CN114765791A - 连接失败信息的处理方法、装置和*** - Google Patents

连接失败信息的处理方法、装置和*** Download PDF

Info

Publication number
CN114765791A
CN114765791A CN202111509893.9A CN202111509893A CN114765791A CN 114765791 A CN114765791 A CN 114765791A CN 202111509893 A CN202111509893 A CN 202111509893A CN 114765791 A CN114765791 A CN 114765791A
Authority
CN
China
Prior art keywords
connection failure
failure information
terminal device
report
information
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
CN202111509893.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 PCT/CN2022/071857 priority Critical patent/WO2022152220A1/zh
Publication of CN114765791A publication Critical patent/CN114765791A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/04Arrangements for maintaining operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0079Transmission or use of information for re-establishing the radio link in case of hand-off failure or rejection

Landscapes

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

Abstract

本申请公开了一种通信方法、装置和***,该方法中在启动切换流程后,如果检测到第一连接失败,记录与所述第一连接失败对应的第一连接失败信息,并启动定时器,然后在定时器停止或者超时后,发送指示存储有连接失败信息的指示信息,其中,该连接失败信息至少包括第一连接失败信息。根据定时器的运行情况确定是否可以向网络设备发送其存储有连接失败信息的指示信息,可以使得终端设备可以提供一次移动性过程中完整的失败信息,为网络设备进行移动性优化提供正确的参考。

Description

连接失败信息的处理方法、装置和***
技术领域
本申请涉及移动通信技术领域,尤其涉及一种通信方法、装置和***。
背景技术
目前,除了正常切换(legacy handover)流程(也可以叫过程)之外,还有双激活协议栈(dual active protocol stack,DAPS)切换和条件切换(conditional handover,CHO)。但是在一次DAPS切换流程,或一次条件切换流程,或者正常切换但是有CHO配置(例如,终端设备接收到CHO配置后在CHO触发或执行前,UE收到了正常切换命令,但是之前收到的CHO配置依然有效)流程中,终端设备可能检测到不止一次连接失败。目前,终端设备的无线链路失败(radio link failure,RLF)报告(report)中存储和上报的是最近一次的连接(或者叫链接)失败信息,然而,本申请的发明人发现,当前RLF report的处理方式存在不合理性,从而使得移动性策略的鲁棒性不够。
发明内容
本申请实施例提供一种通信方法、装置和***,可以使得连接失败信息的处理更合理,从而可以用于制定合理的移动性策略,提升终端设备的移动性的性能。
第一方面,提供一种通信方法,或者也可以叫做连接失败信息处理方法。可以理解的是,该第一方面的方法可由第一装置执行,第一装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置,例如芯片或者电路或者芯片***。
示例性的,在启动切换流程后,该方法可以包括:检测到第一连接失败,记录与所述第一连接失败对应的第一连接失败信息,并启动定时器;在定时器停止或者超时后,发送指示存储有连接失败信息的指示信息,其中,该连接失败信息至少包括第一连接失败信息。在定时器还在运行(没有停止或者超时)时,不发送指示存储有连接失败信息的信息。
该定时器可以为具体实施方式中所描述的第二定时器。该第二定时器的时长可以是预设的,也可以终端设备设置的,或者是网络设备配置的。上述实施例中,根据第二定时器的运行情况确定是否可以向网络设备发送其存储有连接失败信息的指示信息,可以使得终端设备可以提供一次移动性过程中完整的失败信息,为网络设备进行移动性优化提供正确的参考。
一些可能的实现方式中,在该定时器运行期间,可能会发生第二连接失败,那么在检测到第二连接失败的情况下,可以停止该定时器的运行,并记录与第二连接失败对应的第二连接失败信息。
一些可能的实现方式中,如果终端设备执行小区选择后选择的目标小区不是CHO小区;或者终端设备没有能在DAPS HO配置的DAPS目标小区成功接入,或者如果终端设备执行小区选择后选择的目标小区是CHO小区,但是在CHO小区发生了HOF,或者如果终端设备执行小区选择后,和CHO小区成功建立连接或在DAPS HO目标小区成功接入后,被切换到其它小区,或者如果终端设备从连接态进入非连接态,也会导致该定时器停止运行。通过上述停止第二定时器的场景的考虑,可以使得第二定时器的运行机制较为完善。
一些可能的实现方式中,发送指示存储有连接失败信息的指示信息的方式可能有多种,例如可以是通过第一指示信息指示存储有连接失败信息(该方式下,网络设备不获知有多少连接失败信息),或者,可以是通过第二指示信息指示存储有至少两个连接失败信息(该方式下,网络设备可以获知存储有多少个连接失败信息),或者该指示信息是与第一连接失败信息和第二连接失败信息分别对应的多个信息(例如第三指示信息和第四指示信息该方式下,网络设备可以获知存储有多少个连接失败信息)。可选的,第三指示信息和第四指示信息可以按照连接失败发生的时间顺序发送给网络设备,例如可以是在网络设备根据第三指示信息请求第一报告后,发送第一报告给网络设备时发送第四指示信息。
一些可能的实现方式中,在存储有第一连接失败信息和第二连接失败信息的情况下,发送连接失败信息的方式可以是:发送第一报告,该第一报告中包括第一连接失败信息和第二连接失败信息;或者发送第一报告和第二报告,该第一报告中包括第一连接失败信息,第二报告中包括第二连接失败信息。可选的,可以同时发送第一报告和第二报告,也可以按照失败发生的时间顺序先后发送第一报告和第二报告。
一些可能的方式中,还可以向网络设备指示处理第一报告和第二报告的时机相同,也就是说向网络设备指示同时处理第一报告和第二报告,从而可以使得对连接失败信息的处理更为合理和灵活,使得目标网络设备可以及时的收到完整的连接失败信息,从而进行合理的移动性管理。第二方面,提供一种通信方法,或者也可以叫做连接失败信息处理方法。可以理解的是,该第二方面的方法可由第二装置执行,第二装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置,例如芯片或者电路或者芯片***。该方法可以在CHO场景下实现。该方法可以包括:检测到第一连接失败,记录与所述第一连接失败对应的第一连接失败信息,在继续执行CHO,并且第二连接失败不是HOF的情况下,启动定时器,在该定时器停止或者超时后,发送指示存储有连接失败信息的指示信息。
一些可能的方式中,该定时器的运行机制可以参考第一方面的第二定时器。
一些可能的实现方式中,如果第二连接失败是HOF,不启动定时器,并记录该第二连接失败对应的第二连接失败信息。
一些可能的实现方式中,发送指示存储有连接失败信息的指示信息以及发送连接失败信息的方式可以参考第一方面的描述。
一些可能的方式中,还可以向网络设备指示处理第一报告和第二报告的时机相同,也就是说向网络设备指示同时处理第一报告和第二报告,从而可以使得对连接失败信息的处理更为合理和灵活,使得目标网络设备可以及时的收到完整的连接失败信息,从而进行合理的移动性管理。
一些可能的实现方式中,如果在第一连接失败后,目标小区不是CHO小区,不启动定时器,并且发送指示存储有第一连接失败信息的指示信息。
第三方面,提供一种通信方法,或者也可以叫做连接失败信息处理方法。可以理解的是,该第三方面的方法可由第三装置执行,第三装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置,例如芯片或者电路或者芯片***。该方法可以在DAPS HO场景下实现。该方法可以包括:检测到第一连接失败,记录与所述第一连接失败对应的第一连接失败信息,在继续执行DAPS目标小区的切换,并且第二连接失败不是HOF的情况下,启动定时器,在该定时器停止或者超时后,发送指示存储有连接失败信息的指示信息。
一些可能的实现方式中,如果第二连接失败是HOF,不启动定时器,并记录该第二连接失败对应的第二连接失败信息。
一些可能的实现方式中,发送指示存储有连接失败信息的指示信息以及发送连接失败信息的方式可以参考第一方面的描述。
一些可能的方式中,还可以向网络设备指示处理第一报告和第二报告的时机相同,也就是说向网络设备指示同时处理第一报告和第二报告,从而可以使得对连接失败信息的处理更为合理和灵活。
通过第二方面或者第三方面的方法,可以减少终端设备启动第二定时器的几率,比如,在发生连接失败后且和CHO或DAPS HO目标小区成功建立连接的情况下,终端设备启动第二定时器,其它场景不启动第二定时器,从而减少终端设备的实现复杂度,减少终端设备的不必要的能耗。
第四方面,提供一种通信方法,或者也可以叫做连接失败信息处理方法。可以理解的是,该第四方面的方法可由第四装置执行,第四装置可以是网络设备或能够支持网络设备实现该方法所需的功能的通信装置,例如芯片或者电路或者芯片***。该方法可以独立实施,也可以和第一至第三任一方面的方式结合实施。该方法可以包括:从终端设备接收指示存储有第一连接失败信息的信息,根据终端设备的在接入网络设备的接入类型,向所述终端设备请求获取连接失败信息,所述连接失败信息至少包括第一连接失败信息。
一些可能的实现方式中,该接入类型为条件切换CHO或者双激活协议栈切换DAPSHO,那么可以在第一时长到达后,向终端设备请求获取连接失败信息。
一些可能的实现方式中,接入类型不属于条件切换CHO或者不属于双激活协议栈切换 DAPS HO,可以不用等待第一时长,直接向所述终端设备请求所述连接失败信息。
一些可能的实现方式中,上述第一时长可以是根据从源网络设备接收的信息确定的或者所述第一时长是预设的或者所述第一时长是根据所述终端设备指示的时间信息确定的。
一些可能的实现方式中,上述连接失败信息承载在第一报告中,那么在接收到第一报告后,可以对第一报告进行处理,例如转发给目标网络设备,包括:向目标网络设备发送第一报告,并指示接收到第一报告的方式,其中,所述接收到第一报告的方式包括条件切换或者双激活协议栈切换。
本申请实施例中,通过网络设备的行为,可以避免网络设备向终端设备请求不完整的连接失败信息,从而可以避免根据不完整的连接失败信息执行错误的移动性参数的调整,提升了移动性策略的鲁棒性。
第五方面,提供一种通信方法,或者也可以叫做连接失败信息处理方法。可以理解的是,该第五方面的方法可由第四装置执行,第五装置可以是网络设备或能够支持网络设备实现该方法所需的功能的通信装置,例如芯片或者电路或者芯片***。该方法可以独立实施,也可以和第一至第三任一方面的方式结合实施。该方法可以包括:向第一目标网络设备或者第三目标网络设备指示接收到第一报告和/或第二报告的方式,其中,第一目标网络设备是第一报告对应的目标网络设备,第三目标网络设备是第二报告对应的目标网络设备。例如,接收网络设备指示是在DAPS HO,或者CHO场景下接收到的上述报告。可选的,第一目标网络设备和第三目标网络设备可以是相同或者不同的网络设备。通过上述方式可以使得目标网络设备获知第一报告和/或第二报告发生的场景或者说接收网络设备接收到第一报告和/或第二报告的方式,从而可以用于移动性优化的参考,提升移动性策略的鲁棒性。第六方面,还提供了一种通信方法,或者也可以叫做连接失败信息处理方法。该方法可以由终端设备或者可用于终端设备的部件(例如芯片或者电路)实现。该方法可以包括:检测到第一连接失败,记录与所述第一连接失败对应的第一连接失败信息;若检测到第二连接失败,且终端设备根据第二连接失败对应的小区是否为终端设备进行CHO执行的小区或者是否为与CHO执行相关的小区或者是否为进行CHO恢复的小区,确定对第一连接失败信息的处理方法。例如,在确定第二连接失败对应的小区为终端设备进行CHO执行的小区或者与CHO执行相关的小区或者为进行CHO恢复的小区的情况下,记录第二连接失败信息且不删除当前存储的第一连接失败信息;或者,在确定第二连接失败对应的小区不是终端设备进行CHO执行的小区或者不是与CHO执行相关的小区或者不是进行CHO恢复的小区的情况下,删除第一连接失败信息并记录第二连接失败信息。可选的,该方法还可以包括:发送记录的连接失败信息。通过该方法,终端设备可以根据发生新的连接失败的小区是否为终端设备进行CHO执行的小区或者与是否为CHO执行相关的小区或者是否为进行 CHO恢复的小区的方式进行连接失败信息的处理,可以减少终端设备的实现复杂度,减少终端设备的不必要的能耗。
第七方面,提供了一种通信装置,该通信装置具有实现上述第一方面的方法中的行为或者步骤的功能。该通信装置可以为终端设备或者可用于终端设备的部件(例如芯片或者电路)。功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中,通信装置包括:检测单元、处理单元和收发单元。可选的,还可以包括存储单元,该存储单元可以用于存储指令和/或数据。这些模块/单元可以执行上述第一方面方法示例中的相应功能,具体参见方法示例中的详细描述,此处不做赘述。
第八方面,提供了一种通信装置,该通信装置具有实现上述第二方面的方法中的行为或者步骤的功能。该通信装置可以为终端设备或者可用于终端设备的部件(例如芯片或者电路)。功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。这些模块/单元可以执行上述第二方面方法示例中的相应功能,具体参见方法示例中的详细描述,此处不做赘述。
第九方面,提供了一种通信装置,该通信装置具有实现上述第三方面的方法中的行为或者步骤的功能。该通信装置可以为终端设备或者可用于终端设备的部件(例如芯片或者电路)。功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。这些模块/单元可以执行上述第三方面方法示例中的相应功能,具体参见方法示例中的详细描述,此处不做赘述。
第十方面,提供了一种通信装置,该通信装置具有实现上述第四方面的方法中的行为或步骤的功能。该通信装置可以为网络设备或者可用于网络设备的部件(例如芯片或者电路)。功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。这些模块/单元可以执行上述第四方面方法示例中的相应功能,具体参见方法示例中的详细描述,此处不做赘述。
第十一方面,提供了一种通信装置,该通信装置具有实现上述第五方面的方法中的行为或步骤的功能。该通信装置可以为网络设备或者可用于网络设备的部件(例如芯片或者电路)。功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。这些模块/单元可以执行上述第五方面方法示例中的相应功能,具体参见方法示例中的详细描述,此处不做赘述。
第十二方面,提供了一种通信装置,该通信装置具有实现上述第六方面的方法中的行为或者步骤的功能。该通信装置可以为终端设备或者可用于终端设备的部件(例如芯片或者电路)。功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。这些模块/单元可以执行上述第六方面方法示例中的相应功能,具体参见方法示例中的详细描述,此处不做赘述。
第十三方面,提供了一种通信装置,该通信装置可以为实现上述第一方面至第六方面中任何一个通信方法的通信装置。该通信装置包括处理器和存储器。其中,该存储器用于存储计算机程序或指令或者数据,处理器与存储器耦合,当处理器读取计算机程序或指令或数据时,使通信装置执行任一方面的方法。可选的,该通信装置还可以包括通信接口。
示例性的,该通信接口可以是通信装置中的收发器。该收发器可以用于该通信装置与其它设备进行通信。
第十四方面,本申请实施例提供了一种芯片***,该芯片***包括处理器,用于实现第一方面至第六方面中的任一方法。在一种可能的设计中,该芯片***还包括存储器,用于保存程序指令和/或数据。该芯片***可以由芯片构成,也可以包含芯片和其他分立器件。
第十五方面,本申请实施例提供了一种通信***,该***包括第七方面-第十三方面的通信装置中的一个或者多个。
第十六方面,提供了一种计算机程序产品,该计算机程序产品包括:计算机程序代码,当该计算机程序代码并运行时,使得上述各方面中任一方法被执行。
第十七方面,本申请提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,当该计算机程序被运行时,使得上述各方面任一方法被实现。
附图说明
图1为本申请实施例应用的一种通信***的架构示意图;
图2为本申请实施例CHO流程中发生连接失败的一种可能场景示例图;
图3为本申请实施例提供的通信方法的一种示例的流程图;
图4为本申请实施例提供的通信方法的一种示例的流程图;
图5为本申请实施例提供的通信方法的一种示例的流程图;
图6为本申请实施例提供的通信方法的一种示例的流程图;
图6A为本申请实施例提供的通信方法的一种示例的流程图;
图7为本申请实施例提供的通信装置的一种结构示意图;
图8为本申请实施例提供的通信装置的一种结构示意图;
图9为本申请实施例提供的通信装置的一种结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
下文所描述的本申请实施例的技术方案可以应用于如图1所示的网络架构,其中,图1 仅是通信***的一种示例,该通信***可以包括至少一个终端设备和至少一个网络设备,图1以包括1个终端设备和2个网络设备为例,终端设备1可能从网络设备1切换到网络设备2。可以理解的是,图1中的终端设备和的数量只是举例,通信***中可以有更多的终端设备和网络设备,任意一个网络设备可以为处于覆盖范围内的终端设备提供服务。
其中,终端设备是一种具有无线收发功能的设备,可以是固定设备、移动设备、手持设备、穿戴设备、车载设备,或内置于上述设备中的装置(例如,通信模块或芯片***等)。所述终端设备用于连接人、物、机器等,可广泛用于各种场景。有时也可以称为用户设备(user equipment,UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。本申请的实施例中的终端设备可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality,VR)终端设备、增强现实(augmented reality,AR)终端设备、工业控制(industrial control)中的无线终端、物联网(internet of things,IoT)***中的无线终端,无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wirelesslocal loop,WLL)站、个人数字助理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、车载通信装置,车载通信处理芯片,可穿戴设备,5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network,PLMN)中的终端设备等。应理解,本申请对于终端设备的具体形式不作限定。
其中,网络设备可以是接入网设备,接入网设备也可以称为无线接入网(radioaccess network,RAN)设备,是指接入网中在空中接口上通过一个或多个扇区与无线终端通信的设备,也可以认为是一种为终端设备提供无线通信功能的设备。接入网设备例如包括但不限于:5G中的下一代基站(generation nodeB,gNB)、演进型节点B(evolved node B,eNB)、基带单元(baseband unit,BBU)、收发点(transmitting and receiving point,TRP)、发射点 (transmitting point,TP)、未来移动通信***中的基站或WiFi***中的接入点等。接入网设备还可以是云无线接入网络(cloud radio access network,CRAN)场景下的无线控制器、集中单元(centralized unit,CU),和/或分布单元(distributed unit,DU),或者网络设备可以为中继站、车载设备以及未来演进的PLMN网络中的网络设备等。
CU和DU在物理上可以是分离的也可以部署在一起。多个DU可以共用一个CU。一个DU也可以连接多个CU。CU和DU之间可以通过接口相连,例如可以是F1接口。CU 和DU可以根据无线网络的协议层划分。例如其中一种可能的划分方式是:CU用于执行无线资源控制(Radio Resouce Control,RRC)层、业务数据适配协议(service data adaptationprotocol,SDAP)层以及分组数据汇聚层协议(packet data convergence protocol,PDCP)层的功能,而DU用于执行无线链路控制(radio link control,RLC)层,媒体接入控制(media access control,MAC)层,物理(physical)层等的功能。可以理解对CU和DU处理功能按照这种协议层的划分仅仅是一种举例,也可以按照其他的方式进行划分。例如可以将CU 或者DU划分为具有更多协议层的功能。例如,CU或DU还可以划分为具有协议层的部分处理功能。在一设计中,将RLC层的部分功能和RLC层以上的协议层的功能设置在CU,将RLC层的剩余功能和RLC层以下的协议层的功能设置在DU。在另一种设计中,还可以按照业务类型或者其他***需求对CU或者DU的功能进行划分。例如按时延划分,将处理时间需要满足时延要求的功能设置在DU,不需要满足该时延要求的功能设置在CU。图1 所示的网络架构可以应用于5G通信***,其也可以与LTE***共享一个或多个部件或资源。在另一种设计中,CU也可以具有核心网的一个或多个功能。一个或者多个CU可以集中设置,也分离设置。例如CU可以设置在网络侧方便集中管理。DU可以具有多个射频功能,也可以将射频功能拉远设置。
CU的功能可以由一个实体来实现也可以由不同的实体实现。例如,可以对CU的功能进行进一步切分,例如,将控制面(control panel,CP)和用户面(user panel,UP)分离,即CU的控制面(CU-CP)和CU用户面(CU-UP)。例如,CU-CP和CU-UP可以由不同的功能实体来实现,所述CU-CP和CU-UP可以与DU相耦合,共同完成接入网设备的功能。
终端设备可以与不同技术的接入网设备进行通信,例如,终端设备可以与支持长期演进(long term evolution,LTE)的接入网设备通信,也可以与支持5G的接入网设备通信,还可以同时与支持LTE的接入网设备以及支持5G的接入网设备进行通信。本申请实施例并不限定。
本申请实施例先对CHO和DAPS HO进行简要介绍。
一、DAPS HO
终端设备从源网络设备接收到切换消息(例如切换命令或者RRC重配置消息)后,保持与源网络设备的数据传输,即终端设备保持源网络设备对应的用户面协议栈,对与源网络设备对应的用户面协议栈不进行层2的恢复/重建立,而且,终端设备建立与目标网络设备对应的用户面协议栈,用于与目标网络设备进行随机接入以及数据传输。在终端设备释放与源网络设备的连接前,终端设备维护两套安全密钥(或者说安全上下文)、两套头解压缩上下文(或者说两套头压缩上下文),终端设备根据数据包是来自于源网络设备还是目标网络设备,采用相应的密钥/头解压缩上下文对接收到的数据包进行处理。当终端设备完成在目标网络设备的接入后,在接收到目标网络设备发送的释放终端设备和源网络设备之间的连接的释放消息之前,终端设备继续和源网络设备进行数据传输(上行和/或下行数据传输);当终端设备接收到目标网络设备发送的用于释放终端设备和源网络设备之间的连接的释放消息后,终端设备释放其与源网络设备的连接。可选的,关于DAPS HO的流程或者信令可以进一步参考3GPP TS 38.300V16.3.0 9.2.3.2章节中的描述。示例性的,在DAPSHO 中检测连接失败的场景或者过程可能包括:在终端设备成功完成和目标网络设备的随机接入之前,终端设备继续对终端设备和源网络设备之间的连接进行无线链路失败(radiolink failure,RLF)监测(或检测);在终端设备和目标网络设备进行随机接入的过程中,终端设备可能检测到切换失败(handover failure,HOF);在终端设备成功完成和目标网络设备的随机接入之后,终端设备可以监测终端设备和目标网络设备之间的连接的无线链路,确定是否有无线链路失败。本申请实施例中,为便于说明,也可以将用于指示DAPS HO的命令或者消息称为DAPS HO命令。其中,终端设备接入的属于源网络设备的小区称为源小区,终端设备进行接入的属于目标网络设备的小区称为目标小区,目标小区的信息是通过DAPSHO命令配置的,该目标小区也可以称为DAPS目标小区。
二、CHO
源网络设备向终端设备发送的CHO配置信息中包括源网络设备为该终端设备配置的一个或多个候选小区的信息。候选小区的信息可以包括用于指示候选小区的标识信息的信息以及对应的一个或多个切换触发条件(或者也可以叫执行条件)和候选小区的配置信息。用于指示候选小区的标识信息的信息可以为CHO配置标识或者CHO候选小区信息。小区信息可以为小区的小区全局标识(cell global identifier,CGI)、物理小区标识(physical cell identifier,PCI)和频点、小区标识(cell identifier,cell ID)、非公网标识(non-public network identifier,NPN ID)、非陆地网络标识(non-terrestrialnetwork identifier,NTN ID)或者其它小区标识中的至少一种。CGI可以包括公共陆地移动网络(public land mobile network,PLMN ID)和cell ID。本申请实施例中,可以将CHO配置信息中的候选小区简称为CHO小区。
终端设备在接收到该CHO的配置信息后,根据该配置信息判断各CHO候选小区是否满足切换触发条件,这种流程可以理解为正常的CHO。如果满足切换触发条件的CHO候选小区作为候选目标小区,从而从源小区切换到该目标小区。
若在任一CHO执行条件满足前,终端设备收到了没有CHO配置的切换命令(也就是说该切换命令没有携带CHO配置信息),也可以转换为正常切换(normal HO或者legacyHO),终端设备根据正常切换命令执行切换流程。可以理解的,此时终端设备有可用的CHO配置,也可以将与此场景对应的切换类型称为CHO。本申请实施例中,终端设备接收到CHO配置信息并且CHO配置信息没有被清除的各个场景都可以称为终端设备有可用的CHO配置,例如可以包括:正常的CHO或者是若在任一CHO执行条件满足前,终端设备收到了没有 CHO配置的切换命令。本申请实施例中,为便于说明,也可以将有CHO配置信息的命令或者消息称为CHO命令,该CHO命令例如可以是RRC重配置消息。本申请实施例中可以将任何有可用CHO配置的场景对应的切换类型称为CHO。
当终端设备有可用的CHO配置时,终端设备检测到连接失败,若终端设备选择的合适小区为CHO候选小区,终端设备可以尝试一次CHO执行,该CHO执行也可以称为CHO 恢复(CHO recovery);若终端设备选择的目标小区不是CHO候选小区,终端设备执行重建立流程;若终端设备在一段时间内没有找到合适的小区,终端设备进入空闲态。可以理解的,若CHO流程中终端设备尝试了1次CHO执行后(即终端设备进行CHO恢复),终端设备再次检测到连接失败,无论终端设备选择的合适小区是否为CHO候选小区中的目标小区,终端设备不再尝试CHO执行(或者CHO恢复),可选的,终端设备可以执行重建立流程。可以理解的是,本申请实施例以终端设备在CHO流程中检测到第一次连接失败后,可以再尝试1次CHO执行(即终端设备进行1次CHO恢复)为例进行说明,在CHO流程中终端设备检测到第一次连接失败后,可以尝试N次CHO执行(或者CHO恢复),N是预设的用于限制在CHO流程中检测到第一次连接失败后可以尝试的CHO执行(或者CHO恢复)的最大次数,N大于或者等于1。
可以理解的是,本申请实施例中,也可以将用于实现切换配置或者切换指示的消息或者命令统称为切换消息或者切换命令。
图2示例性的给出了在CHO流程中发生至少2次连接失败的一种可能场景,如图2所示,终端设备在源小区触发条件切换后,首先尝试切换到目标小区B(T-cell B),在T-cellB 发生连接失败后,执行小区选择,并选择了CHO候选小区中的目标小区C(T-cell C),终端设备再尝试切换到T-cell C(即终端设备尝试和T-cell C进行CHO恢复),并在目标小区 T-cell C中也发生了连接失败,此次的CHO流程结束。上述连接失败可以包括HOF,RLF 或者定时器到期导致的失败。此处,可以将T-cell B称为CHO流程中的第一次目标小区。可以理解的是,对于有CHO配置的legacy HO流程,也有可能出现如图2示出的场景,即终端设备根据legacy HO执行切换到目标小区cell B(legacy HO指示的目标小区),在cell B 发生连接失败后,执行小区选择并选择了CHO候选小区中的目标小区T-cell C,终端设备再尝试切换到T-cell C(即终端设备尝试和T-cell C进行CHO恢复),并在目标小区T-cell C 中也发生了连接失败,此次的CHO流程结束。。此外,也存在其它CHO场景下的多次失败。以终端设备检测到第一次连接失败后最多执行一次CHO尝试为例:终端设备收到了CHO 配置,未触发CHO切换且检测到了终端设备和源网络设备之间的连接失败;终端设备确定执行小区选择,并选择了CHO候选小区中的目标小区B(T-cell B),终端设备执行CHO到 T-cell B(即终端设备尝试和T-cell B进行CHO恢复),终端设备可以检测到终端设备和T-cell B之间的连接失败。
对于DAPS HO流程,在一次DAPS HO流程中,也有可能发生多于一次的连接失败,例如终端设备在源小区收到DAPS HO命令后,终端设备检测到和源小区之间的连接失败,比如,RLF,终端设备继续执行和目标小区之间的DAPS HO,终端设备又检测到终端设备和目标小区之间的连接失败,比如HOF或者RLF。又例如,终端设备在源小区收到DAPS HO 命令后,终端设备检测到和目标小区之间的连接失败,比如,HOF,终端设备回到源小区,尝试执行和源小区之间的连接恢复,终端设备检测到终端设备和源小区之间的连接失败。
本申请实施例中,可以将终端设备启动切换到成功接入目标小区或者转入其他非连接态的状态之前的流程称为一次切换流程(或者一次切换过程)。将CHO,DAPS HO,正常切换(可以称为normal HO或legacy HO)等理解为不同的切换类型。对于CHO场景,可以将源网络设备基站发送CHO配置信息的时机认为是启动切换,对于DAPS HO的场景,可以将源网络设备向终端设备发送DAPS HO命令的时机认为是启动切换,对于正常切换,可以将源网络设备向终端设备发送源发送切换命令的时机认为是启动切换。
可以理解的是,上述一次切换流程也可以称为一次移动性过程。在移动性过程中,可能会发生至少一次连接失败,对于发生的连接失败,终端设备可以记录连接失败信息。
作为一种示例,连接失败信息可以包括以下至少一种信息:
1)失败主小区标识(failedPCellId):终端设备检测到RLF或者第一定时器超期(到期) 的主小区信息,或者HOF的目标主小区信息。该定时器例如可以是终端设备发送测量报告后启动的定时器,如果该第一定时器超时后终端设备还没有收到切换命令,可以认为发生连接失败,该第一定时器例如可以是T312。
可选的,连接失败信息中也可以不包括失败主小区标识(failedPCellId),而是包括失败小区标识(failedCellId)。其中,失败小区标识即终端设备检测到链路失败或者定时器超期的小区信息,或者切换失败的目标小区信息,本申请实施例对此不作限定。
2)连接失败类型(connectionFailureType)。
作为示例,连接失败类型可以为RLF或者HOF或者定时器到期。连接失败类型也可以简称为失败类型。
3)之前的主小区标识(previousPCellId):终端设备上一次收到切换命令的前主小区信息。
可选的,连接失败信息中也可以不包括之前的主小区标识(previousPcellId),而是包括之前的小区标识(previousCellId)。其中,之前的小区标识即终端设备上一次收到切换命令的前小区信息,本申请实施例对此不作限定。
4)重建立小区标识(reestablishmentCellId):连接失败后尝试重建立的小区信息。
5)连接失败时间(timeConnFailure):最后(或者说最近)一次收到切换命令(或者重配置消息)到连接失败的时间长度。
6)失败后的时间(timeSinceFailure):连接失败时开始记录的时间长度。一般指连接失败到上报失败报告的时间长度。
7)连接失败的原因(rlf-Cause):其中,连接失败的原因可以包括HOF、RLF、重配同步失败、NR向其他***切换失败、完整性校验失败(integrity check failure)或者RRC连接重配置失败。
8)位置信息(locationInfo):终端设备发生连接失败的位置的信息。
9)随机接入信息(ra-InformationCommon):终端设备在该小区进行随机接入的信息。
9)测量结果:可以为小区和/或波束的测量结果,该测量结果可以包括服务小区和/或邻区的测量结果。
10)收到CHO配置到触发正常的CHO执行(即CHO执行条件触发)的时间信息(timeCHOcfgExe)
本申请实施例中的连接失败信息也可以称为链接失败信息。
本申请实施例中,在一次移动性过程中,如果发生连接失败的次数大于1次(例如为 M次,M为大于1的整数),终端设备可以有两种上报连接失败信息的方式。
方式(1):在一个报告(例如RLF report)中包括M次连接失败的失败信息;
方式(2):M次连接失败信息分别对应M个报告。
可以理解的是,上述方式(1)和(2)以终端设备将部分或全部连接失败信息以RLFreport 进行上报为例进行说明,本申请实施例不限定终端设备存储连接失败信息的载体或者报告的形式。
为解决在一次移动性过程中,发生连接失败的次数为M次的情况下,如何合理的处理连接失败信息的问题,本申请实施例提供了一种通信方法,可以理解的是,该通信方法也可以叫做连接失败信息处理方法。该通信方法中,终端设备在启动切换流程后,检测到第一次连接失败(第一连接失败),记录与第一连接失败对应的第一连接失败信息并存储第一连接失败信息,终端设备并不立即向网络设备指示其存储有连接失败信息,而是启动定时器,在该定时器停止或者超时后,再发送指示存储有连接失败信息的指示信息。关于定时器运行的情况可以参考下面实施例的详细描述。
如图3所示,以M=2举例说明,该通信方法包括:
S301,终端设备检测到连接失败。
可以理解的,在本实施例中,该连接失败可以称为第一次连接失败。终端设备检测到连接失败,可以为:终端设备接收到CHO配置,未触发CHO执行条件,终端设备检测到终端设备和源小区之间的连接失败,比如RLF或者定时器到期触发的失败;或者终端设备接收到CHO配置,触发CHO执行条件或者接收到正常切换命令,终端设备检测到和目标小区之间的连接失败,比如HOF或RLF;或者终端设备收到DAPS HO命令后,检测到终端设备和源小区之间的连接失败,比如RLF;或者终端设备收到DAPS HO命令后,检测到终端设备和目标小区之间的连接失败,比如HOF。
在启动切换流程后,在结束切换流程前,可能会发生终端设备在源小区或者目标小区的连接失败。如果终端设备确定检测到连接失败,可以执行S302。可以将S301所检测到的连接失败称为第一次连接失败。
可以理解的是,如果终端设备没有检测到连接失败,那么意味着终端设备可以正常的完成切换流程,那么可以不执行本申请实施例的流程。
本申请实施例中,可以将终端发生第一连接失败时所在的小区称为第一小区。
S302,终端设备记录连接失败信息。
相应的,该步骤中记录的对应第一连接失败的连接失败信息可以称为第一次连接失败信息,也可以称为第一连接失败信息。
在终端设备检测到连接失败的情况下,终端设备会将此次的连接失败信息记录并保存。
一些可能的实现方式中,后续,在终端设备上报第一连接失败信息时,可以将第一连接失败信息通过在第一报告(例如第一RLF report)进行上报。
S303,终端设备启动第二定时器。
其中,该第二定时器用于终端设备确定是否可以向网络设备发送其存储有连接失败信息的指示信息。本申请实施例对于该第二定时器的时长不做限定。可以理解的是,该第二定时器的时长信息可以是网络设备配置的,例如可以是第一小区所属的网络设备通过***消息或者切换消息将第二定时器的时长信息发送给终端设备。可选的,第一小区所属的网络设备可以从目标网络设备接收第二定时器的时长信息,比如接收目标网络设备发送的切换确认消息中的第二定时器的时长信息。或者,第二定时器的时长也可以是源网络设备配置的,或者也可以是终端设备设置的。
可以理解的是,S303可以是在S301或者S302之后执行,也可以是与S301或者S302同步执行。也就是说,可以是在终端设备检测到连接失败时或者之后启动第二定时器,或者也可以是在终端设备记录连接失败信息时或者之后启动定时器。
S303之后,可以执行S304。可以理解的是,在实际场景中S304不是必然发生的。
S304,在第二定时器运行期间,终端设备确定再次检测到连接失败。
在第二定时器运行期间,在检测到第一次连接失败后,终端设备继续尝试在其他至少一个小区(第二小区)进行接入,比如选择的合适小区为CHO候选小区,终端设备可以尝试CHO执行(或者称为CHO恢复);或者继续尝试和DAPS HO的目标小区之间的切换;或者终端设备检测和DAPS HO的目标小区之间的HOF后,尝试回到源小区进行连接恢复。。
可以理解的是,在第一次连接失败的基础上,可能会再次发生连接失败,本申请实施例中可以将再次发生的连接失败称为第二连接失败。如果终端设备再次检测到连接失败,执行S305。如果在第二定时器运行期间,终端设备没有再次检测到连接失败,那么意味着终端设备可以正常的接入。那么可以在第二定时器到期时,执行S306。
S305,停止第二定时器,终端设备记录第二连接失败的连接失败信息。
终端设备在检测到连接失败次数达到M时,终端设备会停止第二定时器。以M=2为例,在终端设备检测到第二连接失败时,终端设备会停止第二定时器。此外,终端设备会记录与第二连接失败对应的连接失败信息(第二连接失败信息)。可以理解的是,记录第二连接失败信息和停止第二定时器可以同时进行,也可以先后执行(不限定记录第二连接失败信息和停止第二定时器的先后顺序)。
可选的,终端设备也可以将第二定时器的运行时长信息记录下来,其中,记录的第二定时器的运行时长信息可以作为连接失败信息的一部分。
可选的,终端设备可以将第二连接失败信息通过第一报告上报,也可以将第二连接失败信息通过与第一报告不同的报告(第二报告)上报。
可以理解的是,终端设备检测到第二连接失败是停止第二定时器的其中一种场景,在其他的场景下,终端设备也可以停止第二定时器,例如:终端设备执行小区选择后选择的目标小区不是CHO小区;或者终端设备没有能在DAPS HO配置的DAPS目标小区成功接入;或者终端设备执行小区选择后选择的目标小区是CHO小区,但是在CHO小区发生了HOF;或者终端设备执行小区选择后,和CHO小区成功建立连接或在DAPS HO目标小区成功接入后,被切换到其它小区;或者终端设备从连接态进入非连接态。可以理解的是,上文只是以再次检测到连接失败举例说明连接失败信息的记录,对于以上任意一种情况,在发生连接失败时,也可以通过上述方式(1)或者(2)上报连接失败信息。并且对于任意一种停止第二定时器的情况下,在停止第二定时器后都可以继续执行S306。
S306,终端设备发送指示信息,其中该指示信息指示终端设备存储有连接失败信息或者,指示终端设备存储有第一连接失败信息和第二连接失败信息。
终端设备可以在第二定时器停止或者到期后,向网络设备(可以称为接收网络设备) 发送指示信息,本申请实施例对于该指示信息在第二定时器停止或者到期后的具体发送时机不做限定。此处的接收网络设备可以是和源网络设备/检测到连接失败的网络设备相同或者不同的网络设备,本申请实施例对此不做限定。
一些可能的实现方式中,该指示信息可以是第一指示信息,即该第一指示信息指示终端设备存储有连接失败信息(该连接失败信息至少包括第一连接失败信息);或者,该指示信息可以是一个信息(第二指示信息),即第二指示信息指示终端设备存储有至少两个连接失败信息,或者,该指示信息可以是与第一连接失败信息和第二连接失败信息分别对应的多个信息(例如第三指示信息和第四指示信息),即与第一连接失败信息对应的第三指示信息(例如rlf-Info 1Available)指示终端设备存储有第一连接失败信息,与第二连接失败信息对应的第四指示信(例如rlf-Info 2Available)息指示终端设备存储有第二连接失败信息,或者,第二指示信息指示终端设备存储有M个连接失败信息。可选的,第三指示信息和第四指示信息可以在同一时机或者在不同时机发送,例如第三指示信息和第四指示信息可以按照对应的连接失败发生的时间顺序先后发送给网络设备。可以理解的是,对于通过第二指示信息和第三、第四指示信息指示的方式,网络设备可以获知终端设备存储有多少个连接失败信息。
需要说明的是,对于一次移动性过程只发生了一次连接失败信息的情况,终端设备也可以通过第一指示信息向网络设备指示其存储有连接失败信息。
可选的,在第二定时器还在运行(即第二定时器没有停止或者没有到期)时,即使终端设备已经存储有第一连接失败信息,终端设备可以不向网络设备发送其存储有连接失败信息的指示信息。
可选的,S306之后还可以执行S307。
S307,接收网络设备根据上述指示信息,向终端设备请求获取连接失败信息。
一种可能的实现方式中,接收网络设备可以向终端设备请求获取第一连接失败信息或者请求获取第一连接失败信息和第二连接失败信息。
或者说,接收网络设备会向终端设备发送用于请求第一报告或者请求第一报告和第二报告的消息。
在接收网络设备接收到上述指示信息后,可以获知终端设备存储有连接失败信息,从而可以请求终端设备将连接失败信息对应的报告发送过来。相应的,终端设备会根据接收网络设备的请求,将第一报告和/或第二报告发送给接收网络设备。
一种可能的实现方式中,对于该指示信息是第一指示信息的情况,接收网络设备向终端设备请求获取第一连接失败信息(第一报告)。
一种可能的实现方式中,对于该指示信息是第二指示信息的情况,接收网络设备向终端设备请求获取第一连接失败信息(第一报告)和第二连接失败信息(第二报告)或者向终端设备请求第一报告。可选的,终端设备可以同时发送第一报告和第二报告,也可以按照失败发生的时间顺序先后发送第一报告和第二报告,本申请实施例对于发送第一报告和第二报告的方式不做限定。
一种可能的实现方式中,对于该指示信息是第三指示信息和第四指示信息的情况,接收网络设备向终端设备请求获取第一连接失败信息(第一报告)和第二连接失败信息(第二报告)的方式可以是以下A或者B:
A:如果第三指示信息和第四指示信息是在接收网络设备进行请求前都发送给网络设备了(例如第三指示信息和第四指示信息同时发送给接收网络设备),那么接收网络设备可以向终端设备请求第一连接失败信息(第一报告)和第二连接失败信息(第二报告)。可选的,终端设备可以同时发送第一报告和第二报告,也可以按照失败发生的时间顺序先后发送第一报告和第二报告,本申请实施例对于发送第一报告和第二报告的方式不做限定。
B:如果第三指示信息和第四指示信息不是在接收网络设备进行请求前都发送给网络设备(例如第三指示信息先发送给接收网络设备),那么接收网络设备可以根据第三指示信息先通过第一消息向终端设备请求第一连接失败信息(第一报告),终端设备在向接收网络设备发送第一报告之外,还可以向接收网络设备发送第四指示信息,接收网络设备根据第四指示信息进一步通过第二消息向终端设备请求第二连接失败信息(第二报告)。一种可能的实现方式中,终端设备可以在用户设备信息响应(UE information response)消息中携带该第四指示信息。
可以理解的是,对于方式B,可能存在接收网络设备成功接收到了第一报告但是未成功接收到第二报告的情况。比如,终端设备向接收网络设备发送第一报告后,终端设备和接收网络设备之间的连接断开,比如终端设备检测到和接收网络设备间的连接失败,或者终端设备执行CHO到其它小区,或者终端设备收到接收网络设备发送的正常切换命令或者连接释放命令。在该情况下,终端设备发送第一报告后可以保存第一连接失败信息,当终端设备确定向接收网络设备成功发送第一报告和第二报告,终端设备删除存储的第一连接失败信息和第二连接失败信息。在一种可能的实现方式中,若接收网络设备确定终端设备存储有第一连接失败信息和第二连接失败信息,且确定其没有收到第一报告和第二报告,接收网络设备可以删除已接收的第一报告或者第二报告,对应的,接收网络设备不执行S308。
可选的,S307之后,还可以执行S308。
S308,接收网络设备对接收到的报告进行处理。
如前所述,按照方式(1)的话,接收网络设备可以是对第一报告进行处理,按照方式 (2)的话,接收网络设备可以是对第一报告和第二报告分别进行处理,对第一报告和第二报告的处理方式是类似的,但是处理第一报告和处理第二报告的时机可能相同或者不同。
可以理解的是,对于第一报告和第二报告处理时相同的情况,可以是协议规定接收网络设备对第一报告和第二报告中的同时进行处理(该处理例如可以是转发,具体可以参考下文实施例的描述),也可以是接收网络设备根据终端设备的指示(第五指示信息)对第一报告和第二报告同时进行处理。例如,该第五指示信息指示接收网络设备对第一报告和第二报告均进行处理,或者,指示接收网络设备同时处理第一报告和第二报告,或者,指示第一报告和第二报告属于一次移动性过程。
下面以接收网络设备对第一报告的处理举例说明接收网络设备对接收到的报告进行处理的方式,可以理解的是,对第二报告的处理方式与第一报告类似。
接收网络设备可以根据接收到的连接失败信息确定转发该第一报告的目标网络设备 (第一目标网络设备,第一报告中的不同连接失败信息可能对应不同的第一目标网络设备)。作为一种示例,若该第一报告中的连接失败类型为HOF,接收网络设备可以根据“之前的主小区标识”确定其对应的小区所属的网络设备为第一目标网络设备,可选的,进一步可以由第一目标网络设备根据第一报告进行相应的处理,从而可以提升移动性鲁棒性。若该第一报告中的连接失败类型为RLF或者第一定时器到期,接收网络设备可以根据“失败主小区标识”确定其对应的小区所属的网络设备为第一目标网络设备,可选的,进一步可以由第一目标网络设备根据第一报告进行相应的处理,从而可以提升移动性鲁棒性。可选的,若第一目标网络设备可以进一步确定该第一报告是否需要转发到“之前的主小区标识”对应的小区所属的网络设备(可以称为第二目标网络设备),若是,第一目标网络设备可以向“之前的主小区标识”对应的小区所属的网络设备发送第一报告。比如第一目标网络设备确定终端设备执行切换到检测到和失败主小区之间的连接失败的第一时间小于或等于某一门限,第一目标网络设备可以向“之前的主小区标识”对应的小区所属的网络设备发送第一报告。可以理解的是,当第一目标网络设备和接收网络设备是相同的网络设备,那么可以不执行转发,而是接收网络设备根据第一报告进行相应的处理,或者,第一目标网络设备和第二目标网络设备是相同的网络设备,那么可以不执行转发,而是第一目标网络设备根据第一报告进行相应的处理,从而可以提升移动性鲁棒性。
需要说明的是,第一报告对应的目标网络设备(第一目标网络设备)和第二报告对应的目标网络设备(第三目标网络设备)可以是相同或者不同的网络设备。可选的,接收网络设备还可以向第一目标网络设备或者第三目标网络设备指示接收到第一报告和/或第二报告的方式或者场景,例如指示是在DAPS HO,或者CHO场景下接收到的上述报告。可以理解的,接收网络设备确定接收到第一报告和/或第二报告的方式,可以是根据终端设备接入该接收网络设备的方式确定,比如终端设备是执行CHO配置接入该接收网络设备的,接收网络设备确定接收到第一报告和/或第二报告的方式可以为CHO;或者,比如终端设备是执行DAPS HO配置接入该接收网络设备的,接收网络设备确定接收到第一报告和/或第二报告的方式可以为DAPS HO。一些可能的实现方式中,接收网络设备可以在失败指示消息或者无线链路失败指示信息向目标网络设备指示其接收到上述报告的方式,也就是说可以在失败指示消息或者无线链路失败指示信息中包括指示接收到第一报告和/或第二报告的方式的信息。通过指示接收到第一报告和/或第二报告的方式或者场景,可以使得目标网络设备获知第一报告和/或第二报告发生的场景或者说接收网络设备接收到第一报告和/或第二报告的方式,从而可以用于移动性优化的参考。可以理解的是,接收网络设备向第一目标网络设备或者第三目标网络设备指示接收到第一报告和/或第二报告的方式可以和前面的实施例解耦,也就是说不限定第一报告和/第二报告是通过前述实施例的方式存储的,比如可以在不使用第二定时器获取第一报告和/或第二报告。
本申请实施例对于网络设备对第一报告和/或第二报告的处理过程和方式不做限定,例如可以是根据第一报告和/或第二报告中的信息调整移动性参数等和/或执行例如第一目标网络设备根据连接失败时间确定是否向之前的主小区标识对应的小区所属的网络设备发送第一报告和/或第二报告等操作。
可选的,对于方式B中可能存在的接收网络设备成功接收到了第一报告但是未成功接收到第二报告的情况,接收网络设备还可以在向目标网络设备转发第一报告时,向目标网络设备发送第六指示信息,该第六指示信息可以指示该第一报告为不完整报告,和/或,指示该第一报告仅包括了第一连接失败对应的失败信息,和/或,指示第一报告还关联了第二报告,和/或,指示第二报告未接收成功。通过上述第六指示信息,可以使得目标网络设备确认接收到的第一报告信息不完整,那么目标网络设备可以不基于第一报告进行移动性参数的调整,或者等待接收到第二报告后根据第一报告和第二报告进行移动性参数的调整。
一些可能的实现方式中,若目标网络设备为CU,本申请实施例的方法还包括:CU发送上述第一报告/第二报告的部分或全部信息给DU。
上述实施例中,根据第二定时器的运行情况确定是否可以向网络设备发送其存储有连接失败信息的指示信息,可以使得终端设备可以提供一次移动性过程中完整的失败信息,为网络设备进行移动性优化提供正确的参考。
可以理解的是,上述图3所示实施例中,在检测到第一次连接失败后启动第二定时器,进一步的,也可以对启动第二定时器的时机或者场景进行区分,比如在CHO或者DAPS HO过程中,根据再次发生的连接失败的失败类型确定是否启动第二定时器,下文图4和图5 实施例中针对CHO和DAPS HO过程分别进行描述。
如图4所示,本申请实施例提供的一种针对CHO场景的通信方法,可以理解的是,该通信方法也可以叫做连接失败信息处理方法。该方法可以包括:
S401,终端设备检测到第一连接失败。
终端设备在第一小区检测到连接失败。该步骤进一步可以参考S301中适用于CHO场景的相关描述。
S402,终端设备记录连接失败信息。
该连接失败信息为第一连接失败信息,进一步的,该步骤可以参考S302处的相关描述,此处不再赘述。
可选的,后续终端设备可以通过第一报告上报该第一连接失败信息。
S403,终端设备执行小区选择,并确定目标小区,从而确定是否继续执行CHO。
在检测到第一连接失败后,终端设备会执行小区选择,继续尝试在其他至少一个小区进行接入,本申请实施例中,可以将选择的尝试进行接入的小区称为目标小区。如果该目标小区为非CHO小区,可以执行S409。如果该目标小区为CHO小区,终端设备可以执行CHO,即执行S404。
S404,终端设备继续执行CHO,并检测是否在CHO小区发生HOF。
在终端设备继续执行CHO的过程中,如果终端设备检测到和CHO小区之间的HOF,可以执行S405;如果终端设备和目标小区成功建立连接,可以执行S406。
S405,终端设备记录HOF对应的连接失败信息。
该HOF对应的连接失败信息是再次发生的连接失败信息(第二连接失败信息)。
可选的,后续该第二连接失败信息可以通过前述实施例所描述的方式(1)或者(2)进行上报,具体可以参考前述实施例与第二连接失败信息的相关描述。S405之后可以执行S409。
S406,终端设备启动第二定时器。
关于第二定时器的描述可以参考S303处的相关描述。
可选的,在S406之后,可以执行S407。
S407,在第二定时器运行期间,终端设备确定是否再次检测到连接失败。
如果在第二定时器运行期间终端设备检测到第二次连接失败,可以执行S408。
如果在第二定时器运行期间,终端设备没有再次检测到连接失败,那么意味着终端设备可以正常的接入。那么可以在第二定时器到期时,执行S409。
S408,停止第二定时器,终端设备记录第二连接失败的连接失败信息。
在终端设备检测到第二连接失败时,终端设备会停止第二定时器。此外,终端设备会记录第二连接失败对应的连接失败信息(第二连接失败信息)。关于第二定时器的运行机制可以进一步参考图3实施例的相关描述。类似的,其他使得第二定时器停止的场景,也可以参考图3实施例的相关描述,此处不再赘述。
对于任意一种第二定时器停止的场景,终端设备可以继续执行S409。
S409,终端设备发送指示信息,其中该指示信息指示终端设备存储有连接失败信息或者,终端设备存储有第一连接失败信息和第二连接失败信息。
关于指示信息的发送可以参考S306处的相关描述,此处不再赘述。
可选的,S409之后,还可以执行S410。
S410,接收网络设备根据上述指示信息,向终端设备请求第一报告或者请求第一报告和第二报告。
S411,接收网络设备对接收到的报告进行处理。
可以理解的是,S410和S411分别与S307和S308类似,可以进一步参考前述实施例的相关描述,此处不再赘述。
如图5所示,本申请实施例还提供了一种针对DAPS HO场景的通信方法,可以理解的是,该通信方法也可以叫做连接失败信息处理方法。该方法可以包括:
S501,终端设备在成功执行到DAPS目标小区切换之前,检测到连接失败。
该连接失败可以称为第一连接失败,关于第一连接失败可以进一步参考S301中适用于 DAPS HO场景的相关描述,此处不再赘述。
S502,终端设备记录连接失败信息。
该连接失败信息为第一连接失败信息,进一步的,该步骤可以参考S302处的相关描述,此处不再赘述。
可选的,后续终端设备可以通过第一报告上报该第一连接失败信息。
S503,终端设备继续执行向DAPS目标小区的切换,判断是否检测到HOF。
在检测到第一连接失败后,终端设备可以继续执行向DAPS目标小区的切换,也就是说继续执行DAPS HO流程。在继续执行切换流程的过程中,如果终端设备检测到HOF,可以执行S504,如果终端设备和该DAPS目标小区成功建立连接,可以执行S505。
S504,终端设备记录HOF对应的连接失败信息。
该HOF对应的连接失败信息是再次发生的连接失败信息(第二连接失败信息),该第二连接失败信息可以通过前述实施例所描述的方式(1)或者(2)进行上报,具体可以参考前述实施例中与第二连接失败信息的相关描述。S504之后,可以执行S508。
S505,终端设备启动第二定时器。
关于第二定时器的描述可以参考S303处的相关描述。
可选的,在S505之后,可以执行S506。
S506,在第二定时器运行期间,终端设备确定再次检测到连接失败。
如果在第二定时器运行期间终端设备检测到第二次连接失败,可以执行S507。
如果在第二定时器运行期间,终端设备没有再次检测到连接失败,那么意味着终端设备可以正常的接入。那么可以在第二定时器到期时,执行S508。
S507,停止第二定时器,终端设备记录第二连接失败的连接失败信息。
在终端设备检测到第二连接失败时,终端设备会停止第二定时器。此外,终端设备会记录第二连接失败对应的连接失败信息(第二连接失败信息)。关于第二定时器的运行机制可以进一步参考图3实施例的相关描述。
类似的,其他使得第二定时器停止的场景,也可以参考图3实施例的相关描述,此处不再赘述。
对于任意一种第二定时器停止的场景,终端设备可以继续执行S508。S508,终端设备发送指示信息,其中该指示信息指示终端设备存储有连接失败信息或者,终端设备存储有第一连接失败信息和第二连接失败信息。
关于指示信息的发送可以参考S306处的相关描述,此处不再赘述。
可选的,S508之后,还可以执行S509。
S509,接收网络设备根据上述指示信息,向终端设备请求第一报告或者请求第一报告和第二报告。
S510,接收网络设备对接收到的报告进行处理。
可以理解的是,S509和S510分别与S307和S308类似,可以进一步参考前述实施例的相关描述,此处不再赘述。
一些可能的实现方式中,对于图4和图5所示实施例,终端设备可以根据不同的场景选择不同的方式进行连接失败信息的处理,相应的,网络设备也会根据接收到的连接失败信息进行处理。通过图4或图5所示实施例,可以减少终端设备启动第二定时器的几率,比如,在发生连接失败后且和CHO或DAPS HO目标小区成功建立连接的情况下,终端设备启动第二定时器,其它场景不启动第二定时器,从而减少终端设备的实现复杂度,减少终端设备的不必要的能耗。
需要说明的是,上述图3-5实施例中以一次移动性过程最多发生的连接失败次数为2 进行举例说明,对于最多发生连接失败大于2次的情况与之类似,只是终端设备记录并发送更多次的连接失败信息,以及第二定时器在第M次连接失败时停止运行。可选的,在上述图3-图5任一实施例中,在第二定时器停止或者超期后,如果终端设备检测到新的连接失败,那么终端设备可以删除当前存储的连接失败信息,记录该新的连接失败对应的连接失败信息,可以将该新的连接失败作为第一连接失败并执行如前面各个实施例中检测到第一连接失败的后续步骤。
上述图3-图5实施例中,通过在终端设备设置定时器实现多次连接失败信息的记录和上报,也可以通过网络设备的行为实现一次移动性过程(例如第一切换过程)中多次连接失败信息的记录和上报,如图6所示,本申请实施例还提供了一种通信方法,可以理解的是,该通信方法也可以叫做连接失败信息处理方法。可选的,该方法可以独立实施,也可以和图3-5任一实施例中终端设备存储第一报告的方式进行组合,该方法可以包括:
S601,终端设备检测到连接失败。
其中,S601与S301类似,可以参考图3实施例处的相关描述,此处不再赘述。
S602,终端设备记录连接失败信息。
相应的,该步骤中记录的连接失败信息可以称为第一次连接失败信息,也可以称为第一连接失败信息。
在终端设备检测到连接失败的情况下,终端设备会将此次的连接失败信息记录并保存。
一些可能的实现方式中,终端设备可以将第一连接失败信息通过第一报告上报。在后续再次发生连接失败的情况下,对于同一次移动性过程中的连接失败信息可以通过第一报告或者其他报告上报。
S603,终端设备向网络设备发送指示存储有第一连接失败信息的指示信息。
终端设备在当前服务小区成功建立连接后(接入该网络设备),可以向当前服务小区所属的网络设备(接收网络设备)发送指示其存储有第一连接失败信息的指示信息。
可选的,如果终端设备侧有如前述实施例的第二定时器在运行,终端设备除了向网络设备发送指示存储有第一连接失败信息的指示信息之外,还可以向网络设备发送指示第二定时器正在运行的信息,和/或,终端设备可以将第二定时器当前的运行时长信息发送给网络设备。如果终端设备只是将第二定时器时长信息(当前运行时长和/或剩余时长)发送给网络设备,可以理解为终端设备向网络设备隐式的指示第二定时器正在运行。
S604,接收网络设备确定接入类型。
可以理解的是,该步骤也可以称为接收网络设备确定(识别)终端设备接入该接收网络设备的切换类型或者接入方式。
如果接收网络设备确定接入类型为CHO或者DAPS HO,可以执行S605;比如终端设备是执行CHO配置接入该接收网络设备的,接收网络设备确定终端设备接入该接收网络设备的接入类型为CHO;或者,比如终端设备是执行DAPS HO配置接入该接收网络设备的,接收网络设备确定终端设备接入该接收网络设备的接入类型为DAPS HO。
如果接收网络设备确定接入类型不属于CHO或者不属于DAPS HO,也就是说非CHO或者非DAPS HO(例如是重建立的接入方式,或者连接建立的接入方式),可以执行S606。
需要说明的是,S604可以是可选步骤。如果终端设备向网络设备发送了指示第二定时器正在运行的信息和/或第二定时器当前的运行时长信息,可以不执行S604。或者,网络设备可以不是通过接入类型确定后续处理,而是通过是否接收到指示第二定时器正在运行的信息和/或第二定时器当前的运行时长信息确定后续处理,例如,如果网络设备接收到了指示第二定时器正在运行的信息和/或第二定时器当前的运行时长信息,可以执行S605,如果网络设备接收到了指示第二定时器正在运行的信息和/或第二定时器当前的运行时长信息,可以执行S606。
S605,接收网络设备在第一时长到达后,向终端设备请求获取连接失败信息。
该第一时长可以是预设的,也可以是源网络设备发送给该接收网络设备的,或者也可以接收网络设备根据从终端设备接收到的第二定时器的时长信息确定的,本申请实施例对第一时长的时间长度和确定方式不做限定。也就是说,接收网络设备在确定接入类型为CHO 或者DAPS HO的情况下,继续等待第一时长后,再向终端设备请求获取连接失败信息。
此外,可以设置第三定时器,该第三定时器的运行时长为第一时长,在第三定时器超时后,接收网络设备可以向终端设备请求获取连接失败信息。该第三定时器可以是在接收到指示存储有连接失败信息的指示信息之后开始运行的。
可选的,如果在第一时长到达前,终端设备断开了和该接收网络设备之间的连接,那么可以不执行S606以及行后续步骤,终端设备可以向不同于该接收网络设备的其他网络设备发送指示存储有连接失败信息的指示信息以及发送连接失败信息,本申请实施例对于终端设备向其他网络设备发送指示存储有连接失败信息的指示信息以及发送连接失败信息不做限定。
S606,接收网络设备向终端设备请求获取连接失败信息。
在接收网络设备向终端设备请求获取连接失败信息后,终端设备可以通过第一报告将连接失败信息发送给接收网络设备。
可选的,S605或者S606之后,可以执行S607。
S607,接收网络设备对接收到的报告进行处理。
其中,接收网络设备对接收到的报告的处理方式可以参考S308处的相关描述,此处不再赘述。
本申请实施例中,通过网络设备的行为,可以避免网络设备向终端设备请求不完整的连接失败信息,从而可以避免根据不完整的连接失败信息执行错误的移动性参数的调整,提升了移动性策略的鲁棒性。
需要说明的是,以上图3-图6所示实施例中,接收网络设备和目标网络设备之间的交互,可以直接的交互也可以是间接的交互。接收网络设备可以直接(通过基站和基站间的接口,比如X2,Xn接口)或间接(通过基站和核心网设备的接口,比如S1或NG接口) 向目标网络设备发送上述第一报告/第二报告的部分或全部信息。比如可以通过如下消息的至少一种发送上述信息:X2/Xn接口的失败指示(FAILURE INDICATION、RLF INDICATION) 消息、切换报告(HANDOVER REPORT)消息,或者,S1/NG接口的上行RAN配置传输 (UPLIKN RANCONFIGURATION TRANSFER)消息、下行RAN配置传输(DOWNLIKN RAN CONFIGURATIONTRANSFER)消息、基站配置传输(eNB CONFIGURATION TRANSFER)消息、核心网设备配置传输(MME CONFIGURATION TRANSFER)消息。
如图6A所示,本申请实施例提供的又一种针对CHO场景的通信方法,可以理解的是,该通信方法也可以叫做连接失败信息处理方法。该方法可以包括:
S601A,终端设备检测到第一连接失败。
终端设备在第一小区检测到连接失败。该步骤进一步可以参考S301中适用于CHO场景的相关描述。
S602A,终端设备记录连接失败信息。
该连接失败信息为第一连接失败信息,进一步的,该步骤可以参考S302处的相关描述,此处不再赘述。
一种可能的实现方式中,终端设备把第一连接失败信息记录在报告变量中,该变量例如可以是varRLF-report。
可选的,后续终端设备可以通过第一报告上报该第一连接失败信息。
S603A,终端设备执行小区选择,并确定目标小区,从而确定是否继续执行CHO。
在检测到第一连接失败后,终端设备会执行小区选择,继续尝试在其他至少一个小区进行接入,本申请实施例中,可以将选择的尝试进行接入的小区称为目标小区。如果该目标小区为非CHO小区,可以执行S608A。如果该目标小区为CHO小区,终端设备可以执行CHO,即执行S604A。
S604A,终端设备继续执行CHO,并检测在CHO小区发生连接失败(第二连接失败)。
S605A,终端设备确定第二连接失败对应的小区是否为终端设备进行CHO执行的小区或者是否为与CHO执行相关的小区或者是否为进行CHO恢复的小区。
若终端设备检测到第二连接失败,且终端设备确定第二连接失败对应的小区是终端设备进行CHO执行的小区或者是与CHO执行相关的小区或者是进行CHO恢复的小区,可以执行606A;
若终端设备检测到第二连接失败,且终端设备确定第二连接失败对应的小区不是终端设备进行CHO执行的小区或者不是与CHO执行相关的小区或者不是进行CHO恢复的小区,可以执行607A。
S606A,终端设备记录第二连接失败信息。
终端设备记录第二连接失败信息,并且终端设备不删除当前存储的第一连接失败信息,也就是说终端设备会记录并保存第一连接失败信息和第二连接失败信息。本申请实施例对于终端设备记录和保存第一连接失败信息和第二连接失败信息的方式不做限定。一种可能的实现方式中,可以把第一连接失败信息和第二连接失败信息记录在同一报告变量中,该变量例如可以是varRLF-report。可选的,S606A之后,还可以执行S608A。
S607A,终端设备删除第一连接失败信息,以及,终端设备记录第二连接失败信息。
可以理解的,该步骤可以理解为对第一连接失败信息的更新。例如,终端设备删除或清除varRLF-report中的第一连接失败信息,以及,把第二连接失败信息记录在varRLF-report 中。
一种可能的实现方式中,终端设备可以将该第二连接失败信息作为第一连接失败信息并继续执行本实施例中检测到第一连接失败的后续步骤。可选的,S607A之后,还可以执行S608A。
S608A,终端设备向网络设备(接收网络设备)发送记录的连接失败信息。
终端设备向网络设备发送连接失败信息的方式可以参考前述实施例的相关描述。
例如,在存储有第一连接失败信息和第二连接失败信息的情况下,终端设备发送连接失败信息的方式可以参考本申请实施例中的其它描述,此处不再赘述。可以是:发送第一报告,该第一报告中包括第一连接失败信息和第二连接失败信息;或者发送第一报告和第二报告,该第一报告中包括第一连接失败信息,第二报告中包括第二连接失败信息。可选的,可以同时发送第一报告和第二报告,也可以按照失败发生的时间顺序先后发送第一报告和第二报告。比如终端设备可以通过第一报告向网络设备发送第一连接失败信息和第二连接失败信息。
S609A,接收网络设备对接收到的报告进行处理。
该步骤可以参考S308处的相关描述,此处不再赘述。
本申请实施例中,终端设备可以根据发生新的连接失败的小区是否为终端设备进行 CHO执行的小区或者与是否为CHO执行相关的小区或者是否为进行CHO恢复的小区的方式进行连接失败信息的处理,可以减少终端设备的实现复杂度,减少终端设备的不必要的能耗。
下面结合附图介绍本申请实施例中用来实现上述方法的装置。因此,上文中的内容均可以用于后续实施例中,重复的内容不再赘述。为了实现上述本申请实施例提供的方法中的各功能,各网元或者装置可以包括硬件结构和/或软件模块,以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行,取决于技术方案的特定应用和设计约束条件。
图7为本申请实施例提供的通信装置700的示意性框图。该通信装置700可以对应实现上述图3-图6A所示方法实施例中由终端设备实现的功能或者步骤。该通信装置700可以为终端设备或者可以适用于该终端设备的部件(例如芯片或者电路等)或者,该通信装置700可以为芯片***。本申请实施例中,芯片***可以由芯片构成,也可以包含芯片和其他分立器件。
在一些可能的实现方式中,该通信装置可以包括检测单元710、处理单元720和收发单元730。
示例性的,当用于实现图3所示实施例的方法时:
检测单元710可以用于检测到第一次连接失败并记录第一次连接失败对应的第一连接失败信息;处理单元720可以用于启动第二定时器,发送单元用于在第二定时器停止或者超时后,向网络设备发送存储有连接失败信息的指示信息。
一些可能的实现方式中,检测单元710还用于在定时器运行期间,检测到第二连接失败并记录第二连接失败对应的第二连接失败信息,处理单元720在检测单元检测到第二连接失败时,停止第二定时器的运行。
一些可能的实现方式中,收发单元730还用于根据从网络设备接收的请求获取连接失败信息的消息向网络设备发送第一报告或者向网络设备发送第一报告和第二报告。
一些可能的实现方式中,处理单元720还可以用于在以下任意一种情况下停止第二定时器的运行:终端设备执行小区选择后选择的目标小区不是CHO配置信息中配置的候选小区,或者终端设备没有能在DAPS HO配置的DAPS目标小区成功接入,或者终端设备执行小区选择后选择的目标小区是CHO配置信息中配置的候选小区,但是在CHO配置信息中配置的候选小区发生了切换失败,或者终端设备执行小区选择后和CHO配置信息中配置的候选小区建立连接或在DAPS HO目标小区成功接入后,被切换到其它小区,或者终端设备从连接态进入非连接态。
一些可能的实现方式中,收发单元730在定时器还在运行(没有停止或者超时)时,不发送指示存储有连接失败信息的信息。
一些可能的方式中,收发单元730还可以向网络设备指示处理第一报告和第二报告的时机相同,也就是说向网络设备指示同时处理第一报告和第二报告。
示例性的,当用于实现图4所示实施例的方法时:
检测单元710可以用于检测到第一连接失败,记录与所述第一连接失败对应的第一连接失败信息,处理单元720可以用于在继续执行CHO,并且第二连接失败不是HOF的情况下,启动定时器,收发单元730可以用于在该定时器停止或者超时后,发送指示存储有连接失败信息的指示信息。
一些可能的实现方式中,如果第二连接失败是HOF,处理器720不启动定时器,检测单元710记录该第二连接失败对应的第二连接失败信息。
一些可能的方式中,收发单元730还可以向网络设备指示处理第一报告和第二报告的时机相同,也就是说向网络设备指示同时处理第一报告和第二报告。
一些可能的实现方式中,如果在第一连接失败后,目标小区不是CHO小区,处理单元 720不启动定时器,收发单元730可以用于发送指示存储有第一连接失败信息的指示信息。
示例性的,当用于实现图5所示实施例的方法时:
检测单元710用于检测到第一连接失败并记录与所述第一连接失败对应的第一连接失败信息,处理单元720用于在继续执行DAPS目标小区的切换,并且第二连接失败不是HOF 的情况下,启动定时器,收发单元730在该定时器停止或者超时后,发送指示存储有连接失败信息的指示信息。
一些可能的实现方式中,如果第二连接失败是HOF,处理单元720不启动定时器,检测单元710用于记录该第二连接失败对应的第二连接失败信息。
一些可能的方式中,收发单元730还可以向网络设备指示处理第一报告和第二报告的时机相同,也就是说向网络设备指示同时处理第一报告和第二报告。
示例性的,当用于实现图6A所示实施例的方法时:
检测单元710可以用于检测到第一次连接失败并记录第一次连接失败对应的第一连接失败信息;处理单元720可以用于终端设备执行小区选择,并确定目标小区,从而确定是否继续执行CHO;检测单元710检测到在CHO小区发生第二连接失败,处理单元720用于确定第二连接失败对应的小区是否为终端设备进行CHO执行的小区或者是否为与CHO 执行相关的小区或者是否为进行CHO恢复的小区,若处理单元720确定第二连接失败对应的小区是终端设备进行CHO执行的小区或者是与CHO执行相关的小区或者是进行CHO恢复的小区,记录第二连接失败信息且不删除当前存储的第一连接失败信息,若处理单元720 确定第二连接失败对应的小区不是终端设备进行CHO执行的小区或者不是与CHO执行相关的小区或者不是进行CHO恢复的小区,记录第二连接失败信息并删除当前存储的第一连接失败信息。可选的,收发单元730还可以用于发送记录的连接失败信息。
应理解,本申请实施例中的检测单元710和处理单元720可以由至少一个处理器或处理器相关电路组件实现,收发单元730可以由收发器或收发器相关电路组件或者通信接口实现。此外,上述各个单元可以分离也可以集成,本申请实施例对此不做限定。
可选的,该通信装置700还可以包括存储单元740,该存储单元740可以用于存储指令或者数据,处理单元720可以执行或者读取该存储单元中存储的指令或者数据,以使该通信装置实现相应的操作。可选的,该存储单元740可以通过至少一个存储器实现。
可以理解的是,关于通信装置700各个单元之间的耦合以及具体实现可以参考方法实施例中的描述,此处不再赘述。
如图8所示,为本申请实施例提供的通信装置800,能够实现本申请图3-图6A实施例提供的方法中网络设备的功能。该通信装置800可以是网络设备;或者通信装置800也可以是能够支持网络设备实现本申请实施例提供的方法中对应的功能的装置;或者,该通信装置800可以为芯片***。本申请实施例中,芯片***可以由芯片构成,也可以包含芯片和其他分立器件。
通信装置800可以包括收发单元810和处理单元820。示例性的,收发单元810可以用于从终端设备接收指示存储有第一连接失败信息的信息,处理单元820可以用于确定终端设备的在接入网络设备的接入类型,收发单元810可以用于根据接入类型向所述终端设备请求获取连接失败信息。
一些可能的实现方式中,在该接入类型为条件切换CHO或者双激活协议栈切换DAPS HO时,那么收发单元810可以在第一时长到达后,向终端设备请求获取连接失败信息,处理单元820可以通过定时器控制第一时长。
一些可能的实现方式中,在接入类型不属于条件切换CHO或者不属于双激活协议栈切换DAPS HO,收发单元810可以不用等待第一时长,直接向所述终端设备请求所述连接失败信息
本申请实施例中的处理单元820可以由至少一个处理器或处理器相关电路组件实现,收发单元810可以由收发器或收发器相关电路组件或者通信接口实现。此外,上述各个单元可以分离也可以集成,本申请实施例对此不做限定。
可选的,该通信装置800还可以包括存储单元830,该存储单元1030可以用于存储指令或者数据,处理单元820可以执行或者读取该存储单元中存储的指令或者数据,以使该通信装置实现相应的操作。可选的,该存储单元830可以通过至少一个存储器实现。
可以理解的是,关于通信装置800各个单元之间的耦合以及具体实现可以参考方法实施例中的描述,此处不再赘述。
一种可能的实现方式中,收发单元810可以用于向第一目标网络设备或者第三目标网络设备指示接收到第一报告和/或第二报告的方式,其中,第一目标网络设备是第一报告对应的目标网络设备,第三目标网络设备是第二报告对应的目标网络设备。例如,收发单元 810指示是在DAPS HO,或者CHO场景下接收到的上述报告。
如图9所示,本申请实施例还提供了一种通信装置900,可以用于实现或用于支持通信装置900实现本申请各个实施例提供的方法中网络设备或终端设备的功能。该通信装置900 包括至少一个处理器910和至少一个存储器920,用于存储程序指令和/或数据。存储器920 和处理器910耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接,可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。处理器910 可能和存储器920协同操作。处理器910可能执行存储器920中存储的程序指令和/或数据,以使得通信装置900实现相应的方法。可选的,所述至少一个存储器中的至少一个可以包括于处理器中。
通信装置900还可以包括通信接口930,用于通过传输介质和其它设备进行通信,从而用于通信装置900中的装置可以和其它设备进行通信。
本申请实施例中不限定上述通信接口930、处理器910以及存储器920之间的具体连接介质。示例性的,本申请实施例在图9中以存储器920、处理器910以及通信接口930之间通过总线940连接,总线在图9中以粗线表示,其它部件之间的连接方式,仅是进行示意性说明,并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图9中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
本申请实施例中,处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
本申请实施例中,存储器可以是非易失性存储器,比如硬盘(hard disk drive,HDD) 或固态硬盘(solid-state drive,SSD)等,还可以是易失性存储器(volatilememory),例如随机存取存储器(random-access memory,RAM)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置,用于存储程序指令和/或数据。
本申请实施例还提供一种通信***,用于实现上述方法实施例的全部或者部分步骤。例如,该通信***可以包括上述终端设备。可选的,该通信***还可以包括至少一个网络设备。
本申请实施例中还提供一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得图3-图6A所示实施例中终端设备执行的方法被执行。
本申请实施例中还提供一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得图3-图6A所示实施例中网络设备执行的方法被执行。
本申请实施例中还提供一种计算机程序产品,包括指令,当其在计算机上运行时,使得图3-图6A所示实施例中网络设备或终端设备执行的方法被执行。
应理解,本申请实施例中的术语“***”和“网络”可被互换使用。“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个) 的任意组合。例如,a,b或c中的至少一项(个),可以表示:a,b,c,a-b,a-c,b-c或 a-b-c,其中a,b,c可以是单个,也可以是多个。
以及,除非有相反的说明,本申请实施例提及“第一”、“第二”等序数词不用于限定多个对象的顺序、时序、优先级或者重要程度。例如,第一计时器和第二计时器,只是为了区分作用。
应理解,本申请实施例中提及的处理器可以是CPU,还可以是其他通用处理器、数字信号处理器(digital signal processor,DSP)、专用集成电路(application specificintegrated circuit,ASIC)、现成可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解,本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM) 或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器 (doubledata rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM,DR RAM)。
需要说明的是,当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时,存储器(存储模块)集成在处理器中。
应注意,本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的***、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请的实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Drive(SSD))等。
以上所述,仅为本申请的具体实施方式,但本申请实施例的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请实施例揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请实施例的保护范围之内。因此,本申请实施例的保护范围应所述以权利要求的保护范围为准。

