CN101938807B - 一种避免无效寻呼的方法及装置 - Google Patents
一种避免无效寻呼的方法及装置 Download PDFInfo
- Publication number
- CN101938807B CN101938807B CN200910088056.6A CN200910088056A CN101938807B CN 101938807 B CN101938807 B CN 101938807B CN 200910088056 A CN200910088056 A CN 200910088056A CN 101938807 B CN101938807 B CN 101938807B
- Authority
- CN
- China
- Prior art keywords
- delay
- time
- new
- node
- request
- 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.)
- Active
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种避免无效寻呼的方法，该方法包括：在确定用户设备UE离开新LA/RA、驻留在其它LA/RA后需要延迟发起位置更新时，随机产生延迟时间，并将产生的延迟时间作为所述延迟发起位置更新需要延迟的时间存储在UE、以及新CN节点的UE上下文中；新CN节点寻呼UE失败、且确定本地的UE上下文中存储有延迟时间时，延迟重新寻呼。本发明同时还公开了一种避免无效寻呼的装置，包括延迟确定模块、时间处理模块和延迟查询模块。采用本发明所述的方法和装置，能够避免CN节点对UE发起无效寻呼。
Description
技术领域
本发明涉及移动通信领域，尤其涉及一种避免无效寻呼的方法及装置。
背景技术
目前，第三代合作伙伴计划(3GPP，3rd Generation Partnership Project)标准化工作组正致力于研究对移动通信系统中分组交换核心网(PS Core，PacketSwitched Core)和全球移动通信系统无线接入网(UTRAN，Universal MobileTelecommunication System Radio Access Network)的演进，目的在于使得演进的PS Core(EPC)可以提供更高的传输速率、更短的传输延时，以及能够支持演进的UTRAN(E-UTRAN，Evolved UTRAN)、全球移动通讯系统增强型数据速率全球移动通讯系统演进技术无线接入网(GERAN，Global System for Mobilecommunications Enhanced Data Rate for GSM Evolution radio access network)、UTRAN、无线局域网(WLAN，Wireless Local Area Network)及其它非3GPP的接入网络之间的移动性管理。经上述演进后的移动通信系统称为演进的分组域系统(EPS，Evolved Packet System)，其网络架构如图1所示，其中，
用户设备(UE，User Equipment)101，是能够接入到UMTS/GSM和EPS网络的双模终端；
E-UTRAN 102，包含演进的节点B(eNodeB，Evolved NodeB)，用于为终端的接入提供无线资源；
服务网关(S-GW，Serving Gateway)/分组数据网网关(P-GW，Packet DataNetwork Gateway)103，其中，S-GW是用户面实体，负责用户面数据路由处理；P-GW提供UE接入分组数据网(PDN，Packet Data Network，简称为)的网关功能，P-GW和S-GW可以设在一个物理实体中，如图1所示的S-GW/P-GW103，也可以分别在不同的物理实体中；
移动性管理实体(MME，Mobility Management Entity)104，是控制面实体，负责临时存储用户数据；
GERAN/UTRAN 105，是传统GSM/UMTS网络的无线接入网；
移动交换中心(MSC，Mobile Switching Center)/拜访位置寄存器(VLR，Visitor Location Register)106；
网关移动交换中心(GMSC，Gateway Mobile Switching Center)107；
GPRS服务支持节点(SGSN，Serving GPRS Support Node)108，是通用无线分组业务(GPRS，General Packet Radio Service)网络的控制网元，其主要作用是记录UE的位置信息，并且在UE和GPRS网关支持节点(GGSN，GatewayGPRS Supporting Node)之间完成移动分组数据的发送和接收；
GGSN 109，支持GPRS网络的边缘路由功能，即负责将GPRS网络的数据进行路由转发，并通过防火墙和过滤功能来保护GPRS网络数据的完整性，还具有计费功能；
归属用户服务器(HSS)/归属位置寄存器(HLR)110，是支持调用/会话的主要用户数据库；
其中，MSC/VLR 106、SGSN 108为核心网(CN)节点，CN分为电路(CS，Circuit Switched)域和分组(PS，Packet Switch)域；其中，MSC/VLR 106属于CS域，负责位置区(LA，Location Area)的管理；SGSN 108属于PS域，负责路由区(PA，RoutingArea)的管理。当UE在GSM/UMTS网络接入时，UE通过CS域与本网内或其它网络例如，固定电话网、其它移动网等内的UE进行语音呼叫等业务；UE通过PS域访问分组数据网，例如访问图1中运营商提供的IP网络来提供IP业务。
UE由当前LA/PA移动至新LA/RA时，需要LA更新/RA，而当前LA/PA与新LA/RA的交界存在瞬间用户接入量大的区域时，例如城市高铁，在该区域会同时涌入大量UE并发起位置更新，产生了大量的信令，进而造成网络拥塞，使得UE在一段时间内无法接入通信业务。
目前，采用避免涌入的UE同时发起位置更新方法解决上述问题，具体为：在UE驻留在新LA/RA之前或者之后，UE随机产生一个延迟时间，并在小区广播消息中增加一个指示位来指示UE延迟位置更新，UE接收到自身当前所处位置所属基站控制器(BSC)/无线网络子系统服务器(SRNS)发来的小区广播消息中包含该指示位时，则UE驻留在新LA/RA后，会先延迟所生成的延迟时间，再发起位置更新。但采用这种方法，如果旧CN节点在UE位置更新延迟时发起寻呼，会导致寻呼失败及多次反复寻呼的失败，造成网络资源的浪费，原因为：在UE还没有发起位置更新时，旧CN节点会在旧LA/RA对该UE进行寻呼，而此时，该UE已经驻留在新LA/RA，接收不到来自旧LA/RA的寻呼消息，并无法响应该寻呼消息，旧CN节点在寻呼定时器超时时即会重新发起寻呼，直到UE进行位置更新使得旧CN节点释放与UE之间的信令连接、或寻呼次数等于设定的最大寻呼次数，而这些重新发起的寻呼得不到响应，这里，认为这些重新发起的寻呼为无效寻呼。
发明内容
有鉴于此，本发明的主要目的在于提供一种避免无效寻呼的方法及装置，能够避免CN节点对UE发起无效寻呼。
为达到上述目的，本发明的技术方案是这样实现的：
一种避免无效寻呼的方法，在确定用户设备UE离开新位置区LA/路由区RA、驻留在其它LA/RA后需要延迟发起位置更新时，随机产生延迟时间，并将产生的延迟时间作为所述延迟发起位置更新需要延迟的时间存储在UE、以及新CN节点的UE上下文中；该方法还包括：
新CN节点寻呼UE失败、且确定本地的UE上下文中存储有延迟时间时，延迟重新寻呼。
进一步地，所述新CN节点在延迟的时长未达到所存储的延迟时间时，接收到由于UE进行LA/RA更新发来的位置取消请求，该方法进一步包括：结束当前寻呼；
所述新CN节点的延迟时长达到所存储的延迟时间时，仍未接收到由于UE进行LA/RA更新发来的位置取消请求，该方法进一步包括：重新寻呼UE。
进一步地，所述确定UE离开新LA/RA、驻留在其它LA/RA后需要延迟发起位置更新具体为：
确定新LA/RA边界是否存在瞬间用户接入量大的区域，如果存在，则认为UE离开新LA/RA、驻留在其它LA/RA后需要延迟发起位置更新；如果不存在，则认为UE离开新LA/RA、驻留在其它LA/RA后不需要延迟发起位置更新。
进一步地，所述随机产生并存储延迟时间在发起附着时执行，和/或在进行附着过程中执行。
进一步地，所述随机产生延迟时间，将产生的延迟时间作为该延迟发起位置更新需要延迟的时间存储在UE、以及新CN节点的UE上下文中包括：
基站控制器BSC/无线网络子系统服务器SRNS下的小区位于新LA/RA边界瞬间用户接入量大的区域，则BSC/SRNS广播携带延迟位置更新指示的小区广播消息，
UE接收小区广播消息，并确定接收到的小区广播消息中是否携带延迟位置更新指示，如果携带，UE随机产生延迟时间并存储，并在发起附着时，将产生的延迟时间添加在附着请求中，并通过BSC/SRNS向新CN节点发送该附着请求，新CN节点将接收到的附着请求所携带的延迟时间存储在新CN节点的UE上下文中；如果未携带，则通过BSC/SRNS向新CN节点发送附着请求；或者，
新CN节点随机产生延迟时间并存储在本地的UE上下文中，
在接收到附着响应时，新CN节点将产生的延迟时间添加在附着接受消息中，并通过BSC/SRNS向发送该附着接受消息至UE，
UE存储接收到的附着接受消息中携带的延迟时间。
进一步地，所述随机产生并存储延迟时间在发起位置更新时执行，和/或在进行位置更新过程中执行。
进一步地，所述随机产生延迟时间，将产生的延迟时间作为该延迟发起位置更新需要延迟的时间存储在UE、以及新CN节点的UE上下文中包括：
基站控制器BSC/无线网络子系统服务器SRNS下的小区位于新LA/RA边界瞬间用户接入量大的区域，则BSC/SRNS广播携带延迟位置更新指示的小区广播消息，
UE接收小区广播消息，并确定接收到的小区广播消息中是否携带延迟位置更新指示，如果携带，UE随机产生延迟时间并存储，并在发起位置更新时，将产生的延迟时间添加在位置更新请求中，并通过BSC/SRNS向新CN节点发送该位置更新请求，新CN节点将接收到的位置更新请求所携带的延迟时间存储在新CN节点的UE上下文中；如果未携带，则通过BSC/SRNS向新CN节点发送位置更新请求；或者，
新CN节点随机产生延迟时间并存储在本地的UE上下文中，
在接收到位置更新响应时，新CN节点将产生的延迟时间添加在位置更新接受消息中，并通过BSC/SRNS向发送该位置更新接受消息至UE，
UE存储接收到的位置更新接受消息中携带的延迟时间。
进一步地，UE存储有延迟时间时，所述发起位置更新前，该方法进一步包括：延迟所存储的延迟时间，并释放所存储的延迟时间。
本发明还提供一种避免无效寻呼的装置，该装置包括：延迟确定模块、时间处理模块和延迟查询模块；其中，
延迟确定模块，用于确定UE离开新LA/RA、驻留在其它LA/RA后需要延迟发起位置更新时，触发时间处理模块；
时间处理模块，用于随机产生延迟时间，将产生的延迟时间作为所述延迟发起位置更新需要延迟的时间存储在UE、以及新CN节点的UE上下文中；
延迟查询模块，用于确定新CN节点寻呼UE失败、且本地的UE上下文中存储有延迟时间时，通知新CN节点延迟重新寻呼。
进一步地，该装置进一步包括：
延迟回复模块，用于监测到新CN节点在延迟的时长未达到所存储的延迟时间时、接收到由于UE进行LA/RA更新发来的位置取消请求，通知新CN节点结束当前寻呼；并用于监测到新CN节点的延迟时长达到所存储的延迟时间、仍未监测到新CN节点接收到由于UE进行LA/RA更新发来的位置取消请求，通知新CN节点重新寻呼UE。
进一步地，该装置进一步包括：
时间管理模块，用于确定UE存储有延迟时间时，通知UE在延迟所存储的延迟时间、并释放所存储的延迟时间后发起位置更新。
进一步地，所述时间处理模块包括：第一触发模块、第一管理模块和第一存储模块；其中，
第一触发模块，用于确定基站控制器BSC/无线网络子系统服务器SRNS下的小区位于新LA/RA边界瞬间用户接入量大的区域时，触发BSC/SRNS广播携带延迟位置更新指示的小区广播消息；
第一管理模块，用于确定UE接收的小区广播消息中携带延迟位置更新指示时，通知UE随机产生延迟时间并存储；并用于在发起附着时将产生的延迟时间添加在附着请求中、并通过BSC/SRNS向新CN节点发送该附着请求，或者，在发起位置更新时将产生的延迟时间添加在位置更新请求中、并通过BSC/SRNS向新CN节点发送该位置更新请求；
第一存储模块，用于将接收到的位置更新请求所携带的延迟时间存储在新CN节点的UE上下文中；或者，将接收到的附着请求所携带的延迟时间存储在新CN节点的UE上下文中。
进一步地，所述时间处理模块包括：第二触发模块、第二管理模块和第二存储模块；其中，
第二触发模块，用于指示新CN节点随机产生延迟时间并存储在本地的UE上下文中；
第二管理模块，用于监测到新CN节点接收到位置更新响应时，通知新CN节点将产生的延迟时间添加在位置更新接受消息中，并通过BSC/SRNS向发送该位置更新接受消息至UE；或者，监测到新CN节点接收到附着响应时，通知新CN节点将产生的延迟时间添加在附着接受消息中，并通过BSC/SRNS向发送该附着接受消息至UE；
第二存储模块，用于确定UE接收到的位置更新接受消息中携带有延迟时间时，通知UE存储该延迟时间；或者，确定UE接收到的附着接受消息中携带有延迟时间时，通知UE存储该延迟时间。
本发明通过产生UE离开新LA/RA、重新驻留时的延迟时间，并存储在UE、以及新CN节点的UE上下文中，使得在寻呼UE失败时，新CN节点即可从本地的UE上下文中得知该延迟时间，并延迟重新寻呼，避免CN节点在UE延迟位置更新时，对UE发起无效寻呼的造成网络资源浪费；本发明所提供的避免无效寻呼的方法及装置还具有以下优点及特点：
1、UE离开新LA/RA、重新驻留时的延迟时间由新CN节点产生时，UE根据BSC/SRNS发来的小区广播消息中是否携带延迟位置更新指示，来确定是否产生延迟时间，即仅在BSC/SRNS下的小区位于新LA/RA边界瞬间用户接入量大的区域时，才需要产生延迟时间，避免了新LA/RA包括的其它小区的不必要延迟；
2、UE离开新LA/RA、重新驻留时的延迟时间由UE产生时，针对各UE产生的延迟时间更为离散；且在网络侧仅需升级CN即可，而CN升级的代价较小，因此，更加经济。
附图说明
图1为EPS的网络架构示意图；
图2为本发明实施例避免无效寻呼的方法的实现流程图。
具体实施方式
本发明的基本思想是：UE驻留在新LA/RA时，产生UE离开新LA/RA、重新驻留时的延迟时间，并存储在UE、以及新CN节点的UE上下文中，这样，在寻呼UE失败时，新CN节点即可从本地的UE上下文中得知该延迟时间，延迟重新寻呼，避免CN在UE延迟位置更新时，对UE发起无效寻呼。
本发明实施例避免无效寻呼的方法的实现流程如图2所示，包括以下步骤：
步骤201：UE驻留在新LMRA时，确定自身是否存储有延迟时间；如果存储有，延迟所存储的延迟时间，并释放所存储的延迟时间，执行步骤202；如果未存储，执行步骤202。
步骤202：发起位置更新、并进行位置更新，并在发起位置更新、并进行位置更新过程中，确定UE离开新LA/RA、驻留在其它LA/RA后是否需要延迟发起位置更新，如果需要，随机产生延迟时间，并将产生的延迟时间作为该延迟发起位置更新需要延迟的时间存储在UE、以及新CN节点的UE上下文中；如果不需要，则不产生延迟时间；其中，
所述新CN节点即新LA/RA对应的CN节点。
所述其它LA/RA指与新LA/RA的相邻的LA/RA。
UE离开新LA、驻留在其它LA，即LA更新时，所述新CN节点为新MSC/VLR；UE离开新RA、驻留在其它RA，即RA更新时，所述新CN节点为新SGSN。
所述确定用户设备UE离开新LA/RA、驻留在其它LA/RA后是否需要延迟发起位置更新具体为：
确定新LA/RA边界是否存在瞬间用户接入量大的区域，如果存在，则认为UE离开新LA/RA、驻留在其它LA/RA后需要延迟发起位置更新；如果不存在，则认为UE离开新LA/RA、驻留在其它LA/RA后不需要延迟发起位置更新。
所述将产生的延迟时间作为所述延迟发起位置更新需要延迟的时间存储在UE、以及新CN节点的UE上下文中，即在UE离开新LA/RA、驻留在其它LA/RA后，需要在延迟该延迟时间后，再发起位置更新。
所述随机产生延迟时间，并将产生的延迟时间作为该延迟发起位置更新需要延迟的时间存储在UE、以及新CN节点的UE上下文中具体为：
步骤A1、基站控制器BSC/无线网络子系统服务器SRNS下的小区位于新LA/RA边界瞬间用户接入量大的区域，则BSC/SRNS广播携带延迟位置更新指示的小区广播消息；
步骤B1、UE接收小区广播消息，并确定接收到的小区广播消息中是否携带延迟位置更新指示，如果携带了，UE随机产生延迟时间并存储，并在发起位置更新时，将产生的延迟时间添加在位置更新请求中，并通过BSC/SRNS向新CN节点发送该位置更新请求，新CN节点将接收到的位置更新请求所携带的延迟时间存储在新CN节点的UE上下文中；如果未携带，则UE通过BSC/SRNS向新CN节点发送位置更新请求；其中，LA更新时，所述位置更新请求为位置区更新(LAU，Location Area Update)请求；RA更新时，所述位置更新接受消息为路由区更新(RAU，RoutingArea Update)请求；或者，
步骤A2、新CN节点随机产生延迟时间并存储在本地的UE上下文中；
步骤B2、在接收到位置更新响应时，新CN节点将产生的延迟时间添加在位置更新接受消息中，并通过BSC/SRNS向发送该位置更新接受消息至UE；其中，LA更新时，所述位置更新接受消息为位置区更新接受消息；RA更新时，所述位置更新接受消息为路由区更新接受消息；
步骤C2、UE存储接收到的位置更新接受消息中携带的延迟时间；
其中，步骤A1、B1中，所述延迟时间由UE产生；步骤A2～C2中，所述延迟时间由新CN节点产生。
新CN节点的UE上下文中存储有延迟时间时，该UE上下文在新CN节点与其它CN节点间传递时，不传递其所存储的延迟时间，即其它CN节点向新CN节点请求UE上下文时，新CN节点返回的UE上下文中不包含所述延迟时间。
当UE开机、进行LA/RA附着时，步骤102可以为：发起附着、并进行附着，并在发起附着、并进行附着过程中，确定UE离开新LA/RA、驻留在其它LA/RA后是否需要延迟发起位置更新，如果需要，随机产生延迟时间，并将产生的延迟时间作为该延迟发起位置更新需要延迟的时间存储在UE、以及新CN节点的UE上下文中；如果不需要，则不产生延迟时间；其中，新LA/RA即为UE开机时所在的LA/RA。
其中，随机产生延迟时间，并将产生的延迟时间作为该延迟发起位置更新需要延迟的时间存储在UE、以及新CN节点的UE上下文中具体为：
步骤A3、基站控制器BSC/无线网络子系统服务器SRNS下的小区位于新LA/RA边界瞬间用户接入量大的区域，则BSC/SRNS广播携带延迟位置更新指示的小区广播消息，
步骤B3、UE接收小区广播消息，并确定接收到的小区广播消息中是否携带延迟位置更新指示，如果携带，UE随机产生延迟时间并存储，并在发起附着时，将产生的延迟时间添加在附着请求中，并通过BSC/SRNS向新CN节点发送该附着请求，新CN节点将接收到的附着请求所携带的延迟时间存储在新CN节点的UE上下文中；如果未携带，则通过BSC/SRNS向新CN节点发送附着请求；或者，
步骤A4、新CN节点随机产生延迟时间并存储在本地的UE上下文中，
步骤B4、在接收到附着响应时，新CN节点将产生的延迟时间添加在附着接受消息中，并通过BSC/SRNS向发送该附着接受消息至UE，
步骤C4、UE存储接收到的附着接受消息中携带的延迟时间；
其中，步骤A3、B3中，所述延迟时间由UE产生；步骤A4～C4中，所述延迟时间由新CN节点产生。
步骤203：新CN节点寻呼UE失败时，确定本地的UE上下文中是否存储有延迟时间，如果存储有，则认为UE当前还未发起位置更新，处于延迟状态，则延迟重新寻呼，执行步骤204；如果未存储，认为UE当前驻留在新LA/RA，则重新寻呼UE，直到寻呼次数等于设定的最大寻呼次数，结束当前寻呼。
步骤204，新CN节点在延迟的时长未达到所存储的延迟时间时、接收到由于UE进行LA/RA更新发来的位置取消请求，认为UE在其它CN节点完成位置更新，已离开新LA/RA，则不重新寻呼UE，结束当前寻呼；新CN节点的延迟时长达到所存储的延迟时间时，仍未接收到由于UE进行LA/RA更新发来的位置取消请求，认为UE当前仍驻留在新LA/RA，则重新寻呼UE，直到寻呼次数等于设定的最大寻呼次数，结束当前寻呼。
本发明实施例避免无效寻呼的装置，包括：延迟确定模块、时间处理模块和延迟查询模块；其中，
延迟确定模块，用于确定UE离开新LA/RA、驻留在其它LA/RA后需要延迟发起位置更新时，触发时间处理模块；
时间处理模块，用于随机产生延迟时间，将产生的延迟时间作为所述延迟发起位置更新需要延迟的时间存储在UE、以及新CN节点的UE上下文中；
延迟查询模块，用于确定新CN节点寻呼UE失败、且本地的UE上下文中存储有延迟时间时，通知新CN节点延迟重新寻呼。
该装置进一步包括：
延迟回复模块，用于监测到新CN节点在延迟的时长未达到所存储的延迟时间时、接收到由于UE进行UA/RA更新发来的位置取消请求，通知新CN节点结束当前寻呼；并用于监测到新CN节点的延迟时长达到所存储的延迟时间、仍未监测到新CN节点接收到由于UE进行UA/RA更新发来的位置取消请求，通知新CN节点重新寻呼UE。
该装置还包括：
时间管理模块，用于确定UE存储有延迟时间时，通知UE在延迟所存储的延迟时间、并释放所存储的延迟时间后发起位置更新。
所述时间处理模块包括：第一触发模块、第一管理模块和第一存储模块；或者，第二触发模块、第二管理模块和第二存储模块；其中，
第一触发模块，用于确定基站控制器BSC/无线网络子系统服务器SRNS下的小区位于新LA/RA边界瞬间用户接入量大的区域时，触发BSC/SRNS广播携带延迟位置更新指示的小区广播消息；
第一管理模块，用于确定UE接收的小区广播消息中携带延迟位置更新指示时，通知UE随机产生延迟时间并存储；并用于在发起附着时将产生的延迟时间添加在附着请求中、并通过BSC/SRNS向新CN节点发送该附着请求，或者，在发起位置更新时将产生的延迟时间添加在位置更新请求中、并通过BSC/SRNS向新CN节点发送该位置更新请求；
第一存储模块，用于将接收到的位置更新请求所携带的延迟时间存储在新CN节点的UE上下文中；或者，将接收到的附着请求所携带的延迟时间存储在新CN节点的UE上下文中；
第二触发模块，用于指示新CN节点随机产生延迟时间并存储在本地的UE上下文中；
第二管理模块，用于监测到新CN节点接收到位置更新响应时，通知新CN节点将产生的延迟时间添加在位置更新接受消息中，并通过BSC/SRNS向发送该位置更新接受消息至UE；或者，监测到新CN节点接收到附着响应时，通知新CN节点将产生的延迟时间添加在附着接受消息中，并通过BSC/SRNS向发送该附着接受消息至UE；
第二存储模块，用于确定UE接收到的位置更新接受消息中携带有延迟时间时，通知UE存储该延迟时间；或者，确定UE接收到的附着接受消息中携带有延迟时间时，通知UE存储该延迟时间；
其中，第一触发模块设置于BSC/SRNS上，第一存储模块设置于新CN节点上，第一管理模块设置于UE上；第二触发模块，第二管理模块设置于新CN节点上，第二存储模块设置于UE上。
以下分别以LA更新、且延迟时间由UE产生，RA更新、且延迟时间由UE产生，LA更新、且延迟时间由新MSC/VLR产生，RA更新更新、且延迟时间由SGSN产生时，采用本发明实施例实现位置更新为例，具体说明本发明实施例避免无效寻呼的方法、装置：
采用本发明实施例实现LA更新、且延迟时间由UE产生的流程如下：
步骤a1、UE驻留在新LA时，确定自身是否存储有延迟时间；如果存储有，延迟所存储的延迟时间，并释放所存储的延迟时间，执行步骤b1；如果未存储，执行步骤b1；
步骤b1、UE确定接收到的小区广播消息中是否包含延迟位置更新指示，如果包含，UE随机产生LA延迟时间并存储，并通过BSC/SRNS向新MSC/VLR发送携带产生的LA延迟时间的LAU请求；如果不包含，UE通过BSC/SRNS向新MSC/VLR发送LAU请求；其中，所述LAU请求携带有临时移动用户标识码(TMSI，Temporary Mobile Subscriber Identity)；
步骤c1、新MSC/VLR确定接收到的LAU请求是否携带LA延迟时间，如果携带，缓存所携带的LA延迟时间，并向旧MSC/VLR发送UE上下文请求；如果不存在，则向旧MSC/VLR发送UE上下文请求；其中，所述UE上下文请求中携带接收到的LAU请求携带的TMSI；其中，旧MSC/VLR即旧LA对应的MSC/VLR；
步骤d1、旧MSC/VLR返回UE上下文请求中携带的TMSI所对应的UE上下文至新MSC/VLR；其中，如果旧MSC/VLR上的所述UE上下文中存储有LA延迟时间，返回给新MSC/VLR的UE上下文中不携带所存储的LA延迟时间；
这里，如果旧MSC/VLR上不存在UE上下文请求中携带的TMSI时，步骤d1为：对UE进行鉴权；
步骤e1、新MSC/VLR确定自身是否缓存有LA延迟时间，如果缓存有，将缓存的LA延迟时间存储在接收到的UE上下文中，释放所缓存的LA延迟时间，并向HSS/HLR发送携带新MSC/VLR的标识的更新请求；如果未缓存，则向HSS/HLR发送携带新MSC/VLR的标识的更新请求；
步骤f1、HSS/HLR保存接收到的更新请求所携带新MSC/VLR的标识，并向旧MSC/VLR发送位置取消请求；
步骤g1、接收到旧MSC/VLR返回的位置取消响应后，HSS/HLR释放旧MSC/VLR的标识，并向新MSC/VLR发送插入用户数据请求；
步骤h1、接收到新MSC/VLR返回的插入用户数据响应后，HSS/HLR向新MSC/VLR返回更新响应。
步骤i1、新MSC/VLR接收到更新响应后，通过BSC/SRNS向UE发送位置区更新接受消息；其中，所述位置区更新接受消息携带新MSC/VLR为UE重新指配的TMSI；
步骤j1、UE通过BSC/SRNS向新MSC/VLR返回TMSI重指配完成消息；
步骤k1、旧MSC/VLR释放与UE之间的信令连接，结束本次LA更新。
采用本发明实施例实现RA更新、且延迟时间由UE产生的流程如下：
步骤a2、UE驻留在新RA时，确定自身是否存储有延迟时间；如果存储有，延迟所存储的延迟时间，并释放所存储的延迟时间，执行步骤b2；如果未存储，执行步骤b2；
步骤b2、UE确定接收到的小区广播消息中是否包含延迟位置更新指示，如果包含，UE随机产生RA延迟时间并存储，并通过BSC/SRNS向新SGSN发送携带产生的RA延迟时间的RAU请求；如果不包含，UE通过BSC/SRNS向新SGSN发送RAU请求；其中，所述RAU请求携带有分组临时移动用户标识码(P-TMSI，Packet Temporary Mobile Subscriber Identity)；
步骤c2、确定接收到的RAU请求是否携带RA延迟时间，如果携带，将该RA延迟时间存储在新SGSN本地的UE上下文中，并向旧SGSN发送UE上下文请求；如果不存在，则向旧SGSN发送UE上下文请求；其中，所述UE上下文请求中携带接收到的RAU请求携带的P-TMSI；
步骤d2、旧SGSN返回UE上下文请求中携带的P-TMSI所对应的UE上下文至新SGSN；其中，如果旧SGSN上的所述UE上下文中存储有RA延迟时间，返回给新SGSN的UE上下文中不携带所存储的RA延迟时间；其中，旧SGSN即旧RA对应的SGSN；
这里，如果旧SGSN上不存在UE上下文请求中携带的P-TMSI时，步骤d2为：对UE进行鉴权；
步骤e2、新SGSN向GGSN发送更新分组数据协议(PDP，Pocket Protocol)请求，其中携带新SGSN的隧道端点标识符(TEID，Tunnel Endpoint ID)和IP地址，GGSN保存这些信息，并向新SGSN返回更新PDP响应。
步骤f2、新SGSN向HSS/HLR发送携带新SGSN的标识的更新请求；
步骤g2、HSS/HLR保存接收到的更新请求所携带新SGSN的标识，并向旧SGSN发送位置取消请求；
步骤h2、接收到旧SGSN返回的位置取消响应后，HSS/HLR释放旧SGSN的标识，并向新SGSN发送插入用户数据请求；
步骤i2、接收到新SGSN返回的插入用户数据响应后，HSS/HLR向新SGSN返回更新响应。
步骤j2、新SGSN接收到更新响应后，通过BSC/SRNS向UE发送路由区更新接受消息；其中，所述路由区更新接受消息携带新SGSN为UE重新指配的P-TMSI；
步骤k2、UE通过BSC/SRNS向新SGSN返回P-TMSI重指配完成消息；
步骤l2、旧SGSN释放与UE之间的信令连接，结束本次RL更新。
其中，如果UE驻留在新RA的同时，也驻留在了新LA，即UE当前所处位置是为新RA和新LA的边界的重叠区域，则步骤b2中，RAU请求中携带联合位置更新的更新类型，并在步骤h2后还包括：
步骤21、新SGSN确定本地的UE上下文中是否存储有RA延迟时间，如果存储有，则将该RA延迟时间作为LA延迟时间添加在更新请求中，并向新MSC/VLR发送该更新请求；如果未存储，则向新MSC/VLR发送更新请求；其中，所述更新请求携带有UE的TMSI和当前接入的自动定位识别(LAI，Automatic Location Identification)、新SGSN的标识、以及UE上下文；
步骤22、新MSC/VLR确定接收到的更新请求是否携带LA延迟时间，如果携带，将该LA延迟时间存储在本地的UE上下文中，并向HSS/HLR发送携带新MSC/VLR的标识的更新请求；如果不存在，则向HSS/HLR发送携带新MSC/VLR的标识的更新请求；
步骤23、HSS/HLR保存接收到的更新请求所携带新MSC/VLR的标识，并向旧MSC/VLR发送位置取消请求；
步骤24、接收到旧MSC/VLR返回的位置取消响应后，HSS/HLR释放旧MSC/VLR的标识，并向新MSC/VLR发送插入用户数据请求；
步骤25、接收到新MSC/VLR返回的插入用户数据响应后，HSS/HLR向新MSC/VLR返回更新响应
步骤26、新MSC/VLR接收到更新响应后，向新SGSN返回携带新MSC/VLR为UE重新指配的TMSI的更新响应；
步骤27、新SGSN接收到新MSC/VLR发来的更新响应后，通过BSC/SRNS向UE发送位置区更新接受消息；其中，所述位置区更新接受消息携带新MSC/VLR为UE重新指配的TMSI；
步骤28、UE通过BSC/SRNS向新SGSN返回TMSI重指配完成消息；新SGSN向新MSC/VLR返回TMSI重指配完成消息；
步骤29、新MSC/VLR释放与UE之间的信令连接，完成LA更新；
其中，通过新SGSN和新MSC/VLR之间的Gs接口实现新SGSN和新MSC/VLR的信令交互。
采用本发明实施例实现LA更新、且延迟时间由新MSC/VLR产生的流程如下：
步骤a3、UE驻留在新LA时，确定自身是否存储有延迟时间；如果存储有，延迟所存储的延迟时间，并释放所存储的延迟时间，执行步骤b3；如果未存储，执行步骤b3；
步骤b3、UE通过BSC/SRNS向新MSC/VLR发送LAU请求；其中，所述LAU请求携带有TMSI；
步骤c3、新MSC/VLR向旧MSC/VLR发送UE上下文请求；其中，所述UE上下文请求中携带接收到的LAU请求携带的TMSI；
步骤d3、旧MSC/VLR返回UE上下文请求中携带的TMSI所对应的UE上下文至新MSC/VLR；其中，如果旧MSC/VLR上的所述UE上下文中存储有LA延迟时间，返回给新MSC/VLR的UE上下文中不携带所存储的LA延迟时间；
这里，如果旧MSC/VLR上不存在UE上下文请求中携带的TMSI时，步骤d3为：对UE进行鉴权；
步骤e3、新MSC/VLR确定新LA边界是否存在瞬间用户接入量大的区域，如果存在，随机产生延迟时间并存储在接收到的UE上下文中，并向HSS/HLR发送携带新MSC/VLR的标识的更新请求；如果不存在，则向HSS/HLR发送携带新MSC/VLR的标识的更新请求；
步骤f3、HSS/HLR保存接收到的更新请求所携带新MSC/VLR的标识，并向旧MSC/VLR发送位置取消请求；
步骤g3、接收到旧MSC/VLR返回的位置取消响应后，HSS/HLR释放旧MSC/VLR的标识，并向新MSC/VLR发送插入用户数据请求；
步骤h3、接收到新MSC/VLR返回的插入用户数据响应后，HSS/HLR向新MSC/VLR返回更新响应。
步骤i3、新MSC/VLR接收到更新响应后，通过BSC/SRNS向UE发送位置区更新接受消息；其中，所述位置区更新接受消息携带新MSC/VLR为UE重新指配的TMSI；
步骤j3、UE通过BSC/SRNS向新MSC/VLR返回TMSI重指配完成消息；
步骤k3、旧MSC/VLR释放与UE之间的信令连接，结束本次LA更新。
采用本发明实施例实现RA更新、且延迟时间由新SGSN产生的流程如下：
步骤a4、UE驻留在新RA时，确定自身是否存储有延迟时间；如果存储有，延迟所存储的延迟时间，并释放所存储的延迟时间，执行步骤b4；如果未存储，执行步骤b4；
步骤b4、UE通过BSC/SRNS向新SGSN发送RAU请求；其中，所述RAU请求携带有P-TMSI；
步骤c4、新SGSN向旧SGSN发送UE上下文请求；其中，所述UE上下文请求中携带接收到的RAU请求携带的P-TMSI；
步骤d4、旧SGSN返回UE上下文请求中携带的P-TMSI所对应的UE上下文至新SGSN；其中，如果旧SGSN上的所述UE上下文中存储有RA延迟时间，返回给新SGSN的UE上下文中不携带所存储的RA延迟时间；
这里，如果旧SGSN上不存在UE上下文请求中携带的P-TMSI时，步骤d4为：对UE进行鉴权；
步骤e4、新SGSN确定新RA边界是否存在瞬间用户接入量大的区域，如果存在，随机产生延迟时间并存储在接收到的UE上下文中，并向HSS/HLR发送携带新SGSN的标识的更新请求；如果不存在，则向GGSN发送更新PDP请求，其中携带新SGSN的TEID和IP地址，GGSN保存这些信息，并向新SGSN返回更新PDP响应。
步骤f4、新SGSN向HSS/HLR发送携带新SGSN的标识的更新请求；
步骤g4、HSS/HLR保存接收到的更新请求所携带新SGSN的标识，并向旧SGSN发送位置取消请求；
步骤h4、接收到旧SGSN返回的位置取消响应后，HSS/HLR释放旧SGSN的标识，并向新SGSN发送插入用户数据请求；
步骤i4、接收到新SGSN返回的插入用户数据响应后，HSS/HLR向新SGSN返回更新响应。
步骤j4、新SGSN接收到更新响应后，通过BSC/SRNS向UE发送路由区更新接受消息；其中，所述路由区更新接受消息携带新SGSN为UE重新指配的P-TMSI；
步骤k4、UE通过BSC/SRNS向新SGSN返回P-TMSI重指配完成消息；
步骤l4、旧SGSN释放与UE之间的信令连接，结束本次RL更新。
这里，如果UE驻留在新RA的同时，也驻留在了新LA，即UE当前所处位置是为新RA和新LA的边界的重叠区域，则步骤b4中，RAU请求中携带联合位置更新的更新类型，并在步骤h4后，还需进行LA更新，具体更新步骤21～29相同。
采用本发明实施例实现RA/LA附着的流程与上述采用本发明实施例实现RA/LA更新的流程近似，这里不再赘述。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
Claims (10)
1.一种避免无效寻呼的方法，其特征在于，在确定用户设备UE离开新位置区LA/路由区RA、驻留在其它LA/RA后需要延迟发起位置更新时，随机产生延迟时间，并将产生的延迟时间作为所述延迟发起位置更新需要延迟的时间存储在UE、以及新CN节点的UE上下文中；该方法还包括：
新CN节点寻呼UE失败、且确定本地的UE上下文中存储有延迟时间时，延迟重新寻呼；
所述随机产生并存储延迟时间在发起附着时执行和/或在进行附着过程中执行，或，所述随机产生并存储延迟时间在发起位置更新时执行和/或在进行位置更新过程中执行；
其中，所述随机产生延迟时间，将产生的延迟时间作为该延迟发起位置更新需要延迟的时间存储在新CN节点的UE上下文中，包括：
当所述随机产生并存储延迟时间在发起附着时执行，和/或在进行附着过程中执行时，基站控制器BSC/无线网络子系统服务器SRNS下的小区位于新LA/RA边界瞬间用户接入量大的区域，则BSC/SRNS广播携带延迟位置更新指示的小区广播消息，
UE接收小区广播消息，并确定接收到的小区广播消息中是否携带延迟位置更新指示，如果携带，UE随机产生延迟时间并存储，并在发起附着时，将产生的延迟时间添加在附着请求中，并通过BSC/SRNS向新CN节点发送该附着请求，新CN节点将接收到的附着请求所携带的延迟时间存储在新CN节点的UE上下文中；如果未携带，则通过BSC/SRNS向新CN节点发送附着请求；或，
当所述随机产生并存储延迟时间在发起位置更新时执行，和/或在进行位置更新过程中执行时，基站控制器BSC/无线网络子系统服务器SRNS下的小区位于新LA/RA边界瞬间用户接入量大的区域，则BSC/SRNS广播携带延迟位置更新指示的小区广播消息，
UE接收小区广播消息，并确定接收到的小区广播消息中是否携带延迟位置更新指示，如果携带，UE随机产生延迟时间并存储，并在发起位置更新时，将产生的延迟时间添加在位置更新请求中，并通过BSC/SRNS向新CN节点发送该位置更新请求，新CN节点将接收到的位置更新请求所携带的延迟时间存储在新CN节点的UE上下文中；如果未携带，则通过BSC/SRNS向新CN节点发送位置更新请求。
2.根据权利要求1所述避免无效寻呼的方法，其特征在于，所述新CN节点在延迟的时长未达到所存储的延迟时间时，接收到由于UE进行LA/RA更新发来的位置取消请求，该方法进一步包括：结束当前寻呼；
所述新CN节点的延迟时长达到所存储的延迟时间时，仍未接收到由于UE进行LA/RA更新发来的位置取消请求，该方法进一步包括：重新寻呼UE。
3.根据权利要求1所述避免无效寻呼的方法，其特征在于，所述确定UE离开新LA/RA、驻留在其它LA/RA后需要延迟发起位置更新具体为：
确定新LA/RA边界是否存在瞬间用户接入量大的区域，如果存在，则认为UE离开新LA/RA、驻留在其它LA/RA后需要延迟发起位置更新；如果不存在，则认为UE离开新LA/RA、驻留在其它LA/RA后不需要延迟发起位置更新。
4.根据权利要求1所述避免无效寻呼的方法，其特征在于，当所述随机产生并存储延迟时间在发起附着时执行，和/或在进行附着过程中执行时，所述随机产生延迟时间，将产生的延迟时间作为该延迟发起位置更新需要延迟的时间存储在UE上下文中，包括：
新CN节点随机产生延迟时间并存储在本地的UE上下文中，
在接收到附着响应时，新CN节点将产生的延迟时间添加在附着接受消息中，并通过BSC/SRNS向发送该附着接受消息至UE，
UE存储接收到的附着接受消息中携带的延迟时间。
5.根据权利要求1所述避免无效寻呼的方法，其特征在于，当所述随机产生并存储延迟时间在发起位置更新时执行，和/或在进行位置更新过程中执行时，所述随机产生延迟时间，将产生的延迟时间作为该延迟发起位置更新需要延迟的时间存储在UE上下文中，包括：
新CN节点随机产生延迟时间并存储在本地的UE上下文中，
在接收到位置更新响应时，新CN节点将产生的延迟时间添加在位置更新接受消息中，并通过BSC/SRNS向发送该位置更新接受消息至UE，
UE存储接收到的位置更新接受消息中携带的延迟时间。
6.根据权利要求1所述避免无效寻呼的方法，其特征在于，UE存储有延迟时间时，所述发起位置更新前，该方法进一步包括：延迟所存储的延迟时间，并释放所存储的延迟时间。
7.一种避免无效寻呼的装置，其特征在于，该装置包括：延迟确定模块、时间处理模块和延迟查询模块；其中，
延迟确定模块，用于确定UE离开新LA/RA、驻留在其它LA/RA后需要延迟发起位置更新时，触发时间处理模块；
时间处理模块，用于随机产生延迟时间，将产生的延迟时间作为所述延迟发起位置更新需要延迟的时间存储在UE、以及新CN节点的UE上下文中；
延迟查询模块，用于确定新CN节点寻呼UE失败、且本地的UE上下文中存储有延迟时间时，通知新CN节点延迟重新寻呼；
所述时间处理模块包括：第一触发模块、第一管理模块和第一存储模块；其中，
第一触发模块，用于确定基站控制器BSC/无线网络子系统服务器SRNS下的小区位于新LA/RA边界瞬间用户接入量大的区域时，触发BSC/SRNS广播携带延迟位置更新指示的小区广播消息；
第一管理模块，用于确定UE接收的小区广播消息中携带延迟位置更新指示时，通知UE随机产生延迟时间并存储；并用于在发起附着时将产生的延迟时间添加在附着请求中、并通过BSC/SRNS向新CN节点发送该附着请求，或者，在发起位置更新时将产生的延迟时间添加在位置更新请求中、并通过BSC/SRNS向新CN节点发送该位置更新请求；
第一存储模块，用于将接收到的位置更新请求所携带的延迟时间存储在新CN节点的UE上下文中；或者，将接收到的附着请求所携带的延迟时间存储在新CN节点的UE上下文中。
8.根据权利要求7所述避免无效寻呼的装置，其特征在于，该装置进一步包括：
延迟回复模块，用于监测到新CN节点在延迟的时长未达到所存储的延迟时间时、接收到由于UE进行LA/RA更新发来的位置取消请求，通知新CN节点结束当前寻呼；并用于监测到新CN节点的延迟时长达到所存储的延迟时间、仍未监测到新CN节点接收到由于UE进行LA/RA更新发来的位置取消请求，通知新CN节点重新寻呼UE。
9.根据权利要求7所述避免无效寻呼的装置，其特征在于，该装置进一步包括：
时间管理模块，用于确定UE存储有延迟时间时，通知UE在延迟所存储的延迟时间、并释放所存储的延迟时间后发起位置更新。
10.根据权利要求7、8或9所述避免无效寻呼的装置，其特征在于，所述时间处理模块包括：第二触发模块、第二管理模块和第二存储模块；其中，
第二触发模块，用于指示新CN节点随机产生延迟时间并存储在本地的UE上下文中；
第二管理模块，用于监测到新CN节点接收到位置更新响应时，通知新CN节点将产生的延迟时间添加在位置更新接受消息中，并通过BSC/SRNS向发送该位置更新接受消息至UE；或者，监测到新CN节点接收到附着响应时，通知新CN节点将产生的延迟时间添加在附着接受消息中，并通过BSC/SRNS向发送该附着接受消息至UE；
第二存储模块，用于确定UE接收到的位置更新接受消息中携带有延迟时间时，通知UE存储该延迟时间；或者，确定UE接收到的附着接受消息中携带有延迟时间时，通知UE存储该延迟时间。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910088056.6A CN101938807B (zh) | 2009-07-01 | 2009-07-01 | 一种避免无效寻呼的方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910088056.6A CN101938807B (zh) | 2009-07-01 | 2009-07-01 | 一种避免无效寻呼的方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101938807A CN101938807A (zh) | 2011-01-05 |
| CN101938807B true CN101938807B (zh) | 2014-12-10 |
Family
ID=43391879
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200910088056.6A Active CN101938807B (zh) | 2009-07-01 | 2009-07-01 | 一种避免无效寻呼的方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101938807B (zh) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102740267B (zh) | 2011-04-02 | 2016-02-24 | 华为终端有限公司 | 位置更新处理方法和设备 |
| CN102984685B (zh) * | 2011-09-07 | 2016-08-10 | 华为终端有限公司 | 位置更新请求的处理方法、用户设备、核心网管理实体及系统 |
| CN106817676B (zh) * | 2016-12-29 | 2019-10-29 | 北京交通大学 | 利用随机时延的密集用户位置更新场景下的位置管理方法 |
| EP3669597B1 (en) * | 2017-08-14 | 2022-06-29 | Lenovo (Beijing) Limited | Responding to radio access network paging failures |
| CN110505687B (zh) * | 2018-05-17 | 2022-03-29 | 大唐移动通信设备有限公司 | 寻呼消息的响应方法、装置、终端、网络侧设备及介质 |
| CN117121581A (zh) * | 2021-04-02 | 2023-11-24 | 上海诺基亚贝尔股份有限公司 | 用于寻呼增强的机制 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002009452A2 (en) * | 2000-07-20 | 2002-01-31 | Koninklijke Philips Electronics N.V. | Idle handoff method for mobile communication devices taking into account critical system jobs |
| CN1585558A (zh) * | 2004-05-28 | 2005-02-23 | 中兴通讯股份有限公司 | 一种优化移动用户作为被叫流程的实现方法 |
| CN1589057A (zh) * | 2004-08-10 | 2005-03-02 | Ut斯达康通讯有限公司 | 个人手持电话系统的精确寻呼方法及装置 |
| CN101022659A (zh) * | 2007-01-26 | 2007-08-22 | 华为技术有限公司 | 寻呼重发方法及实现寻呼重发的设备 |
-
2009
- 2009-07-01 CN CN200910088056.6A patent/CN101938807B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002009452A2 (en) * | 2000-07-20 | 2002-01-31 | Koninklijke Philips Electronics N.V. | Idle handoff method for mobile communication devices taking into account critical system jobs |
| CN1585558A (zh) * | 2004-05-28 | 2005-02-23 | 中兴通讯股份有限公司 | 一种优化移动用户作为被叫流程的实现方法 |
| CN1589057A (zh) * | 2004-08-10 | 2005-03-02 | Ut斯达康通讯有限公司 | 个人手持电话系统的精确寻呼方法及装置 |
| CN101022659A (zh) * | 2007-01-26 | 2007-08-22 | 华为技术有限公司 | 寻呼重发方法及实现寻呼重发的设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101938807A (zh) | 2011-01-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102860052B (zh) | 通信方法、移动网络系统以及装置 | |
| CN102388656B (zh) | 网络拥塞处理方法、网络设备和网络系统 | |
| CN101448287B (zh) | 一种激活状态下用户设备跨接入网切换的实现方法 | |
| CN101677470B (zh) | 服务请求的处理方法、装置及系统 | |
| CN100488170C (zh) | 一种在分组无线系统中触发路由区更新的方法 | |
| CN101448305B (zh) | 一种在多个分组域网络进行电路域寻呼的方法 | |
| CN101938807B (zh) | 一种避免无效寻呼的方法及装置 | |
| CN101577962A (zh) | 一种关联关系更新的实现方法及相应终端 | |
| CN101938850B (zh) | 一种释放承载资源的方法、系统及装置 | |
| CN102158922A (zh) | 回退到2g/3g网络的方法和相关设备及通信系统 | |
| CN102232317B (zh) | 移动交换中心池中的寻呼处理方法及装置 | |
| CN103477690A (zh) | 通过移动网络通知用户设备来自网络应用服务器的ue应用触发请求 | |
| EP2806671A1 (en) | Paging method and device | |
| CN101001262B (zh) | Ip地址释放方法 | |
| CN102177737A (zh) | Csfb业务处理方法和系统及移动管理实体和用户设备 | |
| CN101330425B (zh) | Sgsn到服务网关的隧道的建立方法 | |
| CN101064923B (zh) | 一种演进网络中限制信令的实现方法 | |
| CN106714133B (zh) | 网关的恢复处理方法及装置 | |
| CN102740266A (zh) | 一种上下文的同步方法及系统 | |
| CN101657024B (zh) | 一种isr机制的处理方法和装置 | |
| CN101541081B (zh) | 一种停止重复寻呼的方法、装置和系统 | |
| CN104410998A (zh) | Csfb指示标识发送方法和mme、msc | |
| CN102905369A (zh) | 移动管理单元失效或重启时用户设备寻呼方法及系统 | |
| CN101064948B (zh) | 一种减小寻呼区域和寻呼用户设备的方法 | |
| CN102186158A (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 | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20200723 Address after: 215500 No.13, Caotang Road, Changshu, Suzhou, Jiangsu Province Patentee after: Changshu intellectual property operation center Co.,Ltd. Address before: 510000 unit 2414-2416, building, No. five, No. 371, Tianhe District, Guangdong, China Patentee before: GUANGDONG GAOHANG INTELLECTUAL PROPERTY OPERATION Co.,Ltd. Effective date of registration: 20200723 Address after: 510000 unit 2414-2416, building, No. five, No. 371, Tianhe District, Guangdong, China Patentee after: GUANGDONG GAOHANG INTELLECTUAL PROPERTY OPERATION Co.,Ltd. Address before: 518057 Nanshan District Guangdong high tech Industrial Park, South Road, science and technology, ZTE building, Ministry of Justice Patentee before: ZTE Corp. |
|
| CP02 | Change in the address of a patent holder | ||
| CP02 | Change in the address of a patent holder |
Address after: 215500 5th floor, building 4, 68 Lianfeng Road, Changfu street, Changshu City, Suzhou City, Jiangsu Province Patentee after: Changshu intellectual property operation center Co.,Ltd. Address before: No.13 caodang Road, Changshu City, Suzhou City, Jiangsu Province Patentee before: Changshu intellectual property operation center Co.,Ltd. |