CN114365531A - 主节点、辅节点及其方法 - Google Patents

主节点、辅节点及其方法 Download PDF

Info

Publication number
CN114365531A
CN114365531A CN202080063213.2A CN202080063213A CN114365531A CN 114365531 A CN114365531 A CN 114365531A CN 202080063213 A CN202080063213 A CN 202080063213A CN 114365531 A CN114365531 A CN 114365531A
Authority
CN
China
Prior art keywords
mcg
message
rrc
node
scg
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202080063213.2A
Other languages
English (en)
Inventor
二木尚
林贞福
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
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 NEC Corp filed Critical NEC Corp
Publication of CN114365531A publication Critical patent/CN114365531A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • 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
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • 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

Landscapes

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

Abstract

主节点(MN)(1)控制MN(1)，以使得能够针对无线电终端(3)进行使用MN(1)所提供的主小区组(MCG)和辅节点(SN)(2)所提供的辅小区组(SCG)的双连接。MN(1)向SN(2)发送与MCG故障有关的指示。MN(1)经由MN(1)和无线电终端(3)之间的分离信令无线电承载的SCG部分，向无线电终端(3)发送与MCG故障的恢复相关的RRC消息。这例如使得SN能够获知MCG故障的发生。

Description

主节点、辅节点及其方法
技术领域
本发明涉及无线电通信系统，并且特别地涉及从多连接(例如，双连接)中的主小区组(主小区组(MCG))故障中恢复。
背景技术
第三代合作伙伴计划(3GPP)正在讨论当正在进行多无线电双连接(MR-DC)时的MCG故障的快速恢复(例如参见非专利文献1至5)。MCG故障例如是无线电链路的断开(无线电链路故障(RLF))。为了从当正在进行MR-DC时的MCG故障中恢复，快速MCG恢复使用主节点(MN)和用户设备(UE)之间经由辅节点(SN)所提供的辅小区组(SCG)的信令发送。因此，快速MCG恢复使得能够使用除无线电资源控制(RRC)连接再建立之外的其他方法(诸如MN内切换过程或MN间切换过程等)来快速恢复MCG链路(或从MCG故障中快速恢复)。在5G NR中，定义被称为“同步再配置”的过程，其用于切换并且还用于MR-DC中的PSCell(即，主SCG小区或主辅小区)改变和SN改变。本说明书中的MN内切换和MN间切换可以涉及切换过程内的MR-DC的SN释放。本说明书中的MN间切换可以包括MN和SN之间的角色改变。在角色改变中，将切换前的MR-DC的SN(和MN)改变为切换过程中的MR-DC的MN(和SN)。
快速MCG恢复所需的信令(即，MN RRC消息)经由分离信令承载1(SRB1)的SCG分支或经由SRB3在MN和UE之间传送。分离SRB1是RRC消息所用的MN和UE之间的SRB，并且具有MCG中的无线电链路控制(RLC)承载和SCG中的RLC承载。分离SRB1支持经由MCG和SCG的发送，并且使得能够进行MN所生成的RRC协议数据单元(PDU)的复制。然而，由于分离SRB1所发送的MN RRC消息受到MN安全密钥的保护，因此SN无法读取MN RRC消息的内容，并且由此将MNRRC消息透明地发送到UE。分离SRB的MCG和SCG中的RLC承载分别被称为MCG分支(或MCG部分)和SCG分支(或SCG部分)。在另一方面，SRB3是SN和UE之间的直接SRB，其可以由SN使用以经由SCG小区向DC中的UE发送SN RRC消息。顺便提及，可以仅在接入层(AS)层的安全已经被激活并且SRB2和至少一个DRB已经被建立之后触发(或进行)快速MCG恢复。
引文列表
非专利文献
[非专利文献1]Ericsson:“Fast MCG recovery in MR-DC”,3GPP TSG-RAN WG2#105 R2-1901414,February 2019
[非专利文献2]Ericsson:“Fast MCG recovery in(NG)EN-DC”,3GPP TSG-RANWG2#105 R2-1901416,February 2019
[非专利文献3]Qualcomm Incorporated:“Fast Recovery from MCG failure”,3GPP TSG-RAN WG2#105 R2-1900113,February 2019
[非专利文献4]Huawei,HiSilicon:“MCG failure recovery via split SRB1”,3GPP TSG-RAN WG2#106 R2-1907493,May 2019
[非专利文献5]Huawei,HiSilicon:“Discussion on MCG failure recovery viaSRB3”,3GPP TSG-RAN WG2#106 R2-1907497,May 2019
发明内容
发明要解决的问题
本发明人研究了快速MCG恢复并发现了各种问题。例如，在UE经由分离SRB1的SCG分支向MN发送指示MCG故障的MN RRC消息(例如，MCG故障信息消息)的情况下，SN无法读取该MN RRC消息的内容。换句话说，在用于经由分离SRB1发送MCG故障信息的过程中，SN无法意识到MCG故障的发生。然而，SN获知MCG故障的发生(或MCG恢复的执行)可以是有用的。例如，如上所述，在快速MCG恢复中，经由SN传送MN和UE之间的信令(MN RRC消息)。因此，SN可能需要控制(或调整)用于修改或释放SN中的配置或资源的定时，以便不干扰MN与UE之间的MN RRC消息的传送。例如，变得意识到MCG故障的发生(或MCG恢复的执行)使得SN能够进行这样的控制(或调整)。
这里所公开的实施例所要达到的目的之一是提供使得SN能够获知MCG故障的发生的设备、方法和程序。应当注意，该目的仅仅是这里所公开的实施例所要达到的目的之一。其他目的或问题以及新颖特征将从以下说明书和附图中变得清楚。
用于解决问题的方案
在第一方面，主节点包括至少一个存储器以及耦接至所述至少一个存储器的至少一个处理器。所述至少一个处理器被配置为支持使得无线电终端能够使用所述主节点所提供的主小区组即MCG和辅节点所提供的辅小区组即SCG的双连接。另外，所述至少一个处理器被配置为向所述辅节点发送与所述MCG的故障有关的指示。所述至少一个处理器还被配置为经由配置在所述主节点和所述无线电终端之间并且支持经由所述MCG和所述SCG这两者的发送的分离信令无线电承载的SCG部分，向所述无线电终端发送与从所述MCG的故障的恢复相关的无线电资源控制消息即RRC消息。
在第二方面，辅节点包括至少一个存储器以及耦接至所述至少一个存储器的至少一个处理器。所述至少一个处理器被配置为支持使得无线电终端能够使用主节点所提供的主小区组即MCG和所述辅节点所提供的辅小区组即SCG的双连接。另外，所述至少一个处理器被配置为从所述主节点接收与所述MCG的故障有关的指示。所述至少一个处理器还被配置为经由配置在所述主节点和所述无线电终端之间并且支持经由所述MCG和所述SCG这两者的发送的分离信令无线电承载的SCG部分，向所述无线电终端发送与从所述MCG的故障的恢复相关的无线电资源控制消息即RRC消息。
在第三方面，主节点所进行的方法包括：(a)控制所述主节点，以使得能够针对无线电终端进行使用所述主节点所提供的主小区组即MCG和辅节点所提供的辅小区组即SCG的双连接；(b)向所述辅节点发送与所述MCG的故障有关的指示；以及(c)经由配置在所述主节点和所述无线电终端之间并且支持经由所述MCG和所述SCG这两者的发送的分离信令无线电承载的SCG部分，向所述无线电终端发送与从所述MCG的故障的恢复相关的无线电资源控制消息即RRC消息。
在第四方面，辅节点所进行的方法包括：(a)控制所述辅节点，以使得能够针对无线电终端进行使用主节点所提供的主小区组即MCG和所述辅节点所提供的辅小区组即SCG的双连接；(b)从所述主节点接收与所述MCG的故障有关的指示；以及(c)经由配置在所述主节点和所述无线电终端之间并且支持经由所述MCG和所述SCG这两者的发送的分离信令无线电承载的SCG部分，向所述无线电终端发送与从所述MCG的故障的恢复相关的无线电资源控制消息即RRC消息。
在第五方面，程序包括指令(软件代码)，所述指令在被载入计算机的情况下使所述计算机进行根据上述的第三方面或第四方面所述的方法。
发明的效果
根据上述方面，可以提供使得SN能够获知MCG故障的发生的设备、方法和程序。
附图说明
图1是示出根据实施例的无线电通信网络的结构示例的图；
图2是示出根据实施例的MN和SN的操作的示例的序列图；
图3是示出根据实施例的MN的操作的示例的流程图；
图4是示出根据实施例的SN的操作的示例的流程图；
图5是示出根据实施例的MN和SN的操作的示例的序列图；
图6是示出根据实施例的MN和SN的操作的示例的序列图；
图7是示出根据实施例的MN和SN的操作的示例的序列图；
图8是示出根据实施例的MN和SN的操作的示例的序列图；
图9是示出根据实施例的MN和SN的操作的示例的序列图；
图10是示出根据实施例的MN和SN的操作的示例的序列图；
图11是示出根据实施例的MN和SN的操作的示例的序列图；
图12是示出根据实施例的MN和SN的操作的示例的序列图；
图13是示出根据实施例的MN和SN的操作的示例的序列图；
图14是示出根据实施例的MN和SN的操作的示例的序列图；
图15是示出根据实施例的MN和SN的操作的示例的序列图；
图16是示出根据实施例的MN和SN的操作的示例的序列图；
图17是示出根据实施例的MN和SN的操作的示例的序列图；
图18是示出RRC TRANSFER(RRC传送)消息的格式的示例的图；
图19是示出根据实施例的CU和DU的操作的示例的序列图；
图20是示出DL RRC MESSAGE TRANSFER(DL RRC消息传送)消息的格式的示例的图；
图21是示出根据实施例的MN和SN的操作的示例的序列图；
图22是示出根据实施例的MN和SN的操作的示例的序列图；
图23是示出根据实施例的UE的操作的示例的序列图；
图24是示出根据实施例的MN和SN的操作的示例的序列图；
图25是示出根据实施例的MN和SN的操作的示例的序列图；
图26是示出根据实施例的MN和SN的操作的示例的序列图；
图27是示出RRC TRANSFER消息的格式的示例的图；
图28是示出根据实施例的MN和SN的操作的示例的序列图；
图29是示出MN MODIFICATION INDICATION(MN修改指示)消息的格式的示例的图；
图30是示出CG-ConfigInfo信息元素的格式的示例的图；
图31是示出根据实施例的MN和SN的操作的示例的序列图；
图32是示出根据实施例的MN和SN的操作的示例的序列图；
图33是示出根据实施例的MN和SN的操作的示例的序列图；
图34是示出根据实施例的MN和SN的操作的示例的序列图；
图35是示出根据实施例的MN和SN的操作的示例的序列图；
图36是示出根据实施例的MN和SN的操作的示例的序列图；
图37是示出根据实施例的MN和SN的操作的示例的序列图；
图38是示出根据实施例的MN和SN的操作的示例的序列图；
图39是示出根据实施例的MN和SN的操作的示例的序列图；
图40是示出根据实施例的MN的结构示例的框图；以及
图41是示出根据实施例的UE的结构示例的框图。
具体实施方式
以下将参考附图来详细说明具体实施例。在整个附图中，相同或相应的要素用相同的符号表示，并且为了清楚起见，必要时省略重复说明。
以下所说明的各实施例可以单独使用，或者其中的两个或多于两个实施例可以适当地彼此组合。这些实施例包括彼此不同的新颖特征。因此，这些实施例有助于达到彼此不同的目的或解决彼此不同的问题，并且有助于获得彼此不同的优点。
以下关于实施例的说明主要关注3GPP长期演进(LTE)系统和5G系统。然而，这些实施例可以适用于支持与3GPP多连接(例如，双连接)类似的技术的其他无线电通信系统。除非另有规定，否则本说明书中所使用的术语“LTE”包括LTE和LTE-Advanced的增强/演进，以提供与5G系统的互通。5G系统不仅包括NR(新空口)，而且还包括LTE eNodeB(eNB)连接到5G核心网络(5GC)的网络结构。该eNB可以被称为ng-eNB。ng-eNB也可以被称为eNB/5GC，其意味着连接到5GC的eNB。另一方面，与连接到演进分组核心(EPC)的LTE eNB一起进行DC的5GgNB可以被称为en-gNB。
第一实施例
图1示出根据本实施例的无线电通信网络的结构示例。根据本实施例的无线电通信网络包括主节点(MN)1和辅节点(SN)2。MN 1和SN 2经由节点间接口103彼此通信。尽管未示出，但是至少MN 1连接到核心网络，并且SN 2也可以连接到核心网络。UE 3经由空中接口101和102与MN 1和SN 2通信，以进行主小区组(MCG)和辅小区组(SCG)之间的双连接(DC)。MCG是与MN 1相关联(或由MN 1提供)的一组服务小区，并且包括SpCell(即，主小区(PCell))且可选地包括一个或多于一个辅小区(SCell)。另一方面，SCG是与用作DC中的SN的SN 2相关联(或由SN 2提供)的一组服务小区，并且包括SCG的主小区且可选地包括一个或多于一个辅小区(SCell)。SCG的主小区被称为主SCG小区(PSCell)或主辅小区(PSCell)。PSCell是SCG的特殊小区(SpCell)。
MN 1和SN 2各自可以是演进通用移动电信系统(UMTS)陆地无线电接入网络(EUTRAN)节点或下一代无线电接入网络(NG-RAN)节点。EUTRAN节点可以是eNB或en-gNB。NG-RAN节点可以是gNB或ng-eNB。MN 1的无线电接入技术(RAT)可以与SN 2的RAT不同。
DC可以是多无线电双连接(MR-DC)。MR-DC包括E-UTRA-NR双连接(EN-DC)、NR-E-UTRA DC(NE-DC)、NG-RAN EN-DC(NGEN-DC)和NR-NR DC(NRDC)。EN-DC使用EPC，而NE-DC、NGEN-DC和NR DC使用5GC。
图2示出MN 1和SN 2之间的信令的示例。在步骤201中，MN 1向SN 2发送与同DC有关的SN 2中的配置或资源的修改或释放相关的消息。也就是说，该消息是RAN节点间接口(即，Xn接口或X2接口)的控制消息。该消息可以是请求SN 2修改或释放关于DC的SN 2中的配置或资源的消息。如图2所示，步骤201中的消息可以是SN MODIFICATION REQUEST(SN修改请求)消息或SN RELEASE REQUEST(SN释放请求)消息。将SN MODIFICATION REQUEST消息从MN发送到SN，以请求修改关于DC的SN 2中的配置或资源。另一方面，将SN RELEASEREQUEST消息从MN发送到SN，以请求释放SN中的配置或资源。作为替代，步骤201中的消息可以是新的XnAP/X2AP消息(例如，MN MODIFICATION NOTIFICATION(MN修改通知)消息)。SN 2中的配置可以例如是SN 2配置并发送到UE 3并且也由SN 2保持的SCG配置信息(例如，SCG配置)或承载配置信息(例如，无线电承载配置)。SN 2中的资源可以例如是MN 1和SN 2之间的与UE 3相关联的信令连接的资源、由SN 2针对UE 3所设置的SCG中的无线电资源或与UE3有关的终端信息(例如，UE上下文)。
另外，步骤201中的消息显式地或隐式地指示SN 2中的配置(或资源)的修改或释放与MCG故障(例如，MCG RLF)或其恢复相关。换句话说，步骤201中的消息显式地或隐式地指示SN 2中的配置(或资源)的修改或释放是由于MCG故障。例如，该消息可以包括MCG故障的指示。该指示可以例如指示已经发生MCG故障、已经检测到MCG故障或者MCG故障的类型(例如，MCG故障类型)。另外或可替代地，消息可以包括从MCG故障的恢复(或MCG链路的恢复)的指示。该指示可以例如指示其意图、目的在于或尝试从MCG故障的恢复(或MCG链路的恢复)。另外或可替代地，消息可以包括经由SN(或SCG、或分离SRB、或SRB3)从MCG故障的恢复(或MCG链路的恢复)的指示。RLF是MCG故障的示例。MCG故障可以例如是切换故障、MN(或MCG)的再配置故障(同步再配置故障或再配置故障)或完整性保护检查故障(完整性保护检查故障)。MCG故障类型可以指示这些其他MCG故障中的任何一个。
这使得SN 2能够知道步骤201中的消息所请求的配置(或资源)的修改或释放是由于MCG故障。换句话说，SN 2可以变得意识到步骤201中的消息与MCG故障或其恢复相关联。因此，SN 2可以将步骤201的消息与同MCG恢复无关的其他SN MODIFICATION和SN RELEASEREQUEST消息区分开。换句话说，SN 2可以将从MN 1发送到SN 2以从MCG故障恢复(或恢复MCG链路)的、与SN配置(或资源)的修改或释放有关的消息与其他消息区分开。
在一些实现中，MN 1可以响应于经由SN 2(即，经由分离SRB，或SRB3和Xn/X2)从UE3接收到MCG故障信息(或MCG故障指示)而决定发起MCG恢复过程。MCG恢复过程可以是涉及经由分离SRB或经由SRB3和Xn/X2的MN RRC消息的传送的MN内切换或MN间切换。然后，MN 1可以在MCG恢复过程中将步骤201的消息发送到SN 2。此外，在MCG恢复过程中，MN 1可以经由SCG(即，分离SRB或SRB3)向UE 3发送与MCG故障的恢复相关的MN RRC消息。换句话说，SN2可以经由SCG(即，分离SRB或SRB3)向UE 3发送与MCG故障的恢复相关并由MN 1发送的MNRRC消息。
作为替代，MN 1可以独立于来自UE 3的MCG故障信息的接收，响应于MCG故障的(自主)检测而决定发起MCG恢复过程并向SN 2发送步骤201的消息。此外，在MCG恢复过程中，MN1可以经由SCG(即，分离SRB或SRB3)向UE 3发送与MCG故障的恢复相关的MN RRC消息。通过示例而非限制的方式，MN 1中的MCG故障的检测可以与现有LTE或NR无线电网络中的检测方法相同。例如，可以基于以下各项中的任一项来检测MCG故障：上行链路或下行链路数据发送的成功或失败状况(例如，RLC再发送的次数)；上行链路无线电质量的状况(例如，探测参考信号(SRS)的接收功率或接收质量)；以及下行链路无线电质量的状况(例如，CQI报告值、或同步信号/PBCH块(SSB)或CSI-RS的RSRP、RSRQ或SINR值)。
另外，SN 2可以进行步骤202。在步骤202中，SN 2判断步骤201的消息所请求的SN2中的配置(或资源)的修改或释放是否与MCG故障或其恢复相关。换句话说，SN 2判断步骤201的消息是否与MCG故障恢复过程相关联。换句话说，SN 2判断步骤201的消息是否是由于MCG故障。如果SN 2判断为消息是由于MCG故障(或者与MCG故障恢复过程相关联)，则SN 2延迟SN 2中的配置(或资源)的修改或释放，直到满足与MN RRC消息经由SN 2(即，分离SRB或SRB3)从MN 1向UE 3的发送相关联的预定条件为止。发送MN RRC消息以用于从MCG故障的恢复(或MCG链路的恢复)。MN RRC消息可以例如是包含reconfigurationWithSync信息元素(IE)或mobilityControlInfo IE的MN RRC(连接)再配置消息。
SN 2可以仅推迟步骤201中的消息所请求的多个修改或释放的一部分。具体地，SN2可以推迟可阻止RRC消息经由SN 2(即，分离SRB或SRB3)从MN 1向UE 3的发送的修改或释放。在一些实现中，SN 2可以延迟应用于SN 2和UE 3之间的直接无线电承载(例如，SRB3、DRB)的安全密钥的更新(修改)。另外或可替代地，SN 2可以延迟层2再配置(例如，PDCP再建立、PDCP数据恢复、RLC再建立和MAC重置中的任一个或组合)。在一些实现中，SN 2可以延迟用于MN 1和SN 2之间的与UE 3相关联的信令连接的资源的释放。另外或可替代地，SN 2可以推迟释放已经被分配给UE 3的无线电资源(例如，SCG配置)。另外或可替代地，SN 2可以延迟与UE 3相关联的终端信息(例如，UE上下文)的释放。这样的操作使得SN 2能够控制(或调整)何时修改或释放SN 2中的配置或资源，以便不干扰MN RRC消息通过SN 2在MN 1和UE3之间的传送。
与MN RRC消息经由SN 2的发送相关联的预定条件可以例如包括以下示例其中至少之一。在一些实现中，预定条件可以包括：SN 2已经完成MN RRC消息向UE 3的发送。在一些实现中，预定条件可以包括：SN 2已经接收到UE 3响应于接收到MN RRC消息而发送的响应。在经由分离SRB转发MN RRC的情况下，来自UE 3的响应可以是混合自动重传请求(HARQ)确认(ACK)和RLC ARQ ACK其中之一或这两者。另一方面，在经由SRB3转发MN RRC的情况下，响应可以是来自UE 3的SN RRC(连接)再配置完成消息。此外，在一些实现中，预定条件可以包括：SN 2已经从MN 1(在MN内切换的情况下)或目标MN(在MN间切换的情况下)接收到SN再配置完成消息。
图3是示出MN 1的操作的示例的流程图。在步骤301中，MN 1响应于检测到MCG故障而发起MCG故障恢复过程。如上所述，MN 1可以基于从UE 3接收到MCG故障信息来检测MCG故障，或者MN 1可以在不依赖于MCG故障信息的接收的情况下自主地检测MCG故障。
在步骤302中，MN 1在MCG恢复过程中向SN 2发送显式地或隐式地指示SN 2中的配置(或资源)的修改或释放与MCG故障或其恢复相关的SN MODIFICATION REQUEST或SNRELEASE REQUEST消息。如上所述，MN1可以向SN 2发送与SN MODIFICATION/RELEASEREQUEST(SN修改/释放请求)消息不同的另一XnAP/X2AP消息。步骤302的消息使SN 2推迟修改或释放SN 2中的配置(或资源)，直到满足与MN RRC消息通过SN 2的发送相关联的预定条件为止。
图4是示出SN 2的操作的示例的流程图。在步骤401中，SN 2从MN 1接收SNMODIFICATION REQUEST或SN RELEASE REQUEST消息。在步骤402中，SN 2基于步骤401中的消息来判断步骤401中的消息所请求的SN 2中的配置(或资源)的修改或释放是否与MCG故障或其恢复相关。换句话说，SN 2判断步骤401的消息是否与MCG故障恢复过程相关联。换句话说，SN 2判断步骤401的消息是否是由于MCG故障。如果消息与MCG故障或其恢复相关，则SN 2推迟修改或释放SN 2中的配置(或资源)，直到满足与MN RRC消息经由SN 2(即，分离SRB或SRB3)从MN 1向UE 3的发送相关联的预定条件为止(步骤403)。
第二实施例
本实施例提供了第一实施例中所说明的MN 1和SN 2的操作的具体示例。根据本实施例的无线电通信网络的结构示例与图1所示的示例相同。在该实施例中，当在MN 1和UE 3之间已经配置了分离SRB(例如，分离SRB1)的情况下检测到MCG故障时，MN 1进行没有SN改变的MN内切换以从MCG故障中恢复。
图5示出在没有SN改变的MN内切换过程中所进行的MN 1和SN 2的信令的示例。在步骤501中，MN 1向SN 2发送SN MODIFICATION REQUEST消息。SN MODIFICATION REQUEST消息请求SN 2修改(或更新)SN 2中的与UE 3相关联的配置或资源。例如，该消息可以指示与新安全密钥有关的信息，以请求修改(或更新)适用于在SN 2中终止的承载(SN终止承载)的安全密钥(例如，SgNB安全密钥)。
步骤501的SN MODIFICATION REQUEST消息还包括向SN 2的指示：该消息与MCG故障或其恢复相关联。该指示可以被称为例如MCG故障恢复通知、MCG链路恢复通知或MCG故障通知。该指示可以是包含在消息中的IE或原因值。可替代地，原因值可以例如是UE丢失的MCG无线电连接(MCG Radio Connection With UE Lost)或MCG RLF。响应于接收到指示，SN2延迟SN 2中的配置(或资源)的修改。
在步骤502中，SN 2向MN 1发送SN MODIFICATION REQUEST ACKNOWLEDGE(SN修改请求确认)消息，以确认来自MN 1的UE 3所用的SN(或SCG)资源修改的请求。该消息可以包含SN 2所生成的CG-Config消息。CG-Config消息包含由SN 2基于步骤501的SNMODIFICATION REQUEST消息所生成的SCG无线电配置(例如，scg-CellGroupConfig和scg-RB-Config其中之一或这两者)。
在步骤503中，MN 1经由分离SRB1的SCG分支向UE 3发送MN RRC消息(例如，包括reconfigurationWithSync的RRC再配置)。具体地，MN 1向SN 2发送RRC TRANSFER消息，该RRC TRANSFER消息包含封装该MN RRC消息的分组数据汇聚协议(PDCP)协议数据单元(PDU)。SN 2接收RRC TRANSFER消息，并经由分离SRB1的SCG分支将(封装MN RRC消息的)PDCP PDU发送到UE 3。在5G术语中，PDCP PDU也被称为PDCP-C PDU，因为PDCP PDU包含控制面(CP)的RRC消息。由gNB中央单元(CU)控制面(CP)托管的PDCP的PDCP PDU也以相同的方式称为PDCP-C PDU。
当在步骤503中接收到MN RRC消息时，UE 3根据MN RRC消息中所包含的RRC配置信息(例如，securityConfig(HO)和sk-Counter其中之一或这两者)来进行没有SN改变的MN内切换。RRC消息可以包含用于没有SN改变的MN内切换的SN RRC消息(或SN RRC配置)。在这种情况下，UE 3的MCG RRC实体将SN RRC消息传递给UE 3的SCG RRC实体。UE 3根据MN RRC消息和SN RRC消息来进行没有SN改变的MN内切换。
在步骤504中，在将(封装MN RRC消息的)PDCP PDU发送到UE 3之后，SN 2修改(或更新)步骤501中的SN MODIFICATION REQUEST消息所请求的UE 3所用的SN(SCG)资源(例如，SN 2中的配置或资源)。SN 2可以响应于PDCP PDU向UE 3的发送而修改(更新)SN(SCG)资源。也就是说，在图5的示例中，MN发起的SN修改准备过程与RRC传送过程(或MN RRC再配置过程)交互。换句话说，MN发起的SN修改准备过程与RRC传送过程(或MN RRC再配置过程)相关联。在一些实现中，如果SN 2(例如，紧接)在从MN 1接收到SN MODIFICATION REQUEST消息之后进一步接收到RRC TRANSFER消息，并且该RRC TRANSFER消息包含要在分离SRB中发送的SN RRC容器(例如，PDCP-C PDU)，则相比于SN修改准备过程，SN 2优先进行SN RRC容器向UE 3的发送。
图6示出图5中所示的过程的变形例。步骤601～603中的MN 1和SN 2的行为与步骤501～503中相同。在步骤604中，SN 2从UE 3接收HARQ-ACK(和RLC ARQ-ACK)。响应于步骤603中经由SCG分支(即，SCG RLC承载)接收到MN RRC消息，UE 3将HARQ-ACK(和RLC ARQ-ACK)发送到SN 2的介质访问控制(MAC)子层(和RLC子层)。
在步骤605中，在从UE 3接收到HARQ-ACK(和RLC ARQ-ACK)之后，SN 2进行步骤601中的SN MODIFICATION REQUEST消息所请求的UE 3所用的SN(SCG)资源的修改(或更新)。SN2可以响应于从UE 3接收到HARQ-ACK(和RLC ARQ-ACK)而修改(更新)SN(SCG)资源。也就是说，在图6的示例中，MN发起的SN修改准备过程与RRC传送过程(或MN RRC再配置过程)交互。换句话说，MN发起的SN修改准备过程与RRC传送过程(或MN RRC再配置过程)相关联。在一些实现中，如果SN 2(例如，紧接)在从MN 1接收到SN MODIFICATION REQUEST消息之后进一步接收到RRC TRANSFER消息，并且该RRC TRANSFER消息包含要在分离SRB中发送的SN RRC容器(例如，PDCP-C PDU)，则相比于SN修改准备过程，SN 2优先向UE 3发送SN RRC容器。
注意，在通常的切换中，使得UE能够在接收到包含reconfigurationWithSync IE(或mobilityControlInfo IE)的RRC(连接)再配置消息时省略发送HARQ-ACK(和RLC ARQ-ACK)。然而，如果如图6所示，UE 3经由分离SRB的SCG分支接收到reconfigurationWithSyncIE(或mobilityControlInfo IE)，则UE 3可以操作以总是向SN 2发送HARQ-ACK(和RLCARQ-ACK)。UE 3可以仅在UE 3已经经由SCG和SN 2向MN 1报告检测到MCG故障的情况下操作，以总是向SN 2发送HARQ-ACK(和RLC ARQ-ACK)。具体地，例如，在UE 3发送了MCG故障信息的情况下，UE 3可以以这种方式操作。可替代地，在自UE 3发送了MCG故障信息起尚未经过预定时间的情况下，UE 3可以以这种方式操作。可替代地，在UE 3已被许可发送MCG故障信息的情况下，UE 3可以以这种方式操作。可替代地，在UE 3已经从MN接收到用于发送MCG故障信息的配置信息的情况下，UE 3可以以这种方式操作。
图7示出图5所示的过程的另一变形例。步骤701至704与图6中的步骤601至604相同。然而，可以省略步骤704中的HARQ-ACK(和RLC ARQ-ACK)发送。在步骤705中，UE 3经由包含ReconfigurationWithSync IE的SpCellConfig IE(SpCellConfig IE的servCellIndex)所指示的新PCell向MN 1发送RRC再配置完成消息。如果使用MobilityControlInfo IE来代替ReconfigurationWithSync IE，则可以通过该IE中所包含的targetPhysCellId来指定新PCell。在步骤706中，MN 1向SN 2发送SN RECONFIGURATION COMPLETE(SN再配置完成)消息。SN RECONFIGURATION COMPLETE消息指示UE 3已经成功应用了包括在步骤702中的SNMODIFICATION REQUEST ACKNOWLEDGE消息中的SCG无线电配置(例如，scg-CellGroupConfig和scg-RB-Config其中之一或这两者)。
在步骤707中，在从MN 1接收到SN RECONFIGURATION COMPLETE消息之后，SN 2进行步骤701中的SN MODIFICATION REQUEST消息所请求的UE 3所用的SN(SCG)资源的修改(或更新)。SN 2可以响应于接收到SN RECONFIGURATION COMPLETE消息而修改(或更新)其SN(SCG)资源。也就是说，在图7的示例中，MN发起的SN修改准备过程与SN再配置完成过程交互。换句话说，MN发起的SN修改准备过程与SN再配置完成过程相关联。
在一些实现中，如果SN 2接受(或准许)需要向MN 1报告RRC再配置过程的成功的终端信息(例如，UE上下文)修改(即，SN MODIFICATION REQUEST)，则SN 2可以在其向MN 1发送SN MODIFICATION REQUEST ACKNOWLEDGE消息时启动定时器(例如，TDCoverall、TXnDCoverall)。然后，SN2可以在接收到SN RECONFIGURATION COMPLETE消息时停止定时器。此外，如果SN 2(例如，紧接)在从MN 1接收到SN MODIFICATION REQUEST消息之后进一步接收到RRC TRANSFER消息，并且如果该RRC TRANSFER消息包含要在分离SRB中发送的SN RRC容器(例如，PDCP-C PDU)，则SN 2使SN RRC容器向UE 3的发送优先于SN修改准备过程。也就是说，SN 2不修改(或更新)终端信息(即，SN(SCG)资源)，至少直到SN 2接收到SNRECONFIGURATION COMPLETE消息为止。
图8示出图5所示的过程的另一变形例。如已经说明的，代替SN MODIFICATIONREQUEST/ACKNOWLEDGE(SN修改请求/确认)消息，可以使用新的XnAP/X2AP消息(消息)。在图8的示例中，MN 1向SN 2发送MN MODIFICATION NOTIFICATION消息(步骤801)。MNMODIFICATION NOTIFICATION消息向SN 2指示需要与MCG修改(或改变或再配置)相关联的SCG修改(或再配置)。与SN MODIFICATION REQUEST消息相同，MN MODIFICATIONNOTIFICATION消息请求SN 2修改(或更新)SN 2中的UE 3所用的配置或资源。MNMODIFICATION NOTIFICATION消息可以包括向SN 2指示该消息与MCG故障或其恢复相关联的指示。可替代地，MN MODIFICATION NOTIFICATION消息自身的发送可以与MCG故障或其恢复相关联(也就是说，它可以暗示MCG故障或其恢复)。换句话说，发送MN MODIFICATIONNOTIFICATION消息以从MCG故障中恢复，并且SN 2通过接收到(响应于接收到)该消息，可以意识到MN 1正在尝试从MCG故障中恢复。
在步骤802中，SN 2向MN 1发送MN MODIFICATION NOTIFICATION RESPONSE(MN修改通知响应)消息，以确认来自MN 1的UE 3所用的SN(SCG)资源修改的请求。该消息可以包含由SN 2以与SN MODIFICATION REQUEST ACKNOWLEDGE消息相同的方式所生成的CG-Config消息。
在步骤803中，如在步骤503中一样，MN 1经由分离SRB1的SCG分支向UE 3发送MNRRC消息(例如，包括reconfigurationWithSync的RRC再配置)。然而，在步骤803中，使用新的XnAP/X2AP消息(例如，MN MODIFICATION REQUEST(MN修改请求)消息)来代替RRCTRANSFER消息。MN MODIFICATION REQUEST消息向SN 2指示需要将与MCG修改相关联的MNRRC消息转发到UE 3。
在步骤804中，SN 2从UE 3接收HARQ-ACK(和RLC ARQ-ACK)。可以省略步骤804中的HARQ-ACK(和RLC ARQ-ACK)发送。
在步骤805中，在将(封装MN RRC消息的)PDCP PDU发送到UE 3之后，SN 2进行步骤801中的MN MODIFICATION NOTIFICATION消息所请求的UE 3所用的SN(SCG)资源的修改(或更新)。SN 2可以响应于向UE 3发送PDCP PDU来修改(或更新)SN(SCG)资源。可替代地，SN 2可以在从UE 3接收到HARQ-ACK(和RLC ARQ-ACK)之后修改(或更新)UE 3所用的SN(SCG)资源。SN 2可以响应于从UE 3接收到HARQ-ACK(和RLC ARQ-ACK)而修改(或更新)SN(SCG)资源。
与图7中的过程相同，在图8中，SN 2可以在从MN 1接收到SN RECONFIGURATIONCOMPLETE消息之后，修改(或更新)步骤801的MN MODIFICATION NOTIFICATION消息所请求的UE 3所用的SN(SCG)资源。
步骤801中的MN MODIFICATION NOTIFICATION消息、802中的MN MODIFICATIONNOTIFICATION RESPONSE消息和803中的MN MODIFICATION REQUEST消息可以被指定为单个(组合)过程。在该过程中，这些动作可以作为一系列动作(即，彼此结合地)进行。该过程可以例如被称为MN MODIFICATION preparation(MN修改准备)过程或MN RECOVERYpreparation(MN恢复准备)过程。
图9示出图5至7所示的过程的具体示例。图9的步骤904至906与图5的步骤501至503、图6的步骤601至603以及图7的步骤701至703相对应。图9的步骤907与图6的步骤604和图7的步骤704相对应。图9的步骤909和910与图7的步骤705和706相对应。
在图9的步骤901中，UE 3检测MCG故障(例如，MCG RLF)。在步骤902中，UE 3经由分离SRB1的SCG分支向MN 1发送MCG故障信息。RRC TRANSFER消息可以用于将MCG故障信息从SN 2传送到MN 1。在步骤903中，MN 1响应于接收到MCG故障信息而确定MCG故障恢复过程。该MCG故障恢复过程包括没有SN改变的MN内切换过程(即，步骤904～911)。
图10示出图8所示的过程的具体示例。图10中的步骤1004至1007与图8中的步骤801至804相对应。图10中的步骤1001至1003与图9中的步骤901至903相同。图10中的步骤1008至1011与图9中的步骤908至911相同。
第三实施例
本实施例提供了第一实施例中所说明的MN 1和SN 2的操作的具体示例。根据本实施例的无线电通信网络的结构示例与图1所示的示例相同。在该实施例中，当在MN 1和UE 3之间已经配置了分离SRB(例如，分离SRB1)的情况下检测到MCG故障时，MN 1进行没有SN改变的MN间切换以从MCG故障中恢复。
图11示出在没有SN改变的MN间切换过程中所进行的MN 1和SN 2的信令的示例。在步骤1101中，MN 1向SN 2发送SN RELEASE REQUEST消息。MN 1在SN RELEASE REQUEST消息中包括被设置为“真”的UE上下文保持指示符IE，以向SN 2指示要维持(保持)SN 2中的UE上下文。
步骤1101中的SN RELEASE REQUEST消息还包括用以向SN 2指示该消息与MCG故障或其恢复相关联的附加指示。该附加指示可以例如被称为MCG故障恢复通知、MCG链路恢复通知或MCG故障通知。该指示可以是包含在消息中的IE或原因值。响应于接收到附加指示，SN 2延迟SN 2内的配置(或资源)的释放。具体地，SN 2可以延迟用于MN 1和SN 2之间的与UE 3相关联的信令连接的资源的释放。另外或可替代地，SN 2可以推迟被分配给UE 3的无线电资源的释放。
在步骤1102中，SN 2向MN 1发送SN RELEASE REQUEST ACKNOWLEDGE(SN释放请求确认)消息，以确认来自MN 1的用于释放UE3所用的SN(SCG)资源的请求。
在步骤1103中，MN 1经由分离SRB1的SCG分支向UE 3发送MN RRC消息(例如，包括reconfigurationWithSync的RRC再配置)。步骤1103与图5的步骤503相同。
在步骤1104中，SN 2在将(封装MN RRC消息的)PDCP PDU发送到UE 3之后，进行步骤501中的SN RELEASE REQUEST消息所请求的UE 3所用的SN(SCG)资源的释放。SN 2可以响应于向UE 3发送PDCP PDU而释放SN(SCG)资源。也就是说，在图11的示例中，MN发起的SN释放过程与RRC传送过程(或MN RRC再配置过程)交互。换句话说，MN发起的SN释放过程与RRC传送过程(或MN RRC再配置过程)相关联。在一些实现中，如果SN 2(例如，紧接)在从MN 1接收到SN RELEASE REQUEST消息之后进一步接收到RRC TRANSFER消息，并且该RRC TRANSFER消息包含要经由分离SRB发送的SN RRC容器(例如，PDCP-C PDU)，则相比于SN释放过程，SN2优先向UE 3发送SN RRC容器。
图12示出图11所示的过程的变形例。步骤1201至1203中的MN 1和SN 2的操作与步骤1101至1103中的操作相同。在步骤1204中，SN 2从UE 3接收HARQ-ACK(和RLCARQ-ACK)。响应于经由SCG分支(即，SCG RLC承载)接收到步骤1203中的MN RRC消息，从UE 3向SN 2的MAC子层(和RLC子层)发送HARQ-ACK(和RLC ARQ-ACK)。
在步骤1205中，在从UE 3接收到HARQ-ACK(和RLC ARQ-ACK)之后，SN 2进行步骤1201的SN RELEASE REQUEST消息所请求的UE 3所用的SN(SCG)资源的释放。SN 2可以响应于从UE 3接收到HARQ-ACK(和RLCARQ-ACK)而释放SN(SCG)资源。也就是说，在图12的示例中，MN发起的SN释放过程与RRC传送过程(或MN RRC再配置过程)交互。换句话说，MN发起的SN释放过程与RRC传送过程(或MN RRC再配置过程)相关联。在一些实现中，如果SN 2(例如，紧接)在从MN 1接收到SN RELEASE REQUEST消息之后进一步接收到RRC TRANSFER消息，并且如果该RRC TRANSFER消息包含要在分离SRB中发送的SN RRC容器(例如，PDCP-C PDU)，则相比于SN释放过程，SN 2优先进行SN RRC容器向UE 3的发送。
注意，在通常的切换中，使得UE能够在接收到包含reconfigurationWithSync IE(或mobilityControlInfo IE)的RRC(连接)再配置消息时省略发送HARQ-ACK(和RLC ARQ-ACK)。然而，如果如图12所示，UE 3经由分离SRB的SCG分支接收到reconfigurationWithSync IE(或mobilityControlInfo IE)，则UE 3可以操作以总是向SN2发送HARQ-ACK(和RLC ARQ-ACK)。UE 3可以仅在UE 3已经经由SCG和SN 2向MN 1报告检测到MCG故障的情况下操作，以总是向SN 2发送HARQ-ACK(和RLC ARQ-ACK)。具体地，例如，在UE 3发送MCG故障信息的情况下，UE 3可以以这种方式操作。可替代地，在自UE 3发送MCG故障信息起尚未经过预定时间的情况下，UE 3可以以这种方式操作。可替代地，在UE 3已被许可发送MCG故障信息的情况下，UE 3可以以这种方式操作。可替代地，在UE 3已经从MN接收到用于发送MCG故障信息的配置信息的情况下，UE 3可以以这种方式操作。
图13示出图11所示的过程的另一变形例。步骤1301至1304与图12中的步骤1201至1204相同。然而，可以省略步骤1304中的HARQ-ACK(和RLC ARQ-ACK)发送。在步骤1305中，UE3经由包含ReconfigurationWithSync IE的SpCellConfig IE(SpCellConfig IE的servCellIndex)所指示的新PCell向目标MN 4发送RRC再配置完成消息。如果使用MobilityControlInfo IE来代替ReconfigurationWithSync IE，则可以通过该IE中所包括的targetPhysCellId来指定新PCell。在步骤1306中，目标MN 4向SN 2发送SNRECONFIGURATION COMPLETE消息(或MN RECONFIGURATION COMPLETE(MN再配置完成)消息)。
在步骤1307中，在从目标MN 4接收到SN RECONFIGURATION COMPLETE消息之后，SN2进行步骤1301中的SN RELEASE REQUEST消息所请求的UE 3所用的SN(SCG)资源的释放。SN2可以响应于接收到SN RECONFIGURATION COMPLETE消息而释放SN(SCG)资源。也就是说，在图13的示例中，MN发起的SN释放过程与SN再配置完成过程交互。换句话说，MN发起的SN释放过程与SN再配置完成过程相关联。代替步骤1306，目标MN 4可以向源MN 1发送MNRECONFIGURATION COMPLETE消息，并且源MN 1可以向SN 2发送SN RECONFIGURATIONCOMPLETE消息。
可以进一步修改图11中的过程。代替SN RELEASE REQUEST/ACKNOWLEDGE(SN释放请求/确认)消息，可以使用新的XnAP/X2AP消息。例如，与图8中的过程类似，可以使用MNMODIFICATION NOTIFICATION/RESPONSE(MN修改通知/响应)消息。另外或可替代地，可以使用新的XnAP/X2AP消息(例如，图8中的MN MODIFICATION REQUEST消息)来代替RRCTRANSFER消息。如关于图8所述，MN MODIFICATION NOTIFICATION、MN MODIFICATIONRESPONSE(MN修改响应)和MN MODIFICATION REQUEST消息可以一起指定为单个(组合)过程。
图14示出图11至13所示的过程的具体示例。图14的步骤1406至1408与图11的步骤1101至1103、图12的步骤1201至1203以及图13的步骤1301至1303相对应。图14的步骤1409和1410与图13的步骤1305和1306相对应。在图14中，在从目标MN 4接收到SNRECONFIGURATION COMPLETE消息(或MN RECONFIGURATION COMPLETE消息)时(步骤1410)，SN 2可以释放步骤1406的SN RELEASE REQUEST消息所请求的UE 3所用的SN(SCG)资源，UE3的终端信息(例如，UE上下文)除外。例如，SN 2可以释放用于与源MN 1的MR-DC的、与UE 3相关联的无线电资源(例如，源SCG较低层配置(例如，CellGroupConfig))。
在图14的步骤1401中，UE 3经由分离SRB1的SCG分支向MN 1发送MCG故障信息。MN1响应于接收到MCG故障信息而确定MCG故障恢复过程。MCG故障恢复过程包括没有SN改变的MN间切换过程(即，步骤1402至1413)。没有SN改变的MN间切换过程包括用于路径切换的与核心网络(CN)5的信令(步骤1411)。当SN 2从源MN 1接收到UE CONTEXT RELEASE(UE上下文释放)消息时(步骤1413)，SN 2释放为了与源MN 1间的MR-DC所保持的UE 3的终端相关资源(例如，与UE上下文相关的与源MN 1的C面资源)。
第四实施例
本实施例提供了第一实施例中所说明的MN 1和SN 2的操作的具体示例。根据本实施例的无线电通信网络的结构示例与图1所示的示例相同。在该实施例中，当在MN 1和UE 3之间已经配置了分离SRB(例如，分离SRB1)的情况下检测到MCG故障时，MN 1进行涉及SN释放的MN到gNB改变过程以从MCG故障中恢复。
图15示出涉及SN释放的MN到gNB改变过程的具体示例。在图15的步骤1501中，UE 3经由分离SRB1的SCG分支向MN 1发送MCG故障信息。MN 1根据MCG故障信息的接收来确定MCG故障恢复过程。该MCG故障恢复过程包括涉及SN释放的MN到gNB改变过程(即，步骤1502至1513)。
在步骤1504中，MN 1(即，源MN)向SN 2发送SN RELEASE REQUEST消息。步骤1504的SN RELEASE REQUEST消息还包括向SN 2的指示：该消息与MCG故障或其恢复相关联。该指示可以例如被称为MCG故障恢复通知、MCG链路恢复通知或MCG故障通知。该指示可以是消息中所包括的IE或原因值。响应于接收到该指示，SN 2推迟SN 2中的配置(或资源)的释放。具体地，SN 2可以延迟用于MN 1和SN 2之间的与UE 3相关联的信令连接的资源的释放。另外，SN2可以推迟与UE 3相关联的终端信息(例如，UE上下文)的释放。另外，SN 2可以推迟与UE 3相关联的无线电资源(例如，SCG配置)的释放。
在步骤1505中，SN 2向MN 1发送SN RELEASE REQUEST ACKNOWLEDGE消息，以确认来自MN 1的用于释放UE 3所用的SN(SCG)资源的请求。
在步骤1506中，MN 1经由分离SRB1的SCG分支向UE 3发送MN RRC消息(例如，包括reconfigurationWithSync的RRC再配置)。步骤1506例如与图5的步骤503和图11的步骤1103相同。
在一些实现中，SN 2可以响应于向UE 3发送(封装MN RRC消息的)PDCP PDU(步骤1506)而释放如步骤1504中的SN RELEASE REQUEST消息所请求的UE 3所用的SN(SCG)资源。可替代地，SN 2可以响应于从UE 3接收到HARQ-ACK(和RLC ARQ-ACK)(步骤1507)而释放SN(SCG)资源。可替代地，SN 2可以响应于从目标gNB 6接收到SN RECONFIGURATION COMPLETE消息(或MN RECONFIGURATION COMPLETE消息)(步骤1509)而释放SN(SCG)资源。例如，SN 2可以进行如步骤1504中的SN RELEASE REQUEST消息所请求的UE 3所用的SN(SCG)资源的释放，UE 3的终端信息(例如，UE上下文)除外。
第五实施例
本实施例提供了第一实施例中所说明的MN 1和SN 2的操作的具体示例。根据本实施例的无线电通信网络的结构示例与图1所示的示例相同。在该实施例中，当在MN 1和UE 3之间已经配置了分离SRB(例如，分离SRB1)的情况下检测到MCG故障时，MN 1进行SN到gNB改变(角色改变)过程以从MCG故障中恢复。
图16示出SN到gNB改变过程的具体示例。在图16的步骤1601中，UE 3经由分离SRB1的SCG分支向MN 1发送MCG故障信息。该MCG故障恢复过程包括SN到gNB改变过程(即，步骤1602至1610)。
在步骤1602中，MN 1(即，源MN)向SN 2发送HANDOVER REQUEST(切换请求)消息。步骤1602中的HANDOVER REQUEST消息可以包含显式地或隐式地指示在切换之后预期SN 2作为MN(或以独立(SA)方式)管理UE 3的信息。例如，MN 1可以通过在消息中包括SgNB处的UE上下文参考IE(UE Context Reference at the SgNB IE)来指示这一点。当SN 2接收到该信息(例如，SgNB处的UE上下文参考IE)时，SN 2理解(或认识到)预期(或要求)SN 2作为(目标)MN(或以SA方式)对正在进行与MN 1的MR-DC的UE 3进行切换并接受该UE 3。
在步骤1603中，SN 2向MN 1发送HANDOVER REQUEST ACKNOWLEDGE(切换请求确认)消息以指示其接受UE 3的切换。SN 2可以在该消息中包括UE上下文保持指示符IE(即，设置为真)，从而向MN 1指示SN 2将作为MN(或以SA方式)管理UE 3。
在步骤1604中，MN 1(即，源MN)向SN 2发送SN RELEASE REQUEST消息。步骤1604中的SN RELEASE REQUEST消息可以包含UE上下文保持指示符IE。另外，SN RELEASE REQUEST消息包括向SN 2指示该消息与MCG故障或其恢复相关联的指示。该指示可以例如被称为MCG故障恢复通知、MCG链路恢复通知或MCG故障通知。该指示可以是消息中所包括的IE或原因值。响应于接收到该指示，SN 2推迟SN 2中的配置(或资源)的释放。具体地，SN 2可以延迟用于MN 1和SN 2之间的与UE 3相关联的信令连接的资源的释放。另外，SN 2可以推迟与UE3相关联的终端信息(例如，UE上下文)的释放。另外，SN 2可以推迟用于与源MN 1的MR-DC的与UE 3相关联的无线电资源(例如，SCG较低层配置)的释放。
在步骤1605中，SN 2向MN 1发送SN RELEASE REQUEST ACKNOWLEDGE消息，以确认来自MN 1的用于释放UE 3所用的SN(SCG)资源的请求。
在步骤1606中，MN 1经由分离SRB1的SCG分支向UE 3发送MN RRC消息(例如，包括reconfigurationWithSync的RRC再配置)。步骤1606例如与图5的步骤503和图11的步骤1103相同。具体地，尽管SN 2是用于切换的目标RAN节点(MN或SA gNB)，但是至少直到该MNRRC消息的发送为止，SN 2都用作源SN。
在一些实现中，SN 2可以响应于向UE 3发送(封装MN RRC消息的)PDCP PDU(步骤1606)而释放如步骤1604中的SN RELEASE REQUEST消息所请求的UE 3所用的SN(SCG)资源。可替代地，SN 2可以响应于从UE 3接收到HARQ-ACK(和RLC ARQ-ACK)(步骤1607)而释放用于与源MN 1的MR-DC的SN(SCG)资源。
第六实施例
根据本实施例的无线电通信网络的结构示例与图1所示的示例相同。该实施例提供了从MN 1发送到SN 2以传送MN RRC消息的RRC TRANSFER消息的改进。
图17示出MN 1和SN 2的操作的示例。在步骤1701中，MN 1向SN 2发送RRCTRANSFER消息。MN 1还可以在RRC TRANSFER消息中包括与该RRC TRANSFER消息中所包含的MN RRC消息有关的信息(例如，递送要求IE或递送优先IE)。递送要求IE指示MN RRC消息是否应被递送至UE 3。递送优先IE指示MN RRC消息是否应优先于其他消息或信息而递送至UE3。
图18示出包含递送要求IE的RRC TRANSFER消息的格式的具体示例。在图18的示例中，如果递送要求IE的值被设置为“必要”，则这意味着(封装MN RRC消息的)PDCP PDU应被递送到UE 3。
SN 2可以包括中央单元(CU)(例如，gNB-CU)以及一个或多于一个分布式单元(DU)(例如，gNB-DU)。另外，CU可以包括控制面(CP)单元(例如，gNB-CU-CP)以及一个或多于一个用户面(UP)单元(例如，gNB-CU-UP)。在这种情况下，如图19所示，CU(或CU-CP)1901可以将递送要求IE包括到要发送至DU 1902的消息(F1AP:DL RRC MESSAGE TRANSFER消息)中，以将RRC消息转发到UE 3(步骤1911)。
图20示出包含递送要求IE的DL RRC MESSAGE TRANSFER消息的格式的具体示例。在图20的示例中，在递送要求IE的值被设置为“必要”的情况下，这意味着(封装RRC消息的)PDCP PDU应被递送到UE 3。
图21示出MCG恢复过程的示例。在图21的示例中，当在MN 1和UE 3之间已经配置了分离SRB(例如，分离SRB1)的情况下检测到MCG故障时，MN 1进行没有SN改变的MN间切换以从MCG故障中恢复。
图21中的过程与图14中的过程类似。然而，在图21的过程中，RRC传送过程(步骤2106)在SN释放过程(步骤2107和2108)之前发生。在步骤2106中，MN 1经由分离SRB1的SCG分支向UE 3发送MN RRC消息(例如，包括reconfigurationWithSync的RRC再配置)。具体地，MN 1向SN 2发送包含封装MN RRC消息的PDCP PDU的RRC TRANSFER消息。RRC TRANSFER消息指示PDCP PDU应被递送到UE 3。RRC TRANSFER消息可以包含被设置为“必要”的递送要求IE。另一方面，在步骤2107，MN 1不必在SN RELEASE REQUEST消息中包括用以将该消息与MCG故障或其恢复相关联的任何指示。
如果SN 2已经接收到包含被设置为“必要”的递送要求IE的RRC TRANSFER消息(步骤2106)，则图21中的过程使得SN 2能够延迟(或推迟)SN RELEASE REQUEST消息(步骤2107)所请求的UE 3所用的资源的释放，直到已经完成向UE 3递送(封装MN RRC消息的)PDCP PDU为止。如果使用递送优先IE来代替递送要求IE、并且IE的值被设置为“高”，则SN 2可以以与上述相同的方式操作。
可以如下修改图21的过程。例如，可以在RRC传送过程(等同于图21中的步骤2106)之前进行SN释放过程(等同于图21中的步骤2107和2108)。在这种情况下，SN RELEASEREQUEST消息不必包含该消息与MCG故障或其恢复相关联的任何指示。如果SN 2在接收到SNRELEASE REQUEST消息之后接收到包含递送要求IE的RRC TRANSFER消息，并且该IE的值被设置为“必要”，则SN 2推迟SN 2中的配置(或资源)的释放。这使得SN 2能够延迟(或推迟)SN RELEASE REQUEST消息所请求的UE 3所用的资源的释放，直到完成(封装MN RRC消息的)PDCP PDU向UE 3的递送为止。
第七实施例
根据本实施例的无线电通信网络的结构示例与图1所示的示例相同。该实施例提供了从MN 1发送到SN 2的节点间消息(即，XnAP/X2AP消息)的改进。
如前所述，请求SN 2修改或改变UE 3所用的SN 2中的配置(或资源)的XnAP/X2AP消息可以包含与MCG故障相关的指示。该指示可以是MCG故障的指示或从MCG故障的恢复(或MCG链路的恢复)的指示。该指示可以例如被称为MCG故障恢复通知、MCG链路恢复通知或MCG故障通知。该指示可以是XnAP/X2AP消息中所包含的IE或原因值。XnAP/X2AP消息可以例如是SN MODIFICATION REQUEST消息或SN RELEASE REQUEST消息。
另外或可替代地，在该实施例中，任何其他XnAP/X2AP消息(例如，RRC TRANSFER消息或HANDOVER REQUEST消息)可以包含与MCG故障相关的指示。该指示可以是MCG故障的指示或从MCG故障的恢复(或MCG链路的恢复)的指示。
在图22的示例中，MN 1将MCG故障的指示(例如，MCG故障通知)包括到被发送至SN2的XnAP/X2AP消息(例如，RRC TRANSFER消息)中(步骤2201)。这使得SN 2能够知道MCG故障的发生。换句话说，SN 2可以知道所接收到的XnAP/X2AP消息与MCG故障或其恢复相关(或是由于MCG故障或其恢复)。换句话说，SN 2可以知道所接收到的XnAP/X2AP消息与MCG故障或其恢复相关联。
第八实施例
根据本实施例的无线电通信网络的结构示例与图1所示的示例相同。该实施例提供了用以能够使得从UE 3向SN 2通知MCG故障的改进。
在使用分离SRB1的快速MCG恢复中，UE 3经由分离SRB1的SCG分支向MN 1发送指示MCG故障的MN RRC消息(例如，MCG故障信息消息)。SN 2的RLC子层从UE 3的SCG RLC子层接收封装MCG故障信息消息的PDCP PDU，并将该PDCP PDU发送到MN 1的PDCP子层。因此，SN 2的RRC层无法知道MCG故障的发生。
为了解决这个问题，本实施例的UE 3如下工作。UE 3经由分离SRB1的SCG分支向MN1发送MCG故障信息。另外，UE 3经由SN 2和UE 3之间的直接控制信令向SN 2发送MCG故障的通知。该直接控制信令可以是MAC控制元素(CE)或SRB3。
图23示出UE 3的操作的示例。在步骤2301中，UE 3的MCG RRC 31检测MCG故障(例如，MCG RLF)。在步骤2311～2313中，响应于检测到MCG故障，UE 3经由分离SRB1的SCG分支向MN 1发送MCG故障信息。在步骤2311中，UE 3的MCG RRC 31生成MN RRC:MCG故障信息消息，并将其传递到MCG PDCP 32。在步骤2312中，MCG PDCP 32生成封装MCG故障信息消息的PDCP PDU(PDCP-C PDU)，并通过UE 3的SCG RLC 34、UE 3的SCG MAC 35、SN 2的SN MAC 23和SN 2的SN RLC 22将该PDCP PDU发送到MN 1的MN PDCP 12。在步骤2313，MN 1的MN RRC11从MN PDCP 12接收MCG故障信息消息。
除此之外，在步骤2351～2354中，响应于检测到MCG故障，UE 3向SN 2发送MCG故障的通知。在步骤2351中，UE 3的MCG RRC 31生成去往SN 2的MCG故障通知，并将该MCG故障通知传递到UE 3的SCG RRC 33。在步骤2352中，SCG RRC 33将MCG故障通知传递到UE 3的SCGMAC 35。在步骤2353中，SCG MAC 35生成指示MCG故障通知的MAC CE，并将MAC CE发送到SN2的SN MAC 23。MAC CE可以被包括在与步骤2312中的PDCP-C PDU相同的MAC PDU中，或者可以被包括在与PDCP-C PDU不同的MAC PDU中。在步骤2354中，响应于接收到该MAC CE，SN 2的SN MAC 23将MCG故障通知传递到SN 2的SN RRC 21。这使得UE 3即使在MCG故障信息经由分离SRB的SCG分支被发送到MN 1的情况下也能够向SN 2通知MCG故障。因此，这使得SN 2能够获知MCG故障。
在图23中，为了图示起见，从UE 3到SN 2的直接控制信令过程(步骤2351～2354)被示出为在用于经由分离SRB的SCG分支来发送MCG故障信息的过程(步骤2311～2313)之前发生。然而，进行这两个过程的顺序不受限制。各过程内的步骤如图23所示就足够了，并且这两个过程可以彼此独立地执行。例如，步骤2351～2354可以在步骤2311～2313之后、或者与步骤2311～2313并行地进行。
第九实施例
根据本实施例的无线电通信网络的结构示例与图1所示的示例相同。本实施例中的MN 1在向UE 3配置分离SRB(例如，SRB1)时，向UE 3通知上行链路的主路径是MCG(例如，primaryPath的CellGroup被设置为MCG)。此外，MN 1预先显式地或隐式地向UE 3发送许可，以将分离SRB的上行链路主路径从MCG切换到SCG。响应于在已经设置了分离SRB并且UE已经接收到许可的情况下检测到MCG故障(例如，MCG RLF)，UE经由分离SRB的SCG分支向MN 1发送MCG故障信息。该MCG故障信息从UE 3向MN 1的发送例如与图9中的步骤902相对应。在MCG故障信息的发送之后，可以进行图5～8等中所描述的用于从MCG故障中恢复的过程。另一方面，在UE 3尚未接收到许可的情况下，UE 3可以进行RRC(连接)再建立过程。这使得MN 1能够控制发生MCG故障时的UE 3的行为(即，MCG故障信息的发送或RRC再建立)。许可可以进一步指定MCG故障的类型。也就是说，在UE 3检测到一个或多于一个特定类型的MCG故障的情况下，MN 1可以允许UE 3将分离SRB的上行链路主路径从MCG切换到SCG。根据所检测到的MCG故障的类型，UE 3可以选择经由分离SRB的SCG分支向MN 1发送MCG故障信息。
上行链路主路径从MCG到SCG的切换可以意味着UE 3(自主地)将上行链路主路径的配置(即，RRC配置)从用于MCG的配置切换到用于SCG的另一配置。可替代地，上行链路主路径从MCG到SCG的切换可以意味着UE 3使用SCG上行链路(即，SCG分支)来代替MCG上行链路(即，MCG分支)。换句话说，UE 3可以在不改变上行链路主路径的配置的情况下附加地使用SCG上行链路。
第十实施例
根据本实施例的无线电通信网络的结构示例与图1所示的示例相同。在本实施例中，MN 1预先向配置(或已经配置)分离SRB的UE 3发送指示在UE 3检测到MCG故障(例如，MCG RLF)的情况下应当进行RRC再连接处理(RRC(连接)再建立过程)和MCG恢复处理(MCG(链路)恢复过程)中的哪一个的指示(或RRC配置信息)。MCG恢复处理包括：UE 3在分离SRB中经由SN 2向MN 1发送MCG故障信息(例如，MCG Failure Information)。这使得MN 1能够控制发生MCG故障时的UE 3的行为(即，MCG故障信息的发送或RRC再连接)。
MN 1可以发送显式地指示UE 3所要进行的处理(过程)的信息。例如，当MN 1向UE3发送指示用于恢复MCG故障(例如，MCG RLF)的方法的RRC信息(例如，MCG-FailureRecovery IE)时，MN 1可以向UE 3通知应当进行哪个处理(即，RRC再连接处理(例如，rr-Reestablishment)或者经由分离SRB的SCG分支的MCG故障信息发送(例如，fast-MCG-recovery(快速-MCG-恢复)或MCG-failure-indication(MCG-故障-指示)))。在已经通知UE 3发送MCG故障信息的情况下，UE 3响应于检测到MCG故障而经由分离SRB的SCG分支向MN 1发送MCG故障信息。MCG故障信息从UE 3向MN 1的发送例如与图9中的步骤902相对应。在MCG故障信息的发送之后，可以进行图5至8等中所描述的用于从MCG故障的恢复的过程。另一方面，在已经通知UE 3进行RRC再连接处理的情况下，UE 3进行RRC(连接)再建立过程。
第十一实施例
根据本实施例的无线电通信网络的结构示例与图1所示的示例相同。本实施例中的UE 3响应于检测到MCG故障(例如，MCG RLF)而将其上行链路主路径从MCG切换到SCG，并且经由分离SRB(例如，SRB1)的SCG分支向MN 1发送MCG故障信息(例如，MCG FailureInformation)。此时，UE 3可以如下操作。UE 3可以响应于上行链路主路径从MCG切换到SCG而在SCG中触发上行链路发送缓冲状况的报告(缓冲状况报告(BSR))。例如，当UE 3的MCGRRC实体检测到MCG故障时，该MCG RRC实体向MCG PDCP实体发送指示以将上行链路主路径从MCG切换到SCG。MCG MAC实体从SCG PDCP实体和SCG RLC实体获得MCG故障信息(和其他待发送数据)的缓冲量(数据量)，以在SCG中发送MCG故障信息。然后，MCG MAC实体经由MCGPHY在SCG中将发送缓冲信息的报告(BSR)发送到SN 2。
SN 2可以响应于接收到BSR而向UE 3发送上行链路(UL)授权。响应于接收到UL授权，UE 3可以在分离SRB1的SCG分支中向MN 1发送包含MCG故障信息的MN RRC消息。MCG故障信息从UE 3向MN 1的发送例如与图9中的步骤902相对应。在MCG故障信息向MN 1的发送之后，可以进行图5至8等中所描述的用于从MCG故障的恢复的过程。
另外或可替代地，响应于检测到MCG故障(例如，MCG RLF)，UE 3可以将由MN 1终止并且上行链路主路径已被设置为MCG的一个或多于一个分离DRB(MN终止承载)各自的主路径切换到SCG。另外或可替代地，响应于检测到MCG故障(例如，MCG RLF)，UE 3可以将由SN 2终止并且上行链路主路径已被设置为MCG的一个或多于一个分离DRB(SN终止承载)各自的主路径切换到SCG。UE 3可以以与上述对分离SRB的控制相同的方式对分离DRB进行这种控制。具体地，如果指示(或许可)UE 3将分离SRB的上行链路主路径从MCG切换到SCG，则UE 3可以认为也指示(或许可)UE 3将分离DRB的上行链路主路径从MCG切换到SCG。可替代地，MN1可以显式地或隐式地向UE 3预先通知是否许可UE 3对分离DRB的主路径的切换。MN 1可以以DRB为单位向UE 3通知是否许可UE 3对主路径的切换。
第十二实施例
本实施例提供了第一实施例中所说明的MN 1和SN 2的操作的具体示例。根据本实施例的无线电通信网络的结构示例与图1所示的示例相同。在本实施例中，在SN 2和UE 3之间配置直接SRB(即，SRB3)。在这种情况下，在检测到MCG故障时，MN 1进行没有SN改变的MN内切换，以从MCG故障中恢复。
图24示出在没有SN改变的MN内切换过程中所进行的MN 1和SN 2的信令的示例。在步骤2401中，MN 1向SN 2发送SN MODIFICATION REQUEST消息。SN MODIFICATION REQUEST消息请求SN 2修改(或更新)SN 2中的与UE 3相关联的配置或资源。例如，该消息可以指示与新安全密钥有关的信息，以请求修改(或更新)适用于在SN 2中终止的SN终止承载的安全密钥(例如，SgNB安全密钥)。
步骤2401的SN MODIFICATION REQUEST消息还包括向SN 2的指示：该消息与MCG故障或其恢复相关联。该指示可以例如被称为MCG故障恢复通知、MCG链路恢复通知或MCG故障通知。该指示可以是被包含在消息中的IE或原因值。可替代地，原因值可以例如是UE丢失的MCG无线电连接或MCG RLF。响应于接收到指示，SN 2推迟SN 2中的配置(或资源)的修改。
在步骤2402中，SN 2向MN 1发送SN MODIFICATION REQUEST ACKNOWLEDGE消息，以确认来自MN 1的UE 3所用的SN(或SCG)资源修改的请求。该消息可以包含SN 2所生成的CG-Config消息。CG-Config消息包含由SN 2基于步骤501的SN MODIFICATION REQUEST消息所生成的SCG无线电配置(例如，scg-CellGroupConfig和scg-RB-Config其中之一或这两者)。
在步骤2403和2404中，MN 1经由SRB3向UE 3发送MN RRC消息(例如，包括reconfigurationWithSync的RRC再配置)。具体地，在步骤2403，MN 1向SN 2发送包含MNRRC消息(或包含包括该MN RRC消息的MN 1和SN 2之间的RAN节点间消息)的RRC TRANSFER消息。在步骤2404中，SN 2生成包含MN RRC消息(或包含该MN RRC消息的MN 1和SN 2之间的RAN节点间消息的至少一部分)的SN RRC再配置消息，并经由SRB3将该SN RRC再配置消息发送到UE 3。此时，SN 2利用SN 2的承载所用的安全密钥(例如，S-KgNB)来加密SN RRC再配置消息。
UE 3的SCG RRC实体对SN RRC再配置消息进行解码，提取MN RRC消息，并将其传递给UE 3的MCG RRC实体。当UE 3接收到MN RRC消息时，UE 3根据MN RRC消息中所包含的RRC配置信息(例如，securityConfig(HO)和sk-Counter其中之一或这两者)来进行没有SN改变的MN内切换。MN RRC消息可以包含用于没有SN改变的MN内切换的SN RRC消息(或SN RRC配置)。在这种情况下，UE 3的MCG RRC实体将SN RRC消息传递给UE 3的SCG RRC实体。UE 3根据MN RRC消息和SN RRC消息来进行没有SN改变的MN内切换。
在步骤2405中，在向UE 3发送包含MN RRC消息(或包含该MN RRC消息的MN 1和SN2之间的RAN节点间消息的至少一部分)的SN RRC再配置消息之后，SN 2进行步骤2401中的SN MODIFICATION REQUEST消息所请求的UE 3所用的SN(SCG)资源(例如，SN 2中的配置或资源)修改(或更新)。SN 2可以响应于向UE 3发送SN RRC再配置消息而修改(或更新)SN(SCG)资源。也就是说，在图24的示例中，MN发起的SN修改准备过程与RRC传送过程(或SNRRC再配置过程)交互。换句话说，MN发起的SN修改准备过程与RRC传送过程(或SN RRC再配置过程)相关联。在一些实现中，如果SN 2(例如，紧接)在从MN 1接收到SN MODIFICATIONREQUEST消息之后进一步接收到RRC TRANSFER消息，并且如果该RRC TRANSFER消息包含要在SRB3中发送的MN RRC消息(或包含该MN RRC消息的MN 1和SN 2之间的RAN节点间消息)，则相比于SN修改准备过程，SN 2优先进行MN RRC消息(或包含该MN RRC消息的MN 1和SN 2之间的RAN节点间消息的至少一部分)向UE 3的发送。
图25示出图24所示的过程的变形例。步骤2501至2504中的MN 1和SN 2的操作与步骤2401至2404中的操作相同。在步骤2505中，SN 2从UE 3接收SN RRC再配置完成消息。
在步骤2506中，在从UE 3接收到SN RRC再配置完成消息之后，SN 2进行步骤2501中的SN MODIFICATION REQUEST消息所请求的UE 3所用的SN(SCG)资源修改(或更新)。SN 2可以响应于从UE 3接收到SN RRC再配置完成消息而修改(更新)SN(SCG)资源。也就是说，在图25的示例中，MN发起的SN修改准备过程与RRC传送过程(或SN RRC再配置过程)交互。换句话说，MN发起的SN修改准备过程与RRC传送过程(或SN RRC再配置过程)相关联。在一些实现中，如果SN 2(例如，紧接)在从MN 1接收到SN MODIFICATION REQUEST消息之后进一步接收到RRC TRANSFER消息，并且如果该RRC TRANSFER消息包含要在SRB3中发送的MN RRC消息(或包含MN RRC消息的MN 1和SN 2之间的RAN节点间消息)，则相比于SN修改准备过程，SN 2优先进行MN RRC消息(或包含该MN RRC消息的MN 1和SN2之间的RAN节点间消息的至少一部分)向UE 3的发送。
图26示出图24所示的过程的不同变形例。步骤2601至2605与图25中的步骤2501至2505相同。
在步骤2606中，UE 3经由包含ReconfigurationWithSync IE的SpCellConfig IE(SpCellConfig IE的servCellIndex)所指示的新PCell向MN 1发送RRC再配置完成消息。如果使用MobilityControlInfo IE来代替ReconfigurationWithSync IE，则可以通过该IE中所包含的targetPhysCellId来指定新PCell。在步骤2607中，MN 1向SN 2发送SNRECONFIGURATION COMPLETE消息。SN RECONFIGURATION COMPLETE消息指示UE 3已经成功应用了包括在步骤2602中的SN MODIFICATION REQUEST ACKNOWLEDGE消息中的SCG无线电配置(例如，scg-CellGroupConfig和scg-RB-Config其中之一或这两者)。
在步骤2608中，在从MN 1接收到SN RECONFIGURATION COMPLETE消息之后，SN 2进行步骤2601中的SN MODIFICATION REQUEST消息所请求的UE 3所用的SN(SCG)资源修改(或更新)。SN 2可以响应于接收到SN RECONFIGURATION COMPLETE消息而修改(或更新)其SN(SCG)资源。也就是说，在图26的示例中，MN发起的SN修改准备过程与SN再配置完成过程交互。换句话说，MN发起的SN修改准备过程与SN再配置完成过程相关联。
在一些实现中，如果SN 2接受(或准许)需要向MN 1报告RRC再配置过程的成功的终端信息(例如，UE上下文)修改(即，SN MODIFICATION REQUEST)，则SN 2可以在其向MN 1发送SN MODIFICATION REQUEST ACKNOWLEDGE消息时启动定时器(例如，TDCoverall、TXnDCoverall)。然后，SN2可以在接收到SN RECONFIGURATION COMPLETE消息时停止定时器。此外，如果SN 2(例如，紧接)在从MN 1接收到SN MODIFICATION REQUEST消息之后进一步接收到RRC TRANSFER消息，并且如果该RRC TRANSFER消息包含要在SRB3中发送的MN RRC消息(或包含MN RRC消息的MN 1和SN 2之间的RAN节点间消息)，则相比于SN修改准备过程，SN 2优先进行MN RRC消息(或包含该MN RRC消息的MN 1和SN 2之间的RAN节点间消息的至少一部分)向UE 3的发送。也就是说，SN 2不修改(或更新)终端信息(即，SN(SCG)资源)，至少直到SN 2接收到SN RECONFIGURATION COMPLETE消息为止。
图27示出用于在SRB3上发送MN RRC消息的改进RRC TRANSFER消息的格式的具体示例。图27中的RRC TRANSFER消息可以包含RRC容器IE，该RRC容器IE包含MN RRC消息(或包含该MN RRC消息的MN 1和SN 2之间的RAN节点间消息)。RRC容器IE可以是RRC TRANSFER消息中的新定义的IE(例如，MN SRB IE)的子IE。在一些实现中，如果SN 2接收到MN SRB IE中的RRC容器IE，则SN 2将明确地向UE 3发送RRC容器IE中所包含的MN RRC消息(或包含该消息的MN 1和SN 2之间的RAN节点间消息的至少一部分)。如果从MN 1接收到的RRC TRANSFER消息包含MN SRB IE(响应于检测到MN SRB IE)，则SN 2可以操作以在SRB3中发送MN SRBIE中所包含的RRC消息。
与图18中的示例类似，图27所示的MN SRB IE可以包括递送要求IE。递送要求IE指示MN RRC消息(或包含该MN RRC消息的MN 1和SN 2之间的RAN节点间消息的至少一部分)是否应明确地递送到UE 3。可替代地，递送优先IE指示：MN RRC消息(或包含该MN RRC消息的MN 1和SN 2之间的RAN节点间消息的至少一部分)是否应优先于其他消息或信息而递送至UE 3。例如，如果递送要求IE的值被设置为“必要”，则这意味着MN RRC消息(或包含该MNRRC消息的MN 1和SN 2之间的RAN节点间消息的至少一部分)必须被递送至UE 3。
可以定义与RRC TRANSFER消息不同的新XnAP/X2AP消息，以用于经由SRB3发送MNRRC消息。图28示出图24所示的过程的另一变形。步骤2801和2802与图24中的步骤2401和2402相同。
在图28的示例中，MN 1向SN 2发送MN MODIFICATION INDICATION消息，以经由SRB3向UE 3发送MN RRC消息(步骤2803)。SN 2向UE 3发送包含所请求的MN RRC消息的SNRRC消息(例如，RRC再配置)(步骤2804)，并从UE 3接收SN RRC再配置完成消息(步骤2805)。SN 2可以响应于MN MODIFICATION INDICATION消息而向MN 1发送回复消息(例如，MNRECONFIGURATION COMPLETE消息或MN MODIFICATION COMPLETE(MN修改完成)消息)(步骤2806)。例如，SN 2可以响应于从UE 3接收到SN RRC再配置完成消息而向MN 1发送MNRECONFIGURATION COMPLETE消息。
在步骤2807中，在从UE 3接收到SN RRC再配置完成消息之后，SN 2进行步骤2801中的SN MODIFICATION REQUEST消息所请求的UE 3所用的SN(SCG)资源修改(或更新)。SN 2可以在向MN 1发送MN RECONFIGURATION COMPLETE消息之后修改(或更新)SN(SCG)资源。
图29示出MN MODIFICATION INDICATION消息的格式的具体示例。在图29的示例中，MN MODIFICATION INDICATION消息包含M-NG-RAN节点到S-NG-RAN节点容器IE。IE包含CG-ConfigInfo消息。该CG-ConfigInfo消息指示MN RRC消息(例如，RRC(连接)再配置消息)。图30所示的CG-ConfigInfo消息可以包括sourceConfigMCG字段3001，其中sourceConfigMCG字段3001包含MN RRC消息(例如，RRC(连接)再配置消息)。在MN 1和SN 2使用不同无线电接入技术(RAT)的情况下(例如，在EN-DC的情况下)，sourceConfigMCG字段3001可以透明地包含源RAT的RRC消息(即，MN RRC消息)。换句话说，SN 2可以在不解析或识别sourceConfigMCG字段3001中的信息的情况下将该信息转发到UE 3。另一方面，在MN 1和SN 2使用相同RAT或相同种类的PDCP(例如，NR PDCP)的情况下(例如，在NR-DC或NGEN-DC的情况下)，sourceConfigMCG字段3001可以显式地包括源RAT的RRC消息。
图31示出图28所示的过程的变形例。在图31的示例中，使用MN MODIFICATIONNOTIFICATION/RESPONSE消息(步骤3101和3102)来代替SN MODIFICATION REQUEST/ACKNOWLEDGE消息。在图31的示例中，MN 1向SN 2发送MN MODIFICATION NOTIFICATION消息(步骤3101)。MN MODIFICATION NOTIFICATION消息向SN 2指示需要与MCG修改(或改变或再配置)相关联的SCG的修改(或再配置)。与SN MODIFICATION REQUEST消息相同，MNMODIFICATION NOTIFICATION消息请求SN 2修改(或更新)SN 2中的UE 3所用的配置或资源。MN MODIFICATION NOTIFICATION消息可以包括向SN 2的指示：该消息与MCG故障或其恢复相关联。可替代地，MN MODIFICATION NOTIFICATION消息自身的发送可以与MCG故障或其恢复相关联(即，它可以暗示MCG故障或其恢复)。换句话说，发送MN MODIFICATIONNOTIFICATION消息以从MCG故障中恢复，并且SN 2可以通过接收到(响应于接收到)消息而认识到MN 1正在试图从MCG故障中恢复。
在步骤3102中，SN 2向MN 1发送MN MODIFICATION NOTIFICATION RESPONSE消息，以确认来自MN 1的UE 3所用的SN(SCG)资源修改的请求。该消息可以包含由SN 2以与SNMODIFICATION REQUEST ACKNOWLEDGE消息相同的方式所生成的CG-Config消息。
在步骤3103中，MN 1向SN 2发送MN MODIFICATION INDICATION消息，以经由SRB3向UE 3发送MN RRC消息(例如，包括reconfigurationWithSync的RRC再配置)。
步骤3104至3105与图28的步骤2804至2805相同。在从UE 3接收到SN RRC再配置完成消息时，SN 2可以向MN 1发送MN MODIFICATION COMPLETE消息(步骤3106)。MNMODIFICATION COMPLETE消息可以被称为MN RECONFIGURATION COMPLETE消息。在步骤3107中，与图28中的步骤2807相同地，SN 2进行如步骤3101中的MN MODIFICATIONNOTIFICATION消息所请求的UE 3所用的SN(SCG)资源的修改(或更新)。
步骤3101中的MN MODIFICATION NOTIFICATION、步骤3102中的MN MODIFICATIONNOTIFICATION RESPONSE和步骤3103中的MN MODIFICATION REQUEST消息(以及步骤3106中的MN MODIFICATION COMPLETE消息)可被指定为单个(组合)过程。在该过程中，这些动作可以作为一系列动作(即，彼此结合地)进行。该过程可以例如被称为MN MODIFICATIONpreparation过程或MN RECOVERY preparation过程。
图32示出图24至图26所示的过程的具体示例。图32的步骤3205至3208与图24的步骤2401至2404、图25的步骤2501至2504以及图26的步骤2601至2604相对应。图32的步骤3209与图25的步骤2505和图26的步骤2605相对应。图32的步骤3212和3213与图26的步骤2606和2607相对应。
在图32的步骤3201中，UE 3检测MCG故障(例如，MCG RLF)。在步骤3202中，UE 3经由SRB3向SN 2发送MCG故障信息。在步骤3203中，SN 2将MCG故障信息转发到MN 1。RRCTRANSFER消息可以用于将MCG故障信息从SN 2传送到MN 1。在步骤3204中，MN 1响应于接收到MCG故障信息而确定MCG故障恢复过程。该MCG故障恢复过程包括没有SN改变的MN内切换过程(即，步骤3205～3214)。
在图32的示例中，RRC TRANSFER消息(步骤3207)可以由MN MODIFICATIONINDICATION消息(步骤2803)或MN MODIFICATION REQUEST消息(步骤3103)代替。在这种情况下，SN 2可以向MN 1发送MN RECONFIGURATION COMPLETE消息(或MN MODIFICATIONCOMPLETE消息)(步骤3210)。
第十三实施例
本实施例提供了第一实施例中所说明的MN 1和SN 2的操作的具体示例。根据本实施例的无线电通信网络的结构示例与图1所示的示例相同。在该实施例中，当在SN 2和UE 3之间已经配置了直接SRB(例如，SRB3)的情况下检测到MCG故障时，MN 1进行没有SN改变的MN间切换以从MCG故障中恢复。
图33示出在没有SN改变的MN间切换过程中所进行的MN 1和SN 2的信令的示例。步骤3301和3302与图11的步骤1101和1102相同。具体地，在步骤3301中，MN 1向SN 2发送SNRELEASE REQUEST消息。MN 1在SN RELEASE REQUEST消息中包括被设置为“真”的UE上下文保持指示符IE，以向SN 2指示要维持(保持)SN 2中的UE上下文。
步骤3301中的SN RELEASE REQUEST消息还包括用以向SN 2指示该消息与MCG故障或其恢复相关联的附加指示。该附加指示可以例如被称为MCG故障恢复通知、MCG链路恢复通知或MCG故障通知。该指示可以是包含在消息中的IE或原因值。响应于接收到附加指示，SN 2推迟SN 2内的配置(或资源)的释放。具体地，SN 2可以延迟用于MN 1和SN 2之间的与UE 3相关联的信令连接的资源的释放。另外或可替代地，SN 2可以推迟被分配给UE 3的无线电资源的释放。
在步骤3302中，SN 2向MN 1发送SN RELEASE REQUEST ACKNOWLEDGE消息，以确认来自MN 1的用于释放UE 3所用的SN(SCG)资源的请求。
在步骤3303和3304中，MN 1经由SRB3向UE 3发送MN RRC消息(例如，包括reconfigurationWithSync的RRC再配置)。步骤3303和3304与图24中的步骤2403和2404相同。
在步骤3305中，在向UE 3发送MN RRC消息(或包含该MN RRC消息的MN 1和SN 2之间的RAN节点间消息的至少一部分)之后，SN 2进行如步骤3301中的SN RELEASE REQUEST消息所请求的UE 3所用的SN(SCG)资源的释放。SN 2可以响应于向UE 3发送MN RRC消息(或包含该MN RRC消息的MN 1和SN 2之间的RAN节点间消息的至少一部分)而释放SN(SCG)资源。也就是说，在图33的示例中，MN发起的SN释放过程与RRC传送过程(或SN RRC再配置过程)交互。换句话说，MN发起的SN释放过程与RRC传送过程(或SN RRC再配置过程)相关联。在一些实现中，如果SN 2(例如，紧接)在从MN 1接收到SN RELEASE REQUEST消息之后进一步接收到RRC TRANSFER消息，并且该RRC TRANSFER消息包含要发送到UE 3的MN RRC消息(或包含该MN RRC消息的MN 1和SN 2之间的RAN节点间消息)，则相比于SN释放过程，SN 2优先进行MN RRC消息(或包含该MN RRC消息的MN 1和SN 2之间的RAN节点间消息的至少一部分)向UE3的发送。
图34示出图33所示的过程的变形例。步骤3401至3404中MN 1和SN 2的操作与步骤3301到3304中的操作相同。在步骤3405中，SN 2从UE 3接收SN RRC再配置完成消息。
在步骤3406中，在从UE 3接收到SN RRC再配置完成消息之后，SN 2进行如步骤3501中的SN RELEASE REQUEST消息所请求的UE 3所用的SN(SCG)资源的释放。SN 2可以响应于从UE 3接收到SN RRC再配置完成消息而释放SN(SCG)资源。也就是说，在图34的示例中，MN发起的SN释放过程与RRC传送过程(或SN RRC再配置过程)交互。换句话说，MN发起的SN释放过程与RRC传送过程(或SN RRC再配置过程)相关联。在一些实现中，如果SN 2(例如，紧接)在从MN 1接收到SN RELEASE REQUEST消息之后进一步接收到RRC TRANSFER消息，并且该RRC TRANSFER消息包含要发送到UE 3的MN RRC消息(或包含该MN RRC消息的MN 1和SN2之间的RAN节点间消息)，则相比于SN释放过程，SN 2优先进行MN RRC消息(或包含该MNRRC消息的MN 1和的SN 2之间的RAN节点间消息的至少一部分)向UE 3的发送。
图35示出图33所示的过程的变形例。步骤3501至3505与图34的步骤3401至3405相同。在步骤3506中，UE 3经由包含ReconfigurationWithSync IE的SpCellConfig IE(SpCellConfig IE的servCellIndex)所指示的新PCell向目标MN 4发送RRC再配置完成消息。在步骤3507中，目标MN 4向SN 2发送SN RECONFIGURATION COMPLETE消息。
在步骤3508中，在从目标MN 4接收到SN RECONFIGURATION COMPLETE消息之后，SN2进行步骤3501中的SN RELEASE REQUEST消息所请求的UE 3所用的SN(SCG)资源的释放。SN2可以响应于接收到SN RECONFIGURATION COMPLETE消息而释放SN(SCG)资源。也就是说，在图35的示例中，MN发起的SN释放过程与SN再配置完成过程交互。换句话说，MN发起的SN释放过程与SN再配置完成过程相关联。
可以进一步修改图33中的过程。代替SN RELEASE REQUEST/ACKNOWLEDGE消息，可以使用新的XnAP/X2AP消息。例如，与图31中的过程类似，可以使用MN MODIFICATIONNOTIFICATION/RESPONSE消息。另外或可替代地，可以使用新的XnAP/X2AP消息(例如，图31中的MN MODIFICATION REQUEST消息)来代替RRC TRANSFER消息。如关于图31所述，MNMODIFICATION NOTIFICATION、MN MODIFICATION RESPONSE和MN MODIFICATION REQUEST消息可以一起指定为单个(组合)过程。
图36示出图33至35所示的过程的具体示例。图36的步骤3607至3610与图33的步骤3301至3304、图34的步骤3401至3404以及图35的步骤3501至3504相对应。图36的步骤3611与图34的步骤3405和图35的步骤3505相对应。图36的步骤3612和3613与图35的步骤3506和3507相对应。在图36中，在从目标MN 4接收到SN RECONFIGURATION COMPLETE消息(或MNRECONFIGURATION COMPLETE消息)时(步骤3613)，SN 2可以释放步骤3607的SN RELEASEREQUEST消息所请求的UE 3所用的SN(SCG)资源，UE 3的终端信息(例如，UE上下文)除外。例如，SN 2可以释放用于与源MN 1的MR-DC的、与UE 3相关联的无线电资源(例如，源SCG较低层配置(例如，CellGroupConfig))。
在图36的步骤3601中，UE 3经由SRB3向SN 2发送MCG故障信息。在步骤3602中，SN2将MCG故障信息转发到MN 1。MN 1根据MCG故障信息的接收来确定MCG故障恢复过程。MCG故障恢复过程包括没有SN改变的MN间切换过程(即，步骤3603至3616)。没有SN改变的MN间切换过程包括用于路径切换的与核心网络(CN)5的信令(步骤3614)。当SN 2从源MN 1接收到UE CONTEXT RELEASE消息时(步骤3616)，SN 2释放为了与源MN 1的MR-DC所保持的UE 3的终端相关资源(例如，与UE上下文相关的与源MN 1的C面资源)。
第十四实施例
本实施例提供了第一实施例中所说明的MN 1和SN 2的操作的具体示例。根据本实施例的无线电通信网络的结构示例与图1所示的示例相同。在该实施例中，当在SN 2和UE 3之间已经配置了直接SRB(例如，SRB3)的情况下检测到MCG故障时，MN 1进行具有SN释放的MN到gNB改变过程以从MCG故障中恢复。
图37示出涉及SN释放的MN到gNB改变过程的具体示例。在图37的步骤3701中，UE 3经由SRB3向SN 2发送MCG故障信息。在步骤3702中，SN 2将MCG故障信息转发到MN 1。MN 1响应于接收到MCG故障信息而确定MCG故障恢复过程。该MCG故障恢复过程包括涉及SN释放的MN到gNB改变过程(即，步骤3703至3714)。
在步骤3705中，MN 1(即，源MN)向SN 2发送SN RELEASE REQUEST消息。步骤3705的SN RELEASE REQUEST消息还包括向SN 2的指示：该消息与MCG故障或其恢复相关联。该指示可以例如被称为MCG故障恢复通知、MCG链路恢复通知或MCG故障通知。该指示可以是消息中所包括的IE或原因值。响应于接收到指示，SN 2推迟SN 2中的配置(或资源)的释放。具体地，SN 2可以延迟用于MN 1和SN 2之间的与UE 3相关联的信令连接的资源的释放。另外，SN2可以推迟与UE 3相关联的终端信息(例如，UE上下文)的释放。另外，SN 2可以推迟与UE 3相关联的无线电资源(例如，SCG配置)的释放。
在步骤3706中，SN 2向MN 1发送SN RELEASE REQUEST ACKNOWLEDGE消息，以确认来自MN 1的用于释放UE 3所用的SN(SCG)资源的请求。
在步骤3707和3708中，MN 1经由SRB3向UE 3发送MN RRC消息(例如，包括reconfigurationWithSync的RRC再配置)。步骤3707和3708例如与图24的步骤2403和2404以及图33的步骤3303和3304相同。
在一些实现中，响应于向UE 3发送(步骤3708)MN RRC消息(或包含该MN RRC消息的MN 1和SN 2之间的RAN节点间消息的至少一部分)，SN 2可以释放如步骤3705中的SNRELEASE REQUEST消息所请求的UE 3所用的SN(SCG)资源。可替代地，SN 2可以响应于从UE3接收到SN RRC再配置完成消息而释放SN(SCG)资源(步骤3709)。可替代地，SN 2可以响应于从目标gNB 6接收到SN RECONFIGURATION COMPLETE消息(步骤3711)而释放SN(SCG)资源。例如，SN 2可以进行步骤3705中的SN RELEASE REQUEST消息所请求的UE 3所用的SN(SCG)资源的释放，UE 3的终端信息(例如，UE上下文)除外。
第十五实施例
本实施例提供了第一实施例中所说明的MN 1和SN 2的操作的具体示例。根据本实施例的无线电通信网络的结构示例与图1所示的示例相同。在该实施例中，当在SN 2和UE 3之间已经配置了直接SRB(例如，SRB3)的情况下检测到MCG故障时，MN 1进行SN到gNB改变(角色改变)过程以从MCG故障中恢复。
图38示出SN到gNB改变过程的具体示例。在图38的步骤3801中，UE 3经由SRB3向SN2发送MCG故障信息。在步骤3802中，SN 2将MCG故障信息转发到MN 1。MN 1响应于接收到MCG故障信息而确定MCG故障恢复过程。该MCG故障恢复过程包括SN到gNB改变过程(即，步骤3803至3812)。
在步骤3803中，MN 1(即，源MN)向SN 2发送HANDOVER REQUEST消息。步骤3803中的HANDOVER REQUEST消息可以包含显式地或隐式地指示在切换之后预期SN 2作为MN(或以独立(SA)方式)管理UE 3的信息。例如，MN 1可以通过在消息中包括SgNB处的UE上下文参考IE来指示这一点。当SN 2接收到该信息(例如，SgNB处的UE上下文参考IE)时，SN 2理解(或认识到)预期(或要求)SN 2作为(目标)MN(或以SA方式)对正在进行与MN 1的MR-DC的UE 3进行切换并接受该UE 3。
在步骤3804中，SN 2向MN 1发送HANDOVER REQUEST ACKNOWLEDGE消息以指示其接受UE 3的切换。SN 2可以在该消息中包括UE上下文保持指示符IE(即，设置为真)，从而向MN1指示SN 2将作为MN(或以SA方式)管理UE 3。
在步骤3805中，MN 1(即，源MN)向SN 2发送SN RELEASE REQUEST消息。步骤3805中的SN RELEASE REQUEST消息可以包含UE上下文保持指示符IE。另外，SN RELEASE REQUEST消息包括向SN 2指示该消息与MCG故障或其恢复相关联的指示。该指示可以例如被称为MCG故障恢复通知、MCG链路恢复通知或MCG故障通知。该指示可以是消息中所包括的IE或原因值。响应于接收到指示，SN 2推迟SN 2中的配置(或资源)的释放。具体地，SN 2可以延迟用于MN 1和SN 2之间的与UE 3相关联的信令连接的资源的释放。另外，SN 2可以推迟与UE 3相关联的终端信息(例如，UE上下文)的释放。另外，SN 2可以推迟用于与源MN 1的MR-DC的、与UE 3相关联的无线电资源(例如，SCG较低层配置)的释放。
在步骤3806中，SN 2向MN 1发送SN RELEASE REQUEST ACKNOWLEDGE消息，以确认来自MN 1的用于释放UE 3所用的SN(SCG)资源的请求。
在步骤3807和3808中，MN 1经由SRB3向UE 3发送MN RRC消息(例如，包括reconfigurationWithSync的RRC再配置)。步骤3807和3808例如与图24的步骤2403和2404以及图34的步骤3403和3404相同。具体地，尽管SN 2是用于切换的目标RAN节点(MN或SAgNB)，但是至少直到该MN RRC消息的发送为止，SN 2都用作源SN。
在一些实现中，SN 2可以响应于向UE 3发送(步骤3808)MN RRC消息(或包含该MNRRC消息的MN 1和SN 2之间的RAN节点间消息的至少一部分)，释放如步骤3805中的SNRELEASE REQUEST消息所请求的UE 3所用的SN(SCG)资源。可替代地，SN 2可以响应于从UE3接收到HARQ-ACK(和RLC ARQ-ACK)(步骤3809)或从UE 3接收到RRC再配置完成消息(步骤3810)，释放用于与源MN 1的MR-DC的SN(SCG)资源。
第十六实施例
根据本实施例的无线电通信网络的结构示例与图1所示的示例相同。该实施例提供了从MN 1发送到SN 2以传送MN RRC消息的RRC TRANSFER消息的改进。
图39示出MCG恢复过程的示例。在图39的示例中，当在SN 2和UE 3之间已经配置了直接SRB(即，SRB3)的情况下检测到MCG故障时，MN 1进行没有SN改变的MN间切换以从MCG故障中恢复。
图39中的过程与图36中的过程类似。然而，在图39的过程中，MN RRC消息经由SRB3从MN 1向UE 3的发送(步骤3907至3910)发生在SN释放过程(步骤3911和3912)之前。步骤3907至3910与图28中的步骤2803至2806相同。在步骤3907中接收到MN MODIFICATIONINDICATION消息时，SN 2认识到MN RRC消息必须被递送到UE 3。另一方面，在步骤3911中，MN 1不必在SN RELEASE REQUEST消息中包括用以将该消息与MCG故障或其恢复相关联的任何指示。
代替步骤3907中的MN MODIFICATION INDICATION消息，可以使用RRC TRANSFER消息。在这种情况下，RRC TRANSFER消息指示PDCP PDU必须被递送到UE 3。RRC TRANSFER消息可以包含被设置为“必要”的递送要求IE。
第十七实施例
根据本实施例的无线电通信网络的结构示例与图1所示的示例相同。在本实施例中，MN 1预先向UE 3发送指示在已被配置为能够经由SRB3向SN 2发送RRC消息的UE 3检测到MCG故障(例如，MCG RLF)的情况下应进行RRC再连接处理(RRC(连接)再建立过程)和MCG恢复处理(MCG(链路)恢复过程)中的哪一个的指示(或RRC配置信息)。MCG恢复处理包括：UE3经由SRB3向SN 2发送MCG故障信息(例如，MCG Failure Information)。此外，MCG恢复处理可以包括：接收到MCG故障信息的SN 2将MCG故障信息或从其导出的控制信息发送到MN 1。这使得MN 1能够控制发生MCG故障时的UE 3的行为(即，MCG故障信息的发送或RRC再连接)。
MN 1可以发送显式地指示UE 3所要进行的处理(过程)的信息。在SN 2向UE 3发送SRB3的RRC配置(例如，RadioBearerConfig IE)时(或之后)，MN 1可以经由MN RRC消息(例如，RRC(连接)再配置)向UE 3通知处理(过程)。例如，当MN 1向UE 3发送指示用于恢复MCG故障(例如，MCG RLF)的方法的RRC信息(例如，MCG-FailureRecovery IE)时，MN 1可以向UE3通知应进行哪个处理(即，RRC再连接处理(例如，rr-Reestablishment)或经由SRB3向SN 2的MCG故障信息发送(例如，fast-MCG-recovery或MCG-failure-indication))。在已经通知UE 3发送MCG故障信息的情况下，UE 3响应于检测到MCG故障，经由SRB3将MCG故障信息发送到SN 2。SN 2可以将所接收到的MCG故障信息或从其导出的控制信息发送到MN 1。MCG故障信息从UE 3向SN 2和MN 1的发送例如与图32中的步骤3202和3203相对应。在MCG故障信息的发送之后，可以进行图24至26等所描述的用于从MCG故障的恢复的过程。另一方面，在已经通知UE 3进行RRC再连接处理的情况下，UE 3进行RRC(连接)再建立过程。该通知还可以指定MCG故障的类型。换句话说，在UE 3检测到多个类型的MCG故障中的一个或多于一个特定类型的MCG故障的情况下，MN 1可以允许UE 3经由SRB3向SN 2发送MCG故障信息。根据所检测到的MCG故障的类型，UE 3可以决定是在SRB3中向SN 2发送MCG故障信息还是进行RRC再连接处理。
MN 1可以基于从SN 2接收到的SCG配置信息(例如，CG-Config消息)中所包括的承载信息(例如，scg-RB-Config)来检测是否建立了SRB3。作为替代，SN 2可以使用XnAP/X2AP消息的IE显式地向MN 1通知指示是否建立了SRB3的信息。
SN 2可以确定UE 3要进行哪个处理(即，RRC再连接处理(例如，rr-Reestablishment)或在SRB3中向SN 2发送MCG故障信息(例如，fast-MCG-recovery或MCG-failure-indication))，并且向MN 1通知该决定。可替代地，SN 2可以决定是否允许UE 3使用SRB3来发送MCG-Failure-indication，并向MN 1通知结果(允许或不允许)。MN 1可以根据或基于来自SN 2的通知来发送指示UE 3所要进行的处理(过程)的信息。
第十八实施例
根据本实施例的无线电通信网络的结构示例与图1所示的示例相同。在本实施例中，SN 2预先向UE 3发送指示在已被配置为能够经由SRB3向SN 2发送RRC消息的UE 3检测到MCG故障(例如，MCG RLF)的情况下应进行RRC再连接处理(RRC(连接)再建立过程)和MCG恢复处理(MCG(链路)恢复过程)中的哪一个的指示(或RRC配置信息)。MCG恢复处理包括：UE3经由SRB3向SN 2发送MCG故障信息(例如，MCG Failure Information)。此外，MCG恢复处理可以包括：接收到MCG故障信息的SN 2将MCG故障信息或从其导出的控制信息发送到MN 1。这使得SN 2能够控制发生MCG故障时的UE 3的行为(即，MCG故障信息的发送或RRC再连接)。
在一些实现中，SN 2可以经由SRB3或经由MN 1向UE 3发送SN RRC消息(例如，RRC(连接)再配置)，该SN RRC消息包含显式地指示UE 3所要进行的处理(过程)的信息(例如，rr-Reestablishment、fast-MCG-recovery或MCG-failure-indication)。在经由MN 1的发送的情况下，该SN RRC消息包含在从MN 1发送到UE 3的MN RRC消息中。
可替代地，在向UE 3发送SRB3的RRC配置(例如，RadioBearerConfig IE)时(或之后)，SN 2可以向UE 3发送指示是否允许UE 3在SRB3中发送MCG故障信息(或者允许UE 3这样做)的信息。例如，SN 2可以将该信息包括到要发送至UE 3的SN RRC消息(例如，RRC(连接)再配置)内的承载配置信息(例如，RadioBearerConfig)或SCG配置信息(例如，CellGroupConfig)中。该SN RRC消息可以由SRB3或经由MN 1发送。可替代地，SN 2可以经由RAN节点间消息(例如，CG-Config)将该信息发送到MN 1，并且MN 1可以将该信息包括到要发送至UE 3的MN RRC消息内的SCG配置信息(例如，scg-RB-Config或nr-RadioBearerConfig)中。许可可以进一步指定MCG故障的类型。换句话说，如果UE 3检测到多个MCG故障类型中的特定的一个或多于一个MCG故障类型，则SN 2可以允许UE 3在SRB3中向SN 2发送MCG故障信息。根据所检测到的MCG故障的类型，UE 3可以决定是在SRB3中向SN2发送MCG故障信息还是进行RRC再连接处理。
在一些实现中，SN 2向UE 3发送SRB3的RRC配置(例如，RadioBearerConfig IE)(即，指示UE 3建立SRB3)，这可以隐式地向UE 3指示允许UE 3在SRB3上发送MCG故障信息。在UE 3接收到用于建立SRB3的RRC配置的情况下，UE 3可以认为，当UE 3在建立SRB3之后检测到MCG故障时，指示(或允许)UE 3在SRB3中向SN 2发送MCG故障信息。
在指示、配置或允许UE 3发送MCG故障信息的情况下，UE 3响应于检测到MCG故障，经由SRB3向SN 2发送MCG故障信息。在这种情况下，SN 2可以将所接收到的MCG故障信息或从其导出的控制信息发送到MN 1。MCG故障信息从UE 3向SN 2和MN 1的发送例如与图32的步骤3202和3203相对应。在MCG故障信息的发送之后，可以进行图24至26等中所描述的用于MCG故障的恢复的过程。另一方面，在UE 3被指示或配置为进行RRC再建立过程的情况下，或者在不允许UE 3在SRB3中发送MCG故障信息的情况下，UE 3进行RRC(连接)再建立过程。
SN 2可以在XnAP/X2AP消息中所包括的IE中显式地向MN 1发送指示UE 3应进行哪个处理(即，RRC再连接处理或MCG恢复处理)的信息。可替代地，MN 1可以基于从SN 2接收到的SCG配置信息(例如，CG-Config消息)来识别UE 3进行哪个处理(即，RRC再连接处理或MCG恢复处理)。MN 1可以基于从SN 2接收到的SCG配置信息(例如，CG-Config消息)中所包括的承载信息(例如，scg-RB-Config)来检测是否建立了SRB3。作为替代，SN 2可以使用XnAP/X2AP消息的IE显式地向MN 1通知指示是否建立了SRB3的信息。
以下提供了根据上述实施例的MN 1、SN 2和UE 3的结构示例。图40是示出根据上述实施例的MN 1的结构示例的框图。SN 2可以具有与图40所示相同的结构。参考图40，MN 1包括射频收发器4001、网络接口4003、处理器4004和存储器4005。RF收发器4001进行模拟RF信号处理以与UE通信。RF收发器4001可以包括多个收发器。RF收发器4001耦接到天线阵列4002和处理器4004。RF收发器4001从处理器4004接收调制符号数据，生成发送RF信号，并将发送RF信号供给至天线阵列4002。此外，RF收发器4001基于天线阵列4002所接收到的接收RF信号来生成基带接收信号，并将基带接收信号供给至处理器4004。RF收发器4001可以包括用于波束形成的模拟波束形成器电路。模拟波束形成器电路例如包括多个移相器和多个功率放大器。
网络接口4003用于与网络节点(例如，MN 1以及核心网络中的控制节点和传送节点)通信。网络接口4003可以例如包括符合IEEE 802.3系列的网络接口卡(NIC)。
处理器4004进行用于无线电通信的数字基带信号处理(即，数据面处理)和控制面处理。处理器4004可以包括多个处理器。处理器4004可以例如包括用于进行数字基带信号处理的调制解调处理器(例如，数字信号处理器(DSP))以及用于进行控制面处理的协议栈处理器(例如，中央处理单元(CPU)或微处理单元(MPU))。处理器4004可以包括用于波束形成的数字波束形成器模块。数字波束形成器模块可以包括多输入多输出(MIMO)编码器和预编码器。
存储器4005由易失性存储器和非易失性存储器的组合组成。易失性存储器例如是静态随机存取存储器(SRAM)、动态RAM(DRAM)或其组合。非易失性存储器例如是掩模只读存储器(MROM)、电可擦除可编程ROM(EEPROM)、闪速存储器、硬盘驱动器或其任何组合。存储器4005可以包括与处理器4004分开定位的存储部。在这种情况下，处理器4004可以经由网络接口4003或I/O接口(未示出)接入存储器4005。
存储器4005可以存储包括用以进行上述实施例中所说明的MN 1的处理的指令和数据的一个或多于一个软件模块(计算机程序)4006。在一些实现中，处理器4004可以被配置为从存储器4005加载软件模块4006并执行所加载的软件模块，从而进行上述实施例中所说明的MN 1的处理。
在MN 1是C-RAN部署中的中央单元(例如，eNB-CU或gNB-CU)的情况下，MN 1不需要包括RF收发器4001(和天线阵列4002)。
图41是示出UE 3的结构示例的框图。射频(RF)收发器4101进行模拟RF信号处理以与MN 1和SN 2通信。RF收发器4101可以包括多个收发器。RF收发器4101所进行的模拟RF信号处理包括上变频、下变频和放大。RF收发器4101耦接到天线阵列4102和基带处理器4103。RF收发器4101从基带处理器4103接收调制符号数据(或OFDM符号数据)，生成发送RF信号，并将发送RF信号供给至天线阵列4102。此外，RF收发器4101基于天线阵列4102所接收到的接收RF信号来生成基带接收信号，并将基带接收信号供给至基带处理器4103。RF收发器4101可以包括用于波束形成的模拟波束形成器电路。模拟波束形成器电路例如包括多个移相器和多个功率放大器。
基带处理器4103进行用于无线电通信的数字基带信号处理(即，数据面处理)和控制面处理。数字基带信号处理包括(a)数据压缩/解压缩、(b)数据分隔/级联、(c)发送格式(即，发送帧)的合成/分解、(d)信道编码/解码、(e)调制(即，符号映射)/解调以及(f)利用快速傅立叶逆变换(IFFT)的OFDM符号数据(即，基带OFDM信号)的生成。另一方面，控制面处理包括层1(例如，发送功率控制)、层2(例如，无线电资源管理和混合自动重传请求(HARQ)处理)和层3(例如，与附接、移动和呼叫管理有关的信令)的通信管理。
基带处理器4103的数字基带信号处理可以例如包括服务数据适配协议(SDAP)层、分组数据汇聚协议(PDCP)层、无线电链路控制(RLC)层、MAC层和PHY层的信号处理。此外，基带处理器4103所进行的控制面处理可以包括非接入层(NAS)协议、RRC协议和MAC CE的处理。
基带处理器4103可以进行用于波束形成的MIMO编码和预编码。
基带处理器4103可以包括用于进行数字基带信号处理的调制解调处理器(例如，DSP)以及用于进行控制面处理的协议栈处理器(例如，CPU或MPU)。在这种情况下，用于进行控制面处理的协议栈处理器可以与后述的应用处理器4104集成。
应用处理器4104也称为CPU、MPU、微处理器或处理器核。应用处理器4104可以包括多个处理器(或处理器核)。应用处理器4104从存储器4106或者从其他存储器加载系统软件程序(操作系统(OS))和各种应用程序(例如，呼叫应用、WEB浏览器、邮件程序、照相机操作应用和音乐播放器应用)，并执行这些程序，由此提供UE 3的各种功能。
在一些实现中，如图41中的虚线(4105)所示，基带处理器4103和应用处理器4104可以集成在单个芯片上。换句话说，基带处理器4103和应用处理器4104可以在单个片上系统(SoC)装置4105中实现。SoC装置可以称为大规模集成(LSI)或芯片组。
存储器4106是易失性存储器、非易失性存储器或其组合。存储器4106可以包括物理上彼此独立的多个存储器装置。易失性存储器例如是SRAM、DRAM或其组合。非易失性存储器例如是MROM、EEPROM、闪速存储器、硬盘驱动器或其任何组合。存储器4106可以例如包括可从基带处理器4103、应用处理器4104和SoC 4105接入的外部存储器装置。存储器4106可以包括集成在基带处理器4103、应用处理器4104或SoC 4105中的内部存储器装置。此外，存储器4106可以包括通用集成电路卡(UICC)中的存储器。
存储器4106可以存储包括用于进行上述实施例中所描述的UE 3的处理的指令和数据的一个或多于一个软件模块(计算机程序)4107。在一些实现中，基带处理器4103或应用处理器4104可以从存储器4106加载这些软件模块4107并执行所加载的软件模块，从而进行上述实施例中参考附图所描述的UE 3的处理。
在上述实施例中所描述的UE 3所进行的控制面处理和操作可以由除RF收发器4101和天线阵列4102之外的元件来实现，即由用于存储软件模块4107的存储器4106、以及基带处理器4103和应用处理器4104中的一者或这两者来实现。
如上文参考图40和41所述，根据上述实施例的MN 1、SN 2和UE 3中所包括的处理器各自执行一个或多于一个程序，该一个或多于一个程序包括用于使计算机执行参考附图所描述的算法的指令。这些程序可以使用任意类型的非暂时性计算机可读介质来存储并提供给计算机。非暂时性计算机可读介质包括任意类型的有形存储介质。非暂时性计算机可读介质的示例包括磁存储介质(诸如软盘、磁带、硬盘驱动器等)、光磁存储介质(例如，磁光盘)、紧致盘只读存储器(CD-ROM)、CD-R、CD-R/W和半导体存储器(诸如掩模ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、闪速ROM、随机存取存储器(RAM)等)。这些程序可以使用任意类型的暂时性计算机可读介质来提供给计算机。暂时性计算机可读介质的示例包括电信号、光信号和电磁波。暂时性计算机可读介质可以经由有线通信线路(例如电线和光纤)或无线通信线路向计算机提供程序。
其他实施例
在上述实施例中，可以使用分离SRB2来代替分离SRB1。
上述实施例提供了SN 2使用RRC TRANSFER消息以将从UE 3接收到的与MCG故障有关的信息(例如，MCG故障信息)发送到MN 1的示例(例如，步骤902和步骤3203)。可替代地，SN 2可以使用SN MODIFICATION REQUIRED(SN修改要求)消息来发送MCG故障信息。在SN 2认识到其从UE3接收到的RRC消息包含MCG故障信息的情况下，SN 2可以使用SNMODIFICATION REQUIRED消息。例如，在SN 2经由SRB3从UE 3接收到MCG故障信息的情况下，SN 2可以将MCG故障信息包括在SN MODIFICATION REQUIRED消息中，并将该消息发送到MN1。可替代地，在SN 2经由SCG信令(例如，MAC CE)从UE 3接收到MCG故障通知的情况下，SN 2可以将包含MCG故障信息的分离SRB(例如，PDCP-C PDU)的内容包括到SN MODIFICATIONREQUIRED消息中，并将该消息发送到MN 1。在从SN 2接收到SN MODIFICATION REQUIRED消息时，MN 1可以进行(或发起)上述实施例中的用于从MCG故障的恢复的过程。
在上述实施例中，SN 2等待(推迟)SN 2中的配置或资源的修改或释放的执行，直到预定定时为止，以便进行MCG故障恢复的过程。预定定时可以是针对SN 2所发送的分离SRB(例如，PDCP-C PDU)从UE 3接收到递送确认(例如，HARQ ACK、RLC ARQ ACK)，或者针对SRB3从UE 3接收到递送确认。另外或可替代地，SN 2可以等待(延迟)预定时间段来修改或释放SN 2中的配置或资源。预定时间段可以被设置为定时器。该定时器的值可以由MN 1在XnAP/X2AP消息(例如，SN MODIFICATION REQUEST消息或SN RELEASE REQUEST消息)中提供给SN 2，或者可以预先在规范中指定。例如，在到预定时间段期满时尚未检测到预定定时(即，事件)的情况下，SN 2可以在预定时间段期满之后修改或释放SN 2中的配置或资源。
上述实施例基本上假设经由SN 2(SCG)的快速MCG恢复是成功的。然而，它也可能失败。在一个示例中，可能发生UE 3在经由SCG发送MCG故障信息之后检测到SCG故障。在这种情况下，UE 3可以进行RRC再连接处理以再建立PCell。在另一示例中，可能发生SN 2在其已经从MN 1接收到指示由于MCG故障而需要修改(或再配置)SCG的XnAP/X2AP消息(或信息)、并且其已经将来自MN 1的MN RRC消息发送到UE 3之后，检测到SCG故障。如已经说明的，XnAP/X2AP消息(或信息)可以包含MCG故障的指示或从MCG故障的恢复的指示。可替代地，XnAP/X2AP消息(或信息)可以指示要求与MCG修改(或改变或再配置)相关联的SCG修改(或再配置)。在这种情况下，SN 2可以经由XnAP/X2AP消息向MN 1通知检测到SCG故障或发送MN RRC消息的失败。XnAP/X2AP消息可以例如是RRC TRANSFER FAILURE(RRC传送失败)消息、SN MODIFICATION FAILURE(SN修改失败)消息或MCG MODIFICATION FAILURE(MCG修改失败)消息。
上述实施例中所说明的与MN 1、SN 2和UE 3有关的操作和过程可以用于从SCG中发生的故障(SCG故障)中恢复。在传统MR-DC中，当UE检测到SCG故障时，UE经由MCG的SRB(例如，SRB1)向MN发送SCG故障信息。基于SCG故障信息，MN决定是释放SN、是将SN改变为另一RAN节点(例如，gNB)、还是将PSCell改变为相同SN中的另一小区。代替这些操作，MN 1、SN 2和UE 3可以例如如下操作。
SN 2可以在SN 2和UE 3之间建立直接SRB(即，SRB3)，并建立分离SRB(例如，SN分离SRB)以经由MN 1(MCG)将SRB3所发送的SN RRC消息发送到UE 3。SN分离SRB是用于SN RRC消息的SN 2和UE 3之间的SRB，并且具有MCG(即，MCG分支)中的RLC承载和SCG(即，SCG分支)中的RLC承载。SN分离SRB支持MCG和SCG上的发送，并使得能够复制SN所生成的RRC协议数据单元(PDU)。换句话说，SN分离SRB使得能够复制包含RRC信息的PDCP PDU。
在检测到SCG故障时，UE 3可以在SN分离SRB的MCG分支(即，SN RRC消息)中经由MN1向SN 2发送SCG故障信息(例如，SCG RLF)。SN 2可以基于SCG故障信息来决定是释放SN自身，是将SN改变为另一RAN节点，还是将PSCell改变为SN自身的另一小区。然后，SN 2可以例如通过向MN 1发送SN MODIFICATION REQUIRED消息或SN RELEASE REQUIRED(SN释放要求)消息来发起(或触发)SN修改过程或SN释放过程。该消息可以包含SCG故障的指示或从SCG故障的恢复的指示。在从SN 2接收到包含指示的消息时，MN 1可以优先与该消息相关的处理。例如，MN 1可以暂停或延迟修改或释放UE 3所用的MN(MCG)中的配置或资源，并且优先与该消息相关的处理。
在一些实现中，SN 2在将SN分离SRB配置给UE 3时，可以向UE 3通知上行链路的主路径是SCG(例如，primaryPath的CellGroup被设置为SCG)。此外，SN 2可以预先显式地或隐式地向UE 3发送将SN分离SRB的上行链路主路径从SCG切换到MCG的许可。在已经设置了SN分离SRB并且已经接收到许可的情况下，UE 3可以响应于检测到SCG故障(例如，SCG RLF)，经由SN分离SRB的MCG分支向SN 2发送SCG故障信息。另一方面，在UE 3尚未接收到许可的情况下，UE 3可以经由MCG向MN 1发送SCG故障信息。这使得SN 2能够控制发生SCG故障时的UE3的行为(即，向MN或SN发送SCG故障信息)。
在一些实现中，SN 2可以预先向正在设置(或已经设置)SN分离SRB的UE 3发送指示在UE 3检测到SCG故障(例如，SCG RLF)的情况下UE 3是应当在MCG中发送SCG故障信息还是应当进行SCG恢复(SCG(链路)恢复过程)的指示(或RRC配置信息)。SCG恢复处理涉及UE 3在SN分离SRB中经由MN 1向SN 2发送SCG故障信息(例如，SCG Failure Information)。这使得SN 2能够控制发生SCG故障时的UE 3的行为(即，SCG故障信息向MN或SN的发送或RRC再连接)。
SN 2可以发送显式地指示UE 3所要进行的处理(过程)的信息。例如，当SN 2向UE3发送指示用于从SCG故障(例如，SCG RLF)的恢复的方法的RRC信息(例如，SCG-FailureRecovery IE)时，SN 2可以显式地向UE 3指示要进行哪个处理(即，向MN发送SCG故障信息，或经由SN分离SRB的MCG分支发送SCG故障信息(例如，fast-SCG-Failure-RecoveryIE))。在已经通知UE 3在SN分离SRB中发送SCG故障信息的情况下，UE 3响应于检测到SCG故障而经由SN分离SRB的MCG分支将SCG故障信息发送到SN 2。另一方面，在已经通知UE 3向MN发送SCG故障信息的情况下，UE 3通过MN RRC发送SCG故障信息。
在上述实施例中，MN 1可以显式地向SN 2通知应被修改或释放的SN 2中的配置(或资源)，并且SN 2可以相应地遵循。例如，MN 1可以使用XnAP/X2AP消息中的IE来向SN 2通知SN 2所要使用的新安全密钥(例如，S-KgNB)。可替代地，MN 1可以使用包含在XnAP/X2AP消息中的RRC容器(例如，CG-ConfigInfo消息)来向SN 2通知SN 2所要遵循的配置(例如，configRestrictInfo)。
可替代地，在上述实施例中，MN 1可以向SN 2指示要修改或释放MN 1中的哪些配置(或资源)，并且SN 2可以基于该指示来判断是否需要修改或释放SN 2中的配置(或资源)。SN 2可以根据需要修改或释放SN 2中的配置(或资源)。例如，MN 1可以使用XnAP/X2AP消息中的IE来向SN 2指示修改或释放MN 1中的哪些配置(或资源)。可替代地，MN 1可以使用包括在XnAP/X2AP消息中的RRC容器(例如，CG-ConfigInfo消息)来向SN 2通知MN 1已经修改或释放的MN 1中的配置(例如，measConfigMN)。
上述实施例仅是本发明人所获得的技术思想的应用的示例。这些技术思想不限于上述实施例，而且可以对这些技术思想作出各种修改。
以上所公开的实施例的全部或一部分可被描述为但不限于以下的补充说明。
(补充说明1)
一种主节点，包括：
至少一个存储器；以及
至少一个处理器，其耦接至所述至少一个存储器并且被配置为：
支持使得无线电终端能够使用所述主节点所提供的主小区组即MCG和辅节点所提供的辅小区组即SCG的双连接；
向所述辅节点发送与所述MCG的故障有关的指示；以及
经由配置在所述主节点和所述无线电终端之间并且支持经由所述MCG和所述SCG这两者的发送的分离信令无线电承载的SCG部分，向所述无线电终端发送与从所述MCG的故障的恢复相关的无线电资源控制消息即RRC消息。
(补充说明2)
根据补充说明1所述的主节点，其中，所述至少一个处理器被配置为向所述辅节点发送与同所述双连接有关的所述辅节点中的配置或资源的修改或释放相关的第一消息，其中，
所述第一消息包括所述指示，以及
所述指示显式地或隐式地指示所述修改或释放与所述MCG的故障或从所述故障的恢复相关。
(补充说明3)
根据补充说明2所述的主节点，其中，所述第一消息使所述辅节点延迟所述配置或资源的修改或释放，直到满足与所述RRC消息经由所述辅节点的发送相关联的预定条件为止。
(补充说明4)
根据补充说明3所述的主节点，其中，所述预定条件包括：所述辅节点已经完成所述RRC消息向所述无线电终端的发送。
(补充说明5)
根据补充说明3所述的主节点，其中，所述预定条件包括：所述辅节点接收到所述无线电终端响应于接收到所述RRC消息而发送的响应。
(补充说明6)
根据补充说明2至5中任一项所述的主节点，其中，
所述第一消息请求所述配置或资源的修改，以及
所述配置或资源包括应用于所述辅节点和所述无线电终端之间的直接无线电承载的安全密钥。
(补充说明7)
根据补充说明2至5中任一项所述的主节点，其中，
所述第一消息请求所述配置或资源的释放，以及
所述配置或资源包括用于所述主节点和所述辅节点之间的与所述无线电终端相关联的信令连接的资源。
(补充说明8)
根据补充说明1至7中任一项所述的主节点，
其中，所述至少一个处理器被配置为向所述辅节点发送承载了所述RRC消息的第二消息，以将所述RRC消息递送至所述无线电终端，
其中，所述第二消息显式地或隐式地指示所述RRC消息的递送与所述MCG的故障或从所述故障的恢复相关。
(补充说明9)
根据补充说明1至7中任一项所述的主节点，
其中，所述至少一个处理器被配置为向所述辅节点发送承载了所述RRC消息的第二消息，以将所述RRC消息递送至所述无线电终端，
其中，所述第二消息向所述辅节点指示应进行所述RRC消息的递送。
(补充说明10)
根据补充说明1至9中任一项所述的主节点，其中，所述至少一个处理器被配置为向所述无线电终端发送用于将所述分离信令无线电承载的上行链路主路径从所述MCG切换到所述SCG的许可。
(补充说明11)
根据补充说明10所述的主节点，其中，
响应于在所述无线电终端已经接收到所述许可期间所述无线电终端检测到所述MCG的故障，所述许可使所述无线电终端通过所述分离信令无线电承载的SCG部分向所述主节点发送与所述MCG的故障有关的信息，以及
响应于在所述无线电终端尚未接收到所述许可期间所述无线电终端检测到所述MCG的故障，所述许可使所述无线电终端进行RRC连接再建立过程。
(补充说明12)
根据补充说明1至9中任一项所述的主节点，其中，所述至少一个处理器被配置为在所述无线电终端检测到所述MCG的故障的情况下，向所述无线电终端指示所述无线电终端应进行RRC连接再建立过程还是MCG恢复过程，
其中，所述MCG恢复过程包括通过所述分离信令无线电承载的SCG部分从所述无线电终端向所述主节点发送与所述MCG的故障有关的信息。
(补充说明13)
一种辅节点，包括：
至少一个存储器；以及
至少一个处理器，其耦接至所述至少一个存储器并且被配置为：
支持使得无线电终端能够使用主节点所提供的主小区组即MCG和所述辅节点所提供的辅小区组即SCG的双连接；
从所述主节点接收与所述MCG的故障有关的指示；以及
经由配置在所述主节点和所述无线电终端之间并且支持经由所述MCG和所述SCG这两者的发送的分离信令无线电承载的SCG部分，向所述无线电终端发送与从所述MCG的故障的恢复相关的无线电资源控制消息即RRC消息。
(补充说明14)
根据补充说明13所述的辅节点，其中，所述至少一个处理器被配置为从所述主节点接收与同所述双连接有关的所述辅节点中的配置或资源的修改或释放相关的第一消息，其中，
所述第一消息包括所述指示，以及
所述指示显式地或隐式地指示所述修改或释放与所述MCG的故障或从所述故障的恢复相关。
(补充说明15)
根据补充说明14所述的辅节点，其中，所述至少一个处理器被配置为：
基于所述指示，判断所述修改或释放是否与所述MCG的故障或所述故障相关；以及
响应于判断为所述修改或释放与所述MCG的故障或所述故障相关，延迟所述配置或资源的修改或释放，直到满足与所述RRC消息经由所述辅节点的发送相关联的预定条件为止。
(补充说明16)
根据补充说明15所述的辅节点，其中，所述预定条件包括：所述辅节点已经完成所述RRC消息向所述无线电终端的发送。
(补充说明17)
根据补充说明15所述的辅节点，其中，所述预定条件包括：所述辅节点接收到所述无线电终端响应于接收到所述RRC消息而发送的响应。
(补充说明18)
根据补充说明14至17中任一项所述的辅节点，其中，
所述第一消息请求所述配置或资源的修改，以及
所述配置或资源包括应用于所述辅节点和所述无线电终端之间的直接无线电承载的安全密钥。
(补充说明19)
根据补充说明14至17中任一项所述的辅节点，其中，
所述第一消息请求所述配置或资源的释放，以及
所述配置或资源包括用于所述主节点和所述辅节点之间的与所述无线电终端相关联的信令连接的资源。
(补充说明20)
根据补充说明13至19中任一项所述的辅节点，其中，所述至少一个处理器被配置为从所述主节点接收承载所述RRC消息的第二消息，
其中，所述第二消息显式地或隐式地指示所述RRC消息的递送与所述MCG的故障或从所述故障的恢复相关。
(补充说明21)
根据补充说明13至19中任一项所述的辅节点，其中，所述至少一个处理器被配置为从所述主节点接收承载所述RRC消息的第二消息，
其中，所述第二消息向所述辅节点指示应进行所述RRC消息的递送。
(补充说明22)
一种主节点所进行的方法，所述方法包括：
控制所述主节点，以使得能够针对无线电终端进行使用所述主节点所提供的主小区组即MCG和辅节点所提供的辅小区组即SCG的双连接；
向所述辅节点发送与所述MCG的故障有关的指示；以及
经由配置在所述主节点和所述无线电终端之间并且支持经由所述MCG和所述SCG这两者的发送的分离信令无线电承载的SCG部分，向所述无线电终端发送与从所述MCG的故障的恢复相关的无线电资源控制消息即RRC消息。
(补充说明23)
一种辅节点所进行的方法，所述方法包括：
控制所述辅节点，以使得能够针对无线电终端进行使用主节点所提供的主小区组即MCG和所述辅节点所提供的辅小区组即SCG的双连接；
从所述主节点接收与所述MCG的故障有关的指示；以及
经由配置在所述主节点和所述无线电终端之间并且支持经由所述MCG和所述SCG这两者的发送的分离信令无线电承载的SCG部分，向所述无线电终端发送与从所述MCG的故障的恢复相关的无线电资源控制消息即RRC消息。
(补充说明24)
一种用于使计算机进行主节点所用的方法的程序，所述方法包括：
控制所述主节点，以使得能够针对无线电终端进行使用所述主节点所提供的主小区组即MCG和辅节点所提供的辅小区组即SCG的双连接；
控制所述主节点，以向所述辅节点发送与所述MCG的故障有关的指示；以及
控制所述主节点，以经由配置在所述主节点和所述无线电终端之间并且支持经由所述MCG和所述SCG这两者的发送的分离信令无线电承载的SCG部分，向所述无线电终端发送与从所述MCG的故障的恢复相关的无线电资源控制消息即RRC消息。
(补充说明25)
一种用于使计算机进行辅节点所用的方法的程序，所述方法包括：
控制所述辅节点，以使得能够针对无线电终端进行使用主节点所提供的主小区组即MCG和所述辅节点所提供的辅小区组即SCG的双连接；
控制所述辅节点，以从所述主节点接收与所述MCG的故障有关的指示；以及
控制所述辅节点，以经由配置在所述主节点和所述无线电终端之间并且支持经由所述MCG和所述SCG这两者的发送的分离信令无线电承载的SCG部分，向所述无线电终端发送与从所述MCG的故障的恢复相关的无线电资源控制消息即RRC消息。
(补充说明B1)
一种无线电终端，包括：
至少一个存储器；以及
至少一个处理器，其耦接至所述至少一个存储器并且被配置为：
支持使用主节点所提供的主小区组即MCG和辅节点所提供的辅小区组即SCG的双连接；
经由配置在所述主节点和所述无线电终端之间并且支持经由所述MCG和所述SCG这两者的发送的分离信令无线电承载的SCG部分，向所述主节点发送与所述MCG的故障有关的信息；以及
经由所述辅节点和所述无线电终端之间的直接控制信令，向所述辅节点发送所述MCG的故障的通知。
(补充说明B2)
根据补充说明B1所述的无线电终端，其中，所述直接控制信令是介质访问控制控制元素即MAC控制元素。
(补充说明B3)
一种无线电终端所进行的方法，所述方法包括：
进行使用主节点所提供的主小区组即MCG和辅节点所提供的辅小区组即SCG的双连接；
经由配置在所述主节点和所述无线电终端之间并且支持经由所述MCG和所述SCG这两者的发送的分离信令无线电承载的SCG部分，向所述主节点发送与所述MCG的故障有关的信息；以及
经由所述辅节点和所述无线电终端之间的直接控制信令，向所述辅节点发送所述MCG的故障的通知。
(补充说明B4)
根据补充说明B3所述的方法，其中，所述直接控制信令是介质访问控制控制元素即MAC控制元素。
(补充说明B5)
一种用于使计算机进行无线电终端所用的方法的程序，所述方法包括：
控制所述无线电终端，以进行使用主节点所提供的主小区组即MCG和辅节点所提供的辅小区组即SCG的双连接；
控制所述无线电终端，以经由配置在所述主节点和所述无线电终端之间并且支持经由所述MCG和所述SCG这两者的发送的分离信令无线电承载的SCG部分，向所述主节点发送与所述MCG的故障有关的信息；以及
控制所述无线电终端，以经由所述辅节点和所述无线电终端之间的直接控制信令，向所述辅节点发送所述MCG的故障的通知。
(补充说明C1)
一种无线电终端，包括：
至少一个存储器；以及
至少一个处理器，其耦接至所述至少一个存储器并且被配置为：
支持使用主节点所提供的主小区组即MCG和辅节点所提供的辅小区组即SCG的双连接；
从所述主节点接收用于切换配置在所述主节点和所述无线电终端之间并且支持经由所述MCG和所述SCG这两者的发送的分离信令无线电承载的上行链路主路径的许可；以及
响应于在所述无线电终端已经接收到所述许可期间检测到所述MCG的故障，通过所述分离信令无线电承载的SCG部分向所述主节点发送与所述MCG的故障有关的信息。
(补充说明C2)
根据补充说明C1所述的无线电终端，其中，所述至少一个处理器被配置为响应于在所述无线电终端尚未接收到所述许可期间检测到所述MCG的故障，进行无线电资源控制连接再建立过程即RRC连接再建立过程。
(补充说明C3)
一种主节点，包括：
至少一个存储器；以及
至少一个处理器，其耦接至所述至少一个存储器并且被配置为：
支持使得无线电终端能够使用主节点所提供的主小区组即MCG和辅节点所提供的辅小区组即SCG的双连接；以及
向所述无线电终端发送用于切换配置在所述主节点和所述无线电终端之间并且支持经由所述MCG和所述SCG这两者的发送的分离信令无线电承载的上行链路主路径的许可。
(补充说明D1)
一种主节点，包括：
至少一个存储器；以及
至少一个处理器，其耦接至所述至少一个存储器并且被配置为：
支持使得无线电终端能够使用主节点所提供的主小区组即MCG和辅节点所提供的辅小区组即SCG的双连接；以及
在所述无线电终端已被设置为能够经由所述辅节点向所述主节点发送无线电资源控制消息即RRC消息期间所述无线电终端检测到所述MCG的故障的情况下，向所述无线电终端指示所述无线电终端应进行RRC连接再建立过程还是MCG恢复过程，
其中，所述MCG恢复过程包括经由所述辅节点从所述无线电终端向所述主节点发送与所述MCG的故障有关的信息。
(补充说明D2)
一种无线电终端，包括：
至少一个存储器；以及
至少一个处理器，其耦接至所述至少一个存储器并且被配置为：
支持使用主节点所提供的主小区组即MCG和辅节点所提供的辅小区组即SCG的双连接；以及
在所述无线电终端已被设置为能够经由所述辅节点向所述主节点发送无线电资源控制消息即RRC消息期间所述无线电终端检测到所述MCG的故障的情况下，从所述主节点接收用于指示所述无线电终端应进行RRC连接再建立过程还是MCG恢复过程的指示，
其中，所述MCG恢复过程包括经由所述辅节点从所述无线电终端向所述主节点发送与所述MCG的故障有关的信息。
(补充说明E1)
一种无线电终端，包括：
至少一个存储器；以及
至少一个处理器，其耦接至所述至少一个存储器并且被配置为：
支持使用主节点所提供的主小区组即MCG和辅节点所提供的辅小区组即SCG的双连接；以及
配置支持所述主节点和所述无线电终端之间的经由所述MCG和所述SCG这两者的发送的分离信令无线电承载；以及
响应于所述分离信令无线电承载的上行链路主路径从所述MCG向所述SCG的切换，在所述SCG中触发上行链路发送缓冲状况的报告(缓冲状况报告(BSR))。
(补充说明E2)
根据补充说明E1所述的无线电终端，其中，所述至少一个处理器被配置为提供MCG无线电资源控制实体即MCG RRC实体、MCG分组数据汇聚协议实体即MCG PDCP实体、MCG介质访问控制实体即MCG MAC实体、SCG PDCP实体以及SCG无线电链路控制实体即SCG RLC实体，其中，
所述MCG RRC实体被配置为在检测到所述MCG的故障时，向所述MCG PDCP实体发送用于将所述上行链路主路径从所述MCG切换到所述SCG的指示，
所述MCG MAC实体被配置为从所述SCG PDCP实体和所述SCG RLC实体获得包括与所述MCG的故障有关的信息的待发送数据的缓冲量，以及
所述MCG MAC实体被配置为经由所述SCG向所述辅节点发送所述BSR。
(补充说明E3)
一种无线电终端所进行的方法，所述方法包括：
控制所述无线电终端，以进行使用主节点所提供的主小区组即MCG和辅节点所提供的辅小区组即SCG的双连接；以及
配置支持所述主节点和所述无线电终端之间的经由所述MCG和所述SCG这两者的发送的分离信令无线电承载；以及
响应于所述分离信令无线电承载的上行链路主路径从所述MCG向所述SCG的切换，在所述SCG中触发上行链路发送缓冲状况的报告(缓冲状况报告(BSR))。
(补充说明E4)
一种用于使计算机进行无线电终端所用的方法的程序，所述方法包括：
控制所述无线电终端，以进行使用主节点所提供的主小区组即MCG和辅节点所提供的辅小区组即SCG的双连接；以及
控制所述无线电终端，以配置支持所述主节点和所述无线电终端之间的经由所述MCG和所述SCG这两者的发送的分离信令无线电承载；以及
控制所述无线电终端，以响应于所述分离信令无线电承载的上行链路主路径从所述MCG向所述SCG的切换，在所述SCG中触发上行链路发送缓冲状况的报告(缓冲状况报告(BSR))。
本申请基于并要求于2019年7月29日提交的日本专利申请2019-139250的优先权，其公开内容通过引用而全文并入于此。
附图标记列表
1 主节点(MN)
2 辅节点(SN)
3 用户设备(UE)
4 目标MN
5 核心网络
6 目标gNB
4004 处理器
4005 存储器
4006 模块
4103 基带处理器
4104 应用处理器
4106 存储器
4107 模块

Claims (25)

1.一种主节点，包括：
至少一个存储器；以及
至少一个处理器，其耦接至所述至少一个存储器并且被配置为：
支持使得无线电终端能够使用所述主节点所提供的主小区组即MCG和辅节点所提供的辅小区组即SCG的双连接；
向所述辅节点发送与所述MCG的故障有关的指示；以及
经由配置在所述主节点和所述无线电终端之间并且支持经由所述MCG和所述SCG这两者的发送的分离信令无线电承载的SCG部分，向所述无线电终端发送与从所述MCG的故障的恢复相关的无线电资源控制消息即RRC消息。
2.根据权利要求1所述的主节点，其中，所述至少一个处理器被配置为向所述辅节点发送与同所述双连接有关的所述辅节点中的配置或资源的修改或释放相关的第一消息，其中，
所述第一消息包括所述指示，以及
所述指示显式地或隐式地指示所述修改或释放与所述MCG的故障或从所述故障的恢复相关。
3.根据权利要求2所述的主节点，其中，所述第一消息使所述辅节点延迟所述配置或资源的修改或释放，直到满足与所述RRC消息经由所述辅节点的发送相关联的预定条件为止。
4.根据权利要求3所述的主节点，其中，所述预定条件包括：所述辅节点已经完成所述RRC消息向所述无线电终端的发送。
5.根据权利要求3所述的主节点，其中，所述预定条件包括：所述辅节点接收到所述无线电终端响应于接收到所述RRC消息而发送的响应。
6.根据权利要求2至5中任一项所述的主节点，其中，
所述第一消息请求所述配置或资源的修改，以及
所述配置或资源包括应用于所述辅节点和所述无线电终端之间的直接无线电承载的安全密钥。
7.根据权利要求2至5中任一项所述的主节点，其中，
所述第一消息请求所述配置或资源的释放，以及
所述配置或资源包括用于所述主节点和所述辅节点之间的与所述无线电终端相关联的信令连接的资源。
8.根据权利要求1至7中任一项所述的主节点，
其中，所述至少一个处理器被配置为向所述辅节点发送承载了所述RRC消息的第二消息，以将所述RRC消息递送至所述无线电终端，
其中，所述第二消息显式地或隐式地指示所述RRC消息的递送与所述MCG的故障或从所述故障的恢复相关。
9.根据权利要求1至7中任一项所述的主节点，
其中，所述至少一个处理器被配置为向所述辅节点发送承载了所述RRC消息的第二消息，以将所述RRC消息递送至所述无线电终端，
其中，所述第二消息向所述辅节点指示应进行所述RRC消息的递送。
10.根据权利要求1至9中任一项所述的主节点，其中，所述至少一个处理器被配置为向所述无线电终端发送用于将所述分离信令无线电承载的上行链路主路径从所述MCG切换到所述SCG的许可。
11.根据权利要求10所述的主节点，其中，
响应于在所述无线电终端已经接收到所述许可期间所述无线电终端检测到所述MCG的故障，所述许可使所述无线电终端通过所述分离信令无线电承载的SCG部分向所述主节点发送与所述MCG的故障有关的信息，以及
响应于在所述无线电终端尚未接收到所述许可期间所述无线电终端检测到所述MCG的故障，所述许可使所述无线电终端进行RRC连接再建立过程。
12.根据权利要求1至9中任一项所述的主节点，其中，所述至少一个处理器被配置为在所述无线电终端检测到所述MCG的故障的情况下，向所述无线电终端指示所述无线电终端应进行RRC连接再建立过程还是MCG恢复过程，
其中，所述MCG恢复过程包括通过所述分离信令无线电承载的SCG部分从所述无线电终端向所述主节点发送与所述MCG的故障有关的信息。
13.一种辅节点，包括：
至少一个存储器；以及
至少一个处理器，其耦接至所述至少一个存储器并且被配置为：
支持使得无线电终端能够使用主节点所提供的主小区组即MCG和所述辅节点所提供的辅小区组即SCG的双连接；
从所述主节点接收与所述MCG的故障有关的指示；以及
经由配置在所述主节点和所述无线电终端之间并且支持经由所述MCG和所述SCG这两者的发送的分离信令无线电承载的SCG部分，向所述无线电终端发送与从所述MCG的故障的恢复相关的无线电资源控制消息即RRC消息。
14.根据权利要求13所述的辅节点，其中，所述至少一个处理器被配置为从所述主节点接收与同所述双连接有关的所述辅节点中的配置或资源的修改或释放相关的第一消息，其中，
所述第一消息包括所述指示，以及
所述指示显式地或隐式地指示所述修改或释放与所述MCG的故障或从所述故障的恢复相关。
15.根据权利要求14所述的辅节点，其中，所述至少一个处理器被配置为：
基于所述指示，判断所述修改或释放是否与所述MCG的故障或所述故障相关；以及
响应于判断为所述修改或释放与所述MCG的故障或所述故障相关，延迟所述配置或资源的修改或释放，直到满足与所述RRC消息经由所述辅节点的发送相关联的预定条件为止。
16.根据权利要求15所述的辅节点，其中，所述预定条件包括：所述辅节点已经完成所述RRC消息向所述无线电终端的发送。
17.根据权利要求15所述的辅节点，其中，所述预定条件包括：所述辅节点接收到所述无线电终端响应于接收到所述RRC消息而发送的响应。
18.根据权利要求14至17中任一项所述的辅节点，其中，
所述第一消息请求所述配置或资源的修改，以及
所述配置或资源包括应用于所述辅节点和所述无线电终端之间的直接无线电承载的安全密钥。
19.根据权利要求14至17中任一项所述的辅节点，其中，
所述第一消息请求所述配置或资源的释放，以及
所述配置或资源包括用于所述主节点和所述辅节点之间的与所述无线电终端相关联的信令连接的资源。
20.根据权利要求13至19中任一项所述的辅节点，其中，所述至少一个处理器被配置为从所述主节点接收承载所述RRC消息的第二消息，
其中，所述第二消息显式地或隐式地指示所述RRC消息的递送与所述MCG的故障或从所述故障的恢复相关。
21.根据权利要求13至19中任一项所述的辅节点，其中，所述至少一个处理器被配置为从所述主节点接收承载所述RRC消息的第二消息，
其中，所述第二消息向所述辅节点指示应进行所述RRC消息的递送。
22.一种主节点所进行的方法，所述方法包括：
控制所述主节点，以使得能够针对无线电终端进行使用所述主节点所提供的主小区组即MCG和辅节点所提供的辅小区组即SCG的双连接；
向所述辅节点发送与所述MCG的故障有关的指示；以及
经由配置在所述主节点和所述无线电终端之间并且支持经由所述MCG和所述SCG这两者的发送的分离信令无线电承载的SCG部分，向所述无线电终端发送与从所述MCG的故障的恢复相关的无线电资源控制消息即RRC消息。
23.一种辅节点所进行的方法，所述方法包括：
控制所述辅节点，以使得能够针对无线电终端进行使用主节点所提供的主小区组即MCG和所述辅节点所提供的辅小区组即SCG的双连接；
从所述主节点接收与所述MCG的故障有关的指示；以及
经由配置在所述主节点和所述无线电终端之间并且支持经由所述MCG和所述SCG这两者的发送的分离信令无线电承载的SCG部分，向所述无线电终端发送与从所述MCG的故障的恢复相关的无线电资源控制消息即RRC消息。
24.一种非暂时性计算机可读介质，其存储有用于使计算机进行主节点所用的方法的程序，所述方法包括：
控制所述主节点，以使得能够针对无线电终端进行使用所述主节点所提供的主小区组即MCG和辅节点所提供的辅小区组即SCG的双连接；
控制所述主节点，以向所述辅节点发送与所述MCG的故障有关的指示；以及
控制所述主节点，以经由配置在所述主节点和所述无线电终端之间并且支持经由所述MCG和所述SCG这两者的发送的分离信令无线电承载的SCG部分，向所述无线电终端发送与从所述MCG的故障的恢复相关的无线电资源控制消息即RRC消息。
25.一种非暂时性计算机可读介质，其存储有用于使计算机进行辅节点所用的方法的程序，所述方法包括：
控制所述辅节点，以使得能够针对无线电终端进行使用主节点所提供的主小区组即MCG和所述辅节点所提供的辅小区组即SCG的双连接；
控制所述辅节点，以从所述主节点接收与所述MCG的故障有关的指示；以及
控制所述辅节点，以经由配置在所述主节点和所述无线电终端之间并且支持经由所述MCG和所述SCG这两者的发送的分离信令无线电承载的SCG部分，向所述无线电终端发送与从所述MCG的故障的恢复相关的无线电资源控制消息即RRC消息。
CN202080063213.2A 2019-07-29 2020-06-10 主节点、辅节点及其方法 Pending CN114365531A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2019139250 2019-07-29
JP2019-139250 2019-07-29
PCT/JP2020/022864 WO2021019921A1 (ja) 2019-07-29 2020-06-10 マスターノード、セカンダリノード、及びこれらの方法

Publications (1)

Publication Number Publication Date
CN114365531A true CN114365531A (zh) 2022-04-15

Family

ID=74229797

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080063213.2A Pending CN114365531A (zh) 2019-07-29 2020-06-10 主节点、辅节点及其方法

Country Status (6)

Country Link
US (1) US20220256368A1 (zh)
EP (1) EP4007346A4 (zh)
JP (1) JP7392721B2 (zh)
CN (1) CN114365531A (zh)
BR (1) BR112022000849A2 (zh)
WO (1) WO2021019921A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023230934A1 (zh) * 2022-05-31 2023-12-07 北京小米移动软件有限公司 一种失败信息的传输方法及装置

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020150998A1 (en) * 2019-01-25 2020-07-30 Zte Corporation Method and apparatus for reporting master cell group failure
WO2023028831A1 (en) * 2021-08-31 2023-03-09 Nec Corporation Methods, devices, and computer readable medium for communication
WO2024094596A1 (en) * 2022-11-03 2024-05-10 Telefonaktiebolaget Lm Ericsson (Publ) Network node and methods for enhanced secondary node modification in dual connectivity
KR20240084627A (ko) * 2022-12-06 2024-06-14 삼성전자주식회사 차세대 이동 통신 시스템에서 데이터 전송 경로를 변경하는 방법 및 장치

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018182231A1 (en) * 2017-04-01 2018-10-04 Lg Electronics Inc. Method for performing mcg recovery in dual connectivity in wireless communication system and a device therefor
CN108633018A (zh) * 2017-03-23 2018-10-09 华为技术有限公司 配置方法、装置及系统
CN108632902A (zh) * 2017-03-23 2018-10-09 株式会社Kt 用于处理无线电链路失败的方法及其装置
WO2019093940A1 (en) * 2017-11-10 2019-05-16 Telefonaktiebolaget Lm Ericsson (Publ) User equipment, nodes and methods performed therein

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018203736A1 (en) * 2017-05-05 2018-11-08 Samsung Electronics Co., Ltd. System, data transmission method and network equipment supporting pdcp duplication function method and device for transferring supplementary uplink carrier configuration information and method and device for performing connection mobility adjustment
WO2018231035A1 (en) * 2017-06-16 2018-12-20 Samsung Electronics Co., Ltd. Method and device for switching a serving cell and method and device supporting on-demand system information message
CN109548038B (zh) * 2017-08-10 2020-12-29 中兴通讯股份有限公司 一种连接方法、配置更新方法、控制面设备和用户面设备
JP6915646B2 (ja) 2017-10-24 2021-08-04 東洋インキＳｃホールディングス株式会社 カラーフィルタ用感光性組成物、及びカラーフィルタ
CN109803453B (zh) * 2017-11-17 2023-07-07 华为技术有限公司 一种通信方法，通信设备及其通信系统
CN110035498B (zh) * 2018-01-12 2022-08-26 华为技术有限公司 一种通信方法，设备及其系统
EP3756383A4 (en) * 2018-05-09 2022-02-16 Samsung Electronics Co., Ltd. METHODS AND SYSTEMS FOR ROUTING DATA THROUGH IAB NODES IN 5G COMMUNICATION NETWORKS
EP3588851B1 (en) * 2018-06-28 2023-02-01 Mitsubishi Electric R&D Centre Europe B.V. Method for configuring an access network node and apparatus for implementing the same
CN110913439A (zh) * 2018-09-17 2020-03-24 华为技术有限公司 一种网元选择方法及装置
CN110933623B (zh) * 2018-09-17 2021-08-31 华为技术有限公司 一种通信方法和装置
WO2020150998A1 (en) * 2019-01-25 2020-07-30 Zte Corporation Method and apparatus for reporting master cell group failure
DE102020201797A1 (de) * 2019-02-13 2020-08-13 Apple Inc. Wiederherstellung nach master-zellgruppen-fehler für drahtlose vorrichtungen mit dual-konnektivität

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108633018A (zh) * 2017-03-23 2018-10-09 华为技术有限公司 配置方法、装置及系统
CN108632902A (zh) * 2017-03-23 2018-10-09 株式会社Kt 用于处理无线电链路失败的方法及其装置
WO2018182231A1 (en) * 2017-04-01 2018-10-04 Lg Electronics Inc. Method for performing mcg recovery in dual connectivity in wireless communication system and a device therefor
WO2019093940A1 (en) * 2017-11-10 2019-05-16 Telefonaktiebolaget Lm Ericsson (Publ) User equipment, nodes and methods performed therein

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HUAWEI, HISILICON: ""MCG failure recovery via split SRB1"", 3GPP TSG-RAN WG2 #106 R2-1907493, pages 3 - 6 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023230934A1 (zh) * 2022-05-31 2023-12-07 北京小米移动软件有限公司 一种失败信息的传输方法及装置