Claims (17)

1.一种连接失败信息的处理方法,其特征在于,所述方法包括:
检测到第一连接失败,记录与所述第一连接失败对应的第一连接失败信息,并启动定时器;
在所述定时器停止或者超时后,发送指示存储有连接失败信息的指示信息,其中,所述连接失败信息至少包括第一连接失败信息。
2.根据所述权利要求1所述的方法,其特征在于,还包括:
在所述定时器运行期间,检测到第二连接失败;
停止所述定时器,记录与所述第二连接失败对应的第二连接失败信息。
3.根据权利要求2所述的方法,其特征在于,所述发送指示存储有连接失败信息的指示信息,包括:
所述指示信息指示存储有连接失败信息,或者,所述指示信息指示存储有至少两个连接失败信息,或者,所述指示信息包括指示存储有第一连接失败信息的信息和指示存储有第二连接失败信息的信息。
4.根据权利要求2或3所述的方法,其特征在于,还包括:
根据从网络设备接收的请求获取连接失败信息的消息向所述网络设备发送第一报告,所述第一报告包括第一连接失败信息和第二连接失败信息。
5.根据权利要求3所述的方法,其特征在于,还包括:
根据从网络设备接收的请求获取连接失败信息的消息向所述网络设备发送第一报告和第二报告。
6.根据权利要求5所述的方法,其特征在于,根据从网络设备接收的请求获取连接失败信息的消息向所述网络设备发送第一报告和第二报告,包括:
从所述网络设备接收请求获取第一连接失败信息的第一消息;
向所述网络设备发送所述第一报告和所述指示存储有第二连接失败信息的信息;
从所述网络设备接收请求获取所述第二连接失败信息的第二消息;
向所述网络设备发送所述第二报告。
7.根据权利要求1-6任一项所述的方法,其特征在于,所述第一连接失败发生在条件切换CHO过程中或者所述双激活协议栈切换DAPS HO过程中。
8.根据权利要求7所述的方法,其特征在于,所述定时器在以下任意一种情况下停止:
终端设备执行小区选择后选择的目标小区不是CHO配置信息中配置的候选小区,或者终端设备没有能在DAPS HO配置的DAPS目标小区成功接入,或者终端设备执行小区选择后选择的目标小区是CHO配置信息中配置的候选小区,但是在CHO配置信息中配置的候选小区发生了切换失败,或者终端设备执行小区选择后和CHO配置信息中配置的候选小区建立连接或在DAPS HO目标小区成功接入后,被切换到其它小区,或者终端设备从连接态进入非连接态。
9.一种连接失败信息的处理方法,其特征在于,包括:
从终端设备接收指示存储有第一连接失败信息的信息;
确定所述终端设备的接入类型;
根据所述接入类型向所述终端设备请求获取连接失败信息,所述连接失败信息至少包括第一连接失败信息。
10.根据权利要求9所述的方法,其特征在于,所述根据所述接入类型向所述终端设备请求获取连接失败信息,包括:
确定所述接入类型为条件切换CHO或者双激活协议栈切换DAPS HO;
在第一时长到达后,向所述终端设备请求获取所述连接失败信息。
11.根据权利要求9或10所述的方法,其特征在于,所述根据所述接入类型向所述终端设备请求所述连接失败信息,包括:
确定所述接入类型不属于条件切换CHO或者不属于双激活协议栈切换DAPS HO;
向所述终端设备请求所述连接失败信息。
12.根据权利要求10所述的方法,其特征在于,所述第一时长是根据从源网络设备接收的信息确定的或者所述第一时长是预设的或者所述第一时长是根据所述终端设备指示的时间信息确定的。
13.根据权利要求9-12任一项所述的方法,其特征在于,所述连接失败信息承载在第一报告中,所述方法还包括:
向目标网络设备发送所述第一报告,并指示接收到所述第一报告的方式,其中,所述接收到第一报告的方式包括条件切换或者双激活协议栈切换。
14.一种通信装置,其特征在于,用于实现如权利要求1-8任一项所述的方法。
15.一种通信装置,其特征在于,用于实现如权利要求9-13任一项所述的方法。
16.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序当被执行时,使得如权利要求1-13中任一项所述的方法被执行。
17.一种计算机程序产品,其特征在于,所述计算机程序产品包括指令,当所述指令被执行时,使得如权利要求1-13任一项所述的方法被实现。
CN202111509893.9A 2021-01-14 2021-12-10 连接失败信息的处理方法、装置和*** Pending CN114765791A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/071857 WO2022152220A1 (zh) 2021-01-14 2022-01-13 连接失败信息的处理方法、装置和***

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110049289 2021-01-14
CN2021100492896 2021-01-14

Publications (1)

Publication Number Publication Date
CN114765791A true CN114765791A (zh) 2022-07-19

Family

ID=82365141

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111509893.9A Pending CN114765791A (zh) 2021-01-14 2021-12-10 连接失败信息的处理方法、装置和***

Country Status (2)

Country Link
CN (1) CN114765791A (zh)
WO (1) WO2022152220A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116347532A (zh) * 2021-12-23 2023-06-27 大唐移动通信设备有限公司 一种信息处理方法、装置及可读存储介质

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110913428B (zh) * 2018-09-14 2022-04-26 大唐移动通信设备有限公司 一种信息上报方法、信息获取方法、终端及网络设备
WO2020061931A1 (zh) * 2018-09-27 2020-04-02 Oppo广东移动通信有限公司 一种切换上报的方法、终端设备及网络设备
CN111586739B (zh) * 2019-02-15 2022-04-22 华为技术有限公司 信息处理方法和装置

Also Published As

Publication number Publication date
WO2022152220A1 (zh) 2022-07-21

Similar Documents

Publication Publication Date Title
US11665599B2 (en) Light-weight RRC connection setup in multi-rat network
US9723647B2 (en) Handling a radio link failure in communications
US20220225203A1 (en) Communication Method and Communications Apparatus
KR20190010884A (ko) 무선 통신 방법 및 장치
WO2021185259A1 (zh) 通信方法及装置
WO2020199992A1 (zh) 一种通信方法及装置
JP2023500137A (ja) モビリティ最適化方法および関連する装置
JP2019525640A (ja) データ処理方法および関連するデバイス
WO2022141480A1 (zh) 通信方法、装置和***
US20230171648A1 (en) Method Network Optimization in Handover Failure Scenarios
WO2014206179A1 (zh) 一种实现自动邻区关系建立的方法、终端、基站及***、存储介质
CN114765791A (zh) 连接失败信息的处理方法、装置和***
US10945183B2 (en) Cell obtaining method, and terminal
US20230308250A1 (en) Managing cellular radio access technology operations
KR20230091138A (ko) Mro 크리티컬 시나리오의 판정 방법, 장치 및 기기
KR102345904B1 (ko) 기지국장치 및 기지국장치의 무선모듈 간 핸드오버 방법
JP2023544292A (ja) 条件付きハンドオーバ手順のためのモビリティロバストネス最適化メカニズムの方法および装置
WO2023011612A1 (zh) 移动性管理的方法及通信装置
US20230388873A1 (en) Method and apparatus for determining daps handover failure type
EP4312452A1 (en) Handling conditional handover preparations in failure scenarios
WO2024045858A1 (zh) 一种通信方法及装置
WO2022083612A1 (zh) 用户信息的发送方法、装置及终端
WO2024103268A1 (zh) 连接失败后的处理方法、装置、终端设备以及网络侧设备
CN115086980A (zh) 优化配置的方法、装置、设备及可读存储介质
CN117998486A (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