CN101001449A - 不同接入***间的寻呼方法 - Google Patents
不同接入***间的寻呼方法 Download PDFInfo
- Publication number
- CN101001449A CN101001449A CNA2006100111442A CN200610011144A CN101001449A CN 101001449 A CN101001449 A CN 101001449A CN A2006100111442 A CNA2006100111442 A CN A2006100111442A CN 200610011144 A CN200610011144 A CN 200610011144A CN 101001449 A CN101001449 A CN 101001449A
- Authority
- CN
- China
- Prior art keywords
- paging
- user plane
- gateway
- plane gateway
- subscriber equipment
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/12—Inter-network notification
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种不同接入***间的寻呼方法,其中,用户面网关通过和控制面网关通过信令交互判断用户设备处于3GPP等同连接状态还是3GPP等同空闲状态,当用户设备处于3GPP等同连接状态时,则由用户面网关通过已有用户面连接发送下行数据包,当用户设备处于3GPP等同空闲状态时,则由用户面网关对在不同接入***间处于空闲状态的用户设备进行广域寻呼建立用户面连接后发送下行数据包。本发明使得UE可同时接入到多个接入***,且UE在IDLE模式下移动性管理的信令交互大大减少,提高了寻呼的效率。本发明不需要SGSN对下行数据包作处理,减少对原有协议的改动,后向兼容性较好。
Description
技术领域
本发明涉及移动通信技术,具体涉及不同接入***间的寻呼方法。
背景技术
随着Wimax(World Interoperability for Microwave Access,全球微波接入互通)的异军突起,第三代移动通信***要保持其在移动通信领域的强有力的竞争力,必须提高其网络性能和降低网络建设和运营成本。因此,3GPP(3rdGeneration Partnership Project,第三代合作伙伴计划)的标准化工作组,目前正致力于研究对PS Core(Packet Switch Core,包交换核心网)和UTRAN(Universal Mobile Telecommunication System Radio Access Network,全球移动通信***无线接入网)的演进,这个研究的课题叫做***架构演进(SystemArchitecture Evolution,简称SAE),目的是使得演进的PS Core(简称E-PS Core)可提供更高的传输速率,更短的传输延时,优化分组,及支持E-UTRAN(Evolved UTRAN,演进的UTRAN)、UTRAN、WLAN(Wireless Local AreaNetwork,无线局域网)及其他非3GPP的接入网络之间的移动性管理。
如何实现UE(User Equipment,用户设备)在E-UTRAN和UTRAN/GERAN(GSM EDGE Radio Access Network,GSM/EDGE无线接入网)之间的移动性管理是SAE研究的重点问题。在3GPP TS23.882中提出了一种旨在减少处在空闲状态下UE在E-UTRAN和UTRAN/GERAN之间的移动性管理的信令交互的架构和解决办法。
图1示出了旨在减少处在空闲状态下UE在E-UTRAN和UTRAN之间移动性管理的信令交互的架构。
在该架构中SGSN(Serving GPRS Support Node,服务通用无线分组业务支持节点)为支持第三代移动通信***的SGSN,RNC(Radio networkController,无线网络控制器)为第三代通信***中的无线网络控制器,SGSN通过GTP-U(GPRS Tunnel Protocol-User Plane,GPRS隧道协议-用户面)连接到SAE的UP-GW(User Plane-Gateway,用户面网关),2G/3G SGSN通过GTP-C(GPRS Tunnel Protocol-Control Plane,GPRS隧道协议-控制面)连接到SAE的CP-GW(Control Plane-Gateway,控制面网关)。AP(Access Point,接入点)为E-UTRAN中的基站,对于具有E-UTRA能力的UE,SGSN不发送直接MAP(Mobile Application Part,移动应用部分)信令给HLR/HSS(HomeLocation Register/Home Subscriber Server,归属位置寄存器/归属用户服务器),而是通过CP-GW发送给HSS或者AAA Server(Authentication,Authorizationand Accounting Server,验证、授权和帐户服务器)。
图1同样可以对应于当UE在E-UTRAN和GERAN之间移动时的架构,此时,图1中的SGSN代表2G SGSN,RNC对应于BSC(Base Station Controller,基站控制器)。
以图1框架为基础,该协议还提出了一个等同路由区(Equivalent RoutingAreas)概念,对于该路由区具有以下说明:
E-UTRA覆盖的AP和UTRA/GERA覆盖的小区在独立的路由区或位置区内;
根据附着更新或路由更新,UE可以被多个Equivalent Routing Areas所接受,典型的例子是,一个E-UTRA的路由区,一个UTRA/GERA的路由区,UE可以在不同的跟踪区域内,同时被分配不同的P-TMSI(Packet TemperateMobile Subscription Identity,分组临时移动用户识别码);
当UE在LTE-IDLE State(SAE/LTE中的用户空闲状态,该状态下核心网的网元与EUTRAN之间没有建立用户面连接)和inactive(非激活)UTRA状态间移动时,只要新的小区属于等同路由区集内,UE和网络之间不发生信令交互;
处于URA-PCH State(UTRAN Registration Area-Paging channel State,UTRAN注册区寻呼信道状态)的UE如果从UTRA移动到E-UTRA下时不会导致Iu-PS(Iu Interface-Packet Switch,连接PS域和RNC之间的Iu接口)的释放;
如果新的小区不在Equivalent Routing Area的列表中,则UE执行正常的RAU(Routing Area Update)流程;
当UE在激活状态下变化无线接入技术时,UE和网络之间需要有信令保证用户数具备正确路由,这里的激活状态包括LTE-ACTIVE State(SAE/LTE中的用户空闲状态,该状态下核心网的网元与EUTRAN之间存在建立用户面连接)、UTRA-Cell-DCH State(UTRA-Cell-Distributed Channel State,小区专用信道状态)和GPRS-READY State(GSM网络中的用户连接状态,该状态下SGSN与BSC之间存在建立用户面连接);
对于具有E-UTRA能力的UE,GMM context(GPRS Mobility ManagementContext,GPRS移动性管理上下文)和SM context(Session ManagementContext,会话管理上下文)通过一个上下文参考号(Context Reference Number,简称CRN)在SGSN和CP-GW之间保持同步,当UE通过E-UTRA修改SMcontext或GMM context时,更新CRN,当UE接入到UTRA或GERA时,UE发送CRN给SGSN,SGSN检查这个CRN与原来保存的CRN不匹配,则向CP-GW要新的SM context和GMM context,Security Context(安全相关上下文)如果更新的话,在UE离开E-UTRA之间就会推向SGSN;
Periodic RA Update Timer被Periodic SMU Timer取代,在UE和CP-GW之间运行;
如果UE离开LTE-ACTIVE state状态,则UE需要通知向其发送/接收数据的UP-GW;
当UE处于LTE-IDLE状态时,如果下行数据包到达UP-GW,则UP-GW与CP-GW联系,然后由CP-GW向UE的所有等同路由区发起寻呼流程;
该协议中还提出了基于Equivalent Routing Areas概念的寻呼流程。寻呼流程如附图2所示,当下行数据包到达UP-GW且UE处于LTE-ACTIVE state时,UP-GW与AP之间已经存在连接,此时UP-GW直接发送数据包给AP,当AP中的LTE-ACTIVE State定时器过时后,AP和UP-GW之间的连接被释放,UP-GW的PDP context(Packet Data Protocol context,分组数据协议上下文)中有两个标签,一个指示UE是否属于LTE-ACTIVE,另外一个指示上GTP-U隧道是在E-UTRA还是在UTRA/2G上建立的,具体包括如下步骤:
步骤1,UP-GW功能单元接收到下行数据包且标签“LTE-ACTIVE or not”(是否LTE-ACTIVE)指示“not”(不是);
步骤2,如果UP-GW接收到下行数据包时,标签“last used tunnel”(上一次使用的隧道)指示UE原来在SGSN的覆盖范围,则UP-GW将下行数据包发送给UTRA/2G SGSN;当2G-SGSN接收到下行数据时,如果UE处在GPRS-READY state,SGSN直接将数据包发送给BSS,如果UE处在GPRS-STANDBY state,SGSN通过BSS向UE发起寻呼,并直接复制一个数据包给UP-GW,并且指示UP-GW“paging in wider area”(广域寻呼),2G寻呼流程结束时,SGSN返回一个指示给UP-GW,UE是否可达;当3G-SGSN接收到下行数据时,如果该UE的Iu连接存在,则SGSN将数据包转交给RNC,如果UE处在URA_PCH State或CELL_PCH State,则RNC立即通过SGSN返回数据包,并指示UP-GW“paging in wider area”,一旦寻呼流程结束,SGSN返回一个指示给UP-GW,UE是否可达;如果UE处在Cell_DCH状态,数据包将直接被送给UE;如果该UE的Iu连接不存在,则SGSN通过UTRAN向UE发起寻呼,并立即复制一个数据包给UP-GW,并且指示UP-GW“paging inwider area”,一旦3G寻呼流程结束,SGSN返回一个指示给UP-GW,UE是否可达;
步骤3,如果UP-GW接收到下行数据包时,标签″last used tunnel″指示UE原来在EUTRA覆盖范围,且标签“LTE-ACTIVE or not”指示“not”,则UPGW请求CP-GW发起寻呼,如果UP-GW接收到来自RNC/3G SGSN/2G SGSN的数据包及″paging in a wider area″指示,则UP-GW请求CP-GW向其他跟踪区发起寻呼;
步骤4,CP-GW向所有未被寻呼到的AP以及SGSN发起寻呼;
步骤5,UE在每个Equivalent RAI列表中的E-UTRA,UTRA及2G小区上被寻呼;
步骤6,一旦UE接收到寻呼消息,即可返回寻呼响应,该响应可以是theService Request/Cell Update message(或E-UTRA类似命令),在UTRA/2G中,SGSN向CP-GW返回寻呼响应;
步骤7,AP(或SGSN)与UP-GW建立连接,(SGSN需要通过CP-GW与UP-GW建立连接),连接建立后,缓存在UP-GW的数据包将被发送给UE;
步骤8,AP通知CP-GW其控制UE,然后CP-GW将QoS发送给AP;
步骤9,CP-GW通知UP-GW,寻呼流程完成。
上述寻呼流程提出Equivalent Routing Areas概念,以减少空闲状态下移动性管理的信令交互,但是在上述步骤2)中,由于UP-GW不知道UE在2G/3G中Gb/Iu口是否有连接,所以只是盲目的将数据包发到SGSN,一旦发现Gb/Iu口未连接,SGSN在需要对数据包做处理的同时,还要返回数据包,而UP-GW在收到返回的数据包时才能再次向其他AP发起寻乎,降低了寻呼效率。而且如果数据速率很高的情况下,可能会造成SGSN在短时间内对大量数据进行缓存和转发,如果此时UE实际上处于LTE-IDLE模式,这种处理是不必要的。
发明内容
为解决现有技术中由于向SGSN发送数据包的盲目性造成的寻呼效率低和现有技术中某些信令处理不必要的问题,本发明的目的在于提供一种不同接入***间的寻呼方法,减少UE在IDLE模式下移动性管理的信令交互,提高寻呼效率。
为了实现上述目的,本发明提供了一种不同接入***间的寻呼方法,其中,用户面网关通过和控制面网关通过信令交互判断用户设备处于3GPP等同连接状态还是3GPP等同空闲状态,当用户设备处于3GPP等同连接状态时,则由用户面网关通过已有用户面连接发送下行数据包,当用户设备处于3GPP等同空闲状态时,则由则由控制面网关对在不同接入***间处于空闲状态的用户设备进行广域寻呼,建立用户面连接后发送下行数据包。
上述的不同接入***间的寻呼方法,其中具体包括如下步骤:
步骤S1,用户面网关和控制面网关之间进行信令交互,判断用户设备处于3GPP等同连接状态还是3GPP等同空闲状态,如果处于3GPP等同空闲状态,则进入步骤S2,如果处于3GPP等同连接状态,控制面网关直接向用户面网关返回寻呼响应,由用户面网关通过已有用户面连接发送下行数据包;
步骤S2,控制面网关向寻呼区域内的小区发送寻呼;
步骤S3,用户设备接收到寻呼消息后,向控制面网关返回寻呼响应;
步骤S4,控制面网关接收到寻呼响应后,向用户面网关返回寻呼响应;
步骤S5,建立用户面连接,并发送下行数据包。
上述的不同接入***间的寻呼方法,其中所述步骤S1中具体以下步骤判断用户设备处于3GPP等同连接状态还是3GPP等同空闲状态:
步骤301,控制面网关检查用户设备的移动性管理状态;
步骤302,如果服务通用无线分组业务支持节点和无线接入网之间建立了用户面连接或用户面网关与E-UTRAN之间建立了用户面连接,则控制面网关向用户面网关发送等同移动性管理状态更新消息,指示用户设备处于3GPP等同连接状态;如果服务通用无线分组业务支持节点和无线接入网之间断开了用户面连接且用户面网关与E-UTRAN之间断开了用户面连接,则控制面网关向用户面网关发送等同移动性管理状态更新消息,指示用户设备处于3GPP同空闲状态;
步骤303,用户面网关保存等同移动性管理状态更新消息,并向控制面网关返回响应消息。
上述的不同接入***间的寻呼方法,其中所述步骤S2具体包括:
步骤401,用户面网关向控制面网关发送寻呼请求消息;
步骤402,控制面网关检测用户设备在各接入***的移动性管理状态,并通过用户设备附着的接入***向用户设备发送寻呼。
上述的不同接入***间的寻呼方法,其中所述步骤S1具体包括:
步骤501,下行数据包到达用户面网关,用户面网关判断UE是否处于LTE-ACTIVE状态,如果不是则进入步骤502;
步骤502,用户面网关向控制面网关发送寻呼请求或查询请求,所述寻呼请求或查询请求包括是否需要广域寻呼的信息;
步骤503,如果服务通用无线分组业务支持节点和无线接入网之间建立了用户面连接建立了用户面连接且步骤502中的寻呼请求或者查询请求中指示不需要广域寻呼,则控制面网关直接向用户面网关返回寻呼响应,由用户面网关通过已有用户面连接发送下行数据包;如果服务通用无线分组业务支持节点和无线接入网之间断开了用户面连接且用户面网关与E-UTRAN之间断开了用户面连接,或步骤502中的寻呼请求或者查询请求中指示需要广域寻呼,则进入步骤S2。
上述的不同接入***间的寻呼方法,其中当所述步骤S4中用户面网关收到的寻呼响应信息指示用户设备处在UTRAN覆盖范围时,所述步骤S5中用户面网关将数据包通过3G服务通用无线分组业务支持节点发给无线网络控制器,如果用户设备处在URA连接状态,则无线网络控制器立即通过3G服务通用无线分组业务支持节点返回数据包,并指示用户面网关在更大区域寻呼,如果用户设备处在Cell连接状态,数据包将直接被送给用户设备。
本发明的不同接入***间的寻呼方法通过用户面网关通过和控制面网关信令交互预先判断用户设备处于3GPP等同连接状态还是3GPP等同空闲状态,从而采取更加有效的寻呼方式,使得UE可同时接入到多个接入***,且只要UE在等同的路由区内,就不发送路由更新,使得UE在IDLE模式下移动性管理的信令交互大大减少,并对在不同接入***间处于空闲状态的UE立即进行广域寻呼,提高了寻呼的效率。本发明不需要SGSN对下行数据包作处理,减少对原有协议的改动,后向兼容性较好。
附图说明
图1示出了支持多接入***之间移动性管理的***简图;
图2示出了现有技术基于等同路由区的多接入***间的寻呼方法;
图3示出了本发明中的等同移动性管理状态的更新方法流程图;
图4示出了本发明中的基于主动通知方式的寻呼流程图;
图5示出了本发明中的查询模式的寻呼流程图。
具体实施方式
本发明设计了一种不同接入***间的寻呼方法,用于解决处于空闲模式的UE在UTRAN/GERAN和E-UTRAN之间移动时的寻呼方法。
本发明的不同接入***间的寻呼方法中,通过用户面网关本身判断UE是否处于LTE-ACTIVE状态,同时在UE处于非LTE-ACTIVE状态的时候,通过用户面网关和控制面网关之间的信令交互使得用户面网关能很好的区分UE当前是属于PMM-CONNECTED State/GPRS-READY State还是PMM-IDLEState/GPRS-STANDBY State和LTE-ACTIVE State,从而判断UE是处于3GPP等同连接状态(3GPP Equivalent CONNECTED State)还是3GPP等同空闲状态(3GPP Equivalent IDLE State),从而在下行数据包到达UP-GW时,根据UE状态采取一种更为有效的寻呼方法。
其中LTE-ACTIVE State,SAE/LTE中的用户连接状态,该状态下核心网的网元与EUTRAN之间存在建立用户面连接;PMM-CONNECTED State(Packet Mobility Management-Connected State)是UMTS网络中的用户连接状态,该状态下SGSN与RNC之间存在建立用户面连接;GPRS-READY State是GSM网络中的用户连接状态,该状态下SGSN与BSC之间存在建立用户面连接;LTE-IDLE State,是SAE/LTE中的用户空闲状态,该状态下核心网的网元与EUTRAN之间没有建立用户而连接;PMM-IDLE State(Packet MobilityManagement-Connected State)是UMTS网络中的用户空闲状态,该状态下SGSN与RNC之间没有建立用户面连接;GPRS-STANDBY State是GSM网络中的用户空闲状态,该状态下SGSN与BSC之间没有建立用户面连接。
本发明的不同接入***间的寻呼方法,具体包括如下步骤:
步骤S1,用户面网关和控制面网关之间进行信令交互,判断UE处于3GPP等同连接状态(3GPP Equivalent CONNECTED State)还是处于3GPP等同空闲状态(3GPP Equivalent IDLE State),如果处于3GPP Equivalent IDLE State,则进入步骤S2,如果处于3GPP Equivalent CONNECTED State,控制面网关直接向用户面网关返回寻呼响应后结束;
步骤S2,控制面网关向寻呼区域内的小区发送寻呼,其中该小区包括在该寻呼区域下的处在GERAN/UTRAN和E-UTRAN覆盖范围内的未被寻呼过的所有小区;
步骤S3,UE接收到寻呼消息后,向控制面网关返回寻呼响应;该寻呼响应,该响应可以是服务请求/小区更新消息(Service Request/Cell Updatemessage)或E-UTRAN下相同功能的请求,如果UE处于UTRAN/GERAN覆盖范围中,UE通过SGSN向CP-GW返回寻呼响应(Paging Response);
步骤S4,控制面网关接收到寻呼响应后,向用户面网关返回寻呼响应。
其中,步骤S1中,用户面网关和控制面网关之间进行信令交互的方式包括主动通知方式和查询方式,其中当采用主动通知方式信令交互方式时,所述步骤S1具体包括:
步骤S11,UE从其他状态进入GPRS-READY State、PMM-CONNECTEDState或LTE-ACTIVE State中的一个状态,即SGSN和GERAN/UTRAN之间建立了用户面连接或UP-GW与E-UTRAN之间建立了用户面连接,则CP-GW向UP-GW发送等同移动性管理状态更新消息(Equivalent MM state update),指示UE处于3GPP Equivalent CONNECTED State;如果UE从其他状态转变成处于GPRS-STANDBY State、PMM-IDLE State或LTE-IDLE State三个状态中的一个或多个,且UE不处于GPRS-READY State、PMM-CONNECTED State或LTE-ACTIVE State中的任何一个状态,即SGSN和无线接入网之间断开了用户面连接,且UP-GW与E-UTRAN之间断开了用户面连接,则CP-GW向UP-GW发送Equivalent MM state update消息,指示UE处于3GPP EquivalentIDLE State;
步骤S12,用户面网关保存Equivalent MM state update消息中的UE状态信息,并向控制面网关返回状态更新响应;
步骤S13,当用户面网关接收到下行数据包,且UE处于3GPP EquivalentIDLE State时,用户面网关向控制面网关发送寻呼请求,然后进入步骤S2;
其中当采用查询方式的信令交互时,所述步骤S1具体包括:
步骤S11’,用户面网关向控制面网关发送寻呼请求或查询请求;
步骤S12’,控制面网关查询UE的移动性管理状态,如果UE处于PMM-CONNECTED State或GPRS-READY State,则控制面网关直接向用户面网关返回寻乎响应,如果UE处于PMM-IDLE State/GPRS-STANDBY State和LTE-IDLE State,则执行步骤S2。
本发明的***框架如图1所示,在等同路由区的基础上增加了UP-GW与CP-GW的信令交互,通过这种信令交互使得UP-GW能够很好的区分UE当前是属于PMM-CONNECTED State/GPRS READY State还是PMM-IDLEState/GPRS STANDBY State/LTE-IDLE State,同时由于UP-GW本身就可以判断UE是否处于LTE-ACTIVE状态,因此通过信令交互UP-GW可以很好的区分UE当前是属于PMM-CONNECTED State/GPRS READY State/LTE-ACTIVEstate还是PMM-IDLE State/GPRS STANDBY State/LTE-IDLE State,从而在下行数据包到达UP-GW时,根据UE的状态采取有效的寻呼方式。
UP-GW与CP-GW的信令交互方法可以归纳为两种,一种是主动通知方式,即CP-GW主动向UP-GW报告UE的移动性管理状态,另外一种是查询方式,即UP-GW向CP-GW查询UE的移动性管理状态。
下面分别就两种方式进行进一步详细的说明。
(一)主动通知方式
CP-GW和SGSN中的MM CONTEXT(Mobility Management,移动性管理)保持同步,在UP-GW中定义了一个表示UE移动性管理状态的标签:“Equivalent MM State”(等同移动性管理状态),当UE处于LTE-IDLE State、PMM-IDLE State或GPRS-STANDBY State,且UE不处于GPRS-READYState、PMM-CONNECTED State或LTE-ACTIVE State中的任何一个状态时,则 Equivalent MM State指示UE处于“3GPP Equivalent IDLE State”,当UE处于LTE-ACTIVE State、PMM-CONNECTED State或GPRS-READY State时,则Equivalent MM State指示UE处于“3GPP Equivalent CONNECTED State”。
UE的移动性管理状态的主动通知方式流程如图3所示,具体步骤如下:
步骤301,CP-GW检查UE的MM状态;
步骤302 UE从其他状态进入GPRS READY State、PMM-CONNECTEDState或LTE-ACTIVE State中的一个状态时,即SGSN和无线接入网之间建立了用户面连接或UP-GW与E-UTRAN之间建立了用户面连接,则CP-GW向UP-GW发送Equivalent MM state update消息,指示UE处于3 GPP EquivalentCONNECTED State;如果UE从其他状态转变成处于GPRS STANDBY State、PMM-IDLE State或LTE-IDLE State三个状态中的一个或多个,且UE不处于GPRS-READY State、PMM-CONNECTED State或LTE-ACTIVE State中的任何一个状态,即SGSN和无线接入网之间断开了用户面连接且UP-GW与E-UTRAN之间断开了用户面连接,CP-GW向UP-GW发送Equivalent MM stateupdate消息,指示UE处于3GPP Equivalent IDLE State;
步骤303,UP-GW根据Equivalent MM state update消息保存EquivalentMM state,并向CP-GW返回Equivalent MM state update响应消息。
当下行数据包到达UP-GW时,UP-GW根据Equivalent MM state判断UE处在3GPP Equivalent CONNECTED State,则直接通过已有的用户面连接发送数据;
对于处在3GPP Equivalent IDLE State的UE的寻呼流程如图4所示,具体步骤如下:
步骤401,下行数据包到达UP-GW,UP-GW根据Equivalent MM state判断UE处在3GPP Equivalent IDLE State后向CP-GW发送寻呼请求消息(Paging Request Message);
步骤402,CP-GW检测UE在各个接入***的MM状态,如果UE在某些接入***未附着,则CP-GW不向这些***发送寻乎消息,如果UE已附着在GERAN/UTRAN,CP-GW向SGSN发送寻呼消息,如果UE同时附着在E-UTRAN,则同时执行步骤404;
步骤403,SGSN通过GERAN/UTRAN向UE发送寻呼(Paging);
步骤404,CP-GW通过E-UTRAN向UE发送寻呼(Paging);
步骤405,UE接收到寻呼消息,向CP-GW返回寻呼响应(PagingResponse),该响应可以是服务请求/小区更新消息(Service Request/Cell Updatemessage)(或E-UTRAN下相同功能的消息),如果UE处于UTRAN/GERAN覆盖范围中,UE通过SGSN向CP-GW返回寻呼响应(Paging Response);
步骤406,CP-GW接收到来自SGSN或E-UTRAN的寻呼响应(PagingResponse)后,向UP-GW返回寻呼响应(Paging Response);
步骤407,UE通过AP或SGSN与UP-GW建立用户面连接,其中,SGSN需要通过CP-GW与UP-GW建立连接;
步骤408,UP-GW在新建的用户面连接上,将缓存的数据包发送给UE。
(二)查询方式
查询方式下,CP-GW事先并不会通知UP-GW UE的移动性管理状态,而是当数据包到达UP-GW时,UP-GW判断UE是否处于LTE-ACTIVE状态,当UE目前处于LTE-ACTIVE状态,则通过已有的用户面连接将数据发送给UE,否则UP-GW发送一个查询消息(也可以是一个寻呼消息)给CP-GW,CP-GW向UP-GW反馈一个查询信息,从而区分UE当前是属于PMM-CONNECTED State/GPRS READY State/LTE-ACTIVE State还是PMM-IDLE State/GPRS STANDBY State/LTE-IDLE State。该查询消息和寻呼请求中包括是否需要广域寻呼的信息。
本发明可以解决同时附着在UTRAN/GERAN和UTRAN的UE的下行数据包触发的寻呼方法,寻呼流程如图5所示,以UP-GW发送一个寻呼请求给CP-GW为例说明,具体步骤如下所示:
步骤501,下行数据(Downlink Data)包到达UP-GW;
步骤502(图中未示出),UP-GW判断UE是否处于LTE-ACTIVE状态,如果是通过现有用户面连接发送下行数据包,否则进入步骤503;
步骤503,UP-GW向CP-GW发送寻呼请求(Paging Request),该寻呼请求包括是否需要广域寻呼的信息;
步骤504,CP-GW查询UE的移动性管理状态,如果UE处于PMM-CONNECTED State或GPRS-READY State,且寻呼请求指示不需要广域寻呼,则控制面网关直接向用户面网关返回寻呼响应,由用户面网关通过已有用户面连接发送下行数据包,如果UE处于PMM-IDLE State/GPRS-STANDBYState和LTE-IDLE State(UE可以同时处于PMM-IDLE/GPRS-STANDBY和LTE-IDLE,但是不可能同时处于PMM-IDLE和GPRS-STANDBY)或寻呼请求指示需要广域寻呼,则执行步骤505;
步骤505,CP-GW同时通过等同路由区下的SGSN和E-UTRAN向UE发送寻呼;
步骤506,UE接收到寻呼消息后,向CP-GW返回寻呼响应,该响应可以是服务请求/小区更新消息(Service Request/Cell Update message)或E-UTRAN下相同功能的请求),如果UE处于UTRAN/GERAN覆盖范围中,UE通过SGSN向CP-GW返回寻呼响应(Paging Response);
步骤507,CP-GW向UP-GW返回寻呼响应,该响应消息指示UE目前是否处于UTRAN/GERAN覆盖范围;
步骤508,UE和UP-GW之间建立用户面连接;
步骤509,UP-GW将数据包发送到响应信息中所指的隧道的对端,该步骤进一步包括:
步骤509a,当UP-GW收到的寻呼响应信息指示UE目前处在UTRAN覆盖范围时,UP-GW将数据包发给3G/SGSN,3G/SGSN将数据包发给RNC,如果UE处在URA CONNECTED state,则RNC立即通过SGSN返回数据包,并指示UP-GW“paging in wider area”,寻呼流程结束,SGSN返回一个指示给UP-GW,UE是否可达,如果UE处在Cell CONNECTED State,数据包将直接被送给UE;
步骤509b,当UP-GW收到的寻呼响应信息指示UE目前处在GERAN覆盖范围,UP-GW将数据包发给2G/SGSN,2G/SGSN将数据包发给BSC,通过GERAN发送给UE;
步骤509c,当UP-GW收到的寻呼响应信息指示UE目前处在E-UTRAN覆盖范围时,UP-GW将数据包直接发向E-UTRAN。
当然,本发明还可有其它多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
Claims (11)
1、一种不同接入***间的寻呼方法,其特征在于,用户面网关通过和控制面网关通过信令交互判断用户设备处于3GPP等同连接状态还是3GPP等同空闲状态,当用户设备处于3GPP等同连接状态时,则由用户面网关通过已有用户面连接发送下行数据包,当用户设备处于3GPP等同空闲状态时,则由控制面网关对在不同接入***间处于空闲状态的用户设备进行广域寻呼,建立用户面连接后发送下行数据包。
2、根据权利要求1所述的不同接入***间的寻呼方法,其特征在于,具体包括如下步骤:
步骤S1,用户面网关和控制面网关之间进行信令交互,判断用户设备处于3GPP等同连接状态还是3GPP等同空闲状态,如果处于3GPP等同空闲状态,则进入步骤S2,如果处于3GPP等同连接状态,控制面网关直接向用户面网关返回寻呼响应,由用户面网关通过已有用户面连接发送下行数据包;
步骤S2,控制面网关向寻呼区域内的小区发送寻呼;
步骤S3,用户设备接收到寻呼消息后,向控制面网关返回寻呼响应;
步骤S4,控制面网关接收到寻呼响应后,向用户面网关返回寻呼响应;
步骤S5,建立用户面连接,并发送下行数据包。
3、根据权利要求2所述的不同接入***间的寻呼方法,其特征在于,所述寻呼区域内的小区包括在该寻呼区域下的处在GERAN/UTRAN和E-UTRAN覆盖范围内的未被寻呼过的所有小区。
4、根据权利要求2所述的不同接入***间的寻呼方法,其特征在于,所述步骤S3中的寻呼响应为服务请求或小区更新消息或E-UTRAN下相同功能的消息。
5、根据权利要求2所述的不同接入***间的寻呼方法,其特征在于,所述步骤S3中,用户设备处于UTRAN/GERAN覆盖范围时,通过服务通用无线分组业务支持节点向控制面网关返回寻呼响应。
6、根据权利要求2、3、4或5所述的不同接入***间的寻呼方法,其特征在于,所述步骤S1中具体以下步骤判断用户设备处于3GPP等同连接状态还是3GPP等同空闲状态:
步骤301,控制面网关检查用户设备的移动性管理状态;
步骤302,如果服务通用无线分组业务支持节点和无线接入网之间建立了用户面连接或用户面网关与E-UTRAN之间建立了用户面连接,则控制面网关向用户面网关发送等同移动性管理状态更新消息,指示用户设备处于3GPP等同连接状态;如果服务通用无线分组业务支持节点和无线接入网之间断开了用户面连接且用户面网关与E-UTRAN之间断开了用户面连接,则控制面网关向用户面网关发送等同移动性管理状态更新消息,指示用户设备处于3GPP等同空闲状态;
步骤303,用户面网关保存等同移动性管理状态更新消息,并向控制面网关返回响应消息。
7、根据权利要求6所述的不同接入***间的寻呼方法,其特征在于,所述步骤S2具体包括:
步骤401,用户面网关向控制面网关发送寻呼请求消息;
步骤402,控制面网关检测用户设备在各接入***的移动性管理状态,并通过用户设备附着的接入***向用户设备发送寻呼。
8、根据权利要求2、3、4或5所述的不同接入***间的寻呼方法,其特征在于,所述步骤S1具体包括:
步骤501,下行数据包到达用户面网关,用户面网关判断UE是否处于LTE-ACTIVE状态,如果不是则进入步骤502;
步骤502,用户面网关向控制面网关发送寻呼请求或查询请求,所述寻呼请求或查询请求包括是否需要广域寻呼的信息;
步骤503,如果服务通用无线分组业务支持节点和无线接入网之间建立了用户面连接建立了用户面连接且步骤502中的寻呼请求或者查询请求中指示不需要广域寻呼,则控制面网关直接向用户面网关返回寻呼响应,由用户面网关通过已有用户面连接发送下行数据包;如果服务通用无线分组业务支持节点和无线接入网之间断开了用户面连接且用户面网关与E-UTRAN之间断开了用户面连接,或步骤502中的寻呼请求或者查询请求中指示需要广域寻呼,则进入步骤S2。
9、根据权利要求8所述的不同接入***间的寻呼方法,其特征在于,当所述步骤S4中用户面网关收到的寻呼响应信息指示用户设备处在UTRAN覆盖范围时,所述步骤S5中用户面网关将数据包通过3G服务通用无线分组业务支持节点发给无线网络控制器,如果用户设备处在URA连接状态,则无线网络控制器立即通过3G服务通用无线分组业务支持节点返回数据包,并指示用户面网关在更大区域寻呼,如果用户设备处在Cell连接状态,数据包将直接被送给用户设备。
10、根据权利要求9所述的不同接入***间的寻呼方法,其特征在于,当所述步骤S4中用户面网关收到的寻呼响应信息指示用户设备处在GERAN覆盖范围,用户面网关将数据包通过2G服务通用无线分组业务支持节点、基站控制器和GERAN发送给用户设备。
11、根据权利要求10所述的不同接入***间的寻呼方法,其特征在于,当所述步骤S4中用户面网关收到的寻呼响应信息指示用户设备处在E-UTRAN覆盖范围时,用户面网关将数据包直接发向E-UTRAN。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610011144A CN101001449B (zh) | 2006-01-10 | 2006-01-10 | 不同接入***间的寻呼方法 |
PCT/CN2007/000098 WO2007079689A1 (fr) | 2006-01-10 | 2007-01-10 | Procede de radiomessagerie dans des systeme d'acces differents |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610011144A CN101001449B (zh) | 2006-01-10 | 2006-01-10 | 不同接入***间的寻呼方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101001449A true CN101001449A (zh) | 2007-07-18 |
CN101001449B CN101001449B (zh) | 2010-05-12 |
Family
ID=38255993
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200610011144A Active CN101001449B (zh) | 2006-01-10 | 2006-01-10 | 不同接入***间的寻呼方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101001449B (zh) |
WO (1) | WO2007079689A1 (zh) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009043209A1 (fr) * | 2007-09-30 | 2009-04-09 | Zte Corporation | Procédé permettant d'établir une porteuse vers un terminal utilisateur en mode repos |
WO2010133172A1 (zh) * | 2009-05-21 | 2010-11-25 | 中兴通讯股份有限公司 | 本地ip接入中实现寻呼的方法及*** |
CN101720135B (zh) * | 2009-11-30 | 2012-02-29 | 成都林海电子有限责任公司 | 星地综合移动通信*** |
WO2013026342A1 (zh) * | 2011-08-23 | 2013-02-28 | 电信科学技术研究院 | 组寻呼区域信息的通知方法和设备 |
CN104185278A (zh) * | 2013-05-20 | 2014-12-03 | 上海贝尔股份有限公司 | 一种用于寻呼优化的方法 |
CN104753747A (zh) * | 2014-12-31 | 2015-07-01 | 北京海尔广科数字技术有限公司 | 一种连接网关与设备的方法、装置及网关设备 |
CN105393613A (zh) * | 2014-06-30 | 2016-03-09 | 华为技术有限公司 | 一种网络中的寻呼方法、装置和*** |
WO2016049902A1 (zh) * | 2014-09-30 | 2016-04-07 | 华为技术有限公司 | 一种寻呼方法、相关设备及*** |
US9325531B2 (en) | 2009-11-02 | 2016-04-26 | Lg Electronics Inc. | Correlation ID for local IP access |
WO2017035723A1 (zh) * | 2015-08-31 | 2017-03-09 | 华为技术有限公司 | 一种用于分布式网关的寻呼方法及装置 |
CN107211472A (zh) * | 2015-09-14 | 2017-09-26 | 华为技术有限公司 | 一种寻呼的方法、设备以及*** |
CN108370555A (zh) * | 2015-12-17 | 2018-08-03 | 华为技术有限公司 | 一种发送下行数据通知消息的方法和装置 |
WO2021226918A1 (zh) * | 2020-05-14 | 2021-11-18 | 北京小米移动软件有限公司 | 终端跟踪方法及装置、存储介质 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009039886A1 (en) * | 2007-09-27 | 2009-04-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Communication system and method handling communication of packet data |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6021122A (en) * | 1996-06-07 | 2000-02-01 | Qualcomm Incorporated | Method and apparatus for performing idle handoff in a multiple access communication system |
SE0303543D0 (sv) * | 2003-12-23 | 2003-12-23 | Ericsson Telefon Ab L M | Connection-oriented paging over ranap |
US7590421B2 (en) * | 2004-06-07 | 2009-09-15 | Lg Electronics Inc. | Supporting idle mode of mobile station in wireless access system |
-
2006
- 2006-01-10 CN CN200610011144A patent/CN101001449B/zh active Active
-
2007
- 2007-01-10 WO PCT/CN2007/000098 patent/WO2007079689A1/zh active Application Filing
Cited By (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101136835B (zh) * | 2007-09-30 | 2011-09-21 | 中兴通讯股份有限公司 | 一种空闲模式下承载建立方法 |
WO2009043209A1 (fr) * | 2007-09-30 | 2009-04-09 | Zte Corporation | Procédé permettant d'établir une porteuse vers un terminal utilisateur en mode repos |
WO2010133172A1 (zh) * | 2009-05-21 | 2010-11-25 | 中兴通讯股份有限公司 | 本地ip接入中实现寻呼的方法及*** |
US9325531B2 (en) | 2009-11-02 | 2016-04-26 | Lg Electronics Inc. | Correlation ID for local IP access |
CN101720135B (zh) * | 2009-11-30 | 2012-02-29 | 成都林海电子有限责任公司 | 星地综合移动通信*** |
WO2013026342A1 (zh) * | 2011-08-23 | 2013-02-28 | 电信科学技术研究院 | 组寻呼区域信息的通知方法和设备 |
US9398166B2 (en) | 2011-08-23 | 2016-07-19 | China Academy Of Telecommunications Technology | Method and device of communicating paging area information |
CN104185278A (zh) * | 2013-05-20 | 2014-12-03 | 上海贝尔股份有限公司 | 一种用于寻呼优化的方法 |
CN104185278B (zh) * | 2013-05-20 | 2018-12-28 | 上海诺基亚贝尔股份有限公司 | 一种用于寻呼优化的方法 |
CN105393613A (zh) * | 2014-06-30 | 2016-03-09 | 华为技术有限公司 | 一种网络中的寻呼方法、装置和*** |
WO2016049902A1 (zh) * | 2014-09-30 | 2016-04-07 | 华为技术有限公司 | 一种寻呼方法、相关设备及*** |
US10356747B2 (en) | 2014-09-30 | 2019-07-16 | Huawei Technologies Co., Ltd. | Paging method, related device, and system |
CN104753747A (zh) * | 2014-12-31 | 2015-07-01 | 北京海尔广科数字技术有限公司 | 一种连接网关与设备的方法、装置及网关设备 |
CN104753747B (zh) * | 2014-12-31 | 2019-06-04 | 海尔优家智能科技(北京)有限公司 | 一种连接网关与设备的方法、装置及网关设备 |
WO2017035723A1 (zh) * | 2015-08-31 | 2017-03-09 | 华为技术有限公司 | 一种用于分布式网关的寻呼方法及装置 |
CN107005969A (zh) * | 2015-08-31 | 2017-08-01 | 华为技术有限公司 | 一种用于分布式网关的寻呼方法及装置 |
US10499366B2 (en) | 2015-08-31 | 2019-12-03 | Huawei Technologies Co., Ltd. | Paging method and apparatus for distributed gateway |
CN107211472B (zh) * | 2015-09-14 | 2020-10-09 | 华为技术有限公司 | 一种寻呼的方法、设备以及*** |
CN109327903A (zh) * | 2015-09-14 | 2019-02-12 | 华为技术有限公司 | 一种寻呼的方法、设备以及*** |
CN107211472A (zh) * | 2015-09-14 | 2017-09-26 | 华为技术有限公司 | 一种寻呼的方法、设备以及*** |
CN109327903B (zh) * | 2015-09-14 | 2019-11-15 | 华为技术有限公司 | 一种寻呼的方法、设备以及*** |
US10945233B2 (en) | 2015-09-14 | 2021-03-09 | Huawei Technologies Co., Ltd. | Paging method, device, and system |
CN108370555A (zh) * | 2015-12-17 | 2018-08-03 | 华为技术有限公司 | 一种发送下行数据通知消息的方法和装置 |
CN108370555B (zh) * | 2015-12-17 | 2020-11-06 | 华为技术有限公司 | 一种发送下行数据通知消息的方法和装置 |
CN112437426A (zh) * | 2015-12-17 | 2021-03-02 | 华为技术有限公司 | 一种发送下行数据通知消息的方法和装置 |
US10708883B2 (en) | 2015-12-17 | 2020-07-07 | Huawei Technologies Co., Ltd. | Downlink data notification message sending method, and apparatus |
US11044696B2 (en) | 2015-12-17 | 2021-06-22 | Huawei Technologies Co., Ltd. | Downlink data notification message sending method, and apparatus |
CN112437426B (zh) * | 2015-12-17 | 2022-04-12 | 华为技术有限公司 | 一种发送下行数据通知消息的方法和装置 |
WO2021226918A1 (zh) * | 2020-05-14 | 2021-11-18 | 北京小米移动软件有限公司 | 终端跟踪方法及装置、存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2007079689A1 (fr) | 2007-07-19 |
CN101001449B (zh) | 2010-05-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101001449B (zh) | 不同接入***间的寻呼方法 | |
CN100488170C (zh) | 一种在分组无线***中触发路由区更新的方法 | |
CN101296518B (zh) | 电路域业务寻呼实现方法和装置 | |
CN101577955B (zh) | 一种空闲模式下节约信令功能的激活判断方法及*** | |
US9584999B2 (en) | Communication supporting method and apparatus using non-access stratum protocol in mobile telecommunication system | |
CN102264036B (zh) | 激活离线终端的方法、***及机器类通信终端 | |
CN100589637C (zh) | 一种移动通信***中的注册方法及使用的双模终端 | |
CN101969634B (zh) | 一种用户数据的同步方法和*** | |
CN101459907B (zh) | 一种指示服务网关承载管理的方法 | |
CN101188553A (zh) | 通知归属用户服务器保存分组数据网网关地址信息的方法 | |
CN101448305B (zh) | 一种在多个分组域网络进行电路域寻呼的方法 | |
CN101325583B (zh) | 注册网关地址的方法及移动性管理实体 | |
CN101166359B (zh) | 移动通信***的选择管理节点的方法 | |
EP2636230B1 (en) | Methods and devices for communication in the context of an idle procedure and computer readable storage medium and computer program | |
CN102612015A (zh) | 一种寻呼方法及装置 | |
CN101330425B (zh) | Sgsn到服务网关的隧道的建立方法 | |
CN102740266A (zh) | 一种上下文的同步方法及*** | |
CN101541081B (zh) | 一种停止重复寻呼的方法、装置和*** | |
CN101360323B (zh) | 一种网络获取临时标识的方法与*** | |
EP2293631A1 (en) | Apparatus and method for location management of user equipments in a generic access network | |
CN101771991A (zh) | 控制位置更新的方法和终端 | |
CN1992972B (zh) | 一种协同寻呼的方法 | |
CN101959209B (zh) | 一种部分故障处理的同步方法和*** | |
CN101203027A (zh) | 移动通信***的选择管理节点的*** | |
CN101605315B (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |