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

本发明涉及一种无线通信网络。更具体地说，涉及一种用于对为用户设备(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子层的主要业务和功能包括：逻辑信道和传输信道之间的映射，将属于一个或不同逻辑信道的macsdu复用/解复用到传输信道上的物理层传送的传输块(tb)，调度信息上报，harq纠错，一个ue的逻辑信道之间的优先级处理，动态调度在ue之间的优先级处理，传输格式选择和填充。rlc子层的主要业务和功能包括：上层pdu的传输、通过arq的纠错(仅用于确认模式(am)数据传输)、rlcsdu的级联、分割和重组(仅用于非确认模式(um)和am数据传输)、rlc数据pdu的重新分割(仅用于am数据传输)、rlc数据pdu的重排序(仅用于um和am数据传输)、重复检测(仅用于um和am数据传输)、协议错误检测(仅用于am数据传输)、rlcsdu丢弃(仅用于um和am数据传输)以及rlc重建。rlc子层的功能由rlc实体执行。rlc实体可以用于通过以下三种模式中的一种进行数据传输：透明模式(tm)、未确认模式(um)和确认模式(am)。因此，根据rlc实体配置提供的数据传输模式，rlc实体被分类为tmrlc实体、umrlc实体和amrlc实体。tmrlc实体配置为发送tmrlc实体或接收tmrlc实体。发送tmrlc实体从上层接收rlcsdu(即，pdcp)，并通过下层向接收tmrlc实体的对等方发送rlcpdu(即，mac)。接收tmrlc实体将rlcsdu递送至上层(即，pdcp)，并通过下层从发送tmrlc实体的对等体接收rlcpdu(即，mac)。进一步地，umrlc实体配置为发送umrlc实体或接收umrlc实体。发送umrlc实体从上层接收rlcsdu，并通过下层将rlcpdu发送至其接收umrlc实体的对等体。接收umrlc实体将rlcsdu递送至上层，并经由下层从传输umrlc实体的其对等体接收rlcpdu。amrlc实体包括发送侧和接收侧。amrlc实体的发送侧从上层接收rlcsdu，并通过下层向其对等amrlc实体发送rlcpdu。amrlc实体的接收侧将rlcsdu递送至上层，并通过下层从其对等amrlc实体接收rlcpdu。用于用户面的pdcp子层的主要业务和功能包括：头部压缩和解压缩：仅rohc、用户数据传输、rlcam的上层pdu在pdcp重建过程中顺序递送；用于dc中的分流承载(仅支持rlcam)：用于传输的pdcppdu路由和用于接收的pdcppdu重排序、用于rlcam的pdcp重建过程中下层sdu的重复检测、切换时的pdcpsdu重传，以及在dc中的分流承载，在pdcp数据恢复流程中的pdcppdu重传，用于上行链路(ul)中的rlcam、加密和解密以及基于定时器的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的用户面协议处理如下：承载维护pdcpsn；源enb通知目标enb下一个dlpdcpsn分配给尚无pdcp序列号的数据包(来自源enb或来自服务网关)；对于安全同步，还保持超帧号(hfn)；源enb为目标提供一个针对ul的参考hfn和一个针对dl的参考hfn和相应sn；安全密钥更新；若pdcp状态报告由目标enb配置，ue向目标enb发送pdcp状态报告。发送状态报告的配置为针对承载；目标enb可以向ue发送pdcp状态报告，ue无需等待恢复ul传输；ue在目标enb或目标小区中重传从最后一次连续确认的pdcpsdu之后的第一pdcpsdu开始的所有上行pdcpsdu，即源中rlc未确认的最早的pdcpsdu，不包括目标enb基于pdcpsn的上报确认接收的pdcpsdu。目标enb重新传输源enb转发的所有下行pdcpsdu并对其进行优先级排序(即，目标enb在从s1发送数据之前应从x2发送带有pdcpsn的数据)，但通过ue的基于pdcpsn的上报确认接收的pdcpsdu除外；rohc重置；以及rlc/mac重置。存储在pdu重排序缓冲器中的pdcppdu被解密并解压缩并保存在与count关联的pdcp中。替换地，切换后，原系统对um模式下配置rlc的drb的用户面协议切换如下：pdcpsn重置；hfn重置；安全密钥更新；无pdcp状态报告传输；目标enb中不重传pdcpsdu；uepdcp实体不尝试在源小区中已完成传输的目标小区中重传任何pdcpsdu。而uepdcp实体与其他pdcpsdu开始传输；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)是3gppts36.300中描述的e-utra内双连接(dc)的推广，其中，多个rx/txue可用于利用通过非理想回程连接的两个不同节点中的两个不同调度器提供的无线资源，一个提供e-utra接入，另一个提供nr接入。一个调度器位于mn，另一个位于sn。mn和sn通过网络接口连接，至少mn连接到核心网。如3gppts37.340中所描述的，e-utran通过e-utra-nr双连接(en-dc)支持mr-dc，其中，ue连接到一个充当mn的lteenb以及一个充当sn的nrgnb，如图1c所示。mn(即lteenb)连接到epc，sn(即nrgnb)通过xn接口连接到mn(即lteenb)。ng-ran支持ng-rane-utra-nr双连接(ngen-dc)，其中ue连接到一个充当mn的lteng-enb和一个充当sn的nrgnb，如图1d所示。lteng-enb连接到5g-核心(5gc)，nrgnb通过xn接口连接到mn(即lteng-enb)。lteng-enb也称为elteenb。ng-ran支持nr-e-utra双连接(ne-dc)，其中，ue连接到一个充当mn的nrgnb和一个充当sn的lteng-enb，如图1e所示。nrgnb与5gc连接，lteng-enb通过xn接口与mn(即nrgnb)连接。ng-ran也支持nr-nr双连接(nr-nrdc)，ue连接到一个充当mn的nrgnb和另一个充当sn的nrgnb，如图1f所示。mn(即nrgnb)与5gc连接，sn(即nrgnb)通过xn接口与mn(即nrgnb)连接。在mr-dc中，ue具有基于mnrrc的单个rrc状态以及指向核心网的单个c平面连接。每个无线节点都有自己的rrc实体(e-utra版本(lterrc，结点是lteenb或lteng-enb)或nr版本(即，nrrrc，节点是nrgnb))，其可以生成要发送给ue的rrcpdu。sn生成的rrcdu可以通过mn传输给ue。mn总是通过mcgsrb发送初始的snrrc配置，但后续的重配置可通过mn或sn传送。当通过scgsrb从sn传输rrcpdu时，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中，当lteenb是mn且连接的epc(即en-dc)(如图1c中描述的)时，sdap层不存在于用户面协议栈中。其中，mcg承载或mn终结承载可以配置ltepdcp或nrpdcp，而mcg分流承载(即mn终结分流承载)、scg分流承载(即sn终结分流承载)、scg承载(即sn终结承载)配置nrpdcp。然而，当enb(即lteng-enb)是mn且连接到5g-cn(即ngen-dc)(如图1d中描述的)时，则sdap层协议栈存在于图2a和2b中。其中，mcg承载(即mn终结承载)可以配置ltepdcp或nrpdcp，而mcg分流承载、scg分流承载和scg承载在en-dc配置中配置nrpdcp(如图1c所示)。mcg承载(即mn终结承载)、mcg分流承载、scg分流承载和scg承载在ngen-dc配置中配置nrpdcp(如图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-nrdc架构；图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为lteenb，则首先重建与mcgmac实体关联的rlc实体，然后释放rlc实体和相应的逻辑信道。否则，如果mn为nrgnb，则释放与mcgmac实体关联的rlc实体和对应的逻辑信道，如果与mcgmac实体关联的rlc实体的逻辑信道的逻辑信道标识(lcid)与释放的逻辑信道的lcid不同，则重建与scgmac实体关联的rlc实体并将配置的逻辑信道与scgmac实体关联且不重置mcgmac实体。在一个实施例中，执行从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为nrgnb，则释放与scgmac实体关联的rlc实体及对应的逻辑信道。否则，如果sn是lteenb，则首先重建与scgmac实体关联的rlc实体，然后释放rlc实体和相应的逻辑信道。如果与mcgmac实体关联的rlc实体的逻辑信道的逻辑信道标识(lcid)与释放的逻辑信道的lcid不同，则重建与mcgmac实体关联的rlc实体，并将配置的逻辑信道与mcgmac实体关联，并且不重置scgmac实体。相应地，本文实施例提供了对为无线通信系统中的用户设备(ue)配置的多个承载执行承载类型改变的网络。网络用于决定改变配置的一个或多个无线承载的承载类型。网络用于确定与配置的承载相关联的层2配置的上部关联的实体的终结点是否从第一网络节点重定位到第二网络节点。网络用于确定与配置的承载相关联的层2配置的下部关联的实体是否存在修改。进一步地，网络用于向用户设备(ue)指示执行一个或多个用于改变承载类型的操作。在一个实施例中，与配置的无线承载关联的层2配置的上部对应的实体为分组数据汇聚协议(pdcp)实体，与配置的无线承载关联的层2配置的下部对应的实体包括无线链路控制(rlc)实体、逻辑信道配置和介质访问控制(mac)实体。在一个实施例中，mn为连接演进分组核心(epc)的lteenb、连接5g核心(5gc)的lteenb和连接5gc的nrgnb中的一个，sn为nrgnb和lteenb中的一个。在一个实施例中，承载类型包括：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实体；重置主小区组magmac实体；重置辅小区组scgmac实体。在实施例中，当通过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执行以下操作中的至少一种：如果存在，则重配置scgmac实体，否则，建立mac实体；建立rlc实体以及将配置的逻辑信道关联到scgmac实体；重配置与配置的承载对应的pdcp实体，并将其关联到两个rlc实体。在一个实施例中，网络用于通过以下执行从mn终结分流承载到mn承载的承载类型改变：mn向sn传输sn改变请求消息，包括从mn终结分流承载到mn终结承载的承载类型改变和scg配置信息；mn从sn接收具有新scg配置的sn改变确认消息；向ue传输包含新配置信息的rrc重配置消息以实现承载类型改变，新配置信息指示ue执行以下操作中的至少一项：重配置scgmac实体；如果sn为nrgnb，则释放与scgmac实体关联的rlc实体及对应的逻辑信道；否则，如果sn是lteenb，则首先重建与scgmac实体关联的rlc实体，然后释放rlc实体和相应的逻辑信道；以及执行pdcp恢复操作。在实施例中，网络用于通过以下执行从sn终结承载到sn终结分流承载的承载类型改变：sn向mn传输sn改变需求消息，包括从sn终结承载到sn终结分流承载的承载类型改变和新scg配置；sn从mn接收包含从sn终结承载到sn终结分流承载的承载类型改变的sn改变请求消息；mn从sn接收sn改变确认消息；向ue传输包含新配置信息的rrc重配置消息以实现承载类型改变，新配置信息指示ue执行以下操作中的至少一项：重配置mcgmac实体；建立rlc实体，并将配置的逻辑信道关联到mcgmac实体；对配置的承载的pdcp实体进行重配置，并将其关联到两个rlc实体。在一个实施例中，网络用于通过以下执行从sn终结分流承载到sn终结承载的承载类型改变：sn向mn传输sn改变需求消息，包括从sn终结分流承载到sn终结承载的承载类型改变和新scg配置；sn从mn接收包含从sn终结分流承载到sn终结承载的承载类型改变的sn改变请求消息；mn从sn接收sn改变确认消息；向ue传输包含新配置信息的rrc重配置消息以实现承载类型改变，新配置信息指示ue执行以下操作中的至少一项：重配置mcgmac实体；如果mn为lteenb，则首先重建与mcgmac实体关联的rlc实体，然后释放rlc实体及对应的逻辑信道；否则，如果mn为nrgnb，则释放与mcgmac实体关联的rlc实体及对应的逻辑信道；执行pdcp恢复操作。在一个实施例中，网络通过以下执行从mn终结承载到sn终结承载的承载类型改变：确定与配置的无线承载关联的安全密钥因pdcp终结点重定位而发生改变；mn向sn传输sn改变请求消息，包括从mn终结承载到sn终结承载的承载类型改变和scg配置信息；mn从sn接收sn改变确认消息，sn改变确认消息包括具有pdcp重建指示和安全密钥改变指示的新scg配置；向ue传输包含新配置信息的rrc重配置消息以实现承载类型改变，新配置信息指示ue执行以下至少一种操作：重建pdcp实体和应用安全密钥改变；如果mn为lteenb，则首先根据接收到的rlc重建指示重建与mcgmac实体关联的rlc实体，然后释放rlc实体和对应的逻辑信道；否则，如果mn为nrgnb，则释放与mcgmac实体关联的rlc实体及对应的逻辑信道；重建与scgmac实体关联的rlc实体，并将配置的逻辑信道与scgmac实体关联；如果与scgmac实体的rlc实体关联的逻辑信道的逻辑信道标识(lcid)与释放的逻辑信道的lcid不同，则不重置mcgmac实体。在一个实施例中，网络用于通过以下执行从sn终结承载到mn终结承载的承载类型改变：确定与配置的无线承载关联的安全密钥因pdcp终结点重定位而发生改变；sn向mn传输sn改变需求消息，包括从sn终结承载到mn终结承载的承载类型改变和新scg配置；sn从mn接收sn改变请求消息，包括从sn终结承载到mn终结承载的承载类型改变；mn从sn接收sn改变确认消息，包括pdcp重建指示和安全密钥改变指示；向ue传输包含新配置信息的rrc重配置消息以实现承载类型改变，新的配置指示ue执行以下至少一种操作：重建pdcp实体并应用安全密钥更改；如果sn为nrgnb，则释放与scgmac实体关联的rlc实体及对应的逻辑信道；否则，如果sn是lteenb，则首先重建与scgmac实体关联的rlc实体，然后释放rlc实体和相应的逻辑信道；重建与mcgmac实体关联的rlc实体，并将配置的逻辑信道与mcgmac实体关联；如果与mcgmac实体的rlc实体关联的逻辑信道的逻辑信道标识(lcid)与释放的逻辑信道的lcid不同，则不重置scgmac实体。当结合以下描述和附图进行考虑时，将更好地理解和理解本文实施例的这些和其他方面。然而，应理解，以下描述指示了优选实施例及许多具体细节，以举例说明而不是限定的方式给出。在不脱离本发明精神的情况下，可以在本发明实施例的范围内进行许多修改和修改，并且本发明实施例包括所有这些修改。具体实施现在将参考附图详细描述本发明的各种实施例。在下文描述中，提供具体细节(例如详细配置和部件)仅是为了帮助全面理解本发明的这些实施例。因此，本领域技术人员应当清楚，在不脱离本发明的范围和精神的情况下，可以对本文描述的实施例进行各种改变和修改。此外，为了清晰和简洁，省略了对公知功能和构造的描述。此外，这里描述的各种实施例并不一定是相互排斥的，因为一些实施例可以与一个或多个其他实施例组合以形成新实施例。除非另有说明，否则本文中使用的术语“或”是非排他性的。本文所用的示例仅仅是为了便于理解本文实施例的实施方式，并进一步使本领域技术人员能够实施本文的实施例。因此，这些示例不应解释为限制本文实施例的范围。与本领域中的常规实施例一样，可以通过执行所描述的功能的块来描述和说明实施例。这些块在本文中可以称为单元、引擎、管理器、模块等，物理上由模拟和/或数字电路实现，例如逻辑门、集成电路、微处理器、微控制器、存储器电路、无源电子部件、有源电子部件、光部件、硬接线电路等，并且可选地由固件和/或软件驱动。电路例如可以包含在一个或多个半导体芯片中，也可以包含在印刷电路板等基板支撑件上。组成块的电路可以通过专用硬件实现，也可以通过处理器(例如，一个或多个编程微处理器和关联电路)实现，或者通过执行块的一些功能的专用硬件与实现块的其他功能的处理器的组合实现。在不脱离本发明范围的情况下，实施例的每个块可以物理上分开为两个或更多个交互离散块。类似地，在不脱离本发明范围的情况下，可以将实施例的块物理地组合成更复杂的块。在描述本发明的各实施例之前，为了更好地理解各实施例，本文提供了以下信息。ue可以配置为在双连接(dc)操作模式下操作，其中，ue保持与用于主节点(mn)的服务小区的rrc连接，ue可以配置有用于辅节点(sn)的一个或多个服务小区以增加数据吞吐量。在mn的服务小区上建立的数据无线承载(drb)的pdcp锚点终结于mn，这种drb称为mcgdrb，即mn终结的承载。在sn的服务小区上建立的数据无线承载(drb)的pdcp锚点终结于sn，这种drb称为scgdrb，即sn终结承载。ue可以配置有分流的drb，其中pdcppdu可以通过在用于该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为lteenb且sn为nrgnb，mcgdrb可以配置有ltepdcp或nrpdcp，而分流的drb(与pdcp终结点无关)和scgdrb配置有nrpdcp。从ue的角度看，只有三种承载类型，即mcgdrb、scgdrb和分流的drb。分流的drb可以基于mn决策在mn终结或者在sn终结。在en-dc和ngen-dc中，网络可以配置分流承载，配置如下：分流承载：lterrc信令包括nrpdcp容器+rlc、mac和物理层的lte配置+nrrlc、mac和物理层的nr配置容器等。pdcp终结点在mn处的分流承载可以称为在mn处终结的分流承载或者称为mcg分流承载或者称为mn终结的分流承载。pdcp终结点在sn处的分流承载可以称为在sn处终结的分流承载或者称为scg分流承载或者称为sn终结分流承载。这些分流承载对ue而言可以是透明的，或者ue知晓分流承载的终结点。具体情况基于配置的安全密钥数量。在ne-dc中，网络可以通过以下配置来配置分流承载：分流承载：nrrrc信令包括用于rlc、mac的lte层2容器+rlc、mac和物理层上的nr配置+用于pdcp的nr配置等。针对考虑用于en-dc(也适用于ngen-dc、ne-dc和nr-nrdc)或mr-dc的安全密钥，有三个选项：a.安全密钥针对pdcp终结点，即2个安全密钥：ue使用两组密钥，即一组密钥用于所有mcg承载和mcg锚定的分流承载，另一组密钥用于所有scg承载和scg锚定的分流承载。这与lterel-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-dcngen-dc、ne-dc和nr-nrdc中，可支持用于pdcp终结点的安全密钥，即2个安全密钥。在ltedc中，在切换过程中也会发生密钥更新，这将影响用于所配置的承载的密钥，即k-enb(与mn终结承载和mn终结分流承载关联的安全密钥)和s-kenb(与sn终结承载关联的安全密钥)，因此，ue需要重置并重建所有配置承载的l2实体，以使用旧密钥来处理数据并支持无损过渡。在en-dc中，类似的概念也适用，对于配置有mcg承载、分流承载和scg承载的ue，在切换过程中，需要重建mcg/scgpdcp/rlc实体，并重置mcg/scgmac实体。scg变更是同步scg重配置过程(即，涉及ra到pscell)，即，sn变更过程包括重置/重建scg的层2实体，如果配置了scgdrb，则更新安全(s-kgnb)。在rel-12ltedc中，sn变更流程用于多种不同场景，例如scg建立、pscell变更、密钥更新、drb类型变更。在这种情况下，需要重建和重置与l2实体关联的所有drb。在en-dc中，如果通过切换或sn变更而发生承载类型改变，则ue遵循与用于相关承载类型改变的切换或sn变更过程适用的相同规则。sn变更是一种同步scg重配置过程，包括scg的层2实体的重置/重建，如果配置了scgdrb，则更新安全。如果承载类型在en-dc中的切换过程中发生变化，则mcg承载、分流承载和scg承载，则需要重建mcg/scgpdcp/rlc实体，并重置mcg/scgmac实体。如果承载类型改变是通过sn变更流程发生的，那么对于相关的无线承载，则重建scgpdcp实体，重建scgrlc实体，并重置scgmac。无移动性过程的承载类型改变：通过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中，方法包括：由第一网络节点和第二网络节点中的一个确定改变一个或多个配置的无线承载的承载类型。第一网络节点和第二网络节点可以分别为mn100和sn200。mn可以是连接演进分组核心(epc)的lteenb，连接5g核心(5gc)的lteenb和连接5gc的nrgnb，sn可以是nrgnb和lteenb。在一个实施例中，mn100或sn200通过确定配置的承载对应的pdcp实体的终结点已从mn100重定位到sn200或从sn200重定位到mn100，从而确定改变一个或多个配置的无线承载的类型。如果mn100至sn200确定配置的承载对应的pdcp的终结点已被重定位，则mn100或sn200对与配置的承载关联的安全密钥进行更改。在确定pdcp实体对应的终结点未被重定位的情况下，则与配置的承载相关联的安全密钥不会发生改变。在一些实施例中，当与配置的承载相关联的安全密钥发生变化时，mn100通过一个切换流程或辅节点(sn)变更流程执行承载类型变更。在各种实施例中，当与配置的承载相关联的安全密钥没有变化时，mn100通过rrc重配置流程执行承载类型改变。在一个实施例中，当通过切换流程进行承载类型改变时，mn100指示ue执行一个或多个操作，这将在说明书的后面部分进行描述。在另一实施例中，当通过sn变更流程进行承载类型变更时，mn100指示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执行一个或多个用于改变承载类型的操作。在一个实施例中，mn100向ue传输包含新配置信息的rrc重配置消息，以实现承载类型的改变。ue执行指示给它的一个或多个动作。流程图300中的各种动作、动作、块、步骤等可以按照呈现的顺序、不同的顺序或同时执行。进一步地，在一些实施例中，可以省略、添加、修改、跳过一些动作、动作、块、步骤等，而不脱离本发明的范围。图4a是示出根据本文所公开的实施例的改变多种承载类型、网络执行的各种步骤的流程图400a。在步骤402a中，nw(即，mn100或sn200)确定改变具体承载的承载类型。在步骤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重配置消息中接收的指示。如果mn100或sn200设置重建mn或snrlc实体或设置用于mn或snpdcp实体的pdcp数据恢复指示，那么ue将相应地对rlc和pdcp采取行动。在步骤404a中，如果密钥或pdcp终结点或pdcp版本变化发生变化，则在步骤412a中，nw通知ue通过具有切换或sn变更过程的重配置过程来改变承载类型，即，具有移动性通信控制信息或移动性通信控制信息scg或reconfigurationwithsync的rrc重配置(在步骤414a)。在步骤416a中，ue通过重建pdcp/rlc并重置mac实体来执行承载类型改变。流程图400a中的各种动作、动作、块、步骤等可以按照呈现的顺序、不同的顺序或同时执行。进一步地，在一些实施例中，可以省略、添加、修改、跳过一些动作、动作、块、步骤等，而不脱离本发明的范围。图4b是示出了根据本文公开的实施例的指示给ue以执行通过切换流程的承载类型改变的各步骤的流程图400b。在切换过程中，网络即mn100指示ue执行各种操作。指示给ue的各种操作如流程图400b所示。mn100在rrc重配置消息中指示ue用于执行一次或多次承载类型改变的操作。在步骤402b中，网络(即，mn100)指示ue重建与每个mn终结承载和每个mn终结分流承载相关联的pdcp实体。在步骤404b中，网络(即，mn100)指示ue重建与每个sn终结承载和每个sn终结分流承载相关联的pdcp实体。在步骤406b中，网络(即，mn100)指示ue重建与每个mn终结承载关联的rlc实体，并重建与每个mn终结分流承载关联的rlc实体。在步骤408b中，网络指示ue重建与每个sn终结承载关联的rlc实体，并重建与每个sn终结分流承载关联的rlc实体。在步骤410b中，网络指示ue重置主小区组(mcg)mac实体并重置辅小区组(scg)mac实体。流程图400b中的各种动作、动作、块、步骤等可以按照呈现的顺序、不同的顺序或同时执行。进一步地，在一些实施例中，可以省略、添加、修改、跳过一些动作、动作、块、步骤等，而不脱离本发明的范围。图4c是示出根据本文公开的实施例的通过sn变更流程进行承载类型改变的各步骤的流程图400c。在sn变更过程中，网络(即mn100)指示ue执行各种操作。mn100指示给ue的各种操作如流程图400c所示。mn100向ue指示进行承载类型改变的各种操作。在步骤402c中，mn100指示ue重建与每个sn终结承载和每个sn终结分流承载关联的pdcp实体。在步骤404c中，mn100指示ue重建与每个sn被终结承载关联的rlc实体，并重建与每个sn终结分流承载关联的rlc实体。在步骤406c中，mn100指示ue重置辅小区组(scg)mac实体。图4d是根据本文公开的实施例的将承载类型从mn终结承载改变为mn终结分流承载的各步骤的流程图400d。mn100或sn200确定将承载类型由mn终结承载改变为mn终结分流承载。为了将承载类型由mn终结承载改变为mn终结分流承载，mn执行的各步骤如流程图400d所示。在步骤402d中，方法包括：将sn改变请求消息传输至sn200，sn改变请求消息包括从mn终结承载到mn终结分流承载的承载类型改变和scg配置信息。该方法允许mn100将sn改变请求消息传输至sn200，sn改变请求消息包括承载类型由mn终结承载改变为mn终结分流承载和scg配置信息。在步骤404d，方法包括从sn200接收具有新scg配置的sn改变确认消息。该方法允许mn100从sn200接收具有scg配置的sn改变确认消息。在步骤406d中，方法包括向ue传输包含新配置信息的rrc重配置消息，以实现承载类型改变。该方法允许mn100向ue传输包含新配置信息的rrc重配置消息，以实现承载类型改变。新配置信息指示ue执行一次或多次操作。在一个实施例中，新配置信息指示ue：如果存在scgmac实体，则重配置scgmac实体，否则，建立scgmac实体。在一个实施例中，新配置信息指示ue建立rlc实体并将配置的逻辑信道与scgmac实体关联。新配置信息指示ue重配置与配置的承载对应的pdcp实体，并将pdcp实体关联到rlc实体。流程图400d中的各种动作、动作、块、步骤等可以按照呈现的顺序、不同的顺序或同时执行。进一步地，在一些实施例中，可以省略、添加、修改、跳过一些动作、动作、块、步骤等，而不脱离本发明的范围。图4e是示出根据本文所公开的实施例的承载类型由mn终结分流承载改变为mn终结承载的各步骤的流程图400e。对于将承载类型由mn终结分流承载改变为mn终结承载，mn100执行的各步骤如流程图400e所示。在步骤402e中，方法包括：将包括从mn终结分流承载到mn终结承载的承载类型改变和scg配置信息的sn改变请求消息传输至sn200。该方法允许mn100将包括由mn终结分流承载到mn终结承载的承载类型改变和scg配置信息的sn改变请求消息传输至sn200。在步骤404e中，方法包括从sn200接收具有scg配置的sn改变确认消息。该方法允许mn100从sn200接收具有scg配置的sn改变确认消息。在步骤406e中，方法包括向ue传输包含新配置信息的rrc重配置消息，以实现承载类型改变。新配置信息指示ue执行一次或多次操作。在一个实施例中，新配置信息指示ue重配置scgmac实体，如果sn为nrgnb，则释放与scgmac实体关联的rlc实体及其对应的逻辑信道。否则，如果sn是lteenb，则首先重建与scgmac实体关联的rlc实体，然后释放rlc实体和相应的逻辑信道。进一步地，新配置信息指示ue执行pdcp恢复操作。流程图400e中的各种动作、动作、块、步骤等可以按照呈现的顺序、不同的顺序或同时执行。进一步地，在一些实施例中，可以省略、添加、修改、跳过一些动作、动作、块、步骤等，而不脱离本发明的范围。图4f是示出根据本文公开的实施例的承载类型由sn终结承载改变为sn终结分流承载的各步骤的流程图。对于将承载类型从sn终结承载改变为sn终结分流承载，mn100执行的各步骤如流程图400f所示。在步骤402f中，方法包括：将包括承载类型由sn终结承载改变为sn终结分流承载的sn改变请求消息传输至mn100。该方法允许sn将包括承载类型由sn终结承载改变为sn终结分流承载的sn改变请求消息传输至mn100。在步骤404f中，方法包括：从mn100接收包括承载类型由sn终结承载改变为sn终结分流承载的sn改变请求消息和新scg配置。方法允许sn200从mn100接收sn改变请求消息，包括承载类型由sn终结承载改变为sn终结分流承载和scg配置。在步骤406f中，方法包括从sn200接收sn改变确认消息。该方法允许mn100从sn200接收具有scg配置的sn改变确认消息。在步骤408f中，方法包括向ue传输包含新配置信息的rrc重配置消息，以实现承载类型改变。方法允许mn100向ue传输包含新配置信息的rrc重配置消息，以实现承载类型改变。新配置信息指示ue执行一次或多次操作。在一个实施例中，新配置信息指示ue重配置mcgmac实体、建立rlc实体，并将配置的逻辑信道与mcgmac实体关联。新配置信息指示ue重配置与配置的承载对应的pdcp实体以及将其关联到两个rlc实体。流程图400f中的各种动作、动作、块、步骤等可以按照呈现的顺序、不同的顺序或同时执行。进一步地，在一些实施例中，可以省略、添加、修改、跳过一些动作、动作、块、步骤等，而不脱离本发明的范围。图4g是示出本文公开的实施例的承载类型由sn终结分流承载改变为sn终结承载的各步骤的流程图。对于将承载类型由sn终结分流承载改变为sn终结分流承载，mn100执行的各步骤如流程图400g所示。在步骤402g中，方法包括：向mn100传输包括承载类型由sn终结分流承载改变为sn终结承载的sn改变需求消息和新scg配置。该方法允许sn200向mn100传输包括承载类型由sn终结分流承载改变为sn终结承载的sn改变需求消息。在步骤404g中，方法包括：从mn100接收sn改变请求消息，包括承载类型由sn终结分流承载改变为sn终结承载。该方法允许sn200从mn100接收sn改变请求消息，包括承载类型由sn终结分流承载改变为sn终结承载和scg配置信息。在步骤406g中，方法包括从sn接收sn改变确认消息。该方法允许mn100从sn200接收带有scg配置的sn改变确认消息。在步骤408g中，方法包括向ue传输包含新配置信息的rrc重配置消息，以实现承载类型改变。该方法允许mn100向ue传输包含新配置信息的rrc重配置消息，以实现承载类型的改变。新配置信息指示ue执行一个或多个操作，包括重配置mcgmac实体，如果mn为lteenb，则先重建与mcgmac实体关联的rlc实体，然后释放rlc实体和对应的逻辑信道。否则，如果mn为nrgnb，则释放与mcgmac实体关联的rlc实体及对应的逻辑信道。新配置信息指示ue执行pdcp恢复操作。流程图400g中的各种动作、动作、块、步骤等可以按照呈现的顺序、不同的顺序或者同时执行。进一步地，在一些实施例中，可以省略、添加、修改、跳过一些动作、动作、块、步骤等，而不脱离本发明的范围。图4h是示出根据本文公开的实施例的承载类型由mn终结承载改变为sn终结承载的各步骤的流程图。对于将承载类型从mn终结承载改变为sn终结承载，mn100执行的各步骤如流程图400h所示。在步骤402h中，方法包括：确定因pdcp终结点重定位，与配置的无线承载关联的安全密钥发生改变。方法允许mn100确定因pdcp终结点重定位，与配置的无线承载关联的安全密钥发生改变。在步骤404h，该方法包括：向sn200发送sn改变请求消息，包括承载类型由mn终结承载改变为sn终结承载和scg配置信息。该方法允许mn100向sn200发送sn改变请求消息，包括承载类型由mn终结承载改变为sn终结承载和scg配置信息。在步骤406h，方法包括从sn200接收包括具有pdcp重建指示和安全密钥改变指示的sn改变确认消息。该方法允许mn100从sn200接收包括具有pdcp重建指示和安全密钥改变指示的sn改变确认消息。在步骤408h，方法包括：向ue传输包含新配置信息的rrc重配置消息，以实现承载类型改变。该方法允许mn100向ue传输包含新配置信息的rrc重配置消息，以实现承载类型的改变。新配置信息指示ue执行一次或多次操作。在一个实施例中，新配置信息指示ue重建pdcp实体并应用安全密钥改变，新配置信息指示ue：如果mn为lteenb，首先重建与mcgmac实体关联的rlc实体，然后释放rlc实体及对应的逻辑信道。否则，如果mn是nrgnb，则释放与mcgmac实体关联的rlc实体以及对应的逻辑信道。新配置信息指示ue重建与scgmac实体关联的rlc实体，并将配置的逻辑信道与scgmac实体关联。进一步地，如果与scgmac实体的rlc实体关联的逻辑信道的逻辑信道标识(lcid)与释放的逻辑信道的lcid不同，则新配置信息指示ue不重置mcgmac实体。流程图400h中的各种动作、动作、块、步骤等可以按照呈现的顺序、不同的顺序或同时进行。进一步地，在一些实施例中，可以省略、添加、修改、跳过一些动作、动作、块、步骤等，而不脱离本发明的范围。图4i是示出根据本文公开的实施例的承载类型由sn终结承载改变到mn终结承载的各步骤的流程图。对于将承载类型从sn终结承载改变为mn终结承载，所执行的各步骤如流程图400i所示。在步骤402i中，方法包括确定与配置的无线承载关联的安全密钥由于pdcp终结点重定位而发生改变。方法允许mn100或sn200确定与配置的无线承载的pdcp实体关联的安全密钥由于pdcp终结点重定位而发生改变。在步骤404i中，方法包括向mn100传输承载类型由sn终结承载改变为mn终结承载的sn改变需求消息和scg配置。该方法允许sn200向mn100传输承载类型由sn终结承载改变为mn终结承载的sn改变需求消息。在步骤406i中，方法包括从mn100接收包括承载类型由sn终结承载改变为mn终结承载的sn改变请求消息。该方法允许sn200从mn100接收包括从sn终结承载到mn终结承载的承载类型改变和scg配置信息的sn改变请求消息。在步骤408i中，方法包括从sn200接收包括pdcp重建指示和安全密钥改变指示的sn改变确认消息。方法允许mn100从sn200接收包括具有pdcp重建指示和安全密钥改变指示的scg配置的sn改变确认消息。在步骤410i中，方法包括向ue传输包含新配置信息的rrc重配置消息，以实现承载类型改变。该方法允许mn100向ue传输包含新配置信息的rrc重配置消息，以实现承载类型的改变。新配置信息指示ue执行一次或多次操作。在一个实施例中，新配置信息指示ue重建pdcp实体并应用安全密钥改变。新配置信息指示ue：当sn为nrgnb时，释放与scgmac实体关联的rlc实体及对应的逻辑信道。否则，如果sn是lteenb，则首先重建与scgmac实体关联的rlc实体，然后释放rlc实体和相应的逻辑信道。进一步地，新配置信息指示ue重建与mcgmac实体关联的rlc实体，并将配置的逻辑信道关联到mcgmac实体。此外，如果与mcgmac实体的rlc实体关联的逻辑信道的逻辑信道标识(lcid)与释放的逻辑信道的lcid不同，则新配置信息指示ue不重置scgmac实体。流程图400i中的各种动作、动作、块、步骤等可以按照呈现的顺序、不同的顺序或同时执行。进一步地，在一些实施例中，可以省略、添加、修改、跳过一些动作、动作、块、步骤等，而不脱离本发明的范围。应注意，承载类型从mcgdrb(配置的nrpdcp)改变为mcg分流drb/从mcg分流drb改变为mcgdrb以及从scgdrb改变为scg分流drb/从scg分流drb改变为scgdrb不涉及网络中pdcp锚点的变化。由于在这些承载类型改变期间安全密钥是相同的，所以在这些承载类型改变期间不会重建pdcp，但是对于承载类型从分流drb改变为mcg/scgdrb，可能会触发pdcp恢复流程。由于pdcp锚点没有变化，安全密钥没有改变，这涉及向ue传输包含控制信息的信令消息。响应于网络中的针对与mcgdrb关联的pdcp实体的承载类型改变(当重配置为mcg分流drb时)，控制信息不包括pdcp重建指示和安全密钥更改指示中的一个，反之亦然。scgdrb重配置到scg分流drb也是如此，反之亦然。进一步地，mcg与mcg分流承载或scg与scg分流承载之间的承载类型改变可以通过经由mn或sn发起的辅节点添加过程或辅节点变更过程来实现。辅节点变更过程可以由menb或sgnb发起，用于变更、建立或释放承载上下文，以向sgnb传输承载上下文或从sgnb传输承载上下文，或变更同一sgnb内的ue上下文的其他属性。menb采用sn改变流程在同一sgnb内发起scg的配置变更，如scg承载的增加、变更或释放，以及mcg分流承载和scg分流承载的scg部分的增加、变更或释放。menb不能使用该流程发起scgscell的添加、变更或释放。senb可以拒绝该请求，除非它涉及scg承载或mcg分流承载和scg分流承载的scg部分的释放。sgnb使用辅节点变更过程在同一sgnb内执行scg的配置更改，例如触发scgscell(pscell除外)的释放、承载类型变更(例如，scg承载以及mgc分流承载和scg分流承载的scg部分(menb可以在该scg部分上释放承载或将承载重配置为mcg承载))，以及触发pscell变更。menb不能拒绝scgscell(pscell除外)、scg承载以及mcg分流承载和scg分流承载的scg部分的释放请求。图5示出了在en-dc操作中mcg与mcg分流承载之间的承载类型变更的信令流程过程。其他mr-dc操作或nr-nrdc操作也适用。ue配置为en-dc操作，且初始(502)配置mcg承载。承载类型改变涉及的各步骤如下：1.menb100向sgnb(sn)200发送(504)改变请求消息，其中包含承载上下文相关的(mcg承载到mcg分流承载的承载类型改变)和请求的scg配置信息(包括作为sgnb重配置的基础的ue能力协调结果)。2.sgnb200以sgnb改变请求确认消息作为响应(506)，该sgnb改变请求确认消息可以包含nrrrc配置消息中的scg无线资源配置信息。3.menb100发起(508)rrc连接重配置流程，包括nrrrc配置消息。该消息中包含承载类型由mcg改变为mcg分流的信息，而没有移动性控制信息(切换)或移动性控制信息scg(scg改变)流程。4.ue应用新配置并执行(510)从mcg到mcg分流承载的承载类型改变过程，而不影响其他配置的承载。在这种情况下，在没有切换和scg改变过程的情况下发起过程时，ue不会重建配置承载的pdcp/rlc实体以及不会重置mac。5.ue执行承载类型改变并以rrc连接重配置完成作为响应(512)，包括nrrrc响应消息。如果ue不符合rrc连接配置(rrcconnectionrefiguration)消息中包含的配置(的一部分)，则执行重配置失败过程。6.在成功完成重配置后，在senb重配置完成消息中指示(514)该流程的成功。ue重配置(516)有mcg分流承载，并且通过mn和sn链路进行数据传输(518)。在nw(即，mn100或sn200)想要将mcg分流承载转换为mcg承载的情况下，该过程可以由menb100或sgnb200发起。如果释放最后一个分流承载后将导致sgnb中没有承载，则sgnb200不能请求释放最后一个分流承载。如图5所示，涉及的各步骤如下：7.menb100发送(520)sgnb改变请求消息，包含承载上下文相关的(mcg承载到mcg分流承载的承载类型改变)和请求的scg配置信息(包括作为sgnb重配置的基础的ue能力协调结果)。8.sgnb200以sgnb改变请求确认消息作为响应(522)，sgnb改变请求确认消息可以包含nrrrc配置消息中的scg无线资源配置信息。9.menb100发起(524)rrc连接重配置流程，包括nrrrc配置消息。该消息包含从mcg分流承载到mcg承载的承载类型改变信息，而没有移动性控制信息(切换)或移动性控制信息scg(scg改变)流程。10.ue应用(526)新配置并执行从mcg分流到mcg的承载类型改变过程，而不影响其他配置的承载。在这种情况下，在没有切换和scg改变过程的情况下发起过程时，ue不会重建配置承载的pdcp/rlc实体以及不会重置mac。11.ue执行承载类型改变并以rrc连接重配置完成作为响应(528)，包括nrrrc响应消息。12.在成功完成重配置后，在senb重配置完成消息中指示(530)该流程的成功。因此，将mcg分流drb重配置(532)为mcgdrb。图6示出了在en-dc操作中scg与scg分流承载之间的承载类型改变的信令流程过程。其他mr-dc或nr-nrdc也适用。ue配置有en-dc操作并且初始(602)配置有scg承载。承载类型改变涉及的各步骤如下：sgnb200发送(604)sgnb(sn)改变需求消息，包含nrrrc配置消息，该nrrrc配置消息可以包含承载上下文相关的(scg承载到scg分流承载的承载类型改变)、其他ue上下文相关信息和新scg无线资源配置。menb100通过向sgnb发送sn改变请求消息(606)来接受sgnb200的承载类型改变需求。通过menb的接受，sgnb发送sn改变确认消息(608)来确认承载类型从scg承载(sn终结承载)改变为scg分流承载(sn终结分流承载)。menb向ue发送(610)包含nrrrc配置消息的lterrc连接重配置消息，包含新scg无线资源配置。该消息包含从scg承载到scg分流承载的承载类型改变信息，不包含移动性控制信息(切换)或移动性控制信息scg(scg变更)流程。该消息中还携带用于scg分流承载的mndrb信息。替换地，该消息也可以由sgnb200发起，但在这种情况下，menb100需要向sgnb200提供senb改变确认消息。ue应用(612)新配置并执行从scg承载到scg分流承载的承载类型改变过程，而不影响其他配置的承载。在这种情况下，在没有切换和scg改变过程的情况下发起过程时，ue不会重建配置承载的pdcp/rlc实体以及不会重置mac。ue执行承载类型改变并以rrc连接重配置完成(包括nrrrc容器)作为响应(614)。如果ue不符合rrc连接重配置消息中包含的配置(的一部分)，则执行重配置失败过程。在成功完成重配置后，在senb重配置完成消息中指示(616)该流程的成功。ue重配置(618)有scg分流承载，并且通过mn和sn链路(620)进行数据传输。在nw想要将scg分流承载转换为scg承载的情况下，该过程可以由menb100或sgnb200发起。如图6所示，涉及的各步骤如下。sgnb200发送(622)包含nrrrc容器的sgnb改变需求消息，可以包含承载上下文相关的(scg分流承载到scg承载的承载类型改变)、其他ue上下文相关信息和新的scg无线资源配置。如果该流程是由menb发起的，则menb100也可以发送sgnb改变请求消息，其包含与承载上下文相关的(从scg分流承载到scg承载的承载类型改变)和请求的scg配置信息(包括作为sgnb重配置的基础的ue能力协调结果)。menb100通过向sgnb发送sn改变请求消息(624)来接受sgnb200的承载类型改变需求。通过menb的接受，sgnb发送sn改变确认消息(626)确认承载类型从scg分流承载(即，sn终结分流承载)改变为scg承载(即，sn终结承载)。menb100发起(628)rrc连接重配置流程，包括nrrrc容器，释放用于scg分流承载的drb的mn部分(即mn中层2配置的下部)。该重配置消息中包含scg分流承载到scg承载的承载类型改变信息，不包含移动性控制信息(即实现承载类型而不进行切换流程)或移动性控制信息scg(即实现承载类型而不进行sn/scg改变流程)。ue应用(630)新配置并执行从scg分流承载到scg承载的承载类型改变过程，而不影响其他配置的承载。在这种情况下，在没有切换和scg改变过程的情况下发起过程时，ue不会重建配置承载的pdcp/rlc实体以及不会重置mac。ue执行承载类型改变并以rrc连接重配置完成作为响应(632)，包括nrrrc容器。如果ue不符合rrc连接重配置消息中包含的配置(的一部分)，则执行重配置失败过程。在成功完成重配置后，在senb重配置完成消息中指示(634)该流程的成功。因此，scg分流drb被重配置为scgdrb(636)。图7示出了根据本文公开的实施例的用于将承载类型从mcg承载改变为scg承载的、由主节点发起的sn改变流程的各步骤的时序图。如图7所示，从mcgdrb(nrpdcp配置)到scgdrb的承载类型改变涉及与mcgdrb关联的pdcp实体在网络中的pdcp锚点从mn100改变为sn200。由于sn中使用的安全密钥与mn100中使用的安全密钥不同，因此pdcp终结点或锚点的改变涉及向ue传输信令消息(即包括移动性控制信息(即scg-config)的rrc重配置)。移动性控制信息(即scg-config)包括响应于与mcgdrb关联的pdcp实体在网络中锚点的变化的pdcp重建指示和安全密钥变更指示中的一个。信令消息可以是具有scg-config的rrc重配置或指示不需要重置mcgmac的承载类型改变消息。信令消息是针对从mcgdrb到scgdrb的承载类型改变而触发的，其中，mcgpdcp实体配置为nrpdcp实体。当mcgdrb配置有nrpdcp时，en-dc操作应支持mcgdrb与分流drb之间和mcgdrb与scgdrb之间的一步(直接)承载类型改变。如图7所示，mn100(即lteenb)发送(702)包括scg-configinfo(基本上指示从mcgdrb到scgdrb的承载类型改变)的sn改变请求消息。mn100发送sn改变请求消息，sn改变请求消息可以包含承载上下文相关信息或其他ue上下文相关信息、数据转发地址信息(如适用)和scg-configinfo，scg-configinfo包含mcg配置、密钥更改指示以及作为sn200重配置的基础的、ue能力协调结果的整个ue能力。sn200(即，nrgnb)以sn改变请求确认消息作为响应(704)，该消息可以包含scg-config消息中的无线配置信息和数据转发地址信息(如果适用)。在步骤704中，sn200发起pdcp重建指示和密钥更改指示，即scg-config消息指示pdcp重建指示和安全密钥更改指示中的一个。mn100应继续使用先前的dlgtpteid向sn200发送dlpdcppdu，直到其执行pdcp重建或pdcp数据恢复，并从pdcp重建或数据恢复开始使用新的dlgtpteid。menb向ue发送(706)包含nrrrc配置消息的rrc连接重配置消息，包括新scg无线资源配置。ue应用(708)新配置并执行从mcgdrb到scgdrb的承载类型改变流程。进一步地，在sn200，将mcgdrb重配置(710)为scgdrb。ue执行(712)pdcp重建，不执行对mac实体的重置。ue执行承载类型改变，并以rrc连接重配置完成作为响应(714)。在成功完成重配置后，在senb重配置完成消息中指示(716)该流程的成功。图8示出了根据本文公开的实施例的用于将承载类型从scg承载改变为mcg承载的、辅节点发起的sn改变流程的各步骤的时序图。如图8所示，scgdrb到mcgdrb(配置的nrpdcp)的承载类型改变涉及到scgdrb关联的pdcp实体在网络中的pdcp锚点从sn200切换到mn100。由于mn100中使用的安全密钥与sn200中使用的安全密钥不同，pdcp锚点的改变涉及向ue传输信令消息，即包括移动性控制信息(即scg-config)的rrc重配置。移动性控制信息(即，scg-config)包括响应于与scgdrb关联的pdcp实体在网络中锚点的变化的pdcp重建指示和安全密钥更改指示中的一个。信令消息可以是具有scg-config的rrc重配置或指示不需要重置mcgmac的承载类型改变消息。信令消息是针对scgdrb到mcgdrb的承载类型改变而触发的，mcgpdcp实体在重配置后配置为nrpdcp实体。当mcgdrb配置有nrpdcp时，en-dc操作应支持scgdrb到mcgdrb之间的一步(直接)承载类型的改变。如图8所示，sn200(即nrgnb)发送(802)sn改变请求消息，可包含承载上下文相关的信息、其他ue上下文相关的信息和包含scg的新无线资源配置的scg-config。对于承载释放或变更，sn改变需求消息中包括相应的e-rab列表，即承载类型从scgdrb更改为mcgdrb。sn承载释放时，不包括scg-config。如果需要应用数据转发和/或安全密钥更改，则mn准备触发mn发起的sn改变流程。mn100(即lteenb)发送(804)sn改变请求消息，包括转发地址和/或安全密钥信息。如果sn请求释放scg承载且mn确定将其重配置为mcg承载，则mn在sn改变请求消息中提供密钥更改指示，sn200在sn改变请求确认消息中在scg-configuration中提供(806)相应rrc信息。如果mn100接受sn请求，则mn100向ue发送(808)包含根据scg-config确定的scg的新无线资源配置的rrc连接重配置消息，即指示pdcp重建指示、安全密钥更改指示和不重置scgmac中的一个。scgdrb重配置(810)为mcgdrb。ue执行(812)承载类型改变并应用(814)新配置并回复(816)rrc连接重配置完成消息。重配置成功后，在sn改变确认消息中向sn200指示(818)scg-config相关流程成功。承载类型的统一引入了统一承载的概念。为了支持承载类型协调ran2已约定mcg分流承载、scg分流承载和scg承载的drb使用相同的pdcp协议规范。对于mcg承载，ran2约定的ltepdcp或nrpdcp可以按照网络配置使用。在lte-nr互通中，约定网络可以将每个drb配置为使用一组2个密钥中的1个密钥(按照今天的规定派生的kenb和s-kenb)。如果mcg承载配置了nrpdcp，则mcg到scg之间的承载类型改变可能不涉及密钥改变和pdcp终结点改变，因此不需要进行pdcp重建流程。如果mcg承载采用nrpdcp，en-dc操作应支持mcg与scg承载之间的一步(直接)承载类型改变，而不需要pdcp重建类流程。在lte-dc中，通过切换(ho)或sn变更流程实现承载类型改变，因此所有配置的承载重建和重置l2实体。这是为了简化承载类型改变过程而引入的。通过ho或sn变更流程的承载类型改变，总会导致其他配置的承载的数据丢失或业务中断，因为mac实体在这种流程中被重置。如果mcg承载配置了nrpdcp，则mcg承载与分流承载之间和mcg与scg承载之间的承载类型改变不涉及pdcp终结点和pdcp版本的改变。此外，它可能涉及或不涉及密钥更改，因为drb可以使用一组2个密钥中的任意1个密钥。这些承载类型改变不需要切换ho或sn就可以支持。当mcg承载配置了nrpdcp时(承载类型改变前和改变后)，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承载配置有nrpdcp，则lte-nrdc应支持mcg承载与分流承载之间的一步承载类型改变。表1在从mcg到mcg分流承载/从mcg分流承载到mcg的情况下，pdcp终结点或pdcp版本或密钥没有变化，那么nw可以支持该drb类型改变而不需要任何移动性过程。在没有移动性的情况下，承载类型发生变化时，不需要重建和重置l2实体。在mcg改变为mcg分流承载期间，ue应重配置pdcp实体，并根据提供的配置建立scgrlc实体和scgdtch逻辑信道。在mcg分流承载改变为mcg承载期间，将释放与分流承载关联的scgrlc实体，因此，如果scgmac具有任何具有旧密钥的数据将自动丢弃，则相应的逻辑信道将被释放。由于在这些承载类型改变期间的安全密钥是相同的，所以在这些承载类型改变期间不会重建pdcp，但是对于从分流drb到mcgdrb的承载类型改变，将触发pdcp恢复过程。en-dc操作应支持mcg与mcg分流承载之间的一步(直接)承载类型改变，而无需切换流程。scg承载改变为scg分流承载/scg分流承载改变为scg承载的情况下，en-dc操作应支持scg承载与scg分流承载之间的一步(直接)承载类型的改变，而无需切换流程。在scg改变为scg分流承载期间，ue应重配置pdcp实体，并根据提供的配置建立mcgrlc实体和mcgdtch逻辑信道。在scg分流承载改变为scg承载期间，将释放与分流承载关联的mcgrlc实体，因此，如果mcgmac具有任何具有旧密钥的数据将自动丢弃，因为相应的逻辑信道将被释放。由于在这些承载类型改变期间安全密钥相同，所以在这些承载类型改变期间不会重建pdcp，但是对于从分流drb到scgdrb的承载类型改变，将触发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改变为scgdrb的情况下，当mcgrlc实体重配置有scgrlc实体，将释放mcgrlc实体与mcgmac之间的对应映射，并且将在scgrlc实体与scgmac实体之间创建新实体。一旦mcgmac接收到带有旧密钥的数据，它将在mcgmac被丢弃，因此无需重置mcgmac实体。在mcg到scg的承载改变期间，rlc版本也将发生改变，即，对于配置的rlc实体，从lterlc改变为nrrlc。在ltedc中，这仅通过将mcgrlc实体重配置到scgrlc实体来完成，rlc版本没有变化，但是在mcg到scg的承载改变期间的en-dc中，rlc实体版本也将从lte改变为nr。ue可以执行以下操作：在步骤904，ue接收mcg与scg之间的承载改变以处理rlc实体。在步骤906，ue执行mcgrlc重建，然后释放mcgrlc实体并建立scgrlc实体。这将确保ue将与pdcp实体共享所有缓存的数据包；(ii)释放mcgrlc实体，建立scgrlc实体。在释放mcgrlc实体之前，ue将确保将sdu下发至上层以避免数据丢失；(iii)mcgrlc重建，将mcgrlc实体重配置到具有新rlc配置的scg实体；(iv)释放mcg/scgrlc实体，建立scg/mcgrlc实体。可行的是，当使用nrrlc(scg承载改变为mcg承载的情况)时，nrrlc不具有完整rlcsdu的缓存，因此仅在rxrlc缓存中缓存少数片段。因此，在这种情况下，它不需要任何数据恢复过程，仅仅简单释放就足够了。36.300或36.331或38.300或38.331或38.xxx中的文本建议可以如下所示，当类型由mcg改变为scgdrb时，不需要切换或sn变更流程。在将mcgrlc实体重配置到scgrlc实体的情况下，因为两者都属于不同的rlc版本，那么这两个rlc实体之间需要状态变量映射。在重建期间，lterlc和nrrlc中使用的变量不同，所有rlc变量被初始化为零，因此，当重配置lterlc实体为nrrlc实体时，ue应使用在nr中rlc实体建立期间指定的值初始化所有nr状态变量。nr到lterlc版本的改变也是如此。在表1中提到的mcg与scg分流承载之间的承载类型改变的情况下，当mcg承载与scg分流承载的承载类型发生改变时，涉及密钥改变以及pdcp终结点改变。由于此mcgmac将具有带有旧密钥集的数据。因此，需要重置mcgmac实体。当mac实体重置时，它也会影响其他承载上的数据。如果不支持mcg与scg分流承载之间的直接承载类型改变，则可以避免此mac重置。可以通过mcg改变为scg，以及而后scg改变为scg分流承载来支持这种承载类型改变。所有这些都可以在没有移动性流程的情况下获得支持。在另一实施例中，如果ue希望支持mcg与scg分流承载之间的直接承载类型改变，则在步骤910中，在不使用sn变更流程的情况下，使用pdcp重建类流程完成。在步骤912中，pdcp配置新密钥。在这种情况下，ue将执行mac重置。为了避免这种情况，当nw将承载重配置为scg分流承载时，可以改变mcgrlc实体的逻辑信道id，将较早的mcglchid映射为scglchid，从而删除mcgrlc实体与mcgmac之间的映射，在scgrlc实体与scgmac之间使用旧逻辑信道来新建映射。这样就不需要重置mcgmac实体。在步骤916中，方法包括：接收macpdu。在步骤918中，方法包括识别与macpdu关联的一个或多个逻辑信道未配置。在步骤920中，方法包括：针对识别出的逻辑信道的无效值丢弃macpdu中的子pdu，并丢弃未为与macpdu关联的逻辑信道配置的子pdu。图10示出了根据本文公开的实施例的用于执行承载类型改变的网络100/200的各种部件。网络可以是mn100或sn200。网络100/200包括通信器1002、堆栈协调器(sc)1004、处理器1006和存储器1008。通信器302可用于发送或接收来自ue的无线信号。通信器302包括与天线联接的rf收发模块(或双rf模块)，其接收来自天线的rf信号，将其转换为基带信号并发送至处理器306。堆栈协调器(sc)304可用于对协议栈的各种实体执行一个或多个动作。在一个实施例中，sc304可以用于在sn变更流程中传输带有指示的rrc重配置消息。该指示可以由mn100或sn200在配置分流承载或发生承载类型改变时生成，并在mn100和sn200之间交互。在分流承载与mcg承载或分流承载与分流承载之间的进行承载类型改变期间，ue可以对分流承载的scg支路采取动作，但不能对lte侧的l2实体采取动作。因此，需要在rrc消息中明确指示是否需要lterlc重建。这也会触发mac重置过程。当承载类型发生变化时，该明确的指示由mn100或sn200生成。对于en-dc，在承载类型改变流程中，lterrc重配置或nrrrc重配置消息包括重建无线承载的mcg和scgrlc实体的明确指示。其中，rrc重配置消息中传输的指示包括对ue中的mnrlc实体、snrlc实体和pdcp实体执行的一个或多个操作。处理器1006(例如：硬件单元、装置、中央处理器(cpu)、图形处理器(gpu)等)通信联接至存储器1008(例如，易失性存储器和/或非易失性存储器)；存储器1008包括配置为通过处理器1006可寻址的存储位置。处理器1006可以包括堆栈协调器(sc)1004或执行堆栈协调器(sc)1004执行的操作。存储器1008可以包括非易失性存储元件。这种非易失性存储元件的示例可以包括磁性硬盘、光盘、软盘、闪存或电可编程存储器(eprom)或电可擦除和可编程(eeprom)存储器的形式。此外，在一些示例中，存储器1008可以被视为非瞬时性存储介质。术语“非瞬时性”可以指示存储介质未嵌入载波或传播信号。然而，术语“非暂时性”不应解释为存储器1008不可移动。在一些示例中，存储器1008可用于存储大于存储器的信息量。在某些示例中，非瞬时性存储介质可以存储随时间变化(例如，在随机存取存储器(ram)或缓存中)的数据。图11示出了根据本发明另一实施例的ue。参见图11，ue1100可以包括处理器1102、收发器1104和存储器1106。但是，所示的所有部件都不是必不可少的。ue1100可以通过比图11所示的更多或更少的部件实现。此外，根据另一实施例，处理器1102和收发器1104以及存储器1106可以实现为单芯片。下面将详细介绍上述部件。处理器1102可以包括一个或多个处理器或其他处理设备，其控制提议的功能、过程和/或方法。ue1100的操作可以由处理器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可以存储ue1100得到的信号中包含的控制信息或数据。存储器1106可以与处理器1102连接，并存储针对所提议的功能、过程和/或方法的至少一个指令或协议或参数。存储器1106可以包括只读存储器(rom)和/或随机存取存储器(ram)和/或硬盘和/或cd-rom和/或dvd和/或其他存储设备。具有移动性过程的承载类型改变：另一种选择是始终通过移动性过程支持承载类型改变。在en-dc中，如果通过切换或sn变更发生承载类型改变，则ue需要遵循切换或sn变更时适用于承载类型改变的相同规则，这可涉及密钥改变或pdcp锚点改变或pdcp版本改变。如果切换过程中承载类型发生变化，则对于mcg承载、分流承载和scg承载，应重建mcg/scgpdcp/rlc，并重置mcg/scgmac。如果承载类型通过sn变更流程发生改变，则应重建scgpdcp/rlc，并重置scgmac。从mcgdrb到scgdrb的承载类型改变涉及与mcgdrb关联的pdcp实体在网络中的pdcp锚点将从mn切换到sn。由于sn中使用的安全密钥与mn中使用的安全密钥不同，pdcp锚点的改变涉及向ue传输信令消息，即rrc重配置，包括移动性控制信息，即scg-config。因此，由于pdcp锚点的变化、安全密钥的变化、pdcp的重建等原因，需要采用ho流程或sn流程来处理这种承载变化。en-dc操作应支持通过切换或sn改变过程的mcg与scg承载之间的一步(直接)承载类型改变。移动性控制信息，即scg-config，包括响应于与mcgdrb关联的pdcp实体的网络中锚点的变化的pdcp重建指示和安全密钥更改指示中的一个。如上，ue将执行pdcp重建以及rlc重建和释放过程。在mcg与scg承载改变过程中不需要mac重置，但是切换或sn变更过程总是会导致mcg/scgmac重置，这会影响到所有配置的承载上的数据。为了避免这种情况，在切换或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：所有承载类型改变需要密钥改变，尽管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协议规范(即nrpdcp)用于mcg分流承载、scg分流承载和scg承载的drb。对于mcg承载，ltepdcp或nrpdcp可以按照网络配置使用。能够在lte独立操作期间支持en-dc操作的ue可以连接到作为传统节点或rel-15lte节点的lteenb。根据独立操作期间的传统lte流程，lte承载始终配置ltepdcp。在从传统lte到rel-15lte的移动性期间，如果ue在独立操作中工作，则可以使用nrpdcp版本重配置ue。原因是当具有en-dc能力的ue从lte独立操作移动到en-dc操作时，不需要对承载进行pdcp版本改变，这将最小化承载类型改变的复杂性和限制。这将有助于在承载类型改变期间支持无损转换，因为pdcp版本不会更改。在lte独立的情况下，支持en-dc的ue的ltedrb可以配置nrpdcp版本。这将有助于保持一致的ue行为和无损切换过程，而不受任何限制。当支持en-dc能力的ue从lte独立操作移动到en-dc操作时，基于nw决策，pdcp版本可以从ltepdcp更改为nrpdcp。如果en-dcue配置了携带voip数据的承载，则更适合使用ltepdcp版本的操作。这是因为看起来高效的voip数据包使用了较小的pdcpsn大小。进一步地，没有动机将携带voip数据包的mcg承载更改为任何其他承载类型。因此，在en-dc操作中，修改携带voip数据包的mcg承载的pdcp版本是没有好处的。en-dc操作时，支持en-dc能力的ue在携带voip数据包时，不应对配置ltepdcp的mcg承载进行pdcp版本的改变。对于mcg承载或独立lte承载，在nrpdcp和ltepdcp之间可能发生pdcp版本变化的可能场景如下。a.在以下情况下，异系统间小区(interrat)切换会导致pdcp版本发生变化·当支持en-dc能力的ue从传统lte移动到rel-15lte节点进行en-dc操作时，即当配置有ltepdcp的此类承载不携带voip数据包时，可能发生mcg承载pdcp版本改变。·当支持ngen-dc能力的ue在连接到下一代核心(nextgencore)的elteenb和nrgnb之间移动时。此时将发生pdcp版本改变b.mr-dc运行过程中pdcp版本变化在mr-dc操作中，nw可以根据nw的部署或需求，配置具有ltepdcp或nrpdcp的mcg承载，可以改变nrpdcp和ltepdcp之间的mcg承载的pdcp版本。其中一种情况是针对承载类型的变化，如果mcgdrb配置了nrpdcp，则可以支持承载类型之间的直接变化，不需要任何复杂度或限制。如果将mcgdrb配置为ltepdcp，则由于承载类型之间的直接变化(如mcg到scg承载或mcg与分流承载)需要一些额外的限制以支持无损过渡，可能会对承载类型改变产生影响c.承载类型改变在en-dc或mr-dc操作期间，如果mcg承载中配置了ltepdcp，下述情况的承载类型改变可能导致pdcp版本改变·mcg到mcg分流承载/mcg分流承载到mcg·mcg到scg/scg到mcg·mcg到scg分流承载/scg分流承载到mcg通过切换流程可以支持上述所有场景，因为切换流程涉及需要重建pdcp的pdcp版本变化和安全密钥变化。通过切换流程可以支持场景a和场景b。当ue移动到en-dc操作时，mcg承载可以(不携带voip数据包)通过切换过程配置nrpdcp版本，因为它涉及需要pdcp重建的pdcp版本更改和安全密钥更改。一旦具有nrpdcp版本的mcg承载可用，通过一步流程就可以有效支持场景c承载类型的改变通过切换流程可以支持上述所有场景，因为切换流程涉及到需要重建pdcp的pdcp版本的变化和安全密钥的变化。通过切换流程场景a和场景b得以支持。当ue移动到en-dc操作时，mcg承载可以(不携带voip数据包)通过切换过程配置nrpdcp版本，因为它涉及需要pdcp重建的pdcp版本更改和安全密钥更改。一旦具有nrpdcp版本的mcg承载可用，通过一步流程就可以有效支持场景c承载类型改变尽管ltepdcp和nrpdcp在功能上非常相似，但在支持的pdcpsn大小、状态变量、重排序功能、pdcppdu大小等方面仍存在一些差异。为了支持任何一个方向的无损pdcp版本的变化，需要很少的限制来实现利用pdcp重建过程的pdcp版本改变，这不会导致数据丢失。总之，lte和pdcp的区别如下表3所示。表3ltenrsrb的pdcpsn大小5比特12比特drb的pdcpsn大小7/12/15/18比特12/18比特up完整性不支持支持up复制不支持支持pdcp变量sn计数最大sdu8188字节达到超长帧(9kb)t重排序仅针对分流承载总是如此(通过配置)对于场景c下的承载类型改变，如果mcgdrb配置了nrpdcp，则可以在没有任何复杂度或限制的情况下支持承载类型之间的直接变化。如果将mcgdrb配置为ltepdcp，则由于承载类型之间的直接变化(如mcg到scg承载或mcg到/从分流承载)需要一些额外的限制以支持无损过渡，可能会对承载类型的变化产生影响。当mcg承载配置有nrpdcp时，en-dc操作应支持mcg与分流承载之间和mcg与scg承载之间的一步(直接)承载类型的改变。不应支持以下这种en-dc操作，其中mcg承载配置了ltepdcp，而后进行了mcg承载到分流承载或scg承载的直接承载类型改变。基于nw决策，可以发生lte的mcg承载到/从nrpdcp的pdcp版本变化。当nw确定对mcg承载进行pdcp版本改变时，可以通过切换流程(即具有移动性控制信息的rrc重配置消息)来触发。该pdcp版本的变化可以触发或者也可以不触发密钥的变化，但由于lte和nrpdcp协议有很大的差异，所以需要进行pdcp和rlc重建，并重置mac，使所有具有旧格式的数据包更新。仅针对mcgdrb的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重配置消息中的指示改变了mcgdrb的pdcp版本或基于针对配置的mcgdrb或srb存在nrpdcp容器而改变了mcgdrb的pdcp版本，则ue将执行pdcp和rlc重建，并执行部分mac重置以更新具有源版本的数据。或者，也可以在pdcp重建时发送pdcp终端市场数据包，这样就不需要mac重置。另一种方法是获取pdcp版本改变的rrc重配置消息，只执行pdcp重建流程。这是一种新的重建流程，称为重建类型2。在这种情况下，ltepdcp参数将映射到nrpdcp参数。由于lterlc和mac没有变化，因此这些不应受到影响。一旦ue完成了pdcp重建过程(涉及将数据包映射和传送到上层)，ue将向nw发送指示，指示现在发送具有新pdcp版本的数据包。这可以通过发送指示pdcp将发送具有新pdcp版本的结束标记数据包或者在pdcp数据pdu中设置比特或者发送新的pdcp控制pdu来实现。此类过程不会影响其他配置承载上的数据，并且不需要执行mac重置重建过程中分流承载的处理：重建过程用于重建rrc连接，包括恢复srb1操作、重新激活安全和只配置pcell。只有当配置的小区准备就绪，即具有有效的ue上下文时，才能成功建立连接。在e-utran接受重建的情况下，srb1操作恢复，而其他无线承载的操作保持暂停。如果as加密没有激活，则ue不发起该流程，而是直接移动到rrc_idle。在ltedc中，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/scgpdcp实体。在步骤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提供新的配置来实现。同样的方法也适用于scgsrb和分流srb2，也适用于上述分流srb1。ue可以在重建过程中暂停或释放分流srb和scgsrb的scg支路，如果暂停，ue只在收到分流srb2或scgsrb的scg支路的配置后进行恢复。在触发重建流程时，36.300或36.331或38.300或38.331或38.xxx中的文本提案如下所示。本文公开的实施例可以使用运行在至少一个硬件设备上的至少一个软件程序来实现，并执行网络管理功能以控制元素。以上对具体实施例的描述将充分地揭示本文实施例的一般性质，使得本领域技术人员可以通过应用当前知识，在不脱离通用概念的情况下容易地修改和/或适应这样的具体实施例的各种应用，因此，这种适应和修改旨在包含在所公开实施例的等同含义和范围内。应理解，这里使用的短语或术语是为了描述而不是为了限定。因此，虽然本文的实施例已通过优选实施例进行了描述，但本领域技术人员将会认识到，在本文实施例的精神和范围内，可以通过修改来实践本文的实施例。当前第1页12