寻呼、接收寻呼、寻呼控制方法及装置转让专利

申请号 : CN201610664779.6

文献号 : CN108307499B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 张元梁靖傅婧

申请人 : 电信科学技术研究院

摘要 :

本申请实施例提供了一种寻呼、接收寻呼、寻呼控制方法及装置,用以获取UE的eDRX参数,当有下行数据到达时,eNB利用获取的UE的eDRX参数寻呼处于LC状态的UE。本申请实施例提供的一种寻呼方法,包括:获取UE的eDRX参数;当有下行数据到达时,使用所述eDRX参数寻呼所述UE,其中所述UE为处于LC状态、并且已激活eDRX功能的UE。

权利要求 :

1.一种寻呼方法,其特征在于,该方法包括:

获取用户设备UE的扩展的非连续接收eDRX参数;

当有下行数据到达时,使用所述eDRX参数寻呼所述UE,其中所述UE为处于轻连接LC状态、并且已激活eDRX功能的UE。

2.根据权利要求1所述的方法,其特征在于,当满足如下条件之一时,获取所述UE的eDRX参数:当支持eDRX和LC的所述UE,在支持eDRX和LC的网络中注册并且成功激活eDRX功能时;

或者,当所述UE的寻呼区域无更新,且所述UE通过路由区更新流程更新eDRX参数成功时;

或者,当所述UE的寻呼区域更新成功、且由于eDRX参数变更需发起路由区更新时。

3.根据权利要求2所述的方法,其特征在于,获取所述UE的eDRX参数,具体包括下列方式之一:方式一:接收所述UE上报eDRX参数;

方式二:接收移动性管理实体MME通知的所述UE的eDRX参数;

方式三:通过专用信令配置连接态的UE进入LC状态后,向MME发送该UE的eDRX参数请求,然后接收所述MME根据所述请求发送的该UE的eDRX参数。

4.根据权利要求1所述的方法,其特征在于,当满足如下条件之一时,获取所述UE的eDRX参数:当所述UE需要发起寻呼区域更新、但不需要发起路由区更新时;

或者,当所述UE需要发起寻呼区域更新,以及需要发起路由区更新,但路由区更新原因不是eDRX参数变更时。

5.根据权利要求4所述的方法,其特征在于,获取所述UE的eDRX参数,具体包括:当收到该UE的寻呼区域更新请求,并且新寻呼区域和旧寻呼区域不在同一演进型基站eNB下时,采用如下方式之一获取所述UE的eDRX参数:方式一:若与源eNB之间有接口,向源eNB发送获取该UE的eDRX参数请求,获取所述源eNB反馈的所述UE的eDRX参数;否则,若寻呼区域跨移动性管理实体MME,则向目标MME发送获取所述UE的eDRX参数请求,接收所述目标MME从源MME获取并发送的所述UE的eDRX参数;

若寻呼区域属于同一MME,则向目标MME发送获取所述UE的eDRX参数请求,接收所述目标MME发送的所述UE的eDRX参数;

方式二:从所述UE的空中接口消息中获取eDRX参数。

6.根据权利要求5所述的方法,其特征在于,所述方式一是在寻呼区域更新成功后,并且通过专用信令配置连接态的UE进入LC状态后执行的。

7.根据权利要求2~6任一权项所述的方法,其特征在于,获取所述UE的eDRX参数之后,该方法还包括:通知所述寻呼区域内演进型基站eNB所述UE的eDRX参数。

8.一种接收寻呼的方法,其特征在于,该方法包括:

用户设备UE上报扩展的非连续接收eDRX参数给网络侧;

所述UE接收网络侧使用所述eDRX参数对处于轻连接LC状态、并且已激活非连续接收eDRX功能的所述UE的寻呼。

9.根据权利要求8所述的方法,其特征在于,当满足如下条件之一时,所述UE上报所述eDRX参数给网络侧:当支持eDRX和LC的所述UE,在支持eDRX和LC的网络中注册并且成功激活eDRX功能时;

或者,当所述UE的寻呼区域无更新,且所述UE通过路由区更新流程更新eDRX参数成功时;

或者,当所述UE的寻呼区域更新成功、且由于eDRX参数变更需发起路由区更新时。

10.根据权利要求8所述的方法,其特征在于,当满足如下条件之一时,所述UE通过寻呼区域更新请求上报所述eDRX参数给网络侧:当所述UE需要发起寻呼区域更新、但不需要发起路由区更新时;

或者,当所述UE需要发起寻呼区域更新,以及需要发起路由区更新,但路由区更新原因不是eDRX参数变更时。

11.根据权利要求8所述的方法,其特征在于,所述UE通过空中接口消息上报所述eDRX参数给网络侧。

12.一种寻呼控制方法,其特征在于,包括:

移动性管理实体MME确定用户设备UE的扩展的非连续接收eDRX参数;

所述MME将所述UE的eDRX参数发送给演进型基站eNB,使得所述eNB当有下行数据到达时,使用所述eDRX参数寻呼所述UE,其中所述UE为处于轻连接LC状态、并且已激活eDRX功能的UE。

13.根据权利要求12所述的方法,其特征在于,当满足如下条件之一时,所述MME将所述UE的eDRX参数发送给eNB:当支持eDRX和LC的所述UE,在支持eDRX和LC的网络中注册并且成功激活eDRX功能时;

或者,当所述UE的寻呼区域无更新,且所述UE通过路由区更新流程更新eDRX参数成功时;

或者,当所述UE的寻呼区域更新成功、且由于eDRX参数变更需发起路由区更新时。

14.根据权利要求13所述的方法,其特征在于,所述MME将所述UE的eDRX参数发送给eNB,具体包括:在eNB通过专用信令配置连接态的UE进入LC状态后,所述MME接收所述eNB发送的所述UE的eDRX参数请求;

所述MME根据所述请求,将所述UE的eDRX参数发送给eNB。

15.根据权利要求12所述的方法,其特征在于,当满足如下条件之一时,所述MME将所述UE的eDRX参数发送给eNB:当所述UE需要发起寻呼区域更新、但不需要发起路由区更新时;

或者,当所述UE需要发起寻呼区域更新,以及需要发起路由区更新,但路由区更新原因不是eDRX参数变更时。

16.根据权利要求15所述的方法,其特征在于,所述MME将所述UE的eDRX参数发送给eNB,具体包括:当eNB收到该UE的寻呼区域更新请求,并且新寻呼区域和旧寻呼区域不在同一演进型基站eNB下时,若目标eNB与源eNB之间没有接口,且寻呼区域跨MME,则:当确定所述UE的eDRX参数的MME为目标MME时,目标MME接收目标eNB发送的获取所述UE的eDRX参数请求;目标MME向源MME发送所述UE的eDRX参数请求;目标MME接收源MME发送所述UE的eDRX参数,并发送给目标eNB;

当确定所述UE的eDRX参数的MME为源MME时,源MME接收目标MME发送的获取所述UE的eDRX参数请求,并根据该请求向所述目标MME发送所述UE的eDRX参数,通过目标MME将所述UE的eDRX参数发送给目标eNB。

17.根据权利要求15所述的方法,其特征在于,所述MME将所述UE的eDRX参数发送给eNB,具体包括:当eNB收到该UE的寻呼区域更新请求,并且新寻呼区域和旧寻呼区域不在同一演进型基站eNB下时,若目标eNB与源eNB之间没有接口,寻呼区域不跨MME,则所述MME接收目标eNB发送的获取所述UE的eDRX参数请求;所述MME将所述UE的eDRX参数发送给所述目标eNB。

18.根据权利要求16或17所述的方法,其特征在于,所述MME将所述UE的eDRX参数发送给eNB是在寻呼区域更新成功后,并且在eNB通过专用信令配置连接态的UE进入LC状态后执行的。

19.一种寻呼装置,其特征在于,所述装置包括:

第一单元,用于获取用户设备UE的扩展的非连续接收eDRX参数;

第二单元,用于当有下行数据到达时,使用所述eDRX参数寻呼所述UE,其中所述UE为处于轻连接LC状态、并且已激活eDRX功能的UE。

20.根据权利要求19所述的装置,其特征在于,所述第一单元具体用于:当满足如下条件之一时,获取所述UE的eDRX参数:

当支持eDRX和LC的所述UE,在支持eDRX和LC的网络中注册并且成功激活eDRX功能时;

或者,当所述UE的寻呼区域无更新,且所述UE通过路由区更新流程更新eDRX参数成功时;

或者,当所述UE的寻呼区域更新成功、且由于eDRX参数变更需发起路由区更新时。

21.根据权利要求20所述的装置,其特征在于,所述第一单元获取所述UE的eDRX参数,具体包括下列方式之一:方式一:接收所述UE上报eDRX参数;

方式二:接收移动性管理实体MME通知的所述UE的eDRX参数;

方式三:通过专用信令配置连接态的UE进入LC状态后,向MME发送该UE的eDRX参数请求,然后接收所述MME根据所述请求发送的该UE的eDRX参数。

22.根据权利要求19所述的装置,其特征在于,所述第一单元具体用于:当满足如下条件之一时,获取所述UE的eDRX参数:

当所述UE需要发起寻呼区域需更新、但不需要发起路由区更新时;

或者,当所述UE需要发起寻呼区域更新,以及需发起路由区更新,但路由区更新原因不是eDRX参数变更时。

23.根据权利要求22所述的装置,其特征在于,所述第一单元获取所述UE的eDRX参数,具体包括:当收到该UE的寻呼区域更新请求,并且新寻呼区域和旧寻呼区域不在同一演进型基站eNB下时,采用如下方式之一获取所述UE的eDRX参数:方式一:若与源eNB之间有接口,向源eNB发送获取该UE的eDRX参数请求,获取所述源eNB反馈的所述UE的eDRX参数;否则,若寻呼区域跨移动性管理实体MME,则向目标MME发送获取所述UE的eDRX参数请求,接收所述目标MME从源MME获取并发送的所述UE的eDRX参数;

