CN111107593B - 一种用于链路失败恢复的方法、用户侧设备和网络侧设备 - Google Patents

一种用于链路失败恢复的方法、用户侧设备和网络侧设备 Download PDF

Info

Publication number
CN111107593B
CN111107593B CN201910064829.0A CN201910064829A CN111107593B CN 111107593 B CN111107593 B CN 111107593B CN 201910064829 A CN201910064829 A CN 201910064829A CN 111107593 B CN111107593 B CN 111107593B
Authority
CN
China
Prior art keywords
radio link
notification message
preset condition
reporting
random access
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.)
Active
Application number
CN201910064829.0A
Other languages
English (en)
Other versions
CN111107593A (zh
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.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication 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 Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN201910064829.0A priority Critical patent/CN111107593B/zh
Publication of CN111107593A publication Critical patent/CN111107593A/zh
Application granted granted Critical
Publication of CN111107593B publication Critical patent/CN111107593B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0083Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/24Reselection being triggered by specific parameters
    • H04W36/30Reselection being triggered by specific parameters by measured or perceived connection quality data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/18Management of setup rejection or failure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/19Connection re-establishment

Landscapes

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

Abstract

本申请实施例公开了一种用于链路失败恢复的方法、用户侧设备和网络侧设备,该方法应用于用户侧设备,包括:在满足第一预设条件之后,且满足第二预设条件之前,上报第一通知消息;其中,所述第一预设条件为在无线链路监测过程中,无线资源控制RRC层连续接收到特殊小区Special Cell对应的不同步Out‑of‑Sync指示的次数达到第一次数阈值,所述第二预设条件为在所述无线链路监测过程中,检测到所述Special Cell所在的小区组发生无线链路失败;或者,所述第一预设条件为在无线链路监测过程中,指定定时器启动,所述第二预设条件为检测到所述指定定时器对应的小区组发生无线链路失败。利用本申请实施例,可以缩减服务小区变更所需的时间。

Description

一种用于链路失败恢复的方法、用户侧设备和网络侧设备
技术领域
本申请涉及通信技术领域,尤其涉及一种用于链路失败恢复的方法、用户侧设备和网络侧设备。
背景技术
在5G及后续演进的无线网络通信系统中,用户侧设备可以具备无线链路监测(Radio Link Monitor,RLM)功能,通过无线链路监测功能,用户侧设备可以在判定发生小区组无线链路失败后,执行相应的链路恢复机制,其中,无线链路监测RLM和无线链路失败检测(detect)可以在主小区(PCell)和主辅小区(PSCell)上执行。在终端的服务小区中,PCell和PSCell统称特殊小区(Specifal cell),除了特殊小区之外的其他小区,称为辅小区(SCell)。PCell以及和PCell同属一个基站下辖的服务小区组成主小区组(MCG);PSCell以及和PSCell同属一个基站下辖的服务小区组成辅小区组(SCG)。
以主小区上的无线链路监测RLM和无线链路失败检测为例,用户侧设备可以通过测量主小区的PDCCH(Physical Downlink Control Channel,物理下行信道)对应的CRS(Cell Reference Signal,小区参考信号)的SINR(Signal to Interference plus NoiseRatio,信号与干扰加噪声比)来实现对无线链路的监测,当用户侧设备的物理层测量到PCell的PDCCH对应的CRS的SINR低于预定阈值时,物理层通知高层(即RRC层)一个Out-of-Sync指示,当用户侧设备的物理层测量到PCell的PDCCH对应的CRS的SINR高于预定阈值时,物理层通知高层(即RRC层)一个In-Sync指示。物理层周期性向RRC层上报所述指示,如果RRC层连续接收到第一预设个数的Out-of-Sync指示,则可以开启一个定时器进行计时。如果在定时器运行期间,RRC层连续收到第二预设个数的In-Sync指示,则停止所述定时器运行;如果定时器超时,则用户侧设备判定主小区组无线链路失败。此时,用户侧设备会尝试寻找合适的服务小区进行RRC(Radio Resource Control,无线资源控制)连接重建。
除了在RLM过程中终端可能判定无线链路失败外,在随机接入过程中和RLC AM数据的传输过程中,终端也可能判定无线链路失败。判定规则简述如下:在一次随机接入过程中,如果终端进行前导码发送的尝试次数超过预设最大次数,则判定无线链路失败;在RLCAM数据的传输过程中,对于一个RLC PDU,如果终端在执行完最大预设次数的重传后,所述RLC PDU仍未被接收端成功接收,则判定无线链路失败。
然而,在判定无线链路失败后,用户侧设备和网络侧设备之间的无线链路恢复之前,用户侧设备与网络侧设备之间的数据收发会中断,影响用户体验。为此,需要提供一种能够缩短、甚至避免用户侧设备与网络侧设备之间的数据收发中断的技术方案。
发明内容
本申请实施例的目的是提供一种用于链路失败恢复的方法、用户侧设备和网络侧设备,以提供一种能够缩短、甚至避免用户侧设备与网络侧设备之间的数据收发中断的技术方案。
为了实现上述技术方案,本申请实施例是这样实现的:
第一方面,提出了一种用于链路失败恢复的方法,应用于用户侧设备,包括:
在满足第一预设条件之后,且满足第二预设条件之前,上报第一通知消息;
其中,所述第一预设条件为在无线链路监测过程中,无线资源控制RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,所述第二预设条件为在所述无线链路监测过程中,检测到所述Special Cell所在的小区组发生无线链路失败;或者,
所述第一预设条件为在无线链路监测过程中,指定定时器启动,所述第二预设条件为检测到所述指定定时器对应的小区组发生无线链路失败;或者,
所述第一预设条件为在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,所述第二预设条件为检测到进行所述Preamble的尝试发送的小区组发生无线链路失败;或者,
所述第一预设条件为在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收,所述第二预设条件为检测到进行所述RLC发送的小区组发生无线链路失败。
第二方面,提出了一种用于链路失败恢复的方法,应用于网络侧设备,包括:
接收到上报的第一通知消息,发起服务小区的变更准备处理,所述第一通知消息是用户侧设备在满足第一预设条件之后,且满足第二预设条件之前上报的消息;
其中,所述第一预设条件为在无线链路监测过程中,无线资源控制RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,所述第二预设条件为在所述无线链路监测过程中,检测到所述Special Cell所在的小区组发生无线链路失败;或者,
所述第一预设条件为在无线链路监测过程中,指定定时器启动,所述第二预设条件为检测到所述指定定时器对应的小区组发生无线链路失败;或者,
所述第一预设条件为在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,所述第二预设条件为检测到进行所述Preamble的尝试发送的小区组发生无线链路失败;或者,
所述第一预设条件为在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收,所述第二预设条件为检测到进行所述RLC发送的小区组发生无线链路失败。
第三方面,提出了一种用户侧设备,包括:
第一上报模块,用于第一上报模块,用于在满足第一预设条件之后,且满足第二预设条件之前,上报第一通知消息;
其中,所述第一预设条件为在无线链路监测过程中,无线资源控制RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,所述第二预设条件为在所述无线链路监测过程中,检测到所述Special Cell所在的小区组发生无线链路失败;或者,
所述第一预设条件为在无线链路监测过程中,指定定时器启动,所述第二预设条件为检测到所述指定定时器对应的小区组发生无线链路失败;或者,
所述第一预设条件为在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,所述第二预设条件为检测到进行所述Preamble的尝试发送的小区组发生无线链路失败;或者,
所述第一预设条件为在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收,所述第二预设条件为检测到进行所述RLC发送的小区组发生无线链路失败。
第四方面,提出了一种网络测设备,包括:
变更准备模块,用于在接收到上报的第一通知消息时,发起服务小区的变更准备处理,所述第一通知消息是用户侧设备在满足第一预设条件之后,且满足第二预设条件之前上报的消息;
其中,所述第一预设条件为在无线链路监测过程中,无线资源控制RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,所述第二预设条件为在所述无线链路监测过程中,检测到所述Special Cell所在的小区组发生无线链路失败;或者,
所述第一预设条件为在无线链路监测过程中,指定定时器启动,所述第二预设条件为检测到所述指定定时器对应的小区组发生无线链路失败;或者,
所述第一预设条件为在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,所述第二预设条件为检测到进行所述Preamble的尝试发送的小区组发生无线链路失败;或者,
所述第一预设条件为在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收,所述第二预设条件为检测到进行所述RLC发送的小区组发生无线链路失败。
第五方面,提出了一种用户侧设备,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如上述第一方面所述的方法的步骤。
第六方面,提出了一种网络侧设备,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如上述第二方面所述的方法的步骤。
第七方面,提出了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如上述第一方面和第二方面所述的方法的步骤。
由以上本申请实施例提供的技术方案可见,本申请实施例通过在满足第一预设条件之后,且满足第二预设条件之前,上报第一通知消息,其中,第一预设条件为在无线链路监测过程中,无线资源控制RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,第二预设条件为在所述无线链路监测过程中,检测到所述Special Cell所在的小区组发生无线链路失败;或者,第一预设条件为在无线链路监测过程中,指定定时器启动,第二预设条件为检测到所述指定定时器对应的小区组发生无线链路失败;或者,第一预设条件为在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,第二预设条件为检测到进行所述Preamble的尝试发送的小区组发生无线链路失败;或者,第一预设条件为在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收,第二预设条件为检测到进行所述RLC发送的小区组发生无线链路失败,这样,通过上述处理过程,由于无线链路监测RLM的过程中,用户侧设备可以在RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到小区组发生无线链路失败才开始进行服务小区变更处理,或者,由于无线链路监测RLM的过程中,用户侧设备可以在指定定时器启动时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到该指定定时器对应的小区组发生无线链路失败才开始进行服务小区变更处理,或者,由于在随机接入过程中,用户侧设备在前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到进行所述Preamble的尝试发送的小区组发生无线链路失败才进行服务小区变更处理,或者,由于在无线链路控制RRC层的确认模式下的数据上行传输过程中,用户侧设备在至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到进行所述RLC发送的小区组发生无线链路失败才进行服务小区变更处理,因此,可以有效缩减服务小区变更所需要的时间。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请一种用于链路失败恢复的方法实施例;
图2为本申请一种主小区的无线链路监测过程的示意图;
图3为本申请一种服务小区切换过程的示意图;
图4为本申请另一种用于链路失败恢复的方法实施例;
图5为本申请又一种用于链路失败恢复的方法实施例;
图6为本申请又一种用于链路失败恢复的方法实施例;
图7为本申请又一种用于链路失败恢复的方法实施例;
图8为本申请又一种用于链路失败恢复的方法实施例;
图9为本申请一种用户侧设备实施例;
图10为本申请一种网络侧设备实施例;
图11为本申请另一种用户侧设备实施例;
图12为本申请另一种网络侧设备实施例。
具体实施方式
本申请实施例提供一种用于链路失败恢复的方法、用户侧设备及网络侧设备。
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
本申请的技术方案,可以应用于各种通信系统,例如:GSM(Global System ofMobile communication,全球移动通讯系统),CDMA(Code Division Multiple Access,码分多址)系统,WCDMA(Wideband Code Division Multiple Access Wireless,宽带码分多址),GPRS(General Packet Radio Service,通用分组无线业务),LTE(Long TermEvolution,长期演进)等。
用户侧设备(UE,User Equipment),也可称之为移动终端(Mobile Terminal)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、SIP(SessionInitiation Protocol,会话启动协议)电话、WLL(Wireless Local Loop,无线本地环路)站、PDA(Personal Digital Assistant,个人数字处理)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备,未来5G网络中的终端设备或者未来演进的PLMN(Public Land Mobile Network,公共陆地移动网络)网络中的终端设备。
网络侧设备可以是用于与移动设备通信的设备,网络侧设备可以是GSM(GlobalSystem of Mobile communication,全球移动通讯)或CDMA(Code Division MultipleAccess,码分多址)中的BTS(Base Transceiver Station,基站),也可以是WCDMA(WidebandCode Division Multiple Access,宽带码分多址)中的NB(NodeB,基站),还可以是LTE(Long Term Evolution,长期演进)中的eNB或eNodeB(Evolutional Node B,演进型基站)或接入点,或者车载设备、可穿戴设备,未来5G网络中的网络侧设备或者未来演进的PLMN(Public Land Mobile Network,公共陆地移动网络)网络中的网络侧设备。
本申请所适应的系统,可以是FDD(Frequency Division Duplex,频分双工),TDD(Time Division Duplex,时分双工)或者FDD与TDD两种双工方式聚合使用的系统,甚至是未来5G网络系统或者未来演进网络系统,本申请对此不做限定。
实施例一
如图1所示,本申请实施例提供一种用于链路失败恢复的方法,该方法可以应用于无线链路失败的检测过程,目的是判断RLF后,加速无线链路的恢复。该方法的执行主体可以为用户侧设备,其中,该用户侧设备可以为终端设备,该终端设备可以如手机、平板电脑或可穿戴设备等移动终端设备,该终端设备还可以如个人计算机等终端设备。该方法具体可以包括以下步骤:
在S102中,在满足第一预设条件之后,且满足第二预设条件之前,上报第一通知消息,其中,第一预设条件为在无线链路监测过程中,无线资源控制RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,第二预设条件为在上述无线链路监测过程中,检测到Special Cell所在的小区组发生无线链路失败;或者,第一预设条件为在无线链路监测过程中,指定定时器启动,第二预设条件为检测到上述指定定时器对应的小区组发生无线链路失败(或者上述指定定时器超时)。上述满足第一预设条件之后可以是指在满足第一预设条件时立刻上报第一通知消息,也可以是指在满足第一预设条件后的一定时长,且满足第二预设条件之前上报第一通知消息。
在实施中,载波聚合是当前LTE通信网络,甚至是5G通信网络或者未来演进网络中的重要通信技术,在通信网络中,每个服务小区对应的系统带宽最大可以为20MHz,一个基站可能会管辖多个不同中心频点的服务小区。当具备载波聚合能力的用户侧设备需要使用较大的系统带宽时(例如需要高速下载一个包含数据量较大的文件),基站可以配置所辖的多个不同频点的服务小区(其中,用户侧设备需要在上述多个不同频点的服务小区的覆盖范围内),同时,为用户侧设备进行数据传输。例如:可以配置5个系统带宽为20MHz的服务小区给用户侧设备,这样用户侧设备即可同时在100MHz的系统带宽上进行数据传输。此外,基站可以使用RRC信令为处于连接态的用户侧设备配置载波集合机制,在载波集合的过程中,可以包括一个主小区,即PCell(Primary Cell),其余的服务小区可以均为辅小区,即SCell(Secondary Cell)。
在LTE通信网络,甚至是5G通信网络或者未来演进网络中,用户侧设备可以处于双连接状态或多连接状态,其中,双连接状态可以是指用户侧设备可以同时连接到两个基站,从而两个基站可以同时为该用户侧设备提供数据的收发服务。由于可以同时使用两个基站的无线资源,因此,用户侧设备的数据传输速率得到大幅提升。
此外,为同一个用户侧设备提供数据收发服务的两个基站之间设置有信令接口,通过该信令接口,两个基站之间可以互通该用户侧设备的配置信息。上述两个基站可以属于同一RAT(Radio Access Technology,无线接入技术),例如,两个基站均为LTE通信网络中的eNB或两个基站均为5G通信网络中的gNB等,此外,上述两个基站还可以属于不同的RAT,例如,两个基站分别为LTE通信网络中的eNB和5G通信网络中的gNB等。
另外,同时与某用户侧设备连接的两个基站中,可以包括一个主基站(即(MasterNode,MN)和一个辅基站(Secondary Node,SN),主基站和辅基站均可以支持载波聚合。在实际应用中,通信网络会为处于双连接状态的用户侧设备配置两个特殊小区(即SpecialCell),即可以配置主基站MN的一个服务小区作为用户侧设备的主小区PCell,可以配置辅基站SN的一个服务小区为主辅小区(Primary Secondary Cell,PSCell),主基站MN和辅基站SN对应的为用户侧设备提供服务的其他服务小区为该用户侧设备的辅小区SCell。主基站MN下的主小区PCell和辅小区SCell可以组成主小区组(Master Cell Group,MCG),辅基站SN下的主辅小区PSCell和辅小区SCell可以组成辅小区组(Secondary Cell Group,SCG)。
对于多连接,可以是指超过两个基站同时为同一个用户侧设备提供数据的收发服务。与上述双连接的情况相同,与某用户侧设备同时连接的多个(大于两个)基站可以属于同一RAT,也可以属于不同的RAT。而且,上述多个基站中可以包括一个为主基站,其他基站均为辅基站,其中,主基站和辅基站都可以支持载波聚合。此外,在实际应用中,通信网络会为处于多连接状态的用户侧设备配置多个特殊小区,即可以配置主基站MN的一个服务小区作为用户侧设备的主小区PCell,可以配置每个辅基站SN的一个服务小区为主辅小区(Primary Secondary Cell,PSCell),主基站MN和辅基站SN对应的其他服务小区为该用户侧设备的辅小区Scell。主基站MN下的主小区PCell和辅小区Scell可以组成主小区组MCG,每个辅基站SN下的主辅小区PScell和辅小区Scell可以组成辅小区组SCG,因此,当用户侧设备被配置使用多连接时,其中包含一个主小区组MCG,多个辅小区组SCG。
在LTE通信网络,甚至是5G通信网络或者未来演进网络中,用户侧设备可以具备无线链路监测(Radio Link Monitor,RLM)功能,当用户侧设备判定发生小区组无线链路失败后,用户侧设备可以执行相应的链路恢复机制,其中,无线链路监测RLM和无线链路失败RLF可以在主小区PCell和主辅小区PSCell上执行。
针对主小区PCell上的无线链路监测RLM和无线链路失败RLF的情况,用户侧设备可以通过测量主小区PCell的PDCCH对应的CRS的SINR来实现对无线链路的监听。如图2所示,当用户侧设备的物理层(即图2中的L1层)测量到PCell的PDCCH对应的CRS的SINR低于预定阈值时,可以认定该无线链路处于“Out-of-Sync”状态,此时,该物理层可以通知高层(即RRC层,图2中的L3层)一个Out-of-Sync指示,如果RRC层连续接收到第一次数阈值(例如N310)个数的Out-of-Sync指示,则用户侧设备的RRC层可以开启一个定时器(即指定定时器,例如Timer T310)进行计时。
如果指定定时器超时,则用户侧设备判定主小区组无线链路失败。此时,可以启动另一个定时器(如定时器T311),在该定时器运行期间,用户侧设备会尝试寻找合适的服务小区进行RRC连接重建。例如,如果指定定时器Timer T310超时,则用户侧设备判定主小区组无线链路失败。此时,可以启动定时器T311,在定时器T311运行期间,用户侧设备会尝试寻找合适的服务小区进行RRC连接重建。
在指定定时器超时(例如定时器Timer T310超时)后,用户侧设备和网络侧设备之间的无线链路恢复之前,用户侧设备与网络侧设备之间的数据收发会中断,影响用户体验,为此,本申请实施例提供一种能够缩短、甚至避免用户侧设备与网络侧设备之间的数据收发中断的技术方案,具体可以包括以下内容:
当用户侧设备的物理层(即图2中的L1层)测量到PCell的PDCCH对应的CRS的SINR低于预定阈值,且RRC层连续接收到第一次数阈值个数的Out-of-Sync指示时,用户侧设备可以确定在无线链路监测过程中满足第一预设条件,用户侧设备可以在此时或者由此之后,且满足第二预设条件(即检测到Special Cell所在的小区组发生无线链路失败)之前的时间段内向网络侧设备上报第一通知消息,第一通知消息可以用于指示在无线链路监测过程中,RRC层连续接收到Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,通过第一通知消息可以使得网络侧设备可以及时准备进行服务小区切换处理,即可以使得源MCG选择目标MCG,并向目标MCG发送切换请求,以完成MCG的切换。
MCG切换过程可以参见图3所示,即用户侧设备可以向源MCG上报该用户侧设备所在的服务小区和服务小区的相邻小区的信号质量的测量结果,源MCG根据用户侧设备上报的测量结果选择目标MCG,并向选择的目标MCG发送切换请求(即Handover Request),目标MCG进行接纳判决,如同意用户侧设备切入,则返回切换请求确认(即Handover RequestACK)消息,源MCG向用户侧设备发送RRC重新配置(即RRCReconfiguraiton)消息,在上述消息中可以携带进行服务小区切换所需的参数,用户侧设备可以切入目标MCG,并返回RRC重新配置完成(RRCReconfiguraitonComplete)消息。其中,在实际应用中,用户侧设备可以不需要向源MCG上报该用户侧设备所在的服务小区和相邻小区的信号质量的测量结果,这样,源MCG可以根据实际情况自行选择目标MCG。
针对主辅小区PSCell上的无线链路监测RLM和无线链路失败RLF的情况,用户侧设备可以通过测量主辅小区PSCell的PDCCH对应的CRS的SINR来实现对无线链路的监听。如图2所示,当用户侧设备的物理层测量到PSCell的PDCCH对应的CRS的SINR低于预定阈值时,可以认定该无线链路处于“Out-of-Sync”状态,此时,该物理层可以通知高层(即RRC层)一个Out-of-Sync指示,如果RRC层连续接收到第一次数阈值个数的Out-of-Sync指示,则用户侧设备的RRC层可以开启一个定时器(即指定定时器,例如,Timer T313)进行计时。
如果指定定时器(例如定时器Timer T313)超时,则用户侧设备判定辅小区组无线链路失败。此时,可以停止辅基站上的数据收发,并向网络侧设备上报辅小区组无线链路失败,由于辅基站上的数据收发被停止,因此,用户侧设备与辅基站之间的数据收发会中断,为此,可以通过以下方式来进行服务小区的变更,即当用户侧设备的物理层测量到PSCell的PDCCH对应的CRS的SINR低于预定阈值,且RRC层连续接收到第一次数阈值个数的Out-of-Sync指示时,用户侧设备可以确定在无线链路监测过程中满足第一预设条件,用户侧设备可以在此时或者由此之后,且满足第二预设条件(即检测到Special Cell所在的小区组发生无线链路失败)之前的时间段内向网络侧设备上报第一通知消息,第一通知消息可以用于指示在无线链路监测过程中,RRC层连续接收到Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,通过第一通知消息可以使得网络侧设备可以及时准备进行服务小区变更处理,即可以使得源SCG选择目标SCG,并向目标SCG发送变更请求,以完成SCG的变更。
上述处理过程为第一预设条件为在无线链路监测过程中,无线资源控制RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,第二预设条件为在上述无线链路监测过程中,检测到Special Cell所在的小区组发生无线链路失败的情况,即在无线链路监测过程中,通过计数器的方式来完成第一通知消息的上报,而对于通过指定定时器的方式来完成第一通知消息的上报(即第一预设条件为在无线链路监测过程中,指定定时器启动,第二预设条件为在无线链路监测过程中,上述指定定时器超时)的情况,具体可以通过以下方式处理:
针对主小区PCell的情况,可以预先设定开始指定定时器的条件,该条件可以包括多种,例如,当用户侧设备的物理层测量到PCell的PDCCH对应的CRS的SINR低于预定阈值,且RRC层连续接收到一定个数的Out-of-Sync指示时,用户侧设备的RRC层可以开启一个定时器(即指定定时器,如Timer T310),而此时用户侧设备可以确定在无线链路监测过程中满足第一预设条件,用户侧设备可以在指定定时器启动时或指定定时器运行期间向网络侧设备上报第一通知消息,第一通知消息可以用于指示在无线链路监测过程中,指定定时器启动,通过第一通知消息可以使得网络侧设备可以及时准备进行服务小区切换处理,即可以使得源MCG选择目标MCG,并向目标MCG发送切换请求,以完成MCG的切换。
具体如,当用户侧设备的物理层测量到PCell的PDCCH对应的CRS的SINR低于预定阈值,且RRC层连续接收到一定个数的Out-of-Sync指示时,用户侧设备的RRC层可以开启定时器Timer T310(即指定定时器),而此时用户侧设备可以确定在无线链路监测过程中满足第一预设条件,用户侧设备可以在Timer T310启动时或Timer T310运行期间向网络侧设备上报第一通知消息。
针对主辅小区PSCell的情况,可以预先设定开始指定定时器的条件,该条件可以包括多种,例如,当用户侧设备的物理层测量到PSCell的PDCCH对应的CRS的SINR低于预定阈值,且RRC层连续接收到一定个数的Out-of-Sync指示时,用户侧设备的RRC层可以开启指定定时器(例如Timer T313),而此时用户侧设备可以确定在无线链路监测过程中满足第一预设条件,用户侧设备可以在指定定时器启动时或指定定时器运行期间向网络侧设备上报第一通知消息,第一通知消息可以用于指示在无线链路监测过程中,指定定时器启动,通过第一通知消息可以使得网络侧设备可以及时准备进行服务小区变更处理,即可以使得源MCG或SCG选择目标SCG,并向目标SCG发送变更请求,以完成SCG的变更。
具体如,当用户侧设备的物理层测量到PSCell的PDCCH对应的CRS的SINR低于预定阈值,且RRC层连续接收到一定个数的Out-of-Sync指示时,用户侧设备的RRC层可以开启Timer T313,而此时用户侧设备可以确定在无线链路监测过程中满足第一预设条件,用户侧设备可以在Timer T313启动时或Timer T313运行期间向网络侧设备上报第一通知消息。
通过上述处理过程,由于无线链路监测RLM的过程中,用户侧设备可以在RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值或指定定时器(例如定时器Timer T310或定时器Timer T313)启动时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到指定定时器(例如定时器Timer T310或定时器Timer T313)超时,因此,可以有效缩减服务小区变更所需要的时间。
上述S102的处理可以应用于上述双连接状态的用户侧设备,也可以应用于多连接状态的用户侧设备。
另外,如图4所示,在用户侧设备执行上述S102之前,还可以接收网络侧设备发送的配置信息,具体可以参见下述S402的处理。
在S402中,用户侧设备上报具备第一通知消息上报的相关能力。
在实施中,在实际情况下,并不是设备都会具备第一通知消息上报的相关能力,因此,用户侧设备可以在接入通信网络时,或者,在接入通信网络后的指定时刻向网络侧设备上报是否具备第一通知消息上报的相关能力的信息,网络侧设备可以记录该用户侧设备是否具备第一通知消息上报的相关能力。如果该用户侧设备具备第一通知消息上报的相关能力,则还可以执行下述S502的处理。
可选地,用户侧设备可以接收网络侧设备发送的配置信息,该配置信息用于配置用户侧设备开启第一通知消息上报。
在实施中,网络侧设备可以根据实际情况,或者基于预定的通信协议生成针对上述配置信息,并可以将该配置信息发送给用户侧设备。
上述第一次数阈值等可以由用户侧设备根据实际情况设定,也可以由网络侧设备进行配置,以下对第一次数阈值等进行配置的处理进行说明。
在S502中,用户侧设备根据上述配置信息,确定上述预定门限值。
其中,预定门限值可以包括以下中的至少一个:上述第一次数阈值、下述第二次数阈值和下述第三次数阈值。而在实际应用中,预定门限值还可以包括下述第四次数阈值和第二预设最大次数中的一个或多个。
在实际应用中,第一通知消息可以包括以下信息中的一个或多个:第一通知消息的上报类型、第一通知消息的上报原因信息、当前所在的服务小区和相邻小区的信号质量的测量结果信息。第一通知消息的上报类型可以如无线链路失败预上报等,第一通知消息的上报原因信息可以包括RLM检测问题等。其中,无线链路失败预上报可以用于指示可能会发生无线链路失败,以使得网络侧设备准备进行服务小区变更处理。RLM检测问题可以用于指示在何种情况下或何种原因触发的第一通知消息上报等。
需要说明的是,测量当前所在的服务小区和相邻小区的信号质量的处理可以是在用户侧设备上报第一通知消息之前执行。
另外,如图4所示,在用户侧设备执行上述S102之后,用户侧设备还可以通过以下方式向网络侧设备上报相应的通知消息,具体可以下述S602的处理。
在S602中,用户侧设备在无线链路监测过程中,RRC层连续接收到同步In-Sync指示的次数达到第四次数阈值或在指定定时器运行期间,检测到上述指定定时器停止的情况下,上报第三通知消息。
其中,第三通知消息可以包括以下信息中的一个或多个:第三通知消息的上报类型和第三通知消息的上报原因信息。第三通知消息的上报类型可以包括无线链路失败预上报取消等。第三通知消息的上报原因信息可以包括RLM检测问题等。第四次数阈值可以由用户侧设备设定,也可以由网络侧设备配置(如通过上述配置信息等),具体地,第四次数阈值可以为1或者大于1的正整数。其中的无线链路失败预上报取消可以用于指示不会发生无线链路失败,以使得网络侧设备取消对服务小区的变更准备。RLM检测问题可以用于指示在何种情况下或何种原因触发的第三通知消息上报等。
在实施中,针对主小区PCell上的无线链路监测RLM和无线链路失败RLF的情况,当用户侧设备的物理层测量到PCell的PDCCH对应的CRS的SINR高于预定阈值时,可以认定该无线链路处于“In-Sync”状态,此时,该物理层可以通知高层(即RRC层)一个In-Sync指示,如果RRC层连续接收到第四次数阈值个数的In-Sync指示,则用户侧设备可以向网络侧设备上报第三通知消息。
针对主辅小区PSCell上的无线链路监测RLM和无线链路失败RLF的情况,当用户侧设备的物理层测量到PSCell的PDCCH对应的CRS的SINR高于预定阈值时,可以认定该无线链路处于“In-Sync”状态,此时,该物理层可以通知高层(即RRC层)一个In-Sync指示,如果RRC层连续接收到第四次数阈值个数的In-Sync指示,则用户侧设备可以向网络侧设备上报第三通知消息。
上述处理过程为第一预设条件为在无线链路监测过程中,无线资源控制RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,第二预设条件为在上述无线链路监测过程中,检测到Special Cell所在的小区组发生无线链路失败的情况,即在无线链路监测过程中,通过计数器的方式来完成第三通知消息的上报,而对于通过指定定时器的方式来完成第三通知消息的上报(即第一预设条件为在无线链路监测过程中,指定定时器启动,第二预设条件为在无线链路监测过程中,上述指定定时器超时)的情况,具体可以通过以下方式处理:
在实施中,针对主小区PCell的情况,可以预先设定停止指定定时器的条件,该条件可以包括多种,例如,当用户侧设备的物理层测量到PCell的PDCCH对应的CRS的SINR高于预定阈值时,该物理层可以通知高层(即RRC层)一个In-Sync指示,如果RRC层连续接收到一定个数的In-Sync指示,则用户侧设备可以停止指定定时器的运行,此时,用户侧设备可以向网络侧设备上报指定定时器停止的通知消息,即第三通知消息。
具体如,当用户侧设备的物理层测量到PCell的PDCCH对应的CRS的SINR高于预定阈值时,该物理层可以通知高层(即RRC层)一个In-Sync指示,如果RRC层连续接收到一定个数的In-Sync指示,则用户侧设备可以停止定时器Timer T310的运行,此时,用户侧设备可以向网络侧设备上报Timer T310停止的通知消息。
针对主辅小区PSCell的情况,可以预先设定停止指定定时器的条件,该条件可以包括多种,例如,当用户侧设备的物理层测量到PSCell的PDCCH对应的CRS的SINR高于预定阈值时,此时,该物理层可以通知高层(即RRC层)一个In-Sync指示,如果RRC层连续接收到一定个数的In-Sync指示,则用户侧设备可以停止指定定时器的运行,此时,用户侧设备可以向网络侧设备上报指定定时器停止的通知消息,即第三通知消息。
具体如,当用户侧设备的物理层测量到PSCell的PDCCH对应的CRS的SINR高于预定阈值时,此时,该物理层可以通知RRC层一个In-Sync指示,如果RRC层连续接收到一定个数的In-Sync指示,则用户侧设备可以停止定时器Timer T313的运行,此时,用户侧设备可以向网络侧设备上报定时器Timer T313停止的通知消息。
此外,如图4所示,在用户侧设备执行上述S102之后,用户侧设备还可以在满足第二预设条件的情况下,上报第二通知消息,具体可以下述S702的处理。
在S702中,用户侧设备在满足第二预设条件的情况下,上报第二通知消息。
在实施中,在无线链路监测RLM的过程中,用户侧设备可以始终执行RLM检测处理,基于上述S102的内容,用户侧设备在满足第一预设条件的情况下,上报第一通知消息后,网络侧设备可以准备进行服务小区变更处理,而在网络侧设备准备进行服务小区变更处理的同时,用户侧设备可以继续进行RLM检测,在此过程中:
针对主小区PCell上的无线链路监测RLM和无线链路失败RLF的情况,如果检测到Special Cell所在的小区组发生无线链路失败,则用户侧设备可以确定在无线链路监测过程中满足第二预设条件,用户侧设备可以向网络侧设备上报第二通知消息,以使网络侧设备在之前准备好的待切换的服务小区的情况下,向用户侧设备发送切换指令,以切换用户侧设备的MCG。
针对主辅小区PSCell上的无线链路监测RLM和无线链路失败RLF的情况,如果检测到Special Cell所在的小区组发生无线链路失败,则用户侧设备可以确定在无线链路监测过程中满足第二预设条件,用户侧设备可以向网络侧设备上报第二通知消息,以使网络侧设备在之前准备好的待变更的服务小区的情况下,向用户侧设备发送变更指令,以变更用户侧设备的SCG。
上述处理过程为第一预设条件为在无线链路监测过程中,无线资源控制RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,第二预设条件为在上述无线链路监测过程中,检测到Special Cell所在的小区组发生无线链路失败的情况,而对于指定定时器的情况,具体可以通过以下方式处理:
针对主小区PCell的情况,如果指定定时器(例如Timer T310)超时,则用户侧设备判定主小区组无线链路失败,此时,用户侧设备可以确定在无线链路监测过程中满足第二预设条件,用户侧设备可以向网络侧设备上报定时器Timer T310超时指示,即第二通知消息,以使网络侧设备在之前准备好的待切换的服务小区的情况下,向用户侧设备发送切换指令,以切换用户侧设备的MCG。
针对主辅小区PSCell的情况,如果指定定时器(例如Timer T313)超时,则用户侧设备判定辅小区组无线链路失败,此时,用户侧设备可以确定在无线链路监测过程中满足第二预设条件,用户侧设备可以向网络侧设备上报定时器Timer T313超时指示,即第二通知消息,以使网络侧设备在之前准备好的待变更的服务小区的情况下,向用户侧设备发送变更指令,以变更用户侧设备的SCG。
通过上述处理过程,由于无线链路监测RLM的过程中,网络侧设备准备进行服务小区变更处理与用户侧设备继续进行RLM检测直到发生无线链路失败的过程是并行执行的,因此,可以有效缩减服务小区变更所需要的时间。
另外,如图4所示,在用户侧设备执行上述S702之后,用户侧设备可能会接收到网络侧设备发送的接收到变更指令,具体可以下述S704的处理。
在S704中,用户侧设备在接收到变更指令时,执行服务小区变更处理。
上述S704的具体处理过程可以参见上述相关内容,在此不再赘述。
需要说明的是,上述图1~图4进行一种示例性的可选的相关示意图,其中涉及到的处理步骤在实际应用中可以不仅仅包含上述情况,还可以包括多种其它可能的情况,具体可以参见上述文本内容。
本申请实施例提供一种用于链路失败恢复的方法,应用于用户侧设备,通过在满足第一预设条件之后,且满足第二预设条件之前,上报第一通知消息,其中,第一预设条件为在无线链路监测过程中,无线资源控制RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,第二预设条件为在所述无线链路监测过程中,检测到所述Special Cell所在的小区组发生无线链路失败;或者,第一预设条件为在无线链路监测过程中,指定定时器启动,第二预设条件为在无线链路监测过程中,检测到所述Special Cell所在的小区组发生无线链路失败,这样,通过上述处理过程,由于无线链路监测RLM的过程中,用户侧设备可以在RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值或指定定时器(例如定时器Timer T310或定时器Timer T313)启动时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到指定定时器超时,因此,可以有效缩减服务小区变更所需要的时间。
实施例二
如图5所示,本申请实施例提供一种用于链路失败恢复的方法,该方法可以应用于无线链路失败的检测过程,目的是判断RLF后,加速无线链路的恢复。该方法可以由网络侧设备执行,其中,该网络侧设备可以是在一定的无线电覆盖区域中,与用户侧设备之间进行信息传递的无线设备,该网络侧设备可以包括一个设备,例如基站,该网络侧设备还可以包括多个设备,例如网络侧设备中除了包括基站外,还可以包括关键控制节点MME和/或服务网关设备等。该方法具体可以包括以下步骤:
在S802中,接收到上报的第一通知消息,发起服务小区的变更准备处理,该第一通知消息是用户侧设备在满足第一预设条件之后,且满足第二预设条件之前上报的消息,第一预设条件为在无线链路监测过程中,无线资源控制RRC层连续接收到特殊小区SpecialCell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,第二预设条件为在上述无线链路监测过程中,检测到Special Cell所在的小区组发生无线链路失败;或者,第一预设条件为在无线链路监测过程中,指定定时器启动,第二预设条件为检测到所述指定定时器对应的小区组发生无线链路失败(或者上述指定定时器超时)。
在实施中,针对主小区PCell上的无线链路监测RLM和无线链路失败RLF的情况,服务小区的切换准备处理可以如图3,即用户侧设备可以向源MCG上报该用户侧设备所在的服务小区和该服务小区的相邻小区的信号质量的测量结果,源MCG根据用户侧设备上报的测量结果选择目标MCG,并向选择的目标MCG发送切换请求,目标MCG进行接纳判决,如同意用户侧设备切入,则返回切换请求确认消息。其中,在实际应用中,用户侧设备可以不需要向源MCG上报该用户侧设备所在的服务小区和相邻小区的信号质量的测量结果,这样,源MCG可以根据实际情况自行选择目标MCG。
针对主辅小区PSCell上的无线链路监测RLM和无线链路失败RLF的情况,服务小区的变更准备处理可以为:用户侧设备可以向MCG上报该用户侧设备所在的服务小区和该服务小区的相邻小区的信号质量的测量结果,MCG根据用户侧设备上报的测量结果选择目标SCG,并向选择的目标SCG发送变更请求,目标SCG进行接纳判决,如同意用户侧设备切入,则返回变更请求确认消息。其中,在实际应用中,用户侧设备可以不需要向MCG上报该用户侧设备所在的服务小区和相邻小区的信号质量的测量结果,这样,MCG可以根据实际情况自行选择目标SCG。
此外,如图4所示,在网络侧设备执行上述S802之后,可能会接收到用户侧设备发送的第三通知消息,具体可以参见下述S604和S606的处理。
在S604中,网络侧设备接收到上报的第三通知消息,停止服务小区的变更准备处理。
在S606中,网络侧设备释放为用户侧设备预留的资源。
此外,如图4所示,如果用户侧设备在无线链路监测过程中,连续检测到的In-Sync指示次数未达到第四次数阈值,则不需要上报第三通知消息,而当满足第二预设条件的情况下,可以上报第二通知消息,具体可以参见上述相关处理。相应的,在网络侧设备执行上述S802之后,可能会接收到用户侧设备发送的第二通知消息,具体可以参见下述S706的处理。
在S706中,网络侧设备在接收到上报的第二通知消息的情况下,下发变更指令,该变更指令用于指示进行服务小区变更。
其中,针对主小区和主辅小区的不同情况,变更指令可以存在不同的展现形式,即针对主小区PCell上的无线链路监测RLM和无线链路失败RLF的情况,网络侧设备可以下发切换指令,该切换指令用于指示进行服务小区切换。针对主辅小区PSCell上的无线链路监测RLM和无线链路失败RLF的情况,网络侧设备可以下发变更指令,该变更指令用于指示进行服务小区变更。
在实施中,针对主小区PCell上的无线链路监测RLM和无线链路失败RLF的情况,进行服务小区变更的处理可以包括:源MCG向用户侧设备发送RRC重新配置消息,在上述消息中可以携带进行服务小区切换所需的参数,用户侧设备可以切入目标MCG,并返回RRC重新配置完成消息等。
针对主辅小区PSCell上的无线链路监测RLM和无线链路失败RLF的情况,进行服务小区变更的处理可以包括:源SCG向用户侧设备发送RRC重新配置消息,在上述消息中可以携带进行服务小区变更所需的参数,用户侧设备可以切入目标SCG,并返回RRC重新配置完成消息等。
本申请实施例提供一种用于链路失败恢复的方法,应用于网络侧设备,通过在接收到上报的第一通知消息时,发起服务小区的变更准备处理,该第一通知消息是用户侧设备在满足第一预设条件之后,且满足第二预设条件之前上报的消息,第一预设条件为在无线链路监测过程中,无线资源控制RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,第二预设条件为在上述无线链路监测过程中,检测到所述Special Cell所在的小区组发生无线链路失败;或者,第一预设条件为在无线链路监测过程中,指定定时器启动,第二预设条件为检测到所述指定定时器对应的小区组发生无线链路失败,这样,通过上述处理过程,由于无线链路监测RLM的过程中,用户侧设备可以在RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值或指定定时器(例如定时器Timer T310或定时器Timer T313)启动时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到指定定时器超时,因此,可以有效缩减服务小区变更所需要的时间。
实施例三
如图6所示,本申请实施例提供一种用于链路失败恢复的方法,该方法可以应用于无线链路失败的检测过程,目的是判断RLF后,加速无线链路的恢复。该方法的执行主体可以为用户侧设备,其中,该用户侧设备可以为终端设备,该终端设备可以如手机、平板电脑或可穿戴设备等移动终端设备,该终端设备还可以如个人计算机等终端设备。该方法具体可以包括以下步骤:
在S902中,在满足第一预设条件之后,且满足第二预设条件之前,上报第一通知消息;
其中,第一预设条件为在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,第二预设条件为检测到进行所述Preamble的尝试发送的小区组发生无线链路失败;或者,第一预设条件为在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收,第二预设条件为检测到进行所述RLC发送的小区组发生无线链路失败。
需要说明的是,本申请实施例中,在随机接入过程中,如果Preamble的尝试发送次数达到第一预设最大次数后随机接入仍未成功,且第二次数阈值小于所述第一预设最大次数,则可以认为检测到进行所述Preamble的尝试发送的小区组发生无线链路失败。在无线链路控制RLC层的确认模式下的数据上行传输过程中,如果至少一个RLC层PDU重传次数达到第二预设最大次数后仍未被成功接收,且第三次数阈值小于第二预设最大次数,则可以认为检测到进行所述RLC发送的小区组发生无线链路失败。
针对上述S902,具体处理可以包括:如果用户侧设备在随机接入(Random AccessChannel,RACH)过程中,前导码Preamble的尝试发送次数达到第二次数阈值后仍未随机接入成功,则可以确定用户侧设备满足第一预设条件。在满足第一预设条件,且满足第二预设条件之前的情况下,用户侧设备可以上报第一通知消息,第一通知消息可以用于指示在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,通过第一通知消息可以使得网络侧设备可以发起服务小区的变更准备处理。其中,第二次数阈值可以由用户侧设备根据实际情况设定,还可以由网络侧设备进行配置,本申请实施例对此不做限定。
除了可以通过上述方式处理外,上述S902的具体处理还可以通过以下方式实现:如果用户侧设备在无线链路控制层的确认模式(Radio Link Control AM,RLC AM)下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收,则可以确定用户侧设备满足第一预设条件。在满足第一预设条件,且满足第二预设条件之前的情况下,用户侧设备可以上报第一通知消息,第一通知消息可以用于指示在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收,通过第一通知消息可以使得网络侧设备可以发起服务小区的变更准备处理。其中,第三次数阈值可以由用户侧设备根据实际情况设定,还可以由网络侧设备进行配置,本申请实施例对此不做限定。
通过上述处理过程,由于在随机接入过程中,用户侧设备在前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到前导码Preamble的尝试发送次数达到第一预设最大次数(第二次数阈值小于第一预设最大次数)才进行服务小区变更处理,或者,由于在无线链路控制RRC层的确认模式下的数据上行传输过程中,用户侧设备在至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收时,就会向网络侧设备发送第一通知消息,第一通知消息可以用于指示在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,或在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收,通过第一通知消息可以使得网络侧设备开始准备进行服务小区变更处理,而不需要等到至少一个RLC层分组数据单元PDU的重传次数达到第二预设最大次数后仍未被成功接收(第三次数阈值小于第二预设最大次数)才进行服务小区变更处理,因此,可以有效缩减服务小区变更所需要的时间。
上述S902的处理可以应用于上述双连接状态的用户侧设备,也可以应用于多连接状态的用户侧设备。
另外,如图7所示,在用户侧设备执行上述S902之前,还可以向网络侧设备上报具备第一通知消息上报的相关能力,具体可以参见下述S1002的处理。
在S1002中,用户侧设备上报具备第一通知消息上报的相关能力,第一通知消息上报的相关能力为在随机接入信道数据传输过程中,随机接入信道数据传输的尝试发送次数达到第二次数阈值后随机接入仍未成功,或在无线链路控制的确认模式下的数据上行传输过程中,无线链路控制的重传次数达到第三次数阈值后仍未发送成功的情况下上报第一通知消息的能力。
在实施中,在实际情况下,并不是所有的用户侧设备都会具备第一通知消息上报的相关能力,因此,用户侧设备可以在接入通信网络时,或者,在接入通信网络后的指定时刻向网络侧设备上报是否具备第一通知消息上报的相关能力的信息,网络侧设备可以记录该用户侧设备是否具备第一通知消息上报的相关能力。如果该用户侧设备具备第一通知消息上报的相关能力,则可以执行上述S902的相关处理。
在实际应用中,第一通知消息可以包括以下信息中的一个或多个:第一通知消息的上报类型、第一通知消息的上报原因信息、当前所在的服务小区和相邻小区的信号质量的测量结果信息。第一通知消息的上报类型可以如无线链路失败预上报等,第一通知消息的上报原因信息可以包括RACH问题或RLC层数据传输问题等,其中的RACH问题或RLC层数据传输问题可以用于指示在何种情况下或何种原因触发的第一通知消息上报等。
需要说明的是,测量当前所在的服务小区和相邻小区的信号质量的处理可以是在用户侧设备上报第一通知消息之前执行。
可选地,用户侧设备接收网络侧设备发送的配置信息,该配置信息用于配置用户侧设备开启第一通知消息上报。
在实施中,网络侧设备可以根据实际情况,或者基于预定的通信协议生成针对上述配置信息,并可以将该配置信息发送给用户侧设备。
可选的,根据上述配置信息,确定预定门限值,该预定门限值包括以下中的至少一个:上述第一次数阈值、上述第二次数阈值和上述第三次数阈值,而在实际应用中,预定门限值还可以包括下述第四次数阈值和第二预设最大次数中的一个或多个。
此外,如图7所示,在用户侧设备执行上述S902之后,用户侧设备还可以通过以下方式向网络侧设备上报相应的通知消息,具体可以下述S1102的处理。
在S1102中,用户侧设备在随机接入过程中,随机接入成功,或在RLC层的确认模式下的数据上行传输过程中,至少一个RLC层PDU的重传次数达到第二预设最大次数的情况下,上报第三通知消息。
其中,第三通知消息可以包括以下信息中的一个或多个:第三通知消息的上报类型和第三通知消息的上报原因信息。第三通知消息的上报类型可以包括无线链路失败预上报取消等。第三通知消息的上报原因信息可以包括RACH问题或RLC层数据传输问题等。
此外,如7所示,在用户侧设备执行上述S902之后,用户侧设备还可以在满足第二预设条件的情况下,上报第二通知消息,具体可以下述S1202的处理。
在S1202中,用户侧设备在满足第二预设条件的情况下,上报第二通知消息。
在实施中,如果用户侧设备在RACH过程中,Preamble的尝试发送次数达到第一预设最大次数后随机接入仍未成功,则可以确定Special Cell所在的小区组发生无线链路失败,此时,用户侧设备满足第二预设条件。在满足第二预设条件的情况下,用户侧设备可以上报第二通知消息,相应的,网络侧设备可以下发变更指令,以指示进行服务小区变更。其中,第一预设最大次数可以由用户侧设备根据实际情况设定,还可以由网络侧设备进行配置,本申请实施例对此不做限定。此外,第二次数阈值可以小于第一预设最大次数。
另外,如果用户侧设备在RLC AM下的数据上行传输过程中,至少一个RLC层PDU重传次数达到第二预设最大次数后仍未发送成功,则可以确定Special Cell所在的小区组发生无线链路失败,此时,用户侧设备满足第二预设条件。在满足第二预设条件的情况下,用户侧设备可以上报第二通知消息,相应的,网络侧设备可以下发变更指令,以指示进行服务小区变更。其中,第二预设最大次数可以由用户侧设备根据实际情况设定,还可以由网络侧设备进行配置,本申请实施例对此不做限定。此外,第三次数阈值小于第二预设最大次数。
另外,如图7所示,在用户侧设备执行上述S902之后,用户侧设备可能会接收到网络侧设备发送的接收到变更指令,具体可以下述S1204的处理。
在S1204中,用户侧设备接收到变更指令,执行服务小区变更处理。
上述S1204的具体处理过程可以参见上述相关内容,在此不再赘述。
需要说明的是,上述图6和图7进行一种示例性的可选的相关示意图,其中涉及到的处理步骤在实际应用中可以不仅仅包含上述情况,还可以包括多种其它可能的情况,具体可以参见上述文本内容。
本申请实施例提供一种用于链路失败恢复的方法,应用于用户侧设备,通过在接收到上报的第一通知消息时,发起服务小区的变更准备处理,第一通知消息是用户侧设备在满足第一预设条件之后,且满足第二预设条件之前上报的消息;其中,第一预设条件为在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,第二预设条件为检测到进行所述Preamble的尝试发送的小区组发生无线链路失败;或者,第一预设条件为在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收,第二预设条件为检测到进行所述RLC发送的小区组发生无线链路失败,这样,通过上述处理过程,由于在随机接入过程中,用户侧设备在前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到前导码Preamble的尝试发送次数达到第一预设最大次数(第二次数阈值小于第一预设最大次数)才进行服务小区变更处理,或者,由于在无线链路控制RRC层的确认模式下的数据上行传输过程中,用户侧设备在至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到至少一个RLC层分组数据单元PDU的重传次数达到第二预设最大次数后仍未被成功接收(第三次数阈值小于第二预设最大次数)才进行服务小区变更处理,因此,可以有效缩减服务小区变更所需要的时间。
实施例四
如图8所示,本申请实施例提供一种用于链路失败恢复的方法,该方法可以应用于无线链路失败的检测过程,目的是判断RLF后,加速无线链路的恢复。该方法可以由网络侧设备执行,其中,该网络侧设备可以是在一定的无线电覆盖区域中,与用户侧设备之间进行信息传递的无线设备,该网络侧设备可以包括一个设备,例如基站,该网络侧设备还可以包括多个设备,例如网络侧设备中除了包括基站外,还可以包括关键控制节点MME和/或服务网关设备等。该方法具体可以包括以下步骤:
在S1302中,接收到上报的第一通知消息,发起服务小区的变更准备处理,第一通知消息是用户侧设备在满足第一预设条件之后,且满足第二预设条件之前上报的消息。
其中,第一预设条件为在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,第二预设条件为检测到进行所述Preamble的尝试发送的小区组发生无线链路失败;或者,第一预设条件为在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收,第二预设条件为检测到进行所述RLC发送的小区组发生无线链路失败。
需要说明的是,本申请实施例中,在随机接入过程中,如果Preamble的尝试发送次数达到第一预设最大次数后随机接入仍未成功,且第二次数阈值小于所述第一预设最大次数,则可以认为检测到进行所述Preamble的尝试发送的小区组发生无线链路失败。在无线链路控制RLC层的确认模式下的数据上行传输过程中,如果至少一个RLC层PDU重传次数达到第二预设最大次数后仍未被成功接收,且第三次数阈值小于第二预设最大次数,则可以认为检测到进行所述RLC发送的小区组发生无线链路失败。
上述S1302的具体处理过程可以参见上述相关步骤和内容,在此不再赘述。
此外,如图7所示,在网络侧设备执行上述S1302之后,可能会接收到用户侧设备发送的第三通知消息,具体可以参见下述S1104和S1106的处理。
在S1104中,网络侧设备接收到上报的第三通知消息,停止服务小区的变更准备处理。
在S1106中,网络侧设备释放为用户侧设备预留的资源。
此外,如图7所示,如果用户侧设备在随机接入信道数据传输过程中,随机接入信道数据传输未成功,或在无线链路控制的确认模式下的数据上行传输过程中,无线链路控制的重传次数未达到第二预设最大次数,则不需要上报第三通知消息,而当满足第二预设条件的情况下,可以上报第二通知消息,具体可以参见上述相关处理。相应的,在网络侧设备执行上述S1202之后,可能会接收到用户侧设备发送的第二通知消息,具体可以参见下述S1106的处理。
在S1206中,网络侧设备在接收到上报的第二通知消息的情况下,下发变更指令,该变更指令用于指示进行服务小区变更。
其中,针对主小区和主辅小区的不同情况,变更指令可以存在不同的展现形式,即针对主小区PCell的情况,网络侧设备可以下发切换指令,该切换指令用于指示进行服务小区切换。针对主辅小区PSCell的情况,网络侧设备可以下发变更指令,该变更指令用于指示进行服务小区变更。
上述S1206的具体处理过程可以参见上述实施例中的相关内容,在此不再赘述。
本申请实施例提供一种用于链路失败恢复的方法,应用于网络侧设备,通过在接收到上报的第一通知消息时,发起服务小区的变更准备处理,第一通知消息是用户侧设备在满足第一预设条件之后,且满足第二预设条件之前上报的消息;其中,第一预设条件为在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,第二预设条件为检测到进行所述Preamble的尝试发送的小区组发生无线链路失败;或者,第一预设条件为在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收,第二预设条件为检测到进行所述RLC发送的小区组发生无线链路失败,这样,通过上述处理过程,由于在随机接入过程中,用户侧设备在前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到前导码Preamble的尝试发送次数达到第一预设最大次数(第二次数阈值小于第一预设最大次数)才进行服务小区变更处理,或者,由于在无线链路控制RRC层的确认模式下的数据上行传输过程中,用户侧设备在至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到至少一个RLC层分组数据单元PDU的重传次数达到第二预设最大次数后仍未被成功接收(第三次数阈值小于第二预设最大次数)才进行服务小区变更处理,因此,可以有效缩减服务小区变更所需要的时间。
实施例五
以上为本申请实施例提供的用于链路失败恢复的方法,基于同样的思路,本申请实施例还提供一种用户侧设备,如图9所示。
该用户侧设备可以包括第一上报模块901。
第一上报模块901,用于在满足第一预设条件之后,且满足第二预设条件之前,上报第一通知消息;
其中,所述第一预设条件为在无线链路监测过程中,无线资源控制RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,所述第二预设条件为在所述无线链路监测过程中,检测到所述Special Cell所在的小区组发生无线链路失败;或者,
所述第一预设条件为在无线链路监测过程中,指定定时器启动,所述第二预设条件为检测到所述指定定时器对应的小区组发生无线链路失败;或者,
所述第一预设条件为在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,所述第二预设条件为检测到进行所述Preamble的尝试发送的小区组发生无线链路失败;或者,
所述第一预设条件为在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收,所述第二预设条件为检测到进行所述RLC发送的小区组发生无线链路失败。
本申请实施例中,所述用户侧设备还包括:
第二上报模块,用于在满足第二预设条件的情况下,上报第二通知消息。
本申请实施例中,所述第一通知消息包括以下信息中的一个或多个:所述第一通知消息的上报类型、所述第一通知消息的上报原因信息、当前所在的服务小区和相邻小区的信号质量的测量结果信息。
本申请实施例中,所述第一通知消息的上报类型包括无线链路失败预上报,所述第一通知消息的上报原因信息包括无线链路监测问题、随机接入问题和无线链路控制层的数据传输问题。
本申请实施例中,所述用户侧设备还包括:
配置接收模块,用于接收网络侧设备发送的配置信息,所述配置信息用于配置所述用户侧设备开启所述第一通知消息上报。
本申请实施例中,所述用户侧设备还包括:
能力上报模块,用于上报所述用户侧设备具备第一通知消息上报的相关能力,所述第一通知消息上报的相关能力为在无线链路监测过程中,RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,或在无线链路监测过程中,指定定时器启动,或在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,或在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收的情况下上报所述第一通知消息的能力。
本申请实施例中,所述用户侧设备还包括:
第三上报模块,用于在无线链路监测过程中,RRC层连续接收到同步In-Sync指示的次数达到第四次数阈值,或在无线链路监测过程中,在所述指定定时器运行期间检测到所述指定定时器停止,或在随机接入过程中,随机接入成功,或在RLC层的确认模式下的数据上行传输过程中,至少一个RLC层PDU的重传次数达到第二预设最大次数的情况下,上报第三通知消息,其中,所述第三次数阈值小于所述第二预设最大次数。
本申请实施例中,所述用户侧设备还包括:
门限确定模块,用于根据所述配置信息,确定预定门限值,所述预定门限值包括以下中的至少一个:所述第一次数阈值、所述第二次数阈值和所述第三次数阈值。
本申请实施例中,所述第三通知消息包括以下信息中的一个或多个:所述第三通知消息的上报类型和所述第三通知消息的上报原因信息。
本申请实施例中,所述第三通知消息的上报类型包括无线链路失败预上报取消,所述第三通知消息的上报原因信息包括无线链路监测问题、随机接入问题和无线链路控制层的数据传输问题。
本申请实施例中,所述用户侧设备还包括:
小区变更模块,用于接收到基于所述无线链路失败的服务小区变更指令,执行服务小区变更处理。
本申请实施例提供一种用户侧设备,通过在满足第一预设条件之后,且满足第二预设条件之前,上报第一通知消息,其中,第一预设条件为在无线链路监测过程中,无线资源控制RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,第二预设条件为在所述无线链路监测过程中,检测到所述Special Cell所在的小区组发生无线链路失败;或者,第一预设条件为在无线链路监测过程中,指定定时器启动,第二预设条件为检测到所述指定定时器对应的小区组发生无线链路失败;或者,第一预设条件为在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,第二预设条件为检测到进行所述Preamble的尝试发送的小区组发生无线链路失败;或者,第一预设条件为在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收,第二预设条件为检测到进行所述RLC发送的小区组发生无线链路失败,这样,通过上述处理过程,由于无线链路监测RLM的过程中,用户侧设备可以在RRC层连续接收到特殊小区SpecialCell对应的不同步Out-of-Sync指示的次数达到第一次数阈值时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到小区组发生无线链路失败才开始进行服务小区变更处理,或者,由于无线链路监测RLM的过程中,用户侧设备可以在指定定时器启动时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到该指定定时器对应的小区组发生无线链路失败才开始进行服务小区变更处理,或者,由于在随机接入过程中,用户侧设备在前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到进行所述Preamble的尝试发送的小区组发生无线链路失败才进行服务小区变更处理,或者,由于在无线链路控制RRC层的确认模式下的数据上行传输过程中,用户侧设备在至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到进行所述RLC发送的小区组发生无线链路失败才进行服务小区变更处理,因此,可以有效缩减服务小区变更所需要的时间。
实施例六
基于同样的思路,本申请实施例还提供一种网络侧设备,如图10所示。
该网络测设备可以包括变更准备模块1001。
变更准备模块1001,用于接收到上报的第一通知消息,发起服务小区的变更准备处理,所述第一通知消息是用户侧设备在满足第一预设条件之后,且满足第二预设条件之前上报的消息;
其中,所述第一预设条件为在无线链路监测过程中,无线资源控制RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,所述第二预设条件为在所述无线链路监测过程中,检测到所述Special Cell所在的小区组发生无线链路失败;或者,
所述第一预设条件为在无线链路监测过程中,指定定时器启动,所述第二预设条件为检测到所述指定定时器对应的小区组发生无线链路失败;或者,
所述第一预设条件为在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,所述第二预设条件为检测到进行所述Preamble的尝试发送的小区组发生无线链路失败;或者,
所述第一预设条件为在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收,所述第二预设条件为检测到进行所述RLC发送的小区组发生无线链路失败。
本申请实施例中,所述网络侧设备还包括:
变更指令下发模块,用于接收到上报的第二通知消息,下发变更指令,所述第二通知消息是用户侧设备在满足第二预设条件的情况下上报的消息,所述变更指令用于指示进行服务小区变更。
本申请实施例中,所述网络侧设备还包括:
变更准备停止模块,用于接收到上报的第三通知消息,停止服务小区的变更准备处理,所述第三通知消息是在无线链路监测过程中,RRC层连续接收到同步In-Sync指示的次数达到第四次数阈值,或在无线链路监测过程中,所述指定定时器停止,或在随机接入过程中,随机接入成功,或在RLC层的确认模式下的数据上行传输过程中,至少一个RLC层PDU的重传次数达到第二预设最大次数的情况下上报的消息。
本申请实施例中,所述网络侧设备还包括:
资源释放模块,用于释放为用户侧设备预留的资源,所述用户侧设备为上报所述第三通知消息的设备。
本申请实施例提供一种网络侧设备,通过接收到上报的第一通知消息时,发起服务小区的变更准备处理,第一通知消息是用户侧设备在满足第一预设条件之后,且满足第二预设条件之前上报的消息,其中,第一预设条件为在无线链路监测过程中,无线资源控制RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,第二预设条件为在所述无线链路监测过程中,检测到所述Special Cell所在的小区组发生无线链路失败;或者,第一预设条件为在无线链路监测过程中,指定定时器启动,第二预设条件为检测到所述指定定时器对应的小区组发生无线链路失败;或者,第一预设条件为在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,第二预设条件为检测到进行所述Preamble的尝试发送的小区组发生无线链路失败;或者,第一预设条件为在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收,第二预设条件为检测到进行所述RLC发送的小区组发生无线链路失败,这样,通过上述处理过程,由于无线链路监测RLM的过程中,用户侧设备可以在RRC层连续接收到特殊小区SpecialCell对应的不同步Out-of-Sync指示的次数达到第一次数阈值时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到小区组发生无线链路失败才开始进行服务小区变更处理,或者,由于无线链路监测RLM的过程中,用户侧设备可以在指定定时器启动时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到该指定定时器对应的小区组发生无线链路失败才开始进行服务小区变更处理,或者,由于在随机接入过程中,用户侧设备在前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到进行所述Preamble的尝试发送的小区组发生无线链路失败才进行服务小区变更处理,或者,由于在无线链路控制RRC层的确认模式下的数据上行传输过程中,用户侧设备在至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到进行所述RLC发送的小区组发生无线链路失败才进行服务小区变更处理,因此,可以有效缩减服务小区变更所需要的时间。
实施例七
图11是本申请另一个实施例的用户侧设备的框图。图11所示的用户侧设备1100包括:至少一个处理器1101、存储器1102、至少一个网络接口1104和用户接口1103。用户侧设备1100中的各个组件通过总线系统1105耦合在一起。可理解,总线系统1105用于实现这些组件之间的连接通信。总线系统1105除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图11中将各种总线都标为总线系统1105。
其中,用户接口1103可以包括显示器、键盘或者点击设备(例如,鼠标,轨迹球(trackball)、触感板或者触摸屏等。
可以理解,本申请实施例中的存储器1102可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-OnlyMemory,ROM)、可编程只读存储器(ProgrammableROM,PROM)、可擦除可编程只读存储器(ErasablePROM,EPROM)、电可擦除可编程只读存储器(ElectricallyEPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(RandomAccessMemory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(StaticRAM,SRAM)、动态随机存取存储器(DynamicRAM,DRAM)、同步动态随机存取存储器(SynchronousDRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(DoubleDataRateSDRAM,DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(SynchlinkDRAM,SLDRAM)和直接内存总线随机存取存储器(DirectRambusRAM,DRRAM)。本申请实施例描述的系统和方法的存储器1102旨在包括但不限于这些和任意其它适合类型的存储器。
在一些实施方式中,存储器1102存储了如下的元素,可执行模块或者数据结构,或者他们的子集,或者他们的扩展集:操作系统11021和应用程序11022。
其中,操作系统11021,包含各种系统程序,例如框架层、核心库层、驱动层等,用于实现各种基础业务以及处理基于硬件的任务。应用程序11022,包含各种应用程序,例如媒体播放器(MediaPlayer)、浏览器(Browser)等,用于实现各种应用业务。实现本申请实施例方法的程序可以包含在应用程序11022中。
在本申请实施例中,用户侧设备1100还包括:存储在存储器上11012并可在处理器1112上运行的计算机程序,计算机程序被处理器1101执行时实现如下步骤:
在满足第一预设条件之后,且满足第二预设条件之前,上报第一通知消息;
其中,所述第一预设条件为在无线链路监测过程中,无线资源控制RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,所述第二预设条件为在所述无线链路监测过程中,检测到所述Special Cell所在的小区组发生无线链路失败;或者,
所述第一预设条件为在无线链路监测过程中,指定定时器启动,所述第二预设条件为检测到所述指定定时器对应的小区组发生无线链路失败;或者,
所述第一预设条件为在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,所述第二预设条件为检测到进行所述Preamble的尝试发送的小区组发生无线链路失败;或者,
所述第一预设条件为在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收,所述第二预设条件为检测到进行所述RLC发送的小区组发生无线链路失败。
上述本申请实施例揭示的方法可以应用于处理器1101中,或者由处理器1101实现。处理器1101可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器1101中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1101可以是通用处理器、数字信号处理器(DigitalSignalProcessor,DSP)、专用集成电路(ApplicationSpecific IntegratedCircuit,ASIC)、现成可编程门阵列(FieldProgrammableGateArray,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的计算机可读存储介质中。该计算机可读存储介质位于存储器1102,处理器1101读取存储器1102中的信息,结合其硬件完成上述方法的步骤。具体地,该计算机可读存储介质上存储有计算机程序,计算机程序被处理器1101执行时实现如上述用于链路失败恢复的方法实施例的各步骤。
可以理解的是,本申请实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现,处理单元可以实现在一个或多个专用集成电路(ApplicationSpecificIntegratedCircuits,ASIC)、数字信号处理器(DigitalSignalProcessing,DSP)、数字信号处理设备(DSPDevice,DSPD)、可编程逻辑设备(ProgrammableLogicDevice,PLD)、现场可编程门阵列(Field-ProgrammableGateArray,FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。
对于软件实现,可通过执行本申请实施例所述功能的模块(例如过程、函数等)来实现本申请实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
可选的,计算机程序被处理器1101执行时还可实现如下内容:
本申请实施例中,所述上报第一通知消息之后,还包括:
在满足第二预设条件的情况下,上报第二通知消息。
本申请实施例中,所述第一通知消息包括以下信息中的一个或多个:所述第一通知消息的上报类型、所述第一通知消息的上报原因信息、当前所在的服务小区和相邻小区的信号质量的测量结果信息。
本申请实施例中,所述第一通知消息的上报类型包括无线链路失败预上报,所述第一通知消息的上报原因信息包括无线链路监测问题、随机接入问题和无线链路控制层的数据传输问题。
本申请实施例中,还包括:
接收网络侧设备发送的配置信息,所述配置信息用于配置所述用户侧设备开启所述第一通知消息上报。
本申请实施例中,还包括:
上报所述用户侧设备具备第一通知消息上报的相关能力,所述第一通知消息上报的相关能力为在无线链路监测过程中,RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,或在无线链路监测过程中,指定定时器启动,或在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,或在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收的情况下上报所述第一通知消息的能力。
本申请实施例中,所述上报第一通知消息之后,还包括:
在无线链路监测过程中,RRC层连续接收到同步In-Sync指示的次数达到第四次数阈值,或在无线链路监测过程中,在所述指定定时器运行期间检测到所述指定定时器停止,或在随机接入过程中,随机接入成功,或在RLC层的确认模式下的数据上行传输过程中,至少一个RLC层PDU的重传次数达到第二预设最大次数的情况下,上报第三通知消息,其中,所述第三次数阈值小于所述第二预设最大次数。
本申请实施例中,所述用户侧设备还包括:
门限确定模块,用于根据所述配置信息,确定预定门限值,所述预定门限值包括以下中的至少一个:所述第一次数阈值、所述第二次数阈值和所述第三次数阈值。
本申请实施例中,所述第三通知消息包括以下信息中的一个或多个:所述第三通知消息的上报类型和所述第三通知消息的上报原因信息。
本申请实施例中,所述第三通知消息的上报类型包括无线链路失败预上报取消,所述第三通知消息的上报原因信息包括无线链路监测问题、随机接入问题和无线链路控制层的数据传输问题。
本申请实施例中,所述上报第二通知消息之后,还包括:
接收到基于所述无线链路失败的服务小区变更指令,执行服务小区变更处理。
本申请实施例提供一种用户侧设备,通过在满足第一预设条件之后,且满足第二预设条件之前,上报第一通知消息,其中,第一预设条件为在无线链路监测过程中,无线资源控制RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,第二预设条件为在所述无线链路监测过程中,检测到所述Special Cell所在的小区组发生无线链路失败;或者,第一预设条件为在无线链路监测过程中,指定定时器启动,第二预设条件为检测到所述指定定时器对应的小区组发生无线链路失败;或者,第一预设条件为在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,第二预设条件为检测到进行所述Preamble的尝试发送的小区组发生无线链路失败;或者,第一预设条件为在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收,第二预设条件为检测到进行所述RLC发送的小区组发生无线链路失败,这样,通过上述处理过程,由于无线链路监测RLM的过程中,用户侧设备可以在RRC层连续接收到特殊小区SpecialCell对应的不同步Out-of-Sync指示的次数达到第一次数阈值时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到小区组发生无线链路失败才开始进行服务小区变更处理,或者,由于无线链路监测RLM的过程中,用户侧设备可以在指定定时器启动时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到该指定定时器对应的小区组发生无线链路失败才开始进行服务小区变更处理,或者,由于在随机接入过程中,用户侧设备在前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到进行所述Preamble的尝试发送的小区组发生无线链路失败才进行服务小区变更处理,或者,由于在无线链路控制RRC层的确认模式下的数据上行传输过程中,用户侧设备在至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到进行所述RLC发送的小区组发生无线链路失败才进行服务小区变更处理,因此,可以有效缩减服务小区变更所需要的时间。
实施例八
图12是本申请另一个实施例的网络侧设备的框图。图12所示的网络侧设备1200包括:至少一个处理器1201、存储器1202、至少一个网络接口1204和用户接口1203。网络侧设备1200中的各个组件通过总线系统1205耦合在一起。可理解,总线系统1205用于实现这些组件之间的连接通信。总线系统1205除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图12中将各种总线都标为总线系统1205。
其中,用户接口1203可以包括显示器、键盘或者点击设备(例如,鼠标,轨迹球(trackball)、触感板或者触摸屏等。
可以理解,本申请实施例中的存储器1202可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-OnlyMemory,ROM)、可编程只读存储器(ProgrammableROM,PROM)、可擦除可编程只读存储器(ErasablePROM,EPROM)、电可擦除可编程只读存储器(ElectricallyEPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(RandomAccessMemory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(StaticRAM,SRAM)、动态随机存取存储器(DynamicRAM,DRAM)、同步动态随机存取存储器(SynchronousDRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(DoubleDataRateSDRAM,DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(SynchlinkDRAM,SLDRAM)和直接内存总线随机存取存储器(DirectRambusRAM,DRRAM)。本申请实施例描述的系统和方法的存储器1202旨在包括但不限于这些和任意其它适合类型的存储器。
在一些实施方式中,存储器1202存储了如下的元素,可执行模块或者数据结构,或者他们的子集,或者他们的扩展集:操作系统12021和应用程序12022。
其中,操作系统12021,包含各种系统程序,例如框架层、核心库层、驱动层等,用于实现各种基础业务以及处理基于硬件的任务。应用程序12022,包含各种应用程序,例如媒体播放器(MediaPlayer)、浏览器(Browser)等,用于实现各种应用业务。实现本申请实施例方法的程序可以包含在应用程序12022中。
在本申请实施例中,网络侧设备1200还包括:存储在存储器上并可在处理器上运行的计算机程序,计算机程序被处理器1201执行时实现如下步骤:
接收到上报的第一通知消息,发起服务小区的变更准备处理,所述第一通知消息是用户侧设备在满足第一预设条件之后,且满足第二预设条件之前上报的消息;
其中,所述第一预设条件为在无线链路监测过程中,无线资源控制RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,所述第二预设条件为在所述无线链路监测过程中,检测到所述Special Cell所在的小区组发生无线链路失败;或者,
所述第一预设条件为在无线链路监测过程中,指定定时器启动,所述第二预设条件为检测到所述指定定时器对应的小区组发生无线链路失败;或者,
所述第一预设条件为在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,所述第二预设条件为检测到进行所述Preamble的尝试发送的小区组发生无线链路失败;或者,
所述第一预设条件为在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收,所述第二预设条件为检测到进行所述RLC发送的小区组发生无线链路失败。
上述本申请实施例揭示的方法可以应用于处理器1201中,或者由处理器1201实现。处理器1201可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器1201中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1201可以是通用处理器、数字信号处理器(DigitalSignalProcessor,DSP)、专用集成电路(ApplicationSpecific IntegratedCircuit,ASIC)、现成可编程门阵列(FieldProgrammableGateArray,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的计算机可读存储介质中。该计算机可读存储介质位于存储器1202,处理器1201读取存储器1202中的信息,结合其硬件完成上述方法的步骤。具体地,该计算机可读存储介质上存储有计算机程序,计算机程序被处理器1201执行时实现如上述用于链路失败恢复的方法实施例的各步骤。
可以理解的是,本申请实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现,处理单元可以实现在一个或多个专用集成电路(ApplicationSpecificIntegratedCircuits,ASIC)、数字信号处理器(DigitalSignalProcessing,DSP)、数字信号处理设备(DSPDevice,DSPD)、可编程逻辑设备(ProgrammableLogicDevice,PLD)、现场可编程门阵列(Field-ProgrammableGateArray,FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。
对于软件实现,可通过执行本申请实施例所述功能的模块(例如过程、函数等)来实现本申请实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
可选的,所述接收上报的第一通知消息之后,还包括:
接收到上报的第二通知消息,下发变更指令,所述第二通知消息是用户侧设备在满足第二预设条件的情况下上报的消息,所述变更指令用于指示进行服务小区变更。
可选的,所述接收上报的第一通知消息之后,还包括:
接收到上报的第三通知消息,停止服务小区的变更准备处理,所述第三通知消息是在无线链路监测过程中,RRC层连续接收到同步In-Sync指示的次数达到第四次数阈值,或在无线链路监测过程中,在所述指定定时器运行期间检测到所述指定定时器停止,或在随机接入过程中,随机接入成功,或在RLC层的确认模式下的数据上行传输过程中,至少一个RLC层PDU的重传次数达到第二预设最大次数的情况下上报的消息。
可选的,所述停止服务小区的变更准备处理之后,还包括:
释放为用户侧设备预留的资源,所述用户侧设备为上报所述第三通知消息的设备。
网络侧设备1200能够实现前述实施例中网络侧设备实现的各个过程,为避免重复,这里不再赘述。
本申请实施例提供一种网络侧设备,通过在接收到上报的第一通知消息时,发起服务小区的变更准备处理,第一通知消息是用户侧设备在满足第一预设条件之后,且满足第二预设条件之前上报的消息,其中,第一预设条件为在无线链路监测过程中,无线资源控制RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,第二预设条件为在所述无线链路监测过程中,检测到所述Special Cell所在的小区组发生无线链路失败;或者,第一预设条件为在无线链路监测过程中,指定定时器启动,第二预设条件为检测到所述指定定时器对应的小区组发生无线链路失败;或者,第一预设条件为在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,第二预设条件为检测到进行所述Preamble的尝试发送的小区组发生无线链路失败;或者,第一预设条件为在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收,第二预设条件为检测到进行所述RLC发送的小区组发生无线链路失败,这样,通过上述处理过程,由于无线链路监测RLM的过程中,用户侧设备可以在RRC层连续接收到特殊小区SpecialCell对应的不同步Out-of-Sync指示的次数达到第一次数阈值时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到小区组发生无线链路失败才开始进行服务小区变更处理,或者,由于无线链路监测RLM的过程中,用户侧设备可以在指定定时器启动时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到该指定定时器对应的小区组发生无线链路失败才开始进行服务小区变更处理,或者,由于在随机接入过程中,用户侧设备在前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到进行所述Preamble的尝试发送的小区组发生无线链路失败才进行服务小区变更处理,或者,由于在无线链路控制RRC层的确认模式下的数据上行传输过程中,用户侧设备在至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到进行所述RLC发送的小区组发生无线链路失败才进行服务小区变更处理,因此,可以有效缩减服务小区变更所需要的时间。
实施例九
基于同样的思路,本申请实施例还提供一种计算机可读存储介质。计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述用于链路失败恢复的方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
本申请实施例提供一种计算机可读存储介质,通过在满足第一预设条件之后,且满足第二预设条件之前,上报第一通知消息,其中,第一预设条件为在无线链路监测过程中,无线资源控制RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,第二预设条件为在所述无线链路监测过程中,检测到所述Special Cell所在的小区组发生无线链路失败;或者,第一预设条件为在无线链路监测过程中,指定定时器启动,第二预设条件为在无线链路监测过程中,检测到所述Special Cell所在的小区组发生无线链路失败;或者,第一预设条件为在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,第二预设条件为检测到所述Special Cell所在的小区组发生无线链路失败;或者,第一预设条件为在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收,第二预设条件为检测到所述Special Cell所在的小区组发生无线链路失败,这样,通过上述处理过程,由于无线链路监测RLM的过程中,用户侧设备可以在RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到小区组发生无线链路失败才开始进行服务小区变更处理,或者,由于无线链路监测RLM的过程中,用户侧设备可以在指定定时器启动时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到该指定定时器超时才开始进行服务小区变更处理,或者,由于在随机接入过程中,用户侧设备在前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到前导码Preamble的尝试发送次数达到第一预设最大次数(第二次数阈值小于第一预设最大次数)才进行服务小区变更处理,或者,由于在无线链路控制RRC层的确认模式下的数据上行传输过程中,用户侧设备在至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收时,就会向网络侧设备发送第一通知消息,以使网络侧设备开始准备进行服务小区变更处理,而不需要等到至少一个RLC层分组数据单元PDU的重传次数达到第二预设最大次数后仍未被成功接收(第三次数阈值小于第二预设最大次数)才进行服务小区变更处理,因此,可以有效缩减服务小区变更所需要的时间。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。

Claims (16)

1.一种用于链路失败恢复的方法,其特征在于,应用于用户侧设备,包括:
在满足第一预设条件之后,且满足第二预设条件之前,上报第一通知消息;
所述方法还包括:
上报所述用户侧设备具备第一通知消息上报的相关能力,所述第一通知消息上报的相关能力为在无线链路监测过程中,RRC层连续接收到Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,或在无线链路监测过程中,指定定时器启动,或在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,或在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收的情况下上报所述第一通知消息的能力;
接收网络侧设备发送的配置信息,所述配置信息用于配置所述用户侧设备开启所述第一通知消息上报;
其中,所述第一预设条件为在无线链路监测过程中,无线资源控制RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,所述第二预设条件为在所述无线链路监测过程中,检测到所述Special Cell所在的小区组发生无线链路失败;或者,
所述第一预设条件为在无线链路监测过程中,指定定时器启动,所述第二预设条件为检测到所述指定定时器对应的小区组发生无线链路失败;或者,
所述第一预设条件为在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,所述第二预设条件为检测到进行所述Preamble的尝试发送的小区组发生无线链路失败;或者,
所述第一预设条件为在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收,所述第二预设条件为检测到进行所述RLC发送的小区组发生无线链路失败;
所述上报第一通知消息之后,所述方法还包括:
在无线链路监测过程中,RRC层连续接收到Special Cell对应的同步In-Sync指示的次数达到第四次数阈值,或在无线链路监测过程中,在所述指定定时器运行期间检测到所述指定定时器停止,或在随机接入过程中,随机接入成功,或在RLC层的确认模式下的数据上行传输过程中,至少一个RLC层PDU的重传次数达到第二预设最大次数的情况下,上报第三通知消息,其中,所述第三次数阈值小于所述第二预设最大次数;
所述第三通知消息中至少包括所述第三通知消息的上报类型,所述第三通知消息的上报类型包括无线链路失败预上报取消。
2.根据权利要求1所述的方法,其特征在于,所述上报第一通知消息之后,所述方法还包括:
在满足第二预设条件的情况下,上报第二通知消息。
3.根据权利要求1所述的方法,其特征在于,所述第一通知消息包括以下信息中的一个或多个:所述第一通知消息的上报类型、所述第一通知消息的上报原因信息、当前所在的服务小区和相邻小区的信号质量的测量结果信息。
4.根据权利要求3所述的方法,其特征在于,所述第一通知消息的上报类型包括无线链路失败预上报,所述第一通知消息的上报原因信息包括无线链路监测问题、随机接入问题和无线链路控制层的数据传输问题。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
根据所述配置信息,确定预定门限值,所述预定门限值包括以下中的至少一个:所述第一次数阈值、所述第二次数阈值和所述第三次数阈值。
6.根据权利要求1所述的方法,其特征在于,所述第三通知消息包括以下信息中的一个或多个:所述第三通知消息的上报类型和所述第三通知消息的上报原因信息。
7.根据权利要求6所述的方法,其特征在于,所述第三通知消息的上报原因信息包括无线链路监测问题、随机接入问题和无线链路控制层的数据传输问题。
8.根据权利要求2所述的方法,其特征在于,所述上报第二通知消息之后,所述方法还包括:
接收到基于所述无线链路失败的服务小区变更指令,执行服务小区变更处理。
9.一种用于链路失败恢复的方法,其特征在于,应用于网络侧设备,包括:
接收到上报的第一通知消息,发起服务小区的变更准备处理,所述第一通知消息是用户侧设备在满足第一预设条件之后,且满足第二预设条件之前上报的消息;所述方法还包括:接收上报所述用户侧设备具备第一通知消息上报的相关能力,所述第一通知消息上报的相关能力为在无线链路监测过程中,RRC层连续接收到Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,或在无线链路监测过程中,指定定时器启动,或在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,或在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收的情况下上报所述第一通知消息的能力;
网络侧设备发送配置信息,所述配置信息用于配置所述用户侧设备开启所述第一通知消息上报;
其中,所述第一预设条件为在无线链路监测过程中,无线资源控制RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,所述第二预设条件为在所述无线链路监测过程中,检测到所述Special Cell所在的小区组发生无线链路失败;或者,
所述第一预设条件为在无线链路监测过程中,指定定时器启动,所述第二预设条件为检测到所述指定定时器对应的小区组发生无线链路失败;或者,
所述第一预设条件为在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,所述第二预设条件为检测到进行所述Preamble的尝试发送的小区组发生无线链路失败;或者,
所述第一预设条件为在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收,所述第二预设条件为检测到进行所述RLC发送的小区组发生无线链路失败;
所述接收上报的第一通知消息之后,所述方法还包括:
接收到上报的第三通知消息,停止服务小区的变更准备处理,所述第三通知消息是在无线链路监测过程中,RRC层连续接收到同步In-Sync指示的次数达到第四次数阈值,或在无线链路监测过程中,在所述指定定时器运行期间检测到所述指定定时器停止,或在随机接入过程中,随机接入成功,或在RLC层的确认模式下的数据上行传输过程中,至少一个RLC层PDU的重传次数达到第二预设最大次数的情况下上报的消息;
所述第三通知消息中至少包括所述第三通知消息的上报类型,所述第三通知消息的上报类型包括无线链路失败预上报取消。
10.根据权利要求9所述的方法,其特征在于,所述接收上报的第一通知消息之后,所述方法还包括:
接收到上报的第二通知消息,下发变更指令,所述第二通知消息是用户侧设备在满足第二预设条件的情况下上报的消息,所述变更指令用于指示进行服务小区变更。
11.根据权利要求10所述的方法,其特征在于,所述停止服务小区的变更准备处理之后,所述方法还包括:
释放为用户侧设备预留的资源,所述用户侧设备为上报所述第三通知消息的设备。
12.一种用户侧设备,包括:
第一上报模块,用于在满足第一预设条件之后,且满足第二预设条件之前,上报第一通知消息;还包括:上报所述用户侧设备具备第一通知消息上报的相关能力,所述第一通知消息上报的相关能力为在无线链路监测过程中,RRC层连续接收到Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,或在无线链路监测过程中,指定定时器启动,或在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,或在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收的情况下上报所述第一通知消息的能力;
接收网络侧设备发送的配置信息,所述配置信息用于配置所述用户侧设备开启所述第一通知消息上报;
其中,所述第一预设条件为在无线链路监测过程中,无线资源控制RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,所述第二预设条件为在所述无线链路监测过程中,检测到所述Special Cell所在的小区组发生无线链路失败;或者,
所述第一预设条件为在无线链路监测过程中,指定定时器启动,所述第二预设条件为检测到所述指定定时器对应的小区组发生无线链路失败;或者,
所述第一预设条件为在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,所述第二预设条件为检测到进行所述Preamble的尝试发送的小区组发生无线链路失败;或者,
所述第一预设条件为在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收,所述第二预设条件为检测到进行所述RLC发送的小区组发生无线链路失败;
第三上报模块,用于在无线链路监测过程中,RRC层连续接收到同步In-Sync指示的次数达到第四次数阈值,或在无线链路监测过程中,在所述指定定时器运行期间检测到所述指定定时器停止,或在随机接入过程中,随机接入成功,或在RLC层的确认模式下的数据上行传输过程中,至少一个RLC层PDU的重传次数达到第二预设最大次数的情况下,上报第三通知消息,其中,所述第三次数阈值小于所述第二预设最大次数;
所述第三通知消息中至少包括所述第三通知消息的上报类型,所述第三通知消息的上报类型包括无线链路失败预上报取消。
13.一种网络侧设备,包括:
变更准备模块,用于接收到上报的第一通知消息,发起服务小区的变更准备处理,所述第一通知消息是用户侧设备在满足第一预设条件之后,且满足第二预设条件之前上报的消息;还包括:接收上报所述用户侧设备具备第一通知消息上报的相关能力,所述第一通知消息上报的相关能力为在无线链路监测过程中,RRC层连续接收到Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,或在无线链路监测过程中,指定定时器启动,或在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,或在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收的情况下上报所述第一通知消息的能力;
网络侧设备发送配置信息,所述配置信息用于配置所述用户侧设备开启所述第一通知消息上报;
其中,所述第一预设条件为在无线链路监测过程中,无线资源控制RRC层连续接收到特殊小区Special Cell对应的不同步Out-of-Sync指示的次数达到第一次数阈值,所述第二预设条件为在所述无线链路监测过程中,检测到所述Special Cell所在的小区组发生无线链路失败;或者,
所述第一预设条件为在无线链路监测过程中,指定定时器启动,所述第二预设条件为检测到所述指定定时器对应的小区组发生无线链路失败;或者,
所述第一预设条件为在随机接入过程中,前导码Preamble的尝试发送次数达到第二次数阈值后随机接入仍未成功,所述第二预设条件为检测到进行所述Preamble的尝试发送的小区组发生无线链路失败;或者,
所述第一预设条件为在无线链路控制RLC层的确认模式下的数据上行传输过程中,至少一个RLC层分组数据单元PDU的重传次数达到第三次数阈值后仍未被成功接收,所述第二预设条件为检测到进行所述RLC发送的小区组发生无线链路失败;
变更准备停止模块,用于接收到上报的第三通知消息,停止服务小区的变更准备处理,所述第三通知消息是在无线链路监测过程中,RRC层连续接收到同步In-Sync指示的次数达到第四次数阈值,或在无线链路监测过程中,所述指定定时器停止,或在随机接入过程中,随机接入成功,或在RLC层的确认模式下的数据上行传输过程中,至少一个RLC层PDU的重传次数达到第二预设最大次数的情况下上报的消息;
所述第三通知消息中至少包括所述第三通知消息的上报类型,所述第三通知消息的上报类型包括无线链路失败预上报取消。
14.一种用户侧设备,其特征在于,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如权利要求1至8中任一项所述的方法的步骤。
15.一种网络侧设备,其特征在于,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如权利要求9至11中任一项所述的方法的步骤。
16.一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至11中任一项所述的方法的步骤。
CN201910064829.0A 2019-01-23 2019-01-23 一种用于链路失败恢复的方法、用户侧设备和网络侧设备 Active CN111107593B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910064829.0A CN111107593B (zh) 2019-01-23 2019-01-23 一种用于链路失败恢复的方法、用户侧设备和网络侧设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910064829.0A CN111107593B (zh) 2019-01-23 2019-01-23 一种用于链路失败恢复的方法、用户侧设备和网络侧设备

Publications (2)

Publication Number Publication Date
CN111107593A CN111107593A (zh) 2020-05-05
CN111107593B true CN111107593B (zh) 2022-07-29

Family

ID=70420348

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910064829.0A Active CN111107593B (zh) 2019-01-23 2019-01-23 一种用于链路失败恢复的方法、用户侧设备和网络侧设备

Country Status (1)

Country Link
CN (1) CN111107593B (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20230025446A (ko) * 2020-08-06 2023-02-21 텔레폰악티에볼라겟엘엠에릭슨(펍) 리소스에 관련된 측정을 수행하기 위한 방법 및 장치
CN114585008A (zh) * 2020-12-01 2022-06-03 夏普株式会社 由用户设备执行的方法以及用户设备
CN115334577A (zh) * 2021-05-11 2022-11-11 大唐移动通信设备有限公司 一种信息处理方法及装置
CN113260021B (zh) * 2021-06-28 2022-03-01 深圳小米通讯技术有限公司 接入控制方法、装置、用户设备及存储介质
WO2023016375A1 (zh) * 2021-08-08 2023-02-16 上海朗帛通信技术有限公司 一种被用于无线通信的通信节点中的方法和装置
CN115942402A (zh) * 2021-09-29 2023-04-07 维沃移动通信有限公司 主小区组mcg恢复方法、装置、终端和可读存储介质
CN116095763A (zh) * 2021-11-05 2023-05-09 大唐移动通信设备有限公司 一种无线通信链路失败处理方法及装置
CN114143811B (zh) * 2021-12-02 2023-07-28 郑州航空工业管理学院 基于机器学习的篮球投射过程中的角度智能视觉图像传输方法及系统
WO2024020781A1 (en) * 2022-07-26 2024-02-01 Mediatek Singapore Pte. Ltd. Methods for enhancing rlc in the iot ntn

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101883381A (zh) * 2009-05-05 2010-11-10 大唐移动通信设备有限公司 一种无线资源控制连接重建方法、设备和系统

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170048898A1 (en) * 2014-04-25 2017-02-16 Lg Electronics Inc. Method for declaring radio link failure performed by terminal in wireless communication system and terminal using the method
US20160112924A1 (en) * 2014-10-15 2016-04-21 Qualcomm Incorporated Early radio link failure (rlf) declaration
EP3266272B1 (en) * 2015-03-02 2020-08-26 Telefonaktiebolaget LM Ericsson (publ) Methods and arrangements for managing radio link failures in a wireless communication network
EP3289825B1 (en) * 2015-04-29 2020-12-16 Nokia Solutions and Networks Oy Radio link problem handling in mobile communication systems
US20180070327A1 (en) * 2016-09-06 2018-03-08 Qualcomm Incorporated System and Methods for Performing an Early Radio Link Recovery Procedure on a Multi-Subscriber Identity Module Wireless Communication Device
CN108616941B (zh) * 2017-01-04 2020-01-24 电信科学技术研究院 一种终端位置信息上报、下行传输方法及装置
US11234170B2 (en) * 2017-03-24 2022-01-25 Convida Wireless, Llc Early handover preparation and early handover command
CN108810960B (zh) * 2017-04-28 2021-06-22 华为技术有限公司 一种小区切换、确定上行发送功率的方法及装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101883381A (zh) * 2009-05-05 2010-11-10 大唐移动通信设备有限公司 一种无线资源控制连接重建方法、设备和系统

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"R1-1709921 Discussion on remaining issues of radio link monitoring";Huawei等;《3GPP TSG RAN WG1 NR Ad Hoc Meeting》;20170616;全文 *
"R2-140828 Radio link failure handling for dual connectivity";Intel Corporation;《3GPP TSG RAN WG2 Meeting #85》;20140210;全文 *

Also Published As

Publication number Publication date
CN111107593A (zh) 2020-05-05

Similar Documents

Publication Publication Date Title
CN111107593B (zh) 一种用于链路失败恢复的方法、用户侧设备和网络侧设备
RU2661538C1 (ru) Запрещение указаний отказа для отказа вторичной группы сот
EP3198936B1 (en) Service-specific air-interface selection
US20240073755A1 (en) Method and apparatus for performing handover procedure
CN113632541B (zh) 用于执行切换过程的方法和装置
US20160301517A1 (en) Methods, apparatuses and systems for enhancing measurement gap in synchronized networks
EP3771246A1 (en) Wireless communication method, source node, and target node
US11736994B2 (en) Network device handover method and terminal device
WO2021189442A1 (en) Method and apparatus for cho and fast mcg link recovery
CN116018875A (zh) 用于rat间切换程序的mro机制的方法及设备
CN115669069A (zh) 用于主小区组的方法及设备
WO2021092916A1 (en) Method and apparatus for performing mobility robustness optimization in a handover procedure
WO2023130315A1 (en) Methods and apparatuses for mro for pscell change or cpac in nr-u
CN112789891B (zh) 无线通信方法、装置和终端设备
EP3855802A1 (en) Switching processing method, terminal device and network device
WO2020228821A1 (zh) 管理链路的方法和装置
EP4233482A1 (en) Methods and apparatuses for a scg deactivation mechanism and a scg activation mechanism in a mr-dc scenario
CN115516989A (zh) 小区切换中的持续lbt失败检测和恢复的方法及装置
WO2022155955A1 (en) Method and apparatus for determining failure type
CN112789895A (zh) 一种切换方法及装置、终端、网络设备
CN116325905A (zh) 用于条件切换过程的移动性稳健性优化机制的方法及设备
EP4366380A1 (en) Use of estimated arrival probability-related information to select target secondary nodes for early data forwarding for dual connectivity wireless communications
WO2024067217A1 (zh) 一种确定邻区网络类型的方法及相关设备
WO2023245338A1 (en) Methods and apparatuses for son enhancements
EP4378212A1 (en) Conditional fallback configuration for mcg-rlf

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
GR01 Patent grant
GR01 Patent grant