CN102238542A - 一种中继节点下用户设备的rrc重建方法和系统 - Google Patents
一种中继节点下用户设备的rrc重建方法和系统 Download PDFInfo
- Publication number
- CN102238542A CN102238542A CN2010101530257A CN201010153025A CN102238542A CN 102238542 A CN102238542 A CN 102238542A CN 2010101530257 A CN2010101530257 A CN 2010101530257A CN 201010153025 A CN201010153025 A CN 201010153025A CN 102238542 A CN102238542 A CN 102238542A
- Authority
- CN
- China
- Prior art keywords
- rnti
- base station
- rrc connection
- shortmac
- connection reconstruction
- 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
Images
Abstract
本发明公开一种中继节点(RN)下用户设备(UE)的无线资源控制(RRC)重建方法和系统，由RN将为UE分配的C-RNTI通过回程链路发送给基站，或UE将RN为其分配的C-RNTI通过RRC连接重建请求发送给基站；基站根据RN发送的C-RNTI生成UE的消息完整性鉴权码，并在接收到UE的RRC连接重建请求消息时，根据生成的消息完整性鉴权码验证UE的可靠性；或者，基站根据UE发送的C-RNTI生成UE的消息完整性鉴权码，根据生成的消息完整性鉴权码验证UE的可靠性；然后根据验证结果确定是否接受UE的RRC连接重建请求。通过本发明，解决了RN下UE重建到该RN接入的基站所辖小区时，不能接入成功的问题。
Description
技术领域
本发明涉及移动通信领域的中继技术，尤其涉及一种中继节点下用户设备的RRC重建方法和系统。
背景技术
为了满足日益增长的大带宽高速移动接入的需求，第三代伙伴组织计划(3GPP，Third Generation Partnership Projects)推出了高级长期演进(LTE-Advanced，Long-Term Evolution advance)标准。LTE-Advanced对于长期演进(LTE，Long-Term Evolution)系统的演进保留了LTE的核心，在此基础上采用一系列技术对频域、时域进行扩充，以达到提高频谱利用率、增加系统容量等目的。无线中继(Relay)技术即是LTE-Advanced中的技术之一，旨在扩展小区的覆盖范围，减少通信中的死角地区，平衡负载，转移热点地区的业务，节省用户设备(UE，User Equipment)的发射功率。如图1所示，现有的无线网络在原有的基站(eNB)和UE之间增加一些新的中继节点(RN，Relay-Node，也可以称为Relay eNB)，这些新增的RN和eNB进行无线连接；与RN进行无线连接的基站也称为施主基站(DeNB，Donor eNB)。其中，DeNB和RN之间的无线链路称为回程链路(backhaul link)，RN和UE之间的无线链路称为接入链路(access link)。下行数据先到达DeNB，然后传递给RN，RN再传输至UE，上行则反之。
在LTE中由于无线环境或者UE在网络覆盖区域的移动等因素影响，可能会引起UE的连接发生异常，为了保持UE的业务连续性，UE可以发起无线资源控制(RRC，Radio Resource Control)连接重建请求(RRC ConnectionReestablishment Request)以重新建立RRC连接。当前协议中规定在如下几种情况下，UE可以发起RRC重建：检测到了无线链路失败(RLF，Radio LinkFailure)、切换失败、从LTE向异系统切换时失败、底层检测到完整性保护检查失败或者RRC重配置失败时。
发起RRC连接重建的另外一个前提是接入层的安全性必须被激活，如果此时接入层的安全性未被激活，则UE不能进行上述的RRC连接重建，直接进入空闲态。在eNB收到UE的RRC连接重建消息后，通过该消息携带的截短消息完整性鉴权码(short MAC-I)来确认该消息是否来自可靠的UE。shortMAC-I的生成包含如下的参数：VarShortMAC-Input，UE在源小区使用的完整性保护密钥KRRCint，承载(BEARER)设置为1，方向(DIRECTION)设置为1，计数器(COUNT)设置为1。其中，VarShortMAC-Input包含三个参数：UE重建时所在小区的全局小区标识(CGI，Cell Global Identifier)，UE重建前所在源小区的物理小区标识(PCI，Physical Cell Identifier)，重建前UE使用的小区无线网络临时标识(C-RNTI，Cell Radio Network Temporary Identifier)。UE计算出32位的完整性鉴权码，在发起RRC连接重建请求时需要设置16位最低有效位(least significant bits)的shortMAC-I，RRC连接重建请求通过信令无线承载(SRB0，Signaling Radio Bearer)传递给UE实施小区选择后的目标基站，该信令没有完整性保护。目标基站收到RRC连接请求后验证shortMAC-I，如果正确，则发送RRC连接重建消息给UE；否则发送RRC连接重建拒绝消息给UE。
为了确保UE的重建成功，UE所在的源基站需要在UE的重建之前通过切换请求或切换准备信令将该UE的上下文(UE Context)发送给相邻的基站，UE Context中包含shortMAC-I。如果UE在源小区的参数发生变化，那么需要再次将UE新的上下文通过切换请求或切换准备通知给相邻的基站。UE如果位于RN所辖小区，处于连接状态，考虑到RN所布局的场景如图2所示，当UE出现无线链路失败、切换失败、重配置失败等原因触发无线连接重建时，UE执行的小区选择的结果很可能是UE当前所驻留的RN小区、或者是RN接入的基站所辖小区；UE在当前所驻留的RN小区能够重建成功，但UE在所述基站所辖小区的重建不会成功，除非RN提前将UE的上下文信息发送给该基站。RN提前发送UE的上下文不但浪费回程链路宝贵的空口资源，而且需要实时更新UE的上下文。因此，有必要采取一种简单有效的方法，使RN下的UE能够成功重建到RN接入的基站。
现有协议已经确定引入RN后采用的协议架构，所有核心网与RN之间交互的S1接口信令，DeNB均可以解析，因此DeNB可以获知某个UE的无线接入承载(E-RAB，E-UTRAN Radio Access Bearer)的参数，安全密钥(SecurityKey)，UE的安全能力(UE Security Capabilities)等信息；但DeNB不能获得RN为UE分配的C-RNTI，也就不能获得该UE的shortMAC-I；如果该UE因为无线链路失败等原因触发RRC连接重建，且重建的目标小区是DeNB所辖小区时，重建就不能成功，而且之后将导致无线连接释放，这对用户体验是不利的。因此，有必要提出一种解决方案，解决RN下的UE重建到该RN接入的DeNB所辖小区时，不能接入成功的问题。
发明内容
有鉴于此，本发明的主要目的在于提供一种中继节点下用户设备的RRC重建方法和系统，以解决RN下的UE重建到该RN接入的DeNB所辖小区时，不能接入成功的问题。
为达到上述目的，本发明的技术方案是这样实现的：
本发明提供了一种中继节点(RN)下用户设备(UE)的无线资源控制(RRC)重建方法，该方法包括：
RN将为UE分配的小区无线网络临时标识(C-RNTI)通过回程链路发送给基站，或者UE将RN为其分配的C-RNTI通过RRC连接重建请求发送给基站；
所述基站根据RN通过回程链路发送的C-RNTI生成所述UE的消息完整性鉴权码(short MAC-I)，并在接收到来自所述UE的RRC连接重建请求消息时，根据所生成的short MAC-I验证所述UE的可靠性；或者，所述基站根据UE通过RRC连接重建请求发送的C-RNTI生成所述UE的short MAC-I，并根据所生成的short MAC-I验证所述UE的可靠性；
所述基站根据验证结果确定是否接受所述UE的RRC连接重建请求。
该方法进一步包括：所述RN将为UE分配的C-RNTI携带在初始UE信息、初始上下文建立响应消息、无线接入承载(E-RAB)修改响应消息、UE上下文修改响应消息、上行非接入层传输消息或RRC信令中，并通过回程链路发送给所述基站。
所述基站根据RN通过回程链路发送的C-RNTI生成UE的short MAC-I，并在接收到来自UE的RRC连接重建请求消息时，根据所生成的short MAC-I验证UE的可靠性，具体为：
所述基站根据接收的C-RNTI计算生成UE的short MAC-I并保存；
所述UE向基站发送RRC连接重建请求消息，所述RRC连接重建请求消息中包含UE计算的shortMAC-I、UE触发重建时所在的小区的物理小区标识(PCI)和C-RNTI；
所述基站根据接收的RRC连接重建请求消息中的C-RNTI和PCI查询自身保存的对应shortMAC-I，并将查询的shortMAC-I与RRC连接重建请求消息中携带的shortMAC-I进行比较，判断两者是否一致，根据判断结果验证UE的可靠性。
所述基站根据UE通过RRC连接重建请求发送的C-RNTI生成UE的shortMAC-I，并根据所生成的short MAC-I验证UE的可靠性，具体为：
所述UE向基站发送RRC连接重建请求消息，所述RRC连接重建请求消息中包含UE计算的shortMAC-I、UE触发重建时所在的小区的PCI和C-RNTI；
所述基站根据接收的RRC连接重建请求消息中的PCI判断是所述RN下UE的重建请求，然后根据所述RRC连接重建请求消息中的C-RNTI计算生成shortMAC-I，并将生成的shortMAC-I与RRC连接重建请求消息中的shortMAC-I进行比较，判断两者是否一致，根据判断结果验证UE的可靠性。
该方法进一步包括：
所述RN在为UE分配新的C-RNTI时，将所述新分配的C-RNTI通过回程链路发送给基站；
所述基站根据新分配的C-RNTI更新所述UE的上下文信息，并根据所述新分配的C-RNTI计算生成UE的新shortMAC-I，替换UE的原shortMAC-I。
该方法进一步包括：
所述RN将所述UE采用的加密算法和完整性保护算法通过回程链路发送给所述基站，所述基站根据接收的加密算法、完整性保护算法和C-RNTI计算生成所述UE的shortMAC-I。
本发明还提供了一种中继节点下用户设备的RRC重建系统，该系统包括：RN、基站和UE，其中，
所述RN，用于将为UE分配的C-RNTI通过回程链路发送给基站；
所述UE，用于在需要向所述基站发起RRC连接重建时，向所述基站发送RRC连接重建请求消息，所述RRC连接重建请求消息中携带RN为UE分配的C-RNTI；
所述基站，用于根据RN通过回程链路发送的C-RNTI生成所述UE的shortMAC-I，并在接收到来自所述UE的RRC连接重建请求消息时，根据所生成的short MAC-I验证所述UE的可靠性；或者，根据UE通过RRC连接重建请求发送的C-RNTI生成所述UE的short MAC-I，并根据所生成的short MAC-I验证所述UE的可靠性；还用于根据验证结果确定是否接受所述UE的RRC连接重建请求。
所述RN进一步用于，将为UE分配的C-RNTI携带在初始UE信息、初始上下文建立响应消息、E-RAB修改响应消息、UE上下文修改响应消息、上行非接入层传输消息或RRC信令中，并通过回程链路发送给所述基站。
所述UE向基站发送RRC连接重建请求消息中包含UE计算的shortMAC-I、UE触发重建时所在的小区的PCI和C-RNTI；
相应的，所述基站进一步用于，根据RN发送的C-RNTI计算生成UE的short MAC-I并保存，根据UE发送的RRC连接重建请求消息中的C-RNTI和PCI查询自身保存的对应shortMAC-I，并将查询的shortMAC-I与RRC连接重建请求消息中携带的shortMAC-I进行比较，判断两者是否一致，根据判断结果验证UE的可靠性。
所述UE向基站发送RRC连接重建请求消息中包含UE计算的shortMAC-I、UE触发重建时所在的小区的PCI和C-RNTI；
相应的，所述基站进一步用于，根据UE发送的RRC连接重建请求消息中的PCI判断是所述RN下UE的重建请求，然后根据接收的RRC连接重建请求消息中的C-RNTI计算生成shortMAC-I，并将生成的shortMAC-I与RRC连接重建请求消息中的shortMAC-I进行比较，判断两者是否一致，根据判断结果验证UE的可靠性。
所述RN进一步用于，在为UE分配新的C-RNTI时，将所述新分配的C-RNTI通过回程链路发送给基站；
相应的，所述基站进一步用于，根据新分配的C-RNTI更新所述UE的上下文信息，并根据所述新分配的C-RNTI计算生成所述UE的新shortMAC-I，替换所述UE的原shortMAC-I。
所述RN进一步用于将所述UE采用的加密算法和完整性保护算法通过回程链路发送给所述基站；
相应的，所述基站进一步用于根据接收的加密算法、完整性保护算法和C-RNTI计算生成所述UE的shortMAC-I。
本发明所提供的一种中继节点下用户设备的RRC重建方法和系统，由RN将为UE分配的C-RNTI通过回程链路发送给基站，或者UE将RN为其分配的C-RNTI通过RRC连接重建请求发送给基站；基站根据RN通过回程链路发送的C-RNTI生成UE的short MAC-I，并在接收到来自UE的RRC连接重建请求消息时，根据所生成的short MAC-I验证UE的可靠性；或者，基站根据UE通过RRC连接重建请求发送的C-RNTI生成UE的short MAC-I，并根据所生成的short MAC-I验证UE的可靠性；然后基站根据验证结果确定是否接受UE的RRC连接重建请求。
通过本发明，解决了RN下的UE重建到该RN接入的DeNB所辖小区时，不能接入成功的问题，有效增强了RN下的UE的重建成功率，增强了无线链路的强壮性，避免了通信的中断，提高了用户体验。
附图说明
图1为现有技术中包含无线中继的无线网络结构的示意图；
图2为现有技术中中继节点在基站下的布局示意图；
图3为本发明一种中继节点下用户设备的RRC重建方法的流程图；
图4为本发明实施例中UE建立业务承载的流程图。
具体实施方式
下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。
本发明所提供的一种中继节点下用户设备的RRC重建方法，如图3所示，包括以下步骤：
步骤301，RN将为UE分配的C-RNTI通过回程链路发送给基站，或者UE将RN为其分配的C-RNTI通过RRC连接重建请求发送给基站。
步骤302，基站根据RN通过回程链路发送的C-RNTI生成UE的shortMAC-I，并在接收到来自UE的RRC连接重建请求时，根据所生成的short MAC-I验证UE的可靠性；或者，基站根据UE通过RRC连接重建请求发送的C-RNTI生成UE的short MAC-I，并根据所生成的short MAC-I验证UE的可靠性。
步骤303，基站根据验证结果确定是否接受UE的RRC连接重建请求。
需要说明的是，作为基站获取RN为UE分配的C-RNTI的一种方式，RN可以将为UE分配的C-RNTI携带在初始UE信息、初始上下文建立响应消息、无线接入承载(E-RAB)修改响应消息、UE上下文修改响应消息、上行非接入层传输消息或RRC信令中，并通过回程链路发送给基站。那么相应的，基站根据接收的C-RNTI计算生成UE的short MAC-I并保存，在接收到UE的RRC连接重建请求消息后，根据RRC连接重建请求消息中的C-RNTI和PCI查询自身保存的对应shortMAC-I，并将查询的shortMAC-I与RRC连接重建请求消息中携带的shortMAC-I进行比较，判断两者是否一致，根据判断结果验证UE的可靠性。
作为基站获取RN为UE分配的C-RNTI的另一种方式，UE可以将RN为其分配的C-RNTI携带在RRC连接重建请求消息中发送给基站。那么相应的，基站在接收到UE的RRC连接重建请求消息后，根据RRC连接重建请求消息中的PCI判断是RN下UE的重建请求，然后根据RRC连接重建请求消息中的PCI和C-RNTI计算生成shortMAC-I，并将生成的shortMAC-I与RRC连接重建请求消息中的shortMAC-I进行比较，判断两者是否一致，根据判断结果验证UE的可靠性。
下面结合具体实施例对上述中继节点下用户设备的RRC重建方法进一步详细阐述。
在本发明的实施例一中，RN接入DeNB所辖小区Cell_1，处于正常的工作状态，RN为其覆盖下的UE提供服务，且RN所辖小区是Cell_2。此时，DeNB已经为RN建立了回程链路，包括SRB和数据无线承载(DRB，Data RadioBearer)。由于RN需要为其覆盖下的UE提供服务，UE与核心网交互的信令和数据均在DeNB为RN建立的DRB上传输。
某个UE在Cell_2中，当需要发起业务时，建立业务承载的流程如图4所示，主要包括以下步骤：
步骤401，UE在Cell_2中发起RRC连接请求，RN接受了UE的RRC连接请求，为其分配资源，建立了RRC连接，此时建立了SRB。该步骤包括UE发起的随机接入过程，RN为该UE分配了C-RNTI。
步骤402，RN向DeNB发送初始用户设备信息(Initial UE Message)，其中包含UE的非接入层信息(NAS，Non access stratum)，在回程链路，RN在其DRB上为该UE传递初始用户设备信息。
步骤403，DeNB收到初始用户设备信息后，需要转换该UE的S1接口连接标识，然后向核心网发送初始用户设备信息。此处DeNB实现了代理(Proxy)的功能。
步骤404，核心网向DeNB发送初始上下文建立请求(Initial Context SetupRequest)消息，其中包含UE需要建立的E-RAB的参数，安全密钥(SecurityKey)，用户设备的安全能力(UE Security Capabilities)等。E-RAB中包括承载的标识、承载的服务质量(QoS，Quality ofService)参数、传输层地址等。
步骤405，DeNB转换该UE的S1接口连接标识，向RN发送初始上下文建立请求消息。
步骤406，RN与UE完成安全算法的交互，RN向UE发送加密算法和完整性保护算法，UE返回响应。随后，接入层的安全性被激活。
步骤407，RN向UE发送RRC连接重配置(RRC Connection Reconfiguration)消息，其中包含专用的无线资源配置信息、测量配置等。
需要说明的是，步骤406和407可以同时进行。
步骤408，UE向RN返回RRC连接重配置完成(RRC ConnectionReconfiguration Complete)消息。
步骤409，RN向DeNB发送初始上下文建立响应(Initial Context SetupResponse)消息。
步骤410，DeNB向核心网发送初始上下文建立响应消息。
至此，该UE的业务承载已经建立，UE可以开展业务。在步骤310之后，UE还会与核心网交互非接入层(NAS)信息。
为了实现本发明，即当UE由于无线链路失败、重配置失败、切换失败或完整性保护失败等原因触发重建，选择重建的小区是RN接入的DeNB所辖小区，如Cell 1时，能够保证重建成功，RN需要将该UE的C-RNTI发送给DeNB，RN可以通过步骤402的初始用户设备信息、或者步骤409的初始上下文建立响应消息等信令发送给DeNB。RN也可以通过其他S1接口信令，如E-RAB修改响应(E-RAB Modify Response)消息、用户设备上下文修改响应(UE ContextModification Response)消息、或上行非接入层传输(Uplink NAS Transport)消息等信令发送该UE的C-RNTI；或者RN还可以通过RRC信令将该UE的C-RNTI通知给DeNB，如果采用RRC信令传输，则需要标明UE的标识以及对应的C-RNTI。采用前面所述S1接口信令传输时，所述S1接口信令本身包含在S1接口下该UE的标识，只需在S1接口信令中新增表示C-RNTI的字段即可。
在上述步骤中，DeNB需要保存该UE的E-RAB的参数、Security Key、UE Security Capabilities等，即在步骤404中，当DeNB收到初始上下文建立请求后需要保存该UE的E-RAB的参数、Security Key、UE Security Capabilities等。当DeNB收到UE的C-RNTI后，计算该UE对应的shortMAC-I。需要说明的是，DeNB可以通过后台操作和维护(O&M，Operation and Maintenance)服务器获得RN所辖小区的PCI，也可以通过其他UE的测量报告获得RN所辖小区的PCI，DeNB计算该UE对应的shortMAC-I属于现有技术，可以参考背景技术中的说明。
UE进行RRC连接重建的步骤具体包括：
步骤501，RN下的UE因为无线链路失败或切换失败等原因触发RRC连接重建，执行小区选择，选择的小区是Cell_1；UE读取Cell_1的系统消息，发起随机接入，向DeNB发送RRC连接重建请求(RRC ConnectionReestablishment Request)消息，在RRC连接重建请求消息中包含UE计算的shortMAC-I、UE触发重建时所在的小区的PCI和C-RNTI。
步骤502，DeNB收到UE发来的RRC连接重建请求消息后，根据消息中携带的C-RNTI和PCI查询自身保存的对应shortMAC-I，并将查询的shortMAC-I与消息中携带的shortMAC-I进行比较，判断是否一致，如果一致，则DeNB接受该UE的RRC连接重建请求，向UE发送RRC连接重建(RRC ConnectionReestablishment)消息；如果不一致，则DeNB拒绝该UE的RRC连接重建请求。
步骤503，UE收到RRC连接重建消息后，根据其中的参数，恢复SRB以及与DeNB取得安全算法上的同步，然后向DeNB发送RRC连接重建完成(RRCConnection Reestablishment Complete)消息。
步骤504，SRB重建成功后，DeNB将根据保存的UE承载的参数，重配置DRB以便UE能够继续开展业务。由于该UE已经重建到DeNB所辖小区，因此DeNB可以通知RN删除该UE的资源；在DeNB与核心网的S1接口上可以复用原来的配置参数，也可以请求核心网为该UE重新配置新的参数。
通过本实施例，RN下的UE能够成功地重建到RN接入的DeNB所辖小区，避免了重建失败导致的无线连路释放，提高了用户体验。
在本发明的实施例二中，UE在RN所辖小区Cell_2中处于连接状态，已经激活安全，RN接入DeNB的小区Cell_1，RN为该UE分配的小区无线网络临时标识是C-RNTI 1。
过了一段时间，该UE因为小区内切换的实施，RN为该UE分配了新的C-RNTI 2。由于RN为该UE分配了新的C-RNTI，RN需要通过回程链路将该UE的新的C-RNTI(即C-RNTI2)通知给DeNB。RN可以采用实施例一中的方法传递UE的C-RNTI，也可以采用新增的信令传递UE的C-RNTI。DeNB收到新的C-RNTI后，更新该UE的上下文信息，并根据新的C-RNTI等参数计算该UE的shortMAC-I，DeNB删除该UE原来的shortMAC-I，保存新计算的shortMAC-I，以便在UE重建到该DeNB所辖小区后能够重建成功。UE在RN所辖小区由于无线链路失败等原因触发重建时，如果小区选择的是该DeNB所辖小区，则DeNB通过shortMAC-I验证UE的可靠性，重建将获得成功，具体过程如实施例一中所述。需要说明的是，DeNB也可以等到接收到UE发送的RRC连接重建请求后，再计算UE的shortMAC-I，根据计算的shortMAC-I核对RRC连接重建请求中的shortMAC-I。
采用本发明的方法，可以确保RN下的UE能够成功重建到RN所接入DeNB所辖小区。由于UE的E-RAB与DRB的映射关系由RN实施，DeNB不能获得这部分映射关系，DeNB可以通过完整配置的方法(Full configuration)重新实施E-RAB与DRB的映射。在E-RAB数量只有一个的情况下，映射关系也就是唯一的，此时不需要实施完整配置的方法。
在上述的两个实施例中，DeNB通过解析核心网向RN发送的信令可以获知UE的安全能力(UE Security Capabilities)，该安全能力是一个按照优先级排列的算法列表，由于通常情况下RN在UE的安全能力中选择优先级最高的算法(包括加密算法和完整性保护算法)，因此DeNB是能够知道UE实际使用的加密算法和完整性保护算法，也就能够计算出UE使用的完整性保护密钥KRRCint(该参数是计算shortMAC-I的必要参数，这是现有协议规定的)，如果RN没有为UE选择优先级最高的加密算法和完整性保护算法，RN需要通知DeNB该UE采用的加密算法和完整性保护算法。当RN没有为UE选择优先级最高的加密算法和完整性保护算法时，RN可以通过初始用户设备信息、或者初始上下文建立响应等信令将该UE实际采用的加密算法和完整性保护算法发送给DeNB；RN也可以通过其他S1接口信令如：E-RAB Modify Response、UE ContextModification Response或Uplink NAS Transport等信令，将该UE实际采用的加密算法和完整性保护算法发送给DeNB，DeNB收到后将保存UE实际采用的加密算法和完整性保护算法，计算出UE使用的完整性保护密钥KRRCint，然后再据此计算出该UE的shortMAC-I。
对应上述中继节点下用户设备的RRC重建方法，本发明还提供了一种中继节点下用户设备的RRC重建系统，包括：RN、基站和UE。其中，RN，用于将为UE分配的C-RNTI通过回程链路发送给基站。UE，用于在需要向基站发起RRC连接重建时，向基站发送RRC连接重建请求消息，RRC连接重建请求消息中携带RN为UE分配的C-RNTI。基站，用于根据RN通过回程链路发送的C-RNTI生成UE的short MAC-I，并在接收到来自UE的RRC连接重建请求消息时，根据所生成的short MAC-I验证UE的可靠性；或者，根据UE通过RRC连接重建请求发送的C-RNTI生成UE的short MAC-I，并根据所生成的short MAC-I验证UE的可靠性；还用于根据验证结果确定是否接受UE的RRC连接重建请求。
RN可以将为UE分配的C-RNTI携带在初始UE信息、初始上下文建立响应消息、E-RAB修改响应消息、UE上下文修改响应消息、上行非接入层传输消息或RRC信令中，并通过回程链路发送给基站。那么相应的，基站根据RN发送的C-RNTI计算生成UE的short MAC-I并保存，在接收到UE的RRC连接重建请求消息后，根据RRC连接重建请求消息中的C-RNTI和PCI查询自身保存的对应shortMAC-I，并将查询的shortMAC-I与RRC连接重建请求消息中携带的shortMAC-I进行比较，判断两者是否一致，根据判断结果验证UE的可靠性。
UE可以将RN为其分配的C-RNTI携带在RRC连接重建请求消息中。那么相应的，基站在接收到UE的RRC连接重建请求消息后，根据RRC连接重建请求中的PCI判断是RN下UE的重建请求，然后根据RRC连接重建请求消息中的PCI和C-RNTI计算生成shortMAC-I，并将生成的shortMAC-I与RRC连接重建请求消息中的shortMAC-I进行比较，判断两者是否一致，根据判断结果验证UE的可靠性。
较佳的，RN进一步用于，在为UE分配新的C-RNTI时，将新分配的C-RNTI通过回程链路发送给基站；相应的，基站进一步用于，根据新分配的C-RNTI更新UE的上下文信息，并根据新分配的C-RNTI计算生成UE的新shortMAC-I，替换UE的原shortMAC-I。
较佳的，RN进一步用于，将UE采用的加密算法和完整性保护算法通过回程链路发送给基站；相应的，基站进一步用于根据接收的加密算法、完整性保护算法和C-RNTI计算生成UE的shortMAC-I。
综上所述，通过本发明的方法和系统，解决了RN下的UE重建到该RN接入的DeNB所辖小区时，不能接入成功的问题，有效增强了RN下的UE的重建成功率，增强了无线链路的强壮性，避免了通信的中断，提高了用户体验。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
Claims (12)
1.一种中继节点(RN)下用户设备(UE)的无线资源控制(RRC)重建方法，其特征在于，该方法包括：
RN将为UE分配的小区无线网络临时标识(C-RNTI)通过回程链路发送给基站，或者UE将RN为其分配的C-RNTI通过RRC连接重建请求发送给基站；
所述基站根据RN通过回程链路发送的C-RNTI生成所述UE的消息完整性鉴权码(short MAC-I)，并在接收到来自所述UE的RRC连接重建请求消息时，根据所生成的short MAC-I验证所述UE的可靠性；或者，所述基站根据UE通过RRC连接重建请求发送的C-RNTI生成所述UE的short MAC-I，并根据所生成的short MAC-I验证所述UE的可靠性；
所述基站根据验证结果确定是否接受所述UE的RRC连接重建请求。
2.根据权利要求1所述中继节点下用户设备的RRC重建方法，其特征在于，该方法进一步包括：所述RN将为UE分配的C-RNTI携带在初始UE信息、初始上下文建立响应消息、无线接入承载(E-RAB)修改响应消息、UE上下文修改响应消息、上行非接入层传输消息或RRC信令中，并通过回程链路发送给所述基站。
3.根据权利要求2所述中继节点下用户设备的RRC重建方法，其特征在于，所述基站根据RN通过回程链路发送的C-RNTI生成UE的short MAC-I，并在接收到来自UE的RRC连接重建请求消息时，根据所生成的short MAC-I验证UE的可靠性，具体为：
所述基站根据接收的C-RNTI计算生成UE的short MAC-I并保存；
所述UE向基站发送RRC连接重建请求消息，所述RRC连接重建请求消息中包含UE计算的shortMAC-I、UE触发重建时所在的小区的物理小区标识(PCI)和C-RNTI；
所述基站根据接收的RRC连接重建请求消息中的C-RNTI和PCI查询自身保存的对应shortMAC-I，并将查询的shortMAC-I与RRC连接重建请求消息中携带的shortMAC-I进行比较，判断两者是否一致，根据判断结果验证UE的可靠性。
4.根据权利要求1所述中继节点下用户设备的RRC重建方法，其特征在于，所述基站根据UE通过RRC连接重建请求发送的C-RNTI生成UE的shortMAC-I，并根据所生成的short MAC-I验证UE的可靠性，具体为：
所述UE向基站发送RRC连接重建请求消息，所述RRC连接重建请求消息中包含UE计算的shortMAC-I、UE触发重建时所在的小区的PCI和C-RNTI；
所述基站根据接收的RRC连接重建请求消息中的PCI判断是所述RN下UE的重建请求，然后根据所述RRC连接重建请求消息中的C-RNTI计算生成shortMAC-I，并将生成的shortMAC-I与RRC连接重建请求消息中的shortMAC-I进行比较，判断两者是否一致，根据判断结果验证UE的可靠性。
5.根据权利要求1至4任一项所述中继节点下用户设备的RRC重建方法，其特征在于，该方法进一步包括：
所述RN在为UE分配新的C-RNTI时，将所述新分配的C-RNTI通过回程链路发送给基站；
所述基站根据新分配的C-RNTI更新所述UE的上下文信息，并根据所述新分配的C-RNTI计算生成UE的新shortMAC-I，替换UE的原shortMAC-I。
6.根据权利要求1至4任一项所述中继节点下用户设备的RRC重建方法，其特征在于，该方法进一步包括：
所述RN将所述UE采用的加密算法和完整性保护算法通过回程链路发送给所述基站，所述基站根据接收的加密算法、完整性保护算法和C-RNTI计算生成所述UE的shortMAC-I。
7.一种中继节点下用户设备的RRC重建系统，其特征在于，该系统包括：RN、基站和UE，其中，
所述RN，用于将为UE分配的C-RNTI通过回程链路发送给基站；
所述UE，用于在需要向所述基站发起RRC连接重建时，向所述基站发送RRC连接重建请求消息，所述RRC连接重建请求消息中携带RN为UE分配的C-RNTI；
所述基站，用于根据RN通过回程链路发送的C-RNTI生成所述UE的shortMAC-I，并在接收到来自所述UE的RRC连接重建请求消息时，根据所生成的short MAC-I验证所述UE的可靠性；或者，根据UE通过RRC连接重建请求发送的C-RNTI生成所述UE的short MAC-I，并根据所生成的short MAC-I验证所述UE的可靠性；还用于根据验证结果确定是否接受所述UE的RRC连接重建请求。
8.根据权利要求7所述中继节点下用户设备的RRC重建系统，其特征在于，所述RN进一步用于，将为UE分配的C-RNTI携带在初始UE信息、初始上下文建立响应消息、E-RAB修改响应消息、UE上下文修改响应消息、上行非接入层传输消息或RRC信令中，并通过回程链路发送给所述基站。
9.根据权利要求8所述中继节点下用户设备的RRC重建系统，其特征在于，所述UE向基站发送RRC连接重建请求消息中包含UE计算的shortMAC-I、UE触发重建时所在的小区的PCI和C-RNTI；
相应的，所述基站进一步用于，根据RN发送的C-RNTI计算生成UE的short MAC-I并保存，根据UE发送的RRC连接重建请求消息中的C-RNTI和PCI查询自身保存的对应shortMAC-I，并将查询的shortMAC-I与RRC连接重建请求消息中携带的shortMAC-I进行比较，判断两者是否一致，根据判断结果验证UE的可靠性。
10.根据权利要求7所述中继节点下用户设备的RRC重建系统，其特征在于，所述UE向基站发送RRC连接重建请求消息中包含UE计算的shortMAC-I、UE触发重建时所在的小区的PCI和C-RNTI；
相应的，所述基站进一步用于，根据UE发送的RRC连接重建请求消息中的PCI判断是所述RN下UE的重建请求，然后根据接收的RRC连接重建请求消息中的C-RNTI计算生成shortMAC-I，并将生成的shortMAC-I与RRC连接重建请求消息中的shortMAC-I进行比较，判断两者是否一致，根据判断结果验证UE的可靠性。
11.根据权利要求7至10任一项所述中继节点下用户设备的RRC重建系统，其特征在于，所述RN进一步用于，在为UE分配新的C-RNTI时，将所述新分配的C-RNTI通过回程链路发送给基站；
相应的，所述基站进一步用于，根据新分配的C-RNTI更新所述UE的上下文信息，并根据所述新分配的C-RNTI计算生成所述UE的新shortMAC-I，替换所述UE的原shortMAC-I。
12.根据权利要求7至10任一项所述中继节点下用户设备的RRC重建系统，其特征在于，所述RN进一步用于将所述UE采用的加密算法和完整性保护算法通过回程链路发送给所述基站；
相应的，所述基站进一步用于根据接收的加密算法、完整性保护算法和C-RNTI计算生成所述UE的shortMAC-I。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010101530257A CN102238542A (zh) | 2010-04-20 | 2010-04-20 | 一种中继节点下用户设备的rrc重建方法和系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010101530257A CN102238542A (zh) | 2010-04-20 | 2010-04-20 | 一种中继节点下用户设备的rrc重建方法和系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN102238542A true CN102238542A (zh) | 2011-11-09 |
Family
ID=44888644
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2010101530257A Pending CN102238542A (zh) | 2010-04-20 | 2010-04-20 | 一种中继节点下用户设备的rrc重建方法和系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102238542A (zh) |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103379663A (zh) * | 2012-04-24 | 2013-10-30 | 中兴通讯股份有限公司 | 重新建立连接的方法及系统 |
| CN105682082A (zh) * | 2016-01-22 | 2016-06-15 | 北京佰才邦技术有限公司 | 终端识别方法和装置 |
| CN108029150A (zh) * | 2016-05-10 | 2018-05-11 | 华为技术有限公司 | 数据传输的方法和设备 |
| CN108605320A (zh) * | 2016-03-30 | 2018-09-28 | Oppo广东移动通信有限公司 | 用于建立无线资源控制连接的方法和装置 |
| CN108924831A (zh) * | 2017-03-24 | 2018-11-30 | 中兴通讯股份有限公司 | 终端的验证方法和装置 |
| CN109644354A (zh) * | 2018-03-20 | 2019-04-16 | Oppo广东移动通信有限公司 | 一种完整性验证方法、网络设备、ue及计算机存储介质 |
| CN109691168A (zh) * | 2016-09-30 | 2019-04-26 | 华为技术有限公司 | 一种处理控制信令的方法、设备及系统 |
| CN109922505A (zh) * | 2013-11-01 | 2019-06-21 | 华为技术有限公司 | 配置消息的传输方法及装置 |
| WO2019140619A1 (zh) * | 2018-01-19 | 2019-07-25 | Oppo广东移动通信有限公司 | 一种信息指示方法及装置、计算机存储介质 |
| CN110830988A (zh) * | 2018-08-08 | 2020-02-21 | 维沃移动通信有限公司 | 一种安全更新方法、网络设备及终端 |
| CN110831255A (zh) * | 2018-08-09 | 2020-02-21 | 电信科学技术研究院有限公司 | 重建rrc连接的方法、基站、移动终端及存储介质 |
| CN113455097A (zh) * | 2019-03-29 | 2021-09-28 | 华为技术有限公司 | 链路失败的恢复方法和设备 |
| WO2022262611A1 (zh) * | 2021-06-15 | 2022-12-22 | 华为技术有限公司 | 一种通信方法及装置 |
| CN115669215A (zh) * | 2020-03-30 | 2023-01-31 | 京瓷株式会社 | 通信控制方法 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101610581A (zh) * | 2008-06-17 | 2009-12-23 | 大唐移动通信设备有限公司 | 一种终端标识分配方法及通信系统 |
-
2010
- 2010-04-20 CN CN2010101530257A patent/CN102238542A/zh active Pending
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101610581A (zh) * | 2008-06-17 | 2009-12-23 | 大唐移动通信设备有限公司 | 一种终端标识分配方法及通信系统 |
Non-Patent Citations (1)
| Title |
|---|
| ERICSSON, ST-ERICSSON, AT&T, ALCATEL-LUCENT, HUAWEI, NOKIA SIEME: "Introduction of Per-QCI radio link failure timers(Option 2)", 《3GPP TSG-RAN WG2 MEETING #66BIS, R2-093826》 * |
Cited By (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103379663A (zh) * | 2012-04-24 | 2013-10-30 | 中兴通讯股份有限公司 | 重新建立连接的方法及系统 |
| WO2013159660A1 (zh) * | 2012-04-24 | 2013-10-31 | 中兴通讯股份有限公司 | 重新建立连接的方法及系统 |
| CN103379663B (zh) * | 2012-04-24 | 2017-02-08 | 中兴通讯股份有限公司 | 重新建立连接的方法及系统 |
| CN109922505B (zh) * | 2013-11-01 | 2023-04-18 | 华为技术有限公司 | 配置消息的传输方法及装置 |
| CN109922505A (zh) * | 2013-11-01 | 2019-06-21 | 华为技术有限公司 | 配置消息的传输方法及装置 |
| CN105682082A (zh) * | 2016-01-22 | 2016-06-15 | 北京佰才邦技术有限公司 | 终端识别方法和装置 |
| CN105682082B (zh) * | 2016-01-22 | 2019-08-13 | 北京佰才邦技术有限公司 | 终端识别方法和装置 |
| CN108605320A (zh) * | 2016-03-30 | 2018-09-28 | Oppo广东移动通信有限公司 | 用于建立无线资源控制连接的方法和装置 |
| CN108029150A (zh) * | 2016-05-10 | 2018-05-11 | 华为技术有限公司 | 数据传输的方法和设备 |
| CN108029150B (zh) * | 2016-05-10 | 2020-09-11 | 华为技术有限公司 | 数据传输的方法和设备 |
| CN109691168A (zh) * | 2016-09-30 | 2019-04-26 | 华为技术有限公司 | 一种处理控制信令的方法、设备及系统 |
| US11206538B2 (en) | 2016-09-30 | 2021-12-21 | Huawei Technologies Co., Ltd. | Control signaling processing method, device, and system |
| CN109691168B (zh) * | 2016-09-30 | 2020-10-23 | 华为技术有限公司 | 一种处理控制信令的方法、设备及系统 |
| CN108924831A (zh) * | 2017-03-24 | 2018-11-30 | 中兴通讯股份有限公司 | 终端的验证方法和装置 |
| CN108924831B (zh) * | 2017-03-24 | 2023-01-10 | 中兴通讯股份有限公司 | 终端的验证方法和装置 |
| WO2019140619A1 (zh) * | 2018-01-19 | 2019-07-25 | Oppo广东移动通信有限公司 | 一种信息指示方法及装置、计算机存储介质 |
| CN109644354B (zh) * | 2018-03-20 | 2021-10-26 | Oppo广东移动通信有限公司 | 一种完整性验证方法、网络设备、ue及计算机存储介质 |
| CN109644354A (zh) * | 2018-03-20 | 2019-04-16 | Oppo广东移动通信有限公司 | 一种完整性验证方法、网络设备、ue及计算机存储介质 |
| CN110830988A (zh) * | 2018-08-08 | 2020-02-21 | 维沃移动通信有限公司 | 一种安全更新方法、网络设备及终端 |
| CN110830988B (zh) * | 2018-08-08 | 2023-08-15 | 维沃移动通信有限公司 | 一种安全更新方法、网络设备及终端 |
| CN110831255A (zh) * | 2018-08-09 | 2020-02-21 | 电信科学技术研究院有限公司 | 重建rrc连接的方法、基站、移动终端及存储介质 |
| CN113455097A (zh) * | 2019-03-29 | 2021-09-28 | 华为技术有限公司 | 链路失败的恢复方法和设备 |
| CN115669215A (zh) * | 2020-03-30 | 2023-01-31 | 京瓷株式会社 | 通信控制方法 |
| WO2022262611A1 (zh) * | 2021-06-15 | 2022-12-22 | 华为技术有限公司 | 一种通信方法及装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102238542A (zh) | 一种中继节点下用户设备的rrc重建方法和系统 | |
| CN102487507B (zh) | 一种实现完整性保护的方法及系统 | |
| CN102215485B (zh) | 多载波通信系统中保证多载波切换或重建安全性的方法 | |
| CN105493568B (zh) | 在无线通信系统中为小小区转发数据的方法和设备 | |
| CN110431873A (zh) | 在无线通信系统中指示用于下一个消息的承载类型的方法和设备 | |
| CN103517356B (zh) | 一种进行切换的方法、系统和设备 | |
| CN101779391B (zh) | 具有链路失效恢复的切换方法、用于实现该方法的无线设备及基站 | |
| US10348703B2 (en) | Method and device for generating access stratum key in communications system | |
| CN103380635B (zh) | 在无线通信系统中执行成员资格验证或者接入控制的方法和装置 | |
| CN108990116A (zh) | 一种移动切换的管理方法、装置及设备 | |
| CN102196496B (zh) | 一种处理回程链路错误的方法和中继节点 | |
| CN102448060B (zh) | 一种密钥管理方法、检查授权方法和装置 | |
| CN104581843A (zh) | 用于无线通信系统的网络端的处理交递方法及其通信装置 | |
| CN101951689B (zh) | 一种无线资源控制连接重建立方法和一种基站 | |
| CN104904254A (zh) | 用于在无线通信系统中发送信息的方法和设备 | |
| CN102056159B (zh) | 一种中继系统的安全密钥获取方法、装置 | |
| KR20190095964A (ko) | 무선 액세스 네트워크 핸드오버 방법, 기지국, 및 기지국의 통신 방법 | |
| CN104349309A (zh) | 一种移动通信系统中利用nh、ncc对解决安全问题的方法 | |
| CN103442397A (zh) | Lte-a中继系统及其基于辅助载波的协作切换方法 | |
| CN103687053A (zh) | 一种连接重建的方法及设备 | |
| WO2012094958A1 (zh) | 一种安全隔离的方法和设备 | |
| WO2012089033A1 (zh) | 重建准备信息发送及获取方法、系统和装置 | |
| CN102404809A (zh) | 数据传输通道迁移方法及系统 | |
| CN102958122A (zh) | 群组切换时的承载控制方法及装置 | |
| CN112738898A (zh) | 电信方法、电信系统、主节点、辅节点和用户设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20111109 |