CN117979466A - 在无线通信系统中以双连接处理用户平面的方法和用户设备 - Google Patents

在无线通信系统中以双连接处理用户平面的方法和用户设备 Download PDF

Info

Publication number
CN117979466A
CN117979466A CN202410203340.8A CN202410203340A CN117979466A CN 117979466 A CN117979466 A CN 117979466A CN 202410203340 A CN202410203340 A CN 202410203340A CN 117979466 A CN117979466 A CN 117979466A
Authority
CN
China
Prior art keywords
pdcp
bearer
rlc
scg
entity
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.)
Pending
Application number
CN202410203340.8A
Other languages
English (en)
Inventor
内哈·沙玛
芒哥斯·阿比曼纽·英格尔
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
Publication of CN117979466A publication Critical patent/CN117979466A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03—Protecting confidentiality, e.g. by encryption
    • H04W12/033—Protecting confidentiality, e.g. by encryption of the user plane, e.g. user's traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment

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的双连接操作中涉及的MN和SN中的一者接收RRC重配置消息，该消息包括对应于一个或多个无线电承载的第2层配置和一个或多个第2层指示。此外，所述方法包括由UE执行以下一者：基于在RRC重配置消息中接收的第2层配置和一个或多个第2层指示来重建对应于无线电承载的RLC实体和针对PDCP实体的数据恢复过程，以及基于在RRC重配置消息中接收的第2层配置和一个或多个第2层指示来重建RLC实体并重建对应于无线电承载的PDCP实体。

Description

在无线通信系统中以双连接处理用户平面的方法和用户设备
技术领域
本公开涉及一种无线通信系统。更明确地说，本发明涉及一种在无线通信系统中以双连接操作处理用户平面的方法。
背景技术
为了满足自从第四代(4G)通信系统部署以来持续增加的无线数据业务需求，已经努力开发改进的第五代(5G)或准5G通信系统。5G或准5G通信系统还称为“超4G网络”或“后长期演进(LTE)系统”。5G通信系统被认为是在更高频率(毫米波)频带(例如，60GHz频带)中实施的，以便实现更高数据速率。为了降低无线电波的传播损耗并增加传输距离，相对于5G通信系统讨论了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形和大型天线技术。此外，在5G通信系统中，正在基于高级小型小区、云无线电接入网络(RAN)、超密集网络、装置到装置(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)、接收端干扰消除等进行对系统网络改进的开发。在5G系统中，已经开发了作为高级编码调制(ACM)的混合频移键控(FSK)和菲赫正交幅度调制(FQAM)与滑动窗口叠加编码(SWSC)以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)。
互联网是以人类为中心的连接性网络，人类在其中生成和消费信息，现在它正向物联网(IoT)演进，在物联网(IoT)中分布式实体(诸如物品)在没有人类干预的情况下交换和处理信息。万物联网(IoE)已经出现，它是IoT技术与大数据处理技术通过与云服务器的连接做出的组合。随着IoT实施需要诸如“传感技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”等技术元素，最近已经研究了传感器网络、机器到机器(M2M)通信、机器类型通信(MTC)等。此类IoT环境可以提供智能互联网技术服务，其通过收集并分析在联网物品当中生成的数据来为人类生活创造新的价值。通过现有信息技术(IT)与各种工业应用之间的汇聚和组合，IoT可以应用于多种领域，包括智能家庭、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能电器和高级医疗服务。
与此一致，已经进行了各种尝试来将5G通信系统应用于IoT网络。例如，诸如传感器网络、MTC和M2M通信等技术可以通过波束成形、MIMO和阵列天线来实施。云RAN作为上述大数据处理技术的应用还可以被认为是5G技术与IoT技术之间的汇聚的示例。
如上所述，可以根据无线通信系统的发展提供各种服务，并且因此需要一种用于容易地提供此类服务的方法。
发明内容
本文的实施例的主要目的是提供一种用于在无线通信系统中在多RAT双连接(MR-DC)操作中由UE处理用户平面的方法和系统。
本文的实施例的另一个目的是由UE从UE的双连接操作中所涉及的主节点(MN)和辅节点(SN)中的一者接收无线电资源控制(RRC)重配置消息，该消息包括对应于一个或多个无线电承载的第2层配置和一个或多个第2层指示。
本文的实施例的另一个目的是基于在RRC重配置消息中接收的第2层配置和一个或多个第2层指示来重建对应于无线电承载的RLC实体和针对分组数据汇聚协议(PDCP)实体的数据恢复过程。
本文的实施例的另一个目的是基于在RRC重配置消息中接收的第2层配置和一个或多个第2层指示来重建RLC实体并重建对应于无线电承载的PDCP实体。
附图说明
这种方法在附图中示出，相同的附图标记在各图中始终指示对应部分。将参考附图从以下描述更好地理解本文的实施例，在附图中：
图1示出了根据现有技术的用于长期演进(LTE)和新无线电(NR)的双连接的控制平面架构；
图2A至图2B示出了根据现有技术的用于双连接的各种承载类型；
图3示出了根据如本文公开的实施例的用于在无线通信系统中以双连接处理用户平面的用户设备(UE)的各种部件；
图4是示出根据如本文公开的实施例的用于在无线通信系统中由双连接的UE处理用户平面的方法的流程图；
图5是示出根据如本文公开的实施例的用于改变承载类型的方法的流程图；
图6是示出根据如本文公开的实施例的用于改变承载类型的另一种方法的流程图；
图7示出了根据如本文公开的实施例的顺序图，其示出了在MCG到/从MCG分离承载之间的承载类型改变期间所涉及的各种步骤；
图8示出了根据如本文公开的实施例的序列图，其示出了在SCG到/从SCG分离承载之间的承载类型改变期间所涉及的各种步骤；以及
图9示出了根据如本文公开的实施例的在MCG到/从SCG承载之间的承载类型改变期间的栈行为。
图10是示出根据本公开的另一实施例的基站的结构的框图。
用于实行本发明的最佳模式
因此，本文的实施例提供了一种用于在无线通信系统中由被配置用于双连接操作的UE处理用户平面的方法。所述方法包括由UE从UE的双连接操作中所涉及的MN和SN中的一者接收RRC重配置消息，所述RRC重配置消息包括对应于一个或多个无线电承载的第2层配置和一个或多个第2层指示。此外，所述方法包括由UE执行以下一者：基于在RRC重配置消息中接收的第2层配置和一个或多个第2层指示来重建对应于无线电承载的RLC实体和针对PDCP实体的数据恢复过程，以及基于在RRC重配置消息中接收的第2层配置和一个或多个第2层指示来重建RLC实体并重建对应于无线电承载的PDCP实体。
在一个实施例中，如果所接收的第2层指示是RLC重建指示符，则通过执行一个或多个动作来重建对应于无线电承载的RLC实体。
在一个实施例中，RLC重建指示符在对应逻辑信道将其与同MN节点相关联的MAC实体链接的RLC实体和对应逻辑信道将其与同SN节点相关联的MAC实体链接的RLC实体中的一者上执行一个或多个动作。
在一个实施例中，如果所接收的第2层指示是PDCP恢复指示符，则通过一个或多个动作来执行对应于无线电承载的针对NR PDCP实体的数据恢复过程。
在一个实施例中，如果所接收的第2层指示是伴随有安全密钥改变指示符的PDCP重建指示符，则通过执行一个或多个动作来重建对应于无线电承载的NR PDCP实体。
在一个实施例中，RRC重配置消息中所包括的对应于一个或多个无线电承载的第2层配置和一个或多个第2层指示是用于主小区(PCell)改变和承载类型改变的具有移动性控制信息的RRC重配置、用于主SCell(PSCell)改变和承载类型改变的具有移动性控制信息SCG的RRC重配置、用于PCell或PSCell改变和承载类型改变的具有同步的RRC重配置、以及用于承载类型改变的正常RRC重配置中的至少一者。
在一个实施例中，如果RLC实体是新无线电(NR)RLC实体，则UE在接收到RLC重建指示符后在承载类型改变期间释放对应于无线电承载的RLC实体，并且在接收到PDCP恢复指示符后执行对所释放的NR RLC实体的PDCP PDU的重传。
在一个实施例中，如果RLC实体是长期演进(LTE)RLC实体，则UE在接收到RLC重建指示符后首先重建对应于无线电承载的RLC实体并接着在承载类型改变期间释放RLC实体，并且在接收到PDCP恢复指示符后执行对所释放的LTE RLC实体的PDCP PDU的重传。
在一个实施例中，在承载类型改变期间，通过丢弃一个或多个PDU和服务数据单元(SDU)中的至少一者并且释放将NR RLC实体与MAC实体链接的逻辑信道来释放NR RLC实体。
在一个实施例中，在承载类型改变期间，通过将一个或多个PDU和SDU中的至少一者依序递送到接收到确认的PDCP、释放RLC实体并且释放将LTE RLC实体与MAC实体链接的逻辑信道来重建LTE RLC实体。
在一个实施例中，对应于无线电承载的释放RLC实体的PDCP PDU的重传包括从RLC实体尚未确认成功递送的第一个PDCP数据PDU开始以相关联COUNT值的升序执行先前提交到释放RLC实体的PDCP数据PDU的重传。
在一个实施例中，为重建对应于无线电承载的NR PDCP实体和RLC实体而执行的一个或多个动作包括：基于所接收的PDCP重建指示符来重建NR PDCP实体；基于所接收的安全密钥改变指示符来应用主密钥和辅密钥中的一者；基于所接收的RLC重建指示符来重建RLC实体，而不管RLC实体是LTE RLC实体还是NR RLC实体；以及重置与无线电承载相关联的MAC实体。
在一个实施例中，如果RRC重配置消息是用于PCell改变和承载类型改变的具有移动性控制信息的RRC重配置、用于主SCell(PSCell)改变和承载类型改变的具有移动性控制信息SCG的RRC重配置以及用于PCell或PSCell改变和承载类型改变的具有同步的RRC重配置中的一者，则UE重置与MN和SN中的一者相关联的MAC实体。
在一个实施例中，如果正常RRC重配置消息包括对应于一个或多个无线电承载的第2层配置，所述第2层配置包括识别与逻辑信道标识相关联的一个或多个逻辑信道被释放或改变，以及针对识别出的逻辑信道标识的无效值丢弃MAC PDU中的子PDU并针对识别为未链接到已配置的RLC实体的逻辑信道丢弃MAC PDU，则UE不重置与MN和SN中的一者相关联的MAC实体。
在一个实施例中，主节点(MN)和辅节点(SN)通过由MN从SN接收以下一者来参与到UE的双连接操作中：指示与SN相关联的辅密钥的更新的安全密钥改变指示符，以及指示SCG承载和终止于MN中的分离承载中的一者所需的PDCP数据恢复的PDCP恢复指示符。
因此，本文的实施例提供了一种在无线通信系统中的用于在双连接操作期间处理用户平面的UE。所述UE包括栈协调器单元，其被配置为从UE的双连接操作中所涉及的MN和SN中的一者接收RRC重配置消息，所述RRC重配置消息包括对应于一个或多个无线电承载的第2层配置和一个或多个第2层指示。栈协调器单元被配置为执行以下一者：基于在RRC重配置消息中接收的第2层配置和一个或多个第2层指示来重建对应于无线电承载的RLC实体和针对PDCP实体的数据恢复过程，以及基于在RRC重配置消息中接收的第2层配置和一个或多个第2层指示来重建RLC实体并重建对应于无线电承载的PDCP实体。
在用于在无线通信系统中在双连接操作期间处理用户平面的UE的一个实施例中，如果所接收的第2层指示是RLC重建指示符，则通过执行一个或多个动作来重建对应于无线电承载的RLC实体。
在用于在无线通信系统中在双连接操作期间处理用户平面的UE的一个实施例中，RLC重建指示符在RLC实体(对应逻辑信道将其与同MN节点相关联的MAC实体链接)和RLC实体(对应逻辑信道将其与同SN节点相关联的MAC实体链接)中的一者上执行一个或多个动作。
在用于在无线通信系统中在双连接操作期间处理用户平面的UE的一个实施例中，如果所接收的第2层指示是PDCP恢复指示符，则通过一个或多个动作来执行对应于无线电承载的针对新无线电(NR)PDCP实体的数据恢复过程。
在用于在无线通信系统中在双连接操作期间处理用户平面的UE的一个实施例中，如果所接收的第2层指示是伴随有安全密钥改变指示符的PDCP重建指示符，则通过执行一个或多个动作来重建对应于无线电承载的NR PDCP实体。
在用于在无线通信系统中在双连接操作期间处理用户平面的UE的一个实施例中，RRC重配置消息中所包括的对应于一个或多个无线电承载的第2层配置和一个或多个第2层指示是用于主小区(PCell)改变和承载类型改变的具有移动性控制信息的RRC重配置、用于主SCell(PSCell)改变和承载类型改变的具有移动性控制信息SCG的RRC重配置、用于PCell或PSCell改变和承载类型改变的具有同步的RRC重配置以及用于承载类型改变的正常RRC重配置中的至少一者。
在用于在无线通信系统中在双连接操作期间处理用户平面的UE的一个实施例中，如果RLC实体是新无线电(NR)RLC实体，则在接收到RLC重建指示符后，在承载类型改变期间，UE释放对应于无线电承载的RLC实体，并且在接收到PDCP恢复指示符后，执行对释放的NR RLC实体的PDCP协议数据单元(PDU)的重传。
在用于在无线通信系统中在双连接操作期间处理用户平面的UE的一个实施例中，如果RLC实体是长期演进(LTE)RLC实体，则在接收到RLC重建指示符后，UE首先重建对应于无线电承载的RLC实体并且接着在承载类型改变期间释放RLC实体，并且在接收到PDCP恢复指示符后，执行对释放的LTE RLC实体的PDCP PDU的重传。
在用于在无线通信系统中在双连接操作期间处理用户平面的UE的一个实施例中，在承载类型改变期间，通过以下操作来释放NR RLC实体：丢弃一个或多个PDU和服务数据单元(SDU)中的至少一者；以及释放链接NR RLC实体与MAC实体的逻辑信道。
在用于在无线通信系统中在双连接操作期间处理用户平面的UE的一个实施例中，在承载类型改变期间，通过以下操作来重建LTE RLC实体：依序将一个或多个PDU和SDU中的至少一者递送到接收到确认的PDCP；释放RLC实体；以及释放链接LTE RLC实体与MAC实体的逻辑信道。
在用于在无线通信系统中在双连接操作期间处理用户平面的UE的一个实施例中，对应于无线电承载的释放RLC实体的PDCP PDU的重传包括：从RLC实体尚未确认成功递送的第一个PDCP数据PDU开始以相关联COUNT值的升序执行先前提交到释放RLC实体的PDCP数据PDU的重传。
在用于在无线通信系统中在双连接操作期间处理用户平面的UE的一个实施例中，为重建对应于无线电承载的NR PDCP实体和RLC实体而执行的一个或多个动作包括：基于所接收的PDCP重建指示符来重建NR PDCP实体；基于所接收的安全密钥改变指示符来应用主密钥和辅密钥中的一者；基于所接收的RLC重建指示符来重建RLC实体，而不管RLC实体是LTE RLC实体还是NR RLC实体；以及重置与无线电承载相关联的MAC实体。
在用于在无线通信系统中在双连接操作期间处理用户平面的UE的一个实施例中，如果RRC重配置消息是以下一者，则UE重置与MN和SN中的一者相关联的MAC实体：用于主小区(PCell)改变和承载类型改变的具有移动性控制信息的RRC重配置；用于主SCell(PSCell)改变和承载类型改变的具有移动性控制信息SCG的RRC重配置；以及用于PCell或PSCell改变和承载类型改变的具有同步的RRC重配置。
在用于在无线通信系统中在双连接操作期间处理用户平面的UE的一个实施例中，如果正常RRC重配置消息包括对应于一个或多个无线电承载的第2层配置，所述第2层配置包括：识别与逻辑信道标识相关联的一个或多个逻辑信道被释放或改变；以及针对识别出的逻辑信道标识的无效值丢弃MAC PDU中的子PDU以及针对识别为未链接到配置的RLC实体的逻辑信道丢弃MAC PDU，则UE不重置与MN和SN中的一者相关联的MAC实体。
因此，本文的实施例提供了一种无线网络，其包括：被配置用于用户设备(UE)的双连接操作的主节点(MN)和辅节点(SN)，其中MN被配置用于：从SN接收以下一者：指示与SN相关联的辅密钥的更新的安全密钥改变指示符，以及指示辅小区群组(SCG)承载和终止于MN中的分离承载中的一者所需的分组数据汇聚协议(PDCP)数据恢复的PDCP恢复指示符。
当结合以下描述和附图考虑时，本文的实施例的这些和其他方面将被更好地了解和理解。然而，应当理解，以下描述是作为说明而非限制来给出的，虽然指示了优选实施例及其许多具体细节。在不脱离其精神的情况下，可以在本文的实施例的范围内做出许多改变和修改，并且本文的实施例包括所有此类修改。
具体实施方式
现在将参考附图详细描述本公开的各种实施例。在以下描述中，提供诸如详细配置和部件等具体细节仅仅是为了帮助全面理解本公开的这些实施例。因此，对于本领域的技术人员来说应当显而易见的是，在不脱离本公开的范围和精神的情况下，可以对本文描述的实施例做出各种改变和修改。此外，为了清楚和简明起见，省略了对众所周知的功能和构造的描述。
此外，本文描述的各种实施例不一定是互斥的，因为一些实施例可以与一个或多个其他实施例组合以形成新的实施例。本文中，除非另有说明，否则如本文使用的术语“或”是指非排他性的或。本文使用的示例仅仅是为了便于理解可以实践本文的实施例的方式，并且进一步使得本领域的技术人员能够实践本文的实施例。因此，这些示例不应被解释为限制本文的实施例的范围。
正如本领域中的传统，可以按照实行所描述的一个或多个功能的区块来描述和示出实施例。这些区块可以在本文中称为管理器、单元或模块等，它们由模拟和/或数字电路(诸如逻辑门、集成电路、微处理器、微控制器、存储器电路、无源电子部件、有源电子部件、光学部件、硬连线电路等)物理实施，并且可以任选地由固件和软件驱动。电路可以(例如)在一个或多个半导体芯片中体现，或者在诸如印刷电路板等衬底支撑件上体现。构成区块的电路可以由专用硬件实施，或者由处理器(例如，一个或多个编程微处理器和相关联电路)实施，或者由用于执行区块的一些功能的专用硬件与用于执行区块的其他功能的处理器的组合实施。在不脱离本公开的范围的情况下，实施例的每个区块可以在物理上分成两个或更多个相互作用的离散区块。同样，在不脱离本公开的范围的情况下，实施例的区块可以在物理上组合成更复杂的区块。
在详细描述实施例之前，为了更好地理解本公开的实施例，对以下定义进行描述。
近年来，已经开发了几种宽带无线技术来满足日益增长的宽带订户数量并且提供更好的应用和服务。第二代无线通信系统已经被开发来提供语音服务，同时确保用户的移动性。第三代无线通信系统不仅支持语音服务，还支持数据服务。近年来，第四无线通信系统已经被开发来提供高速数据服务。然而，目前，第四代无线通信系统缺乏资源来满足日益增长的对高速数据服务的需求。因此，正在开发第五代无线通信系统以满足日益增长的对高速数据服务的需求，支持超可靠性和低等待时间应用。
第五代无线通信系统将不仅在较低频率频带中实施，而且在较高频率(毫米波)频带(例如，10GHz到100GHz频带)中实施，以便实现更高数据速率。为了减轻无线电波的传播损耗并增加传输距离，在第五代无线通信系统的设计中正在考虑波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大型天线技术。此外，第五代无线通信系统有望解决在数据速率、等待时间、可靠性、移动性等方面具有相当不同要求的不同用例。然而，预期第五代无线通信系统的空中接口的设计将足够灵活以服务于具有相当不同性能的UE，这取决于UE为最终客户提供服务的用例和市场细分。第五代无线通信系统有望解决的几个示例用例是增强型移动宽带(eMBB)、大规模机器类型通信(m-MTC)、超可靠低等待时间通信(URLL)等。eMBB要求(如数十Gbps数据速率、低等待时间、高移动性等)解决了代表常规无线宽带订户随时随地活跃地需要互联网连接性的市场细分。m-MTC要求(如极高连接密度、不频繁数据传输、超长电池寿命、低移动性地址等)解决了代表物联网(IoT)/万物联网(IoE)预想数十亿装置连接性的市场细分。URLL要求(如极低等待时间、极高可靠性和可变移动性等)解决了代表工业自动化应用(即车到车/车到基础设施的通信，其被预见为自动驾驶汽车的推动因素之一)的市场细分。
在第四代无线通信系统中，处于连接状态的UE与增强节点B(eNB)通信。用于UE与eNB之间的通信的无线电协议栈包括分组数据汇聚协议(PDCP)、无线电链路控制(RLC)、媒体接入控制(MAC)和物理(PHY)子层。在UE与eNB之间建立一个或多个数据无线电承载(DRB)以用于交换用户平面分组。每个DRB与一个PDCP实体和一个或多个RLC实体相关联。每个DRB与MAC子层中的逻辑信道相关联。在UE中针对eNB存在一个MAC实体。
MAC子层的主要服务和功能包括：逻辑信道与输送信道之间的映射、将属于一个或不同逻辑信道的MAC SDU复用为在输送信道上递送到物理层的输送块(TB)/从在输送信道上从物理层递送的输送块(TB)分用属于一个或不同逻辑信道的MAC SDU、调度信息报告、通过HARQ的错误校正、一个UE的逻辑信道之间的优先级处理、通过动态调度的UE之间的优先级处理、输送格式选择和填充。
RLC子层的主要服务和功能包括：上层PDU的传送、通过ARQ的错误校正(仅用于确认模式(AM)数据传送)、RLC SDU的级联、分段和重组(仅用于非确认模式(UM)和AM数据传送)、RLC数据PDU的重新分段(仅用于AM数据传送)、RLC数据PDU的重新排序(仅用于UM和AM数据传送)、重复检测(仅用于UM和AM数据传送)、协议错误检测(仅用于AM数据传送)、RLCSDU丢弃(仅用于UM和AM数据传送)和RLC重建。
RLC子层的功能由RLC实体执行。RLC实体可以被配置为以以下三种模式中的一者执行数据传送：透明模式(TM)、未确认模式(UM)和确认模式(AM)。因此，依据RLC实体被配置为提供的数据传送模式，RLC实体被分类为TM RLC实体、UM RLC实体和AM RLC实体。TM RLC实体被配置为发射TM RLC实体或接收TM RLC实体。发射TM RLC实体从上层(即PDCP)接收RLC SDU并且经由下层(即MAC)将RLC PDU发送到其对等接收TM RLC实体。接收TM RLC实体将RLC SDU递送到上层(即PDCP)并且经由下层(即MAC)从其对等发射TM RLC实体接收RLCPDU。
此外，UM RLC实体被配置为发射UM RLC实体或接收UM RLC实体。发射UM RLC实体从上层接收RLC SDU并且经由下层将RLC PDU发送到其对等接收UM RLC实体。接收UM RLC实体将RLC SDU递送到上层并且经由下层从其对等发射UM RLC实体接收RLC PDU。AM RLC实体由发射侧和接收侧组成。AM RLC实体的发射侧从上层接收RLC SDU并且经由下层将RLC PDU发送到其对等AM RLC实体。AM RLC实体的接收侧将RLC SDU递送到上层并且经由下层从其对等AM RLC实体接收RLC PDU。
用于用户平面的PDCP子层的主要服务和功能包括：标头压缩和解压缩：仅ROHC、用户数据传送、在用于RLC AM的PDCP重建过程处的上层PDU的依序递送，对于DC中的分离承载(仅支持RLC AM)：用于发射的PDCP PDU路由和用于接收的PDCP PDU重新排序、在用于RLCAM的PDCP重建过程处的下层SDU的重复检测、在切换处的PDCP SDU的重传，以及对于DC中的分离承载，在用于RLC AM的PDCP数据恢复过程处的PDCP PDU的重传、加密和解密以及在上行链路(UL)中基于定时器的SDU丢弃。PDCP子层的功能由PDCP实体执行。每个PDCP实体携载一个无线电载体的数据。由于UE移动性，UE可以从一个eNB切换到另一个eNB。在双连接(DC)操作模式中，由于UE移动性，UE可以从一个MeNB切换到另一个MeNB，或者SCG从一个SeNB改变到另一个SeNB。eNB可以支持多个小区，并且UE也可以从同一eNB的一个小区切换到另一个小区。
在像LTE那样的第四代无线通信系统中，用于AM数据无线电承载(DRB)的两个增强节点B(eNB)或基站之间的切换是无损的。
在切换之后，在遗留系统中如下处理在AM模式中用于配置有RLC层的DRB的用户平面协议：在承载基础上维持PDCP SN；源eNB向目标eNB告知待分配给还没有PDCP序列号的分组的下一个DL PDCP SN(来自源eNB或来自服务网关)；为了安全同步，还维持超帧号(HFN)；源eNB向目标eNB提供一个用于UL的参考HFN和一个用于DL的参考HFN，即HFN和对应SN；安全密钥被刷新；如果目标eNB配置了PDCP，则UE向目标eNB发送PDCP状态报告。用于发送状态报告的配置是针对每个承载；目标eNB可以向UE发送PDCP状态报告，并且UE无需等待恢复UL传输；UE在目标eNB或目标小区中重新发送从跟随最后一个连续确认PDCP SDU(即，在源eNB中在RLC处尚未被确认的最老PDCP SDU)之后的第一个PDCP SDU开始的所有上行链路PDCPSDU，其中不包括目标eNB通过基于PDCP SN的报告确认接收的PDCP SDU。目标eNB对源eNB所转发的所有下行链路PDCP SDU进行重新发送和优先级排序(即，目标eNB应当在从S1发送数据之前从X2发送具有PDCP SN的数据)，其中UE通过基于PDCP SN的报告确认接收的PDCPSDU除外；ROHC被重置；并且RLC/MAC被重置。存储在PDU重新排序缓冲器中的PDCP PDU被解密和解压缩并且保持在PDCP中，与COUNT相关联。
或者，在切换之后，在遗留系统中如下处理在UM模式中用于配置有RLC的DRB的用户平面协议：PDCP SN被重置；HFN被重置；安全密钥被刷新；不发送PDCP状态报告；在目标eNB中不重传PDCP SDU；UE PDCP实体不尝试在目标小区中重传已经在源小区中完成传输的任何PDCP SDU。相反，UE PDCP实体开始其他PDCP SDU的传输；ROHC被重置；并且RLC/MAC被重置。从UE角度来看的LTE的用户平面协议在图1中示出。
在第五代无线通信系统中，引入了QoS流的概念来代替核心网络中的EPS承载概念。这意味着gNB与网关之间的用户平面是基于QoS流而不是基于LTE系统中的S1-U承载。明确地说，依据应用/服务的特性和业务的QoS处理，在gNB与数据网关之间可以存在一个或多个QoS流。EPS承载以相同QoS处理映射到EPS承载的所有用户分组。在EPS承载内，没有对用户平面分组做出进一步区分处理。5G系统的QoS流概念克服了LTE系统的EPS承载概念的这一缺点。映射到属于UE业务的不同QoS流的分组可以被不同地处理。为了在LTE系统中实现相同的区分处理，需要创建具有不同QoS参数的多个EPS承载。在5G系统中，UE的所有不同QoS流都由gNB与数据网关之间的PDU会话来处理。依据PDN连接的数量，UE可以具有一个以上PDU会话。然而，针对一个PDN连接，创建一个PDU会话。在高级别处，PDU会话可以类似于LTE系统中的EPS承载。
然而，在无线电接口上，5G系统保留了用于用户平面处理的DRB概念。这要求依据QoS要求将属于UE的PDU会话的一个或多个QoS流映射到DRB。QoS流到DRB的映射是在RAN节点(即，在位于PDCP上方的称为服务数据适配协议(SDAP)层的新用户平面协议层内的gNB)中完成的。SDAP实体位于SDAP子层中。可以针对UE定义几个SDAP实体。针对每个单独PDU会话，每个小区群组配置了SDAP实体。SDAP子层中的SDAP实体针对DL和UL两者执行QoS流与数据无线电承载之间的映射。
多RAT双连接(MR-DC)是3GPP TS 36.300中描述的内部E-UTRA双连接(DC)的一般化，其中多个Rx/Tx UE可以被配置为利用经由非理想回程连接的两个不同节点中的两个相异调度器所提供的无线电资源，其中一个调度器提供E-UTRA接入，另一个调度器提供NR接入。一个调度器位于MN中，并且另一个调度器位于SN中。MN和SN经由网络接口连接，并且至少MN连接到核心网络。
如在3GPP TS 37.340中所描述，E-UTRAN经由E-UTRA-NR双连接(EN-DC)支持MR-DC，其中UE连接到一个充当主节点(MN)的eNB和一个充当辅节点(SN)的gNB。经由X2接口，eNB连接到EPC并且gNB连接到eNB。
NG-RAN支持NG-RAN E-UTRA-NR双连接(NGEN-DC)，其中UE连接到一个充当MN的eNB和一个充当SN的gNB。经由Xn接口，eNB连接到5GC并且gNB连接到eNB。
NG-RAN支持NR-E-UTRA双连接(NE-DC)，其中UE连接到一个充当MN的gNB和一个充当SN的eNB。经由Xn接口，gNB连接到5GC并且eNB连接到gNB。
在MR-DC中，基于MN RRC和朝向核心网络的单个C平面连接，UE具有单个RRC状态。例如，在图1中，用于MR-DC的控制平面架构，即，用于LTE与NR之间的双连接的C平面架构。每个无线电节点都有其自己的RRC实体(如果所述节点是eNB，则为E-UTRA版本，或者如果所述节点是gNB，则为NR版本)，所述实体可以生成RRC PDU以发送给UE。由SN生成的RRC PDU可以经由MN输送到UE。MN总是经由MCG SRB发送初始SN RRC配置，但是后续的重配置可以经由MN或SN输送。当从SN输送RRC PDU时，MN不修改SN所提供的UE配置。
在MR-DC中，特定无线电承载使用的无线电协议架构取决于无线电承载是如何建立的。现有四种承载类型：MCG承载、MCG分离承载、SCG承载和SCG分离承载。MCG承载可以用LTE PDCP或NR PDCP来配置，而MCG分离承载、SCG分离承载和SCG承载用NR PDCP来配置。因为MCG分离承载和SCG分离承载两者都使用NR-PDCP并且都在MN和SN中具有下层，所以这些承载类型理想地没有任何差异并且可以被称为分离承载。在MR-DC中，从UE角度来看，现有三种承载类型：MCG承载、SCG承载和分离承载。从网络角度来看，每个承载(MCG、SCG和分离承载)可以终止于MN或SN中。网络侧协议终止选项在图2A中针对具有EPC的MR-DC(EN-DC)示出并且在图2B中针对具有5GC的MR-DC(NGEN-DC、NE-DC)示出。
在LTE-DC中，由于L2实体被重建并被重置，承载类型改变通过HO或SN改变而发生。这是为了简化承载类型改变过程而引入的。这个过程还影响其他承载上的数据并且导致用户服务中断。
作为背景信息来呈现上述信息以仅用于帮助读者理解本发明。申请人没有就上述任何内容是否可能作为现有技术应用于本申请做出决定和断言。
UE可以被配置为以双连接(DC)操作模式进行操作，其中UE维持与来自主节点(MN)的服务小区的RRC连接，并且UE可以被配置有来自辅节点(SN)的一个或多个服务小区以实现额外数据吞吐量。在MN的服务小区上建立的数据无线电承载(DRB)具有终止于MN处的PDCP锚点，并且此类DRB被称为MCG DRB。在SN的服务小区上建立的数据无线电承载(DRB)具有终止于SN处的PDCP锚点，并且此类DRB被称为SCG DRB。UE可以被配置有分离DRB，其中PDCP PDU可以通过在MN和SN中针对该DRB建立的两个RLC实体来发送。此类分离DRB的PDCP锚点可以被配置为终止于MN或SN处，并且其由MN决定。如果分离DRB的PDCP终止点是MN，则DRB被称为MCG分离DRB。如果分离DRB的PDCP终止点是SN，则DRB被称为SCG分离DRB。对于基于DC的LTE和NR互通，即，其中MN是LTE eNB而SN是NR gNB的EN-DC操作模式，MCG DRB可以用LTE PDCP或NR PDCP来配置，而分离DRB(不管PDCP终止点如何)和SCG DRB被配置用于NRPDCP。
从UE角度来看，只有三种承载类型，即MCG DRB、SCG DRB和分离DRB。基于MN决定，分离DRB可以终止于MN处或终止于SN处。在EN-DC中，网络可以使用以下配置来配置分离承载：
分离承载：NR PDCP容器+RLC、MAC和物理层上的LTE配置+NR RLC、MAC和物理层上的NR配置容器等。PDCP终止点在MN处的分离载体可以称为终止于MN处的分离承载或MCG分离承载。PDCP终止点在SN处的分离载体可以称为终止于SN处的分离承载或SCG分离承载。这些分离承载可以对UE为透明的，或者UE知道分离承载的终止点。这是基于所配置的安全密钥的数量。
针对EN-DC(也适用于NGEN-DC和NE-DC)或MR-DC来考虑的安全密钥有三种选项：a、每个PDCP终止点有安全密钥，即2个安全密钥：UE使用两组密钥，即一组密钥用于所有MCG承载和MCG锚定分离承载并且另一组密钥用于所有SCG承载和SCG锚定分离承载。这类似于LTERel-12 DC。在每个网络终止点有单独安全密钥的情况下，UE基于安全密钥可以判断出分离承载是终止于MN处还是终止于SN处。在这种情况下，UE将知道PDCP锚点的位置，即分离承载是终止于MN还是SN处。
b、每个承载类型有安全密钥，即3个安全密钥。UE针对每个承载类型使用不同密钥，即三个单独密钥用于MCG、SCG和分离承载。因为在这种情况下，终止于MN或SN处的分离承载可以使用与MCG和SCG承载区别的单独密钥，所以在这个选项中，分离承载终止点对UE为透明的。
c、每个DRB有安全密钥：在这种情况下，将针对每个DRB存在单独密钥。UE将针对所配置的每个承载使用单独密钥，而不是基于终止点。因此，像MCG承载、MCG分离承载、SCG承载和SCG分离承载那样的承载将使用单独的密钥组。当针对每个DRB配置安全密钥时，分离承载终止点对UE为透明的。
在每个PDCP终止点有安全密钥(选项a)的情况下，基于所指示的用于分离承载的安全密钥，UE可以判断出分离承载的终止点。针对已配置的分离承载使用每个承载类型的安全密钥(选项b)或每个DRB的安全密钥(选项c)，UE无法判断出分离承载的终止点。
选项b和选项c为处理这些承载类型改变带来了额外复杂性，如下：
i、在这些承载类型改变期间，密钥将总是必须被改变；
ii、即使当PDCP终止点尚未改变时，也发生针对这些承载类型改变的密钥改变(根据安全原则，当PDCP终止点改变时，应当改变密钥)；
iii、如果密钥被改变，则需要进行MAC重置，这也会对其他承载造成影响。
当应用选项b和选项c时，则为了避免MAC重置，需要特殊处理来确保其他承载上的数据不受影响。这种特殊处理带来了额外复杂性，如果应用(选项a)，可以完全避免这种额外复杂性。即使当PDCP终止点没有改变时，选项b和选项c也要求在MCG到/从MCG分离承载类型改变和SCG到/从SCG分离承载类型改变期间进行MAC重置。为了避免MAC重置，需要特殊处理，这带来了额外复杂性。当应用选项b和选项c时使用于分离承载的PDCP终止点对UE为透明的并没有真正给UE带来承载类型改变处理或降低复杂性方面的好处。选项(a)提供了与选项b和c相同的安全保护级别。在EN-DC、NGEN-DC和NE-DC中，可以支持每个PDCP终止点有安全密钥，即2个安全密钥。在LTE DC中，在切换过程期间，还将发生密钥刷新，这将影响用于已配置的承载的密钥(即，K-eNB和S-KeNB)，因而UE需要为所有已配置的承载重置和重建L2实体以利用旧密钥来管理数据并支持无损转换。在EN-DC中，也同意类似概念，在用于MCG承载、分离承载和SCG承载的切换过程期间，应当重建MCG/SCG PDCP/RLC并且应当重置MCG/SCG MAC。SCG改变是同步SCG重配置过程(即，涉及对PSCell的RA)，包括第2层的重置/重建，以及如果配置了SCG DRB，还包括安全的刷新。所述过程用于多种不同场景，例如，SCG建立、PSCell改变、密钥刷新、DRB类型改变。在这种情况下，与L2实体相关联的所有DRB都需要重建和重置。
在EN-DC中，如果承载类型改变是通过切换或SN改变来发生的，则UE需要针对承载类型改变遵循在切换或SN改变期间适用的相同规则，因为其涉及密钥改变、PDCP锚点改变或PDCP版本改变。SN改变是同步SCG重配置过程，包括第2层的重置/重建，以及如果配置了SCG DRB，还包括安全的刷新。如果承载类型改变是通过切换过程来发生的，则应当重建MCG承载、分离承载和SCG承载、MCG/SCG PDCP/RLC并且应当重置MCG/SCG MAC。如果承载类型改变是通过SN改变过程来发生的，则重建SCG PDCP，重建SCG RLC，重置SCG MAC。
没有移动性过程的承载类型改变：
通过HO或SN改变的承载类型改变总是导致服务中的数据丢失或中断。很少有不涉及PDCP终止点或密钥或者PDCP版本改变的承载类型改变。那些承载类型改变可以在没有移动性过程(即，HO或SN改变过程)的情况下被支持。本发明讨论了可以在没有移动性的情况下发生的承载类型改变以及对应的L2处理。
考虑这种情况，如果UE正支持每个PDCP终止点有安全密钥，即2个安全密钥，则在MCG与MCG分离承载或终止于MN处的分离承载之间的承载类型改变不涉及任何密钥或PDCP终止点改变，如图2A所示。在这种情况下，不需要任何同步重配置过程，因为PDCP终止点没有改变。这种类型的承载改变可以在没有移动性的情况下被支持，因此不会有数据对其他承载造成影响。因此，用户平面不会中断并且可以减少等待时间。
NW可以决定改变承载类型，这可以由于负载条件或信号条件而发生。例如，在MCG到/从MCG分离之间、或在MN终止承载类型或SCG到/从SCG分离之间、或在SN终止承载类型之间的承载类型改变可以在NW想要通过两条链路改善性能或者通过两条链路上的复制改善可靠性的场景中完成。在这种情况下，在MN或SN节点中没有改变，即没有MN间或SN间或者MN或SN内改变，则承载类型改变在没有移动性的情况下应当是可能的。没有移动性的承载类型改变应当只有在密钥、PDCP版本和PDCP终止点不改变时才是可能的。没有移动性的承载类型改变应当只有在PDCP版本和PDCP终止点不改变时才是可能的。这将有助于避免用户平面服务的中断，并且还不会对其他承载造成影响。
因此，本文的实施例提供了一种由无线通信系统中被配置用于进行双连接操作的UE处理用户平面的方法。所述方法包括由UE从UE的双连接操作中涉及的MN和SN中的一者接收RRC重配置消息，该消息包括对应于一个或多个无线电承载的第2层配置和一个或多个第2层指示。此外，所述方法包括由UE执行以下一者：基于在RRC重配置消息中接收的第2层配置和一个或多个第2层指示来重建对应于无线电承载的RLC实体和针对PDCP实体的数据恢复过程，以及基于在RRC重配置消息中接收的第2层配置和一个或多个第2层指示来重建RLC实体并重建对应于无线电承载的PDCP实体。
现在参考附图，并且更明确地说，参考图3至图9，示出了优选实施例。
图3示出了根据如本文公开的实施例的用于在无线通信系统中以双连接处理用户平面的用户设备(UE)的各种部件。如图3所描绘，UE 300包括通信器302、栈协调器(SC)304、处理器306和存储器308。
通信器302可以被配置向主节点(MN)100和辅节点(SN)200发送无线电信号，或从主节点(MN)100和辅节点(SN)200接收无线电信号。通信器302包括与天线耦接的RF收发器模块(或双RF模块)，从天线接收RF信号，将它们转换成基带信号，并且将它们发送到处理器306。
UE 300包括支持各种协议层(包括NAS、AS/RRC、PDCP、RLC、双MAC、双PHY(如果被配置用于双连接操作的话))的3GPP协议栈、TCP/IP协议栈和应用模块。具有双连接的UE 300具有两个MAC实体，即与主节点(MN)相关联的一个MAC实体和与辅节点(SN)相关联的第二MAC实体。上层栈(RLC/PDCP)的配置取决于针对相应MAC实体配置的无线电承载的数量。在RRC层处，仅配置一个RRC。RRC通过与服务MN 100的RRC实体通信来控制对应于MAC实体的协议栈。栈协调器(SC)304可以被配置为对协议的各种实体执行一个或多个动作。
在一个实施例中，SC 304可以被配置为在SCG改变过程期间从MN 100或SN 200接收具有指示的RRC重配置消息。所述指示可以当分离承载被配置并且发生了SCG改变或承载类型改变时由MN 100或SN 200生成，并且在MN 100与SN 200之间交换。
对于EN-DC或MR-DC，在SCG改变过程或承载类型改变过程期间，RRC重配置消息包括用于重建分离承载的MCG RLC实体的显式指示。或者，NR RRC重配置消息包括用于为MCG和SCG承载重建RLC实体的显式指示。
在另一个实施例中，SN 200向LTE指示需要针对分离承载的MCG支路采取的动作，并且接着基于从NR规范(即，TS 38.331)接收的这个指示，LTE将在SCG改变过程期间对分离承载的MCG支路采取适当L2动作。LTE规范(即，TS 36.331)中的现有测试方案没有规定此类过程，并且需要定义新的将触发对遗留L2实体的动作的详细文本方案。作为这点的一部分，NR栈将指示LTE栈针对特定DRB触发RLC重建和MAC重置。在接收到所述指示时，LTE栈将对特定无线电承载采取适当动作。
在另一个实施例中，SC 304可以被配置为在承载类型改变期间从MN 100或SN 200接收具有指示的RRC重配置消息。
在分离承载到/从MCG或分离承载到/从分离承载之间的承载类型改变期间，UE300可以对分离承载的SCG支路采取动作，但是它不能对LTE侧的L2实体采取动作。因此，在RRC消息中需要显式指示，来指示是否需要LTE RLC重建。这还将触发MAC重置过程。这个显式指示在发生承载类型改变时由MN或SN节点生成。对于EN-DC，在承载类型改变过程期间，LTE RRC重配置或NR RRC重配置消息包括用于为无线电承载重建MCG和SCG RLC实体的显式指示。
在RRC重配置消息中接收的指示包括待在UE 300处对MN RLC实体、SN RLC实体和PDCP实体执行的一个或多个动作。
SC 304可以被配置为在UE 300处重建RLC实体，并且基于在RRC重配置消息中接收的指示来在UE 300处针对PDCP实体执行数据恢复过程。
应当注意，承载类型改变在没有任何移动性事件的情况下发生，并且如果安全密钥没有改变，则UE不涉及任何PDCP重建过程。在这种情形下，通过释放现有RLC实体并创建新RLC实体而不影响PDCP实体来支持承载类型改变过程。因此，需要PDCP数据恢复过程处理由于造成数据丢失的RLC实体的释放而引起的无损承载类型改变。
在一个实施例中，如果RLC实体被释放，则执行PDCP数据恢复然而，对应PDCP实体存在。此外，UE 300执行被释放的RLC实体的PDCP PDU的重传。通过丢弃一个或多个PDU和SDU来释放RLC实体。UE 300释放针对某个无线电承载的RLC实体。
在一个实施例中，UE 300从下层尚未确认成功递送的第一个PDCP数据PDU开始以相关联COUNT值的升序对先前提交到被重建或被释放的RLC实体的所有PDCP数据PDU执行重传。
在一些实施例中，在承载类型改变期间或在切换期间，接收具有密钥指示的RRC重配置消息，所述密钥指示包括与用于所述UE的每个承载相关联的一个或多个安全密钥。所述密钥指示指示待在承载类型改变期间用于所配置的承载的安全密钥类型。此外，所述密钥指示还指示UE 300针对所配置的承载使用主密钥或辅密钥。
应当注意，利用承载和谐化，有可能的是配置有NR PDCP的承载可以终止于相同的PDCP终止点或不同的PDCP终止点处。MN 100或SN 200可以用相同或不同的密钥组来配置承载。
因此，在承载类型改变期间，MN 100或SN 200向UE 300发送具有密钥指示的RRC重配置消息以指示用于所配置的承载的密钥是否被改变。在这种情况下，当在所接收的RRC重配置消息中没有密钥指示时，则UE 300假设密钥没有改变并且UE 300继续使用在承载类型改变之前所配置的相同密钥。应当注意，如果MN 100或SN 200打算改变密钥，则在承载类型改变或承载添加期间，MN或MN指示每个承载的密钥索引。
此外，SC 304被配置为从UE 300的双连接操作中所涉及的MN 100和SN 200中的一者接收RRC重配置消息，该消息包括对应于一个或多个无线电承载的第2层配置和一个或多个第2层指示。此外，栈协调器304被配置为执行以下一者：基于在RRC重配置消息中接收的第2层配置和一个或多个第2层指示来重建对应于无线电承载的RLC实体和针对PDCP实体的数据恢复过程，以及基于在RRC重配置消息中接收的第2层配置和一个或多个第2层指示来重建RLC实体并重建对应于无线电承载的PDCP实体。
处理器306(例如，硬件单元、设备、中央处理单元(CPU)、图形处理单元(GPU)等)以通信方式耦接到存储器308(例如，易失性存储器和/或非易失性存储器)；存储器308包括被配置为能够通过处理器306寻址的存储位置。
存储器308可以包括非易失性存储元件。此类非易失性存储元件的示例可以包括磁性硬盘、光盘、软盘、闪存或多种形式的电可编程存储器(EPROM)或电可擦除可编程存储器(EEPROM)。此外，在一些示例中，存储器308可以被认为是非暂时性存储介质。术语“非暂时性”可以指示存储介质不以载波或传播信号体现。然而，术语“非暂时性”不应被解释为存储器308是不可移动的。在一些示例中，存储器308可以被配置为存储比存储器更多的信息。在某些示例中，非暂时性存储介质可以存储能够随时间改变的数据(例如，在随机存取存储器(RAM)或高速缓冲存储器中)。
图4是示出根据如本文公开的实施例的用于在无线通信系统中由UE 100以双连接处理用户平面的方法的流程图400。流程图400的各个步骤(即，402至406)由栈协调器(SC)304执行。
在402处，所述方法包括由UE 300从UE 300的双连接操作中所涉及的MN 100和SN200中的一者接收RRC重配置消息，该消息包括对应于一个或多个无线电承载的第2层配置和一个或多个第2层指示。在404处，所述方法包括基于在RRC重配置消息中接收的第2层配置和一个或多个第2层指示来重建对应于无线电承载的RLC实体和针对PDCP实体的数据恢复过程。在406处，所述方法包括基于在RRC重配置消息中接收的第2层配置和一个或多个第2层指示来重建RLC实体并重建对应于无线电承载的PDCP实体。
图5是示出根据如本文公开的实施例的用于改变承载类型的方法的流程图500。在步骤502处，NW(即，MN 100或SN 200)决定改变特定承载的承载类型。在步骤504处，NW确定密钥或PDCP终止点或PDCP版本是否没有改变。在步骤506处，NW通知UE 300通过重配置过程改变承载类型，而不触发切换过程(即，不具有mobilitycontrolinformation的RRC重配置或不具有有reconfigurationWithSync的RRC重配置)或者不触发SCG改变过程(即，不具有mobilitycontrolinfoscg的RRC重配置)(在步骤508处)。在步骤510处，UE 300可以在不影响L2实体的情况下执行承载类型改变，即，UE 300在不需要PDCP/RLC重建和MAC重置的情况下执行承载类型改变，使得对于所配置的承载，数据不会受到影响。或者，在步骤510处，UE300执行承载类型改变而不重建PDCP实体。PDCP、RLC和MAC实体动作将取决于在RRC重配置消息中接收的指示。如果MN或SN节点针对MN或SN PDCP实体设置了MN或SN RLC实体重建或PDCP数据恢复指示，则UE将相应地对RLC和PDCP采取动作。在这种情况下，在步骤504处，如果存在密钥或PDCP终止点或PDCP版本改变，则在步骤512处，NW通知UE 300通过切换或SN改变过程通过重配置过程改变承载类型，即，具有mobilitycontrolinformation或mobilitycontrolinfoscg或reconfigurationWithSync的RRC重配置(在步骤514处)。在步骤516处，UE 300使用PDCP/RLC重建和MAC重置来执行承载类型改变。
来自MCG DRB(NR PDCP配置)到/从MCG分离DRB和SCG DRB到/从SCG分离DRB的承载类型改变或者在MN终止承载之间的承载类型改变或者在SN终止承载类型之间的承载类型改变不涉及NW中的PDCP锚点改变。由于在这些承载类型改变期间安全密钥是相同的，所以在这些承载类型改变期间不重建PDCP，但是针对从分离DRB到MCG/SCG DRB的承载类型改变，可以触发PDCP恢复过程。安全密钥没有改变，这是因为向UE发送包括控制信息的信令消息所涉及的PDCP锚点没有改变。当被重配置为MCG分离DRB时，控制信息不包括响应于与MCGDRB相关联的PDCP实体的网络中的承载类型改变的PDCP重建指示和安全密钥改变指示中的一者，反之亦然。在来自MN或SN节点的RRC重配置中接收的控制信息可以包含待对MN或SNPDCP和RLC实体执行的RLC实体重建和PDCP数据恢复指示。SCG DRB重配置到SCG分离DRB也是如此，反之亦然。
在MCG到/从MCG分离承载或SCG到/从SCG分离承载之间的承载类型改变可以通过经由MN或SN发起的辅节点添加过程或辅节点修改过程发生。辅节点修改过程可以由MeNB或SgNB发起，并且用于修改、建立或释放承载上下文，向SgNB传送承载上下文和从SgNB传送承载上下文，或在相同SgNB内修改UE上下文的其他属性。MeNB使用SN修改过程来在相同SgNB内发起SCG的配置改变，例如添加、修改或释放SCG承载以及MCG分离和SCG分离承载的SCG部分。MeNB可以不使用所述过程来发起SCG SCell的添加、修改或释放。SeNB可以拒绝所述请求，除非其涉及SCG承载或MCG分离承载和SCG分离承载的SCG部分的释放。SgNB使用辅节点修改过程来在相同SgNB内执行SCG的配置改变，例如，触发SCG SCell(除了PSCell之外)的释放、像SCG承载以及MGC分离承载和SCG分离承载的SCG部分那样的承载类型改变(在此基础上，MeNB可以释放承载或将其重配置为MCG承载)，以及触发PSCell改变。MeNB不能拒绝SCG SCell(除了PSCell之外)、SCG承载以及MCG分离承载和SCG分离承载的SCG部分的释放请求。
图6是示出根据如本文公开的实施例的用于改变承载类型的方法的流程图600。在步骤602处，NW决定改变特定承载的承载类型。在步骤604处，NW确定PDCP终止点或PDCP版本是否没有改变。在步骤606处，NW通知UE 300通过重配置过程改变承载类型而不触发切换过程，即没有mobilitycontrolinformation或没有reconfigurationWithSync的RRC重配置，或者不触发SCG改变过程，即没有mobilitycontrolinfoscg的RRC重配置(在步骤608处)。在步骤610处，如果密钥没有改变，则UE 300在不影响L2 PDCP实体的情况下执行承载类型改变，接着在步骤612处，UE 300在有或没有RLC重建和MAC重置的情况下执行承载类型改变，使得对于所配置的承载，数据不会受到影响。在UE 300处的RLC实体重建将取决于NW是否针对MN或SN RLC实体发送具有RLC重建指示符的RRC重配置。NW还可以在RRC重配置消息中发送PDCP数据恢复指示符以对MN或SN PDCP实体采取动作。PDCP、RLC和MAC实体动作将取决于来自MN和SN节点的RRC重配置消息中所接收的指示。如果密钥有改变，则在步骤618处，UE300使用PDCP/RLC重建和MAC重置来执行承载类型改变。
在这种情况下，在步骤604处，如果密钥或PDCP终止点或PDCP版本有改变，则在步骤614处，NW通知UE 300通过切换或SN改变过程通过重配置过程改变承载类型，即具有mobilitycontrolinformation或mobilitycontrolinfoscg或reconfigurationWithSync的RRC重配置(在步骤616处)。在步骤618处，UE将使用PDCP/RLC重建和MAC重置来执行承载类型改变。
图7示出了根据如本文公开的实施例的顺序图，其示出了在MCG到/从MCG分离承载之间或MCG承载到/从分离承载之间的承载类型改变期间所涉及的各步骤。相同过程适用于MR-DC操作或NR-NR DC操作。UE 300被配置有EN-DC操作并且最初被配置(702)有MCG承载。承载类型改变所涉及的各种步骤如下所述：
1、MeNB发送(704)SgNB(SN)修改请求消息，该消息包含承载上下文相关(用于MCG到MCG分离承载的承载类型改变)和所请求SCG配置信息，包括待被SgNB用作重配置的基础的UE能力协调结果。
2、SgNB用SgNB修改请求确认消息进行响应(706)，该消息可以在NR RRC配置消息内包含SCG无线电资源配置信息。
3、MeNB发起(708)RRC连接重配置过程，包括NR RRC配置消息，这个消息包含从MCG到MCG分离的承载类型改变信息而没有mobilitycontrolinfo(切换)或mobilitycontrolinfoSCG(SCG改变)过程。
4、UE 300应用(710)新的配置并且在不影响其他已配置承载的情况下执行从MCG到MCG分离的承载类型改变过程。在这种情况下，UE不会重建已配置承载的PDCP/RLC实体和重置MAC，因为该过程是在没有切换和SCG改变过程的情况下发起的。
5、UE执行承载类型改变并且用RRC连接重配置完成进行响应(712)，包括NR RRC响应消息。如果UE不能符合RRCConnectionReconfiguration消息中包括的配置(的一部分)，则其执行重配置失败过程。
6、在成功完成重配置后，在SeNB重配置完成消息中指示(714)该过程的成功。UE300被重配置有MCG分离承载(716)并且数据传送(718)通过MN和SN链路两者发生。如果NW想要将MCG分离承载转换为MCG承载，则可以由MeNB或SgNB发起。如果释放最后一个分离承载会导致SgNB中没有承载的话，SgNB则不能请求释放最后一个分离承载。
7、MeNB发送(720)SgNB修改请求消息，该消息包含承载上下文相关(用于MCG到MCG分离承载的承载类型改变)和所请求SCG配置信息，包括将被SgNB用作重配置的基础的UE能力协调结果。
8、SgNB用SgNB修改请求确认消息进行响应(722)，该消息可以在NR RRC配置消息内包含SCG无线电资源配置信息。
9、MeNB发起(724)RRC连接重配置过程，包括NR RRC配置消息，这个消息包含从MCG分离到MCG的承载类型改变信息而没有移动性控制信息(切换)或移动性控制信息SCG(SCG改变)过程。这个消息还包含用于已配置PDCP实体的PDCP数据恢复指示。
10、UE应用新的配置并且在不影响其他已配置承载的情况下执行(726)从MCG分离到MCG的承载类型改变过程。在这种情况下，UE不会重建已配置承载的PDCP/RLC实体并重置MAC，因为该过程是在没有切换和SCG改变过程的情况下发起的。因为这涉及释放SN RLC实体，所以UE将执行如在步骤9中所接收的PDCP数据恢复。
11、UE执行承载类型改变并且用RRC连接重配置完成进行响应(728)，包括NR RRC响应消息。
12、在成功完成重配置后，在SeNB重配置完成消息中指示(730)该过程的成功。因此，MCG分离DRB重配置被改变(732)为MCG DRB。
图8示出了根据如本文公开的实施例的顺序图，其示出了在SCG到/从SCG分离承载或SCG承载到/从分离承载的承载类型改变期间所涉及的各种步骤。相同过程适用于其他MR-DC操作或NR-NR DC操作。UE 300被配置有EN-DC操作并且最初被配置(802)有SCG承载。承载类型改变所涉及的各种步骤如下所述。
SgNB发送(804)包括NR RRC配置消息的SgNB(SN)修改请求消息，该消息可以包含承载上下文相关(用于SCG到SCG分离承载的承载类型改变)、其他UE上下文相关信息以及新的SCG无线电资源配置。
MeNB向UE发送(806)包括NR RRC配置消息的RRCConnectionReconfiguration消息，包括新的SCG无线电资源配置。这个消息包含从SCG到SCG分离的承载类型改变信息而没有移动性控制信息(切换)或移动性控制信息SCG(SCG改变)过程。这个消息还携载用于SCG分离承载的MN DRB信息。或者，这个消息还可以由SgNB发起，但是在那种情况下，MeNB需要向SgNB提供SeNB修改确认。
UE 300应用新的配置并且在不影响其他已配置承载的情况下执行(808)从SCG到SCG分离的承载类型改变过程。在这种情况下，UE 300不会重建已配置承载的PDCP/RLC实体并重置MAC，因为该过程是在没有切换和SCG改变过程的情况下发起的。
UE 300执行承载类型改变并且用RRC连接重配置完成进行响应(810)，包置后，在SeNB重配置完成消息中指示(812)过程的成功。SCG DRB被重配置(814)为SCG DRB。UE 300被重配置(816)SCG分离承载，并且数据传送通过MN和SN链路两者发生。如果NW想要将SCG分离承载转换为SCG承载，则这可以由MeNB或SgNB发起。
SgNB发送(818)包括NR RRC配置消息的SgNB修改请求消息，该消息可以包含承载上下文相关(用于SCG分离到SCG承载的承载类型改变)、其他UE上下文相关信息以及新的SCG无线电资源配置。MeNB还可以发送SgNB修改请求消息，其包含承载上下文相关(用于SCG分离到SCG承载的承载类型改变)和所请求SCG配置信息，包括待被SgNB用作重配置的基础的UE能力协调结果。
MeNB发起(820)RRC连接重配置过程，包括NR RRC配置消息、用于SCG分离承载的MNDRB的释放以及针对已配置PDCP实体的PDCP数据恢复指示符。这个消息包含从SCG分离到SCG的承载类型改变信息而没有移动性控制信息(切换)或移动性控制信息SCG(SCG改变)过程。
UE 300应用新的配置并且在不影响其他已配置承载的情况下执行(822)从SCG分离到SCG的承载类型改变过程。在这种情况下，UE 300不会重建已配置承载的PDCP/RLC实体并重置MAC，因为该过程是在没有切换和SCG改变过程的情况下发起的。
UE执行承载类型改变并且用RRC重配置完成进行响应(824)，包括NR RRC响应消息。如果UE不能符合RRCConnectionReconfiguration消息中包括的配置(的一部分)，则其执行重配置失败过程。在成功完成重配置后，在SeNB重配置完成消息中指示(826)过程的成功。因此，SCG分离DRB被重配置(828)为SCG DRB。
承载类型和谐化引入了统一承载概念。为了支持承载类型和谐化，RAN2已经同意将相同的PDCP协议规范用于MCG分离承载、SCG分离承载和SCG承载的DRB。对于MCG承载，RAN2同意根据网络的配置，可以使用LTE PDCP或NR PDCP。
在LTE-NR互通中，同意网络可以将每个DRB配置为使用一组2个密钥(按照现在的规定导出的KeNB和S-KeNB)中的1个密钥。如果NR PDCP被配置用于MCG承载，则有可能的是在MCG到SCG之间的承载类型改变可以不涉及密钥改变和PDCP终止点改变，所以不需要进行PDCP种类的重建过程。如果NR PDCP用于MCG承载，则EN-DC操作应当支持在MCG到/从SCG承载之间的一步(直接)承载类型改变而没有PDCP重建这类过程。
在LTE-DC中，承载类型改变通过切换(HO)或SN改变过程发生，因而重建L2实体并重置所有已配置承载。这是为了简化承载类型改变过程而引入的。通过HO或SN改变过程进行的承载类型改变总是导致其它已配置承载的数据丢失或服务中断，这也是因为在此类过程期间MAC实体被重置。
如果MCG承载被配置有NR PDCP，则MCG承载到/从分离承载和MCG到/从SCG承载之间的承载类型改变不涉及PDCP终止点和PDCP版本的改变。此外，其可以涉及或可以不涉及密钥改变，因为DRB可以使用一组2个密钥中的任何1个密钥。这些承载类型改变可以在没有HO或SN改变过程的情况下被支持。当MCG承载被配置有NR PDCP时(在承载类型改变之前和之后)，EN-DC操作应当支持用于在MCG到/从分离承载和MCG到/从SCG承载之间的承载类型改变的单个重配置过程。EN-DC操作应当支持在MCG到/从SCG分离承载、SCG到/从MCG分离承载和MCG到/从SCG承载之间的一步(直接)承载类型改变而没有HO或SN改变过程。针对表1做出了以下假设，表1解释了在承载类型改变期间的L2处理MCG和SCG实体。
(i)在LTE-NR互通中，UE支持每个PDCP终止点有安全密钥，即2个安全密钥；(ii)在EN-DC中，某个承载类型改变不涉及密钥、PDCP版本和PDCP终止点的改变；(iii)如果MCG承载被配置有NR PDCP，则LTE-NR DC应当支持在MCG承载到/从分离承载之间的一步承载类型改变。
在MCG到/从MCG分离承载的情况下，PDCP终止点或PDCP版本或密钥没有改变，则NW可以支持这种DRB类型改变而没有任何移动性过程。当发生承载类型改变而没有移动性时，不需要重建和重置L2实体。在MCG到MCG分离承载期间，UE应当重配置PDCP实体并且根据所提供的配置建立SCG RLC实体和SCG DTCH逻辑信道。
在MCG分离承载到MCG承载期间，与分离承载相关联的SCG RLC实体将被释放，因此如果SCG MAC具有任何具有旧密钥的数据，则这些数据将自动被丢弃，因为对应的逻辑信道将被释放。由于在这些承载类型改变期间安全密钥是相同的，所以在这些承载类型改变期间不重建PDCP，但是对于从分离DRB到MCG DRB的承载类型改变，将触发PDCP恢复过程。EN-DC操作应当支持在MCG到/从MCG分离承载之间的一步(直接)承载类型改变而不使用切换过程。
在SCG到/从SCG分离承载的情况下，EN-DC操作应当支持在SCG到/从SCG分离承载之间的一步(直接)承载类型改变而不使用切换过程。在SCG到SCG分离承载期间，UE应当重配置PDCP实体并且根据所提供的配置建立MCG RLC实体和MCG DTCH逻辑信道。
在SCG分离承载到SCG承载期间，与分离承载相关联的MCG RLC实体将被释放，因此如果MCG MAC具有任何具有旧密钥的数据，则这些数据将自动被丢弃，因为对应的逻辑信道将被释放。由于在这些承载类型改变期间安全密钥是相同的，所以在这些承载类型改变期间不重建PDCP，但是对于从分离DRB到SCG DRB的承载类型改变，将触发PDCP恢复过程。EN-DC操作应当支持在SCG到/从SCG分离承载之间的一步(直接)承载类型改变而不使用切换过程或SN改变过程。
在MCG到/从SCG承载之间的承载类型改变还可以通过SCG承载建立来发生，因为在SCG安全的初始配置期间NW提供SCG计数器。当NW执行SN添加或修改时，其可以将承载类型从MCG改变为SCG或从SCG改变为MCG。在MCG与SCG之间的承载类型改变涉及密钥改变和PDCP终止点改变，所以针对在MCG与SCG之间的承载改变需要PDCP种类的重建过程。EN-DC操作应当支持具有PDCP重建种类过程的在MCG到/从SCG承载之间的一步(直接)承载类型改变而不使用切换过程或SN改变过程。
图9示出了根据如本文公开的实施例的在MCG到/从SCG之间的承载类型改变期间的栈行为。在MCG到/从SCG承载改变期间，不需要进行MAC重置。在MCG到SCG DRB的情况下，当MCG RLC实体用SCG RLC实体重配置时，则MCG RLC实体与MCG MAC之间的对应映射将被释放，并且将在SCG RLC实体与SCG MAC实体之间创建新的实体。一旦MCG MAC接收到具有旧密钥的数据，其将在MCG MAC处被丢弃，所以在步骤902处不需要重置MCG MAC实体。
在MCG到SCG承载改变期间，还将存在RLC版本改变，即对于所配置的RLC实体，从LTE RLC到NR RLC。在LTE DC中，这仅仅是通过将MCG RLC实体重配置为SCG RLC实体来完成的，因为RLC版本没有改变，但是在EN-DC中，在MCG到SCG承载改变期间，RLC实体版本也将从LTE改变为NR。UE 300可以进行以下操作。在步骤904处，UE 300接收MCG到/从SCG承载改变以处理RLC实体。在步骤906处，UE 300执行(i)MCG RLC重建，接着释放MCG RLC实体并建立SCG RLC实体。这将确保UE将与PDCP实体共享所有缓冲数据包；(ii)释放MCG RLC实体并建立SCG RLC实体。UE在释放MCG RLC实体之前将确保其将SDU递送到上层以避免数据丢失；(iii)MCG RLC重建，用新的RLC配置将MCG RLC实体重配置为SCG实体；(iv)释放MCG/SCGRLC实体并建立SCG/MCG RLC实体。这主要在使用NR RLC(SCG到MCG承载情况)时是可能的，NR RLC没有缓冲完整的RLC SDU并且因此只有几个片段被缓冲在RX RLC缓冲器中。因此，在这种情况下，其不需要任何数据恢复过程，并且仅仅简单释放就似乎足够了。当发生MCG到SCG DRB类型改变而没有切换或SN改变过程时，36.300或36.331或38.300或38.331或38.xxx中的文本方案可以为如下：
2>如果drb-Identity所指示的DRB是SCG DRB：
3>如果接收到drb-ToAddModList并且其包括drb-Identity值，同时针对这个条目，包括drb-TypeChange并且其被设置为toMCG(即，SCG到MCG)：
4>如果在没有切换或SN改变的情况下发生承载类型改变，则重建MCG PDCP实体
4>使用当前MCG安全配置并且根据pdcp-Config(如果包括在drb-ToAddModList中)重配置PDCP实体；
4>释放SCG RLC实体并建立MCG RLC实体
或者
4>将SCG RLC实体和SCG DTCH逻辑信道重配置为MCG RLC实体和MCG DTCH逻辑信道；
4>根据rlc-Config、logicalChannelIdentity和logicalChannelConfig(如果包括在drb-ToAddModList中)重配置MCG RLC实体和/或MCG DTCH逻辑信道；
3>否则(即，包括drb-Type并且其被设置为scg，即MCG到SCG)：
4>如果在没有切换或SN改变的情况下发生承载类型改变，则重建MCG PDCP实体
4>使用当前SCG安全配置并且根据pdcp-Config(如果包括在drb-ToAddModListSCG中)重配置PDCP实体；
4>重建MCG RLC实体并将MCG RLC实体和MCG DTCH逻辑信道重配置为：
SCG RLC实体和SCG DTCH逻辑信道；
4>根据rlc-ConfigSCG、logicalChannelIdentitySCG和logicalChannelConfigSCG(如果包括在drb-ToAddModListSCG中)重配置SCG RLC实体和/或SCG DTCH逻辑信道；
或者
4>释放MCG RLC实体并建立SCG RLC实体。UE需要在释放之前将所缓冲的数据递送到上层。
5.3.x.xDRB释放
UE应当：
1>针对作为当前UE配置(DRB释放)的一部分的drb-toReleaseList中包括的每个drb-Identity；或者
1>针对将作为根据5.3.5.8的完整配置选项的结果来释放的每个drb-identity值：
2>如果这个DRB被配置有pdcp-config：
3>释放PDCP实体；
2>否则(释放MCG的RLC承载配置)：
3>针对这个DRB，按照36.322中指定，重建RLC实体；
2>释放RLC实体；
2>释放DTCH逻辑信道；
如果MCG RLC实体被重配置为SCG RLC实体，因为两者属于不同的RLC版本，则需要在两个RLC实体之间进行状态变量映射。LTE RLC和NR RLC中所使用的变量是不同的。在重建期间，所有RLC变量被初始化为零，所以当将LTE RLC实体重配置为NR RLC实体时，则UE应当用如在NR中在RLC实体建立期间指定的值来初始化所有NR状态变量。对于NR到LTE RLC版本改变也是如此。
在如表1中提及的MCG到/从SCG分离承载的情况下，当在MCG承载到/从SCG分离承载之间发生承载类型改变时，则其涉及密钥改变以及PDCP终止点改变。因此，MCG MAC将拥有具有旧密钥组的数据。由于这一点，需要重置MCG MAC实体。当MAC实体被重置时，其还将影响其他承载上的数据。如果这种MAC重置不支持在MCG到/从SCG分离承载之间的直接承载类型改变，则可以避免这种MAC重置。这种承载类型改变可以通过MCG到SCG改变以及接着SCG到SCG分离承载来支持。所有这些都可以在没有移动性过程的情况下得到支持。
在另一个实施例中，在步骤910处，如果UE 300想要支持在MCG到/从SCG分离承载之间的直接承载类型改变，则其将用PDCP重建种类过程来完成而不使用SN改变过程。在步骤912处，用新的密钥配置PDCP。在这种情况下，UE 300将进行MAC重置。在步骤914处，为了避免相同情况，当NW正将承载重配置为SCG分离承载时，其可以改变用于MCG RLC实体的逻辑信道ID并且可以将较早的MCG LCH ID映射到SCG LCH ID，使得删除MCG RLC实体与MCGMAC之间的映射，并且利用旧的逻辑信道在SCG RLC实体与SCG MAC实体之间创建新的映射。这样就不需要重置MCG MAC实体。
在步骤916处，所述方法包括接收MAC PDU。在步骤918处，所述方法包括识别与MACPDU相关联的一个或多个逻辑信道未被配置。在步骤920处，所述方法包括针对所识别的逻辑信道的无效值丢弃MAC PDU中的子PDU，并且丢弃没有被配置用于与MAC PDU相关联的逻辑信道的子PDU。
具有移动性过程的承载类型改变：另一种替代方案是始终通过移动性过程支持承载类型改变。在EN-DC中，如果承载类型改变通过切换或SN改变来发生，则对于承载类型改变，UE需要遵循在切换或SN改变期间适用的相同规则，因为其可以涉及密钥改变或PDCP锚点改变或PDCP版本改变。如果承载类型改变是通过切换过程发生的，则对于MCG承载、分离承载和SCG承载，应当重建MCG/SCG PDCP/RLC并且应当重置MCG/SCG MAC。如果承载类型改变是通过SN改变过程发生的，则应当重建SCG PDCP/RLC，应当重置SCG MAC。
从MCG DRB到SCG DRB的承载类型改变涉及网络中的用于与MCG DRB相关联的PDCP实体的PDCP锚点将从MN改变为SN。由于在SN中使用的安全密钥不同于在MN中使用的安全密钥，所以PDCP锚点的改变涉及向UE发送信令消息，即包括移动性控制信息(即SCG-Config)的RRC重配置。因此，这个承载改变应当用HO过程或SN改变过程来处理，因为PDCP锚点改变，安全密钥改变，PDCP重建发生。EN-DC操作应当支持通过切换或SN改变过程的在MCG到/从SCG承载之间的一步(直接)承载类型改变。移动性控制信息(即SCG-Config)包括响应于网络中的用于与MCG DRB相关联的PDCP实体的锚点的改变而做出的PDCP重建指示和安全密钥改变指示中的一者。UE将执行如上提及的PDCP重建和RLC重建及释放过程。在MCG到/从SCG承载改变期间不需要MAC重置，但是切换或SN改变过程将总是导致MCG/SCG MAC重置，这将影响所有已配置承载上的数据。为了避免相同情况，我们需要在切换或SN改变过程期间在RRC消息中有某种指示，其指示在MCG到/从SCG承载之间的承载类型改变期间不重置MAC实体。
在MCG与SCG分离承载之间的承载类型改变涉及密钥改变和PDCP终止点改变，所以需要PDCP种类的重建过程。如观察3中所提及，针对在MCG到/从SCG分离承载之间的承载类型改变需要MAC重置。为了避免MAC重置，EN-DC操作不应支持没有移动性过程的在MCG到/从SCG分离承载之间的一步(直接)承载类型改变。其应当支持两步承载改变，所述两步承载改变涉及MCG到SCG承载类型改变和SCG承载到SCG分离承载类型改变。EN-DC操作应当支持通过切换或SN改变过程的在MCG到/从SCG分离承载之间的一步(直接)承载类型改变。
承载和谐化在LTE-NR互通中引入了统一承载概念。在实际网络中可能不会发生MCG分离到/从SCG分离承载类型改变，因为一旦MN决定用于分离承载的PDCP终止点的位置，这可能不会非常频繁地改变。如果从NW角度来看出于某种原因而需要的话，这种承载类型改变可以使用两步改变来间接支持。如果不支持直接改变，则其将有助于减少规范的复杂性和承载类型改变选项的数量。EN-DC将不支持在MCG分离到/从SCG分离承载之间的直接类型改变。
另一个方面是如果UE想要支持这种改变，则其可以通过切换过程引导在MCG分离到/从SCG分离承载之间的类型改变，因为它涉及密钥和PDCP终止点改变。如果使用三个密钥概念，即每个承载类型有密钥，则这种转换可以对于UE为透明的，因为密钥将不会改变，所以将对UE没有影响。
在MCG到/从MCG分离承载或SCG到/从分离承载期间，如果密钥或PDCP终止点有改变，则NW应当始终仅通过切换过程进行这个承载类型改变。
表2解释了L2在承载类型改变期间处理MCG和SCG实体，如果在这种情况下配置了每个承载类型有不同密钥(三个密钥)，则分离承载将对UE为透明的。下面列出了可能的承载类型改变
表2：在承载类型改变期间的L2处理(3个密钥)
所有承载类型改变都需要密钥改变，但是PDCP锚不改变，例如MCG到分离承载(终止于MN处)，结果需要PDCP/RLC重建并且需要MAC重置。很少承载类型改变需要新的过程来支持承载类型之间的转换。如果每个承载使用单独密钥，则支持具有移动性和没有移动性的承载类型改变没有太大好处，因为所有转换都将导致L2重置。为了简化过程，当针对每个承载类型使用单独密钥时，HO/SN改变过程是较好选项。在承载类型改变期间，这个过程还将导致其他承载处的数据丢失。如果我们想要支持没有移动性的承载类型改变，则我们需要增强现有过程来避免SCG/MAC重置。这可以通过PDCP控制PDU来避免，所述PDCP控制PDU指示接收器应当何时开始用新密钥进行解码。当配置分离承载时，NW需要在RRC重配置消息中提供新的安全密钥。如果UE被配置有每种承载类型的安全密钥，则UE使用每种承载类型的不同密钥，即用于MCG、SCG和分离承载的三个单独密钥。在这种情况下，如果分离承载和SCG承载密钥两者是从MN或MCG承载导出的，则需要增强SCG计数器的范围并且需要引入新的计数器分离计数器。NW需要确保与分离承载和SCG承载相关联的计数器两者的范围应当为不同的。
没有移动性过程的承载类型改变：已经针对表3和表4做出了以下假设，表3和表4解释了L2在承载类型改变期间处理MCG和SCG实体。
(i)在LTE-NR互通中，网络可以将每个DRB配置为使用一组2个密钥(按照今天规定来导出的KeNB和S-KeNB)中的1个密钥；(ii)在EN-DC中，某种承载类型改变不涉及PDCP版本和PDCP终止点改变；(iii)如果MCG承载被配置有NR PDCP或SCG承载到/从分离承载或MCG到/从SCG承载，则LTE-NR DC应当支持在MCG承载到/从分离承载之间的没有移动性过程的一步承载类型改变；(iv)可以在没有移动性过程的情况下发生具有密钥改变的承载类型改变。
由于统一承载概念，让MCG分离承载和SCG分离承载没有意义，所以我们想要将其合并并且只有分离承载。表3示出了用于没有密钥改变的承载类型改变的L2动作，并且表4示出了用于具有密钥改变的承载类型改变的L2动作。一般规则是：
·如果没有密钥改变，则不需要重建PDCP、RLC和重置MAC。
·在密钥改变过程期间，PDCP将被重建并配置新密钥。
·只有存在PDCP重建，才会重建RLC。
·释放RLC实体将触发PDCP数据恢复过程。这仅适用于不重建PDCP的情况。
·MAC重置是基于NW解决方案。
·在LTE RLC释放期间，RLC从无序接收的RLC数据PDU重组RLC SDU并且将其递送到上层。
注释1：RLC从无序接收的RLC数据PDU重组RLC SDU，并且在RLC释放时将其递送到上层。需要在RLC释放之前重建RLC实体以将PDU递送到上层。
表3：没有安全密钥改变的承载类型改变
注释1：RLC从无序接收的RLC数据PDU重组RLC SDU，并且在RLC释放时将其递送到上层。需要在RLC释放之前重建RLC实体以将PDU递送到上层。
注释2：MAC行为取决于网络所选择的解决方案，例如DRB释放/添加、限制或LCID改变的调度、MAC重置等。
表4：具有安全密钥改变和PDCP版本改变的承载类型改变：
承载类型和谐化引入了统一承载概念，并且其允许更大的部署灵活性并减少承载类型改变选项的数量。作为这个特征的一部分，相同的PDCP协议规范(即，NR PDCP)用于MCG分离承载、SCG分离承载和SCG承载的DRB。对于MCG承载，可以根据网络配置使用LTE PDCP或NR PDCP。能够在LTE独立操作期间支持EN-DC操作的UE可以连接到LTE eNB，所述LTE eNB是遗留节点或Rel-15 LTE节点。如同独立操作期间的遗留LTE过程，LTE承载总是配置有LTEPDCP。在从遗留LTE到Rel-15 LTE的移动性期间，如果UE正以独立操作进行工作，则可以用NR PDCP版本重配置UE。原因在于，当具有EN-DC能力的UE从LTE独立操作移动到EN-DC操作时，不需要对承载进行PDCP版本改变，这将最小化承载类型改变的复杂性和限制。这将有助于在承载类型改变期间支持无损转换，因为PDCP版本不会改变。在LTE独立的情况下，用于具有EN-DC能力的UE的LTE DRB可以配置有NR PDCP版本。这将有助于具有一致UE行为和没有任何限制的无损切换过程。当具有EN-DC能力的UE从LTE独立操作移动到EN-DC操作时，可以基于NW决定发生从LTE PDCP到NR PDCP的PDCP版本改变。如果EN-DC UE配置有正携载VOIP数据的承载，则使用LTE PDCP版本的操作更加合适。这是因为较小的PDCP SN大小用于看起来高效的VOIP分组。此外，没有动机将携载VOIP分组的MCG承载改变为任何其他承载类型。因此，在EN-DC操作期间改变携载VOIP分组的MCG承载的PDCP版本是没有好处的。在EN-DC操作期间，当VOIP分组由配置有LTE PDCP的MCG承载携载时，具有EN-DC能力的UE不应经历用于此类承载的PDCP版本改变。
可以存在以下可能场景，其中对于MCG承载或独立LTE承载，能够在NR PDCP与LTEPDCP之间发生PDCP版本改变。
a、RAT间切换会在以下情况下导致PDCP版本改变。
·当具有EN-DC能力的UE针对EN-DC操作从遗留LTE移动到Rel-15 LTE节点时，即，可以在配置有LTE PDCP的此类承载不在携载VOIP分组时发生MCG承载PDCP版本改变。
·当具有NGEN-DC能力的UE在连接到下一代核心的eLTE eNB与NR gNB之间移动时。在那种情况下，将发生PDCP版本改变。
b、在MR-DC操作期间的PDCP版本改变
在MR-DC操作期间，NW可以用LTE PDCP或NR PDCP配置MCG承载。基于NW部署或要求，其可以在NR PDCP或LTE PDCP之间改变用于MCG承载的PDCP版本。一种此类情况是对于承载类型改变，如果MCG DRB配置有NR PDCP，则可以支持承载类型之间的直接改变而没有任何复杂性或限制。如果MCG DRB被配置为LTE PDCP，则可能会对承载类型改变产生影响，因为承载类型之间的直接改变(例如，MCG到SCG承载或MCG到/从分离承载)需要某种额外限制来支持无损转换。
c、承载类型改变
在EN-DC或MR-DC操作期间，如果MCG承载配置有LTE PDCP，则用于以下情况的承载类型改变可以导致PDCP版本改变：
·MCG到/从MCG分离承载
·MCG到/从SCG操作
·MCG到/从SCG分离承载
所有上述场景都可以通过切换过程来支持，因为其涉及需要PDCP重建的PDCP版本改变和安全密钥改变。场景a和b将通过切换过程来支持。一旦UE移动到EN-DC操作，便可以通过切换过程将MCG承载(不在携载VOIP分组)配置为NR PDCP版本，因为其涉及需要PDCP重建的PDCP版本改变和安全密钥改变。一旦具有NR PDCP版本的MCG承载可用，便可以用一步过程来有效支持场景c承载类型改变。
LTE PDCP和NR PDCP虽然在功能性方面非常相似，但是在(例如)所支持的PDCP SN大小、状态变量、重排序功能性、PDCP PDU大小等方面仍然存在一些差异。为了在任一方向上支持无损PDCP版本改变，用不会导致数据丢失的PDCP重建过程实现PDCP版本改变需要很少限制。总之，LTE与PDCP之间的差异如下在表5中示出。
LTE NR
用于SRB的PDCP SN大小 5位 12位
用于DRB的PDCP SN大小 7/12/15/18位 12/18位
UP完整性 不支持 支持
UL复制 不支持 支持
PDCP变量 SN 计数
最大SDU 8188字节 高达巨型帧(9KB)
T重排序 仅用于分离承载 总是(通过配置)
表5
对于场景c下的承载类型改变，如果MCG DRB配置有NR PDCP，则可以支持承载类型之间的直接改变而没有任何复杂性或限制。如果MCG DRB被配置为LTE PDCP，则会对承载类型改变产生影响，因为承载类型之间的直接改变(例如，MCG到SCG承载或MCG到/从分离承载)需要某种额外限制来支持无损转换。
当MCG承载配置有NR PDCP时，EN-DC操作应当支持MCG到/从分离承载和MCG到/从SCG承载之间的一步(直接)承载类型改变。对于EN-DC操作，在MCG承载配置有LTE PDCP的情况下，则不应支持此类MCG承载到分离承载或SCG承载的直接承载类型改变。
可以基于NW决定来发生从LTE到/从NR PDCP的用于MCG承载的PDCP版本改变。当NW决定对MCG承载进行PDCP版本改变时，其可以通过切换过程(即，具有移动性控制信息的RRC重配置消息)触发所述改变。这种PDCP版本改变可能会或可能不会触发密钥改变，但是仍然因为在LTE与NR PDCP协议之间存在显著差异，所以需要执行PDCP和RLC重建并且重置MAC以冲掉所有具有旧格式的分组。仅针对用于MCG DRB的PDCP版本改变的切换过程是昂贵的操作，因为其将影响所有已配置承载。因此，需要做一些增强以使得我们可以避免MAC重置或避免触发RACH过程，从而减少用户平面数据的中断时间。下面列出了可以建议的一些增强。
可以在切换消息中引入新的参数，其确保UE不应在PDCP版本改变期间触发RACH过程，如可以配置rach-Skip。这个字段指示是否跳过用于目标PCell的随机接入过程。如果所接收的RRCConnectionReconfiguration消息包括rach-Skip，则配置下层以对目标MCG应用rach-Skip。另一件事是避免MAC重置，UE可以在PDCP版本改变期间分配新的逻辑信道或RLC实体。以此方式，确保当MAC实体接收到具有源PDCP版本的数据包时，其将丢弃所述数据包。避免MAC重置的另一种方式是在PDCP数据PDU中设置轮询位，所述轮询位向NW提供对PDCP版本改变的指示，并且其可以排除具有新PDU格式的分组。在重建期间，PDCP还可以发送结束标记分组，其指示接收器将接收具有新PDCP版本的分组。
另一种方法是通过没有移动性控制信息的重配置消息改变PDCP版本。在这种情况下，NW可以通过DRB修改过程或者DRB添加或释放过程简单地改变MCG承载的PDCP版本。在这种情况下，一旦UE通过RRC重配置消息中的指示或基于用于已配置的MCG DRB或SRB的NRPDCP容器的存在来发现MCG DRB的PDCP版本已经被改变，其便将进行PDCP和RLC重建并且执行部分MAC重置以冲掉具有源版本的数据。或者，其还可以在PDCP重建期间发送PDCP结束市场分组，使得不需要MAC重置。
另一种方法是在获取用于PDCP版本改变的RRC重配置消息后，仅执行PDCP重建过程。这是新种类的重建过程，称为重建类型2。在这种情况下，LTE PDCP参数将被映射到NRPDCP参数。由于LTE RLC和MAC没有改变，因此这些不会受到影响。一旦UE完成了PDCP重建过程，所述过程涉及映射和将分组递送到上层，其便将向NW发送指示，指示现在发射器发送具有新PDCP版本的分组。这可以通过发送指示PDCP将发送具有新PDCP版本的分组的结束标记分组或者在PDCP数据PDU中设置位或者发送新的PDCP控制PDU来实现。这种过程不会影响其他已配置承载上的数据，并且不需要执行MAC重置。
在重建过程期间的分离承载处理：重建过程用于重建RRC连接，其涉及恢复SRB1操作、重新激活安全以及仅配置PCell。只有相关小区准备好，即具有有效UE上下文，连接重建才成功。如果E-UTRAN接受重建，则SRB1操作恢复，而其他无线电承载的操作保持暂停。如果尚未激活AS安全，则UE不发起所述过程，而是改为直接移动到RRC_IDLE。在LTE DC中，在UE接收到RRCConnectionReestablishment时，为SRB1重建PDCP；为SRB1重建RLC，并且根据所接收的radioResourceConfigDedicated执行无线电资源配置过程并恢复SRB1。
在EN-DC中，引入了分离SRB概念，其用于实现可靠性和改善性能。分离SRB可以用于SRB1以及SRB2。考虑配置了分离SRB(SRB1)并且已经触发重建过程。在这种情况下，UE将按照现有过程进行以下操作：
1、暂停除SRB0"之外的所有RB并发送重建命令。
2、一旦UE接收到RRCConnectionReestablishment，其便将进行以下操作：
a、为SRB1重建PDCP/RLC；
b、为SRB1重配置RLC实体和逻辑信道配置；
c、恢复SRB1。
在步骤1的结束处，UE已经暂停了SRB1分离承载。在步骤2a中，UE将为分离SRB1重建MCG/SCG PDCP实体。在步骤2b中，当UE必须为SRB1重配置RLC实体和逻辑信道配置时，其没有用于分离SRB1的SCG支路的配置来重配置分离SRB1，因而在步骤2c的结束处不能恢复分离SRB1，因此不能发送重建过程的响应。需要定义新的行为来在重建过程期间处理分离SRB1。
NW可以将SRB1分离承载的“drb类型”改变为SRB1承载，即在RRCConnectionReestablishment过程期间移除分离承载的SCG支路。一旦在步骤2b处UE移除分离SRB1的SCG支路，其便可以在步骤2c的结束处简单地恢复SRB1并且发送重建消息的响应。
或者，UE可以在重建过程期间暂停SCG支路的分离SRB功能性，并且应当仅在scg配置被激活时才恢复。一旦UE接收到RRCConnectionReestablishment消息，其便应当仅恢复分离SRB1的MCG支路，并且一旦其在重建过程完成之后接收到RRC重配置消息中的SCG配置，便恢复分离SRB1的SCG支路。
另一种方法是UE应当在重建过程期间释放分离SRB1的SCG支路。一旦重建过程完成，如果NW想要配置分离SRB1，则其可以通过向UE提供新的配置来这么做。相同方法还适用于SCG SRB和分离SRB2，如针对分离SRB1所提及。UE可以在重建过程期间将其暂停或释放分离SRB的SCG支路和SCG SRB，并且只有在UE接收到用于分离SRB2的SCG支路或SCG SRB(如果已暂停)的配置时才将其恢复。当重建过程被触发时，36.300或36.331或38.300或38.331或38.xxx中的文本方案可以为如下。
5.3.7.2或5.xxx发起
UE应仅在AS安全已被激活时或为了NB-IoT UE支持RRC连接重建以实现控制平面CIoT EPS优化才发起所述过程。当满足以下条件之一时，UE发起所述过程：
1>根据5.3.11，在检测到无线电链路失败时；或者
1>根据5.3.5.6，在切换失败时；或者
1>根据5.4.3.5，在从E-UTRA移动失败时；或者
1>在来自下层的完整性检查失败指示时；或者
1>根据5.3.5.5，在RRC连接重配置失败时；
在发起所述过程后，UE应即刻：
1>停止定时器T310，如果正在运行；
1>停止定时器T312，如果正在运行；
1>停止定时器T313，如果正在运行；
1>停止定时器T307，如果正在运行；
1>启动定时器T311；
1>停止定时器T370，如果正在运行；
1>暂停除SRB0之外的所有RB；
1>重置MAC；
2>释放分离SRB(1和2)的SCG支路和SCG SRB(如果已配置)，
1>根据5.3.10.3a，释放MCG SCell(如果已配置)；
1>释放整个SCG配置(如果已配置)，DRB配置除外(如由drb-ToAddModListSCG配置)；
1>应用如9.2.4中指定的默认物理信道配置；
显式RLC重建和PDCP恢复指示符：
在LTE-NR互通中，承载类型和谐化引入了统一承载概念。为了支持承载类型和谐化，相同PDCP协议规范(即，NR PDCP)用于分离承载、MCG承载和SCG承载的DRB。当MCG承载配置有NR PDCP时，下层配置有LTE配置，即，将配置LTE RLC、MAC和PHY。
由于承载和谐化，对于使用NR PDCP的承载，将在NR规范中俘获UE行为，但是对于LTE下层(RLC、LCH)，再次使用在LTE规范中定义的LTE DRB-AddModd结构。在LTE-NR互通中，很少有像SCG改变和承载类型改变过程那样的场景，其中需要显式指示符来执行RLC重建过程或MAC重置或PDCP数据恢复过程。这是必需的，因为将对MCG和SCG L2实体两者产生影响。由于不同的RAT，即LTE和NR，如果没有提供显式指示符，很少有情况不能针对L2动作进行处理。
在SCG改变期间的分离承载处理：SCG改变可以有两种类型。a、PDCP终止点改变。在这种情况下，改变S-KgNB，重建SCG PDCP和RLC，重置SCG MAC，并且触发随机接入。在这种情况下，假设PSCell发生改变。
a、PDCP终止点保持不变。在这种情况下，触发PDCP恢复，重建RLC，重置SCG MAC，并且触发随机接入。在这种情况下，假设PSCell发生改变，但是安全密钥没有改变。
依据NW配置，分离承载可以配置有S-KgNB或KeNB。如果分离承载配置有S-KgNB并且发生了SN改变，则应当重建SCG PDCP/RLC并且应当重置SCG MAC。在这种情况下，分离承载的MCG支路(即，LTE RLC和MAC)也需要被重建和重置，因为其正携载具有旧密钥组的数据。将基于所接收的SCG指示来触发RLC重建过程的SCG侧，但是由于随着SCG改变的发生，LTE RAT将不会意识到，所以将难以在分离承载的MCG支路上执行任何动作。当UE通过NRRRC重配置消息接收到SCG改变过程时，其可以触发SCG L2实体上针对分离承载和SCG承载的动作。在用于分离承载的SN改变过程期间，需要重建相关联的MCG LTE RLC实体并且需要重置MCG MAC实体。由于LTE将不知道SCG改变过程，所以其需要一些隐式或显式的指示符来确定对MCG L2实体的操作。为了处理这个问题，可以存在三种可能方式。
隐式指示符：在这个选项中，NR需要向LTE告知针对分离承载的MCG支路需要采取的动作，并且接着基于从NR规范(即，TS 38.331)接收的这个指示，LTE将在SCG改变过程期间对分离承载的MCG支路采取适当L2动作。LTE规范(即，TS 36.331)中的现有试验方案没有规定此类过程，并且需要定义新的详细文本方案，所述方案将触发对遗留L2实体的动作。作为这个特征的一部分，NR栈将指示LTE栈针对特定DRB触发RLC重建和MAC重置。在接收到所述隐式指示符后，LTE将对特定无线电承载采取适当动作。
显式指示符：在这个选项中，NW应当明确地提及需要对MCG L2实体采取的动作，即针对特定DRB所需要的RLC重建和MAC重置。这是简单的过程，并且不会引入任何复杂的文本细节。在接收到所述显式指示符时，UE将针对特定DRB重建RLC实体并且在需要时重置MAC。这个显式指示符将在配置了分离承载或发生了SCG改变时由MN或SN节点生成，并且将在节点之间交换。对于EN-DC或MR-DC，在SCG改变过程期间，LTE RRC重配置消息应当具有显式指示符来重建分离承载的MCG RLC实体。或者，NR RRC重配置消息应当具有显式指示符来针对MCG和SCG承载重建RLC实体。
解决这个问题的另一种方式是NW应当总是提供增量信令，即RLC配置释放和新RLC配置添加。以此方式，UE不需要针对分离承载的MCG支路执行RLC重建。或者，NW可以总是执行切换过程。
如果分离承载配置有keNB并且发生SN改变，则不需要重建分离承载的PDCP实体。UE可以简单地重建SCG RLC实体并重置SCG MAC并且触发PDCP数据恢复过程，因为在没有PDCP重建过程的情况下发生RLC重建。NW可以在LTE或NR RRC重配置消息中提供显式指示符以执行PDCP数据恢复过程。
如果配置了分离承载并且需要执行SN改变，则NW应当始终通过切换过程来处理这个问题。这将确保所有已配置承载被重建和重置。
在章节5.3.10.3中具有DRB添加/修改的针对36.331的文本方案可以被如下规定。这个指示符可以是显式的或隐式的，如上文定义。
5.3.10.3DRB添加/修改
UE应当：
2>如果drb-ToAddModListSCG未被接收到或不包括drb-Identity值：
3>如果drb-Identity所指示的DRB是MCG DRB或分离DRB(在没有HO的SN改变期间重配置MCG和EN-DC分离DRB)：
4>如果包括pdcp-Config：
5>根据所接收的pdcp-Config重配置PDCP实体；
4>如果MAC重置指示符被设置为真：
5>重建与这个drb-id相关联的MCG RLC实体；
5>重置MCG MAC；
4>否则，MAC重置指示符被设置为假：
5>重建与这个drb-id相关联的MCG RLC实体；
5>如果所接收的logicalChannelIdentity不同于当前UE配置(LCID改变)：
5>不要重置MCG MAC；
或者
2>如果drb-ToAddModListSCG未被接收到或不包括drb-Identity值：
3>如果drb-Identity所指示的DRB是MCG DRB或分离DRB(在没有HO的SN改变期间重配置MCG和EN-DC分离DRB)：
4>如果包括pdcp-Config：
5>根据所接收的pdcp-Config重配置PDCP实体；
4>如果RLC重建指示符被设置为真：
5>重建与这个drb-id相关联的MCG RLC实体；
5>如果所接收的logicalChannelIdentity不同于当前UE配置(LCID改变)：
5>不要重置MCG MAC；
或者
2>如果drb-ToAddModListSCG未被接收到或不包括drb-Identity值：
3>如果在EN-DC中drb-Identity所指示的DRB是MCG DRB或配置有MCG RLC承载(针对EN-DC重配置MCG DRB或分离DRB)：
4>如果包括pdcp-Config：
5>根据所接收的pdcp-Config重配置PDCP实体；
4>如果包括rlc-Config：
5>如果接收到reestablishRLC，则重建这个DRB的RLC实体；
5>根据所接收的rlc-Config重配置RLC实体；
下面是用于逻辑信道的38.331的文本方案。
5.3.x.x.x逻辑信道添加/修改
对于在logicalChannel-ToAddModList IE中所接收的每个LCH-Config，UE应当：
1>如果UE的当前配置包含具有所接收的logicalChannelIdentity的逻辑信道：
2>如果接收到reestablishRLC，则按照38.322中所规定重建这个DRB的RLC实体：
2>根据所接收的rlc-Config重配置RLC实体；
2>根据所接收的mac-LogicalChannelConfig重配置逻辑信道实体；
RLC重建指示符和PDCP恢复指示符两者可以由MN或SN节点设置，并且在SCG改变和承载类型改变过程期间通过RRC重配置消息发送给UE。MN或SN可以通过RRC重配置消息中的信息元素(IE)(如用于PDCP恢复指示符的恢复PDCP或PDCP恢复)发送这个信息。NW节点还可以在RRC重配置消息中添加IE是“reestablishRLC”。这些IE可以在BTC过程或SN改变过程或任何其他移动性过程期间由LTE RAT或NR RAT生成。
承载类型改变：承载类型改变(BTC)可以在没有移动性过程的情况下发生，并且可以在具有和没有密钥改变的情况下发生。如果BTC在没有密钥改变的情况下发生，则对L2实体没有影响。如果BTC在具有密钥改变的情况下发生，则将对L2实体产生影响，即需要重建PDCP/RLC并且需要重置MAC，如上面表4中提及。NW需要指示每个DRB的密钥，UE将从所述密钥得知BTC是否引起密钥改变。NW可以提供每个承载或DRB的密钥索引。由于BTC在没有移动性过程的情况下发生，所以UE需要基于RRC消息中所提供的信息来确定L2动作。PDCP重建可以基于显式指示符来完成，即，如果存在密钥改变，则NW可以提供显式指示符来重建PDCP实体，或者UE可以隐式地从安全密钥中导出如果在BTC期间针对承载发生密钥改变，则其应当重建PDCP。一旦重建了NR PDCP，便可以重建对应的NR RLC实体并且可以重置NR MAC，但是不能确定对LTE RLC或LTE MAC的L2动作，因为NR和LTE是两个不同RAT。在分离承载到/从MCG或分离承载到/从分离承载之间的BTC期间，UE可以对分离承载的SCG支路采取动作，但是不能对LTE侧的L2实体采取动作。在RRC消息中需要显式指示符，其将指示是否需要LTERLC重建。这还将触发MAC重置过程。这个显式指示符将在发生承载类型改变时由MN或SN节点生成。对于EN-DC，在承载类型改变过程期间，LTE RRC重配置或NR RRC重配置消息可以具有显式指示符来针对无线电承载重建MCG和SCG RLC实体。
或者，NW可以在承载类型改变过程期间总是执行RLC配置释放和添加以避免LTERLC重建。
UE还可以在承载类型改变过程期间基于LTE与NR栈之间的隐式指示符来执行动作。
SCG改变指示符：另一个替代方案是NW应当在LTE RRC消息中指示关于SCG改变指示，使得其可以对分离承载的MCG支路采取动作。
每个承载的安全密钥索引：在LTE中，使用每个PDCP终止点的安全密钥，即2个安全密钥。在初始安全激活或切换过程期间，UE导出KeNB。这个密钥是基于KASME密钥，所述KASME密钥由上层处理。在DC的情况下，针对SCG-DRB使用单独的KeNB(S-KeNB)。这个密钥是从用于MCG的密钥(KeNB)和用于确保新鲜度的SCG计数器导出的。KeNB适用于MCG承载和分离承载(终止于MN处)，并且S-KeNB适用于SCG承载。对于EN-DC，网络可以将每个DRB配置为使用一组2个密钥(按照今天规定来导出的KeNB和S-KeNB)中的1个密钥。一旦在UE处导出KeNB和S-KeNB，有两种观察结果可以用来在EN-DC中处理安全密钥。终止于相同PDCP终止点处的承载可以被配置为使用一组2个密钥中的1个密钥。终止于不同PDCP终止点处的承载可以配置有单独的密钥组，即每个PDCP终止点的安全密钥。
当仅建立SRB1时，即在SRB2和/或DRB建立之前，NW向处于RRC_CONNECTED的UE发起安全模式命令过程。UE在接收到安全模式命令后将导出KeNB密钥。一旦完成初始安全激活过程，NW便发起SRB2和DRB建立。
考虑这样一种情况，即UE配置有MCG承载并且使用密钥KeNB来导出加密和完整性安全密钥。NW想要添加另一个承载，比如分离承载。如果PDCP终止点没有改变，则NW可以将分离承载配置为使用相同的密钥或新的密钥。如果分离承载将使用针对MCG承载配置的相同密钥，则其将遵循现有的LTE基线过程来用现有密钥配置承载。
如果NW想要用新的密钥组配置新的MCG承载或分离承载，则其需要在配置承载时向UE指示这种情况。如果NW想要用不同的密钥组配置终止于相同PDCP处的承载，则需要引入每个承载的密钥指示符。在接收到这个指示时，UE将基于现有的LTE机制来确定S-KeNB。
应当在没有切换或SN改变过程的情况下支持EN-DC操作中的承载类型改变。这种承载类型改变可以涉及或者可以不涉及密钥改变。像PDCP/RLC重建或MAC重置那样的L2动作取决于承载类型改变是否涉及密钥改变。通过RRC重配置过程，即没有移动性过程，所有承载类型改变选项在具有和没有密钥改变的情况下都是可能的。
由于承载和谐化概念，有可能的是配置有NR PDCP的承载可以终止于相同PDCP终止点或不同PDCP终止点处。NW可以用相同或不同密钥组配置承载。
在承载类型改变期间，NW需要向UE指示用于这个承载的密钥是否改变。这可以通过在RRC重配置消息中提供每个DRB配置的密钥指示符来实现。如果这个参数不存在，则UE将假设密钥没有改变，并且其将继续使用在承载类型改变之前配置的相同密钥。如果NW想要改变密钥，则其将在承载类型改变或承载添加期间指示每个承载的密钥索引。缺少这个字段意味着UE可以继续使用现有的配置密钥。
用于36.331或38.331的文本方案可以针对用于采取L2动作的指示符和每个承载的密钥索引如下规定。这将在RRC重配置消息中出现，并且这些IE可以针对LTE和NR RRC两者放置在任何RRC重配置结构内。其中一种方式如下所示。
PDCP数据恢复过程：承载类型改变过程在没有任何移动性事件的情况下发生，并且密钥改变不涉及任何PDCP重建过程。在此类场景中，通过释放现有的RLC实体并创建新的RLC实体来支持承载类型改变过程而不影响PDCP实体。需要引入PDCP数据恢复过程来处理无损承载类型改变，因为RLC实体的释放将导致数据丢失。因此，如果RLC实体被释放，但对应的PDCP实体仍然存在，则需要执行PDCP数据恢复。表4中提到了需要触发这个过程的BTC。
用于38.3235.5的文本方案：用于AM DRB的数据恢复，当上层请求用于无线电承载的PDCP数据恢复时，发射PDCP实体应当：
-如果无线电承载被上层配置为在上行链路中发送PDCP状态报告(statusReportRequired[3])，则按照子条款5.4.1描述发送PDCP状态报告；
-从下层尚未确认成功递送的第一个PDCP数据PDU开始以相关联COUNT值的升序执行先前提交到重建或释放AM RLC实体的所有PDCP数据PDU的重传。
在执行上述过程之后，发射PDCP实体应当遵循子条款5.2.1中的过程。
NR RLC释放过程：当上层释放RLC实体时，需要NR RLC释放过程。在NR释放过程期间，需要丢弃所有待决RLC PDU和RLC SDU，使得缓冲器是清空的。需要在38.322中引入新的章节。
用于38.322的文本方案
5.7RLC实体释放
当上层请求用于无线电承载的RLC实体释放时，UE应当：
-丢弃所有RLC SDU、RLC SDU片段和PDU
-释放用于无线电承载的RLC实体。
用于EN-DC的LTE RLC释放过程：可以通过释放现有的RLC实体并创建新的RLC实体来支持承载类型改变过程而不会影响PDCP实体，如表4中提及。LTE RLC支持重排序功能，因此其将在RLC实体中缓冲无序分组。为了避免不必要的重传，要求在LTE RLC释放期间，RLC从无序接收的RLC数据PDU重组RLC SDU，并且将其递送到上层。需要引入LTE RLC释放过程以避免不必要的重传。
用于36.322的文本方案：
5.6 RLC实体释放
当上层请求用于无线电承载的RLC实体释放时，UE应当：
-对于UM RLC实体，从SN<VR(UH)的UMD PDU重组RLC SDU，在这样做时移除RLC标头，并且将所有重组的RLC SDU以RLC SN的升序递送到上层(如果之前未递送的话)；
-对于AM RLC实体，在接收侧中从SN<VR(MR)的AMD PDU的任何字节片段重组RLCSDU，在这样做时移除RLC标头，并且将所有重组的RLC SDU以RLC SN的升序递送到上层(如果之前未递送的话)；
-释放用于无线电承载的RLC实体。
由于无效逻辑信道导致的MAC PDU丢弃：在LTE中，当MAC实体接收到用于MAC实体的C-RNTI或半持久调度C-RNTI的MAC PDU或者通过所配置的下行链路分配或在SL-SCH上包含保留值或无效值的MAC PDU时，MAC实体应丢弃所接收的PDU。对于经由MCH信道接收的数据，存在特殊处理，其中代替丢弃整个PDU；UE将仅丢弃携载保留值或无效值的MAC SDU。
对于EN-DC，在承载类型改变或SCG改变过程期间，同意如果NW提供像DRB释放/添加、限制调度或LCID改变那样的解决方案，则不需要执行MAC重置。此外，很少有像分离到MCG或分离到SCG或MCG到/从SCG那样的承载类型改变，在这些情况下逻辑信道将被释放。逻辑信道释放或改变可以去除MAC实体与RLC实体之间的映射，因此任何用旧的安全配置加密的数据将通过旧的逻辑信道携载，可以在MAC层本身处被丢弃。当MAC实体接收到包含在MAC与RLC实体之间不存在映射的逻辑信道ID的MAC PDU时，MAC实体将丢弃所接收的PDU。这个被丢弃的MAC PDU可能包含用于SRB或其他数据PDU的数据，这将影响已配置的承载并将导致不必要的重传。
在NR中，由于承载类型改变或SCG改变过程，逻辑信道ID改变或逻辑信道ID释放可以是更频繁的过程。丢弃整个MAC PDU会导致等待时间和不必要的重传。当MAC实体接收到MAC PDU时，如果其发现任何带有保留值或无效值的子标头，则其应当忽略或丢弃那些MACSDU。其不应丢弃整个MAC PDU。这不会影响其他承载，并且可以避免不必要的RLC级重传。MAC实体应当仅忽略包含保留值的MAC PDU子标头和对应MAC SDU。
用于TS38.321的文本方案
5.13未知、不可预见和错误的协议数据的处理
当MAC实体接收到包含保留值或无效值的MAC PDU时，MAC实体应当：
-如果其是由先前重配置释放的逻辑信道的LCID
-忽略包含保留值的MAC PDU子标头和对应MAC SDU；
-否则
-丢弃所接收到的PDU。
5.13未知、不可预见和错误的协议数据的处理
当MAC实体接收到用于MAC实体的C-RNTI或半持久调度C-RNTI的MAC PDU或通过所配置的下行链路分配包含保留值或无效值的MAC PDU时，MAC实体应当：
-忽略包含保留值的MAC PDU子标头和对应MAC SDU；
或者
当MAC实体接收到用于MAC实体的C-RNTI或CS-RNTI的MAC PDU或者通过所配置的下行链路分配包含未被配置的LCID值的MAC PDU时，MAC实体将丢弃所接收的子PDU。
图10是示出根据本公开的另一实施例的用于基站的装置的结构的框图。
参考图10，用于基站1000的装置可以包括处理器1010、收发器1020和存储器1030。然而，并非所有图示的部件都是必需的。基站1000可以由比图10所示更多或更少的部件来实施。此外，根据另一实施例，处理器1010和收发器1020以及存储器1030可以被实施为单个芯片。现在将详细描述上述部件。
处理器1010可以包括一个或多个处理器或其他处理装置，其控制所提出的功能、过程和/或方法。基站1000的操作可以由处理器1010实施。
处理器1010可以确定发射资源和接收资源的位置。
收发器1020可以包括用于对发射信号进行上变频转换和放大的RF发射器，以及用于对接收信号的频率进行下变频转换的RF接收器。然而，根据另一实施例，收发器1020可以由比那些图示部件更多或更少的部件来实施。
收发器1020可以连接到处理器1010，并且发射且/或接收信号。所述信号可以包括控制信息和数据。此外，收发器1020可以通过无线信道接收信号，并且将信号输出到处理器1010。收发器1020可以通过无线信道发射从处理器1010输出的信号。
存储器1030可以存储基站1000所获得的信号中包括的控制信息或数据。存储器1030可以连接到处理器1010，并且存储至少一个指令或者用于所提出的功能、过程和/或方法的协议或参数。存储器1030可以包括只读存储器(ROM)和/或随机存取存储器(RAM)和/或硬盘和/或CD-ROM和/或DVD和/或其他存储装置。
本文公开的实施例可以使用在至少一个硬件装置上运行并执行网络管理功能来控制元件的至少一个软件程序来实施。
特定实施例的前述描述将充分地揭示本文实施例的一般性质，使得其他人可以通过应用当前知识来在不脱离一般概念的情况下容易地修改且/或改编此类特定实施例以适应各种应用，并且因此，此类改编和修改应当并且希望被理解为属于所公开的实施例的等同物的意义和范围内。应当理解，本文采用的措辞或术语是为了描述的目的而不是为了限制。因此，尽管已经根据优选实施例描述了本文的实施例，但是本领域的技术人员将认识到，本文的实施例可以在如本文描述的实施例的精神和范围内进行修改来实践。

