[发明专利]呼叫建立过程中启动加密的方法及无线网络控制器

说明书

技术领域

本发明涉及一种移动通信技术，尤其涉及一种呼叫建立过程中启动加密的方法及无线网络控制器。

背景技术

随着通信技术的迅速发展，用户对于语音业务的安全要求越来越高。其中，宽带码分多址(WCDMA)移动通讯系统通过在呼叫建立过程中对用户的信令和数据进行加密，来保障网络和用户的安全。如图6所示，在范围为0-255连接帧号(CFN)时间轴7上，现有呼叫建立过程包括：

步骤1：无线网络控制器(RNC)向终端发送的无线承载建立请求消息“RBSetup Request”，在建立无线承载的时间点“TRbSetup”71建立一个呼叫；其中，“RB Setup Request”消息中携带信道切换的激活时间，激活时间记为“Tact”72。

步骤2：经过空中接口传输，终端收到“RB Setup Request”消息。

步骤3：终端在Tact激活新配置，然后在新配置上给RNC发送“RB SETUPCOMPLETE”消息，表明业务建立成功，在RB建立完成消息“RB SETUP COMPLETE”中，终端给出开始加密激活的时间点“TCipher”74以及此时的CFN与超帧号(HFN)，约定在时间点“TCipher”74，终端和RNC同时启用给出的CFN与HEN对数据进行加密。

步骤4：假设RNC在时间点“TRbSetupCmp”7 3收到“RB SETUP COMPLETE”消息。

步骤5：在加密激活时间点“TCipher”74，RNC与终端同时输入新参数CFN、HFN，启动加密，对语音数据进行加密。

在实现本发明过程中，发明人发现现有技术至少存在如下问题：当有大量终端同时向网络发起呼叫，由于空中接口误码过高引起重传，或传输时延过长等原因，呼叫建立过程如图7所示，包括：

步骤1’：RNC在时间点“TRbSetup”71给终端发送“RB Setup Request”消息。

步骤2’：终端收到“RB Setup Request”消息。

步骤3’：终端在“Tact”72激活新配置，然后在新配置上给RNC发送“RBSETUP COMPLETE”消息，在“RB SETUP COMPLETE”消息中终端给出加密激活时间“TCipher”及此时的CFN，约定在这一点终端和RNC同时启动加密。

步骤4’：终端发送的消息到达RNC后，此消息在消息队列中停留时，终端约定的加密激活时间“TCipher”74到了，于是终端在“TCipher”74启动了加密，但是这个时候RNC还没有启动加密。

步骤5’：RNC的呼叫处理部分在“TCipher”74之后的时间点“TRbSetupCmp”75收到“RB SETUP COMPLETE”消息，于是RNC继续等待时间点“TCipher”74。

步骤6’：RNC在CFN循环后再次到达“TCipher”74时启动了加密，此时RNC和UE的CFN是一致的，而两者的HFN是不一致的，因为经过CFN的一圈循环后，终端的HFN已经加1了，而RNC配置加密时使用的依然是“RB SETUPCOMPLETE”消息中的HFN，这样，终端和RNC启动加密时HFN不一致，导致双方发送的数据都不能被对方解析，出现流水声。

发明内容

本发明实施例的一方面在于提出一种呼叫建立过程中启动加密的方法，以解决语音中的流水声问题。

本发明实施例的另一方面在于提出一种无线网络控制器，以解决语音中的流水声问题。

本发明一方面的一些实施例提供了一种呼叫建立过程中启动加密的方法，包括：

接收呼叫建立完成消息，所述呼叫建立完成消息中包含连接帧号与超帧号；

根据所述连接帧号与超帧号判断当前时间是否超过所述呼叫建立完成消息中提供的加密激活时间；

若当前时间超过所述加密激活时间，则将所述呼叫建立完成消息中的超帧号与网络侧当前连接帧号一起作为加密参数启动加密。

上述技术方案通过判断当前时间是否超过终端提供的加密激活时间，解决了由于传输延时引起CFN导致RNC与终端的加密参数不一致的问题，保证了空口误码或传输延迟发生时RNC能够在最快的时间内启动加密，从而保证了RNC与终端的加密参数同步一致性，从而避免了语音中的流水声的产生，进一步保障了语音质量。