CN101621786A - 一种承载更新的方法、装置和*** - Google Patents

一种承载更新的方法、装置和*** Download PDF

Info

Publication number
CN101621786A
CN101621786A CN200810068180A CN200810068180A CN101621786A CN 101621786 A CN101621786 A CN 101621786A CN 200810068180 A CN200810068180 A CN 200810068180A CN 200810068180 A CN200810068180 A CN 200810068180A CN 101621786 A CN101621786 A CN 101621786A
Authority
CN
China
Prior art keywords
bearer update
subscriber equipment
paging
flow process
message
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.)
Granted
Application number
CN200810068180A
Other languages
English (en)
Other versions
CN101621786B (zh
Inventor
于益俊
孙晓姬
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN 200810068180 priority Critical patent/CN101621786B/zh
Publication of CN101621786A publication Critical patent/CN101621786A/zh
Application granted granted Critical
Publication of CN101621786B publication Critical patent/CN101621786B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种承载更新的方法、装置和***,其中,所述的方法在确定无法寻呼到所述用户设备时,保存当前承载更新中需要更新的承载参数,在确定能够重新寻呼到用户设备时,将所保存的承载参数通知给用户设备;或者在确定无法寻呼到用户设备时,拒绝此次承载更新,在确定能够重新寻呼到所述用户设备后,在重新发起的承载更新流程中将网络侧当前的承载参数通知给用户设备。可见,本发明实施例实现了在确定能够重新寻呼到所述用户设备后,及时将网络侧需要更新的承载参数通知到用户设备。

Description

一种承载更新的方法、装置和***
技术领域
本发明涉及通信技术领域,特别涉及一种承载更新的方法、装置和***。
背景技术
3GPP为了增强未来网络的竞争能力,正在研究一种全新的演进网络,其***架构图如图1所示,包括演进的UMTS(Universal Mobile TelecommunicationsSystem,通用移动通讯***)陆地无线接入网(E-UTRAN,Evolved UMTSTerrestrial Radio Access Network),用于实现所有与演进网络无线有关的功能;移动性管理实体(MME,Mobility Management Entity),负责控制面的移动性管理,包括用户上下文和移动状态管理,分配用户临时身份标识等;服务网关实体(SGW,Serving Gateway),是3GPP内不同接入网络间的用户面锚点,屏蔽3GPP内部不同接入网络的接口;分组数据网络网关实体(PGW,Packet DataNetwork Gateway)是3GPP接入网络和非3GPP接入网络之间的用户面锚点,和外部分组数据网络(PDN,Packet Data Network)的接口。策略和计费规则功能实体(PCRF,Policy and Charging Rule Function)用于策略控制决定和流计费控制功能。归属网络服务器(HSS,Home Subscriber Server)用于存储用户签约信息。UE(UE,User Equipment)为用户设备。
UMTS陆地无线接入网(UTRAN,UMTS Terrestrial Radio Access Network)、GSM/EDGE无线接入网(GERAN,GSM/EDGE Radio Access Network),用于实现所有与现有GPRS/UMTS网络中无线有关的功能。服务通用分组无线业务支持节点(SGSN,Serving GPRS Supporting Node),用于实现GPRS/UMTS网络中路由转发、移动性管理、会话管理以及用户信息存储等功能。
需要说明的是,上述架构并不意味着最终的SAE***架构,最终的架构可能和这个架构有所差别,这里不作限制。
目前在网络侧发起的承载更新流程中,对于空闲态的UE,移动性管理实体需要寻呼UE,通过建立UE和核心网之间的连接将更新后的QoS(Quality ofService,服务质量)参数、TFT(Traffic flow Template,业务流模版)信息通过建立后的连接发送给UE。无论在LTE(long time evolution,长期演进)网络还是2G、3G网络,各网络中的移动性管理实体都采用上述方法将更新后的QoS参数、TFT信息传送给UE。
然而,如果由于UE暂时跑出覆盖区、网络或UE的信号不好、或者回退到电路域执行CSFB业务时UE在EUTRAN网络的承载挂起或者其它原因导致的网络侧无法寻呼到UE时,会导致在承载修改流程中,无法将更新后的QoS或TFT信息传送给UE。
发明内容
本发明的主要目的在于提供一种承载更新的方法、装置和***,以实现将网络侧需要进行更新的承载参数通知到用户设备。
为了实现本发明的目的,本发明的实施例提供如下的技术方案:
一种承载更新的方法,包括:
接收到第一承载更新请求后,发起对用户设备的寻呼,若确定无法寻呼到所述用户设备,保存所述第一承载更新中需要更新的承载参数,返回接受所述第一承载更新请求响应消息;
确定能够重新寻呼到所述用户设备时,将所述第一承载更新中需要更新的承载参数通知给所述用户设备。
一种承载更新的方法,包括:
接收到第一承载更新请求后,发起对用户设备的寻呼,若确定无法寻呼到所述用户设备,返回拒绝所述第一承载更新请求响应消息;
发送发起新的承载更新流程的通知,在所述新的承载更新流程中将网络侧当前的承载参数通知给所述用户设备。
一种执行承载更新的装置,包括:
寻呼单元,用于接收第一承载更新请求,发起对用户设备的寻呼;
第一处理单元,用于在确定所述寻呼单元无法寻呼到所述用户设备时,保存所述第一承载更新中需要更新的承载参数,返回接受所述第一承载更新请求的响应消息;
确定单元,用于确定是否能够重新寻呼到所述用户设备;
第一通知单元,用于在所述确定单元确定能够重新寻呼到所述用户设备时,将所述第一处理单元所保存的第一承载更新中需要更新的承载参数通知给所述用户设备。
一种执行承载更新的装置,包括:
寻呼单元,用于接收第一承载更新请求,发起对用户设备的寻呼;
第二处理单元,用于在确定所述寻呼单元无法寻呼到所述用户设备时,返回拒绝所述第一承载更新请求的响应消息;
指示单元,用于发送发起新的承载更新流程的通知;
第二通知单元,用于在所述新的承载更新流程中将网络侧当前的承载参数通知给所述用户设备。
一种发起承载更新的装置,包括:
接收单元,用于在网络侧发起的第一承载更新请求由于无法寻呼到用户设备而被拒绝后,接收发起新的承载更新流程的通知;
承载更新发起单元,用于根据所述发起新的承载更新流程的通知发起新的承载更新流程。
一种通信***,包括:发起承载更新的装置和执行承载更新的装置;
所述执行承载更新的装置,用于接收第一承载更新请求,发起对用户设备的寻呼,若确定无法寻呼到所述用户设备,返回拒绝所述第一承载更新请求的响应消息,向所述发起承载更新的装置发送发起新的承载更新流程的通知;
所述发起承载更新的装置用于接收所述执行承载更新的装置发送的发起新的承载更新流程的通知,根据所述发起新的承载更新流程的通知发起新的承载更新流程,使得所述执行承载更新的装置在所述新的承载更新流程中将网络侧当前的承载参数通知给所述用户设备。
本发明提供的实施例中的移动性管理实体在确定无法寻呼到所述用户设备时,保存当前承载更新中需要更新的承载参数,在确定能够重新寻呼到用户设备时,将所保存的承载参数通知给用户设备;或者在确定无法寻呼到用户设备时,拒绝此次承载更新,在确定能够重新寻呼到所述用户设备后,在重新发起的承载更新流程中将网络侧当前的承载参数通知给用户设备。可见,本发明实施例实现了在确定能够重新寻呼到所述用户设备后,及时将网络侧需要更新的承载参数通知到用户设备。
附图说明
图1为现有技术中演进网络的***架构图;
图2为本发明方法实施例一的流程示意图;
图3为本发明方法实施例二的流程示意图;
图4为本发明方法实施例三的流程示意图;
图5为本发明方法实施例四的流程示意图;
图6为本发明方法实施例五的流程示意图;
图7为本发明方法实施例六的流程示意图;
图8为本发明方法实施例七的流程示意图;
图9为本发明装置实施例一的组成框图;
图10为本发明装置实施例二的组成框图;
图11为本发明装置实施例三的组成框图;
图12为本发明***实施例的组成框图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明的实施例进行进一步详细说明。
本发明方法实施例一,如图2,本实施例一以EPS(Evolved Packet System,演进的分组***)中承载更新流程为例,其中网络侧寻呼不到UE的情况包括但不限于以下几种场景:UE跑出覆盖区、网络或者UE信号不好、CSFB业务承载或者UE挂起,本实施例一中承载更新流程包括:
步骤S201:PCRF发起承载更新,向PGW(PDN GW)发送承载更新消息,该消息中携带需要更新的承载参数,所述承载参数包括:上行业务流模板ULTFT参数或者QoS参数,也可以同时携带UL TFT参数和QoS参数;承载更新也可能由PGW发起或者HSS发起,本发明实施例不对承载更新发起者作限制,本实施例一以PCRF发起为例;
步骤S202:PGW发送承载更新请求给SGW(Serving GW),承载更新请求消息中携带UL TFT参数和/或者QoS参数、EPS承载ID(EPS Bearer Identity)、PTI(Procedure Transaction Id,过程标识)等;
步骤S203:SGW发送承载更新请求给MME,消息中携带PTI、EPS BearerIdentity、UL TFT和/或QoS、下行数据流模板DL TFT;
步骤S204:MME收到承载更新请求消息后,如果UE处于Idle状态,就寻呼UE,如果寻呼不到UE,此时,MME可以接受承载更新请求也可以拒绝该承载更新请求,若MME接受承载更新流程,则MME的处理方式为:MME保存此次承载更新中需要更新的QoS和/或UL TFT,同时也可以在自身设置承载更新标志来标识QoS和/或UL TFT需要更新(所述承载更新标志用以标识承载参数需要更新,包括QoS承载更新标志、UL TFT承载更新标志、或者QoS和UL TFT承载更新标志,后续根据该承载更新标志确定需要进行承载更新,当然也可以不设置该承载更新标志,在MME上进行默认在重新寻呼到UE时还需要进行承载更新的配置也可实现相同的效果),并发送接受承载更新响应消息给SGW,该承载更新响应消息中携带EPS承载ID;
若MME拒绝该承载更新请求,MME需要向新的承载更新的发起方发送发起新的承载更新的通知,以在新的承载更新中将网络侧的承载参数通知UE,MME发送该通知可以在确定可以重新寻呼到UE时,新的承载更新的发起方收到该通知即发起新的承载更新,MME也可以在此次拒绝承载更新时即发送该通知,由新的承载更新的发起方决定何时发起新的承载更新;具体的处理方式包括:其一,MME可以在自身设置承载更新标志(在MME确定可以重新寻呼到UE时,根据该承载更新标志向新的承载更新的发起方,例如SGW或PGW,发送发起新的承载更新的通知消息,当然也可以不设置该承载更新标志,在MME上进行配置也可实现相同的效果),并向SGW或者PGW发送拒绝承载更新的响应消息,其二,MME直接向SGW发送拒绝承载更新的响应消息,并在该拒绝承载更新响应消息中携带发起新的承载更新的通知,所述发起新的承载更新的通知具体可以由拒绝承载更新的原因或者操作指示来体现,例如携带Action Type或者其他指示值,PGW或SGW接收到该通知后,可以在后续获知能够寻呼到UE时,根据该拒绝原因值或操作指示重新发起新的承载更新流程,当然,PGW或SGW也可以在接收到该通知后立即发起新的承载更新,何时触发发起新的承载更新由PGW或SGW自行决定;上述MME发送的拒绝承载更新请求响应同样携带EPS承载ID;
步骤S205:SGW发送承载更新响应消息给PGW,消息中携带EPS承载ID,如果该承载更新响应消息为拒绝承载更新的响应消息,则该拒绝承载更新的响应消息中还携带拒绝的具体原因值或者操作指示;
步骤S206:如果该承载更新是由PCRF下发策略计费控制PCC规则导致的,则PGW要通知PCRF其发起的承载更新完成,即通知PCRF其下发的PCC规则是否被执行。
本发明的方法实施例一描述了MME在寻呼不到Idle状态的UE时,MME接受或者拒绝承载更新的方法,该方法中MME接受承载更新时需要保存需要更新的承载参数,后续在能够寻呼到UE时,MME主动将保存的需要更新的承载参数传送给UE;MME拒绝承载更新时,MME可以直接在拒绝承载更新响应中携带拒绝原因值或者操作指示,使得后续PGW或SGW根据该拒绝原因值和操作指示重新发起承载更新流程,MME也可以在后续能够寻呼到UE时,向PGW或SGW发送发起新的承载更新的通知消息,PGW或SGW根据该通知消息重新发起新的承载更新流程,从而使得UE获得需要更新的承载参数。本发明实施例一同样适用于SGSN寻呼不到UE时承载更新的方法。
需要说明的是,上述MME或SGSN在自身设置承载更新标志或保存需要更新的承载参数,本领域技术人员也可以采用其它的替代方案来实施本发明,例如将承载更新标志和需要更新的承载参数设置或保存在其它网元中,MME或SGSN向该网元查询获得承载更新标志和需要更新的承载参数。
本发明方法实施例二,如图3,本发明实施例二的应用场景为在本发明实施例一中的初始承载更新流程中,MME或SGSN接受了承载更新并在自身设置了承载更新标志和保存了需要更新的承载参数,当UE进入网络覆盖区并发送服务请求消息后,MME通知UE需要更新的承载参数的流程包括:
步骤S301:UE进入网络覆盖区,UE发送服务请求消息Service Request给接入网侧的eNodeB(Evolved Node Base,演进基站)或RNC(Radio NetworkController,无线网络控制器),消息中携带用户标识;
步骤S302:eNodeB或RNC根据UE携带的服务请求中的用户标识确定服务于UE的MME或者SGSN并转发该服务请求消息;
步骤S303:MME或者SGSN对UE进行认证过程,该流程为现有技术,在此不详述其具体实现;
步骤S304:MME或者SGSN根据接收到的服务请求消息确定能够重新寻呼到UE(可以理解的是,MME或者SGSN确定能够寻呼到UE可以根据接收到的来自于UE的任何一条消息,为确保通知给UE承载参数的及时性,MME或者SGSN可以在接收到来自于UE的第一条消息时即可确定能够重新寻呼到UE,即启动后续通知流程),MME或者SGSN再根据之前设置的承载更新标志判断UE的QoS和/或UL TFT发生改变需要进行承载更新,则MME或SGSN将保存的需要更新的承载参数(如果UE有GERAN/UTRAN能力,则MME或SGSN将纪录的QoS映射为2G或3G网络中的QoS模型,例如R99QoS Profile,将R99QoS作为需更新的QoS),封装在在非接入层容器NAS Container中,同时,将所述NAS Container携带在初始上下文建立请求消息(Initial Context SetupRequest)中发送给接入网侧,通知接入网侧激活承载,同时,在所述初始上下文建立请求消息中还携带服务网关的地址Serving GW address、安全上下文、MME信令连接标识等信息;
步骤S305:eNodeB或RNC发起无线承载建立流程,在该流程中携带告知UE非语音承载已经恢复,上行路线已经打通,用户可以发送上行数据,同时将上述步骤S304中发送的NAS Container信元在无线承载建立流程中转发给UE;
步骤S306:用户发送上行数据到SGW及PGW;
步骤S307:eNodeB或RNC发送初始上下文建立完成消息Initial ContextSetup Complete给MME或SGSN,MME或SGSN此时还可以清除承载更新标志,当然,也可以在步骤S304后即清除承载更新标志;
步骤S308:MME或者SGSN发送承载更新请求消息Update Bearer Request给SGW;
步骤S309:SGW收到承载更新请求消息后,比较上次无线接入类型RATType与此次的RAT Type,如果发生改变,则需要通知PGW最新RAT Type;
步骤S310:PGW和PCRF交互,修改IP CAN(IP连接接入网)会话;
步骤S311:PGW发送承载更新响应消息Update Bearer Response给SGW;
步骤S312:SGW发送承载更新响应消息Update Bearer Response给MME或者SGSN。
本发明方法实施例二当UE进入网络覆盖区后,MME或者SGSN接收到Service Request消息后确定能够重新寻呼到UE时,将保存的需要更新的承载参数,如QoS和/或UL TFT携带在初始上下文建立请求消息中通知UE,使得UE可以及时获得需要更新的承载参数,与网络侧的承载参数保持一致,避免在UE需要处理业务时才做承载更新,提高了***的效率。
本发明方法实施三,如图4所示,本发明实施例三的应用场景同实施例二,不同之处在于,触发时机是UE发起跟踪区或路由区更新请求,本实施例中MME或SGSN通知UE需要更新的承载参数的流程包括:
步骤S401:用户设备到了一个新的TA区(Tracking Area,跟踪区)或者RA区(Routing Area,路由区),用户设备发起TAU(Tracking Area Update,跟踪区更新请求)或者RAU(Routing Area Update,路由区更新请求)请求给接入网;
步骤S402:接入网(eNodeB或者RNC)将UE发送的TAU请求或者RAU请求发送到服务MME或者SGSN;
步骤S403:MME或者SGSN根据UE发送的TAU请求消息获知UE已经进入覆盖区,能够重新寻呼到UE,再根据之前设置的承载更新标志判断UE的QoS和/或UL TFT发生改变需要进行承载更新,则MME或SGSN将纪录的需要更新的承载参数(如果UE有GERAN/UTRAN能力,则MME或SGSN将纪录的QoS映射为R99 QoS Profile,将R99 QoS作为需更新的QoS),封装在跟踪区更新接受消息TAU Accept或者路由区更新接受消息RAU Accept中;
步骤S404:MME或者SGSN发送TAU Accept或者RAU Accept消息给UE,所述TAU Accept或者RAU Accept消息携带MME或SGSN纪录的需要更新的QoS和/或UL TFT,同时,清除承载更新标志;
步骤S405:UE回应跟踪区更新完成消息TAU Complete或者路由区更新完成消息RAU Complete消息给MME或者SGSN。
本发明方法实施例三当MME或者SGSN接收到UE发起TAU或者RAU请求消息后确定能够重新寻呼到UE,将保存的需要更新的承载参数携带在TAUAccept或者RAU Accept消息中通知UE,使得UE可以及时获得需要更新的承载参数,与网络侧的承载参数保持一致,避免在UE需要处理业务时才做承载更新,提高了***的效率。
本发明方法实施例四,如图5所示,本实施四的应用场景同实施例二,不同之处在于,本实施例中MME或SGSN通知UE需要更新的承载参数的流程包括:
步骤S501:UE发送服务请求消息Service Request给eNodeB或RNC,消息中携带用户标识;
步骤S502:eNodeB或RNC根据UE携带的服务请求中的用户标识获知服务UE的MME或者SGSN并转发该服务请求消息;
步骤S503:MME或者SGSN根据接收到的服务请求消息确定能够重新寻呼到UE,再根据之前设置的承载更新标志判断UE的QoS和/或UL TFT发生改变需要进行承载更新,则MME或SGSN将保存的需要更新的承载参数(如果UE有GERAN/UTRAN能力,则MME或SGSN将纪录的QoS映射为R99 QoS Profile,将R99 QoS作为需更新的QoS)携带在新增的信息提供消息Information Provide中发送给UE;本步骤可在步骤S502之后的任意时机进行,本实施例不做限制;本实施例以MME或者SGSN接收到服务请求消息后触发通知流程,当然,也可以在收到UE发送的任何消息后即发送信息提供消息,MME或SGSN此时还可以清除承载更新标志。
步骤S504:MME或者SGSN对UE进行认证过程;
步骤S505:MME或SGSN发送Initial Context Setup Request消息给接入网侧,该消息中携带服务网关地址,安全上下文,MME信令连接标识,通知接入网侧激活所有的激活承载;
步骤S506:接入网侧的eNodeB或RNC发起无线承载建立流程,在该流程中携带告知UE非语音承载已经恢复,上行路线已经打通,用户可以发送上行数据,;
步骤S507:用户发送上行数据到SGW及PGW;
步骤S508:eNodeB或RNC发送初始上下文建立完成消息Initial ContextSetup Complete给MME或SGSN;
步骤S509:MME或者SGSN发送承载更新请求消息Update Bearer Request给SGW;
步骤S510:SGW收到承载更新请求消息后,比较上次RAT Type和这次RAT Type,如果发生改变,则需要通知PGW最新RAT Type;
步骤S511:PGW和PCRF交互,修改IP CAN会话;
步骤S512:PGW发送承载更新响应消息Update Bearer Response给SGW;
步骤S513:SGW发送承载更新响应消息Update Bearer Response给MME或者SGSN。
本发明方法实施例四MME或者SGSN接收到Service Request消息确定重新寻呼到UE时,将保存的需要更新的承载参数携带在新增的信息提供消息中通知UE,使得UE可以及时获得需要更新的承载参数,与网络侧的承载参数保持一致,避免在UE需要处理业务时才做承载更新,提高了***的效率。
本发明方法实施例五,如图6所示,本实施例五的应用场景为在本发明实施例一中的初始承载更新流程中,MME或SGSN拒绝了承载更新并在自身设置了承载更新标志,以MME与PGW协作通知UE需要更新的承载参数为例,其流程包括:
步骤S601:用户设备到了一个新的TA区,用户设备发起TAU请求给eNodeB;
步骤S602:eNodeB将UE发送的TAU请求发送到服务MME;
步骤S603:MME根据UE发送的TAU请求消息获知UE已经进入覆盖区,确定能够重新寻呼到UE,再根据之前设置的承载更新标志,发送发起承载更新的通知消息到SGW;上述MME获知UE进入覆盖区,不仅可由UE发送的TAU请求获知,还可以由其他UE发送的请求消息(如PDN连接建立请求、ServiceRequest消息等)中获知;
步骤S604:SGW将该通知消息转发给PGW,通知PGW发起承载更新流程;
步骤S605:PGW收到该通知消息后,可以与PCRF交互获取PCC规则,也可以利用本地配置的PCC规则发起承载更新流程,在发起的新的承载更新流程中,MME将网络侧当前最新的QoS和/或者UL TFT参数带给UE,同时MME清除承载更新标志,清除承载更新标志也可以在步骤S603中进行;本实施例中,如果UE有GERAN/UTRAN能力,则MME需要将最新的EPS承载QoS映射为R99 QoS Profile,将R99 QoS作为最新的QoS带给UE;
步骤S606:MME发送跟踪区更新接受消息TAU Accept给UE;
步骤S607:UE回应跟踪区更新完成TAU Complete消息给MME。
需要说明的是,上述步骤S603-S605可在MME获知UE进入覆盖区后的任意时机进行,步骤S606-S607也可以在步骤S603-S605之前进行。
本发明方法实施例五以MME和PGW的处理为例,MME确定能够重新寻呼到UE时发送发起承载更新的通知消息,PGW根据该通知消息发起承载更新流程,从而将网络侧当前的QoS和/或UL TFT通知UE,使得UE可以及时获得需要更新的承载参数,与网络侧的承载参数保持一致,避免在UE需要处理业务时才做承载更新,提高了***的效率;SGSN和PGW的处理与本实施例相似,在此不再赘述。
本发明方法实施例六,如图7所示,本实施例六的应用场景同实施例五,以MME与SGW协作通知UE需要更新的承载参数为例,其流程包括:
步骤S701:用户设备到了一个新的TA区,用户设备发起TAU请求给eNodeB;
步骤S702:eNodeB将UE发送的TAU请求发送到服务MME;
步骤S703:MME根据UE发送的TAU请求消息获知UE已经进入覆盖区,确定能够重新寻呼到UE,再根据之前设置的承载更新标志,发送发起承载更新的通知消息到SGW;上述MME获知UE进入覆盖区,不仅可由UE发送的TAU请求获知,还可以由其他UE发送的请求消息(如PDN连接建立请求、ServiceRequest消息等)中获知;
步骤S704:SGW收到该通知消息后,发起承载更新流程,在发起的新的承载更新流程中,MME将网络侧当前最新的QoS和/或者UL TFT参数带给UE,同时MME可清除承载更新标志,清除承载更新标志也可以在步骤S703中进行;本实施例中,如果UE有GERAN/UTRAN能力,则MME需要将最新的EPS承载QoS映射为R99 QoS Profile,将R99 QoS作为最新的QoS带给UE;其中,SGW获取最新的QoS或者UL TFT参数的方式不作限制,可以由PGW下发给SGW,也可以由PCRF通过PGW将QoS或者UL TFT规则下发给SGW;
步骤S705:MME发送跟踪区更新接受消息TAU Accept给UE;
步骤S706:UE回应跟踪区更新完成TAU Complete消息给MME。
需要说明的是,上述步骤S703-S704可在MME获知UE进入覆盖区后的任意时机进行,步骤S705-S706也可以在步骤S703-S704之前进行。
本发明方法实施例六以MME和SGW的处理为例,MME获知UE进入覆盖区后发送发起承载更新的通知消息,SGW根据该通知消息发起承载更新流程,从而将最新的QoS和/或UL TFT通知UE,使得UE可以及时获得需要更新的承载参数,与网络侧的承载参数保持一致,避免在UE需要处理业务时才做承载更新,提高了***的效率;SGSN和SGW的处理与本实施例相似,在此不再赘述。
本发明方法实施例七,如图8所示,本发明实施例七的应用场景为在本发明实施例一中的初始承载更新流程中,MME或SGSN拒绝了承载更新并向SGW或PGW发送了发起新的承载更新的通知,PGW根据该通知发起承载更新的流程包括:
步骤S801:UE发起PDN连接建立请求给eNodeB;
步骤S802:eNodeB向MME转发PDN连接建立请求;
步骤S803:MME向SGW发送创建缺省承载请求;
步骤S804:SGW向PGW转发创建缺省承载请求;
步骤S805:PGW接收到创建缺省承载请求,确定能够重新寻呼到UE(本消息为UE发起的消息流程的来自UE的第一条消息),根据之前接收到的MME发送的发起新的承载更新的通知,即拒绝承载更新请求响应消息中携带的拒绝承载更新的原因Action Type或者操作指示,发起新的承载更新流程,在发起的新的承载更新流程中,MME将网络侧当前最新的QoS和/或者UL TFT参数带给UE;
步骤S806:PGW向SGW发送创建缺省承载响应消息,表示创建承载成功;
步骤S807:SGW向MME转发创建缺省承载响应消息;
步骤S808:MME发送PDN建立连接接受消息,UE接收到该消息。
本发明方法实施利七,PGW确定能够重新寻呼到UE时,根据之前接收到的拒绝原因值或者操作指示,发起新的承载更新流程,从而将最新的QoS和/或UL TFT通知UE,使得UE可以及时获得需要更新的承载参数,与网络侧的承载参数保持一致,避免在UE需要处理业务时才做承载更新,提高了***的效率;本实施例以PGW确定能够重新寻呼到UE时,发起新的承载更新流程,PGW也可以不必等待确定能够重新寻呼到UE时才发起新的承载修改流程,收到通知后即发起也同样能够实现本发明的目的;本实施例七以PGW发起承载更新为例,其他实施例中也可以由SGW发起承载更新,具体实施方式不再赘述。
本发明装置实施例一,如图9所示,本发明实施例提供的一种执行承载更新的装置包括:
寻呼单元90,用于接收第一承载更新请求,发起对用户设备的寻呼;
第一处理单元92,用于在确定所述寻呼单元90无法寻呼到所述用户设备时,保存所述第一承载更新中需要更新的承载参数,返回接受所述第一承载更新请求的响应消息;
确定单元94,用于确定是否能够重新寻呼到所述用户设备;
第一通知单元96,用于在所述确定单元94确定能够重新寻呼到所述用户设备时,将所述第一处理单元92所保存的第一承载更新中需要更新的承载参数通知给所述用户设备。
设置单元98,用于在确定所述寻呼单元90无法寻呼到所述用户设备时,设置承载更新标志,其中,所述承载更新标志用以标识承载参数需要更新;所述第一通知单元96,在所述确定单元94确定能够重新寻呼到所述用户设备时,进一步根据所述设置单元98中的承载更新标志确定需要进行承载更新,将所述第一承载更新中需要更新的承载参数通知给所述用户设备,并清除承载更新标志。
在本实施例中,所述装置具体为移动性管理实体MME或者服务通用分组无线业务支持节点SGSN,但是,本发明并不具体限制于所述的网元,本领域技术人员还可以不经过创造性劳动将本发明装置实施例所实现的功能集成于通信***的其它网元中。
本实施例所提供的执行承载更新的装置在确定能够重新寻呼到UE时,将保存的需要更新的承载参数,如QoS和/或UL TFT通知UE,使得UE可以及时获得需要更新的承载参数,与网络侧的承载参数保持一致,避免在UE需要处理业务时才做承载更新,提高了***的效率。
本发明装置实施例二,如图10所示,本发明实施例提供的一种执行承载更新的装置包括:
寻呼单元100,用于接收第一承载更新请求,发起对用户设备的寻呼;
第二处理单元102,用于在确定所述寻呼单元100无法寻呼到所述用户设备时,返回拒绝所述第一承载更新请求的响应消息;
指示单元104,用于发送发起新的承载更新流程的通知消息,所述通知消息用于通知新的承载更新流程的发起方发起新的承载更新流程,新的承载更新流程的发起方在收到所述通知消息时发起新的承载更新流程,也可以在确定能够重新寻呼到所述用户设备时才发起新的承载更新流程;
第二通知单元106,用于在所述新的承载更新流程中将网络侧当前的承载参数通知给所述用户设备;
确定单元108,用于确定是否能够重新寻呼到所述用户设备;则所述指示单元104,在所述确定单元108确定能够重新寻呼到所述用户设备时,发送发起新的承载更新流程的通知消息;
设置单元110,用于在确定所述寻呼单元100无法寻呼到所述用户设备时,设置承载更新标志,其中,所述承载更新标志用以标识承载参数需要更新;则所述指示单元104,在所述确定单元108确定能够重新寻呼到所述用户设备时,进一步根据所述承载更新标志确定需要进行承载更新,发送发起新的承载更新流程的通知消息,并在第二通知单元106将网络侧当前的承载参数通知给所述用户设备清除所述承载更新标志。
作为本实施例的一种具体实现方式,所述指示单元104与所述第二处理单元102合一设置,所述指示单元104通过所述拒绝第一承载更新请求的响应消息将所述发起新的承载更新流程的通知发送给所述新的承载更新流程发起方,其中,所述发起新的承载更新流程的通知为拒绝承载更新的原因或操作指示。
在本实施例中,所述装置具体为移动性管理网元MME或者服务通用分组无线业务支持节点SGSN,但是,本发明并不具体限制于所述的网元,本领域技术人员还可以不经过创造性劳动将本发明装置实施例所实现的功能集成于通信***的其它网元中。
本实施例所提供的执行承载更新的装置在能够重新寻呼到UE时,将网络侧当前的承载参数,如QoS和/或UL TFT通知UE,使得UE可以及时获得需要更新的承载参数,与网络侧的承载参数保持一致,避免在UE需要处理业务时才做承载更新,提高了***的效率。
本发明装置实施例三,如图11所示,本发明实施例提供的一种发起承载更新的装置包括:
接收单元111,用于在网络侧发起的第一承载更新请求由于无法寻呼到用户设备而被拒绝后,接收发起新的承载更新流程的通知消息;
承载更新发起单元113,用于根据所述发起新的承载更新流程的通知消息发起新的承载更新流程;
确定单元115,用于确定是否能够重新寻呼到所述用户设备,则所述承载更新发起单元113,用于在所述确定单元115确定能够重新寻呼到所述用户设备时,根据所述发起新的承载更新流程的通知消息发起新的承载更新流程。
在本实施例中,所述装置具体为服务网关实体SGW、分组数据网络网关实体PGW、或者策略及计费规则功能实体PCRF,但是,本发明并不具体限制于所述的网元,本领域技术人员还可以不经过创造性劳动将本发明装置实施例所实现的功能集成于通信***的其它网元中。
本实施例所提供的发起承载更新的装置能够根据接收到的发起承载更新的通知发起新的承载更新,从而将网络侧当前的承载参数,如QoS和/或ULTFT通知UE,使得UE可以及时获得需要更新的承载参数,与网络侧的承载参数保持一致,避免在UE需要处理业务时才做承载更新,提高了***的效率。
本发明***实施例,如图12所示,本发明实施例提供的一种通信***,用于实现因为无法寻呼而不能将承载参数通知到UE的通信***,包括:发起承载更新的装置120和执行承载更新的装置122;
所述执行承载更新的装置122,用于接收第一承载更新请求,发起对用户设备的寻呼,若确定无法寻呼到所述用户设备,返回拒绝所述第一承载更新请求的响应消息,向所述发起承载更新的装置发送发起新的承载更新流程的通知消息;
所述发起承载更新的装置120用于接收所述执行承载更新的装置发送的发起新的承载更新流程的通知消息,根据所述发起新的承载更新流程的通知消息发起新的承载更新流程,使得所述执行承载更新的装置122在所述新的承载更新流程中将网络侧当前的承载参数通知给所述用户设备。
在本实施例中,所述执行承载更新的装置具体为移动性管理实体MME或者服务通用分组无线业务支持节点SGSN,所述发起承载更新的装置具体为服务网关实体SGW、分组数据网络网关实体PGW、或者策略及计费规则功能实体PCRF,但是,本发明并不具体限制于所述的网元,本领域技术人员还可以不经过创造性劳动将本发明装置实施例所实现的功能集成于通信***的其它网元中。
本实施例所提供的通信***,能够实现在确定能够重新寻呼到所述用户设备后,及时将网络侧需要更新的承载参数通知到UE,使得UE可以及时获得需要更新的承载参数,与网络侧的承载参数保持一致,避免在UE需要处理业务时才做承载更新,提高了***的效率。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中。上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的权利要求范围之内。

Claims (33)

1、一种承载更新的方法,其特征在于,包括:
接收到第一承载更新请求后,发起对用户设备的寻呼,若确定无法寻呼到所述用户设备,保存所述第一承载更新中需要更新的承载参数,返回接受所述第一承载更新请求响应消息;
确定能够重新寻呼到所述用户设备时,将所述第一承载更新中需要更新的承载参数通知给所述用户设备。
2、根据权利要求1所述的方法,其特征在于,所述若确定无法寻呼到所述用户设备之后还包括:
设置承载更新标志,其中,所述承载更新标志用以标识承载参数需要更新;
则,所述将所述第一承载更新中需要更新的承载参数通知给所述用户设备包括:
在确定能够重新寻呼到所述用户设备时,进一步根据所述承载更新标志确定需要进行承载更新,将所保存的所述第一承载更新中需要更新的承载参数通知给所述用户设备。
3、根据权利要求2所述的方法,其特征在于,所述将所述第一承载更新中需要更新的承载参数通知给所述用户设备之后还包括:
清除所述承载更新标志。
4、根据权利要求1或2所述的方法,其特征在于,所述确定能够重新寻呼到所述用户设备包括:
根据接收到的来自所述用户设备的消息确定能够重新寻呼到所述用户设备,其中,所述来自所述用户设备的消息包括但不限于:服务请求消息、跟踪区更新请求消息、路由区更新请求消息、分组数据网PDN连接建立请求消息,或者承载资源分配请求消息。
5、根据权利要求4所述的方法,其特征在于,所述接收到的来自所述用户设备的消息具体包括:
来自所述用户设备的第一条消息。
6、根据权利要求1或2所述的方法,其特征在于,所述将所述第一承载更新中需要更新的承载参数通知给所述用户设备包括:
将所述第一承载更新中需要更新的承载参数携带在非接入层NAS消息中通知给所述用户设备,其中,所述非接入层NAS消息包括但不限于:初始上下文建立请求消息、跟踪区更新接受消息、路由区更新接受消息,或者新增的信息提供消息。
7、根据权利要求1或2所述的方法,其特征在于,所述承载参数包括:服务质量参数QoS和/或上行业务流模版UL TFT。
8、根据权利要求7所述的方法,其特征在于,所述将所述第一承载更新中需要更新的承载参数通知给所述用户设备包括:
若所述用户设备有接入GSM/EDGE无线接入网和/或UMTS陆地无线接入网的能力,将所述第一承载更新中的QoS映射为R99QoS,将所述R99QoS通知给所述用户设备。
9、一种承载更新的方法,其特征在于,包括:
接收到第一承载更新请求后,发起对用户设备的寻呼,若确定无法寻呼到所述用户设备,返回拒绝所述第一承载更新请求响应消息;
发送发起新的承载更新流程的通知,在所述新的承载更新流程中将网络侧当前的承载参数通知给所述用户设备。
10、根据权利要求9所述的方法,其特征在于,所述发送发起新的承载更新的流程通知之前还包括:
确定是否能够重新寻呼到所述用户设备;
相应的,在确定能够重新寻呼到所述用户设备时,发送发起新的承载更新流程的通知。
11、根据权利要求10所述的方法,其特征在于,所述若确定无法寻呼到所述用户设备之后还包括:
设置承载更新标志,其中,所述承载更新标志用以标识承载参数需要更新;
相应的,所述发送发起新的承载更新流程的通知具体包括:
在所述确定能够重新寻呼到所述用户设备时,进一步根据所述承载更新标志确定需要进行承载更新,发送发起新的承载更新流程的通知。
12、根据权利要求11所述的方法,其特征在于,所述在所述新的承载更新流程中将网络侧当前的承载参数通知给所述用户设备之后还包括:
清除所述承载更新标志。
13、根据权利要求9所述的方法,其特征在于,所述发送发起新的承载更新流程的通知包括:
将所述发起新的承载更新流程的通知携带在所述拒绝所述第一承载更新请求的响应消息中发送给新的承载更新流程发起方。
14、根据权利要求13所述的方法,其特征在于,所述发起新的承载更新流程的通知包括:拒绝承载更新的原因或者操作指示。
15、根据权利要求9或12所述的方法,其特征在于,所述确定能够重新寻呼到所述用户设备包括:
根据接收到的来自所述用户设备的消息确定能够重新寻呼到所述用户设备,其中,所述来自所述用户设备的消息包括但不限于:服务请求消息、跟踪区更新请求消息、路由区更新请求消息、分组数据网PDN连接建立请求消息,或者承载资源分配请求消息。
16、根据权利要求15所述的方法,其特征在于,所述接收到的来自所述用户设备的消息具体包括:
来自所述用户设备的第一条消息。
17、根据权利要求9、10或13所述的方法,其特征在于,所述承载参数包括:服务质量参数QoS和/或上行业务流模版UL TFT。
18、根据权利要求17所述的方法,其特征在于,所述将网络侧当前的承载参数通知给所述用户设备具体包括:
若所述用户设备有接入GSM/EDGE无线接入网和/或UMTS陆地无线接入网的能力,将网络侧当前的QoS映射为R99QoS,将所述R99QoS通知给所述用户设备。
19、一种执行承载更新的装置,其特征在于,包括:
寻呼单元,用于接收第一承载更新请求,发起对用户设备的寻呼;
第一处理单元,用于在确定所述寻呼单元无法寻呼到所述用户设备时,保存所述第一承载更新中需要更新的承载参数,返回接受所述第一承载更新请求的响应消息;
确定单元,用于确定是否能够重新寻呼到所述用户设备;
第一通知单元,用于在所述确定单元确定能够重新寻呼到所述用户设备时,将所述第一处理单元所保存的第一承载更新中需要更新的承载参数通知给所述用户设备。
20、根据权利要求19所述的装置,其特征在于,所述装置还包括:
设置单元,用于在确定所述寻呼单元无法寻呼到所述用户设备时,设置承载更新标志,其中,所述承载更新标志用以标识承载参数需要更新;
相应的,所述第一通知单元,在所述确定单元确定能够重新寻呼到所述用户设备时,进一步根据所述设置单元中的承载更新标志确定需要进行承载更新,将所述第一承载更新中需要更新的承载参数通知给所述用户设备。
21、根据权利要求19或20所述的装置,其特征在于,所述设置单元还用于:
在所述第一通知单元将所述第一承载更新中需要更新的承载参数通知给所述用户设备之后,清除所述承载更新标志。
22、根据权利要求19至21任一项所述的装置,其特征在于,所述装置包括:移动性管理实体MME或者服务通用分组无线业务支持节点SGSN。
23、一种执行承载更新的装置,其特征在于,包括:
寻呼单元,用于接收第一承载更新请求,发起对用户设备的寻呼;
第二处理单元,用于在确定所述寻呼单元无法寻呼到所述用户设备时,返回拒绝所述第一承载更新请求的响应消息;
指示单元,用于发送发起新的承载更新流程的通知;
第二通知单元,用于在所述新的承载更新流程中将网络侧当前的承载参数通知给所述用户设备。
24、根据权利要求23所述的装置,其特征在于,所述装置还包括:
确定单元,用于确定是否能够重新寻呼到所述用户设备;
相应的,所述指示单元,在所述确定单元确定能够重新寻呼到所述用户设备时,发送发起新的承载更新流程的通知。
25、根据权利要求24所述的装置,其特征在于,所述装置还包括:
设置单元,用于在确定所述寻呼单元无法寻呼到所述用户设备时,设置承载更新标志,其中,所述承载更新标志用以标识承载参数需要更新;
相应的,所述指示单元,在所述确定单元确定能够重新寻呼到所述用户设备时,进一步根据所述承载更新标志确定需要进行承载更新,发送发起新的承载更新流程的通知。
26、根据权利要求25所述的装置,其特征在于,所述设置单元还用于:
在所述第二通知单元将网络侧当前的承载参数通知给所述用户设备之后,清除所述承载更新标志。
27、根据权利要求23所述的装置,其特征在于,所述指示单元设置在所述第二处理单元内,所述指示单元将所述发起新的承载更新流程的通知携带在所述拒绝第一承载更新请求的响应消息中发送,其中,所述发起新的承载更新流程的通知为拒绝承载更新的原因或操作指示。
28、根据权利要求23、24或27所述的装置,其特征在于,所述装置包括:移动性管理实体MME或者服务通用分组无线业务支持节点SGSN。
29、一种发起承载更新的装置,其特征在于,包括:
接收单元,用于在网络侧发起的第一承载更新请求由于无法寻呼到用户设备而被拒绝后,接收发起新的承载更新流程的通知;
承载更新发起单元,用于根据所述发起新的承载更新流程的通知发起新的承载更新流程。
30、根据权利要求29所述的装置,其特征在于,所述装置还包括:
确定单元,用于确定是否能够重新寻呼到所述用户设备;
相应的,所述承载更新发起单元,用于在所述确定单元确定能够重新寻呼到所述用户设备时,根据所述发起新的承载更新流程的通知发起新的承载更新流程。
31、根据权利要求29所述的装置,其特征在于,所述装置包括:服务网关实体SGW、分组数据网络网关实体PGW、或者策略及计费规则功能实体PCRF。
32、一种通信***,其特征在于,包括:发起承载更新的装置和执行承载更新的装置;
所述执行承载更新的装置,用于接收第一承载更新请求,发起对用户设备的寻呼,若确定无法寻呼到所述用户设备,返回拒绝所述第一承载更新请求的响应消息,向所述发起承载更新的装置发送发起新的承载更新流程的通知;
所述发起承载更新的装置用于接收所述执行承载更新的装置发送的发起新的承载更新流程的通知,根据所述发起新的承载更新流程的通知发起新的承载更新流程,使得所述执行承载更新的装置在所述新的承载更新流程中将网络侧当前的承载参数通知给所述用户设备。
33、根据权利要求31所述的***,其特征在于,所述执行承载更新的装置包括:移动性管理实体MME或者服务通用分组无线业务支持节点SGSN;所述发起承载更新的装置包括:服务网关实体SGW、分组数据网络网关实体PGW、或者策略及计费规则功能实体PCRF。
CN 200810068180 2008-06-30 2008-06-30 一种承载更新的方法、装置和*** Expired - Fee Related CN101621786B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN 200810068180 CN101621786B (zh) 2008-06-30 2008-06-30 一种承载更新的方法、装置和***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN 200810068180 CN101621786B (zh) 2008-06-30 2008-06-30 一种承载更新的方法、装置和***

Publications (2)

Publication Number Publication Date
CN101621786A true CN101621786A (zh) 2010-01-06
CN101621786B CN101621786B (zh) 2013-01-30

Family

ID=41514762

Family Applications (1)

Application Number Title Priority Date Filing Date
CN 200810068180 Expired - Fee Related CN101621786B (zh) 2008-06-30 2008-06-30 一种承载更新的方法、装置和***

Country Status (1)

Country Link
CN (1) CN101621786B (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107567052A (zh) * 2016-06-30 2018-01-09 中兴通讯股份有限公司 一种更新业务流模板的方法和装置
CN109076380A (zh) * 2016-04-15 2018-12-21 高通股份有限公司 在无线通信中提供服务质量
US10856131B2 (en) 2017-01-16 2020-12-01 Lg Electronics Inc. Method for updating UE configuration in wireless communication system and apparatus for same
CN113965907A (zh) * 2021-11-17 2022-01-21 交控科技股份有限公司 业务配置方法用于轨道交通应用场景的、核心网设备以及存储介质

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20070080991A (ko) * 2006-02-09 2007-08-14 삼성전자주식회사 무선통신 시스템에서 무선 액세스 네트워크와 사용자단게이트웨이와의 데이터 터널 형성 방법 및 그 시스템
CN101068370B (zh) * 2006-04-07 2011-06-15 华为技术有限公司 用户设备寻呼方法及***

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109076380A (zh) * 2016-04-15 2018-12-21 高通股份有限公司 在无线通信中提供服务质量
CN109076380B (zh) * 2016-04-15 2021-11-05 高通股份有限公司 在无线通信中提供服务质量
CN107567052A (zh) * 2016-06-30 2018-01-09 中兴通讯股份有限公司 一种更新业务流模板的方法和装置
US10856131B2 (en) 2017-01-16 2020-12-01 Lg Electronics Inc. Method for updating UE configuration in wireless communication system and apparatus for same
CN113965907A (zh) * 2021-11-17 2022-01-21 交控科技股份有限公司 业务配置方法用于轨道交通应用场景的、核心网设备以及存储介质
CN113965907B (zh) * 2021-11-17 2024-06-07 交控科技股份有限公司 业务配置方法用于轨道交通应用场景的、核心网设备以及存储介质

Also Published As

Publication number Publication date
CN101621786B (zh) 2013-01-30

Similar Documents

Publication Publication Date Title
EP2736282B1 (en) Method, system and sgw for realizing ip address attribute notification
CN105850176B (zh) 在移动通信***中用于控制拥塞的方法和设备
US9504005B2 (en) Method for processing data associated with location area update in a wireless communication system
CN103858454B (zh) 在无线通信***中处理与空闲模式信令缩减相关联的数据的方法
CN101222765B (zh) 电路域回落的控制方法、***、及装置
EP2248382B1 (en) Path switching between an evolved node b and a mobile management entity
EP2702712B1 (en) Method for processing data associated with session management and mobility management
CN101291536B (zh) 一种移动性管理实体负载重平衡的切换方法
EP2259657B1 (en) Method for indicating the bearer management of a serving gateway
US20110310868A1 (en) P-gw/ggsn issued paging requests
EP2761904B1 (en) Method for processing data associated with location area update in a wireless communication system
CN101677470A (zh) 服务请求的处理方法、装置及***
CN101742453B (zh) 接入控制的方法、***及接入控制网元
CN101299882B (zh) 承载类型识别和指示方法
US20150237495A1 (en) Method and system for differentiating between subscribers
CN102281519B (zh) 一种承载修改方法及***
CN101621786B (zh) 一种承载更新的方法、装置和***
CN101505474A (zh) 用户切换过程中网络侧处理方法、网元设备及网络***
WO2017028637A1 (zh) 网关的恢复处理方法及装置
CN102740266A (zh) 一种上下文的同步方法及***
CN102396201B (zh) 业务流旁路方法、***和策略与计费规则功能实体
CN101448320A (zh) 注销网络方法及双模用户设备
CN102387606B (zh) 一种实现承载处理的方法和***
CN104918322B (zh) 一种用户位置信息汇报的方法
CN101959209B (zh) 一种部分故障处理的同步方法和***

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20130130

CF01 Termination of patent right due to non-payment of annual fee