一种支持RAN初始寻呼的方法与流程

本发明涉及无线通信领域，尤其涉及一种支持ran初始寻呼的方法。

背景技术：

在lte技术演进中，物联网技术，mtc技术迅速发展，未来的网络部署面临高密集网络节点部署，海量终端连接的局面，所以面对如此巨大的终端连接数量，对于网络侧的信令负荷是个挑战，例如rrc接口的信令，s1接口信令。所以如何降低空口和网络侧的信令负荷是未来提升网络性能需要解决的一个问题。

r14中提出了一种新的ue连接状态，该连接状态处于rrc_idle和rrc_connected状态之间，可以有效降低空口和网络侧的信令负荷。这里称这种新的rrc状态为轻连接状态(rrc_light_connected状态)。轻连接状态有如下特点：s1连接保持连接且激活状态，目的是可以让ue的移动性和状态转换对于cn来说是透明的，这样就可以降低s1接口上的信令负荷；保持“lightconnection”用户ue的上下文的基站enb称为锚基站anchorenb；“lightconnection”ue的上下文保存在“anchorenb”侧和ue侧。在lightconnection状态的ue通过resumeid标识一个ue和它的“anchorenb”。

ue进入“lightconnection”状态，通过rrc专用信令，即通过rrc连接释放消息命令ue进入“lightconnection”状态。在rrcconnectionrelease消息中包含如下信息：(1)用于指示ue进入“lightconnection”状态的指示；(2)pagingarea配置信息；(3)drxcycle。

从网络侧(移动性管理实体mme)的角度看，ecmstate为ecm-connected；从ue角度看，ecmstate为ecm-connected/rrc-connected；重用现有的rrcresume机制和消息恢复uerrc连接，也就是ue通过rrcresume过程从lightconnection状态恢复到rrc_connected状态。

对于“lightconnection”操作来说，ran初始的寻呼过程比传统的mme初始的寻呼过程可以取得更好的信令降低和时延降低的效果，所以从ran2角度看可以为“lightconnection”操作引入ran初始的寻呼过程。下面分别给出了mme初始的寻呼过程和ran初始的寻呼过程【r2-163930】：

r13po/pf的计算将用于ran-initiatedpaging计算po/pf。paging计算中用到的ueid采用"imsimodx"设计方式。用于ran-initiatedpaging的drxcycle是ran-configuredpagingdrxcycle，uespecificdrxcycle，defaultdrxcycle三个drx的最小值。rrcran-initiatedpaging消息重用传统的rrcpaging消息。也就是寻呼处于idle状态的ue和lightconnection状态的ue用同一个消息，而且调度信息都是用p-rnti加扰。raninitiatedpaging消息中，使用resumeid来标识ue。处于lightconnection状态的ue接收寻呼消息时，同时使用resumeid和cnpagingid(i.e.s-tmsiorimsi)来识别自己的寻呼消息。当处于lightconnection状态的ue接收的寻呼消息使用cnpagingid(此情况意味着enb没有ue的上下文)，则ue进入idle模式，指示nas关于rrc连接释放(释放原因“other”)，同时指示cnpaging的接收，并初始化一个新的rrc连接建立过程。在计算寻呼时机时需要用到ue/id信息，在现有技术中，ueid是mme计算得出，并在s1接口的寻呼消息中发送给enb的。但是对于ue主动发起连接然后进入lightconnection状态的ue，anchorenb如何发起ran初始的寻呼消息是个需要解决的问题。

技术实现要素：

针对上述问题，本发明提出一种支持ran初始寻呼的方法，包括：

接收移动性管理实体mme发送的包含ueid的消息，所述ueid是为主动发起初始连接建立并进入轻连接状态的用户ue分配的；

从所述消息中得到所述ueid；根据所述ueid确定向所述ue发起ran初始寻呼消息的寻呼时机，并根据所述寻呼时机向所述ue发起ran初始寻呼消息。

进步一地，在所述接收移动性管理实体mme发送的包含ueid的消息之前，还包括：由所述mme或锚基站根据锚基站和所述ue支持轻连接的能力信息确定是否为所述ue配置ueid。

进步一地，所述根据锚基站和所述ue支持轻连接的能力信息确定是否为所述ue配置ueid，包括：如果所述锚基站和所述ue均支持轻连接的能力，则确定需要为所述ue配置ueid。

