CN106134099A - 用于在移动通信系统中使用多个载波来发送和接收数据的方法和设备 - Google Patents

用于在移动通信系统中使用多个载波来发送和接收数据的方法和设备 Download PDF

Info

Publication number
CN106134099A
CN106134099A CN201580016867.9A CN201580016867A CN106134099A CN 106134099 A CN106134099 A CN 106134099A CN 201580016867 A CN201580016867 A CN 201580016867A CN 106134099 A CN106134099 A CN 106134099A
Authority
CN
China
Prior art keywords
pdcp
pdu
sdu
carrying
bearer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201580016867.9A
Other languages
English (en)
Other versions
CN106134099B (zh
Inventor
金成勋
G.J.范利舒特
张宰赫
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Priority to CN201911225502.3A priority Critical patent/CN110739993A/zh
Priority claimed from PCT/KR2015/001003 external-priority patent/WO2015115854A1/en
Publication of CN106134099A publication Critical patent/CN106134099A/zh
Application granted granted Critical
Publication of CN106134099B publication Critical patent/CN106134099B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/24Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H04B7/2612Arrangements for wireless medium access control, e.g. by allocating physical layer transmission capacity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/24Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H04B7/2603Arrangements for wireless physical layer control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/34Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02Data link layer protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/32Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0252Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/08Reselecting an access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

提供了一种在支持多承载的无线通信系统中由用户设备(UE)执行的承载重新配置方法。该承载重新配置方法包括:如果所述UE执行从单承载到所述多承载的承载重新配置,则在所述承载重新配置完成之后使用定时器来对通过所述多承载接收到的分组数据汇聚协议(PDCP)协议数据单元(PDU)进行重排序;以及将经重排序的PDCP PDU处理成至少一个PDCP服务数据单元(SDU)。所述方法还可以包括,如果所述UE执行从所述多承载到所述单承载的承载重新配置,则直到满足预定条件才使用定时器来对通过所述多承载接收到的PDCP PDU进行重排序,以及将经重排序的PDCP PDU处理成至少一个PDCP SDU。

Description

用于在移动通信系统中使用多个载波来发送和接收数据的方 法和设备
技术领域
本公开涉及用于在移动通信系统中使用多个载波来发送和接收数据的方法和设备。
背景技术
移动通信系统已被发展来在确保用户的移动性的同时提供通信服务。最近,移动通信系统已达到能够不仅提供语音通信服务而且提供高速数据通信服务的阶段。
近年来,由第三代合作伙伴计划(3GPP)提出的长期演进(LTE)系统正作为下一代移动通信系统中的一个在许多国家中提供其服务。LTE系统是用于实现具有大约100Mbps的传送速率的高速基于分组的通信的技术。
最近,已经通过组合用于LTE通信系统的各种新技术改进了其传送速率的LTE-Advanced(LTE-A)通信系统的商业化在进行中。要重新引入的技术中的最典型技术可以包括载波聚合(CA)。与根据相关技术的UE使用一个前向载波和一个反向载波来发送和接收数据的技术不同,如本文中所使用的术语“载波聚合”可以是指一个终端或用户设备(UE)在发送和接收数据时使用多个前向载波和多个反向载波的技术。
然而,当前,在LTE-A中定义了仅演进型节点B(ENB)内CA。这可能导致降低CA功能的适用性,从而导致尤其在多个微微小区和一个宏小区被以交叠方式操作的场景中不能够聚合宏小区和微微小区的可能问题。微微小区可以被称为诸如“微小区”、“小小区”等的另一术语。
上述信息仅作为背景信息被呈现以帮助理解本公开。至于上述中的任一项关于本公开是否可能适用作为现有技术,尚未作出确定,并且未做出断言。
发明内容
技术问题
本公开的各方面在于解决至少以上提及的问题和/或缺点并且提供至少在下面所描述的优点。因此,本公开的一个方面在于提供用于在移动通信系统中使用多个载波来高效地发送和接收数据的方法和设备。
本公开的另一方面在于提供用于演进型节点B(ENB)间载波聚合(CA)的方法和设备。
本公开的另一方面在于提供用于支持多承载的移动通信系统中的分组数据汇聚协议(PDCP)操作切换的方法和设备。
本公开的另一方面在于提供用于支持多承载的移动通信系统中的PDCP重排序的方法和设备。
问题的解决方案
根据本公开的一个方面,提供了在支持多承载的无线通信系统中由用户设备(UE)执行的承载重新配置方法。该承载重新配置方法包括:如果所述UE执行从单承载到所述多承载的承载重新配置,则在所述承载重新配置完成之后使用定时器来对通过所述多承载接收到的PDCP协议数据单元(PDU)进行重排序;以及将经重排序的PDCP PDU处理成至少一个PDCP服务数据单元(SDU)。
根据本公开的另一方面,提供了在支持多承载的无线通信系统中由UE执行的承载重新配置方法。该承载重新配置方法包括,如果所述UE执行从所述多承载到单承载的承载重新配置,则直到预定条件被满足才使用定时器来对通过所述多承载接收到的PDCP PDU进行重排序,将经重排序的PDCP PDU处理成至少一个PDCP SDU。
根据本公开的另一方面,提供了支持多承载的无线通信系统中的UE。该UE包括:接收器,其被配置为接收数据;以及控制器,其被配置为:如果所述UE执行从单承载到所述多承载的承载重新配置,则在完成所述承载重新配置之后使用定时器来对通过多承载接收到的PDCP PDU进行重排序;并且将经重排序的PDCP PDU处理成至少一个PDCP SDU。
根据本公开的另一方面,提供了支持多承载的无线通信系统中的UE。该UE包括:接收器,其被配置为接收数据;以及控制器,其被配置为:如果所述UE执行从所述多承载到单承载的承载重新配置,则直到满足预定条件才使用定时器来对通过多承载接收到的PDCPPDU进行重排序,并且将经重排序的PDCP PDU处理成至少一个PDCP SDU。
根据结合附图进行的以下具体实施方式,本公开的其它方面、优点和突出特征对于本领域的技术人员而言将变得显而易见,具体实施方式公开了本公开的各种实施方式。
附图说明
根据结合附图进行的以下描述,本公开的特定实施例的以上及其它方面、特征和优点将是更显而易见的,附图中:
图1例示了根据本公开的实施例的长期演进(LTE)系统的结构;
图2例示了根据本公开的实施例的LTE系统中的无线电协议结构;
图3例示了根据本公开的实施例的LTE系统中的演进型节点B(ENB)内载波聚合(CA);
图4例示了根据本公开的实施例的LTE系统中的ENB间CA;
图5例示了根据本公开的实施例的LTE系统中的分组数据汇聚协议(PDCP)装置的连接结构;
图6例示了根据本公开的实施例的LTE系统中的PDCP操作切换处理;
图7例示了根据本公开的实施例的LTE系统中的PDCP操作切换处理期间的无线电链路控制(RLC)装置的重新配置;
图8例示了根据本公开的实施例的LTE系统中的承载重新配置期间的用户设备(UE)的操作;
图9例示了根据本公开的实施例的LTE系统中的PDCP操作的上层递送条件;
图10例示了根据本公开的实施例的LTE系统中的PDCP接收装置的操作;
图11例示了根据本公开的实施例的当定时器1期满时在PDCP接收装置中像图10中所例示的那样执行的操作;
图12例示了根据本公开的实施例的为多承载设置优先化比特速率(PBR)的UE的操作;
图13例示了根据本公开的实施例的状态PDU的格式;
图14例示了根据本公开的实施例的生成状态协议数据单元(PDU)的RLC接收装置的操作;
图15例示了根据本公开的实施例的接收状态PDU的RLC发送装置的操作;
图16是例示了根据本公开的实施例的LTE系统中的UE的配置的框图;
图17是例示了根据本公开的实施例的LTE系统中的ENB的配置的框图;
图18例示了根据本公开的实施例的ENB与已报告三个类别的UE一起执行下行链路数据发送/接收的操作;
图19例示了根据本公开的实施例的UE操作;
图20、图24、图28和图29例示了根据本公开的各种实施例的承载重新配置期间的UE操作的各种示例;
图21例示了根据本公开的实施例的按多承载而操作的PDCP接收装置的操作;
图22例示了根据本公开的实施例的当将承载从多承载重新配置成主小区组(MCG)承载时切换到PDCP操作5的PDCP接收装置的操作;
图23例示了根据本公开的实施例的当定时器3期满时执行的PDCP接收装置的操作;
图25例示了根据本公开的实施例的按多承载而操作的PDCP接收装置的PDCP操作7;
图26例示了根据本公开的实施例的当定时器3期满时执行的PDCP接收装置的操作;以及
图27例示了根据本公开的实施例的确定UE是否已重复地接收到PDCP PDU的操作。
遍及附图,相同的附图标记将被理解为是指相同的部分、组件和结构。
具体实施方式
参考附图的以下描述被提供来帮助全面地理解如由权利要求及其等同物限定的本公开的各种实施例。它包括各种特定细节以帮助该理解,但是这些将被认为是仅仅示例性的。因此,本领域的普通技术人员将认识到,能够在不脱离本公开的范围和精神的情况下做出本文中所描述的各种实施例的各种改变和修改。此外,为了清楚和简明可以省略众所周知的功能和构造的描述。
以下描述和权利要求中使用的术语和单词不限于书目意义,而是,仅仅由本发明人用来使得能实现对本公开的清楚且一致的理解。因此,应该对于本领域的技术人员而言显而易见的是,本公开的各种实施例的以下描述是仅为了例示目的而提供的,而不是为了限制如由所附权利要求及其等同物限定的本公开的目的而提供的。
应当理解,除非上下文另外清楚地规定,否则单数形式“一”、“一个”和“该”包括复数对象。因此,例如,对“组件表面”的参考包括对这些表面中的一个或多个的参考。
通过术语“基本上”,它意味着不必确切地实现所记载的特性、参数或值,但是可以在不排除特性旨在提供的效果的量方面发生偏差或变化,包括例如公差、测量误差、测量准确度限制以及为本领域的技术人员所知的其它因素。
必要时,将省略可能使本公开混淆的一些众所周知的技术的描述。现在将参考附图在下文中更全面地描述本公开,在附图中示出了本公开的例示性实施例。在本公开的描述之前,将简要地描述长期演进(LTE)系统和载波聚合(CA)。在本公开的各种实施例中,LTE系统可以被解释为包括LTE-Advanced(LTE-A)系统。
图1例示了根据本公开的实施例的LTE系统的结构。
参考图1,LTE系统的无线电接入网(RAN)可以包括演进型节点B(ENB)(或节点B或基站)105、110、115和120、移动性管理实体(MME)125以及服务网关(S-GW)130。用户设备(UE)(或终端)135可以通过ENB 105、110、115和120以及S-GW 130接入外部网络(未示出)。
ENB 105、110、115和120可以对应于通用移动电信系统(UMTS)系统中的传统节点B。ENB 105、110、115和120可以通过无线信道与UE 135连接,并且可以执行比传统节点B更复杂的角色。在LTE系统中,因为包括诸如基于互联网协议的语音电话(VoIP)的实时服务的所有用户业务是通过共享信道被服务,所以需要通过收集诸如UE的缓冲器状态、可用发送功率状态和信道状态的状态信息来执行调度的装置,并且调度是由ENB 105、110、115和120来管理。ENB 105、110、115和120中的每一个通常可以控制多个小区。例如,为了实现100Mbps的传送速率,LTE系统可以在20-MHz带宽中使用正交频分复用(OFDM)方案作为其无线电接入技术。此外,ENB 105、110、115和120可以使用用于根据UE 135的信道状态自适应地确定调制方案和信道编码速率的自适应调制与编码(AMC)方案。作为提供数据承载的装置的S-GW 130可以在MME 125的控制下创建或者移除数据承载。不仅负责UE 135的移动性管理功能而且负责各种控制功能的MME 125可以连接至多个ENB。
图2例示了根据本公开的实施例的LTE系统中的无线电协议结构。
参考图2,在LTE系统的无线电协议结构中,UE和ENB分别可以包括分组数据汇聚协议(PDCP)205和240、无线电链路控制(RLC)210和235以及介质访问控制(MAC)215和230。
PDCP 205和240负责诸如网际协议(IP)报头压缩/解压缩的操作,并且RLC 210和235可以按照适当的大小重建PDCP协议数据单元(PDU)以执行自动重传请求(ARQ)操作。连接至一个UE中所配置的多个RLC层装置的MAC 215和230可以执行在MAC PDU中复用RLC PDU并且从MAC PDU中对RLC PDU进行解复用的操作。物理层(PHY)220和225可以对上层数据进行信道编码和调制以做出OFDM符号,并且通过无线信道来发送它们,并且物理层220和225可以对通过无线信道接收到的OFDM符号进行解调和信道解码,并且将它们递送给它们的上层。
图3例示了根据本公开的实施例的LTE系统中的ENB内(intra-ENB)CA。
参考图3,一个ENB通常可以通过多个频带来发送和接收多个载波。例如,当从ENB305发送具有前向中心频率f1的载波315以及具有前向中心频率f3的载波310时,根据相关技术,一个UE可以使用两个载波f1和f3中的任一个来发送和接收数据。然而,具有CA能力的UE 330可以同时通过多个载波来发送和接收数据。ENB 305可以根据情形将更多的载波分配给具有CA能力的UE 330,从而增加UE 330的传送速率。聚合一个ENB发送和接收的前向(或下行链路)载波和反向(或上行链路)载波的这个方法可以被称为ENB内CA。然而,在一些情况下,可能需要聚合从/在不同的ENB处发送和接收的下行链路载波和上行链路载波,与图3中所示的示例中不同。
图4例示了根据本公开的实施例的LTE系统中的ENB间(inter-ENB)CA。
参考图4,当ENB1 405通过具有中心频率f1的载波来发送和接收数据并且ENB2415通过具有中心频率f2的载波来发送和接收数据时,UE 430可以聚合(或者组合)具有下行链路中心频率f1的载波以及具有下行链路中心频率f2的载波,从而导致一个UE聚合来自两个或更多个ENB的载波的结果。在本文中,这将被称为ENB间CA。在本说明书中,ENB间CA将被称为双连接性(DC),并且例如,DC被设置的表达可以是指ENB间CA被设置的表达;一个或多个小区组被设置的表达;辅助小区组(SCG)被设置的表达;由除服务ENB(SeNB)以外的另一ENB所控制的至少一个辅服务小区(SCell)被设置的表达;主服务小区(PCell或pSCell)被设置的表达;用于SeNB的MAC实体被设置的表达;以及在UE中设置了两个MAC实体的表达。
将在下面描述本文中所使用的术语。
在传统意义上,当一个ENB发送的一个下行链路载波以及该ENB接收的一个上行链路载波构成一个小区时,“载波聚合”可以被解释为UE同时通过多个小区来发送和接收数据的操作。在这种情况下,最大传送速率以及被聚合载波的数量可以具有正相关。
在本文中,UE通过任何下行链路载波接收数据或者通过任何上行链路载波发送数据的表达具有与以下表达相同的意义:即,UE使用由与表征载波的中心频率和频带对应的小区所提供的控制信道和数据信道来发送和接收数据的表达。在本文中,CA将被表达为“多个服务小区被设置”,并且将使用诸如PCell和SCell或启用的服务小区的术语。这些术语可以具有与LTE移动通信系统中使用的那些术语相同的意义。在本公开中,将互换地使用诸如载波、分量载波和服务小区的术语。
在本文中,由同一ENB控制的服务小区的集合将被定义为小区组或载波组(CG)。小区组可以被再次划分成主小区组(MCG)和辅小区组(SCG)。MCG是指由控制PCell的ENB(例如,主ENB(MeNB))控制的服务小区的集合,并且SCG是指由仅控制除了控制PCell的ENB以外的ENB(例如,SCell)的ENB(例如,从ENB(SeNB))所控制的服务小区的集合。至于关于服务小区是否属于MCG或SCG的信息,ENB在设置服务小区的过程中将该信息提供给UE。可以为一个UE设置一个MCG和一个或多个SCG。尽管仅出于方便目的将在本文中假定设置一个SCG,但是即使设置了一个或多个SCG,也可以照原样应用本公开的细节。PCell和SCell是指示为UE而设置的服务小区的类型的术语。在PCell与SCell之间存在一些差异。例如,虽然PCell始终保持活动状态,然而SCell可以根据ENB的指令在活动状态与非活动状态之间交替。可以基于PCell来控制UE的移动性,并且SCell可以被解释为用于数据发送/接收的附加服务小区。PCell和SCell在本文中可以是指在由第三代合作伙伴计划(3GPP)所提出的LTE标准TS36.331或TS36.321中定义的PCell和SCell。
在本公开中,将考虑宏小区和微微小区。作为由宏ENB控制的小区的宏小区可以在相对较大的区域中提供服务。另一方面,作为由SeNB控制的小区的微微小区可以在与典型的宏小区相比明显更窄的区域中提供服务。尽管不存在用于区分宏小区和微微小区的严格准则,但是可以假定例如,宏小区的区域可以具有大约500米的半径并且微微小区的区域可以具有大约数十米的半径。在本文中,将互换地使用微微小区和小小区。
参考图4,如果ENB1 405是MeNB并且ENB2 415是SeNB,则具有中心频率f1的服务小区410可以是属于MCG的服务小区,并且具有中心频率f2的服务小区420可以是属于SCG的服务小区。
在以下描述中,代替MCG和SCG的其它术语可以被用于更好地理解。例如,可以使用诸如主集合和辅集合或者主载波组和辅载波组的术语。然而,在这种情况下,应该注意尽管术语是不同的,但是它们的意义是相同的。这些术语的主要目的是确定某个小区是否由控制特定UE的PCell的ENB控制,并且UE和小区的操作模式可以根据小区是否由控制特定UE的PCell的ENB控制而变化。
尽管能够为UE设置一个或多个SCG,但是仅出于方便目的将在本文中假定设置最多一个SCG。SCG可以包括多个SCell,其中的任一个可以具有特殊属性。
在典型的ENB内CA中,UE可以通过PCell的物理上行链路控制信道(PUCCH)不仅发送PCell的混合ARQ(HARQ)反馈和信道状态信息(CSI),而且发送SCell的HARQ反馈和CSI。这将甚至对不能同时上行链路发送的UE应用CA。
在ENB间CA的情况下,可能实际上不能够通过作为PCell的上行链路控制信道PUCCH来发送CSG SCell的HARQ反馈和CSI。应该在HARQ往返时间(RTT)(通常为8ms)内递送HARQ反馈,因为MeNB与SeNB之间的传输延迟可能比HARQ RTT长。因为这些问题,可以在属于SCG的多个SCell中的一个中设置PUCCH传输资源,并且可以通过PUCCH来发送SCG SCell的HARQ反馈和CSI。特殊SCell将被称为pSCell。在以下描述中,将与DC互换地使用ENB间CA。
通常,一个用户服务可以由一个演进型分组系统(EPS)承载服务,并且一个EPS承载可以与一个无线电承载连接。无线电承载可以被配置有PDCP和RLC,并且在ENB间CA中,能够通过在不同的ENB上布置一个无线电承载的PDCP装置和RLC装置来提高数据发送/接收效率。在这种情况下,根据用户服务的类型需要不同的方法。
图5例示了根据本公开的实施例的LTE系统中的PDCP装置的连接结构。
参考图5,在例如高容量数据服务的情况下,用户服务可以通过形成如由附图标记510所示的两个RLC装置来向MeNB和SeNB两者发送数据并且从MeNB和SeNB两者接收数据。如果用户服务是像LTE语音(VoLTE)一样具有严格的服务质量(QoS)要求的服务,则用户服务可以通过像由附图标记505所示的那样仅在MeNB上布置RLC装置使用仅MeNB的服务小区来发送和接收数据。在下文中,为了描述的方便,承载505将被称为单承载,并且承载510将被称为多承载。单承载的PDCP装置可以与一个RLC装置连接,并且多承载的PDCP装置可以与两个RLC装置连接。用来通过MCG从其上或者在其上发送和接收数据的RLC装置(其与关联MCG的服务小区的MAC装置连接)将被称为MCG RLC 515,并且用来通过SCG从其上或者在其上发送和接收数据的RLC装置将被称为SCG RLC 520。与通过MCG的数据发送/接收关联的MAC525将被称为MCG-MAC,并且与通过SCG的数据发送/接收关联的MAC 530将被称为SCG-MAC。MAC和RLC装置可以通过逻辑信道互连。MCG RLC与MCG-MAC之间的逻辑信道将被称为MCG逻辑信道,并且SCG RLC与SCG-MAC之间的逻辑信道将被称为SCG逻辑信道。
在下文中,为了描述的方便,宏小区区域是指未接收到小小区信号并且仅宏小区信号被接收到的区域,并且小小区区域是指接收到宏小区信号并且一起接收到小小区信号的区域。当对下行链路数据具有大需求的UE已从宏小区区域移动到小小区区域时,可以为UE附加地设置小小区,并且在UE的一些承载当中像文件传送协议(FTP)一样具有大量下行链路数据的承载可以被从单承载重新配置为多承载。换句话说,当UE从宏小区区域移动到小小区区域并且回到宏小区区域时,特定承载可以被从单承载重新配置为多承载,并且被重新配置回成单承载。因为单承载的PDCP装置与一个RLC连接并且RLC向PDCP递送顺序的(或有序的)分组,所以PDCP装置可以按次序对由RLC递送的分组进行处理。另一方面,多承载的PDCP装置可以与两个RLC连接,并且每个RLC可以递送顺序的分组。然而,因为分组可能在RLC装置之间不是顺序的(或者可能失序),所以PDCP装置可以在对分组排序之后对它们进行处理。因此,至于PDCP装置,当承载被从单承载配置为多承载或者从多承载重新配置为单承载时,还可以在适当的时间改变由PDCP装置执行的操作。
在本公开的实施例中,可以将UE的操作划分成PDCP操作1、PDCP操作2以及PDCP操作3。
PDCP操作1是被应用于单承载的PDCP的操作。以上操作的细节遵循3GPP标准TS36.323的第5.1.2节。PDCP操作2是被应用于单承载的PDCP的另一操作,并且在一般情况下应用PDCP操作1。
可以在低层装置不能够执行重排序的例外情况下(例如,在越区切换情形或无线电资源控制(RRC)连接重建过程期间)应用PDCP操作2。以上操作的细节也遵循3GPP标准TS36.323的第5.1.2节。当在PDCP操作1中操作时,PDCP可以在所接收到的分组的次序是正确的假设下执行必要的处理,然后将所接收到的分组以及具有比所接收到的分组的顺序号低的顺序号的分组递送给上层。另一方面,在低层装置不执行重排序的情况下,因为接收到的分组的次序可能在例如PDCP操作2中不正确,所以PDCP可以将分组存储在重排序缓冲器中,而无需将它们递送给上层。此后,在低层装置再次提供重排序时(例如,如果越区切换完成或者RRC连接重建过程完成),PDCP可以切换到PDCP操作1,并且可以将所存储的PDCP服务数据单元(SDU)与重新接收到的PDCP SDU一起递送给上层。在PDCP操作1与DPCP操作2之间的切换可以紧接PDCP接收到例如用于指示越区切换的控制消息就发生,并且可以正好在越区切换已发生之后的短时间内应用PDCP操作2。在本公开的实施例中,新引入了PDCP操作3。
作为被应用于多承载的PDCP的操作的PDCP操作3已被设计为在与PDCP装置连接的两个RLC装置接收到PDCP PDU的情形下使用,并且从一个RLC装置接收到的PDCP PDU是顺序的(或有序的),然而从不同的RLC装置接收到的PDCP PDU不是顺序的(或失序)。在PDCP操作1和PDCP操作2中,PDCP可以首先将所接收到的PDCP PDU处理成PDCP SDU,然后确定它们是否被重排序。另一方面,在PDCP操作3中,PDCP可以首先确定所接收到的PDCP PDU是否被重排序,然后仅将顺序的PDCP PDU处理成PDCP SDU并且将它们递送给上层。即使在PDCP操作3中,PDCP也可以将PDCP PDU处理成PDCP SDU,然后执行重排序。将在下面描述PDCP操作1、PDCP操作2以及PDCP操作3的细节。如上所述,虽然可以在越区切换情形下临时应用PDCP操作2,然而可以在PDCP正按照多承载操作的同时连续地应用PDCP操作3。在单承载中,可以应用PDCP操作1,而在多承载中,可以应用PDCP操作3。当任意承载被从单承载切换到多承载或者反之亦然时,PDCP可以将PDCP操作从PDCP操作1切换到PDCP操作3,或者从PDCP操作3切换到PDCP操作1。如果在早期做出了操作切换,则可能在PDCP装置向上层装置递送数据时发生不必要的延迟。如果在晚期时间做出了操作切换,则可能发生数据丢失。
图6例示了根据本公开的实施例的LTE系统中的PDCP操作切换处理。
参考图6,将更详细地描述与承载重新配置关联的UE和ENB的操作,该承载重新配置包括UE在适当的时间执行PDCP操作切换的处理。
参考图6,在包括UE 605、MeNB 610和SeNB 615的移动通信系统中,MeNB 610可以在操作620中确定在任意时间将SeNB 615的服务小区添加到UE 605并且与SeNB 615执行服务小区添加的过程。如果MeNB 610首先为UE 605设置SeNB 615的SCell(例如,如果MeNB610设置第一SCG SCell),则MeNB 610和SeNB 615可以确定MeNB 610将为哪一个承载服务以及SeNB 615将为哪一个承载服务。MeNB 610和SeNB 615可以将满足预定条件的承载(例如,在下行链路上需要高速数据传输的承载)重新配置成多承载。在下文中,为了描述的方便,将假定承载x被从单承载重新配置为多承载。
在操作625中,MeNB 610可以向UE 605发送预定RRC控制消息。RRC控制消息可以包含SCell配置信息和多承载信息。SCell配置信息是用于新添加的SCell的,并且还可以包括指示SCell是MCG SCell还是SCG SCell的信息。多承载配置信息是关于被从单承载重新配置为多承载的无线电承载的信息,并且可以包括无线电承载的标识符以及SCG RLC配置信息。
在操作630中,在接收到控制消息时,UE 605可以针对由承载标识符指示的承载生成SCG RLC装置,以将它与PDCP装置连接,并且可以将SCG RLC装置连接到用于SCG的MAC装置。UE 605可以在多承载的配置完成时或者在下述随机接入完成时从PDCP操作1切换到PDCP操作3。承载的现有RLC装置(例如,MCG RLC)可以甚至在重新配置处理期间执行正常的数据发送/接收操作(例如,将顺序的PDCP PDU递送给PDCP装置并且将失序(或无序的)PDCPPDU存储在RLC缓冲器中以试图通过ARQ处理来恢复缺失PDU的操作)。如将在下面所描述的,与在从单承载到多承载的重新配置处理中不同,在从多承载到单承载的重新配置处理中,MCG RLC装置还可以停止RLC接收操作,然后执行RLC重新配置处理。
在操作635中,UE 605可以在新添加的SCG SCell中执行随机接入。通过随机接入过程,UE 605可以与新添加的SCG SCell建立上行链路同步并且设置上行链路发送功率。如果随机接入过程完成,则在操作640中UE 605可以将被重新配置为多承载的PDCP装置的操作从PDCP操作1切换到PDCP操作3。随机接入过程完成的时间可以包括UE在使用专用前导码的情况下接收到有效的随机接入响应消息的时间,以及UE在使用随机前导码的情况下接收到上行链路许可或下行链路指派的时间,所述上行链路许可或下行链路指派被寻址到小区-无线电网络临时标识符(C-RNTI)并且指示新传输。与随机接入有关的其它细节遵循LTE标准TS36.321。
在操作645中,UE 605可以向MeNB 610发送预定RRC控制消息以报告SCell配置和多承载重新配置的完成。在操作650中,在接收到所报告的信息之后,MeNB 610可以将多承载的下行链路数据转发到SeNB 615,并且SeNB 615可以发起下行链路数据通过多承载的SCG RLC到UE 605的传输。
在操作655中,UE 605可以发送RRC控制消息,然后从MCG RLC装置和SCG RLC装置接收多承载的下行链路数据,并且对于所接收到的PDCP PDU应用PDCP操作3。
此后,在操作670中,MeNB 610或SeNB 615可以确定在任意时间释放SCG SCell。在执行用于释放SCG SCell的过程之后,在操作675中MeNB610或SeNB 615可以向UE 605发送RRC控制消息以指示SCG SCell的释放。
在操作680中,在接收到控制消息时,UE 605可以响应于指令而释放SCG SCell。如果控制消息指示最后SCG SCell的释放(例如,如果UE 605响应于控制消息的指令而释放SCG SCell),则即使不存在更多的SCG SCell或者不存在单独的指令,UE 605也可以执行从多承载到单承载的重新配置所必需的过程。即使控制消息显式地指示从多承载到单承载的重新配置,UE605也可以类似地执行针对从多承载到单承载的重新配置的操作。
从多承载到单承载的重新配置操作:
1)释放多承载的指示的SCG RLC;
2)重新配置多承载的指示的MCG RLC接收装置;
3)丢弃MCG-MAC的下行链路HARQ缓冲器数据;以及
4)触发PDCP状态报告。
在释放SCG RLC的过程中,UE 605可以将存储在SCG RLC中的下行链路RLC PDU重新配置成RLC SDU,然后将它们递送给PDCP,并且可以丢弃存储在SCG RLC中的上行链路RLCPDU和下行链路RLC SDU。从SCG RLC递送的RLC SDU/PDCP PDU是失序RLC SDU/PDCP PDU(即,即使它们被比RLC SDU更早地发送,也存在仍然尚未被接收的RLC SDU)。
UE重新配置MCG RLC接收装置的表达可以是指如下表达:UE初始化接收窗口,初始化接收顺序号,将存储在其接收缓冲器中的下行链路RLC PDU当中的能够被重新配置成RLCSDU的下行链路RLC PDU递送给PDCP,并且丢弃剩余的下行链路RLC PDU。UE可能不丢弃存储在其发送缓冲器中的上行链路RLC PDU和RLC SDU。
可以针对每个无线电承载触发PDCP状态报告,并且UE 605可以检查存储在被从多承载重新配置为单承载的承载的PDCP的它的缓冲器中的PDCP分组的顺序号,以生成包括与缺失PDCP分组的顺序号关联的信息的PDCP状态报告。PDCP缓冲器可以在其中存储从SCGRLC递送的PDCP PDU以及从MCG RLC递送的PDCP PDU。
PDCP状态报告是控制信息,其被用来防止在越区切换或RRC连接重建过程中PDCP分组的丢失。越区切换或RRC连接重建过程可以伴随UE 605中配置的所有RLC装置的重建(例如,从PDCP装置观点看为低层的重建)。如果越区切换或RRC连接重建过程被发起,则UE605可以针对满足以下PDCP状态报告生成条件1的所有数据无线电承载(DRB)触发PDCP状态报告。如果最后SCG SCell被释放,则UE 605可以针对满足以下PDCP状态报告生成条件2的所有DRB触发PDCP状态报告。如果承载被从多承载重新配置为单承载,则UE 605可以检查该承载是否满足以下PDCP状态报告生成条件3,以确定是否生成PDCP状态报告。
PDCP状态报告生成条件1:
在设置了RLC确认模式(AM)的DRB当中的设置了statusReportRequired的DRB。
PDCP状态报告生成条件2:
设置了RLC AM和statusReportRequired的DRB当中的多承载。
PDCP状态报告生成条件3:
多承载的SCG RLC和MCG RLC中的至少一个在RLC AM中操作。
statusReportRequired遵循标准TS36.331和TS36.323中的描述。
如果UE 605将多承载重新配置成单承载,则在操作685中UE 605可以将经重新配置的承载的PDCP的操作从PDCP操作3切换到PDCP操作2。PDCP可以在其中存储从MCG RLC递送的失序PDCP SDU以及从SCG RLC递送的失序PDCP SDU。PDCP可以按照计数(COUNT)的次序将在MCG RLC的重新配置处理中递送的PDCP SDU以及在SCG RLC的释放处理中递送的PDCPSDU存储在其PDCP缓冲器中,生成从MCG RLC递送的PDCP SDU的接收状态以及从SCG RLC递送的PDCP SDU的接收状态两者都被反映在其中的PDCP状态报告,并且将该PDCP状态报告发送到MeNB 610。
在操作690中,UE 605可以向MeNB 610发送预定RRC控制消息以报告以上过程的成功完成,并且UE 605和MeNB 610可以通过MCG SCell彼此交换上行链路数据和下行链路数据。
具体地在从多承载到单承载的重新配置处理中,UE可以不仅释放SCG RLC装置,而且还重新配置MCG RLC装置。原则上,MCG RLC装置在从多承载到单承载的重新配置处理中不受影响,所以不必重新配置MCG RLC装置。
然而,在本公开的实施例中,可以人工地重新配置MCG RLC装置,以便做出如图7的示例中所示的PDCP操作的高效切换。
图7例示了根据本公开的实施例的LTE系统中的PDCP操作切换处理期间的RLC装置的重新配置。
参考图7,在从例如多承载到单承载的重新配置被指示时,失序PDCP PDU[10]和PDCP PDU[11]可以被存储在MCG RLC 710中(即,PDCP PDU[9]缺失),并且失序PDCP PDU[7]、PDCP PDU[8]、PDCP PDU[12]、PDCP PDU[13]和PDCP PDU[14]可以被存储在SCG RLC715中。为了参考,将假定矩形的前号码表示RLC顺序号。例如,PDCP PDU[10]的RLC顺序号是5,并且PDCP PDU[11]的RLC顺序号是6。如果当从多承载到单承载的重新配置被指示时仅SCG RLC递送PDCP PDU,则PDCP 705可能难以确定紧跟PDCP PDU[12]之后的分组是否被重排序,直到从MCG RLC递送了PDCP PDU[10]和PDCP PDU[11]为止,所以应该引入另一重排序操作。在本公开的实施例中,为了解决以上问题,如果做出了从多承载到单承载的重新配置,则可以甚至对于MCG RLC装置应用重新配置,使得在那时失序的所有PDCP SDU可以被存储在PDCP缓冲器中。
此外,PDCP可以在无需立即操作PDCP操作1的情况下首先应用PDCP操作2,使得失序PDCP SDU可能未被立即递送给上层。换句话说,UE可以释放SCG RLC装置并且重新配置MCG RLC装置,然后将PDCP操作从PDCP操作3切换到PDCP操作2。如果在承载被重新配置成单承载之后接收到第一PDCP PDU,则PDCP可以从PDCP操作2切换到PDCP操作1。
图8例示了根据本公开的实施例的LTE系统中的承载重新配置期间的UE的操作。在图8的示例中,将描述UE将任意承载x从正常承载重新配置为多承载并且回到正常承载的操作。
参考图8,在操作805中,UE可以对于作为单承载的承载x应用PDCP操作1。在操作810中,UE可以接收用于将承载x重新配置成多承载的控制消息。在操作815中,UE可以根据由控制消息所指示的配置信息来生成/配置要与多承载连接的SCG RLC装置,然后将该SCGRLC装置与PDCP连接。在操作820中,UE可以将PDCP操作从PDCP操作1切换到PDCP操作3。换句话说,UE可以检查是否从在承载被重新配置成多承载之后首先接收到的PDCP PDU开始对PDCP PDU重排序,然后应用PDCP操作3以便确定是否将PDCP PDU递送给上层。此后,通过对于经重新配置的承载的PDCP PDU应用PDCP操作3,UE可以执行将PDCP PDU转换成PDCP SDU并且将顺序的PDCP SDU递送给上层的操作。
在操作825中接收到用于指示将多承载重新配置成单承载的控制消息时,在操作830中UE可以释放SCG RLC并且重建MCG RLC。在这种情况下,UE可以释放用于SCG RLC的发送装置和接收装置两者,并且仅重建用于MCG RLC的接收装置。换句话说,UE可以正常地对存储在MCG RLC发送装置中的RLC SDU和RLC PDU进行处理而不丢弃它们,并且可以将存储在RLC接收装置中的RLC PDU当中的能够在RLC SDU中被组装的所有RLC PDU组装为RLCSDU,然后将它们递送给PDCP并且丢弃剩余的RLC PDU。
在操作835中,UE可以首先将PDCP操作切换到PDCP操作2,而无需立即将PDCP操作从PDCP操作3切换到PDCP操作1。换句话说,UE可以通过根据计数对PDCP PDU进行处理来将从MCG RLC和SCG RLC递送的PDCP PDU转换成PDCP SDU,然后将紧跟在第一缺失SDU之后的所有SDU存储在缓冲器中。
在操作840中,UE可以从在承载被重建成单承载之后首先接收到的PDCP PDU开始对于PDCP PDU应用PDCP操作1。换句话说,在UE将第一PDCP PDU转换成SDU之后,即使在SDU当中存在具有比所接收到的SDU的计数低的计数的缺失SDU,UE也可以将其计数在所接收到的SDU的计数附近是连续的SDU递送给上层,从而确定SDU是顺序的。
可以修改操作830、835和840如下。UE可以在操作830中释放SCG RLC并保持MCGRLC,并且可以在操作835中将PDCP操作从PDCP操作3切换到PDCP操作2。换句话说,UE可以对从SCG RLC递送的PDCP PDU进行处理,并且将失序PDCP SDU存储在PDCP缓冲器中,而无需将它们递送给上层。在操作840中,如果到单承载的切换完成,或者如果在切换到单承载之后接收到第一PDCP PDU,则UE可以启动预定定时器2。UE可以在定时器2正在操作中的同时保持PDCP操作2,并且可以在定时器2期满的情况下从PDCP操作2切换到PDCP操作1。换句话说,在定时器2正在操作中的同时,UE可以等待直到由于SCG RLC的释放已发生的失序PDCP PDU是顺序的为止。应该将定时器2设置为足够长以致可以解决失序接收的时间。至于定时器1和定时器2的值,ENB可以使用预定RRC控制消息来将这些值通知给UE。
至于PDCP操作1、PDCP操作2以及PDCP操作3,可以理解应该被应用于从RLC装置递送的PDCP PDU的多个具体操作被按照一系列次序列举。在下表1中列举了构成这些操作的具体操作及其次序。可以按照自上向下的次序进行以下具体操作。
表1
[表1]
将在下面描述如何确定表1中所给出的接收到的PDCP PDU的超帧号(HFN)/计数(COUNT)。计数是32比特整数,并且可以从零(0)开始逐一增加。每个PDCP分组可以允许一个计数,并且该一个计数可以被用于诸如PDCP分组的加密/解密的安全相关操作。计数可以按照PDCP分组被递送给低层的次序单调地增加,并且原则上,可以按照PDCP SDU被从上层递送的次序来分派计数。计数可以被配置有(或者可以包括)HFN和PDCP顺序号(SN)。虽然PDCPSN可以通过被包括在PDCP分组的报头中来发送,但是可以不显式地递送HFN。因此,PDCP接收装置应该靠自己确定接收到的分组的HFN。如果PDCP发送装置在发送分组时遵照预定条件(例如,条件是分组被发送使得PDCP SN的失序可以小于能够通过PDCP SN来指示的顺序号的总数一半),则PDCP接收装置可以使用最后接收到的PDCP分组的顺序号(接收的PDCPSN;参见标准36.323)、目前已接收到的顺序号当中的最高顺序号(Next_PDCP_RX_SN;参见标准36.323)、具有预定大小的窗口(Reordering_Window;参见标准36.323)以及目前已被递送给上层的顺序号当中的最高顺序号(Last_Submitted_PDCP_RX_SN;参见标准36.323)来确定HFN。如果具有比所接收到的分组的顺序号高的顺序号的分组已经被递送给上层(例如,如果所接收到的分组已经被接收到,或者是延迟接收到的分组),则PDCP接收装置可以对所接收到的分组执行报头解压缩,然后丢弃所接收到的分组。更详细地,当分组被重复地接收或者由于不能够被指定的一些原因而被延迟地接收时,PDCP接收装置可以对分组执行报头解压缩,然后丢弃它,因为分组可以包含用于更新报头解压缩上下文的有用信息。确定HFN的处理可以遵循标准36.323的第5.1.2.12节中的描述。
将其HFN和计数被确定的PDCP PDU处理成PDCP SDU可以是指对PDCP PDU进行译码并且对包含在该PDCP PDU中的IP分组的报头进行解压缩,并且其细节可以遵循标准36.323中的描述。
在下文中,为了描述的方便,与Last_Submitted_PDCP_RX_SN对应的计数(COUNT)将被称为Last_Submitted_PDCP_RX_COUNT,与接收PDCP SN对应的计数将被称为接收PDCP计数,并且与Next_PDCP_RX_SN对应的计数将被称为Next_PDCP_RX_COUNT。将假定Last_Submitted_PDCP_RX_COUNT是递送给上层的最高计数(例如,顺序最高的计数),接收PDCP计数是所接收到的PDCP分组的计数,并且Next_PDCP_RX_COUNT是通过将一(1)加到目前已接收到的计数当中的最高计数而获得的值。
PDCP操作1的上层递送条件1如下。
PDCP操作1的上层递送条件1
如果针对任意PDCP SDU[X]的处理在PDCP操作1中完成,则UE可以确定存储在缓冲器中的PDCP SDU当中的“具有比X低的计数的SDU”以及“具有比大于X的缺失计数当中的最低缺失计数更低的计数的SDU”已经满足上层递送条件1,然后将这些SDU递送给上层。例如,如果当接收到PDCP SDU[100]时PDCP SDU[90]~PDCP SDU[99]、PDCP SDU[101]~PDCP SDU[110]以及PDCP[112]~PDCP[115]被存储在PDCP缓冲器中,则PDCP SDU[100]、PDCP SDU[90]~PDCP SDU[100](是具有比PDCP SDU[100]的计数低的计数的PDCP SDU)以及PDCPSDU[101]~PDCP SDU[110](其是PDCP SDU[111]之前的PDCP SDU,PDCP SDU[111]是在具有比PDCP SDU[100]的计数高的计数的PDCP SDU当中的第一缺失PDCP SDU)可以在它们满足上层递送条件1时被递送给上层,并且可以使PDCP SDU[112]~PDCP SDU[115]继续被存储在缓冲器中。在通过接收任意PDCP PDU来触发的PDCP操作1中,可以将接收到的PDCP SDU无条件地递送给上层,并且此外,还可以将满足上层递送条件1的PDCP SDU递送给上层。
PDCP操作2的上层递送条件2如下。
PDCP操作2的上层递送条件2
在通过接收任意PDCP SDU来触发的PDCP操作2中,如果所接收到的PDCP SDU是具有最低计数的缺失PDCP SDU(例如,如果接收PDCP计数与通过将1加到Last_Submitted_PDCP_RX_COUNT而获得的值相同),则可以将包括所接收到的PDCP SDU的接下来的缺失PDCPSDU递送给上层。如果所接收到的PDCP SDU不是具有最低计数的缺失PDCP SDU,则可以将该PDCP SDU存储在PDCP缓冲器中。在通过接收任意PDCP PDU来触发的PDCP操作3中,检查了在存储在PDCP缓冲器中的PDCP SDU(包括经处理的PDCP SDU)当中是否存在满足上层递送条件3的SDU,并且可以仅将满足上层递送条件3的SDU递送给上层。
将在下面描述PDCP操作3的上层递送条件3。
PDCP操作3的上层递送条件3
图9例示了根据本公开的实施例的LTE系统中的PDCP操作的上层递送条件。
参考图9,在建立有一个逻辑信道的单承载905中,PDCP发送装置910可以按照分组[1]、分组[2]、分组[3]和分组[4]的次序将这些分组递送给RLC接收装置915。可以通过MAC装置和无线信道在RLC发送装置920处接收分组。在这种情况下,如果在无线信道中发生错误,则可以使用HARQ和ARQ来进行重传/错误恢复,所以RLC发送装置920在这个处理中接收的分组的次序可以与PDCP发送装置910已发送的分组的次序不同。RLC发送装置920可以对失序分组进行重排序,然后将这些分组递送给PDCP接收装置925。例如,RLC发送装置920可以将按照分组[1]、分组[2]、分组[3]和分组[4]的次序将这些分组递送给PDCP接收装置925。
在建立有两个逻辑信道的多承载930的情况下,PDCP发送装置935可以将分组递送给两个RLC发送装置940和945。例如,PDCP发送装置935可以将分组[1]和分组[3]递送给第一RLC发送装置940,并且将分组[2]和分组[4]递送给第二RLC发送装置945。
第一RLC发送装置940可以将分组递送给第一RLC接收装置950,并且第二RLC发送装置945可以将分组递送给第二RLC接收装置955。第一RLC接收装置950可以按照第一RLC发送装置940已从PDCP发送装置935接收到分组的次序对所接收到的分组进行重排序。换句话说,第一RLC接收装置950可以按照分组[1]和分组[3]的次序将这些分组递送给PDCP接收装置960。类似地,第二RLC接收装置955可以按照第二RLC发送装置945已从PDCP发送装置935接收到分组的次序对所接收到的分组进行重排序。换句话说,第二RLC发送装置945可以按照分组[2]和分组[4]的次序将这些分组递送给PDCP接收装置960。
然而,由第一RLC接收装置950和第二RLC接收装置955递送的分组可能不是按顺序的。例如,由第一RLC接收装置950和第二RLC接收装置955递送的分组可以是按照分组[1]、分组[2]、分组[4]和分组[3]的次序或者按照分组[2]、分组[4]、分组[1]和分组[3]的次序来递送的。因此,PDCP接收装置960可能需要对由两个或更多个RLC接收装置950和955递送的分组进行重排序。
在本公开的实施例中,可以根据是否满足重排序条件3来确定任意缺失PDCP SDU[x]是否被重排序。重排序条件3可以被概括如下。
任意PDCP SDU[x]的重排序条件3
已经从MCG RLC和SCG RLC两者接收到具有比X高的计数的PDCP SDU,并且关联的定时器1已期满。
如果从RLC SCG接收到具有比x高的计数的PDCP SDU,则定时器1被启动,并且定时器1将对付MeNB与SeNB之间的失序接收现象。
在以下描述中,任意缺失PDCP SDU[x]被重排序的表达可以意指考虑到SDU[x]被接收而执行后续操作,因为不再存在接收缺失SDU[x]的可能性。如果缺失SDU[x]被重排序,则在具有比x高的计数的所接收到的SDU当中的其计数在[x+1]与y之间的SDU可以被递送给上层,然后Last_Submitted_PDCP_RX_COUNT可以被更新到y,所述y是通过将比x高的第一缺失PDCP SDU的计数减去1而获得的值。例如,下表2示出了PDCP接收装置中的重排序和相关操作。
表2
[表2]
例如,如果在任意时间t1从MCG RLC接收到SDU[11],则可以将该SDU递送给上层并且可以将相关变量更新到11,因为该SDU是顺序的SDU。
如果在任意时间t2从MCG RLC接收到SDU[13],则可能出现缺失RLC SDU[12]的情况并且UE可以将SDU[13]存储在PDCP缓冲器中。
此后,UE可以在任意时间t3从SCG RLC接收SDU[15]。UE可以启动T1定时器,因为从SCG RLC接收到的SDU的计数比缺失计数高。如果在T1定时器期满之前未接收到缺失PDU,则意味着从至少SCG RLC未接收到缺失PDU。
此后,UE可以在任意时间t4从SCG RLC接收SDU[14],并且此后,与SDU[15]有关的(或者与SDU[12]有关的)T1定时器可能在任意时间t5期满。因为已经从MCG RLC和SCG RLC两者接收到比缺失计数高的计数,并且相关T1定时器已期满,所以UE可以向上层递送的PDCP SDU[13]、[14]和[15](它们是其计数在比缺失SDU高1的计数=12与下一个缺失SDU的计数=16之间的SDU),并且将Last_Submitted_PDCP_RX_COUNT更新到15。
当如上所述确定了未接收到任意PDCP SDU时,定时器1可能与“比缺失计数高的计数当中的从SCG RLC接收到的最低计数”、“比缺失计数高的计数当中的从SCG RLC首先接收到的计数”或“缺失计数”有关。在以上示例中,定时器1可以是与12或15有关的定时器1,因为缺失SDU的顺序号是12并且比12高的计数当中的从SCG RLC首先接收到的计数是15。定时器1的大小可以被确定为足够大以对付可能在MeNB与SeNB之间发生的失序接收的大小。换句话说,定时器1的大小可以被确定为对应于已经历失序接收现象的两个分组之间的接收时间差中的可能的最大值,所述失序接收现象被定义为MeNB在任意时间向SeNB发送的分组比在该分组之前发送的分组更早地到达SeNB的现象。
图10例示了根据本公开的实施例的LTE系统中的PDCP接收装置的操作。这是当多承载的PDCP接收装置从RLC接收装置接收到PDCP PDU时执行的操作。
参考图10,在操作1005中,PDCP接收装置可以从RLC接收装置接收PDCP PDU[x]。在操作1010中,UE可以对PDCP PDU[x]进行译码并且对包含在PDCP PDU[x]中的IP分组的报头进行解压缩以将PDCP PDU[x]重新配置(即,转换或者恢复)成PDCP SDU[x]。如果重复地接收到PDCP SDU[x],则UE可以丢弃PDCP SDU[x]并且等待直到接收到下一个PDU为止。如果未重复地接收到PDCP SDU[x],则在操作1015中UE可以按照计数的次序将PDCP SDU[x]存储在PDCP缓冲器中。
在操作1020中,UE可以确定是否已经从SCG RLC接收到PDCP SDU[x]。如果是这样的话,则UE可以进行到操作1025,而如果不是这样的话,则UE可以进行到操作10445。在操作1025中,UE可以确定是否存在具有比SDU[x]的顺序号低的顺序号的缺失SDU并且SDU[x]是在出现缺失SDU之后从SCG RLC装置首先接收到的SDU(例如,是否不存在与缺失SDU有关的正在操作中的定时器1)。如果满足条件,则UE可以进行到操作1030,而如果不满足条件,则UE可以进行到操作1045。在操作1030中,UE可以启动定时器1,并且使定时器1与和缺失SDU有关的计数(例如,接收计数、缺失计数或者通过将1加到接收计数而获得的值)关联起来。
在操作1035中,PDCP接收装置可以确定在存储在PDCP缓冲器中的SDU当中是否存在顺序的SDU。例如,如果SDU[x]是缺失SDU,则可能满足以上条件,并且在操作1040中PDCP接收装置可以将顺序的SDU递送给上层。顺序的SDU可以是指在“递送给上层的最高计数”或“顺序的最高计数”与在接收到SDU[x]之前“缺失计数当中的最低计数”之间的SDU。在操作1040中PDCP接收装置可以按次序将顺序的SDU递送给上层。如果不满足以上条件,则UE可以进行到操作1045。
在操作1045和1050中,UE可以在缺失SDU当中确定不再能够接收到的SDU,并且确定是否满足上层递送条件3,以便将紧跟不再能够接收到的SDU之后的SDU当中的顺序的SDU递送给上层。首先,UE可以在缺失SDU当中确定是否存在具有比从SCG RLC接收到的最高计数以及从MCG RLC接收到的最高计数低的计数的缺失SDU。例如,在缺失SDU的计数是10、从MCG RLC接收到的最高计数是A并且从SCG RLC接收到的最高计数是B的情况下,如果A和B皆比10高,则可能满足条件,而如果即使它们中的一个比10低,则可能不满足条件。如果满足条件,则UE可以进行到操作1050,而如果不满足条件,则UE可以进行到操作1060。在下文中,为了描述的方便,满足条件的缺失计数将被称为Y。
在操作1050中,UE可以确定与缺失SDU关联或者与Y关联的定时器1是否已经期满。如果是这样的话,则UE可以进行到操作1055,而如果不是这样的话,则UE可以进行到操作1060。在操作1055中,UE可以将预定SDU递送给上层并且然后进行到操作1060。预定SDU可以是在“[Y+1]”与“比Y高的缺失计数当中的最低计数”之间的SDU。例如,如果Y是10并且比10高的缺失计数是15、20和25,则UE可以将SDU[11]、SDU[12]、SDU[13]和SDU[14]递送给上层,并且将剩余的SDU存储在PDCP缓冲器中。可以认为直到至少SDU[14]的SDU是顺序的。在操作1060中,UE可以等待直到接收到下一个PDU或者定时器1期满为止。
图11例示了根据本公开的实施例的当定时器1期满时在PDCP接收装置中像图10中所例示的那样执行的操作。
参考图11,在操作1105中,与任意缺失PDCP SDU[z]关联的定时器1期满。在这种情况下,UE可以认为不存在PDCP SDU[z]由于MeNB与SeNB之间的失序接收现象而缺失的可能性。换句话说,如果从MCG RLC接收到比z高的计数,则UE可以执行后续操作如同接收到SDU[z]一样。
在操作1110中,UE可以确定从SCG RLC接收到的最高计数以及从MCG RLC接收到的最高计数是否比z高。因为当从SCG RLC接收到具有比z高的计数的PDCP SDU时与缺失SDU[z]关联的定时器1被启动,所以UE可以在操作1110中简单地确定从MCG RLC接收到的最高计数是否比z高。如果在操作1110中满足条件,则UE可以在操作1115中将具有比z高的计数的SDU当中的在具有比z高的计数的下一个缺失SDU之前的SDU递送给上层,从而确定不存在再接收到缺失SDU[z]的可能性,并且可以认为在递送给上层的SDU当中具有直到最高计数的SDU是顺序的。在操作1120中,UE可以等待直到接收到下一个PDU或者与另一缺失SDU关联的定时器1期满为止。如果在操作1110中不满足条件,则在操作1120中UE可以等待直到接收到下一个PDU为止。
在本公开中,PDCP从MCG RLC接收PDCP PDU的表达可以具有与以下相同的意义:即,从MCG服务小区或MCG-MAC接收根据接收到的数据重新配置的PDCP PDU。PDCP从SCG RLC接收PDCP PDU的表达可以具有与以下相同的意义:即,从SCG服务小区或SCG-MAC接收根据接收到的数据重新配置的PDCP PDU。
作为根据本公开的实施例的对PDCP PDU进行重排序的另一操作,可以提出一种方法,该方法包括:在承载被从单承载重新配置为多承载的情况下执行基于定时器的重排序,确定重排序操作将被停止的时间,在承载被从多承载重新配置为单承载的情况下使用定时器,以及使用与两个定时器相同的定时器来执行重排序并且确定停止时间。定时器可以被称为重排序定时器。
图20例示了根据本公开的实施例的承载重新配置期间的UE操作。首先,UE可以从ENB接收针对承载重新配置的控制消息,然后基于该控制消息执行承载重新配置。
参考图20,在操作2005中,UE可以对于作为单承载的承载x应用PDCP操作1。在操作2010中,UE可以接收用于将承载x重新配置成多承载的控制消息。在操作2015中,UE可以根据由控制消息指示的配置信息来创建/配置要与多承载连接的SCG RLC装置,然后将该SCGRLC装置与PDCP装置连接。在操作2020中,UE可以将PDCP装置的操作从PDCP操作1切换到PDCP操作4。换句话说,UE可以确定PDCP PDU是否从承载x被重新配置成多承载之后首先接收到的PDCP PDU开始被重排序,然后应用PDCP操作4以便确定是否将这些PDU递送给上层。此后,通过对于经重新配置的承载的PDCP PDU应用PDCP操作4,UE可以执行将PDCP PDU转换成PDCP SDU并且将顺序的PDCP SDU递送给上层的操作。UE可以在确定PDCP PDU是否被重排序时使用定时器3。
在操作2025中接收到用于指示将多承载重新配置成单承载的控制消息时,在操作2030中UE可以释放SCG RLC,从PDCP操作4切换到PDCP操作5,并且启动定时器3。UE可以在定时器3正在操作中的同时执行PDCP操作5,并且如果定时器3期满,则在操作2035中UE可以停止PDCP操作5并且切换到PDCP操作1。
至于PDCP操作1、PDCP操作4以及PDCP操作5,可以理解的是,应该被应用于从RLC装置递送的PDCP PDU的多个具体操作被按照一系列次序列举。在下表3中列举了构成这些操作的具体操作及其次序。可以按照自顶向下的次序进行以下具体操作。
表3
[表3]
PDCP操作5的上层递送条件5
在当定时器3正在操作的同时应用的PDCP操作5中,如果接收到的PDCP SDU的顺序号是具有最低顺序号/计数的缺失PDCP SDU的顺序号(例如,如果接收PDCP SN与通过将1加到Last_Submitted_PDCP_RX_SN而获得的值相同),则UE可以将直到下一个缺失PDCP SDU的具有连续的顺序号/计数的SDU(包括所接收到的PDCP SDU)递送给上层。如果所接收到的PDCP SDU不是具有最低顺序号的缺失PDCP SDU,则可以将该PDCP SDU存储在PDCP缓冲器中。如果定时器3期满,则UE可以按照计数的次序将当前被存储在PDCP缓冲器中的所有PDCPSDU递送给上层,并且将最后递送的PDCP SDU的顺序号存储在Last_Submitted_PDCP_RX_SN中。
在下文中,为了描述的方便,将与计数互换地使用顺序号。
PDCP操作4的上层递送条件4
如果接收到的PDCP SDU的顺序号是具有最低顺序号的缺失PDCP SDU的顺序号(例如,如果接收PDCP SN与通过将1加到Last_Submitted_PDCP_RX_SN而获得的值相同),则UE可以将直到下一个缺失PDCP SDU的顺序地接收到的SDU(包括所述接收到的PDCP SDU)递送给上层。如果所接收到的PDCP SDU不是具有最低顺序号的缺失PDCP SDU,则可以将该PDCPSDU存储在PDCP缓冲器中。如果定时器3在操作中,则UE可以等待直到接收到下一个PDCPPDU为止,而如果定时器3没有在操作中,则UE可以启动定时器3,并且存储Reordering_PDCP_RX_COUNT,比在那时接收到的PDCP SDU的计数当中的最高计数高1的计数。如果定时器3期满,则UE可以将具有比Reordering_PDCP_RX_COUNT低的计数的PDCP SDU以及与比Reordering_PDCP_RX_COUNT高的连续计数关联的PDCP SDU递送给上层。例如,在未接收到具有Reordering_PDCP_RX_COUNT=N并且COUNT=N+M的PDCP SDU以及N与[N+M]之间的PDCPSDU被全部存储在PDCP缓冲器中的情况下,如果定时器3期满,则UE可以将存储在PDCP缓冲器中的SDU当中的具有比N低的计数的所有PDCP SDU以及具有N与[N+M-1]之间(包括N与[N+M-1])的计数的所有PDCP SDU递送给上层。此外,UE可以将最后递送的PDCP SDU的顺序号存储在Last_Submitted_PDCP_RX_SN中。
图21例示了根据本公开的实施例的按多承载而操作的PDCP接收装置的操作。这示出了已从RLC接收装置接收到分组的PDCP接收操作的操作。
参考图21,在操作2105中,PDCP接收装置可以从RLC接收装置接收PDCP PDU[x]。在操作2110中,PDCP接收装置可以使用所接收到的分组的顺序号(接收PDCP SN)、Next_PDCP_RX_SN、Reordering_Window以及Last_Submitted_PDCP_RX_SN来确定所接收到的分组的HFN。PDCP接收装置可以通过连结(concatenate)所确定的HFN和接收PDCP SN来计算与PDCP分组关联的计数。此外,UE可以通过应用计数对PDCP PDU[x]进行译码,并且对包含在PDCPPDU[x]中的IP分组的报头进行解压缩,以将PDCP PDU[x]重新配置(即,转换或者恢复)成PDCP SDU[x]。如果重复地接收到PDCP SDU[x],则UE可以丢弃PDCP SDU[x]并且等待直到接收到下一个PDU为止。如果未重复地接收到PDCP SDU[x],则在操作2115中UE可以按照计数的次序将PDCP SDU[x]存储在PDCP缓冲器中。
在操作2120中,PDCP接收装置可以确定所接收到的分组是否是具有最低计数的缺失分组。如果满足以下条件,意味着所接收到的分组是具有最低计数的缺失分组,则UE可以进行到操作2130,而如果不满足以下条件,则在操作2125中,UE可以等待直到接收到下一个PDCP PDU为止。
用于确定接收到的分组是否是具有最低计数的缺失分组的条件
接收PDCP SN=Last_Submitted_PDCP_RX_SN+1;或者
接收PDCP SN=Last_Submitted_PDCP_RX_SN-Maximum_PDCP_SN
在操作2130中,PDCP接收装置可以从所接收到的PDCP SDU的计数开始按照计数的次序将存储在PDCP缓冲器中的PDCP SDU当中的与连续计数关联的PDCP SDU递送给上层,并且将Last_Submitted_PDCP_RX_SN设置为最后递送的PDCP SDU的顺序号。例如,如果具有计数=[M]、[M+1]、[M+2]、[M+4]和[M+5]的PDCP SDU被存储在PDCP缓冲器中并且接收到具有计数=[M-1]的PDCP SDU,则PDCP接收装置可以将具有计数=[M-1]、[M]、[M+1]和[M+2]的PDCP SDU递送给上层。
在操作2135中,在PDCP接收装置执行了以上操作之后,PDCP接收装置可以确定是否至少一个PDCP SDU被仍然无序地存储在PDCP缓冲器中。如果是这样的话,则PDCP接收装置可以进行到操作2140,而如果不是这样的话,则PDCP接收装置可以进行到操作2125。
在操作2140中,PDCP接收装置可以确定定时器3是否在操作中。如果是这样的话,则PDCP接收装置可以进行到操作2125,而如果定时器3没有正在操作,则PDCP接收装置可以进行到操作2145。
在操作2145中,PDCP接收装置可以启动定时器3,并且将Reordering_PDCP_RX_COUNT设置为通过连结RX_HFN和Next_PDCP_RX_SN而获得的值。换句话说,PDCP接收装置可以将比目前已接收到的最高计数高1的值存储在Reordering_PDCP_RX_COUNT中。此后,PDCP接收装置可以进行到操作2125。
图22例示了根据本公开的实施例的当将承载从多承载重新配置成MCG承载时切换到PDCP操作5的PDCP接收装置的操作。
MCG承载可以是单承载当中的仅通过MCG来发送和接收数据的承载。如果PDCP接收装置在执行DC的同时由于UE离开SeNB的区域的原因而释放SeNB和SCB,则可以将多承载重新配置成MCG承载。
参考图22,在操作2205中,PDCP接收装置可以接收用于指示将多承载重新配置成MCG承载的控制消息。该控制消息例如可以是用于显式地将多承载重新配置成MCG承载的指令,并且该控制消息可以是用于释放最后SCG小区的控制消息,但是该控制消息不是显式重新配置指令。
在操作2210中,PDCP接收装置可以释放多承载的SCG-RLC,在PDCP PDU中组装存储在RLC中的RLC分组当中的能够在PDCP PDU中被组装的所有PDCP SDU,然后将经组装的PDCPPDU递送给上层。
在操作2215中,PDCP接收装置可以确定定时器3是否当前处于操作中。例如用于指示切换到MCG承载的控制消息的分析一完成就可以执行操作2215,或者在从经释放的SCG-RLC接收到PDCP PDU时可以执行操作2215。
如果定时器3不在操作中,则PDCP接收装置可以进行到操作2225,而如果定时器3在操作中,则PDCP接收装置可以进行到操作2220。在操作2220中,数个操作是可能的。PDCP接收装置可以执行以下操作1)至3)中的一个。
1)PDCP接收装置可以停止当前处于操作中的定时器3,重新启动定时器3,然后进行到操作2230。
2)PDCP接收装置可以在等待当前在操作中的定时器3的期满之后重新启动定时器3,然后进行到操作2230。
3)在从经释放的SCG-RLC接收到PDCP PDU时,PDCP接收装置可以停止当前处于操作中的定时器3,重新启动定时器3,然后进行到操作2230。如果未从经释放的SCG-RLC接收到PDCP PDU,则PDCP接收装置可以保持当前处于操作中的定时器3,并且在当前处于操作中的定时器3期满时切换到PDCP操作1,而无需进行到操作2230。
在操作2225中,数个操作是可能的。PDCP接收装置可以执行以下操作a)和b)中的一个。
a)PDCP接收装置可以启动定时器3,并且进行到操作2230。
b)在从经释放的SCG-RLC接收到PDCP PDU时,PDCP接收装置可以启动定时器3,并且进行到操作2230。如果未从经释放的SCG-RLC接收到PDCP PDU,则PDCP接收装置可以立即切换到PDCP操作1,而无需进行到操作2230。
在操作2230中,PDCP接收装置可以等待直到定时器3期满为止,并且如果定时器3期满,则PDCP接收装置可以按照计数的次序将当前存储在PDCP缓冲器中的所有PDCP SDU递送给上层,并且将Last_Submitted_PDCP_RX_SN设置为最后递送的SDU的顺序号。此后,PDCP接收装置可以切换到PDCP操作1。
图23例示了根据本公开的实施例的当定时器3期满时执行的PDCP接收装置的操作。
参考图23,在操作2305中,任意承载的PDCP接收装置的定时器3可能期满。
在操作2310中,PDCP接收装置可以确定承载是多承载还是MCG承载。如果承载是多承载,则PDCP接收装置可以进行到操作2315,而如果承载是MCG承载,则PDCP接收装置可以进行到操作2320。进行到操作2320意味着承载被从多承载重新配置成MCG承载,并且因为定时器3已期满,所以PDCP接收装置可以停止PDCP操作5,并且将当前存储在PDCP缓冲器中的所有PDCP SDU递送给上层以切换到PDCP操作1。
进行到操作2315意味着PDCP接收装置在PDCP操作4中操作,并且PDCP接收装置可以基于Reordering_PDCP_RX_COUNT从Reordering_PDCP_RX_COUNT开始将具有比Reordering_PDCP_RX_COUNT低的计数的所有PDCP SDU以及存储在PDCP缓冲器中的PDCPSDU当中的与连续计数关联的所有PDCP SDU递送给上层。换句话说,PDCP接收装置可以将与下表4中的条件对应的PDCP SDU递送给上层。
表4
[表4]
PDCP接收装置可以在操作2325中更新Last_Submitted_PDCP_RX_SN,并且在操作2330中确定PDCP SDU中的至少一个是否被留在PDCP缓冲器中。如果至少一个PDCP SDU被留在PDCP缓冲器中,则PDCP接收装置可以进行到操作2335,而如果没有PDCP SDU被留在PDCP缓冲器中,则PDCP接收装置可以进行到操作2340。
在操作2335中,PDCP接收装置可以启动定时器3并且将Reordering_PDCP_RX_COUNT设置为通过连结RX_HFN和Next_PDCP_RX_SN而获得的值。
在操作2340中,PDCP接收装置可以等待直到下一个PDCP PDU到达为止。
如以上示例中所示,在确定接收到的PDCP SDU是否是缺失SDU时,PDCP接收装置可以使用通过PDCP SDU的顺序号管理的变量,并且在确定将随着定时器3期满而被递送给上层的PDCP SDU时,PDCP接收装置可以使用通过计数管理的变量。
作为根据本公开的实施例的对PDCP PDU进行重排序的另一操作,可以提出一种方法,该方法包括:在承载被从单承载重新配置为多承载的情况下执行基于定时器的重排序,确定重排序操作将被停止的时间,在承载被从多承载重新配置为单承载的情况下使用定时器,以及确定存储在重排序缓冲器中的数据的量以及低层是否被重建,以便确定停止时间。
图24例示了根据本公开的实施例的承载重新配置期间的UE操作。
参考图24,在操作2405中,UE可以对于作为单承载的承载x应用PDCP操作6。在操作2410中,UE可以接收用于将承载x重新配置成多承载的控制消息。在操作2415中,UE可以根据通过控制消息指示的配置信息来生成/配置要与多承载连接的SCG RLC装置,然后将该SCG RLC装置与PDCP装置连接。在操作2420中,UE可以将PDCP装置的操作从PDCP操作6切换到PDCP操作7。将稍后描述PDCP操作6。换句话说,UE可以从在承载被重新配置成多承载之后首先接收到的PDCP PDU开始按次序对于PDCP PDU应用PDCP操作7,并且将稍后描述PDCP操作7。此后,通过对于被重新配置成多承载的承载的PDCP PDU应用PDCP操作7,UE可以确定所接收到的PDCP PDU是否被重排序,将顺序的PDCP PDU转换成PDCP SDU,并且将这些PDCPSDU递送给上层。在确定PDCP PDU是否是顺序的时,UE可以使用定时器3。
在操作2425中接收到用于指示将多承载重新配置成单承载的控制消息时,在操作2430中UE可以释放SCG RLC。因为SCG RLC的释放,可以将失序PDCP PDU递送给PDCP装置,并且PDCP装置可以继续对于这些PDCP PDU应用PDCP操作7。可以应用PDCP操作7直到满足重排序停止条件为止,并且如果满足重排序停止条件,则UE可以在操作2435中确定是由于“低层的重建”还是“失序分组的不存在”而满足重排序停止条件的。如果重排序停止条件是由于“失序分组的不存在”而满足的,则UE可以在操作2440中切换到PDCP操作6,然后结束处理。另一方面,如果重排序停止条件是由于“低层的重建”而满足的,则UE可以进行到操作2445。低层可以是MCG-RLC装置。在这种情况下,因为UE已经切换到单承载,所以PDCP装置可以仅与一个RLC装置连接,并且可以重建该唯一RLC装置。在操作2445中,UE可以按照计数的次序对当前存储在重排序缓冲器中的PDCP PDU以及由于低层的重建而递送的PDCP PDU进行排序,按照计数的次序将这些PDCP PDU处理成PDCP SDU,切换到PDCP操作6,然后结束处理。在这种情况下,PDCP装置可以对存储在重排序缓冲器中的PDCP PDU进行处理,如同它们是由于低层的重建而递送的PDCP PDU一样。
至于PDCP操作6和PDCP操作7,可以理解的是,应该被应用于从RLC装置递送的PDCPPDU的多个具体操作被按照一系列次序列举。在下表5中列举了构成这些操作的具体操作及其次序。可以按照自上向下的次序进行以下具体操作。
表5
[表5]
虽然UE在PDCP操作6中确定是否发生重复接收,但是UE可能不在PDCP操作7中确定是否发生重复接收。这是因为在PDCP操作6被应用的情况下,已经接收到的分组在越区切换之后很可能被重复地接收到,但是在PDCP操作7中不存在这种可能性。重复地接收到的PDU可以在被丢弃之前被处理成SDU,以便更新报头解压缩上下文。在PDCP操作7被应用的情形下,UE不必执行确定重复地接收到的分组、将重复地接收到的分组处理成SDU并且然后丢弃重复地接收到的分组的操作。
在PDCP操作6中,UE可以首先将接收到的PDU处理成SDU,然后将失序SDU存储在缓冲器中并且将顺序的SDU递送给上层。另一方面,在PDCP操作7中,UE可以首先确定接收到的PDU是否是顺序的,并且仅针对顺序的PDU,UE可以将这些PDU处理成SDU并且将这些SDU递送给上层。UE可以将失序PDU存储在缓冲器中,而无需将它们处理成SDU。原因如下。
在PDCP操作6被应用的情况下,如果接收到分组[X],则UE可能不确定所接收到的分组[X]是否被重排序,因为不再接收到具有比分组[X]的顺序号低的顺序号的分组,所以即使UE将所接收到的分组处理成SDU,报头解压缩操作也不存在问题。然而,在PDCP操作7被应用的情况下,因为可以始终接收失序分组,所以UE应该在首先对所接收到的分组进行重排序之后将所接收到的分组处理成SDU,以便防止在报头解压缩操作中的错误。
PDCP操作7的上层递送条件7可以用于PDCP PDU而不是PDCP SDU,并且除了满足条件的分组未被递送给上层而是给PDCP PDU处理装置之外,上层递送条件7可以与上层递送条件4相同。
PDCP操作7的上层递送条件7
如果接收到的PDCP PDU的顺序号是具有最低顺序号的缺失PDCP PDU的顺序号(例如,如果接收PDCP SN与通过将1加到Last_Submitted_PDCP_RX_SN而获得的值相同),则UE可以将直到下一个缺失PDCP PDU的顺序地接收到的PDU(包括所接收到的PDCP PDU)递送给处理装置(例如,报头解压缩装置或译码装置)。译码装置可以是指用于对接收到的PDCPPDU进行译码的装置。PDU可以在在处理装置中被处理成SDU之后被递送给上层。如果所接收到的PDCP PDU不是具有最低顺序号的缺失PDCP PDU,则可以将该PDCP PDU存储在PDCP缓冲器中。如果定时器3在操作中,则UE可以等待直到接收到下一个PDCP PDU为止,而如果定时器3没有处于操作中,则UE可以启动定时器3并且将比在那时接收到的PDCP PDU的计数当中的最高计数高1的计数存储在Reordering_PDCP_RX_COUNT中。如果定时器3期满,则UE可以将具有比Reordering_PDCP_RX_COUNT低的计数的PDCP PDU以及与比Reordering_PDCP_RX_COUNT高的连续计数关联的PDCP PDU递送给处理装置。UE可以将最后递送的PDCP SDU的顺序号存储在Last_Submitted_PDCP_RX_SN中。
如果多承载被重新配置成单承载,则UE应该将PDCP操作从PDCP操作7切换到PDCP操作6。在本公开的实施例中,PDCP装置可以继续应用PDCP操作7直到在多承载被重新配置成单承载之后满足重排序停止条件为止,并且如果满足重排序停止条件,则PDCP装置可以切换到PDCP操作6。如果低层被重建(低层的重建)或者不再存在要重排序的PDU(失序分组的不存在),则可以满足重排序停止条件。
如果正在按例如单承载而操作的UE接收到越区切换指令,则可能发生低层的重建。在这种情况下,存储在MCG-RLC装置中的失序PDCP PDU被全部递送给PDCP接收装置,并且UE可以切换到PDCP操作6,其中按照计数的次序依次将当前存储在PDCP缓冲器中的失序PDCP PDU以及从低层递送的PDCP PDU处理成PDCP PDU、将顺序的SDU递送给上层、将失序SDU存储在缓冲器中并且然后基于从重新建立的低层接收到的PDU的顺序号来确定要递送给上层的SDU。
不再存在要重排序的PDU的表达可以是指以下情况,作为使用定时器3的重排序操作的结果,在UE将PDU(这些PDU随着与缺失PDU关联的定时器3期满通过缺失PDU而被视为是失序的)处理成SDU并且然后将这些SDU递送给上层之后不再存在缺失PDU。例如,如果通过将1加到Last_Submitted_PDCP_RX_SN而获得的值与Next_PDCP_RX_SN相同,则这可能意味着不再存在缺失PDU,或者不再存在失序PDU。因为满足条件的表达意味着不会有PDU存储在PDCP缓冲器中,所以PDCP接收装置可以立即切换到PDCP操作6。
除下文之外PDCP操作7与图25中所示的PDCP操作4相同,所以将省略其具体描述。
图25例示了根据本公开的实施例的按多承载而操作的PDCP接收装置的PDCP操作7。图25的示例示出了已从RLC接收装置接收到分组的PDCP接收装置的操作。
参考图25,在操作2505中,PDCP接收装置可以从RLC接收装置接收PDCP PDU[x]。在操作2510中,PDCP接收装置可以使用所接收到的分组的顺序号(接收PDCP SN)、Next_PDCP_RX_SN、Reordering_Window以及Last_Submitted_PDCP_RX_SN来确定所接收到的分组的HFN。PDCP接收装置可以通过连结所确定的HFN和接收PDCP SN来计算与PDCP分组关联的计数。通过应用计数,PDCP接收装置可以确定所接收到的分组是否是具有最低计数的缺失分组。
如果在操作2520中满足以下条件,意味着所接收到的分组是具有最低计数的缺失分组,则PDCP接收装置可以进行到操作2530,而如果不满足以下条件,则PDCP接收装置可以在操作2525中等待直到接收到下一个PDCP PDU为止。
用于确定接收到的分组是否是具有最低计数的缺失分组的条件
接收PDCP SN=Last_Submitted_PDCP_RX_SN+1;或者
接收PDCP SN=Last_Submitted_PDCP_RX_SN-Maximum_PDCP_SN
在操作2530中,PDCP接收装置可以从所接收到的PDCP PDU的计数开始按照计数的次序将存储在PDCP缓冲器中的PDCP PDU当中的与连续计数关联的PDCP PDU处理成PDCPSDU,然后将这些PDCP SDU递送给上层,并且可以将Last_Submitted_PDCP_RX_SN设置为最后递送的PDCP SDU的顺序号。例如,如果具有计数=[M]、[M+1]、[M+2]、[M+4]和[M+5]的PDCP PDU被存储在PDCP缓冲器中并且接收到具有计数=[M-1]的PDCP PDU,则PDCP接收装置可以将具有计数=[M-1]、[M]、[M+1]和[M+2]的PDCP PDU递送给下一个处理装置以将它们转换成PDCP SDU,然后将这些PDCP SDU递送给上层。在操作2535中,在PDCP接收装置执行了以上操作之后,PDCP接收装置可以确定是否至少一个PDCP PDU被仍然无序地存储在PDCP缓冲器中。如果是这样的话,则PDCP接收装置可以进行到操作2540,而如果不是这样的话,则PDCP接收装置可以进行到操作2525。
在操作2540中,PDCP接收装置可以确定定时器3是否在操作中。如果是这样的话,则PDCP接收装置可以进行到操作2525,而如果不是这样的话,则PDCP接收装置可以进行到操作2545。在操作2545中,PDCP接收装置可以启动定时器3,并且将Reordering_PDCP_RX_COUNT设置为通过连结RX_HFN和Next_PDCP_RX_SN而获得的值。换句话说,PDCP接收装置可以将比目前已接收到的最高计数高1的值存储在Reordering_PDCP_RX_COUNT中。此后,PDCP接收装置可以进行到操作2525。
图26例示了根据本公开的实施例的当定时器3期满时执行的PDCP接收装置的操作。
参考图26,在操作2605中,任意承载的PDCP接收装置的定时器3期满。在操作2516中,PDCP接收装置可以基于Reordering_PDCP_RX_COUNT从Reordering_PDCP_RX_COUNT开始按照计数的次序将具有比Reordering_PDCP_RX_COUNT低的计数的所有PDCP PDU以及存储在PDCP缓冲器中的PDCP PDU当中的与连续计数关联的PDCP PDU处理成PDCP SDU,然后将这些PDCP SDU递送给上层。换句话说,PDCP接收装置可以将与下表6中的条件对应的PDCP PDU处理成PDCP SDU,然后将这些PDCP SDU递送给上层。
表6
[表6]
PDCP接收装置可以在操作2625中更新Last_Submitted_PDCP_RX_SN,并且在操作2630中确定是否至少一个PDCP PDU被留在PDCP缓冲器中。如果至少一个PDCP PDU被留在PDCP缓冲器中,则PDCP接收装置可以进行到操作2635,而如果没有至少一个PDCP PDU被留在PDCP缓冲器中,则PDCP接收装置可以进行到操作2640。在操作2635中,PDCP接收装置可以启动定时器3,并且将Reordering_PDCP_RX_COUNT设置为通过连结RX_HFN和Next_PDCP_RX_SN而获得的值。在操作2640中,PDCP接收装置可以等待直到下一个PDCP PDU到达为止。
作为根据本公开的实施例的对PDCP PDU进行重排序的另一操作,可以提出一种方法,其中可以将承载从单承载重新配置为多承载,并且PDCP接收装置可以按多承载而操作。在这个实施例中,如果承载被从单承载重新配置为多承载,则UE可以将所接收到的PDCPPDU当中的顺序的PDU处理成PDCP SDU,然后将这些PDCP SDU递送给上层,并且可以将失序PDCP PDU处理成不完全(half)PDCP SDU,然后将不完全PDCP SDU存储在缓冲器中直到它们变成顺序的为止。此后,如果存储在缓冲器中的PDCP PDU是顺序的,则UE可以将不完全PDCPSDU转换成PDCP SDU并且将这些PDCP SDU递送给上层。PDCP处理操作可以包括译码和报头解压缩,并且所接收到的PDCP PDU可以在通过整个操作(译码和报头解压缩)之后被转换成PDCP SDU。这里,术语“不完全PDCP SDU”可以是指通过对PDCP PDU应用PDCP处理操作中的仅一部分而获得的分组(例如,被应用有译码但是未应用报头解压缩的分组)。
用于对在多承载上接收的分组进行译码并且然后将经译码的分组存储在重排序缓冲器中的原因是如果UE的SCG被改变,则可以改变译码密钥,并且在这种情况下,如果仍然尚未被译码的PDCP PDU被存储在PDCP装置中以被重排序,则UE应该对前一个PDCP PDU和新接收到的PDCP PDU应用不同的安全密钥,从而导致复杂性的增加。
图28例示了根据本公开的实施例的承载重新配置期间的UE操作。
参考图28,在操作2805中,UE可以对于作为单承载的承载x应用PDCP操作6。在操作2810中,UE可以接收用于将承载x重新配置成多承载的控制消息。在操作2815中,UE可以根据通过控制消息指示的配置信息来生成/配置要与多承载连接的SCG RLC装置,然后将该SCG RLC装置与PDCP装置连接。在操作2820中,UE可以将PDCP装置的操作从PDCP操作6切换到PDCP操作8。换句话说,UE可以从在承载被重新配置成多承载之后首先接收到的PDCP PDU开始依次对于PDCP PDU应用PDCP操作8。
具体地,通过对于被重新配置成多承载的承载的PDCP PDU应用PDCP操作8,UE可以将所接收到的PDCP PDU当中的顺序的PDCP PDU处理成PDCP SDU,并且将这些PDCP SDU递送给上层,并且可以将失序PDCP PDU处理成不完全PDCP SDU,将不完全PDCP SDU存储在PDCP重排序缓冲器中,然后必要时启动定时器3。
此后,在操作2825中接收到用于指示将多承载重新配置成单承载的控制消息时,在操作2830中UE可以释放SCG RLC。因为SCG RLC的释放,可以将失序PDCP PDU递送给PDCP装置,并且PDCP装置可以继续对PDCP PDU应用PDCP操作8。可以应用PDCP操作8直到满足重排序停止条件为止,并且如果满足重排序停止条件,则UE可以在操作2835中确定重排序停止条件是由于“低层的重建”还是“失序分组的不存在”而满足的。如果在操作2835中确定了重排序停止条件是由于“失序分组的不存在”而满足的,则UE可以在操作2840中切换到PDCP操作6,然后结束处理。另一方面,如果在操作2835中确定了重排序停止条件是由于“低层的重建”而满足的,则UE可以进行到操作2845。这里,低层例如可以是MCG-RLC装置。因为UE已经切换到单承载,所以PDCP装置可以仅与一个RLC装置连接,并且该唯一RLC装置可以是低层。在操作2845中,UE可以参考由于低层的重建而递送的PDCP PDU以及存储在重排序缓冲器中的不完全PDCP SDU的顺序号或计数来确定是否存在顺序的PDCP PDU或不完全PDCPSDU,并且如果存在顺序的PDCP PDU或不完全PDC SDU,则UE可以通过应用必要的PDCP处理操作来将顺序的PDCP PDU或不完全PDCP SDU转换成PDCP SDU,然后按照计数的次序将这些PDCP SDU递送给上层。UE可以将失序不完全PDCP SDU和PDCP PDU转换成PDCP SDU,然后按照计数的次序将这些PDCP SDU存储在PDCP重排序缓冲器中。在这种情况下,可以将失序PDCP SDU存储在其中存储有不完全PDCP SDU的PDCP重排序缓冲器中。在一些情况下,可以将不完全PDCP SDU和PDCP SDU存储在同一存储空间中。在这种情况下,不完全PDCP SDU和PDCP SDU可以被按照计数的次序存储在一起,而不是它们被单独地存储(例如,不完全PDCPSDU可以被存储在不完全PDCP SDU当中并且PDCP SDU可以被存储在PDCP SDU当中)。此外,UE可以切换到PDCP操作6。
在操作2845中确定了存在顺序的PDCP PDU或不完全PDCP SDU的事实可以是指在PDCP PDU或不完全PDCP SDU当中存在具有比Last_Submitted_PDCP_RX_SN高1的顺序号的PDCP PDU或不完全PDCP SDU的事实。
至于PDCP操作6和PDCP操作8,可以理解的是,应该被应用于从RLC装置递送的PDCPPDU的多个具体操作被按照一系列次序列举。在下表7中列举了构成PDCP操作6和8的具体操作及其次序。在表7中,可以按照自上向下的次序进行具体操作。
表7
[表7]
在PDCP操作6中,UE可以首先将接收到的PDU处理成SDU,然后将失序SDU存储在缓冲器中并且将顺序的SDU递送给上层。另一方面,在PDCP操作8中,UE可以通过对所接收到的PDU仅应用预定PDCP处理操作(例如,译码)将接收到的PDU转换成不完全PDCP SDU,然后确定这些PDU是否为顺序的。此外,UE可以通过对于顺序的不完全PDCP SDU应用剩余的PDCP处理操作(例如,报头解压缩)仅将顺序的不完全PDCP SDU处理成PDCP SDU,然后将这些PDCPSDU递送给上层,并且可以将失序不完全PDCP SDU存储在缓冲器中,而无需将它们转换成PDCP SDU。
PDCP操作8的以下上层递送条件8可以用于不完全PDCP SDU而不是PDCP SDU,并且除了满足条件的分组未被递送给第一PDCP处理装置(例如,译码装置)而是给第二PDCP处理装置(例如,报头解压缩装置),上层递送条件8可以与上层递送条件7相同。在一些情况下,不仅失序不完全PDCP SDU而且失序PDCP SDU可以被存储在PDCP接收装置中。在这种情况下,在应用上层递送条件8时,PDCP接收装置可以不仅考虑不完全PDCP SDU而且考虑PDCPSDU。
PDCP操作8的上层递送条件8
如果接收到的PDCP PDU的顺序号是具有最低顺序号的缺失PDCP的顺序号(例如,如果接收PDCP SN与通过将1加到Last_Submitted_PDCP_RX_SN而获得的值相同),则UE可以将直到下一个缺失PDCP PDU的连续的不完全PDCP SDU(或与其对应的多个不完全PDCPSDU)(包括所述接收到的PDCP PDU(或与其对应的不完全PDCP SDU))递送给下一个PDCP处理装置(例如,报头解压缩装置)。多个不完全PDCP SDU可以在下一个PDCP处理装置中被处理成多个PDCP SDU,然后递送给上层。如果所接收到的PDCP PDU不是具有最低顺序号的缺失PDCP PDU,则该PDCP PDU可以被处理成不完全PDCP SDU,然后存储在PDCP缓冲器中。如果定时器3处于操作中,则UE可以等待直到接收到下一个PDCP PDU为止,而如果定时器3不处于操作中,则UE可以启动定时器3并且将比在那时接收到的PDCP PDU的计数当中的最高计数高1的计数存储在Reordering_PDCP_RX_COUNT中。如果定时器3期满,则UE可以将具有比Reordering_PDCP_RX_COUNT低的计数的不完全PDCP SDU以及与比Reordering_PDCP_RX_COUNT高的连续计数关联的不完全PDCP SDU递送给下一个PDCP处理装置(例如,报头解压缩装置)。UE可以将在报头解压缩装置中处理的PDCP SDU递送给上层,并且将最后递送的PDCPSDU的顺序号存储在Last_Submitted_PDCP_RX_SN中。
如果多承载被重新配置成单承载,则UE应该将PDCP操作从PDCP操作8切换到PDCP操作6。在本公开的实施例中,PDCP处理装置可以继续应用PDCP操作8直到在多承载被重新配置成单承载之后满足重排序停止操作为止,并且如果满足重排序停止操作,则PDCP处理装置可以切换到PDCP操作6。如果低层被重建(低层的重建)或者不再存在要重排序的PDU(失序分组的不存在),则可以满足重排序停止条件。
如果正在按例如单承载而操作的UE接收到切换指令,则可能发生低层的重建。在这种情况下,存储在MCG-RLC装置中的失序PDCP PDU被全部递送给PDCP接收装置,并且UE可以切换到PDCP操作6,在PDCP操作6中,按照计数的次序依次对当前存储在PDCP缓冲器中的失序不完全PDCP SDU以及从低层递送的PDCP PDU处理成PDCP SDU、将顺序的SDU递送给上层、将失序SDU存储在缓冲器中并且然后基于从新建立的低层接收到的PDU的顺序号来确定要递送给上层的SDU。
不再存在要重排序的PDU的表达可以是指以下情况:作为使用定时器3的重排序操作的结果,在UE将随着与缺失PDU关联的定时器3期满而通过缺失PDU被视为失序的不完全PDCP SDU处理成SDU并且然后将这些SDU递送给上层之后不再存在缺失PDU。否则,不再存在要重排序的PDU的表达可以是指从低层递送的PDCP PDU是具有最低顺序号的缺失PDCP PDU的情况。例如,在承载被从多承载重新配置为单承载之后,如果所接收到的PDCP PDU的顺序号与通过将1加到Last_Submitted_PDCP_RX_SN而获得的值相同并且Last_Submitted_PDCP_RX_SN与Next_PDCP_RX_SN相同,则这可能意味着不再存在缺失PDU,或者不再存在失序不完全PDCP SDU。因为满足条件的表达意味着不再存在存储在PDCP缓冲器中的不完全PDCP SDU,所以PDCP接收装置可以立即切换到PDCP操作6。
在本公开的实施例中,将描述当承载被重新配置时由PDCP接收装置执行的操作。
承载的重新配置可以是指例如MCG承载被重新配置成多承载、多承载被重新配置成MCG承载或者多承载被重新配置成多承载的情况。
在承载重新配置期间,UE可以交替地或者顺序地应用PDCP操作9和PDCP操作10。
将参考下表8来描述PDCP操作9和PDCP操作10的示例。
表8
[表8]
表9
[表9]
表10
[表10]
因为满足表9中的条件的表达意味着接收到的PDCP PDU是具有最低顺序号的缺失PDCP PDU(例如,接收PDCP SN=Last_Submitted_PDCP_RX_SN+1),所以随着该PDU被接收到可能出现顺序的PDCP PDU。
满足表10中的条件的PDCP PDU可以是指具有比所述接收到的PDCP PDU以及顺序地接收到的多个PDCP PDU的顺序号低的顺序号的所有缺失PDU,包括缺失PDCP PDU。
在表8中,第一PDU可以是由于低层的重建或释放而接收到的PDCP PDU,并且可以在越区切换期间出现。换句话说,如果越区切换被指示,则存储在RLC层中的失序PDCP PDU可以被递送给PDCP装置,并且这些PDCP PDU将被称为“第一PDU”。
在表8中,第二PDU可以是既不是由于低层的重建也不是由于低层的释放而被接收到的PDCP PDU,并且第二PDU可以是在越区切换完成之后从目标小区接收到的PDCP PDU。
基于越区切换,第一PDU可以被解释为从源小区接收到的失序PDCP PDU,并且第二PDU可以被解释为从目标小区接收到的PDCP PDU。
在本公开的实施例中,MeNB可以使用RRC连接重新配置控制消息来重新配置特定承载或者指示越区切换。在这种情况下,UE可以根据RRC连接重新配置消息中指示的重新配置的类型来执行优化的操作。
图29例示了根据本公开的实施例的承载重新配置期间的UE操作。
参考图29,在操作2905中,UE可以接收与多承载有关的承载重新配置消息。在这个实施例中,措词“与多承载有关的”意味着通过使用控制消息,多承载被改变为例如MCG承载或多承载,或者MCG承载被改变为多承载。
在操作2910中,UE可以使用控制消息来确定越区切换是否被指示。如果越区切换被指示,则PDCP可以执行重新配置操作。PDCP重新配置可以包括诸如应用新安全密钥并且重置报头压缩操作的特定操作,并且可以在越区切换期间被执行。
如果越区切换未被指示,则UE可以进行到操作2915,而如果越区切换被指示,则UE可以进行到操作2935。
在操作2915中,UE可以检查重新配置的类型。如果重新配置类型指示从MCG承载到多承载的重新配置,则UE可以进行到操作2920。如果重新配置类型指示从多承载到多承载的重新配置,则UE可以进行到操作2925。如果重新配置类型指示从多承载到MCG承载的重新配置,则UE可以进行到操作2930。
在操作2935中,UE可以检查重新配置的类型。如果重新配置类型指示从MCG承载到多承载的重新配置,则UE可以进行到操作2940。如果重新配置类型指示从多承载到多承载的重新配置,则UE可以进行到操作2945。如果重新配置类型指示从多承载到MCG承载的重新配置,则UE可以进行到操作2950。
在操作2920中,UE可以停止应用PDCP操作9,然后应用PDCP操作10。换句话说,UE已接收到与多承载有关的RRC连接重新配置消息,并且当重新配置被执行时,如果PDCP未被重新配置(即,重新配置不是在越区切换情况下被执行的重新配置)并且MCG承载被重新配置成多承载,则UE可以停止应用作为针对MCG承载的操作的PDCP操作9,然后应用作为针对多承载的操作的PDCP操作10。
在操作2925中,UE可以继续应用PDCP操作10。换句话说,UE已接收到与多承载有关的RRC连接重新配置消息,并且当重新配置被执行时,如果PDCP未被重新配置(即,重新配置不是在切换情况下被执行的重新配置)并且多承载被重新配置成多承载,则UE可以继续应用作为针对多承载的操作的PDCP操作10。
在操作2930中,UE可以应用PDCP操作10直到满足预定条件为止。当在承载重新配置完成之后首先重新配置PDCP时可能满足预定条件。换句话说,UE已接收到与多承载有关的RRC连接重新配置消息,并且当重新配置被执行时,如果PDCP未被重新配置(即,重新配置不是在越区切换情况下被执行的重新配置)并且多承载被重新配置成MCG承载,则即使承载被重新配置成MCG承载,UE也可以继续应用作为针对多承载的操作的PDCP操作10。如果PDCP被重新配置,则UE可以应用作为针对MCG承载的操作的PDCP操作9(即,UE可以继续应用PDCP操作10直到在到MCG承载的重新配置完成之后越区切换被指示为止,并且如果越区切换被指示,则UE可以应用PDCP操作9)。
UE不在操作2930中立即应用PDCP操作9的原因是因为如果承载被从多承载重新配置为MCS承载则可能存在失序PDCP PDU,所以UE应该继续应用PDCP操作10直到失序PDU是顺序的为止,以便防止数据丢失。
在操作2940中,UE可以对于第一PDU应用PDCP操作9,并且对于第二PDU应用PDCP操作10。如上所述,第一PDU可以是指从源小区接收到的PDCP PDU,并且如果甚至对于第一PDU应用了PDCP操作10,也可能发生重排序性能的降级。第二PDU可以是指从目标小区接收到的PDU,并且可以在第一PDU被全部接收到之后接收第二PDU。因为第二PDU是在到多承载的重新配置完成之后接收的,所以UE可以对于第二PDU应用PDCP操作10。换句话说,UE已接收到与多承载有关的RRC连接重新配置消息,并且当重新配置被执行时,如果PDCP也被一起重新配置(即,重新配置是在越区切换情况下被执行的重新配置)并且多承载被重新配置成MCG承载,则UE可以对于已通过低层的重新配置/释放接收到的PDCP PDU应用PDCP操作9,并且对于尚未通过低层的重新配置/释放接收到的PDCP PDU应用PDCP操作10。
在操作2945中,像在操作2940中一样,UE可以对于第一PDU应用PDCP操作9并且对于第二PDU应用PDCP操作10。换句话说,UE已接收到与多承载有关的RRC连接重新配置消息,并且当重新配置被执行时,如果PDCP也被一起重新配置(即,重新配置是在越区切换情况下被执行的重新配置)并且多承载被重新配置成多承载,则UE可以对于已通过低层的重新配置/释放接收到的PDCP PDU应用PDCP操作9,并且对于没有通过低层的重新配置/释放接收到的PDCP PDU应用PDCP操作10。
在操作2950中,UE可以对于第一PDU和第二PDU两者应用PDCP操作9。换句话说,UE已接收到与多承载有关的RRC连接重新配置消息,并且当重新配置被执行时,如果PDCP也被一起重新配置(即,重新配置是在越区切换情况下被执行的重新配置)并且多承载被重新配置成MCG承载,则UE可以对于已通过低层的重新配置/释放接收到的PDCP PDU应用PDCP操作9,并且甚至对于没有通过低层的重新配置/释放接收到的PDCP PDU应用PDCP操作9。换句话说,UE可以立即应用PDCP操作。
在本公开的实施例中,可以提出PDCP接收装置对从低层接收到的PDCP PDU进行处理的操作。
在本公开的这个实施例中,如果从低层接收到PDCP PDU,则PDCP接收装置可以确定该PDU是否满足预定重复接收条件,并且对于满足该重复接收条件的PDU采取预定动作。PDCP接收装置可以根据PDCP接收装置是与单承载连接的装置还是与多承载连接的装置来执行不同的操作。
可以如下表11中所示定义针对任意PDU的重复接收条件。
表11
[表11]
重复接收条件用于确定接收到的PDU的顺序号是否是比Last_Submitted_PDCP_RX_SN低的号码(或者接收到的PDU的顺序号是否是被比Last_Submitted_PDCP_RX_SN更早地指派的号码(例如,较旧号码),而不是确定是否曾经已接收任意PDCP PDU,并且重复接收条件可以用于确定接收到的PDU的顺序号是否是比已经被递送给上层的最低顺序号低的顺序号。
对于任意PDCP PDU来说满足重复接收条件的表达意味着因为PDCP PDU的净荷很可能已经被已经递送给上层,所以如果PDCP SDU被递送给上层则很可能发生不必要的失常。因此,在这个实施例中,PDCP接收装置可以丢弃满足重复接收条件的PDCP PDU,而无需将它递送给上层。
如果满足重复接收条件的PDCP PDU是已在单承载上接收到的PDCP PDU,则UE可以执行将该PDCP PDU处理成PDCP SDU的操作以在丢弃该PDCP PDU之前更新鲁棒报头压缩(ROHC)上下文(参见RFC 3095),然后丢弃PDCP SDU。另一方面,如果满足重复接收条件的PDCP PDU是已在多承载上接收到的PDCP PDU,则UE可以立即丢弃该PDCP PDU,而无需将该PDCP PDU处理成SDU。用于应用如上所述的不同操作的原因如下。
如果满足重复接收条件的PDCP PDU是已在单承载上接收到的PDCP PDU,则即使该PDCP PDU是重复地接收到的PDU,与ROHC有关的重要分组也可以被包括在该PDCP PDU中。如果ROHC在诸如越区切换的处理中被重置,则可能发生此现象。因此,即使在单承载上接收到的PDCP PDU是重复地接收到的PDCP PDU,UE也可以首先将该PDCP PDU处理成PDCP SDU以更新ROHC上下文,然后丢弃该PDCP SDU。
在多承载操作中,因为ROHC未被重置,所以UE不必执行对重复地接收到的分组进行处理以更新ROHC上下文的操作。因此,如果确定了PDCP PDU被重复地接收到,则UE可以立即丢弃该PDCP PDU。
图27例示了根据本公开的实施例的确定UE是否已经重复地接收到PDCP PDU的操作。
参考图27,在操作2705中,PDCP接收装置可以从低层接收PDCP PDU。在操作2710中,PDCP接收装置可以确定PDCP SDU的顺序号是否满足重复接收条件。如果PDCP SDU的顺序号不满足重复接收条件,则PDCP接收装置可以进行到操作2715,而如果PDCP SDU的顺序号满足重复接收条件,则PDCP接收装置可以进行到操作2720。在操作2715中,PDCP接收装置可以确定所接收到的PDCP PDU是从多承载还是从单承载递送的。如果所接收到的PDCP PDU是从多承载递送的,则PDCP接收装置可以进行到操作2719,而如果所接收到的PDCP PDU是从单承载递送的,则PDCP接收装置可以进行到操作2717。
在操作2717中,UE可以将所接收到的PDCP PDU处理成PDCP SDU,而无需考虑所接收到的PDCP PDU是否被重排序,然后将该PDCP SDU递送给上层。在操作2719中,如果所接收到的PDCP PDU是顺序的,则UE可以立即将该PDCP PDU处理成PDCP SDU并且然后将该PDCPSDU递送给上层,而如果所接收到的PDCP PDU不是顺序的(或者失序),则UE可以在对该PDCPPDU的重排序完成之后将该PDCP PDU处理成PDCP SDU,然后将该PDCP SDU递送给上层。换句话说,在操作2719中,UE可以仅将其重排序完成的PDCP PDU处理成PDCP SDU,并且将该PDCPSDU递送给上层。这里,将PDCP PDU处理成PDCP SDU可以意指通过执行诸如对PDCP PDU进行译码并且对其报头进行解压缩的操作来将PDCP PDU转换成PDCP SDU。
如果在操作2710中满足重复接收条件,则PDCP接收装置可以在操作2720中确定PDCP PDU被从其递送的承载是单承载还是多承载。如果承载是单承载,则PDCP接收装置可以进行到操作2725,而如果承载是多承载,则PDCP接收装置可以进行到操作2730。在操作2725中,PDCP接收装置可以将PDCP PDU处理成PDCP SDU,然后丢弃该PDCP SDU。在操作2730中,PDCP接收装置可以丢弃PDCP PDU,而无需将该PDCP PDU处理成PDCP SDU。
在图27的示例中,作为UE的另一操作,如果PDCP PDU、不完全PDCP SDU或者具有与所接收到的PDCP PDU的顺序号相同的顺序号的PDCP SDU已经被存储在PDCP接收缓冲器中,则UE可以对于单承载和多承载执行不同的操作。
例如,如果具有与所接收到的PDCP PDU的顺序号相同的顺序号的PDCP SDU已经被存储在单承载的PDCP接收缓冲器中,则UE可以对该PDCP PDU进行译码,对其报头进行解压缩,然后丢弃该PDCP PDU。在对其报头进行解压缩之后丢弃PDCP PDU的原因是为了通过对报头进行解压缩来更新报头解压缩上下文,因为重复地发送的PDCP PDU很可能为分组,其报头被压缩为更近的报头压缩上下文。
此外,如果PDCP SDU、不完全PDCP SDU或者具有与所接收到的PDCP PDU的顺序号相同的顺序号的PDCP PDU已经被存储在多承载的PDCP接收缓冲器中,则UE可以对该PDCPPDU进行译码,将经译码的PDCP PDU处理成不完全PDCP SDU,然后丢弃具有相同顺序号的当前存储的PDCP分组(例如,PDCP PDU、不完全PDCP SDU或PDCP SDU),并且存储该不完全PDCPSDU。
在多承载的情况下,如果失序不完全PDCP SDU的报头被解压缩,则其后续的不完全PDCP SDU的报头解压缩可能受影响。因此,如上所述,UE可以存储重复地接收到的分组直到重复地接收到的分组被重排序为止,而无需对其报头进行解压缩。
尽管在图27的示例中未示出,但是作为UE的另一操作,如果具有与所接收到的PDCP PDU的顺序号相同的顺序号的PDCP PDU或PDCP SDU已经被存储在多承载的PDCP接收缓冲器中,则UE可以执行另一不同的操作。
例如,如果具有与所接收到的PDCP PDU的计数相同的计数的PDCP SDU已经被存储在多承载的PDCP接收缓冲器中,则UE可以对该PDCP PDU进行译码,对其报头进行解压缩,然后丢弃该PDCP PDU。在对其报头进行解压缩之后丢弃PDCP PDU的原因是为了通过对报头进行解压缩来更新报头解压缩上下文,因为重复地发送的PDCP PDU很可能为分组,其报头被压缩作为更近的报头压缩上下文。
此外,如果具有与所接收到的PDCP PDU的计数相同的计数的PDCP PDU已经被存储在多承载的PDCP接收缓冲器中,则UE可以丢弃所存储的PDCP PDU并且存储新接收到的PDCPPDU。在单承载的情况下,用于执行与丢弃重复地接收到的PDCP PDU的操作不同的操作的原因是在多承载结构中,在重传预定PDCP PDU时,UE可以再次将报头压缩为更近的报头压缩上下文,然后重传该PDCP PDU。作为UE的另一操作,在对具有与所接收到的PDCP PDU的计数相同的计数的PDCP分组(例如,PDCP PDU或PDCP SDU)进行处理时,UE可以根据具有相同计数的PDCP分组是PDCP SDU还是PDCP PDU来执行不同的操作。
如果具有与所接收到的PDCP PDU的计数相同的计数的PDCP分组已经被存储,则UE可以确定所存储的PDCP分组是PDCP PDU还是PDCP SDU,而如果所存储的PDCP分组是PDCPPDU,则UE可以丢弃该PDCP PDU而无需执行附加操作。另一方面,如果所存储的PDCP分组是PDCP SDU时,则UE可以对所接收到的PDCP PDU的报头进行解压缩,对该PDCP PDU进行译码,然后丢弃该PDCP PDU。
现在,将做出根据本公开的实施例的用于为多承载设置优先化比特速率(PBR)的方法的描述。
在使用由ENB指派的上行链路许可来发送数据时,UE可以考虑到逻辑信道的优先级确定UE将发送哪一个数据。如果在高优先级逻辑信道中连续地生成数据,则可能没有长时间为低优先级逻辑信道的数据服务,从而导致用于保持数据会话的最小数据发送/接收也是不可能的问题。为了解决这个问题,已经引入了PBR的概念。如果在逻辑信道中设置了PBR,则UE可以在每个发送时间间隔(TTI)中通过针对逻辑信道的PBR增加PBR相关令牌Bj。在确定要发送的数据时,UE可以首先考虑Bj。例如,即使可发送数据存在于高优先级逻辑信道x中,如果该逻辑信道x的Bj是0,则UE也可以通过至少Bj优先地发送其优先级低但是其Bj不为0的逻辑信道的数据。这个操作遵循标准TS36.321的第5.7节中的描述。
可以针对每个逻辑信道来指派和管理PBR。然而,如果逻辑信道是连接至多承载的逻辑信道,则优先考虑所有相关逻辑信道来操作PBR,而不是针对每个逻辑信道独立地操作PBR。原因是PBR的目的是为了对于任意数据服务确保最小传输带宽,并且在多承载的情况下,一个服务与两个逻辑信道有关。
在现有信令系统中,与PBR有关的参数可以包括prioritisedBitRate和bucketSizeDuration,并且可以针对每个逻辑信道而发信号通知这些参数。Bj被首先初始化为零(0),然后在每个TTI中增加prioritisedBitRate。Bj的最大大小限于prioritisedBitRate和bucketSizeDuration的积。通常,特定无线电承载可以被配置为仅与一个逻辑信道连接的单承载。如果UE将来移动到宏小区区域,则可以将单承载重新配置成多承载,并且UE可以根据预定规则将多承载的PRB适当地分发给SCG逻辑信道和MCG逻辑信道。
图12例示了根据本公开的实施例的UE为多承载设置PBR的操作。
参考图12,在操作1205中,UE可以接收用于指示将单承载重新配置成多承载的控制消息。在操作1210中,UE可以参考控制消息1和控制消息2的PBR信息将MCG逻辑信道的PBR以及SCG逻辑信道的PBR调整为适当的值。控制消息2意指用于将单承载重新配置成多承载的控制消息,并且控制消息1意指包含关于单承载的PBR信息的控制消息。通常,可以首先生成控制消息1,并且可以稍后生成控制消息2。可能存在用于调整MCG逻辑信道和SCG逻辑信道的PBR的数个方法,并且能够使用在下面所呈现的方法中的一个。
针对任意多承载x的PBR设置方法1
如果承载x的逻辑信道的PBR在控制消息1中被设置为A并且承载x的SCG逻辑信道(LCH)的PBR在控制消息2中被设置为B,则可以将SCG LCH的PBR设置为发信号通知的B并且可以将MCG LCH的PBR调整为A-B。
针对任意多承载x的PBR设置方法2
如果PBR信息存在于控制消息2中,则可以对SCG LCH应用PBR,而如果PBR信息不存在,则可以对MCG LCH应用PBR。换句话说,如果承载x的逻辑信道的PBR在控制消息1中被设置为A并且承载x的SCG LCH的PBR在控制消息2中被设置为B,则可以将SCG LCH的PBR设置为发信号通知的B并且可以将MCG LCH的PBR调整为零(0)。否则,如果在控制消息2中未设置针对承载x的SCG LCH的PBR,则可以使MCG LCH的PBR保持为A,并且可以将SCG LCH的PBR设置为0。
针对任意多承载x的PBR设置方法3
可以通过控制消息2来指定将被应用有PBR的LCH。例如,可以如下表12中所示设置PBR。
表12
[表12]
例如,如果承载x的逻辑信道的PBR作为A在控制消息1中被通知并且承载x的逻辑信道的PBR被设置为B并且PBR指示符被作为MCG设置在控制消息2中,则UE可以将MCG LCH的PBR调整为B并且将SCG LCH的PBR设置为0。在操作1215中,UE可以使现有MCG LCH的Bj的预定量移位到SCG LCH。
如果使用了PBR设置方法1,则UE可以将MCG LCH减去用于MCG LCH的Bj的预定比率,并且将它加到SCG LCH。因此,SCG LCH的Bj可以被初始化为在MCG LCH中移位的Bj的量,而不是被初始化为0。
如果使用了PBR设置方法2或3,则在PBR被应用于SCG的情况下,可以使MCG LCH的Bj的整体移位到SCG LCH。如果PBR被应用于MCG,则可以使MCG LCH的Bj保持原样。
在操作1220中,UE可以通过应用经调整的PBR和经调整的Bj来执行与MCG LCH和SCG LCH中的PBR有关的操作。换句话说,UE可以执行在每个TTI中将Bj增加PBR以及将Bj减小和所发送的数据的量一样多的操作。
尽管在本公开的各种实施例中假定了MCG服务小区和SCG服务小区皆使用LTE技术,但是两个小区组可以使用不同的无线技术。例如,UE可以使用LTE无线技术来与MCG服务小区交换数据,并且可以使用另一无线技术(例如,无线保真(WiFi)技术或高速分组接入(HSPA)技术)来与SCG服务小区交换数据。在UE使用不同的无线技术一起发送和接收数据的场景中,一个PDCP装置可以对通过不同的无线技术接收到的PDCP PDU执行重排序,并且将这些PDCP PDU分发给使用不同的无线技术的低层装置。在这种情况下,能够应用遍及本说明书所呈现的技术(例如,基于定时器的重排序技术或重排序操作切换过程)。在本文中,多承载可以被定义为一个承载,其中一个PDCP装置与使用不同的无线技术的两个低层连接并且它们中的至少一个是使用LTE技术的低层。
现在,将做出根据本公开的实施例的一个方法的描述,其中UE的RLC装置请求缺失分组的重传。
如果发生预定事件,则RLC接收装置可以生成RLC状态PDU以报告正常地接收的RLCPDU的顺序号,并且请求RLC PDU或该RLC PDU中的一部分(例如,RLC PDU分段)的重传,RLCPDU或RLC PDU分段需要被重传。对于RLC的正常操作,RLC接收装置可以遵循3GPP标准TS36.322,并且可以与确认模式数据(AMD)PDU互换地使用RLC PDU。
RLC状态PDU根据无线电信道条件可能在大小上明显大,并且UE可以不利用给定传输资源来发送整个RLC状态PDU。在这种情况下,UE可以可选地报告仅可在给定传输资源中报告的信息。
例如,UE的接收状态将被假定为如下所示。
-目前接收到的最高RLC顺序号=100
-缺失RLC PDU=90和95
-缺失RLC PDU分段=从PDU[93]的第100个字节到第150个字节
如示出了状态PDU的格式的图13的示例中所示,状态PDU可以被配置有一个ACK_SN、一个或多个NACK_SN、每NACK_SN的零(0)以及一个或多个SOstart/SOend对。应该在以上条件下配置的状态PDU可以如下,并且状态PDU的大小可以是101个比特。
-ACK_SN=101
-ACK_SN=90
-NACK_SN=93;SOstart=100;SOend=150
-NACK_SN=95
如果要分配给RLC装置的传输资源的量例如是16个比特,则UE可以根据可能的传输资源的量如在下面所示配置状态PDU。
-ACK_SN=90
换句话说,UE可以仅报告指示UE已正常地接收直到顺序号89的信息,并且关于剩余的RLC PDU可能不报告。
在一些情况下,如果UE如上仅报告一些信息,则不正确的信息可能被发送。
图13例示了根据本公开的实施例的状态PDU的格式。
参考图13,对于一个NACK_SN来说可以包含数个SOstart/SOend对,并且如果由于给定传输资源的量而包含了该信息的仅一部分,则已接收到状态PDU的RLC装置可能做出错误的确定。例如,RLC接收装置在任意时间的接收状态可能如下。
-目前接收到的最高RLC顺序号=100
-缺失RLC PDU分段=从PDU[93]的第100个字节到第150个字节,以及从PDU[93]的第180个字节到最后字节。
换句话说,已经正常地接收到具有顺序号93的RLC PDU中的一些(例如,第1个~第99个字节和第151个~第179个字节),并且尚未正常地接收到具有顺序号93的RLC PDU中的其它部分(例如,第100个~第150个字节以及第180个字节~最后字节)。
如果UE能够在RLC状态PDU被触发时使用的传输资源的量仅足以包括ACK_SN、NACK_SN以及一个SOstart/SOend对,则UE可以生成并发送以下状态PDU。
-ACK_SN=100
-NACK_SN=93;SOstart=100;SOend=150
已接收到状态PDU的RLC装置可以从缓冲器中丢弃具有顺序号93的RLC PDU的第180个~最后字节的部分,从而误判UE甚至已正常地接收到第180个~最后字节的部分。将参考图14描述用于解决此问题的RLC接收装置的操作。参考图13中的其它字段,D/C字段指示PDU是数据PDU还是控制PDU,CPT(控制PDU类型)字段指示控制PDU的类型,E1(扩展比特1)字段指示NACK_SN、E1和E2的集合是否跟随,并且E2(扩展比特2)字段指示SOstart和SOend的集合是否跟随。Oct 1至Oct 9指示八位位组。
图14例示了根据本公开的实施例的RLC接收装置生成状态PDU的操作。
参考图14,可以在操作1405中触发RLC状态PDU。如果t-Reordering定时器在t-StatusProhibit未被驱动的情形下期满或者在接收到设置了轮询比特的RLC PDU之后第一传输机会出现,则可以触发RLC状态PDU。
在操作1410中,RLC接收装置可以确定它是否能够在传输机会中生成包括反映当前接收状态的ACK_SN、NACK_SN和SOstart/SOend中的全部的状态PDU,(例如,确定其中反映了所有当前状态的状态报告的大小是否小于可发送的RLC PDU的大小)。如果是这样的话,则RLC接收装置可以进行到操作1415,而如果不是这样的话,则RLC接收装置可以进行到操作1420。
在操作1415中,UE可以通过在其中写入ACK_SN、NACK_SN和SOstart/SOend来生成状态PDU以便反映在那时的接收状态
在操作1420中,UE可以确定是否满足以下条件。如果满足条件,则UE可以进行到操作1425,而如果不满足条件,则UE可以进行到操作1430。
条件
当UE根据给定传输资源的量(或由低层提供的RLC PDU的大小)来生成状态PDU时,一个或多个SOstart/SOend对中的仅一些是针对包括在该状态PDU中的一个NACK_SN的吗?换句话说,UE能够仅针对关于RLC PDU的一些分段(其中的一个或多个分段尚未被接收)报告接收状态吗?换句话说,能够包括数个SOstart/SOend对中的仅仅一部分吗?
在操作1425中,RLC接收装置可以将包括在NACK_SN中的最后SOstart/SOend对的SOend值设置为预定值(例如,“111111111111111”)。如果SOend被设置为以上值,则意味着RLC接收装置尚未接收到从通过SOstart所指示的字节到最后字节的部分。换句话说,通过将最后SOend的值设置为以上值,RLC接收装置甚至对于成功地接收到的分段也可以请求传输,并且可以至少防止RLC发送装置丢弃该RLC发送装置仍然尚未接收到的分段。在以上示例中,可以生成以下状态PDU。
-ACK_SN=100
-NACK_SN=93;SOstart=100;SOend=预定值
已接收到状态PDU的发送装置可能不丢弃具有顺序号93的RLC PDU的第151个~第179个字节。
作为另一操作,在操作1425中,RLC接收装置可以取消经触发的状态PDU,并且在下一个传输机会中再次发送状态PDU。换句话说,这是因为在下一个传输机会中,可以分配更多的传输资源,使得有可能包括所有必要的信息。
在操作1430中,UE可以根据RLC PDU的大小来确定UE将报告NACK信息直到哪一个RLC PDU分段,将紧跟最后RLC PDU分段之后的缺失RLC PDU的顺序号写入ACK_SN,并且通过顺序地写入被给出来报告NACK信息或针对RLC PDU分段的NACK信息来生成状态PDU。将参考图15描述用于解决此问题的RLC发送装置的操作。
图15例示了根据本公开的实施例的RLC发送装置接收状态PDU的操作。
参考图15,在操作1505中RLC发送装置可以接收/触发状态PDU。
在操作1510中,RLC发送装置可以使用状态PDU的ACK_SN、NACK_SN、SOstart和SOend来确定哪个RLC PDU和RLC PDU分段已经被正常地发送,并且可以从其发送缓冲器中丢弃正常地发送的分组并且准备好重传需要重传的分组。在这种情况下,RLC发送装置可以确定要从发送缓冲器中丢弃的数据以及要重传的数据,如下所述。在下文中,为了描述的方便,配置有一个NACK_SN和一个或多个SOstart/SOend对的NACK信息将被称为部分NACK信息。包含诸如ACK_SN、NACK_SN、NACK_SN和SOstart/SOend的有意义信息的元素将被称为状态元素。
RLC发送装置可以确定它应该重传在状态PDU中仅用NACK_SN指示的所有RLC PDU。
RLC发送装置可以确定它应该重传通过包括在状态PDU中的部分NACK信息被报告为缺失的RLC PDU分段。
RLC发送装置可以确定除了在包括在状态PDU中的部分NACK信息中通过部分NACK信息(除最后状态元素以外)被报告为缺失的RLC PDU分段之外的剩余的分段已被正常地接收,并且丢弃剩余的分段。
如果状态PDU的最后状态元素是部分NACK信息,则RLC发送装置可能不确定是否已经接收到除了通过部分NACK信息被报告为缺失的RLC PDU分段之外的剩余的分段。换句话说,RLC发送装置可能既不丢弃剩余的分段也不重传剩余的分段。
现在,将做出根据本公开的实施例的UE报告多个类别并且通过应用类别中的一个来执行HARQ操作的方法的描述。
为了让UE和ENB执行数据交换,ENB应该识别UE的能力。例如,诸如UE的最大下行链路数据速率和UE的HARQ缓冲器性能的信息可以是ENB应该知道以便向UE发送下行链路数据的信息。与UE的下行链路数据发送/接收有关的能力信息可以被以UE类别的形式报告给ENB。下表示出了标准36.306中定义的“UE类别”。如果UE类别是基于UE的下行链路数据接收能力而分类的,则类别1对应于10Mbps,类别2对应于50Mbps,类别3对应于100Mbps,类别4对应于150Mbps,并且类别5、6和7对应于300Mbps,以及类别8对应于3Gbps。
表13
[表13]
在表13中,已经在LTE标准版本8中引入了类别1~5,并且已经在LTE标准版本10中引入了类别6~8。换句话说,基于版本8的ENB可能不理解类别6~8。除以上类别之外的与其它数据速率对应的类别的引入可能是需要的。例如,在LTE标准版本12中,已经确定了与450Mbps对应的新类别9和10的引入。在下文中,为了描述的方便,类别1~5将被称为第一类别,类别6~8将被称为第二类别,并且类别9~10将被称为第三类别。基于版本8和版本9的ENB可能不理解第二类别和第三类别,基于版本10和版本11的ENB可能不理解第三类别,并且基于版本12或以后版本的ENB可以理解所有类别。UE可以在一些情况下报告数个类别,因为UE不能够识别ENB的版本。例如,第二类别的UE可以不仅报告第二类别还报告第一类别。第三类别的UE可以不仅包括第三类别还报告第二类别和第一类别。因为这些类别与如在下面所描述的软缓冲器的大小具有密切关系,所以UE和ENB彼此应该应用相同的类别。因此,需要UE和ENB对于已报告了多个类别的UE应用相同的类别的方法。将在下面更详细地描述表的每个项。
在表中,通过将“UE能够在一个TTI(1ms)内接收的比特的最大数目”乘以100,能够将比特的最大数目转换成系统的每秒最大传送速率。
在表中,“软信道比特的总数”不仅可能与UE的缓冲器大小有关,而且影响速率匹配操作。如果“软信道比特的总数”被定义为Nsoft,则“传输块的软缓冲器大小”被定义为噪声与干扰比(NIR),并且“码块的软缓冲器大小”被定义为Ncb,可以给出以下等式(1)的关系。
<等式1>
其中KMIMO根据发送模式具有2或1的值,并且min(MDL_HARQ,Mlimit)通常具有8的值。此外,C表示码块的数目,并且KW表示循环缓冲器的长度并且具有KW=3KΠ的关系,其中KΠ表示子块的交织器大小并且具有6144个比特的长度。换句话说,如以上等式中所示,可以理解的是,如果Nsoft的值影响NIR的值并且NIR/C的值小于KW,(换句话说,如果高速数据发送/接收在进行中),则NIR的值影响Ncb的值。因为穿刺/接收图案根据Ncb的值而受到影响,所以可以理解的是,如果UE与ENB之间的Nsoft的值被误解,则这可能导致错误的操作。与例如速率匹配有关的其它各种问题可以遵循标准36.212。
图18例示了根据本公开的实施例的ENB与已报告了三个类别的UE一起执行下行链路数据发送/接收的操作。
参考图18,在包括UE 1805、ENB 1810和MME 1815的移动通信系统中,可以在操作1820中使UE 1805加电。UE 1805可以执行小区搜索,并且如果检测到可接入小区,则在操作1825中,UE 1805可以通过小区与ENB 1810一起执行RRC连接建立过程(参见标准36.331)。在操作1830中,UE 1805可以通过经建立的RRC连接向MME 1815发送预定控制消息。该控制消息可以是例如用于请求服务的发起的服务请求消息或者用于请求初始注册的附着请求消息。MME 1815可以通过预定过程来确定是否接受UE 1805的请求,并且如果MME 1815确定要向UE 1805提供移动通信服务,则接受请求,在操作1835中MME 1815可以向ENB 1810发送包含与UE 1805有关的信息的控制消息。该控制消息可以包括ENB 1810需要以便与UE 1805一起执行数据发送/接收的信息(例如,安全密钥信息、UE的服务配置文件信息等)。如果MME1815具有UE 1805的能力信息,则MME 1815可以甚至将UE 1805的能力信息包括在控制消息中。如果MME 1815不具有UE 1805的能力信息,则可能不将该能力信息递送给ENB 1810,并且在操作1840中ENB 1810可以向UE 1805发送预定RRC控制消息以便获得UE 1805的能力信息。该控制消息是指UE能力信息请求消息(UE能力查询消息),并且该控制消息可以包含或者具有指示ENB 1810请求的无线电接入技术(RAT)的能力信息的字段。LTE ENB 1810可以设置该字段,使得可以请求演进型通用陆地无线电接入(E-UTRA)的能力信息。在接收到控制消息时,UE 1805可以确定哪一个RAT已被请求的能力信息,并且如果E-UTRA的能力信息已被请求,则UE 1805可以生成包含与该E-UTRA有关的能力信息的UE能力信息消息,并且在操作1845中将该UE能力信息消息发送到ENB 1810。该控制消息可以包括关于至少一个类别的信息。
如果UE 1805的能力对应于类别1~5中的一个,则UE 1805可以仅报告与它自己的能力对应的第一类别。
如果UE 1805的能力对应于类别6~8中的一种,则UE 1805可以报告与它自己的能力对应的第二类别以及与第二类别最类似的第一类别。例如,类别6或类别7的UE可以报告作为第一类别的类别4,并且类别8的UE可以报告作为第一类别的类别5。
如果UE 1805的能力是类别9或类别10,则UE 1805可以报告与它自己的能力对应的第三类别以及与第三类别最类似的第二类别和第一类别。例如,类别9的UE可以报告作为第三类别的类别9、作为第二类别的类别6以及作为第一类别的类别4。
在接收到UE 1805的能力信息时,在操作1850中,ENB 1810可以参考能力信息确定UE 1805的连接,并且确定ENB 1810将应用哪一个类别。
ENB 1810可以配置(或者设置)天线、发送模式、CA等,并且可以根据预定规则来确定要相对于配置应用的类别。将在下面对规则进行更详细的描述。在操作1855中,ENB 1810可以向UE 1805发送包含配置信息的RRC连接重新配置消息。控制消息可以包括UE 1805可以据此确定ENB 1810已应用了哪一个类别的信息。UE 1805可以通过在控制消息中应用配置信息来配置天线、发送模式、CA等。在操作1860中,UE 1805可以参考控制消息中的信息来确定UE 1805将应用哪一个类别,并且根据所确定的类别来重新配置下行链路HARQ软缓冲器。
在操作1865中,ENB 1810可以通过应用所确定的类别的Nsoft来配置下行链路HARQ缓冲器,并且使用该HARQ缓冲器来向UE发送下行链路数据。例如,UE 1805可以通过应用所确定的类别的Nsoft来确定NIR,并且根据NIR确定HARQ软缓冲器的大小。如果Nsoft和NIR改变了,则UE 1805可以根据Nsoft和NIR的改变来改变软缓冲器的大小。如果经重新配置的软缓冲器的大小比前一个软缓冲器的大小更小,则UE 1805可以丢弃存储在软缓冲器中的数据当中的比经重新配置的软缓冲器大的数据,并且仅保持小于经配置的软缓冲器的数据。这个操作将被称为软缓冲器重新配置期间的数据管理操作。
在操作1865中,UE 1805可以使用经配置的软缓冲器来从ENB 1810接收下行链路数据。
此后,在任意时间,ENB 1810可以确定来改变UE 1805的配置。因此,可以在操作1870中改变要应用的类别。例如,当UE 1805执行到新ENB的越区切换时,如果因为新ENB的版本比前一个ENB的版本低所以ENB 1810不能够理解UE 1805的类别中的一些,则应该应用新类别。例如,对于越区切换,目标ENB可以确定UE 1805将在其越区切换之后应用的配置信息,并且将该配置信息递送给源ENB,并且在操作1875中源ENB可以向UE 1805发送包含该配置信息的RRC连接重新配置消息。RRC连接重新配置消息可以包含用于指示越区切换的控制消息,并且UE 1805可以与该控制消息中所指示的目标小区建立下行链路同步。UE 1805还可以使用包含在RRC连接重新配置消息中的信息来确定要在目标小区中应用的类别。在操作1880中,UE 1805可以根据类别重新配置下行链路软缓冲器。在操作1885中,UE可以使用经重新配置的下行链路软缓冲器来从目标小区接收下行链路数据。特别地,UE 1805可以在它与目标小区的下行链路同步被建立的情况下在目标小区中执行随机接入过程,并且可以在随机接入过程完成的情况下开始使用经重新配置的下行链路软缓冲器。
图19例示了根据本公开的实施例的UE操作。
在开始图19中的操作之前,UE可以确定它自己的类别。UE的类别可以在其生产过程中被确定并且存储在非易失性内部存储器等中。如上所述,UE可以具有至少一个类别。仅仅在当UE与较旧ENB连接时的情况下,属于第三类别的UE可以甚至具有较旧ENB能够识别的第二类别和第一类别。此后,在其加电时,UE可以通过小区搜索操作等来选择UE将驻留的适当小区,并且在操作1905中通过小区执行网络接入过程。UE可以通过应用第一类别的Nsoft直到UE接收到第一RRC连接重新配置消息为止来确定下行链路软缓冲器的大小,并且执行HARQ操作。
参考图19,在操作1910中,UE可以在报告能力信息的同时报告它自己的类别。UE可以报告第一类别、第二类别和第三类别,并且UE可以报告作为第三类别的类别9、作为第二类别的类别6以及作为第一类别的类别4,或者可以报告作为第三类别的类别10、作为第二类别的类别7以及作为第一类别的类别4。
在操作1915中,在接收到RRC连接重新配置消息时,UE可以通过应用包含在控制消息中的配置信息来重建连接。在操作1920中,UE可以确定包含在控制消息中的信息是否满足第二类别选择条件或第三类别选择条件。如果信息对于两个条件都不满足,则UE可以进行到操作1925,而如果信息满足第二类别选择条件,则UE可以进行到操作1930。否则,如果信息满足第三类别选择条件,则UE可以进行到操作1935。
在操作1925中,UE可以通过应用第一类别来确定Nsoft。例如,如果UE已报告了作为第三类别的类别9、作为第二类别的类别6以及作为第一类别的类别4,则UE可以应用类别4。如果与当前在使用中的Nsoft不同的值被确定为新Nsoft,或者如果与当前在使用中的NIR不同的NIR被确定为新Nsoft,则UE可以在软缓冲器重新配置期间执行数据管理操作。
在操作1930中,UE可以通过应用第二类别来确定Nsoft。例如,如果UE已报告了作为第三类别的类别9、作为第二类别的类别6以及作为第一类别的类别4,则UE可以应用类别6。如果与当前在使用中的Nsoft不同的值被确定为新Nsoft,或者如果与当前在使用中的NIR不同的NIR被确定为新Nsoft,则UE可以在软缓冲器重新配置期间执行数据管理操作。
在操作1935中,UE可以通过应用第三类别来确定Nsoft。例如,如果UE已报告了作为第三类别的类别9、作为第二类别的类别6以及作为第一类别的类别4,则UE可以应用类别9。如果与当前在使用中的Nsoft不同的值被确定为新Nsoft,或者如果与当前在使用中的NIR不同的NIR被确定为新Nsoft,则UE可以在软缓冲器重新配置期间执行数据管理操作。
在本公开的这个实施例中,第二类别选择条件和第三类别选择条件的各种示例可以如下。
第二类别选择条件(1)
在服务小区当中,不存在其中设置了发送模式(TM)10的服务小区,并且存在其中设置了TM 9的至少一个服务小区。
第三类别选择条件(1)
在服务小区当中,存在其中设置了TM 10的至少一个服务小区。
简单地说,UE可以基于UE中设置的发送模式来选择类别。
TM 9和TM 10是标准36.213中定义的转发发送模式。TM 9是支持具有最多8个秩的单用户多输入多输出(SU-MIMO)的模式,并且TM 10是支持协同多点传输(CoMP)的模式。通过提前使非常可能应用高数据速率的发送模式与高数据速率的类别关联,可以允许UE确定UE将应用哪一个类别。
换句话说,UE可以在设置了TM 9的情况下应用第二类别,可以在设置了TM 10的情况下应用第三类别,并且可以在两个TM当中的任一个都没有被设置的情况下应用第一类别。
第二类别选择条件(2)
为UE设置了最多两个服务小区,并且存在其中设置了TM 9的至少一个服务小区。
第三类别选择条件(2)
为UE设置了至少三个服务小区。
简单地说,UE可以考虑到UE的CA状态和UE的发送模式来确定类别。
如果至少三个服务小区被聚合则非常可能实现450Mbps的数据速率。因此,如果设置服务小区的数目是3个或更多个,则可以给出定义以应用第三类别。
换句话说,UE可以在设置了至少三个服务小区的情况下应用第三类别,可以在设置了最多两个服务小区并且设置了TM 9的情况下应用第二类别,并且可以在设置了最多两个服务小区并且未设置TM 9的情况下应用第一类别。
第二类别选择条件(3)
其中设置了TM 9的至少一个服务小区被设置,并且“要应用的UE类别”控制信息未被包括在RRC重新配置控制消息中。
第三类别选择条件(3)
“要应用的UE类别”控制信息被包括在RRC重新配置控制消息中。
简单地说,UE可以在RRC重新配置控制消息中显式地指示UE将应用哪一个类别。特别地,UE可以显式地仅指示是否应用第三类别,并且使第二类别与TM 9的使用/不使用关联,从而使得有可能降低信令开销。换句话说,UE可以在关于要应用的类别的信息被包括的情况下应用第三类别,可以在该信息不存在并且设置了TM 9的情况下应用第二类别,并且可以在该信息不存在并且未设置TM 9的情况下应用第一类别。
图16是例示了根据本公开的实施例的LTE系统中的UE的配置的框图。
参考图16,UE可以包括控制消息处理器1665、各种上层处理器1670、1675和1685、控制器1680、SCG-MAC装置1615、MCG-MAC装置1610、收发器1605、PDCP装置1645、1650、1655和1660以及RLC装置1620、1625、1630、1635和1640。
收发器1605可以通过服务小区的下行链路信道接收数据和预定控制信号,并且通过服务小区的上行链路信道发送数据和预定控制信号。如果设置了多个服务小区,则收发器1605可以通过所述多个服务小区来执行数据发送/接收以及控制信号发送/接收。
MCG-MAC装置1610可以对在RLC装置1620、1625、1630、1635和1640中生成的数据进行复用,或者可以对从收发器1605接收到的数据进行解复用并且将经解复用的数据递送给适当的RLC装置1620、1625、1630、1635和1640。MCG-MAC装置1610还可以对针对MCG触发的缓冲器状态报告(BSR)或功率余量报告(PHR)进行处理。
作为RRC层装置的控制消息处理器1665可以对从ENB接收到的控制消息进行处理并且采取必要的动作。例如,控制消息处理器1665可以接收RRC控制消息并且将各种配置信息递送给控制器1680。
可以为每个服务配置上层处理器1670、1675和1685。上层处理器1670、1675和1685可以对在诸如FTP或VoIP的用户服务中生成的数据进行处理,并且将经处理的数据递送给PDCP装置1645、1650、1655和1660。
控制器1680可以检查通过收发器1605接收到的调度命令(例如,上行链路许可),并且控制收发器1605和复用器/解复用器,使得可以在适当的时间利用适当的传输资源执行上行链路发送。控制器1680可以对于图15中所示的UE操作执行各种控制功能。
可以将PDCP装置1645、1650、1655和1660划分成单承载PDCP装置1645、1650和1660以及多承载PDCP装置1655。单承载PDCP装置1645、1650和1660可以通过仅MCG或SCG来发送和接收数据,并且可以与一个RLC发送/接收装置连接。多承载PDCP装置1655可以通过MCG和SCG来发送和接收数据。RLC装置1620、1625、1630、1635和1640可以执行图14和图15中所描述的操作。多承载PDCP装置1655可以执行图5至图7中所示的PDCP操作,并且控制器1680可以共同地控制图5至图12中所示的各种控制操作。此外,控制器1680可以共同地控制图18至图29中所示的各种控制操作。
图17是例示了根据本公开的实施例的LTE系统中的ENB的配置的框图。
参考图17,ENB可以包括MAC装置1710、控制消息处理器1765、控制器1780、收发器1705、PDCP装置1745、1750和1755、RLC装置1720、1725和1730以及调度器1790。
收发器1705可以使用下行链路载波来发送数据和预定控制信号,并且使用上行链路载波来接收数据和预定控制信号。如果设置了多个载波,则收发器1705可以使用所述多个载波来执行数据发送/接收以及控制信号发送/接收。
MAC装置1710可以对在RLC装置1720、1725和1730中生成的数据进行复用,或者可以对从收发器1705接收到的数据进行解复用并且将经解复用的数据递送给适当的RLC装置1720、1725和1730或控制器1780。控制消息处理器1765可以对由UE发送的控制消息进行处理并且采取必要的动作,或者可以生成要发送到UE的控制消息,并且将该控制消息递送给低层。
调度器1790可以考虑到UE的缓冲器状态和信道状态在适当的时间将传输资源分配给UE,并且控制收发器1705以对由UE发送的信号进行处理或者向UE发送信号。
可以将PDCP装置1745、1750和1755划分成单承载PDCP装置1745和1750以及多承载PDCP装置1755。单承载PDCP装置1745和1750可以通过仅MCG或SCG来发送和接收数据,并且可以与一个RLC发送/接收装置连接。多承载PDCP装置1755可以通过MCG和SCG来发送和接收数据。多承载PDCP装置1755可以执行图5至图7中所示的PDCP操作,并且控制器1780可以共同地控制图5至图12中所示的各种控制操作。此外,控制器1780可以共同地控制图18、图19以及图21至图29中所示的各种控制操作。RLC装置1720、1725、1730、1735和1740可以执行图14和图15中所示的操作。
如从上述描述显而易见的,根据本公开的各种实施例,可以通过在不同的ENB之间聚合载波来进一步改进UE的发送/接收速度。
此外,根据本公开的各种实施例,可以在使用多承载的通信环境(例如CA)中在单承载与多承载之间的承载重新配置期间高效地执行PDCP重排序。
虽然已经参考本公开的各种实施例示出并描述了本公开,然而本领域的技术人员将理解,在不脱离如由所附权利要求及其等同物所限定的本公开的精神和范围的情况下,可以在其中做出形式和细节上的各种改变。

Claims (14)

1.一种在支持多承载的无线通信系统中由用户设备(UE)执行的承载重新配置方法,该承载重新配置方法包括:
如果所述UE执行从单承载到所述多承载的承载重新配置,则在所述承载重新配置完成之后使用定时器来对通过所述多承载接收到的分组数据汇聚协议(PDCP)协议数据单元(PDU)进行重排序;以及
将经重排序的PDCP PDU处理成至少一个PDCP服务数据单元(SDU)。
2.根据权利要求1所述的承载重新配置方法,还包括丢弃所述PDCPPDU当中的重复地接收到的至少一个PDCP PDU,而无需将重复地接收到的所述至少一个PDCP PDU处理成PDCPSDU。
3.一种在支持多承载的无线通信系统中由用户设备(UE)执行的承载重新配置方法,该承载重新配置方法包括:
如果所述UE执行从所述多承载到单承载的承载重新配置,则直到满足预定条件才使用定时器来对通过所述多承载接收到的分组数据汇聚协议(PDCP)协议数据单元(PDU)进行重排序;以及
将经重排序的PDCP PDU处理成至少一个PDCP服务数据单元(SDU)。
4.根据权利要求1或权利要求3所述的承载重新配置方法,还包括:
从演进型节点B(ENB)接收针对所述承载重新配置的控制消息;以及基于所述控制消息执行所述承载重新配置。
5.根据权利要求3所述的承载重新配置方法,还包括将所述PDCP PDU当中的重复地接收到的至少一个PDCP PDU处理成PDCP SDU,然后丢弃重复地接收到的所述至少一个PDCPPDU。
6.根据权利要求1或权利要求3所述的承载重新配置方法,其中所述重排序是基于与接收到的分组的超帧号(HFN)和PDCP顺序号(SN)关联的计数值而执行的。
7.根据权利要求6所述的承载重新配置方法,其中所述至少一个PDCPSDU被按照所述计数值的次序递送给上层。
8.一种支持多承载的无线通信系统中的用户设备(UE),该UE包括:
接收器,其被配置为接收数据;以及
控制器,其被配置为:
如果所述UE执行从单承载到所述多承载的承载重新配置,则在所述承载重新配置完成之后使用定时器来对通过多承载接收到的分组数据汇聚协议(PDCP)协议数据单元(PDU)进行重排序;并且
将经重排序的PDCP PDU处理成至少一个PDCP服务数据单元(SDU)。
9.根据权利要求8所述的UE,其中所述控制器还被配置为丢弃所述PDCP PDU当中的重复地接收到的至少一个PDCP PDU,而无需将重复地接收到的所述至少一个PDCP PDU处理成PDCP SDU。
10.一种支持多承载的无线通信系统中的用户设备(UE),该UE包括:
接收器,其被配置为接收数据;以及
控制器,其被配置为:
如果所述UE执行从所述多承载到单多承载的承载重新配置,则直到满足预定条件才使用定时器来对通过多承载接收到的分组数据汇聚协议(PDCP)协议数据单元(PDU)进行重排序;并且
将经重排序的PDCP PDU处理成至少一个PDCP服务数据单元(SDU)。
11.根据权利要求8或权利要求10所述的UE,其中所述控制器还被配置为从演进型节点B(ENB)接收针对所述承载重新配置的控制消息,并且基于所述控制消息执行所述承载重新配置。
12.根据权利要求10所述的UE,其中所述控制器还被配置为将所述PDCP PDU当中的重复地接收到的至少一个PDCP PDU处理成PDCP SDU,然后丢弃重复地接收到的所述至少一个PDCP PDU。
13.根据权利要求8或权利要求10所述的UE,其中所述控制器还被配置为基于与接收到的分组的超帧号(HFN)和PDCP顺序号关联的计数值而执行所述重排序。
14.根据权利要求13所述的UE,其中所述控制器还被配置为按照所述计数值的次序将所述至少一个PDCP SDU递送给上层。
CN201580016867.9A 2014-01-29 2015-01-29 用于在移动通信系统中使用多个载波来发送和接收数据的方法和设备 Active CN106134099B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911225502.3A CN110739993A (zh) 2014-01-29 2015-01-29 使用多个载波来发送和接收数据的方法和设备

Applications Claiming Priority (17)

Application Number Priority Date Filing Date Title
KR10-2014-0011775 2014-01-29
KR20140011775 2014-01-29
KR20140014890 2014-02-10
KR10-2014-0014890 2014-02-10
KR10-2014-0033716 2014-03-21
KR20140033716 2014-03-21
KR20140038265 2014-03-31
KR10-2014-0038265 2014-03-31
KR10-2014-0069127 2014-06-09
KR1020140069127A KR20150090804A (ko) 2014-01-29 2014-06-09 이동 통신 시스템에서 복수의 캐리어를 이용하여 데이터를 송수신하는 방법 및 장치
KR10-2014-0082139 2014-07-01
KR1020140082139A KR20150090806A (ko) 2014-01-29 2014-07-01 이동 통신 시스템에서 복수의 캐리어를 이용하여 데이터를 송수신하는 방법 및 장치
KR10-2014-0091164 2014-07-18
KR1020140091164A KR20150090808A (ko) 2014-01-29 2014-07-18 이동 통신 시스템에서 복수의 캐리어를 이용하여 데이터를 송수신하는 방법 및 장치
KR10-2014-0129620 2014-09-26
KR1020140129620A KR102216510B1 (ko) 2014-01-29 2014-09-26 이동 통신 시스템에서 복수의 캐리어를 이용하여 데이터를 송수신하는 방법 및 장치
PCT/KR2015/001003 WO2015115854A1 (en) 2014-01-29 2015-01-29 Method and apparatus for transmitting and receiving data using a plurality of carriers in mobile communication system

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN201911225502.3A Division CN110739993A (zh) 2014-01-29 2015-01-29 使用多个载波来发送和接收数据的方法和设备

Publications (2)

Publication Number Publication Date
CN106134099A true CN106134099A (zh) 2016-11-16
CN106134099B CN106134099B (zh) 2019-12-31

Family

ID=53885442

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201580016867.9A Active CN106134099B (zh) 2014-01-29 2015-01-29 用于在移动通信系统中使用多个载波来发送和接收数据的方法和设备
CN201911225502.3A Pending CN110739993A (zh) 2014-01-29 2015-01-29 使用多个载波来发送和接收数据的方法和设备

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201911225502.3A Pending CN110739993A (zh) 2014-01-29 2015-01-29 使用多个载波来发送和接收数据的方法和设备

Country Status (3)

Country Link
EP (1) EP3100376A4 (zh)
KR (4) KR20150090804A (zh)
CN (2) CN106134099B (zh)

Cited By (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108234092A (zh) * 2016-12-14 2018-06-29 中国移动通信有限公司研究院 一种信令配置方法、rrc实体以及pdcp实体
WO2018228283A1 (zh) * 2017-06-15 2018-12-20 夏普株式会社 无线通信方法和设备
WO2018232627A1 (en) * 2017-06-21 2018-12-27 Nokia Technologies Oy COMMUNICATION APPARATUS, METHOD AND COMPUTER PROGRAM
CN109150748A (zh) * 2017-06-13 2019-01-04 维沃移动通信有限公司 一种数据优先级的处理方法、网络设备和用户终端
WO2019014918A1 (zh) * 2017-07-21 2019-01-24 Oppo广东移动通信有限公司 传输数据的方法和设备
CN109687944A (zh) * 2017-10-18 2019-04-26 中国电信股份有限公司 分组数据汇聚协议层数据传输方法和装置
CN110383876A (zh) * 2017-03-16 2019-10-25 株式会社Kt 用于重复接收控制消息的方法及其设备
CN110402612A (zh) * 2017-03-24 2019-11-01 摩托罗拉移动有限责任公司 分离承载分组数据汇聚协议协议数据单元路由
CN110495210A (zh) * 2017-04-26 2019-11-22 摩托罗拉移动有限责任公司 分组数据汇聚协议协议数据单元预处理
CN110574487A (zh) * 2017-05-05 2019-12-13 高通股份有限公司 分组数据汇聚协议(pdcp)实体处的分组重复
CN110583041A (zh) * 2017-05-04 2019-12-17 三星电子株式会社 高速处理数据的方法和装置
CN110915255A (zh) * 2018-06-07 2020-03-24 华为技术有限公司 一种下行数据的接收方法及终端设备
CN111262664A (zh) * 2017-07-27 2020-06-09 Oppo广东移动通信有限公司 无线通信的方法、终端设备和网络设备
CN111316689A (zh) * 2017-11-10 2020-06-19 三星电子株式会社 用于在无线通信系统中发送和接收数据的方法和装置
WO2020164556A1 (zh) * 2019-02-15 2020-08-20 华为技术有限公司 一种实体建立的处理方法及装置
CN111865503A (zh) * 2019-04-30 2020-10-30 华为技术有限公司 一种发送、接收反馈信息的方法及设备
CN112970235A (zh) * 2018-10-30 2021-06-15 三星电子株式会社 减少下一代移动通信系统中以太网帧开销的方法和装置
WO2021233192A1 (zh) * 2020-05-21 2021-11-25 华为技术有限公司 一种无线链路控制状态报告的方法及对应装置
CN114208279A (zh) * 2019-05-29 2022-03-18 谷歌有限责任公司 无线电承载的序列号转移
CN114557116A (zh) * 2019-08-20 2022-05-27 高通股份有限公司 空闲模式或非活动模式下通过专用预配置上行链路资源发送移动源起的数据
US11665766B2 (en) 2018-10-30 2023-05-30 Samsung Electronics Co., Ltd. Method and apparatus for reducing overhead of ethernet frame in next generation mobile communication system
TWI807527B (zh) * 2020-12-18 2023-07-01 聯發科技股份有限公司 降低多分支傳輸中封包延遲的方法和裝置

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114885375A (zh) * 2016-08-09 2022-08-09 三星电子株式会社 无线通信系统中管理用户平面操作的方法和装置
KR20180097999A (ko) 2017-02-24 2018-09-03 삼성전자주식회사 무선 통신 시스템에서 기지국들 간 데이터 전송을 위한 장치 및 방법
US10582418B2 (en) 2017-05-05 2020-03-03 Asustek Computer Inc. Method and apparatus of transmitting data duplication in a wireless communication system
CN110831059B (zh) * 2018-08-10 2021-10-22 展讯通信(上海)有限公司 用户终端上传数据的方法及装置、存储设备、用户终端
EP4247101B1 (en) * 2022-03-15 2024-04-03 ASUSTek Computer Inc. Method and apparatus for supporting sidelink relay adaptation layer for ue-to-network relay in a wireless communication system

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102104535A (zh) * 2009-12-18 2011-06-22 华为技术有限公司 一种pdcp数据发送方法、装置及系统
WO2013140138A1 (en) * 2012-03-17 2013-09-26 Research In Motion Limited Handling packet data convergence protocol data units

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE602007011221D1 (de) * 2006-03-03 2011-01-27 Huawei Tech Co Ltd Verfahren zur neuzusammenstellung von daten in einem drahtlosen kommunikationssystem und vorrichtung dafür
US20080137687A1 (en) * 2006-12-08 2008-06-12 Innovative Sonic Limited Method and apparatus for handling reordering in a wireless communications system
KR101114792B1 (ko) * 2007-04-26 2012-02-28 후지쯔 가부시끼가이샤 기지국, 이동국, 통신 시스템, 송신 방법 및 리오더링 방법
WO2010074441A2 (en) * 2008-12-26 2010-07-01 Lg Electronics Inc. Method of releasing radio bearer in wireless communication system and receiver
GB2520923B (en) * 2013-11-01 2017-07-26 Samsung Electronics Co Ltd Bearer reconfiguration

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102104535A (zh) * 2009-12-18 2011-06-22 华为技术有限公司 一种pdcp数据发送方法、装置及系统
WO2013140138A1 (en) * 2012-03-17 2013-09-26 Research In Motion Limited Handling packet data convergence protocol data units

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "PDCP reordering for split bearers", 《3GPP TSG-RAN WG2 #84 TDOC R2-134229》 *
LG ELECTRONICS INC.: "Bearer Reconfiguration with Architectures 1A and 3C", 《3GPP TSG-RAN WG2 MEETING #84 R2-134023》 *

Cited By (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108234092A (zh) * 2016-12-14 2018-06-29 中国移动通信有限公司研究院 一种信令配置方法、rrc实体以及pdcp实体
CN108234092B (zh) * 2016-12-14 2020-09-11 中国移动通信有限公司研究院 一种信令配置方法、rrc实体以及pdcp实体
CN110383876B (zh) * 2017-03-16 2023-02-21 株式会社Kt 用于重复接收控制消息的方法及其设备
CN110383876A (zh) * 2017-03-16 2019-10-25 株式会社Kt 用于重复接收控制消息的方法及其设备
CN110402612B (zh) * 2017-03-24 2024-04-26 摩托罗拉移动有限责任公司 分离承载分组数据汇聚协议协议数据单元路由
CN110402612A (zh) * 2017-03-24 2019-11-01 摩托罗拉移动有限责任公司 分离承载分组数据汇聚协议协议数据单元路由
CN110495210A (zh) * 2017-04-26 2019-11-22 摩托罗拉移动有限责任公司 分组数据汇聚协议协议数据单元预处理
CN110583041A (zh) * 2017-05-04 2019-12-17 三星电子株式会社 高速处理数据的方法和装置
CN110583041B (zh) * 2017-05-04 2023-09-19 三星电子株式会社 高速处理数据的方法和装置
CN110574487A (zh) * 2017-05-05 2019-12-13 高通股份有限公司 分组数据汇聚协议(pdcp)实体处的分组重复
CN109150748A (zh) * 2017-06-13 2019-01-04 维沃移动通信有限公司 一种数据优先级的处理方法、网络设备和用户终端
CN109150432A (zh) * 2017-06-15 2019-01-04 夏普株式会社 无线通信方法和设备
US11172537B2 (en) 2017-06-15 2021-11-09 Sharp Kabushiki Kaisha Wireless communication method and device
WO2018228283A1 (zh) * 2017-06-15 2018-12-20 夏普株式会社 无线通信方法和设备
WO2018232627A1 (en) * 2017-06-21 2018-12-27 Nokia Technologies Oy COMMUNICATION APPARATUS, METHOD AND COMPUTER PROGRAM
CN109565377A (zh) * 2017-07-21 2019-04-02 Oppo广东移动通信有限公司 传输数据的方法和设备
WO2019014918A1 (zh) * 2017-07-21 2019-01-24 Oppo广东移动通信有限公司 传输数据的方法和设备
US11166198B2 (en) 2017-07-27 2021-11-02 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Wireless communication method, terminal device and network device
CN111262664B (zh) * 2017-07-27 2021-11-02 Oppo广东移动通信有限公司 无线通信的方法、终端设备和网络设备
CN111262664A (zh) * 2017-07-27 2020-06-09 Oppo广东移动通信有限公司 无线通信的方法、终端设备和网络设备
CN109687944A (zh) * 2017-10-18 2019-04-26 中国电信股份有限公司 分组数据汇聚协议层数据传输方法和装置
CN111316689A (zh) * 2017-11-10 2020-06-19 三星电子株式会社 用于在无线通信系统中发送和接收数据的方法和装置
CN111316689B (zh) * 2017-11-10 2024-03-29 三星电子株式会社 用于在无线通信系统中发送和接收数据的方法和装置
CN110915255B (zh) * 2018-06-07 2021-09-07 华为技术有限公司 一种下行数据的接收方法及终端设备
CN110915255A (zh) * 2018-06-07 2020-03-24 华为技术有限公司 一种下行数据的接收方法及终端设备
CN112970235A (zh) * 2018-10-30 2021-06-15 三星电子株式会社 减少下一代移动通信系统中以太网帧开销的方法和装置
US11665766B2 (en) 2018-10-30 2023-05-30 Samsung Electronics Co., Ltd. Method and apparatus for reducing overhead of ethernet frame in next generation mobile communication system
CN112970235B (zh) * 2018-10-30 2023-07-11 三星电子株式会社 减少下一代移动通信系统中以太网帧开销的方法和装置
WO2020164556A1 (zh) * 2019-02-15 2020-08-20 华为技术有限公司 一种实体建立的处理方法及装置
CN111865503A (zh) * 2019-04-30 2020-10-30 华为技术有限公司 一种发送、接收反馈信息的方法及设备
CN114208279A (zh) * 2019-05-29 2022-03-18 谷歌有限责任公司 无线电承载的序列号转移
CN114208279B (zh) * 2019-05-29 2024-05-10 谷歌有限责任公司 无线电承载的序列号转移
CN114557116A (zh) * 2019-08-20 2022-05-27 高通股份有限公司 空闲模式或非活动模式下通过专用预配置上行链路资源发送移动源起的数据
WO2021233192A1 (zh) * 2020-05-21 2021-11-25 华为技术有限公司 一种无线链路控制状态报告的方法及对应装置
TWI807527B (zh) * 2020-12-18 2023-07-01 聯發科技股份有限公司 降低多分支傳輸中封包延遲的方法和裝置

Also Published As

Publication number Publication date
CN110739993A (zh) 2020-01-31
KR102216510B1 (ko) 2021-02-17
KR20150090815A (ko) 2015-08-06
KR20150090808A (ko) 2015-08-06
EP3100376A1 (en) 2016-12-07
KR20150090806A (ko) 2015-08-06
KR20150090804A (ko) 2015-08-06
EP3100376A4 (en) 2017-10-04
CN106134099B (zh) 2019-12-31

Similar Documents

Publication Publication Date Title
CN106134099A (zh) 用于在移动通信系统中使用多个载波来发送和接收数据的方法和设备
US10779356B2 (en) Method and apparatus for transmitting and receiving data using a plurality of carriers in mobile communication system
KR102215487B1 (ko) 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치
US11751097B2 (en) Method and apparatus for reestablishing packet data convergence protocol (PDCP) entity in a wireless communication system
CN109691155A (zh) 无线通信系统中管理用户平面操作的方法和装置
CN104396302B (zh) 传输数据的方法、基站和用户设备
EP3669573B1 (en) Method and apparatus for processing a packet in a wireless communication system
WO2018127243A1 (zh) 网络实体切换的方法、终端及网络实体设备
CN107333298B (zh) 一种数据传输方法及相关设备
CN105379342B (zh) 一种数据重传的方法和装置
WO2014177099A1 (zh) 一种基于多流传输的数据排序方法及接收装置
CN107113289A (zh) 用于不可靠传输模式的演进型数据压缩方案
TWI797414B (zh) 用於行動性增強之方法及其使用者設備
CN110691425B (zh) 在移动通信系统中的终端、基站及其方法
CN100502587C (zh) 一种无线蜂窝通信系统中的业务切换方法
CN108282815A (zh) 一种数据处理的方法及数据处理设备
CN114651474A (zh) 下一代移动通信系统中下行无线资源控制消息分割方法及装置
KR20200114994A (ko) 차세대 이동 통신 시스템에서 데이터 송수신 중단이 없는 핸드오버 방법 및 장치

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant