数据包处理方法、装置以及基站 【技术领域】
本发明涉及通信领域，尤其涉及一种数据包发送方法、装置以及基站。
背景技术
3GPP将下行通信业务分为两大类：单播业务(Unicast)和多媒体广播组播业务(MBMS)，其中单播业务是指一个数据源向一个用户终端(UE)发送的数据点到点业务，MBMS是指一个数据源向多个UE发送的数据点到多点业务。在演进网络(LTE)中MBMS可用的发送模式有两种：
·多小区模式(MC-PTM)：MBMS业务信道MTCH映射到多播信道(MCH)上，在多个小区内点对多点传输，各个小区在相同的时间传输相同的数据包，UE能接收多个小区的无线信号，并做信号合并。
·单小区模式(SC-PTM)：MBMS业务信道(MTCH)映射到下行同步信道(DL-SCH)上，在单小区内点对多点传输。
目前，对于MBMS业务中采用SC-PTM时，数据包如何传输还没有具体的方案。
【发明内容】
本发明实施例提供了一种单小区模式中数据包处理方法、装置以及基站。
本发明实施例提供的一种单小区模式中数据包的处理方法包括：接收多个数据包；对所述多个数据包进行排序；根据排序后的数据包的连续性确定向用户终端UE发送数据包的方式。
本发明实施例提供一种处理数据包的装置，该装置位于单小区模式中的网络侧，包括：接收单元，用于接收多个数据包；排序单元，用于对所述接收单元接收到的多个数据包进行排序；发送单元，用于根据所述排序单元进行排序后的结果确定向UE发送数据包的方式，并发送数据包。
本发明实施例还提供一种基站，该基站包括如上所述的位于单小区模式中网络侧的处理数据包的装置。
本发明实施例提供了一种MBMS业务中单小区模式传输式处理数据包的方法，通过对接收的数据包进行排序，并根据数据包的连续性确定发送数据包的方式，提供了具体的单小区模式中数据包的处理方式。
【附图说明】
图1是本发明实施例应用场景的网络结构示意图；
图2是现有方法中PDCP层处理数据包的流程示意图；
图3是现有技术中PDCP层处理数据包的流程示意图；
图4是本发明实施例提供的一种数据保处理的流程示意图；
图5是本发明实施例提供的另一种数据保处理的流程示意图；
图6是本发明实施例提供的一种处理数据包的装置结构示意图。
【具体实施方式】
为使本发明实施例的目的、技术方案、及优点更加清楚明白，以下参照附图并举实施例，对本发明实施例进一步详细说明。
现有的分组数据汇聚层协议(Packet Data Convergence Protocol，PDCP)流程是针对单播业务设计的，单播业务中PDCP层和无线链路控制(RadioLink Control，RLC)层都位于演进基站(Evolved NodeB，ENB)实体中，因此不会发生数据包乱序，在数据包发送过程中，PDCP为每个数据包分配一个计数(COUNT)值，用于标识PDCP的包序号，COUNT分成两部分：高位的超帧号(HFN)和低位的PDCP数据包序列号(PDCP SN，简称SN)，其中，低位的SN作为PDCP头结构的一部分，包含在数据包中，高位的HFN则不包含在数据包头中，而是由数据包发送端和接收端保存。发送端使用数据包对应的COUNT值和其他参数，对该数据包进行加密/解密，完整性保护等运算，最后在包头中，带上该数据包所对应的SN，传给接收端。接收端的PDCP层收到数据包后，从数据包头中解出SN，和自身保存的HFN值一起，拼成一个32位的COUNT值，对收到的数据包进行解密、解头压缩等操作。为了确保对数据包加密/解密的正确性，发送端和接收端保存的HFN必须保持一致。具体地，单播业务中接收端的PDCP处理流程如图3所示，每当PDCP接收到一个数据包时，都会比较当前接收的数据包的SN和期待接收的下一个数据包的SN，如果当前接收的数据包的SN小于期待接收地下一个数据包的SN，将HFN加1，并根据新HFN和SN组合成COUNT值对当前接收的数据包进行解密，如果当前接收的数据包的SN大于期待接收的下一个数据包的SN，HFN不加1，并直接使用该HFN和SN组合成COUNT值对当前接收的数据包进行解密。
如图1所示为本发明实施例应用场景的网络结构示意图，MBMS GW和ENB通过M1接口相连，数据通过M1接口发送时可能产生乱序的现象。MBMS业务中PDCP层和RLC层分别位于MBMS GW和ENB实体中，如果将现有技术中单播业务的PDCP流程直接用到MBMS业务SC-PTM传输模式中，当M1接口发生数据包乱序时，由于ENB无需严格按照规定的时间戳信息发送，即如果收到乱序的数据包，ENB也按照接收的数据包的顺序直接发送，则会导致MBMS GW和UE之间HFN不同步，具体地，以如图2所示的例子进行说明，UE的PDCP实体收到3号数据包后，期望收到下一个PDCP数据包序号(Next-PDCP-RX-SN)等于4，但是实际收到1号数据包，即SN等于1，因为SN小于下一个期望收到的数据包Next-PDCP-RX-SN，所以根据图3所示的流程，UE会将HFN加1。同时MBMS GW保存的HFN没有变化，所以UE和MBMS GW保存的HFN不一致，则当UE使用其保存的HFN以及数据包的SN组成COUNT对数据包进行解码时，就会导致解密错误。
如图4所示，本发明实施例针对MBMS业务中的SC-PTM，提供一种数据包处理方法，包括：
S401、接收多个数据包；
S402、对所述多个数据包进行排序；
S403、根据排序后的数据包的连续性确定向用户终端UE发送数据包的方式。
本发明实施例提供了一种MBMS业务的单小区传输模式中数据包的发送方式，同时还避免了数据包的乱序问题，并且根据数据包连续性问题确定向UE发送数据包的方式，使得发送端和接收端保存的HFN保持一致，从而使得数据包接收端可以正确解密数据包。
结合图5，说明本发明实施例提供的一种数据包处理方法，该方法包括：
S501、接收多个数据包；
本实施例中，ENB从M1接口接收MBMS GW发送的多个数据包。
S502、对数据包进行排序；
本实施例中，可以根据PDCP头中包含的SN序号和/或SYNC时间戳进行排序，即当各数据包的SNYC时间戳相同时，则按照数据包的SN序号进行排序；当SNYC时间戳不同时，则按照SNYC时间戳进行排序；或者，不考虑SNYC时间戳，而根据SN序号进行排序。
S503、根据排序后的数据包的连续性确定发送数据包的方式。
本实施例中，如果ENB收到的多个数据包的SN连续，则直接发送这些数据包；如果ENB收到的多个数据包的SN不连续，即至少有一个数据包还没有收到，以下将该数据包称为第一数据包，则先发送第一数据包前的数据包，即SN小于第一数据包的SN的数据包，例如，如果第一数据包的SN为4，则先发送SN为1、2、3的数据包。
本实施例中，可选地，当ENB没有接收到上述第一数据包时，设定预置等待时间，例如可以通过设定定时器的方式实现，如果预置等待时间内接收到第一数据包，发送第一数据包以及第一数据包之后的连续数据包(即SN大于第一数据包的SN的连续的数据包)；
如果超过预置等待时间，ENB未接收到第一数据包，直接发送SN大于第一数据包的SN的连续的数据包，直到出现下一个未接收到的数据包，该数据包的处理方式同处理第一数据包的方法；或者由ENB设置一个虚拟数据包，并发送第一数据包后的连续数据包，例如该虚拟数据包可以只包含数据包头，或者包含数据包头以及特定序列，该特定序列可以使得数据包接收端识别出该数据包为虚拟数据包，其中数据包包头包含第一数据包的SN。
本实施例中，预置等待时间的长度可以通过控制面消息配置，如由组播协调实体(MCE)或维护操作实体(OAM)配置；或者由ENB自己配置，此时，ENB可以根据数据包的时间戳信息以及当前时间计算出预置等待时间的长度；也可以由协议预先规定，例如根据业务的服务质量要求(QoS)设定。
本发明实施例中，如果超过预置等待时间后，ENB收到第一数据包，不再发送第一数据包，对于接收到的其他数据包按照以上实施例的流程进行处理。
本发明实施例提供的数据包发送方法中，ENB根据收到数据包连续性确定数据包发送方式，使得数据包接收端和发送端保存的HFN保持一致，从而避免了UE端由于接收数据包不连续而导致的解密错误。
如图6所示，本发明实施例还提供了一种数据包处理装置，用于MBMS业务中的单小区模式，该接收装置包括接收单元601，排序单元602，发送单元603，其中，
接收单元601，用于接收多个数据包；
排序单元602，用于对接收单元601接收到的多个数据包进行排序；
发送单元603，用于根据排序单元602进行排序后的结果确定向UE发送数据包的方式，并发送数据包。
具体地，排序单元602，可以根据数据包的同步时间戳SYNC和/或数据包序列号SN对所述多个数据包进行排序。发送单元603在发送数据包时，如果确定接收到的多个数据包的SN连续，直接发送数据包；如果确定接收到的多个数据包的SN不连续时，发送SN小于未接收到的第一数据包的SN的数据包，此时，发送单元603，还用于在预置等待时间内等待第一数据包，如果在预置等待时间内接收到该第一数据包，发送该第一数据包以及SN大于第一数据包的SN的连续数据包，否则，只发送SN大于第一数据包的SN的连续数据包，或者发送虚拟数据包以及SN大于第一数据包的SN的连续数据包，该虚拟数据包只包含数据包头，或者还包括特定序列，该特定序列用于指示数据包接收端该数据包为虚拟数据包。如果超过预置等待时间后，接收单元601接收到第一数据包，不再发送第一数据包。
本发明实施例提供的数据包处理装置根据收到数据包连续性确定数据包发送方式，使得数据包接收端和发送端保存的HFN保持一致，从而避免了UE端由于接收数据包不连续而导致的解密错误。
本发明实施例还提供了一种基站，该基站包含以上所述的数据包处理装置。
通过以上的实施例的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以可借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。