Also Published As

Publication number Publication date
EP4007346A1 (en) 2022-06-01
WO2021019921A1 (ja) 2021-02-04
EP4007346A4 (en) 2023-01-11
US20220256368A1 (en) 2022-08-11
JP7392721B2 (ja) 2023-12-06
BR112022000849A2 (pt) 2022-03-08
JPWO2021019921A1 (zh) 2021-02-04

Similar Documents

Publication Publication Date Title
US10785824B2 (en) Information processing method and related apparatus
KR102240627B1 (ko) 전송을 위한 듀플리케이트된 패킷의 제거를 위한 시스템 및 방법
CN110383915B (zh) 无线接入网节点、无线终端及其方法和非瞬时性计算机可读介质
CN111149419B (zh) 用于rrc恢复/暂停时的nr pdcp保留的方法和设备
JP5982447B2 (ja) 無線リンク障害に対処する方法
US20210234807A1 (en) Radio communication device and radio communication method
JP7222419B2 (ja) 重複伝送の設定及び／又はアクティベーション方法、重複伝送の方法及び装置
EP3522601B1 (en) Handover processing method and base station
JP7168028B2 (ja) 命令指示方法及び装置、情報交換方法及び装置
US20220256368A1 (en) Master node, secondary node, and methods therefor
CN111602462A (zh) 用户设备、节点以及在其中执行的方法
WO2019030981A1 (ja) 無線アクセスネットワークノード、コアネットワークノード、及び無線端末並びにこれらの方法
US20220256637A1 (en) Master node, secondary node, and methods therefor
KR20180081446A (ko) 데이터 중복 전송을 제어하는 방법 및 그 장치
EP3603321A1 (en) Methods, network nodes, wireless device and computer program product for resuming a connection with full configuration
JP7522797B2 (ja) 通信制御方法
JP7413507B2 (ja) 通信制御方法
KR102459063B1 (ko) 전송 장치 및 전송 장치에서 통신을 처리하기 위해 수행되는 방법
US20220287137A1 (en) Ran node, radio terminal, and methods therefor
WO2017219959A1 (zh) 一种语音调度方法及装置
CN112512112A (zh) 信息同步方法和装置、电子设备、计算机可读存储介质
US20230363026A1 (en) Radio access network node, user equipment, and methods thereof
TW202320582A (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