一种终端UE接入控制方法及设备与流程

本申请涉及通信技术领域，特别涉及一种终端UE接入控制方法。本申请同时还涉及一种无线网络控制器RNC。

背景技术：

得益于网络速率高以及频谱利用率高等特性，4G(第四代移动通信技术)LTE(Long Term Evolution，长期演进)未来有望会成为各运营承载数据业务的主要网络，但是目前的LTE网络仅支持数据业务，语音业务需要通过CSFB(Circuit Switched Fallback，电路交换回落)方式回落到GSM(Global System for Mobile Communication，全球移动通信系统)网络后方能够进行。

在目前的现网2G/3G/4G网络进行互操作时，GSM网络和LTE网络并没有直接的邻区关系，它们均是同3G网络配置邻区关系。这样终端在2G网络完成语音业务释放后一般可通过系统间小区重选或系统间切换方式迁移到3G网络，然后在3G网络再通过系统间小区重选、系统间重定向、系统间切换方式迁移到LTE网络。若是4G网络负荷高或者建设初期不稳定，在4G网络的终端也可有能通过重定位或小区重选方式切换到3G网络，再到合适时机迁回4G LTE网络。

出于对技术发展趋势预测以及成本的考虑，目前各网络设备厂商已经逐步减少或停止对3G网络的研发投入，运行商也不在新增3G网络建设，按照25.331协议的规定，从R8开始才具备支持TD/LTE互操作功能，因此目前各主流3G网络设备厂商的RNC支持的终端协议版本通常最高为R9版本，但3GPP协议已经支持到R12版本。随着LTE终端的普及，后续会有大量高版本(R10、R11、R12等)支持LTE网络的终端在现网使用，如果3G网络侧不支持高版本协议，会导致CSFB回落到GSM网络的终端无法迁回4G LTE网络，相应的也会导致4G网络繁忙或弱覆盖时重选/重定位到3G网络的终端无法接入；也可能会导致高版本终端向支持低版本协议的RNC做系统间/系统内重定位失败。以RRC CONNECTION REQUEST消息为例，R10版本的消息结构中新增了如下表1所示的IE：

表1

终端支持的协议版本在终端接入RNC网络的RRC CONNECTION REQUEST消息和从异系统或其它RNC重定位至目标RNC的透明容器ToTargetRNC_Container中包含的SRNS RELOCATION INFO信息元素中携带。如果RNC只支持R9版本，3G网络侧RNC设备收到此消息后ASN解码可能会失败或者由于不支持终端高协议版本而丢弃消息，导致高协议版本终端无法接入。

基于上述情况，如果3G网络侧要支持这些高版本终端接入以及支持高版本终端增加的新功能、新特性，网络侧需要升级协议版本甚至需要升级硬件以支持新功能、新特性，增加对高协议版本处理分支，需要投入大量人力、物力成本进行开发、测试以及部署，而增加的支持高版本终端的新功能、新特性对于3G网络的应用没有重要的实用意义，通常只是锦上添花作用，终端在3G网络接入的目的只是暂时驻留3G网络或4G网络异常时提供的补充使用，因此由于协议版本的升级而随时升级3G网络，增加了运营商的运营成本和影响网络稳定性，性价比不高。

由此可见，如果网络侧RNC需要具备支持高版本终端接入能力，则需要增加对高版本终端接入的处理分支。以现网主流3G设备厂商的RNC为例，RNC通常最大支持到R9版本，向下兼容包含R4、R5、R6、R7、R8版本处理分支，如果要接纳R9以上版本终端接入，不仅要升级支持高版本协议的ASN，还需要按照协议版本以及执行过程分别编写RRC接入过程、MM(Mobile Manage，移动管理)过程以及RBC过程(Radio Bearer control procedures，无线承载控制过程)的不同协议版本处理分支。而除了需要升级ASN版本之外，还需要按照终端的协议版本以及执行的过程分别增加处理分支，开发、测试工作量大，并且协议版本中新增的功能、字段信息，RNC或Node B可能不支持，即使支持，这些字段或功能对于RNC没有太重要的实现意义，因为终端通常只是暂时驻留3G网络，或者进行常用业务建立过程，为此专门进行升级开发投入产出比太低，并且因为开发量增多可能引入缺陷导致产品不稳定。

技术实现要素：

有鉴于现有技术中的问题，本申请提出了一种终端UE接入控制方法，包括：

RNC根据终端UE发送的接入请求确定所述UE的终端协议版本；

