CN110999519A - 对为用户设备配置的多个承载执行承载类型改变的方法 - Google Patents

对为用户设备配置的多个承载执行承载类型改变的方法 Download PDF

Info

Publication number
CN110999519A
CN110999519A CN201880052222.4A CN201880052222A CN110999519A CN 110999519 A CN110999519 A CN 110999519A CN 201880052222 A CN201880052222 A CN 201880052222A CN 110999519 A CN110999519 A CN 110999519A
Authority
CN
China
Prior art keywords
bearer
change
entity
scg
pdcp
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
CN201880052222.4A
Other languages
English (en)
Other versions
CN110999519B (zh
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
Priority to CN202311290991.7A priority Critical patent/CN117098122A/zh
Publication of CN110999519A publication Critical patent/CN110999519A/zh
Application granted granted Critical
Publication of CN110999519B publication Critical patent/CN110999519B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • 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
    • H04W76/16—Involving different core network technologies, e.g. a packet-switched [PS] bearer in combination with a circuit-switched [CS] bearer
    • 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]
    • H04W12/043—Key management, e.g. using generic bootstrapping architecture [GBA] using a trusted network node as an anchor
    • H04W12/0433—Key management protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0069—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0069—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
    • H04W36/00698—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink using different RATs
    • 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
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points

Landscapes

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

Abstract

本申请实施例提供了一种对为用户设备(UE)配置的多个无线承载执行承载类型改变的方法和系统。提出的方法包括通过网络改变特定承载的承载类型。进一步地，所述提议的方法包括检查密钥改变或PDCP终结点改变或PDCP版本改变。此外，所述提议的方法包括通知所述UE通过无切换或无SN变更流程的重配置流程或有切换或有SN变更流程的重配置流程来改变承载类型。网络向UE指示一个或多个进行承载类型改变的操作。

Description