若寻呼区域属于同一MME,则向目标MME发送获取所述UE的eDRX参数请求,接收所述目标MME发送的所述UE的eDRX参数;

方式二:从所述UE的空中接口消息中获取eDRX参数。

24.根据权利要求23所述的装置,其特征在于,所述方式一是所述第一单元在寻呼区域更新成功,并且通过专用信令配置连接态的UE进入LC状态后执行的。

25.根据权利要求20~24任一权项所述的装置,其特征在于,所述第一单元还用于:在获取所述UE的eDRX参数之后,通知所述寻呼区域内演进型基站eNB所述UE的eDRX参数。

26.一种接收寻呼的装置,其特征在于,该装置包括:

上报单元,用于上报扩展的非连续接收eDRX参数给网络侧;

接收单元,用于接收网络侧使用所述eDRX参数对处于轻连接LC状态、并且已激活非连续接收eDRX功能的UE的寻呼。

27.根据权利要求26所述的装置,其特征在于,所述上报单元具体用于:当满足如下条件之一时,上报所述eDRX参数给网络侧:当支持eDRX和LC的用户设备UE,在支持eDRX和LC的网络中注册并且成功激活eDRX功能时;

或者,当用户设备UE的寻呼区域无更新,且所述UE通过路由区更新流程更新eDRX参数成功时;

或者,当用户设备UE的寻呼区域更新成功、且由于eDRX参数变更需发起路由区更新时。

28.根据权利要求26所述的装置,其特征在于,所述上报单元具体用于:当满足如下条件之一时,通过寻呼区域更新请求上报所述eDRX参数给网络侧:当用户设备UE需要发起寻呼区域需更新、但不需要发起路由区更新时;

或者,当用户设备UE需要发起寻呼区域更新,以及需发起路由区更新,但路由区更新原因不是eDRX参数变更时。

29.根据权利要求26所述的装置,其特征在于,所述上报单元具体用于:通过空中接口消息上报eDRX参数给网络侧。

30.一种寻呼控制装置,其特征在于,所述装置包括:

确定单元,用于确定用户设备UE的扩展的非连续接收eDRX参数;

传输单元,用于将所述UE的eDRX参数发送给演进型基站eNB,使得所述eNB当有下行数据到达时,使用所述eDRX参数寻呼所述UE,其中所述UE为处于轻连接LC状态、并且已激活eDRX功能的UE。

31.根据权利要求30所述的装置,其特征在于,所述传输单元具体用于:当满足如下条件之一时,将所述UE的eDRX参数发送给eNB:当支持eDRX和LC的所述UE,在支持eDRX和LC的网络中注册并且成功激活eDRX功能时;

或者,当所述UE的寻呼区域无更新,且所述UE通过路由区更新流程更新eDRX参数成功时;

或者,当所述UE的寻呼区域更新成功、且由于eDRX参数变更需发起路由区更新时。

32.根据权利要求31所述的装置,特征在于,所述传输单元将所述UE的eDRX参数发送给eNB,具体包括:在eNB通过专用信令配置连接态的UE进入LC状态后,接收所述eNB发送的所述UE的eDRX参数请求;

根据所述请求,将所述UE的eDRX参数发送给eNB。

33.根据权利要求30所述的装置,其特征在于,所述传输单元具体用于:当满足如下条件之一时,将所述UE的eDRX参数发送给eNB:当所述UE需要发起寻呼区域需更新、但不需要发起路由区更新时;

或者,当所述UE需要发起寻呼区域更新,以及需发起路由区更新,但路由区更新原因不是eDRX参数变更时。

34.根据权利要求33所述的装置,其特征在于,所述传输单元将所述UE的eDRX参数发送给eNB,具体包括:当eNB收到该UE的寻呼区域更新请求,并且新寻呼区域和旧寻呼区域不在同一演进型基站eNB下时,若目标eNB与源eNB之间没有接口,且寻呼区域跨移动性管理实体MME,则:当所述装置为目标MME时,所述传输单元接收目标eNB发送的获取所述UE的eDRX参数请求;向源MME发送所述UE的eDRX参数请求;目标MME接收源MME发送所述UE的eDRX参数,并发送给目标eNB;

当所述装置为源MME时,所述传输单元接收目标MME发送的获取所述UE的eDRX参数请求,并根据该请求向所述目标MME发送所述UE的eDRX参数,通过目标MME将所述UE的eDRX参数发送给目标eNB。

35.根据权利要求33所述的装置,其特征在于,所述传输单元将所述UE的eDRX参数发送给eNB,具体包括:当eNB收到该UE的寻呼区域更新请求,并且新寻呼区域和旧寻呼区域不在同一演进型基站eNB下时,若目标eNB与源eNB之间没有接口,寻呼区域不跨移动性管理实体MME,则所述传输单元接收目标eNB发送的获取所述UE的eDRX参数请求,将所述UE的eDRX参数发送给所述目标eNB。

36.根据权利要求34或35所述的装置,其特征在于,所述传输单元将所述UE的eDRX参数发送给eNB,是在寻呼区域更新成功,并且在eNB通过专用信令配置连接态的UE进入LC状态之后进行的。

说明书 :

寻呼、接收寻呼、寻呼控制方法及装置

技术领域

[0001] 本申请涉及通信技术领域,尤其涉及寻呼、接收寻呼、寻呼控制方法及装置。

背景技术

[0002] 在长期演进(Long Term Evolution,LTE)系统中,用户设备(User Equipment,UE)有两种状态,无线资源控制连接(RRC-connected)状态和空闲(RRC-idle)状态。网络为了对UE进行移动性管理,以及UE的数据收发,会使用大量的信令。为了节约空中接口的信令开销,在LTE版本14(Release 14,R4)阶段引入了一个新的RRC状态,称为轻连接(Light Connected,LC)状态。当UE处于LC状态时,UE的演进型基站(Evolved Node B,eNB)与分组核心网之间的连接(S1连接)依然保持,因此移动性管理实体(Mobility Management Entity,MME)认为UE的非接入层(Non-Access Stratum,NAS)状态为连接态。UE的状态转换示意图如图1所示。
[0003] 当UE处于LC状态时,不能进行数据收发,但是可以在空中接口接收寻呼。当有消息传送(Message Transfer,MT)业务,服务网关(Serving Gate Way,S-GW)通过用户平面接口(S1-U接口)将数据发送给保持UE的S1连接的eNB(anchor eNB),anchor eNB在空中接口发起寻呼,UE响应后接收MT业务。
[0004] 从无线网络侧来说,在LTE系统,UE只有在进入到RRC-connected状态才能发送上行数据。一旦UE发送数据完成,网络监测UE长时间无数据传输后通过RRC-connection释放(release)消息释放UE的RRC连接,使UE进入RRC-idle状态。
[0005] 在现有的扩展的非连续接收(Extended Discontinuous Reception,eDRX)寻呼机制中,UE在RRC-idle状态下的主要工作就是监听网络侧的寻呼,为了省电使用eDRX方式监听寻呼。如图2所示,UE在每一个eDRX寻呼周期中的一个超帧(10240ms)中的寻呼时间窗(Paging Time Window,PTW)内使用非连续接收(Discontinuous Reception,DRX)方式接收寻呼,其它时间都是非接收状态的。
[0006] 对于寻呼过程,如图3所示,由核心网(Core Network,CN)实体发起寻呼,寻呼消息首先发送到eNB。该寻呼消息中携带UE的eDRX配置,包括eDRX周期和PTW。对于LTE系统,eNB将使用eDRX配置相关参数来发送寻呼消息。在eNB发送的寻呼消息中,携带被寻呼的UE标识。UE接收寻呼消息后,发现里面包含自己的寻呼标识,则后续会响应该寻呼,通过发起连接建立过程进入RRC-connected状态。
[0007] 综上所述,在现有技术中,eDRX寻呼机制是针对RRC-idle状态的UE进行设计的,当UE处于LC状态,eNB无法获取UE的eDRX参数,无法对处于LC状态的UE进行eDRX寻呼。

发明内容

