技术领域
[0001] 本
发明涉及宽带IP接入网络技术领域，尤其涉及一种用户终端进入或退出空闲状态的处理技术。
背景技术
[0002] 目前，WiMAX QoS(
微波接入全球互通的服务
质量)架构体系的结构如图1所示，其中主要包括以下功能体：
[0003] (1)MS，即用户终端；
[0004] (2)SFM，即业务
流管理器，负责建立用户业务流及为此业务流分配无线资源等，其设置于ASN(接入服务网)中；
[0005] (3)SFA，即业务流授权者，负责给相应的业务流进行授权操作，其设置于ASN中；
[0006] (4)PF，即策略功能，用于为某个用户业务流提供策略，其设置于NSP(网络服务提供商)中，在漫游场景中，将会存在Visited(拜访)PF和Home(家乡)PF；
[0007] (5)AF，即应用服务功能，MS直接通过应用层协议连接
访问AF，AF将会通知PF主动为用户创建业务流，其设置于NSP中。
[0008] 在图1所示的架构体系中，用户终端MS的工作模式包括：正常工作模式和空闲模式两种。
[0009] 其中，在宽带IP接入网络中，对于空闲模式来说，用户终端涉及两处处理过程，即：进入空闲模式的处理过程和退出空闲模式的处理过程。
[0010] (1)进入空闲模式的处理过程
[0011] 当MS与网络之间没有数据交换时，则MS将从正常工作模式进入空闲模式。当MS处于空闲模式时，MS不存在业务流的进行，也不存在某个BS(基站)为该MS提供服务。
[0012] 如图2所示，相应的处理过程主要包括去注册及数据通路释放的处理。
[0013] (2)退出空闲模式的处理过程
[0014] 当MS希望回到激活状态，则其将主动发起退出IDLE(空闲)状态流程；或者，网络侧因为有数据需要向MS发送因而向MS发起寻呼过程，寻呼到MS，并由MS发起退出IDLE状态流程。
[0015] 如图3和图4所示，相应的处理过程主要包括数据通路建立的处理。
[0016] 可以看出，在上述用户终端进入或退出空闲模式的处理过程中，均未对用户终端的服务质量资源信息进行处理，对于网络侧登记的用户终端的
位置信息也未提供相应处理，因此，导致上述进入或退出空闲模式的处理无法很好地满足宽带IP接入网络中的通信需求。
发明内容
[0017] 本发明的目的是提供一种用户终端进入或退出空闲状态的处理方法及装置，从而可以保证用户终端在进入或退出空闲状态处理过程中可以用户终端的服务质量资源信息进行处理，以满足宽带IP接入网络中的通信需求。
[0018] 本发明的目的是通过以下技术方案实现的：
[0019] 本发明提供了一种用户终端进入或退出空闲状态的处理方法，包括：
[0020] 在宽带IP接入网络中，当确定用户终端进入或退出空闲状态，则触发针对用户终端的服务质量资源释放或预留处理，通过该处理为进入或退出空闲状态的用户终端释放或预留服务质量资源信息；
[0021] 本发明所述的方法包括：
[0022] 当网络侧的第一网络实体确定用户终端进入空闲状态时，则进行服务质量资源的释放处理，并向该用户终端对应的第二网络实体发送服务质量资源释放
请求，通过所述的第二网络实体对该用户终端的服务质量资源信息进行释放处理；
[0023] 当网络侧的第一网络实体确定用户终端退出空闲状态时，则进行服务质量资源的预留处理，并向该用户终端对应的第二网络实体发送服务质量资源预留请求，通过所述的第二网络实体对该用户终端的服务质量资源信息进行预留处理。
[0024] 本发明所述的方法还可选地包含以下技术特征：
[0025] 所述的通过所述的第二网络实体对该用户终端的服务质量资源信息进行释放或预留处理包括：
[0026] 当用户终端进入空闲状态后，第二网络实体释放该用户终端的服务质量资源，并通知第三网络实体释放该用户终端的服务质量资源；
[0027] 当用户终端退出空闲状态后，第二网络实体为该用户终端预留服务质量资源，并通知第三网络实体为该用户终端预留服务质量资源。
[0028] 所述的通知第三网络实体释放该用户终端的服务质量资源包括：
[0029] 第二网络实体向第三网络实体发送服务质量资源释放请求消息，第三网络实体根据收到所述服务质量资源释放请求消息释放相应的服务质量资源；
[0030] 所述的通知第三网络实体为该用户终端预留服务质量资源包括：
[0031] 第二网络实体向第三网络实体发送服务质量资源预留请求消息，第三网络实体根据收到所述服务质量资源预留请求消息为所述用户终端预留相应的服务质量资源。
[0032] 所述的方法还包括：
[0033] 当第三网络实体完成释放或预留相应的服务质量资源操作后，向第二网络实体返回响应消息。
[0034] 所述的方法还包括：
[0035] 对该用户终端的服务质量资源信息的释放或预留处理完成后，由第二网络实体向第一网络实体返回响应消息。
[0036] 所述的方法还包括：
[0037] 当确定用户终端进入或退出空闲状态，则触发对第三网络实体中保存的用户终端的第二网络实体的位置信息进行更新操作。
[0038] 本发明中，当确定用户终端退出空闲状态时，则在完成所述的更新操作后，触发第三网络实体为该用户终端预留服务质量资源。
[0039] 所述的更新操作包括：
[0040] 当用户终端进入空闲状态后，则第三网络实体将保存的用户终端对应的第二网络实体信息删除；
[0041] 当用户终端退出空闲状态后，则第三网络实体将该用户终端的第二网络实体信息保存。
[0042] 所述的触发对第三网络实体中保存的用户终端的第二网络实体的位置信息进行更新操作具体包括：
[0043] 第二网络实体向第三网络实体发送用于触发对其中保存的用户终端的第二网络实体的位置信息进行更新操作的位置更新请求消息；
[0044] 第三网络实体完成针对用户终端的位置信息的更新操作后，向第二网络实体返回响应消息。
[0045] 本发明所述的方法中，
[0046] 所述的第一网络实体包括：业务流管理器、数据通路功能网络实体或中继寻呼
控制器；
[0047] 所述的第二网络实体包括：服务业务流授权者、外地代理或
锚点数据通路功能；
[0048] 所述的第三网络实体包括：锚点业务流授权者。
[0049] 本发明所述的方法中，
[0050] 所述的第一网络实体与第二网络实体之间通过策略决定消息、用户终端信息请求和响应消息、资源预留消息或数据通路消息承载需要交互的信息；
[0051] 所述的第二网络实体与第三网络实体之间通过业务流授权者位置更新消息、策略决定消息、资源预留消息和/或数据通路消息承载需要交互的信息。
[0052] 本发明还提供了一种用户终端进入或退出空闲状态的处理装置，包括：
[0053] 状态监测单元，用于监测用户终端是否进入或退出空闲状态，并在监测确定用户终端进入或退出空闲状态时，触发服务质量资源处理单元；
[0054] 所述的状态监测单元设置于第一网络实体上，且包括：
[0055] 退出空闲状态监测单元，用于在用户终端的第二网络实体收到第一网络实体发来的资源预留请求消息时，确定用户终端退出空闲状态；或者，
[0056] 用于第三网络实体收到第二网络实体发来的资源预留请求消息时，确定用户终端退出空闲状态；
[0057] 进入空闲状态监测单元，用于在用户终端的第二网络实体收到第一网络实体发来的资源释放请求消息时，确定用户终端进入空闲状态；或者，
[0058] 用于在用户终端的第三网络实体收到第二网络实体发来的资源释放请求消息时，确定用户终端进入空闲状态；
[0059] 服务质量资源处理单元，用于在状态监测单元的触发下为进入或退出空闲状态的用户终端释放或预留服务质量资源信息。
[0060] 本发明所述的装置还可选地包含以下技术特征：
[0061] 所述的服务质量资源处理单元包括：
[0062] 服务质量资源处理发起单元，设置于第一网络实体和第二网络实体上，用于在状态监测单元的触发下，控制第一网络实体向第二网络实体及第二网络实体向第三网络实体发送资源释放或预留请求消息；
[0063] 服务质量资源处理执行单元，设置于第一网络实体、第二网络实体和第三网络实体上，用于根据收到的资源释放或预留请求消息进行相应的资源释放或预留处理。
[0064] 所述的装置还包括：
[0065] 位置更新处理单元，设置于第二网络实体上，用于在第二网络实体收到资源预留请求消息后，触发对第三网络实体中保存的用户终端的第二网络实体的位置信息进行更新，并在更新操作完成后，触发所述的第二网络实体向第三网络实体发送资源预留请求消息的处理。
[0066] 所述的位置更新处理单元具体包括：
[0067] 位置更新发起单元，设置于用户终端的第二网络实体上，用于在用户终端退出或进入空闲状态后，向位置更新执行单元发送位置更新消息；
[0068] 位置更新执行单元，设置于用户终端的第三网络实体上，用于根据收到的位置更新消息对第三网络实体中保存的第二网络实体的位置信息进行更新操作。
[0069] 所述的位置更新执行单元包括：
[0070] 位置信息保存单元，用于根据收到的为退出空闲状态的用户终端发送的位置更新消息在第三网络实体中保存该用户终端的第二网络实体的位置信息；
[0071] 位置信息删除单元，用于根据收到的为进入空闲状态的用户终端发送的位置更新消息删除第三网络实体中保存的该用户终端的第二网络实体的位置信息。
[0072] 所述的装置还包括：
[0073] 服务质量资源处理响应单元，设置于第二网络实体和第三网络实体上，用于根据资源释放或预留处理结果向资源释放或预留请求消息发送端返回响应消息。
[0074] 本发明所述的装置中，
[0075] 所述的第一网络实体包括：业务流管理器、数据通路功能网络实体或中继寻呼控制器；
[0076] 所述的第二网络实体包括：服务业务流授权者、外地代理或锚点数据通路功能；
[0077] 所述的第三网络实体包括：锚点业务流授权者。
[0078] 由上述本发明提供的技术方案可以看出，本发明的实现使得当用户终端进入或退出空闲状态后，均可以对相应的服务质量资源信息进行处理，例如，在进入空闲模式时，释放其占用的服务质量资源，在退出空闲模式时，为其预留相应的服务质量资源；因此，本发明的实现使得在宽带IP接入网络中提供了一种更为合理的用户终端进入或退出空闲模式的处理实现方案，从而可以更好地满足网络中的通信需求。
[0079] 同时，本发明还实现了对于进入或退出空闲模式下的用户终端的位置更新的处理过程，从而进一步使得针对进入或退出空闲模式下的用户终端的处理过程更为合理。
附图说明
[0080] 图1为
现有技术中WiMAX QoS架构示意图；
[0081] 图2为现有技术中用户终端进入IDLE模式的处理过程示意图；
[0082] 图3为现有技术中用户终端退出IDLE模式的处理过程示意图一；
[0083] 图4为现有技术中用户终端退出IDLE模式的处理过程示意图二；
[0084] 图5为本发明提供的用户终端进入IDLE模式的具体实现过程示意图一；
[0085] 图6为本发明提供的用户终端进入IDLE模式的具体实现过程示意图二；
[0086] 图7为本发明提供的用户终端退出IDLE模式的具体实现过程示意图一；
[0087] 图8为本发明提供的用户终端退出IDLE模式的具体实现过程示意图二；
[0088] 图9为本发明提供的用户终端退出IDLE模式的具体实现过程示意图三；
[0089] 图10为本发明提供的装置的具体实现结构示意图。
具体实施方式
[0090] 本发明的核心是在MS进入IDLE状态时，需要进行资源回收流程；以及在MS退出IDLE状态时，需要资源预留流程。
[0091] 具体一点讲，本发明中，是在MS进入或退出IDLE状态时，除了执行释放或建立Data Path(数据路径)等操作外，还需要执行相应的资源处理流程，以及相应的SFA-LU(SFA位置更新)的处理流程，具体可以包括：
[0092] 当MS进入IDLE状态时，需要针对相应用户终端的data path及相关Qos资源将会全部释放，同时，当终端进入IDLE状态时就说明Serving SFA已经不复存在，但此时若Anchor SFA仍然记录着Serving SFA位置信息，将导致Anchor SFA所记录Serving SFA位置信息不准确，故需要删除用户终端的Serving SFA位置信息。
[0093] 当MS退出IDLE状态时，需要对于退出IDLE状态的MS还需要为其预留相应的服务质量资源，以满足其开展业务的需要；同时，Anchor SFA并不知道MS当前所在的Serving SFA位置信息，因此，MS当前使用的Serving SFA需要通过SFA-LU消息流程来向Anchor SFA注册它的位置信息。
[0094] 本发明中，具体可以网络侧的第一网络实体(如业务流管理器、数据通路功能网络实体或中继寻呼控制器等)确定用户终端进入或退出空闲状态，则进行服务质量资源的释放或预留处理，并向该用户终端对应的第二网络实体(如服务业务流授权者、外地代理或锚点数据通路功能等)发送服务质量资源释放或预留请求，通过所述的第二网络实体对该用户终端的服务质量资源信息进行释放或预留处理，其中，包括：
[0095] (1)当用户终端进入空闲状态后，第二网络实体释放该用户终端的服务质量资源，并通知第三网络实体(如锚点业务流授权者等)释放该用户终端的服务质量资源；
[0096] (2)当用户终端退出空闲状态后，第二网络实体为该用户终端预留服务质量资源，并通知第三网络实体为该用户终端预留服务质量资源。
[0097] 本发明中，当确定用户终端进入或退出空闲状态，还可以根据需要触发对第三网络实体中保存的用户终端的第二网络实体的位置信息进行更新操作，包括：
[0098] 当用户终端进入空闲状态后，则第三网络实体将保存的用户终端对应的第二网络实体信息删除；
[0099] 当用户终端退出空闲状态后，则第三网络实体将该用户终端的第二网络实体信息保存。
[0100] 为便于对本发明的理解，下面将结合附图对本发明的几种具体实现方式进行详细的说明。
[0101] 本发明中，在MS进入IDLE状态时，接入网络需要进行Qos资源回收流程，释放已分配的Qos资源，同时，还需要通过SFA-LU消息流程清除相应的注册的位置信息。
[0102] 以SFM作为第一网络实体，Serving SFA作为第二网络实体，AnchorSFA作为第三网络实体为例，相应的进入IDLE状态触发的Qos资源回收及位置更新流程如图5所示，包括：
[0103] 步骤51：SFM确定MS进入IDLE状态，则执行步骤52，触发Qos资源释放流程；
[0104] 步骤52：SFM释放相应的Qos资源并向Serving SFA发送Qos资源释放请求消息；
[0105] 所述的资源释放请求消息可以使用WiMAX标准定义的PD-Request(策略决定请求)消息承载，可以使用标准定义的RR-Request(资源预留请求)消息承载，也可以使用标准定义的数据通路消息承载，当然也可以采用自定义的消息承载。
[0106] 步骤53：Serving SFA收到所述的QoS资源释放请求消息后，释放已经为此MS分配的Qos资源，并且向Anchor SFA发送Qos资源释放请求消息；
[0107] 同样，该请求消息可以使用WiMAX标准定义的PD-Request消息承载，也可以使用标准定义的RR-Request消息承载，可以使用标准定义的数据通路消息承载，也可以使用标准定义的SFA位置更新消息承载，当然也可以采用自定义的消息承载。
[0108] 步骤54：Anchor SFA收到所述的QoS资源释放请求消息后，释放已经为此MS分配的Qos资源，并向Sering SFA返回Qos资源释放响应消息；
[0109] 所述的响应消息可以使用WiMAX标准定义的PD-Response消息承载，也可以使用标准定义的RR-Response消息承载，可以使用标准定义的数据通路消息承载，也可以使用标准定义的SFA位置更新消息承载，当然也可以采用自定义的消息承载。
[0110] 步骤55：Serving SFA收到所述的QoS资源释放响应消息后，继续向SFM返回Qos资源释放响应消息；
[0111] 该响应消息可以使用WiMAX标准定义的PD-Response消息承载，也可以使用标准定义的RR-Response消息承载，也可以使用标准定义的数据通路消息承载，当然也可以采用自定义的消息承载。
[0112] 另外，在Serving SFA上还可以根据需要可选地执行步骤56至步骤58，以完成相应的位置更新处理过程，具体为：
[0113] 步骤56：Serving SFA向Anchor SFA发送SFA-LU-Request消息，指示Anchor SFA删除相应的用户终端的Serving SFA的位置信息；
[0114] 例如，可以在Serving SFA检测到MS所有相关Qos资源释放完成后，执行该步骤；
[0115] 步骤57：Anchor SFA收到Serving SFA发来的SFA-LU-Request消息后，清除该用户终端对应的Serving SFA位置注册信息后，并向Serving SFA返回SFA-LU-Response响应消息。
[0116] 在具体实现上述步骤53至步骤57的处理过程中，对于步骤53和步骤56中由服务业务流授权者向锚点业务流授权者发送的消息可以承载于同一条消息中发送，同时，对于步骤54和步骤57中由锚点业务流授权者向服务业务流授权者发送的消息也可以承载于同一条消息中发送；所述的同一条消息可以为标准定义的SFA位置更新消息、资源预留消息、策略决定消息或自定义的消息，等等。
[0117] 需要说明的是，上述步骤56至步骤57是在步骤52后执行，但与步骤53至步骤55之间并无执行时间顺序上的先后要求。即图8中所示的处理过程仅为示例，并不限定所述的步骤56至步骤57与所述步骤53与步骤55之间的执行时间先后关系。
[0118] 另外，在上述步骤52和步骤53中可以不进行SFM及Serving SFA的资源释放处理，而是选择在其他时刻进行相应的，具体包括：在执行步骤54后，即在步骤55中，Serving SFA收到相应的QoS资源响应消息后进行ServingSFA的资源释放处理；在执行步骤55之后，即SFM收到所述的QoS资源响应消息后，进行Serving SFA的资源释放处理。
[0119] 下面将结合本发明提供的处理流程描述MS进入IDLE状态的整个处理流程，如图6所示，具体是以中继PC(寻呼控制器)或DPF(数据通路功能)作为第一网络实体，ADP(锚点数据通路)功能或FA(外地代理)作为第二网络实体，Anchor SFA作为第三网络实体为例，具体包括以下步骤：
[0120] 步骤61：MS向ASN中的中继PC(寻呼控制器)/DP(数据通路)实体发送去注册请求DREG_REQ消息，请求退出网络，以进入空闲状态；
[0121] 步骤62：所述的中继PC/DP收到所述的DREG_REQ消息后，向MS的锚点DP/FA发送服务质量资源释放请求消息及数据通路释放请求消息；
[0122] 其中，服务质量资源释放请求消息和数据通路释放请求消息可以合并为一条Qos and Data path Release Request(服务质量和数据通路释放请求)消息发送，也可以单独发送；
[0123] 在该步骤中，PC/DP还可以进行相应的QoS资源及数据通路的释放处理，当然，也可以在执行步骤65之后执行相应的QoS资源及数据通路的释放处理过程，或者，还可以在执行步骤62之后的任一时刻执行相应的QoS资源及数据通路的释放处理过程；
[0124] 步骤63、步骤64：锚点DP/FA收到所述的服务质量资源释放请求消息及数据通路释放请求消息后，通过MS信息请求消息及MS信息响应消息从锚点PC/LR(位置路由)获得MS的信息；
[0125] 获得MS的信息后，进行相应的服务质量资源及数据通路的释放操作。
[0126] 步骤65：锚点DP/FA向所述的中继PC/DP返回服务质量资源释放响应消息及数据通路释放响应消息；
[0127] 同样，所述的服务质量资源释放响应消息及数据通路释放响应消息可以合并为一条Qos and Data path Release Response(服务质量和数据通路释放响应)消息发送，也可以单独发送；
[0128] 步骤66、步骤67：中继PC/DP收到所述的响应消息并完成相应的服务质量资源及数据通路释放处理后，分别向锚点DP/FA发送数据通路释放确认消息，向MS发送去注册命令消息。
[0129] 经过上述步骤61至步骤67的处理便可以实现优化后的MS进入空闲状态的处理。
[0130] 本发明中，在MS退出IDLE状态时，Serving SFA要通过SFA-LU消息流程在Anchor SFA登记它的位置信息。同时，还需要进行Qos资源处理过程，相应的资源处理过程包括策略决定过程或者资源预留过程。
[0132] 以SFM作为第一网络实体，Serving SFA作为第二网络实体，AnchorSFA作为第三网络实体为例，本发明提供的MS退出IDLE状态处理流程的具体实现如图7所示，具体包括以下处理步骤：
[0133] 步骤71：在MS退出IDLE状态的标准流程中，BS从PC(寻呼控制器)/LR(位置区路由器)得到了此MS的相关信息，并根据所述信息触发执行步骤72，进行QoS资源预留的处理过程；
[0134] 步骤72：SFM向Serving SFA发起Qos请求Qos-Request消息；
[0135] 其中，所述的Qos-Request消息可以使用但不限于使用现有标准的策略决定消息中的PD-Request(策略决定请求)消息或者资源预留消息中的RR-Request(资源预留请求)消息承载；
[0136] 在SFM中，还需要执行相应的QoS资源预留处理过程，具体可以在执行步骤71后的任一时刻，如执行步骤72的同时进行SFM的QoS资源预留处理，或者，也可以在执行步骤77之后进行SFM的QoS资源预留处理。
[0137] 步骤73：Serving SFA收到SFM发过来的Qos-Request消息后，向Anchor SFA发起SFA-LU(位置更新)消息流程，即向Anchor SFA发送SFA位置更新请求SFA-LU-Request消息；
[0138] 在Serving SFA中，同样需要执行相应的QoS资源预留处理过程，具体可以在执行步骤73后的任一时刻，如执行步骤73的同时进行Serving SFA的QoS资源预留处理，或者，也可以在执行步骤76之后进行Serving SFA的QoS资源预留处理；
[0139] 步骤74：Anchor SFA收到所述的SFA-LU-Request消息后，进行相应的位置更新处理，即保存相应的Serving SFA的位置信息，并向Serving SFA返回SFA位置更新响应SFA-LU-Response响应消息；
[0140] 步骤75：Serving SFA收到SFA-LU-Response消息后，再向Anchor SFA发起资源预留请求QoS-Request消息，以求获得Qos资源授权；
[0141] 该消息可以但不限于使用现有标准的PD-Request消息或者RR-Request消息承载；
[0142] 步骤76：Anchor SFA收到所述的QoS-Request消息后，进行相应的资源预留处理，并向Serving SFA返回资源预留响应QoS-Response消息；
[0143] 同样，该QoS-Response消息可以但不限于使用现有标准的PD-Response消息或者RR-Response消息承载；
[0144] 步骤77：Serving SFA收到所述的QoS-Response消息后，继续向SFM返回资源预留响应消息；
[0145] 该消息仍可以但不限于使用现有标准的PD-Request消息或者RR-Response消息承载。
[0146] 另外，在图7中，所述的步骤73、74与所述的步骤75、76之间无执行时间顺序先后的限定，即可以选择在执行步骤72之后，首先执行步骤75，之后再执行步骤73。
[0147] 下面将本发明提供的退出IDLE状态的处理流程的实施例一与现有技术中退出IDLE状态的处理流程结合起来进行描述，在相应的描述过程中，具体是以DPF(数据通路功能)或中继PC(寻呼控制器)作为第一网络实体，FA(外地代理)或ADP(锚点数据通路)功能作为第二网络实体，Anchor SFA作为第三网络实体为例。
[0148] 如图8所示，相应的处理过程包括以下处理步骤：
[0149] 步骤81至步骤85为现有技术提供的处理过程，通过该过程，ASN中的DPF(数据通路功能)/中继PC获得MS的信息及相应的AK(授权密钥)，并执行步骤86；
[0150] 步骤86：ASN中的DPF/中继PC向另一ASN中的FA/ADP(锚定数据通路)发送Qos-Request消息，请求为该MS预留资源，当FA/ADP为MS进行了相应的资源预留处理后，执行步骤87和步骤88；
[0151] 在DPF/中继PC上，还需要为MS进行资源预留处理，具体可以在执行步骤86的同时为MS进行资源预留处理，也可以在执行步骤811后，即DPF/中继PC收到资源预留响应消息后为所述MS进行资源预留处理；
[0152] 步骤87和步骤88：所述的FA/ADP与锚点SFA之间进行SFA-LU-Request消息及SFA-LU-Response消息的交互，从而实现用户终端的服务SFA的位置信息的更新操作，使得锚点SFA中获得用户终端的服务SFA的位置信息。
[0153] 步骤89和步骤810：所述的FA/ADP还锚点SFA之间交互Qos-Request消息及Qos-Response消息，为针对用户终端的服务质量资源的预留操作；
[0154] 在FA/ADP上，同样需要为MS进行资源预留处理，具体可以在执行步骤89的同时为MS进行资源预留处理，也可以在执行步骤810后，即在FA/ADP收到资源预留响应消息后为所述MS进行资源预留处理；
[0155] 步骤811：所述的FA/ADP收到锚点SFA返回的Qos-Response消息后，则继续向所述的DPF/中继PC返回Qos-Response消息；
[0156] 步骤812至步骤817：完成相应的资源预留及位置更新操作后，继续进行后续的数据通路的建立等操作处理，如图8所示，相应的具体处理过程可以采用现有技术提供的处理流程。
[0157] 需要说明的是，在图8中，Qos-Request消息可以但不限于由当前标准的PD-Request消息或者RR-Request消息承载，Qos-Response消息可以但不限于由当前标准的PD-Response消息或者RR-Response消息承载。
[0158] 另外，在图8中，步骤87和步骤88与步骤89和步骤810之间无执行顺序先后的限定，即可以在执行步骤86之后，首先执行步骤89，进行相应的资源预留处理，之后，再执行步骤89进行相应的位置更新处理。
[0159] 实施例二
[0160] 本发明提供的退出IDLE模式Qos处理实施例二如图9所示，该实施例是以BS中的SFM作为第一网络实体，网关GW中的SFA作为第二网络实体，其中主要是利用退出IDLE模式过程中的MSS Info(MSS信息)消息流程完成资源释放。即利用用户终端退出IDLE模式过程中的MS info Request消息和MSInfo Resposne消息来触发资源预留。具体可以利用用户终端在退出IDLE模式过程中MS Info Response消息中携带的业务流的Qos信息，这样，当SFA/GW从PC/LR收到MS Info Response消息后，便可以就能根据消息里携带的业务流Qos信息进行资源预留；而且，当BS/SFM收到MS InfoResponse消息后，同样进行相应的资源预留操作。
[0161] 该实施例二的具体处理流程包括：
[0162] 步骤91：基站BS中的SFM向网关GW中的SFA发送的MS数据信息请求消息，以获取MS的相关信息，其中包括但不限于QoS信息等；
[0163] 步骤92：GW中的SFA向BS中的SFM发送MS数据信息响应消息，消息中携带着SFM请求的MS的相关信息；
[0164] 在执行步骤91和步骤92过程中，当GW中的SFA收到所述的请求消息并确定MS的相关信息后，则可以对MS进行QoS资源预留操作；且当BS中的SFM收到所述的响应消息后，也需要对该MS进行QoS资源预留操作，当然，BS也可以在步骤91中，便对该MS进行QoS资源预留操作。
[0165] 本发明还提供了一种用户终端进入或退出空闲状态的处理装置，如图10所示，该装置的具体实现包括：
[0166] (1)状态监测单元
[0167] 用于监测用户终端是否进入或退出空闲状态，并在监测确定用户终端进入或退出空闲状态时，触发服务质量资源处理单元；
[0168] 所述的状态监测单元可以设置于基站中的第一网络实体上，且包括：
[0169] 退出空闲状态监测单元，用于在用户终端的第二网络实体收到第一网络实体发来的资源预留请求消息时，或者在用户终端的第三网络实体收到第二网络实体发来的资源预留请求消息时，确定用户终端退出空闲状态；
[0170] 进入空闲状态监测单元，用于在用户终端的第二网络实体收到第一网络实体发来的资源释放请求消息时，或者在用户终端的第三网络实体收到第二网络实体发来的资源释放请求消息时，确定用户终端进入空闲状态。
[0171] 其中，所述的第一网络实体包括但不限于：业务流管理器、数据通路功能网络实体或中继寻呼控制器等；所述的第二网络实体包括但不限于：服务业务流授权者、外地代理或锚点数据通路功能等；所述的第三网络实体包括但不限于为锚点业务流授权者。
[0172] (2)服务质量资源处理单元
[0173] 用于在状态监测单元的触发下为进入或退出空闲状态的用户终端释放或预留服务质量资源信息，且所述的服务质量资源处理单元具体包括：
[0174] 服务质量资源处理发起单元，设置于第一网络实体和第二网络实体上，用于在状态监测单元的触发下，控制第一网络实体向第二网络实体及第二网络实体向第三网络实体发送资源释放或预留请求消息；
[0175] 服务质量资源处理执行单元，设置于第一网络实体、第二网络实体和第三网络实体上，用于根据收到的资源释放或预留请求消息进行相应的资源释放或预留处理。
[0176] 本发明所述的装置还可选地包括：
[0177] 服务质量资源处理响应单元，设置于第二网络实体和第三网络实体上，用于根据资源释放或预留处理结果向资源释放或预留请求消息发送端返回响应消息。
[0178] 另外，本发明所述的装置还可选地包括位置更新处理单元，该设置于第二网络实体上，用于在第二网络实体收到资源预留请求消息后，触发对第三网络实体中保存的用户终端的第二网络实体的位置信息进行更新，并在更新操作完成后，触发所述的第二网络实体向第三网络实体发送资源预留请求消息的处理。
[0179] 其中，所述的位置更新处理单元具体可以包括：
[0180] 位置更新发起单元，设置于用户终端的第二网络实体上，用于在用户终端退出或进入空闲状态时，向位置更新执行单元发送位置更新消息；
[0181] 位置更新执行单元，设置于用户终端的第三网络实体上，用于根据收到的位置更新消息对第三网络实体中保存的第二网络实体的位置信息进行更新操作，且所述的位置更新执行单元可以包括：
[0182] 位置信息保存单元，用于根据收到的为退出空闲状态的用户终端发送的位置更新消息在第三网络实体中保存该用户终端的第二网络实体的位置信息；
[0183] 位置信息删除单元，用于根据收到的为进入空闲状态的用户终端发送的位置更新消息删除第三网络实体中保存的该用户终端的第二网络实体的位置信息。
[0184] 以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉
本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以
权利要求的保护范围为准。