对为用户设备配置的多个承载执行承载类型改变的方法
技术领域
本发明涉及一种无线通信网络。更具体地说，涉及一种用于对为用户设备(UE)配置的多个无线承载进行承载类型改变的方法和系统。
背景技术
近年来，为满足日益增长的宽带用户需求以及提供越来越多的应用和业务，开发了几种宽带无线技术。开发第二代无线通信系统以提供语音服务同时保证用户的移动性。第三代无线通信系统不仅支持语音业务，而且支持数据业务。第四代无线通信系统是近年来发展起来的高速数据业务。然而，目前第四代无线通信系统资源匮乏，不能满足日益增长的高速数据业务需求。因此，第五代无线通信系统正在开发中，以满足日益增长的高速数据业务需求，支持超高可靠性和低延迟应用。
为了满足自部署第四代(4G)通信系统以来无线数据流量不断增加的需求，我们努力开发改进的第五代(5G)或预-5G通信系统。5G或预-5G通信系统也称为“超4G网络”或“后长期演进(LTE)系统”。
5G通信系统被认为是在较高频率(mmWave)的频带中实现的，例如60GHz的频带，以实现较高的数据速率。为了减少无线电波的传播损耗并增加传输距离，针对5G通信系统，讨论了波束形成、大规模多输入多输出(MIMO)、全维度MIMO(FD-MIMO)、阵列天线、模拟波束形成和大规模天线技术。
此外，在5G通信系统中，正在基于高级小基站、云无线接入网(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协作多点(CoMP)、接收端干扰消除等进行系统网络改进的开发。
在5G系统中，已发展作为高级编码调制(ACM)的混合频移键控(FSK)和Feher的正交幅度调制(FQAM)和滑动窗口叠加编码(SWSC)，以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址接入(NOMA)和稀疏码多址接入(SCMA)。
互联网是一个以人类为中心的连接网络，人类在那里生成和消费信息，互联网现在正在向物联网(IoT)发展，在物联网中，分布式实体(例如，物联网)无需人工干预即可交换和处理信息。现已出现万物互联(IoE)，其是物联网技术和通过连接云服务器的大数据处理技术的结合。
为了实现IoT，需要诸如“传感技术”，“有线/无线通信和网络基础设施”，“服务接口技术”和“安全技术”之类的技术元素，最近已经研究了传感器网络、机器对机器(M2M)通信、机器类型通信(MTC)等。这种IoT环境可以提供智能互联网技术服务，其通过收集和分析互联事物中生成的数据，为人类生活创造新的价值。IoT可通过现有信息技术(IT)与各种工业应用的融合和组合应用于各种领域，包括智能家居、智能建筑、智能城市、智能汽车或连接的汽车、智能电网、医疗保健、智能家电和高级医疗服务。
在这一点上，各种尝试将5G通信系统应用于物联网网络。例如，传感器网络、MTC、M2M通信等技术可以通过波束赋形、MIMO、阵列天线实现。应用云RAN作为上述大数据处理技术也可以看作是5G技术与IoT技术融合的一个例子。
如上，可以根据无线通信系统的发展提供各种业务，因此需要一种容易提供这些业务的方法。
第五代无线通信系统不仅可以在较低频带实现，也可以在较高频带(例如10GHz到100GHz频段)实现，从而实现较高的数据速率。为了减轻无线电波的传播损耗及增加传输距离，第五代无线通信系统的设计中考虑了波束形成、大规模多输入多输出(MIMO)、全维度MIMO(FD-MIMO)、阵列天线、模拟波束形成、大规模天线技术。此外，期望第五代无线通信系统在数据速率、时延、可靠性、移动性等方面满足不同需求的用例。然而，期望第五代无线通信系统的空口的设计将足够灵活，以服务于具有能力很不相同的UE，具体取决于UE迎合最终客户服务的使用情况和市场细分。第五代无线通信系统无线系统有望解决的几个示例用例包括增强型移动宽带(eMBB)，大规模机器类型通信(m-MTC)，超可靠的低延迟通信(URLL)等。诸如数十Gbps数据速率、低延迟、高移动性等的eMBB要求占据了需要随时随地连接互联网的传统的无线宽带用户的市场细分。诸如非常高的连接密度、不频繁的数据传输、非常长的电池续航时间、低移动性地址等的m-MTC要求占据了设想连接数十亿设备的万物互联(IoT)/万物互联(IoE)的市场细分。诸如非常低的延迟、非常高的可靠性和可变的移动性等的URLL要求占据了工业自动化应用、预计作为自动驾驶车辆的助推器之一的车对车/车对基础设施通信的市场细分。
在第四代无线通信系统中，处于连接状态的UE与增强型节点B(eNB)通信。一种用于UE与eNB之间通信的无线协议栈包括分组数据汇聚协议(PDCP)、无线链路控制(RLC)、媒体接入控制(MAC)和物理(PHY)子层。在UE和eNB之间建立一个或多个用于交互用户面数据包的数据无线承载(DRB)。每个DRB关联一个PDCP实体和一个或多个RLC实体。每个DRB与MAC子层中的逻辑信道相关联。eNB在UE中有一个MAC实体。
MAC子层的主要业务和功能包括：逻辑信道和传输信道之间的映射，将属于一个或不同逻辑信道的MAC SDU复用/解复用到传输信道上的物理层传送的传输块(TB)，调度信息上报，HARQ纠错，一个UE的逻辑信道之间的优先级处理，动态调度在UE之间的优先级处理，传输格式选择和填充。
RLC子层的主要业务和功能包括：上层PDU的传输、通过ARQ的纠错(仅用于确认模式(AM)数据传输)、RLC SDU的级联、分割和重组(仅用于非确认模式(UM)和AM数据传输)、RLC数据PDU的重新分割(仅用于AM数据传输)、RLC数据PDU的重排序(仅用于UM和AM数据传输)、重复检测(仅用于UM和AM数据传输)、协议错误检测(仅用于AM数据传输)、RLC SDU丢弃(仅用于UM和AM数据传输)以及RLC重建。
RLC子层的功能由RLC实体执行。RLC实体可以用于通过以下三种模式中的一种进行数据传输：透明模式(TM)、未确认模式(UM)和确认模式(AM)。因此，根据RLC实体配置提供的数据传输模式，RLC实体被分类为TM RLC实体、UM RLC实体和AM RLC实体。TM RLC实体配置为发送TM RLC实体或接收TMRLC实体。发送TM RLC实体从上层接收RLC SDU(即，PDCP)，并通过下层向接收TM RLC实体的对等方发送RLC PDU(即，MAC)。接收TM RLC实体将RLC SDU递送至上层(即，PDCP)，并通过下层从发送TM RLC实体的对等体接收RLC PDU(即，MAC)。
进一步地，UM RLC实体配置为发送UM RLC实体或接收UM RLC实体。发送UM RLC实体从上层接收RLC SDU，并通过下层将RLC PDU发送至其接收UM RLC实体的对等体。接收UMRLC实体将RLC SDU递送至上层，并经由下层从传输UM RLC实体的其对等体接收RLC PDU。AMRLC实体包括发送侧和接收侧。AM RLC实体的发送侧从上层接收RLC SDU，并通过下层向其对等AM RLC实体发送RLC PDU。AM RLC实体的接收侧将RLC SDU递送至上层，并通过下层从其对等AM RLC实体接收RLC PDU。
用于用户面的PDCP子层的主要业务和功能包括：头部压缩和解压缩：仅ROHC、用户数据传输、RLC AM的上层PDU在PDCP重建过程中顺序递送；用于DC中的分流承载(仅支持RLCAM)：用于传输的PDCP PDU路由和用于接收的PDCP PDU重排序、用于RLC AM的PDCP重建过程中下层SDU的重复检测、切换时的PDCP SDU重传，以及在DC中的分流承载，在PDCP数据恢复流程中的PDCP PDU重传，用于上行链路(UL)中的RLC AM、加密和解密以及基于定时器的SDU丢弃。PDCP子层的功能由PDCP实体执行。每个PDCP实体承载一个无线承载的数据。由于UE的移动性，UE可以从一个eNB切换到另一个eNB。在双连接(DC)操作模式下，由于UE移动性，UE可以从一个MeNB切换到另一个MeNB，或者SCG从一个SeNB改变到另一个SeNB。eNB可以支持多个小区，UE也可以从一个小区切换到同一个eNB的另一个小区。
在第四代无线通信系统如LTE中，基于X2的两个增强节点B(eNB)或用于AM数据无线承载(DRB)的基站之间的切换是无损的。
切换后，传统系统对AM模式下配置RLC层的DRB的用户面协议处理如下：承载维护PDCP SN；源eNB通知目标eNB下一个DL PDCP SN分配给尚无PDCP序列号的数据包(来自源eNB或来自服务网关)；对于安全同步，还保持超帧号(HFN)；源eNB为目标提供一个针对UL的参考HFN和一个针对DL的参考HFN和相应SN；安全密钥更新；若PDCP状态报告由目标eNB配置，UE向目标eNB发送PDCP状态报告。发送状态报告的配置为针对承载；目标eNB可以向UE发送PDCP状态报告，UE无需等待恢复UL传输；UE在目标eNB或目标小区中重传从最后一次连续确认的PDCP SDU之后的第一PDCP SDU开始的所有上行PDCP SDU，即源中RLC未确认的最早的PDCP SDU，不包括目标eNB基于PDCP SN的上报确认接收的PDCP SDU。目标eNB重新传输源eNB转发的所有下行PDCP SDU并对其进行优先级排序(即，目标eNB在从S1发送数据之前应从X2发送带有PDCP SN的数据)，但通过UE的基于PDCP SN的上报确认接收的PDCP SDU除外；ROHC重置；以及RLC/MAC重置。存储在PDU重排序缓冲器中的PDCP PDU被解密并解压缩并保存在与COUNT关联的PDCP中。
替换地，切换后，原系统对UM模式下配置RLC的DRB的用户面协议切换如下：PDCPSN重置；HFN重置；安全密钥更新；无PDCP状态报告传输；目标eNB中不重传PDCP SDU；UEPDCP实体不尝试在源小区中已完成传输的目标小区中重传任何PDCP SDU。而UE PDCP实体与其他PDCP SDU开始传输；ROHC重置；RLC/MAC重置。从UE的角度看，LTE的用户面协议如图1A所示。
在第五代无线通信系统中，引入了QoS流取代核心网EPS承载的概念。这意味着gNB与网关之间的用户面是基于QoS流，而不是LTE系统中的S1-U承载。对于特定UE，根据应用/业务的特征和流量的QoS处理，gNB和数据网关之间可以存在一个或多个QoS流。EPS承载处理所有映射到相同QoS的EPS承载的用户数据包。在EPS承载中，用户面数据包没有进一步的区别处理。5G系统的QoS流概念克服了LTE系统EPS承载概念的缺陷。映射到属于UE流量的不同QoS流的数据包可以通过不同的方式进行处理。为了在LTE系统中实现相同的差分处理，需要创建多个具有不同QoS参数的EPS承载。在5G系统中，UE的所有不同QoS流都由g/NB与数据网关之间的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流和数据无线承载的映射。从UE角度看，5G的用户面协议分别如图1B所示。
多RAT双连接(MR-DC)是3GPP TS36.300中描述的E-UTRA内双连接(DC)的推广，其中，多个Rx/Tx UE可用于利用通过非理想回程连接的两个不同节点中的两个不同调度器提供的无线资源，一个提供E-UTRA接入，另一个提供NR接入。一个调度器位于MN，另一个位于SN。MN和SN通过网络接口连接，至少MN连接到核心网。
如3GPP TS37.340中所描述的，E-UTRAN通过E-UTRA-NR双连接(EN-DC)支持MR-DC，其中，UE连接到一个充当MN的LTE eNB以及一个充当SN的NR gNB，如图1C所示。MN(即LTEeNB)连接到EPC，SN(即NR gNB)通过Xn接口连接到MN(即LTE eNB)。
NG-RAN支持NG-RAN E-UTRA-NR双连接(NG EN-DC)，其中UE连接到一个充当MN的LTE ng-eNB和一个充当SN的NR gNB，如图1D所示。LTE ng-eNB连接到5G-核心(5GC)，NR gNB通过Xn接口连接到MN(即LTE ng-eNB)。LTE ng-eNB也称为eLTE eNB。
NG-RAN支持NR-E-UTRA双连接(NE-DC)，其中，UE连接到一个充当MN的NR gNB和一个充当SN的LTE ng-eNB，如图1E所示。NR gNB与5GC连接，LTE ng-eNB通过Xn接口与MN(即NRgNB)连接。
NG-RAN也支持NR-NR双连接(NR-NR DC)，UE连接到一个充当MN的NR gNB和另一个充当SN的NR gNB，如图1F所示。MN(即NR gNB)与5GC连接，SN(即NR gNB)通过Xn接口与MN(即NR gNB)连接。
在MR-DC中，UE具有基于MN RRC的单个RRC状态以及指向核心网的单个C平面连接。每个无线节点都有自己的RRC实体(E-UTRA版本(LTE RRC，结点是LTE eNB或LTE ng-eNB)或NR版本(即，NR RRC，节点是NR gNB))，其可以生成要发送给UE的RRC PDU。SN生成的RRC DU可以通过MN传输给UE。MN总是通过MCG SRB发送初始的SN RRC配置，但后续的重配置可通过MN或SN传送。当通过SCG SRB从SN传输RRC PDU时，MN不修改SN提供的UE配置。
在MR-DC中，特定无线承载使用的无线协议架构取决于无线承载的建立方式。有四种承载类型：MCG承载、MCG分流承载、SCG承载、SCG分流承载。假设NR用户面协议栈，图2A和2B中描述了这四种承载类型。其中，MCG承载为MN终结承载，其关联的PDCP实体锚定在MN中。与MCG承载的RLC实体和MAC实体关联的层2配置的下部可配置在MN或SN中。SCG承载是一个SN终结承载，其关联的PDCP实体锚定在SN中。与SCG承载的RLC实体和MAC实体关联的层2配置的下部可以配置在MN或SN中。其中，MCG分流承载为关联的PDCP实体锚定在MN中的MN终结承载。可以在MN和SN中配置与MCG分流承载的RLC实体和MAC实体关联的层2配置的下部。SCG分流承载是关联的PDCP实体锚定在SN中的SN终结承载。与SCG分流承载的RLC实体和MAC实体关联的层2配置的下部可以同时配置在MN和SN中。在图2A和图2B中，当LTE eNB是MN且连接的EPC(即EN-DC)(如图1C中描述的)时，SDAP层不存在于用户面协议栈中。其中，MCG承载或MN终结承载可以配置LTE PDCP或NR PDCP，而MCG分流承载(即MN终结分流承载)、SCG分流承载(即SN终结分流承载)、SCG承载(即SN终结承载)配置NR PDCP。然而，当eNB(即LTEng-eNB)是MN且连接到5G-CN(即NGEN-DC)(如图1D中描述的)时，则SDAP层协议栈存在于图2A和2B中。其中，MCG承载(即MN终结承载)可以配置LTE PDCP或NR PDCP，而MCG分流承载、SCG分流承载和SCG承载在EN-DC配置中配置NR PDCP(如图1C所示)。MCG承载(即MN终结承载)、MCG分流承载、SCG分流承载和SCG承载在NGEN-DC配置中配置NR PDCP(如图1D所示)。
在LTE-DC中，通过HO或SN改变，承载类型改变，因此L2实体重建并重置。这是为了简化承载类型改变过程而引入的。此过程还会影响其他承载上的数据。这会导致用户业务中断。因此，在MR-DC配置中，除了通过HO流程或SN变更流程实现承载类型的变更外，还需要在没有切换流程的情况下实现承载类型的变更。
以上信息仅作为背景信息呈现，以帮助读者理解本发明。申请人未就以上任何一项是否可作为本申请的先验技术适用做出任何确定和断言。
发明内容
技术解决方案
本文实施例的主要目的是提供一种对为无线通信系统中的用户设备(UE)配置的多个承载执行承载类型改变的方法和系统。
实施例的另一个目的是由网络确定改变一个或多个配置的无线承载的承载类型。
实施例的另一个目的是确定与配置的承载相关联的层2配置的上部对应的实体的终结点是否从第一网络节点重定位到第二网络节点。
实施例的另一个目的是确定与配置的承载相关联的层2配置的下部对应的实体是否存在修改。
实施例的另一个目的是向用户设备(UE)指示执行一个或多个用于改变承载类型的操作。
实施例的另一个目的是如果确定配置的承载对应的PDCP实体的终结点已被重定位，则改变与配置的承载关联的安全密钥。
实施例的另一个目的是在确定与PDCP实体对应的终结点未被重定位时，不改变与配置的承载相关联。
实施例的另一个目的是响应于执行与配置的承载相关联的安全密钥的改变，通过切换流程或辅节点(SN)改变流程执行承载类型改变。
实施例的另一个目的是当与配置的承载相关联的安全密钥没有变化时，通过RRC重配置流程执行承载类型改变。
实施例的另一个目的是执行从MN终结承载到MN终结分流承载的承载类型改变。
实施例的另一个目的是执行从MN终结分流承载到MN终结承载的承载类型改变。
实施例的另一个目的是执行从SN终结承载到SN终结分流承载的承载类型改变。
实施例的另一个目的是执行从SN终结分流承载到SN终结承载的承载类型改变。
实施例的另一个目的是执行从MN终结承载到SN终结承载的承载类型改变。
实施例的另一个目的是进行从SN终结承载到MN终结承载的承载类型改变。
附图说明
该方法在附图中示出，其中类似的附图标记表示各图中的对应部分。以下结合附图的描述将更好地理解本文实施例，其中：
图1A示出了根据现有技术的长期演进(LTE)用户面协议栈；
图1B示出了根据现有技术的新无线(NR)用户面协议栈；
图1C示出了根据现有技术的EN-DC架构；
图1D示出了根据现有技术的NGEN-DC架构；
图1E示出了根据现有技术的NE-DC架构；
图1F示出了根据现有技术的NR-NR DC架构；
图2A示出了根据现有技术的MCG和MCG分流承载架构；
图2B示出了根据现有技术的SCG和SCG分流承载架构；
图3是根据本发明实施例提供的对为无线通信系统中的用户设备(UE)配置的多个承载执行承载类型改变的方法流程图；
图4A是根据本文公开的实施例的改变多种承载类型的各步骤的流程图；
图4B是根据本文公开的实施例的通过切换流程进行承载类型改变的各步骤的流程图；
图4C是根据本文公开的实施例的通过SN变更流程进行承载类型改变的各步骤的流程图；
图4D是根据本文公开的实施例的执行从MN终结承载到MN终结分流承载的承载类型改变的各步骤的流程图；
图4E是根据本文公开的实施例的执行从MN终结分流承载到MN终结承载的承载类型改变的各步骤的流程图；
图4F是本文公开的实施例提供的执行从SN终结承载到SN终结分流承载的承载类型改变的各步骤的流程图；
图4G是根据本文公开的实施例的执行从SN终结分流承载到SN终结承载的承载类型改变的各步骤的流程图；
图4H是根据本文公开的实施例的执行从MN终结承载到SN终结承载的承载类型改变的各步骤的流程图；
图4I是根据本文公开的实施例的执行从SN终结承载到MN终结承载的承载类型改变的各步骤的流程图；
图5示出了根据本文公开的实施例的MCG与MCG分流承载之间在承载类型改变过程中涉及的各步骤的时序图；
图6示出了根据本文公开的实施例的SCG与SCG分流承载之间在承载类型改变过程中涉及的各步骤的时序图；以及
图7示出了根据本文公开的实施例的将承载类型从MCG承载改变为SCG承载的、主节点发起的SN改变流程的各步骤的时序图；
图8示出了根据本文公开的实施例的将承载类型从SCG承载改变为MCG承载的、辅节点发起的SN改变流程的各步骤的时序图；
图9示出了根据本文公开的实施例的MCG与SCG承载之间的承载类型改变期间的栈行为；
图10示出了根据本文公开的实施例的执行承载类型改变的网络的各部件；以及
图11示出了根据本发明另一实施例的UE。
具体实施方式
相应地，本文实施例提供了一种对为无线通信系统中的用户设备(UE)配置的多个承载执行承载类型改变的方法。方法包括：由主节点(MN)或辅节点(SN)决定改变一个或多个配置的无线承载的承载类型。方法包括：确定与配置的承载相关联的层2配置的上部对应的实体的终结点是否从第一网络节点重定位到第二网络节点。方法包括：确定与配置的承载相关联的层2配置的下部对应的实体是否存在修改。进一步地，方法包括：MN指示用户设备(UE)执行一个或多个用于改变承载类型的操作。
在一个实施例中，执行从MN终结承载到SN终结承载的承载类型改变包括：确定与配置的承载关联的安全密钥由于PDCP终结点重定位而发生改变。方法包括：MN将SN改变请求消息传输至SN，所述SN改变请求消息包含MN终结承载到SN终结承载的承载类型改变和SCG配置信息。方法包括：MN从SN接收SN改变确认消息，所述SN改变确认消息包括具有PDCP重建指示和安全密钥改变指示的新SCG配置。方法包括向UE传输包含新配置信息的RRC重配置消息以实现承载类型改变，其中，新配置信息指示UE执行以下至少一种操作：重建PDCP实体和应用安全密钥改变，如果MN为LTE eNB，则首先重建与MCG MAC实体关联的RLC实体，然后释放RLC实体和相应的逻辑信道。否则，如果MN为NR gNB，则释放与MCG MAC实体关联的RLC实体和对应的逻辑信道，如果与MCG MAC实体关联的RLC实体的逻辑信道的逻辑信道标识(LCID)与释放的逻辑信道的LCID不同，则重建与SCG MAC实体关联的RLC实体并将配置的逻辑信道与SCG MAC实体关联且不重置MCG MAC实体。
在一个实施例中，执行从SN终结承载到MN终结承载的承载类型改变包括：确定由于PDCP终结点重定位而与配置的承载相关联的安全密钥的改变。方法包括：SN向MN发送SN改变需求消息，所述SN改变需求消息包括SN终结承载到MN终结承载的承载类型改变和新SCG配置。方法包括：SN从MN接收SN改变请求消息，SN改变请求消息包括SN终结承载到MN终结承载的承载类型改变。方法包括：MN从SN接收SN改变确认消息，所述SN改变确认消息包括PDCP重建指示和安全密钥改变指示。方法包括向UE传输包含新配置信息的RRC重配置消息，以实现承载类型改变。新配置指示UE执行以下至少一种操作：重建PDCP实体和应用安全密钥更改，如果SN为NR gNB，则释放与SCG MAC实体关联的RLC实体及对应的逻辑信道。否则，如果SN是LTE eNB，则首先重建与SCG MAC实体关联的RLC实体，然后释放RLC实体和相应的逻辑信道。如果与MCG MAC实体关联的RLC实体的逻辑信道的逻辑信道标识(LCID)与释放的逻辑信道的LCID不同，则重建与MCG MAC实体关联的RLC实体，并将配置的逻辑信道与MCGMAC实体关联，并且不重置SCG MAC实体。
相应地，本文实施例提供了对为无线通信系统中的用户设备(UE)配置的多个承载执行承载类型改变的网络。网络用于决定改变配置的一个或多个无线承载的承载类型。网络用于确定与配置的承载相关联的层2配置的上部关联的实体的终结点是否从第一网络节点重定位到第二网络节点。网络用于确定与配置的承载相关联的层2配置的下部关联的实体是否存在修改。进一步地，网络用于向用户设备(UE)指示执行一个或多个用于改变承载类型的操作。
在一个实施例中，与配置的无线承载关联的层2配置的上部对应的实体为分组数据汇聚协议(PDCP)实体，与配置的无线承载关联的层2配置的下部对应的实体包括无线链路控制(RLC)实体、逻辑信道配置和介质访问控制(MAC)实体。
在一个实施例中，MN为连接演进分组核心(EPC)的LTE eNB、连接5G核心(5GC)的LTE eNB和连接5GC的NR gNB中的一个，SN为NR gNB和LTE eNB中的一个。
在一个实施例中，承载类型包括：MN终结承载、SN终结承载、MN终结分流承载和SN终结分流承载，其中如果所述配置的无线承载的PDCP实体在MN终结，且所述配置的承载的层2配置相应下部存在于MN或SN，则为MN终结承载；如果所述配置的无线承载的PDCP实体在SN终结，且所述配置的承载的层2配置的相应下部存在于MN或SN，则为SN终结承载；如果所述配置的无线承载的PDCP实体在MN终结，且所述配置的承载的层2配置的相应下部同时存在于MN和SN中，则为MN终结分流承载；如果所述配置的无线承载的PDCP实体在SN终结，并且所述配置的无线承载的层2配置的相应下部同时存在于MN和SN中，则为SN终结分流承载。
在一个实施例中，网络决定改变一个或多个配置的无线承载的类型包括以下中的一者：如果确定与配置的承载对应的PDCP实体的终结点已重定位，则对与配置的承载相关联的安全密钥进行更改；否则，在确定相应PDCP实体的终结点未被重定位时，不改变与配置的承载相关联的安全密钥。
在一个实施例中，网络用于响应于对与配置的承载相关联的安全密钥进行改变，通过切换流程和辅节点(SN)改变流程中的一个执行承载类型改变。
在一个实施例中，网络用于响应于确定与配置的承载相关联的安全密钥没有改变，通过RRC重配置流程执行承载类型改变。
在一个实施例中，当承载类型改变通过切换流程执行时，网络用于指示UE执行以下操作中的至少一种：重建与每个MN终结承载和每个MN终结分流承载关联的PDCP实体；重建与每个SN终结承载和每个SN终结分流承载关联的PDCP实体；重建与每个MN终结承载相关联的RLC实体，并重建与每个MN终结分流承载相关联的RLC实体；重建与每个SN终结承载相关联的RLC实体，并重建与每个SN终结分流承载相关联的RLC实体；重置主小区组MAG MAC实体；重置辅小区组SCG MAC实体。
在实施例中，当通过SN变更流程进行承载类型变更时，网络用于指示UE执行以下操作中的至少一种：重建与每个SN终结承载以及每个SN终结分流承载关联的PDCP实体；重建与每个SN终结承载相关联的RLC实体，并重建与每个SN终结分流承载相关联的RLC实体；重置辅小区组(SCG)MAC实体。
在一个实施例中，网络用于执行RRC重配置流程以执行以下至少一项：从MN终结承载到MN终结分流承载和MN终结分流承载到MN终结承载的承载类型改变；从SN终结承载到SN终结分流承载和从SN终结分流承载到SN终结承载的承载类型改变；从MN终结承载到SN终结承载和从SN终结承载到MN终结承载的承载类型改变。
在一个实施例中，网络通过以下执行从MN终结承载到MN终结分流承载的承载类型改变：MN向SN传输SN改变请求消息，包括从MN终结承载到MN终结分流承载的承载类型改变和SCG配置信息；MN从SN接收具有新SCG配置的SN改变确认消息；向UE传输包含新配置信息的RRC重配置消息，用于实现承载类型改变，新配置信息指示UE执行以下操作中的至少一种：如果存在，则重配置SCG MAC实体，否则，建立MAC实体；建立RLC实体以及将配置的逻辑信道关联到SCG MAC实体；重配置与配置的承载对应的PDCP实体，并将其关联到两个RLC实体。
在一个实施例中，网络用于通过以下执行从MN终结分流承载到MN承载的承载类型改变：MN向SN传输SN改变请求消息，包括从MN终结分流承载到MN终结承载的承载类型改变和SCG配置信息；MN从SN接收具有新SCG配置的SN改变确认消息；向UE传输包含新配置信息的RRC重配置消息以实现承载类型改变，新配置信息指示UE执行以下操作中的至少一项：重配置SCG MAC实体；如果SN为NR gNB，则释放与SCG MAC实体关联的RLC实体及对应的逻辑信道；否则，如果SN是LTE eNB，则首先重建与SCG MAC实体关联的RLC实体，然后释放RLC实体和相应的逻辑信道；以及执行PDCP恢复操作。
在实施例中，网络用于通过以下执行从SN终结承载到SN终结分流承载的承载类型改变：SN向MN传输SN改变需求消息，包括从SN终结承载到SN终结分流承载的承载类型改变和新SCG配置；SN从MN接收包含从SN终结承载到SN终结分流承载的承载类型改变的SN改变请求消息；MN从SN接收SN改变确认消息；向UE传输包含新配置信息的RRC重配置消息以实现承载类型改变，新配置信息指示UE执行以下操作中的至少一项：重配置MCG MAC实体；建立RLC实体，并将配置的逻辑信道关联到MCG MAC实体；对配置的承载的PDCP实体进行重配置，并将其关联到两个RLC实体。
在一个实施例中，网络用于通过以下执行从SN终结分流承载到SN终结承载的承载类型改变：SN向MN传输SN改变需求消息，包括从SN终结分流承载到SN终结承载的承载类型改变和新SCG配置；SN从MN接收包含从SN终结分流承载到SN终结承载的承载类型改变的SN改变请求消息；MN从SN接收SN改变确认消息；向UE传输包含新配置信息的RRC重配置消息以实现承载类型改变，新配置信息指示UE执行以下操作中的至少一项：重配置MCG MAC实体；如果MN为LTE eNB，则首先重建与MCG MAC实体关联的RLC实体，然后释放RLC实体及对应的逻辑信道；否则，如果MN为NR gNB，则释放与MCG MAC实体关联的RLC实体及对应的逻辑信道；执行PDCP恢复操作。
在一个实施例中，网络通过以下执行从MN终结承载到SN终结承载的承载类型改变：确定与配置的无线承载关联的安全密钥因PDCP终结点重定位而发生改变；MN向SN传输SN改变请求消息，包括从MN终结承载到SN终结承载的承载类型改变和SCG配置信息；MN从SN接收SN改变确认消息，SN改变确认消息包括具有PDCP重建指示和安全密钥改变指示的新SCG配置；向UE传输包含新配置信息的RRC重配置消息以实现承载类型改变，新配置信息指示UE执行以下至少一种操作：重建PDCP实体和应用安全密钥改变；如果MN为LTE eNB，则首先根据接收到的RLC重建指示重建与MCG MAC实体关联的RLC实体，然后释放RLC实体和对应的逻辑信道；否则，如果MN为NR gNB，则释放与MCG MAC实体关联的RLC实体及对应的逻辑信道；重建与SCG MAC实体关联的RLC实体，并将配置的逻辑信道与SCG MAC实体关联；如果与SCG MAC实体的RLC实体关联的逻辑信道的逻辑信道标识(LCID)与释放的逻辑信道的LCID不同，则不重置MCG MAC实体。
在一个实施例中，网络用于通过以下执行从SN终结承载到MN终结承载的承载类型改变：确定与配置的无线承载关联的安全密钥因PDCP终结点重定位而发生改变；SN向MN传输SN改变需求消息，包括从SN终结承载到MN终结承载的承载类型改变和新SCG配置；SN从MN接收SN改变请求消息，包括从SN终结承载到MN终结承载的承载类型改变；MN从SN接收SN改变确认消息，包括PDCP重建指示和安全密钥改变指示；向UE传输包含新配置信息的RRC重配置消息以实现承载类型改变，新的配置指示UE执行以下至少一种操作：重建PDCP实体并应用安全密钥更改；如果SN为NR gNB，则释放与SCG MAC实体关联的RLC实体及对应的逻辑信道；否则，如果SN是LTE eNB，则首先重建与SCG MAC实体关联的RLC实体，然后释放RLC实体和相应的逻辑信道；重建与MCG MAC实体关联的RLC实体，并将配置的逻辑信道与MCG MAC实体关联；如果与MCG MAC实体的RLC实体关联的逻辑信道的逻辑信道标识(LCID)与释放的逻辑信道的LCID不同，则不重置SCG MAC实体。
当结合以下描述和附图进行考虑时，将更好地理解和理解本文实施例的这些和其他方面。然而，应理解，以下描述指示了优选实施例及许多具体细节，以举例说明而不是限定的方式给出。在不脱离本发明精神的情况下，可以在本发明实施例的范围内进行许多修改和修改，并且本发明实施例包括所有这些修改。
具体实施
现在将参考附图详细描述本发明的各种实施例。在下文描述中，提供具体细节(例如详细配置和部件)仅是为了帮助全面理解本发明的这些实施例。因此，本领域技术人员应当清楚，在不脱离本发明的范围和精神的情况下，可以对本文描述的实施例进行各种改变和修改。此外，为了清晰和简洁，省略了对公知功能和构造的描述。
此外，这里描述的各种实施例并不一定是相互排斥的，因为一些实施例可以与一个或多个其他实施例组合以形成新实施例。
除非另有说明，否则本文中使用的术语“或”是非排他性的。本文所用的示例仅仅是为了便于理解本文实施例的实施方式，并进一步使本领域技术人员能够实施本文的实施例。因此，这些示例不应解释为限制本文实施例的范围。
与本领域中的常规实施例一样，可以通过执行所描述的功能的块来描述和说明实施例。这些块在本文中可以称为单元、引擎、管理器、模块等，物理上由模拟和/或数字电路实现，例如逻辑门、集成电路、微处理器、微控制器、存储器电路、无源电子部件、有源电子部件、光部件、硬接线电路等，并且可选地由固件和/或软件驱动。电路例如可以包含在一个或多个半导体芯片中，也可以包含在印刷电路板等基板支撑件上。组成块的电路可以通过专用硬件实现，也可以通过处理器(例如，一个或多个编程微处理器和关联电路)实现，或者通过执行块的一些功能的专用硬件与实现块的其他功能的处理器的组合实现。在不脱离本发明范围的情况下，实施例的每个块可以物理上分开为两个或更多个交互离散块。类似地，在不脱离本发明范围的情况下，可以将实施例的块物理地组合成更复杂的块。
在描述本发明的各实施例之前，为了更好地理解各实施例，本文提供了以下信息。
UE可以配置为在双连接(DC)操作模式下操作，其中，UE保持与用于主节点(MN)的服务小区的RRC连接，UE可以配置有用于辅节点(SN)的一个或多个服务小区以增加数据吞吐量。在MN的服务小区上建立的数据无线承载(DRB)的PDCP锚点终结于MN，这种DRB称为MCGDRB，即MN终结的承载。在SN的服务小区上建立的数据无线承载(DRB)的PDCP锚点终结于SN，这种DRB称为SCG DRB，即SN终结承载。UE可以配置有分流的DRB，其中PDCP PDU可以通过在用于该DRB的MN和SN中建立的两个RLC实体来进行传输。该分流的DRB的PDCP锚点可以配置为终结于MN或SN，由MN确定。如果分流的DRB的PDCP终结点是MN，则该DRB称为MCG分流的DRB，即MN终结的分流承载。如果分流的DRB的PDCP终结点是SN，则该DRB称为SCG分流的DRB，即SN终结分流承载。对于基于DC的LTE和NR互通，即EN-DC操作模式(即，图1C中的配置)，其中MN为LTE eNB且SN为NR gNB，MCG DRB可以配置有LTE PDCP或NR PDCP，而分流的DRB(与PDCP终结点无关)和SCG DRB配置有NR PDCP。
从UE的角度看，只有三种承载类型，即MCG DRB、SCG DRB和分流的DRB。分流的DRB可以基于MN决策在MN终结或者在SN终结。在EN-DC和NGEN-DC中，网络可以配置分流承载，配置如下：
分流承载：LTE RRC信令包括NR PDCP容器+RLC、MAC和物理层的LTE配置+NR RLC、MAC和物理层的NR配置容器等。PDCP终结点在MN处的分流承载可以称为在MN处终结的分流承载或者称为MCG分流承载或者称为MN终结的分流承载。PDCP终结点在SN处的分流承载可以称为在SN处终结的分流承载或者称为SCG分流承载或者称为SN终结分流承载。这些分流承载对UE而言可以是透明的，或者UE知晓分流承载的终结点。具体情况基于配置的安全密钥数量。
在NE-DC中，网络可以通过以下配置来配置分流承载：分流承载：NR RRC信令包括用于RLC、MAC的LTE层2容器+RLC、MAC和物理层上的NR配置+用于PDCP的NR配置等。
针对考虑用于EN-DC(也适用于NGEN-DC、NE-DC和NR-NR DC)或MR-DC的安全密钥，有三个选项：
a.安全密钥针对PDCP终结点，即2个安全密钥：UE使用两组密钥，即一组密钥用于所有MCG承载和MCG锚定的分流承载，另一组密钥用于所有SCG承载和SCG锚定的分流承载。这与LTE Rel-12DC类似。在每个网络终结点具有独立的安全密钥的情况下，基于安全密钥的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终结点没有改变的情况下，在承载类型由MCG改变为MCG分流/由MCG分流改变为MCG，以及由SCG改变为SCG分流/由SCG分流改变为SCG期间，需要MAC重置。为了避免MAC重置，需要特殊处理，这会带来额外的复杂性。当应用选项b和选项c时，使用于分流承载的PDCP终结点对UE透明在承载类型改变处理或降低复杂性方面并不会真正给UE带来好处。选项a提供的安全保护级别与选项b和c相同。在EN-DC NG EN-DC、NE-DC和NR-NR DC中，可支持用于PDCP终结点的安全密钥，即2个安全密钥。在LTE DC中，在切换过程中也会发生密钥更新，这将影响用于所配置的承载的密钥，即K-eNB(与MN终结承载和MN终结分流承载关联的安全密钥)和S-KeNB(与SN终结承载关联的安全密钥)，因此，UE需要重置并重建所有配置承载的L2实体，以使用旧密钥来处理数据并支持无损过渡。在EN-DC中，类似的概念也适用，对于配置有MCG承载、分流承载和SCG承载的UE，在切换过程中，需要重建MCG/SCGPDCP/RLC实体，并重置MCG/SCG MAC实体。SCG变更是同步SCG重配置过程(即，涉及RA到PSCell)，即，SN变更过程包括重置/重建SCG的层2实体，如果配置了SCG DRB，则更新安全(S-Kg NB)。在Rel-12 LTE DC中，SN变更流程用于多种不同场景，例如SCG建立、PSCell变更、密钥更新、DRB类型变更。在这种情况下，需要重建和重置与L2实体关联的所有DRB。
在EN-DC中，如果通过切换或SN变更而发生承载类型改变，则UE遵循与用于相关承载类型改变的切换或SN变更过程适用的相同规则。SN变更是一种同步SCG重配置过程，包括SCG的层2实体的重置/重建，如果配置了SCG DRB，则更新安全。如果承载类型在EN-DC中的切换过程中发生变化，则MCG承载、分流承载和SCG承载，则需要重建MCG/SCG PDCP/RLC实体，并重置MCG/SCG MAC实体。如果承载类型改变是通过SN变更流程发生的，那么对于相关的无线承载，则重建SCG PDCP实体，重建SCG RLC实体，并重置SCG MAC。
无移动性过程的承载类型改变：
通过HO或SN变更的承载类型改变可能导致数据丢失或业务中断。不涉及PDCP终结点变化、安全密钥变化、或PDCP版本变化的承载类型改变是很少的。在不使用移动性流程的情况下可以支持这些承载类型改变，即不使用HO流程或SN变更流程以用于承载类型改变。本发明阐述了在没有移动性的情况下可能发生的承载类型改变(即在没有HO流程或SN变更流程的情况下实现承载类型)以及相应的L2处理。
考虑如果UE支持针对PDCP终结点的安全密钥(即2个安全密钥)的情况，则MCG承载(即，MN终结承载)和MCG分流承载(即，MN终结的分流承载)之间的承载类型改变不涉及如图2A所示的PDCP实体的安全密钥或终结点的改变。此时不需要任何同步重配置流程，因为PDCP终结点不会改变。在没有移动性的情况下，支持这种类型的承载改变(即在没有HO流程的情况下实现承载类型)，因此对其他承载的数据没有影响。因此，不会减少用户面中断和延迟。
NW可以确定改变承载类型，这是由于负载条件或信号条件而发生的。如果NW希望通过两条链路提高性能或通过两条链路上的重复提高可靠性，则可以在场景中实现以下示例，MCG到MCG分流/MCG分流到MCG或SCG到SCG分流/SCG分流到SCG之间的承载类型改变。在这种情况下，MN或SN节点中的PDCP实体不会发生变化，即PDCP实体不会从MN向SN/从SN向MN重定位，那么不需要移动性就可以改变承载类型(即在不进行HO流程或SN变更流程的情况下实现承载类型)。只有在安全密钥、PDCP版本和/或PDCP终结点不变的情况下，无移动性情况下的承载类型改变才是可行的。这将有助于避免用户平面服务中断，也不会对其他承载造成影响。
相应地，本文实施例提供了一种对配置给无线通信系统中的用户设备(UE)的多个无线承载执行承载类型改变的方法。该方法包括：由第一网络节点(即，主节点(MN))或第二网络节点(即，辅节点(SN))确定改变一个或多个配置的无线承载的承载类型。方法包括：确定与配置的承载关联的层2配置的上部关联的实体的终结点是否从第一网络节点重定位到第二网络节点。方法包括确定与配置的承载关联的层2配置的下部关联的实体是否存在修改。进一步地，方法包括：MN指示用户设备(UE)执行用于改变个承载类型的一个或多操作。
与传统的方法和系统不同，提出的方法包括改变网络配置的具体承载的承载类型。进一步地，提出的方法包括确定或检查安全密钥或PDCP终结点和/或PDCP版本变化中的任何变化。此外，提出的方法包括通过重配置流程或切换流程或SN变更流程通知或指示UE改变承载类型。网络向UE指示一个或多个进行承载类型改变的操作。
现在参考附图，更具体地参考图3至图10，示出了优选实施例。
图3是示出根据本文公开的实施例的对配置给无线通信系统中的用户设备(UE)的多个承载执行承载类型改变的方法的流程图300。
在步骤302中，方法包括：由第一网络节点和第二网络节点中的一个确定改变一个或多个配置的无线承载的承载类型。第一网络节点和第二网络节点可以分别为MN 100和SN200。MN可以是连接演进分组核心(EPC)的LTE eNB，连接5G核心(5GC)的LTE eNB和连接5GC的NR gNB，SN可以是NR gNB和LTE eNB。
在一个实施例中，MN 100或SN 200通过确定配置的承载对应的PDCP实体的终结点已从MN 100重定位到SN 200或从SN 200重定位到MN 100，从而确定改变一个或多个配置的无线承载的类型。如果MN 100至SN 200确定配置的承载对应的PDCP的终结点已被重定位，则MN 100或SN 200对与配置的承载关联的安全密钥进行更改。
在确定PDCP实体对应的终结点未被重定位的情况下，则与配置的承载相关联的安全密钥不会发生改变。
在一些实施例中，当与配置的承载相关联的安全密钥发生变化时，MN 100通过一个切换流程或辅节点(SN)变更流程执行承载类型变更。
在各种实施例中，当与配置的承载相关联的安全密钥没有变化时，MN 100通过RRC重配置流程执行承载类型改变。
在一个实施例中，当通过切换流程进行承载类型改变时，MN 100指示UE执行一个或多个操作，这将在说明书的后面部分进行描述。
在另一实施例中，当通过SN变更流程进行承载类型变更时，MN 100指示UE执行一个或多个动作。
在又一实施例中，若MN确定与配置的承载的PDCP实体关联的安全密钥没有变化，则执行RRC重配置流程，以将承载类型：
1.从MN终结承载改变到MN终结的分流承载
2.从MN终结的分流承载到MN终结承载
3.从SN终结承载到SN终结分流承载
4.从SN终结分流承载到SN终结承载
5.从MN终结承载到SN终结承载
6.从SN终结承载到MN终结承载
在步骤304中，方法包括：确定与配置的承载相关联的层2配置的上部对应的实体的终结点是否从第一网络节点重定位至第二网络节点。与配置的承载关联的层2配置的上部对应的实体为PDCP实体，与配置的承载关联的层2配置的下部对应的实体包括无线链路控制(RLC)实体、逻辑信道配置和媒体接入控制(MAC)实体。
在步骤306中，方法包括：确定与配置的承载相关联的层2配置的下部对应的实体存在修改。
在步骤308中，方法包括：指示UE执行一个或多个用于改变承载类型的操作。MN100指示UE执行一个或多个用于改变承载类型的操作。在一个实施例中，MN 100向UE传输包含新配置信息的RRC重配置消息，以实现承载类型的改变。UE执行指示给它的一个或多个动作。
流程图300中的各种动作、动作、块、步骤等可以按照呈现的顺序、不同的顺序或同时执行。进一步地，在一些实施例中，可以省略、添加、修改、跳过一些动作、动作、块、步骤等，而不脱离本发明的范围。
图4A是示出根据本文所公开的实施例的改变多种承载类型、网络执行的各种步骤的流程图400a。
在步骤402a中，NW(即，MN 100或SN 200)确定改变具体承载的承载类型。在步骤404a中，NW判断密钥或PDCP终结点或PDCP版本变化是否无变化。在步骤406a中，NW通知UE通过重配置过程改变承载类型，而不触发切换过程(即，没有移动性控制信息(mobilitycontrolinformation)的RRC重配置或没有reconfigurationWithSync的RRC重配置)或者不触发SCG变更过程(即，没有移动性控制信息scg(mobilitycontrolinfoscg)的RRC重配置)，在步骤408a中。在步骤410a中，UE可以在不影响L2实体的情况下执行承载类型改变，即，UE执行承载类型改变，而不进行PDCP/RLC重建和MAC重置，使得不会影响针对配置的承载的数据。或者，在步骤410a中，UE在不重建PDCP实体的情况下进行承载类型改变。PDCP、RLC和MAC实体动作将取决于RRC重配置消息中接收的指示。如果MN 100或SN 200设置重建MN或SN RLC实体或设置用于MN或SN PDCP实体的PDCP数据恢复指示，那么UE将相应地对RLC和PDCP采取行动。在步骤404a中，如果密钥或PDCP终结点或PDCP版本变化发生变化，则在步骤412a中，NW通知UE通过具有切换或SN变更过程的重配置过程来改变承载类型，即，具有移动性通信控制信息或移动性通信控制信息scg或reconfigurationWithSync的RRC重配置(在步骤414a)。在步骤416a中，UE通过重建PDCP/RLC并重置MAC实体来执行承载类型改变。
流程图400a中的各种动作、动作、块、步骤等可以按照呈现的顺序、不同的顺序或同时执行。进一步地，在一些实施例中，可以省略、添加、修改、跳过一些动作、动作、块、步骤等，而不脱离本发明的范围。
图4B是示出了根据本文公开的实施例的指示给UE以执行通过切换流程的承载类型改变的各步骤的流程图400b。在切换过程中，网络即MN 100指示UE执行各种操作。指示给UE的各种操作如流程图400b所示。MN 100在RRC重配置消息中指示UE用于执行一次或多次承载类型改变的操作。在步骤402b中，网络(即，MN 100)指示UE重建与每个MN终结承载和每个MN终结分流承载相关联的PDCP实体。在步骤404b中，网络(即，MN 100)指示UE重建与每个SN终结承载和每个SN终结分流承载相关联的PDCP实体。在步骤406b中，网络(即，MN 100)指示UE重建与每个MN终结承载关联的RLC实体，并重建与每个MN终结分流承载关联的RLC实体。在步骤408b中，网络指示UE重建与每个SN终结承载关联的RLC实体，并重建与每个SN终结分流承载关联的RLC实体。在步骤410b中，网络指示UE重置主小区组(MCG)MAC实体并重置辅小区组(SCG)MAC实体。
流程图400b中的各种动作、动作、块、步骤等可以按照呈现的顺序、不同的顺序或同时执行。进一步地，在一些实施例中，可以省略、添加、修改、跳过一些动作、动作、块、步骤等，而不脱离本发明的范围。
图4C是示出根据本文公开的实施例的通过SN变更流程进行承载类型改变的各步骤的流程图400C。在SN变更过程中，网络(即MN 100)指示UE执行各种操作。MN 100指示给UE的各种操作如流程图400c所示。MN 100向UE指示进行承载类型改变的各种操作。
在步骤402c中，MN 100指示UE重建与每个SN终结承载和每个SN终结分流承载关联的PDCP实体。在步骤404c中，MN 100指示UE重建与每个SN被终结承载关联的RLC实体，并重建与每个SN终结分流承载关联的RLC实体。在步骤406c中，MN 100指示UE重置辅小区组(SCG)MAC实体。
图4D是根据本文公开的实施例的将承载类型从MN终结承载改变为MN终结分流承载的各步骤的流程图400d。MN 100或SN 200确定将承载类型由MN终结承载改变为MN终结分流承载。为了将承载类型由MN终结承载改变为MN终结分流承载，MN执行的各步骤如流程图400d所示。
在步骤402d中，方法包括：将SN改变请求消息传输至SN 200，SN改变请求消息包括从MN终结承载到MN终结分流承载的承载类型改变和SCG配置信息。该方法允许MN 100将SN改变请求消息传输至SN 200，SN改变请求消息包括承载类型由MN终结承载改变为MN终结分流承载和SCG配置信息。
在步骤404d，方法包括从SN 200接收具有新SCG配置的SN改变确认消息。该方法允许MN 100从SN 200接收具有SCG配置的SN改变确认消息。
在步骤406d中，方法包括向UE传输包含新配置信息的RRC重配置消息，以实现承载类型改变。该方法允许MN 100向UE传输包含新配置信息的RRC重配置消息，以实现承载类型改变。新配置信息指示UE执行一次或多次操作。
在一个实施例中，新配置信息指示UE：如果存在SCG MAC实体，则重配置SCG MAC实体，否则，建立SCG MAC实体。
在一个实施例中，新配置信息指示UE建立RLC实体并将配置的逻辑信道与SCG MAC实体关联。新配置信息指示UE重配置与配置的承载对应的PDCP实体，并将PDCP实体关联到RLC实体。
流程图400d中的各种动作、动作、块、步骤等可以按照呈现的顺序、不同的顺序或同时执行。进一步地，在一些实施例中，可以省略、添加、修改、跳过一些动作、动作、块、步骤等，而不脱离本发明的范围。
图4E是示出根据本文所公开的实施例的承载类型由MN终结分流承载改变为MN终结承载的各步骤的流程图400e。对于将承载类型由MN终结分流承载改变为MN终结承载，MN100执行的各步骤如流程图400e所示。
在步骤402e中，方法包括：将包括从MN终结分流承载到MN终结承载的承载类型改变和SCG配置信息的SN改变请求消息传输至SN 200。该方法允许MN 100将包括由MN终结分流承载到MN终结承载的承载类型改变和SCG配置信息的SN改变请求消息传输至SN 200。
在步骤404e中，方法包括从SN 200接收具有SCG配置的SN改变确认消息。该方法允许MN 100从SN 200接收具有SCG配置的SN改变确认消息。
在步骤406e中，方法包括向UE传输包含新配置信息的RRC重配置消息，以实现承载类型改变。新配置信息指示UE执行一次或多次操作。
在一个实施例中，新配置信息指示UE重配置SCG MAC实体，如果SN为NR gNB，则释放与SCG MAC实体关联的RLC实体及其对应的逻辑信道。否则，如果SN是LTE eNB，则首先重建与SCG MAC实体关联的RLC实体，然后释放RLC实体和相应的逻辑信道。进一步地，新配置信息指示UE执行PDCP恢复操作。
流程图400e中的各种动作、动作、块、步骤等可以按照呈现的顺序、不同的顺序或同时执行。进一步地，在一些实施例中，可以省略、添加、修改、跳过一些动作、动作、块、步骤等，而不脱离本发明的范围。
图4F是示出根据本文公开的实施例的承载类型由SN终结承载改变为SN终结分流承载的各步骤的流程图。对于将承载类型从SN终结承载改变为SN终结分流承载，MN 100执行的各步骤如流程图400f所示。
在步骤402f中，方法包括：将包括承载类型由SN终结承载改变为SN终结分流承载的SN改变请求消息传输至MN 100。该方法允许SN将包括承载类型由SN终结承载改变为SN终结分流承载的SN改变请求消息传输至MN 100。
在步骤404f中，方法包括：从MN 100接收包括承载类型由SN终结承载改变为SN终结分流承载的SN改变请求消息和新SCG配置。方法允许SN 200从MN 100接收SN改变请求消息，包括承载类型由SN终结承载改变为SN终结分流承载和SCG配置。
在步骤406f中，方法包括从SN 200接收SN改变确认消息。该方法允许MN 100从SN200接收具有SCG配置的SN改变确认消息。
在步骤408f中，方法包括向UE传输包含新配置信息的RRC重配置消息，以实现承载类型改变。方法允许MN 100向UE传输包含新配置信息的RRC重配置消息，以实现承载类型改变。新配置信息指示UE执行一次或多次操作。
在一个实施例中，新配置信息指示UE重配置MCG MAC实体、建立RLC实体，并将配置的逻辑信道与MCG MAC实体关联。新配置信息指示UE重配置与配置的承载对应的PDCP实体以及将其关联到两个RLC实体。
流程图400f中的各种动作、动作、块、步骤等可以按照呈现的顺序、不同的顺序或同时执行。进一步地，在一些实施例中，可以省略、添加、修改、跳过一些动作、动作、块、步骤等，而不脱离本发明的范围。
图4G是示出本文公开的实施例的承载类型由SN终结分流承载改变为SN终结承载的各步骤的流程图。对于将承载类型由SN终结分流承载改变为SN终结分流承载，MN 100执行的各步骤如流程图400g所示。
在步骤402g中，方法包括：向MN 100传输包括承载类型由SN终结分流承载改变为SN终结承载的SN改变需求消息和新SCG配置。该方法允许SN 200向MN 100传输包括承载类型由SN终结分流承载改变为SN终结承载的SN改变需求消息。
在步骤404g中，方法包括：从MN 100接收SN改变请求消息，包括承载类型由SN终结分流承载改变为SN终结承载。该方法允许SN 200从MN 100接收SN改变请求消息，包括承载类型由SN终结分流承载改变为SN终结承载和SCG配置信息。
在步骤406g中，方法包括从SN接收SN改变确认消息。该方法允许MN 100从SN 200接收带有SCG配置的SN改变确认消息。
在步骤408g中，方法包括向UE传输包含新配置信息的RRC重配置消息，以实现承载类型改变。该方法允许MN 100向UE传输包含新配置信息的RRC重配置消息，以实现承载类型的改变。新配置信息指示UE执行一个或多个操作，包括重配置MCG MAC实体，如果MN为LTEeNB，则先重建与MCG MAC实体关联的RLC实体，然后释放RLC实体和对应的逻辑信道。否则，如果MN为NR gNB，则释放与MCG MAC实体关联的RLC实体及对应的逻辑信道。新配置信息指示UE执行PDCP恢复操作。
流程图400g中的各种动作、动作、块、步骤等可以按照呈现的顺序、不同的顺序或者同时执行。进一步地，在一些实施例中，可以省略、添加、修改、跳过一些动作、动作、块、步骤等，而不脱离本发明的范围。
图4H是示出根据本文公开的实施例的承载类型由MN终结承载改变为SN终结承载的各步骤的流程图。对于将承载类型从MN终结承载改变为SN终结承载，MN 100执行的各步骤如流程图400h所示。
在步骤402h中，方法包括：确定因PDCP终结点重定位，与配置的无线承载关联的安全密钥发生改变。方法允许MN 100确定因PDCP终结点重定位，与配置的无线承载关联的安全密钥发生改变。
在步骤404h，该方法包括：向SN 200发送SN改变请求消息，包括承载类型由MN终结承载改变为SN终结承载和SCG配置信息。该方法允许MN 100向SN 200发送SN改变请求消息，包括承载类型由MN终结承载改变为SN终结承载和SCG配置信息。
在步骤406h，方法包括从SN 200接收包括具有PDCP重建指示和安全密钥改变指示的SN改变确认消息。该方法允许MN 100从SN 200接收包括具有PDCP重建指示和安全密钥改变指示的SN改变确认消息。
在步骤408h，方法包括：向UE传输包含新配置信息的RRC重配置消息，以实现承载类型改变。该方法允许MN 100向UE传输包含新配置信息的RRC重配置消息，以实现承载类型的改变。新配置信息指示UE执行一次或多次操作。
在一个实施例中，新配置信息指示UE重建PDCP实体并应用安全密钥改变，新配置信息指示UE：如果MN为LTE eNB，首先重建与MCG MAC实体关联的RLC实体，然后释放RLC实体及对应的逻辑信道。否则，如果MN是NR gNB，则释放与MCG MAC实体关联的RLC实体以及对应的逻辑信道。
新配置信息指示UE重建与SCG MAC实体关联的RLC实体，并将配置的逻辑信道与SCG MAC实体关联。进一步地，如果与SCG MAC实体的RLC实体关联的逻辑信道的逻辑信道标识(LCID)与释放的逻辑信道的LCID不同，则新配置信息指示UE不重置MCG MAC实体。
流程图400h中的各种动作、动作、块、步骤等可以按照呈现的顺序、不同的顺序或同时进行。进一步地，在一些实施例中，可以省略、添加、修改、跳过一些动作、动作、块、步骤等，而不脱离本发明的范围。
图4I是示出根据本文公开的实施例的承载类型由SN终结承载改变到MN终结承载的各步骤的流程图。对于将承载类型从SN终结承载改变为MN终结承载，所执行的各步骤如流程图400i所示。
在步骤402i中，方法包括确定与配置的无线承载关联的安全密钥由于PDCP终结点重定位而发生改变。方法允许MN 100或SN 200确定与配置的无线承载的PDCP实体关联的安全密钥由于PDCP终结点重定位而发生改变。
在步骤404i中，方法包括向MN 100传输承载类型由SN终结承载改变为MN终结承载的SN改变需求消息和SCG配置。该方法允许SN 200向MN 100传输承载类型由SN终结承载改变为MN终结承载的SN改变需求消息。
在步骤406i中，方法包括从MN 100接收包括承载类型由SN终结承载改变为MN终结承载的SN改变请求消息。该方法允许SN 200从MN 100接收包括从SN终结承载到MN终结承载的承载类型改变和SCG配置信息的SN改变请求消息。
在步骤408i中，方法包括从SN 200接收包括PDCP重建指示和安全密钥改变指示的SN改变确认消息。方法允许MN 100从SN 200接收包括具有PDCP重建指示和安全密钥改变指示的SCG配置的SN改变确认消息。
在步骤410i中，方法包括向UE传输包含新配置信息的RRC重配置消息，以实现承载类型改变。该方法允许MN 100向UE传输包含新配置信息的RRC重配置消息，以实现承载类型的改变。新配置信息指示UE执行一次或多次操作。
在一个实施例中，新配置信息指示UE重建PDCP实体并应用安全密钥改变。
新配置信息指示UE：当SN为NR gNB时，释放与SCG MAC实体关联的RLC实体及对应的逻辑信道。否则，如果SN是LTE eNB，则首先重建与SCG MAC实体关联的RLC实体，然后释放RLC实体和相应的逻辑信道。
进一步地，新配置信息指示UE重建与MCG MAC实体关联的RLC实体，并将配置的逻辑信道关联到MCG MAC实体。此外，如果与MCG MAC实体的RLC实体关联的逻辑信道的逻辑信道标识(LCID)与释放的逻辑信道的LCID不同，则新配置信息指示UE不重置SCG MAC实体。
流程图400i中的各种动作、动作、块、步骤等可以按照呈现的顺序、不同的顺序或同时执行。进一步地，在一些实施例中，可以省略、添加、修改、跳过一些动作、动作、块、步骤等，而不脱离本发明的范围。
应注意，承载类型从MCG DRB(配置的NR PDCP)改变为MCG分流DRB/从MCG分流DRB改变为MCG DRB以及从SCG DRB改变为SCG分流DRB/从SCG分流DRB改变为SCG DRB不涉及网络中PDCP锚点的变化。由于在这些承载类型改变期间安全密钥是相同的，所以在这些承载类型改变期间不会重建PDCP，但是对于承载类型从分流DRB改变为MCG/SCG DRB，可能会触发PDCP恢复流程。由于PDCP锚点没有变化，安全密钥没有改变，这涉及向UE传输包含控制信息的信令消息。响应于网络中的针对与MCG DRB关联的PDCP实体的承载类型改变(当重配置为MCG分流DRB时)，控制信息不包括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可以在该SCG部分上释放承载或将承载重配置为MCG承载))，以及触发PSCell变更。MeNB不能拒绝SCG SCell(PSCell除外)、SCG承载以及MCG分流承载和SCG分流承载的SCG部分的释放请求。
图5示出了在EN-DC操作中MCG与MCG分流承载之间的承载类型变更的信令流程过程。其他MR-DC操作或NR-NR DC操作也适用。UE配置为EN-DC操作，且初始(502)配置MCG承载。承载类型改变涉及的各步骤如下：
1.MeNB 100向SgNB(SN)200发送(504)改变请求消息，其中包含承载上下文相关的(MCG承载到MCG分流承载的承载类型改变)和请求的SCG配置信息(包括作为SgNB重配置的基础的UE能力协调结果)。
2.SgNB200以SgNB改变请求确认消息作为响应(506)，该SgNB改变请求确认消息可以包含NR RRC配置消息中的SCG无线资源配置信息。
3.MeNB 100发起(508)RRC连接重配置流程，包括NR RRC配置消息。该消息中包含承载类型由MCG改变为MCG分流的信息，而没有移动性控制信息(切换)或移动性控制信息SCG(SCG改变)流程。
4.UE应用新配置并执行(510)从MCG到MCG分流承载的承载类型改变过程，而不影响其他配置的承载。在这种情况下，在没有切换和SCG改变过程的情况下发起过程时，UE不会重建配置承载的PDCP/RLC实体以及不会重置MAC。
5.UE执行承载类型改变并以RRC连接重配置完成作为响应(512)，包括NR RRC响应消息。如果UE不符合RRC连接配置(RRCConnectionRefiguration)消息中包含的配置(的一部分)，则执行重配置失败过程。
6.在成功完成重配置后，在SeNB重配置完成消息中指示(514)该流程的成功。UE重配置(516)有MCG分流承载，并且通过MN和SN链路进行数据传输(518)。在NW(即，MN 100或SN200)想要将MCG分流承载转换为MCG承载的情况下，该过程可以由MeNB 100或SgNB 200发起。如果释放最后一个分流承载后将导致SgNB中没有承载，则SgNB200不能请求释放最后一个分流承载。如图5所示，涉及的各步骤如下：
7.MeNB 100发送(520)SgNB改变请求消息，包含承载上下文相关的(MCG承载到MCG分流承载的承载类型改变)和请求的SCG配置信息(包括作为SgNB重配置的基础的UE能力协调结果)。
8.SgNB200以SgNB改变请求确认消息作为响应(522)，SgNB改变请求确认消息可以包含NR RRC配置消息中的SCG无线资源配置信息。
9.MeNB 100发起(524)RRC连接重配置流程，包括NR RRC配置消息。该消息包含从MCG分流承载到MCG承载的承载类型改变信息，而没有移动性控制信息(切换)或移动性控制信息SCG(SCG改变)流程。
10.UE应用(526)新配置并执行从MCG分流到MCG的承载类型改变过程，而不影响其他配置的承载。在这种情况下，在没有切换和SCG改变过程的情况下发起过程时，UE不会重建配置承载的PDCP/RLC实体以及不会重置MAC。
11.UE执行承载类型改变并以RRC连接重配置完成作为响应(528)，包括NR RRC响应消息。
12.在成功完成重配置后，在SeNB重配置完成消息中指示(530)该流程的成功。因此，将MCG分流DRB重配置(532)为MCG DRB。
图6示出了在EN-DC操作中SCG与SCG分流承载之间的承载类型改变的信令流程过程。其他MR-DC或NR-NR DC也适用。UE配置有EN-DC操作并且初始(602)配置有SCG承载。承载类型改变涉及的各步骤如下：
SgNB200发送(604)SgNB(SN)改变需求消息，包含NR RRC配置消息，该NR RRC配置消息可以包含承载上下文相关的(SCG承载到SCG分流承载的承载类型改变)、其他UE上下文相关信息和新SCG无线资源配置。
MeNB 100通过向SgNB发送SN改变请求消息(606)来接受SgNB 200的承载类型改变需求。通过MeNB的接受，SgNB发送SN改变确认消息(608)来确认承载类型从SCG承载(SN终结承载)改变为SCG分流承载(SN终结分流承载)。
MeNB向UE发送(610)包含NR RRC配置消息的LTE RRC连接重配置消息，包含新SCG无线资源配置。该消息包含从SCG承载到SCG分流承载的承载类型改变信息，不包含移动性控制信息(切换)或移动性控制信息SCG(SCG变更)流程。该消息中还携带用于SCG分流承载的MN DRB信息。替换地，该消息也可以由SgNB200发起，但在这种情况下，MeNB 100需要向SgNB200提供SeNB改变确认消息。
UE应用(612)新配置并执行从SCG承载到SCG分流承载的承载类型改变过程，而不影响其他配置的承载。在这种情况下，在没有切换和SCG改变过程的情况下发起过程时，UE不会重建配置承载的PDCP/RLC实体以及不会重置MAC。
UE执行承载类型改变并以RRC连接重配置完成(包括NR RRC容器)作为响应(614)。如果UE不符合RRC连接重配置消息中包含的配置(的一部分)，则执行重配置失败过程。
在成功完成重配置后，在SeNB重配置完成消息中指示(616)该流程的成功。UE重配置(618)有SCG分流承载，并且通过MN和SN链路(620)进行数据传输。在NW想要将SCG分流承载转换为SCG承载的情况下，该过程可以由MeNB 100或SgNB200发起。如图6所示，涉及的各步骤如下。
SgNB 200发送(622)包含NR RRC容器的SgNB改变需求消息，可以包含承载上下文相关的(SCG分流承载到SCG承载的承载类型改变)、其他UE上下文相关信息和新的SCG无线资源配置。如果该流程是由MeNB发起的，则MeNB 100也可以发送SgNB改变请求消息，其包含与承载上下文相关的(从SCG分流承载到SCG承载的承载类型改变)和请求的SCG配置信息(包括作为SgNB重配置的基础的UE能力协调结果)。
MeNB 100通过向SgNB发送SN改变请求消息(624)来接受SgNB200的承载类型改变需求。通过MeNB的接受，SgNB发送SN改变确认消息(626)确认承载类型从SCG分流承载(即，SN终结分流承载)改变为SCG承载(即，SN终结承载)。
MeNB 100发起(628)RRC连接重配置流程，包括NR RRC容器，释放用于SCG分流承载的DRB的MN部分(即MN中层2配置的下部)。该重配置消息中包含SCG分流承载到SCG承载的承载类型改变信息，不包含移动性控制信息(即实现承载类型而不进行切换流程)或移动性控制信息SCG(即实现承载类型而不进行SN/SCG改变流程)。
UE应用(630)新配置并执行从SCG分流承载到SCG承载的承载类型改变过程，而不影响其他配置的承载。在这种情况下，在没有切换和SCG改变过程的情况下发起过程时，UE不会重建配置承载的PDCP/RLC实体以及不会重置MAC。
UE执行承载类型改变并以RRC连接重配置完成作为响应(632)，包括NR RRC容器。如果UE不符合RRC连接重配置消息中包含的配置(的一部分)，则执行重配置失败过程。在成功完成重配置后，在SeNB重配置完成消息中指示(634)该流程的成功。因此，SCG分流DRB被重配置为SCG DRB(636)。
图7示出了根据本文公开的实施例的用于将承载类型从MCG承载改变为SCG承载的、由主节点发起的SN改变流程的各步骤的时序图。
如图7所示，从MCG DRB(NR PDCP配置)到SCG DRB的承载类型改变涉及与MCG DRB关联的PDCP实体在网络中的PDCP锚点从MN 100改变为SN 200。由于SN中使用的安全密钥与MN 100中使用的安全密钥不同，因此PDCP终结点或锚点的改变涉及向UE传输信令消息(即包括移动性控制信息(即SCG-Config)的RRC重配置)。移动性控制信息(即SCG-Config)包括响应于与MCG DRB关联的PDCP实体在网络中锚点的变化的PDCP重建指示和安全密钥变更指示中的一个。信令消息可以是具有SCG-Config的RRC重配置或指示不需要重置MCG MAC的承载类型改变消息。信令消息是针对从MCG DRB到SCG DRB的承载类型改变而触发的，其中，MCG PDCP实体配置为NR PDCP实体。当MCG DRB配置有NR PDCP时，EN-DC操作应支持MCG DRB与分流DRB之间和MCG DRB与SCG DRB之间的一步(直接)承载类型改变。
如图7所示，MN 100(即LTE eNB)发送(702)包括SCG-ConfigInfo(基本上指示从MCG DRB到SCG DRB的承载类型改变)的SN改变请求消息。MN 100发送SN改变请求消息，SN改变请求消息可以包含承载上下文相关信息或其他UE上下文相关信息、数据转发地址信息(如适用)和SCG-ConfigInfo，SCG-ConfigInfo包含MCG配置、密钥更改指示以及作为SN 200重配置的基础的、UE能力协调结果的整个UE能力。SN 200(即，NR gNB)以SN改变请求确认消息作为响应(704)，该消息可以包含SCG-Config消息中的无线配置信息和数据转发地址信息(如果适用)。在步骤704中，SN 200发起PDCP重建指示和密钥更改指示，即SCG-Config消息指示PDCP重建指示和安全密钥更改指示中的一个。MN 100应继续使用先前的DL GTPTEID向SN 200发送DL PDCP PDU，直到其执行PDCP重建或PDCP数据恢复，并从PDCP重建或数据恢复开始使用新的DL GTP TEID。MeNB向UE发送(706)包含NR RRC配置消息的RRC连接重配置消息，包括新SCG无线资源配置。
UE应用(708)新配置并执行从MCG DRB到SCG DRB的承载类型改变流程。进一步地，在SN 200，将MCG DRB重配置(710)为SCG DRB。UE执行(712)PDCP重建，不执行对MAC实体的重置。UE执行承载类型改变，并以RRC连接重配置完成作为响应(714)。在成功完成重配置后，在SeNB重配置完成消息中指示(716)该流程的成功。
图8示出了根据本文公开的实施例的用于将承载类型从SCG承载改变为MCG承载的、辅节点发起的SN改变流程的各步骤的时序图。如图8所示，SCG DRB到MCG DRB(配置的NRPDCP)的承载类型改变涉及到SCG DRB关联的PDCP实体在网络中的PDCP锚点从SN 200切换到MN 100。由于MN 100中使用的安全密钥与SN 200中使用的安全密钥不同，PDCP锚点的改变涉及向UE传输信令消息，即包括移动性控制信息(即SCG-Config)的RRC重配置。移动性控制信息(即，SCG-Config)包括响应于与SCG DRB关联的PDCP实体在网络中锚点的变化的PDCP重建指示和安全密钥更改指示中的一个。信令消息可以是具有SCG-Config的RRC重配置或指示不需要重置MCG MAC的承载类型改变消息。信令消息是针对SCG DRB到MCG DRB的承载类型改变而触发的，MCG PDCP实体在重配置后配置为NR PDCP实体。当MCG DRB配置有NR PDCP时，EN-DC操作应支持SCG DRB到MCG DRB之间的一步(直接)承载类型的改变。
如图8所示，SN 200(即NR gNB)发送(802)SN改变请求消息，可包含承载上下文相关的信息、其他UE上下文相关的信息和包含SCG的新无线资源配置的SCG-Config。对于承载释放或变更，SN改变需求消息中包括相应的E-RAB列表，即承载类型从SCG DRB更改为MCGDRB。SN承载释放时，不包括SCG-Config。如果需要应用数据转发和/或安全密钥更改，则MN准备触发MN发起的SN改变流程。MN 100(即LTE eNB)发送(804)SN改变请求消息，包括转发地址和/或安全密钥信息。如果SN请求释放SCG承载且MN确定将其重配置为MCG承载，则MN在SN改变请求消息中提供密钥更改指示，SN 200在SN改变请求确认消息中在SCG-Configuration中提供(806)相应RRC信息。
如果MN 100接受SN请求，则MN 100向UE发送(808)包含根据SCG-Config确定的SCG的新无线资源配置的RRC连接重配置消息，即指示PDCP重建指示、安全密钥更改指示和不重置SCG MAC中的一个。SCG DRB重配置(810)为MCG DRB。UE执行(812)承载类型改变并应用(814)新配置并回复(816)RRC连接重配置完成消息。重配置成功后，在SN改变确认消息中向SN 200指示(818)SCG-Config相关流程成功。
承载类型的统一引入了统一承载的概念。为了支持承载类型协调RAN2已约定MCG分流承载、SCG分流承载和SCG承载的DRB使用相同的PDCP协议规范。对于MCG承载，RAN2约定的LTE PDCP或NR PDCP可以按照网络配置使用。
在LTE-NR互通中，约定网络可以将每个DRB配置为使用一组2个密钥中的1个密钥(按照今天的规定派生的KeNB和S-KeNB)。如果MCG承载配置了NR PDCP，则MCG到SCG之间的承载类型改变可能不涉及密钥改变和PDCP终结点改变，因此不需要进行PDCP重建流程。如果MCG承载采用NR PDCP，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说明了承载类型改变时的层2处理MCG和SCG实体。
(i)在LTE-NR互通中，UE支持针对PDCP终结点的安全密钥，即2个安全密钥；(ii)在EN-DC中，一些承载类型改变不涉及密钥改变、PDCP版本改变和PDCP终结点改变；(iii)如果MCG承载配置有NR PDCP，则LTE-NR DC应支持MCG承载与分流承载之间的一步承载类型改变。
表1
Figure BDA0002382267700000391
在从MCG到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分流承载/SCG分流承载改变为SCG承载的情况下，EN-DC操作应支持SCG承载与SCG分流承载之间的一步(直接)承载类型的改变，而无需切换流程。在SCG改变为SCG分流承载期间，UE应重配置PDCP实体，并根据提供的配置建立MCG RLC实体和MCGDTCH逻辑信道。
在SCG分流承载改变为SCG承载期间，将释放与分流承载关联的MCG RLC实体，因此，如果MCG MAC具有任何具有旧密钥的数据将自动丢弃，因为相应的逻辑信道将被释放。由于在这些承载类型改变期间安全密钥相同，所以在这些承载类型改变期间不会重建PDCP，但是对于从分流DRB到SCG DRB的承载类型改变，将触发PDCP恢复过程。EN-DC操作应支持SCG与SCG分流承载之间的一步(直接)承载类型的改变，而无需使用切换过程或SN变更过程。
MCG与SCG承载之间的承载类型改变也可以通过SCG承载建立来实现，这是因为NW在SCG安全密钥的初始配置期间提供SCG计数器。当NW增加或改变SN时，可以将承载类型从MCG改为SCG/从SCG改为MCG。MCG与SCG之间的承载类型改变涉及密钥改变和PDCP终结点改变，因此MCG和SCG之间的承载改变需要PDCP类型的重建过程。EN-DC操作应支持MCG与SCG承载之间的一步(直接)承载类型的改变(具有PDCP重建类流程)，而无需使用切换过程或SN变更过程。
图9示出了MCG与SCG之间的承载类型改变期间的堆栈行为。在从MCG到SCG/从SCG到MCG的承载改变期间，不需要进行MAC重置。在MCG改变为SCG DRB的情况下，当MCG RLC实体重配置有SCG RLC实体，将释放MCG RLC实体与MCG MAC之间的对应映射，并且将在SCGRLC实体与SCG MAC实体之间创建新实体。一旦MCG MAC接收到带有旧密钥的数据，它将在MCG MAC被丢弃，因此无需重置MCG MAC实体。
在MCG到SCG的承载改变期间，RLC版本也将发生改变，即，对于配置的RLC实体，从LTE RLC改变为NR RLC。在LTE DC中，这仅通过将MCG RLC实体重配置到SCG RLC实体来完成，RLC版本没有变化，但是在MCG到SCG的承载改变期间的EN-DC中，RLC实体版本也将从LTE改变为NR。UE可以执行以下操作：在步骤904，UE接收MCG与SCG之间的承载改变以处理RLC实体。在步骤906，UE执行MCG RLC重建，然后释放MCG RLC实体并建立SCG RLC实体。这将确保UE将与PDCP实体共享所有缓存的数据包；(ii)释放MCG RLC实体，建立SCG RLC实体。在释放MCG RLC实体之前，UE将确保将SDU下发至上层以避免数据丢失；(iii)MCG RLC重建，将MCGRLC实体重配置到具有新RLC配置的SCG实体；(iv)释放MCG/SCG RLC实体，建立SCG/MCG RLC实体。可行的是，当使用NR RLC(SCG承载改变为MCG承载的情况)时，NR RLC不具有完整RLCSDU的缓存，因此仅在RX RLC缓存中缓存少数片段。因此，在这种情况下，它不需要任何数据恢复过程，仅仅简单释放就足够了。36.300或36.331或38.300或38.331或38.xxx中的文本建议可以如下所示，当类型由MCG改变为SCG DRB时，不需要切换或SN变更流程。
Figure BDA0002382267700000411
Figure BDA0002382267700000421
Figure BDA0002382267700000431
在将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实体重置时，它也会影响其他承载上的数据。如果不支持MCG与SCG分流承载之间的直接承载类型改变，则可以避免此MAC重置。可以通过MCG改变为SCG，以及而后SCG改变为SCG分流承载来支持这种承载类型改变。所有这些都可以在没有移动性流程的情况下获得支持。
在另一实施例中，如果UE希望支持MCG与SCG分流承载之间的直接承载类型改变，则在步骤910中，在不使用SN变更流程的情况下，使用PDCP重建类流程完成。在步骤912中，PDCP配置新密钥。在这种情况下，UE将执行MAC重置。为了避免这种情况，当NW将承载重配置为SCG分流承载时，可以改变MCG RLC实体的逻辑信道ID，将较早的MCG LCH ID映射为SCGLCH ID，从而删除MCG RLC实体与MCG MAC之间的映射，在SCG RLC实体与SCG MAC之间使用旧逻辑信道来新建映射。这样就不需要重置MCG MAC实体。
在步骤916中，方法包括：接收MAC PDU。在步骤918中，方法包括识别与MAC PDU关联的一个或多个逻辑信道未配置。在步骤920中，方法包括：针对识别出的逻辑信道的无效值丢弃MAC PDU中的子PDU，并丢弃未为与MAC PDU关联的逻辑信道配置的子PDU。
图10示出了根据本文公开的实施例的用于执行承载类型改变的网络100/200的各种部件。网络可以是MN 100或SN 200。网络100/200包括通信器1002、堆栈协调器(SC)1004、处理器1006和存储器1008。
通信器302可用于发送或接收来自UE的无线信号。通信器302包括与天线联接的RF收发模块(或双RF模块)，其接收来自天线的RF信号，将其转换为基带信号并发送至处理器306。
堆栈协调器(SC)304可用于对协议栈的各种实体执行一个或多个动作。在一个实施例中，SC 304可以用于在SN变更流程中传输带有指示的RRC重配置消息。该指示可以由MN100或SN 200在配置分流承载或发生承载类型改变时生成，并在MN 100和SN 200之间交互。
在分流承载与MCG承载或分流承载与分流承载之间的进行承载类型改变期间，UE可以对分流承载的SCG支路采取动作，但不能对LTE侧的L2实体采取动作。因此，需要在RRC消息中明确指示是否需要LTE RLC重建。这也会触发MAC重置过程。当承载类型发生变化时，该明确的指示由MN 100或SN 200生成。对于EN-DC，在承载类型改变流程中，LTE RRC重配置或NR RRC重配置消息包括重建无线承载的MCG和SCG RLC实体的明确指示。
其中，RRC重配置消息中传输的指示包括对UE中的MN RLC实体、SN RLC实体和PDCP实体执行的一个或多个操作。
处理器1006(例如：硬件单元、装置、中央处理器(CPU)、图形处理器(GPU)等)通信联接至存储器1008(例如，易失性存储器和/或非易失性存储器)；存储器1008包括配置为通过处理器1006可寻址的存储位置。
处理器1006可以包括堆栈协调器(SC)1004或执行堆栈协调器(SC)1004执行的操作。存储器1008可以包括非易失性存储元件。这种非易失性存储元件的示例可以包括磁性硬盘、光盘、软盘、闪存或电可编程存储器(EPROM)或电可擦除和可编程(EEPROM)存储器的形式。此外，在一些示例中，存储器1008可以被视为非瞬时性存储介质。术语“非瞬时性”可以指示存储介质未嵌入载波或传播信号。然而，术语“非暂时性”不应解释为存储器1008不可移动。在一些示例中，存储器1008可用于存储大于存储器的信息量。在某些示例中，非瞬时性存储介质可以存储随时间变化(例如，在随机存取存储器(RAM)或缓存中)的数据。
图11示出了根据本发明另一实施例的UE。
参见图11，UE 1100可以包括处理器1102、收发器1104和存储器1106。但是，所示的所有部件都不是必不可少的。UE 1100可以通过比图11所示的更多或更少的部件实现。此外，根据另一实施例，处理器1102和收发器1104以及存储器1106可以实现为单芯片。
下面将详细介绍上述部件。
处理器1102可以包括一个或多个处理器或其他处理设备，其控制提议的功能、过程和/或方法。UE 1100的操作可以由处理器1102实现。
处理器1102可以在配置的控制资源集合上检测PDCCH。处理器1102确定根据PDCCH划分CB的方法和PDSCH速率匹配方法。处理器1102可以控制收发器1104根据PDCCH接收PDSCH。处理器1102可以根据PDSCH生成HARQ-ACK信息。处理器1102可以控制收发器1104传输HARQ-ACK信息。
收发器1104可以包括用于上变频和放大发射信号的RF发射器和用于对接收信号频率进行下变频的RF接收器。然而，根据另一实施例，收发器1104可以通过比部件中示出的更多或更少的部件来实现。
收发器1104可以与处理器1102连接并发送和/或接收信号。信号可以包括控制信息和数据。此外，收发器1104可以通过无线信道接收信号并输出至处理器1102。收发器1104可以通过无线信道传输从处理器1102输出的信号。
存储器1106可以存储UE 1100得到的信号中包含的控制信息或数据。存储器1106可以与处理器1102连接，并存储针对所提议的功能、过程和/或方法的至少一个指令或协议或参数。存储器1106可以包括只读存储器(ROM)和/或随机存取存储器(RAM)和/或硬盘和/或CD-ROM和/或DVD和/或其他存储设备。
具有移动性过程的承载类型改变：另一种选择是始终通过移动性过程支持承载类型改变。在EN-DC中，如果通过切换或SN变更发生承载类型改变，则UE需要遵循切换或SN变更时适用于承载类型改变的相同规则，这可涉及密钥改变或PDCP锚点改变或PDCP版本改变。如果切换过程中承载类型发生变化，则对于MCG承载、分流承载和SCG承载，应重建MCG/SCG PDCP/RLC，并重置MCG/SCG MAC。如果承载类型通过SN变更流程发生改变，则应重建SCGPDCP/RLC，并重置SCG MAC。
从MCG DRB到SCG DRB的承载类型改变涉及与MCG DRB关联的PDCP实体在网络中的PDCP锚点将从MN切换到SN。由于SN中使用的安全密钥与MN中使用的安全密钥不同，PDCP锚点的改变涉及向UE传输信令消息，即RRC重配置，包括移动性控制信息，即SCG-Config。因此，由于PDCP锚点的变化、安全密钥的变化、PDCP的重建等原因，需要采用HO流程或SN流程来处理这种承载变化。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：
Figure BDA0002382267700000471
Figure BDA0002382267700000481
所有承载类型改变需要密钥改变，尽管PDCP锚点不会改变，例如MCG到分流承载(在MN终结)，因此需要PDCP/RLC重建，并且需要MAC重置。很少有承载类型改变需要新的流程来支持承载类型之间的转换。如果支持有或无移动性的承载类型改变，如果每个承载使用单独的密钥，则增益不大，因为所有过渡都会导致L2重置。为了简化流程，当每个承载类型使用单独的密钥时，最好选择HO/SN更改流程。当承载类型发生变化时，此过程也会导致其他承载的数据丢失。如果希望支持无移动性的承载类型改变，那么需要增强现有的流程以避免SCG/MAC重置。通过PDCP控制PDU可以避免这种情况，该控制指示接收器何时应开始使用新密钥进行解码。配置分流承载时，NW需要在RRC重配置消息中提供新的安全密钥。如果UE配置了每个承载类型的安全密钥，则UE使用每个承载类型的不同密钥，即MCG、SCG和分流承载的三个单独密钥。在这种情况下，在分流承载密钥和SCG承载密钥均来自MN或MCG承载的情况下，需要增强SCG计数器的范围，需要引入新的计数器分流计数器。NW需要保证与分流承载和SCG承载关联的计数器的范围不同。
PDCP版本改变：
承载类型协调引入了统一的承载概念，这允许更大的部署灵活性和减少承载类型改变选项的数量。作为该特性的一部分，相同的PDCP协议规范(即NR PDCP)用于MCG分流承载、SCG分流承载和SCG承载的DRB。对于MCG承载，LTE PDCP或NR PDCP可以按照网络配置使用。能够在LTE独立操作期间支持EN-DC操作的UE可以连接到作为传统节点或Rel-15 LTE节点的LTE eNB。根据独立操作期间的传统LTE流程，LTE承载始终配置LTE PDCP。在从传统LTE到Rel-15LTE的移动性期间，如果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决策，PDCP版本可以从LTEPDCP更改为NR PDCP。如果EN-DC UE配置了携带VOIP数据的承载，则更适合使用LTE PDCP版本的操作。这是因为看起来高效的VOIP数据包使用了较小的PDCP SN大小。进一步地，没有动机将携带VOIP数据包的MCG承载更改为任何其他承载类型。因此，在EN-DC操作中，修改携带VOIP数据包的MCG承载的PDCP版本是没有好处的。EN-DC操作时，支持EN-DC能力的UE在携带VOIP数据包时，不应对配置LTE PDCP的MCG承载进行PDCP版本的改变。
对于MCG承载或独立LTE承载，在NR PDCP和LTE PDCP之间可能发生PDCP版本变化的可能场景如下。
a.在以下情况下，异系统间小区(Inter RAT)切换会导致PDCP版本发生变化
·当支持EN-DC能力的UE从传统LTE移动到Rel-15 LTE节点进行EN-DC操作时，即当配置有LTE PDCP的此类承载不携带VOIP数据包时，可能发生MCG承载PDCP版本改变。
·当支持NGEN-DC能力的UE在连接到下一代核心(NextGenCore)的eLTE eNB和NRgNB之间移动时。此时将发生PDCP版本改变
b.MR-DC运行过程中PDCP版本变化
在MR-DC操作中，NW可以根据NW的部署或需求，配置具有LTE PDCP或NR PDCP的MCG承载，可以改变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分流承载到MCG
·MCG到SCG/SCG到MCG
·MCG到SCG分流承载/SCG分流承载到MCG
通过切换流程可以支持上述所有场景，因为切换流程涉及需要重建PDCP的PDCP版本变化和安全密钥变化。通过切换流程可以支持场景a和场景b。当UE移动到EN-DC操作时，MCG承载可以(不携带VOIP数据包)通过切换过程配置NR PDCP版本，因为它涉及需要PDCP重建的PDCP版本更改和安全密钥更改。一旦具有NR PDCP版本的MCG承载可用，通过一步流程就可以有效支持场景c承载类型的改变
通过切换流程可以支持上述所有场景，因为切换流程涉及到需要重建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的区别如下表3所示。
表3
LTE NR
SRB的PDCP SN大小 5比特 12比特
DRB的PDCP SN大小 7/12/15/18比特 12/18比特
UP完整性 不支持 支持
UP复制 不支持 支持
PDCP变量 SN 计数
最大SDU 8188字节 达到超长帧(9KB)
T重排序 仅针对分流承载 总是如此(通过配置)
对于场景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的MCG承载到/从NR PDCP的PDCP版本变化。当NW确定对MCG承载进行PDCP版本改变时，可以通过切换流程(即具有移动性控制信息的RRC重配置消息)来触发。该PDCP版本的变化可以触发或者也可以不触发密钥的变化，但由于LTE和NRPDCP协议有很大的差异，所以需要进行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也可以发送End标记数据包，表示接收方将接收具有新PDCP版本的数据包。
另一种方法是在没有移动性控制信息的情况下，通过重配置消息改变PDCP版本。此时，NW可以通过DRB改变流程或DRB增加或释放流程简单地改变MCG承载的PDCP版本。在这种情况下，一旦UE发现通过RRC重配置消息中的指示改变了MCG DRB的PDCP版本或基于针对配置的MCG DRB或SRB存在NR PDCP容器而改变了MCG DRB的PDCP版本，则UE将执行PDCP和RLC重建，并执行部分MAC重置以更新具有源版本的数据。或者，也可以在PDCP重建时发送PDCP终端市场数据包，这样就不需要MAC重置。
另一种方法是获取PDCP版本改变的RRC重配置消息，只执行PDCP重建流程。这是一种新的重建流程，称为重建类型2。在这种情况下，LTE PDCP参数将映射到NR PDCP参数。由于LTE RLC和MAC没有变化，因此这些不应受到影响。一旦UE完成了PDCP重建过程(涉及将数据包映射和传送到上层)，UE将向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实体和逻辑信道配置时，UE不具有用于分流SRB1的SCG支路的配置，从而不能重配置分流SRB1，因此在步骤2c结束时无法恢复分流SRB1，因此无法发送重建流程的响应。在重建过程中，需要定义处理分流SRB1的新行为NW可以将SRB1分流承载的“drb类型”更改为SRB1承载，即在RRC连接重建过程(RRCConnectionReestablishment)中移除分流承载的SCG支路，一旦UE在步骤2b移除分流SRB1的SCG支路，就可以在步骤2c结束时简单地恢复SRB1并发送重建消息的响应。
或者，UE可以在重建过程中暂停SCG支路的分流SRB功能，并且仅应在SCG配置激活后恢复。UE一旦接收RRC连接重建消息，在重建过程完成后在RRC重配置消息中接收到SCG配置时，UE只需恢复分流SRB1的MCG支路和分流SRB1的SCG支路。
另一种方法是UE在重建过程中释放分流SRB1的SCG支路。一旦重建过程完成，如果NW想要配置分流SRB1，则可以通过向UE提供新的配置来实现。同样的方法也适用于SCG SRB和分流SRB2，也适用于上述分流SRB1。UE可以在重建过程中暂停或释放分流SRB和SCG SRB的SCG支路，如果暂停，UE只在收到分流SRB2或SCG SRB的SCG支路的配置后进行恢复。在触发重建流程时，36.300或36.331或38.300或38.331或38.xxx中的文本提案如下所示。
Figure BDA0002382267700000541
本文公开的实施例可以使用运行在至少一个硬件设备上的至少一个软件程序来实现，并执行网络管理功能以控制元素。
以上对具体实施例的描述将充分地揭示本文实施例的一般性质，使得本领域技术人员可以通过应用当前知识，在不脱离通用概念的情况下容易地修改和/或适应这样的具体实施例的各种应用，因此，这种适应和修改旨在包含在所公开实施例的等同含义和范围内。应理解，这里使用的短语或术语是为了描述而不是为了限定。因此，虽然本文的实施例已通过优选实施例进行了描述，但本领域技术人员将会认识到，在本文实施例的精神和范围内，可以通过修改来实践本文的实施例。

Claims (15)

1.一种对为无线通信系统中的用户设备(UE)配置的多个承载执行承载类型改变的方法，所述方法包括：
由主节点(MN)或辅节点(SN)决定改变一个或多个配置的无线承载的承载类型；
确定与配置的无线承载关联的层2配置的上部对应的实体的终结点是否从第一网络节点重定位到第二网络节点；
确定与所述配置的无线承载关联的层2配置的下部对应的实体是否存在修改；以及
由所述MN指示用户设备(UE)执行改变所述承载类型的一个或多个操作。
2.根据权利要求1所述的方法，其中，与所述配置的无线承载关联的层2配置的上部对应的实体为分组数据汇聚协议(PDCP)实体，以及与所述配置的无线承载关联的层2配置的下部对应的实体包括无线链路控制(RLC)实体、逻辑信道配置和媒体接入控制(MAC)实体。
3.根据权利要求1所述的方法，其中，所述MN是连接到演进分组核心(EPC)的LTE eNB、连接到5G核心(5GC)的LTE eNB和连接到5GC的NR gNB中的一个，以及所述SN是NR gNB和LTEeNB中的一个。
4.根据权利要求3所述的方法，其中，与所述配置的无线承载关联的层2配置的上部对应的实体为分组数据汇聚协议(PDCP)实体，以及与所述配置的无线承载关联的层2配置的下部对应的实体包括无线链路控制(RLC)实体、逻辑信道配置和媒体接入控制(MAC)实体，以及
所述承载类型包括：
MN终结承载，当所述配置的无线承载的PDCP实体在MN中终结，且所述配置的承载的层2配置的相应下部存在于MN或SN时；
SN终结承载，当所述配置的无线承载的PDCP实体在SN中终结，且所述配置的承载的层2配置的相应下部存在于MN或SN时；
MN终结分流承载，当所述配置的无线承载的PDCP实体在MN中终结，且所述配置的承载的层2配置的相应下部同时存在于MN和SN中时；以及
SN终结分流承载，当所述配置的承载的PDCP实体在SN中终结，并且所述配置的承载的层2配置的相应下部同时存在于MN和SN中时。
5.根据权利要求4所述的方法，其中，决定改变一个或多个配置的无线承载的承载类型包括执行以下之一：
如果确定出与所述配置的承载对应的PDCP实体的终结点已重定位，则改变与所述配置的承载关联的安全密钥；
否则，在确定出与所述PDCP实体对应的终结点未重定位时不改变与所述配置的承载关联的安全密钥。
6.根据权利要求5所述的方法，其中，所述MN响应于执行对与所述配置的承载关联的安全密钥的改变，通过切换流程和辅节点(SN)改变流程中的之一来执行承载类型改变。
7.根据权利要求5所述的方法，其中，所述MN响应于确定出与所述配置的承载关联的安全密钥没有改变，通过RRC重配置流程执行承载类型改变。
8.根据权利要求6所述的方法，其中，当通过切换流程执行承载类型改变时，所述UE被指示执行以下至少之一：
重建与每个MN终结承载和每个MN终结分流承载关联的PDCP实体；
重建与每个SN终结承载和每个SN终结分流承载关联的PDCP实体；
重建与每个MN终结承载关联的RLC实体，并重建与每个MN终结分流承载关联的RLC实体；
重建与每个SN终结承载关联的RLC实体，并重建与每个SN终结分流承载关联的RLC实体；
重置主小区组(MCG)MAC实体；以及
重置辅小区组(SCG)MAC实体。
9.根据权利要求6所述的方法，其中，当通过SN改变流程执行承载类型改变时，所述UE被指示执行以下至少之一：
重建与每个SN终结承载和每个SN终结分流承载关联的PDCP实体；
重建与每个SN终结承载关联的RLC实体，并重建与每个SN终结分流承载关联的RLC实体；以及
重置辅小区组(SCG)MAC实体。
10.根据权利要求7所述的方法，其中，执行所述RRC重配置流程以实现以下承载类型改变中的至少之一：
从MN终结承载到MN终结分流承载以及从MN终结分流承载到MN终结承载的承载类型改变；
从SN终结承载到SN终结分流承载以及从SN终结分流承载到SN终结承载的承载类型改变；以及
从MN终结承载到SN终结承载以及从SN终结承载到MN终结承载的承载类型改变。
11.根据权利要求10所述的方法，其中，执行从MN终结承载到MN终结分流承载的承载类型改变包括：
由所述MN向所述SN传输SN改变请求消息，所述SN改变请求消息包括从MN终结承载到MN终结分流承载的承载类型改变和SCG配置信息；
由所述MN从所述SN接收具有新SCG配置的SN改变确认消息；
由所述MN向所述UE传输包含用于实现承载类型改变的新配置信息的RRC重配置消息，所述新配置信息指示所述UE执行以下操作中的至少一者：
如果存在SCG MAC实体，则重配置所述SCG MAC实体，如果不存在SCG MAC实体，则建立SCG MAC实体；
建立RLC实体，以及将配置的逻辑信道关联到所述SCG MAC实体；以及
重配置与所述配置的承载对应的PDCP实体，并将所述PDCP实体关联到两个RLC实体。
12.根据权利要求10所述的方法，其中，执行从MN终结分流承载到MN终结承载的承载类型改变包括：
由所述MN向所述SN传输SN改变请求消息，所述SN改变请求消息包括从MN终结分流承载到MN终结承载的承载类型改变和SCG配置信息；
由所述MN从所述SN接收具有新SCG配置的SN改变确认消息；
向所述UE传输包含用于实现承载类型改变的新配置信息的RRC重配置消息，其中所述新配置信息指示所述UE执行以下操作中的至少之一：
重配置SCG MAC实体；
如果所述SN为NR gNB，则释放与所述SCG MAC实体关联的RLC实体和相应的逻辑信道；
如果所述SN是LTE eNB，则首先重建与所述SCG MAC实体关联的RLC实体，然后释放所述RLC实体和相应的逻辑信道；以及
执行PDCP恢复操作。
13.根据权利要求10所述的方法，其中，执行从SN终结承载到SN终结分流承载的承载类型改变包括：
由SN向所述MN发送SN改变需求消息，所述SN改变需求消息包括从SN终结承载到SN终结分流承载的承载类型改变和新SCG配置；
由SN从所述MN接收SN改变请求消息，所述SN改变请求消息包括从SN终结承载到SN终结分流承载的承载类型改变；
由所述MN从所述SN接收SN改变确认消息；
向所述UE传输包含用于实现承载类型改变的新配置信息的RRC重配置消息，其中所述新配置信息指示所述UE执行以下操作中的至少之一：
重配置MCG MAC实体；
建立RLC实体，并将配置的逻辑信道关联到所述MCG MAC实体；以及
重配置与所述配置的承载对应的PDCP实体，并将所述PDCP实体关联到两个RLC实体。
14.根据权利要求10所述的方法，其中，执行从SN终结分流承载到SN终结承载的承载类型改变包括：
由SN向所述MN传输SN改变需求消息，所述SN改变需求消息包括从SN终结分流承载到SN终结承载的承载类型改变和新SCG配置；
由SN从所述MN接收SN改变请求消息，所述SN改变请求消息包括从SN终结分流承载到SN终结承载的承载类型改变；
由MN从所述SN接收SN改变确认消息；
由所述MN向所述UE传输包含用于实现承载类型改变的新配置信息的RRC重配置消息，其中所述新配置信息指示所述UE执行以下操作中的至少之一：
重配置MCG MAC实体；
如果所述MN为LTE eNB，则首先重建与所述MCG MAC实体关联的RLC实体，以及然后释放所述RLC实体及相应的逻辑信道；
如果所述MN为NR gNB，则释放与所述MCG MAC实体关联的RLC实体及相应的逻辑信道；以及
执行PDCP恢复操作。
15.一种用于对多个承载执行承载类型改变的网络，其中，所述多个承载被配置用于包括主节点(MN)和辅节点(SN)的无线通信系统中的用户设备(UE)，以及所述网络被配置为：
决定改变一个或多个配置的无线承载的承载类型；
确定与配置的无线承载关联的层2配置的上部对应的实体的终结点是否从第一网络节点重定位到第二网络节点；
确定与所述配置的承载关联的层2配置的下部对应的实体是否存在修改；以及
指示用户设备(UE)执行改变承载类型的一个或多个操作。
CN201880052222.4A 2017-08-11 2018-08-13 对为用户设备配置的多个承载执行承载类型改变的方法 Active CN110999519B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311290991.7A CN117098122A (zh) 2017-08-11 2018-08-13 对为用户设备配置的多个承载执行承载类型改变的方法

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
IN201741028700 2017-08-11
IN201741028700 2017-08-11
IN201741028922 2017-08-14
IN201741028922 2017-08-14
IN201842030025 2018-08-09
IN201842030025 2018-08-09
PCT/KR2018/009275 WO2019031948A1 (en) 2017-08-11 2018-08-13 METHOD FOR MAKING A MEDIA TYPE CHANGE OF A PLURALITY OF CONFIGURED MEDIA FOR USER EQUIPMENT

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202311290991.7A Division CN117098122A (zh) 2017-08-11 2018-08-13 对为用户设备配置的多个承载执行承载类型改变的方法

Publications (2)

Publication Number Publication Date
CN110999519A true CN110999519A (zh) 2020-04-10
CN110999519B CN110999519B (zh) 2023-10-27

Family

ID=65271107

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201880052222.4A Active CN110999519B (zh) 2017-08-11 2018-08-13 对为用户设备配置的多个承载执行承载类型改变的方法
CN202311290991.7A Pending CN117098122A (zh) 2017-08-11 2018-08-13 对为用户设备配置的多个承载执行承载类型改变的方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202311290991.7A Pending CN117098122A (zh) 2017-08-11 2018-08-13 对为用户设备配置的多个承载执行承载类型改变的方法

Country Status (4)

Country Link
US (3) US11483891B2 (zh)
EP (2) EP3659391B1 (zh)
CN (2) CN110999519B (zh)
WO (1) WO2019031948A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116114287A (zh) * 2020-11-27 2023-05-12 Oppo广东移动通信有限公司 一种信息指示方法及装置、终端设备、网络设备

Families Citing this family (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7101170B2 (ja) 2017-05-02 2022-07-14 株式会社Ｎｔｔドコモ 無線通信システム及び無線通信方法
JP2019033419A (ja) * 2017-08-09 2019-02-28 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
KR102376115B1 (ko) 2017-08-10 2022-03-18 삼성전자 주식회사 차세대 이동 통신 시스템에서 pdcp 버전 변경에 따른 재설정 방법 및 장치
CN110999519B (zh) 2017-08-11 2023-10-27 三星电子株式会社 对为用户设备配置的多个承载执行承载类型改变的方法
EP3685626A1 (en) * 2017-09-20 2020-07-29 Nokia Technologies Oy Method, apparatus and computer program related to secondary cell group reactivation in multi-radio access technology-dual connectivity
KR20200051045A (ko) * 2017-09-28 2020-05-12 삼성전자주식회사 무선 통신 시스템에서의 pdcp 동작 처리를 위한 방법 및 시스템
MX2020002997A (es) * 2017-09-28 2020-07-22 Guangdong Oppo Mobile Telecommunications Corp Ltd Metodo y dispositivo terminal de comunicacion inalambrica.
US11553344B2 (en) * 2017-11-10 2023-01-10 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Information transmission method, network device and terminal device
JP7095977B2 (ja) * 2017-11-15 2022-07-05 シャープ株式会社 端末装置、基地局装置、および方法
US11071025B2 (en) * 2018-06-29 2021-07-20 FG Innovation Company Limited Cell handover with minimum mobility interruption
CN110839301B (zh) * 2018-08-16 2021-09-10 维沃移动通信有限公司 一种无线链路失败的信息处理方法、终端及网络设备
CN110972205B (zh) * 2018-09-28 2021-08-13 华为技术有限公司 一种通信方法及设备
EP3669609B1 (en) 2018-10-04 2021-01-13 Google LLC Method for handling a radio resource control cell group configuration
WO2020086953A1 (en) * 2018-10-26 2020-04-30 Google Llc Efficient handling of a resource control state change and multi-node connectivity
WO2020082344A1 (zh) * 2018-10-26 2020-04-30 Oppo广东移动通信有限公司 一种区分数据格式的方法及装置、通信设备
JP6826578B2 (ja) * 2018-11-01 2021-02-03 シャープ株式会社 端末装置、基地局装置、および、方法
US11924677B2 (en) * 2019-02-01 2024-03-05 Lg Electronics Inc. Method and apparatus for handling packet duplication based on congestion level of frequency in a wireless communication system
US11224082B2 (en) * 2019-02-14 2022-01-11 Mediatek Inc. Methods and apparatus to improve MR-DC SN addition procedure
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
EP3998802B1 (en) * 2019-05-29 2024-01-10 Google LLC Sequence number transfer for radio bearers
CN114467362A (zh) * 2019-09-27 2022-05-10 上海诺基亚贝尔股份有限公司 用于主节点间切换的设备、方法、装置和计算机可读介质
US20220353950A1 (en) * 2019-10-02 2022-11-03 Google Llc Systems and methods for managing radio bearer compatibility in a communication network
EP4042622A1 (en) * 2019-10-11 2022-08-17 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for multi-connection flow control in a wireless communication network
CN112804752A (zh) * 2019-11-13 2021-05-14 中兴通讯股份有限公司 双连接重建方法、可读存储介质和基站
JP6924289B2 (ja) * 2020-01-21 2021-08-25 シャープ株式会社 端末装置、基地局装置、および、方法
US11234283B2 (en) * 2020-02-10 2022-01-25 Verizon Patent And Licensing Inc. Systems and methods for optimizing dual connectivity network environments
CN113498025B (zh) * 2020-04-03 2023-03-24 维沃移动通信有限公司 承载变更方法、网络设备及终端设备
EP4147482A1 (en) * 2020-05-08 2023-03-15 Telefonaktiebolaget Lm Ericsson (Publ) Segmentation for coordination among multiple nodes in dual connectivity
US11856630B2 (en) * 2020-07-22 2023-12-26 Samsung Electronics Co., Ltd. Method and apparatus for handling a protocol supporting suspension and resumption of secondary cell group (SCG) in dual connectivity technology supported by next-generation mobile communication system
US20230292194A1 (en) * 2020-08-06 2023-09-14 Telefonaktiebolaget Lm Ericsson (Publ) Configuring a Wireless Device Configured with Multi-Radio Access Technology Dual Connectivity
US20240089812A1 (en) * 2021-01-25 2024-03-14 Telefonaktiebolaget Lm Ericsson (Publ) Signaling for Releasing a Secondary Cell Group (SCG) Configuration

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015064931A1 (en) * 2013-11-01 2015-05-07 Samsung Electronics Co., Ltd. Method and apparatus for reconfiguring a bearer
US20160044639A1 (en) * 2014-08-08 2016-02-11 Lg Electronics Inc. Method for processing a packet data convergence protocol reordering function at a user equipment in a dual connectivity system and device therefor
US20160255675A1 (en) * 2013-11-01 2016-09-01 Samsung Electronics Co., Ltd. Method and apparatus for reconfiguring a bearer
US20160262066A1 (en) * 2015-03-04 2016-09-08 Qualcomm Incorporated Dual link handover
CN105992288A (zh) * 2015-03-05 2016-10-05 中兴通讯股份有限公司 一种在切换程序中传输数据的方法、装置和系统
CN106063360A (zh) * 2014-03-28 2016-10-26 富士通株式会社 承载管理装置、方法以及通信系统
US20170222876A1 (en) * 2014-08-04 2017-08-03 Samsung Electronics Co., Ltd. Signaling in dual connectivity mobile communication networks

Family Cites Families (61)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1978762A1 (en) 2007-04-05 2008-10-08 Matsushita Electric Industrial Co., Ltd. Service content synchronization of multicast data for mobile nodes moving between networks with different radio access technologies
JP2008306409A (ja) * 2007-06-06 2008-12-18 Toshiba Corp 無線通信システム
CN103517356B (zh) * 2012-06-28 2017-04-05 电信科学技术研究院 一种进行切换的方法、系统和设备
KR101925764B1 (ko) 2012-08-23 2018-12-05 인터디지탈 패튼 홀딩스, 인크 무선 시스템에서의 다중 스케줄러들을 이용한 동작
KR20140107088A (ko) 2013-02-27 2014-09-04 주식회사 케이티 스몰셀 환경에서 단말의 버퍼상태보고 전송방법 및 장치
WO2014163309A1 (en) * 2013-04-02 2014-10-09 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
EP3092863B1 (en) 2013-10-23 2020-01-08 Telefonaktiebolaget LM Ericsson (publ) Flexible bearer handling
CN105684491B (zh) 2013-10-30 2020-02-07 株式会社Kt 用于在移动通信网络中配置双连接的方法及其装置
US9756678B2 (en) * 2013-12-13 2017-09-05 Sharp Kabushiki Kaisha Systems and methods for multi-connectivity operation
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 주식회사 케이티 듀얼 커넥티비티에서 기지국 변경 방법 및 그 장치
EP3100578B1 (en) 2014-01-30 2021-11-10 Sharp Kabushiki Kaisha Systems and methods for dual-connectivity operation
US9713044B2 (en) * 2014-01-30 2017-07-18 Sharp Kabushiki Kaisha Systems and methods for dual-connectivity operation
EP3120604B1 (en) 2014-03-21 2019-06-26 Samsung Electronics Co., Ltd. Method and apparatus for transmitting/receiving signal in mobile communication system supporting a plurality of carriers
EP2922326B1 (en) 2014-03-21 2018-12-19 Sun Patent Trust Security key derivation in dual connectivity
CN104955064B (zh) 2014-03-28 2019-01-11 上海诺基亚贝尔股份有限公司 一种在双连接系统中处理用户设备端rlc/pdcp实体的方法与设备
EP3132622B1 (en) 2014-04-15 2019-09-25 Nokia Solutions and Networks Oy Interworking with bearer-based system
BR112016016595B1 (pt) 2014-08-06 2023-10-17 Ntt Docomo, Inc. Equipamento de usuário
JP6422514B2 (ja) 2014-08-07 2018-11-14 エルジー エレクトロニクス インコーポレイティド 端末が二重連結システムでｐｄｃｐ ｐｄｕを処理する方法及びその装置
EP3021612B1 (en) 2014-11-12 2018-03-21 HTC Corporation Device and method of handling network configurations
US20160226632A1 (en) 2015-01-29 2016-08-04 Intel IP Corporation Carrier aggregation enhancements for unlicensed spectrum and 5g
CN106031237A (zh) 2015-02-13 2016-10-12 瑞典爱立信有限公司 双连接的建立
US10440626B2 (en) 2015-03-20 2019-10-08 Parallel Wireless, Inc. Content-aware inter-RAT RAB steering
KR101870022B1 (ko) 2015-04-02 2018-06-22 주식회사 케이티 무선 베어러 재구성 방법 및 그 장치
CN106304399B (zh) 2015-05-15 2020-12-04 夏普株式会社 用户设备及其方法以及由eutran执行的方法
KR102349361B1 (ko) * 2015-05-29 2022-01-10 애플 인크. 5g 및 lte 시스템 및 장치에서의 단절없는 이동
WO2017014802A1 (en) 2015-07-22 2017-01-26 Intel IP Corporation Convergence layer for 5g communication systems
KR101954495B1 (ko) * 2015-09-23 2019-03-07 주식회사 케이티 단말의 이동성 제어 방법 및 그 장치
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
WO2017171919A1 (en) * 2016-04-01 2017-10-05 Intel IP Corporation User equipment (ue), evolved node-b (enb) and methods for a packet convergence and link control (pclc) layer
US10630410B2 (en) * 2016-05-13 2020-04-21 Telefonaktiebolaget Lm Ericsson (Publ) Network architecture, methods, and devices for a wireless communications network
US11115880B2 (en) * 2016-05-17 2021-09-07 Nokia Technologies Oy Path switch method between LTE and 5G node
CN106231637B (zh) 2016-07-29 2019-10-22 深圳市金立通信设备有限公司 辅小区变换方法、装置以及基站
CN109691155B (zh) * 2016-08-09 2023-05-30 三星电子株式会社 无线通信系统中管理用户平面操作的方法和装置
EP3498035B1 (en) * 2016-08-10 2023-12-13 InterDigital Patent Holdings, Inc. Light connectivity and autonomous mobility
US10582523B2 (en) * 2016-08-13 2020-03-03 Qualcomm Incorporated Method and apparatus for secondary base station mobility
US10485000B2 (en) * 2016-09-28 2019-11-19 Sharp Kabushiki Kaisha User equipment, base stations and methods
CN108307538B (zh) * 2016-09-30 2023-05-02 夏普株式会社 用于建立/重配置数据承载的方法和设备
US20180212719A1 (en) * 2017-01-24 2018-07-26 Mediatek Inc. Tcp enhancements in reduced radio link quality conditions
US11184785B2 (en) * 2017-03-17 2021-11-23 Qualcomm Incorporated Radio measurement and configuration
US20180270679A1 (en) * 2017-03-20 2018-09-20 Nokia Technologies Oy Reliability-based multi-link communications
US10873911B2 (en) * 2017-03-23 2020-12-22 Ofinno, LCC Uplink transmission power adjustment
CN107018542A (zh) 2017-03-27 2017-08-04 中兴通讯股份有限公司 网络系统中状态信息的处理方法、装置及存储介质
US11129070B2 (en) * 2017-05-04 2021-09-21 Beijing Xiaomi Mobile Software Co., Ltd. Beam-based neighbor relation information
EP4311287A3 (en) * 2017-05-05 2024-04-24 Apple Inc. Unifying split bearers in lte interworking
WO2018222418A1 (en) * 2017-06-02 2018-12-06 Motorola Mobility Llc Determining data available for transmission
EP3493594B1 (en) * 2017-07-27 2020-10-07 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Reconfiguration method and related product
US11297493B2 (en) * 2017-08-03 2022-04-05 Huawei Technologies Co., Ltd. Data transmission method, related device, and communications system
US10368384B2 (en) * 2017-08-09 2019-07-30 Nokia Technologies Oy Asymmetric capability coordination in dual connectivity
CN110999519B (zh) * 2017-08-11 2023-10-27 三星电子株式会社 对为用户设备配置的多个承载执行承载类型改变的方法
US11611468B2 (en) * 2017-09-28 2023-03-21 Comcast Cable Communications, Llc Beam management with DRX configuration
US10785817B2 (en) * 2017-09-28 2020-09-22 Apple Inc. Signaling radio bearer type 3 (SRB3) and secondary cell group (SCG) failure handling
CN117979466A (zh) * 2017-09-29 2024-05-03 三星电子株式会社 在无线通信系统中以双连接处理用户平面的方法和用户设备
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
JP7177182B2 (ja) * 2018-06-11 2022-11-22 本田技研工業株式会社 基地局ネットワーク共有構成
EP4367970A1 (en) * 2022-02-11 2024-05-15 Samsung Electronics Co., Ltd. Method and apparatus for handling user plane in wireless communication system supporting mr-mc

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015064931A1 (en) * 2013-11-01 2015-05-07 Samsung Electronics Co., Ltd. Method and apparatus for reconfiguring a bearer
US20160255675A1 (en) * 2013-11-01 2016-09-01 Samsung Electronics Co., Ltd. Method and apparatus for reconfiguring a bearer
CN106063360A (zh) * 2014-03-28 2016-10-26 富士通株式会社 承载管理装置、方法以及通信系统
US20170222876A1 (en) * 2014-08-04 2017-08-03 Samsung Electronics Co., Ltd. Signaling in dual connectivity mobile communication networks
US20160044639A1 (en) * 2014-08-08 2016-02-11 Lg Electronics Inc. Method for processing a packet data convergence protocol reordering function at a user equipment in a dual connectivity system and device therefor
US20160262066A1 (en) * 2015-03-04 2016-09-08 Qualcomm Incorporated Dual link handover
CN105992288A (zh) * 2015-03-05 2016-10-05 中兴通讯股份有限公司 一种在切换程序中传输数据的方法、装置和系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HUAWEI: "Summary of [97bis#12][NR] Bearer type change (Huawei)", pages 1 - 3 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116114287A (zh) * 2020-11-27 2023-05-12 Oppo广东移动通信有限公司 一种信息指示方法及装置、终端设备、网络设备

Also Published As

Publication number Publication date
CN110999519B (zh) 2023-10-27
US11950313B2 (en) 2024-04-02
US20200374961A1 (en) 2020-11-26
EP4369848A2 (en) 2024-05-15
US20230309179A1 (en) 2023-09-28
US11483891B2 (en) 2022-10-25
US20220159773A1 (en) 2022-05-19
EP3659391A1 (en) 2020-06-03
EP3659391B1 (en) 2024-05-01
EP3659391A4 (en) 2020-06-03
US11678396B2 (en) 2023-06-13
CN117098122A (zh) 2023-11-21
WO2019031948A1 (en) 2019-02-14

Similar Documents

Publication Publication Date Title
CN110999519B (zh) 对为用户设备配置的多个承载执行承载类型改变的方法
KR102263160B1 (ko) 무선 통신 시스템의 듀얼 커넥티비티에서 사용자 평면을 처리하는 방법 및 사용자 장비
CN111386725B (zh) 用于在无线通信系统中处理pdcp操作的方法和系统
US11658722B2 (en) Method and apparatus for managing user plane operation in wireless communication system
CN111034259B (zh) 用于在无线通信网络中执行切换的方法和系统
KR20190142565A (ko) 이동 통신 시스템에서 효율적인 패킷 중복 전송을 위한 방법 및 장치
CN107113291A (zh) 演进的数据压缩方案信令
TWI797414B (zh) 用於行動性增強之方法及其使用者設備

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
GR01 Patent grant
GR01 Patent grant