专利名称：对承载的处理方法及移动管理设备的制作方法
技术领域：
本发明涉及通信技术，具体涉及一种对承载的处理方法及移动管理设备。
背景技术：
无线演进网络(LTE, Long Term Evolution)的核心网主要包括移动性管理实体(MME, Mobility Management Entity)、服务网关(S-GW, Serving Gateway)和分组数据网网关(P-GW，PDN Gateway)三个逻辑功能体。其 中，MME负责非接入层(NAS，Non AccessStratum)信令和NAS信令加密以及漫游、跟踪等功能，分配用户临时身份标识、安全功能等，它对应于当前通用移动通信系统(UMTS, Universal Mobile TelecommunicationsSystem)内部服务通用分组无线业务支持节点(SGSN, Serving General Packet RadioService Supporting Node)的控制平面部分；S-GW负责本地的移动性锚点和3G合作伙伴计划(3GPP, Third Generation Partnership Project)系统内部的移动性锚点以及合法监听相关信息；P_GW则负责策略执行和计费以及合法监听相关功能，其中策略执行和计费的依据是策略和计费控制(PCC，Policy and Charge Control)规则，PCC规则是由策略和计费规则功能实体(PCRF, Policy and Charging Rules Function)下发给 P-GW 的。在PCRF实体下发PCC规则时，PCC规则需要根据用户当前的无线接入技术(RAT，Radio AccessTechnik)进行确定,不同的RAT可能会下发不同的PCC规则。在LTE网络中，归属用户服务器(HSS, Home Subscriber Server)发起的签约数据插入的流程，以向MME发起签约数据插入流程为例，包括HSS发送插入签约数据消息给MME ；MME更新保存的签约数据，向HSS回复插入签约数据确认消息。HSS向MME或SGSN发起签约数据的插入流程后，如果MME或SGSN中记录的用户签约数据发生了改变，例如缺省服务质量(QoS，Quality of Service)发生了改变，则MME或SGSN会在签约数据的插入流程后，马上发起承载的修改或者删除流程。如果HSS同时修改了大量用户的签约数据，MME或SGSN会同时对大量用户发起承载修改流程，其中很多用户处于空闲(Idle)状态，则会对大量Idle态用户在同一时间段内分别发起寻呼，而这时用户本身并没有业务，为了实现承载修改而进行单独的寻呼，浪费了MME或SGSN上的可用资源。
发明内容
本发明实施例提供一种对承载的处理方法及移动管理设备，以在用户签约数据变化后正确、高效地完成承载过程。本发明实施例提供的一种对承载的处理方法，包括如果移动管理设备中记录的用户签约数据发生改变，确定对应的用户设备的存在状态；所述移动管理设备根据所述用户设备的存在状态发起承载的修改或者删除流程。本发明实施例提供的一种移动管理设备，包括
存储单元，用于记录用户签约数据；判断单元，用于在所述存储单元中记录的用户签约数据发生改变后，确定对应的用户设备的存在状态；触发单元，用于根据所述用户设备的存在状态发起承载的修改或者删除流程。由以上本发明实施例提供的技术方案可以看出，本发明实施例的对承载的处理方法在签约数据的插入或删除流程后，如果移动管理设备中记录的用户签约数据发生改变，该移动管理设备首先确定对应的用户设备的存在状态，根据该用户设备的存在状态确定是否发起承载的修改或者删除流程。因此，可以在用户签约数据变化后正确、高效地完成承载过程。
图I是本发明对承载的处理方法第一实施例的流程图；图2是本发明对承载的处理方法第二实施例的流程图；图3是本发明对承载的处理方法第三实施例的流程图；图4是应用本发明对承载的处理方法移动管理设备发起承载修改的流程图；图5是应用本发明对承载的处理方法移动管理设备发起承载删除的流程图；图6是本发明移动管理设备实施例的结构框图。
具体实施例方式为了使本技术领域的人员更好地理解本发明实施例的方案，下面结合附图和实施方式对本发明实施例作进一步的详细说明。为了提高网络设备的资源使用率，使得在用户签约数据变化后正确、高效地完成承载过程，本发明实施例对承载的处理方法在签约数据的插入或删除流程后，比如，在HSS向MME和/或SGSN发起签约数据的插入流程后，如果移动管理设备中记录的用户签约数据发生改变，该移动管理设备首先确定对应的用户设备的存在状态，根据该用户设备的存在状态确定是否发起承载的修改或者删除流程。本发明实施例提供的方法不仅可以适用于单一无线接入技术系统，比如，2G或3G系统、系统架构演进(SAE, System Architechure Evolution)系统；而且可以适用于多种无线接入技术系统共存的应用环境，比如，SAE系统和2G系统共存的应用环境、SAE系统和3G系统共存的应用环境等。下面以具体实例对本发明对承载的处理方法在不同应用环境下的情况分别进行说明。参照图1，是本发明对承载的处理方法第一实施例的流程图，包括以下步骤101. HSS发送插入签约数据消息给MME或SGSN ；102. MME或SGSN更新保存的签约数据，向HSS回复插入签约数据确认消息；103. MME或SGSN判断用户设备(UE，User Equipment)是否与自己有信令连接；MME或SGSN可以通过以下两种方法判断UE是否与自己有信令连接I. MME或SGSN查询保存的用户上下文中信令连接的索引是否有效来判断，如果索引有效，则说明UE与自己有信令连接；
2. MME或SGSN查询保存的用户上下文中用户移动管理状态是空闲态还是连接态来判断。如果用户状态是连接态，则说明UE和自己有信令连接。104. MME或SGSN确定UE处于连接状态后，发起承载修改或删除流程。上述步骤21和22是HSS向网络设备发起签约数据的插入流程，经过步骤21和22后，MME或SGSN中的签约数据发生了改变，例如缺省QoS发生了改变，则在签约数据的插入流程后，MME或SGSN不立即发起承载的修改或者删除流程，而是先检测用户是否与自己有信令连接，然后做不同处理如果UE与MME或SGSN有信令连接，MME或SGSN发起承载的修 改或者删除流程；如果UE与MME或SGSN之间没有信令连接，MME或SGSN不发起承载的修改或者删除流程。直到UE自己发起服务请求流程，或者网络侧收到下行数据或信令而触发UE发生服务请求流程时，MME或SGSN检测到UE已处于连接状态，然后再发起承载的修改或者删除流程。该实施例也可以应用于ISR机制下的场景，HSS向MME和/或SGSN发起签约数据的插入流程后，MME和SGSN两侧可以分别按照上述机制单独处理。本实施例的对承载的处理方法，在HSS向移动管理设备发起签约数据的插入流程后，如果MME或SGSN中的签约数据发生改变，则在签约数据的插入流程后，MME或SGSN不立即发起承载的修改或者删除流程，而是要在检测到用户与自己有信令连接时，再发起承载的修改或者删除流程，因此MME或SGSN不会为了实现承载修改而进行单独的寻呼，从而节省了 MME或SGSN上的可用资源。在节约信令(ISR,Idle State Signaling Reduction)机制下，用户设备(UE,UserEquipment)需要分别注册到MME和SGSN，当双注册的HSS向MME和SGSN同时发起签约数据的插入流程后，按照现有机制，MME和SGSN会分别发起上下文的修改或者删除流程。对S-GW上的同一用户承载，如果MME和SGSN同时向S-GW发起该承载的修改或者删除请求时，S-Gff会丢弃掉后到的一个请求信息，而如果用户刚好在后一个请求信息对应的接入方式下，则先到的请求信息引起的承载修改或者删除流程将在另一侧接入网络内执行，即使该先到的请求信息引起的承载修改或者删除流程可以成功，如果执行该承载修改或者删除流程基于的签约数据和该侧(后一个请求信息对应的接入方式)签约数据不符，则之后该侧的MME或SGSN还会继续发起承载的修改流程，从而浪费了信令数。而利用本发明实施例的对承载的处理方法，则可避免对信令数的浪费。下面对此举例说明。参照图2，是本发明对承载的处理方法第二实施例的流程图，在ISR机制下，主要包括以下步骤201. HSS发送插入签约数据消息给MME ；202. MME更新保存的签约数据，向HSS回复插入签约数据确认消息；203. HSS发送插入签约数据消息给SGSN ；204. SGSN更新保存的签约数据，向HSS回复插入签约数据确认消息；205. MME判断UE是否活动在MME的管理下；206. MME确定UE活动在MME的管理下后，发起承载修改或删除流程。207. SGSN判断UE是否活动在MME的管理下；208. SGSN确定UE活动在MME的管理下后，发起承载修改或删除流程。
在上述步骤205和步骤207中，MME或SGSN可以通过以下方法判断UE是否活动在自己的管理下MME或SGSN判断UE是否和自己有信令连接，具体判断方法前面已有详细描述。如果确定用户与自己有信令连接则可以确定UE在自己的管理下；如果确定用户与自己没有信令连接，则寻呼用户，检测是否引起用户触发服务请求，如果检测到用户触发了服务请求，则可以确定UE在自己的管理下，如果没有检测到用户触发服务请求，则可以确定UE不在自己的管理下。当与UE相关的一侧MME或SGSN确定UE在自己的管理下时，通过发送停止寻呼(Stop Paging)消息或者其他新的消息来通知与UE相关的另一侧SGSN或MME停止对UE进行寻呼。需要说明的是，上述步骤201、202和步骤203、204之间是并列进行的，并没有时间上的先后顺序。同样步骤205、206和步骤207、208之间是并列进行的，并没有时间上的先
后顺序。上述步骤201和202、步骤203和204是HSS向网络设备发起签约数据的插入流程。经过步骤201和202后，MME中的签约数据发生了改变，例如缺省QoS发生了改变，则在签约数据的插入流程后，MME不立即发起承载的修改或者删除流程，而是先确定UE的存在状态，具体可以通过检测与UE间已建立的信令连接或者无信令连接时寻呼用户引起UE触发服务请求，确定UE是否在MME的管理下，然后根据确定的结果做不同处理如果UE在MME的管理下，MME发起承载的修改或者删除流程；如果UE不在MME的管理下，MME不发起承载的修改或者删除流程。同样，经过步骤203和204后，SGSN中的签约数据发生了改变，例如缺省QoS发生了改变，则在签约数据的插入流程后，SGSN不立即发起承载的修改或者删除流程，而是先确定UE的存在状态，具体可以通过检测与UE间已建立的信令连接或者无信令连接时寻呼用户引起UE触发服务请求，确定UE是否在SGSN的管理下，然后根据确定的结果做不同处理如果UE在SGSN的管理下，SGSN发起承载的修改或者删除流程；如果UE不在SGSN的管理下，SGSN不发起承载的修改或者删除流程。在该实施例中，在ISR机制下，HSS向MME和/或SGSN发起签约数据的插入流程后，MME和/或SGSN中记录的用户签约数据改变，则在签约数据的插入流程后，MME和/或SGSN不立即发起承载的修改或者删除流程，而是先确定用户的存在状态，在确定UE是在自己的管理下后，再发起承载的修改或者删除流程，因而在签约数据变化后，避免了 MME和SGSN同时向S-GW发起对S-GW上的同一用户承载的修改或者删除请求，从而避免了可能出现的信令数的浪费，可以使MME/SGSN正确、高效地完成承载过程。该实施例也可以应用于非ISR机制下的场景，HSS向MME或SGSN发起签约数据的插入流程后，MME或SGSN按照上述机制进行处理。在ISR机制下，假定MME和SGSN互相可以寻址到对方，而且存储在HSS中的用户签约信息对于SAE和2/3G是同一套，HSS固定只向单侧MME或者SGSN发起签约数据的插入流程。下面以HSS固定只向单侧MME发起签约数据的插入流程为例，对MME和SGSN的处理机制进行说明。当HSS固定只向单侧SGSN发起签约数据的插入流程时，SGSN和MME可以类似处理。参照图3，是本发明对承载的处理方法第三实施例的流程图，包括以下步骤301. HSS发送插入签约数据消息给MME ；302. MME更新保存的签约数据，向HSS回复插入签约数据确认消息；303. MME判断UE是否活动在MME的管理下；如果MME确定UE活动在MME的管理下，则执行步骤304 ;如果MME确定UE没有活动在MME的管理下，则执行步骤305、306和307 ；304. MME确定UE活动在MME的管理下后，发起承载修改或删除流程；305. MME确定UE没有活动在MME的管理下后，通知SGSN签约数据；306. SGSN判断UE是否活动在SGSN的管理下； 307. SGSN确定UE活动在SGSN的管理下后，发起承载修改或删除流程。在该实施例中，在ISR机制下，HSS只固定向单侧MME发起签约数据的插入流程。上述步骤301和302是HSS向网络设备发起签约数据的插入流程，与现有技术相同。经过步骤301和302后，MME中记录的用户签约数据改变，例如缺省QoS发生了改变，则在签约数据的插入流程后，MME不立即发起承载的修改或者删除流程，而是先确定UE的存在状态，通过检测与UE间已建立的信令连接或者无信令连接时寻呼用户引起UE触发服务请求，确定UE是否在MME的管理下，进行不同的处理 如果UE在MME的管理下，MME发起承载的修改或者删除流程；如果UE不在MME的管理下，MME不发起承载的修改或者删除流程，并向SGSN发送消息通知签约信息；SGSN不立即发起承载的修改或者删除流程，而是先确定UE的存在状态，通过检测与UE间已建立的信令连接或者无信令连接时寻呼用户引起UE触发服务请求，确定UE是否在SGSN的管理下，进行不同的处理如果UE在SGSN的管理下，SGSN发起承载的修改或者删除流程；如果UE不在SGSN的管理下，SGSN不发起承载的修改或者删除流程。可见，应用本发明实施例的对承载的处理方法，可以有助于ISR机制下签约数据变化后MME/SGSN正确高效地完成承载过程。在ISR机制下，当存储在HSS中的用户签约信息对于SAE和2/3G是不同的两套，或者虽然是同一套，但HSS向两侧MME和SGSN都发起签约数据的插入流程时，HSS发起签约数据的插入流程后MME和SGSN的处理流程可以与前面图I和图2两个实施例中的处理流程相同，在此不再赘述。上述各实施例中，MME或SGSN发起承载修改的流程如图4所示401. MME发送更新承载请求消息给S-GW ；402. S-Gff发送更新承载请求消息给P_GW ；403.如果PCC架构被使用，P-Gff向PCRF发送PCC规则请求(Request PCC Rules)消息，将承载更新通知给PCRF ；404.如果配置了动态PCC，PCRF通过发送PCC规则下发(PCC Rules provision)消息将QoS规则通知给P-GW ； 405. P-Gff发送更新承载请求消息给S-GW ；406. S-Gff发送更新承载请求消息给MME ；
407. MME发送承载修改请求消息给eNodeB ；408. eNodeB向UE发起无线承载修改过程；409. UE回复无线承载修改响应消息给eNodeB，确认无线承载修改；410. eNodeB回复承载修改响应给MME来确认承载修改情况；411. MME回复更新承载响应消息给S_GW，确认承载修改情况；412. S-Gff回复更新承载响应消息给P_GW，确认承载修改情况；413.如果本流程是由来自PCRF的PCC Rules Provision消息触发的，P-GW回复PCC策略确认消息向PCRF指示请求的QoS规则能否被执行。上述各实施例中，MME或SGSN
发起承载删除的流程如图5所示501. MME发送删除承载请求消息给S-GW ； 502. S-Gff发送删除承载请求消息给P-GW ；503.如果PCC架构被使用，P-Gff向PCRF发送PCC规则请求(Request PCC Rules)消息，将承载更新/删除通知给PCRF ；504.如果配置了动态PCC，PCRF通过发送PCC规则下发(PCC Rules provision)消息将QoS规则通知给P-GW ；505. P-Gff发送删除承载请求消息给S-GW ；506. S-Gff发送删除承载请求消息给MME ；507. MME发送承载删除请求消息给eNodeB ；508. eNodeB向UE发起无线承载释放过程；509. UE回复无线承载释放响应消息给eNodeB，确认无线承载释放；510. eNodeB回复承载删除响应给MME来确认承载删除情况；511. MME回复删除承载响应消息给S_GW，确认承载删除情况；512. S-Gff回复删除承载响应消息给P-GW，确认承载删除情况；513.如果本流程是由来自PCRF的PCC Rules Provision消息触发的，P-Gff回复PCC策略确认消息向PCRF指示请求的QoS规则能否被执行。本发明实施例还提供了一种移动管理设备，参照图6，是该移动管理设备实施例的结构框图，主要包括存储单元601、判断单元602和触发单元603。其中，存储单元601用于记录用户签约数据；判断单元602用于在存储单元601中记录的用户签约数据发生改变后，确定对应的用户设备的存在状态；触发单元603用于根据所述用户设备的存在状态发起承载的修改或者删除流程。判断单元602包括第一判断子单元和/或第二判断子单元，其中，第一判断子单元，用于确定所述用户设备与所述移动管理设备是否有信令连接；第二判断子单元，用于确定所述用户设备是否在所述移动管理设备的管理下。本发明实施例的移动管理设备不仅可以适用于单一无线接入技术系统，比如，2G或3G系统、SAE系统；而且可以适用于多种无线接入技术系统共存的应用环境，比如，SAE系统和2G系统共存的应用环境、SAE系统和3G系统共存的应用环境等。该移动管理设备可以是MME或SGSN，对应于不同的应用环境，其在执行签约数据的插入或删除流程完成后，记录的用户签约数据发生改变时，对承载修改和删除的具体处理过程与前面对本发明实施例的对承载的处理方法中的描述一致，在此不再赘述。
应用本发明实施例的移动管理设备，可以在该移动管理设备中记录的用户签约数据改变后，不立即发起承载的修改或者删除流程，而是先确定用户的存在状态，根据用户的存在状态确定是否发起承载的修改或者删除流程，因此该网络设备不会为了实现承载修改而进行单独的寻呼，从而节省了可用资源，而且有助于ISR机制下签约数据变化后MME/SGSN正确高效地完成承载过程。以上对本发明实施例进行了详细介绍，本文中应用了具体实施方式
对本发明进行了阐述，以上实施例的说明只是用于帮助理解本发明的设备及方法；同时，对于本领域的 一般技术人员，依据本发明的思想，在具体实施方式
及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
权利要求
1.一种对承载的处理方法，其特征在于，包括 如果用户签约数据发生改变，确定对应的用户设备的存在状态； 根据所述用户设备的存在状态发起承载的修改或者删除流程。
2.根据权利要求I所述的方法，其特征在于， 所述确定对应的用户设备的存在状态包括移动管理设备确定所述用户设备与所述移动管理设备是否有信令连接； 所述根据所述用户设备的存在状态发起承载的修改或者删除流程包括 如果所述用户设备与所述移动管理设备有信令连接，则所述移动管理设备发起承载的修改或者删除流程。
3.根据权利要求2所述的方法，其特征在于，所述移动管理设备确定所述用户设备与所述移动管理设备是否有信令连接包括 所述移动管理设备查询保存的用户上下文中信令连接的索引有效，则确定所述用户设备与所述移动管理设备有信令连接；或者 所述移动管理设备查询保存的用户上下文中用户移动管理状态是连接态，则确定所述用户设备与所述移动管理设备有信令连接。
4.根据权利要求I所述的方法，其特征在于，所述确定对应的用户设备的存在状态包括所述移动管理设备确定所述用户设备是否在所述移动管理设备的管理下。
5.根据权利要求4所述的方法，其特征在于，所述根据所述用户设备的存在状态发起承载的修改或者删除流程包括 如果所述用户设备在所述移动管理设备的管理下，则所述移动管理设备发起承载的修改或者删除流程。
6.根据权利要求4所述的方法，其特征在于，所述移动管理设备通过以下过程确定所述用户设备是否在所述移动管理设备的管理下 所述移动管理设备检测到与所述用户设备已建立信令连接，则确定所述用户设备在所述移动管理设备的管理下； 在无信令连接时，所述网络设备寻呼所述用户设备引起所述用户设备触发服务请求，则确定所述用户设备在所述移动管理设备的管理下。
7.根据权利要求6所述的方法，其特征在于，所述方法还包括 所述移动管理设备确定所述用户设备在所述移动管理设备的管理下后，通过发送停止寻呼消息通知其他无线接入技术系统下与所述用户设备相关的移动管理设备停止对所述用户设备进行寻呼。
8.根据权利要求4所述的方法，其特征在于，所述根据所述用户设备的存在状态发起承载的修改或者删除流程包括 如果所述用户设备在归属用户服务器HSS发起签约数据的插入流程的移动管理设备的管理下，则所述HSS发起签约数据的插入流程的移动管理设备发起承载的修改或者删除流程； 如果所述用户设备不在所述HSS发起签约数据的插入流程的移动管理设备的管理下，则所述HSS发起签约数据的插入流程的移动管理设备向与所述用户设备相关的移动管理设备发送消息通知签约信息；所述与所述用户设备相关的移动管理设备根据所述用户设备的存在状态发起承载的修改或者删除流程。
9.根据权利要求I所述的方法，其特征在于，所述移动管理设备包括移动性管理实体和/或服务通用分组无线业务支持节点。
10.一种移动管理设备，其特征在于，包括 存储单元，用于记录用户签约数据； 判断单元，用于在所述存储单元中记录的用户签约数据发生改变后，确定对应的用户设备的存在状态； 触发单元，用于根据所述用户设备的存在状态发起承载的修改或者删除流程。
11.根据权利要求10所述的移动管理设备，其特征在于，所述判断单元包括 第一判断子单元，用于确定所述用户设备与所述移动管理设备是否有信令连接；或 第二判断子单元，用于确定所述用户设备是否在所述移动管理设备的管理下。
12.根据权利要求10或11所述的移动管理设备，其特征在于，所述移动管理设备为移动性管理实体或服务通用分组无线业务支持节点。
全文摘要
本发明实施例涉及一种对承载的处理方法及网络设备，包括如果移动管理设备中记录的用户签约数据发生改变，确定对应的用户设备的存在状态；所述移动管理设备根据所述用户设备的存在状态发起承载的修改或者删除流程。该移动管理设备包括存储单元，用于记录用户签约数据；判断单元，用于在所述存储单元中记录的用户签约数据发生改变后，确定对应的用户设备的存在状态；触发单元，用于根据所述用户设备的存在状态发起承载的修改或者删除流程。利用本发明实施例提供的方案，可以在用户签约数据变化后正确、高效地完成承载过程。
文档编号H04W8/04GK102761854SQ20121024680
公开日2012年10月31日 申请日期2008年3月13日 优先权日2008年3月13日
发明者吴问付, 王珊珊, 邸志宇 申请人:华为技术有限公司