所述RNC判断所述终端协议版本是否高于自身所支持的最高协议版本；

若是，所述RNC根据所述UE的LTE能力、所述接入请求的触发原因、盲重定向开关以及所述UE请求接入的小区的邻区，指示所述UE进行重定向或是按照所述最高协议版本处理所述接入请求。

优选地，所述RNC根据终端UE发送的接入请求确定所述UE的终端协议的版本，具体为：

所述RNC接收所述UE发送的RRC接入请求消息；

所述RNC对所述RRC接入请求消息进行ASN解码，获取并保存所述RRC接入请求消息中携带的所述触发原因、所述终端协议版本以及所述UE的LTE能力。

优选地，所述RNC根据所述UE的LTE能力、所述接入请求的触发原因、盲重定向开关以及所述UE请求接入的小区的邻区，指示所述UE进行重定向或是按照所述最高协议版本处理所述接入请求，具体为：

若所述UE具备所述LTE能力、所述小区具有LTE邻区、所述触发原因符合指定条件以及所述盲重定向开关当前为开启状态，所述RNC向所述UE发送进行重定向；

若所述UE不具备所述LTE能力、或所述小区不具有LTE邻区、或所述触发原因不符合指定条件、或所述盲重定向开关当前不为开启状态，所述RNC按照所述最高协议版本处理所述接入请求。

优选地，还包括：

当所述RNC接收到所述UE发送的重定向请求消息时，所述RNC对所述重定向请求消息中携带的透明容器进行解码；

所述RNC根据所述透明容器获取所述UE的所述终端协议版本，并判断所述终端协议版本是否高于自身所支持的最高协议版本；

若所述终端协议版本高于所述最高协议版本，按照所述最高协议版本将所述UE接入，并在处理完毕所述UE的LTE能力后对所述UE进行重定位入处理；

若所述终端协议版本不高于所述最高协议版本，对所述UE进行重定位入处理。

优选地，所述在处理完毕所述UE的LTE能力后对所述UE进行重定位入处理，具体为：

判断所述UE是否具有所述LTE能力；

若是，所述RNC保存所述LTE能力的能力信息，并在保存完毕后对所述UE进行重定位入处理；

若否，所述RNC对所述UE进行重定位入处理。

相应地，本申请还提出了一种无线网络控制器RNC，包括：

确定模块，根据终端UE发送的接入请求确定所述UE的终端协议版本；

判断模块，判断所述终端协议版本是否高于自身所支持的最高协议版本；

指示模块，在所述判断模块的判断结果为是时根据所述UE的LTE能力、所述接入请求的触发原因、盲重定向开关以及所述UE请求接入的小区的邻区，指示所述UE进行重定向或是按照所述最高协议版本处理所述接入请求。

优选地，所述确定模块具体用于：

接收所述UE发送的RRC接入请求消息，对所述RRC接入请求消息进行ASN解码，获取并保存所述RRC接入请求消息中携带的所述触发原因、所述终端协议版本以及所述UE的LTE能力。

优选地，所述指示模块具体用于：

若所述UE具备所述LTE能力、所述小区具有LTE邻区、所述触发原因符合指定条件以及所述盲重定向开关当前为开启状态，向所述UE发送进行重定向；

若所述UE不具备所述LTE能力、或所述小区不具有LTE邻区、或所述触发原因不符合指定条件、或所述盲重定向开关当前不为开启状态，按照所述最高协议版本处理所述接入请求。

优选地，还包括：

解码模块，当所述RNC接收到所述UE发送的重定向请求消息时对所述重定向请求消息中携带的透明容器进行解码；

处理模块，根据所述透明容器获取所述UE的所述终端协议版本，并判断所述终端协议版本是否高于自身所支持的最高协议版本；

若所述终端协议版本高于所述最高协议版本，所述处理模块按照所述最高协议版本将所述UE接入，并在处理完毕所述UE的LTE能力后对所述UE进行重定位入处理；

若所述终端协议版本不高于所述最高协议版本，所述处理模块对所述UE进行重定位入处理。

优选地，所述处理模块在处理完毕所述UE的LTE能力后对所述UE进行重定位入处理，具体为：

判断所述UE是否具有所述LTE能力；

若是，所述处理模块保存所述LTE能力的能力信息，并在保存完毕后对所述UE进行重定位入处理；

若否，所述处理模块对所述UE进行重定位入处理。

