[go: up one dir, main page]

CN112040567B - 一种恢复rrc连接的方法及装置、计算机存储介质 - Google Patents

一种恢复rrc连接的方法及装置、计算机存储介质 Download PDF

Info

Publication number
CN112040567B
CN112040567B CN202010871159.6A CN202010871159A CN112040567B CN 112040567 B CN112040567 B CN 112040567B CN 202010871159 A CN202010871159 A CN 202010871159A CN 112040567 B CN112040567 B CN 112040567B
Authority
CN
China
Prior art keywords
node
terminal
rrc connection
base station
context
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
CN202010871159.6A
Other languages
English (en)
Other versions
CN112040567A (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.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp 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 Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority to CN202010871159.6A priority Critical patent/CN112040567B/zh
Publication of CN112040567A publication Critical patent/CN112040567A/zh
Application granted granted Critical
Publication of CN112040567B publication Critical patent/CN112040567B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0069—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005—Transmission of information for alerting of incoming communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections

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连接恢复请求消息中的UE标识，确定所述终端服务的第一节点，并从所述第一节点获取UE上下文，所述UE上下文包括所述第一节点侧的第一UE上下文和第二节点侧的第二UE上下文；所述目标基站向所述终端发送RRC连接恢复消息，以使所述终端恢复RRC连接。

Description

一种恢复RRC连接的方法及装置、计算机存储介质
本申请是申请日为2018年5月7日、申请号为201880087444X(国际申请号为PCT/CN2018/085855)、发明名称为“一种恢复RRC连接的方法及装置、计算机存储介质”的申请的分案申请。
技术领域
本发明涉及无线通信技术领域，尤其涉及一种恢复无线资源控制(RRC，RadioResource Control)连接的方法及装置、计算机存储介质。
背景技术
为了满足人们对业务的速率、延迟、高速移动性、能效的追求，以及未来生活中业务的多样性、复杂性，第三代合作伙伴计划(3GPP，3rd Generation Partnership Project)国际标准组织开始研发第五代(5G，5th Generation)移动通信技术。
5G移动通信技术的主要应用场景为：增强型移动宽带(eMBB，Enhance MobileBroadband)、低时延高可靠通信(URLLC，Ultra Reliable Low Latency Communication)、大规模机器类通信(mMTC，massive Machine Type Communication)。
在5G网络环境中，为了降低空口信令和快速恢复无线连接，快速恢复数据业务的目的，定义一个新的RRC状态，即RRC非激活(RRC_INACTIVE)状态。这种状态有别于RRC空闲(RRC_IDLE)状态和RRC连接(RRC_CONNECTED)状态。
当用户设备(UE，User Equipment)处于RRC_INACTIVE状态时，网络侧会通过专用信令给UE配置无线接入网(RAN，Radio Access Network)的寻呼区域，该RAN寻呼区域可以是一个小区或者多个小区。当UE在该区域内移动时不用通知网络侧，遵循空闲(idle)下移动性行为，即小区选择重选原则。当UE移动出RAN配置的寻呼区域时，会触发UE恢复RRC连接并重新获取RAN配置的寻呼区域。当UE有下行数据到达时，为UE保持RAN和核心网(CN，CoreNetwork)之间连接的基站(如gNB)会触发RAN寻呼区域内的所有小区发送寻呼消息给UE，使得INACTIVCE状态的UE能够恢复RRC连接，进行数据接收。
所以UE从INACTIVE状态进入RRC连接状态，有三种情况：
一是，UE有下行数据到达，网络侧发起RAN侧的寻呼，促使UE进入连接状态；
二是，UE自身发起RAN位置区域更新，例如周期性RAN位置更新或者跨区域位置更新；
三是，UE有上行数据发送需求，促使UE进入连接状态。
为了支持更高的业务速率需求，网络侧支持双连接(DC，Dual Connectivity)或者多连接(MC，Multiple Connectivity)。对于DC/MC连接方式的UE也需要支持INACTIVE状态，DC/MC连接方式下的处于INACTIVE状态的UE如何准确恢复RRC连接是需要解决的问题。
发明内容
为解决上述技术问题，本发明实施例提供了一种恢复RRC连接的方法及装置、计算机存储介质。
本发明实施例提供的恢复RRC连接的方法，包括：
目标基站接收终端发送的RRC连接恢复请求消息；
所述目标基站根据所述RRC连接恢复请求消息中的UE标识，确定所述终端服务的第一节点，并从所述第一节点获取UE上下文，所述UE上下文包括所述第一节点侧的第一UE上下文和第二节点侧的第二UE上下文；
所述目标基站向所述终端发送RRC连接恢复消息，以使所述终端恢复RRC连接。
在本发明一实施方式中，所述终端为处于第一种RRC非激活状态下的终端，所述第一种RRC非激活状态是指悬挂全部RRC连接后所述终端所处的状态。
在本发明一实施方式中，所述RRC连接恢复请求消息中携带第一指示信息，所述第一指示信息用于指示网络侧发起RRC连接恢复的原因。
在本发明一实施方式中，所述终端接收到第一节点发送的寻呼消息后，所述目标基站接收所述终端发送的RRC连接恢复请求消息；
其中，如果下行数据达到所述第二节点，则所述第二节点通知所述第一节点发起对所述终端的寻呼；如果下行数据达到所述第一节点，则所述第一节点发起对所述终端的寻呼；所述寻呼用于触发所述终端发起RRC连接恢复过程。
在本发明一实施方式中，如果上行数据到达所述终端，则所述目标基站接收所述终端发送的RRC连接恢复请求消息。
在本发明一实施方式中，所述从所述第一节点获取UE上下文，包括：
所述目标基站向所述第一节点发送UE上下文请求消息，以使所述第一节点接收到所述UE上下文请求消息后，对所述UE上下文请求消息进行完整性保护验证，并在验证通过后从所述终端服务的第二节点获取所述第二节点侧的第二UE上下文；
所述目标基站接收所述第一节点发送的所述第一节点侧的第一UE上下文和第二节点侧的第二UE上下文。
在本发明一实施方式中，所述RRC连接恢复请求消息中携带第一物理小区标识(PCI，Physical Cell Identifier)，所述第一PCI为所述终端建议的第二节点的物理辅小区(Pscell，Physical secondary cell)的标识。
在本发明一实施方式中，所述RRC连接恢复请求消息中携带第二指示信息，所述第二指示信息用于所述第一节点是否需要恢复辅小区组(SCG，Secondary Cell Group)部分的资源。
在本发明一实施方式中，所述方法还包括：
所述终端恢复完成RRC连接后，所述目标基站接收所述终端发送的RRC连接恢复完成消息。
在本发明一实施方式中，所述第一节点为双连接网络或者多连接网络中的主节点，所述第二节点为双连接网络或者多连接网络中的辅节点。
本发明实施例提供的恢复RRC连接的方法，包括：
终端向目标基站发送RRC连接恢复请求消息，以使所述目标基站根据所述RRC连接恢复请求消息中的UE标识，确定所述终端服务的第一节点，并从所述第一节点获取UE上下文，所述UE上下文包括所述第一节点侧的第一UE上下文和第二节点侧的第二UE上下文；
所述终端接收所述目标基站发送的RRC连接恢复消息后，恢复RRC连接。
在本发明一实施方式中，所述终端为处于第一种RRC非激活状态下的终端，所述第一种RRC非激活状态是指悬挂全部RRC连接后所述终端所处的状态。
在本发明一实施方式中，所述RRC连接恢复请求消息中携带第一指示信息，所述第一指示信息用于指示网络侧发起RRC连接恢复的原因。
在本发明一实施方式中，所述终端接收到第一节点发送的寻呼消息后，向所述目标基站发送RRC连接恢复请求消息；
其中，如果下行数据达到所述第二节点，则所述第二节点通知所述第一节点发起对所述终端的寻呼；如果下行数据达到所述第一节点，则所述第一节点发起对所述终端的寻呼；所述寻呼用于触发所述终端发起RRC连接恢复过程。
在本发明一实施方式中，如果上行数据到达所述终端，则所述终端向所述目标基站发送RRC连接恢复请求消息。
在本发明一实施方式中，所述RRC连接恢复请求消息中携带第一PCI，所述第一PCI为所述终端建议的第二节点的Pscell的标识。
在本发明一实施方式中，所述RRC连接恢复请求消息中携带第二指示信息，所述第二指示信息用于所述第一节点是否需要恢复SCG部分的资源。
在本发明一实施方式中，所述方法还包括：
所述终端恢复完成RRC连接后，向所述目标基站发送RRC连接恢复完成消息。
在本发明一实施方式中，所述第一节点为双连接网络或者多连接网络中的主节点，所述第二节点为双连接网络或者多连接网络中的辅节点。
本发明实施例提供的恢复RRC连接的方法，包括：
第一节点确定目标第二节点后，将SCG配置信息发送给所述目标第二节点，并配置新的所述目标第二节点侧的用于计算密钥的第一计算输入参数；
所述第一节点获取所述目标第二节点配置的所述目标第二节点侧的第一专用随机接入信道(RACH，Random Access Channel)资源后，向终端发送第一专用RACH资源和所述第一计算输入参数，以使所述终端基于所述第一专用RACH资源和所述第一计算输入参数，在所述目标第二节点侧发起随机接入过程。
在本发明一实施方式中，所述终端为处于第二种RRC非激活状态下的终端，所述第二种RRC非激活状态是指悬挂部分RRC连接后所述终端所处的状态，所述悬挂部分RRC连接是指悬挂SCG部分的资源。
在本发明一实施方式中，对于下行数据到达第二节点侧的情况，所述方法还包括：
所述第一节点接收第二节点发送的通知消息，所述通知消息用于通知所述第一节点有下行数据达到所述第二节点侧，以及所述下行数据对应承载的数据承载(DRB)标识信息；
所述第一节点接收所述第二节点发送的所述第二节点侧的第二UE上下文；其中，所述SCG配置信息至少包括所述第二节点侧的第二UE上下文。
在本发明一实施方式中，对于SCG承载对应的上行数据到达终端的情况，所述方法还包括：
所述第一节点接收所述终端发送的指示信息，所述指示信息用于向所述第一节点请求发起SCG侧资源的恢复。
在本发明一实施方式中，所述第一节点接收所述终端发送的指示信息，包括：
所述第一节点至少通过RRC信令、或者媒体接入控制控制元素(MAC CE)，接收所述终端发送的指示信息。
在本发明一实施方式中，所述指示信息还携带所述第二节点侧小区的集合信息或者测量结果信息。
在本发明一实施方式中，所述第一节点确定目标第二节点，包括：
所述第一节点基于所述终端上报的测量结果，确定所述目标第二节点。
在本发明一实施方式中，所述向终端发送第一专用RACH资源和所述第一计算输入参数，包括：
通过信令或者MAC CE或者PDCCH order向所述终端发送第一专用RACH资源和所述第一计算输入参数。
在本发明一实施方式中，所述第一节点获取所述目标第二节点配置的所述目标第二节点侧的第一专用RACH资源时，还获取所述目标第二节点配置的所述目标第二节点侧的系统广播信息。
在本发明一实施方式中，所述方法还包括：
所述第一节点通过RRC信令向所述终端发送所述目标第二节点侧的系统广播信息。
在本发明一实施方式中，如果所述目标第二节点不配置所述目标第二节点侧的系统广播信息，且所述目标第二节点不是所述第二节点，则所述终端需要先读取系统广播信息后，再触发所述目标第二节点侧的随机接入过程。
在本发明一实施方式中，所述第一节点为双连接网络或者多连接网络中的主节点，所述第二节点为双连接网络或者多连接网络中的源辅节点，所述目标第二节点为双连接网络或者多连接网络中的目标辅节点。
本发明实施例提供的恢复RRC连接的装置，包括：
第一接收单元，用于接收终端发送的RRC连接恢复请求消息；
UE上下文获取单元，用于根据所述RRC连接恢复请求消息中的UE标识，确定所述终端服务的第一节点，并从所述第一节点获取UE上下文，所述UE上下文包括所述第一节点侧的第一UE上下文和第二节点侧的第二UE上下文；
发送单元，用于向所述终端发送RRC连接恢复消息，以使所述终端恢复RRC连接。
在本发明一实施方式中，所述终端为处于第一种RRC非激活状态下的终端，所述第一种RRC非激活状态是指悬挂全部RRC连接后所述终端所处的状态。
在本发明一实施方式中，所述RRC连接恢复请求消息中携带第一指示信息，所述第一指示信息用于指示网络侧发起RRC连接恢复的原因。
在本发明一实施方式中，所述终端接收到第一节点发送的寻呼消息后，所述第一接收单元接收所述终端发送的RRC连接恢复请求消息；
其中，如果下行数据达到所述第二节点，则所述第二节点通知所述第一节点发起对所述终端的寻呼；如果下行数据达到所述第一节点，则所述第一节点发起对所述终端的寻呼；所述寻呼用于触发所述终端发起RRC连接恢复过程。
在本发明一实施方式中，如果上行数据到达所述终端，则所述第一接收单元接收所述终端发送的RRC连接恢复请求消息。
在本发明一实施方式中，所述UE上下文获取单元，用于向所述第一节点发送UE上下文请求消息，以使所述第一节点接收到所述UE上下文请求消息后，对所述UE上下文请求消息进行完整性保护验证，并在验证通过后从所述终端服务的第二节点获取所述第二节点侧的第二UE上下文；接收所述第一节点发送的所述第一节点侧的第一UE上下文和第二节点侧的第二UE上下文。
在本发明一实施方式中，所述RRC连接恢复请求消息中携带第一物理小区标识PCI，所述第一PCI为所述终端建议的第二节点的Pscell的标识。
在本发明一实施方式中，所述RRC连接恢复请求消息中携带第二指示信息，所述第二指示信息用于所述第一节点是否需要恢复SCG部分的资源。
在本发明一实施方式中，所述装置还包括：
第二接收单元，用于在所述终端恢复完成RRC连接后，接收所述终端发送的RRC连接恢复完成消息。
在本发明一实施方式中，所述第一节点为双连接网络或者多连接网络中的主节点，所述第二节点为双连接网络或者多连接网络中的辅节点。
本发明实施例提供的恢复RRC连接的装置，包括：
第一发送单元，用于向目标基站发送RRC连接恢复请求消息，以使所述目标基站根据所述RRC连接恢复请求消息中的UE标识，确定所述终端服务的第一节点，并从所述第一节点获取UE上下文，所述UE上下文包括所述第一节点侧的第一UE上下文和第二节点侧的第二UE上下文；
接收单元，用于接收所述目标基站发送的RRC连接恢复消息；
恢复单元，用于恢复RRC连接。
在本发明一实施方式中，所述终端为处于第一种RRC非激活状态下的终端，所述第一种RRC非激活状态是指悬挂全部RRC连接后所述终端所处的状态。
在本发明一实施方式中，所述RRC连接恢复请求消息中携带第一指示信息，所述第一指示信息用于指示网络侧发起RRC连接恢复的原因。
在本发明一实施方式中，所述终端接收到第一节点发送的寻呼消息后，所述第一发送单元向所述目标基站发送RRC连接恢复请求消息；
其中，如果下行数据达到所述第二节点，则所述第二节点通知所述第一节点发起对所述终端的寻呼；如果下行数据达到所述第一节点，则所述第一节点发起对所述终端的寻呼；所述寻呼用于触发所述终端发起RRC连接恢复过程。
在本发明一实施方式中，如果上行数据到达所述终端，则所述第一发送单元向所述目标基站发送RRC连接恢复请求消息。
在本发明一实施方式中，所述RRC连接恢复请求消息中携带第一PCI，所述第一PCI为所述终端建议的第二节点的Pscell的标识。
在本发明一实施方式中，所述RRC连接恢复请求消息中携带第二指示信息，所述第二指示信息用于所述第一节点是否需要恢复SCG部分的资源。
在本发明一实施方式中，所述装置还包括：
第二发送单元，用于在恢复完成RRC连接后，向所述目标基站发送RRC连接恢复完成消息。
在本发明一实施方式中，所述第一节点为双连接网络或者多连接网络中的主节点，所述第二节点为双连接网络或者多连接网络中的辅节点。
本发明实施例提供的恢复RRC连接的装置，包括：
确定单元，用于确定目标第二节点；
第一发送单元，用于将SCG配置信息发送给所述目标第二节点；
配置单元，用于配置新的所述目标第二节点侧的用于计算密钥的第一计算输入参数；
获取单元，用于获取所述目标第二节点配置的所述目标第二节点侧的第一专用RACH资源；
第二发送单元，用于向终端发送第一专用RACH资源和所述第一计算输入参数，以使所述终端基于所述第一专用RACH资源和所述第一计算输入参数，在所述目标第二节点侧发起随机接入过程。
在本发明一实施方式中，所述终端为处于第二种RRC非激活状态下的终端，所述第二种RRC非激活状态是指悬挂部分RRC连接后所述终端所处的状态，所述悬挂部分RRC连接是指悬挂SCG部分的资源。
在本发明一实施方式中，对于下行数据到达第二节点侧的情况，所述装置还包括：
第一接收单元，用于接收第二节点发送的通知消息，所述通知消息用于通知所述第一节点有下行数据达到所述第二节点侧，以及所述下行数据对应承载的DRB标识信息；接收所述第二节点发送的所述第二节点侧的第二UE上下文；其中，所述SCG配置信息至少包括所述第二节点侧的第二UE上下文。
在本发明一实施方式中，对于SCG承载对应的上行数据到达终端的情况，所述装置还包括：
第二接收单元，用于接收所述终端发送的指示信息，所述指示信息用于向所述第一节点请求发起SCG侧资源的恢复。
在本发明一实施方式中，所述第二接收单元，用于至少通过RRC信令、或者MAC CE，接收所述终端发送的指示信息。
在本发明一实施方式中，所述指示信息还携带所述第二节点侧小区的集合信息或者测量结果信息。
在本发明一实施方式中，所述确定单元，用于基于所述终端上报的测量结果，确定所述目标第二节点。
在本发明一实施方式中，所述第二发送单元，用于通过信令或者MAC CE或者PDCCHorder向所述终端发送第一专用RACH资源和所述第一计算输入参数。
在本发明一实施方式中，所述获取单元获取所述目标第二节点配置的所述目标第二节点侧的第一专用RACH资源时，还获取所述目标第二节点配置的所述目标第二节点侧的系统广播信息。
在本发明一实施方式中，，所述装置还包括：
第三发送单元，用于通过RRC信令向所述终端发送所述目标第二节点侧的系统广播信息。
在本发明一实施方式中，如果所述目标第二节点不配置所述目标第二节点侧的系统广播信息，且所述目标第二节点不是所述第二节点，则所述终端需要先读取系统广播信息后，再触发所述目标第二节点侧的随机接入过程。
在本发明一实施方式中，所述第一节点为双连接网络或者多连接网络中的主节点，所述第二节点为双连接网络或者多连接网络中的源辅节点，所述目标第二节点为双连接网络或者多连接网络中的目标辅节点。
本发明实施例提供的计算机存储介质，其上存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现上述的恢复RRC连接的方法。
本发明实施例的技术方案中，1)目标基站接收终端发送的RRC连接恢复请求消息；所述目标基站根据所述RRC连接恢复请求消息中的UE标识，确定所述终端服务的第一节点，并从所述第一节点获取UE上下文，所述UE上下文包括所述第一节点侧的第一UE上下文和第二节点侧的第二UE上下文；所述目标基站向所述终端发送RRC连接恢复消息，以使所述终端恢复RRC连接。2)第一节点确定目标第二节点后，将SCG配置信息发送给所述目标第二节点，并配置新的所述目标第二节点侧的用于计算密钥的第一计算输入参数；所述第一节点获取所述目标第二节点配置的所述目标第二节点侧的第一专用RACH资源后，向终端发送第一专用RACH资源和所述第一计算输入参数，以使所述终端基于所述第一专用RACH资源和所述第一计算输入参数，在所述目标第二节点侧发起随机接入过程。采用本发明实施例的技术方案，支持UE进入完全RRC INACTIVE状态(本发明实施例称为第一种RRC非激活状态)和部分RRC INACTIVE状态(本发明实施例称为第二种RRC非激活状态)，实现了在两种RRC非激活状态下的RRC连接恢复过程，此外，实现了UE辅助网络侧快速准确选择SN的目的。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1为RRC连接恢复过程的示意图；
图2为本发明实施例的恢复RRC连接的方法的流程示意图一；
图3为本发明实施例的恢复RRC连接的方法的流程示意图二；
图4为本发明实施例的恢复RRC连接的方法的流程示意图三；
图5为本发明实施例的恢复RRC连接的装置的结构组成示意图一；
图6为本发明实施例的恢复RRC连接的装置的结构组成示意图二；
图7为本发明实施例的恢复RRC连接的装置的结构组成示意图三；
图8为本发明实施例的计算机设备的结构组成示意图。
具体实施方式
为了能够更加详尽地了解本发明实施例的特点与技术内容，下面结合附图对本发明实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明实施例。
本发明实施例的技术方案主要应用于5G移动通信系统，当然，本发明实施例的技术方案并不局限于5G移动通信系统，还可以应用于其他类型的移动通信系统。以下对5G移动通信系统中的主要应用场景进行说明：
1)eMBB场景：eMBB以用户获得多媒体内容、服务和数据为目标，其业务需求增长十分迅速。由于eMBB可能部署在不同的场景中，例如室内、市区、农村等，其业务能力和需求的差别也比较大，所以必须结合具体的部署场景对业务进行分析。
2)URLLC场景：URLLC的典型应用包括：工业自动化、电力自动化、远程医疗操作、交通安全保障等。
3)mMTC场景：URLLC的典型特点包括：高连接密度、小数据量、时延不敏感业务、模块的低成本和长使用寿命等。
以下对5G网络环境中的三种RRC状态进行说明：
1)RRC_IDLE状态：移动性为基于UE的小区选择重选，寻呼由CN发起，寻呼区域由CN配置。基站侧不存在UE AS上下文。不存在RRC连接。
2)RRC_CONNECTED状态：存在RRC连接，基站和UE存在UE AS上下文。网络侧知道UE的位置是具体小区级别的。移动性是网络侧控制的移动性。UE和基站之间可以传输单播数据。
3)RRC_INACTIVE状态：移动性为基于UE的小区选择重选，存在CN和RAN之间的连接，UE AS上下文存在某个基站上，寻呼由RAN触发，基于RAN的寻呼区域由RAN管理，网络侧知道UE的位置是基于RAN的寻呼区域级别的。
图1为RRC连接恢复过程的示意图，如图1所示，RRC连接恢复过程包括以下流程：
步骤101：UE处于INACTIVE状态，要恢复RRC连接。
步骤102：UE向gNB发送前导码(preamble)。
步骤103：gNB向UE发送随机接入响应(RAR，Random Access Response)。
步骤104：UE向gNB发送RRC恢复请求消息(RRC Connection Resume Request)。
步骤105：gNB向锚gNB(anchor gNB)索要UE上下文信息。
步骤106：gNB向UE发送RRC连接恢复消息(RRC Connection Resume)。
步骤107：UE进入RRC连接(RRC_CONNECTED)状态。
步骤108：UE向gNB发送RRC连接恢复完成消息(RRC Connection ResumeComplete)。
本发明实施例的技术方案，定义了完全RRC连接悬挂以及部分RRC连接悬挂两个新概念，并使得网络侧和UE侧可以支持INACTIVE状态。值得说明的是，完全RRC连接悬挂是指悬挂全部RRC连接，部分RRC连接悬挂是指悬挂部分RRC连接，进一步，所述悬挂部分RRC连接是指悬挂SCG部分的资源。相应地，执行完成悬挂全部RRC连接后，UE进入完全RRC INACTIVE状态(也可以称为第一INACTIVE状态)，执行完成悬挂部分RRC连接后，UE进入部分RRCINACTIVE状态(也可以称为第二INACTIVE状态)。
图2为本发明实施例的恢复RRC连接的方法的流程示意图一，如图2所示，所述恢复RRC连接的方法包括以下步骤：
步骤201：目标基站接收终端发送的RRC连接恢复请求消息。
本发明实施例中，所述终端为处于第一种RRC非激活状态(也即完全RRC INACTIVE状态)下的终端，所述第一种RRC非激活状态是指悬挂全部RRC连接后所述终端所处的状态。
本发明实施例中，所述第一节点为双连接网络或者多连接网络中的主节点，所述第二节点为双连接网络或者多连接网络中的辅节点。
本发明实施例中，终端发起RRC连接恢复过程的触发，可以通过以下方式：
方式一：所述终端接收到第一节点发送的寻呼消息后，所述目标基站接收所述终端发送的RRC连接恢复请求消息；其中，如果下行数据达到所述第二节点，则所述第二节点通知所述第一节点发起对所述终端的寻呼；如果下行数据达到所述第一节点，则所述第一节点发起对所述终端的寻呼；所述寻呼用于触发所述终端发起RRC连接恢复过程。
方式二：如果上行数据到达所述终端，则所述目标基站接收所述终端发送的RRC连接恢复请求消息。
在一实施方式中，所述RRC连接恢复请求消息中携带第一指示信息，所述第一指示信息用于指示网络侧发起RRC连接恢复的原因。
为了辅助目标基站准确快速决定第二节点，在一实施方式中，所述RRC连接恢复请求消息中携带第一PCI，所述第一PCI为所述终端建议的第二节点的Pscell的标识。在另一实施方式中，所述RRC连接恢复请求消息中携带第二指示信息，所述第二指示信息用于所述第一节点是否需要恢复SCG部分的资源。
步骤202：所述目标基站根据所述RRC连接恢复请求消息中的UE标识，确定所述终端服务的第一节点，并从所述第一节点获取UE上下文，所述UE上下文包括所述第一节点侧的第一UE上下文和第二节点侧的第二UE上下文。
本发明实施例中，所述从所述第一节点获取UE上下文，包括：
所述目标基站向所述第一节点发送UE上下文请求消息，以使所述第一节点接收到所述UE上下文请求消息后，对所述UE上下文请求消息进行完整性保护验证，并在验证通过后从所述终端服务的第二节点获取所述第二节点侧的第二UE上下文；
所述目标基站接收所述第一节点发送的所述第一节点侧的第一UE上下文和第二节点侧的第二UE上下文。
步骤203：所述目标基站向所述终端发送RRC连接恢复消息，以使所述终端恢复RRC连接。
本发明实施例中，所述终端恢复完成RRC连接后，所述目标基站接收所述终端发送的RRC连接恢复完成消息。
以下结合具体应用示例对本发明实施例的完全RRC INACTIVE状态下UE的恢复过程进行描述，以下实施例中，SN为第二节点，MN为第一节点。
1)如果是下行数据达到SN侧，则SN通知MN发起对于目标UE的寻呼过程；如果是下行数据达到MN侧，则MN会发起对于目标UE的寻呼过程；寻呼触发UE发起RRC连接恢复过程。如果上行数据到达UE侧，则UE发起RRC连接恢复过程。
2)UE向目标基站发起RRC连接恢复请求消息(MSG3)，可选的MSG3中可以携带一个指示，指示网络侧发起RRC恢复的原因，例如信令原因，上行数据到达，以及上行数据到达的DRB id信息。目标基站根据MSG3中的UE标识寻址服务的MN节点，并向服务的MN节点发送索要UE上下文请求的过程。MN收到该请求后，首先执行对于MSG3的完整性保护验证，验证通过后发起向服务的SN节点索要SN侧的UE上下文，并将MN和SN侧的UE上下文都发给目标基站。
3)为了辅助目标基站准确快速决定SN节点，则：
方式1：UE在MSG3中携带一个PCI，该PCI为UE建议的SN节点的Pscell.
方式2：UE在MSG3中携带一个指示，该指示用于指示MN是否需要恢复SCG部分的承载和资源。
4)目标基站发送RRC连接恢复消息(MSG4)给UE恢复RRC连接。同时MN向新的SN节点发送新密钥S-KgNB。
5)UE恢复完RRC连接后，发送RRC连接恢复完成消息。
图3为本发明实施例的恢复RRC连接的方法的流程示意图二，如图3所示，所述恢复RRC连接的方法包括以下步骤：
步骤301：终端向目标基站发送RRC连接恢复请求消息，以使所述目标基站根据所述RRC连接恢复请求消息中的UE标识，确定所述终端服务的第一节点，并从所述第一节点获取UE上下文，所述UE上下文包括所述第一节点侧的第一UE上下文和第二节点侧的第二UE上下文。
本发明实施例中，所述终端为处于第一种RRC非激活状态(也即完全RRC INACTIVE状态)下的终端，所述第一种RRC非激活状态是指悬挂全部RRC连接后所述终端所处的状态。
本发明实施例中，所述第一节点为双连接网络或者多连接网络中的主节点，所述第二节点为双连接网络或者多连接网络中的辅节点。
本发明实施例中，终端发起RRC连接恢复过程的触发，可以通过以下方式：
方式一：所述终端接收到第一节点发送的寻呼消息后，向所述目标基站发送RRC连接恢复请求消息；其中，如果下行数据达到所述第二节点，则所述第二节点通知所述第一节点发起对所述终端的寻呼；如果下行数据达到所述第一节点，则所述第一节点发起对所述终端的寻呼；所述寻呼用于触发所述终端发起RRC连接恢复过程。
方式二：如果上行数据到达所述终端，则所述终端向所述目标基站发送RRC连接恢复请求消息。
在一实施方式中，所述RRC连接恢复请求消息中携带第一指示信息，所述第一指示信息用于指示网络侧发起RRC连接恢复的原因。
为了辅助目标基站准确快速决定第二节点，在一实施方式中，所述RRC连接恢复请求消息中携带第一PCI，所述第一PCI为所述终端建议的第二节点的Pscell的标识。在另一实施方式中，所述RRC连接恢复请求消息中携带第二指示信息，所述第二指示信息用于所述第一节点是否需要恢复SCG部分的资源。
步骤302：所述终端接收所述目标基站发送的RRC连接恢复消息后，恢复RRC连接。
本发明实施例中，所述终端恢复完成RRC连接后，向所述目标基站发送RRC连接恢复完成消息。
图4为本发明实施例的恢复RRC连接的方法的流程示意图三，如图4所示，所述恢复RRC连接的方法包括以下步骤：
步骤401：第一节点确定目标第二节点后，将SCG配置信息发送给所述目标第二节点，并配置新的所述目标第二节点侧的用于计算密钥的第一计算输入参数。
本发明实施例中，所述终端为处于第二种RRC非激活状态(也即部分RRC INACTIVE状态)下的终端，所述第二种RRC非激活状态是指悬挂部分RRC连接后所述终端所处的状态，所述悬挂部分RRC连接是指悬挂SCG部分的资源。
本发明以下实施例中，所述第一节点为双连接网络或者多连接网络中的主节点，所述第二节点为双连接网络或者多连接网络中的源辅节点，所述目标第二节点为双连接网络或者多连接网络中的目标辅节点。
本发明实施例的方案可以分为如下两种场景：
场景一：对于下行数据到达第二节点侧的情况
所述第一节点接收第二节点发送的通知消息，所述通知消息用于通知所述第一节点有下行数据达到所述第二节点侧，以及所述下行数据对应承载的DRB标识信息；所述第一节点接收所述第二节点发送的所述第二节点侧的第二UE上下文；其中，所述SCG配置信息至少包括所述第二节点侧的第二UE上下文。
场景二：对于SCG承载对应的上行数据到达终端的情况
所述第一节点接收所述终端发送的指示信息，所述指示信息用于向所述第一节点请求发起SCG侧资源的恢复。
进一步，所述第一节点至少通过RRC信令、或者MAC CE，接收所述终端发送的指示信息。
在一实施方式中，所述指示信息还携带所述第二节点侧小区的集合信息或者测量结果信息。
本发明实施例中，所述第一节点基于所述终端上报的测量结果，确定所述目标第二节点。
步骤402：所述第一节点获取所述目标第二节点配置的所述目标第二节点侧的第一专用RACH资源后，向终端发送第一专用RACH资源和所述第一计算输入参数，以使所述终端基于所述第一专用RACH资源和所述第一计算输入参数，在所述目标第二节点侧发起随机接入过程。
本发明实施例中，所述第一节点通过信令或者MAC CE或者PDCCH order向所述终端发送第一专用RACH资源和所述第一计算输入参数。
在一实施方式中，所述第一节点获取所述目标第二节点配置的所述目标第二节点侧的第一专用RACH资源时，还获取所述目标第二节点配置的所述目标第二节点侧的系统广播信息。
基于此，所述第一节点通过RRC信令向所述终端发送所述目标第二节点侧的系统广播信息。
这里，如果所述目标第二节点不配置所述目标第二节点侧的系统广播信息，且所述目标第二节点不是所述第二节点，则所述终端需要先读取系统广播信息后，再触发所述目标第二节点侧的随机接入过程。
以下结合具体应用示例对本发明实施例的部分RRC INACTIVE状态下UE的恢复过程进行描述，以下实施例中，SN为第二节点，MN为第一节点，目标SN为目标第二节点。
场景一：下行数据到达SN侧
1)SN通知MN侧关于下行数据到达SN侧，并通知数据到达对应承载的DRB ID信息。同时SN会转发该UE在该SN侧的UE上下文信息给MN。
2)MN侧根据UE的测量上报结果，判决目标SN。MN会将SCG配置信息发送给目标SN。同时MN配置新的目标SN侧用于计算密钥的计算输入参数counter给目标SN。
3)目标SN同时配置目标SN侧小区的系统广播信息，以及配置Pscell上专用RACH资源给MN，用于MN配置给UE在目标SN侧进行随机接入过程。如果目标SN不配置息系统广播信息，且目标SN不是原来的SN，则需要UE首先读取系统广播信息然后再触发在目标SN侧的随机接入过程。
4)MN下发信令或者MAC CE或者PDCCH order配置UE在目标SN侧进行随机接入过程的专用RACH资源和目标SN侧用于密钥计算的输入参数counter。MN通过RRC信令配置目标SN的系统广播信息给UE。如果没有配置系统广播信息，则需要UE首先读取系统广播信息然后再触发在目标SN侧的随机接入过程。
5)UE在目标SN侧发起随机接入过程恢复SCG侧资源和SRB3。
场景二：SCG承载对应的上行数据到达UE侧
1)UE发送一个指示给MN侧关于发起SCG侧资源恢复的请求，该指示可以携带在RRC信令，或者MAC CE或者其他的信号。消息中还可以携带可选的SN侧小区的集合信息或者测量结果信息给MN侧。
2)MN侧根据UE的上报结果，判决目标SN。MN会将SCG配置信息发送给目标SN。同时MN配置新的目标SN侧用于计算密钥的计算输入参数counter给目标SN。
3)目标SN同时配置目标SN侧小区的系统广播信息，以及配置Pscell上专用RACH资源给MN，用于MN配置给UE在目标SN侧进行随机接入过程。如果目标SN不配置息系统广播信息，且目标SN不是原来的SN，则需要UE首先读取系统广播信息然后再触发在目标侧的随机接入过程。
4)MN下发信令或者MAC CE或者PDCCH order配置UE在目标SN侧进行随机接入过程的专用RACH资源和目标SN侧用于密钥计算的输入参数counter。MN通过RRC信令配置目标SN的系统广播信息给UE。如果没有配置系统广播信息，则需要UE首先读取系统广播信息然后再触发在目标侧的随机接入过程。
5)UE在目标SN侧发起随机接入过程恢复SCG侧资源和SRB3。
图5为本发明实施例的恢复RRC连接的装置的结构组成示意图一，如图5所示，所述恢复RRC连接的装置包括：
第一接收单元501，用于接收终端发送的RRC连接恢复请求消息；
UE上下文获取单元502，用于根据所述RRC连接恢复请求消息中的UE标识，确定所述终端服务的第一节点，并从所述第一节点获取UE上下文，所述UE上下文包括所述第一节点侧的第一UE上下文和第二节点侧的第二UE上下文；
发送单元503，用于向所述终端发送RRC连接恢复消息，以使所述终端恢复RRC连接。
在一实施方式中，所述终端为处于第一种RRC非激活状态下的终端，所述第一种RRC非激活状态是指悬挂全部RRC连接后所述终端所处的状态。
在一实施方式中，所述RRC连接恢复请求消息中携带第一指示信息，所述第一指示信息用于指示网络侧发起RRC连接恢复的原因。
在一实施方式中，所述终端接收到第一节点发送的寻呼消息后，所述第一接收单元501接收所述终端发送的RRC连接恢复请求消息；
其中，如果下行数据达到所述第二节点，则所述第二节点通知所述第一节点发起对所述终端的寻呼；如果下行数据达到所述第一节点，则所述第一节点发起对所述终端的寻呼；所述寻呼用于触发所述终端发起RRC连接恢复过程。
在一实施方式中，如果上行数据到达所述终端，则所述第一接收单元501接收所述终端发送的RRC连接恢复请求消息。
在一实施方式中，所述UE上下文获取单元502，用于向所述第一节点发送UE上下文请求消息，以使所述第一节点接收到所述UE上下文请求消息后，对所述UE上下文请求消息进行完整性保护验证，并在验证通过后从所述终端服务的第二节点获取所述第二节点侧的第二UE上下文；接收所述第一节点发送的所述第一节点侧的第一UE上下文和第二节点侧的第二UE上下文。
在一实施方式中，所述RRC连接恢复请求消息中携带第一PCI，所述第一PCI为所述终端建议的第二节点的Pscell的标识。
在一实施方式中，所述RRC连接恢复请求消息中携带第二指示信息，所述第二指示信息用于所述第一节点是否需要恢复SCG部分的资源。
在一实施方式中，所述装置还包括：
第二接收单元504，用于在所述终端恢复完成RRC连接后，接收所述终端发送的RRC连接恢复完成消息。
在一实施方式中，所述第一节点为双连接网络或者多连接网络中的主节点，所述第二节点为双连接网络或者多连接网络中的辅节点。
本领域技术人员应当理解，图5所示的恢复RRC连接的装置中的各单元的实现功能可参照前述恢复RRC连接的方法的相关描述而理解。图5所示的恢复RRC连接的装置中的各单元的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。
图6为本发明实施例的恢复RRC连接的装置的结构组成示意图二，如图6所示，所述恢复RRC连接的装置包括：
第一发送单元601，用于向目标基站发送RRC连接恢复请求消息，以使所述目标基站根据所述RRC连接恢复请求消息中的UE标识，确定所述终端服务的第一节点，并从所述第一节点获取UE上下文，所述UE上下文包括所述第一节点侧的第一UE上下文和第二节点侧的第二UE上下文；
接收单元602，用于接收所述目标基站发送的RRC连接恢复消息；
恢复单元603，用于恢复RRC连接。
在一实施方式中，所述终端为处于第一种RRC非激活状态下的终端，所述第一种RRC非激活状态是指悬挂全部RRC连接后所述终端所处的状态。
在一实施方式中，所述RRC连接恢复请求消息中携带第一指示信息，所述第一指示信息用于指示网络侧发起RRC连接恢复的原因。
在一实施方式中，所述终端接收到第一节点发送的寻呼消息后，所述第一发送单元601向所述目标基站发送RRC连接恢复请求消息；
其中，如果下行数据达到所述第二节点，则所述第二节点通知所述第一节点发起对所述终端的寻呼；如果下行数据达到所述第一节点，则所述第一节点发起对所述终端的寻呼；所述寻呼用于触发所述终端发起RRC连接恢复过程。
在一实施方式中，如果上行数据到达所述终端，则所述第一发送单元601向所述目标基站发送RRC连接恢复请求消息。
在一实施方式中，所述RRC连接恢复请求消息中携带第一PCI，所述第一PCI为所述终端建议的第二节点的Pscell的标识。
在一实施方式中，所述RRC连接恢复请求消息中携带第二指示信息，所述第二指示信息用于所述第一节点是否需要恢复SCG部分的资源。
在一实施方式中，所述装置还包括：
第二发送单元604，用于在恢复完成RRC连接后，向所述目标基站发送RRC连接恢复完成消息。
在一实施方式中，所述第一节点为双连接网络或者多连接网络中的主节点，所述第二节点为双连接网络或者多连接网络中的辅节点。
本领域技术人员应当理解，图6所示的恢复RRC连接的装置中的各单元的实现功能可参照前述恢复RRC连接的方法的相关描述而理解。图6所示的恢复RRC连接的装置中的各单元的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。
图7为本发明实施例的恢复RRC连接的装置的结构组成示意图三，如图7所示，所述恢复RRC连接的装置包括：
确定单元701，用于确定目标第二节点；
第一发送单元702，用于将SCG配置信息发送给所述目标第二节点；
配置单元703，用于配置新的所述目标第二节点侧的用于计算密钥的第一计算输入参数；
获取单元704，用于获取所述目标第二节点配置的所述目标第二节点侧的第一专用RACH资源；
第二发送单元705，用于向终端发送第一专用RACH资源和所述第一计算输入参数，以使所述终端基于所述第一专用RACH资源和所述第一计算输入参数，在所述目标第二节点侧发起随机接入过程。
在一实施方式中，所述终端为处于第二种RRC非激活状态下的终端，所述第二种RRC非激活状态是指悬挂部分RRC连接后所述终端所处的状态，所述悬挂部分RRC连接是指悬挂SCG部分的资源。
在一实施方式中，对于下行数据到达第二节点侧的情况，所述装置还包括：
第一接收单元706，用于接收第二节点发送的通知消息，所述通知消息用于通知所述第一节点有下行数据达到所述第二节点侧，以及所述下行数据对应承载的DRB标识信息；接收所述第二节点发送的所述第二节点侧的第二UE上下文；其中，所述SCG配置信息至少包括所述第二节点侧的第二UE上下文。
在一实施方式中，对于SCG承载对应的上行数据到达终端的情况，所述装置还包括：
第二接收单元707，用于接收所述终端发送的指示信息，所述指示信息用于向所述第一节点请求发起SCG侧资源的恢复。
在一实施方式中，所述第二接收单元707，用于至少通过RRC信令、或者MAC CE，接收所述终端发送的指示信息。
在一实施方式中，所述指示信息还携带所述第二节点侧小区的集合信息或者测量结果信息。
在一实施方式中，所述确定单元701，用于基于所述终端上报的测量结果，确定所述目标第二节点。
在一实施方式中，所述第二发送单元705，用于通过信令或者MAC CE或者PDCCHorder向所述终端发送第一专用RACH资源和所述第一计算输入参数。
在一实施方式中，所述获取单元704获取所述目标第二节点配置的所述目标第二节点侧的第一专用RACH资源时，还获取所述目标第二节点配置的所述目标第二节点侧的系统广播信息。
在一实施方式中，所述装置还包括：
第三发送单元708，用于通过RRC信令向所述终端发送所述目标第二节点侧的系统广播信息。
在一实施方式中，如果所述目标第二节点不配置所述目标第二节点侧的系统广播信息，且所述目标第二节点不是所述第二节点，则所述终端需要先读取系统广播信息后，再触发所述目标第二节点侧的随机接入过程。
在一实施方式中，所述第一节点为双连接网络或者多连接网络中的主节点，所述第二节点为双连接网络或者多连接网络中的源辅节点，所述目标第二节点为双连接网络或者多连接网络中的目标辅节点。
本领域技术人员应当理解，图7所示的恢复RRC连接的装置中的各单元的实现功能可参照前述恢复RRC连接的方法的相关描述而理解。图7所示的恢复RRC连接的装置中的各单元的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。
本发明实施例上述恢复RRC连接的装置如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本发明实施例不限制于任何特定的硬件和软件结合。
相应地，本发明实施例还提供一种计算机存储介质，其中存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现本发明实施例的上述恢复RRC连接的方法。
图8为本发明实施例的计算机设备的结构组成示意图，该计算机设备可以是终端，也可以是网络设备。如图8所示，计算机设备100可以包括一个或多个(图中仅示出一个)处理器1002(处理器1002可以包括但不限于微处理器(MCU，Micro Controller Unit)或可编程逻辑器件(FPGA，Field Programmable Gate Array)等的处理装置)、用于存储数据的存储器1004、以及用于通信功能的传输装置1006。本领域普通技术人员可以理解，图8所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机设备100还可包括比图8中所示更多或者更少的组件，或者具有与图8所示不同的配置。
存储器1004可用于存储应用软件的软件程序以及模块，如本发明实施例中的方法对应的程序指令/模块，处理器1002通过运行存储在存储器1004内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器1004可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器1004可进一步包括相对于处理器1002远程设置的存储器，这些远程存储器可以通过网络连接至计算机设备100。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置1006用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机设备100的通信供应商提供的无线网络。在一个实例中，传输装置1006包括一个网络适配器(NIC，Network Interface Controller)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置1006可以为射频(RF，Radio Frequency)模块，其用于通过无线方式与互联网进行通讯。
本发明实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。
在本发明所提供的几个实施例中，应该理解到，所揭露的方法和智能设备，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外，在本发明各实施例中的各功能单元可以全部集成在一个第二处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。

Claims (13)

1.一种恢复无线资源控制RRC连接的方法，所述方法包括：
目标基站接收终端发送的RRC连接恢复请求消息；
所述目标基站根据所述RRC连接恢复请求消息中的用户设备UE标识，确定所述终端服务的第一节点，并从所述第一节点获取UE上下文，所述UE上下文包括所述第一节点侧的第一UE上下文和第二节点侧的第二UE上下文；
所述RRC连接恢复请求消息包括第二指示信息，所述第二指示信息用于指示所述第一节点是否需要恢复SCG部分的承载和资源以使所述目标基站确定目标基站对应的辅助网络节点；
所述目标基站向所述终端发送RRC连接恢复消息，以使所述终端恢复RRC连接，所述目标基站还向所述目标基站对应的辅助网络节点发送密钥S-KgNB，
其中，所述第一节点为双连接网络或者多连接网络中的主节点，所述第二节点为双连接网络或者多连接网络中的辅节点。
2.根据权利要求1所述的方法，其中，所述终端为处于第一种RRC非激活状态下的终端，所述第一种RRC非激活状态是指悬挂全部RRC连接后所述终端所处的状态。
3.根据权利要求1所述的方法，其中，所述RRC连接恢复请求消息中携带第一指示信息，所述第一指示信息用于指示网络侧发起RRC连接恢复的原因。
4.根据权利要求1所述的方法，其中，所述终端接收到第一节点发送的寻呼消息后，所述目标基站接收所述终端发送的RRC连接恢复请求消息；
其中，如果下行数据达到所述第二节点，则所述第二节点通知所述第一节点发起对所述终端的寻呼；如果下行数据达到所述第一节点，则所述第一节点发起对所述终端的寻呼；所述寻呼用于触发所述终端发起RRC连接恢复过程。
5.根据权利要求1所述的方法，其中，如果上行数据到达所述终端，则所述目标基站接收所述终端发送的RRC连接恢复请求消息。
6.根据权利要求1至5任一项所述的方法，其中，所述从所述第一节点获取UE上下文，包括：
所述目标基站向所述第一节点发送UE上下文请求消息，以使所述第一节点接收到所述UE上下文请求消息后，对所述UE上下文请求消息进行完整性保护验证，并在验证通过后从所述终端服务的第二节点获取所述第二节点侧的第二UE上下文；
所述目标基站接收所述第一节点发送的所述第一节点侧的第一UE上下文和第二节点侧的第二UE上下文。
7.根据权利要求1至5任一项所述的方法，其中，所述方法还包括：
所述终端恢复完成RRC连接后，所述目标基站接收所述终端发送的RRC连接恢复完成消息。
8.一种恢复RRC连接的方法，所述方法包括：
终端向目标基站发送RRC连接恢复请求消息，以使所述目标基站根据所述RRC连接恢复请求消息中的UE标识，确定所述终端服务的第一节点，并从所述第一节点获取UE上下文，所述UE上下文包括所述第一节点侧的第一UE上下文和第二节点侧的第二UE上下文；
所述RRC连接恢复请求消息包括第二指示信息，所述第二指示信息用于指示所述第一节点是否需要恢复SCG部分的承载和资源以使所述目标基站确定目标基站对应的辅助网络节点，
所述终端接收所述目标基站发送的RRC连接恢复消息后，恢复RRC连接，所述目标基站还向所述目标基站对应的辅助网络节点发送密钥S-KgNB，
其中，所述第一节点为双连接网络或者多连接网络中的主节点，所述第二节点为双连接网络或者多连接网络中的辅节点。
9.根据权利要求8所述的方法，其中，所述终端为处于第一种RRC非激活状态下的终端，所述第一种RRC非激活状态是指悬挂全部RRC连接后所述终端所处的状态。
10.根据权利要求8所述的方法，其中，所述RRC连接恢复请求消息中携带第一指示信息，所述第一指示信息用于指示网络侧发起RRC连接恢复的原因。
11.根据权利要求8所述的方法，其中，所述终端接收到第一节点发送的寻呼消息后，向所述目标基站发送RRC连接恢复请求消息；
其中，如果下行数据达到所述第二节点，则所述第二节点通知所述第一节点发起对所述终端的寻呼；如果下行数据达到所述第一节点，则所述第一节点发起对所述终端的寻呼；所述寻呼用于触发所述终端发起RRC连接恢复过程。
12.根据权利要求8所述的方法，其中，如果上行数据到达所述终端，则所述终端向所述目标基站发送RRC连接恢复请求消息。
13.根据权利要求8至12任一项所述的方法，其中，所述方法还包括：
所述终端恢复完成RRC连接后，向所述目标基站发送RRC连接恢复完成消息。
CN202010871159.6A 2018-05-07 2018-05-07 一种恢复rrc连接的方法及装置、计算机存储介质 Active CN112040567B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010871159.6A CN112040567B (zh) 2018-05-07 2018-05-07 一种恢复rrc连接的方法及装置、计算机存储介质

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201880087444.XA CN111630900A (zh) 2018-05-07 2018-05-07 一种恢复rrc连接的方法及装置、计算机存储介质
PCT/CN2018/085855 WO2019213805A1 (zh) 2018-05-07 2018-05-07 一种恢复rrc连接的方法及装置、计算机存储介质
CN202010871159.6A CN112040567B (zh) 2018-05-07 2018-05-07 一种恢复rrc连接的方法及装置、计算机存储介质

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201880087444.XA Division CN111630900A (zh) 2018-05-07 2018-05-07 一种恢复rrc连接的方法及装置、计算机存储介质

