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

申请号 CN200910148427.5 申请日 2009-06-26 公开(公告)号 CN101932026B 公开(公告)日 2012-06-06
申请人 华为终端有限公司; 发明人 刘娟; 王睿; 陈国乔; 关止;
摘要 本 发明 实施例 公开了一种业务处理方法、通信设备及通信系统。业务处理方法包括:接收用户终端发起的 请求 消息;根据所述接收的请求消息,将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载。通信设备包括:生成单元,用于生成请求消息,所述请求消息携带指明所述用户终端需获取的服务的信息;发送单元,用于向网络侧发送所述生成单元生成的请求消息,由网络侧根据所述请求消息中携带的信息,将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载。本发明实施例技术方案能够使得UE在不同服务小区之间移动时及时获得所需服务。
权利要求

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

说明书全文

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

技术领域

[0001] 本发明涉及通信技术领域,具体涉及一种业务处理方法、通信设备及通信系统。

背景技术

[0002] 第三代合作伙伴计划(3GPP,3rd Generation Partnership Project)提出了了演进的分组交换系统(EPS,Evolved Packet System)。在EPS系统中,紧急承载业务用于支持紧急会话,由支持紧急业务的网络为正常附着或处于限制服务状态的用户终端UE提供紧急服务。
[0003] 一般而言,当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可以获得普通服务,这些小区一般可以称为普通服务小区。
[0004] 现有技术中,UE处于限制服务小区时,可以通过在附着请求中设置附着类型(Attach Type)为“紧急(Emergency)”来标识一个紧急附着,从而网络侧的移动管理网元(MME,Mobility Management Entity)对于紧急附着,可以利用移动管理网元紧急配置数据(MME Emergency Configuration Data)中的相关参数为UE选择一个分组数据网络网关(P-GW,PDN Gateway,)并建立紧急缺省承载,使得UE可以获得紧急服务。
[0005] 在对此方法的研究和实践过程中,本发明的发明人发现:
[0006] UE如果在不同服务小区例如限制服务小区与普通服务小区之间移动时,不能及时获得对应所需的服务例如是紧急服务或普通服务。

发明内容

[0007] 本发明实施例提供一种业务处理方法、通信设备及通信系统,能够使得UE在不同服务小区之间移动时及时获得所需服务。
[0008] 本发明实施例提供一种业务处理方法,包括:
[0009] 接收用户终端发起的请求消息;
[0010] 根据所述接收的请求消息,将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载。
[0011] 本发明实施例提供一种通信设备,包括:
[0012] 生成单元,用于生成请求消息,所述请求消息携带指明所述用户终端需获取的服务的信息;
[0013] 发送单元,用于向网络侧发送所述生成单元生成的请求消息,由网络侧根据所述请求消息中携带的信息,将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载。
[0014] 本发明实施例提供一种通信设备,包括:
[0015] 接收单元,用于接收用户终端发起的请求消息;
[0016] 处理单元,用于根据所述接收的请求消息,将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载。
[0017] 本发明实施例提供一种通信系统,包括:
[0018] 用户终端,用于发起请求消息,所述请求消息携带指明所述用户终端需获取的服务的信息;
[0019] 网络侧设备,用于接收所述用户终端发起的请求消息,根据所述接收的请求消息中携带的指明所述用户终端需获取的服务的信息,将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载。
[0020] 上述技术方案可以看出,本发明实施例接收用户终端发起的请求消息后,网络侧可以将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载,使得用户终端在不同服务小区之间移动时及时获得所需服务,从而克服现有技术存在的缺陷附图说明
[0021] 图1是本发明实施例的业务处理方法流程图
[0022] 图2是本发明实施例的业务处理方法流程图;
[0023] 图3是本发明实施例一的业务处理流程图;
[0024] 图4是本发明实施例二的业务处理流程图;
[0025] 图5是本发明实施例三的业务处理流程图;
[0026] 图6是本发明实施例四的业务处理流程图;
[0027] 图7是本发明实施例五的业务处理流程图;
[0028] 图8是本发明实施例六的业务处理流程图;
[0029] 图9是本发明实施例七的业务处理流程图;
[0030] 图10是本发明实施例八的业务处理流程图
[0031] 图11是本发明实施例的通信设备结构示意图;
[0032] 图12是本发明实施例的通信设备结构示意图;
[0033] 图13是本发明实施例的通信系统结构示意图。

