专利名称：移动台在空闲模式下丢失后通信系统网络侧的处理方法
技术领域：
本发明涉及通信系统网络侧对移动台(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相关资源进行拆除，从而节省通信系统资源。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所做的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
权利要求
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。
全文摘要
本发明公开了一种移动台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链路。该方法避免了通信系统资源的浪费。
文档编号H04W76/06GK101018401SQ200610057089
公开日2007年8月15日 申请日期2006年3月17日 优先权日2006年2月10日
发明者陈卫民 申请人:华为技术有限公司