CN116671174A - 通信方法、装置和系统 - Google Patents

通信方法、装置和系统 Download PDF

Info

Publication number
CN116671174A
CN116671174A CN202080108299.6A CN202080108299A CN116671174A CN 116671174 A CN116671174 A CN 116671174A CN 202080108299 A CN202080108299 A CN 202080108299A CN 116671174 A CN116671174 A CN 116671174A
Authority
CN
China
Prior art keywords
connection failure
cell
information
handover
timer
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
CN202080108299.6A
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
Publication of CN116671174A publication Critical patent/CN116671174A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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/34Reselection control

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (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配置到触发CHO执行的时间信息。
通过以上方法,可以使得终端设备可以合理的上报连接失败信息,那么网络设备可以获取更有帮助的连接失败信息,进一步用以制定合理的移动性策略,提升终端设备的移动性性能。
第二方面,提供一种通信方法,或者也可以叫做连接失败信息处理方法。可以理解的是,该第二方面的方法可由第二装置执行,第二装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置,例如芯片或者电路或者芯片系统。该方法可以不对终端设备记录的连接失败信息个数做限制,也就是说终端设备对一次切换流程中的至少一次连接失败信息进行记录并保存。该方法包括:检测到至少一次连接失败,该至少一次连接失败属于第一切换流程;记录并保存每次连接失败对应的连接失败信息。该方法还可以包括:向网络设备发送连接失败信息。
第三方面,提供一种通信方法,或者也可以叫做连接失败信息处理方法。可以理解的是,该第三方面的方法可由第三装置执行,第三装置可以是网络设备或能够支持网络设备实现该方法所需的功能的通信装置,例如芯片或者电路或者芯片系统。该方法可以包括:从终端设备接收至少一次连接失败的连接失败信息,所述至少一次连接失败属于第一切换流程;根据接收到的连接失败信息中的第一切换流程中的连接失败信息的数量确定第一小区。
可选的,该方法还可以包括:将接收到的连接失败信息发送给所述第一小区所属的网络设备。一些可能的实现方式中,第一小区所述的网络设备和接收连接失败信息的网络设备是相同的网络设备,那么可以不执行将接收到的连接失败信息发送给所述第一小区所属的网络设备的步骤。
一些可能的实现方式中,如果第一切换流程中连接失败信息的数量为1,可以进一步根据连接失败信息的失败类型确定第一小区。例如,当所述失败类型为切换失败时,可以将之前的主小区标识对应的小区确定为第一小区;又例如,当所述失败类型为条件切换或者定时器超时时,可以将失败主小区标识对应的小区确定为第一小区。
一些可能的实现方式中,当第一切换流程中的连接失败信息的数量大于1时(即至少发生两次连接失败时),可以进一步根据第一切换流程的切换类型确定所述第一小区,所述切换类型包括条件切换或者双激活协议栈切换。例如,如果所述切换类型为条件切换,根据第一次连接失败对应的失败类型确定第一小区;又例如,如果所述切换类型为双激活协议栈切换,根据第一次目标小区的连接失败的失败类型确定所述第一小区。其中,根据失败类型确定第一小区的方式与连接失败信息数量为1时类似。
上述第二方面或者第三方面的方法,通过终端设备上报相对全面的连接失败信息,使得服务网络设备可以获取更多有帮助的连接失败的信息,进一步用以制定合理的移动性策略,提升终端设备的移动性性能。
第四方面,提供一种通信方法,或者也可以叫做CHO中的计时方法。可以理解的是,该第四方面的方法可由第四装置执行,第四装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置,例如芯片或者电路或者芯片系统。该方法可以包括:接收条件切换CHO配置信息,启动计时器,其中,所述计时器包括第一计时器和/或第二计时器,所述第一计时器用于实现对收到CHO配置到触发CHO执行的计时,所述第二计时器用于计算或者记录最近一次收到切换消息到连接失败的时间;在终端设备没有达到所述 CHO配置信息对应的执行条件之前,或者,没和目标小区进行时间同步之前,根据是否接收到新的切换消息确定对所述计时器的处理方式,其中,所述新的切换消息包括携带新的CHO配置信息的切换消息、正常切换命令或者双激活协议栈切换命令。可以理解的是,对于第一计时器和第二计时器的重启时机是类似的,但是记录时间信息或者停止计时器的时机可能有所不同,第一计时器和第二计时器可以通过一个或多个计时器实现。
一些可能的实现方式中,在接收到新的切换消息的情况下,重启所述计时器。
一些可能的实现方式中,第一计时器和/或第二计时器可以是小区粒度的。
如果接收到新的切换消息,并且所述新的切换消息是携带新的CHO配置信息的切换消息,所述新的CHO配置信息包括对前一次的CHO配置信息中的全部或者部分候选小区的配置信息进行更新的信息,重启所述更新的全部或者部分候选小区对应的第一计时器和/或第二计时器;如果接收到新的切换消息,并且所述新的切换消息是携带新的CHO配置信息的切换消息,所述新的CHO配置信息包括指示删除前一次的CHO配置信息中的全部或者部分候选小区的配置信息的信息,删除被指示删除的全部或者部分候选小区对应的第一计时器和/或第二计时器;如果接收到新的切换消息,并且所述新的切换消息是携带新的CHO配置信息的切换消息,所述新的CHO配置信息包括指示增加新的候选小区的配置信息的信息,增加与新增的候选小区对应的第一计时器和/或第二计时器;如果接收到新的切换消息,且所述的新的切换消息是正常切换命令或者双激活协议栈切换命令,停止与所有候选小区对应的第一计时器和/或第二计时器。
一些可能的实现方式中,所述在对目标小区进行时间同步之后,不检测是否接收新的切换消息。
可选的,第四方面的方法还可以包括确定在目标小区发生连接失败,所述第二计时器的运行时长为最近一次收到切换消息到连接失败的时间,所述连接失败包括接收到条件切换CHO配置信息后第一次连接失败和/或所述第一次连接失败后的至少一次连接失败。也就是说,可以记录最近一次收到切换消息任意一次或者多次连接失败的时间信息。
采用上述方法,能更准确地反应CHO过程中的时长信息,从而使得网络设备可以基于该信息进行正确的移动性问题的判断,确定合理的移动性策略调整。
可以理解的是,第一方面的方法至第四方面的方法可以分别单独实现,也可以是第一方面至第三方面的方法中的任一方面与第四方面的方法结合实现。
第五方面,提供了一种通信装置,该通信装置具有实现上述第一方面的方法中的行为或者步骤的功能。该通信装置可以为终端设备或者可用于终端设备的部件(例如芯片或者电路)。功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中,通信装置包括:检测单元和处理单元。其中,检测单元可以用于检测到第一次连接失败并记录第一次连接失败对应的第一连接失败信以及检测到发生在第一次连接失败之后的第二连接失败;处理单元可以用于根据第一切换流程的切换类型确定对连接失败信息的处理方式。可选的,还可以包括收发单元,用于向网络设备发送连接失败信息。可选的,该收发单元还可以用于从网络设备接收切换消息。可选的,还可以包括存储单元,该存储单元可以用于存储指令和/或数据。这些模块/单元可以执行上述第一方面方法示例中的相应功能,具体参见方法示例中的详细描述,此处不做赘述。
第六方面,提供了一种通信装置,该通信装置具有实现上述第二方面的方法中的行为 或者步骤的功能。该通信装置可以为终端设备或者可用于终端设备的部件(例如芯片或者电路)。功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中,通信装置包括:检测单元和处理单元。其中,检测单元可以用于检测到至少一次连接失败,该至少一次连接失败属于第一切换流程;处理单元可以用于记录并保存每次连接失败对应的连接失败信息。可选的,还可以包括收发单元,用于向网络设备发送连接失败信息。可选的,该收发单元还可以用于从网络设备接收切换消息。可选的,还可以包括存储单元,该存储单元可以用于存储指令和/或数据。这些模块/单元可以执行上述第二方面方法示例中的相应功能,具体参见方法示例中的详细描述,此处不做赘述。
第七方面,提供了一种通信装置,该通信装置具有实现上述第三方面的方法中的行为或步骤的功能。该通信装置可以为网络设备或者可用于网络设备的部件(例如芯片或者电路)。功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中,通信装置包括:收发单元和处理单元,其中收发单元用于从终端设备接收至少一次连接失败的连接失败信息,所述至少一次连接失败属于第一切换流程,处理单元用于根据接收到的连接失败信息中的第一切换流程中的连接失败信息的数量确定第一小区。可选的,收发单元还可以用于将接收到的连接失败信息发送给所述第一小区所属的网络设备。可选的,还可以包括存储单元,该存储单元可以用于存储指令和/或数据。这些模块/单元可以执行上述第三方面方法示例中的相应功能,具体参见方法示例中的详细描述,此处不做赘述。
第八方面,提供了一种通信装置,该通信装置具有实现上述第四方面的方法中的步骤或行为的功能。该通信装置可以为终端设备或者可用于终端设备的部件(例如芯片或者电路)。功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中,通信装置包括:收发单元和处理单元。其中,收发单元用于接收条件切换CHO配置信息,处理单元在收发单元接收到CHO配置信息后启动计时器,并且处理单元用于在终端设备没有达到所述CHO配置信息对应的执行条件之前,或者,没和目标小区进行时间同步之前,根据是否接收到新的切换消息确定对所述计时器的处理方式。可选的,还可以包括存储单元,该存储单元可以用于存储指令和/或数据。这些模块/单元可以执行上述第四方面方法示例中的相应功能,具体参见方法示例中的详细描述,此处不做赘述。
第九方面,提供了一种通信装置,该通信装置可以为实现上述第一方面至第四方面中任何一个通信方法的通信装置。该通信装置包括处理器和存储器。其中,该存储器用于存储计算机程序或指令或者数据,处理器与存储器耦合,当处理器读取计算机程序或指令或数据时,使通信装置执行任一方面的方法。可选的,该通信装置还可以包括通信接口。
示例性的,该通信接口可以是通信装置中的收发器。该收发器可以用于该通信装置与其它设备进行通信。
第十方面,本申请实施例提供了一种芯片系统,该芯片系统包括处理器,用于实现第一方面至第四方面中的任一方法。在一种可能的设计中,该芯片系统还包括存储器,用于保存程序指令和/或数据。该芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
第十一方面,本申请实施例提供了一种通信系统,该系统包括第五方面-第八方面的通信装置中的一个或者多个。
第十二方面,提供了一种计算机程序产品,该计算机程序产品包括:计算机程序代码,当该计算机程序代码并运行时,使得上述各方面中任一方法被执行。
第十三方面,本申请提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,当该计算机程序被运行时,使得上述各方面任一方法被实现。
附图说明
图1为本申请实施例应用的一种通信系统的架构示意图;
图2为本申请实施例CHO流程中发生连接失败的一种可能场景示例图;
图3为本申请实施例提供的通信方法的一种示例的流程图;
图4为本申请实施例提供的通信方法的一种示例的流程图;
图5为本申请实施例提供的通信方法的一种示例的流程图;
图6为本申请实施例提供的一种计时的示例;
图7为本申请实施例提供的通信方法的一种示例的流程图;
图8为本申请实施例提供的一种计时的示例;
图9为本申请实施例提供的通信装置的一种结构示意图;
图10为本申请实施例提供的通信装置的一种结构示意图;
图11为本申请实施例提供的通信装置的一种结构示意图;
图12为本申请实施例提供的通信装置的一种结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
下文所描述的本申请实施例的技术方案可以应用于如图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)电话、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、车载通信装置,车载通信处理芯片,可穿戴设备,5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network,PLMN)中的终端设备等。应理解,本申请对于终端设备的具体形式不作限定。
其中,网络设备可以是接入网设备,接入网设备也可以称为无线接入网(radio access 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 adaptation protocol,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。上图所示的网络架构可以应用于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.300 V16.3.0 9.2.3.2章节中的描述。示例性的,在DAPS HO中检测连接失败的场景或者过程可能包括:在终端设备成功完成和目标网络设备的随机接入之前,终端设备继续对终端设备和源网络设备之间的连接进行无线链路失败(radio link failure,RLF)监测(或检测);在终端设备和目标网络设备进行随机接入的过程中,终端设备可能检测到切换失败(handover failure,HOF);在终端设备成功完成和目标网络设备的随机接入之后,终端设备可以监测终端设备和目标网络设备之间的连接的无线链路,确定是否有无线链路失败。本申请实施例中,为便于说明,也可以将用于指示DAPS HO的命令或者消息称为DAPS HO命令。其中,终端设备接入的属于源网络设备的小区称为源小区,终端设备进行接入的属于目标网络设备的小区称为目标小区。
二、CHO
源网络设备向终端设备发送的CHO配置信息中包括源网络设备为该终端设备配置的一个或多个候选小区的信息。候选小区的信息可以包括用于指示候选小区的标识信息的信息以及对应的一个或多个切换触发条件(或者也可以叫执行条件)和候选小区的配置信息。用于指示候选小区的标识信息的信息可以为CHO配置标识或者CHO候选小区信息。小区信息可以为小区的小区全局标识(cell global identifier,CGI)、物理小区标识(physical cell identifier,PCI)和频点、小区标识(cell identifier,cell ID)、非公网标识(non-public network identifier,NPN ID)、非陆地网络标识(non-terrestrial network identifier,NTN ID)或者其它小区标识中的至少一种。CGI可以包括公共陆地移动网络(public land mobile network,PLMN ID)和cell ID。
终端设备在接收到该CHO的配置信息后,根据该配置信息判断各CHO候选小区是否满足切换触发条件,这种流程可以理解为正常的CHO。如果满足切换触发条件的CHO候选小区作为候选目标小区,从而从源小区切换到该目标小区。
若在任一CHO执行条件满足前,终端设备收到了没有CHO配置的切换命令(也就是说该切换命令没有携带CHO配置信息),也可以转换为正常切换(normal HO或者legacy HO),终端设备根据正常切换命令执行切换流程。可以理解的,此时终端设备有可用的CHO 配置,也可以将与此场景对应的切换类型称为CHO。本申请实施例中,终端设备接收到CHO配置信息并且CHO配置信息没有被清除的各个场景都可以称为终端设备有可用的CHO配置,例如可以包括:正常的CHO或者是若在任一CHO执行条件满足前,终端设备收到了没有CHO配置的切换命令。本申请实施例中,为便于说明,也可以将有CHO配置信息的命令或者消息称为CHO命令,该CHO命令例如可以是RRC重配置消息。
当终端设备有可用的CHO配置时,终端设备检测到连接失败,若终端设备选择的合适小区为CHO候选小区,终端设备可以尝试一次CHO执行;若终端设备选择的目标小区不是CHO候选小区,终端设备执行重建立流程;若终端设备在一段时间内没有找到合适的小区,终端设备进入空闲态。可以理解的,若CHO流程中终端设备尝试了1次CHO执行后,终端设备再次检测到连接失败,无论终端设备选择的合适小区是否为CHO候选小区中的目标小区,终端设备不再尝试CHO执行,可选的,终端设备可以执行重建立流程。可以理解的是,本申请实施例以终端设备在CHO流程中检测到第一次连接失败后,可以再尝试1次CHO执行为例进行说明,在CHO流程中终端设备检测到第一次连接失败后,可以尝试N次CHO执行,N是预设的用于限制在CHO流程中检测到第一次连接失败后可以尝试的CHO执行的最大次数,N大于或者等于1。
可以理解的是,本申请实施例中,也可以将用于实现切换配置或者切换指示的消息或者命令统称为切换消息或者切换命令。
图2示例性的给出了在CHO流程中发生连接失败的一种可能场景,如图2所示,终端设备在源小区触发条件切换后,首先尝试切换到目标小区B(T-cell B),在T-Cell B发生连接失败后,执行小区选择,并选择了CHO候选小区中的目标小区C(T-cell C),终端设备再尝试切换到T-cell C,并在目标小区T-Cell C中也发生了连接失败,此次的CHO流程结束。上述连接失败可以包括HOF,RLF或者定时器到期导致的失败。此处,可以将T-cell B称为CHO流程中的第一次目标小区。如果按照现有技术,终端设备针对此次CHO流程最终记录的RLF report是发生在T-cell C的连接失败信息,然而,本申请的发明人发现,对于CHO而言,第一次目标小区是终端设备基于覆盖等因素选择的第一个进行接入的小区,在第一个小区的接入成功对终端设备更为重要,因此发生在T-cell B的连接失败信息对于移动性策略的调整更有意义。可以理解的是,对于有CHO配置的legacy HO流程,也有可能出现如图2示出的场景。此外,也存在其它CHO场景下的多次失败。以终端设备检测到第一次连接失败后最多执行一次CHO尝试为例:终端设备收到了CHO配置,未触发CHO切换且检测到了终端设备和源网络设备之间的连接失败;终端设备确定执行小区选择,并选择了CHO候选小区中的目标小区B(T-cell B),终端设备执行CHO到T-Cell B,终端设备可以检测到终端设备和T-Cell B之间的连接失败。
对于DAPS HO流程,在一次DAPS HO流程中,也有可能发生多于一次的连接失败,例如终端设备在源小区收到DAPS HO命令后,终端设备检测到和源小区之间的连接失败,比如,RLF,终端设备继续执行和目标小区之间的DAPS HO,终端设备又检测到终端设备和目标小区之间的连接失败,比如HOF或者RLF。
本申请实施例中,可以将终端设备启动切换到成功接入目标小区或者转入其他非连接态的状态之前的流程称为一次切换流程(或者一次切换过程)。将CHO,DAPS HO,正常切换(可以称为normal HO或legacy HO)等理解为不同的切换类型。对于CHO场景,可以将源网络设备基站发送CHO配置信息的时机认为是启动切换,对于DAPS HO的场景, 可以将源网络设备向终端设备发送DAPS HO命令的时机认为是启动切换,对于正常切换,可以将源网络设备向终端设备发送源发送切换命令的时机认为是启动切换。
为解决在一次切换流程(第一切换流程)中,发生连接失败的次数大于1次的情况下,如何合理的记录RLF report的问题,本申请实施例提供了一种通信方法,可以理解的是,该通信方法也可以叫做连接失败信息处理方法。如图3所示,该通信方法包括:
S301,终端设备检测到连接失败。
可以理解的,在本实施例中,该连接失败可以称为第一次连接失败。终端设备检测到连接失败,可以为:终端设备接收到CHO配置,未触发CHO执行条件,终端设备检测到终端设备和源小区之间的连接失败,比如RLF或者定时器到期触发的失败;或者终端设备接收到CHO配置,触发CHO执行条件或者接收到正常切换命令,终端设备检测到和目标小区之间的连接失败,比如HOF或RLF;或者终端设备收到DAPS HO命令后,检测到终端设备和源小区之间的连接失败,比如RLF。
在启动切换流程后,在结束切换流程前,可能会发生终端设备在源小区或者目标小区的连接失败。如果终端设备确定检测到连接失败,可以执行S302。可以将S301所检测到的连接失败称为第一次连接失败。如果终端设备没有检测到连接失败,那么意味着终端设备可以正常的完成切换流程。
S302,终端设备记录连接失败信息。
相应的,该步骤中记录的连接失败信息可以称为第一次连接失败信息,也可以称为第一连接失败信息。
在终端设备检测到连接失败的情况下,终端设备会将此次的连接失败信息记录并保存。
作为一种示例,连接失败信息可以包括以下至少一种信息:
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执行的时间信息(timeCHOcfgExe)
本申请实施例中的连接失败信息也可以称为链接失败信息。
S303,终端设备确定再次检测到连接失败。
在检测到第一次连接失败后,终端设备继续尝试在其他至少一个小区进行接入,比如选择的合适小区为CHO候选小区,终端设备可以尝试CHO执行;或者继续尝试和DAPS HO的目标小区之间的切换。
可以理解的是,在第一次连接失败的基础上,可能会再次发生至少一次的连接失败,本申请实施例中可以将再次发生的至少一次的连接失败称为第二连接失败。如果终端设备再次检测到连接失败,执行S304。如果终端设备没有再次检测到连接失败,那么意味着终端设备可以正常的接入。
S304,终端设备根据切换类型确定对连接失败信息的处理方式。
需要说明的是,本申请实施例是以根据切换类型确定对连接失败信息的处理方式为例进行说明,可替换的,也可以称为终端设备根据是否有可用的CHO配置来确定对连接失败信息的处理方式。
可以理解的是,若终端设备有可用的CHO配置,终端设备可以确定切换类型为CHO。若终端设备收到了DAPS HO命令,终端设备可以确定切换类型为DAPS HO。其中,终端设备有可用的CHO配置包括终端设备仅收到CHO配置的场景,以及,终端设备收到CHO配置在CHO执行条件满足前收到正常切换命令的场景。
终端设备在再次检测到连接失败的情况下,即终端设备检测到第二次或更多次连接失败,可以判断第一切换流程的切换类型,根据判断的结果来确定对当前记录的连接失败信息的处理方式。
如果终端设备判断出切换类型为DAPS HO,该终端设备对连接失败信息的处理方式可以是为以下方式A或者B。
方式A:终端设备在前一次连接失败信息的基础上进行全部或者部分信息的更新(或者说替换),也就是说终端设备使用再次连接失败的信息更新(替换)当前记录的全部或者部分连接失败信息。可以理解的是,再次发生的连接失败可能不止一次,按照该方式,不管再次发生连接失败的次数是多少,都是用最近一次的连接失败信息替换前一次的全部或者部分连接失败信息,那么可以理解为终端设备保存的是最近一次的连接失败信息。或者,
方式B:在切换类型为DAPS HO的情况下,该终端设备对连接失败信息的处理方式还可以是:终端设备最终保留(保存)在目标小区的第一次连接失败信息。该方式B包括:(1)第一次连接失败是发生在源小区,后续再次的连接失败至少有一次是发生在目标小 区,那么终端设备会用在目标小区的第一次连接失败信息更新或者替换前一次的全部或者部分连接失败信息(例如可以是源小区的连接失败信息),可选的,后续的在非第一次在目标小区的连接信息信息可以不做监测或者不用来更新目标小区的第一次连接失败信息;(2)第一次连接失败是发生在目标小区,那么终端设备可以在记录第一次连接失败信息后,不用后续的连接失败信息更新或者替换第一次连接失败信息,可选的,后续的在非第一次在目标小区的连接信息信息可以不做监测或者不用来更新目标小区的第一次连接失败信息。上述方式B也可以理解为在切换类型为DAPS HO时,终端设备进一步根据第一次连接失败是否发生在源小区确定对连接失败信息的处理。比如在切换类型为DAPS HO时,终端设备检测到第一次连接失败,终端设备记录第一连接失败信息;终端设备检测到和第一目标小区(即终端设备尝试连接的第一个目标小区)之间的连接失败(或者称为第二次连接失败)。若终端设备确定第一次连接失败发生在源小区,终端设备可以用第二次连接失败信息更新或者替换第一连接失败信息中的全部或者部分连接失败信息,若第一次连接失败发生在第一目标小区,终端设备保留第一连接失败信息。
其中,上述可以更新或替换的全部或者部分的连接失败信息例如可以包括以下至少一种:连接失败类型、失败主小区标识、连接失败时间、失败后的时间、连接失败的原因、位置信息、随机接入信息、测量结果、收到CHO配置到触发CHO执行的时间信息。
如果终端设备判断出切换类型为CHO,那么终端设备对连接失败信息的处理方式可以是:终端设备保留当前记录的第一次连接失败信息,也就是说终端设备不对记录的第一次连接失败的信息进行更新。可以理解的是,再次发生的连接失败可能不止一次,按照该方式,不管再次发生连接失败的次数是多少,保留(或者说保存)的都是第一次连接失败信息。可选的,终端设备可以不对后面发生的连接失败信息进行记录。比如在切换类型为CHO时,终端设备检测到第一次连接失败,终端设备记录第一连接失败信息,并且又发生了第二次连接失败,终端设备不用第二连接失败的信息更新第一连接失败信息。
可以理解的是,对于正常切换,一般一次切换流程中包括一次连接失败信息。
可选的,在终端设备按照S304对连接失败信息处理后,本申请实施例的通信方法还可以包括以下步骤。
S305,终端设备发送RLF report。
终端设备在当前网络设备完成接入,那么终端设备可以将当前存储的全部或者部分连接失败信息以RLF report的形式向当前接入的网络设备发送。此处的服务网络设备可以是重建立或者连接建立流程中的目标小区所属的网络设备,也可以是切换流程中的目标小区所属的网络设备,也可以为其它和终端设备间有无线资源连接的网络设备。本申请实施例中,可以将接收到RLF report的网络设备称为接收网络设备。接收网络设备可以根据RLF report中的内容进行不同的处理,即执行S306。
可以理解的,本申请实施例以终端设备将当前存储的部分或全部连接失败信息以RLF report的形式向当前接入的网络设备发送,仅为一种示例,不限定终端设备发送存储的连接失败信息的报告形式。
S306,接收网络设备根据接收到的RLF report的内容进行相应的处理。
接收网络设备可以根据接收到的连接失败信息确定转发该RLF report的第一目标网络设备。作为一种示例,若该RLF report中的连接失败类型为HOF,接收网络设备可以根据“之前的主小区标识”确定其对应的小区所属的网络设备为第一目标网络设备,可选的, 进一步可以由第一目标网络设备根据RLF report进行相应的处理,从而可以提升移动性鲁棒性。
若该RLF report中的连接失败类型为RLF或者第一定时器到期,接收网络设备可以根据“失败主小区标识”确定其对应的小区所属的网络设备为第一目标网络设备,可选的,进一步可以由第一目标网络设备根据RLF report进行相应的处理,从而可以提升移动性鲁棒性。可选的,若第一目标网络设备可以进一步确定该RLF report是否需要转发到“之前的主小区标识”对应的小区所属的网络设备(可以称为第二目标网络设备),若是,第一目标网络设备可以向“之前的主小区标识”对应的小区所属的网络设备发送RLF report。比如第一目标网络设备确定终端设备执行切换到检测到和失败主小区之间的连接失败的第一时间小于或等于某一门限,第一目标网络设备可以向“之前的主小区标识”对应的小区所属的网络设备发送RLF report。
可以理解的是,当第一目标网络设备和接收网络设备是相同的网络设备,那么可以不执行转发,而是接收网络设备根据RLF report进行相应的处理,或者,第一目标网络设备和第二目标网络设备是相同的网络设备,那么可以不执行转发,而是第一目标网络设备根据RLF report进行相应的处理,从而可以提升移动性鲁棒性。
本申请实施例对于网络设备对RLF report的处理过程和方式不做限定,例如可以是根据RLF report中的信息调整移动性参数等和/或执行例如第一目标网络设备根据连接失败时间确定是否向之前的主小区标识对应的小区所属的网络设备发送RLF report等操作。
本申请实施例的通信方法,根据切换类型确定对连接失败信息的处理方式,从而可以使得终端设备可以合理的上报连接失败信息,那么网络设备可以获取更有帮助的连接失败信息,进一步用以制定合理的移动性策略,提升终端设备的移动性性能。
本申请实施例还提供了一种通信方法(可以理解的是,该通信方法也可以叫做连接失败信息处理方法),可以不对终端设备记录的连接失败信息个数做限制,也就是说终端设备对一次切换流程中的至少一次连接失败信息进行记录并保存,如图4所示,该方法可以包括:
S401,终端设备检测到至少一次连接失败,并记录该至少一次连接失败的信息。
对于本申请实施例的场景而言,终端设备会在一次切换流程(切换流程A)中检测到至少一次连接失败,终端设备检测到的连接失败次数大于或等于两次的场景可以参考图3所示实施例的相关描述。
与现有技术中只记录最近一次连接失败的信息不同的是,本申请实施例中,终端设备对一次切换流程中的每次连接失败的连接失败信息都会进行记录并保存。关于连接失败信息的内容可以参考前面实施例的相关描述,此处不再赘述。
S402,终端设备将保存的连接失败信息发送给服务网络设备。
当终端设备在服务网络设备完成接入后,会将保存的全部或者部分连接失败信息发送给服务网络设备。例如,终端设备可以通过RLF report的形式将全部或者部分连接失败信息发送给服务网络设备,该RLF report中包括记录的至少一次连接失败的连接失败信息。可选的,该至少一次失败的连接失败信息可以在RLF report中按照连接失败发生的时间顺序(升序或者降序)排列。可以理解的,本申请实施例以终端设备将当前存储的部分或全部连接失败信息以RLF report的形式向当前接入的网络设备发送,仅为一种示例,不限定终端设备发送存储的连接失败信息的报告形式。
相应的,服务网络设备会接收到终端设备发送的连接失败信息,并执行S403。可以理解的是,终端设备发送的连接失败信息可以包括上述切换流程A中的至少一次连接失败信息,对于多次连接失败信息,可以通过一个消息发送,也可以通过多个消息发送给服务网络设备。
S403,服务网络设备根据接收到的连接失败信息中切换流程A中的连接失败信息的数量确定第一小区。
其中该第一小区是服务网络设备确定要转发连接失败信息的对象。
可选的,服务网络设备可以确定接收到的连接失败信息中属于切换流程A的连接失败信息,并至少根据属于切换流程A的连接失败信息的数量确定第一小区。可以理解的是,一次连接失败对应的连接失败信息的数量为1个,连接失败信息的数量与一次切换流程中发生连接失败的次数对应。例如,一次切换流程中发生了三次连接失败,那么连接失败信息的数量为3。
当第一小区确定后,服务网络设备可以进一步确定与第一小区对应的网络设备(或者说第一小区所属的网络设备),本申请实施例可以将与该第一小区对应的网络设备称为第一目标网络设备。此处的服务网络设备也可以称为接收网络设备。第一目标网络设备和接收网络设备可以是不同的网络设备,也可以是相同的网络设备。如果第一目标网络设备和接收网络设备是相同的网络设备,可以不执行转发的处理,而是由第一网络设备(或者服务网络设备)对连接失败信息进行相应的处理;如果第一目标网络设备和服务网络设备是不同的网络设备,可以由服务网络设备将连接失败信息(或者RLF report)转发给第一目标网络设备进行相应的处理。当服务网络设备确定接收到的一次切换流程中连接失败信息的数量为1个时,该服务网络设备可以进一步确定该失败类型具体是什么,不同的失败类型确定得到的第一小区可能不同。例如,当连接失败类型为HOF时,接收网络设备可以将之前的主小区标识对应的小区确定为第一小区,该第一小区所属的网络设备为第一目标网络设备,可选的,进一步可以由第一目标网络设备根据RLF report进行相应的处理,从而可以提升移动性鲁棒性;当连接失败类型为RLF或者第一定时器到期时,接收网络设备可以将失败主小区标识对应的小区确定为第一小区,该第一小区所属的网络设备为第一目标网络设备,可选的,进一步可以由第一目标网络设备根据RLF report进行相应的处理,从而可以提升移动性鲁棒性。可选的,第一目标网络设备可以向第二目标网络设备发送RLF report,进一步可以由第二目标网络设备根据RLF report进行相应的处理,从而可以提升移动性鲁棒性。
当服务网络设备确定接收到的连接失败信息数量大于1个时,服务网络设备可以进一步结合此次切换对应的切换类型确定第一小区。例如,如果此次切换对应的切换类型是CHO,可以根据第一次连接失败信息对应的失败类型确定第一小区,具体的根据失败类型确定第一小区的方式与前文所述的失败类型的数量为1时类似。如果此次切换对应的切换类型是DAPS HO,服务网络设备可以根据第一次目标小区的连接失败的失败类型确定第一小区,具体的根据失败类型确定第一小区的方式与前文所述的连接失败信息的数量为1时类似。
本申请实施例中,通过终端设备上报相对全面的连接失败信息,使得服务网络设备可以获取更多有帮助的连接失败的信息,进一步用以制定合理的移动性策略,提升终端设备的移动性性能。此外,本申请实施例对于第一目标网络设备根据RLF report进行相应的处 理的方式不做限定。
需要说明的是,本申请上述各个实施例对于如何判断或者如何区分多次连接失败是否属于一次切换流程不做限定。
在CHO过程中,会涉及到一些时间信息的记录或者计算,该时间信息可以通过至少一个计时器实现,本申请实施例还提供了一种通信方法,在接收到CHO配置信息后启动该至少一个计时器,然后在终端设备没有达到最近一次接收到的CHO命令对应的执行条件之前,或者,没和目标小区进行时间同步之前,可以根据是否接收到新的切换消息确定对该至少一个计时器的处理方式。下面通过图5-图8所示实施例举例说明。
如图5所示,提供了一种通信方法,该通信方法适用于CHO场景下,对CHO过程的计时控制,因此也可以称为CHO中的计时方法,该方法包括:
S501,终端设备接收CHO配置信息。
一些可能的实现方式中,终端设备可以从网络设备接收CHO配置信息,该CHO配置信息可以通过RRC重配置消息等切换消息由网络设备发送给终端设备。承载该CHO配置信息的消息也可以称为最近一次接收到的CHO命令。在CHO配置信息中包括对应的CHO执行条件,也可以叫做最近一次接收到的CHO命令对应的执行条件。
S502,终端设备启动计时器。
其中,该计时器可以包括第一计时器和/或第二计时器。第一计时器用于实现对收到CHO配置到触发CHO执行的计时,也就是说通过计时器来计算或者记录最近一次收到切换消息到触发CHO执行的时长。或者,第二计时器用于计算或者记录最近一次收到切换消息到连接失败(第一次连接失败和/或第一次连接失败后的任意一次连接失败)的时长。终端设备在接收到CHO配置信息后,启动该第一计时器和/或第二计时器,从“0”开始计时。可以理解的是,第一计时器和第二计时器的启动时间可以是相同的,但是停止时间可能不同。可选的,第一计时器和第二计时器可以分别有对应的最大运行时间的限制,本申请对于最大运行时间的时长以及设置方式不做限制。
此外,第一计时器和第二计时器可以通过一个计时器实现,只是在不同的时间点保存不同的时间信息从而用来计算或者记录不同的时间信息。或者,第一计时器和第二计时器也可以是不同的计时器。
S503,在终端设备没有达到最近一次接收到的CHO命令对应的执行条件之前,或者,没和目标小区进行时间同步,终端设备检测是否接收到新的切换消息。
其中,该新的切换消息可以是携带新的CHO配置信息的切换消息(也可以称为新的CHO命令)、正常切换命令、DAPS切换命令中的一种。其中,该新的CHO配置信息可以包括对前一次的CHO配置信息中的全部或者部分候选小区的配置信息进行更新的信息,和/或指示删除前一次CHO配置信息中全部或者部分候选小区的配置信息的信息,和/或指示增加新的候选小区的配置信息的信息,本申请实施例对此不做限定。
终端设备在接收到CHO配置信息后,根据该CHO配置信息判断各候选小区是否满足执行条件,如果有候选小区满足执行条件,则终端设备可以将该候选小区作为目标小区尝试启动切换到该目标小区(启动CHO)。在终端设备没有达到最近一次接收到的CHO命令对应的执行条件之前,或者,没和目标小区进行时间同步之前,终端设备可以检测(监测或者判断或者确定)是否接收到新的切换消息,若终端设备检测到有新的切换消息,执行S504。
此外,如果在终端设备没有达到最近一次接收到的CHO命令对应的执行条件之前,或者,没和目标小区进行时间同步之前,终端设备没有检测到新的切换消息,可以在终端设备没有达到最近一次接收到的CHO命令对应的执行条件之前,或者,没和目标小区进行时间同步之前持续检测,如果在终端设备没有达到最近一次接收到的CHO命令对应的执行条件之前,或者,没和目标小区进行时间同步之前一直没有检测到新的切换消息,则计时器继续运行。可选的,如果终端设备已经对目标小区进行时间同步,则可以在对目标小区进行时间同步之后不检测是否接收到新的切换消息,而是执行S505以及后续步骤。
S504,终端设备重启计时器。
如果终端设备在没有达到最近一次接收到的CHO命令对应的执行条件或者没有对目标小区进行时间同步之前,检测到新的切换消息,重启第一计时器和/或第二计时器,也就是说再次执行S502以及后续步骤。
可选的,S503或者S504之后,终端设备可以执行步骤S505和步骤S506,或者执行步骤S506,比如终端设备执行正常切换或者未触发CHO执行时,终端设备可以仅执行步骤S506。
S505,终端设备确定触发CHO执行(CHO触发)。
如果终端设备确定触发CHO执行(即满足CHO触发条件并执行CHO),或者终端设备确定和目标小区完成时间同步,此时第一计时器的运行时长(计时值)为“最近一次收到切换消息到触发CHO执行的时长”的数值。可选的,终端设备可以停止第一计时器。或者,终端设备可以继续运行第一计时器。可选的,终端设备可以继续执行步骤S506。
S506,终端设备确定发生连接失败。
在执行CHO后,如果终端设备确定发生连接失败,此时第二计时器的运行时长(计时值)为最近一次收到切换消息到连接失败的数值。可以理解的是,此处的连接失败可以是第一次连接失败,也可以是任意一次连接失败,例如第二次连接失败。
终端设备可以在第一次连接失败时记录第二计时器的运行时长信息,在发生第一次连接失败后,可以停止第二计时器,也可以是第二计时器继续运行,在后续的连接失败发生时,终端设备获取此时的第二计时器的运行时长信息,那么终端设备可以计算或者记录后续的连接失败的时长信息。可以理解的是,也有可能执行CHO之后,没有发生连接失败。那么可以不记录第二计时器的运行时长信息。
那么在没有收到新的切换消息的情况下,从S501到S506之间的时间段为第二计时器的数值,在收到新的切换消息的情况下,从S504到S506之间的时间段为第二计时器的数值。
可选的,该方法还可以包括S507。
S507,终端设备向服务网络设备发送连接失败信息。
终端设备在接入到服务网络设备后,会向服务网络设备发送连接失败信息,以用于后续处理。如前所述,该连接失败信息包括最近一次收到切换消息到触发CHO执行的时长和/或最近一次收到切换消息到连接失败的时长的信息。本申请实施例对于服务网络设备接收到连接失败信息后的处理不做限定和具体描述,例如可以参考前述实施例的描述。
以图6的具体示例而言,当终端设备在t1时间点,在cell 1接收到CHO配置1(候选小区为cell2,cell3和cell4),并于此时启动计时器计时。在t2时刻,终端设备没有达到最近一次接收到的CHO命令对应的执行条件,或者,没和目标小区进行时间同步之前,又 收到网络设备发送的更新的CHO配置2(更新cell 2的配置,删除或释放cell 3的配置信息,以及增加了cell 5的配置信息)。按照本申请实施例的方法,终端设备在t2时刻会重启计时器。假设终端设备在t3时刻开始触发切换到Cell4,并在t4时刻在cell 4发生了连接失败(例如HOF或者RLF),那么计时器的计时时长为可以包括[t2,t3]和/或[t2,t4]两个信息。可见,由于CHO配置2是网络设备的最新的切换配置,终端设备也会以此配置进行切换,因而采用本申请实施例的方法,能更准确地反映CHO过程中的时长信息,从而使得网络设备可以基于该信息进行正确的移动性问题的判断,确定合理的移动性策略调整。
上述图5-6所示的实施例,可以独立实施,也可以和前面图3或者图4实施例结合实现,例如图3或者图4所示实施例中的连接失败信息中的timeCHOcfgExe和/或timeConnFailure可以按照图5-6所示实施例进行实施。
此外,对CHO过程的计时控制也可以按照小区级(粒度是小区)来实现,如图7所示,本申请实施例还提供了一种通信方法(也可以称为CHO中的计时方法),包括:
S701,终端设备接收CHO配置信息。
S702,终端设备启动计时器。
关于S701和S702的描述可以参考图5所示实施例的相关描述,此处不再赘述。所不同的是,在本申请实施例中,计时器是小区级的,也就是说CHO配置信息中的候选小区与计时器对应。以第一计时器和/或第二计时器是一个计时器为例,可以是一个候选小区对应一个计时器(候选小区和计时器是一对一的关系),也可以是多个候选小区对应一个计时器(候选小区和计时器是多对一的关系)。每个候选小区对应的计时器的时长可以相同或者不同。本申请实施例中,小区对应的计时器也可以称为小区的计时器。
S703,在终端设备没有达到最近一次接收到的CHO命令对应的执行条件之前,或者,没和目标小区进行时间同步之前,终端设备检测是否接收到新的切换消息。
在终端设备没有达到最近一次接收到的CHO命令对应的执行条件之前,或者,没和目标小区进行时间同步之前,终端设备可以检测是否接收到新的切换消息,若终端设备检测到有新的切换消息,执行S704,如果终端设备没有检测到新的切换消息,可以在终端设备没有达到最近一次接收到的CHO命令对应的执行条件之前,或者,没和目标小区进行时间同步之前持续检测,如果在终端设备没有达到最近一次接收到的CHO命令对应的执行条件之前,或者,没和目标小区进行时间同步之前一直没有检测到新的切换消息,则各候选小区对应的计时器继续运行。可选的,如果终端设备已经对目标小区进行时间同步,则可以对目标小区进行时间同步之后不检测是否接收到新的切换消息,而是执行S705以及后续步骤。
S704,终端设备根据新的切换消息确定对计时器的处理方式。
如果新的切换消息是新的CHO命令,且该新的CHO命令包括包括对前一次的CHO配置信息中的全部或者部分候选小区的配置信息进行更新的信息,那么终端设备对计时器的处理方式可以是重启该更新的全部或者部分候选小区对应的计时器。例如,S701中接收到的CHO配置信息(即前一次CHO配置信息)中的候选小区为cell 2,cell 3和cell 4对应的配置信息,新的CHO切换命令指示对cell 2的配置信息进行更新,那么可以重启cell2对应的第一计时器和/或第二计时器,或者,停止cell2对应的运行的第一计时器和/或第二计时器,启动cell2对应的新的第一计时器和/或第二计时器。比如S701中,终端设备启动cell 2对应的第一计时器T2-1,在S704中,终端设备可以停止T2-1,启动新的第一计 时器T2-2。可选的,未更新的候选的小区的第一计时器和/或第二计时器,可以继续运行。
如果新的切换消息是新的CHO命令,且该新的CHO命令包括指示删除前一次的CHO配置信息中的全部或者部分候选小区的配置信息的信息,那么终端设备对计时器的处理方式可以是删除该被指示删除的全部或者部分候选小区对应的计时器。例如,S701中接收到的CHO配置信息(即前一次CHO配置信息)中的候选小区为cell 2,cell 3和cell 4对应的配置信息,新的CHO切换命令指示删除cell 3的配置信息,那么终端设备可以停止或者删除cell 3对应的第一计时器和/或第二计时器。可选的,未删除的候选的小区的第一计时器和/或第二计时器,可以继续运行。
如果新的切换消息是新的CHO命令,且该新的CHO命令包括指示增加新的候选小区的配置信息的信息,那么终端设备对计时器的处理方式可以是增加与该新增的候选小区对应的计时器。例如,S701中接收到的CHO配置信息(即前一次CHO配置信息)中的候选小区为cell 2,cell 3和cell 4对应的配置信息,S704中新的CHO切换命令指示增加cell5的配置信息,那么终端设备可以增加与cell 5对应的第一计时器和/或第二计时器,并启动计时。可选的,其他之前配置的候选的小区的第一计时器和/或第二计时器,可以继续运行。
可选的,如果新的切换消息是正常切换命令或者DAPS切换命令,那么该终端设备对计时器的处理方式可以是停止CHO配置信息中的所有候选小区对应的计时器。可选的,可以针对DAPS HO或者正常切换重新启动对应的第一计时器和/或第二计时器。
S704之后,终端设备可以执行步骤S705和步骤S705,或者执行步骤S706,比如终端设备执行正常切换或者未触发CHO执行时,终端设备可以仅执行步骤706。
S705,终端设备确定触发CHO执行。
如果终端设备确定触发CHO执行,或者终端设备确定和目标小区完成时间同步,此时目标小区的第一计时器的运行时长(计时值)为“最近一次收到切换消息到触发CHO执行的时长”的数值。可选的,终端设备可以停止第一计时器。或者,终端设备可以继续运行第一计时器。可选的,终端设备可以继续执行步骤S707。可选的,当终端设备启动向目标小区的切换之后,除了目标小区对应的计时器继续运行,其他候选小区对应的计时器可以停止运行,也就是说其他候选小区对应的计时器被清除(或者丢弃),其相应的时间信息可以不上报给网络设备。
可替换的,其他候选小区对应的计时器也可以不停止,直到终端设备不可能在候选小区尝试CHO。例如,假设候选小区有cell1,cell2和cell3,终端设备在第一次连接失败后最多可以尝试一次CHO执行,那么终端设备第一次尝试在cell 1执行CHO,那么cell 1的计时器继续运行,cell2和cell3对应的计时器可以停止,或者也可以是cell2和cell3的计时器继续运行,终端设备在cell1发生连接失败,cell 1的计时器停止,如果终端设备继续尝试在cell2的CHO,cell3的计时器停止,cell2的计时器继续运行。
S706,终端设备确定在目标小区是否发生连接失败。
如果终端设备确定发生连接失败,此时目标小区的第二计时器的运行时长(计时值)为最近一次收到切换消息到连接失败的数值。可以理解的是,此处的连接失败可以是第一次连接失败,也可以是任意一次连接失败,例如第二次连接失败。
终端设备可以在第一次连接失败时记录第二计时器的运行时长信息,在发生第一次连接失败后,可以停止第二计时器,也可以是第二计时器继续运行,在后续的连接失败发生 时,终端设备获取此时的第二计时器的运行时长信息,那么终端设备可以计算或者记录后续的连接失败的时长信息。
那么在没有收到新的切换消息的情况下或者新的切换消息不是对该目标小区进行CHO配置更新的情况下,从S701到S706之间的时间段为目标小区的第二计时器的数值,或者,在收到新的切换消息且该新的切换消息是对目标小区的CHO配置消息进行更新的情况下,从S704到S706之间的时间段为第二计时器的数值。
可选的,该方法还可以包括S707。
S707,终端设备向服务网络设备发送连接失败信息。
终端设备在接入到服务网络设备后,会向服务网络设备发送连接失败信息,以用于后续处理。如前所述,该连接失败信息包括该计时器的时长信息。本申请实施例对于服务网络设备接收到连接失败信息后的处理不做限定和具体描述,例如可以参考前述实施例的描述。
以图8的具体示例而言,当终端设备在t1时间点,在cell 1接收到CHO配置1(候选小区为cell2,cell3和cell4),并于此时分别启动cell2,cell 3,cell4对应的计时器timer2,timer3,timer4计时。在t2时刻,在终端设备没有达到最近一次接收到的CHO命令对应的执行条件之前,或者,没和目标小区进行时间同步之前,又收到网络设备发送的更新的CHO配置2(更新cell 2的配置,删除cell 3的配置信息,以及增加了cell 5的配置信息)。按照本申请实施例的方法,终端设备在t2时刻会重启cell 2对应的计时器timer2,删除cell3对应的计时器timer3,以及增加cell 5对应的计时器timer5。假设终端设备在t3时刻开始触发切换到Cell4,timer2和timer5停止运行,并在t4时刻在cell 4发生了连接失败(例如HOF或者RLF),那么cell 4对应的计时器的计时时长包括[t1,t3]和[t2,t4]。可见,由于CHO配置2是网络设备的最新的切换配置,终端设备也会以此配置进行切换,因而采用本申请实施例的方法,能更准确地反映CHO过程中的时间信息,从而使得网络设备可以基于该信息进行正确的移动性问题的判断,确定合理的移动性策略调整。
上述图7-8所示的实施例,可以独立实施,也可以和前面图3或者图4实施例结合实现,例如图3或者图4所示实施例中的连接失败信息中的timeCHOcfgExe和/或timeConnFailure可以按照图7-8所示实施例进行实施。
可以理解的是,以上图5-图8所示实施例以通过计时器运行的方式举例说明对于timeConnFailure的计时控制,也可以通过其他的方式实现计时,例如通过时间戳的方式,本申请实施例对此不做限定。此外,以上图5-图8所示实施例以收到CHO配置到触发CHO执行的时间信息和最近一次收到切换消息到触发CHO执行的时长的信息为例说明CHO过程中的计时控制,对于CHO过程中的其他时间信息也可以类似处理,本申请实施例不一一例举。
下面结合附图介绍本申请实施例中用来实现上述方法的装置。因此,上文中的内容均可以用于后续实施例中,重复的内容不再赘述。为了实现上述本申请实施例提供的方法中的各功能,各网元或者装置可以包括硬件结构和/或软件模块,以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行,取决于技术方案的特定应用和设计约束条件。
图9为本申请实施例提供的通信装置900的示意性框图。该通信装置900可以对应实 现上述图3或图4所示方法实施例中由终端设备实现的功能或者步骤。该通信装置900可以为终端设备或者可以适用于该终端设备的部件(例如芯片或者电路等)或者,该通信装置900可以为芯片系统。本申请实施例中,芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
在一些可能的实现方式中,该通信装置可以包括检测单元910、处理单元920。可选的,还可以包括收发单元930。
示例性的,当用于实现图3所示实施例的方法时:
检测单元910可以用于检测到第一次连接失败并记录第一次连接失败对应的第一连接失败信以及检测到发生在第一次连接失败之后的第二连接失败;处理单元920可以用于根据第一切换流程的切换类型确定对连接失败信息的处理方式。
示例性的,当用于实现图4所示实施例的方法时:
检测单元910可以用于检测到至少一次连接失败,该至少一次连接失败属于第一切换流程;处理单元920可以用于记录并保存每次连接失败对应的连接失败信息。
可选的,收发单元930可以用于用于向网络设备发送连接失败信息。
应理解,本申请实施例中的检测单元910和处理单元920可以由至少一个处理器或处理器相关电路组件实现,收发单元930可以由收发器或收发器相关电路组件或者通信接口实现。此外,上述各个单元可以分离也可以集成,本申请实施例对此不做限定。
可选的,该通信装置900还可以包括存储单元940,该存储单元940可以用于存储指令或者数据,处理单元920可以执行或者读取该存储单元中存储的指令或者数据,以使该通信装置实现相应的操作。可选的,该存储单元940可以通过至少一个存储器实现。
可以理解的是,关于通信装置900各个单元之间的耦合以及具体实现可以参考方法实施例中的描述,此处不再赘述。
如图10所示,为本申请实施例提供的通信装置1000,能够实现本申请图4实施例提供的方法中网络设备的功能。该通信装置1000可以是网络设备;或者通信装置1000也可以是能够支持网络设备实现本申请实施例提供的方法中对应的功能的装置;或者,该通信装置1000可以为芯片系统。本申请实施例中,芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
通信装置1000可以包括收发单元1010和处理单元1020。示例性的,收发单元1010可以用于从终端设备接收至少一次连接失败的连接失败信息,所述至少一次连接失败属于第一切换流程,处理单元1020可以用于根据接收到的连接失败信息中的第一切换流程中的连接失败信息的数量确定第一小区。可选的,收发单元1010还可以用于将接收到的连接失败信息发送给所述第一小区所属的网络设备。
本申请实施例中的处理单元1020可以由至少一个处理器或处理器相关电路组件实现,收发单元1010可以由收发器或收发器相关电路组件或者通信接口实现。此外,上述各个单元可以分离也可以集成,本申请实施例对此不做限定。
可选的,该通信装置1000还可以包括存储单元1030,该存储单元1030可以用于存储指令或者数据,处理单元1020可以执行或者读取该存储单元中存储的指令或者数据,以使该通信装置实现相应的操作。可选的,该存储单元1030可以通过至少一个存储器实现。
可以理解的是,关于通信装置1000各个单元之间的耦合以及具体实现可以参考方法实施例中的描述,此处不再赘述。
图11为本申请实施例提供的通信装置1100的示意性框图。该通信装置1100可以对应实现上述图5-8所示方法实施例中由终端设备实现的功能或者步骤。该通信装置1100可以为终端设备或者可以适用于该终端设备的部件(例如芯片或者电路等)或者,该通信装置900可以为芯片系统。本申请实施例中,芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。该通信装置可以包括收发单元1110和处理单元1120。
一些可能的实现方式中,收发单元1110用于接收条件切换CHO配置信息,处理单元1120用于在收发单元接收到CHO配置信息后启动计时器,并且处理单元1120用于在终端设备没有达到所述CHO配置信息对应的执行条件之前,或者,没和目标小区进行时间同步之前,根据是否接收到新的切换消息确定对所述计时器的处理方式。
可选的,收发单元1130可以用于用于向网络设备发送连接失败信息。
应理解,本申请实施例中的处理单元1120可以由至少一个处理器或处理器相关电路组件实现,收发单元1110可以由收发器或收发器相关电路组件或者通信接口实现。此外,上述各个单元可以分离也可以集成,本申请实施例对此不做限定。
可选的,该通信装置1100还可以包括存储单元1130,该存储单元1130可以用于存储指令或者数据,处理单元1120可以执行或者读取该存储单元中存储的指令或者数据,以使该通信装置实现相应的操作。可选的,该存储单元1130可以通过至少一个存储器实现。
可以理解的是,关于通信装置1100各个单元之间的耦合以及具体实现可以参考方法实施例中的描述,此处不再赘述。
可以理解的是,关于通信装置1100各个单元之间的耦合以及具体实现可以参考方法实施例中的描述,此处不再赘述。
本申请实施例还提供了一种通信装置1200,可以用于实现或用于支持通信装置1200实现本申请各个实施例提供的方法中网络设备或终端设备的功能。该通信装置1200包括至少一个处理器1210和至少一个存储器1220,用于存储程序指令和/或数据。存储器1220和处理器1210耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接,可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。处理器1210可能和存储器1220协同操作。处理器1210可能执行存储器1220中存储的程序指令和/或数据,以使得通信装置1200实现相应的方法。可选的,所述至少一个存储器中的至少一个可以包括于处理器中。
通信装置1200还可以包括通信接口1230,用于通过传输介质和其它设备进行通信,从而用于通信装置1200中的装置可以和其它设备进行通信。
本申请实施例中不限定上述通信接口1230、处理器1210以及存储器1220之间的具体连接介质。示例性的,本申请实施例在图12中以存储器1220、处理器1210以及通信接口1230之间通过总线1240连接,总线在图12中以粗线表示,其它部件之间的连接方式,仅是进行示意性说明,并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图12中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
本申请实施例中,处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
本申请实施例中,存储器可以是非易失性存储器,比如硬盘(hard disk drive,HDD)或固态硬盘(solid-state drive,SSD)等,还可以是易失性存储器(volatile memory),例如随机存取存储器(random-access memory,RAM)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置,用于存储程序指令和/或数据。
本申请实施例还提供一种通信系统,用于实现上述方法实施例的全部或者部分步骤。例如,该通信系统可以包括上述终端设备。可选的,该通信系统还可以包括至少一个网络设备。
本申请实施例中还提供一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得图3-图8所示实施例中终端设备执行的方法被执行。
本申请实施例中还提供一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得图3-图8所示实施例中网络设备执行的方法被执行。
本申请实施例中还提供一种计算机程序产品,包括指令,当其在计算机上运行时,使得图3-图8所示实施例中网络设备或终端设备执行的方法被执行。
应理解,本申请实施例中的术语“系统”和“网络”可被互换使用。“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,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 specific integrated 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)、双倍数据速率同步动态随机存取存储器(double data 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 (27)

  1. 一种通信方法,其特征在于,所述方法包括:
    检测到第一次连接失败并记录第一次连接失败对应的第一连接失败信息;
    检测到第二连接失败,其中,所述第一次连接失败和第二连接失败属于第一切换流程,第二连接失败是发生在第一次连接失败之后的连接失败;
    根据第一切换流程的切换类型确定对连接失败信息的处理方式,所述切换类型包括条件切换或者双激活协议栈切换;
    发送连接失败信息。
  2. 根据权利要求1所述的方法,其特征在于,所述根据第一切换流程的切换类型确定对连接失败信息的处理方式,包括:
    如果所述第一切换流程的切换类型为双激活协议栈切换,用第二连接失败信息对第一连接失败信息中的全部或者部分信息进行更新。
  3. 根据权利要求1所述的方法,其特征在于,所述根据第一切换流程的切换类型确定对连接失败信息的处理方式,包括:
    如果所述第一切换流程的切换类型为双激活协议栈切换,所述第二连接失败包括第一次在目标小区的连接失败,用所述第一次在目标小区的连接失败对第一连接失败信息中的全部或者部分信息进行更新。
  4. 根据权利要求1所述的方法,其特征在于,所述根据第一切换流程的切换类型确定对连接失败信息的处理方式,包括:
    如果所述第一切换流程的切换类型为条件切换,保留所述第一连接失败信息。
  5. 根据权利要求2-4任一项所述的方法,其特征在于,所述第一连接失败信息中的全部或者部分信息包括以下至少一种:连接失败类型、失败主小区标识、连接失败时间、失败后的时间、连接失败的原因、位置信息、随机接入信息、测量结果。
  6. 一种通信方法,其特征在于,包括:
    从终端设备接收至少一次连接失败的连接失败信息,所述至少一次连接失败属于第一切换流程;
    根据接收到的连接失败信息中的第一切换流程中的连接失败信息的数量确定第一小区。
  7. 根据权利要求6所述的方法,其特征在于,还包括:将接收到的连接失败信息发送给所述第一小区所属的网络设备。
  8. 根据权利要求6或7所述的方法,其特征在于,当所述第一切换流程中连接失败信息的数量为1时,根据所述连接失败信息的失败类型确定所述第一小区。
  9. 根据权利要求8所述的方法,其特征在于,根据所述失败类型确定所述第一小区,包括:
    当所述失败类型为切换失败时,将之前的主小区标识对应的小区确定为第一小区。
  10. 根据权利要求8或9所述的方法,其特征在于,根据所述失败类型确定所述第一小区,包括:
    当所述失败类型为条件切换或者定时器超时时,将失败主小区标识对应的小区确定为第一小区。
  11. 根据权利要求6或7所述的方法,其特征在于,当所述第一切换流程中的连接失败信息的数量大于1时,根据所述第一切换流程的切换类型确定所述第一小区,所述切换类型包括条件切换或者双激活协议栈切换。
  12. 根据权利要求11所述的方法,其特征在于,根据所述第一切换流程的切换类型确定所述第一小区,包括:
    如果所述切换类型为条件切换,根据第一次连接失败对应的失败类型确定第一小区。
  13. 根据权利要求11所述的方法,其特征在于,根据所述第一切换流程的切换类型确定所述第一小区,包括:
    如果所述切换类型为双激活协议栈切换,根据第一次目标小区的连接失败的失败类型确定所述第一小区。
  14. 一种通信方法,其特征在于,包括:
    接收条件切换CHO配置信息,启动计时器,其中,所述计时器用于计算或者记录最近一次收到切换消息到连接失败的时间,所述CHO配置信息包括至少一个候选小区的信息;
    在终端设备没有达到所述CHO配置信息对应的执行条件之前,或者,没和目标小区进行时间同步之前,根据是否接收到新的切换消息确定对所述计时器的处理方式,其中,所述新的切换消息包括携带新的CHO配置信息的切换消息、正常切换命令或者双激活协议栈切换命令。
  15. 根据权利要求14所述的方法,其特征在于,根据是否接收到新的切换消息确定对所述计时器的处理方式,包括:
    在接收到新的切换消息的情况下,重启所述计时器。
  16. 根据权利要求14所述的方法,其特征在于,所述计时器与所述至少一个候选小区对应,所述根据是否接收到新的切换消息确定对所述计时器的处理方式,包括:
    如果接收到新的切换消息,并且所述新的切换消息是携带新的CHO配置信息的切换消息,所述新的CHO配置信息包括对前一次的CHO配置信息中的全部或者部分候选小区的配置信息进行更新的信息,重启所述更新的全部或者部分候选小区对应的计时器。
  17. 根据权利要求14或16所述的方法,其特征在于,所述计时器与所述至少一个候选小区对应,所述根据是否接收到新的切换消息确定对所述计时器的处理方式,包括:
    如果接收到新的切换消息,并且所述新的切换消息是携带新的CHO配置信息的切换消息,所述新的CHO配置信息包括指示删除前一次的CHO配置信息中的全部或者部分候选小区的配置信息的信息,删除被指示删除的全部或者部分候选小区对应的计时器。
  18. 根据权利要求14、16或17所述的方法,其特征在于,所述计时器与所述至少一个候选小区对应,所述根据是否接收到新的切换消息确定对所述计时器的处理方式,包括:
    如果接收到新的切换消息,并且所述新的切换消息是携带新的CHO配置信息的切换消息,所述新的CHO配置信息包括指示增加新的候选小区的配置信息的信息,增加与新增的候选小区对应的计时器。
  19. 根据权利要求14、16-18任一项所述的方法,其特征在于,所述计时器与所述至少一个候选小区对应,所述根据是否接收到新的切换消息确定对所述计时器的处理方式,包括:
    如果接收到新的切换消息,且所述的新的切换消息是正常切换命令或者双激活协议栈 切换命令,停止与所有候选小区对应的计时器。
  20. 根据权利要求14-19任一项所述的方法,其特征在于,还包括:所述在对目标小区进行时间同步之后,不检测是否接收新的切换消息。
  21. 根据权利要求14-20任一项所述的方法,其特征在于,还包括:确定在目标小区发生连接失败,所述计时器的运行时长为最近一次收到切换消息到连接失败的时间,所述连接失败包括接收到条件切换CHO配置信息后第一次连接失败和/或所述第一次连接失败后的至少一次连接失败。
  22. 根据权利要求14-21任一项所述的方法,其特征在于,还包括:
    发送连接失败信息,所述连接失败信息包括所述计时器的运行时间信息。
  23. 一种通信装置,其特征在于,用于实现如权利要求1-5任一项所述的方法。
  24. 一种通信装置,其特征在于,用于实现如权利要求6-13任一项所述的方法。
  25. 一种通信装置,其特征在于,用于实现如权利要求14-22任一项所述的方法。
  26. 一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序当被执行时,使得如权利要求1-22中任一项所述的方法被执行。
  27. 一种计算机程序产品,其特征在于,所述计算机程序产品包括指令,当所述指令被执行时,使得如权利要求1-22任一项所述的方法被实现。
CN202080108299.6A 2020-12-31 2020-12-31 通信方法、装置和系统 Pending CN116671174A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/142338 WO2022141480A1 (zh) 2020-12-31 2020-12-31 通信方法、装置和系统

Publications (1)

Publication Number Publication Date
CN116671174A true CN116671174A (zh) 2023-08-29

Family

ID=82258908

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080108299.6A Pending CN116671174A (zh) 2020-12-31 2020-12-31 通信方法、装置和系统

Country Status (2)

Country Link
CN (1) CN116671174A (zh)
WO (1) WO2022141480A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116347532A (zh) * 2021-12-23 2023-06-27 大唐移动通信设备有限公司 一种信息处理方法、装置及可读存储介质
CN115834436B (zh) * 2022-11-24 2024-05-03 中国联合网络通信集团有限公司 网络连通性检测方法、装置及存储介质

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103298004A (zh) * 2012-02-28 2013-09-11 北京三星通信技术研究有限公司 汇报无线链路失败信息的方法
US11190997B2 (en) * 2019-03-27 2021-11-30 Lg Electronics Inc. Method and apparatus for mobility in wireless communication system

Also Published As

Publication number Publication date
WO2022141480A1 (zh) 2022-07-07

Similar Documents

Publication Publication Date Title
US11071158B2 (en) Communication method, communications device, and communications system thereof
WO2018090910A1 (zh) 下行无线链路失败的恢复方法及装置
CN111225453B (zh) 通信方法及装置
CN111148097B (zh) 一种通信方法、通信装置及系统
US11558925B2 (en) Notification method and device for execution of PDCP data recovery
WO2022017400A1 (zh) 一种移动性信息上报的方法和ue
US20230110774A1 (en) Cell group processing method and apparatus and communication device
CN113747478A (zh) 通信方法及装置
KR20140116180A (ko) 링크 실패의 원인을 분석하기 위한 방법 및 장치
CN112088573A (zh) Mac重置过程
JPWO2019031505A1 (ja) 無線基地局及びユーザ装置
CN116671174A (zh) 通信方法、装置和系统
CN113678568A (zh) 管理mcg快速恢复
CN116368846A (zh) 通信方法及相关设备
CN114765791A (zh) 连接失败信息的处理方法、装置和系统
JP2015507886A (ja) 中断セル回復の検出方法及び装置
US20170223581A1 (en) Method and user equipment for recovering service in universal mobile telecommunications system (umts) network
CN108391326B (zh) 管理无线连接的方法、装置及终端
CN111836293A (zh) 波束失败恢复bfr的上报方法、终端及网络侧设备
EP4312452A1 (en) Handling conditional handover preparations in failure scenarios
CN116321324B (zh) 通信方法及相关设备
EP4319250A1 (en) Communication method and apparatus
US12004027B2 (en) Method and apparatus for handling radio link failure in wireless communication system
WO2017128215A1 (zh) 一种通信数据维护方法及网络设备
WO2023160706A1 (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