专利名称：：承载删除控制方法及归属用户服务器以及相关设备的制作方法
技术领域：
：本发明涉及通讯领域，尤其涉及一种承载删除控制方法及归属用户服务器以及相关设备。
背景技术：
：随着网络技术的发展，逐渐出现了各种新型的网络结构，例如系统架构演进网络(SAE，SystemArchitectureEvolved),在SAE普及的过程中可能会和现有的网络(例如2G/3G网络)存在叠加覆盖的区域，如图1所示，RA1与RA2为现有的2G/3G的路由区域，现有的2G/3G的用户设备(UE,UserEquipment)每更换一次RA都需要发起路由区域更新(RAU，RoutingAreaUpdate)过程。TA1与TA2为SAE的跟踪区域，类似于2G/3G网络中的RA，其中TA1与RA1的覆盖范围有重叠之处，所以当一个多模UE在这些区域移动时，可能会导致频繁的网络注册过程，例如UE进入RA1向2G/3G的服务GPRS支持节点(SGSN,ServingGPRSSupportNode)注册，当UE进入TA1则又向SAE网络的移动管理实体(MME,MobilityManagementEntity)注册，当UE移动出TAl，再次进入RA1时又要向2G/3G的SGSN注册，所以浪费了大量的空口资源。为避免上述问题，现有技术中提出了限制信令规则，其核心思想为当UE附着后注册到一种接入网络，之后又移动到另一个接入网络后再注册到另一个接入网络，这样，UE就可以同时注册到两种接入网络，而UE在这两种接入网络中移动时不会再发起注册过程。而现有技术中的承载删除控制方法为适应于单网络的承载删除控制流程，例如UE在2G/3G网络中进行附着时，若发生了SGSN的切换，则附着的原SGSN收到归属位置寄存器(HLR,HomeLocationRegister)发送的CancelLocation请求后会发起到网关GPRS支持节点(GGSN，GatewayGPRSSupportNode)的DeletePDPContextRequest消息，请求删除PDP上下文信息，以防止UE上次异常退出后存在有未删除的PDP上下文信息。若未发生SGSN的改变，贝'JSGSN也会发起到网关GPRS支持节点(GGSN,GatewayGPRSSupportNode)的DeletePDPContextRequest消息，请求删除PDP上下文信但是在限制信令系统的网络中，SGSN会连接到服务网关(S-GW,ServingGateway),S-GW会连接到分组数据网络网关(P-GW,PDNGateway),上述方案中并没有涉及到SGSN至S-GW与S-GW至P-GW的承载删除控制过程，所以现有技术的承载删除控制方案均只针对单网络内部的承载删除控制，而不能进行跨网络的承载删除控制，所以影响了承载删除控制的通用性。本发明实施例要解决的技术问题是提供一种承载删除控制方法及归属用户服务器以及相关设备，能够提高承载删除控制流程的通用性。本发明实施例提供的承载删除控制方法，包括中间网元接收归属用户服务器发送的删除类型指示参数；若所述删除类型指示参数指示为附着类型，且存在相关承载，则删除所述中间网元至服务网关以及服务网关至分组数据网络网关之间的承载。本发明实施例提供的承载删除控制方法，包括中间网元接收归属用户服务器发送的删除类型指示参数；若所述删除类型指示参数指示为更新类型，则判断是否接收到服务网关变更标识，若接收到，则删除所述中间网元至原服务网关之间的承载，若未接收到，则删除中间网元本地存储的用户设备上下文信息。本发明实施例提供的承载删除控制方法，包括原中间网元接收新中间网元发送的上下文确认消息或显式信令；判断所述上下文确认消息或显式信令中是否包含服务网关变更标识，若包含，且存在相关承载，则删除原中间网元至服务网关之间的承载，若不包含，则只删除原中间网元用户设备上下文信息。本发明实施例提供的承载删除控制方法，包括在用户设备发起附着请求之后，归属用户服务器接收中间网元发送的位置更新请求；判断所述用户设备原先注册的中间网元是否变更，若变更，则向原中间网元以及用户注册
发明内容的另一系统的原中间网元发送位置删除请求；若存在相关承载，则原中间网元及另一系统原中间网元删除其至服务网关以及服务网关至分组数据网络网关之间的承载。本发明实施例提供的承载删除控制方法，包括新中间网元向自身所在的系统的原中间网元以及用户设备注册的另一系统中的原中间网元获取上下文信息；反馈包含删除类型指示参数的确认消息；原中间网元判断删除类型指示参数，若指示为附着类型，则删除到分组数据网络网关之间的承载；若为指示更新类型，则判断是否包含服务网关变更标识，若包含，则删除原中间网元至原服务网关之间的承载，若不包含，则删除本网元内用户设备上下文信息。本发明实施例提供的中间网元，包括状态获取单元，用于获取用户设备的网络状态；参数设置单元，用于根据获取到的用户设备网络状态判断用户设备是否进行附着或是第一次进入网络，若是，则设置更新类型指示参数为附着类型，若否，则设置更新类型指示参数为更新类型；消息发送单元，用于向归属用户服务器发送包含更新类型指示参数的位置更新消息。本发明实施例提供的中间网元，包括上下文接收单元，用于接收上下文请求消息或上下文确认消息或位置删除消息或其它显式消息；变更判断单元，用于判断所述上下文请求消息或上下文确认消息或位置删除消息或显式消息中是否附着标识或位置更新标识或进一步包含服务网关变更标识；删除执行单元，当上下文请求消息或上下文确认消息或位置删除消息或其它显式消息中包含附着标识时，发起至服务网关以及服务网关至分组数据网络网关之间的承载删除请求；若所述消息中包含位置更新标识，且包含服务网关变更标识时，则发起至服务网关的承载删除请求，若不包含服务网关变更标识删除自身用户上下文。本发明实施例提供的归属用户服务器，包括接收单元，用于接收中间网元发送的位置更新消息；发送单元，用于向中间网元发送位置删除消息；所述位置删除消息中携带的删除类型指示参数为接收单元收到的位置更新消息中的更新类型指示参数，若接收单元收到的位置更新消息中携带服务网关变更标识，则发送单元发送的位置删除消息中也携带所述服务网关变更标识。本发明实施例提供的服务网关，包括消息接收单元，用于接收中间网元发送的承载删除请求或分组数据协议上下文删除请求；消息判断单元，用于判断承载删除请求或分组数据协议上下文删除请求消息中的是否包括删除到分组数据网络网关承载的信息；承载删除单元，用于当所述承载删除请求或分组数据协议上下文删除请求消息中的包括删除到分组数据网络网关承载的信息，且存在相关承载时，发起到分组数据网络网关的承载删除请求，否则，只删除自身的用户设备上下文。从以上技术方案可以看出，本发明实施例具有以下优点本发明实施例中，由于中间网元接收归属用户服务器发送的包含删除类型指示参数的位置删除消息，根据删除类型指示参数确定该过程为更新过程还是附着过程，从而决定如何删除承载，例如删除类型指示参数指示为附着时，如果有承载，则删除中间网元至服务网关以及服务网关至分组数据网络网关之间的承载。所以本发明实施例在限制信令规则中可以针对双网络进存承载删除控制，显而易见的，本发明实施例同样适用于单网络的情况，所以提高了承载删除控制流程的通用性。图1为现有技术中网络覆盖范围叠加示意图；图2为本发明实施例中承载删除控制方法第一实施例示意图；图3为本发明实施例中承载删除控制方法第二实施例示意图；图4为本发明实施例中承载删除控制方法第三实施例示意图；图5为本发明实施例中承载删除控制方法第四实施例示意图；图6为本发明实施例中承载删除控制方法第五实施例示意图；图7为本发明实施例中承载删除控制方法第六实施例示意图；图8为本发明实施例中中间网元第一实施例示意图；图9为本发明实施例中中间网元第二实施例示意图IO为本发明实施例中归属用户服务器实施例示意图；图11为本发明实施例中S-GW实施例示意图。具体实施例方式本发明实施例提供了一种承载删除控制方法及归属用户服务器以及相关设备，用于提高承载删除控制流程的通用性。本发明实施例中承载删除控制方法可以大致分为以下两类一、系统内触发位置删除流程具体又可以细分为以下几种情况1、UE首先注册到通用移动通信系统(UMTS,UniversalMobileTelecommunicationSystem):请参阅图2,本发明实施例中承载删除控制方法第一实施例包括201、请求附着；UE向SGSN发起附着请求；202、进行识别交互；如果新SGSN不是UE原来注册的原SGSN,则新SGSN向原SGSN发送识别请求以获取UE的IMSI。203、若新SGSN未获取UE的IMSI,则新SGSN向UE发起识别请求以获取UE的IMSI;204、可能进行鉴权过程；UE通过新SGSN与归属用户服务器(HSS,HomeSubscriberServer)进行鉴权。205、如果新SGSN是UE原来注册的原SGSN,如果存在UE上次异常关才几遗留的承载，则发起分组数据协议(PDP)上下文删除请求；新SGSN向S-GW发送DeletePDPContextRequest。206、发送承载删除请求；S-GW向P-GW发送承载删除请求。207、反馈承载删除响应；208、反馈PDP上下文删除响应；209、如果新SGSN不是UE原来注册的原SGSN，则新SGSN发送位置更新请求(UpdateLocation);新SGSN向HSS发送UpdateLocation。210、原SGSN与HSS之间进行位置删除流程(CancelLocation);211、如果新SGSN不是UE原来注册的原SGSN，且如果原SGSN存在UE上次异常关机遗留的承载，则删除原SGSN到S-GW的PDP上下文；212、删除S-GW到P-GW的承载；213、可能执行HSS向新SGSN插入用户数据；214、HSS向新SGSN反馈UpdateLocation响应；215、新SGSN向UE反馈附着接受，完成附着流程。本实施例中，步骤205至步骤208和步骤211以及步骤212是删除旧的承载的过程。如果UE上次Detach与本次Attach的节点是同一个，即新SGSN,如果有旧的PDPContext,则执行步骤205至步骤208，且不会执行步骤209至214。否则，如果UE上次Detach与本次Attach的节点不是同一个，如果有原SGSN有未删除的PDPContext,则执行步骤211与212,且不执行步骤205至208。S-GW收到DeletePDPContextRequest后进一步触发删除到P-GW的承载。2、UE注册到UMTS再移动到SAE:请参阅图3,本发明实施例中承载删除控制方法第二实施例包括301、发送TAU请求；UE向新MME发送TAURequest。302、新MME向UE原来注册的SGSN发送上下文请求；303、SGSN向新MME反馈上下文信息；304、可能进行鉴权处理；305、如果新MME是UE上次去附着时的原MME,或存在上次异常关^L的承载，则发送承载删除请求；新MME向S-GW发送承载删除请求。306、S-GW向P-GW发送承载删除请求；307、反馈承载删除响应；308、反馈承载删除响应；309、新MME向SGSN反馈上下文确认消息或显式信令；310、新MME向S-GW发送承栽创建请求以保证与2G/3G的承载一致；311、S-GW向P-GW发送承载更新请求；312、P-GW向S-GW反馈7K载更新响应；313、S-GW向新MME反馈承载创建响应；314、若新移动性管理实体不是UE上次去附着时的移动性管理实体，则新MME向HSS发送UpdateLocation;315、原MME与HSS进行CancelLocation流程；316、若原MME发现UE留有异常关机的承载，则删除该承载；317、删除S-GW至P-GW之间的承载；318、可能HSS向新MME插入用户数据；319、HSS向新MME反馈UpdateLocation响应；320、新MME向UE反馈TAU接受消息；321、如果S-TMSI发生改变，UE向新MME反馈TAU完成消息。本实施例中，在限制信令规则下，UE进入SAE后，发起TAU而不是Attach,新MME从SGSN获取UE的上下文，如果新MME是上次UEDetach时的原MME,在获取到UE的IMSI后，需要将上次异常关机的承载删除，因此触发执行步骤205至208，新MME向S-GW分配给它的GTP-C的TEID发送DeleteBearerR叫uest,请求S-GW删除承载，S-GW进一步向P-GW发起删除请求。如果MME改变，则进一步触发到HSS的UpdateLocation,HSS发送CancelLocation到原MME,因为UE是第一次进入SAE,为防止留有上次异常关才几在原MME，原MME会发起到S-GW再到P-GW的DeleteBearer的请求。需要注意的是，在上面的流程中，尽管新MME收到的是TAU,并从SGSN获取了Context,仍然要删除旧的Context,因为这是UE第一次在SAE注册。而一般情况下，新MME收到TAU后，是不会发起删除Context的，其触发原因可能有两个A、UE发起的TAU中携带注册标识，该注册标识指示UE是第一次注册SAE,注册标识例如attachflag,表示UE类似Attach到SAE;B、新MME从SGSN获取的Context了解到自己相当于是UE的Attach,如若SGSN还没有建立与MME的限制信令的Association,可携带一个指示，或如果SGSN已经建立与原MME的Association,则携带指示或其他参数，而没有建立的话则不携带该参数/指示，使得新MME了解到类似UEAttach,需要删除旧的承载。上述介绍了UE先注册到UMTS,之后移动到SAE的处理流程，可以理解的是，UE先注册到SAE，之后移动到UMTS的处理流程与上述流程对应，此处不再赘述。下面介绍网络实体变更的情况3、UE在限制信令已激活的情况下更换MME,原先在SGSN下请参阅图4,本发明实施例中承载删除控制方法第三实施例包括401、发送TAU请求；UE向新MME发送TAURequest。402、新MME向SGSN发送上下文请求；403、SGSN向新MME反馈上下文信息；404、可能进行鉴权处理；405、新MME向SGSN发送上下文确认消息或显式信令；406、由于更换MME，需要建立新的承载。；新MME向S-GW发送承载创建请求。407、如果S-GW发生改变，发送承载更新请求；S-GW向P-GW发送承栽更新请求。408、反馈承载更新响应；409、反馈承载创建响应；410、新MME向HSS发送UpdateLocation;411、原MME与HSS进行CancelLocation流程；412、如果S-GW发生改变，则原MME向S-GW发起删除承载，如果S-GW没有发生改变，则原MME只需删除自身保存的UE上下文；413、HSS可能向新MME插入用户数据；414、HSS向新MME反馈UpdateLocation响应；415、新MME向UE反馈TAU接受消息；416、UE向新MME反馈TAU完成消息。从图3和图4所示的实施例的比较中看到，原MME都只收到HSS发来的位置删除请求，但一个需要删除至P-GW的承载，一个根据S-GW是否变化，只删除至S-GW的承载或只删除MME的信息。因此，在现有机制下，是难以做到区分如何进行承载删除的操作的。本发明提供若干种方法以进行正确的区分和操作。本实施例中，具体有三种实现承载删除控制的方法A、在接入某系统时，若限制信令已激活，向所有接入系统的原中间网元获取上下文，而不是只向一种系统的原中间网元获取。如，UE接入新MME后，新MME向原MME及原SGSN同时获取UE次接入，及S-GW变更信息，来决定是否发起到S-GW的删除承载请求，若S-GW改变，则删除新MME到原S-GW的承载，若S-GW未改变，则只删除自身的UEContext,若UE第一次接入该系统，则删除新MME到P-GW的承载，若UE不是第一次接入该系统，则不需要删除新MME到P-GW的承载。或者，UE第一次接入系统后，不会向本系统实体发起上下文请求。因此，旧的实体只需根据是否收到上下文请求/确认，及其中参数是否标示S-GW改变而决定如何删除承载(如本例中，原MME根据收到上下文请求/确认，决定不会发起到P-GW的承载删除，但如果S-GW改变，则发起到S-GW的承载删除，否则只删除原MME自身的UEcontext)。即新中间网元向两个系统的原中间网元取Context，同时向系统内原节点返回的确认消息中包含Update/Attach指示和S-GWChange指示或类似信息，旧节点可根据该信息决定如何删除承载(Attach表示收到CancelLocation后直接删除到P-GW的承载)。或者如果是Attach,则不取本系统(即新接入节点额系统)的Context,如果是普通位置更新，则需要获取两个系统的Context,这样本系统旧节点如果收到HSS发来的CancelLocation则直接发起到P-GW的承载删除。否则，如果收到ContextRequest或Acknowledge,则根据S-GWChange指示，决定是删除自身Context还是删除到S-GW的承载。举例说明在普通位置更新过程中，即UE在限制信令已激活的情况下，新接入节点向两个系统的原节点发起Context获取，在向本系统的原节点发送的ContextAcknowledge中包括S-GWChange指示，表示S-GW改变。这样本系统原节点收到CancelLocation后，根据是否收到过ContextAcknowledge和S-GW改变指示，决定发起到P-GW还是到S-GW的承载删除还是只删除自身Context。B、在UpdateLocation中携带UpdateType指示，指明该UpdateLocation是类似Attach的过程(即UEDetach后第一次进入该系统)，还是普通的位置更新过程，如果是普通位置更新过程，则还要携带是否S-GW改变的指示。在HSS发往原实体(如原MME)的CancelLocation同样携带该信息(CancellationType,取值等于或相当于UpdateType信息)，这样，如果CancellationType是Attach(表示UEDetach后第一次进入该网络)，则如果旧实体存在相关承载，则发起到S-GW直至P-GW的承载删除过程，如原MME将直接发起DeleteBearer到S-GW直至P-GW以删除异常关机遗留的承载；如携带的CancellationType是RAU/TAU(表示UE曾进入过该网络)，则进一步看是否携带S-GWChange的标志或其它表示S-GW改变了的信息(本实施例中以S-GWChange标识为例)，若携带，即S-GW改变，则原实体发起到S-GW的承载删除过程，否则，只删除自身实体内的UEContext。如在本实施例中，若原MME从HSS收到的CancelLocation消息中发现CancellationType为TAU,且携带S-GWChange的标志，则原MME发起DeleteBearerRequest(S-GWchange)到S-GW,S-GW收到该消息，发现其中携带S-GW改变的指示，于是S-GW不再向P-GW发起删除承载，若原MME发现CancelLocation消息中CancellationType为TAU,且没有携带S-GWChange的标志或其他表示S-GW没有改变的信息，则只删除自身记录的UE上下文，不必向S-GW发起承载删除过程。如果原MME发现CancelLocation消息中CancellationType为Attach,若存在相关承载，则原MME向原S-GW发起DeleteBearerRequest到S-GW,S-GW因为没有收到S-GWChange的指示，则继续发起到P-GW的承载删除过程。C、或者新实体直接向系统内原实体发送消息来通知，例如，本例中，由于是普通TAU,则新MME在410步之前，向原MME发送ContextAcknowledge/或其他消息来通知是否S-GW改变；原MME收到该消息，了解是普通TAU(若UE第一次进入SAE系统则不发送该消息，或通过消息中的某些参数识別普通TAU还是类似Attach过程)，该消息还可携带S-GWChange信息的参数，若S-GW改变，则原MME发送删除承载到原S-GW,但不会删除到P-GW的7义载，若S-GW未改变，则原MME只删除自身保留的UEContext。或，SGSN了解到MME发生变化后，与新的MME建立Association,向原MME发送消息通知取消Association,从而原MME了解UE发起了普通的TAU,MME发送的ContextAcknowledge通知SGSN是否S-GW发生了改变，从而SGSN决定是否向原MME发送的消息中携带S-GWChange的消息。从而原MME决定是否发起到S-GW的承载删除请求还是只删除自身UEContext。总之，如果是普通的位置更新，则不必发起到P-GW的承载删除过程。如果位置更新伴随S-GW改变，则中间网元(SGSN或MME)向原S-GW发起承载删除，但不会再继续发起到P-GW的承载删除了。若S-GW没变化，则中间网元只需要删除自身保存的UEContext即可。如果是Attach或类似Attach过程(即UEDetach后第一次进入某系统)，则该系统的上次Detach时的中间网元需要删除至S-GW直至P-GW的承载(如果该承载存在的话)，以防止UE异常关机的承载遗留。本实施例中当MME发生变化时候可以采取多种方式实现承载删除控制流程，所以提高了本发明实施例中承载删除控制方法的灵活性。下面类似的介绍在SGSN内的情况，4、UE在限制信令下更换SGSN,原先在MME下请参阅图5,本发明实施例中承载删除控制方法第四实施例包括501、发送RAU请求；UE向新SGSN发送RAURequest。502、新SGSN向MME发送上下文请求；503、MME向新SGSN反々赍上下文信息；504、可能进行鉴权处理；505、新SGSN向MME发送上下文确认消息或显式信令；506、发送PDP上下文创建请求；新SGSN向S-GW发送PDP上下文创建请求。507、如果S-GW发生改变，或参数发生变化，发送承载更新请求;S-GW向P-GW发送承载更新请求。508、反馈承载更新响应；509、反馈PDP上下文创建响应；510、新SGSN向HSS发送UpdateLocation;511、原SGSN与HSS进行CancelLocation流程;512、删除PDP上下文；513、HSS可能向新SGSN插入用户数据；514、HSS向新SGSN反馈UpdateLocation响应；515、新SGSN向UE反馈RAU接受消息；516、UE向新SGSN反馈RAU完成消息。本实施例中，具体实现承载删除控制的方式类似上面实施例的描述。只是将新SGSN到S-GW发送的承载删除消息改为DeletePDPContextRequest和DeletePDPContextResponse。其中当S-GW发生改变的话，DeletePDPContextR叫uest需要携带S-GWChange的参数。如该消息修改如下表所示<table>tableseeoriginaldocumentpage18</column></row><table>添加的新的参数为S-GWChange或其它表达S-GW改变的参数，如使用Cause(原因)，其中使用某些原因值代表S-GW变换的信息，在S-GW改变的情况下需要携带。5、UE在限制信令下更换SGSN,原先在SGSN下请参阅图6,本发明实施例中承载删除控制方法第五实施例包括601、发送RAU请求；UE向新SGSN发送RAURequest。602、新SGSN向原SGSN发送上下文"^青求；603、原SGSN向新SGSN反馈上下文信息；604、可能进行鉴权处理；605、新SGSN向原SGSN发送上下文确认消息或显式信令；606、发送PDP上下文创建请求；新SGSN向S-GW发送PDP上下文创建请求。607、发送承载更新请求；S-GW向P-GW发送承载更新请求。608、反馈承载更新响应；609、反纟贵PDP上下文创建响应；610、新SGSN向HSS发送UpdateLocation;611、原SGSN与HSS进行CancelLocation流程；612、在原SGSN与原S-GW之间删除PDP上下文；613、在新SGSN与HSS之间插入用户数据；614、HSS向新SGSN反馈UpdateLocation响应；615、新SGSN向UE反馈RAU接受消息；616、UE向新SGSN反々赍RAU完成消息。本实施例中，原SGSN可通过ContextAcknowledge了解过程为普通TAU。但如果S-GW改变，ContextAcknowledge中还需要携带S-GWChange的信息，因为如果S-GW改变，原SGSN要向S-GW发送DeletePDPContextRequest使得S-GW上删除UEContext;如果S-GW没有改变，则原SGSN自己删除UE的Context即可。S-GW如果从SGSN收到DeletePDPContextRequest,如果该消息中没有携带S-GWChange的标识，则认为UE发起Attach,应该进一步向P-GW发起DeleteBearer消息。因此，还需要修改现有的SGSN之间的上下文确认消息，如下表所示<table>tableseeoriginaldocumentpage20</column></row><table>在该消息中，需要添加S-GWChange的参数或其它表达S-GW改变的参数，如使用Cause(原因)，其中使用某些原因值代表S-GW变换的信息，当S-GW发生改变时需要携带。可以理解的是，原先在MME下，UE在限制信令下更换MME的实施例与上述实施例基本一致，不再赘述。二、触发双网络的位置删除流程请参阅图7,本发明实施例中承载删除控制方法第六实施例包括701、请求附着；UE向新MME发起附着请求；702、进行识别交互；新MME与原MME之间发送识别请求以及获取UE的IMSL703、若没有获取到UE的IMSI，则向UE获取其IMSI704、可能进行鉴权；UE通过MME与HSS进行鉴权。705A~705D、若UE上次Detach时的实体就是现在接入的实体，则进行承载删除请求以及响应以删除异常关机的承载；706、发送UpdateLocation;新MME向HSS发送UpdateLocation。707、原MME与HSS之间进行位置删除流程；708A~708B、承载删除请求；709、SGSN与HSS之间进行位置删除流程；71OA~71OB、删除PDP上下文以及承载删除请求；711、新MME与HSS之间插入用户数据；712、HSS向新MME反馈UpdateLocation响应。本实施例中，UE在向新MME注册后，向HSS发送UpdateLocation,HSS向原MME和原SGSN都发起CancelLocation,将UE的Context都删除。因为如果MME没有改变且仍然保留UE的Context,可能MME不会向HSS发送UpdateLocation,因此无法将SGSN的UEContext删除。因此，如果UE发起Attach,即使MME没有改变，也可以强制MME发起到HSS的UpdateLocation;如果HSS发现保存的MME与发送UpdateLocation的MME—样，说明UE没有改变MME,于是不必向记录的MME发送CancelLocation了，但会向记录的SGSN发送CancelLocation,SGSN收到后删除相关承载(至P-GW)。为区分与普通RAU/TAU的UpdateLocation,在UpdateLocation中应该携带"attachflag"或"RAU/TAUflag"或"updatetype"为"attach"还是"update"的标志。在cancellationtype仍然从updatetype拷贝，如果S-GW改变的话，可能还要携带S-GWChange的标识。由于UE在Attach到SAE后，HSS已经CancelLocation到原SGSN,因此下次UE进入SGSN后，HSS不再会发送CancelLocation到原SGSN了，也不会进行承载删除操作了。即使UE没有改变SGSN,由于SGSN内没有UE的Context,也会发起UpdateLocation到HSS。从上面看出，由于UE只发一次AttachR叫uest,而Attach后，第一次进入其他RAT后，仍然发送RAU或TAU,使用上面的方式(即Attach时将所有其他上次UE注册的实体删除UEcontext),这样就不需要判断UE是否是开机后第一次进入本RAT,从而在接收到RAU或TAU后也要在UpdateLocation标识Attach，使得原实体删除UE的承载。以上以UE附着到SAE为例进行介绍，当UE首先附着到2G/3G原理是一样的，即UE发送AttachRequest到某中间网元，该中间网元直接发送位置更新请求(UpdateType为Attach)到HSS,HSS发送CancelLocation到原中间网元(2G/3G和SAE里的中间网元)来删除UEContext,同时删除UE遗留的承载，从而在UE下次进入另一系统时不必专门识别是否为类似Attach了。下面介绍本发明实施例中的装置，请参阅图8,本发明实施例中中间网元第一实施例包括状态获取单元801,用于获取用户设备的网络状态；参数设置单元802,用于根据获取到的用户设备网络状态判断用户设备是否进行附着或是第一次进入网络，若是，则设置更新类型指示参数为附着类型，若否，则设置更新类型指示参数为更新类型；消息发送单元803,用于向归属用户服务器发送包含更新类型指示参数的位置更新消息。请参阅图9,本发明实施例中中间网元第二实施例包括上下文接收单元901,用于接收上下文请求消息或上下文确认消息或位置删除消息或其它显式消息；变更判断单元902,用于判断所述上下文请求消息或上下文确认消息或位置删除消息或其它显式消息中是否附着标识或位置更新标识或进一步包含服务网关变更标识；删除执行单元903,当上下文请求消息或上下文确认消息或位置删除消息或其它显式消息中包含附着标识时，发起至服务网关以及服务网关至分组数据网络网关之间的承载删除请求；若所述消息中包含位置更新标识，且包含服务网关变更标识时，则发起至服务网关的承载删除请求，若不包含服务网关变更标识删除自身用户上下文。请参阅图10,本发明实施例中归属用户服务器实施例包括接收单元1001,用于接收中间网元发送的位置更新消息；发送单元1002，用于向中间网元发送位置删除消息；所述位置删除消息中携带的删除类型指示参数为接收单元收到的位置更新消息中的更新类型指示参数，若接收单元收到的位置更新消息中携带服务网关变更标识，则发送单元发送的位置删除消息中也携带所述服务网关变更标识。请参阅图11,本发明实施例中服务网关实施例包括消息接收单元1101,用于接收中间网元发送的承载删除请求或分组数据协议上下文删除请求；消息判断单元1102,用于判断承载删除请求或分组数据协议上下文删除请求消息中的是否包括删除到分组数据网络网关承载的信息(如携带服务网关变更标识表示不需要删除到分组数据网络网关承载，否则需要删除承载)；承载删除单元1103,用于当承载删除请求或分组数据协议上下文删除请求消息中的包括删除到分组数据网络网关承载的信息，且存在相关承载时，发起到分组数据网络网关的承载删除请求，否则，只删除自身的用户设备上下文。需要注意的是，本发明实施例中以附着标识、更新标识、服务网关变更标识来表示UE附着或Detach后第一次进入某网络、UE并非第一次进入某网络、针对该UE的S-GW是否改变，实际上，可以使用其它方式来表示这些情况，如使用某些原因值，而不必使用标识。本发明实施例只是提供一种可能，并不限定能表达该区别的方式。是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括如下步骤中间网元接收归属用户服务器发送的包含定位类型的定位消息；判断所述定位类型是否为附着类型，若是，则删除所述中间网元至服务网关以及服务网关至分组数据网络网关之间的承载。上述提到的存储介质可以是只读存储器，磁盘或光盘等。以上对本发明所提供的一种承载删除控制方法及归属用户服务器以及相关设备进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。权利要求1、一种承载删除控制方法，其特征在于，包括中间网元接收归属用户服务器发送的删除类型指示参数；若所述删除类型指示参数指示为附着类型，且存在相关承载，则删除所述中间网元至服务网关以及服务网关至分组数据网络网关之间的承载。2、根据权利要求1所述的承载删除控制方法，其特征在于，所述中间网元接收归属用.户服务器发送的删除类型指示参数的步骤之前包括若用户设备进行附着或是去附着后第一次进入网络，则中间网元向归属用户服务器发送的位置更新消息中的更新类型指示参数指示为附着类型；归属用户服务器向原中间网元发送包含删除类型指示参数的位置删除消息，其中，所述删除类型指示参数指示为附着类型。3、根据权利要求1或2所述的承载删除控制方法，其特征在于，所述中间网元为移动管理实体，或者为服务GPRS支持节点。4、一种承载删除控制方法，其特征在于，包括中间网元接收归属用户服务器发送的删除类型指示参数；若所述删除类型指示参数指示为更新类型，则判断是否接收到服务网关变更标识，若接收到，则删除所述中间网元至原服务网关之间的承载，若未接收到，则删除中间网元本地存储的用户设备上下文信息。5、根据权利要求4所述的承载删除控制方法，其特征在于，所述中间网元接收归属用户服务器发送的删除类型指示参数的步骤之前包括若用户设备不是进行附着或者不是去附着后第一次进入网络，则中间网元向归属用户服务器发送的位置更新消息中的更新类型指示参数指示为更新类型；归属用户服务器向原中间网元发送包含删除类型指示参数的位置删除消息，其中，所述删除类型指示参数指示为更新类型。6、冲艮据权利要求4或5所述的承载删除控制方法，其特征在于，所述中间网元为移动管理实体，或者为服务GPRS支持节点。7、一种承载删除控制方法，其特征在于，包括原中间网元接收新中间网元发送的上下文确认消息或显式信令；判断所述上下文确认消息或显式信令中是否包含服务网关变更标识，若包含，且存在相关承载，则删除原中间网元至服务网关之间的承载，若不包含，则只删除原中间网元用户设备上下文信息。8、根据权利要求7所述的承载删除控制方法，其特征在于，所述中间网元为移动管理实体，或者为服务GPRS支持节点。9、根据权利要求8所述的承载删除控制方法，其特征在于，所述原中间网元4妻收新中间网元发送的上下文确认消息的步骤之前包括新中间网元向原中间网元发送上下文"^青求消息；原中间网元向新中间网元反馈上下文响应消息。10、根据权利要求7，8或9所述的承载删除控制方法，其特征在于，若所述上下文确认消息或显式信令中包含服务网关变更标识，则原服务GPRS支持节点向原服务网关发送包含所述服务网关变更标识的分组数据协iJl上下文删除请求；原服务网关删除原服务GPRS支持节点至原服务网关之间的分组数据协议上下文。11、根据权利要求7，8或9所述的承载删除控制方法，其特征在于，若所述上下文确认消息或显式信令中不包含服务网关变更标识，则原服务GPRS支持节点删除本节点内分组数据协_汉上下文信息。12、一种承栽删除控制方法，其特征在于，包括在用户设备发起附着请求之后，归属用户服务器接收中间网元发送的位置更新请求；判断所述用户设备原先注册的中间网元是否变更，若变更，则向原中间网元以及用户注册的另一系统的原中间网元发送位置删除请求；若存在相关承载，则原中间网元及另一系统原中间网元删除其至服务网关以及服务网关至分组数据网络网关之间的承载。13、根据权利要求12所述的承载删除控制方法，其特征在于，所述中间网元为移动管理实体，或者为服务GPRS支持节点。14、一种承栽删除控制方法，其特征在于，包括新中间网元向自身所在的系统的原中间网元以及用户设备注册的另一系统中的原中间网元获取上下文信息；反馈包含删除类型指示参数的确认消息；原中间网元判断删除类型指示参数，若指示为附着类型，则删除到分组数据网络网关之间的承载；若为指示更新类型，则判断是否包含服务网关变更标识，若包含，则删除原中间网元至原服务网关之间的承载，若不包含，则删除本网元内用户设备上下文信息。15、一种中间网元，其特征在于，包括状态获取单元，用于获取用户设备的网络状态；参数设置单元，用于根据获取到的用户设备网络状态判断用户设备是否进行附着或是第一次进入网络，若是，则设置更新类型指示参数为附着类型，若否，则设置更新类型指示参数为更新类型；消息发送单元，用于向归属用户服务器发送包含更新类型指示参数的位置更新消息。16、一种中间网元，其特征在于，包括上下文接收单元，用于接收上下文请求消息或上下文确认消息或位置删除消息或其它显式消息；变更判断单元，用于判断所述上下文请求消息或上下文确认消息或位置删除消息或显式消息中是否附着标识或位置更新标识或进一步包含服务网关变更标识；删除执行单元，当上下文请求消息或上下文确认消息或位置删除消息或其它显式消息中包含附着标识时，发起至服务网关以及服务网关至分组数据网络网关之间的承载删除请求；若所述消息中包含位置更新标识，且包含服务网关变更标识时，则发起至服务网关的承载删除请求，若不包含服务网关变更标识删除自身用户上下文。17、一种归属用户服务器，其特征在于，包括接收单元，用于接收中间网元发送的位置更新消息；发送单元，用于向中间网元发送位置删除消息；所述位置删除消息中携带的删除类型指示参数为接收单元收到的位置更新消息中的更新类型指示参数，若接收单元收到的位置更新消息中携带服务网关变更标识，则发送单元发送的位置删除消息中也携带所述服务网关变更标识。18、一种服务网关，其特征在于，包括消息接收单元，用于接收中间网元发送的承载删除请求或分组数据协议上下文删除请求；消息判断单元，用于判断承载删除请求或分组数据协议上下文删除请求消息中的是否包括删除到分组数据网络网关承载的信息；承载删除单元，用于当所述承载删除请求或分组数据协议上下文删除请求消息中的包括删除到分组数据网络网关承载的信息，且存在相关承载时，发起到分组数据网络网关的承载删除请求，否则，只删除自身的用户设备上下文。全文摘要本发明公开了一种承载删除控制方法及归属用户服务器以及相关设备，用于提高承载删除控制流程的通用性。本发明方法包括中间网元接收归属用户服务器发送的删除类型指示参数；若所述删除类型指示参数指示为附着类型，且存在相关承载，则删除所述中间网元至服务网关以及服务网关至分组数据网络网关之间的承载。此外本发明还提供一种归属用户服务器以及相关设备。本发明可以有效地提高承载删除控制流程的通用性。文档编号H04B7/26GK101355792SQ20071013005公开日2009年1月28日申请日期2007年7月25日优先权日2007年7月25日发明者岚刘,张万强,明李,郭小龙申请人:华为技术有限公司