Claims (16)

1.一种用户设备UE用于在无线通信网络中执行与主节点MN和辅节点SN的通信的方法，所述方法包括：
在所述MN、所述SN与所述UE之间建立连接，所述UE配置有新无线电接入网络NR和演进UMTS地面无线电接入E-UTRAN双连接NE-DC，其中，所述UE包括E-UTRA无线电链路控制RLC实体和NR RLC实体，以及为RLC实体配置了MCG承载、SCG承载或分离承载；
识别指示承载类型改变的一个或多个信息；以及
响应于识别出指示重建无线电承载RB的RLC实体的承载类型改变的信息，执行对所述RB的RLC实体的重建；以及
响应于识别出指示释放RLC实体的承载类型改变的信息，执行对所述RB的RLC实体的释放。
2.根据权利要求1所述的方法，其中，所述一个或多个信息是通过无线电资源控制RRC重配置消息而接收的，所述RRC重配置消息包括一个或多个第2层L2信息，以及
其中，所述方法还包括从所述一个或多个L2信息中识别出与所述UE的当前配置对应的至少一个RB。
3.根据权利要求2所述的方法，还包括：响应于所述一个或多个L2信息中包括的数据无线电承载DRB标识不是所述UE的所述当前配置的一部分，
基于所述一个或多个L2信息来获得用于所述DRB标识的密钥信息；以及
基于所述密钥信息来将密钥应用于分组数据汇聚协议PDCP实体。
4.根据权利要求1所述的方法，还包括：
基于所述一个或多个L2信息来获得指示恢复分组数据汇聚协议PDCP实体的信息；以及
在接收到PDCP恢复信息之后，执行被释放的RLC实体的PDCP数据协议数据单元PDU的重传。
5.根据权利要求4所述的方法，其中执行重传包括：从下部子层尚未确认成功递送的第一个PDCP数据PDU开始以相关联计数值的升序重新发送先前提交到重建的或释放的确认模式无线电链路控制AM RLC实体的所述PDCP数据PDU。
6.根据权利要求1所述的方法，还包括：
当识别到指示释放RB的RLC实体的承载类型改变的信息时，
执行对RLC服务数据单元SDU和RLC协议数据单元PDU的丢弃以及对所述RLC实体的释放。
7.根据权利要求1所述的方法，其中，响应于媒体接入控制MAC实体接收到用于所述MAC实体小区无线网络临时标识C-RNTI或半持久调度C-RNTI的MAC协议数据单元PDU，丢弃所接收到的MAC PDU中的子PDU。
8.根据权利要求1所述的方法，其中，响应于媒体接入控制MAC实体经由已配置的下行链路分配接收到包含保留值或无效值的MAC协议数据单元PDU，丢弃所接收到的MAC PDU中的子PDU。
9.一种用于在无线通信网络中执行与主节点MN和辅节点SN的通信的用户设备UE，所述UE包括：
收发器，向所述MN和所述SN发送信号并从所述MN和所述SN接收信号；以及
处理器，被配置为：
在所述MN、所述SN与所述UE之间建立连接，所述UE配置有新无线电接入网络NR和演进UMTS地面无线电接入E-UTRAN双连接NE-DC，其中，所述UE包括E-UTRA无线电链路控制RLC实体和NR RLC实体，以及为RLC实体配置了MCG承载、SCG承载或分离承载；
识别指示承载类型改变的一个或多个信息；以及
响应于识别出指示重建无线电承载RB的RLC实体的承载类型改变的信息，执行对所述RB的RLC实体的重建；以及
响应于识别出指示释放RLC实体的承载类型改变的信息，执行对所述RB的RLC实体的释放。
10.根据权利要求9所述的UE，其中，所述一个或多个信息是通过无线电资源控制RRC重配置消息而接收的，所述RRC重配置消息包括一个或多个第2层L2信息，以及
所述处理器还被配置为从所述一个或多个L2信息中识别出与所述UE的当前配置对应的至少一个RB。
11.根据权利要求10所述的UE，所述处理器还被配置为：响应于所述一个或多个L2信息中包括的数据无线电承载DRB标识不是所述UE的所述当前配置的一部分，
基于所述一个或多个L2信息来获得用于所述DRB标识的密钥信息；以及
基于所述密钥信息来将密钥应用于分组数据汇聚协议PDCP实体。
12.根据权利要求10所述的UE，其中所述处理器还被配置为：
基于所述一个或多个L2信息来获得指示恢复分组数据汇聚协议PDCP实体的信息；以及
在接收到PDCP恢复信息之后，执行被释放的RLC实体的PDCP数据协议数据单元PDU的重传。
13.根据权利要求12所述的UE，其中所述处理器还被配置为：
控制所述收发器从下部子层尚未确认成功递送的第一个PDCP数据PDU开始以相关联计数值的升序重新发送先前提交到重建的或释放的确认模式无线电链路控制AM RLC实体的所述PDCP数据PDU。
14.根据权利要求9所述的UE，其中所述处理器还被配置为：
当识别到指示释放RB的RLC实体的承载类型改变的信息时，
执行对RLC服务数据单元SDU和RLC协议数据单元PDU的丢弃以及对所述RLC实体的释放。
15.根据权利要求9所述的UE，其中所述处理器还被配置为：
响应于媒体接入控制MAC实体接收到用于所述MAC实体小区无线网络临时标识C-RNTI或半持久调度C-RNTI的MAC协议数据单元PDU，丢弃所接收到的MAC PDU中的子PDU。
16.根据权利要求9所述的UE，其中所述处理器还被配置为：
响应于媒体接入控制MAC实体经由已配置的下行链路分配接收到包含保留值或无效值的MAC协议数据单元PDU，丢弃所接收到的MAC PDU中的子PDU。
CN202410203340.8A 2017-09-29 2018-10-01 在无线通信系统中以双连接处理用户平面的方法和用户设备 Pending CN117979466A (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
IN201741034761 2017-09-29
IN201741034761 2018-09-20
PCT/KR2018/011657 WO2019066628A1 (en) 2017-09-29 2018-10-01 METHOD AND USER EQUIPMENT FOR MANAGING A DUAL CONNECTIVITY USER PLAN IN A WIRELESS COMMUNICATION SYSTEM
CN201880077365.0A CN111434183B (zh) 2017-09-29 2018-10-01 无线通信系统中以双连接处理用户平面的方法和用户设备

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201880077365.0A Division CN111434183B (zh) 2017-09-29 2018-10-01 无线通信系统中以双连接处理用户平面的方法和用户设备

Publications (1)

Publication Number Publication Date
CN117979466A true CN117979466A (zh) 2024-05-03

Family

ID=65901259

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202410203340.8A Pending CN117979466A (zh) 2017-09-29 2018-10-01 在无线通信系统中以双连接处理用户平面的方法和用户设备
CN201880077365.0A Active CN111434183B (zh) 2017-09-29 2018-10-01 无线通信系统中以双连接处理用户平面的方法和用户设备

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201880077365.0A Active CN111434183B (zh) 2017-09-29 2018-10-01 无线通信系统中以双连接处理用户平面的方法和用户设备

Country Status (5)

Country Link
US (3) US11026291B2 (zh)
EP (2) EP3677088B1 (zh)
KR (1) KR102263160B1 (zh)
CN (2) CN117979466A (zh)
WO (1) WO2019066628A1 (zh)

Families Citing this family (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7199798B2 (ja) * 2017-06-15 2023-01-06 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
EP3659391B1 (en) * 2017-08-11 2024-05-01 Samsung Electronics Co., Ltd. Method for performing bearer type change of a plurality of bearers configured for user equipment
EP3669578B1 (en) * 2017-09-28 2022-07-13 Samsung Electronics Co., Ltd. Method and system for handling pdcp operation in wireless communication system
CN110249687B (zh) * 2017-11-03 2023-10-13 华为技术有限公司 处理媒体访问控制协议数据单元的方法和装置
JP7095977B2 (ja) * 2017-11-15 2022-07-05 シャープ株式会社 端末装置、基地局装置、および方法
WO2019097652A1 (ja) * 2017-11-16 2019-05-23 株式会社Ｎｔｔドコモ 無線通信システム及び無線基地局
CN110099448B (zh) * 2018-01-31 2023-01-13 华为技术有限公司 通信的方法和装置
WO2019153139A1 (zh) 2018-02-07 2019-08-15 Oppo广东移动通信有限公司 无线链路失败处理方法及相关产品
KR20200138293A (ko) * 2018-03-30 2020-12-09 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 스위칭 방법 및 액세스 네트워크 기기
US11165632B2 (en) * 2018-05-10 2021-11-02 Lg Electronics Inc. Method for performing re-establishing RRC connection procedure and device supporting the same
CN112585900A (zh) * 2018-10-30 2021-03-30 Oppo广东移动通信有限公司 一种数据处理方法、终端设备及存储介质
WO2020087368A1 (en) * 2018-10-31 2020-05-07 Mediatek Singapore Pte. Ltd. Apparatus and mechanism of reordering with dual protocol to reduce mobility interruption in wireless network
US11297669B2 (en) * 2018-11-02 2022-04-05 Samsung Electronics Co., Ltd. Method for transmitting control signaling in relay network, configuration method and device
CN113170337B (zh) * 2018-11-21 2023-06-20 华为技术有限公司 一种数据传输方法和装置
WO2020159307A1 (en) * 2019-02-01 2020-08-06 Lg Electronics Inc. Method and apparatus for handling packet duplication based on congestion level of frequency in a wireless communication system
BR112021018488A2 (pt) * 2019-03-20 2021-11-23 Ericsson Telefon Ab L M Métodos realizados por um equipamento de usuário e por um nó de rede para manipular uma configuração de grupo de células secundárias em uma rede de comunicações sem fio, programa de computador, portadora, equipamento de usuário, e, nó de rede
US11800584B2 (en) * 2019-07-12 2023-10-24 Parallel Wireless, Inc. 5G mobile network with intelligent 5G non-standalone (NSA) radio access network (RAN)
CN112399489B (zh) * 2019-08-14 2024-07-12 夏普株式会社 小区切换方法以及用户设备
WO2021030970A1 (en) * 2019-08-16 2021-02-25 Qualcomm Incorporated Ul transmission method for endc dual connection device
CN114467362B (zh) * 2019-09-27 2024-06-28 上海诺基亚贝尔股份有限公司 用于主节点间切换的设备、方法、装置和计算机可读介质
CN114424620A (zh) * 2019-09-30 2022-04-29 瑞典爱立信有限公司 确定安全密钥
WO2021066567A1 (ko) 2019-10-02 2021-04-08 삼성전자 주식회사 조건부 셀 추가 및 변경을 위한 방법 및 장치
CN114731721A (zh) * 2019-10-02 2022-07-08 谷歌有限责任公司 用于在通信网络中管理无线电承载兼容性的系统和方法
CN111093234A (zh) * 2019-11-04 2020-05-01 中兴通讯股份有限公司 交叉流程的处理方法、装置、设备和存储介质
CN115244989A (zh) * 2020-01-14 2022-10-25 谷歌有限责任公司 条件过程的识别和处理
US11985553B2 (en) * 2020-01-29 2024-05-14 Qualcomm Incorporated Techniques for inter-system handing over from a standalone to a non-standalone mode
US11825348B2 (en) * 2020-07-24 2023-11-21 Qualcomm Incorporated Methods and apparatus for split PDCP scheduling
CN114071800B (zh) * 2020-07-27 2024-04-12 上海华为技术有限公司 一种数据传输方法以及相关设备
US20230328588A1 (en) * 2020-09-22 2023-10-12 Telefonaktiebolaget Lm Ericsson (Publ) Providing data in a pdcp message
WO2022077206A1 (en) * 2020-10-13 2022-04-21 Qualcomm Incorporated Protocol stacks and bearer modeling for rsu assisted uu connectivity
KR20230069197A (ko) * 2020-10-15 2023-05-18 애플 인크. 스플릿 베어러 통신
US20220201786A1 (en) * 2020-12-18 2022-06-23 Mediatek Inc. Methods and apparatus to reduce packet latency in multi-leg transmission
US11711865B2 (en) * 2020-12-30 2023-07-25 Mediatek Inc. Detection of RRC connection reestablishment without reconfiguration in mobile communications
CN116686336A (zh) * 2021-01-08 2023-09-01 日本电气株式会社 用于通信的方法、设备和计算机存储介质
CN113709800A (zh) * 2021-09-13 2021-11-26 北京小米移动软件有限公司 网络检测方法、装置、用户设备、lte基站及存储介质
CN116489673A (zh) * 2022-01-17 2023-07-25 夏普株式会社 信息报告方法以及用户设备
WO2023204573A1 (en) * 2022-04-18 2023-10-26 Lg Electronics Inc. Transaction identifier handling in wireless communications

Family Cites Families (51)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104584633B (zh) * 2012-08-23 2018-12-18 交互数字专利控股公司 在无线系统中采用多个调度器进行操作
US20160021581A1 (en) * 2013-01-17 2016-01-21 Interdigital Patent Holdings, Inc. Packet data convergence protocol (pdcp) placement
KR20140107088A (ko) * 2013-02-27 2014-09-04 주식회사 케이티 스몰셀 환경에서 단말의 버퍼상태보고 전송방법 및 장치
US10075881B2 (en) 2013-04-02 2018-09-11 Lg Electronics Inc. Method for performing a cell change procedure in a wireless communication system and a device therefor
US9844089B2 (en) * 2013-04-29 2017-12-12 Htc Corporation Method of handling data transmission and reception in dual connectivity
EP2835925B1 (en) * 2013-08-09 2018-08-08 Panasonic Intellectual Property Corporation of America Efficient Status Reporting for UEs in dual connectivity during mobility
US9756531B2 (en) * 2013-09-30 2017-09-05 Lg Electronics Inc. Method for determining radio resource control configuration in a wireless communication system supporting dual connectivity and apparatus thereof
US10172066B2 (en) 2013-10-23 2019-01-01 Telefonaktiebolaget Lm Ericsson (Publ) Flexible bearer handling
US10362615B2 (en) * 2013-10-30 2019-07-23 Kt Corporation Method and apparatus for configuring dual connection in mobile communication network
CN105706387B (zh) * 2013-11-01 2019-06-07 三星电子株式会社 用于重新配置承载的方法及设备
US10206147B2 (en) 2013-12-19 2019-02-12 Qualcomm Incorporated Serving gateway relocation and secondary node eligibility for dual connectivity
KR101640681B1 (ko) * 2014-01-16 2016-07-19 주식회사 케이티 듀얼 커넥티비티에서 기지국 변경 방법 및 그 장치
CN105917727B (zh) * 2014-01-30 2019-12-13 夏普株式会社 用户设备、演进节点b及其方法
GB2522673B (en) * 2014-01-31 2016-08-03 Samsung Electronics Co Ltd Method and apparatus for implementing dual connectivity
US9936427B2 (en) * 2014-03-14 2018-04-03 Intel Corporation Systems and methods for joint handover of user equipment and secondary cell group in 3GPP LTE dual connectivity
EP3451621B1 (en) 2014-03-21 2021-06-30 Sun Patent Trust Security key derivation in dual connectivity
US9967784B2 (en) * 2014-03-21 2018-05-08 Samsung Electronics Co., Ltd. Method and apparatus for transmitting/receiving signal in mobile communication system supporting a plurality of carriers
KR20190107170A (ko) * 2014-03-28 2019-09-18 후지쯔 가부시끼가이샤 베어러 관리 장치, 방법 및 통신 시스템
CN104955064B (zh) * 2014-03-28 2019-01-11 上海诺基亚贝尔股份有限公司 一种在双连接系统中处理用户设备端rlc/pdcp实体的方法与设备
WO2016021662A1 (ja) * 2014-08-06 2016-02-11 株式会社Ｎｔｔドコモ ユーザ装置及び基地局
KR20170041658A (ko) * 2014-08-07 2017-04-17 엘지전자 주식회사 단말이 이중 연결 시스템에서의 pdcp pdu를 처리하는 방법 및 그 장치
WO2016021820A1 (en) 2014-08-08 2016-02-11 Lg Electronics Inc. Method for processing a packet data convergence protocol re-ordering function at a user equipment in a dual connectivity system and device therefor
US20160057687A1 (en) * 2014-08-19 2016-02-25 Qualcomm Incorporated Inter/intra radio access technology mobility and user-plane split measurement configuration
EP3021612B1 (en) * 2014-11-12 2018-03-21 HTC Corporation Device and method of handling network configurations
WO2016105568A1 (en) * 2014-12-23 2016-06-30 Interdigital Patent Holdings, Inc. Methods for wifi integration in cellular systems
US20160226632A1 (en) 2015-01-29 2016-08-04 Intel IP Corporation Carrier aggregation enhancements for unlicensed spectrum and 5g
US20170374578A1 (en) * 2015-02-09 2017-12-28 Nokia Solutions And Networks Oy Mobility control in dual connectivity operation mode
SG11201510546TA (en) 2015-02-13 2016-09-29 Ericsson Telefon Ab L M Establishment of dual connectivity
CN105992288A (zh) 2015-03-05 2016-10-05 中兴通讯股份有限公司 一种在切换程序中传输数据的方法、装置和系统
US10440626B2 (en) 2015-03-20 2019-10-08 Parallel Wireless, Inc. Content-aware inter-RAT RAB steering
CN107211475B (zh) * 2015-04-02 2020-10-30 株式会社Kt 用于重新配置无线承载的方法及其装置
CN106304399B (zh) 2015-05-15 2020-12-04 夏普株式会社 用户设备及其方法以及由eutran执行的方法
US11233725B2 (en) 2015-07-22 2022-01-25 Apple Inc. Convergence layer for 5G communication systems
CN108293214A (zh) * 2015-11-18 2018-07-17 瑞典爱立信有限公司 用于改变用于无线设备的主节点的无线通信系统、无线设备、网络节点及其中的方法
WO2017135666A1 (en) 2016-02-04 2017-08-10 Samsung Electronics Co., Ltd. Method and apparatus for preventing loss of data packets
US10285028B2 (en) 2016-02-05 2019-05-07 Qualcomm Incorporated Adaptive radio link monitoring
KR102174932B1 (ko) * 2016-07-01 2020-11-06 주식회사 케이티 이중 연결 상태에서 데이터를 송수신하는 방법 및 그 장치
CN106231637B (zh) 2016-07-29 2019-10-22 深圳市金立通信设备有限公司 辅小区变换方法、装置以及基站
CN114885375B (zh) 2016-08-09 2024-08-09 三星电子株式会社 无线通信系统中管理用户平面操作的方法和装置
WO2018059866A1 (en) * 2016-09-28 2018-04-05 Sony Corporation Telecommunications apparatus and methods for handling split radio bearers
US10485000B2 (en) * 2016-09-28 2019-11-19 Sharp Kabushiki Kaisha User equipment, base stations and methods
JP7187452B2 (ja) * 2016-10-19 2022-12-12 アイピーエルエー ホールディングス インコーポレイテッド 装置
US10986530B2 (en) * 2017-03-10 2021-04-20 Kt Corporation Buffer state report transmission method and device therefor
CN107018542A (zh) 2017-03-27 2017-08-04 中兴通讯股份有限公司 网络系统中状态信息的处理方法、装置及存储介质
EP3619950A1 (en) 2017-05-04 2020-03-11 Ofinno, LLC Beam-based measurement configuration
CN110603893B (zh) * 2017-05-05 2023-09-29 苹果公司 在lte互通中统一分割承载
KR20240093567A (ko) 2017-06-02 2024-06-24 모토로라 모빌리티 엘엘씨 송신에 이용가능한 데이터의 결정
BR112020003429A2 (pt) * 2017-08-21 2020-09-08 Beijing Xiaomi Mobile Software Co., Ltd. método e dispositivo para indicar uma rádio portadora
US11611468B2 (en) 2017-09-28 2023-03-21 Comcast Cable Communications, Llc Beam management with DRX configuration
US11032866B2 (en) 2017-11-27 2021-06-08 FG Innovation Company Limited Methods and related devices for multi-connectivity
US10784944B2 (en) 2018-01-09 2020-09-22 Ofinno, Llc Timing advance in beam failure recovery request transmission

Also Published As

Publication number Publication date
US20210298120A1 (en) 2021-09-23
EP3677088B1 (en) 2024-07-24
CN111434183A (zh) 2020-07-17
US11716783B2 (en) 2023-08-01
KR102263160B1 (ko) 2021-06-10
US20230345582A1 (en) 2023-10-26
CN111434183B (zh) 2024-03-12
EP3677088A1 (en) 2020-07-08
WO2019066628A1 (en) 2019-04-04
EP3677088C0 (en) 2024-07-24
EP3677088A4 (en) 2020-10-14
US20200275519A1 (en) 2020-08-27
US11026291B2 (en) 2021-06-01
KR20200053621A (ko) 2020-05-18
EP4425978A2 (en) 2024-09-04

Similar Documents

Publication Publication Date Title
CN111434183B (zh) 无线通信系统中以双连接处理用户平面的方法和用户设备
US11950313B2 (en) Method for performing bearer type change of a plurality of bearers configured for user equipment
US11395365B2 (en) Method and system for handling PDCP operation in wireless communication system
US11658722B2 (en) Method and apparatus for managing user plane operation in wireless communication system
US11805443B2 (en) Method and apparatus for data processing in wireless communication system
US11330466B2 (en) Method and apparatus for processing a packet in a wireless communication system
US12022347B2 (en) Method and apparatus for handover without interruption of transmission and reception of data in next-generation mobile communication system
US11337118B2 (en) Method and system for performing handover in wireless communication network
CN116918387A (zh) 用于防止在下一代移动通信系统中执行daps切换时可能发生的潜在错误的设备和方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination