CN117098176A - 通信方法及装置 - Google Patents

通信方法及装置 Download PDF

Info

Publication number
CN117098176A
CN117098176A CN202210510815.9A CN202210510815A CN117098176A CN 117098176 A CN117098176 A CN 117098176A CN 202210510815 A CN202210510815 A CN 202210510815A CN 117098176 A CN117098176 A CN 117098176A
Authority
CN
China
Prior art keywords
mcg
scg
rlf
information
link recovery
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
CN202210510815.9A
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202210510815.9A priority Critical patent/CN117098176A/zh
Priority to PCT/CN2023/092731 priority patent/WO2023217078A1/zh
Publication of CN117098176A publication Critical patent/CN117098176A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/02Arrangements for optimising operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/10Scheduling measurement reports ; Arrangements for measurement reports

Landscapes

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

Abstract

本申请提供一种通信方法及装置,用以实现终端设备上报与针对MCG的链路恢复是否成功相关的RLF报告。终端设备分别与第一网络设备以及第二网络设备通信,所述第一网络设备管理第一MCG,所述第二网络设备管理第一SCG,所述第一SCG被配置了MCG链路恢复功能;所述终端设备确定所述第一MCG发生无线链路失败RLF后,向第三网络设备发送第一RLF报告,所述第一RLF报告与针对所述第一MCG的链路恢复是否成功相关。这样终端设备可以上报与针对MCG的链路恢复是否成功相关的RLF报告,从而提升网络设备基于RLF报告进行移动性优化的效果。

Description

通信方法及装置
技术领域
本申请涉及通信技术领域,尤其涉及一种通信方法及装置。
背景技术
双连接(dual-connectivity,DC)或多连接(multi-connectivity,MC)通信中,终端设备可以同时与至少两个接入网设备,例如,与一个主基站以及一个或多个辅基站存在通信连接,其中,主基站管理主小区组(master cell group,MCG),辅基站管理辅小区组(sec ondary cell group,SCG),终端设备可以通过MCG中的小区获取主基站的通信服务,以及,可以通过SCG中的小区获取辅基站的通信服务。
在上述双连接或多连接通信场景中,当终端设备检测到MCG发生无线链路失败(radio link failure,RLF)时,可以通过快速MCG链路恢复(fast MCG link recovery)流程,尝试恢复终端设备与MCG之间的连接。
然而,如果网络设备不能及时获取快速MCG链路恢复流程的相关参数,则网络设备无法针对MCG链路恢复流程进行移动性优化,影响双连接或多连接的通信质量。
发明内容
本申请提供一种通信方法及装置,用以实现终端设备上报与针对MCG的链路恢复是否成功相关的RLF报告,从而提升网络设备基于RLF报告进行移动性优化的效果。
第一方面,本申请提供了一种通信方法,该方法可以包括:终端设备分别与第一网络设备以及第二网络设备通信;所述终端设备确定第一MCG发生RLF后,向第三网络设备发送第一RLF报告,所述第一RLF报告与针对所述第一MCG的链路恢复是否成功相关。其中,所述第一网络设备管理第一MCG,所述第二网络设备管理第一SCG,所述第一SCG被配置了MCG链路恢复功能。
其中,第三网络设备可以是第一网络设备或者第二网络设备。其中,当第二网络设备管理的第一SCG发生RLF后,第三网络设备可以是第二网络设备。
通过上述方法,终端设备可以向网络设备上报与针对MCG的链路恢复是否成功相关的RLF报告,从而提升网络设备基于RLF报告进行移动性优化的效果,具体地,网络设备可以针对MCG链路恢复的相关网络参数进行优化,提高后续MCG重新建立连接的成功率,从而,增强终端设备进行双连接或多连接通信的连续性与可靠性,提高通信质量。
在一个可能的设计中,当针对所述第一MCG的链路恢复未成功时,所述第一RLF报告可以包括链路恢复失败原因。这样后续网络设备可以基于所述第一RLF报告分析第一MCG的链路恢复失败的原因,进而调整相关网络参数。
在一个可能的设计中,所述链路恢复失败原因可以包括以下一项或多项:所述第一SCG被添加、所述第一SCG被变更或所述第一SCG的传输被挂起。这样后续网络设备可以基于所述第一RLF报告分析第一MCG的链路恢复失败的原因,进而调整相关网络参数。
在一个可能的设计中,所述终端设备基于所述第一SCG被添加或被变更,或者,所述第一SCG的传输被挂起确定不进行针对所述第一MCG的链路恢复,从而,确定针对所述第一MCG的链路恢复未成功。
在一个可能的设计中,所述终端设备基于向所述第二网络设备发送所述第一MCG的RLF信息失败,确定针对所述第一MCG的链路恢复未成功。这样终端设备可以定位到未成针对所述第一MCG的链路恢复未成功的原因,进而在RLF报告中记录相关原因信息,以使网络设备进行原因分析。
在一个可能的设计中,所述终端设备通过所述第一SCG向所述第二网络设备发送所述第一MCG的RLF信息后,所述终端设备基于在第一预设时长内没有接收到针对所述第一MCG的RLF信息的响应消息,则确定针对所述第一MCG的链路恢复未成功。这样终端设备可以定位到未成针对所述第一MCG的链路恢复未成功的原因,进而在RLF报告中记录相关原因信息,以使网络设备进行原因分析。
在一个可能的设计中,所述第一RLF报告可以包括以下一项或多项:链路恢复失败原因、所述第一MCG的RLF信息是否成功通过所述第一SCG发送给所述第二网络设备的指示信息、第一时间信息或所述第一SCG的RLF信息,其中,所述第一时间信息指示第一定时器的第一运行时间,所述第一运行时间大于或者等于所述第一定时器的预设时长,所述第一运行时间为所述终端设备通过所述第一SCG向所述第二网络设备发送所述第一MCG的RLF信息后到发起无线资源控制(radio resource control,RRC)重建流程的时长。这样,可以基于终端设备发起MCG链路恢复过程中失败的场景,对RLF报告进行增强,以使网络设备可以优化MCG链路恢复流程,从而优化相关网络参数,例如可以优化第一SCG的配置参数,由于该第一SCG用于发送第一MCG的RLF信息,对该第一SCG的配置参数优化后,可以使后续第一SCG减少发生RLF的情况,从而可以使终端设备与第二网络设备成功通信。
在一个可能的设计中,所述链路恢复失败原因可以包括以下一项或多项:所述第一SCG的波束失败后波束恢复的失败导致的针对所述第一MCG的链路恢复失败、针对所述第一SCG的随机接入失败或针对所述第一SCG的无线链路控制RLC重传达到最大次数。这样可以明确链路恢复失败的具体原因,从而准确进行网络优化。
在一个可能的设计中,所述第一SCG的RLF信息可以包括以下一项或多项:所述第一SCG的标识信息、所述第一SCG发生RLF的原因或所述第一SCG变更失败的原因。这样可以明确发生问题的第一SCG,从而网络设备可以优化第一SCG的配置参数,由于该第一SCG用于发送第一MCG的RLF信息,对该第一SCG的配置参数优化后,可以使后续第一SCG减少发生RLF的情况,从而可以使终端设备与第二网络设备成功通信。
在一个可能的设计中,当针对所述第一MCG的链路恢复成功时,所述终端设备还可以确定是否从所述第一MCG成功切换到第二MCG;进而所述终端设备根据是否从所述第一MCG成功切换到所述第二MCG,确定所述第一RLF报告。这样,在针对所述第一MCG的链路恢复成功的情况下,可以结合终端设备的实际切换情况来确定第一RLF报告的内容,以使网络设备优化后续切换流程,提高切换成功率。
在一个可能的设计中,当从所述第一MCG未成功切换到所述第二MCG时,所述第一RLF报告可以包括所述第一MCG的RLF信息,以及,所述第二MCG的切换失败信息或所述第二MCG的RLF信息。这样,可以基于终端设备发起MCG链路恢复流程成功后,在第二MCG发生RLF失败的场景,对RLF报告进行增强,以使网络设备可以优化MCG链路恢复流程的后续流程,例如可以调整终端设备需要切换到的MCG等,也即令终端设备可以从第一MCG切换到第二MCG以外的其他更适合的MCG,提高切换成功率。
在一个可能的设计中,所述终端设备可以通过如下方法确定从所述第一MCG未成功切换到所述第二MCG:所述终端设备基于当所述终端设备切换到所述第二MCG后,在第二预设时长内所述第二MCG发生RLF,确定未成功从所述第一MCG切换到所述第二MCG。这样,在终端设备切换到第二MCG后很短时间内,第二MCG发生RLF导致终端设备无法通过第二MCG通信的情况下,使终端设备可以继续重选MCG。
在一个可能的设计中,当从所述第一MCG成功切换到所述第二MCG时,所述第一RLF可以报告包括所述第一MCG的RLF信息,以及以下一项或多项:所述第二MCG的标识信息或第二时间信息,所述第二时间信息指示第一定时器的第二运行时间,所述第二运行时间小于所述第一定时器的预设时长,所述第二运行时间为所述终端设备通过所述第一SCG向所述第二网络设备发送所述第一MCG的RLF信息后收到所述第二网络设备发送的响应消息的时长。这样,基于终端设备发起MCG链路恢复过程成功后,在第二MCG连接的场景,对RLF报告进行增强,可以使网络设备基于RLF报告进行第一MCG切换到第二MCG的相关参数的优化,令终端设备从第一MCG较快地切换到第二MCG,减少MCG服务中断时间。
第二方面,本申请提供了一种通信方法,该方法可以包括:第三网络设备从终端设备接收第一RLF报告后,根据所述第一RLF报告调整所述第一RLF报告相关的网络参数。所述第一RLF报告与在第一主小区组MCG发送RLF后针对所述第一MCG的链路恢复是否成功相关;所述终端设备分别与第一网络设备以及第二网络设备通信,其中,所述第一网络设备管理第一主小区组MCG,所述第二网络设备管理第一辅小区组SCG,所述第一SCG被配置了MCG链路恢复功能。其中,第三网络设备可以是第一网络设备或者第二网络设备。其中,当第二网络设备管理的第一SCG发生RLF后,第三网络设备可以是第二网络设备。
通过上述方法,终端设备可以向网络设备上报与针对MCG的链路恢复是否成功相关的RLF报告,从而提升网络设备基于RLF报告进行移动性优化的效果,具体地,网络设备可以针对MCG链路恢复的相关网络参数进行优化,提高后续MCG重新建立连接的成功率,从而,增强终端设备进行双连接通信的连续性与可靠性,提高通信质量。
在一个可能的设计中,当针对所述第一MCG的链路恢复未成功时,所述第一RLF报告可以包括链路恢复失败原因。这样网络设备可以基于所述第一RLF报告分析第一MCG的链路恢复失败的原因,进而调整相关网络参数。
在一个可能的设计中,所述链路恢复失败原因可以包括以下一项或多项:所述第一SCG被添加、所述第一SCG被变更或所述第一SCG的传输被挂起。这样网络设备可以基于所述第一RLF报告分析第一MCG的链路恢复失败的原因,进而调整相关网络参数。
在一个可能的设计中,当针对所述第一MCG的链路恢复未成功时,所述第一RLF报告可以包括以下一项或多项:链路恢复失败原因、所述第一MCG的RLF信息是否成功通过所述第一SCG发送给所述第二网络设备的指示信息、第一时间信息或所述第一SCG的RLF信息,其中,所述第一时间信息指示第一定时器的第一运行时间,所述第一运行时间大于或者等于所述第一定时器的预设时长,所述第一运行时间为所述终端设备通过所述第一SCG向所述第二网络设备发送所述第一MCG的RLF信息后到发起RRC重建流程的时长。这样,可以基于终端设备发起MCG链路恢复过程中失败的场景,对RLF报告进行增强,以使网络设备可以优化MCG链路恢复流程,从而优化相关网络参数,例如可以优化第一SCG的配置参数,由于该第一SCG用于发送第一MCG的RLF信息,对该第一SCG的配置参数优化后,可以使后续第一SCG减少发生RLF的情况,从而可以使终端设备与第二网络设备成功通信。
在一个可能的设计中,所述链路恢复失败原因可以包括以下一项或多项:所述第一SCG的波束失败后波束恢复的失败导致的针对所述第一MCG的链路恢复失败、针对所述第一SCG的随机接入失败或针对所述第一SCG的无线链路控制RLC重传达到最大次数。这样可以明确链路恢复失败的具体原因,从而准确进行网络优化。
在一个可能的设计中,所述第一SCG的RLF信息可以包括以下一项或多项:所述第一SCG的标识信息、所述第一SCG发生RLF的原因或所述第一SCG变更失败的原因。这样可以明确发生问题的第一SCG,从而网络设备可以优化第一SCG的配置参数,由于该第一SCG用于发送第一MCG的RLF信息,对该第一SCG的配置参数优化后,可以使后续第一SCG减少发生RLF的情况,从而可以使终端设备与第二网络设备成功通信。
在一个可能的设计中,当针对所述第一MCG的链路恢复成功时,所述第一RLF报告还与所述终端设备是否从所述第一MCG成功切换到第二MCG相关。这样,在针对所述第一MCG的链路恢复成功的情况下,可以结合终端设备的实际切换情况来确定第一RLF报告的内容,以使网络设备优化后续切换流程,提高切换成功率。
在一个可能的设计中,当从所述第一MCG未成功切换到所述第二MCG时,所述第一RLF报告可以包括所述第一MCG的RLF信息,以及,第二MCG的切换失败信息或所述第二MCG的RLF信息。这样,可以基于终端设备发起MCG链路恢复流程成功后,在第二MCG发生RLF失败的场景,对RLF报告进行增强,以使第三网络设备可以优化MCG链路恢复流程的后续流程,例如可以调整终端设备需要切换到的MCG等,也即令终端设备从第一MCG切换到第二MCG以外的其他更适合的MCG,提高切换成功率。
在一个可能的设计中,当从所述第一MCG成功切换到所述第二MCG时,所述第一RLF报告可以包括所述第一MCG的RLF信息,以及以下一项或多项:所述第二MCG的标识信息或第二时间信息,所述第二时间信息指示第一定时器的第二运行时间,所述第二运行时间小于所述第一定时器的预设时长,所述第二运行时间为所述终端设备通过所述第一SCG向所述第二网络设备发送所述第一MCG的RLF信息后收到所述第二网络设备发送的响应消息的时长。这样,基于终端设备发起MCG链路恢复过程成功后,在第二MCG连接的场景,对RLF报告进行增强,可以使网络设备基于RLF报告进行第一MCG切换到第二MCG的相关参数的优化,令终端设备从第一MCG较快地切换到第二MCG,减少MCG服务中断时间。
第三方面,本申请还提供了一种通信装置,所述通信装置可以是终端设备,该通信装置具有实现上述第一方面或第一方面的各个可能的设计示例中的方法的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一个可能的设计中,所述通信装置的结构中包括收发单元和处理单元,这些单元可以执行上述第一方面或第一方面的各个可能的设计示例中的相应功能,具体参见方法示例中的详细描述,此处不做赘述。
在一个可能的设计中,所述通信装置的结构中包括收发器和处理器,可选的还包括存储器,所述收发器用于收发信息或数据,以及用于与通信系统中的其他设备进行通信交互,所述处理器被配置为支持所述通信装置执行上述第一方面或第一方面的各个可能的设计示例中的相应的功能。所述存储器与所述处理器耦合,其保存所述通信装置必要的程序指令和数据。
第四方面,本申请还提供了一种通信装置,所述通信装置可以是第三网络设备,该通信装置具有实现上述第二方面或第二方面的各个可能的设计示例中的方法的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一个可能的设计中,所述通信装置的结构中包括收发单元和处理单元,这些单元可以执行上述第二方面或第二方面的各个可能的设计示例中的相应功能,具体参见方法示例中的详细描述,此处不做赘述。
在一个可能的设计中,所述通信装置的结构中包括收发器和处理器,可选的还包括存储器,所述收发器用于收发信息或数据,以及用于与通信系统中的其他设备进行通信交互,所述处理器被配置为支持所述通信装置执行上述第二方面或第二方面的各个可能的设计示例中的相应的功能。所述存储器与所述处理器耦合,其保存所述通信装置必要的程序指令和数据。
第五方面,本申请实施例提供了一种通信系统,可以包括上述提及的终端设备、第一网络设备、第二网络设备和第三网络设备等。
第六方面,本申请实施例提供的一种计算机可读存储介质,该计算机可读存储介质存储有程序指令,当程序指令在计算机上运行时,使得计算机执行本申请实施例第一方面及其任一可能的设计中,或第二方面及其任一可能的设计中所述的方法。示例性的,计算机可读存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于:计算机可读介质可以包括非瞬态计算机可读介质、随机存取存储器(random-access memory,RAM)、只读存储器(read-only memory,ROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)、CD-ROM或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。
第七方面,本申请实施例提供一种计算机程序产品,包括计算机程序代码或指令的,当计算机程序代码或指令在计算机上运行时,使得上述第一方面或第一方面任一种可能的设计中,或者上述第二方面或第二方面任一种可能的设计中所述的方法被执行。
第八方面,本申请还提供了一种芯片,包括处理器,所述处理器与存储器耦合,用于读取并执行所述存储器中存储的程序指令,以使所述芯片实现上述第一方面或第一方面任一种可能的设计中,或者上述第二方面或第二方面任一种可能的设计中所述的方法。
上述第三方面至第八方面中的各个方面以及各个方面可能达到的技术效果请参照上述针对第一方面或第一方面中的各种可能方案,或者第二方面或第二方面中的各种可能方案可以达到的技术效果说明,这里不再重复赘述。
附图说明
图1为本申请提供的一种通信系统的架构示意图;
图2为本申请提供的一种基站的协议栈的示意图;
图3为本申请提供的一种通信方法的流程示意图;
图4为本申请提供的一种通信方法的示例的流程示意图;
图5为本申请提供的又一种通信方法的示例的流程示意图;
图6为本申请提供的又一种通信方法的示例的流程示意图;
图7为本申请提供的又一种通信方法的示例的流程示意图;
图8为本申请提供的又一种通信方法的示例的流程示意图;
图9为本申请提供的一种通信装置的结构示意图;
图10为本申请提供的一种通信装置的结构图。
具体实施方式
下面将结合附图对本申请作进一步地详细描述。
本申请实施例提供一种通信方法及装置,以实现终端设备上报与针对MCG的链路恢复是否成功相关的RLF报告,从而提升网络设备基于RLF报告进行移动性优化的效果。其中,本申请所述方法和装置基于同一技术构思,由于方法及装置解决问题的原理相似,因此装置与方法的实施可以相互参见,重复之处不再赘述。
在本申请的描述中,“第一”、“第二”等词汇,仅用于区分描述的目的,而不能理解为指示或暗示相对重要性,也不能理解为指示或暗示顺序。
本申请中所述的协议可以是指通信协议或者说规范,例如3GPP通信协议。
应理解,在本申请实施例中,“与A对应的B”表示B与A相关联,根据A可以确定B。但还应理解,根据A确定B并不意味着仅仅根据A确定B,还可以根据A和/或其它信息确定B。
本申请实施例中出现的“传输”(transmit/transmission)如无特别说明,是指双向传输,包含发送和/或接收的动作。具体地,本申请实施例中的“传输”包含数据的发送,数据的接收,或者数据的发送和数据的接收。或者说,这里的数据传输包括上行和/或下行数据传输。数据可以包括信息和/或信号,上行数据传输即上行信息和/或上行信号传输,下行数据传输即下行信息和/或下行信号传输。
以下,对本申请中的部分用语进行解释说明,以便于本领域技术人员理解。
(1)双连接(dual-connectivity,DC),或多连接(multi-connectivity,MC)
双连接或多连接,即终端设备可以同时与至少两个接入网设备存在通信连接,也即支持至少两个接入网设备同时为一个终端设备提供数据传输服务。其中,一个接入网设备为主基站,主基站(可以简称主站)也可以称为主节点(master node,MN)。其他接入网设备为辅基站,辅基站(可以简称辅站)也可以称为辅节点(secondary node,SN)。MN可以负责与该终端设备交互无线资源控制消息以及负责和核心网控制面实体交互。由于终端设备在一个接入网设备下可以同时接收多个小区的服务,MN管理的多个服务小区组成主小区组(master cell group,MCG),包括一个主小区(primary cell,PCell)和可选的一个或多个辅小区(secondary cell,SCell)。SN管理的多个服务小区组成辅小区组(secondary cellgroup,SCG),包括一个主辅小区(primary secondary cell,PScell)的和可选的一个或多个SCell。在一些场景中,MN也可以称为MCG,SN也可以称为SCG。
(2)快速MCG链路恢复(fast MCG link recovery)
当终端设备检测到MCG发生RLF时,即使SCG仍在正常与终端设备通信,终端设备将针对MCG发起RRC重建并释放SCG配置,而RRC重建会带来长时间的数据中断,例如90~130毫秒(ms)的数据中断。其中,本申请中,MCG发生RLF可以理解为MCG中包括PCell在内的一个或多个小区发生RLF。MCG发生RLF也可以理解为终端设备和MCG之间的连接失败。
为了避免RRC重建,可以采用fast MCG link recovery流程。如果终端设备检测到MCG发生RLF,终端设备可以通过SN向MN指示MCG的链路失败信息,尝试进行MCG的链路恢复,即终端设备尝试恢复该终端设备与MCG之间的连接。在上述过程中,SCG支持MCG的快速恢复,即终端设备可以通过SN向MN传输用于MCG快速恢复的相关信息,例如指示MCG的链路失败信息。
例如,终端设备通过分裂(split)信令无线承载1(signaling radio bearer,SRB1)或SRB3向SCG上报MCG的链路失败信息(MCG failure information),并启动T316定时器(timer),若在T316定时器定时时长内,终端设备收到切换(handover)或者RRC释放(RRCRelease)消息,则fast MCG link recovery成功,否则终端设备发起RRC重建流程。
其中,T316定时器在终端设备发送MCG的链路失败信息时启动,在终端设备收到RRC释放(RRCRelease)消息、主小区的RRC重配置(包含同步重配置)(RRC reconfigurationwith reconfiguration with Sync for the PCell)、从NR切换的命令(Mobility FromNRCommand)或者启动RRC重建流程(initiating the re-establishment procedure)时,T316停止。
其中,split SRB指的是对SRB1/SRB2的分流,即:对于双连接场景下,终端设备和主基站之间建立SRB1和SRB2,为了保证SRB1/SRB2传输的可靠性,就引入了split SRB的机制,即如果终端设备和主基站之间的链路质量变差,则终端设备和主基站之间的SRB1/SRB2还可以通过辅基站来协助传输,也就是说,主基站将部分信令分流到辅基站上,由辅基站进一步发送给终端设备。
SRB3是SN和终端设备之间直接建立的信令通道,可以用于SN与终端设备交互信令。SRB3的建立和释放在SN添加和变更流程中完成;SRB3重配置在SN修改流程中完成。当SCG释放时,SRB3被释放。
Split SRB由MN在SN添加和变更流程中配置,SN配置部分由SN提供。终端设备可以同时配置split SRB1、split SRB2和SRB3。SRB3和split SRB的SCG分支可以独立配置。
(3)在本申请中的描述中,“至少一个(种、项)”是指一个(种、项)或者多个(种、项),多个(种、项)是指两个(种、项)或者两个(种、项)以上。“以下至少一项”或其类似表达,是指的这些项中的任意组合,包括单项或复数项的任意组合。例如,a,b,或c中的至少一项,可以表示:a,b,c,a和b,a和c,b和c,或,a和b和c,其中,a,b,c可以是单个,也可以是多个。
本申请的描述中“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A、B可以是单数或者复数。“/”表示“或”,例如a/b表示a或b。
需要说明的是,随着技术的不断发展,本申请实施例的术语有可能发生变化,但都在本申请的保护范围之内。
为了更加清晰地描述本申请实施例的技术方案,下面结合附图,对本申请实施例提供的通信方法及装置进行详细说明。
图1示出了本申请实施例提供的通信方法适用的一种可能的通信系统的架构,所述通信系统为双连接系统。所述通信系统的架构中可以包括至少一个终端设备和至少两个网络设备,图1中仅以一个终端设备和两个网络设备进行示例示出,图1中所示的终端设备和两个网络设备(MN和SN)建立DC通信。
其中,网络设备可以为具有无线收发功能的设备或可设置于该网络设备的芯片,该网络设备可以是基站等接入网设备。例如,网络设备可以是各类基站,例如演进型基站(evolved NodeB,eNodeB)、第五代(5th generation,5G)移动通信系统中的下一代基站(next generation NodeB,gNB)、第六代(6th generation,6G)移动通信系统中的下一代基站、未来移动通信系统中的基站等。此外,网络设备可以是家庭基站(例如,home evolvedNodeB,或home Node B,HNB)、基带单元(baseband unit,BBU),无线保真(wirelessfidelity,Wi-Fi)系统中的接入点(access point,AP)、接入回传一体化(integratedaccess and backhaul,IAB)、无线中继节点、无线回传节点、传输点(transmission andreception point,TRP或者transmission point,TP)等,还可以为具有基站功能的网络节点,如基带单元(BBU)等。
在一些部署中,如图2所示,基站(如gNB)可以包括集中式单元(centralizedunit,CU)和分布式单元(distributed unit,DU)。gNB还可以包括射频单元(radio unit,RU)。CU实现gNB的部分功能,DU实现gNB的部分功能。一种示例中,如图2中的(a)所示,CU可以划分为CU控制面(CU-(control panel,CP))和CU用户面(CU-(user panel,UP))。其中CU-CP负责控制面功能,主要包含无线资源控制(radio resource control,RRC)和分组数据汇聚层协议(packet data convergence protocol,PDCP)-C的功能。CU的控制面CU-CP还可以包括一种进一步切分的架构,即把现有的CU-CP进一步切分为CU-CP1和CU-CP2。其中CU-CP1包括各种无线资源管理功能,CU-CP2仅包括RRC功能和PDCP-C功能(即控制面信令在PDCP层的基本功能)。CU-UP负责用户面功能,主要包含服务数据适配协议(service dataadaptation protocol,SDAP)和PDCP-U功能。其中CU-CP和CU-UP通过E1接口连接。CU-CP代表CU通过Ng接口和核心网连接,通过F1-C(控制面)和DU连接。CU-UP通过F1-U(用户面)和DU连接。当然还有一种可能的实现是PDCP-C也在CU-UP。另一种示例中,如图2中的(b)所示,CU实现RRC、PDCP、SDAP层的功能。如图2所示,DU实现无线链路控制(radio link control,RLC)、媒体接入控制(media access control,MAC)和物理(physical,PHY)层的功能。可以理解的是,网络设备可以为CU节点、或DU节点、或包括CU节点和DU节点的设备。此外,CU可以划分为接入网RAN中的网络设备,也可以将CU划分为核心网CN中的网络设备,对此不作限定。
示例性的,多个DU可以共用一个CU。在RAN共享的场景下,一个DU也可以连接多个CU。CU和DU之间可以通过F1接口相连。一个DU可以管理一个或者多个小区,每个小区都有对应的小区标识。
在一些实施例中,除基站由CU和DU组成的情况,也即除CU和DU部署在一起的请情况外,CU和DU在物理上也可以是分离的。也就是说CU和DU可以认为是单独的两个节点。在此种情况下,所述网络设备可以是CU。
所述终端设备也可以称为用户设备(user equipment,UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。本申请实施例中,所述终端设备为远端(remote)终端设备,需要被提供中继(relay)服务。本申请的实施例中的终端设备可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality,VR)终端设备、增强现实(augmented reality,AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智能穿戴设备(智能眼镜、智能手表、智能耳机等)、智慧家庭(smart home)中的无线终端等等,也可以是能够设置于以上设备的芯片或芯片模组(或芯片系统)等。本申请的实施例对应用场景不做限定。本申请中将具有无线收发功能的终端设备及可设置于前述终端设备的芯片统称为终端设备。以下将UE作为终端设备的举例对本申请提供的技术方案进行说明。
需要说明的是,上述图1所示的通信系统可以是第四代(The 4th Generation,4G)通信系统、第五代(The 5th Generation,5G)通信系统、未来的第六代通信系统和演进的其他通信系统等等,本申请对此不作限定。
Fast MCG link Recovery流程的具体步骤可以如下:
步骤1:MN请求SN支持通过split SRB1或SRB3进行fast MCG link recovery。
其中,SRB3仅在未配置split SRB1时被使用。
步骤2:MN向UE发送包含T316定时器的信息的快速恢复配置(fast recoveryconfiguration)。
步骤3:UE检测到MCG发生RLF,并将MCG链路失败信息保存在RLF报告中。
在MCG第一次发生RLF时,RLF报告中记录连接失败类型是RLF。
步骤4:如果SCG的传输没有被挂起(suspended),并且SN没有正在进行PScell的变更或增加,UE向SN发送MCG链路失败信息,并启动T316定时器。
其中,MCG链路失败信息可以包括以下信息:MCG/SCG可用测量结果、MCG链路故障类型和非服务小区可用测量结果。
步骤5a:在T316定时器超时前,UE收到SN发送的恢复响应消息,如切换(Handover)消息或RRC释放(RRCRelease)消息,则UE根据恢复响应消息执行切换或者重选;否则执行步骤5b。
其中,UE根据恢复响应消息执行切换时,若发生切换失败(handover failure,HOF)会导致MCG连接失败。由于HOF导致MCG连接失败时,UE可以在RLF报告中记录连接失败类型是HOF。也就是说,在本申请中,RLF报告中,MCG发生RLF的类型(即MCG的连接失败类型)可以包括RLF或者HOF。
在T316定时器超时前,UE收到SN的恢复响应消息,则fast MCG link recovery成功,则UE清除步骤3中记录的RLF报告。UE按照恢复响应执行切换或者重选来进行小区变更,如果小区变更失败或者接入小区后很快失败,则MCG再次发生了连接失败(RLF/HOF),重新记录第二次MCG连接失败信息的RLF报告。
步骤5b:UE发起RRC重建。
在T316定时器超时后,UE未收到SN的恢复响应消息,则fast MCG link recovery失败,步骤3中记录的RLF报告保留,UE在RRC重建后,将RLF报告发送给接入的MN。
目前,RLF报告中可以包括如下至少一种信息:
1)失败的主小区标识(failedPcellID):UE检测到发送RLF的小区信息,或者切换失败的目标小区信息;
2)连接失败类型(connectionFailureType):RLF或者HOF或者定时器到期(定时器为UE发送测量报告后启动的定时器,比如T312);
3)先前的主小区标识(previousPCellId):UE上一次收到切换命令的源小区信息;
4)重建小区标识(reestablishmentCellId):连接失败后发起重建立的小区信息;
5)连接失败时间(timeConnFailure):最后一次收到HO命令到连接失败的时间;
6)失败开始时间(timeSinceFailure):连接失败时开始记录的时间长度,一般指连接失败到上报RLF-report的时间。
7)RLF原因(rlf-Cause):无线链路失败或者切换失败的原因,如T310定时器超时,随机接入问题(randomAccessProblem),波束失败恢复失败(beamFailureRecoveryFailure),先听后说失败(listen before talk failure,lbtFailure),RLC重传失败过多等。
需要说明的是,上述涉及的小区信息可以包括小区全球标识(cell globalidentity,CGI),和/或,物理小区标识(physical cell identity,PCI)与频率(frequency)。此外RLF报告中还可以携带各小区的小区质量,比如检测到MCG链路失败时的失败小区和/或邻区的小区质量。可选的,小区信息还可以包括小区的测量结果。
目前当MCG发生了连接失败,UE会记录RLF报告;当MCG再次发生连接失败,UE清空之前记录的RLF报告,记录最新的RLF报告。
为了减小因网络参数设置不合理而导致的同频切换、异频切换、异系统切换等切换中的切换过早、切换过晚以及乒乓切换等问题,目前,通信系统支持移动鲁棒性优化(mobility robustness optimization,MRO)机制,MRO是网络自优化的一个重要机制,UE发生与移动性相关的异常情况(例如切换失败、在目标小区的无线链路失败等)时,向网络上报发生移动性相关的异常参数,网络设备可以根据UE上报的相关参数进行自主分析、优化网络参数。例如,现有MRO机制可以基于UE反馈的RLF报告进行分析,调整RLF报告相关的网络参数,以针对UE进行移动性优化。然而,目前UE记录的RLF报告没有考虑fast MCG linkrecovery失败或者fast MCG link recovery成功后又失败等场景,因此,网络设备基于目前UE记录的RLF报告进行网络参数优化时,移动性优化效果不佳。
本申请实施例提出一种通信方法,以使UE确定的RLF报告可以与针对MCG的链路恢复是否成功相关,RLF报告可以涵盖fast MCG link recovery失败或者fast MCG linkrecovery成功后又失败等场景的参数,从而可以使网络设备可以有针对性地对这些场景涉及的参数进行准确调整,提升移动性优化效果,进而提高后续MCG重新建立连接的成功率,从而,增强终端设备进行双连接或多连接通信的连续性与可靠性,提高通信质量。
基于以上描述,本申请实施例提供的一种通信方法,适用于如图1所示的通信系统。
参阅图3所示,该方法的具体流程可以包括:
步骤301:UE分别与第一网络设备以及第二网络设备通信。
具体地,UE与第一网络设备以及第二网络设备进行双连接通信,可以分别从第一网络设备以及第二网络设备获取通信服务。其中,第一网络设备管理第一MCG,所述第二网络设备管理第一SCG。也就是说,第一网络设备是该UE的MN,第二网络设备是该UE的SN。所述第一SCG被配置了MCG链路恢复功能,也即所述第一SCG支持进行MCG快速恢复。
需要说明的是,在本申请中第一SCG支持进行MCG快速恢复可以理解为第一SCG所属的第二网络设备支持MCG快速恢复,即UE通过第一SCG所属的第二网络设备向第一网络设备发送信息以进行MCG快速恢复。在本申请中,仅以第一SCG支持进行MCG快速恢复来说明。
在一种可选的实施方式中,所述第一网络设备向所述第二网络设备发送请求信息,该请求信息用于请求所述第二网络设备管理的第一SCG支持进行MCG快速恢复,所述第二网络设备向所述第一网络设备回复该请求信息的响应信息。这样,所述第一SCG被配置了MCG链路恢复功能,以使在第一MCG发生RLF时UE可以通过第一SCG进行第一MCG的链路恢复。
可选的,所述请求信息可以请求所述第一SCG支持通过split SRB1或SRB3进行MCG快速恢复。
在一种可选的实施方式中,所述第一网络设备可以为所述UE配置第一定时器,以使UE在确定第一MCG发生RLF时,通过所述第一SCG向所述第二网络设备发送所述第一MCG的RLF信息后,通过是否在所述第一定时器的预设时长内收到所述第二网络设备发送的响应消息来判断针对第一MCG的链路恢复是否成功。
可选的,所述第一定时器可以为T316定时器等。
步骤302:所述UE确定所述第一MCG发生RLF。
其中,所述UE确定所述第一MCG发生RLF可以理解为所述UE和所述第一MCG之间的连接失败。在所述第一MCG发生RLF的情况下,所述UE不能通过所述第一MCG与所述第一网络设备通信。
步骤303:所述UE向第三网络设备发送第一RLF报告,所述第一RLF报告与针对所述第一MCG的链路恢复是否成功相关。
在不同的情况下,所述第一RLF报告的内容不同。示例性的,下面针对不同情况对第一RLF报告的内容进行说明:
情况a1、当由于UE不进行针对所述第一MCG的链路恢复导致的针对所述第一MCG的链路恢复未成功时,所述第一RLF报告可以包括链路恢复失败原因。
可选的,在情况a1中,所述链路恢复失败原因可以包括以下一项或多项:所述第一SCG被添加、所述第一SCG被变更或所述第一SCG的传输被挂起(SCG transmissionsuspended)。也就是说,上述链路恢复失败原因导致了针对所述第一MCG的链路恢复未成功。
可选的,所述第一SCG被添加或被变更可以指主辅小区正在被添加或被变更(Pscell change or addition ongoing)。
示例性的,所述链路恢复失败原因可以采用枚举格式,例如Pscell change oraddition ongoing,suspended SCG transmission。
在该情况a1中,所述UE基于所述第一SCG被添加或被变更,或者,所述第一SCG的传输被挂起确定不进行针对所述第一MCG的链路恢复。在这种情况下,由于所述第一SCG被添加或被变更,或者,所述第一SCG的传输被挂起时,第一SCG链路不稳定,导致所述UE不能通过所述第一SCG与所述第二网络设备通信,因此所述UE将不进行针对所述第一MCG的链路恢复。由此,由于未进行针对所述第一MCG的链路恢复,则可以认为针对所述第一MCG的链路恢复未成功。
在该情况a1中,所述第一RLF报告中除了上述链路恢复失败原因外,还可以包括例如上述介绍的RLF报告中包括的七项内容中的至少一项,此处不再重复描述。
情况a2、所述UE基于向所述第二网络设备发送所述第一MCG的RLF信息失败,确定针对所述第一MCG的链路恢复未成功。该情况a2下,所述第一RLF的报告可以包括以下一项或多项:链路恢复失败原因、所述第一MCG的RLF信息是否成功通过所述第一SCG发送给所述第二网络设备的指示信息、第一时间信息或所述第一SCG的RLF信息,其中,所述第一时间信息指示第一定时器的第一运行时间,所述第一运行时间大于或者等于所述第一定时器的预设时长,所述第一运行时间为所述UE通过所述第一SCG向所述第二网络设备发送所述第一MCG的RLF信息后到发起RRC重建流程的时长。
其中,所述第一定时器为步骤301中描述的所述第一网络设备为所述UE配置的第一定时器。在后面的描述中涉及的第一定时器与步骤301中的第一定时器含义相同,不再一一说明。
可选的,所述链路恢复失败原因与所述UE和所述第一SCG的连接出现问题相关,从而导致所述UE不能将所述第一MCG的RLF信息通过所述第一SCG发送给所述第二网络设备。例如,所述链路恢复失败原因可能是因为所述第一SCG发生RLF的原因导致的,例如,所述链路恢复失败原因可以包括以下一项或多项:所述第一SCG的波束失败后波束恢复的失败(beamFailureRecoveryFailure)导致的针对所述第一MCG的链路恢复失败、针对所述第一SCG的随机接入失败(randomAccessProblem)或针对所述第一SCG的无线链路控制(radiolink control,RLC)重传达到最大次数(rlc-MaxNumRetx)。也可以理解为,所述第一SCG的波束失败后波束恢复的失败、针对所述第一SCG的随机接入失败或针对所述第一SCG的无线链路控制重传达到最大次数导致所述第一SCG发生RLF,进而导致第一MCG链路恢复失败。
其中,基于波束失败恢复(beam failure recovery,BFR)技术,所述第一SCG的波束失败后,UE针对所述第一SCG的波束失败会发起波束恢复请求流程,波束成功恢复则表示波束恢复成功,波束未恢复则表示波束恢复失败。所述第一SCG的波束失败后波束恢复的失败,是指所述第一SCG的波束失败后,UE针对所述第一SCG的波束失败发起波束恢复请求流程后,波束未恢复。
示例性的,所述第一SCG的RLF信息可以包括以下一项或多项:所述第一SCG的标识信息、所述第一SCG发生RLF的原因或所述第一SCG变更失败的原因(rlf-Cause)等。例如,所述第一SCG的标识信息可以包括所述UE检测到RLF的辅主小区的标识信息或变更失败的辅主小区的标识信息(failedPSCellId)。可选的,所述第一SCG发生RLF的原因为上述描述的任意一项导致所述第一SCG发生RLF的原因,例如针对第一SCG的随机接入失败。
在该情况a2中,所述第一MCG的RLF信息是否成功通过所述第一SCG发送给所述第二网络设备的指示信息,可以指示所述第一MCG的RLF信息未成功通过所述第一SCG发送给所述第二网络设备。可选的,所述第一MCG的RLF信息是否成功通过所述第一SCG发送给所述第二网络设备的指示信息可以通过发送成功标识信息来指示,例如可以通过发送成功标识信息的取值表示真或假(true or false),来指示是否成功发送了所述第一MCG的RLF信息,即“真”指示成功发送,“假”指示未成功发送。即在该情况a2中,成功标识信息取值为“假”。例如,所述成功标识的信息可以包括一个比特,该比特的取值为“1”可以表示所述成功标识信息的取值为“真”,该比特的取值为“0”可以表示所述成功标识信息的取值为“假”。
情况a3、所述UE通过所述第一SCG向所述第二网络设备发送所述第一MCG的RLF信息;所述UE基于在第一预设时长内没有接收到针对所述第一MCG的RLF信息的响应消息,即确定针对所述第一MCG的链路恢复未成功。该情况a3下,所述第一RLF的报告的内容与上述情况a2中描述的第一RLF报告的内容类似,可以相互参见,此处不再重复描述。
其中,所述第一预设时长可以为所述第一定时器的预设时长。
需要说明的是,与情况a2不同的是,第一RLF报告中包括的所述第一MCG的RLF信息是否成功通过所述第一SCG发送给所述第二网络设备的指示信息,可以指示所述第一MCG的RLF信息成功通过所述第一SCG发送给所述第二网络设备。示例性的,若该指示信息是前述成功标识信息,在该情况a3中,成功标识信息取值为真。
示例性的,在上述情况a2和情况a3中,所述第一RLF报告中还可以包括例如上述介绍的RLF报告中可以包括的七项内容中的至少一项,此处不再重复描述。
上述情况a1-a3是当针对所述第一MCG的链路恢复未成功时的场景,当针对所述第一MCG的链路恢复成功时,所述UE还确定是否从所述第一MCG成功切换到第二MCG,也即所述UE进行MN切换是否切换成功,或者说,UE从所述第一网络设备切换到目标网络设备(即目标MN)是否成功,其中第二MCG是该目标网络设备管理的MCG;进而,所述UE可以根据是否从所述第一MCG成功切换到所述第二MCG,确定所述第一RLF报告的内容。
可选的,当所述UE在所述第一定时器的预设时长内收到所述第二网络设备发送的响应消息确定针对第一MCG的链路恢复成功。例如,在所述第一定时器的预设时长内,当所述UE通过所述第一SCG从所述第二网络设备接收到切换命令或者RRC释放消息时,则表示针对所述第一MCG的链路恢复成功。可选的,所述切换命令可以是以下任意一项:从NR切换的命令(MobilityFromNRCommand)、从演进通用陆地无线接入(evolved universalterrestrial radio access,EUTRA)切换的命令(MobilityFromEUTRACommand)、同步重配置(Reconfiguration with sync)。
一种可选的示例,当所述UE从所述第一MCG切换到所述第二MCG时发生切换失败,则表示所述UE从所述第一MCG未成功切换到所述第二MCG。
一种可选的示例,所述UE确定从所述第一MCG未成功切换到所述第二MCG,可以包括:所述UE基于当所述UE切换到所述第二MCG后,在第二预设时长内所述第二MCG发生RLF,确定未成功从所述第一MCG切换到所述第二MCG。即,所述UE切换到所述第二MCG后很快第二MCG发生RLF失败,则表示所述UE从所述第一MCG未成功切换到所述第二MCG。
其中,所述第二MCG发生RLF可以理解为所述UE和所述第二MCG之间的连接失败。
示例性的,基于UE是否从所述第一MCG成功切换到所述第二MCG,所述RLF报告可以为以下情况a4和情况a5所示:
情况a4、当UE未成功从所述第一MCG切换到所述第二MCG时,所述第一RLF报告可以包括所述第一MCG的RLF信息,以及,所述第二MCG的切换失败信息或所述第二MCG的RLF信息。
例如,在该情况a4中,所述第一RLF报告的内容可以包括第一次(first)MCG发生RLF(也可以称为第一次失败)的相关信息和最后一次(last)MCG发生RLF(也可称为第二次失败)的相关信息。其中,第一次MCG发生RLF是指所述第一MCG发生RLF,最后一次MCG发生RLF是指从所述第一MCG切换到所述第二MCG时的切换失败或所述第二MCG发生RLF。例如,所述第一RLF报告的内容可以包括以下一项或多项:(1)first failedCellId:即第一次失败的小区标识,例如第一MCG的Pcell的标识A1;(2)first connectionFailureType:即第一次失败的连接失败类型,例如连接失败类型为RLF;(3)first previousCellId:即第一次失败时,UE上一次收到切换命令的源小区标识;(4)last failedCellId:即最后一次失败的小区标识,例如第二MCG的Pcell的标识A2;(5)last connectionFailureType:即最后一次失败的连接失败类型,例如连接失败类型为HOF或RLF;(6)last previousCellId:即最后一次失败时,UE上一次收到切换命令的源小区标识,例如第一SCG的PScell的标识B1。
其中,上述第(1)-(3)项属于所述第一MCG的RLF信息,第(4)-(6)项属于所述第二MCG的切换失败信息或所述第二MCG的RLF信息。其中的A1、B1、A2仅为小区标识的举例,不作为对本申请的限定。
在该情况a4中,在UE可以不清除之前第一MCG发生RLF时记录的RLF报告。
可选的,所述第一RLF报告中还可以包括第二时间信息,所述第二时间信息指示第一定时器的第二运行时间,所述第二运行时间小于所述第一定时器的预设时长,所述第二运行时间为所述UE通过所述第一SCG向所述第二网络设备发送所述第一MCG的RLF信息后收到所述第二网络设备发送的响应消息的时长。其中,所述第二运行时间小于所述第一定时器的预设时长表示所述第一定时器启动后在所述第一定时器超时前停止。
情况a5、当UE从所述第一MCG成功切换到所述第二MCG时,所述第一RLF报告可以包括所述第一MCG的RLF信息,以及以下一项或多项:所述第二MCG的标识信息或第二时间信息,所述第二时间信息可以参见情况a4中关于第二时间信息的描述。其中,第一MCG的RLF信息可以参见前述描述,此处不再赘述。
可选的,所述第二MCG的标识信息的记录在所述第一RLF中的方式可以如下:
方式1:复用重建小区标识(reestablishmentCellId)字段和/或新增重建小区标识字段(reestablishmentCellIdtype)指示记录的重建小区或切换目标小区或重选小区的小区标识,例如切换目标小区的小区标识A2。
方式2:新增切换目标小区字段和/或重选小区字段来记录小区标识,例如新增切换目标小区字段记录切换目标小区的小区标识A2。
在该情况a5中,在UE可以不清除之前第一MCG发生RLF时记录的RLF报告。
上述五种情况下的第一RLF报告可以涵盖fast MCG link recovery失败或者fastMCG link recovery成功后又失败等多种场景中和第一MCG链路恢复相关的参数,从而后续可以使网络设备对MCG链路恢复相关的网络参数进行准确调整,提升移动性优化效果,包括:提高后续MCG链路恢复的成功率,或者提高UE从第一MCG变更到其他MCG的成功率。例如,在上述情况a1中网络设备可以基于第一RLF报告进行链路失败原因分析后可以确定第一MCG的链路恢复失败并不是因为针对一MCG的链路恢复配置的相关参数不合理,此时可以不进行参数优化。又例如,在上述情况a2和a3中网络设备可以优化第一SCG的配置参数,以使后续第一SCG减少发生RLF的情况,从而可以使UE与第一SCG所属的第二网络设备成功通信。又例如,在上述情况a4中,网络设备可以调整UE需要切换到的MCG,也即令UE从第一MCG切换到第二MCG以外的其他更合适的MCG,提高切换成功率。又例如,在上述情况a5中,网络设备基于第一RLF报告可以进行第一MCG切换到第二MCG时的相关参数的优化,令UE从第一MCG较快地切换到第二MCG,以减少MCG服务中断时间。
步骤304:所述第三网络设备根据所述第一RLF报告调整所述第一RLF报告相关的网络参数。
其中,调整所述第一RLF报告相关的网络参数的相关描述可以参见步骤303中的相关描述,此处不再赘述。
可选地,第三网络设备可以将调整后的网络参数通过网络设备之间的接口发送给其他网络设备,使得其他网络设备与UE之间进行MCG链路恢复时可以使用经过调整的网络参数,提高MCG链路恢复的成功率。例如,第三网络设备作为UE切换过程中的目标主基站,可以将调整后的网络参数发送给源主基站。
在一种可选的实施方式中,在上述情况a1-a4下,UE可以发起RRC重建,以接入网络设备,进而UE向第三网络设备发送第一RLF报告。
在另一种可选的实施方式中,在上述情况a3下,UE可以切换或者重选网络设备,以接入网络设备,进而UE向第三网络设备发送第一RLF报告。
其中,所述第三网络设备可以是所述第一网络设备,也可以是所述第一网络设备以外的网络设备,例如,UE从第一网络设备切换到第三网络设备,即第三网络设备是切换场景中的目标网络设备,本申请对此不作限定。需要说明的是,当第二网络设备管理的第一SCG发生RLF后,第三网络设备也可以是第二网络设备。
可选的,所述第三网络设备从UE接收所述第一RLF报告,可以是所述第三网络设备通过其他网络设备从所述UE接收所述第一RLF报告,其他网络设备为所述UE当前接入的网络设备。也就是说,所述UE先将所述第一RLF报告发送给其他网络设备(即UE当前接入的网络设备),然后其他网络设备将第一RLF报告转发给所述第三网络设备。在这种情况下,第三网络设备不是所述UE当前接入的网络设备。
可选的,所述第三网络设备可以是所述UE当前接入的网络设备,此时所述第三网络设备可以直接从所述UE接收所述第一RLF报告。
示例性的,当所述第三网络设备为所述第一网络设备时,所述第三网络设备可以根据所述第一RLF报告调整所述第一RLF报告相关的网络参数。此时当所述仍然接入第一网络设备时,第一网络设备直接从UE获得第一RLF报告;或者,当UE已经从第一网络设备切换到其他网络设备,第一网络设备可以从其他网络设备获得所述第一RLF报告。
示例性地,所述第三网络设备不为所述第一网络设备时,所述第三网络设备可以根据所述第一RLF报告调整所述第一RLF报告相关的网络参数,并将调整的所述网络参数的相关信息发送给所述第一网络设备和/或所述第二网络设备。
采用本申请实施例提供的方法,UE可以上报与针对MCG的链路恢复是否成功相关的RLF报告,从而提升移动性优化效果,进而提高后续MCG重新建立连接的成功率,从而,增强终端设备进行双连接或多连接通信的连续性与可靠性,提高通信质量。
基于以上实施例,下面通过具体的示例对本申请实施例提供的通信方法进行详细说明。在以下的事例中,以UE、第一网络设备为源MN(source MN,S-MN),即S-MN管理第一MCG,第二网络设备为SN,即SN管理第一SCG,第三网络设备为目标MN(target MN,T-MN),第一定时器为T316定时器为例进行说明。
图4示出了一种通信方法的示例,在该示例中,UE在被配置T316定时器后,第一MCG发生RLF,UE未发起针对第一MCG的链路恢复流程(即未发起fast MCG link recoveryprocedure),RLF报告新增记录链路恢复失败原因。示例性的,该示例的具体流程可以包括:
步骤401:S-MN向SN发送请求信息,该请求信息请求SN支持通过split SRB1或SRB3进行MCG快速恢复。
步骤402:S-MN为UE配置T316定时器。
步骤403:UE确定第一MCG发生RLF,且检测到第一SCG被添加或被变更,或者所述第一SCG的传输被挂起,则UE确定不进行针对所述第一MCG的链路恢复。
也即,UE无法发起fast MCG link recovery procedure。
具体的,如果UE检测到第一MCG发生RLF,UE发起fast MCG link recoveryprocedure需要通过第一SCG向S-MN指示第一MCG的RLF信息,在步骤403的情况下,第一SCG与UE的传输已经中断,UE感知到这种情况时,则不发起fast MCG link recoveryprocedure。
步骤404:UE发起RRC重建流程,接入T-MN。
步骤405:UE向T-MN发送第一RLF报告。
可选的,之后T-MN可以将所述第一RLF报告发送给S-MN,以使S-MN基于所述第一RLF报告调整相关网络参数。
其中,所述第一RLF报告可以参见上述如3所示的实施例中情况a1中的第一RLF报告,此处不再赘述。
上述示例考虑了UE未发起fastMCG link recovery procedure的场景,因此基于该场景对RLF报告进行增强,以使网络设备对fast MCG link recovery失败原因进行分析,可以得知fast MCG link recovery失败并非针对fast MCG link recovery的配置参数不合理导致的,而是SCG的移动性相关参数配置不合理导致的。
图5示出了又一种通信方法的示例,在该示例中,UE在被配置T316定时器后,第一MCG发生RLF,UE发起针对第一MCG的链路恢复流程中(即发起fast MCG link recoveryprocedure)中发生失败,RLF报告新增记录链路恢复失败的过程信息。示例性的,该示例的具体流程可以包括:
步骤501:S-MN向SN发送请求信息,该请求信息请求SN支持通过split SRB1或SRB3进行MCG快速恢复。
步骤502:S-MN为UE配置T316定时器。
步骤503:UE确定第一MCG发生RLF后,发起针对第一MCG的链路恢复的流程,但UE通过第一SCG向SN发送第一MCG的RLF信息失败。
可选的,UE通过第一SCG向SN发送第一MCG的RLF信息失败的原因可能是第一SCG发生RLF,或者在第一SCG去激活时,UE随机接入第一SCG失败。
步骤504:UE发起RRC重建流程,接入T-MN。
步骤505:UE向T-MN发送第一RLF报告。
可选的,之后T-MN可以将所述第一RLF报告发送给S-MN,以使S-MN基于所述第一RLF报告调整相关网络参数。
其中,所述第一RLF报告可以参见上述如3所示的实施例中情况a2中的第一RLF报告,此处不再赘述。
上述示例考虑了UE发起fastMCG link recovery procedure中失败的场景,因此基于该场景对RLF报告进行增强,以使网络设备可以优化fast MCG link recovery流程,例如可以优化SCG的配置参数,由于该SCG用于发送第一MCG的RLF信息,对该SCG的配置参数优化后,可以使后续SCG减少发生RLF的情况,从而可以使UE与SN成功通信。
图6示出了又一种通信方法的示例,在该示例中,UE在被配置T316定时器后,第一MCG发生RLF,UE发起针对第一MCG的链路恢复流程中(即发起fast MCG link recoveryprocedure)中发生失败,RLF报告新增记录链路恢复失败的过程信息。示例性的,该示例的具体流程可以包括:
步骤601:S-MN向SN发送请求信息,该请求信息请求SN支持通过split SRB1或SRB3进行MCG快速恢复。
步骤602:S-MN为UE配置T316定时器。
步骤603:UE确定第一MCG发生RLF后,发起针对第一MCG的链路恢复的流程,UE通过第一SCG向SN发送第一MCG的RLF信息。
步骤604:UE确定未收到针对所述第一MCG的RLF信息的响应消息。
其中,SN在收到该第一MCG的RLF信息后,第一SCG发生RLF,导致UE在T316定时器的预设时长内未收到针对所述第一MCG的RLF信息的响应消息。
步骤605:UE发起RRC重建流程,接入T-MN。
步骤606:UE向T-MN发送第一RLF报告。
可选的,之后T-MN可以将所述第一RLF报告发送给S-MN,以使S-MN基于所述第一RLF报告调整相关网络参数。
其中,所述第一RLF报告可以参见上述如3所示的实施例中情况a3中的第一RLF报告,此处不再赘述。
上述示例考虑了UE发起fast MCG link recovery procedure中失败的场景,因此基于该场景对RLF报告进行增强,以使网络设备可以优化fast MCG link recovery流程,例如可以优化SCG的配置参数,由于该SCG用于发送第一MCG的RLF信息,对该SCG的配置参数优化后,可以使后续SCG减少发生RLF的情况,从而可以使UE与SCG所述的SN成功通信。
图7示出了又一种通信方法的示例,在该示例中,UE在被配置T316定时器后,第一MCG发生RLF,UE发起针对第一MCG的链路恢复流程成功(即发起fast MCG link recoveryprocedure成功),但是UE在第二MCG发生RLF,RLF报告新增记录第二MCG连接失败信息。在该示例中,第二MCG不是T-MN管理的MCG,第二MCG是在针对第一MCG的链路恢复流程成功时,UE需要切换到的MN管理的MCG。而在该示例中,由于UE未成功切换到第二MCG,进而UE通过RRC重建流程接入T-MN。示例性的,该示例的具体流程可以包括:
步骤701:S-MN向SN发送请求信息,该请求信息请求SN支持通过split SRB1或SRB3进行MCG快速恢复。
步骤702:S-MN为UE配置T316定时器。
步骤703:UE确定第一MCG发生RLF后,发起针对第一MCG的链路恢复的流程,UE通过第一SCG向SN发送第一MCG的RLF信息。
步骤704:UE通过第一SCG从SN接收到针对所述第一MCG的RLF信息的响应消息,指示UE从第一MCG切换到第二MCG。
例如,针对所述第一MCG的RLF信息的响应消息可以是切换命令。
步骤705:UE确定从第一MCG未成功切换到所述第二MCG。
示例性的,UE从第一MCG未成功切换到所述第二MCG具体可以参见图3所示的实施例中涉及的UE从所述第一MCG未成功切换到所述第二MCG的情况,此处不再赘述。
步骤706:UE发起RRC重建流程,接入T-MN。
步骤707:UE向T-MN发送第一RLF报告。
可选的,之后T-MN可以将所述第一RLF报告发送给S-MN,以使S-MN基于所述第一RLF报告调整相关网络参数。
其中,所述第一RLF报告可以参见上述如3所示的实施例中情况a4中的第一RLF报告,此处不再赘述。
上述示例考虑了UE发起fast MCG link recovery procedure成功后,在第二MCG发生RLF失败的场景,因此基于该场景对RLF报告进行增强,以使网络设备可以优化fastMCG link recovery流程的后续流程,例如可以调整UE需要切换到的MCG,也即令终端设备可以从第一MCG切换到第二MCG以外的其他更合适的MCG,提高切换成功率。
图8示出了又一种通信方法的示例,在该示例中,UE在被配置T316定时器后,第一MCG发生RLF,UE发起针对第一MCG的链路恢复流程成功(即发起fast MCG link recoveryprocedure成功),RLF报告新增记录切换后第二MCG的相关信息。示例性的,该示例的具体流程可以包括:
步骤801:S-MN向SN发送请求信息,该请求信息请求SN支持通过split SRB1或SRB3进行MCG快速恢复。
步骤802:S-MN为UE配置T316定时器。
步骤803:UE确定第一MCG发生RLF后,发起针对第一MCG的链路恢复的流程,UE通过第一SCG向SN发送第一MCG的RLF信息。
步骤804:UE通过第一SCG从SN接收到针对所述第一MCG的RLF信息的响应消息,指示UE从第一MCG切换到第二MCG。
例如,针对所述第一MCG的RLF信息的响应消息可以是切换命令(MobilityFromNRCommand、MobilityFromEUTRACommand、Reconfiguration with sync),或者也可以是RRC释放消息。
步骤805:UE确定从第一MCG成功切换到所述第二MCG。
步骤806:UE通过第二MCG向T-MN发送第一RLF报告。
在该示例中,T-MN是管理所述第二MCG的MN。
可选的,之后T-MN可以将所述第一RLF报告发送给S-MN,以使S-MN基于所述第一RLF报告调整相关网络参数。
其中,所述第一RLF报告可以参见上述如3所示的实施例中情况a5中的第一RLF报告,此处不再赘述。
上述示例考虑了UE发起fast MCG link recovery过程成功后,并切换到第二MCG的场景,因此基于该场景对RLF报告进行增强,以使网络设备可以优化fast MCG linkrecovery流程,例如网络设备可以基于RLF报告进行第一MCG切换到第二MCG的相关参数的优化,令UE从第一MCG较快地切换到第二MCG,减少MCG服务中断时间。
基于以上实施例,本申请实施例还提供了一种通信装置,参阅图9所示,通信装置900可以包括收发单元901和处理单元902。其中,所述收发单元901用于所述通信装置900接收信息(消息或数据)或发送信息(消息或数据),所述处理单元902用于对所述通信装置900的动作进行控制管理。所述处理单元902还可以控制所述收发单元901执行的步骤。
示例性地,该通信装置900具体可以是上述实施例中的网络设备(例如第一网络设备、第二网络设备或第三网络设备等)、所述网络设备中的处理器,或者芯片,或者芯片系统,或者是一个功能模块等;或者,该通信装置900具体可以是上述实施例中的终端设备(例如UE)、所述终端设备的处理器,或者芯片,或者芯片系统,或者是一个功能模块等。
在一个实施例中,所述通信装置900用于实现上述图3-图8所述的实施例中终端设备(例如UE)的功能时,可以包括:所述收发单元901可以用于分别与第一网络设备以及第二网络设备通信,其中,所述第一网络设备管理第一主小区组MCG,所述第二网络设备管理第一辅小区组SCG,所述第一SCG被配置了MCG链路恢复功能;所述处理单元902可以用于确定所述第一MCG发生无线链路失败RLF;所述收发单元901还可以用于向第三网络设备发送第一RLF报告,所述第一RLF报告与针对所述第一MCG的链路恢复是否成功相关。
在一种可选的实施方式中,当针对所述第一MCG的链路恢复未成功时,所述第一RLF报告包括链路恢复失败原因。
示例性的,所述链路恢复失败原因可以包括以下一项或多项:所述第一SCG被添加、所述第一SCG被变更或所述第一SCG的传输被挂起。
可选的,所述处理单元902还可以用于基于所述第一SCG被添加或被变更,或者,所述第一SCG的传输被挂起确定不进行针对所述第一MCG的链路恢复。
在另一种可选的实施方式中,所述处理单元902还可以用于基于向所述第二网络设备发送所述第一MCG的RLF信息失败,确定针对所述第一MCG的链路恢复未成功。
在又一种可选的实施方式中,所述收发单元901还可以用于通过所述第一SCG向所述第二网络设备发送所述第一MCG的RLF信息;所述处理单元902还可以用于基于所述收发单元901在第一预设时长内没有接收到针对所述第一MCG的RLF信息的响应消息,确定针对所述第一MCG的链路恢复未成功。
示例性的,所述第一RLF报告可以包括以下一项或多项:链路恢复失败原因、所述第一MCG的RLF信息是否成功通过所述第一SCG发送给所述第二网络设备的指示信息、第一时间信息或所述第一SCG的RLF信息,其中,所述第一时间信息指示第一定时器的第一运行时间,所述第一运行时间大于或者等于所述第一定时器的预设时长,所述第一运行时间为所述终端设备通过所述第一SCG向所述第二网络设备发送所述第一MCG的RLF信息后到发起RRC重建流程的时长。
可选的,所述链路恢复失败原因包括以下一项或多项:所述第一SCG的波束失败后波束恢复的失败导致的针对所述第一MCG的链路恢复失败、针对所述第一SCG的随机接入失败或针对所述第一SCG的无线链路控制RLC重传达到最大次数。
可选的,所述第一SCG的RLF信息包括以下一项或多项:所述第一SCG的标识信息、所述第一SCG发生RLF的原因或所述第一SCG变更失败的原因。
在一种可能的方式中,当针对所述第一MCG的链路恢复成功时,所述处理单元902还可以用于确定是否从所述第一MCG成功切换到第二MCG;以及根据是否从所述第一MCG成功切换到所述第二MCG,确定所述第一RLF报告。
一种示例中,当从所述第一MCG未成功切换到所述第二MCG时,所述第一RLF报告包括所述第一MCG的RLF信息,以及,所述第二MCG的切换失败信息或所述第二MCG的RLF信息。
可选的,所述处理单元902在确定从所述第一MCG未成功切换到所述第二MCG时,可以用于:基于当所述终端设备切换到所述第二MCG后,在第二预设时长内所述第二MCG发生RLF,确定未成功从所述第一MCG切换到所述第二MCG。
另一种示例中,当从所述第一MCG成功切换到所述第二MCG时,所述第一RLF报告包括所述第一MCG的RLF信息,以及以下一项或多项:所述第二MCG的标识信息或第二时间信息,所述第二时间信息指示第一定时器的第二运行时间,所述第二运行时间小于所述第一定时器的预设时长,所述第二运行时间为所述终端设备通过所述第一SCG向所述第二网络设备发送所述第一MCG的RLF信息后收到所述第二网络设备发送的响应消息的时长。
在一个实施例中,所述通信装置900用于实现上述图3-图8所述的实施例中第三网络设备的功能时,可以包括:所述收发单元901可以用于从终端设备接收第一RLF报告,所述第一RLF报告与在第一主小区组MCG发送RLF后针对所述第一MCG的链路恢复是否成功相关;所述处理单元902可以用于根据所述第一RLF报告调整所述第一RLF报告相关的网络参数。其中,所述终端设备分别与第一网络设备以及第二网络设备通信,其中,所述第一网络设备管理第一主小区组MCG,所述第二网络设备管理第一辅小区组SCG,所述第一SCG被配置了MCG链路恢复功能。
在一种可选的实施方式中,当针对所述第一MCG的链路恢复未成功时,所述第一RLF报告包括链路恢复失败原因。
示例性的,所述链路恢复失败原因包括以下一项或多项:所述第一SCG被添加、所述第一SCG被变更或所述第一SCG的传输被挂起。
在另一种可选的实施方式中,当针对所述第一MCG的链路恢复未成功时,所述第一RLF报告包括以下一项或多项:链路恢复失败原因、所述第一MCG的RLF信息是否成功通过所述第一SCG发送给所述第二网络设备的指示信息、第一时间信息或所述第一SCG的RLF信息,其中,所述第一时间信息指示第一定时器的第一运行时间,所述第一运行时间大于或者等于所述第一定时器的预设时长,所述第一运行时间为所述终端设备通过所述第一SCG向所述第二网络设备发送所述第一MCG的RLF信息后到发起RRC重建流程的时长。
可选的,所述链路恢复失败原因包括以下一项或多项:所述第一SCG的波束失败后波束恢复的失败导致的针对所述第一MCG的链路恢复失败、针对所述第一SCG的随机接入失败或针对所述第一SCG的无线链路控制RLC重传达到最大次数。
可选的,所述第一SCG的RLF信息包括以下一项或多项:所述第一SCG的标识信息、所述第一SCG发生RLF的原因或所述第一SCG变更失败的原因。
在一种可能的方式中,当针对所述第一MCG的链路恢复成功时,所述第一RLF报告还与所述终端设备是否从所述第一MCG成功切换到第二MCG相关。
一种示例中,当从所述第一MCG未成功切换到所述第二MCG时,所述第一RLF报告包括所述第一MCG的RLF信息,以及,第二MCG的切换失败信息或所述第二MCG的RLF信息。
又一种示例中,当从所述第一MCG成功切换到所述第二MCG时,所述第一RLF报告包括所述第一MCG的RLF信息,以及以下一项或多项:所述第二MCG的标识信息或第二时间信息,所述第二时间信息指示第一定时器的第二运行时间,所述第二运行时间小于所述第一定时器的预设时长,所述第二运行时间为所述终端设备通过所述第一SCG向所述第二网络设备发送所述第一MCG的RLF信息后收到所述第二网络设备发送的响应消息的时长。
需要说明的是,本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。在本申请的实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
基于以上实施例,本申请实施例还提供了一种通信装置,参阅图10所示,通信装置1000可以包括收发器1001和处理器1002。可选的,所述通信装置1000中还可以包括存储器1003。其中,所述存储器1003可以设置于所述通信装置1000内部,还可以设置于所述通信装置1000外部。其中,所述处理器1002可以控制所述收发器1001接收和发送信息、消息或数据等。
具体地,所述处理器1002可以是中央处理器(central processing unit,CPU),网络处理器(network processor,NP)或者CPU和NP的组合。所述处理器1002还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integratedcircuit,ASIC),可编程逻辑器件(programmable logic device,PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device,CPLD),现场可编程逻辑门阵列(field-programmable gate array,FPGA),通用阵列逻辑(generic array logic,GAL)或其任意组合。
其中,所述收发器1001、所述处理器1002和所述存储器1003之间相互连接。可选的,所述收发器1001、所述处理器1002和所述存储器1003通过总线1004相互连接;所述总线1004可以是外设部件互连标准(Peripheral Component Interconnect,PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture,EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图10中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
在一种可选的实施方式中,所述存储器1003,用于存放程序等。具体地,程序可以包括程序代码,该程序代码包括计算机操作指令。所述存储器1003可能包括RAM,也可能还包括非易失性存储器(non-volatile memory),例如一个或多个磁盘存储器。所述处理器1002执行所述存储器1003所存放的应用程序,实现上述功能,从而实现通信装置1000的功能。
示例性地,该通信装置1000可以是上述实施例中的网络设备(第一网络设备、第二网络设备或第三网络设备);还可以是上述实施例中的终端设备。
在一个实施例中,所述通信装置1000在实现图3-图8所示的实施例中终端设备的功能时,收发器1001可以实现图3-图8所示的实施例中的由终端设备执行的收发操作;处理器1002可以实现图3-图8所示的实施例中由终端设备执行的除收发操作以外的其他操作。具体的相关具体描述可以参见上述图3-图8所示的实施例中的相关描述,此处不再详细介绍。
在一个实施例中,所述通信装置1000在实现图3-图8所示的实施例中第三网络设备的功能时,收发器1001可以实现图3-图8所示的实施例中的由第三网络设备执行的收发操作;处理器1002可以实现图3-图8所示的实施例中由第三网络设备执行的除收发操作以外的其他操作。具体的相关具体描述可以参见上述图3-图8所示的实施例中的相关描述,此处不再详细介绍。
基于以上实施例,本申请实施例提供了一种通信系统,该通信系统可以包括上述实施例涉及的终端设备、第一网络设备、第二网络设备和第三网络设备等。
本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质用于存储计算机程序,该计算机程序被计算机执行时,所述计算机可以实现上述方法实施例提供的通信方法。
本申请实施例还提供一种计算机程序产品,所述计算机程序产品用于存储计算机程序,该计算机程序被计算机执行时,所述计算机可以实现上述方法实施例提供的通信方法。
本申请实施例还提供一种芯片,包括处理器,所述处理器与存储器耦合,用于调用所述存储器中的程序使得所述芯片实现上述方法实施例提供的通信方法。
本申请实施例还提供一种芯片,所述芯片与存储器耦合,所述芯片用于实现上述方法实施例提供的通信方法。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
本申请的各个实施例中的内容可以相互参考,如果没有特殊说明以及逻辑冲突,不同的实施例之间的术语和/或描述具有一致性、且可以相互引用,不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
可以理解的,本申请实施例中,终端和/或网络设备可以执行本申请实施例中的部分或全部步骤,这些步骤或操作仅是示例,本申请实施例中,还可以执行其它操作或者各种操作的变形。此外,各个步骤可以按照本申请实施例呈现的不同的顺序来执行,并且有可能并非要执行本申请实施例中的全部操作。

Claims (29)

1.一种通信方法,其特征在于,包括:
终端设备分别与第一网络设备以及第二网络设备通信,其中,所述第一网络设备管理第一主小区组MCG,所述第二网络设备管理第一辅小区组SCG,所述第一SCG被配置了MCG链路恢复功能;
所述终端设备确定所述第一MCG发生无线链路失败RLF;
所述终端设备向第三网络设备发送第一RLF报告,所述第一RLF报告与针对所述第一MCG的链路恢复是否成功相关。
2.如权利要求1所述的方法,其特征在于,当针对所述第一MCG的链路恢复未成功时,所述第一RLF报告包括链路恢复失败原因。
3.如权利要求2所述的方法,其特征在于,所述链路恢复失败原因包括以下一项或多项:所述第一SCG被添加、所述第一SCG被变更或所述第一SCG的传输被挂起。
4.如权利要求2或3所述的方法,其特征在于,所述方法还包括:所述终端设备基于所述第一SCG被添加或被变更,或者,所述第一SCG的传输被挂起确定不进行针对所述第一MCG的链路恢复。
5.如权利要求1所述的方法,其特征在于,所述方法还包括:所述终端设备基于向所述第二网络设备发送所述第一MCG的RLF信息失败,确定针对所述第一MCG的链路恢复未成功。
6.如权利要求1所述的方法,其特征在于,所述方法还包括:
所述终端设备通过所述第一SCG向所述第二网络设备发送所述第一MCG的RLF信息;
所述终端设备基于在第一预设时长内没有接收到针对所述第一MCG的RLF信息的响应消息,确定针对所述第一MCG的链路恢复未成功。
7.如权利要求5或6所述的方法,其特征在于,所述第一RLF报告包括以下一项或多项:链路恢复失败原因、所述第一MCG的RLF信息是否成功通过所述第一SCG发送给所述第二网络设备的指示信息、第一时间信息或所述第一SCG的RLF信息,其中,所述第一时间信息指示第一定时器的第一运行时间,所述第一运行时间大于或者等于所述第一定时器的预设时长,所述第一运行时间为所述终端设备通过所述第一SCG向所述第二网络设备发送所述第一MCG的RLF信息后到发起无线资源控制RRC重建流程的时长。
8.如权利要求7所述的方法,其特征在于,所述链路恢复失败原因包括以下一项或多项:所述第一SCG的波束失败后波束恢复的失败导致的针对所述第一MCG的链路恢复失败、针对所述第一SCG的随机接入失败或针对所述第一SCG的无线链路控制RLC重传达到最大次数。
9.如权利要求7所述的方法,其特征在于,所述第一SCG的RLF信息包括以下一项或多项:所述第一SCG的标识信息、所述第一SCG发生RLF的原因或所述第一SCG变更失败的原因。
10.如权利要求1所述的方法,其特征在于,当针对所述第一MCG的链路恢复成功时,所述方法还包括:
所述终端设备确定是否从所述第一MCG成功切换到第二MCG;
所述终端设备根据是否从所述第一MCG成功切换到所述第二MCG,确定所述第一RLF报告。
11.如权利要求10所述的方法,其特征在于,当从所述第一MCG未成功切换到所述第二MCG时,所述第一RLF报告包括所述第一MCG的RLF信息,以及,所述第二MCG的切换失败信息或所述第二MCG的RLF信息。
12.如权利要求10或11所述的方法,其特征在于,所述终端设备确定从所述第一MCG未成功切换到所述第二MCG,包括:
所述终端设备基于当所述终端设备切换到所述第二MCG后,在第二预设时长内所述第二MCG发生RLF,确定未成功从所述第一MCG切换到所述第二MCG。
13.如权利要求10所述的方法,其特征在于,当从所述第一MCG成功切换到所述第二MCG时,所述第一RLF报告包括所述第一MCG的RLF信息,以及以下一项或多项:所述第二MCG的标识信息或第二时间信息,所述第二时间信息指示第一定时器的第二运行时间,所述第二运行时间小于所述第一定时器的预设时长,所述第二运行时间为所述终端设备通过所述第一SCG向所述第二网络设备发送所述第一MCG的RLF信息后收到所述第二网络设备发送的响应消息的时长。
14.一种通信方法,其特征在于,包括:
第三网络设备从终端设备接收第一RLF报告,所述第一RLF报告与在第一主小区组MCG发送RLF后针对所述第一MCG的链路恢复是否成功相关;其中,所述终端设备分别与第一网络设备以及第二网络设备通信,其中,所述第一网络设备管理第一主小区组MCG,所述第二网络设备管理第一辅小区组SCG,所述第一SCG被配置了MCG链路恢复功能;
所述第三网络设备根据所述第一RLF报告调整所述第一RLF报告相关的网络参数。
15.如权利要求14所述的方法,其特征在于,当针对所述第一MCG的链路恢复未成功时,所述第一RLF报告包括链路恢复失败原因。
16.如权利要求15所述的方法,其特征在于,所述链路恢复失败原因包括以下一项或多项:所述第一SCG被添加、所述第一SCG被变更或所述第一SCG的传输被挂起。
17.如权利要求14所述的方法,其特征在于,当针对所述第一MCG的链路恢复未成功时,所述第一RLF报告包括以下一项或多项:链路恢复失败原因、所述第一MCG的RLF信息是否成功通过所述第一SCG发送给所述第二网络设备的指示信息、第一时间信息或所述第一SCG的RLF信息,其中,所述第一时间信息指示第一定时器的第一运行时间,所述第一运行时间大于或者等于所述第一定时器的预设时长,所述第一运行时间为所述终端设备通过所述第一SCG向所述第二网络设备发送所述第一MCG的RLF信息后到发起无线资源控制RRC重建流程的时长。
18.如权利要求17所述的方法,其特征在于,所述链路恢复失败原因包括以下一项或多项:所述第一SCG的波束失败后波束恢复的失败导致的针对所述第一MCG的链路恢复失败、针对所述第一SCG的随机接入失败或针对所述第一SCG的无线链路控制RLC重传达到最大次数。
19.如权利要求17所述的方法,其特征在于,所述第一SCG的RLF信息包括以下一项或多项:所述第一SCG的标识信息、所述第一SCG发生RLF的原因或所述第一SCG变更失败的原因。
20.如权利要求14所述的方法,其特征在于,当针对所述第一MCG的链路恢复成功时,所述第一RLF报告还与所述终端设备是否从所述第一MCG成功切换到第二MCG相关。
21.如权利要求20所述的方法,其特征在于,当从所述第一MCG未成功切换到所述第二MCG时,所述第一RLF报告包括所述第一MCG的RLF信息,以及,第二MCG的切换失败信息或所述第二MCG的RLF信息。
22.如权利要求20所述的方法,其特征在于,当从所述第一MCG成功切换到所述第二MCG时,所述第一RLF报告包括所述第一MCG的RLF信息,以及以下一项或多项:所述第二MCG的标识信息或第二时间信息,所述第二时间信息指示第一定时器的第二运行时间,所述第二运行时间小于所述第一定时器的预设时长,所述第二运行时间为所述终端设备通过所述第一SCG向所述第二网络设备发送所述第一MCG的RLF信息后收到所述第二网络设备发送的响应消息的时长。
23.一种通信装置,其特征在于,包括用于执行如权利要求1-13任一项所述的方法的单元或模块。
24.一种通信装置,其特征在于,包括用于执行如权利要求14-22任一项所述的方法的单元或模块。
25.一种通信装置,其特征在于,包括处理器和收发器,其中:
所述收发器,用于收发数据或信息;
所述处理器,与存储器耦合,用于调用所述存储器中的计算机指令,以通过所述收发器执行如权利要求1-13任一项所述的方法。
26.一种通信装置,其特征在于,包括处理器和收发器,其中:
所述收发器,用于收发数据或信息;
所述处理器,与存储器耦合,用于调用所述存储器中的计算机指令,以通过所述收发器执行如权利要求14-22任一项所述的方法。
27.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机可执行指令,所述计算机可执行指令在被所述计算机调用时以执行如权利要求1-13中任一项所述的方法,或者执行如权利要求14-22中任一项所述的方法。
28.一种计算机程序产品,其特征在于,包含指令,当所述指令在计算机上运行时,使得如权利要求1-13中任一项所述的方法,或如权利要求14-22中任一项所述的方法被执行。
29.一种芯片,其特征在于,所述芯片与存储器耦合,用于读取并执行所述存储器中存储的程序指令,以实现如权利要求1-13中任一项所述的方法,或者实现如述权利要求14-22中任一项所述的方法。
CN202210510815.9A 2022-05-11 2022-05-11 通信方法及装置 Pending CN117098176A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202210510815.9A CN117098176A (zh) 2022-05-11 2022-05-11 通信方法及装置
PCT/CN2023/092731 WO2023217078A1 (zh) 2022-05-11 2023-05-08 通信方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210510815.9A CN117098176A (zh) 2022-05-11 2022-05-11 通信方法及装置

Publications (1)

Publication Number Publication Date
CN117098176A true CN117098176A (zh) 2023-11-21

Family

ID=88729764

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210510815.9A Pending CN117098176A (zh) 2022-05-11 2022-05-11 通信方法及装置

Country Status (2)

Country Link
CN (1) CN117098176A (zh)
WO (1) WO2023217078A1 (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018028969A1 (en) * 2016-08-12 2018-02-15 Sony Corporation Communications devices, infrastructure equipment and methods
CN114125960A (zh) * 2019-04-29 2022-03-01 华为技术有限公司 通信方法和通信装置
CN112399503B (zh) * 2019-08-16 2022-05-13 华为技术有限公司 链路失败报告传输的方法和装置
CN113453273A (zh) * 2020-03-26 2021-09-28 夏普株式会社 无线链路失败报告方法以及用户设备

Also Published As

Publication number Publication date
WO2023217078A1 (zh) 2023-11-16

Similar Documents

Publication Publication Date Title
JP7302648B2 (ja) 無線端末及びその方法
CN110972143B (zh) 传输信息的方法和装置
CN107360569B (zh) 一种安全密钥上下文分发方法,移动管理实体及基站
US20220386191A1 (en) Conditional full configuration and conditional delta configuration
CN107708104B (zh) 辅基站变更的方法及装置
WO2018059299A1 (zh) 小区切换的方法、装置及系统和计算机存储介质
EP3873131B1 (en) Handover method, handover device and computer readable storage medium
CN114731555A (zh) 条件移交
JP2023500137A (ja) モビリティ最適化方法および関連する装置
CN113747478A (zh) 通信方法及装置
WO2020259435A1 (zh) 信息管理方法、辅节点变更方法、节点及存储介质
CN105025465B (zh) 用户终端位置上报方法、基站、移动管理实体及系统
WO2023011165A1 (zh) 一种通信方法及装置
CN114915614A (zh) 一种恢复ims业务的方法及装置
CN113196863A (zh) 用于在恢复时执行移交的方法和节点
US20240357451A1 (en) Communication collaboration method and apparatus
CN114390640A (zh) 辅小区变换的错误类型的判定方法及设备
CN116648952A (zh) 用于移动性鲁棒性优化的方法及设备
CN114557120A (zh) 侧链路传送连续性
CN117098176A (zh) 通信方法及装置
CN114390638A (zh) Daps切换失败类型确定方法及装置
CN114390616A (zh) 一种mro临界场景的判定方法、装置及设备
WO2018172605A1 (en) Radio link management
US20240023188A1 (en) Enhancement of service continuity of remote ue during inter-gnb mobility in sidelink based ue-to-network relay
KR102319592B1 (ko) 단말장치

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