[发明专利]一种数据传输方法及装置

说明书

技术领域

本发明涉及通信领域，尤其涉及一种数据传输方法及装置。

背景技术

非确认模式（Unacknowledged Mode，UM）是空口无线链路控制层（Radio Link Control，RLC）的一种数据传输机制，包括协议头，序列号（Sequence Number，SN）和长度指示（Length Indicator，LI）等信息，非确认模式UM支持数据的分段，级联，合段，重排序等功能，没有反馈机制，UM适合传输时延要求高但可以容忍一些传输错误的业务，比如基于因特网协议（Internet Protocol，IP）的语音传输（Voice over IP，VoIP），多媒体广播多播服务(Multimedia Broadcast Multicast Service,MBMS)等业务，这些业务可以加密，也可以不加密，由核心网络(Core Network，CN)控制。

如图1所示，在非确认模式UM数据包格式中，序列号SN占用其对应数据包格式的7个比特，从0～127循环使用。目前，专用控制信道（Dedicated Control Channel，DCCH）和数据业务信道（Data Traffic Channel，DTCH）可以采用非确认模式UM进行加密，仅加密序列号SN以后数据。图2所示为3G数据加密框架，其中加密序列号（COUNT-C）的构成如图3所示。对于使用RLC UM模式的无线承载，COUNT-C中的“短”序列号是7比特的RLC SN值，它是RLC UM协议数据单元（Protocol Data Unit，PDU）头的一部分；COUNT-C中的“长”序列号是25比特的RLC UM超帧号（High Frame Number，HFN）值，每当RLC SN从0～127使用一个周期后，超帧号HFN的值增加1。

在用户设备（User Equipment，UE）与无线网络控制器（Radio Network Controller，RNC）两个实体间传输数据时，UE通过无线资源控制（Radio Resource Control，RRC）信令将START值传递给RNC，UE和RNC分别通过参数START对数据包的超帧号HFN进行初始化，即UE和RNC分别将超帧号HFN归为初始值，以维持UE和RNC两侧同一序列号的数据包的HFN的初始值是一致的。当UE向RNC发送上行UM数据时，UM数据携带SN，但并未携带HFN，RNC只能根据SN的循环使用次数情况判断RNC侧的HFN的值是否应该增加；当RNC向UE发送下行UM数据时，UM数据携带SN，但也未携带HFN，UE也只能根据SN的循环使用次数情况判断UE侧的HFN的值是否应该增加。如果UE和RNC两个实体间传输数据时没有丢失数据包或者丢失的数据包个数较少，UE和RNC两侧可以维持同一序列号的数据包的HFN的一致性。如果空口环境差，在UE和RNC两个实体间传输数据时连续丢失的数据包个数较多，会产生序号环绕问题，则UE和RNC两侧维持的同一序列号的数据包的HFN不一致，HFN作为加密参数，会造成后续语音加密、解密异常，进而解密后的语音存在噪音，严重影响用户语音的质量。

下面结合实例说明UE和RNC两侧不能维持HFN的一致性的情况：

UE向RNC发送上行UM数据包，其中UM数据包的SN是从0～20，但并未携带HFN，RNC正常接收该UM数据包；后续UE向RNC发送上行UM数据包，其中UM数据包的SN是从21～127，但并未携带HFN，RNC没有收到SN从21～127的UM数据包，此时UE上行UM数据包的SN从0～127使用了一个周期，UE侧的HFN的值增加1，由于RNC并未收到UE发送的SN从21～127的UM数据包，因此RNC侧的HFN的值未加1；UE继续从0开始向RNC发送UM数据包，其中UM数据包的SN是从0～30，但并未携带HFN，RNC没有收到SN从0～30的UM数据包；UE继续向RNC发送UM数据包，此次UE发送的UM数据包的SN是从31开始的，RNC正常接收该UM数据，当RNC收到SN=31的UM数据包时，RNC认为只有SN从21～30的共10个数据包没有收到，其实RNC有SN从21～127、0～30共138个数据包没有收到，由于RNC侧HFN的值未加1，此时导致RNC与UE两侧维护的HFN不一致，进而导致RNC解密数据错误，后续语音解密异常。在RNC向UE发送下行UM数据包时也存在上述类似问题。