由此可见，通过应用以上技术方案，RNC在根据终端UE发送的接入请求确定UE的终端协议版本之后，判断终端协议版本是否高于自身所支持的最高协议版本，并在判断结果为是时根据UE的LTE能力、接入请求的触发原因、盲重定向开关以及UE请求接入的小区的邻区指示UE进行重定向或是按照最高协议版本处理接入请求。从而提高了RRC接入成功率和重定位入成功率，保证用户感知和保护运行商投入。

附图说明

图1为本申请提出的一种终端UE接入控制方法的流程示意图；

图2为本申请具体实施例提出的RRC接入的处理流程示意图；

图3为本申请具体实施例提出的系统间/系统内重定位入的处理流程示意图；

图4为本申请提出的一种RNC的结构示意图。

具体实施方式

现网RNC(Radio Network Controller，无线网络控制器)对于新接入的终端，通常按接入消息指示的终端版本号分配资源、组织对应版本消息发给终端，例如终端以REL-n(n＝3，4，5，6，7，8，9，…)版本接入，则RNC组织对应的REL-n版本的消息发给终端，终端版本在RRC请求消息以及RNC重定位入的透明容器(ToTargetRNC_Container)中携带，以RRC接入和重定位入为例，在RRC接入过程中，终端向UTRAN发送RRC CONNECTION REQUEST消息，RNC对消息进行ASN解码解出消息包含的IE(Information element，消息元素)，IE指示了终端发送RRC请求的原因、终端协议版本以及终端的能力，RNC保存这些信息，然后按照终端的版本以及能力分配相应的本地资源、无线资源，然后根据终端版本信息组织与版本信息相同的RRC CONNECTION SETUP消息发给终端。

与RRC接入类似，从异系统或其它RNC重定位至当前RNC，当前RNC也需要参考透明容器(ToTargetRNC_Container)中携带的终端能力、版本信息，RNC为终端分配合适的本地资源、无线资源，然后按照版本信息，组织对应版本的RBC消息(Radio Bearer Control)或对应版本的系统间切换命令(HandoverToUTRANCommand)发给异系统或源RNC，指示终端按照消息配置切换到当前RNC下的小区。以RNC间重定位为例，终端版本包含在ue-RadioAccessCapability IE中通过透明容器(ToTargetRNC_Container)发送到当前RNC。

基于上述情况，如果当前RNC的最高版本低于RRC接入或重定位入消息中指示的版本，并且RNC侧没有升级ASN版本及增加高协议版本处理分支，则当前RNC无法对收到的RRC请求码流或重定位入的透明容器码流进行ASN解码，导致RRC接入失败或重定位入失败，不但会影响用户感知和KPI，也会影响到LTE终端从其它子系统迁回到LTE网络以及LTE网络业务分流。

有鉴于背景技术中的问题，本申请提出了一种终端UE接入控制方法，对高版本协议终端在当前RNC进行RRC接入，RNC指示降版本到RNC可支持的最高协议版本或者指定为某个特定版本，就可以接纳高于RNC支持的最高版本的终端接入，并使其在合适时机迁回到LTE网络，或者对于高版本的RRC接入请求发送RRC拒绝消息并携带重定向信息(当前小区的LTE/GSM邻区信息)，指示其重定向到其它网络，采用降版本接入还是重定向可以在RNC上通过配置参数决定。相应地，对于高版本协议终端在当前RNC重定位入，RNC指示降版本到RNC可以支持的最高协议版本或指定为某个特定版本，按最高协议版本或某个特定版本组织切换命令指示终端进行RNC重定位入，并使其在合适时机迁回LTE网络，或者对于高版本的RNC重定位入请求，返回重定位处理失败消息，禁止在当前RNC重定位入，允许降版本重定位接入还是回复失败拒绝重定位入可以在RNC上通过配置参数决定。

如图1所示，为本申请提出的一种UE接入控制方法的流程示意图，包括以下步骤：

S101，RNC根据终端UE发送的接入请求确定所述UE的终端协议版本。

为能够准确获取UE的情况，在本申请优选的实施例中，RNC在接收所述UE发送的RRC接入请求消息之后，将对RRC接入请求消息进行ASN解码，获取并保存所述RRC接入请求消息中携带的所述触发原因、所述终端协议版本以及所述UE的LTE能力。