Publications (2)

Publication Number Publication Date
CN112040567A CN112040567A (zh) 2020-12-04
CN112040567B true CN112040567B (zh) 2023-05-09

Family

ID=68467712

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202010871159.6A Active CN112040567B (zh) 2018-05-07 2018-05-07 一种恢复rrc连接的方法及装置、计算机存储介质
CN201880087444.XA Pending CN111630900A (zh) 2018-05-07 2018-05-07 一种恢复rrc连接的方法及装置、计算机存储介质

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201880087444.XA Pending CN111630900A (zh) 2018-05-07 2018-05-07 一种恢复rrc连接的方法及装置、计算机存储介质

Country Status (10)

Country Link
US (2) US11700571B2 (zh)
EP (1) EP3742815B1 (zh)
JP (1) JP7128897B6 (zh)
KR (1) KR102468531B1 (zh)
CN (2) CN112040567B (zh)
AU (1) AU2018422296A1 (zh)
BR (1) BR112020018971A2 (zh)
CA (1) CA3093484A1 (zh)
MX (1) MX2020009888A (zh)
WO (1) WO2019213805A1 (zh)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA3093484A1 (en) 2018-05-07 2019-11-14 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and apparatus for recovering rrc connection, and computer storage medium
CN110557849B (zh) 2018-05-30 2021-06-22 华为技术有限公司 一种通信方法及装置
WO2020029109A1 (zh) 2018-08-08 2020-02-13 Oppo广东移动通信有限公司 一种信息配置方法及装置、终端、网络设备
EP3833099B1 (en) * 2018-08-15 2023-06-14 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and terminal for recovering rrc connection
WO2020092527A1 (en) * 2018-11-01 2020-05-07 Apple Inc. Signaling for mac-i verification in rnau without anchor relocation
CN113347648B (zh) * 2020-03-02 2022-07-08 上海朗帛通信技术有限公司 一种被用于无线通信的方法和设备
CN114585107B (zh) * 2020-12-02 2024-10-01 大唐移动通信设备有限公司 终端rrc连接恢复的方法和装置
CN114760712A (zh) * 2021-01-08 2022-07-15 大唐移动通信设备有限公司 数据发送处理方法、装置及处理器可读存储介质
CN116868678A (zh) * 2021-02-03 2023-10-10 上海诺基亚贝尔股份有限公司 具有安全配置的数据传输
CN115209488B (zh) * 2021-04-09 2025-02-14 中国移动通信有限公司研究院 双连接辅节点恢复方法及装置
CN115460718A (zh) * 2021-06-09 2022-12-09 中兴通讯股份有限公司 通信连接恢复方法、基站、计算机可读存储介质
CN117156461A (zh) * 2022-05-24 2023-12-01 荣耀终端有限公司 网络配置方法、用户设备、网络设备及计算机存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2919519A1 (en) * 2014-03-14 2015-09-16 HTC Corporation Connection modification method applicable to user equipment and base station
CN104936169A (zh) * 2014-03-18 2015-09-23 中国移动通信集团公司 一种安全验证处理方法、装置、终端及基站
CN107734639A (zh) * 2016-08-12 2018-02-23 电信科学技术研究院 一种寻呼方法、寻呼处理方法、终端及基站

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101605998B1 (ko) * 2009-03-12 2016-03-23 인터디지탈 패튼 홀딩스, 인크 무선 링크 실패에 대한 모니터링을 위한 방법 및 장치
EP2922363B1 (en) * 2014-03-21 2020-01-15 Alcatel Lucent Dual Connectivity Network
CN106470417A (zh) * 2015-08-20 2017-03-01 中兴通讯股份有限公司 一种终端标识分配方法、装置及系统
CN106961747A (zh) * 2016-01-12 2017-07-18 展讯通信（上海）有限公司 基站及配置连接恢复信息的方法、连接恢复的方法及装置
CN106961712A (zh) * 2016-01-12 2017-07-18 展讯通信（上海）有限公司 小区接入方法及基站
CN111866819B (zh) * 2016-02-05 2022-09-13 中兴通讯股份有限公司 终端与网络间连接处理方法和装置
US10779351B2 (en) * 2016-03-23 2020-09-15 Apple Inc. Radio link failure handling in high-frequency band networks
US20170332436A1 (en) * 2016-05-13 2017-11-16 Htc Corporation Device and Method Handling a Radio Resource Control Connection Resume Procedure
EP3261404A1 (en) * 2016-06-01 2017-12-27 HTC Corporation Device and method of handling radio resource control connection (rrc) resume procedure
CN107666692B (zh) * 2016-07-29 2019-09-17 电信科学技术研究院 一种状态转移方法、用户终端和基站
CN107666693B (zh) 2016-07-29 2019-09-17 电信科学技术研究院 终端路径转移、控制终端状态转换的方法、终端及基站
CN110291812B (zh) * 2017-02-10 2022-04-15 三星电子株式会社 无线通信系统中非活动模式操作的方法和装置
CN107959953B (zh) * 2018-01-08 2019-09-17 创新维度科技（北京）有限公司 跨接窄带物联网基站的rrc连接恢复方法、基站、终端和系统
CA3093484A1 (en) 2018-05-07 2019-11-14 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and apparatus for recovering rrc connection, and computer storage medium

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2919519A1 (en) * 2014-03-14 2015-09-16 HTC Corporation Connection modification method applicable to user equipment and base station
CN104936169A (zh) * 2014-03-18 2015-09-23 中国移动通信集团公司 一种安全验证处理方法、装置、终端及基站
CN107734639A (zh) * 2016-08-12 2018-02-23 电信科学技术研究院 一种寻呼方法、寻呼处理方法、终端及基站

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"TDoc_List_Meeting_RAN3-NR#2".3GPP tsg_ran\WG3_Iu.2017,全文. *

