CN101932026B - 业务处理方法、通信设备及通信系统 - Google Patents

业务处理方法、通信设备及通信系统 Download PDF

Info

Publication number
CN101932026B
CN101932026B CN2009101484275A CN200910148427A CN101932026B CN 101932026 B CN101932026 B CN 101932026B CN 2009101484275 A CN2009101484275 A CN 2009101484275A CN 200910148427 A CN200910148427 A CN 200910148427A CN 101932026 B CN101932026 B CN 101932026B
Authority
CN
China
Prior art keywords
request message
user terminal
service
current
cell
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.)
Active
Application number
CN2009101484275A
Other languages
English (en)
Other versions
CN101932026A (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.)
SnapTrack Inc
Original Assignee
Huawei Device 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 Device Co Ltd filed Critical Huawei Device Co Ltd
Priority to CN2009101484275A priority Critical patent/CN101932026B/zh
Priority to PCT/CN2010/074359 priority patent/WO2010149052A1/zh
Priority to EP10791558A priority patent/EP2448326A4/en
Publication of CN101932026A publication Critical patent/CN101932026A/zh
Priority to US13/336,099 priority patent/US20120094629A1/en
Application granted granted Critical
Publication of CN101932026B publication Critical patent/CN101932026B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/06Reselecting a communication resource in the serving access point
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/24Reselection being triggered by specific parameters
    • H04W36/26Reselection being triggered by specific parameters by agreed or negotiated communication parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例公开了一种业务处理方法、通信设备及通信系统。业务处理方法包括:接收用户终端发起的请求消息;根据所述接收的请求消息,将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载。通信设备包括:生成单元,用于生成请求消息,所述请求消息携带指明所述用户终端需获取的服务的信息;发送单元,用于向网络侧发送所述生成单元生成的请求消息,由网络侧根据所述请求消息中携带的信息,将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载。本发明实施例技术方案能够使得UE在不同服务小区之间移动时及时获得所需服务。

Description