本申请对包含协议版本的接入消息(rrc请求、3/4G互操作的重定位入或RNC间重定位入消息)结构进行升级，当终端在当前RNC接入或重定位到当前RNC时，如果终端协议版本高于当前RNC支持的最高协议版本，RNC对终端协议版本按当前RNC能处理的最高协议版本处理，即对终端降版本处理。只修改ASN文件，增加高版本协议对应的RRC CONNECTION REQUEST消息和重定位入的SRNS RELOCATION INFO消息的处理，以保证网络侧ASN解码器对于高版本终端发送的消息能正确解码并进行处理，比如能正确解码出高版本终端发送的RRC CONNECTION REQUEST消息以及包含的IE。

S102，所述RNC判断所述终端协议版本是否高于自身所支持的最高协议版本。

在通过S101获取终端协议版本之后，本申请技术方案随后将对接入的高版本终端按照RNC所能支持的最高协议版本进行接入处理，比如RNC最高支持REL-9版本，接入的终端为REL-11版本，则RNC按照REL-9版本的消息格式组织RRC CONNECTION SETUP消息发送给终端，等待终端回复RRC CONNECTION SETUP COMPLETE消息后RRC接入过程完成。

S103，若是，所述RNC根据所述UE的LTE能力、所述接入请求的触发原因、盲重定向开关以及所述UE请求接入的小区的邻区，指示所述UE进行重定向或是按照所述最高协议版本处理所述接入请求。

对于高版本终端RRC接入过程中，如果触发RRC请求的原因是PS业务相关原因或注册、系统间小区重选原因，并且终端支持LTE能力，并且当前小区配有LTE邻区，RNC可在收到RRC接入请求消息后发送RRC拒绝消息携带LTE重定向信息指示终端进行盲重定向，此功能由RNC开关控制。如果不满足具备LTE能力或当前小区没有LTE邻区或不满足RRC请求原因中的任何一条，则按RNC能支持的最高版本的RRC正常接入流程处理。

因此，在本申请优选实施例中，该步骤基于以下情况进行处理：

(1)若所述UE具备所述LTE能力、所述小区具有LTE邻区、所述触发原因符合指定条件以及所述盲重定向开关当前为开启状态，所述RNC向所述UE发送进行重定向；

(2)若所述UE不具备所述LTE能力、或所述小区不具有LTE邻区、或所述触发原因不符合指定条件、或所述盲重定向开关当前不为开启状态，所述RNC按照所述最高协议版本处理所述接入请求。

需要说明的是，对于S103中的重定位入过程，本申请依照相同方法执行，RRC接入或重定位入之后的后续过程中，如果终端具备LTE能力，RNC可以根据当前服务小区是否配置LTE邻区信息，决定是否指示终端尝试系统间重定向、系统间重定位方式迁回LTE网络。对于高版本终端的RNC重定位入，按RNC支持的最高协议版本处理重定位入流程。重定位成功后，如果终端具备LTE能力并且当前服务小区配置了LTE邻区，可发送3A测量控制消息，如果终端上报了携带LTE信息的3A测量报告，RNC判决以重定位还是以重定向方式迁移到LTE网络。如果采用重定位方式，RNC构造和UE实际版本相匹配的透明容器结构发给eNB，按UE真实版本处理重定位出流程；如果采用重定向方式，按RNC支持的最高版本发从RRC释放消息携带LTE重定向信息。

在本申请的优选实施例中，当所述RNC接收到所述UE发送的重定向请求消息时，所述RNC对所述重定向请求消息中携带的透明容器进行解码，随后根据所述透明容器获取所述UE的所述终端协议版本，并判断所述终端协议版本是否高于自身所支持的最高协议版本。不同的判决结果以及处理流程如下：

(1)若所述终端协议版本高于所述最高协议版本，按照所述最高协议版本将所述UE接入，并在处理完毕所述UE的LTE能力后对所述UE进行重定位入处理。

在该情况下，RNC首先判断所述UE是否具有所述LTE能力，如果判断结果为是，那么RNC保存LTE能力的能力信息，并在保存完毕后对所述UE进行重定位入处理；如果判断结果为否，RNC对所述UE进行重定位入处理。

(2)若所述终端协议版本不高于所述最高协议版本，对所述UE进行重定位入处理。

需要说明的是，重定位入的高版本终端，如果支持LTE能力并且当前服务小区有LTE邻区，发送3A测量控制消息对LTE邻区进行测量，如果终端上报了LTE邻区的测量报告，RNC根据业务类型判断采用重定向还是重定位，原则是如果是CS业务采用重定位方式，如果是PS业务重定向或重定位方式均可采用。这样对于高版本终端降版本接入后，如果收到携带如果收到携带LTE信息的3A测量报告消息，如果需要发起重定位，按终端实际版本组织透明容器内的消息，仅需要增加高版本重定位出处理分支，不用添加其它高版本协议处理分支。