进步一地，在由所述mme根据锚基站和所述ue支持轻连接的能力信息确定是否为所述ue配置ueid之前，还包括：向所述mme发送锚基站自身支持轻连接的能力信息，以使mme根据锚基站和所述ue支持轻连接的能力信息确定是否需要为所述ue配置ueid，并在需要配置ueid时确定ueid并向锚基站发送包含所述ueid的消息。

进步一地，所述向所述mme发送锚基站自身支持轻连接的能力信息包括：向mme发送初始ue消息，所述初始ue消息携带所述锚基站自身支持轻连接的能力信息。

进步一地，所述接收移动性管理实体mme发送的包含ueid的消息包括：接收所述mme发送的所述ue的初始上下文消息建立请求消息，所述ue的初始上下文建立请求消息中包含所述ueid。

进步一地，所述由锚基站根据锚基站和所述ue支持轻连接的能力信息确定是否为所述ue配置ueid包括：

向所述mme发送所述ue的初始ue消息；

接收mme发送的ue初始上下文建立消息；

从所述ue初始上下文建立消息中获取所述ue支持轻连接的能力信息；

根据自身和和所述ue支持轻连接的能力信息确定是否需要为所述ue分配ueid。

进步一地，在所述接收移动性管理实体mme发送的包含ueid的消息之前，还包括：在需要为所述ue配置ueid时向所述mme发送ueid配置指示，以使所述mme在接收到ueid配置指示后为所述ue确定ueid。

进步一地，所述向所述mme发送ueid配置指示包括：将ueid配置指示携带在ue初始上下文响应消息中，发送给mme；或者，向所述mme发送第一s1消息，所述第一s1消息中包括ueid配置指示。

进步一地，所述接收移动性管理实体mme发送的包含ueid的消息，包括：接收mme发送的下行nas传输消息，所述下行nas传输消息中包含ueid的消息；或接收mme发送的第二s1消息，所述第二s1消息中包含ueid的消息。

进步一地，所述从所述消息中得到所述ueid之后，还包括：将所述ueid加入至所述ue上下文中并保存。

本申请通过mme为进入轻连接状态的ue分配ueid，使得锚基站根据ueid确定向ue发起ran初始寻呼消息的寻呼时机，保证了寻呼时机的准确性，并且提高了寻呼消息被ue正确接收的成功率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明一个实施例提出的支持ran初始寻呼的方法流程框图；

图2为本发明实施例一提出的支持ran初始寻呼的方法流程图；

图3为本发明实施例二提出的支持ran初始寻呼的方法流程图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例；需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的一个实施例提出一种支持ran初始寻呼的方法，请参见图1，包括：

接收移动性管理实体mme发送的包含ueid的消息，所述ueid是为主动发起初始连接建立并进入轻连接状态的用户ue分配的；

从所述消息中得到所述ueid；根据所述ueid确定向所述ue发起ran初始寻呼消息的寻呼时机，并根据所述寻呼时机向所述ue发起ran初始寻呼消息。

在一个可选实施例中，在接收移动性管理实体mme发送的包含ueid的消息之前，还包括：由mme或锚基站根据锚基站和ue支持轻连接的能力信息确定是否为ue配置ueid。

在一个可选实施例中，根据锚基站和ue支持轻连接的能力信息确定是否为ue配置ueid包括：如果锚基站和ue均支持轻连接的能力，则确定需要为ue配置ueid。

在一个可选实施例中，在由mme根据锚基站和ue支持轻连接的能力信息确定是否为ue配置ueid之前，还包括：向mme发送锚基站自身支持轻连接的能力信息，以使mme根据锚基站和ue支持轻连接的能力信息确定是否需要为ue配置ueid，并在需要配置ueid时确定ueid并向锚基站发送包含ueid的消息。

在一个可选实施例中，向mme发送锚基站自身支持轻连接的能力信息包括：向mme发送初始ue消息，初始ue消息携带锚基站自身支持轻连接的能力信息。相应的，接收mme发送的ue的初始上下文消息建立请求消息，ue的初始上下文建立请求消息中包含ueid。

在一个可选实施例中，由锚基站根据锚基站和ue支持轻连接的能力信息确定是否为ue配置ueid包括：向mme发送ue的初始ue消息；接收mme发送的ue初始上下文建立消息；从ue初始上下文建立消息中获取ue支持轻连接的能力信息；根据自身和和ue支持轻连接的能力信息确定是否需要为ue分配ueid。