Also Published As

Publication number Publication date
US20200396675A1 (en) 2020-12-17
JP7128897B6 (ja) 2022-10-04
CN112040567A (zh) 2020-12-04
KR20210005547A (ko) 2021-01-14
KR102468531B1 (ko) 2022-11-18
BR112020018971A2 (pt) 2021-01-19
CN111630900A (zh) 2020-09-04
JP2021527967A (ja) 2021-10-14
JP7128897B2 (ja) 2022-08-31
US11700571B2 (en) 2023-07-11
AU2018422296A1 (en) 2020-10-01
MX2020009888A (es) 2020-10-12
EP3742815B1 (en) 2022-06-29
EP3742815A4 (en) 2021-01-06
EP3742815A1 (en) 2020-11-25
CA3093484A1 (en) 2019-11-14
WO2019213805A1 (zh) 2019-11-14
US20230309000A1 (en) 2023-09-28

Similar Documents

Publication Publication Date Title
CN112040567B (zh) 一种恢复rrc连接的方法及装置、计算机存储介质
US11641601B2 (en) Method, apparatus and device for allowing terminal to move between 4G and 5G networks
CN111132380B (zh) 一种rrc状态的控制方法及装置、计算机存储介质
CN109756900B (zh) 一种提高ue标识安全性的方法及装置、计算机存储介质
US20210084496A1 (en) Apparatus for validity verification of network
CN112166645B (zh) 一种提高寻呼可靠性的方法及装置、计算机存储介质
US11882450B2 (en) Method and device for determining security algorithm, and computer storage medium
CN109644338B (zh) 一种获取密钥的方法及装置、计算机存储介质
CN111641981B (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
GR01 Patent grant
GR01 Patent grant