CN115397040A - 数据链路恢复方法、装置、电子设备、存储介质 - Google Patents
数据链路恢复方法、装置、电子设备、存储介质 Download PDFInfo
- Publication number
- CN115397040A CN115397040A CN202210971787.0A CN202210971787A CN115397040A CN 115397040 A CN115397040 A CN 115397040A CN 202210971787 A CN202210971787 A CN 202210971787A CN 115397040 A CN115397040 A CN 115397040A
- Authority
- CN
- China
- Prior art keywords
- base station
- data link
- message receiving
- uplink resource
- request
- 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
Links
- 238000011084 recovery Methods 0.000 title claims abstract description 60
- 238000000034 method Methods 0.000 title claims abstract description 55
- 230000004044 response Effects 0.000 claims abstract description 36
- 238000004590 computer program Methods 0.000 claims description 33
- 230000000977 initiatory effect Effects 0.000 claims description 8
- 238000004891 communication Methods 0.000 description 9
- 238000010586 diagram Methods 0.000 description 7
- 230000008569 process Effects 0.000 description 7
- 230000005540 biological transmission Effects 0.000 description 5
- 230000007420 reactivation Effects 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- OKTJSMMVPCPJKN-UHFFFAOYSA-N Carbon Chemical compound [C] OKTJSMMVPCPJKN-UHFFFAOYSA-N 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 229910021389 graphene Inorganic materials 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/18—Management of setup rejection or failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请涉及一种数据链路恢复方法、装置、电子设备、存储介质。所述方法包括:向基站发送RRC重建立请求,以使所述基站根据所述RRC重建立请求下发重建立应答消息;当所述RRC重建立请求的发送是所述终端设备与所述基站之间发生无线链路失败而导致时,获取所述重建立应答消息对应的消息接收状态;若所述消息接收状态为消息接收失败的状态,则进入飞行模式;解除所述飞行模式,并进行搜网注册,以恢复与所述基站之间的数据链路。采用本方法在发生RLF现象后,能够提高数据链路的恢复概率。
Description
技术领域
本申请涉及通信技术领域,特别是涉及一种数据链路恢复方法、装置、电子设备、存储介质。
背景技术
由于5G网络具有高速率、低时延、高安全性、接入量大的优点,5G网络和终端设备的使用越来越广泛。但由于5G网络布网的不够成熟,会存在某些终端在和基站交互过程中上行失步的情况,导致发生RLF(Radio Link failure,无线链路失败)现象。在发生RLF现象后,根据协议规定,终端应该发起无线资源控制(Radio Resource Control,RRC)重建立请求,但如果终端设备收不到基站下发的RRC SETUP(无线资源控制建立)应答消息,会导致数据链路重建立失败。
相关技术中,当终端设备在发起重建立请求后,如果收不到基站下发的RRC SETUP消息,会继续发送RRC重建立请求,但如果此时已经出现RLF现象,会导致基站收不到终端发到的RRC重建立请求,进而导致终端设备一直接收不到基站下发的RRC SET UP消息,进而导致终端设备与基站之间的数据链路,将一直保持在无限链路失败的状态。因此,在发生RLF现象后,如何恢复与基站之间的数据链路成为本领域技术人员亟需解决的技术问题。
发明内容
基于此,有必要针对上述技术问题,提供一种在发生RLF现象后,能够提高数据链路恢复概率的数据链路恢复方法、装置、电子设备、存储介质。
第一方面,本申请提供了一种数据链路恢复方法,应用于终端设备。所述方法包括:
向基站发送RRC重建立请求,以使所述基站根据所述RRC重建立请求下发重建立应答消息;
当所述RRC重建立请求的发送是所述终端设备与所述基站之间发生无线链路失败而导致时,获取所述重建立应答消息对应的消息接收状态;
若所述消息接收状态为消息接收失败的状态,则进入飞行模式;
解除所述飞行模式,并进行搜网注册,以恢复与所述基站之间的数据链路。
在其中一个实施例中,步骤A包括:所述方法还包括:
若所述消息接收状态为消息接收成功的状态,则向所述基站发起上行资源请求;
当基于所述上行资源请求获取上行资源失败时,进入所述飞行模式。
在其中一个实施例中,所述方法还包括:
当基于所述上行资源请求获取上行资源成功时,则与所述基站之间的所述数据链路恢复成功。
在其中一个实施例中,所述方法还包括:
若所述搜网注册成功,则获取PDU连接状态;
基于所述PDU连接状态,确定与所述基站之间的数据链路之间的恢复情况。
在其中一个实施例中,所述PDU连接状态包括PDU连接成功的状态和PDU连接失败的状态;
所述基于所述PDU连接状态,确定与所述基站之间的数据链路之间的恢复情况,包括:
若所述PDU连接失败的状态,则与所述基站之间的所述数据链路恢复失败;
若所述PDU连接成功的状态,则与所述基站之间的所述数据链路恢复成功。
第二方面,本申请还提供了一种数据链路恢复装置,应用于终端设备。所述装置包括:
RRC重建立请求发送模块,用于向基站发送RRC重建立请求,以使所述基站根据所述RRC重建立请求下发重建立应答消息;
消息接收状态获取模块,用于当所述RRC重建立请求的发送是所述终端设备与所述基站之间发生无线链路失败而导致时,获取所述重建立应答消息对应的消息接收状态;
第一飞行模式控制模块,用于若所述消息接收状态为消息接收失败的状态,则进入飞行模式;
搜网注册模块,用于解除所述飞行模式,并进行搜网注册,以恢复与所述基站之间的数据链路。
在其中一个实施例中,所述装置还包括:
上行资源请求发起模块,用于若所述消息接收状态为消息接收成功的状态,则向所述基站发起上行资源请求;
第二飞行模式控制模块,用于当基于所述上行资源请求获取上行资源失败时,进入所述飞行模式。
第三方面,本申请还提供了一种电子设备。所述电子设备包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现第一方面实施例中数据链路恢复方法的步骤。
第四方面,本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现第一方面实施例中数据链路恢复方法的步骤。
第五方面,本申请还提供了一种计算机程序产品。所述计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现第一方面实施例中数据链路恢复方法的步骤。
上述数据链路恢复方法、装置、电子设备、存储介质,通过向基站发送RRC重建立请求,以使所述基站根据所述RRC重建立请求下发重建立应答消息,当RRC重建立请求的发送是终端设备与基站之间发生无线链路失败而导致的,获取重建立应答消息对应的消息接收状态,当消息接收状态为消息接收失败的状态时,进入飞行模式,以断开与非接入层之间的连接,再解除飞行模式,并重新进行搜网注册,以建立与非接入层之间的连接,从而恢复与基站之间的数据链路,通过这样设置,当RRC重建立请求是由于终端设备与所述基站之间发生无线链路失败而导致时,断开了与非接入层之间的连接,并重新进行了搜网注册,从而重新建立了无线承载,从而提高了与基站之间的数据链路恢复的概率,便于与基站之间的数据链路的恢复,同时,由于重新建立了无线承载,因此恢复后的数据链路不容易发生上行失步。
附图说明
图1为一个实施例中数据链路恢复方法的应用环境图;
图2为一个实施例中数据链路恢复方法的流程示意图;
图3为另一个实施例中数据链路恢复方法的流程示意图;
图4为另一个实施例中数据链路恢复方法的流程示意图;
图5为图4中步骤404的具体实现方法的流程示意图;
图6为另一个实施例中数据链路恢复方法的流程示意图;
图7为一个实施例中数据链路恢复装置的结构框图;
图8为一个实施例中电子设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请实施例提供的数据链路恢复方法,可以应用于如图1所示的应用环境中。其中,终端设备102通过网络与基站104进行通信。当终端设备和基站之间的通信连接出现故障时,终端设备102向基站104发起RRC重建立请求,以使基站根据RRC重建立请求下发重建立应答消息,当RRC重建立请求的发送有终端设备和基站之间发生无线链路失败而导致时,获取重建立应答消息对应的消息接收状态,若消息接收状态为消息接收失败的状态,则进入飞行模式,再解除飞行模式,并进行搜网注册,以恢复终端设备与基站之间的数据链路。这样设置,提高了终端设备与基站之间数据链路恢复的概率,便于终端设备与基站之间数据链路的恢复。
其中,终端设备102可以包括但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备,物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。
在一些实施例中,如图2所示,提供了一种数据链路恢复方法,以该方法应用于图1中的终端设备102为例进行说明,包括以下步骤:
步骤202,向基站发送RRC重建立请求,以使基站根据RRC重建立请求下发重建立应答消息。
在一些实施例的步骤202中,RRC指的是无线资源控制层,英文全称为RadioResource Control。
RRC重建立请求指的是当终端设备与基站处于RRC连接状态时,如果出现RRC重配置失败、无线链路失败、完整性保护失败、切换失败等情况时,将会触发终端设备向基站发起RRC重建立请求,以触发RRC连接重建的过程,该过程旨在重建RRC连接,包括SRB1(signalling radio bearers,信令无线承载)操作的恢复,以及安全的重新激活。
其中,无线链路失败包括RLC(Radio Link Control,无线链路层控制协议)达到最大重传次数、上行失步、下行失步。切换失败包括系统内和系统外的切换,指的是如果网络侧发送给终端设备的RRC连接重配置消息中包含Mobility ControlInfo(移动性控制信息),则执行切换,若切换失败,终端设备会发起RRC重建立请求,并在重建立原因封装时携带HO failure消息,以便于HO failure消息中查找失败的原因。完整性保护失败指的是底层制式完整性校验失败,例如终端设备与基站的机密算法或者完整性保护算法不一致。
重建立应答消息指的是RRC SETUP消息,当基站接收到终端设备发起的RRC重建立请求时,基站基于该RRC重建立请求下发的应答消息,该重建立应答消息包括允许终端设备接入基站的RRC Connection Setup(RRC连接建立)消息和拒绝终端设备接入基站的RRCConnection Reject(RRC连接拒绝)消息。
当终端设备与基站之间的RRC连接出现故障时,终端设备会向基站发起RRC重建立请求,以重新恢复RRC连接。
步骤204,当RRC重建立请求的发送是终端设备与基站之间发生无线链路失败而导致时,获取重建立应答消息对应的消息接收状态。
在一些实施例的步骤204中,当RRC重建立请求的发送是终端设备与基站之间发生无线链路失败而导致时,获取重建立应答消息对应的消息接收状态,以判断终端设备是否接收到基站下发的重建立应答消息。
当RRC重建立请求的发送不是终端设备与基站之间发生无线链路失败而导致时,根据标准的RRC重建立流程处理即可。即终端设备直接向基站发起重建立请求,不需要对终端设备进行额外的处理。
步骤206,若消息接收状态为消息接收失败的状态,则进入飞行模式。
在一些实施例的步骤206中,飞行模式指的是将终端设备上的所有无线通讯模块都置于关闭状态的模式。消息接收失败的状态指的是终端设备未接收到基站下发的RRCSETUP消息。
当终端设备未接收到基站下发的RRC SETUP消息时,进入飞行模式,以断开与非接入层(Non-access stratum,NAS)的连接。
步骤208,解除飞行模式,并进行搜网注册,以恢复与基站之间的数据链路。
在一些实施例的步骤208中,搜网注册指的是终端设备重新搜索网络并重新建立网络连接。
当终端设备进入飞行模式,断开与NAS的连接后,解除终端设备的飞行模式,从而实现了终端设备连接的重置,然后,终端设备再重新发起搜网注册,以重新建立与NAS的连接,从而重新建立无线承载,便于恢复与基站之间的数据链路。
本申请实施例的数据链路恢复方法,通过向基站发送RRC重建立请求,以使基站根据RRC重建立请求下发重建立应答消息,当RRC重建立请求的发送是终端设备与基站之间发生无线链路失败而导致的,获取重建立应答消息对应的消息接收状态,当消息接收状态为消息接收失败的状态时,进入飞行模式,以断开与非接入层之间的连接,再解除飞行模式,并重新进行搜网注册,以建立与非接入层之间的连接,从而恢复与基站之间的数据链路,通过这样设置,当RRC重建立请求是由于终端设备与基站之间发生无线链路失败而导致时,断开了与非接入层之间的连接,并重新进行了搜网注册,从而重新建立了无线承载,从而提高了与基站之间的数据链路恢复的概率,便于与基站之间的数据链路的恢复,同时,由于重新建立了无线承载,因此恢复后的数据链路不容易发生上行失步。
请参照图3,在一些实施例中,数据链路恢复方法还包括但不限于步骤302和步骤304,下面结合图3对这两个步骤进行详细介绍。
步骤302,若消息接收状态为消息接收成功的状态,则向基站发起上行资源请求。
在一些实施例的步骤302中,消息接收成功的状态指的是终端设备接收到基站下发的RRC SETUP消息。上行资源请求指的是终端设备向基站发起的请求上行资源的要求,即UL Grant(uplink grant,上行授权)消息。
步骤304,当基于上行资源请求获取上行资源失败时,进入飞行模式。
在一些实施例的步骤304中,当终端设备请求获取上行资源失败时,说明即使终端设备接收到了基站下发的RRC SETUP消息,但是,终端设备与基站之间的RRC连接还是处于故障的状态,在这种情况下,控制终端设备进入飞行模式,以断开与NAS的连接后,再解除终端设备的飞行模式,从而实现了终端设备连接的重置,然后,终端设备再重新发起搜网注册,以重新建立与NAS的连接,从而重新建立无线承载,便于恢复与基站之间的数据链路。
在一些实施例中,数据链路恢复方法还包括但不限于以下步骤:
当基于上行资源请求获取上行资源成功时,则与基站之间的数据链路恢复成功。
在本实施例中,当基站请求获取上行资源成功时,说明终端设备与基站之间的RRC连接重建立成功,在这种情况下,终端设备与基站之间的数据链路恢复。
在一些实施例中,如图4所示,数据链路恢复方法还包括步骤402和步骤404,应理解,数据链路恢复方法包括但不限于这两个步骤,下面结合图4对这两个步骤进行详细介绍。
步骤402,若搜网注册成功,则获取PDU连接状态。
在一些实施例中,PDU(Protocol Data Unit,协议数据单元)连接指的是终端设备和数据网络之间交换PDU数据包的业务,PDU连接业务通过终端设备或应用服务器发起PDU会话的建立来实现。一个PDU会话是指一个终端设备与数据网络之间进行通讯的过程,PDU会话建立后,也就是建立了一条终端设备和数据网络的数据传输通道。
当搜网注册成功后,终端设备获取PDU的连接状态,以判断与数据网络之间的连接情况。
当搜网注册失败时,说明在这种情况下,数据网络无法注册。
步骤404,基于PDU连接状态,确定与基站之间的数据链路之间的恢复情况。
在一些实施例的步骤404中,根据当前PDU的连接状态,确定终端设备与数据网络之间的连接情况,进而确定终端设备与基站之间数据链路之间的恢复情况。
如图5所示,在一些实施例中,PDU连接状态包括PDU连接成功的状态和PDU连接失败的状态,步骤404包括但不限于步骤502和步骤504,下面结合图5对这两个步骤进行详细介绍。
步骤502,若PDU连接失败的状态,则与基站之间的数据链路恢复失败。
在一些实施例的步骤502中,PDU连接失败的状态指的是终端设备与数据网络之间连接失败,在这种情况下,终端设备与基站之间的数据链路恢复失败。
步骤504,若PDU连接成功的状态,则与基站之间的数据链路恢复成功。
在一些实施例的步骤504中,PDU连接成功的状态指的是终端设备与数据网络之间连接成功,在这种情况下,说明终端设备与基站之间的数据链路恢复成功。
请参照图6,本申请的一些实施例提供了一种数据链路恢复方法,包括但不限于以下步骤:
步骤602,向基站发送RRC重建立请求,以使基站根据RRC重建立请求下发重建立应答消息。
在一些实施例的步骤602中,RRC重建立请求指的是当终端设备与基站处于RRC连接状态时,如果出现RRC重配置失败、无线链路失败、完整性保护失败、切换失败等情况时,将会触发终端设备向基站发起RRC重建立请求,以触发RRC连接重建的过程,该过程旨在重建RRC连接,包括SRB1(signalling radio bearers,信令无线承载)操作的恢复,以及安全的重新激活。
重建立应答消息指的是RRC SETUP消息,当基站接收到终端设备发起的RRC重建立请求时,基站基于该RRC重建立请求下发的应答消息,该重建立应答消息包括允许终端设备接入基站的RRC Connection Setup(RRC连接建立)消息和拒绝终端设备接入基站的RRCConnection Reject(RRC连接拒绝)消息。
当终端设备与基站之间的RRC连接出现故障时,终端设备会向基站发起RRC重建立请求,以重新恢复RRC连接。
步骤604,RRC重建立请求的发送是终端设备与基站之间发生无线链路失败而导致的?
在一些实施例的步骤604中,如果RRC重建立请求的发送不是终端设备与基站之间发生无线链路失败而导致的,则根据标准的RRC重建立流程处理。如果RRC重建立请求的发送是终端设备与基站之间发生无线链路失败而导致的,执行步骤606。
步骤606,接收到基站下发的RRC SETUP消息?
在一些实施例的步骤606中,如果接收到基站下发的RRC SETUP消息,则执行步骤608,如果未接受度奥基站下发的RRC SETUP消息,则执行步骤610。
步骤608,向基站发起上行资源请求,获取上行资源是否失败?
在一些实施例中,如果获取上行资源失败,说明即使终端设备接收到了基站下发的RRC SETUP消息,但是,终端设备与基站之间的RRC连接还是处于故障的状态,在这种情况下,执行步骤610。如果获取上行资源成功,则说明终端设备与基站之间的RRC连接重建立成功,在这种情况下,终端设备与基站之间的数据链路恢复成功。
步骤610,进入飞行模式。
在一些实施例的步骤610中,飞行模式指的是将终端设备上的所有无线通讯模块都置于关闭状态的模式。当终端设备未接收到基站下发的RRC SETUP消息时,进入飞行模式,以断开与非接入层(Non-access stratum,NAS)的连接。
步骤612,解除飞行模式,并进行搜网注册。
在一些实施例的步骤612中,当终端设备进入飞行模式,断开与NAS的连接后,解除终端设备的飞行模式,从而实现了终端设备连接的重置,然后,终端设备再重新发起搜网注册,以重新建立与NAS的连接,从而重新建立无线承载,便于恢复与基站之间的数据链路。
步骤614,搜网注册是否成功?
当搜网注册成功后,执行步骤616,终端设备获取PDU的连接状态,以判断与数据网络之间的连接情况。当搜网注册失败,说明当前状态下数据网络无法注册。
步骤616,PDU连接是否成功?
在一些实施例的步骤616中,PDU(Protocol Data Unit,协议数据单元)连接指的是终端设备和数据网络之间交换PDU数据包的业务,PDU连接业务通过终端设备或应用服务器发起PDU会话的建立来实现。一个PDU会话是指一个终端设备与数据网络之间进行通讯的过程,PDU会话建立后,也就是建立了一条终端设备和数据网络的数据传输通道。
当PDU连接成功时,说明终端设备与基站之间的数据链路恢复成功。当PDU连接失败时,说明终端设备与基站之间的数据链路恢复失败。
应该理解的是,虽然如上的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,如上的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
基于同样的发明构思,本申请实施例还提供了一种用于实现上述所涉及的数据链路恢复方法的数据链路恢复装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似,故下面所提供的一个或多个数据链路恢复装置实施例中的具体限定可以参见上文中对于数据链路恢复方法的限定,在此不再赘述。
在一个实施例中,如图7所示,提供了一种数据链路恢复装置,包括:RRC重建立请求发送模块702、消息接收状态获取模块704、第一飞行模式控制模块706和搜网注册模块708,其中:
RRC重建立请求发送模块702,用于向基站发送RRC重建立请求,以使基站根据RRC重建立请求下发重建立应答消息。
消息接收状态获取模块704,用于当RRC重建立请求的发送是终端设备与基站之间发生无线链路失败而导致时,获取重建立应答消息对应的消息接收状态。
第一飞行模式控制模块706,用于若消息接收状态为消息接收失败的状态,则进入飞行模式。
搜网注册模块708,用于解除飞行模式,并进行搜网注册,以恢复与基站之间的数据链路。
在一些实施例中,数据链路恢复装置还包括:
上行资源请求发起模块,用于若消息接收状态为消息接收成功的状态,则向基站发起上行资源请求;
第二飞行模式控制模块,用于当基于上行资源请求获取上行资源失败时,进入飞行模式。
在一些实施例中,数据链路恢复装置还包括:
数据链路恢复判断模块,用于当基于上行资源请求获取上行资源成功时,则与基站之间的数据链路恢复成功。
在一些实施例中,数据链路恢复装置还包括:
PDU连接状态获取模块,用于若搜网注册成功,则获取PDU连接状态。
数据链路恢复情况判断模块,用于基于PDU连接状态,确定与基站之间的数据链路之间的恢复情况。
在一些实施例中,数据链路恢复情况判断模块包括:
第一判断模块,用于若PDU连接失败的状态,则与基站之间的数据链路恢复失败。
第二判断模块,用于若PDU连接成功的状态,则与基站之间的数据链路恢复成功。
上述数据链路恢复装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于电子设备中的处理器中,也可以以软件形式存储于电子设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种电子设备,该电子设备可以是服务器,其内部结构图可以如图8所示。该电子设备包括通过系统总线连接的处理器、存储器和网络接口。其中,该电子设备的处理器用于提供计算和控制能力。该电子设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该电子设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种数据链路恢复方法。
本领域技术人员可以理解,图8中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的电子设备的限定,具体的电子设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
本领域技术人员可以理解,电子设备可以是无线通信模组,或是包含了无线通信模组的智能设备(如智能汽车、智能柜、智能仪表等),或是手机、电脑、平板等通信设备。
在一个实施例中,提供了一种电子设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现以下步骤:
步骤202,向基站发送RRC重建立请求,以使基站根据RRC重建立请求下发重建立应答消息。
步骤204,当RRC重建立请求的发送是终端设备与基站之间发生无线链路失败而导致时,获取重建立应答消息对应的消息接收状态。
步骤206,若消息接收状态为消息接收失败的状态,则进入飞行模式。
步骤208,解除飞行模式,并进行搜网注册,以恢复与基站之间的数据链路。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:
步骤302,若消息接收状态为消息接收成功的状态,则向基站发起上行资源请求。
步骤304,当基于上行资源请求获取上行资源失败时,进入飞行模式。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:
当基于上行资源请求获取上行资源成功时,则与基站之间的数据链路恢复成功。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:
步骤402,若搜网注册成功,则获取PDU连接状态。
步骤404,基于PDU连接状态,确定与基站之间的数据链路之间的恢复情况。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:
步骤502,若PDU连接失败的状态,则与基站之间的数据链路恢复失败。
步骤504,若PDU连接成功的状态,则与基站之间的数据链路恢复成功。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
步骤202,向基站发送RRC重建立请求,以使基站根据RRC重建立请求下发重建立应答消息。
步骤204,当RRC重建立请求的发送是终端设备与基站之间发生无线链路失败而导致时,获取重建立应答消息对应的消息接收状态。
步骤206,若消息接收状态为消息接收失败的状态,则进入飞行模式。
步骤208,解除飞行模式,并进行搜网注册,以恢复与基站之间的数据链路。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
步骤302,若消息接收状态为消息接收成功的状态,则向基站发起上行资源请求。
步骤304,当基于上行资源请求获取上行资源失败时,进入飞行模式。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
当基于上行资源请求获取上行资源成功时,则与基站之间的数据链路恢复成功。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
步骤402,若搜网注册成功,则获取PDU连接状态。
步骤404,基于PDU连接状态,确定与基站之间的数据链路之间的恢复情况。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
步骤502,若PDU连接失败的状态,则与基站之间的数据链路恢复失败。
步骤504,若PDU连接成功的状态,则与基站之间的数据链路恢复成功。
在一个实施例中,提供了一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现以下步骤:
步骤202,向基站发送RRC重建立请求,以使基站根据RRC重建立请求下发重建立应答消息。
步骤204,当RRC重建立请求的发送是终端设备与基站之间发生无线链路失败而导致时,获取重建立应答消息对应的消息接收状态。
步骤206,若消息接收状态为消息接收失败的状态,则进入飞行模式。
步骤208,解除飞行模式,并进行搜网注册,以恢复与基站之间的数据链路。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
步骤302,若消息接收状态为消息接收成功的状态,则向基站发起上行资源请求。
步骤304,当基于上行资源请求获取上行资源失败时,进入飞行模式。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
当基于上行资源请求获取上行资源成功时,则与基站之间的数据链路恢复成功。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
步骤402,若搜网注册成功,则获取PDU连接状态。
步骤404,基于PDU连接状态,确定与基站之间的数据链路之间的恢复情况。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
步骤502,若PDU连接失败的状态,则与基站之间的数据链路恢复失败。
步骤504,若PDU连接成功的状态,则与基站之间的数据链路恢复成功。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory,ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory,MRAM)、铁电存储器(Ferroelectric Random Access Memory,FRAM)、相变存储器(Phase Change Memory,PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器等。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory,DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等,不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等,不限于此。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本申请专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请的保护范围应以所附权利要求为准。
Claims (10)
1.一种数据链路恢复方法,其特征在于,应用于终端设备,所述方法包括:
向基站发送RRC重建立请求,以使所述基站根据所述RRC重建立请求下发重建立应答消息;
当所述RRC重建立请求的发送是所述终端设备与所述基站之间发生无线链路失败而导致时,获取所述重建立应答消息对应的消息接收状态;
若所述消息接收状态为消息接收失败的状态,则进入飞行模式;
解除所述飞行模式,并进行搜网注册,以恢复与所述基站之间的数据链路。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述消息接收状态为消息接收成功的状态,则向所述基站发起上行资源请求;
当基于所述上行资源请求获取上行资源失败时,进入所述飞行模式。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
当基于所述上行资源请求获取上行资源成功时,则与所述基站之间的所述数据链路恢复成功。
4.根据权利要求1至3任一项所述的方法,其特征在于,所述方法还包括:
若所述搜网注册成功,则获取PDU连接状态;
基于所述PDU连接状态,确定与所述基站之间的数据链路之间的恢复情况。
5.根据权利要求4所述的方法,其特征在于,所述PDU连接状态包括PDU连接成功的状态和PDU连接失败的状态;
所述基于所述PDU连接状态,确定与所述基站之间的数据链路之间的恢复情况,包括:
若所述PDU连接失败的状态,则与所述基站之间的所述数据链路恢复失败;
若所述PDU连接成功的状态,则与所述基站之间的所述数据链路恢复成功。
6.一种数据链路恢复装置,其特征在于,应用于终端设备,所述装置包括:
RRC重建立请求发送模块,用于向基站发送RRC重建立请求,以使所述基站根据所述RRC重建立请求下发重建立应答消息;
消息接收状态获取模块,用于当所述RRC重建立请求的发送是所述终端设备与所述基站之间发生无线链路失败而导致时,获取所述重建立应答消息对应的消息接收状态;
第一飞行模式控制模块,用于若所述消息接收状态为消息接收失败的状态,则进入飞行模式;
搜网注册模块,用于解除所述飞行模式,并进行搜网注册,以恢复与所述基站之间的数据链路。
7.根据权利要求6所述的装置,其特征在于,所述装置还包括:
上行资源请求发起模块,用于若所述消息接收状态为消息接收成功的状态,则向所述基站发起上行资源请求;
第二飞行模式控制模块,用于当基于所述上行资源请求获取上行资源失败时,进入所述飞行模式。
8.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至5中任一项所述的方法的步骤。
9.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至5中任一项所述的方法的步骤。
10.一种计算机程序产品,包括计算机程序,其特征在于,该计算机程序被处理器执行时实现权利要求1至5中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210971787.0A CN115397040A (zh) | 2022-08-12 | 2022-08-12 | 数据链路恢复方法、装置、电子设备、存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210971787.0A CN115397040A (zh) | 2022-08-12 | 2022-08-12 | 数据链路恢复方法、装置、电子设备、存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115397040A true CN115397040A (zh) | 2022-11-25 |
Family
ID=84117833
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210971787.0A Pending CN115397040A (zh) | 2022-08-12 | 2022-08-12 | 数据链路恢复方法、装置、电子设备、存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115397040A (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101483898A (zh) * | 2008-01-07 | 2009-07-15 | 华为技术有限公司 | 一种加快rrc连接建立的方法及装置 |
CN107438266A (zh) * | 2016-05-27 | 2017-12-05 | 成都鼎桥通信技术有限公司 | 无线链路重建方法、装置和设备 |
US20200351977A1 (en) * | 2018-08-17 | 2020-11-05 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Information transmission method and apparatus, and communication device |
CN113411913A (zh) * | 2020-03-16 | 2021-09-17 | 华为技术有限公司 | 通信方法及终端设备 |
WO2022080306A1 (ja) * | 2020-10-14 | 2022-04-21 | シャープ株式会社 | 端末装置、基地局装置、および、方法 |
-
2022
- 2022-08-12 CN CN202210971787.0A patent/CN115397040A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101483898A (zh) * | 2008-01-07 | 2009-07-15 | 华为技术有限公司 | 一种加快rrc连接建立的方法及装置 |
CN107438266A (zh) * | 2016-05-27 | 2017-12-05 | 成都鼎桥通信技术有限公司 | 无线链路重建方法、装置和设备 |
US20200351977A1 (en) * | 2018-08-17 | 2020-11-05 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Information transmission method and apparatus, and communication device |
CN113411913A (zh) * | 2020-03-16 | 2021-09-17 | 华为技术有限公司 | 通信方法及终端设备 |
WO2022080306A1 (ja) * | 2020-10-14 | 2022-04-21 | シャープ株式会社 | 端末装置、基地局装置、および、方法 |
Non-Patent Citations (2)
Title |
---|
HUAWEI: "CR to 38.300 for Serving AMF change in RRC reestablishment", 《3GPP TSG-RAN3 MEETING #105BIS:R3-195227》, 18 October 2019 (2019-10-18), pages 2 - 3 * |
QUALCOMM, VIVO: "Clarification on inclusion of the Uplink data status IE in the SERVICE REQUEST message after an RRC fallback indication", 《3GPP TSG CT WG1 MEETING #115:C1-191253》, 18 February 2019 (2019-02-18), pages 1 - 12 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2019096281A1 (zh) | 一种通信方法,通信设备及其通信系统 | |
WO2022233063A1 (zh) | 接入失败处理方法、装置、终端设备和存储介质 | |
CN111278167B (zh) | 无线链路失败处理方法及相关产品 | |
CN109803259B (zh) | 一种请求恢复连接的方法及装置 | |
JP7343652B2 (ja) | データ処理方法、端末デバイス、基地局、プログラムおよび通信システム | |
CN110381554B (zh) | 通信方法、装置、系统和计算机存储介质 | |
CN110636499A (zh) | 一种无线接入网通知区域更新方法、装置、终端及基站 | |
US20150119041A1 (en) | Method and apparatus for re-establishing radio link | |
WO2012107911A1 (en) | Method and apparatus for responding to an unrecoverable error | |
TW201914339A (zh) | 處理用於無線承載的承載型態改變的裝置及方法 | |
CN110636572A (zh) | 通信方法及装置 | |
CN111556506B (zh) | 异常链路的处理方法及设备 | |
TW201911824A (zh) | 處理承載型態改變的裝置及方法 | |
CN109756891B (zh) | 数据传输方法、设备和存储介质 | |
CN112789892B (zh) | 无线通信方法、装置及系统 | |
CN109392193B (zh) | 处理分组数据汇聚协议运作的装置及方法 | |
WO2020198961A1 (zh) | 链路失败的恢复方法和设备 | |
CN115397040A (zh) | 数据链路恢复方法、装置、电子设备、存储介质 | |
WO2022105785A1 (zh) | 无线连接建立方法及通信装置 | |
WO2022205380A1 (zh) | 小数据传输sdt退回到非sdt的处理方法及其装置 | |
CN111565479A (zh) | 通信方法及其装置、系统 | |
WO2022001785A1 (zh) | 用户面状态同步方法及装置 | |
CN110831083A (zh) | 数据传输的方法和设备 | |
WO2022078867A1 (en) | Methods, apparatuses and computer program for data transmission in inactive state | |
CN116783986A (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 |