业务处理方法、通信设备及通信系统
技术领域
本发明涉及通信技术领域,具体涉及一种业务处理方法、通信设备及通信系统。
背景技术
第三代合作伙伴计划(3GPP,3rd Generation Partnership Project)提出了了演进的分组交换系统(EPS,Evolved Packet System)。在EPS系统中,紧急承载业务用于支持紧急会话,由支持紧急业务的网络为正常附着或处于限制服务状态的用户终端UE提供紧急服务。
一般而言,当UE驻留到封闭用户组标识(CSG ID,Closed Subscriber GroupID)不属于允许封闭用户组列表(ACL,Allowed CSG List)的封闭模式的CSG小区、或者是资源不足且CSG ID不属于ACL的混合模式的CSG小区时,UE仅可以获得紧急服务,这些小区一般可称为限制服务小区;当UE驻留到宏小区、或者是开放模式的CSG小区、或者是CSG ID属于ACL的封闭模式的CSG小区、或者是资源充足的混合模式的CSG小区、或者是资源不足但CSG ID属于ACL的CSG小区时,UE可以获得普通服务,这些小区一般可以称为普通服务小区。
现有技术中,UE处于限制服务小区时,可以通过在附着请求中设置附着类型(Attach Type)为“紧急(Emergency)”来标识一个紧急附着,从而网络侧的移动管理网元(MME,Mobility Management Entity)对于紧急附着,可以利用移动管理网元紧急配置数据(MME Emergency Configuration Data)中的相关参数为UE选择一个分组数据网络网关(P-GW,PDN Gateway,)并建立紧急缺省承载,使得UE可以获得紧急服务。
在对此方法的研究和实践过程中,本发明的发明人发现:
UE如果在不同服务小区例如限制服务小区与普通服务小区之间移动时,不能及时获得对应所需的服务例如是紧急服务或普通服务。
发明内容
本发明实施例提供一种业务处理方法、通信设备及通信系统,能够使得UE在不同服务小区之间移动时及时获得所需服务。
本发明实施例提供一种业务处理方法,包括:
接收用户终端发起的请求消息;
根据所述接收的请求消息,将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载。
本发明实施例提供一种通信设备,包括:
生成单元,用于生成请求消息,所述请求消息携带指明所述用户终端需获取的服务的信息;
发送单元,用于向网络侧发送所述生成单元生成的请求消息,由网络侧根据所述请求消息中携带的信息,将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载。
本发明实施例提供一种通信设备,包括:
接收单元,用于接收用户终端发起的请求消息;
处理单元,用于根据所述接收的请求消息,将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载。
本发明实施例提供一种通信系统,包括:
用户终端,用于发起请求消息,所述请求消息携带指明所述用户终端需获取的服务的信息;
网络侧设备,用于接收所述用户终端发起的请求消息,根据所述接收的请求消息中携带的指明所述用户终端需获取的服务的信息,将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载。
上述技术方案可以看出,本发明实施例接收用户终端发起的请求消息后,网络侧可以将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载,使得用户终端在不同服务小区之间移动时及时获得所需服务,从而克服现有技术存在的缺陷。
附图说明
图1是本发明实施例的业务处理方法流程图;
图2是本发明实施例的业务处理方法流程图;
图3是本发明实施例一的业务处理流程图;
图4是本发明实施例二的业务处理流程图;
图5是本发明实施例三的业务处理流程图;
图6是本发明实施例四的业务处理流程图;
图7是本发明实施例五的业务处理流程图;
图8是本发明实施例六的业务处理流程图;
图9是本发明实施例七的业务处理流程图;
图10是本发明实施例八的业务处理流程图
图11是本发明实施例的通信设备结构示意图;
图12是本发明实施例的通信设备结构示意图;
图13是本发明实施例的通信系统结构示意图。
具体实施方式
本发明实施例提供一种业务处理方法,能够使得UE在限制服务小区与普通服务小区之间移动时及时获得所需服务。本发明实施例还提供相应的通信设备及通信系统。以下分别进行详细说明。
图1是本发明实施例的业务处理方法流程图,主要包括步骤:
步骤101、接收用户终端发起的请求消息;
步骤102、根据所述接收的请求消息,将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载。
具体的,可以根据请求消息中携带的位置信息,结合UE的签约信息等判断UE只能获取某种服务例如只能获取限制服务,因此将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载。
该实施例内容可以看出,本发明实施例接收用户终端发起的请求消息后,网络侧可以将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载,使得用户终端在不同服务小区之间移动时及时获得所需服务,从而克服现有技术存在的缺陷。
图2是本发明实施例的业务处理方法流程图,主要包括步骤:
步骤201、接收用户终端发起的请求消息,所述请求消息携带指明所述用户终端需获取的服务的信息;
步骤202、根据所述请求消息中携带的信息,将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载。
其中,当所述请求消息为跟踪区域更新请求消息,所述跟踪区域更新请求消息携带指明从限制服务小区切换到普通服务小区的指示字段或指明从限制服务小区切换到普通服务小区的更新类型字段时,将用户终端在当前服务小区的当前缺省承载更改为普通缺省承载;
当所述请求消息为跟踪区域更新请求消息,所述跟踪区域更新请求消息携带指明从普通服务小区切换到限制服务小区的指示字段或指明从普通服务小区切换到限制服务小区的更新类型字段时,将用户终端在当前服务小区的当前缺省承载更改为紧急缺省承载;
当所述请求消息为附着请求消息,所述附着请求消息携带指明非紧急的附着类型时,将用户终端在当前服务小区的当前缺省承载更改为普通缺省承载。
当所述请求消息为附着请求消息,所述附着请求消息携带指明紧急的附着类型时,将用户终端在当前服务小区的当前缺省承载更改为紧急缺省承载。
从该实施例内容可以看出,本发明实施例接收用户终端发起的请求消息,而请求消息携带指明所述用户终端需获取的服务的信息,那么网络侧就可以及时获取这些信息后,可以将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载,使得用户终端在不同服务小区之间移动时及时获得所需服务。
以下结合更具体实施例进行进一步详细介绍。为描述的方便,以下内容将将限制服务小区称为A类小区,普通服务小区称为B类小区。以下实施例包括实施例一至实施例八。
其中,实施例一、实施例二、实施例六,主要针对:
当UE驻留到A类小区时,仅获得限制服务,此时UE移出该小区,进入到所属跟踪区域(TA,Tracking Area)与A类小区所属TA属于同一跟踪区域标识(TAI,Tracking Area Identity)列表的B类小区时,UE在空闲(IDLE)状态下主动发起一次跟踪区域更新(TAU,Tracking Area Updating)或附着过程,便于网络更改UE的状态到正常服务模式,建立普通缺省承载。
实施例三、实施例四、实施例五、实施例七,主要针对:
当UE从一个B类小区,移入到所属TA与B类小区所属TA属于同一TAI列表的A类小区中,将仅获得限制服务,UE在IDLE状态下主动发起一次TAU或附着过程,便于网络更改UE的状态到限制服务模式,为UE建立紧急缺省承载。
实施例八,主要针对:
当UE驻留到A类小区时,仅获得限制服务,此时如果有下行数据到来,MME将先在CSG ID不在ACL中的小区寻呼,此时采用国际移动用户识别码(IMSI,International Mobile Subscriber Identity)作为UE的标识;寻呼失败后MME再在整个TAI列表的小区中进行寻呼,此时采用,全球唯一临时标识(GUTI,Globally Unique Temporary Identity)或IMSI等标识作为UE的标识。
以下分别对各实施例进行介绍。
图3是本发明实施例一的业务处理流程图。
该实施例中,当UE驻留到A类小区时,仅获得限制服务,此时UE移出该小区,进入到所属TA与A类小区所属TA属于同一TAI列表的B类小区时,UE在IDLE状态下主动发起一次TAU过程,并发送从紧急到普通(Emergency-to-Normal Conversion)的指示字段给网络侧,网络侧在现有TAU处理的基础上增加了将UE的紧急缺省承载更改为普通缺省承载的内容,并相应更新相关上下文。以下流程图以移动过程中服务网关(S-GW,ServingGateway)不变的TAU过程为例说明。
图3中主要包括步骤:
步骤301、UE对是否发起TAU过程做出判断处理;
UE驻留到A类小区时,仅获得限制服务,缺省承载为紧急类型。UE处于IDLE状态,移动进入到所属TA与A类小区所属TA属于同一TAI列表的B类小区时,通过广播获取到该小区的小区ID,UE根据小区ID进行判断,如果该小区属于禁止的公共陆地移动网络(PLMN,Public Land MobileNetwork)禁止的TA等时,UE维持紧急服务(Emergency)的状态;否则UE在B类小区发起TAU过程,执行步骤302。
需要说明的是,也可以不需要步骤301进行判断的过程,UE直接发起TAU过程。
步骤302、UE向MME发送TAU请求消息,其中携带指示从紧急服务到普通服务的信息;
UE通过B类小区的基站eNB发送TAU请求消息给MME,其中除包含EPS承载状态等信息外,还携带指示字段(从紧急到普通,Emergency-to-NormalConversion),该指示字段说明是由于UE从只能获取限制服务的小区切换到能够获取正常服务的小区所触发的跟踪区域更新。
步骤303、MME获取UE的签约数据;
MME通过上下文请求(Context Request)过程从原来提供服务的MME(也称为Old MME)获取到UE的签约数据(Subcription Data),其中包括签约服务质量简表(EPS subscribed QoS profile)、接入点名称(APN,Access PointName)、签约接入点名称最大位率集合(Subscribed-APN-AMBR(AggregateMaximum Bit Rate))、分组数据网络地址(PDN Address)、分组数据网络网关地址标识(P-GW identity)、分组数据网络类型(PDN Type)等。
步骤304、MME向S-GW发送承载更新请求消息,其中携带新增的参数信息;
MME利用MME Emergency Configuration Data中的APN选择一个S-GW,或者直接从MME Emergency Configuration Data中获取一个S-GW。
对于移动过程中S-GW不变的情况,MME在发送给S-GW的承载更新请求消息(Update Bearer Request)里增加P-GW address,PDN Address,,APN,默认承载质量要求(Default EPS Bearer QoS),PDN Type,APN-AMBR等参数的信息。
需说明的是,如果是对于移动过程中S-GW发生变化的情况,则MME在发送给新的S-GW的承载创建请求消息(Create Bearer Request)中也会增加上述参数信息。
步骤305、S-GW向P-GW发送承载更新请求消息,其中携带新增的参数信息;
S-GW收到Create Bearer Request或者Update Bearer Request消息后,发送承载更新请求消息(Update Bearer Request)给上述消息中携带的P-GW Address所对应的P-GW,并在发送的消息中增加APN,用户面服务网关地址(S-GWAddress for the user plane),用户面服务网关隧道端点标识符(S-GW TEID of theuser plane),控制面服务网关隧道端点标识符S-GW TEID of the control plane,无线接入技术类型(RAT(Radio Access Technology)type),Default EPS BearerQoS,PDN Type,PDN Address,subscribed APN-AMBR,承载标识(EPS BearerIdentity)等参数信息。
步骤306、P-GW为UE重新建立正常服务的普通缺省承载;
P-GW利用所收到的消息和消息中的参数,重新建立正常服务的普通缺省承载,在它的EPS承载上下文中建立一个新的条目。
步骤307、P-GW向S-GW发送承载更新响应消息,其中携带新增的参数信息;
P-GW回复承载更新响应消息(Update Bearer Response)给S-GW,其中增加P-GW Address for the user plane,P-GW TEID of the user plane,P-GWTEID of the control plane,PDN Type,PDN Address,EPS Bearer Identity,EPSBearer QoS等参数信息。
步骤308、S-GW更新承载上下文,向MME返回响应消息;
S-GW根据接收的消息和消息中的参数,更新承载上下文,回复CreateBearer Response或者Update Bearer Response消息给MME,其中增加PDNType,,PDN Address,S-GW address for User Plane,S-GW TEID for User Plane,S-GW TEID for control plane,EPS Bearer Identity,EPS Bearer QoS,P-GWaddresses and TEID,APN-AMBR等参数信息。
步骤309、MME更新相关上下文;
MME根据接收的消息和消息中的参数,更新移动性管理上下文(MM,Mobility Management)和EPS承载上下文。
步骤310、执行后续现有流程,TAU过程结束。
按照现有技术TAU过程继续执行,直到TAU过程结束。从而,UE可以及时获得普通服务。
从该实施例内容可以看出,本发明实施例通过UE主动发起一次TAU过程,并增加指示字段告知网络侧该TAU过程是由于UE从只能获取限制服务的小区切换到能够获取正常服务的小区所触发的跟踪区域更新,因此可以使得网络侧及时获知后,将UE的紧急缺省承载更改为普通缺省承载,使得UE及时从获得紧急服务变为获得普通服务,从而克服现有技术存在的缺陷。
图4是本发明实施例二的业务处理流程图。实施例二与实施例一的主要区别在于设置发送更新类型(EPS update type)字段给网络侧进行指示。
该实施例中,当UE驻留到A类小区时,仅获得限制服务,此时UE移出该小区,进入到所属TA与A类小区所属TA属于同一TAI列表的B类小区时,UE在IDLE状态下主动发起一次TAU过程,并发送更新类型(EPS update type)字段给网络侧,网络侧在现有TAU处理的基础上增加了将UE的紧急缺省承载更改为普通缺省承载的内容,并相应更新相关上下文。以下流程图以移动过程中S-GW不变的TAU过程为例说明。
图4中主要包括步骤:
步骤401、UE对是否发起TAU过程做出判断处理;
该步骤与实施例一的步骤301相同。
步骤402、UE向MME发送TAU请求消息,其中携带指示从紧急服务到普通服务的信息;
UE通过B类小区的eNB发送TAU请求消息给MME,其中设置更新类型字段EPS update type为“从紧急到普通,Emergency-to-Normal TAupdating”,该更新类型字段说明是由于UE从只能获取限制服务的小区切换到能够获取正常服务的小区所触发的跟踪区域更新。
其中,EPS update type的具体取值及含义如下表1所示:
Figure G2009101484275D00081
表1
步骤403-410:这些步骤与步骤303-310相同,参见实施例一中的描述,此处不再赘述。
从该实施例内容可以看出,实施例二与实施例一具有基本相同的效果。
图5是本发明实施例三的业务处理流程图。实施例三与实施例一、二不同,实施例三是需要从获得普通服务到获得紧急服务。
该实施例中,当UE从一个B类小区移入到与B类小区所属TA不属于同一TAI列表下的A类小区中,将仅获得限制服务,UE在IDLE状态下会发起一次TAU过程,网络侧在现有TAU处理的基础上将UE的普通缺省承载更改为紧急缺省承载的处理,并相应更新相关上下文。以下流程图以移动过程中S-GW不变的TAU过程为例说明。
步骤501、UE向MME发送TAU请求消息;
UE处于IDLE状态,从一个B类小区移入到所属TA与B类小区所属TA不属于同一TAI列表的A类小区中;
UE在A类小区发起TAU过程,通过HeNB发送TAU请求消息给MME;
步骤502、MME根据请求消息中携带的位置信息,结合UE的签约信息等判断UE只能获取限制服务,向S-GW发送承载更新请求消息,其中携带新增的用于更改现有缺省承载为紧急缺省承载的参数信息;
MME利用MME Emergency Configuration Data中的APN选择一个S-GW,或者直接从MME Emergency Configuration Data中获取一个S-GW;
对于移动过程中S-GW不变的情况,MME在发送给S-GW的承载更新请求消息(Update Bearer Request)里增加em(紧急)APN、em QoS Profile、emAPN-AMBR、em P-GW Address等参数信息,另外如果UE的IMSI可用也可以包含IMSI;
需说明的是,如果是对于移动过程中S-GW发生变化的情况,则MME在发送给新的S-GW的承载创建请求消息(Create Bearer Request)中也会增加上述参数信息;
步骤503、S-GW向P-GW发送承载更新请求消息,其中携带新增的参数信息;
S-GW收到Create Bearer Request或者Update Bearer Request消息后,发送Update Bearer Request消息给上述消息中携带的P-GW Address所对应的P-GW,并在发送的消息中增加APN,S-GW Address for the user plane,S-GWTEID of the user plane,S-GW TEID ofthe control plane,RAT type,,em QoSProfile,PDN Type,em P-GW Address,em APN-AMBR,EPS Bearer Identity等参数信息,另外如果UE的IMSI可用也可以包含IMSI;
步骤504、P-GW为UE重新建立紧急服务的紧急缺省承载;
P-GW利用所收到的消息和消息中的参数,重新建立紧急服务的紧急缺省承载,在它的EPS承载上下文中建立一个新的条目;
步骤505、P-GW向S-GW发送承载更新响应消息,其中携带新增的参数信息;
P-GW回复Update Bearer Response消息给S-GW,其中增加P-GW Addressfor the user plane,P-GWTEID of the user plane,P-GW TEID of the control plane,PDN Type,PDN Address,EPS Bearer Identity,EPS Bearer QoS等参数信息。
步骤506、S-GW更新承载上下文,向MME返回响应消息;
S-GW根据接收的消息和消息中的参数,更新承载上下文,回复CreateBearer Response或者Update Bearer Response消息给MME,其中增加PDNType,PDN Address,S-GW address for User Plane,S-GW TEID for User Plane,S-GW TEID for control plane,EPS Bearer Identity,EPS Bearer QoS,P-GWaddresses and TEID,APN-AMBR等参数信息;
步骤507、MME更新相关上下文;
MME根据接收的消息和消息中的参数,更新移动性管理上下文(MM,Mobility Management)和EPS承载上下文;
步骤508、执行后续现有流程,TAU过程结束。
按照现有技术TAU过程继续执行,直到TAU过程结束。从而,UE可以获得及时获得紧急服务。
从该实施例内容可以看出,本发明实施例当UE发起一次TAU过程时,网络侧根据接受请求消息和签约信息获知只能提供UE紧急服务,将UE的普通缺省承载更改为紧急缺省承载,使得UE及时从获得普通服务变为获得紧急服务,从而克服现有技术存在的缺陷。
图6是本发明实施例四的业务处理流程图。实施例四与实施例一、二不同,实施例四是需要从获得普通服务到获得紧急服务。另外实施例四与实施例三的区别是在TAU请求消息中多了指示字段。
该实施例中,当UE从一个B类小区,移入到所属TA与B类小区所属TA属于同一TAI列表下的A类小区中,将仅获得限制服务,UE在IDLE状态下主动发起一次TAU过程,并发送从普通到紧急(Normal-to-EmergencyConversion)指示字段给网络侧,网络侧在现有TAU处理的基础上增加了将UE的普通缺省承载更改为紧急缺省承载的内容,并相应更新相关上下文。以下流程图以移动过程中S-GW不变的TAU过程为例说明。
图6中主要包括步骤:
步骤601、UE向MME发送TAU请求消息,其中携带指示从紧急服务到普通服务的信息;
UE处于IDLE状态,从一个B类小区移入到所属TA与B类小区所属TA属于同一TAI列表的A类小区中;
UE在A类小区发起TAU过程,通过HeNB发送TAU请求消息给MME,其中除包含EPS承载状态等信息外,还携带指示字段(从普通到紧急,Normal-to-Emergency Conversion,该指示字段说明是由于UE从能够获取正常服务的小区切换到只能获取限制服务的小区所触发的跟踪区域更新;
步骤602、MME向S-GW发送承载更新请求消息,其中携带新增的参数信息;
MME利用MME Emergency Configuration Data中的APN选择一个S-GW,或者直接从MME Emergency Configuration Data中获取一个S-GW;
对于移动过程中S-GW不变的情况,MME在发送给S-GW的承载更新请求消息(Update Bearer Request)里增加em(紧急)APN、em QoS Profile、emAPN-AMBR、em P-GW Address等参数信息,另外如果UE的IMSI可用也可以包含IMSI;
需说明的是,如果是对于移动过程中S-GW发生变化的情况,则MME在发送给新的S-GW的承载创建请求消息(Create Bearer Request)中也会增加上述参数信息;
步骤603、S-GW向P-GW发送承载更新请求消息,其中携带新增的参数信息;
S-GW收到Create Bearer Request或者Update Bearer Request消息后,发送Update Bearer Request消息给上述消息中携带的P-GW Address所对应的P-GW,并在发送的消息中增加APN,S-GW Address for the user plane,S-GWTEID of the user plane,S-GW TEID of the control plane,RAT type,,em QoSProfile,PDN Type,em P-GW Address,em APN-AMBR,EPS Bearer Identity等参数信息,另外如果UE的IMSI可用也可以包含IMSI。
步骤604、P-GW为UE重新建立紧急服务的紧急缺省承载;
P-GW利用所收到的消息和消息中的参数,重新建立紧急服务的紧急缺省承载,在它的EPS承载上下文中建立一个新的条目。
步骤605、P-GW向S-GW发送承载更新响应消息,其中携带新增的参数信息;
P-GW回复Update Bearer Response消息给S-GW,其中增加P-GW Addressfor the user plane,P-GWTEID of the user plane,P-GW TEID of the control plane,PDN Type,PDN Address,EPS Bearer Identity,EPS Bearer QoS等参数信息。
步骤606、S-GW更新承载上下文,向MME返回响应消息;
S-GW根据接收的消息和消息中的参数,更新承载上下文,回复CreateBearer Response或者Update Bearer Response消息给MME,其中增加PDNType,PDN Address,S-GW address for User Plane,S-GW TEID for User Plane,S-GW TEID for control plane,EPS Bearer Identity,EPS Bearer QoS,P-GWaddresses and TEID,APN-AMBR等参数信息。
步骤607、MME更新相关上下文;
MME根据接收的消息和消息中的参数,更新移动性管理上下文(MM,Mobility Management)和EPS承载上下文。
步骤608、执行后续现有流程,TAU过程结束。
按照现有技术TAU过程继续执行,直到TAU过程结束。从而,UE可以获得及时获得紧急服务。
从该实施例内容可以看出,本发明实施例通过UE主动发起一次TAU过程,并增加指示字段告知网络侧该TAU过程是由于UE从能够获取正常服务的小区切换到只能获取限制服务的小区所触发的跟踪区域更新,因此可以使得网络侧及时获知后,将UE的普通缺省承载更改为紧急缺省承载,使得UE及时从获得普通服务变为获得紧急服务,从而克服现有技术存在的缺陷。
图7是本发明实施例五的业务处理流程图。实施例五与实施例四的主要区别在于通过设置更新类型(EPS update type)字段给网络侧进行指示。
该实施例中,当UE从一个B类小区,移入到所属TA与B类小区所属TA属于同一TAI列表的A类小区中将仅获得限制服务,UE在IDLE状态下主动发起一次TAU过程并发送更新类型(EPS update type)字段给网络侧,网络侧在现有TAU处理的基础上增加了将UE的普通缺省承载更改为紧急缺省承载的内容,并相应更新相关上下文。以下流程图以移动过程中S-GW不变的TAU过程为例说明。
图7中主要包括步骤:
步骤701、UE向MME发送TAU请求消息,其中携带指示从普通服务到紧急服务的信息;
UE处于IDLE状态,从一个B类小区移入到所属TA与B类小区所属TA属于同一TAI列表的A类小区中。
UE在A类小区发起TAU过程,通过家庭基站HeNB发送TAU请求消息给MME,其中设置更新类型字段EPS update type为“从普通到紧急,Normal-to-Emergency TA updating”,该更新类型字段说明是由于UE从能够获取正常服务的小区切换到只能获取限制服务的小区所触发的跟踪区域更新。
其中,EPS update type的具体取值及含义如下表2所示:
Figure G2009101484275D00131
表2
步骤702-708:这些步骤与步骤602-608相同,参见实施例四中的描述,此处不再赘述。
从该实施例内容可以看出,实施例四与实施例三具有基本相同的效果。
图8是本发明实施例六的业务处理流程图。实施例六与实施例一的区别主要是发起的是附着过程;
该实施例中,当UE驻留到A类小区时,仅获得限制服务,此时UE移出该小区,进入到所属TA与A类小区所属TA属于同一TAI列表的B类小区时,UE在IDLE状态下主动发起一次附着过程,便于网络侧将UE的紧急缺省承载更改为普通缺省承载。
图8中主要包括步骤:
步骤801、UE对是否发起附着过程做出判断处理。
UE驻留到A类小区时,仅获得限制服务,缺省承载为紧急类型。UE处于IDLE状态,移动进入到所属TA与A类小区所属TA属于同一TAI列表的B类小区时,通过广播获取到该小区的小区ID,UE根据小区ID进行判断,如果该小区属于禁止的PLMN、禁止的TA等时,UE维持紧急服务Emergency的状态;否则UE在B类小区主动发起附着过程,执行步骤802。
需要说明的是,也可以不需要步骤801进行判断的过程,UE直接发起附着过程。
步骤802、UE向MME发送附着请求消息,其中指示附着类型为非紧急的附着类型;
UE通过在附着请求中设置附着类型Attach Type为“nonEmergency”来标识一个非紧急附着。
步骤803、MME为UE选择一个P-GW建立普通缺省承载;
如果MME上存有与普通缺省承载相关的签约数据(例如EPS subscribedQoS profile,APN,Subscribed-APN-AMBR,PDN Address,P-GW identity,PDN Type等),则直接利用这些签约数据执行正常的附着过程,选择一个P-GW为UE建立普通缺省承载,从而UE可以及时获得普通服务。
如果MME上不存在与普通缺省承载相关的签约数据,需要通过位置更新过程(Update Location)从归属用户数据服务器(HSS,Home Subscriber Server)上重新获取相关的签约数据后,利用这些签约数据执行正常的附着过程,选择一个P-GW为UE建立普通缺省承载,从而UE可以及时获得普通服务。
从该实施例内容可以看出,本发明实施例通过UE主动发起一次附着过程,并携带指示字段告知网络侧该附着过程为非紧急附着,因此可以使得网络侧及时获知后,将UE的紧急缺省承载更改为普通缺省承载,使得UE及时从获得紧急服务变为获得普通服务,从而克服现有技术存在的缺陷。
图9是本发明实施例七的业务处理流程图。实施例七与实施例六不同,实施例七是需要从获得普通服务到获得紧急服务。
该实施例中,当UE从一个B类小区,移入到所属TA与B类小区所属TA属于同一TAI列表下的A类小区中,将仅获得限制服务,UE在IDLE状态下主动发起一次附着过程,便于网络侧将UE的普通缺省承载更改为紧急缺省承载。
图9主要包括步骤:
步骤901、UE向MME发送附着请求消息,其中指示附着类型为紧急的附着类型;
UE处于IDLE状态,从一个B类小区移入到所属TA与B类小区所属TA属于同一TAI列表下的A类小区中。UE在A类小区发起附着过程,通过HeNB发送附着请求消息给MME,在附着请求中设置附着类型Attach Type为“Emergency”来标识一个紧急附着。如果没有有效的GUTI或者分组临时移动用户识别(P-TMSI,Packet Temporary Mobile Subscriber Identity)可用,请求消息中可以中包含IMSI,如果也没有IMSI可以用,则可在用请求消息中包含IMEI。
步骤902、MME为UE选择一个P-GW建立紧急缺省承载;
MME利用MME紧急配置数据(MME Emergency Configuration Data)中包含的em APN,em QoS Profile,em APN-AMBR,em P-GW ID)中的参数为UE选择一个P-GW,并忽略签约数据,为UE建立紧急缺省承载,从而UE可以及时获得紧急服务。
从该实施例内容可以看出,本发明实施例通过UE主动发起一次附着过程,并携带指示字段告知网络侧该附着过程为紧急附着,因此可以使得网络侧及时获知后,将UE的普通缺省承载更改为紧急缺省承载,使得UE及时从获得普通服务变为获得紧急服务,从而克服现有技术存在的缺陷。
需要说明的是,实施例一到实施例六也适用于EPS系统中UE在其他的限制服务小区(例如:小区所属TA属于“禁止跟踪区域(forbidden tracking area”等)与能够获取正常服务的小区间切换的情况。实施例一到实施例四对于更改紧急缺省承载或普通缺省承载的步骤也适用于其他情况触发的TAU过程中需要对承载进行更改的情况。实施例一到实施例四中如果MME和原提供服务的MME相同,则上下文请求Context Request的过程可以省略,并且与承载相关的签约数据(例如EPS subscribed QoS profile,APN、Subscribed-APN-AMBR,PDN Address,P-GW identity,PDN Type)可以直接从当前的MME获得。
图10是本发明实施例八的业务处理流程图。该实施例可以对UE实现及时寻呼。
该实施例的方法主要是当UE驻留到A类小区时,仅获得限制服务,MME按下面的次序进行寻呼:在CSG ID不在ACL中的小区寻呼,此时采用IMSI作为UE的标识;寻呼失败后MME再在整个TAI列表进行寻呼,此时采用GUTI或IMSI等标识作为UE的标识。
图10主要包括步骤:
步骤1001、MME在CSG ID不在ACL中的小区寻呼UE;
当UE驻留到A类小区时,仅获得限制服务,缺省承载为紧急缺省承载类型。此时有下行业务呼叫UE,则网络对UE进行寻呼。首先MME在UE当前所在TA的CSG ID不在ACL中的CSG小区发送寻呼消息,并采用IMSI作为UE的标识。
如果UE位于CSG ID不在ACL的CSG小区时,可以寻呼到UE。
步骤1002、寻呼失败后,MME再在整个TAI列表的小区中进行寻呼。
步骤1001中寻呼失败后,MME在UE当前所在TA的整个TAI列表中的小区发送寻呼消息,并采用GUTI或IMSI等标识符作为UE的标识。如果UE移动到B类小区时,则也可以寻呼到UE。
从该实施例可以看出,通过这样的寻呼处理可以保证无论UE无论移动到限制服务的小区或正常服务的小区,都能被及时寻呼到。
上述内容详细介绍了本发明实施例的业务处理方法,相应的,本发明实施例提供一种通信设备和通信系统。
图11是本发明实施例的通信设备结构示意图。该通信设备为用户终端。
如图11所示,通信设备包括:生成单元1101和发送单元1102。
生成单元1101,用于生成请求消息,所述请求消息携带指明所述用户终端需获取的服务的信息;
发送单元1102,用于向网络侧发送所述生成单元1101生成的请求消息,由网络侧根据所述请求消息中携带的信息,将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载。
通信设备还包括:判断单元1103。
判断单元1103,用于判断当前移入的小区是否属于限制服务小区,若否,通知所述生成单元1101生成请求消息。
图12是本发明实施例的通信设备结构示意图。该通信设备为移动管理网元MME。
如图12所示,通信设备包括:接收单元1201和处理单元1202。
接收单元1201,用于接收用户终端发起的请求消息;
处理单元1202,用于根据所述接收的请求消息,将所述用户终端的当前缺省承载更改为用户终端在当前服务小区的需获取的服务所对应的承载。
所述接收单元1201接收的请求消息携带指明所述用户终端需获取的服务的信息;所述处理单元1202是根据所述请求消息中携带的指明所述用户终端需获取的服务的信息,将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载。
当所述请求消息为跟踪区域更新请求消息,所述跟踪区域更新请求消息携带指明从限制服务小区切换到普通服务小区的指示字段或指明从限制服务小区切换到普通服务小区的更新类型字段时,所述处理单元1202将用户终端在当前服务小区的当前缺省承载更改为普通缺省承载;
当所述请求消息为跟踪区域更新请求消息,所述跟踪区域更新请求消息携带指明从普通服务小区切换到限制服务小区的指示字段或指明从普通服务小区切换到限制服务小区的更新类型字段时,所述处理单元1202将用户终端在当前服务小区的当前缺省承载更改为紧急缺省承载;
当所述请求消息为附着请求消息,所述附着请求消息携带指明非紧急的附着类型时,所述处理单元1202将用户终端在当前服务小区的当前缺省承载更改为普通缺省承载。
当所述请求消息为附着请求消息,所述附着请求消息携带指明紧急的附着类型时,所述处理单元1202将用户终端在当前服务小区的当前缺省承载更改为紧急缺省承载。
图13是本发明实施例的通信系统结构示意图。
如图13所示,通信系统包括:用户终端1301和网络侧设备1302。
用户终端1301,用于发起请求消息;
网络侧设备1302,用于接收所述用户终端1301发起的请求消息,根据所述接收的请求消息,将所述用户终端1301的当前缺省承载更改为用户终端1301在当前服务小区的需获取的服务所对应的承载。
所述用户终端1301发起请的请求消息携带指明所述用户终端1301需获取的服务的信息;所述网络侧设备1302是根据所述用户终端1301发起的请求消息中携带的指明所述用户终端1301需获取的服务的信息,将所述用户终端1301的当前缺省承载更改为用户终端1301在当前服务小区需获取的服务所对应的承载。
当所述请求消息为跟踪区域更新请求消息,所述跟踪区域更新请求消息携带指明从限制服务小区切换到普通服务小区的指示字段或明从限制服务小区切换到普通服务小区的更新类型字段时,所述处网络侧设备1302将用户终端1301在当前服务小区的当前缺省承载更改为普通缺省承载;
当所述请求消息为跟踪区域更新请求消息,所述跟踪区域更新请求消息携带指明从普通服务小区切换到限制服务小区的指示字段或指明从普通服务小区切换到限制服务小区的更新类型字段时,所述网络侧设备1302将用户终端1301在当前服务小区的当前缺省承载更改为紧急缺省承载;
当所述请求消息为附着请求消息,所述附着请求消息携带指明非紧急的附着类型时,所述网络侧设备1302将用户终端1301在当前服务小区的当前缺省承载更改为普通缺省承载。
当所述请求消息为附着请求消息,所述附着请求消息携带指明紧急的附着类型时,所述网络侧设备1302将用户终端1301在当前服务小区的当前缺省承载更改为紧急缺省承载。
其中,用户终端1301具有上述图11所示的结构,网络侧设备1302具有上述图12所示的结构,具体参见前面描述,此处不再赘述。
综上所述,本发明实施例接收用户终端发起的请求消息后,网络侧可以将所述用户终端的当前缺省承载更改为用户终端在当前服务小区的需获取的服务所对应的承载,使得用户终端在不同服务小区之间移动时及时获得所需服务,从而克服现有技术存在的缺陷。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:只读存储器(ROM,Read Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁盘或光盘等。
以上对本发明实施例所提供的一种业务处理方法、通信设备及通信系统进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。

Claims (7)

1.一种业务处理方法,其特征在于,包括:
接收用户终端发起的请求消息,所述请求消息携带指明所述用户终端需获取的服务的信息;
根据所述请求消息中携带的指明所述用户终端需获取的服务的信息,将所述用户终端的当前缺省承载更改为所述用户终端在当前服务小区需获取的服务所对应的承载;
所述请求消息为跟踪区域更新请求消息,所述跟踪区域更新请求消息携带指明从限制服务小区切换到普通服务小区的指示字段或指明从限制服务小区切换到普通服务小区的更新类型字段;
所述将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载具体为:
将用户终端在当前服务小区的当前缺省承载更改为普通缺省承载;
或者,
所述请求消息为跟踪区域更新请求消息,所述跟踪区域更新请求消息携带指明从普通服务小区切换到限制服务小区的指示字段或指明从普通服务小区切换到限制服务小区的更新类型字段;
所述将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载具体为:
将用户终端在当前服务小区的当前缺省承载更改为紧急缺省承载;
或者,
所述请求消息为附着请求消息,所述附着请求消息携带指明非紧急的附着类型;
所述将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载具体为:
将用户终端在当前服务小区的当前缺省承载更改为普通缺省承载;
或者,
所述请求消息为附着请求消息,所述附着请求消息携带指明紧急的附着类型;
所述将所述用户终端的当前缺省承载更改为所述用户终端在当前服务小区需获取的服务所对应的承载具体为:
将所述用户终端在当前服务小区的当前缺省承载更改为紧急缺省承载。
2.根据权利要求1所述的业务处理方法,其特征在于:
所述请求消息为跟踪区域更新请求消息,所述跟踪区域更新请求消息携带指明从限制服务小区切换到普通服务小区的指示字段或指明从所述限制服务小区切换到所述普通服务小区的更新类型字段时,所述接收的所述用户终端主动发起的请求消息是所述用户终端判断出当前移入的小区属于普通服务小区后发起的请求消息。
3.根据权利要求1或2所述的业务处理方法,其特征在于:
所述将所述用户终端的当前缺省承载更改为所述用户终端在当前服务小区需获取的服务所对应的承载包括:
由网络侧的移动管理网元、服务网关和数据网关在通信过程中携带建立所述承载过程所需的参数,利用所述参数将所述用户终端的当前缺省承载更改为所述用户终端在当前服务小区需获取的服务所对应的承载。
4.一种用户终端,其特征在于,包括:
生成单元,用于生成请求消息,所述请求消息携带指明所述用户终端需获取的服务的信息;
发送单元,用于向网络侧发送所述生成单元生成的请求消息,由所述网络侧根据所述请求消息中携带的信息,将所述用户终端的当前缺省承载更改为所述用户终端在当前服务小区需获取的服务所对应的承载;当所述请求消息为跟踪区域更新请求消息,所述跟踪区域更新请求消息携带指明从限制服务小区切换到普通服务小区的指示字段或指明从限制服务小区切换到普通服务小区的更新类型字段时,由所述网络侧将所述用户终端在当前服务小区的当前缺省承载更改为普通缺省承载;当所述请求消息为跟踪区域更新请求消息,所述跟踪区域更新请求消息携带指明从普通服务小区切换到限制服务小区的指示字段或指明从普通服务小区切换到限制服务小区的更新类型字段时,由所述网络侧将所述用户终端在当前服务小区的当前缺省承载更改为紧急缺省承载;当所述请求消息为附着请求消息,所述附着请求消息携带指明非紧急的附着类型时,由所述网络侧将所述用户终端在当前服务小区的当前缺省承载更改为普通缺省承载;当所述请求消息为附着请求消息,所述附着请求消息携带指明紧急的附着类型时,由所述网络侧将所述用户终端在当前服务小区的当前缺省承载更改为紧急缺省承载。
5.根据权利要求4所述的用户终端,其特征在于,还包括:
判断单元,用于判断当前移入的小区是否属于限制服务小区,若否,通知所述生成单元生成请求消息。
6.一种通信设备,其特征在于,包括:
接收单元,用于接收用户终端发起的请求消息,所述请求消息携带指明所述用户终端需获取的服务的信息;
处理单元,用于根据所述接收单元接收的请求消息中携带的指明所述用户终端需获取的服务的信息,将所述用户终端的当前缺省承载更改为所述用户终端在当前服务小区需获取的服务所对应的承载;
当所述请求消息为跟踪区域更新请求消息,所述跟踪区域更新请求消息携带指明从限制服务小区切换到普通服务小区的指示字段或指明从限制服务小区切换到普通服务小区的更新类型字段时,所述处理单元将所述用户终端在当前服务小区的当前缺省承载更改为普通缺省承载;
当所述请求消息为跟踪区域更新请求消息,所述跟踪区域更新请求消息携带指明从普通服务小区切换到限制服务小区的指示字段或指明从普通服务小区切换到限制服务小区的更新类型字段时,所述处理单元将所述用户终端在当前服务小区的当前缺省承载更改为紧急缺省承载;
当所述请求消息为附着请求消息,所述附着请求消息携带指明非紧急的附着类型时,所述处理单元将所述用户终端在当前服务小区的当前缺省承载更改为普通缺省承载;
当所述请求消息为附着请求消息,所述附着请求消息携带指明紧急的附着类型时,所述处理单元将所述用户终端在当前服务小区的当前缺省承载更改为紧急缺省承载。
7.一种通信系统,其特征在于,包括:
用户终端,用于发起请求消息,所述请求消息携带指明所述用户终端需获取的服务的信息;
网络侧设备,用于接收所述用户终端发起的请求消息,根据所述请求消息中携带的指明所述用户终端需获取的服务的信息,将所述用户终端的当前缺省承载更改为所述用户终端在当前服务小区需获取的服务所对应的承载;
当所述请求消息为跟踪区域更新请求消息,所述跟踪区域更新请求消息携带指明从限制服务小区切换到普通服务小区的指示字段或指明从限制服务小区切换到普通服务小区的更新类型字段时,所述网络侧设备将所述用户终端在当前服务小区的当前缺省承载更改为普通缺省承载;
当所述请求消息为跟踪区域更新请求消息,所述跟踪区域更新请求消息携带指明从普通服务小区切换到限制服务小区的指示字段或指明从普通服务小区切换到限制服务小区的更新类型字段时,所述网络侧设备将所述用户终端在当前服务小区的当前缺省承载更改为紧急缺省承载;
当所述请求消息为附着请求消息,所述附着请求消息携带指明非紧急的附着类型时,所述网络侧设备将所述用户终端在当前服务小区的当前缺省承载更改为普通缺省承载;
当所述请求消息为附着请求消息,所述附着请求消息携带指明紧急的附着类型时,所述网络侧设备将所述用户终端在当前服务小区的当前缺省承载更改为紧急缺省承载。
CN2009101484275A 2009-06-26 2009-06-26 业务处理方法、通信设备及通信系统 Active CN101932026B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN2009101484275A CN101932026B (zh) 2009-06-26 2009-06-26 业务处理方法、通信设备及通信系统
PCT/CN2010/074359 WO2010149052A1 (zh) 2009-06-26 2010-06-24 业务处理方法、通信设备及通信系统
EP10791558A EP2448326A4 (en) 2009-06-26 2010-06-24 BUSINESS PROCESSING, COMMUNICATION DEVICE AND COMMUNICATION SYSTEM
US13/336,099 US20120094629A1 (en) 2009-06-26 2011-12-23 Service processing method, communication device, and communication system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2009101484275A CN101932026B (zh) 2009-06-26 2009-06-26 业务处理方法、通信设备及通信系统

Publications (2)

Publication Number Publication Date
CN101932026A CN101932026A (zh) 2010-12-29
CN101932026B true CN101932026B (zh) 2012-06-06

Family

ID=43370865

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2009101484275A Active CN101932026B (zh) 2009-06-26 2009-06-26 业务处理方法、通信设备及通信系统

Country Status (4)

Country Link
US (1) US20120094629A1 (zh)
EP (1) EP2448326A4 (zh)
CN (1) CN101932026B (zh)
WO (1) WO2010149052A1 (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101925137B (zh) * 2010-08-30 2012-11-21 华为技术有限公司 签约业务合并场景下对QoS参数进行处理的方法及设备
CN102638853B (zh) * 2012-03-31 2014-07-16 南京邮电大学 一种保障家庭基站多业务回传的QoS方法
CN103391596B (zh) * 2012-05-07 2017-03-08 华为终端有限公司 数据传输方法及装置
US9832719B2 (en) 2014-10-17 2017-11-28 Qualcomm Incorporated Selection of a serving node in a wireless communication system
WO2016155903A1 (en) * 2015-03-27 2016-10-06 Alcatel Lucent Terminal, method of operating a terminal, transmission coordinator device, base station and method of operating a transmission coordinator device
US10687380B2 (en) * 2015-07-24 2020-06-16 Lg Electronics Inc. PDN connection management method and network entity
EP3379778B1 (en) 2015-12-31 2019-11-06 Huawei Technologies Co., Ltd. Data packet transmission method and device
CN109076330B (zh) * 2016-03-23 2021-08-13 Lg 电子株式会社 无线通信系统中跟踪区域更新的方法及其装置
US11202246B2 (en) 2017-06-15 2021-12-14 Lg Electronics Inc. Method and network device for responding to request
US11483732B2 (en) 2018-10-05 2022-10-25 T-Mobile Usa, Inc. Intelligent allocation of network resources
CN110312323B (zh) * 2019-05-21 2021-01-08 展讯半导体(成都)有限公司 控制方法、装置及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101043722A (zh) * 2006-03-22 2007-09-26 华为技术有限公司 E-dch服务授权控制方法
CN101365228A (zh) * 2007-08-07 2009-02-11 华为技术有限公司 移动终端接入网络的方法及锚点管理设备
CN101400153A (zh) * 2007-09-27 2009-04-01 北京三星通信技术研究有限公司 用户设备通过hnb接入系统直接通信的方法

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6115596A (en) * 1997-04-22 2000-09-05 Ericsson Inc. Systems and methods for handling emergency calls in hierarchical cell structures
FI108593B (fi) * 1999-12-31 2002-02-15 Nokia Oyj Paketinreititys monipalveluverkossa
US7787855B2 (en) * 2003-03-31 2010-08-31 Motorola, Inc. Establishing emergency sessions in packet data networks for wireless devices having invalid subscriber identities
US7747275B2 (en) * 2004-05-06 2010-06-29 M-Stack Limited Cell selection in mobile communications
CN1984481B (zh) * 2006-05-18 2010-05-12 华为技术有限公司 保障通讯分组业务服务质量的方法
JP5221526B2 (ja) * 2006-06-16 2013-06-26 ノキア コーポレイション システム間ハンドオーバの場合に端末のpdpコンテキストを転送する装置及び方法
US20080153454A1 (en) * 2006-12-21 2008-06-26 Nokia Corporation Emergency service in a communication system
ATE496504T1 (de) * 2007-06-08 2011-02-15 Ericsson Telefon Ab L M Handover von einer leitungsvermitteldomäne in eine leitungsvermittelter-dienst-über- paketvermittelt-domäne
KR101002810B1 (ko) * 2007-08-10 2010-12-21 삼성전자주식회사 패킷 스위칭 도메인에서 단말의 위치 등록 방법 및 장치
CN101374258B (zh) * 2007-08-20 2012-07-04 华为技术有限公司 一种实现网络后向兼容的系统和附着、去附着方法
CN101431780B (zh) * 2007-11-09 2010-12-22 华为技术有限公司 一种实现网络优化切换的方法、设备及系统
US8165587B2 (en) * 2008-02-07 2012-04-24 Telefonaktiebolaget Lm Ericsson (Publ) Communicating cell restriction status information between radio access network nodes
US7940697B2 (en) * 2008-03-17 2011-05-10 Nokia Corporation Transition between IP protocol versions
US8023944B2 (en) * 2008-09-29 2011-09-20 Via Telecom, Inc. Apparatus and method for performing attach procedure in mobile communication system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101043722A (zh) * 2006-03-22 2007-09-26 华为技术有限公司 E-dch服务授权控制方法
CN101365228A (zh) * 2007-08-07 2009-02-11 华为技术有限公司 移动终端接入网络的方法及锚点管理设备
CN101400153A (zh) * 2007-09-27 2009-04-01 北京三星通信技术研究有限公司 用户设备通过hnb接入系统直接通信的方法

Also Published As

Publication number Publication date
CN101932026A (zh) 2010-12-29
EP2448326A1 (en) 2012-05-02
EP2448326A4 (en) 2012-07-11
US20120094629A1 (en) 2012-04-19
WO2010149052A1 (zh) 2010-12-29

Similar Documents

Publication Publication Date Title
CN101932026B (zh) 业务处理方法、通信设备及通信系统
CN102036325B (zh) 一种建立或修改本地ip接入承载的方法和设备
US8718653B2 (en) Method and terminal for association update
KR101201731B1 (ko) 사용자 정보 통지 방법, 시스템 및 장치
WO2018177277A1 (zh) 网络系统中状态信息的处理方法、装置及存储介质
US9504005B2 (en) Method for processing data associated with location area update in a wireless communication system
EP2661916B1 (en) Method and apparatus for supporting user equipment mobility in a wireless communication system
JP5629011B2 (ja) 住居/企業ネットワーク接続管理およびcsfbシナリオ
US9088967B2 (en) Wireless communication system and connection method between user equipment and a mobility management entity
EP3788826A1 (en) Core paging handling
EP2259657B1 (en) Method for indicating the bearer management of a serving gateway
US8433317B2 (en) Method of controlling home cell selection for a wireless communication system and related device
EP2827645A1 (en) Method and apparatus for processing nas signaling request in wireless communication system
CA2812944A1 (en) Method and apparatus for releasing connection with local gw when ue moves out of the residential/enterprise network coverage
EP2761904B1 (en) Method for processing data associated with location area update in a wireless communication system
CN110267362B (zh) 维护最大承载数目的方法和用户设备
WO2017181353A1 (zh) 专用核心网迁移处理方法、设备和系统
CN102340844A (zh) 切换过程中确定目标基站的方法、ue及mme
WO2018059401A1 (zh) 网络切换方法、装置及系统,网络接入方法及装置
CN102036329B (zh) 一种建立或修改本地ip接入承载的方法和设备
CN106162759A (zh) 决策服务质量QoS的方法、网络侧网元及系统
US11184875B2 (en) Paging method and apparatus for wireless communication
CN101998364B (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
C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20160420

Address after: American California

Patentee after: Snaptrack, Inc.

Address before: 518129 Longgang District, Guangdong, Bantian HUAWEI base B District, building 2, building No.

Patentee before: Huawei Device Co., Ltd.