在一个可选实施例中，在接收移动性管理实体mme发送的包含ueid的消息之前，还包括：在需要为ue配置ueid时向mme发送ueid配置指示，以使mme在接收到ueid配置指示后为ue确定ueid。其中，向mme发送ueid配置指示包括：将ueid配置指示携带在ue初始上下文响应消息中，发送给mme；或者，向mme发送第一s1消息，第一s1消息中包括ueid配置指示。

在一个可选实施例中，接收移动性管理实体mme发送的包含ueid的消息，包括：接收mme发送的下行nas传输消息，下行nas传输消息中包含ueid的消息；或接收mme发送的第二s1消息，第二s1消息中包含ueid的消息。

在一个可选实施例中，从消息中得到ueid之后，还包括：将ueid加入至ue上下文中并保存。

实施例一

在本实施例中，ue主动发起连接，然后进入轻连接状态；由mme根据锚基站和ue支持轻连接的能力信息确定是否为ue配置ueid；锚基站欲对此ue发起ran初始寻呼。本实施例提出的支持ran初始寻呼的方法流程请参考图2，包括：

ue与锚基站之间进行prach过程和rrc连接建立过程。上述过程可以由ue主动发起连接，然后进入轻连接状态。

锚基站向mme发送初始ue消息，其中携带锚基站支持轻连接能力指示，锚基站借此将自己支持轻连接的能力信息告诉mme。

mme根据初始ue消息中包含的nas信息获取ue的信息，从其中的ue上下文中获取ue支持轻连接能力信息，从初始ue消息中携带的锚基站能力指示中获取锚基站支持轻连接能力信息；本实施例中ue和锚基站均支持轻连接，mme为ue确定用于ran初始寻呼的ueid；mme发送初始上下文建立请求消息给锚基站，其中携带上述确定的ueid。

锚基站从初始上下文建立请求消息中获取ueid，将其作为ue上下文的一部分进行保存，给mme回复初始上下文建立响应消息；在此后的ran初始寻呼过程中，锚基站将根据此ueid确定向此ue发起ran初始寻呼消息的寻呼时机，ue也将根据此ueid确定接收寻呼消息的时机。

继续建立rrc连接和gtp隧道等过程。

在本实施例中，由mme来判断并主动分配ueid；在初始ue消息中，锚基站将自己支持轻连接能力信息告诉mme，mme根据锚基站能力信息和ue能力信息，判断是否给该ue分配ueid，如果分配则在初始上下文请求消息中通知给锚基站，锚基站会将该ueid作为ue上下文的一部分保存。

实施例二

本实施例中，由锚基站主动根据自身和ue支持轻连接的能力信息来确定是否为ue配置ueid，本实施例的流程图请参考图3，大致包括：

ue与锚基站之间进行prach过程和rrc连接建立过程；本步骤与实施例一相同。

锚基站向mme发送初始ue消息，mme发送初始上下文建立请求，锚基站回复初始上下文建立响应消息。锚基站从ue上下文信息中获取ue支持轻连接的能力信息。

锚基站根据自身和ue支持轻连接的能力信息确实是否配置ueid。本实施例中，二者均支持轻连接能力，锚基站确定需要请求mme分配用于ran初始寻呼的ueid。

发送请求mme分配ueid指示的请求消息给mme；mme回复响应消息，其中携带mme确定的用于ran初始寻呼的ueid。

锚基站从mme回复的消息中获取ueid，将其作为ue上下文的一部分进行保存。在此后的ran初始寻呼过程中，锚基站将根据此ueid确定向此ue发起ran初始寻呼消息的寻呼时机，ue也将根据此ueid确定接收寻呼消息的时机。

继续建立rrc连接和gtp隧道等过程。

在本实施例中，由锚基站判断并请求mme分配用于ran初始寻呼的ueid；锚基站通过初始上下文消息获取到ue能力信息后，根据自己的能力信息和ue的能力信息，决定请求mme为该ue分配ueid。请求ueid配置的指示可以放在初始上下文响应消息中，或者放在一条新的s1消息。mme下发ueid配置信息，可以放在下行nas传输消息中或者一条新的s1消息。

通过上述各实施例可以看出，本发明通过mme为进入轻连接状态的ue分配用于ran初始寻呼的ueid，使得锚基站根据ueid确定向ue发起ran初始寻呼消息的寻呼时机，保证了寻呼时机的准确性，并且提高了寻呼消息被ue正确接收的成功率。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。