[0008] 本申请实施例提供了寻呼、接收寻呼、寻呼控制方法及装置,用以获取UE的eDRX参数,当有下行数据到达时,利用获取的UE的eDRX参数寻呼处于LC状态的UE。
[0009] 在基站侧,本申请实施例提供的一种寻呼方法,包括:
[0010] 获取用户设备UE的扩展的非连续接收eDRX参数;
[0011] 当有下行数据到达时,使用所述eDRX参数寻呼所述UE,其中所述UE为处于轻连接LC状态、并且已激活eDRX功能的UE。
[0012] 本申请实施例提供的一种寻呼方法,可以获取UE的eDRX参数,当有下行数据到达时,eNB利用获取的UE的eDRX参数寻呼处于LC状态、并且已激活eDRX功能的UE,实现了对处于LC状态的UE进行寻呼,从而节约空中接口的信令开销。
[0013] 较佳地,当满足如下条件之一时,获取所述UE的eDRX参数:
[0014] 当支持eDRX和LC的所述UE,在支持eDRX和LC的网络中注册并且成功激活eDRX功能时;
[0015] 或者,当所述UE的寻呼区域无更新,且所述UE通过路由区更新流程更新eDRX参数成功时;
[0016] 或者,当所述UE的寻呼区域更新成功、且由于eDRX参数变更需发起路由区更新时。
[0017] 较佳地,获取所述UE的eDRX参数,具体包括下列方式之一:
[0018] 方式一:接收所述UE上报eDRX参数;
[0019] 方式二:接收MME通知的所述UE的eDRX参数;
[0020] 方式三:通过专用信令配置连接态的UE进入LC状态后,向MME发送该UE的eDRX参数请求,然后接收所述MME根据所述请求发送的该UE的eDRX参数。
[0021] 较佳地,当满足如下条件之一时,获取所述UE的eDRX参数:
[0022] 当所述UE需要发起寻呼区域需更新、但不需要发起路由区更新时;
[0023] 或者,当所述UE需要发起寻呼区域更新,以及需发起路由区更新,但路由区更新原因不是eDRX参数变更时。
[0024] 较佳地,获取所述UE的eDRX参数,具体包括:
[0025] 当收到该UE的寻呼区域更新请求,并且新寻呼区域和旧寻呼区域不在同一演进型基站eNB下时,采用如下方式之一获取所述UE的eDRX参数:
[0026] 方式一:若与源eNB之间有接口,向源eNB发送获取该UE的eDRX参数请求,获取所述源eNB反馈的所述UE的eDRX参数;否则,若寻呼区域跨移动性管理实体MME,则向目标MME发送获取所述UE的eDRX参数请求,接收所述目标MME从源MME获取并发送的所述UE的eDRX参数;若寻呼区域属于同一MME,则向目标MME发送获取所述UE的eDRX参数请求,接收所述目标MME发送的所述UE的eDRX参数;
[0027] 方式二:从所述UE的空中接口消息中获取eDRX参数。
[0028] 较佳地,所述方式一是在寻呼区域更新成功,并且在eNB通过专用信令配置连接态的UE进入LC状态后执行的。
[0029] 较佳地,获取所述UE的eDRX参数之后,该方法还包括:
[0030] 通知所述寻呼区域内演进型基站eNB所述UE的eDRX参数。
[0031] 相应的,在UE侧,本申请实施例提供的一种接收寻呼的方法,包括:
[0032] UE上报eDRX参数给网络侧;
[0033] 所述UE接收网络侧使用所述eDRX参数对处于轻连接LC状态、并且已激活eDRX功能的所述UE的寻呼。
[0034] 较佳地,当满足如下条件之一时,所述UE上报所述eDRX参数给网络侧:
[0035] 当支持eDRX和LC的所述UE,在支持eDRX和LC的网络中注册并且成功激活eDRX功能时;
[0036] 或者,当所述UE的寻呼区域无更新,且所述UE通过路由区更新流程更新eDRX参数成功时;
[0037] 或者,当所述UE的寻呼区域更新成功、且由于eDRX参数变更需发起路由区更新时。
[0038] 较佳地,当满足如下条件之一时,所述UE通过寻呼区域更新请求上报所述eDRX参数给网络侧:
[0039] 当所述UE需要发起寻呼区域需更新、但不需要发起路由区更新时;
[0040] 或者,当所述UE需要发起寻呼区域更新,以及需发起路由区更新,但路由区更新原因不是eDRX参数变更时。
[0041] 较佳地,当所述UE通过空中接口消息上报所述eDRX参数给网络侧。
[0042] 相应的,在MME侧,本申请实施例提供的一种寻呼控制方法,包括:
[0043] MME确定UE的eDRX参数;
[0044] 所述MME将所述UE的eDRX参数发送给eNB,使得所述eNB当有下行数据到达时,使用所述eDRX参数寻呼所述UE,其中所述UE为处于轻连接LC状态、并且已激活eDRX功能的UE。
[0045] 较佳地,当满足如下条件之一时,所述MME将所述UE的eDRX参数发送给eNB:
[0046] 当支持eDRX和LC的所述UE,在支持eDRX和LC的网络中注册并且成功激活eDRX功能时;
[0047] 或者,当所述UE的寻呼区域无更新,且所述UE通过路由区更新流程更新eDRX参数成功时;
[0048] 或者,当所述UE的寻呼区域更新成功、且由于eDRX参数变更需发起路由区更新时。
[0049] 较佳地,所述MME将所述UE的eDRX参数发送给eNB,具体包括:
[0050] 在eNB通过专用信令配置连接态的UE进入LC状态后,所述MME接收所述eNB发送的所述UE的eDRX参数请求;
[0051] 所述MME根据所述请求,将所述UE的eDRX参数发送给eNB。
[0052] 较佳地,当满足如下条件之一时,所述MME将所述UE的eDRX参数发送给eNB:
[0053] 当所述UE需要发起寻呼区域需更新,但不需要发起路由区更新时;
[0054] 或者,当所述UE需要发起寻呼区域更新,以及需发起路由区更新,但路由区更新原因不是eDRX参数变更时。
[0055] 较佳地,所述MME将所述UE的eDRX参数发送给eNB,具体包括:
[0056] 当eNB收到该UE的寻呼区域更新请求,并且新寻呼区域和旧寻呼区域不在同一eNB下时,若目标eNB与源eNB之间没有接口,且寻呼区域跨MME,则:
[0057] 当确定所述UE的eDRX参数的MME为目标MME时,目标MME接收目标eNB发送的获取所述UE的eDRX参数请求;目标MME向源MME发送所述UE的eDRX参数请求;目标MME接收源MME发送所述UE的eDRX参数,并发送给目标eNB;
[0058] 当确定所述UE的eDRX参数的MME为源MME时,源MME接收目标MME发送的获取所述UE的eDRX参数请求,并根据该请求向所述目标MME发送所述UE的eDRX参数,通过目标MME将所述UE的eDRX参数发送给目标eNB。
[0059] 较佳地,所述MME将所述UE的eDRX参数发送给eNB,具体包括:
[0060] 当eNB收到该UE的寻呼区域更新请求,并且新寻呼区域和旧寻呼区域不在同一演进型基站eNB下时,若目标eNB与源eNB之间没有接口,寻呼区域不跨MME,则所述MME接收目标eNB发送的获取所述UE的eDRX参数请求;所述MME将所述UE的eDRX参数发送给所述目标eNB。
[0061] 较佳地,所述MME将所述UE的eDRX参数发送给eNB,可以是在寻呼区域更新成功后,并且在eNB通过专用信令配置连接态的UE进入LC状态之后进行的。
[0062] 与上述基站侧的方法相对应地,本申请实施例还提供了一种寻呼装置,包括:
[0063] 第一单元,用于获取UE的eDRX参数;
[0064] 第二单元,用于当有下行数据到达时,使用所述eDRX参数寻呼所述UE,其中所述UE为处于LC状态、并且已激活eDRX功能的UE。
[0065] 较佳地,所述第一单元具体用于:当满足如下条件之一时,获取所述UE的eDRX参数:
[0066] 当支持eDRX和LC的所述UE,在支持eDRX和LC的网络中注册并且成功激活eDRX功能时;
[0067] 或者,当所述UE的寻呼区域无更新,且所述UE通过路由区更新流程更新eDRX参数成功时;
[0068] 或者,当所述UE的寻呼区域更新成功、且由于eDRX参数变更需发起路由区更新时。
[0069] 较佳地,所述第一单元获取所述UE的eDRX参数,具体包括下列方式之一:
[0070] 方式一:接收所述UE上报eDRX参数;
[0071] 方式二:接收MME通知的所述UE的eDRX参数;
[0072] 方式三:通过专用信令配置连接态的UE进入LC状态后,向MME发送该UE的eDRX参数请求,然后接收所述MME根据所述请求发送的该UE的eDRX参数。
[0073] 较佳地,所述第一单元具体用于:当满足如下条件之一时,获取所述UE的eDRX参数:
[0074] 当所述UE需要发起寻呼区域需更新、但不需要发起路由区更新时;
[0075] 或者,当所述UE需要发起寻呼区域更新,以及需发起路由区更新,但路由区更新原因不是eDRX参数变更时。
[0076] 较佳地,所述第一单元获取所述UE的eDRX参数,具体包括:
[0077] 当收到该UE的寻呼区域更新请求,并且新寻呼区域和旧寻呼区域不在同一eNB下时,采用如下方式之一获取所述UE的eDRX参数:
[0078] 方式一:若与源eNB之间有接口,向源eNB发送获取该UE的eDRX参数请求,获取所述源eNB反馈的所述UE的eDRX参数;否则,若寻呼区域跨移动性管理实体MME,则向目标MME发送获取所述UE的eDRX参数请求,接收所述目标MME从源MME获取并发送的所述UE的eDRX参数;若寻呼区域属于同一MME,则向目标MME发送获取所述UE的eDRX参数请求,接收所述目标MME发送的所述UE的eDRX参数;
[0079] 方式二、从所述UE的空中接口消息中获取eDRX参数;。
[0080] 较佳地,所述方式一是所述第一单元在寻呼区域更新成功后,并且在eNB通过专用信令配置连接态的UE进入LC状态后执行的。
[0081] 较佳地,所述第一单元还用于:在获取所述UE的eDRX参数之后,通知所述寻呼区域内eNB所述UE的eDRX参数。
[0082] 与上述UE侧的方法相对应,本申请还提供了一种接收寻呼的装置,包括:
[0083] 上报单元,用于上报eDRX参数给网络侧;
[0084] 接收单元,用于接收网络侧使用所述eDRX参数对处于LC状态、并且已激活eDRX功能的所述UE的寻呼。
[0085] 较佳地,所述上报单元具体用于:当满足如下条件之一时,上报所述eDRX参数给网络侧:
[0086] 当支持eDRX和LC的用户设备UE,在支持eDRX和LC的网络中注册并且成功激活eDRX功能时;
[0087] 或者,当用户设备UE的寻呼区域无更新,且所述UE通过路由区更新流程更新eDRX参数成功时;
[0088] 或者,当用户设备UE的寻呼区域更新成功、且由于eDRX参数变更需发起路由区更新时。
[0089] 较佳地,所述上报单元具体用于:当满足如下条件之一时,通过寻呼区域更新请求上报所述eDRX参数给网络侧:
[0090] 当用户设备UE需要发起寻呼区域需更新、但不需要发起路由区更新时;
[0091] 或者,当用户设备UE需要发起寻呼区域更新,以及需发起路由区更新,但路由区更新原因不是eDRX参数变更时。
[0092] 较佳地,所述上报单元具体用于:通过空中接口消息上报所述eDRX参数给网络侧。
[0093] 与上述MME侧方法相对应,本申请还提供了一种寻呼控制装置,包括:
[0094] 确定单元,用于确定UE的eDRX参数;
[0095] 传输单元,用于将所述UE的eDRX参数发送给eNB,使得所述eNB当有下行数据到达时,使用所述eDRX参数寻呼所述UE,其中所述UE为处于LC状态、并且已激活eDRX功能的UE。
[0096] 较佳地,所述传输单元具体用于:当满足如下条件之一时,将所述UE的eDRX参数发送给eNB:
[0097] 当支持eDRX和LC的所述UE,在支持eDRX和LC的网络中注册并且成功激活eDRX功能时;
[0098] 或者,当所述UE的寻呼区域无更新,且所述UE通过路由区更新流程更新eDRX参数成功时;
[0099] 或者,当所述UE的寻呼区域更新成功、且由于eDRX参数变更需发起路由区更新时。
[0100] 较佳地,所述传输单元将所述UE的eDRX参数发送给eNB,具体包括:
[0101] 在eNB通过专用信令配置连接态的UE进入LC状态后,接收所述eNB发送的所述UE的eDRX参数请求;
[0102] 根据所述请求,将所述UE的eDRX参数发送给eNB。
[0103] 较佳地,所述传输单元具体用于:当满足如下条件之一时,将所述UE的eDRX参数发送给eNB:
[0104] 当所述UE需要发起寻呼区域需更新、但不需要发起路由区更新时;
[0105] 或者,当所述UE需要发起寻呼区域更新,以及需发起路由区更新,但路由区更新原因不是eDRX参数变更时。
[0106] 较佳地,所述传输单元将所述UE的eDRX参数发送给eNB,具体包括:
[0107] 当eNB收到该UE的寻呼区域更新请求,并且新寻呼区域和旧寻呼区域不在同一eNB下时,若目标eNB与源eNB之间没有接口,且寻呼区域跨MME,则:
[0108] 当所述装置为目标MME时,所述传输单元接收目标eNB发送的获取所述UE的eDRX参数请求;目标MME向源MME发送所述UE的eDRX参数请求;目标MME接收源MME发送所述UE的eDRX参数,并发送给目标eNB;
[0109] 当所述装置为源MME时,所述传输单元接收目标MME发送的获取所述UE的eDRX参数请求,并根据该请求向所述目标MME发送所述UE的eDRX参数,通过目标MME将所述UE的eDRX参数发送给目标eNB。
[0110] 较佳地,所述传输单元将所述UE的eDRX参数发送给eNB,具体包括:
[0111] 当eNB收到该UE的寻呼区域更新请求,并且新寻呼区域和旧寻呼区域不在同一eNB下时,若目标eNB与源eNB之间没有接口,寻呼区域不跨MME,则所述传输单元接收目标eNB发送的获取所述UE的eDRX参数请求;所述MME将所述UE的eDRX参数发送给所述目标eNB。
[0112] 较佳地,所述传输单元将所述UE的eDRX参数发送给eNB,是在寻呼区域更新成功后,并且eNB通过专用信令配置连接态的UE进入LC状态之后进行的。

