用于在分组数据汇聚协议层处理数据的方法和设备的制造方法
【技术领域】
[0001]本公开的实施例一般地涉及无线通信系统。更具体地，本公开的实施例涉及在支持多连接的无线通信系统中用于在分组数据汇聚协议层处理数据的方法和设备。
【背景技术】
[0002]由于低功率节点能够带来容量扩增和盲点覆盖方面的增益，越来越多的研究将重点指向由低功率节点所覆盖的辅小区的部署和增强中。这里，低功率节点可以是小型基站，其例子包括但不限于Pico、Femto等低功率基站。在3GPP R12中，一个新的研究项“SmallCell Enhancements for E-UTRA and E-UTRAN Higher-layer aspects，，( “针对 E-UTRA 和E-UTRAN高层方面的小小区增强)”已经得到批准并且其中一个重点是要支持到主小区(由宏基站提供覆盖的小区)层和辅小区层的双/多连接(dual connectivity)。
[0003]在无线通信中，需要建立不同的无线承载以便向不同的数据提供不同的服务质量(“QoS”)。针对双/多连接的情形，用户设备(UE)将同时与两个或两个以上的基站连接，其中一个基站例如可以是主基站(“MeNB”)而另一个基站是辅基站(“SeNB”)，如图1中示例性示出的双连接架构。
[0004]基于针对承载分割和UP协议栈的选项，当前已经提出如下九种情形的用户平面架构:
[0005]-1A =Sl-U终止在SeNB中+独立的PDCP (无承载分割);
[0006]-2A =Sl-U终止在MeNB中+MeNB中无承载分割+在SeNB处有独立PDCP ；
[0007]-2B =Sl-U终止在MeNB中+MeNB中无承载分割+主从PDCP ；
[0008]-2C =Sl-U终止在MeNB中+MeNB中无承载分割+在SeNB处独立RLC ；
[0009]-2D =Sl-U终止在MeNB中+MeNB中无承载分割+主从RLC ；
[0010]-3A =Sl-U终止在MeNB中+MeNB中有承载分割+针对分割承载的独立I3DCP ；
[0011 ] -3B =Sl-U终止在MeNB中+MeNB中有承载分割+针对分割承载的主从HXP ；
[0012]-3C =Sl-U终止在MeNB中+MeNB中有承载分割+针对分割承载的独立RLC ；以及
[0013]-3D =Sl-U终止在MeNB中+MeNB中有承载分割+针对分割承载的主从RLC。
[0014]在上述的9种用户平面架构中，当前仅两种类型的用户平面架构被批准，即IA和3C。
[0015]为了便于讨论，下面将结合图2和图3来描述IA和3C的情形，并且以下行链路方向作为例子。
[0016]首先，关于图2中示出的IA情形，由于MeNB和SeNB都具有I3DCP层，因此对于TOCP层存在不同的安全密钥，并且从MeNB密钥来获取用于SeNB的安全密钥。对于图3中的3C情形，在MeNB处生成所有的rocp协议数据单元(rou)，并且形成的rocp PDU将向SeNB转发并且缓存在SeNB以用于传输。
[0017]在UE正常传输过程中(即不是从一个小区向另一个小区切换时)，如果采用无线链路控制(“RLC”)确认模式(“AM”)，则在eNB和UE中的RLC层都确保向I3DCP层按序递送。当发生切换时，UE和eNB中的RLC层将向TOCP层递送已经接收到的所有HXP PDU,以便在rocp重置前能将这些rocp pdu解出(即能正确地被解密/解压缩)。由于在此时，可能一些rocp服务数据单元(“SDU”)没被获得，而这些没有按序获得的rocp sdu在ue中将不会立即向高层递送并且在基站也不会立即向网络中的网关递送。在rocp层，接收到的失序的rocp SDU将被存储在重排序缓冲器中同时已经接收但还未由RLC层确认的rocp sdu将被存储在rocp层的重传缓冲器中。在一些情形中，可能发生已经成功接收到rocp sdu,但还没有收到相应的RLC确认。在这种情形下，在切换后，可能存在由UE或目标eNB基于从RLC层接收到的不正确的状态报告而发起不必要的重传操作。为了避免这些不必要的重传，可以从eNB向UE或从UE向eNB发送TOCP状态报告。另外，PDCP状态报告可以请求被正确地接收但没被正确解出的rocp SDU0为此，在单连接的系统中利用携带有rocp状态报告的rocp控制PDU来阻止重传已经接收到的rocp sdu并且请求重传已经正确接收但未被正确解出的rocp sdu。
[0018]相比较于上述单连接系统处理rocp层重置的操作，双连接系统将更为复杂。在单连接系统中，仅当切换(“HO”)发生时，PDCP层被重置并且需要rocH控制rou/状态rou。但在双连接的系统中，HO将变得更为复杂，特别是由于对于IA和3C情形都支持数据从MeNB和SeNB传输，应该考虑当HXP重置时的数据处理。例如，当在MeNB之间发生HO时另外，当SeNB改变时也需要重置其HXP层。
[0019]可以看出，当前的单连接系统并没有解决如何在双连接下处理rocp重置的问题，特别是关于在用户平面中进行数据处理的问题。
[0020]其次，关于图3中示出的3C情形，从图3中可以看出，从MeNB向SeNB发送HXPPDU0对于此类的架构，存在两个问题。首先，在该3C情形中，PDCP层设置在MeNB处，而更低的层例如RLC、MAC和PHY层在SeNB处设置。HXP PDU在MeNB处的HXP层形成并且向通过Xn接口向SeNB传送，从而可能产生经由Xn接口传输的丢失。其次，由于是从MeNB和SeNB分别发送HXP PDU0例如序列号为2、5和8的TOCP PDU通过MeNB发送，而其余的PDCP PDU通过SeNB来发送。即使RLC层为RLC PDU进行重排序，来自于不同路径的TOCPPDU仍可能失序地到达UE。
[0021]在现有系统里只是在切换的时候发生rocp PDU的失序问题，相应的解决方法也只是通过简单的重排序来解决。关于上述在正常传输中产生的失序问题，现有系统里并没有解决方法。现有的系统提出在切换时仅发送一个状态rou，其格式包括第一个丢失的PDU序列号(“FMS”)并且使用位图(“bitmap”)表示。尽管这在现有的系统中是有效的，但是对于双连接系统中，基于不同的触发条件可能要频繁地发送状态rou，并且丢失的PDU可能存在多种特性，例如稀疏的分布(因为Xn具有低的丢失率)或连续的分布(例如，由于Xn处的拥塞)。显然，现有的状态rou的格式已经不能满足双连接情形下的要求。
[0022]因此，需要一种新的机制来解决由于Xn接口造成的传输丢失以及由于不同的传输路径而造成到达UE处的rocp PDU失序问题。
【发明内容】
[0023]为了解决上面所提到的至少一些技术问题，本公开的示例性实施例提出在UE的PDCP层处支持基于窗口的重排序功能以及从UE向MeNB发送关于丢失的HXP PDU的序列号(“SN”)的状态rou以解决Xn丢失和rocp pdu到达失序的问题。进一步，由于rocp状态报告需要更为频繁的传输，本公开的示例性实施例还改进了状态PDU格式以改进传输效率。
[0024]另外，本公开的示例性实施例还提出本公开的关于重置rocp时的rocp pdu处理和传输的方法。
[0025]本公开的一个方面提供一种在支持多连接的无线通信系统中使用的方法，其中所述无线通信系统包括用户设备和与该用户设备连接的至少两个基站，该至少两个基站包括至少一个主基站和至少一个辅基站，其中所述至少一个主基站向所述至少一个辅基站发送分组数据汇聚协议分组数据单元。该方法包括在所述用户设备处接收来自于至少一个主基站和至少一个辅基站中的至少一个所发送的分组数据汇聚协议分组数据单元。该方法还包括在所述用户设备的分组数据汇聚协议层对接收到的所述分组数据单元进行排序以实现按序发送给高层或确定丢失的分组数据单元中的至少一个。
[0026]在一个实施方式中，其中所述排序包括在所述用户设备的所述分组数据汇聚协议层处的重排序功能块中设置滑动窗口和重排序定时器以对所述接收到的所述分组数据单元进行排序。
[0027]在另一个实施方式中，所述方法进一步包括向所述至少一个宏基站发送关于所述丢失的分组数据单元的状态分组数据单元。
[0028]在又一个实施方式中，其中基于事件或基于时间来触发所述状态分组数据单元的发送。
[0029]在一个实施方式中，其中当所述丢失的分组数据单元是多个并且编号非连续时，将所述多个丢失的分组数据单元的各自编号包括在所述状态分组数据单元中，或者当所述丢失的分组数据单元是多个并且编号连续时，将所述多个丢失的分组数据单元中的第一个丢失的分组数据单元的编号和最后一个丢失的分组数据单元的编号包括在所述状态分组数据单元中。
[0030]在另一个实施方式中，所述方法包括进一步包括:利用第一丢失序列和比特位图来所获得另一状态分组数据单元，所述另一状态分组数据单元包括与所述状态分组数据单元相同的丢失的分组数据单元的信息；比较所述状态分组数据单元与所述另一状态分组数据单元的字节数；以及选择所述状态分组数据单元与所述另一状态分组数据单元中字节数少的一个作为向所述至少一个主基站发送的状态分组数据单元。
[0031]根据本公开的另一方面，提供一种在支持多连接的无线通信系统中使用的方法，其中所述无线通信系统包括用户设备和与该用户设备连接的至少两个基站，该至少两个基站包括至少一个主基站和至少一个辅型基站，其中所述至少一个主基站向所述至少一个辅基站发送分组数据汇聚协议分组数据单元。该方法包括在所述至少一个主基站处接收来自于所述用户设备的分组数据汇聚协议状态分组数据单元，其中所述分组数据汇聚协议状态分组数据单元包括关于在用户设备处丢失的分组数据汇聚协议分组数据单元。该方法还包括基于所述分组数据汇聚协议状态分组数据单元向所述用户设备重传所述丢失的分组数据汇聚协议分组数据单元。
[0032]在一个实施方式中，所述方法进一步包括从所述至少一个主基站向所述用户设备发送分组数据汇聚协议分组数据单元。
[0033]在又一个实施方式中，其中所述分组数据汇聚协议状态分组数据单元包括多个丢失的分组数据单元的编号并且所述编号是非连续的或所述分组数据汇聚协议状态分组数据单元包括多个连续丢失的分组数据单元中的第一个和最后一个丢失的分组数据单元的编号。
[0034]本公开的一个方面提供了一种在支持多连接的无线通信系统中用于分组数据汇聚协议层重置时分组数据汇聚协议分组数据单元处理和传输的方法，其中所述无线通信系统包括用户设备和与该用户设备连接的至少两个基站，该至少两个基站包括至少一个主基站和至少一个辅基站，其中所述至少一个主基站和至少一个辅基站具有各自的分组数据汇聚协议层。所述方法包括从用户设备向所述至少一个主基站或至少一个辅基站发送分组数据汇聚协议状态分组数据单元，其中所述分组数据汇聚协议状态分组数据单元包括指示在分组数据汇聚协议层重置时在用户设备处的分组数据汇聚层未被正确解出的分组数据汇聚协议分组数据单元。该方法还包括从从所述至少一个主基站或至少一个辅基站接收基于所述分组数据汇聚协议状态分组数据单元而重传的所述未被正确解出的分组数据汇聚协议分组数据单元。
[0035]在一个实施方式中，该方法进一步包括响应于分组数据汇聚协议层重置的触发条件，重置分组数据汇聚协议层并且更新安全密钥；以及从所述用户设备向所述至少一个主基站或至少一个辅基站发送根据新的安全密钥以及相应的新的安全加密算法产生的新的分组数据汇聚协议数据单元。
[0036]在另一个实施方式中，所述方法进一步包括存储解出的未按序的分组数据汇聚协议数据单元；接收并解出根据新的安全密钥以及相应的新的安全加密算法产生的新的分组数据汇聚协议数据单元；以及将未按序的分组数据汇聚协议数据单元和新的分组数据汇聚协议数据单元排序后提交给高层。
[0037]在又一实施方式中，其中当所述至少一个辅基站向另一目标辅基站切换时，所述方法进一步包括:当所述至少一个辅基站和所述另一目标辅基站之间存在传输链路时，向所述另一目标辅基站转发数据；以及
[0038]当所述至少一个辅基站和所述另一目标辅基站之间不存在传输链路时，所述用户设备执行以下之一:
[0039]向所述至少一个辅基站发送状态分组数据汇聚协议层分组数据单元，以便由所述至少一个辅基站经由所述至少一个主基站向所述另一目标辅基站转发需要重传的未被正确解出的分组数据汇聚协议分组数据单元；
[0040]向所述至少一个主基站发送状态分组数