一种用户设备的寻呼处理方法及设备的制作方法

文档序号:7756204阅读:196来源:国知局
专利名称:一种用户设备的寻呼处理方法及设备的制作方法
技术领域
本发明涉及移动通信技术,特别涉及一种用户设备的寻呼处理方法及设备。
背景技术
在EPS(EvolvedPacket System,演进分组系统)系统中,为了确保MME(Mobility Management Entity,移动性管理实体)失效对用户体验不造成较为严重的负面影响,已有方法提出MME在复位后根据S-GW(Serving (Gateway,服务网关)存储的终端 IMSI (International Mobile Subscriber Identifier,国际移动用户标识符)、TA list (ΤΑ 列表;TA =Tracking Area,跟踪区)信息发起寻呼过程,促使终端重新附着至网络,从而重新建立因失效而丢失的终端上下文信息。然而,现有技术的不足在于这样的优化机制在UE (User Equipment,用户设备) 在原有MME失效期间已附着至新MME的情况下会导致UE重复发起附着过程,从而给用户体验造成不利影响。

发明内容
本发明所解决的技术问题在于提供了一种用户设备的寻呼处理方法及设备。本发明实施例中提供了一种UE的寻呼处理方法,包括如下步骤MME 复位;MME 接收 S-GW 发送的 Paging Notification 消息;MME向eNodeB发送包含自身MME标识的Paging消息。本发明实施例中提供了一种UE的寻呼处理方法,包括如下步骤eNodeB 接收 MME 发送的 Imaging 消息;eNodeB确定Imaging消息是否包含MME标识;在包含MME标识时,eNodeB向UE发送包含所述MME标识的Imaging消息。本发明实施例中提供了一种UE的寻呼处理方法,包括如下步骤UE 接收 eNodeB 发送的 Imaging 消息;UE确定Imaging消息是否包含MME标识;在包含MME标识时,UE确定该发起寻呼的MME标识与UE所注册的MME标识是否
一致;若一致,UE响应该Imaging消息,若不一致,UE不响应该Imaging消息。本发明实施例中提供了一种移动性管理实体设备,包括复位模块,用于对MME进行复位;接收模块,用于接收S-GW发送的Imaging Notification消息;寻呼模块,用于在MME复位后,接收到S-GW发送的Imaging Notification消息时, 向eNodeB发送包含自身MME标识的Imaging消息。本发明实施例中提供了一种基站设备,包括
4
接收模块,用于接收MME发送的I^ging消息;确定模块,用于确定Imaging消息是否包含MME标识;寻呼模块,用于在确定包含MME标识时,向UE发送包含所述MME标识的Imaging消
肩、ο本发明实施例中提供了一种用户设备,包括接收模块,用于接收eNodeB发送的Imaging消息;确定模块,用于确定Imaging消息是否包含MME标识;判断模块,用于在包含MME标识时,确定该发起寻呼的MME标识与UE所注册的MME 标识是否一致;响应模块,用于在一致时,响应该Imaging消息,在不一致时,不响应该Imaging消息。本发明有益效果如下本发明实施例提供的技术方案中,在实施时对于MME—侧,MME在复位后,接收到 S-Gff发送的Imaging Notification消息时,便向eNodeB发送包含自身MME标识的Imaging 消息。对于eNodeB —侧,在eNodeB确定Imaging消息包含MME标识时,eNodeB向UE发送包含MME标识的Imaging消息。对于UE —侧,UE在确定Imaging消息包含MME标识时,UE确定该发起寻呼的MME标识与UE所注册的MME标识是否一致;若一致,UE响应该Imaging消息,若不一致,UE不响应该Imaging消息。由于MME在复位后便在寻呼消息中指示MME的标识信息,eNodeB向UE发送Imaging 消息时也包含了该MME的标识,这样UE便能够根据该标识确定是否响应,从而能够在MME 复位情况下有效解决UE重复发起网络附着请求的问题。该方案对现有协议规程修改较小, 易于实现,能够较好的保持网络系统间的兼容性。


图1为本发明实施例中MME失效复位后TAU及上行业务处理流程示意图;图2为本发明实施例中MME失效复位后下行业务处理流程示意图;图3为本发明实施例中改进后的MME复位处理机制实施流程示意图;图4为本发明实施例中Imaging过程示意图;图5为本发明实施例中UE再次附着发生过程示意图;图6为本发明实施例中MME侧上的UE的寻呼处理方法实施流程示意图;图7为本发明实施例中eNodeB侧上的UE的寻呼处理方法实施流程示意图;图8为本发明实施例中UE侧上的UE的寻呼处理方法实施流程示意图;图9为本发明实施例中UE的寻呼处理方法实施流程示意图;图10为本发明实施例中移动性管理实体设备结构示意图;图11为本发明实施例中基站设备结构示意图;图12为本发明实施例中用户设备结构示意图。
具体实施例方式发明人在发明过程中注意到
在EPS系统中,由于故障或掉电等原因核心网管理控制实体MME可能发生失效, 这样MME将丢失先前所维护的、管理的所有UE的上下文信息。根据现有GTP (GPRS Tunnel Protocol, GPRS 隧道协议;GPRS =General Packet Radio Service,通用分组无线业务)协议操作流程,S-GW通过GTP Echo (GTP回响)消息在检测到MME失效之后,它将删除本地维护的与失效MME相关的所有UE的承载信息,从而对用户的EPC (Evolved Packet Core,演进分组核心网)服务造成不利影响。在MME重新复位之后,按照现有协议UE可以通过TAU (Tracking Area Update,跟踪区更新)及UE Triggered Service Request (UE触发服务请求)等过程在网络侧节点 (如MME,S-Gff)重新建立上下文信息,图1为MME失效复位后TAU及上行业务处理流程示意图,该操作的主要流程大致如图1所示。在此过程中,由于复位后的MME丢失了用户的上下文信息,UE的TAU/Service Request将被拒绝。这将触发UE再次发起Attach (附着)过程,从而在网络侧重新建立起用户的上下文信息。从用户体验角度来看,对于处于IDLE (空闲)态的UE而言,如果它在MME失效至恢复的整个过程中始终处于IDLE状态,那么移动性管理或周期性触发的TAU过程将使UE 对MME的失效及恢复过程毫无察觉,因此MME的失效对用户业务不造成任何影响。对于 MME恢复之后有上行业务需要传输的UE而言,当用户的上行数据到达时,它将发起Service Request (服务请求)过程。此时,虽然用户首次发起的服务请求将被网络拒绝,但是在自动触发的Attach过程完成之后,用户便可再次发起服务请求过程来请求网络的服务,因此 MME失效对用户上行业务体验也不会造成太大影响。然而,在MME重新复位之后,对于到达的下行业务数据而言情况就完全不同。图2 为MME失效复位后下行业务处理流程示意图,如图2所示,由于MME发生重启,S-Gff将删除本地维护的与失效MME相关的所有用户上下文信息,而此时到达网络的下行业务数据也将被S-GW拒绝。在此情况下,下行数据处理过程无法触发网络重新建立用户的上下文信息, 这将造成下行业务数据不能到达终端,从而给用户体验带来严重的负面影响。为了确保用户的EPC业务体验在任何情况下都不受影响,有研究者提出如下方案用于在MME复位后恢复UE的上下文信息1、在会话建立及修改过程中,MME将UE最新的TA list发送给S_GW。2、当MME失效时,S-GW临时性的保存与失效MME相关的所有UE的IMSI及TA list 信息,释放UE的其他上下文信息及资源,并通知P_GW(PDNGateway,PDN网关;PDN =Packet Data Network分组数据网)清除所维护的UE上下文信息。3、当MME复位时,S-GW通过Imaging Notification (寻呼通知)消息将所保存的与该MME相关的所有UE的[IMSI,TA list]信息发送给MME。4、当接收到包含[IMSLTA list]信息的 Imaging Notification 消息时,MME 在 TA list包含的TA中发起指示IMSI的Paging(寻呼)过程。5、当接收到指示IMSI的Imaging消息时,UE按照3GPP TS 24. 301协议规范发起 Attach过禾呈。图3为改进后的MME复位处理机制实施流程示意图,上述操作的主要流程可以参见图3所示。图4为Imaging过程示意图,在EPS系统中,指示IMSI的Imaging过程如图4所示。在需要对UE进行寻呼时,MME首先通过Sl接口将Imaging消息通知给eNodeB (演进基站), 之后由eNodeB通过空口信令在各个小区内对UE发起寻呼。这里对每个节点处的具体细节不做展开,详细步骤请参考较新版本的3GPP TS 24.301。对于Sl 接口 Paging 消息格式,在 Sl 接口上,MME 使用 Sl-AP(Si-Application Protocol, Sl接口应用协议)协议与eNodeB进行交互,MME发送至eNodeB的Imaging消息格式如下表所示,具体描述请参考较新版本的3GPP TS 36.413。
权利要求
1.一种用户设备UE的寻呼处理方法,其特征在于,包括如下步骤 移动性管理实体MME复位;MME接收服务网关S-GW发送的寻呼通知Imaging Notification消息; MME向演进基站eNodeB发送包含自身MME标识的寻呼Imaging消息。
2.如权利要求1所述的方法,其特征在于,向eNodeB发送的Imaging消息是Sl接口应用协议Sl-AP的Imaging消息。
3.如权利要求2所述的方法,其特征在于,Paging消息是S1-AP协议的Imaging消息时,MME的标识以条件可选项设置在Imaging消息中,设置的条件是MME因故障恢复而发起的 Paging。
4.一种UE的寻呼处理方法,其特征在于,包括如下步骤 eNodeB接收MME发送的Imaging消息;eNodeB确定Imaging消息是否包含MME标识;在包含MME标识时,eNodeB向UE发送包含所述MME标识的Imaging消息。
5.如权利要求4所述的方法,其特征在于,向UE发送的I^ging消息是空口无线资源控制RRC信令的Imaging消息。
6.如权利要求5所述的方法,其特征在于,所述Imaging消息是空口RRC信令的Imaging 消息时,MME的标识以条件可选项设置在Imaging消息中,设置的条件是:MME在Sl-AP Paging消息中携带有MME标识信息。
7.一种UE的寻呼处理方法,其特征在于,包括如下步骤 UE接收eNodeB发送的Imaging消息;UE确定Imaging消息是否包含MME标识;在包含MME标识时,UE确定该发起寻呼的MME标识与UE所注册的MME标识是否一致; 若一致,UE响应该Imaging消息,若不一致,UE不响应该Imaging消息。
8.如权利要求7所述的方法,其特征在于,在包含MME标识时,UE所注册的MME标识是根据当前所使用的全球唯一用户临时标识 ⑶TI中记录的MME标识确定的。
9.一种移动性管理实体设备,其特征在于,包括 复位模块,用于对MME进行复位;接收模块,用于接收S-GW发送的Imaging Notification消息; 寻呼模块,用于在MME复位后,接收到S-GW发送的Imaging Notiification消息时,向 eNodeB发送包含自身MME标识的Imaging消息。
10.如权利要求9所述的设备,其特征在于,寻呼模块进一步用于向eNodeB发送Sl-AP 协议的Imaging消息。
11.如权利要求10所述的设备,其特征在于,寻呼模块进一步用于在发送Sl-AP协议的 Paging消息时,将MME的标识以条件可选项设置在Imaging消息中,设置的条件是MME因故障恢复而发起的Imaging。
12.—种基站设备,其特征在于,包括 接收模块,用于接收MME发送的I^ging消息; 确定模块,用于确定Imaging消息是否包含MME标识;寻呼模块,用于在确定包含MME标识时,向UE发送包含所述MME标识的Imaging消息。
13.如权利要求12所述的基站设备,其特征在于,寻呼模块进一步用于向UE发送空口 RRC信令的Imaging消息。
14.如权利要求13所述的基站设备,其特征在于,寻呼模块进一步用于在发送空口RRC 信令的Imaging消息时,将MME的标识以条件可选项设置在Imaging消息中,设置的条件是 MME在Sl-AP Paging消息中携带有MME标识信息。
15.一种用户设备,其特征在于,包括接收模块,用于接收eNodeB发送的Imaging消息; 确定模块,用于确定Imaging消息是否包含MME标识;判断模块,用于在包含MME标识时,确定该发起寻呼的MME标识与UE所注册的MME标识是否一致;响应模块,用于在一致时,响应该Imaging消息,在不一致时,不响应该Imaging消息。
16.如权利要求15所述的用户设备,其特征在于,判断模块进一步用于在包含MME标识时,根据当前所使用的GUTI中记录的MME标识确定UE所注册的MME标识。
全文摘要
本发明公开了一种用户设备的寻呼处理方法及设备,包括移动性管理实体在复位后,接收到服务网关发送的寻呼通知消息时,向基站发送包含自身移动性管理实体标识的寻呼消息。基站在确定寻呼消息包含移动性管理实体标识时,基站向用户设备发送包含该移动性管理实体标识的寻呼消息。用户设备在确定寻呼消息包含移动性管理实体标识时,用户设备确定该发起寻呼的移动性管理实体标识与用户设备所注册的移动性管理实体标识一致,则响应该寻呼消息,不一致,则不响应。本发明能够在移动性管理实体复位情况下有效解决用户设备重复发起网络附着请求的问题。该方案对现有协议规程修改较小,易于实现,能够较好的保持网络系统间的兼容性。
文档编号H04W60/04GK102348278SQ20101024644
公开日2012年2月8日 申请日期2010年8月5日 优先权日2010年8月5日
发明者张娟, 徐晖, 田野 申请人:电信科学技术研究院
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1