CN101018401A - 移动台在空闲模式下丢失后通信系统网络侧的处理方法 - Google Patents
移动台在空闲模式下丢失后通信系统网络侧的处理方法 Download PDFInfo
- Publication number
- CN101018401A CN101018401A CNA2006100570890A CN200610057089A CN101018401A CN 101018401 A CN101018401 A CN 101018401A CN A2006100570890 A CNA2006100570890 A CN A2006100570890A CN 200610057089 A CN200610057089 A CN 200610057089A CN 101018401 A CN101018401 A CN 101018401A
- Authority
- CN
- China
- Prior art keywords
- entity
- mip
- idle mode
- message
- resource
- 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.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种移动台MS空闲模式Idle Mode下丢失后通信系统网络侧的处理方法,该方法包括:A.寻呼控制实体/位置注册器PC/LR检测到在Idle Mode下的MS丢失后,向通信系统网络侧的实体发送MS资源释放请求消息;B.通信系统网络侧的实体向HA发起对MS的移动英特网协议MIP去注册请求消息,该消息携带拆除为MS在外地代理FA与HA之间设置的R3链路信息;C.HA根据接收到MS的MIP去注册请求消息携带的信息拆除为MS在FA与HA之间设置的R3链路。该方法避免了通信系统资源的浪费。
Description
技术领域
本发明涉及通信系统网络侧对移动台(MS)在空闲模式(Idle Mode)下的处理技术,特别涉及一种MS在Idle Mode下丢失后通信系统网络侧的处理方法。
背景技术
在通信系统中的MS未被寻呼或未发起呼叫时,可以进入Idle Mode。当MS在Idle Mode下,通信系统网络侧可以对该MS进行位置更新(LocationUpdated)处理或进行寻呼处理。以下以通信系统为全球微波接入互操作性技术(WiMAX)网络为例进行详细说明。
图1为WiMAX网络的结构示意图,WiMAX网络包括网络接入提供者(NAP)以及连接服务网络(CSN),其中,NAP中包括MS、MS所属的基站(BS)、鉴权实体(Authentication)、外地代理(FA)、中继寻呼控制实体(Relay PC)、锚寻呼控制实体(Anchor PC)以及位置注册器(LR);CSN中包括本地代理(HA)。Anchor PC与LR可以集成为一个实体,AnchorPC和Relay PC用于通过MS所属的BS寻呼MS;在寻呼过程中,Authentication用于对MS进行鉴权,LR用于对MS进行位置登记。HA和FA通过为MS设置的R3链路进行消息交互,FA与Anchor PC/LR之间以及Anchor PC/LR与Authentication之间通过为MS设置的R4链路进行消息交互。在这里,也可以不区分Relay PC和Anchor PC,而通称为PC。
当MS在Idle Mode下,WiMAX网络侧要求MS根据不同的LocationUpdated条件Location Updated发起Location Updated流程,即MS通过所属BS和Relay PC向Anchor PC/LR发送位置更新请求(Location UpdateRequest),Anchor PC/LR为MS进行Location Updated。不同的LocationUpdated条件包括:1)寻呼组更新(Paging Group Update),当MS在Idle Mode下检测到自身存储的寻呼组(Paging Group)与当前所在的Paging Group不相同时进行Location Updated;2)定时器更新(Timer Update),当MS在Idle Mode下设置的定时器超时而进行周期Location Updated;3)掉电更新(Power Down Update),MS在Idle Mode下掉电后重启,进行LocationUpdated;4)跳跃门限更新(MAC Hash Skip Threshold Update),当MS在Idle Mode下执行MAC Hash Skip Threshold Update后进行Location Updated。
当FA接收到HA发送的MS的数据包,可以通知Anchor PC/LR,由Anchor PC/LR检测到MS处于Idle Mode下时,对MS发起寻呼流程,寻呼到MS,为MS发送数据包。
无论WiMAX网络侧是要对在Idle Mode下的MS进行Location Updated还是进行寻呼,都需要MS在Idle Mode下,如果MS不在Idle Mode下,即在Idle Mode下的MS丢失,就会导致WiMAX网络侧由于在定时周期内没有收到MS发送的Location Update Request而无法进行Location Update的问题或WiMAX网络侧为MS进行的Paging流程失败,Paging不到MS,无法为MS发送数据包的问题。
虽然,由于在Idle Mode下的MS丢失而导致WiMAX网络侧无法对在IdleMode下的MS进行Location Updated或导致WiMAX网络侧寻呼MS失败,但是,WiMAX网络侧还维护着为MS设置的相关资源,如维护着在FA和HA之间为MS设置的R3链路等,这会导致WiMAX网络侧资源的浪费。
发明内容
有鉴于此,本发明的主要目的在于提供一种MS在Idle Mode下丢失后通信系统网络侧的处理方法,该方法避免了通信系统资源的浪费。
根据上述目的,本发明的技术方案是这样实现的:
一种移动台MS空闲模式Idle Mode下丢失后通信系统网络侧的处理方法,该方法包括:
A、寻呼控制实体/位置注册器PC/LR检测到在Idle Mode下的MS丢失后,向通信系统网络侧的实体发送MS资源释放请求消息;
B、通信系统网络侧的实体向HA发起对MS的移动英特网协议MIP去注册请求消息,该消息携带拆除为MS在外地代理FA与HA之间设置的R3链路信息;
C、HA根据接收到MS的MIP去注册请求消息携带的信息拆除为MS在FA与HA之间设置的R3链路。
在步骤C之后,该方法还包括:
D、HA向通信系统网络侧的实体返回MIP去注册响应消息,通信系统网络侧的实体向PC/LR发送MS资源释放响应消息。
所述PC/LR为锚寻呼控制实体/位置注册器Anchor PC/LR。
在步骤D所述发送MS资源释放响应消息之前,该方法还包括:
通信系统网络侧的实体删除自身存储的MS相关资源或/和通知通信系统网络侧的其他实体删除自身存储的MS相关资源。
在步骤D之后,该方法还包括:PC/LR删除为MS保存的相关信息。
当所述通信系统网络侧的实体为代理移动英特网协议客户端PMIPClient时,步骤B所述通信系统网络侧的实体向HA发起对MS的MIP去注册请求消息是通过FA发送的;
步骤D所述向通信系统网络侧的实体返回MIP去注册响应消息是通过FA返回的。
所述步骤B进一步包括:
FA删除为MS设置的与Anchor PC/LR之间的R4链路。
当所述通信系统网络侧的实体为PMIP Client时,步骤D所述向PC/LR发送MS资源释放响应消息的过程为:
PMIP Client向FA发送R3链路释放响应R3 Session release Response后,FA向PC/LR发送MS资源释放响应消息PC_PURGE_MS_RSP;
或者FA将接收到HA发送的MIP去注册响应消息转发给PMIP Client后,FA向PC/LR发送MS资源释放响应消息PC_PURGE_MS_RSP;
或者PMIP Client直接向PC/LR发送MS资源释放响应消息PC_PURGE_MS_RSP。
步骤A所述PC/LR检测到在Idle Mode下的MS丢失过程为:
检测在Idle Mode下的MS是否按照预先设定的周期发送位置更新请求Location Update Request,如果是,则在Idle Mode下的MS未丢失;否则,则在Idle Mode下的MS丢失。
步骤A所述PC/LR检测到在Idle Mode下的MS丢失过程为:
对MS进行寻呼时在设定的寻呼次数内都未寻呼到在Idle Mode下的MS,则确定在Idle Mode下的MS丢失。
所述步骤A进一步包括:PC/LR删除MS在鉴权实体Authenticator的信息以及为MS设置的与Authentication之间的R4链路。
步骤A所述MS资源释放请求消息携带在Idle Mode下丢失MS的标识;
步骤B所述通信系统网络侧的实体根据该请求消息携带的MS的标识确定发起MIP去注册请求消息的MS。
步骤A所述MS资源释放请求消息携带在Idle Mode下MS的丢失原因值,该丢失原因值为位置更新Location Updated失败或寻呼失败。
步骤B所述该消息携带拆除为MS在FA与HA之间设置的R3链路信息为:设置MIP去注册请求消息,其MIP生命时间设置为0(MIP Lifetime=0)。
所述通信系统网络侧的实体为FA或PMIP Client。
所述的PMIP Client为MS所属网络接入提供者NAP的代理移动节点Proxy Mobile Node。
当所述通信系统网络侧的实体为PMIP Client时,步骤A所述向通信系统网络侧的实体发送MS资源释放请求消息的过程为:
向FA发送MS资源释放请求消息PC_PURGE_MS_REQ后,FA向PMIPClient发送R3链路释放请求R3 Session release Request或发送移动性广告消息Mobility Adertisement;
或者向PMIP Client直接发送MS资源释放请求消息PC_PURGE_MS_REQ。
从上述方案可以看出,本发明提供的方法由PC/LR检测到在Idle Mode下的MS丢失后,由通信系统网络侧的实体向HA发起删除为MS设置的HA与FA之间的R3链路,从而该方法当MS在Idle Mode下丢失后通信系统删除为MS设置的相关资源,避免通信系统资源的浪费。更进一步地,本发明提供的方法还可以由PC/LR删除在Authentication中的MS相关信息以及与Authentication之间的R4链路;由FA删除为MS设置的与Anchor PC/LR之间的R4链路。
附图说明
图1为WiMAX网络的结构示意图;
图2为本发明MS在Idle Mode下丢失后WiMAX网络侧的处理方法实施例一流程图;
图3为本发明MS在Idle Mode下丢失后WiMAX网络侧的处理方法实施例二流程图;
图4为本发明MS在Idle Mode下丢失后WiMAX网络侧的处理方法实施例三流程图;
图5为本发明MS在Idle Mode下丢失后WiMAX网络侧的处理方法实施例四流程图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚明白,以下举具体实施例并参照附图,对本发明进行进一步详细的说明。
本发明以通信系统为WiMAX网络为例进行说明。
当WiMAX网络侧中的Anchor PC/LR检测到在Idle Mode下的MS丢失后,首先,Anchor PC/LR通过MS资源释放请求消息通知通信系统网络侧的实体,由通信系统网络侧的实体向WiMAX网络侧中的HA发起对MS的移动英特网协议(MIP)去注册请求消息,该消息携带拆除为MS在FA与HA之间设置的R3链路信息;然后,HA接收到MS的MIP去注册请求消息后,拆除为MS在FA与HA之间设置的R3链路后,给通信系统网络侧的实体返回MIP去注册响应消息;最后,通信系统网络侧的实体接收到MIP去注册响应消息后,给WiMAX网络侧中的Anchor PC/LR发送MS资源释放响应消息,Anchor PC/LR删除为UE存储的相关信息。这样,就可以当在Idle Mode下的MS丢失后,WiMAX网络侧删除为MS设置的相关资源,避免WiMAX网络资源的浪费。
在本发明中,通信系统网络侧的实体可以为FA,也可以为代理移动英特网协议客户端(PMIP Client),还可以为本发明没有涉及到的其他通信系统网络侧的实体。
在本发明中,通信系统网络侧的实体还可以删除自身存储的MS相关资源或/和通知通信系统网络侧的其他实体删除自身存储的MS相关资源,如当通信网络侧的实体为FA时,可以通知SFA删除MS的服务质量信息(QoSProfile)。
在本发明中,当WiMAX网络侧中的Anchor PC/LR检测到在Idle Mode下的MS丢失后还可以删除为MS设置的与Authentication之间的R4链路以及通知Authentication删除MS的相关信息;当FA接收到MS资源释放请求消息后,还可以删除为MS设置的与Anchor PC/LR之间的R4链路,这样就可以进一步删除为MS设置的相关资源,进一步避免WiMAX网络资源的浪费。
在本发明中,WiMAX网络侧中的Anchor PC/LR检测在Idle Mode下的MS丢失的方法可以有两种,第一种:检测在Idle Mode下的MS是否按照预先设定的周期发送Location Update Request,如果是,则在Idle Mode下的MS未丢失;否则,则在Idle Mode下的MS丢失;第二种,在对MS进行寻呼时在设定的寻呼次数内都未寻呼到在Idle Mode下的MS,则确定在IdleMode下的MS丢失。
PC_PURGE_MS_REQ和PC_PURGE_MS_RSP是本发明为了使WiMAX网络侧删除为MS设置的相关资源,避免WiMAX网络资源的浪费而定义的消息。PC_PURGE_MS_REQ还可以携带丢失原因值,该丢失原因值可以为:Location Updated失败或寻呼失败。
在本发明中,MIP去注册请求消息携带的拆除为MS在FA与HA之间设置的R3链路信息可以为:设置为0的MIP生命时间(LifeTime),即携带MIP Lifetime=0的MIP去注册请求消息。
图2为本发明MS在Idle Mode下丢失后WiMAX网络侧的处理方法实施例一流程图,其具体步骤为:
步骤200、Anchor PC/LR检测到在Idle Mode下的MS丢失;
Anchor PC/LR可以通过本发明上述两种方法检测到在Idle Mode下的MS丢失。
步骤201、Anchor PC/LR向FA发送MS资源释放请求消息(PC_PURGE_MS_REQ),该请求携带在Idle Mode下丢失MS的标识,还可以携带丢失原因值;
步骤202、FA向HA发起对MS的MIP去注册请求消息,MS为具有所接收到请求携带的MS的标识的MS,该MIP去注册请求消息携带的MIPLifeTime设置为0,即携带Lifetime=0;
步骤203、HA接收到该MIP去注册请求消息,根据携带的设置为0的MIP LifeTime确定FA要拆除为MS在FA与HA之间设置的R3链路,拆除为MS设置的与FA之间的R3链路,向FA发送MIP去注册响应消息;
FA向HA发起MIP去注册请求消息,HA根据接收到的MIP去注册请求消息执行,执行后发送MIP去注册响应消息可以采用现有技术。
步骤204、FA向Anchor PC/LR发送MS资源释放响应消息(PC_PURGE_MS_RSP),Anchor PC/LR删除为MS保存的相关信息,如为MS保存的SFIDs、associated CIDs或/和QoS context等。
在现有技术中,有两种技术可以使MS支持MIP。第一种技术称之为客户端移动英特网协议(CMIP,Client Mobile Internet Protocol)技术,该技术将MIP功能集成在MS中,MS的MIP去注册/MIP去注册过程都是由MS发起。第二种技术称之为PMIP技术,该技术将MIP功能设置在MS所属NAP的代理移动节点(Proxy Mobile Node)中,MS的MIP去注册/MIP去注册过程都是由Proxy Mobile Node发起的,Proxy Mobile Node一般集成在Authenticator实体中。
对于CMIP技术,MIP功能集成在MS,而在本发明中,由于在Idle Mode下的MS丢失,所以无法由具有MIP功能的MS发起通信系统网络侧删除为MS设置的相关资源的过程;而对于PMIP技术,则可以由PMIP Client,如Proxy Mobile Node发起通信系统网络侧删除为MS设置的相关资源的过程,以下举三个具体的实施例进行说明。
图3为本发明MS在Idle Mode下丢失后WiMAX网络侧的处理方法实施例二流程图,其具体步骤为:
步骤300、Anchor PC/LR检测到在Idle Mode下的MS丢失;
步骤301、Anchor PC/LR向FA发送PC_PURGE_MS_REQ,该请求携带在Idle Mode下丢失MS的标识,还可以携带丢失原因值;
步骤302、FA向PMIP Client发送R3链路释放请求(R3 Session releaseRequest),该请求携带在Idle Mode下丢失MS的标识,还可以携带丢失原因值;
步骤303、PMIP Client向FA发送对MS的MIP去注册请求消息,MS为具有所接收到请求携带的MS的标识的MS,该MIP去注册请求消息携带的MIP LifeTime设置为0,即携带Lifetime=0;
步骤304、FA向HA转发对MS的MIP去注册请求消息,MS为具有所接收到请求携带的MS的标识的MS,该MIP去注册请求消息携带的MIPLifeTime设置为0,即携带Lifetime=0;
步骤305、HA接收到该MIP去注册请求消息,根据携带的设置为0的MIP LifeTime确定要拆除为MS在FA与HA之间设置的R3链路,拆除为MS设置的与FA之间的R3链路,向FA发送MIP去注册响应消息;
步骤306、FA向PMIP Client转发MIP去注册响应消息;
步骤307、PMIP Client向FA发送R3链路释放响应(R3 Session releaseRequest);
步骤308、FA向Anchor PC/LR发送PC_PURGE_MS_RSP,Anchor PC/LR删除为MS保存的相关信息,如为MS保存的SFIDs、associated CIDs或/和QoS context等。
图3所述方法与图2所述方法的区别点为:当FA接收到Anchor PC/LR发送的PC_PURGE_MS_REQ时,发R3 session Release Request给PMIPClient,由PMIP Client发起MS资源的释放流程。
图4为本发明MS在Idle Mode下丢失后WiMAX网络侧的处理方法实施例三流程图,其具体步骤为:
步骤400、Anchor PC/LR检测到在Idle Mode下的MS丢失;
步骤401、Anchor PC/LR向FA发送PC_PURGE_MS_REQ,该请求携带在Idle Mode下丢失MS的标识,还可以携带丢失原因值;
步骤402、FA向PMIP Client发送移动性广告消息(MobilityAdvertisement),该消息携带的MIP LifeTime设置为0,该消息还可以携带在Idle Mode下丢失MS的标识;
步骤403、PMIP Client向FA返回对MS的MIP去注册请求消息,MS为具有所接收到请求携带的MS的标识的MS,该MIP去注册请求消息携带的MIP LifeTime设置为0,即携带Lifetime=0;
步骤404、FA向HA转发对MS的MIP去注册请求消息,MS为具有所接收到请求携带的MS的标识的MS,该MIP去注册请求消息携带的MIPLifeTime设置为0;
步骤405、HA接收到该MIP去注册请求消息,根据携带的设置为0的MIP LifeTime确定要拆除为MS在FA与HA之间设置的R3链路,拆除为MS设置的与FA之间的R3链路,向FA发送MIP去注册响应消息;
步骤406、FA向PMIP Client转发MIP去注册响应消息;
步骤407、FA向Anchor PC/LR发送PC_PURGE_MS_RSP,Anchor PC/LR删除为MS保存的相关信息,如为MS保存的SFIDs、associated CIDs或/和QoS context等。
图4所述方法与图2所述方法的区别点为:当FA接收到Anchor PC/LR发送的PC_PURGE_MS_REQ时,发Mobility Advertisement给PMIP Client,由PMIP Client发起MS资源的释放流程。
图5为本发明MS在Idle Mode下丢失后WiMAX网络侧的处理方法实施例四流程图,其具体步骤为:
步骤500、Anchor PC/LR检测到在Idle Mode下的MS丢失;
步骤501、Anchor PC/LR向PMIP Client发送PC_PURGE_MS_REQ,该请求携带在Idle Mode下丢失MS的标识,还可以携带丢失原因值;
步骤502、PMIP Client向FA发送对MS的MIP去注册请求消息,MS为具有所接收到请求携带的MS的标识的MS,该MIP去注册请求消息携带的MIP LifeTime设置为0,即携带Lifetime=0;
步骤503、FA向HA转发对MS的MIP去注册请求消息,MS为具有所接收到请求携带的MS的标识的MS,该MIP去注册请求消息携带的MIPLifeTime设置为0;
步骤504、HA接收到该MIP去注册请求消息,根据携带的设置为0的MIP LifeTime确定要拆除为MS在FA与HA之间设置的R3链路,拆除为MS设置的与FA之间的R3链路,向FA发送MIP去注册响应消息;
步骤505、FA向PMIP Client转发MIP去注册响应消息;
步骤506、PMIP Client向Anchor PC/LR发送PC_PURGE_MS_RSP,Anchor PC/LR删除为MS保存的记录信息,如为MS保存的SFIDs、associatedCIDs或/和QoS context等。
图5所述方法由Anchor PC/LR直接发送PC_PURGE_MS_REQ给PMIPClent,由PMIP Clent发起MS资源的释放流程。
在本发明中,也可以不区分Relay PC和Anchor PC,而通称为PC,即图2、图3、图4或图5所述的Anchor PC/LR可以为PC/LR。
在图2、图3、图4或图5中所采用的PC_PURGE_MS_REQ以及PC_PURGE_MS_RSP分别只是为了描述MS资源释放请求消息以及MS资源释放响应消息的一个实施例,其他所有用于实现MS资源释放请求消息以及MS资源释放响应消息功能的消息定义都在本发明的保护范围之内。
本发明用WiMAX网络作为通信系统举例说明,所涉及的WiMAX网络侧中的网络实体都是逻辑功能实体,在其他通信系统实现本发明时,也可以采用具有相应功能的逻辑功能实体完成。
在现有技术中,由于当MS进入到Idle Mode时,MS的MIP去注册消息的MIP LifeTime被设置为最大值,故在很长时间内不会进行MS的存在性检测,当在Idle Mode下的MS在设定的周期内,该周期小于MS的MIP去注册消息的MIP LifeTime值,通信系统网络侧即使没有接收到MS发起的Location Update Request也不能确定MS已经丢失,而继续维护着MS相关资源,造成通信系统资源的浪费。而在本发明中,当在Idle Mode下的MS在设定的周期内,通信系统网络侧没有接收到MS发起的LocationUpdate Request时就确定MS已经丢失,采用本发明所述的方法对通信系统维护的MS相关资源进行拆除,从而节省通信系统资源。
另外,在本发明中,当通信系统对在Idle Mode下的MS进行了设定次数的寻呼仍然没有寻呼到MS,则确定MS已经丢失,采用本发明所述的方法对通信系统维护的MS相关资源进行拆除,从而节省通信系统资源。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所做的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (17)
1、一种移动台MS空闲模式Idle Mode下丢失后通信系统网络侧的处理方法,其特征在于,该方法包括:
A、寻呼控制实体/位置注册器PC/LR检测到在Idle Mode下的MS丢失后,向通信系统网络侧的实体发送MS资源释放请求消息;
B、通信系统网络侧的实体向HA发起对MS的移动英特网协议MIP去注册请求消息,该消息携带拆除为MS在外地代理FA与HA之间设置的R3链路信息;
C、HA根据接收到MS的MIP去注册请求消息携带的信息拆除为MS在FA与HA之间设置的R3链路。
2、如权利要求1所述的方法,其特征在于,在步骤C之后,该方法还包括:
D、HA向通信系统网络侧的实体返回MIP去注册响应消息,通信系统网络侧的实体向PC/LR发送MS资源释放响应消息。
3、如权利要求1或2所述的方法,其特征在于,所述PC/LR为锚寻呼控制实体/位置注册器Anchor PC/LR。
4、如权利要求2所述的方法,其特征在于,在步骤D所述发送MS资源释放响应消息之前,该方法还包括:
通信系统网络侧的实体删除自身存储的MS相关资源或/和通知通信系统网络侧的其他实体删除自身存储的MS相关资源。
5、如权利要求2所述的方法,其特征在于,在步骤D之后,该方法还包括:PC/LR删除为MS保存的相关信息。
6、如权利要求2所述的方法,其特征在于,当所述通信系统网络侧的实体为代理移动英特网协议客户端PMIP Client时,步骤B所述通信系统网络侧的实体向HA发起对MS的MIP去注册请求消息是通过FA发送的;
步骤D所述向通信系统网络侧的实体返回MIP去注册响应消息是通过FA返回的。
7、如权利要求1或6所述的方法,其特征在于,所述步骤B进一步包括:
FA删除为MS设置的与Anchor PC/LR之间的R4链路。
8、如权利要求2所述的方法,其特征在于,当所述通信系统网络侧的实体为PMIP Client时,步骤D所述向PC/LR发送MS资源释放响应消息的过程为:
PMIP Client向FA发送R3链路释放响应R3 Session release Response后,FA向PC/LR发送MS资源释放响应消息·PC_PURGE_MS_RSP;
或者FA将接收到HA发送的MIP去注册响应消息转发给PMIP Client后,FA向PC/LR发送MS资源释放响应消息PC_PURGE_MS_RSP;
或者PMIP Client直接向PC/LR发送MS资源释放响应消息PC_PURGE_MS_RSP。
9、如权利要求1所述的方法,其特征在于,步骤A所述PC/LR检测到在Idle Mode下的MS丢失过程为:
检测在Idle Mode下的MS是否按照预先设定的周期发送位置更新请求Location Update Request,如果是,则在Idle Mode下的MS未丢失;否则,则在Idle Mode下的MS丢失。
10、如权利要求1所述的方法,其特征在于,步骤A所述PC/LR检测到在Idle Mode下的MS丢失过程为:
对MS进行寻呼时在设定的寻呼次数内都未寻呼到在Idle Mode下的MS,则确定在Idle Mode下的MS丢失。
11、如权利要求1所述的方法,其特征在于,所述步骤A进一步包括:PC/LR删除MS在鉴权实体Authenticator的信息以及为MS设置的与Authentication之间的R4链路。
12、如权利要求1所述的方法,其特征在于,步骤A所述MS资源释放请求消息携带在Idle Mode下丢失MS的标识;
步骤B所述通信系统网络侧的实体根据该请求消息携带的MS的标识确定发起MIP去注册请求消息的MS。
13、如权利要求1所述的方法,其特征在于,步骤A所述MS资源释放请求消息携带在Idle Mode下MS的丢失原因值,该丢失原因值为位置更新Location Updated失败或寻呼失败。
14、如权利要求1所述的方法,其特征在于,步骤B所述该消息携带拆除为MS在FA与HA之间设置的R3链路信息为:设置MIP去注册请求消息,其MIP生命时间设置为0(MIP Lifetime=0)。
15、如权利要求1、2或4所述的方法,其特征在于,所述通信系统网络侧的实体为FA或PMIP Client。
16、如权利要求15所述的方法,其特征在于,所述的PMIP Client为MS所属网络接入提供者NAP的代理移动节点Proxy Mobile Node。
17、如权利要求1所述的方法,其特征在于,当所述通信系统网络侧的实体为PMIP Client时,步骤A所述向通信系统网络侧的实体发送MS资源释放请求消息的过程为:
向FA发送MS资源释放请求消息PC_PURGE_MS_REQ后,FA向PMIPClient发送R3链路释放请求R3 Session release Request或发送移动性广告消息Mobility Adertisement;
或者向PMIP Client直接发送MS资源释放请求消息PC_PURGE_MS_REQ。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006100570890A CN101018401A (zh) | 2006-02-10 | 2006-03-17 | 移动台在空闲模式下丢失后通信系统网络侧的处理方法 |
PCT/CN2007/000451 WO2007090353A1 (fr) | 2006-02-10 | 2007-02-09 | Procédé et dispositif permettant à une station mobile d'exécuter un désenregistrement de protocole interne mobile |
KR1020087021983A KR101027428B1 (ko) | 2006-02-10 | 2007-02-09 | 이동국의 모바일 인터넷 프로토콜 등록취소를 수행하는 방법 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610007417 | 2006-02-10 | ||
CN200610007417.6 | 2006-02-10 | ||
CNA2006100570890A CN101018401A (zh) | 2006-02-10 | 2006-03-17 | 移动台在空闲模式下丢失后通信系统网络侧的处理方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101018401A true CN101018401A (zh) | 2007-08-15 |
Family
ID=38727106
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2006100570890A Pending CN101018401A (zh) | 2006-02-10 | 2006-03-17 | 移动台在空闲模式下丢失后通信系统网络侧的处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101018401A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010135851A1 (zh) * | 2009-05-26 | 2010-12-02 | 上海贝尔股份有限公司 | 一种代理移动ip中用于移动站点资源释放方法及其装置 |
-
2006
- 2006-03-17 CN CNA2006100570890A patent/CN101018401A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010135851A1 (zh) * | 2009-05-26 | 2010-12-02 | 上海贝尔股份有限公司 | 一种代理移动ip中用于移动站点资源释放方法及其装置 |
CN102160339A (zh) * | 2009-05-26 | 2011-08-17 | 上海贝尔股份有限公司 | 一种代理移动ip中用于移动站点资源释放方法及其装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102843765B (zh) | 一种确定终端状态的方法、装置和系统 | |
US8605679B2 (en) | Method for avoiding resource being released mistakenly during tracking area update or handover process | |
JP6100776B2 (ja) | モバイル通信端末、および方法。 | |
DK2702793T3 (en) | Improvements to completed mobile calls | |
CN102217360B (zh) | Isr激活场景中移动管理设备故障的处理方法及设备 | |
CN101064959B (zh) | 无线城域网中网络侧发起移动终端进入空闲模式的方法 | |
US20100120427A1 (en) | Method and system for dual registration processing | |
CN106162705B (zh) | 一种控制用户面承载建立的方法及设备 | |
EP1808045A2 (en) | Method for reestablishment of ip address for idle mode mss and method for transmitting information thereof in broadband wireless access system | |
US20140126448A1 (en) | Energy awareness in mobile communication user equipment and networks, including optimizations based on state compression | |
CN1802024B (zh) | 对退出空闲模式的终端的信息进行管理的方法 | |
CA2569210A1 (en) | A method of communicating data in a wireless mobile communication system | |
WO2009094871A1 (fr) | Procédé pour purger des données de la mémoire tampon d'une passerelle de desserte | |
US10327224B2 (en) | Efficient handling of paging | |
CN101043741B (zh) | 一种终端空闲模式下的退网处理方法 | |
CN101730062A (zh) | 一种非相邻节点间异常处理方法 | |
US8046006B2 (en) | Method for carrying out paging in a cellular mobile communication system | |
WO2017028637A1 (zh) | 网关的恢复处理方法及装置 | |
CN115190570A (zh) | 对用户设备进行轻连接控制的方法及相应设备 | |
GB2435152A (en) | Mobile communications systems | |
CN101018401A (zh) | 移动台在空闲模式下丢失后通信系统网络侧的处理方法 | |
US8625628B2 (en) | Method and gateway for transmission of router advertisement | |
KR101027428B1 (ko) | 이동국의 모바일 인터넷 프로토콜 등록취소를 수행하는 방법 | |
CN101317495B (zh) | 一种移动台进行移动英特网协议去注册的方法及装置 | |
WO2018087034A1 (en) | Infrequent small data for battery saving wireless devices |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20070815 |