附图说明

[0113] 为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
[0114] 图1为现有技术中UE的状态转换示意图;
[0115] 图2为现有技术中eDRX寻呼机制示意图;
[0116] 图3为现有技术中寻呼消息发送流程示意图;
[0117] 图4为本申请实施例提供的一种寻呼方法的流程示意图;
[0118] 图5为本申请实施例提供的一种接收寻呼的方法的流程示意图;
[0119] 图6为本申请实施例提供的一种寻呼控制方法的流程示意图;
[0120] 图7为本申请实施例提供的实施例一的方案一的寻呼方法的具体流程示意图;
[0121] 图8为本申请实施例提供的实施例一的方案二的寻呼方法的具体流程示意图;
[0122] 图9为本申请实施例提供的实施例三的方案一的寻呼方法的具体流程示意图;
[0123] 图10为本申请实施例提供的实施例三的方案二的寻呼方法的具体流程示意图;
[0124] 图11为本申请实施例提供的实施例四的方案一的寻呼方法的具体流程示意图;
[0125] 图12为本申请实施例提供的实施例四的方案二的寻呼方法的具体流程示意图;
[0126] 图13为本申请实施例提供的实施例五的方案一的寻呼方法的具体流程示意图;
[0127] 图14为本申请实施例提供的实施例五的方案二的寻呼方法的具体流程示意图;
[0128] 图15为本申请实施例提供的一种寻呼装置的结构示意图;
[0129] 图16为本申请实施例提供的一种接收寻呼的装置的结构示意图;
[0130] 图17为本申请实施例提供的一种寻呼控制装置的结构示意图;
[0131] 图18为本申请实施例提供的另一种寻呼装置的结构示意图;
[0132] 图19为本申请实施例提供的另一种接收寻呼的装置的结构示意图。

具体实施方式

[0133] 本申请实施例提供了一种寻呼、接收寻呼、寻呼控制方法及装置,用以获取UE的eDRX参数,当有下行数据到达时,eNB利用获取的UE的eDRX参数寻呼处于LC状态的UE。
[0134] 在基站侧,本申请实施例提供了一种寻呼方法,如图4所示,该方法包括:
[0135] S401、获取UE的eDRX参数;
[0136] S402、当有下行数据到达时,使用所述eDRX参数寻呼所述UE,其中所述UE为处于轻连接LC状态、并且已激活eDRX功能的UE。
[0137] 本申请实施例提供的一种寻呼方法,可以获取UE的eDRX参数,当有下行数据到达时,eNB利用获取的UE的eDRX参数寻呼处于LC状态的UE,实现了对处于LC状态的UE进行寻呼,从而节约空中接口的信令开销。
[0138] 较佳地,当满足如下条件之一时,获取所述UE的eDRX参数:
[0139] 当支持eDRX和LC的所述UE,在支持eDRX和LC的网络中注册并且成功激活eDRX功能时;
[0140] 或者,当所述UE的寻呼区域无更新,且所述UE通过路由区更新流程更新eDRX参数成功时;
[0141] 或者,当所述UE的寻呼区域更新成功、且由于eDRX参数变更需发起路由区更新时。
[0142] 较佳地,获取所述UE的eDRX参数,具体包括下列方式之一:
[0143] 方式一:接收所述UE上报eDRX参数;
[0144] 方式二:接收MME通知的所述UE的eDRX参数;
[0145] 方式三:通过专用信令配置连接态的UE进入LC状态后,向MME发送该UE的eDRX参数请求,然后接收所述MME根据所述请求发送的该UE的eDRX参数。
[0146] 较佳地,当满足如下条件之一时,获取所述UE的eDRX参数:
[0147] 当所述UE需要发起寻呼区域需更新、但不需要发起路由区更新时;
[0148] 或者,当所述UE需要发起寻呼区域更新,以及需发起路由区更新,但路由区更新原因不是eDRX参数变更时。
[0149] 较佳地,获取所述UE的eDRX参数,具体包括:
[0150] 当收到该UE的寻呼区域更新请求,并且新寻呼区域和旧寻呼区域不在同一演进型基站eNB下时,采用下列方式之一获取UE的eDRX参数:
[0151] 方式一:若与源eNB之间有接口,向源eNB发送获取该UE的eDRX参数请求,获取所述源eNB反馈的所述UE的eDRX参数;否则,若寻呼区域跨移动性管理实体MME,则向目标MME发送获取所述UE的eDRX参数请求,接收所述目标MME从源MME获取并发送的所述UE的eDRX参数;若寻呼区域属于同一MME,则向目标MME发送获取所述UE的eDRX参数请求,接收所述目标MME发送的所述UE的eDRX参数;
[0152] 方式二:从所述UE的空中接口消息中获取eDRX参数。
[0153] 其中,所述方式一,可以在寻呼区域更新成功后,并且在eNB通过专用信令配置连接态的UE进入LC状态后执行,也可以在通过专用信令配置连接态的UE进入LC状态之前执行。
[0154] 当收到该UE的寻呼区域更新请求,并且新寻呼区域和旧寻呼区域在同一eNB下时无需进行eDRX参数处理。
[0155] 需要说明的是,上述MME将所述UE的eDRX参数发送给eNB,可以在eNB通过专用信令配置连接态的UE进入LC状态之前,也可以在eNB通过专用信令配置连接态的UE进入LC状态之后。此外,从所述UE的空中接口消息中获取eDRX参数的方式可以是通过寻呼区域更新请求获取。
[0156] 较佳地,获取所述UE的eDRX参数之后,该方法还包括:
[0157] 通知所述寻呼区域内eNB所述UE的eDRX参数。
[0158] 在UE侧,本申请实施例提供的一种接收寻呼的方法,如图5所示,包括:
[0159] S501、UE上报eDRX参数给网络侧;
[0160] S502、所述UE接收网络侧使用所述eDRX参数对处于LC状态、并且已激活eDRX功能的所述UE的寻呼。
[0161] 较佳地,当满足如下条件之一时,所述UE上报所述eDRX参数给网络侧:
[0162] 当支持eDRX和LC的所述UE,在支持eDRX和LC的网络中注册并且成功激活eDRX功能时;
[0163] 或者,当所述UE的寻呼区域无更新,且所述UE通过路由区更新流程更新eDRX参数成功时;
[0164] 或者,当所述UE的寻呼区域更新成功、且由于eDRX参数变更需发起路由区更新时。
[0165] 较佳地,当满足如下条件之一时,所述UE通过寻呼区域更新请求上报所述eDRX参数给网络侧:
[0166] 当所述UE需要寻呼区域需更新、但不需要发起路由区更新时;
[0167] 或者,当所述UE需要发起寻呼区域更新,以及需发起路由区更新,但路由区更新原因不是eDRX参数变更时。
[0168] 在MME侧,本申请实施例提供的一种寻呼控制方法,如图6所示,包括:
[0169] S601、MME确定UE的eDRX参数;
[0170] S601、所述MME将所述UE的eDRX参数发送给eNB,使得所述eNB当有下行数据到达时,使用所述eDRX参数寻呼所述UE,其中所述UE为处于轻连接LC状态、并且已激活eDRX功能的UE。
[0171] 较佳地,当满足如下条件之一时,所述MME将所述UE的eDRX参数发送给eNB:
[0172] 当支持eDRX和LC的所述UE,在支持eDRX和LC的网络中注册并且成功激活eDRX功能时;
[0173] 或者,当所述UE的寻呼区域无更新,且所述UE通过路由区更新流程更新eDRX参数成功时;
[0174] 或者,当所述UE的寻呼区域更新成功、且由于eDRX参数变更需发起路由区更新时。
[0175] 较佳地,所述MME将所述UE的eDRX参数发送给eNB,具体包括:
[0176] 在eNB通过专用信令配置连接态的UE进入LC状态后,所述MME接收所述eNB发送的所述UE的eDRX参数请求;
[0177] 所述MME根据所述请求,将所述UE的eDRX参数发送给eNB。
[0178] 较佳地,当满足如下条件之一时,所述MME将所述UE的eDRX参数发送给eNB:
[0179] 当所述UE需要发起寻呼区域需更新、但不需要发起路由区更新时;
[0180] 或者,当所述UE需要发起寻呼区域更新,以及需发起路由区更新,但路由区更新原因不是eDRX参数变更时。
[0181] 较佳地,所述MME将所述UE的eDRX参数发送给eNB,具体包括:
[0182] 当eNB收到该UE的寻呼区域更新请求,并且新寻呼区域和旧寻呼区域不在eNB下时,若目标eNB与源eNB之间没有接口,且寻呼区域跨MME,则:
[0183] 当确定所述UE的eDRX参数的MME为目标MME时,目标MME接收目标eNB发送的获取所述UE的eDRX参数请求;目标MME向源MME发送所述UE的eDRX参数请求;目标MME接收源MME发送所述UE的eDRX参数,并发送给目标eNB;
[0184] 当确定所述UE的eDRX参数的MME为源MME时,源MME接收目标MME发送的获取所述UE的eDRX参数请求,并根据该请求向所述目标MME发送所述UE的eDRX参数,通过目标MME将所述UE的eDRX参数发送给目标eNB。
[0185] 较佳地,所述MME将所述UE的eDRX参数发送给eNB,具体包括:
[0186] 当eNB收到该UE的寻呼区域更新请求,并且新寻呼区域和旧寻呼区域不在同一演进型基站eNB下时,若目标eNB与源eNB之间没有接口,寻呼区域不跨MME,则所述MME接收目标eNB发送的获取所述UE的eDRX参数请求;所述MME将所述UE的eDRX参数发送给所述目标eNB。
[0187] 其中,所述MME将所述UE的eDRX参数发送给eNB,可以在寻呼区域更新成功后,并且在eNB通过专用信令配置连接态的UE进入LC状态后进行的,也可以在通过专用信令配置连接态的UE进入LC状态之前进行的。
[0188] 下面给出具体实施例进行说明:
[0189] 实施例1:UE在网络中注册时的eDRX参数处理及后续处理的过程,具体方案如下:
[0190] 方案一:eNB获取UE的eDRX的参数在eNB通过专用信令配置连接态的UE进入LC状态前,如图7所示,具体过程如下:
[0191] S701、UE发送注册请求消息给网络,该消息中包含eDRX参数,所述eDRX参数包括eDRX周期和PTW;
[0192] S702、网络侧发送注册接受消息给UE,该消息中包含eDRX参数,所述eDRX参数包括eDRX周期和PTW;
[0193] S703、对S702中UE更新的eDRX参数进行处理,具体包括下列方式之一:
[0194] 方式一:UE通过空中接口上报eDRX参数给eNB,eNB通过eNB与eNB之间的接口(X2口)通知该寻呼区域内其他eNB该UE的eDRX参数;
[0195] 方式二:或者,MME通过S1口通知eNB该UE的eDRX参数,eNB通过X2口通知该寻呼区域内其他eNB该UE的eDRX参数;
[0196] S704、eNB通过专用信令配置连接态的UE进入LC状态或RRC-idle状态;
[0197] S705、当网络侧有下行数据达到时,网络侧使用获取的eDRX参数寻呼UE。
[0198] 方案二:eNB获取UE的eDRX的参数在eNB通过专用信令配置连接态的UE进入LC状态后,如图8所示,具体过程如下:
[0199] S801、UE发送注册请求消息给网络,该消息中包含eDRX参数,所述eDRX参数包括eDRX周期和PTW;
[0200] S802、网络侧发送注册接受消息给UE,该消息中包含eDRX参数,所述eDRX参数包括eDRX周期和PTW;
[0201] S803、eNB通过专用信令配置连接态的UE进入LC状态或RRC-idle状态;
[0202] 当eNB通过专用信令配置连接态的UE进入LC状态时,执行下述步骤S804和步骤S805;
[0203] 当eNB通过专用信令配置连接态的UE进入RRC-idle状态,执行步骤S805;
[0204] S804、对S802中UE更新的eDRX参数进行处理,eNB通过S1口向MME发送该UE的eDRX参数请求,MME通过S1口发送该UE的eDRX参数给eNB,eNB通过X2口通知该寻呼区域内其他eNB该UE的eDRX参数;
[0205] S805、当网络侧有下行数据达到时,网络侧使用获取的eDRX参数寻呼UE。
[0206] 实施例2:与实施例一的方案相类似,UE的寻呼区域无更新时,UE通过路由更新流程更新eDRX参数时的eDRX参数处理及后续处理的方案如下:
[0207] 方案一,eNB获取UE的eDRX的参数在eNB通过专用信令配置连接态的UE进入LC状态前,具体过程如下:
[0208] 步骤一:UE处于RRC-idle状态或LC状态,当UE进入新的小区,该小区与源小区属于不同的路由区时,UE发送路由更新请求给网络侧,该消息中包含eDRX参数,所述eDRX参数包括eDRX周期和PTW;
[0209] 步骤二:网络侧发送路由更新接受消息给UE,该消息中包含eDRX参数,所述eDRX参数包括eDRX周期和PTW,并执行下述步骤;当eDRX参数更新失败时,不再执行下述步骤。
[0210] 步骤三:对步骤二中更新的eDRX参数进行处理,具体包括下列方式之一:
[0211] 方式一:MME通过S1口通知eNB该UE的eDRX参数,eNB通过X2口通知该寻呼区域内其他eNB该UE的eDRX参数;
[0212] 方式二:或者,UE通过空中接口上报eDRX参数给eNB,eNB通过X2口通知该寻呼区域内其他eNB该UE的eDRX参数;
[0213] 步骤四:eNB通过专用信令配置连接态的UE进入LC状态或RRC-idle状态;
[0214] 步骤五:当网络侧有下行数据达到时,网络侧使用获取的eDRX参数寻呼UE。
[0215] 方案二,eNB获取UE的eDRX的参数在eNB通过专用信令配置连接态的UE进入LC状态后,具体过程如下:
[0216] 步骤一:UE处于RRC-idle状态或LC状态,当UE进入新的小区,该小区与源小区属于不同的路由区时,UE发送路由更新请求给网络侧,该消息中包含eDRX参数,所述eDRX参数包括eDRX周期和PTW;
[0217] 步骤二:网络侧发送路由更新接受消息给UE,该消息中包含eDRX参数,所述eDRX参数包括eDRX周期和PTW,并执行下述步骤;当eDRX参数更新失败时,不再执行下述步骤。
[0218] 步骤三:eNB通过专用信令配置连接态的UE进入LC状态或RRC-idle状态,eNB通过专用信令配置连接态的UE进入LC状态,执行下述步骤四和步骤五;eNB通过专用信令配置连接态的UE进入RRC-idle状态,执行步骤五;
[0219] 步骤四:对步骤二中更新的eDRX参数进行处理,eNB向MME通过S1口发送该UE的eDRX参数请求,MME通过S1口通知目标eNB该UE的eDRX参数,eNB通过X2口通知该寻呼区域内其他eNB该UE的eDRX参数;
[0220] 步骤五:当网络侧有下行数据达到时,网络侧使用获取的eDRX参数寻呼UE。
[0221] 实施例3:UE寻呼区域需更新、但不需要发起路由区更新时获取eDRX参数及后续处理的过程如下:
[0222] UE处于LC状态,UE进入新的小区,该小区与源小区属于不同的寻呼区域,但属于同一个路由区,具体方案如下:
[0223] 方案一,eNB获取UE的eDRX的参数在eNB通过专用信令配置连接态的UE进入LC状态前,如图9所示,具体过程如下:
[0224] S901、UE发起寻呼区域更新请求;
[0225] S902、eNB收到该UE的寻呼区域更新请求,当新寻呼区域和旧寻呼区域在同一eNB下时,无需进行eDRX参数处理;否则,对eDRX参数处理方式具体包括下列方式之一:
[0226] 方式一:
[0227] 当目标eNB和源eNB之间有X2接口时,目标eNB通过X2口向源eNB发送获取该UE的eDRX参数请求,源eNB反馈该UE的eDRX参数,目标eNB通过X2口通知该寻呼区域内其他eNB该UE的eDRX参数;
[0228] 当目标eNB和源eNB之间无X2接口并且当寻呼区域跨MME时,做下述处理:
[0229] 目标eNB通过S1口向目标MME发送获取该UE的eDRX参数请求,目标MME通过S10口向源MME发送该UE的eDRX参数请求,源MME通过S10口向目标MME发送该UE的eDRX参数,目标MME通过S1口向目标eNB发送该UE的eDRX参数,目标eNB通过X2口通知该寻呼区域内其他eNB该UE的eDRX参数;
[0230] 当目标eNB和源eNB之间无X2接口并且当寻呼区域不跨MME时,做下述处理:
[0231] 目标eNB通过S1口向MME发送获取该UE的eDRX参数请求,MME通过S1口向目标eNB发送该UE的eDRX参数,目标eNB通过X2口通知该寻呼区域内其他eNB该UE的eDRX参数。
[0232] 方式二:UE通过空中接口发送当前eDRX参数给目标eNB,eDRX参数包括eDRX周期和PTW,eDRX参数可以包含在寻呼区域更新请求中;
[0233] 当eDRX参数获取成功,或者无需eDRX参数处理时,并且寻呼区域其他内容更新成功时,eNB通过空中接口通知UE寻呼区域更新成功,转至S903;否则,eNB通过空中接口通知UE寻呼区域更新失败,或者eDRX参数更新失败,eNB通过专用信令配置连接态的UE进入RRC-idle状态,转至S904;
[0234] S903、eNB通过专用信令配置连接态的UE进入LC状态或RRC-idle状态;
[0235] S904、当网络侧有下行数据达到时,网络侧使用获得的eDRX参数寻呼UE。
[0236] 方案二,eNB获取UE的eDRX的参数在eNB通过专用信令配置连接态的UE进入LC状态后,如图10所示,具体过程如下:
[0237] S1001、UE发起寻呼区域更新请求;
[0238] S1002、eNB收到该UE的寻呼区域更新请求,当新寻呼区域和旧寻呼区域在同一eNB下时,无需对eDRX参数处理;否则,需要对eDRX参数处理:
[0239] 当eDRX参数获取成功,或者无需eDRX参数处理时,并且寻呼区域其他内容更新成功时,eNB通过空中接口通知UE寻呼区域更新成功,转至S1003;否则,eNB通过空中接口通知UE寻呼区域更新失败,或者eDRX参数更新失败,eNB通过专用信令配置连接态的UE进入RRC-idle态,转至S1005;
[0240] S1003、eNB通过专用信令配置连接态的UE进入LC状态或RRC-idle状态;
[0241] S1004、对S1002中UE更新的eDRX参数进行处理,当目标eNB和源eNB之间有X2接口时,目标eNB通过X2口向源eNB发送获取该UE的eDRX参数请求,源eNB反馈该UE的eDRX参数,目标eNB通过X2口通知该寻呼区域内其他eNB该UE的eDRX参数;否则,目标eNB通过S1口从MME处获取eDRX参数;
[0242] S1005、当网络侧有下行数据达到时,网络侧使用获得的eDRX参数寻呼UE。
[0243] 实施例4:UE寻呼区域需更新、且由于eDRX参数变更需发起路由区更新时获取eDRX参数及后续处理的过程:
[0244] UE处于LC状态,进入新的小区,该小区与源小区属于不同的寻呼区域,同时UE需更新eDRX参数,具体方案如下:
[0245] 方案一,eNB获取UE的eDRX的参数在eNB通过专用信令配置连接态的UE进入LC状态前,如图11所示,具体过程如下:
[0246] S1101、UE发起路由区更新请求,该请求包含eDRX参数。
[0247] S1102、网络侧发送路由更新接受消息给UE,该消息中包含eDRX参数,所述eDRX参数包括eDRX周期和PTW,执行下述步骤;当eDRX参数更新失败时,按照实施例3进行处理,不再执行下述步骤。
[0248] S1103、eNB更新UE的寻呼区域,通过空中接口发送寻呼区域更新接受消息给UE,并执行S1104至S1106;否则,发送寻呼区域更新失败消息给UE,网络侧释放UE到RRC-idle状态,转至S1106。
[0249] S1104、对S1102中UE更新的eDRX参数进行处理,具体包括下列方式之一:
[0250] 方式一:MME通过S1口通知eNB该UE的eDRX参数,eNB通过X2口通知该寻呼区域内其他eNB该UE的eDRX参数;
[0251] 方式二:UE通过空中接口上报eDRX参数给eNB,eNB通过X2口通知该寻呼区域内其他eNB该UE的eDRX参数;
[0252] S1105、eNB通过专用信令配置连接态的UE进入LC状态或RRC-idle状态;
[0253] S1106、当网络侧有下行数据达到时,网络侧使用获得的eDRX参数寻呼UE。
[0254] 需要说明的是,本实施例中的S1103和S1104可以不分先后顺序执行,当先执行S1104中方式二再执行S1103时,如果S1103中寻呼区域更新失败,eNB要在接收到UE发送的eDRX参数后才释放UE到RRC-idle状态,此种情况,可以根据实际需要设置定时器来控制RRC连接释放消息的时间。此外,如果先执行S1103再执行S1104,只有在执行S1103后寻呼区域更新成功的情况下才能执行S1105,否则,直接执行S1106。
[0255] 方案二,eNB获取UE的eDRX的参数在eNB通过专用信令配置连接态的UE进入LC状态后,如图12所示,具体过程如下:
[0256] S1201、UE发起路由区更新请求,该请求包含eDRX参数;
[0257] S1202、网络侧发送路由更新接受消息给UE,该消息中包含eDRX参数,所述eDRX参数包括eDRX周期和PTW,执行下述步骤;当eDRX参数更新失败时,按照实施例3进行处理,不再执行下述步骤;
[0258] S1203、eNB更新UE的寻呼区域,通过空中接口发送寻呼区域更新接受消息给UE,并执行下述S1204至S1206;否则,发送寻呼区域更新失败消息给UE,网络侧释放UE到RRC-idle态,转至S1206;
[0259] S1204、eNB通过专用信令配置连接态的UE进入LC状态或RRC-idle状态,当eNB通过专用信令配置连接态的UE进入LC状态,执行下述S1205和S1206;当eNB通过专用信令配置连接态的UE进入RRC-idle状态,执行S1206;
[0260] S1205、对S1102中UE更新的eDRX参数进行处理,eNB向MME通过S1口发送该UE的eDRX参数请求,MME通过S1口通知eNB该UE的eDRX参数,eNB通过X2口通知该寻呼区域内其他eNB该UE的eDRX参数;否则,无处理;
[0261] S1206、当网络侧有下行数据达到时,网络侧使用获得的eDRX参数寻呼UE。
[0262] 实施例5:UE需发起寻呼区域更新、需发起路由区更新、但路由区更新原因不是eDRX参数变更时的eDRX参数处理及后续处理的过程如下:
[0263] UE处于LC状态,当UE进入新的小区,该小区与源小区属于不同的寻呼区域,同时UE需发起路由区更新,但路由区更新原因不是因为eDRX参数变更,具体方案如下;
[0264] 方案一,eNB获取UE的eDRX的参数在eNB通过专用信令配置连接态的UE进入LC状态前,如图13所示,具体过程如下:
[0265] S1301、UE发起路由区更新请求,该消息不包含eDRX参数;
[0266] S1302、网络侧发送路由更新接受消息给UE,该消息中不包含eDRX参数信息,执行下述S1303至S1307;当路由更新失败时,按照现有机制处理,不再执行下述步骤;
[0267] S1303、UE发起寻呼区域更新请求;
[0268] S1304、eNB收到该UE的寻呼区域更新请求,当新寻呼区域和旧寻呼区域在同一eNB下时,无需eDRX参数处理;否则,处理方式具体包括下列方式之一:
[0269] 方式一:
[0270] 当目标eNB和源eNB之间有X2接口时,目标eNB通过X2口向源eNB发送获取该UE的eDRX参数请求,源eNB反馈该UE的eDRX参数,目标eNB通过X2口通知该寻呼区域内其他eNB该UE的eDRX参数;
[0271] 当目标eNB和源eNB之间无X2接口并且当寻呼区域跨MME时,做下述处理:
[0272] 目标eNB通过S1口向目标MME发送获取该UE的eDRX参数请求,目标MME通过S10口向源MME发送该UE的eDRX参数请求,源MME通过S10口向目标MME发送该UE的eDRX参数,目标MME通过S1口向目标eNB发送该UE的eDRX参数,目标eNB通过X2口通知该寻呼区域内其他eNB该UE的eDRX参数;
[0273] 当目标eNB和源eNB之间无X2接口并且当寻呼区域不跨MME时,做下述处理:
[0274] 目标eNB通过S1口向MME发送获取该UE的eDRX参数请求,MME通过S1口向目标eNB发送该UE的eDRX参数,目标eNB通过X2口通知该寻呼区域内其他eNB该UE的eDRX参数。
[0275] 方式二:UE通过空中接口发送当前eDRX参数给目标eNB,eDRX参数包括eDRX周期和PTW,eDRX参数可以包含在寻呼区域更新请求中;
[0276] 当eDRX参数获取成功,或者无需eDRX参数处理时,并且寻呼区域其他内容更新成功时,eNB通过空中接口通知UE寻呼区域更新成功,转至S903;否则,eNB通过空中接口通知UE寻呼区域更新失败,或者eDRX参数更新失败,eNB通过专用信令配置连接态的UE进入RRC空闲态,转至S904;
[0277] S1305、eNB通过专用信令配置连接态的UE进入LC状态或RRC-idle状态;
[0278] S1306、当网络侧有下行数据达到时,网络侧使用获得的eDRX参数寻呼UE。
[0279] 方案二,eNB获取UE的eDRX的参数在eNB通过专用信令配置连接态的UE进入LC状态后,如图14所示,具体过程如下:
[0280] S1401、UE发起路由区更新请求,该消息不包含eDRX参数;
[0281] S1402、网络侧发送路由更新接受消息给UE,该消息中不包含eDRX参数信息,执行下述S1403至S1407;当路由更新失败时,按照现有机制处理,不再执行下述步骤。
[0282] S1403、UE发起寻呼区域更新请求;
[0283] S1404、eNB收到该UE的寻呼区域更新请求,当新寻呼区域和旧寻呼区域在同一eNB下时,无需对eDRX参数处理;否则,需要对eDRX参数处理:
[0284] 当eDRX参数获取成功,或者无需eDRX参数处理时,并且寻呼区域其他内容更新成功时,eNB通过空中接口通知UE寻呼区域更新成功,转至S1405;否则,eNB通过空中接口通知UE寻呼区域更新失败,或者eDRX参数更新失败,eNB通过专用信令配置连接态的UE进入RRC空闲态,转至S1407;
[0285] S1405、eNB通过专用信令配置连接态的UE进入LC状态或RRC-idle状态;
[0286] S1406、对S1404中UE更新的eDRX参数进行处理,当目标eNB和源eNB之间有X2接口时,目标eNB通过X2口向源eNB发送获取该UE的eDRX参数请求,源eNB反馈该UE的eDRX参数,目标eNB通过X2口通知该寻呼区域内其他eNB该UE的eDRX参数;否则,目标eNB通过S1口从MME处获取eDRX参数;
[0287] S1407、当网络侧有下行数据达到时,网络侧使用获得的eDRX参数寻呼UE。
[0288] 与上述方法相对应地,在基站侧,本申请实施例还提供了一种寻呼装置:
[0289] 如图15所示,该寻呼装置包括:
[0290] 第一单元1501,用于获取UE的扩展的eDRX参数;
[0291] 第二单元1502,用于当有下行数据到达时,使用所述eDRX参数寻呼所述UE,其中所述UE为处于LC状态、并且已激活eDRX功能的UE。
[0292] 较佳地,所述第一单元1501具体用于:当满足如下条件之一时,获取所述UE的eDRX参数:
[0293] 当支持eDRX和LC的所述UE,在支持eDRX和LC的网络中注册并且成功激活eDRX功能时;
[0294] 或者,当所述UE的寻呼区域无更新,且所述UE通过路由区更新流程更新eDRX参数成功时;
[0295] 或者,当所述UE的寻呼区域更新成功、且由于eDRX参数变更需发起路由区更新时。
[0296] 较佳地,所述第一单元1501获取所述UE的eDRX参数,具体包括下列方式之一:
[0297] 方式一:接收所述UE上报eDRX参数;
[0298] 方式二:接收MME通知的所述UE的eDRX参数;
[0299] 方式三:通过专用信令配置连接态的UE进入LC状态后,向MME发送该UE的eDRX参数请求,然后接收所述MME根据所述请求发送的该UE的eDRX参数。
[0300] 较佳地,所述第一单元1501具体用于:当满足如下条件之一时,获取所述UE的eDRX参数:
[0301] 当所述UE需要发起寻呼区域需更新、但不需要发起路由区更新时;
[0302] 或者,当所述UE需要发起寻呼区域更新,以及需发起路由区更新,但路由区更新原因不是eDRX参数变更时。
[0303] 较佳地,所述第一单元1501获取所述UE的eDRX参数,具体包括:
[0304] 当收到该UE的寻呼区域更新请求,并且新寻呼区域和旧寻呼区域不在同一eNB下时,采用如下方式之一获取所述UE的eDRX参数:
[0305] 方式一:若与源eNB之间有接口,向源eNB发送获取该UE的eDRX参数请求,获取所述源eNB反馈的所述UE的eDRX参数;否则,若寻呼区域跨MME,则向目标MME发送获取所述UE的eDRX参数请求,接收所述目标MME从源MME获取并发送的所述UE的eDRX参数;若寻呼区域属于同一MME,则向目标MME发送获取所述UE的eDRX参数请求,接收所述目标MME发送的所述UE的eDRX参数;
[0306] 方式二:从所述UE的空中接口消息中获取eDRX参数。
[0307] 其中,所述方式一可以是所述第一单元1501在寻呼区域更新成功后,并且通过专用信令配置连接态的UE进入LC状态后执行的,也可以是在通过专用信令配置连接态的UE进入LC状态前执行的。
[0308] 较佳地,所述第一单元1501还用于:在获取所述UE的eDRX参数之后,通知所述寻呼区域内演进型基站eNB所述UE的eDRX参数。
[0309] 与上述方法相对应地,在UE侧,本申请实施例还提供了一种接收寻呼的装置:
[0310] 如图16所示,该接收寻呼的装置包括:
[0311] 上报单元1601,用于上报扩展的非连续接收eDRX参数给网络侧;
[0312] 接收单元1602,用于接收网络侧使用所述eDRX参数对处于轻连接LC状态、并且已激活非连续接收eDRX功能的所述UE的寻呼。
[0313] 较佳地,所述上报单元1601具体用于:当满足如下条件之一时,上报所述eDRX参数给网络侧:
[0314] 当支持eDRX和LC的所述UE,在支持eDRX和LC的网络中注册并且成功激活eDRX功能时;
[0315] 或者,当所述UE的寻呼区域无更新,且所述UE通过路由区更新流程更新eDRX参数成功时;
[0316] 或者,当所述UE的寻呼区域更新成功、且由于eDRX参数变更需发起路由区更新时。
[0317] 较佳地,所述上报单元1601具体用于:当满足如下条件之一时,通过寻呼区域更新请求上报所述eDRX参数给网络侧:
[0318] 当所述UE需要发起寻呼区域需更新、但不需要发起路由区更新时;
[0319] 或者,当所述UE需要发起寻呼区域更新,以及需发起路由区更新,但路由区更新原因不是eDRX参数变更时。
[0320] 较佳地,所述上报单元1601通过空中接口消息上报所述eDRX参数给网络侧。
[0321] 与上述方法相对应地,在MME侧,本申请实施例还提供了一种寻呼控制装置:
[0322] 如图17所示,该寻呼控制装置包括:
[0323] 确定单元1701,用于确定UE的eDRX参数;
[0324] 传输单元1702,用于将所述UE的eDRX参数发送给eNB,使得所述eNB当有下行数据到达时,使用所述eDRX参数寻呼所述UE,其中所述UE为处于轻连接LC状态、并且已激活eDRX功能的UE。
[0325] 较佳地,所述传输单元1702具体用于:当满足如下条件之一时,将所述UE的eDRX参数发送给eNB:
[0326] 当支持eDRX和LC的所述UE,在支持eDRX和LC的网络中注册并且成功激活eDRX功能时;
[0327] 或者,当所述UE的寻呼区域无更新,且所述UE通过路由区更新流程更新eDRX参数成功时;
[0328] 或者,当所述UE的寻呼区域更新成功、且由于eDRX参数变更需发起路由区更新时。
[0329] 较佳地,所述传输单元1702将所述UE的eDRX参数发送给eNB,具体包括:
[0330] 在eNB通过专用信令配置连接态的UE进入LC状态后,接收所述eNB发送的所述UE的eDRX参数请求;
[0331] 根据所述请求,将所述UE的eDRX参数发送给eNB。
[0332] 较佳地,所述传输单元1702具体用于:当满足如下条件之一时,将所述UE的eDRX参数发送给eNB:
[0333] 当所述UE需要发起寻呼区域需更新、但不需要发起路由区更新时;
[0334] 或者,当所述UE需要发起寻呼区域更新,以及需发起路由区更新,但路由区更新原因不是eDRX参数变更时。
[0335] 较佳地,所述传输单元将所述UE的eDRX参数发送给eNB,具体包括:
[0336] 当eNB收到该UE的寻呼区域更新请求,并且新寻呼区域和旧寻呼区域不在同一eNB下时,若目标eNB与源eNB之间没有接口,且寻呼区域跨MME,则:
[0337] 当所述装置为目标MME时,目标MME接收目标eNB发送的获取所述UE的eDRX参数请求;目标MME向源MME发送所述UE的eDRX参数请求;目标MME接收源MME发送所述UE的eDRX参数,并发送给目标eNB;
[0338] 当所述装置为源MME时,源MME接收目标MME发送的获取所述UE的eDRX参数请求,并根据该请求向所述目标MME发送所述UE的eDRX参数,通过目标MME将所述UE的eDRX参数发送给目标eNB。
[0339] 较佳地,所述传输单元1702将所述UE的eDRX参数发送给eNB,具体包括:
[0340] 当eNB收到该UE的寻呼区域更新请求,并且新寻呼区域和旧寻呼区域不在同一演进型基站eNB下时,若目标eNB与源eNB之间没有接口,寻呼区域不跨MME,则所述传输单元1702接收目标eNB发送的获取所述UE的eDRX参数请求;所述MME将所述UE的eDRX参数发送给所述目标eNB。
[0341] 其中,所述传输单元1702将所述UE的eDRX参数发送给eNB,可以在寻呼区域更新成功后,并且在eNB通过专用信令配置连接态的UE进入LC状态后进行的,也可以在通过专用信令配置连接态的UE进入LC状态之前进行的。
[0342] 如图18所示,本申请实施例在基站侧提供的另一种寻呼装置包括:
[0343] 处理器500,用于用于读取存储器520中的程序,执行下列过程:
[0344] 通过收发机510获取UE的eDRX参数;
[0345] 用于当有下行数据到达时,使用所述eDRX参数寻呼所述UE,其中所述UE为处于LC状态、并且已激活eDRX功能的UE。
[0346] 较佳地,所述处理器500具体用于:当满足如下条件之一时,通过收发机510获取所述UE的eDRX参数:
[0347] 当支持eDRX和LC的所述UE,在支持eDRX和LC的网络中注册并且成功激活eDRX功能时;
[0348] 或者,当所述UE的寻呼区域无更新,且所述UE通过路由区更新流程更新eDRX参数成功时;
[0349] 或者,当所述UE的寻呼区域更新成功、且由于eDRX参数变更需发起路由区更新时。
[0350] 较佳地,所述收发机510获取所述UE的eDRX参数,具体包括下列方式之一:
[0351] 方式一:接收所述UE上报eDRX参数;
[0352] 方式二:接收MME通知的所述UE的eDRX参数;
[0353] 方式三:通过专用信令配置连接态的UE进入LC状态后,向MME发送该UE的eDRX参数请求,然后接收所述MME根据所述请求发送的该UE的eDRX参数。
[0354] 较佳地,所述处理器500具体用于:当满足如下条件之一时,通过收发机510获取所述UE的eDRX参数:
[0355] 当所述UE需要寻呼区域需更新、但不需要发起路由区更新时;
[0356] 或者,当所述UE需要发起寻呼区域更新,以及需发起路由区更新,但路由区更新原因不是eDRX参数变更时。
[0357] 较佳地,所述收发机510获取所述UE的eDRX参数的方法,具体包括:
[0358] 当收到该UE的寻呼区域更新请求,并且新寻呼区域和旧寻呼区域不在同一演进型基站eNB下时,采用如下方式之一获取所述UE的eDRX参数:
[0359] 方式一:若与源eNB之间有接口,向源eNB发送获取该UE的eDRX参数请求,获取所述源eNB反馈的所述UE的eDRX参数;否则,若寻呼区域跨移动性管理实体MME,则向目标MME发送获取所述UE的eDRX参数请求,接收所述目标MME从源MME获取并发送的所述UE的eDRX参数;若寻呼区域属于同一MME,则向目标MME发送获取所述UE的eDRX参数请求,接收所述目标MME发送的所述UE的eDRX参数;
[0360] 方式二:从所述UE的空中接口消息中获取eDRX参数。
[0361] 其中,所述方式一可以是所述处理器500通过所述收发机510在寻呼区域更新成功后,并且在eNB通过专用信令配置连接态的UE进入LC状态后执行的,也可以是在通过专用信令配置连接态的UE进入LC状态前执行的。
[0362] 较佳地,所述收发机510还用于在获取所述UE的eDRX参数之后,通知所述寻呼区域内eNB所述UE的eDRX参数。
[0363] 收发机510,用于在处理器500的控制下接收和发送数据。
[0364] 其中,在图18中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器500代表的一个或多个处理器和存储器520代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机510可以是多个元件,即包括发送机和收发机,提供用于在传输介质上与各种其他装置通信的单元。处理器500负责管理总线架构和通常的处理,存储器520可以存储处理器500在执行操作时所使用的数据。
[0365] 处理器可以是中央处埋器(CPU)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或复杂可编程逻辑器件(Complex Programmable Logic Device,CPLD)[0366] 如图19所示,本申请实施例在UE侧提供的另一种接收寻呼的装置包括[0367] 处理器600,用于读取存储器620中的程序,执行下列过程:
[0368] 通过收发机610上报eDRX参数给网络侧;
[0369] 接收网络侧使用所述eDRX参数对处于LC状态、并且已激活eDRX功能的所述UE的寻呼。
[0370] 较佳地,所述处理器600具体用于:当满足如下条件之一时,通过收发机610上报所述eDRX参数给网络侧:
[0371] 当支持eDRX和LC的所述UE,在支持eDRX和LC的网络中注册并且成功激活eDRX功能时;
[0372] 或者,当所述UE的寻呼区域无更新,且所述UE通过路由区更新流程更新eDRX参数成功时;
[0373] 或者,当所述UE的寻呼区域更新成功、且由于eDRX参数变更需发起路由区更新时。
[0374] 较佳地,所述处理器600具体用于:当满足如下条件之一时,通过寻呼区域更新请求上报所述eDRX参数给网络侧:
[0375] 当所述UE需要发起寻呼区域需更新、但不需要发起路由区更新时;
[0376] 或者,当所述UE需要发起寻呼区域更新,以及需发起路由区更新,但路由区更新原因不是eDRX参数变更时。
[0377] 较佳地,所述处理器600具体用于:通过所述收发机610的空中接口消息上报所述eDRX参数给网络侧。
[0378] 收发机610,用于在处理器600的控制下接收和发送数据。
[0379] 其中,在图19中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器600代表的一个或多个处理器和存储器620代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机610可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备,用户接口630还可以是能够外接内接需要设备的接口,连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
[0380] 处理器600负责管理总线架构和通常的处理,存储器620可以存储处理器600在执行操作时所使用的数据。
[0381] 可选的,处理器600可以是CPU(中央处埋器)、ASIC(Application Specific Integrated Circuit,专用集成电路)、FPGA(Field-Programmable Gate Array,现场可编程门阵列)或CPLD(Complex Programmable Logic Device,复杂可编程逻辑器件)。
[0382] 最后,本申请实施例提供的另一种MME侧的信息发送装置,结构可以与图18所示结构类似,此时处理器500,用于用于读取存储器520中的程序,执行下列过程:
[0383] 确定用户设备UE的扩展的非连续接收eDRX参数;
[0384] 通过收发机510将所述UE的eDRX参数发送给演进型基站eNB,使得所述eNB当有下行数据到达时,使用所述eDRX参数寻呼所述UE,其中所述UE为处于轻连接LC状态、并且已激活eDRX功能的UE。
[0385] 较佳地,所述处理器500具体用于:当满足如下条件之一时,通过所述收发机510将所述UE的eDRX参数发送给eNB:
[0386] 当支持eDRX和LC的所述UE,在支持eDRX和LC的网络中注册并且成功激活eDRX功能时;
[0387] 或者,当所述UE的寻呼区域无更新,且所述UE通过路由区更新流程更新eDRX参数成功时;
[0388] 或者,当所述UE的寻呼区域更新成功、且由于eDRX参数变更需发起路由区更新时。
[0389] 较佳地,所述处理器500通过所述收发机510将所述UE的eDRX参数发送给eNB,具体包括:
[0390] 在eNB通过专用信令配置连接态的UE进入LC状态后,接收所述eNB发送的所述UE的eDRX参数请求;
[0391] 根据所述请求,将所述UE的eDRX参数发送给eNB。
[0392] 较佳地,所述处理器500具体用于:当满足如下条件之一时,通过所述收发机510将所述UE的eDRX参数发送给eNB:
[0393] 当所述UE需要发起寻呼区域需更新、但不需要发起路由区更新时;
[0394] 或者,当所述UE需要发起寻呼区域更新,以及需发起路由区更新,但路由区更新原因不是eDRX参数变更时。
[0395] 较佳地,所述收发机510将所述UE的eDRX参数发送给eNB,具体包括:
[0396] 当eNB收到该UE的寻呼区域更新请求,并且新寻呼区域和旧寻呼区域不在同一eNB下时,若目标eNB与源eNB之间没有接口,且寻呼区域跨MME,则:
[0397] 当所述装置为目标MME时,所述处理器500通过所述收发机510接收目标eNB发送的获取所述UE的eDRX参数请求;目标MME向源MME发送所述UE的eDRX参数请求;目标MME接收源MME发送所述UE的eDRX参数,并发送给目标eNB;
[0398] 当所述装置为源MME时,所述处理器500通过所述收发机510接收目标MME发送的获取所述UE的eDRX参数请求,并根据该请求向所述目标MME发送所述UE的eDRX参数,通过目标MME将所述UE的eDRX参数发送给目标eNB。
[0399] 较佳地,所述处理器500通过所述收发机510将所述UE的eDRX参数发送给eNB,具体包括:
[0400] 当eNB收到该UE的寻呼区域更新请求,并且新寻呼区域和旧寻呼区域不在同一演进型基站eNB下时,若目标eNB与源eNB之间没有接口,寻呼区域不跨MME,则所述处理器500通过所述收发机510接收目标eNB发送的获取所述UE的eDRX参数请求;所述MME将所述UE的eDRX参数发送给所述目标eNB。
[0401] 其中,所述处理器500通过所述收发机510将所述UE的eDRX参数发送给eNB,可以是在寻呼区域更新成功后,并且在eNB通过专用信令配置连接态的UE进入LC状态之后进行的,也可以是在eNB通过专用信令配置连接态的UE进入LC状态之前进行的。
[0402] 收发机510,用于在处理器500的控制下接收和发送数据。
[0403] 综上所述,本申请实施例提供的技术方案,可以获取UE的eDRX参数,当有下行数据到达时,eNB利用获取的UE的eDRX参数寻呼处于LC状态的UE,实现了对处于LC状态的UE进行寻呼,从而节约空中接口的信令开销。
[0404] 本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
[0405] 本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0406] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0407] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0408] 显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。