为了进一步阐述本申请的技术思想，现结合具体的应用场景，对本申请的技术方案进行说明。

如图2所示，为本申请具体实施例提出的RRC接入的处理流程示意图，包括以下步骤：

步骤a)ASN解码后如果是RRC请求消息，判断UE版本是否高于当前RNC支持的最高协议版本，如果不高于则按正常RRC接入处理，将版本信息保存至UE上下文(UE Contex)，RNC侧发送与接入版本相匹配的RRC CONNECTION SETUP消息。

步骤b)如果高于RNC的最高协议版本，则按RNC支持的最高协议版本处理，将版本信息保存至UE上下文(UE Contex)，如果RRC请求中携带了LTE能力，则保存LTE能力信息，后续判决是否可以迁回LTE网络时需要参考这些能力，如果满足盲重定向条件则发起重定向，否则按正常RRC接入处理。

步骤c)后续其它信令过程的处理均以UE上下文(UE Contex)中保存的协议版本处理。

如图3所示，为本申请具体实施例提出的系统间/系统内重定位入的处理流程示意图，包括以下步骤：

步骤a)当前RNC收到relocation request消息，对消息中携带的透明容器(ToTargetRNC_Container)进行解码。

步骤b)获取到透明容器中携带的版本，与当前RNC最高支持的协议版本相比较，如果低于RNC支持的最高版本，则按透明容器携带的版本接入，将版本信息保存入UE上下文(UE Contex)。

步骤c)如果透明容器中携带版本高于RNC最高支持的协议版本，则对终端进行降版本接入，按照RNC支持的最高协议版本分配资源、组织切换命令，将版本信息保存入UE上下文(UE Contex)，同时保存UE的真实版本。

步骤d)对于重定位入成功后的其它过程，如果是重定位出并且UE真实版本有效，则RNC构造和UE真实版本相同的透明容器结构发送给目标RNC/eNB处理重定位出流程，否则按UE上下文中的版本处理。

为达到以上技术目的，本申请提出了一种无线网络控制器RNC，如图4所示，包括：

确定模块410，根据终端UE发送的接入请求确定所述UE的终端协议版本；

判断模块420，判断所述终端协议版本是否高于自身所支持的最高协议版本；

指示模块430，在所述判断模块的判断结果为是时根据所述UE的LTE能力、所述接入请求的触发原因、盲重定向开关以及所述UE请求接入的小区的邻区，指示所述UE进行重定向或是按照所述最高协议版本处理所述接入请求。

在具体的应用场景中，所述确定模块具体用于：

接收所述UE发送的RRC接入请求消息，对所述RRC接入请求消息进行ASN解码，获取并保存所述RRC接入请求消息中携带的所述触发原因、所述终端协议版本以及所述UE的LTE能力。

在具体的应用场景中，所述指示模块具体用于：

若所述UE具备所述LTE能力、所述小区具有LTE邻区、所述触发原因符合指定条件以及所述盲重定向开关当前为开启状态，向所述UE发送进行重定向；

若所述UE不具备所述LTE能力、或所述小区不具有LTE邻区、或所述触发原因不符合指定条件、或所述盲重定向开关当前不为开启状态，按照所述最高协议版本处理所述接入请求。

在具体的应用场景中，还包括：

解码模块，当所述RNC接收到所述UE发送的重定向请求消息时对所述重定向请求消息中携带的透明容器进行解码；

处理模块，根据所述透明容器获取所述UE的所述终端协议版本，并判断所述终端协议版本是否高于自身所支持的最高协议版本；

若所述终端协议版本高于所述最高协议版本，所述处理模块按照所述最高协议版本将所述UE接入，并在处理完毕所述UE的LTE能力后对所述UE进行重定位入处理；

若所述终端协议版本不高于所述最高协议版本，所述处理模块对所述UE进行重定位入处理。

在具体的应用场景中，所述处理模块在处理完毕所述UE的LTE能力后对所述UE进行重定位入处理，具体为：

判断所述UE是否具有所述LTE能力；

若是，所述处理模块保存所述LTE能力的能力信息，并在保存完毕后对所述UE进行重定位入处理；

若否，所述处理模块对所述UE进行重定位入处理。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。