CN102448045B - 一种处理移动性管理上下文的方法和设备 - Google Patents
一种处理移动性管理上下文的方法和设备 Download PDFInfo
- Publication number
- CN102448045B CN102448045B CN201010504082.5A CN201010504082A CN102448045B CN 102448045 B CN102448045 B CN 102448045B CN 201010504082 A CN201010504082 A CN 201010504082A CN 102448045 B CN102448045 B CN 102448045B
- Authority
- CN
- China
- Prior art keywords
- context
- terminal
- timer
- network equipment
- 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
- 238000000034 method Methods 0.000 title claims abstract description 136
- 238000012545 processing Methods 0.000 title claims abstract description 13
- 230000008569 process Effects 0.000 claims description 81
- 238000012217 deletion Methods 0.000 claims description 7
- 230000037430 deletion Effects 0.000 claims description 7
- 230000011664 signaling Effects 0.000 abstract description 8
- 238000004891 communication Methods 0.000 abstract description 3
- 230000004913 activation Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 8
- 238000004590 computer program Methods 0.000 description 7
- 230000004048 modification Effects 0.000 description 7
- 238000012986 modification Methods 0.000 description 7
- 238000004321 preservation Methods 0.000 description 6
- 230000008859 change Effects 0.000 description 3
- 230000009849 deactivation Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 241000931705 Cicada Species 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000009472 formulation Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0289—Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/38—Connection release triggered by timers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例涉及无线通信技术领域，特别涉及一种处理移动性管理上下文的方法和设备，用以解决现有技术中存在的没有规定网络侧保存移动性管理上下文的时长，从而有可能增加信令开销或网络负荷的问题。本发明实施例的方法，包括：网络侧设备在网络拥塞，且拒绝终端的请求后，针对该终端启动第一上下文定时器；所述网络侧设备在第一上下文定时器超时前收到且接纳终端的请求，保留所述终端对应的移动性管理上下文；所述网络侧设备在第一上下文定时器超时前没有收到终端的请求或收到但没有接纳终端的请求，删除所述终端对应的移动性管理上下文。采用本发明实施例的方案能够降低信令开销和网络负荷。
Description
技术领域
本发明涉及无线通信技术领域，特别涉及一种处理移动性管理上下文的方法和设备。
背景技术
在3GPP(3rd Generation Partnership Project，第三代移动通信伙伴计划)的机器到机器通信(M2M)规范制订过程中，规定了基于APN(Access PointName，接入点名称)的拥塞控制机制，并决定该机制也可以用于普通UE(终端)引起的APN拥塞情形。
在该机制中，规定了当网络侧因为APN拥塞而拒绝UE的ATTACH(附着)／TAU(Tracking Area Update，跟踪区更新)请求时，网络侧需要保持该UE的签约数据一段时间。
目前，UE的签约信息存在UE的移动性管理上下文中，对于移动性管理上下文的保存时长并没有规定。
如果网络侧过早删除移动性管理上下文，在UE再次进行EMM(EPSMobility Management，EPS移动性管理；EPS：Evolved Packet System，演进分组系统)／ESM(EPS Session Management，EPS会话管理)请求时，由于移动性管理节点如MME(Mobility Management Entity移动性管理实体)、SGSN(Serving GPRS Support Node，服务GPRS支持节点)没有UE的签约信息，而需要重新和HSS／HLR(Home Subscriber Server，归属用户服务器；HomeLocation Register，归属位置寄存器)进行交互，增加了信令开销；如果移动性管理节点过晚删除移动性管理上下文，有可能导致移动性管理节点过长的保持UE的上下文，增加了网络侧的负荷。
综上所述，目前没有规定网络侧保存移动性管理上下文的时长，从而有可能增加信令开销和网络负荷。
发明内容
本发明实施例提供一种处理移动性管理上下文的方法和设备，用以解决现有技术中存在的没有规定网络侧保存移动性管理上下文的时长，从而有可能增加信令开销或网络负荷的问题。
本发明实施例提供一种处理移动性管理上下文的方法，包括：
网络侧设备在网络拥塞，且拒绝终端的请求后，针对该终端启动第一上下文定时器；
所述网络侧设备在第一上下文定时器超时前收到且接纳终端的请求，保留所述终端对应的移动性管理上下文；
所述网络侧设备在第一上下文定时器超时前没有收到终端的请求或收到但没有接纳终端的请求，删除所述终端对应的移动性管理上下文。
本发明实施例提供另一种处理移动性管理上下文的方法，包括：
网络侧设备在网络拥塞后，启动第二上下文定时器；
所述网络侧设备在第二上下文定时器超时后，保留第一终端对应的移动性管理上下文，删除第二终端对应的移动性管理上下文；
其中，所述第一终端是网络拥塞后，第二上下文定时器超时前发送的请求被网络侧设备接纳的终端；所述第二终端是网络拥塞后，第二上下文定时器超时前发送的所有请求都被网络侧设备拒绝的终端。
本发明实施例提供一种处理移动性管理上下文的网络侧设备，包括：
第一启动模块，用于在网络拥塞，且拒绝终端的请求后，针对该终端启动第一上下文定时器；
第一管理模块，用于在第一上下文定时器超时前收到且接纳终端的请求，保留所述终端对应的移动性管理上下文，在第一上下文定时器超时前没有收到终端的请求或收到但没有接纳终端的请求，删除所述终端对应的移动性管理上下文。
本发明实施例提供另一种处理移动性管理上下文的网络侧设备，包括：
第二启动模块，用于在网络拥塞后，启动第二上下文定时器；
第二管理模块，用于在第二上下文定时器超时后，保留第一终端对应的移动性管理上下文，删除第二终端对应的移动性管理上下文；
其中，所述第一终端是网络拥塞后，第二上下文定时器超时前发送的请求被网络侧设备接纳的终端；所述第二终端是网络拥塞后，第二上下文定时器超时前发送的所有请求都被网络侧设备拒绝的终端。
由于规定了网络侧保存移动性管理上下文的时长，从而降低了信令开销和网络负荷；进一步提高了资源利用率。
附图说明
图1为本发明实施例第一种处理移动性管理上下文的网络侧设备结构示意图；
图2为本发明实施例第一种处理移动性管理上下文的方法流程示意图；
图3为本发明实施例第二种处理移动性管理上下文的网络侧设备结构示意图；
图4为本发明实施例第二种处理移动性管理上下文的方法流程示意图。
具体实施方式
本发明实施例网络侧设备在网络拥塞后，可以启动上下文定时器，并在上下文定时器超时后，删除网络拥塞后到上下文定时器超时这段时间内，发送所有的请求都拒绝的终端对应的移动性管理上下文。由于规定了网络侧保存移动性管理上下文的时长，从而降低了信令开销和网络负荷。
其中，本发明实施例的网络拥塞包括但不限于下列用赛中的一种或多种：
MME(Mobility Management Entity，移动性管理实体)拥塞、PDN GW(PDNGateway，PDN网关；PDN：Packet DataNetwork，分组数据网络)拥塞、SGW(Serving GW，服务网关)拥塞和SGSN拥塞。
本发明实施例的请求是EMM过程的请求、ESM过程的请求、GMM过程的请求和GSM过程的请求中的一种。
EMM过程是指EPS移动性管理过程，包括但不限于ATTACH、TAU、DETACH(去附着)、Service Request(服务请求)、Extended Service Request(扩展服务请求)、Transport ofNAS messages(NAS消息传输)、Generic transportofNAS messages(通用NAS消息传输)等过程中的一个或多个。
ESM过程是指EPS会话管理过程，包括但不限于PDN连接过程(PDNconnectivity procedure)、PDN去连接过程(PDN disconnect procedure)、承载资源分配(bearer resource anocation procedure)、承载资源修改(bearer resourcemodification procedure)、默认承载上下文激活(default EPS bearer contextactivation)、专用承载上下文激活(dedicated EPS bearer context activation)、EPS承载上下文修改(EPS bearer context modification)、EPS承载上下文去激活(EPSbearer context deactivation)、ESM信息请求(ESM information requestprocedure)、通知过程(notification procedure)等过程中的一个或多个。
GMM过程是指GPRS移动性管理(GPRS Mobility Management；GPRS：通用分组无线业务，General Packet Radio Service)过程，包括但不限于GPRSATTACH(GPRS附着)、GPRS DETACH(GPRS去附着)、RAU(Routing AreaUpdating，路由区更新等)等过程中的一个或多个。
GSM过程是指GPRS会话管理(GPRS Session Management)过程，包括但不限于PDP上下文激活(PDP Context Activation；PDP：Packet Data Protocol，数据包协议)、PDP上下文去激活(PDP Context Deactivation)、第二PDP上下文激活(Secondary PDP Context Activation)、PDP上下文修改(PDP contextmodification procedure)、通知过程(Notification procedure)等过程中的一个或多个。
本发明实施例的网络侧设备在收到其他CN(Core Network，核心网)节点的请求后，可以按照现有流程处理。
下面结合说明书附图对本发明实施例作进一步详细描述。
如图1所示，本发明实施例第一种处理移动性管理上下文的网络侧设备包括：第一启动模块10和第一管理模块20。
第一启动模块10，用于在网络拥塞，且拒绝终端的请求后，针对该终端启动第一上下文定时器。
第一管理模块20，用于在第一上下文定时器超时前收到且接纳终端的请求，保留终端对应的移动性管理上下文，在第一上下文定时器超时前没有收到终端的请求或收到但没有接纳终端的请求，删除终端对应的移动性管理上下文。
其中，在网络拥塞后，第一启动模块10在接收到终端的请求后有可能会拒绝终端的请求，如果拒绝可以针对该终端启动一个第一上下文定时器。也就是说，第一上下文定时器只针对一个终端，如果在网络拥塞后有多个终端的请求都被拒绝，则会启动多个第一上下文定时器。
较佳的，为了让被拒绝的终端在合理的时间重新发起请求，本发明实施例的网络侧设备还可以进一步包括：第一配置模块30。
第一配置模块30，用于在网络发生拥塞，且拒绝终端的请求后，针对该终端启动第一上下文定时器之前为终端配置移动性管理退避定时器。
具体的，第一配置模块30可以通过NAS(Non Access Stratum，非接入层)消息为终端配置移动性管理退避定时器。
配置的移动性管理退避定时器包括移动性管理退避定时器的标识和时长；终端在收到配置后，根据标识就知道是配置的是移动性管理退避定时器，然后根据时长启动移动性管理退避定时器，并在移动性管理退避定时器超时后，重新发送请求。
这里的第一上下文定时器的时长需要大于移动性管理退避定时器的时长。比如可以根据移动性管理退避定时器的时长确定第一上下文定时器的时长，如果移动性管理退避定时器的时长大于当前的第一上下文定时器的时长，则第一启动模块10需要调整第一上下文定时器的时长；还可以根据第一上下文定时器的时长确定移动性管理退避定时器的时长，如果移动性管理退避定时器的时长大于当前的第一上下文定时器的时长，则第一配置模块30需要调整移动性管理退避定时器的时长。
第一上下文定时器的时长还可以根据运营商策略确定，如果有移动性管理退避定时器，还需要保证第一上下文定时器的时长需要大于移动性管理退避定时器的时长。
下面列举几个运营商策略。
策略1：运营商可根据网络运行的统计数据，来确定网络会拥塞多长时间，比如5个小时，则此时网络可以配置第一上下文定时器为5个小时，或者稍长的时间。
策略2：只要发生拥塞，就配置第一上下文定时器为1个小时。如果1个小时后，拥塞没有解除，再配置第一上下文定时器为1个小时。依次等值配置定时器时长。
策略3：只要发生拥塞，就配置第一上下文定时器为1个小时。如果1个小时后，拥塞没有解除，再配置第一上下文定时器为2个小时。依次增值配置定时器时长。(依次减值)。
策略4：通过网络运营维护管理系统，在发生拥塞时，由操作人员配置第一上下文定时器的时长。
策略5：运营商可根据网络运行的统计数据，来确定网络会拥塞多长时间，比如5个小时，则此时网络可以配置第一上下文定时器为5个小时，如果5个小时后，拥塞没有解除，则可以再配置5小时或者再配置其他设定时长(依次固定)或者再配置4小时(依次递减)或再配置6小时(依次递增)。
需要说明的是，本发明实施例的策略并不局限于上述5种策略，其他能够设定定时器时长的策略同样适用于本发明实施例。
在实施中，可以为网络侧设备配置具体时长，则第一管理模块20可以根据具体时长(L)确定第一定时器什么时候超时，比如可以清除的时间点为：当前时间+L，或者直接倒计时这个时长，在时长为0时确定第一定时器超时；
还可以为网络侧设备配置时间点，则第一管理模块20将该时间点作为第一定时器超时的时间点。
由于有可能出现网络拥塞很快解除，并接纳终端的请求，但是第一定时器还没有到时的情况，一种较佳的方式是：第一启动模块10在第一上下文定时器超时前收到且接纳终端的请求之后，停止第一上下文定时器。
第一管理模块20在删除移动性管理上下文时可以直接本地删除终端对应的移动性管理上下文。这种方式适用于移动性管理上下文包括EPS承载或不包括EPS承载的情况。
如果移动性管理上下文包括EPS承载或／和PDP上下文，除了上述方式还有一种删除方式是：
第一管理模块20发起隐式DETACH过程删除终端对应的移动性管理上下文。
具体隐式删除的过程可以参见3GPP的TS23.401和TS23.060协议。
在具体实施中，第一上下文定时器可以是mobile teachable timer(移动可达定时器)，还可以是implieit detach timer(隐式去附着定时器)，还可以是新的定时器。
本发明实施例的网络侧设备可以是基站(比如宏基站，演进基站、家庭基站等)，也可以是RN(中继)设备、MME，还可以是其它网络侧设备。
基于同一发明构思，本发明实施例中还提供了第一种处理移动性管理上下文的方法，由于这个方法解决问题的原理与第一种处理移动性管理上下文的网络侧设备相似，因此这个方法的实施可以参见第一种处理移动性管理上下文的网络侧设备的实施，重复之处不再赘述。
如图2所示，本发明实施例第一种处理移动性管理上下文的方法包括下列步骤：
步骤201、网络侧设备在网络拥塞，且拒绝终端的请求后，针对该终端启动第一上下文定时器。
步骤202、网络侧设备在第一上下文定时器超时前收到且接纳终端的请求，保留终端对应的移动，性管理上下文，以及在第一上下文定时器超时前没有收到终端的请求或收到但没有接纳终端的请求，删除终端对应的移动性管理上下文。
步骤201中，在网络拥塞后，网络侧设备在接收到终端的请求后有可能会拒绝终端的请求，如果拒绝可以针对该终端启动一个第一上下文定时器。也就是说，第一上下文定时器只针对一个终端，如果在网络拥塞后有多个终端的请求都被拒绝，则会启动多个第一上下文定时器。
较佳的，为了让被拒绝的终端在合理的时间重新发起请求，网络侧设备在网络发生拥塞，且拒绝终端的请求后，针对该终端启动第一上下文定时器之前为终端配置移动性管理退避定时器。
具体的，网络侧设备可以通过NAS消息为终端配置移动性管理退避定时器。
配置的移动性管理退避定时器包括移动性管理退避定时器的标识和时长。
这里的第一上下文定时器的时长需要大于移动性管理退避定时器的时长。
第一上下文定时器的时长还可以根据运营商策略确定，如果有移动性管理退避定时器，还需要保证第一上下文定时器的时长需要大于移动性管理退避定时器的时长。具体的策略可以参见图1中的策略，在此不再赘述。
在实施中，可以为网络侧设备配置具体时长，则网络侧设备可以根据具体时长(L)确定第一定时器什么时候超时，比如可以清除的时间点为：当前时间+L，或者直接倒计时这个时长，在时长为0时确定第一定时器超时；
还可以为网络侧设备配置时间点，则网络侧设备将该时间点作为第一定时器超时的时间点。
由于有可能出现网络拥塞很快解除，并接纳终端的请求，但是第一定时器还没有到时的情况，一种较佳的方式是：网络侧设备在第一上下文定时器超时前收到且接纳终端的请求之后，停止第一上下文定时器。
步骤202中，网络侧设备在删除移动性管理上下文时可以直接本地删除终端对应的移动性管理上下文。这种方式适用于移动性管理上下文包括EPS承载或不包括EPS承载的情况。
如果移动性管理上下文包括EPS承载或／和PDP上下文，除了上述方式还有一种删除方式是：
网络侧设备发起隐式DETACH过程删除终端对应的移动性管理上下文。
具体隐式删除的过程可以参见3GPP的TS23.401和TS23.060协议。
在具体实施中，第一上下文定时器可以是mobile reachable timer，还可以是implicit detach timer，还可以是新的定时器。
本发明实施例的网络侧设备可以是基站(比如宏基站，演进基站、家庭基站等)，也可以是RN设备、MME，还可以是其它网络侧设备。
如图3所示，本发明实施例第二种处理移动性管理上下文的网络侧设备包括：第二启动模块50和第二管理模块60。
第二启动模块50，用于在网络拥塞后，启动第二上下文定时器。
第二管理模块60，用于在第二上下文定时器超时后，保留第一终端对应的移动性管理上下文，删除第二终端对应的移动性管理上下文。
其中，第一终端是网络拥塞后，第二上下文定时器超时前发送的请求被网络侧设备接纳的终端；第二终端是网络拥塞后，第二上下文定时器超时前发送的所有请求都被网络侧设备拒绝的终端。
在网络拥塞后，第二上下文定时器超时前，有可能有很多终端发起请求，如果网络拥塞，则网络侧设备有可能会拒绝终端的请求。在网络侧设备接收到请求的终端中，将发送请求被接纳的终端作为第一终端，其他终端就是第二终端。
在实施中，第二启动模块50可以在网络拥塞后马上启动第二上下文定时器；还可以在网络拥塞解除后，马上启动第二上下文定时器。
对于网络拥塞解除后，马上启动第二上下文定时器的情况，在网络拥塞后，网络拥塞解除前，第二上下文定时器没有启动，网络侧设备会认为第二上下文定时器没有超时。
这里与本发明实施例第一种处理移动性管理上下文的方案不同的是，第一种处理移动性管理上下文的方案是针对per UE(即一个定时器对应一个终端)；本发明实施例第二种处理移动性管理上下文的方案是针对per NODE(即所有终端只针对一个定时器，也就是说不过有多少终端被拒绝，都只启动一个定时器)。
较佳的，为了让被拒绝的终端在合理的时间重新发起请求，本发明实施例的网络侧设备还可以进一步包括：第二配置模决70。
第二配置模块70，用于在网络拥塞，且拒绝终端的请求后，为终端配置移动性管理退避定时器。
具体的，第一配置模块30可以通过NAS消息为终端配置移动性管理退避定时器。
配置的移动性管理退避定时器包括移动性管理退避定时器的标识和时长；终端在收到配置后，根据标识就知道是配置的是移动性管理退避定时器，然后根据时长启动移动性管理退避定时器，并在移动性管理退避定时器超时后，重新发送请求。
如果第二启动模块50在网络拥塞后马上启动第二上下文定时器，则第二上下文定时器的时长需要大于移动性管理退避定时器的时长。比如可以根据移动性管理退避定时器的时长确定第二上下文定时器的时长，如果移动性管理退避定时器的时长大于当前的第二上下文定时器的时长，则第二启动模块50需要调整第二上下文定时器的时长；还可以根据第二上下文定时器的时长确定移动性管理退避定时器的时长，如果移动性管理退避定时器的时长大于当前的第二上下文定时器的时长，则第二配置模块70需要调整移动性管理退避定时器的时长。
第二上下文定时器的时长还可以根据运营商策略确定，如果有移动性管理退避定时器，还需要保证第二上下文定时器的时长需要大于移动性管理退避定时器的时长。具体运营商策略可以参见图1中的策略，在此不再赘述。
在实施中，可以为网络侧设备配置具体时长，则第二管理模块60可以根据具体时长(L)确定第二定时器什么时候超时，比如可以清除的时间点为：当前时间+L，或者直接倒计时这个时长，在时长为0时确定第二定时器超时；
还可以为网络侧设备配置时间点，则第二管理模块60将该时间点作为第二定时器超时的时间点。
如果第二启动模块50在网络拥塞解除后，马上启动第二上下文定时器，则针对这种情况的第二上下文定时器，运营商策略除了上述5种还可以是下列几种：
下面列举几个运营商策略。
策略1：运营商可根据网络运行的统计数据，来确定网络拥塞解除后，需要多长时间来等待UE发送的请求，比如1个小时，则此时网络可以配置第二上下文定时器为1个小时，或者稍长的时间。
策略2：只要拥塞解除，就配置第二上下文定时器为2个小时。
策略3：当拥塞解除时(时刻T0)，网络依据发送给UE的退避定时器的时间长度来配置第二上下文定时器。例如，依据网络配置给某个UE的退避定时器的长度，计算该UE在某个时刻T1之后，会发起接入请求。此时配置的第二上下文定时器时长为能保证该定时器超时发生在时刻T1之后的某个时刻T2，即要求从T2时刻要晚于T1时刻。这样就可以保证该UE接入时，网络仍未未删除该UE的上下文。时刻T1的计算，可以依据指示给任意UE的移动性管理退避定时器，也可以根据指示给多个UE的移动性管理退避定时器来计算，比如根据指示给3个UE的退避定时器，计算出来的T1的时刻各不相同，则可以针对3个时刻计算出平均值来确定第二上下文定时器，也可以选取时间上最晚到达的T1时刻来确定第二上下文定时器。
策略4：通过网络运营维护管理系统，在发生拥塞时，由操作人员配置第二上下文定时器的时长。
需要说明的是，本发明实施例的策略并不局限于上述4种策略，其他能够设定定时器时长的策略同样适用于本发明实施例。
由于被拒绝的终端有可能有很多，为了区分第一终端和第二终端，一种较佳的方式是对第一终端和第二终端的移动性管理上下文进行区别。具体的，本发明实施例的网络侧设备还可以进一步包括：标记模块80。
标记模块80，用于在网络拥塞后，拒绝终端的请求，并为这些终端的移动性管理上下文进行特殊标记，在网络拥塞解除后，如果有终端的请求被接纳，并且接纳的终端的移动性管理上下文有特殊标记，则删除这个终端的移动性管理上下文的特殊标记；
相应的，第二管理模块60在第二上下文定时器超时后，保留没有特殊标记的移动性管理上下文，以及删除有特殊标记的移动性管理上下文。
当然，进行特殊标记只是一种手段，还可以采用其他方式，比如标记模块80将被拒绝的终端的移动性管理上下文加入黑名单，将黑名单中接纳的终端的移动性管理上下文移除；第二管理模块60在第二上下文定时器超时后，删除黑名单中的移动性管理上下文。
如果第二启动模块50在网络拥塞后，马上启动第二上下文定时器，有可能出现网络拥塞很快解除，但是第二定时器还没有到时的情况，一种较佳的方式是：若第二上下文定时器没有超时之前，网络拥塞解除，第二管理模块60停止第二上下文定时器，并确定第二上下文定时器超时。
如果第二启动模决50在网络拥塞后，马上启动第二上下文定时器，有可能出现网络拥塞持续时间比较长，第二定时器到时候还没有解除拥塞，一种较佳的方式是：若第二上下文定时器没有超时之后，网络拥塞没有解除，第二启动模块50重新启动第二上下文定时器。
第二管理模块60在删除移动性管理上下文时可以直接本地删除终端对应的移动性管理上下文。这种方式适用于移动性管理上下文包括EPS承载或不包括EPS承载的情况。
如果移动性管理上下文包括EPS承载或／和PDP上下文，除了上述方式还有一种删除方式是：
第二管理模块60发起隐式DETACH过程删除终端对应的移动性管理上下文。
具体隐式删除的过程可以参见3GPP的TS23.401和TS23.060协议。
本发明实施例的网络侧设备可以是基站(比如宏基站，演进基站、家庭基站等)，也可以是RN设备、MME，还可以是其它网络侧设备。
基于同一发明构思，本发明实施例中还提供了第二种处理移动性管理上下文的方法，由于这个方法解决问题的原理与第二种处理移动性管理上下文的网络侧设备相似，因此这个方法的实施可以参见第二种处理移动性管理上下文的网络侧设备的实施，重复之处不再赘述。
如图4所示，本发明实施例第二种处理移动性管理上下文的方法包括下列步骤：
步骤401、网络侧设备在网络拥塞后，启动第二上下文定时器。
步骤402、网络侧设备在第二上下文定时器超时后，保留第一终端对应的移动性管理上下文，删除第二终端对应的移动性管理上下文；
其中，第一终端是网络拥塞后，第二上下文定时器超时前发送的请求被网络侧设备接纳的终端；第二终端是网络拥塞后，第二上下文定时器超时前发送的所有请求都被网络侧设备拒绝的终端。
在网络拥塞后，第二上下文定时器超时前，有可能有很多终端发起请求，如果网络拥塞，则网络侧设备有可能会拒绝终端的请求。在网络侧设备接收到请求的终端中，将发送请求被接纳的终端作为第一终端，其他终端就是第二终端。
步骤401中，网络侧设备可以在网络拥塞后马上启动第二上下文定时器；还可以在网络拥塞解除后，马上启动第二上下文定时器。
对于网络拥塞解除后，马上启动第二上下文定时器的情况，在网络拥塞后，网络拥塞解除前，第二上下文定时器没有启动，网络侧设备会认为第二上下文定时器没有超时。
较佳的，为了让被拒绝的终端在合理的时间重新发起请求，网络侧设备在网络拥塞，且拒绝终端的请求后，为终端配置移动性管理退避定时器。
具体的，网络侧设备可以通过NAS消息为终端配置移动性管理退避定时器。
配置的移动性管理退避定时器包括移动性管理退避定时器的标识和时长。
如果网络侧设备在网络拥塞后马上启动第二上下文定时器，则第二上下文定时器的时长需要大于移动性管理退避定时器的时长。
第二上下文定时器的时长还可以根据运营商策略确定，如果有移动性管理退避定时器，还需要保证第二上下文定时器的时长需要大于移动性管理退避定时器的时长。具体运营商策略可以参见图1中的策略，在此不再赘述。
在实施中，可以为网络侧设备配置具体时长，则网络侧设备可以根据具体时长(L)确定第二定时器什么时候超时，比如可以清除的时间点为：当前时间+L，或者直接倒计时这个时长，在时长为0时确定第二定时器超时；
还可以为网络侧设备配置时间点，则网络侧设备将该时间点作为第二定时器超时的时间点。
如果网络侧设备在网络拥塞解除后，马上启动第二上下文定时器，则针对这种情况的第二上下文定时器，具体运营商策略可以参见图3中的策略，在此不再赘述。
由于被拒绝的终端有可能有很多，为了区分第一终端和第二终端，一种较佳的方式是对第一终端和第二终端的移动性管理上下文进行区别。具体的，网络侧设备在网络拥塞后，拒绝终端的请求，并为这些终端的移动性管理上下文进行特殊标记，在网络拥塞解除后，如果有终端的请求被接纳，并且接纳的终端的移动性管理上下文有特殊标记，则删除这个终端的移动性管理上下文的特殊标记；
相应的，步骤402中，网络侧设备在第二上下文定时器超时后，保留没有特殊标记的移动性管理上下文，以及删除有特殊标记的移动性管理上下文。
当然，进行特殊标记只是一种手段，还可以采用其他方式，比如网络侧设备将被拒绝的终端的移动性管理上下文加入黑名单，将黑名单中接纳的终端的移动性管理上下文移除，在第二上下文定时器超时后，删除黑名单中的移动性管理上下文。
如果网络侧设备在网络拥塞后，马上启动第二上下文定时器，有可能出现网络拥塞很快解除，但是第二定时器还没有到时的情况，一种较佳的方式是：若第二上下文定时器没有超时之前，网络拥塞解除，网络侧设备停止第二上下文定时器，并确定第二上下文定时器超时。
如果网络侧设备在网络拥塞后，马上启动第二上下文定时器，有可能出现网络拥塞持续时间比较长，第二定时器到时候还没有解除拥塞，一种较佳的方式是：若第二上下文定时器没有超时之后，网络拥塞没有解除，网络侧设备重新启动第二上下文定时器。
网络侧设备在删除移动性管理上下文时可以直接本地删除终端对应的移动性管理上下文。这种方式适用于移动性管理上下文包括EPS承载或不包括EPS承载的情况。
如果移动性管理上下文包括EPS承载或／和PDP上下文，除了上述方式还有一种删除方式是：
网络侧设备发起隐式DETACH过程删除终端对应的移动性管理上下文。
具体隐式删除的过程可以参见3GPP的TS23.401和TS23.060协议。
本发明实施例的网络侧设备可以是基站(比如宏基站，演进基站、家庭基站等)，也可以是RN设备、MME，还可以是其它网络侧设备。
下面针对第一种处理移动性管理上下文的方案再列举两个实施例。
实施例一：MME节点监测到PDN拥塞，并启动了基于APN的拥塞控制；
MME收到来自UE的ATTACH请求，请求连接到的已经启动拥塞控制的APN；
MME拒绝了该UE的ATTACH请求，并指示一个EMM BACK OFF TIMER(移动性管理退避定时器)，即Timer-B-A给UE，并保留该UE的上下文；
MME针对该UE的移动性管理上下文，启动一个定时器Timer2；
UE收到网络指示后，启动该定时器Timer-B-A，且在该定时器超时前，UE不发起EMM过程，在Timer-B-A超时后，UE立即重新发起ATTACH过程；
如果在Timer2超时前，MME收到了来自UE的ATTACH请求，并且接纳了该请求，则MME停止Timer2。
如果在Timer2超时后，没有接纳UE的ATTACH请求，MME删除该UE的移动性管理上下文。
实施例二：MME节点监测到PDN拥塞，并启动了基于APN的拥塞控制；
MME收到来自UE的TAU请求，请求连接到的已经启动拥塞控制的APN；
MME拒绝了该UE的TAU请求，并指示一个EMM BACK OFF TIMER，即Timer-B-T给UE，并保留该UE的上下文；
MME针对该UE的移动性管理上下文，启动一个定时器Timer3；
UE收到网络指示后，启动该定时器Timer-B-T，且在该定时器超时前，UE不发起EMM过程，在Timer-B-T超时后，UE立即重新发起TAU过程；
如果在Timer3超时前，MME收到了来自UE的TAU请求，并且接纳了该请求，则MME停止Timer3。
如果在Timer3超时后，没有接纳UE的TAU请求，MME删除该UE的移动性管理上下文。
下面针对第二种处理移动性管理上下文的方案再列举两个实施例。
实施例一：MME节点监测到PDN拥塞，并启动了基于APN的拥塞控制；
UE请求ATTACH或TAU到该APN的连接时，MME拒绝了该UE的请求，并指示移动性管理退避定时器给该UE，即Timer-B，此时MME保留该UE的上下文，并对该UE的移动性管理上下文进行特殊标记(设置flag)。
UE收到网络指示后，启动Timer-B，且在该定时器超时前，UE不发起EMM过程，在Timer-B超时后，UE可以立即重新发起ATTACH或TAU过程；
当MME监测到PDN拥塞解除后，MME解除基于APN的拥塞控制，并启动定时器Timer1；
在Timer1超时前，如果收到了来自某个UE的请求消息，MME将该UE的特殊标记进行清除(清除flag)；
在Timer1超时后，MM将所有具有特殊标记的UE的移动性管理上下文删除(即将设置了flag的移动性管理上下文都删除)。
实施例二：MME节点监测到PDN拥塞，并启动了基于APN的拥塞控制和Timer-4；
UE请求ATTACH或TAU到该APN的连接时，MME拒绝了该UE的请求，并指示移动性管理退避定时器给该UE，即Timer-C，此时MME保留该UE的上下文，并对该UE的移动性管理上下文进行特殊标记(设置flag)。
UE收到网络指示后，启动Timer-B，且在该定时器超时前，UE不发起EMM过程，在Timer-B超时后，UE可以立即重新发起ATTACH或TAU过程；
当MME监测到PDN拥塞解除后，解除基于APN的拥塞控制；
在Timer4超时前，如果收到了来自某个UE的请求消息，MME将该UE的特殊标记进行清除(清除flag)；
在Timer4超时后，MM将所有具有特殊标记的UE的移动性管理上下文删除(即将设置了flag的移动性管理上下文都删除)。
本发明实施例以EPS系统为例。同样的，本发明的思想同样可以应用到GPRS系统中。此时EPS系统中的MME节点对应为GPRS系统中的SGSN节点，EPS系统中的EMM过程、ESM过程依次对应为GPRS系统中的GMM过程和GSM过程。具体方法相同，本发明不再赘述。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
由于规定了网络侧保存移动性管理上下文的时长，从而降低了信令开销和网络负荷；进一步提高了资源利用率。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (27)
1.一种处理移动性管理上下文的方法，其特征在于，该方法包括：
网络侧设备在网络拥塞，且拒绝终端的请求后，针对该终端启动第一上下文定时器；
所述网络侧设备在第一上下文定时器超时前收到且接纳终端的请求，保留所述终端对应的移动性管理上下文；
所述网络侧设备在第一上下文定时器超时前没有收到终端的请求或收到但没有接纳终端的请求，删除所述终端对应的移动性管理上下文；
其中，所述网络侧设备在网络发生拥塞，且拒绝终端的请求后，针对该终端启动第一上下文定时器之前还包括：
所述网络侧设备为所述终端配置移动性管理退避定时器；
其中，所述第一上下文定时器的时长大于所述移动性管理退避定时器的时长。
2.如权利要求1所述的方法，其特征在于，所述网络侧设备在第一上下文定时器超时前收到且接纳所述终端的请求之后还包括：
所述网络侧设备停止所述第一上下文定时器。
3.如权利要求1所述的方法，其特征在于，所述网络侧设备删除所述终端对应的移动性管理上下文包括：
所述网络侧设备本地删除所述终端对应的移动性管理上下文。
4.如权利要求1所述的方法，其特征在于，所述移动性管理上下文包括演进分组系统EPS承载或/和数据包协议PDP上下文；
所述网络侧设备删除所述终端对应的移动性管理上下文包括：
所述网络侧设备发起隐式去附着DETACH过程删除所述终端对应的移动性管理上下文。
5.如权利要求1～4任一所述的方法，其特征在于，所述请求是演进分组系统移动性管理EMM过程的请求、演进分组系统会话管理ESM过程的请求、通用分组无线业务移动性管理GMM过程的请求和通用分组无线业务会话管理GSM过程的请求中的一种。
6.如权利要求1～4任一所述的方法，其特征在于，所述第一上下文定时器的时长是根据运营商策略确定的。
7.如权利要求1～4任一所述的方法，其特征在于，所述第一上下文定时器是移动可达定时器mobile reachable timer或隐式去附着定时器implicit detachtimer或是新增定时器。
8.一种处理移动性管理上下文的方法，其特征在于，该方法包括：
网络侧设备在网络拥塞后，启动第二上下文定时器；
所述网络侧设备在第二上下文定时器超时后，保留第一终端对应的移动性管理上下文，删除第二终端对应的移动性管理上下文；
其中，所述第一终端是网络拥塞后，第二上下文定时器超时前发送的请求被网络侧设备接纳的终端；所述第二终端是网络拥塞后，第二上下文定时器超时前发送的所有请求都被网络侧设备拒绝的终端；
所述网络侧设备在网络拥塞，且拒绝终端的请求后，还包括：
所述网络侧设备为所述终端配置移动性管理退避定时器；
其中，所述第二上下文定时器的时长大于所述移动性管理退避定时器的时长。
9.如权利要求8所述的方法，其特征在于，所述网络侧设备启动第二上下文定时器包括：
所述网络侧设备在网络拥塞解除后，启动第二上下文定时器。
10.如权利要求8所述的方法，其特征在于，所述网络侧设备在网络拥塞后，还包括：
所述网络侧设备拒绝终端的请求，并为所述终端的移动性管理上下文进行特殊标记，以及删除第一终端对应的移动性管理上下文的特殊标记；
所述网络侧设备保留第一终端对应的移动性管理上下文包括：
所述网络侧设备保留没有特殊标记的移动性管理上下文；
所述网络侧设备删除第二终端对应的移动性管理上下文包括：
所述网络侧设备删除有特殊标记的移动性管理上下文。
11.如权利要求8所述的方法，其特征在于，该方法还包括：
若所述第二上下文定时器超时之前，网络拥塞解除，所述网络侧设备停止所述第二上下文定时器，并确定所述第二上下文定时器超时。
12.如权利要求8、10～11任一所述的方法，其特征在于，该方法还包括：
若所述第二上下文定时器超时之后，网络拥塞没有解除，所述网络侧设备重新启动所述第二上下文定时器。
13.如权利要求8～11任一所述的方法，其特征在于，所述网络侧设备删除移动性管理上下文包括：
所述网络侧设备本地删除移动性管理上下文。
14.如权利要求8～11任一所述的方法，其特征在于，所述移动性管理上下文包括EPS承载；
所述网络侧设备删除移动性管理上下文包括：
所述网络侧设备发起隐式DETACH过程删除移动性管理上下文。
15.如权利要求8～11任一所述的方法，其特征在于，所述第二上下文定时器的时长是根据运营商策略确定的。
16.如权利要求8～11任一所述的方法，其特征在于，所述请求是EMM过程的请求、ESM过程的请求、GMM过程的请求和GSM过程的请求中的一种。
17.一种处理移动性管理上下文的网络侧设备，其特征在于，该网络侧设备包括：
第一启动模块，用于在网络拥塞，且拒绝终端的请求后，针对该终端启动第一上下文定时器；
第一管理模块，用于若在第一上下文定时器超时前收到且接纳终端的请求，则保留所述终端对应的移动性管理上下文；若在第一上下文定时器超时前没有收到终端的请求或收到但没有接纳终端的请求，则删除所述终端对应的移动性管理上下文；
其中，所述网络侧设备还包括：
第一配置模块，用于在网络发生拥塞，且拒绝终端的请求后，针对该终端启动第一上下文定时器之前为所述终端配置移动性管理退避定时器；
其中，所述第一上下文定时器的时长大于所述移动性管理退避定时器的时长。
18.如权利要求17所述的网络侧设备，其特征在于，所述第一启动模块还用于：
在第一上下文定时器超时前收到且接纳所述终端的请求之后，停止所述第一上下文定时器。
19.如权利要求17所述的网络侧设备，其特征在于，所述第一管理模块具体用于：
本地删除所述终端对应的移动性管理上下文。
20.如权利要求17所述的网络侧设备，其特征在于，所述移动性管理上下文包括EPS承载或/和PDP上下文；
所述第一管理模块具体用于：
发起隐式DETACH过程删除所述终端对应的移动性管理上下文。
21.一种处理移动性管理上下文的网络侧设备，其特征在于，该网络侧设备包括：
第二启动模块，用于在网络拥塞后，启动第二上下文定时器；
第二管理模块，用于在第二上下文定时器超时后，保留第一终端对应的移动性管理上下文，删除第二终端对应的移动性管理上下文；
其中，所述第一终端是网络拥塞后，第二上下文定时器超时前发送的请求被网络侧设备接纳的终端；所述第二终端是网络拥塞后，第二上下文定时器超时前发送的所有请求都被网络侧设备拒绝的终端；
所述网络侧设备还包括：
第二配置模块，用于在网络拥塞，且拒绝终端的请求后，为所述终端配置移动性管理退避定时器；
其中，所述第二上下文定时器的时长大于所述移动性管理退避定时器的时长。
22.如权利要求21所述的网络侧设备，其特征在于，所述第二启动模块具体用于：
在网络拥塞解除后，启动第二上下文定时器。
23.如权利要求21所述的网络侧设备，其特征在于，所述网络侧设备还包括：
标记模块，用于在网络拥塞后，拒绝终端的请求，并为所述终端的移动性管理上下文进行特殊标记，以及删除第一终端对应的移动性管理上下文的特殊标记；
所述第二管理模块具体用于：
在第二上下文定时器超时后，保留没有特殊标记的移动性管理上下文，以及删除有特殊标记的移动性管理上下文。
24.如权利要求21所述的网络侧设备，其特征在于，所述第二管理模块还用于：
若所述第二上下文定时器超时之前，网络拥塞解除，停止所述第二上下文定时器，并确定所述第二上下文定时器超时。
25.如权利要求21、23～24任一所述的网络侧设备，其特征在于，所述第二启动模块还用于：
若所述第二上下文定时器超时之后，网络拥塞没有解除，重新启动所述第二上下文定时器。
26.如权利要求21～24任一所述的网络侧设备，其特征在于，所述第二启动模块具体用于：
本地删除移动性管理上下文。
27.如权利要求21～24任一所述的网络侧设备，其特征在于，所述移动性管理上下文包括EPS承载或/和PDP上下文；
所述第二启动模块具体用于：
发起隐式DETACH过程删除移动性管理上下文。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010504082.5A CN102448045B (zh) | 2010-09-30 | 2010-09-30 | 一种处理移动性管理上下文的方法和设备 |
| PCT/CN2011/080324 WO2012041238A1 (zh) | 2010-09-30 | 2011-09-29 | 一种处理移动性管理上下文的方法和设备 |
| EP11828134.4A EP2624609A4 (en) | 2010-09-30 | 2011-09-29 | METHOD AND DEVICE FOR HANDLING A MOBILITY MANAGEMENT CONTEXT |
| US13/701,759 US9049614B2 (en) | 2010-09-30 | 2011-09-29 | Method and device for handling mobility management context |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010504082.5A CN102448045B (zh) | 2010-09-30 | 2010-09-30 | 一种处理移动性管理上下文的方法和设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102448045A CN102448045A (zh) | 2012-05-09 |
| CN102448045B true CN102448045B (zh) | 2015-05-20 |
Family
ID=45891969
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201010504082.5A Active CN102448045B (zh) | 2010-09-30 | 2010-09-30 | 一种处理移动性管理上下文的方法和设备 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US9049614B2 (zh) |
| EP (1) | EP2624609A4 (zh) |
| CN (1) | CN102448045B (zh) |
| WO (1) | WO2012041238A1 (zh) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8902850B2 (en) * | 2008-11-24 | 2014-12-02 | At&T Mobility Ii Llc | Selection of packet data protocol context for handover from cellular network to femto cell |
| CN103108305B (zh) * | 2011-11-11 | 2017-11-03 | 中兴通讯股份有限公司 | 一种终端触发消息有效时间控制方法及系统 |
| GB2501278A (en) * | 2012-04-18 | 2013-10-23 | Nec Corp | Rendering ineffective a ready timer depending on an initiated inter-system change |
| WO2014075242A1 (zh) * | 2012-11-14 | 2014-05-22 | 华为技术有限公司 | 无线链路失败的处理方法及装置 |
| KR102179105B1 (ko) * | 2013-07-08 | 2020-11-16 | 삼성전자 주식회사 | 무선 랜에서 제어 혼잡을 방지하는 방법 및 장치 |
| CN106954282A (zh) * | 2016-01-06 | 2017-07-14 | 夏普株式会社 | Ue上下文管理方法和设备 |
| WO2017171348A2 (ko) * | 2016-03-28 | 2017-10-05 | 엘지전자 주식회사 | 무선 통신 시스템에서 슬라이스 구조에서 위치 등록에 관련된 동작 수행 방법 및 이를 위한 장치 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2003013165A1 (en) * | 2001-08-01 | 2003-02-13 | Telefonaktiebolaget Lm Ericsson (Publ) | An arrangement for cleaning up hanging pdp contexts in ggsn |
| CN1863398A (zh) * | 2006-01-14 | 2006-11-15 | 华为技术有限公司 | 一种移动通信中控制用户接入的方法 |
| CN1941993A (zh) * | 2005-10-01 | 2007-04-04 | 华为技术有限公司 | 一种移动终端上下文的控制方法 |
| CN101572942A (zh) * | 2008-04-30 | 2009-11-04 | 华为技术有限公司 | 一种隐分离方法、系统和装置 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008079079A (ja) * | 2006-09-22 | 2008-04-03 | Fujitsu Ltd | 移動端末再接続制御方法及び装置 |
| US9294294B2 (en) * | 2007-09-11 | 2016-03-22 | Telefonaktiebolaget L M Ericsson (Publ) | Method and arrangement for efficient group communication |
| US8077685B2 (en) * | 2007-04-24 | 2011-12-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and system for avoiding hanging PDP contexts |
| WO2008138440A2 (en) * | 2007-05-16 | 2008-11-20 | Panasonic Corporation | Methods in mixed network and host-based mobility management |
| US8219026B2 (en) * | 2008-04-15 | 2012-07-10 | Kyocera Corporation | Dynamically varying link super vision timeout in Bluetooth and similarly enabled devices to detect link loss |
| EP2462776B1 (en) * | 2009-08-07 | 2018-10-31 | HMD global Oy | Operation in case of radio link failure |
-
2010
- 2010-09-30 CN CN201010504082.5A patent/CN102448045B/zh active Active
-
2011
- 2011-09-29 WO PCT/CN2011/080324 patent/WO2012041238A1/zh active Application Filing
- 2011-09-29 US US13/701,759 patent/US9049614B2/en active Active
- 2011-09-29 EP EP11828134.4A patent/EP2624609A4/en not_active Withdrawn
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2003013165A1 (en) * | 2001-08-01 | 2003-02-13 | Telefonaktiebolaget Lm Ericsson (Publ) | An arrangement for cleaning up hanging pdp contexts in ggsn |
| CN1941993A (zh) * | 2005-10-01 | 2007-04-04 | 华为技术有限公司 | 一种移动终端上下文的控制方法 |
| CN1863398A (zh) * | 2006-01-14 | 2006-11-15 | 华为技术有限公司 | 一种移动通信中控制用户接入的方法 |
| CN101572942A (zh) * | 2008-04-30 | 2009-11-04 | 华为技术有限公司 | 一种隐分离方法、系统和装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| US9049614B2 (en) | 2015-06-02 |
| WO2012041238A1 (zh) | 2012-04-05 |
| EP2624609A1 (en) | 2013-08-07 |
| CN102448045A (zh) | 2012-05-09 |
| EP2624609A4 (en) | 2013-11-13 |
| US20130272120A1 (en) | 2013-10-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102448045B (zh) | 一种处理移动性管理上下文的方法和设备 | |
| EP2880958B1 (en) | Method and apparatus for reducing signaling in a core network | |
| CN102186224B (zh) | 一种接入控制的方法及装置 | |
| CN102843765B (zh) | 一种确定终端状态的方法、装置和系统 | |
| KR101339044B1 (ko) | 서빙 코어 네트워크 노드가 변경될 때의 모바일 장치의 접근성의 처리 | |
| US10484864B2 (en) | Subscriber server, monitoring server, mobile terminal, methods related thereto, and computer readable medium | |
| EP2291014A1 (en) | Method and corresponding terminal for association relationship updating | |
| US10506465B2 (en) | Overload control in a packet mobile communication system | |
| CN102388656B (zh) | 网络拥塞处理方法、网络设备和网络系统 | |
| US20150195809A1 (en) | Method for processing data associated with location area update in a wireless communication system | |
| CN109548109B (zh) | 一种ue和网络状态不匹配的处理方法及装置、存储介质 | |
| RU2442298C2 (ru) | Способ обработки канала-носителя и устройство управления мобильностью | |
| EP2763476B1 (en) | Mobile communication network system, communication control method, and non-temporary computer-readable medium storing program therefor | |
| GB2509975A (en) | PDN service rejection | |
| EP3065450A1 (en) | Core network device, wireless terminal, and communication control method therefor | |
| CN102448042A (zh) | 一种拒绝移动性管理过程的方法及网络侧装置 | |
| WO2009117879A1 (zh) | 一种指示服务网关承载管理的方法 | |
| CN102421141A (zh) | 一种通知能力的方法和网络拥塞控制的方法、系统及设备 | |
| CN103857005A (zh) | 接入控制方法和设备 | |
| WO2017028637A1 (zh) | 网关的恢复处理方法及装置 | |
| CN102118722B (zh) | 终端可达定时器的取值的设置方法及系统 | |
| CN103228025A (zh) | 机器类通信终端的接入方法、装置及系统 | |
| EP3277023A1 (en) | Wireless terminal and method of handling the gmm ready timer upon inter-system change between geran/utran and e-utran | |
| CN102448141A (zh) | 一种机器类通信中的拥塞处理方法及设备 | |
| CN102170708B (zh) | 一种处理lipa连接专用承载的方法、系统和设备 |
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 | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| CP01 | Change in the name or title of a patent holder | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210602 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| TR01 | Transfer of patent right |