具体实施方式

[0034] 本发明实施例提供一种业务处理方法,能够使得UE在限制服务小区与普通服务小区之间移动时及时获得所需服务。本发明实施例还提供相应的通信设备及通信系统。以下分别进行详细说明。
[0035] 图1是本发明实施例的业务处理方法流程图,主要包括步骤:
[0036] 步骤101、接收用户终端发起的请求消息;
[0037] 步骤102、根据所述接收的请求消息,将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载。
[0038] 具体的,可以根据请求消息中携带的位置信息,结合UE的签约信息等判断UE只能获取某种服务例如只能获取限制服务,因此将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载。
[0039] 该实施例内容可以看出,本发明实施例接收用户终端发起的请求消息后,网络侧可以将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载,使得用户终端在不同服务小区之间移动时及时获得所需服务,从而克服现有技术存在的缺陷。
[0040] 图2是本发明实施例的业务处理方法流程图,主要包括步骤:
[0041] 步骤201、接收用户终端发起的请求消息,所述请求消息携带指明所述用户终端需获取的服务的信息;
[0042] 步骤202、根据所述请求消息中携带的信息,将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载。
[0043] 其中,当所述请求消息为跟踪区域更新请求消息,所述跟踪区域更新请求消息携带指明从限制服务小区切换到普通服务小区的指示字段或指明从限制服务小区切换到普通服务小区的更新类型字段时,将用户终端在当前服务小区的当前缺省承载更改为普通缺省承载;
[0044] 当所述请求消息为跟踪区域更新请求消息,所述跟踪区域更新请求消息携带指明从普通服务小区切换到限制服务小区的指示字段或指明从普通服务小区切换到限制服务小区的更新类型字段时,将用户终端在当前服务小区的当前缺省承载更改为紧急缺省承载;
[0045] 当所述请求消息为附着请求消息,所述附着请求消息携带指明非紧急的附着类型时,将用户终端在当前服务小区的当前缺省承载更改为普通缺省承载。
[0046] 当所述请求消息为附着请求消息,所述附着请求消息携带指明紧急的附着类型时,将用户终端在当前服务小区的当前缺省承载更改为紧急缺省承载。
[0047] 从该实施例内容可以看出,本发明实施例接收用户终端发起的请求消息,而请求消息携带指明所述用户终端需获取的服务的信息,那么网络侧就可以及时获取这些信息后,可以将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载,使得用户终端在不同服务小区之间移动时及时获得所需服务。
[0048] 以下结合更具体实施例进行进一步详细介绍。为描述的方便,以下内容将将限制服务小区称为A类小区,普通服务小区称为B类小区。以下实施例包括实施例一至实施例八。
[0049] 其中,实施例一、实施例二、实施例六,主要针对:
[0050] 当UE驻留到A类小区时,仅获得限制服务,此时UE移出该小区,进入到所属跟踪区域(TA,Tracking Area)与A类小区所属TA属于同一跟踪区域标识(TAI,Tracking Area Identity)列表的B类小区时,UE在空闲(IDLE)状态下主动发起一次跟踪区域更新(TAU,Tracking Area Updating)或附着过程,便于网络更改UE的状态到正常服务模式,建立普通缺省承载。
[0051] 实施例三、实施例四、实施例五、实施例七,主要针对:
[0052] 当UE从一个B类小区,移入到所属TA与B类小区所属TA属于同一TAI列表的A类小区中,将仅获得限制服务,UE在IDLE状态下主动发起一次TAU或附着过程,便于网络更改UE的状态到限制服务模式,为UE建立紧急缺省承载。
[0053] 实施例八,主要针对:
[0054] 当UE驻留到A类小区时,仅获得限制服务,此时如果有下行数据到来,MME将先在CSG ID不在ACL中的小区寻呼,此时采用国际移动用户识别码(IMSI,International Mobile Subscriber Identity)作为UE的标识;寻呼失败后MME再在整个TAI列表的小区中进行寻呼,此时采用,全球唯一临时标识(GUTI,Globally Unique Temporary Identity)或IMSI等标识作为UE的标识。
[0055] 以下分别对各实施例进行介绍。
[0056] 图3是本发明实施例一的业务处理流程图。
[0057] 该实施例中,当UE驻留到A类小区时,仅获得限制服务,此时UE移出该小区,进入到所属TA与A类小区所属TA属于同一TAI列表的B类小区时,UE在IDLE状态下主动发起一次TAU过程,并发送从紧急到普通(Emergency-to-Normal Conversion)的指示字段给网络侧,网络侧在现有TAU处理的基础上增加了将UE的紧急缺省承载更改为普通缺省承载的内容,并相应更新相关上下文。以下流程图以移动过程中服务网关(S-GW,ServingGateway)不变的TAU过程为例说明。
[0058] 图3中主要包括步骤:
[0059] 步骤301、UE对是否发起TAU过程做出判断处理;
[0060] UE驻留到A类小区时,仅获得限制服务,缺省承载为紧急类型。UE处于IDLE状态,移动进入到所属TA与A类小区所属TA属于同一TAI列表的B类小区时,通过广播获取到该小区的小区ID,UE根据小区ID进行判断,如果该小区属于禁止的公共陆地移动网络(PLMN,Public Land MobileNetwork)禁止的TA等时,UE维持紧急服务(Emergency)的状态;否则UE在B类小区发起TAU过程,执行步骤302。
[0061] 需要说明的是,也可以不需要步骤301进行判断的过程,UE直接发起TAU过程。
[0062] 步骤302、UE向MME发送TAU请求消息,其中携带指示从紧急服务到普通服务的信息;
[0063] UE通过B类小区的基站eNB发送TAU请求消息给MME,其中除包含EPS承载状态等信息外,还携带指示字段(从紧急到普通,Emergency-to-NormalConversion),该指示字段说明是由于UE从只能获取限制服务的小区切换到能够获取正常服务的小区所触发的跟踪区域更新。
[0064] 步骤303、MME获取UE的签约数据;
[0065] 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)等。
[0066] 步骤304、MME向S-GW发送承载更新请求消息,其中携带新增的参数信息;
[0067] MME利用MME Emergency Configuration Data中的APN选择一个S-GW,或者直接从MME Emergency Configuration Data中获取一个S-GW。
[0068] 对于移动过程中S-GW不变的情况,MME在发送给S-GW的承载更新请求消息(Update Bearer Request)里增加P-GW address,PDN Address,,APN,默认承载质量要求(Default EPS Bearer QoS),PDN Type,APN-AMBR等参数的信息。
[0069] 需说明的是,如果是对于移动过程中S-GW发生变化的情况,则MME在发送给新的S-GW的承载创建请求消息(Create Bearer Request)中也会增加上述参数信息。
[0070] 步骤305、S-GW向P-GW发送承载更新请求消息,其中携带新增的参数信息;
[0071] 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)等参数信息。
[0072] 步骤306、P-GW为UE重新建立正常服务的普通缺省承载;
[0073] P-GW利用所收到的消息和消息中的参数,重新建立正常服务的普通缺省承载,在它的EPS承载上下文中建立一个新的条目。
[0074] 步骤307、P-GW向S-GW发送承载更新响应消息,其中携带新增的参数信息;
[0075] 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等参数信息。
[0076] 步骤308、S-GW更新承载上下文,向MME返回响应消息;
[0077] 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等参数信息。
[0078] 步骤309、MME更新相关上下文;
[0079] MME根据接收的消息和消息中的参数,更新移动性管理上下文(MM,Mobility Management)和EPS承载上下文。
[0080] 步骤310、执行后续现有流程,TAU过程结束。
[0081] 按照现有技术TAU过程继续执行,直到TAU过程结束。从而,UE可以及时获得普通服务。
[0082] 从该实施例内容可以看出,本发明实施例通过UE主动发起一次TAU过程,并增加指示字段告知网络侧该TAU过程是由于UE从只能获取限制服务的小区切换到能够获取正常服务的小区所触发的跟踪区域更新,因此可以使得网络侧及时获知后,将UE的紧急缺省承载更改为普通缺省承载,使得UE及时从获得紧急服务变为获得普通服务,从而克服现有技术存在的缺陷。
[0083] 图4是本发明实施例二的业务处理流程图。实施例二与实施例一的主要区别在于设置发送更新类型(EPS update type)字段给网络侧进行指示。
[0084] 该实施例中,当UE驻留到A类小区时,仅获得限制服务,此时UE移出该小区,进入到所属TA与A类小区所属TA属于同一TAI列表的B类小区时,UE在IDLE状态下主动发起一次TAU过程,并发送更新类型(EPS update type)字段给网络侧,网络侧在现有TAU处理的基础上增加了将UE的紧急缺省承载更改为普通缺省承载的内容,并相应更新相关上下文。以下流程图以移动过程中S-GW不变的TAU过程为例说明。
[0085] 图4中主要包括步骤:
[0086] 步骤401、UE对是否发起TAU过程做出判断处理;
[0087] 该步骤与实施例一的步骤301相同。
[0088] 步骤402、UE向MME发送TAU请求消息,其中携带指示从紧急服务到普通服务的信息;
[0089] UE通过B类小区的eNB发送TAU请求消息给MME,其中设置更新类型字段EPS update type为“从紧急到普通,Emergency-to-Normal TAupdating”,该更新类型字段说明是由于UE从只能获取限制服务的小区切换到能够获取正常服务的小区所触发的跟踪区域更新。
[0090] 其中,EPS update type的具体取值及含义如下表1所示:
[0091]
[0092] 表1
[0093] 步骤403-410:这些步骤与步骤303-310相同,参见实施例一中的描述,此处不再赘述。
[0094] 从该实施例内容可以看出,实施例二与实施例一具有基本相同的效果。
[0095] 图5是本发明实施例三的业务处理流程图。实施例三与实施例一、二不同,实施例三是需要从获得普通服务到获得紧急服务。
[0096] 该实施例中,当UE从一个B类小区移入到与B类小区所属TA不属于同一TAI列表下的A类小区中,将仅获得限制服务,UE在IDLE状态下会发起一次TAU过程,网络侧在现有TAU处理的基础上将UE的普通缺省承载更改为紧急缺省承载的处理,并相应更新相关上下文。以下流程图以移动过程中S-GW不变的TAU过程为例说明。
[0097] 步骤501、UE向MME发送TAU请求消息;
[0098] UE处于IDLE状态,从一个B类小区移入到所属TA与B类小区所属TA不属于同一TAI列表的A类小区中;
[0099] UE在A类小区发起TAU过程,通过HeNB发送TAU请求消息给MME;
[0100] 步骤502、MME根据请求消息中携带的位置信息,结合UE的签约信息等判断UE只能获取限制服务,向S-GW发送承载更新请求消息,其中携带新增的用于更改现有缺省承载为紧急缺省承载的参数信息;
[0101] MME利用MME Emergency Configuration Data中的APN选择一个S-GW,或者直接从MME Emergency Configuration Data中获取一个S-GW;
[0102] 对于移动过程中S-GW不变的情况,MME在发送给S-GW的承载更新请求消息(Update Bearer Request)里增加em(紧急)APN、em QoS Profile、emAPN-AMBR、em P-GW Address等参数信息,另外如果UE的IMSI可用也可以包含IMSI;
[0103] 需说明的是,如果是对于移动过程中S-GW发生变化的情况,则MME在发送给新的S-GW的承载创建请求消息(Create Bearer Request)中也会增加上述参数信息;
[0104] 步骤503、S-GW向P-GW发送承载更新请求消息,其中携带新增的参数信息;
[0105] 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;
[0106] 步骤504、P-GW为UE重新建立紧急服务的紧急缺省承载;
[0107] P-GW利用所收到的消息和消息中的参数,重新建立紧急服务的紧急缺省承载,在它的EPS承载上下文中建立一个新的条目;
[0108] 步骤505、P-GW向S-GW发送承载更新响应消息,其中携带新增的参数信息;
[0109] 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等参数信息。
[0110] 步骤506、S-GW更新承载上下文,向MME返回响应消息;
[0111] 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等参数信息;
[0112] 步骤507、MME更新相关上下文;
[0113] MME根据接收的消息和消息中的参数,更新移动性管理上下文(MM,Mobility Management)和EPS承载上下文;
[0114] 步骤508、执行后续现有流程,TAU过程结束。
[0115] 按照现有技术TAU过程继续执行,直到TAU过程结束。从而,UE可以获得及时获得紧急服务。
[0116] 从该实施例内容可以看出,本发明实施例当UE发起一次TAU过程时,网络侧根据接受请求消息和签约信息获知只能提供UE紧急服务,将UE的普通缺省承载更改为紧急缺省承载,使得UE及时从获得普通服务变为获得紧急服务,从而克服现有技术存在的缺陷。
[0117] 图6是本发明实施例四的业务处理流程图。实施例四与实施例一、二不同,实施例四是需要从获得普通服务到获得紧急服务。另外实施例四与实施例三的区别是在TAU请求消息中多了指示字段。
[0118] 该实施例中,当UE从一个B类小区,移入到所属TA与B类小区所属TA属于同一TAI列表下的A类小区中,将仅获得限制服务,UE在IDLE状态下主动发起一次TAU过程,并发送从普通到紧急(Normal-to-EmergencyConversion)指示字段给网络侧,网络侧在现有TAU处理的基础上增加了将UE的普通缺省承载更改为紧急缺省承载的内容,并相应更新相关上下文。以下流程图以移动过程中S-GW不变的TAU过程为例说明。
[0119] 图6中主要包括步骤:
[0120] 步骤601、UE向MME发送TAU请求消息,其中携带指示从紧急服务到普通服务的信息;
[0121] UE处于IDLE状态,从一个B类小区移入到所属TA与B类小区所属TA属于同一TAI列表的A类小区中;
[0122] UE在A类小区发起TAU过程,通过HeNB发送TAU请求消息给MME,其中除包含EPS承载状态等信息外,还携带指示字段(从普通到紧急,Normal-to-Emergency Conversion,该指示字段说明是由于UE从能够获取正常服务的小区切换到只能获取限制服务的小区所触发的跟踪区域更新;
[0123] 步骤602、MME向S-GW发送承载更新请求消息,其中携带新增的参数信息;
[0124] MME利用MME Emergency Configuration Data中的APN选择一个S-GW,或者直接从MME Emergency Configuration Data中获取一个S-GW;
[0125] 对于移动过程中S-GW不变的情况,MME在发送给S-GW的承载更新请求消息(Update Bearer Request)里增加em(紧急)APN、em QoS Profile、emAPN-AMBR、em P-GW Address等参数信息,另外如果UE的IMSI可用也可以包含IMSI;
[0126] 需说明的是,如果是对于移动过程中S-GW发生变化的情况,则MME在发送给新的S-GW的承载创建请求消息(Create Bearer Request)中也会增加上述参数信息;
[0127] 步骤603、S-GW向P-GW发送承载更新请求消息,其中携带新增的参数信息;
[0128] 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。
[0129] 步骤604、P-GW为UE重新建立紧急服务的紧急缺省承载;
[0130] P-GW利用所收到的消息和消息中的参数,重新建立紧急服务的紧急缺省承载,在它的EPS承载上下文中建立一个新的条目。
[0131] 步骤605、P-GW向S-GW发送承载更新响应消息,其中携带新增的参数信息;
[0132] 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等参数信息。
[0133] 步骤606、S-GW更新承载上下文,向MME返回响应消息;
[0134] 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等参数信息。
[0135] 步骤607、MME更新相关上下文;
[0136] MME根据接收的消息和消息中的参数,更新移动性管理上下文(MM,Mobility Management)和EPS承载上下文。
[0137] 步骤608、执行后续现有流程,TAU过程结束。
[0138] 按照现有技术TAU过程继续执行,直到TAU过程结束。从而,UE可以获得及时获得紧急服务。
[0139] 从该实施例内容可以看出,本发明实施例通过UE主动发起一次TAU过程,并增加指示字段告知网络侧该TAU过程是由于UE从能够获取正常服务的小区切换到只能获取限制服务的小区所触发的跟踪区域更新,因此可以使得网络侧及时获知后,将UE的普通缺省承载更改为紧急缺省承载,使得UE及时从获得普通服务变为获得紧急服务,从而克服现有技术存在的缺陷。
[0140] 图7是本发明实施例五的业务处理流程图。实施例五与实施例四的主要区别在于通过设置更新类型(EPS update type)字段给网络侧进行指示。
[0141] 该实施例中,当UE从一个B类小区,移入到所属TA与B类小区所属TA属于同一TAI列表的A类小区中将仅获得限制服务,UE在IDLE状态下主动发起一次TAU过程并发送更新类型(EPS update type)字段给网络侧,网络侧在现有TAU处理的基础上增加了将UE的普通缺省承载更改为紧急缺省承载的内容,并相应更新相关上下文。以下流程图以移动过程中S-GW不变的TAU过程为例说明。
[0142] 图7中主要包括步骤:
[0143] 步骤701、UE向MME发送TAU请求消息,其中携带指示从普通服务到紧急服务的信息;
[0144] UE处于IDLE状态,从一个B类小区移入到所属TA与B类小区所属TA属于同一TAI列表的A类小区中。
[0145] UE在A类小区发起TAU过程,通过家庭基站HeNB发送TAU请求消息给MME,其中设置更新类型字段EPS update type为“从普通到紧急,Normal-to-Emergency TA updating”,该更新类型字段说明是由于UE从能够获取正常服务的小区切换到只能获取限制服务的小区所触发的跟踪区域更新。
[0146] 其中,EPS update type的具体取值及含义如下表2所示:
[0147]
[0148] 表2
[0149] 步骤702-708:这些步骤与步骤602-608相同,参见实施例四中的描述,此处不再赘述。
[0150] 从该实施例内容可以看出,实施例四与实施例三具有基本相同的效果。
[0151] 图8是本发明实施例六的业务处理流程图。实施例六与实施例一的区别主要是发起的是附着过程;
[0152] 该实施例中,当UE驻留到A类小区时,仅获得限制服务,此时UE移出该小区,进入到所属TA与A类小区所属TA属于同一TAI列表的B类小区时,UE在IDLE状态下主动发起一次附着过程,便于网络侧将UE的紧急缺省承载更改为普通缺省承载。
[0153] 图8中主要包括步骤:
[0154] 步骤801、UE对是否发起附着过程做出判断处理。
[0155] UE驻留到A类小区时,仅获得限制服务,缺省承载为紧急类型。UE处于IDLE状态,移动进入到所属TA与A类小区所属TA属于同一TAI列表的B类小区时,通过广播获取到该小区的小区ID,UE根据小区ID进行判断,如果该小区属于禁止的PLMN、禁止的TA等时,UE维持紧急服务Emergency的状态;否则UE在B类小区主动发起附着过程,执行步骤802。
[0156] 需要说明的是,也可以不需要步骤801进行判断的过程,UE直接发起附着过程。
[0157] 步骤802、UE向MME发送附着请求消息,其中指示附着类型为非紧急的附着类型;
[0158] UE通过在附着请求中设置附着类型Attach Type为“nonEmergency”来标识一个非紧急附着。
[0159] 步骤803、MME为UE选择一个P-GW建立普通缺省承载;
[0160] 如果MME上存有与普通缺省承载相关的签约数据(例如EPS subscribedQoS profile,APN,Subscribed-APN-AMBR,PDN Address,P-GW identity,PDN Type等),则直接利用这些签约数据执行正常的附着过程,选择一个P-GW为UE建立普通缺省承载,从而UE可以及时获得普通服务。
[0161] 如果MME上不存在与普通缺省承载相关的签约数据,需要通过位置更新过程(Update Location)从归属用户数据服务器(HSS,Home Subscriber Server)上重新获取相关的签约数据后,利用这些签约数据执行正常的附着过程,选择一个P-GW为UE建立普通缺省承载,从而UE可以及时获得普通服务。
[0162] 从该实施例内容可以看出,本发明实施例通过UE主动发起一次附着过程,并携带指示字段告知网络侧该附着过程为非紧急附着,因此可以使得网络侧及时获知后,将UE的紧急缺省承载更改为普通缺省承载,使得UE及时从获得紧急服务变为获得普通服务,从而克服现有技术存在的缺陷。
[0163] 图9是本发明实施例七的业务处理流程图。实施例七与实施例六不同,实施例七是需要从获得普通服务到获得紧急服务。
[0164] 该实施例中,当UE从一个B类小区,移入到所属TA与B类小区所属TA属于同一TAI列表下的A类小区中,将仅获得限制服务,UE在IDLE状态下主动发起一次附着过程,便于网络侧将UE的普通缺省承载更改为紧急缺省承载。
[0165] 图9主要包括步骤:
[0166] 步骤901、UE向MME发送附着请求消息,其中指示附着类型为紧急的附着类型;
[0167] 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。
[0168] 步骤902、MME为UE选择一个P-GW建立紧急缺省承载;
[0169] MME利用MME紧急配置数据(MME Emergency Configuration Data)中包含的em APN,em QoS Profile,em APN-AMBR,em P-GW ID)中的参数为UE选择一个P-GW,并忽略签约数据,为UE建立紧急缺省承载,从而UE可以及时获得紧急服务。
[0170] 从该实施例内容可以看出,本发明实施例通过UE主动发起一次附着过程,并携带指示字段告知网络侧该附着过程为紧急附着,因此可以使得网络侧及时获知后,将UE的普通缺省承载更改为紧急缺省承载,使得UE及时从获得普通服务变为获得紧急服务,从而克服现有技术存在的缺陷。
[0171] 需要说明的是,实施例一到实施例六也适用于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获得。
[0172] 图10是本发明实施例八的业务处理流程图。该实施例可以对UE实现及时寻呼。
[0173] 该实施例的方法主要是当UE驻留到A类小区时,仅获得限制服务,MME按下面的次序进行寻呼:在CSG ID不在ACL中的小区寻呼,此时采用IMSI作为UE的标识;寻呼失败后MME再在整个TAI列表进行寻呼,此时采用GUTI或IMSI等标识作为UE的标识。
[0174] 图10主要包括步骤:
[0175] 步骤1001、MME在CSG ID不在ACL中的小区寻呼UE;
[0176] 当UE驻留到A类小区时,仅获得限制服务,缺省承载为紧急缺省承载类型。此时有下行业务呼叫UE,则网络对UE进行寻呼。首先MME在UE当前所在TA的CSG ID不在ACL中的CSG小区发送寻呼消息,并采用IMSI作为UE的标识。
[0177] 如果UE位于CSG ID不在ACL的CSG小区时,可以寻呼到UE。
[0178] 步骤1002、寻呼失败后,MME再在整个TAI列表的小区中进行寻呼。
[0179] 步骤1001中寻呼失败后,MME在UE当前所在TA的整个TAI列表中的小区发送寻呼消息,并采用GUTI或IMSI等标识符作为UE的标识。如果UE移动到B类小区时,则也可以寻呼到UE。
[0180] 从该实施例可以看出,通过这样的寻呼处理可以保证无论UE无论移动到限制服务的小区或正常服务的小区,都能被及时寻呼到。
[0181] 上述内容详细介绍了本发明实施例的业务处理方法,相应的,本发明实施例提供一种通信设备和通信系统。
[0182] 图11是本发明实施例的通信设备结构示意图。该通信设备为用户终端。
[0183] 如图11所示,通信设备包括:生成单元1101和发送单元1102。
[0184] 生成单元1101,用于生成请求消息,所述请求消息携带指明所述用户终端需获取的服务的信息;
[0185] 发送单元1102,用于向网络侧发送所述生成单元1101生成的请求消息,由网络侧根据所述请求消息中携带的信息,将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载。
[0186] 通信设备还包括:判断单元1103。
[0187] 判断单元1103,用于判断当前移入的小区是否属于限制服务小区,若否,通知所述生成单元1101生成请求消息。
[0188] 图12是本发明实施例的通信设备结构示意图。该通信设备为移动管理网元MME。
[0189] 如图12所示,通信设备包括:接收单元1201和处理单元1202。
[0190] 接收单元1201,用于接收用户终端发起的请求消息;
[0191] 处理单元1202,用于根据所述接收的请求消息,将所述用户终端的当前缺省承载更改为用户终端在当前服务小区的需获取的服务所对应的承载。
[0192] 所述接收单元1201接收的请求消息携带指明所述用户终端需获取的服务的信息;所述处理单元1202是根据所述请求消息中携带的指明所述用户终端需获取的服务的信息,将所述用户终端的当前缺省承载更改为用户终端在当前服务小区需获取的服务所对应的承载。
[0193] 当所述请求消息为跟踪区域更新请求消息,所述跟踪区域更新请求消息携带指明从限制服务小区切换到普通服务小区的指示字段或指明从限制服务小区切换到普通服务小区的更新类型字段时,所述处理单元1202将用户终端在当前服务小区的当前缺省承载更改为普通缺省承载;
[0194] 当所述请求消息为跟踪区域更新请求消息,所述跟踪区域更新请求消息携带指明从普通服务小区切换到限制服务小区的指示字段或指明从普通服务小区切换到限制服务小区的更新类型字段时,所述处理单元1202将用户终端在当前服务小区的当前缺省承载更改为紧急缺省承载;
[0195] 当所述请求消息为附着请求消息,所述附着请求消息携带指明非紧急的附着类型时,所述处理单元1202将用户终端在当前服务小区的当前缺省承载更改为普通缺省承载。
[0196] 当所述请求消息为附着请求消息,所述附着请求消息携带指明紧急的附着类型时,所述处理单元1202将用户终端在当前服务小区的当前缺省承载更改为紧急缺省承载。
[0197] 图13是本发明实施例的通信系统结构示意图。
[0198] 如图13所示,通信系统包括:用户终端1301和网络侧设备1302。
[0199] 用户终端1301,用于发起请求消息;
[0200] 网络侧设备1302,用于接收所述用户终端1301发起的请求消息,根据所述接收的请求消息,将所述用户终端1301的当前缺省承载更改为用户终端1301在当前服务小区的需获取的服务所对应的承载。
[0201] 所述用户终端1301发起请的请求消息携带指明所述用户终端1301需获取的服务的信息;所述网络侧设备1302是根据所述用户终端1301发起的请求消息中携带的指明所述用户终端1301需获取的服务的信息,将所述用户终端1301的当前缺省承载更改为用户终端1301在当前服务小区需获取的服务所对应的承载。
[0202] 当所述请求消息为跟踪区域更新请求消息,所述跟踪区域更新请求消息携带指明从限制服务小区切换到普通服务小区的指示字段或明从限制服务小区切换到普通服务小区的更新类型字段时,所述处网络侧设备1302将用户终端1301在当前服务小区的当前缺省承载更改为普通缺省承载;
[0203] 当所述请求消息为跟踪区域更新请求消息,所述跟踪区域更新请求消息携带指明从普通服务小区切换到限制服务小区的指示字段或指明从普通服务小区切换到限制服务小区的更新类型字段时,所述网络侧设备1302将用户终端1301在当前服务小区的当前缺省承载更改为紧急缺省承载;
[0204] 当所述请求消息为附着请求消息,所述附着请求消息携带指明非紧急的附着类型时,所述网络侧设备1302将用户终端1301在当前服务小区的当前缺省承载更改为普通缺省承载。
[0205] 当所述请求消息为附着请求消息,所述附着请求消息携带指明紧急的附着类型时,所述网络侧设备1302将用户终端1301在当前服务小区的当前缺省承载更改为紧急缺省承载。
[0206] 其中,用户终端1301具有上述图11所示的结构,网络侧设备1302具有上述图12所示的结构,具体参见前面描述,此处不再赘述。
[0207] 综上所述,本发明实施例接收用户终端发起的请求消息后,网络侧可以将所述用户终端的当前缺省承载更改为用户终端在当前服务小区的需获取的服务所对应的承载,使得用户终端在不同服务小区之间移动时及时获得所需服务,从而克服现有技术存在的缺陷。
[0208] 本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:只读存储器(ROM,Read Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁盘或光盘等。
[0209] 以上对本发明实施例所提供的一种业务处理方法、通信设备及通信系统进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
QQ群二维码
意见反馈