一种UE上下文信息的管理方法和设备
技术领域
本发明涉及通信技术领域,尤其是涉及一种UE上下文信息的管理方法和设备。
背景技术
如图1所示,为MTC(Machine Type Communication,机器类通信)架构的参考模型示意图,在MTC架构中,MTC设备与MTC应用之间的端到端通信,可以利用3GPP(The 3rd Generation Partnership Project,第三代合作伙伴计划)提供的服务,3GPP提供了传输和通信服务,包括3GPP承载服务、IMS(IP Multimedia Subsystem,IP多媒体系统)和SMS(Short Messaging Service,短消息业务),并为MTC通信进行了优化。
需要注意的是,UE(User Equipment,用户设备)可以通过Um/Uu/LTE-Uu接口连接到3GPP网络(UTRAN(Universal Terrestrial Radio Access Network,通用陆基无线接入网)、E-UTRAN(Evolved Universal Terrestrial Radio Access Network,演进的通用陆基无线接入网)、GERAN(GSM EDGE Radio Access Network,GSM EDGE无线接入网络)、I-WLAN(Wireless Local Area Networks,无线局域网)等)。
图1所示的架构中,包含了以下模型:(1)direct model(直连模型):由3GPP运营商提供的直接通信,MTC applications(应用)不通过MTC server(服务器),而是直接连接到运营商网络。(2)indirect model(间接模型):MTC服务提供商控制的通信,MTC服务器是运营商域外的实体,MTCi,MTCsp和MTCsms是外部接口。(3)indirect model:3GPP运营商控制的通信,MTC服务器位于运营商网络内,MTCi,MTCsp和MTCsms是PLMN(Public Land Mobile Network,公共陆地移动网络)的内部接口。(4)hybrid model(混合模型),hybrid model包括direct model和indirect model,通过direct model建立用户平面,利用indirect model传递控制平面信令。
图1所示的架构中,为了支持MTC通信的indirect model和hybrid model,需要在PLMN网络中配置一个或多个MTC-IWF实体(Inter Working Function,交互功能),MTC-IWF实体可以是一个独立的实体,也可以是另一个网元上的功能实体;该MTC-IWF实体位于PLMN内部拓扑上,通过MTCsp接口传输3GPP网络和MTC 服务器之间的信令。
MTC-IWF实体的功能包括:提供MTCsp参考点;在建立到3GPP网络的信令之前,对MTC服务器进行鉴权;授权MTC服务器的控制平面通信请求;支持3GPP网络和MTC服务器之间的安全通信。
在实现本发明的过程中,发明人发现现有技术中至少存在以下问题:
目前提出了多种MTC trigger(触发)的方案(例如Device trigger gateway solution等),均需要MTC-IWF实体的参与,且这些方案都需要MTC-IWF实体维护UE的上下文,然而目前3GPP标准中并无相关方法。
发明内容
本发明实施例提供一种UE上下文信息的管理方法和设备,以通过MTC-IWF实体创建和维护UE的上下文信息。
为了达到上述目的,本发明实施例提供一种用户设备UE上下文信息的管理方法,包括:
机器类通信交互功能MTC-IWF实体接收来自核心网设备的UE对应的注册信息;
所述MTC-IWF实体利用所述注册信息为所述UE创建上下文信息。
本发明实施例提供一种用户设备UE上下文信息的管理方法,包括:
核心网设备接收来自UE的附着请求消息;
当所述核心网设备根据所述附着请求消息确定机器类通信交互功能MTC-IWF实体需要为所述UE维护上下文信息时,所述核心网设备向所述MTC-IWF实体发送UE对应的注册信息。
本发明实施例提供一种机器类通信交互功能MTC-IWF实体,包括:
接收模块,用于接收来自核心网设备的UE对应的注册信息;
维护模块,用于利用所述注册信息为所述UE创建上下文信息。
本发明实施例提供一种核心网设备,包括:
用户侧通信模块,用于接收来自UE的附着请求消息;
确定模块,用于根据所述附着请求消息确定机器类通信交互功能MTC-IWF实体需要为所述UE维护上下文信息;
MTC-IWF实体侧通信模块,用于当确定需要为所述UE维护上下文信息时,向所述MTC-IWF实体发送UE对应的注册信息。
与现有技术相比,本发明实施例至少具有以下优点:通过与核心网设备的交互,MTC-IWF实体上可以实现创建和维护UE的上下文信息。
附图说明
为了更清楚地说明本发明的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是现有技术中MTC架构的参考模型示意图;
图2是本发明实施例一提供的UE上下文信息的管理方法流程示意图;
图3是本发明实施例二提供的一种MTC-IWF实体的结构示意图;
图4是本发明实施例三提供的一种核心网设备结构示意图。
具体实施方式
对于为MTC通信而专门引入到3GPP架构中的交互节点MTC-IWF实体,有着极其重要的作用;MTC-IWF实体为MTC服务器提供了MTCsp接口,使MTC服务器可以同3GPP网络内部节点进行信息交互,并完成鉴权、接入控制等功能,从而可以为MTC通信提供触发等应用。上述实现都需要在MTC-IWF实体上维护UE的上下文信息,然而目前3GPP标准中并无相关方法。针对上述问题,本发明实施例提供一种UE上下文信息的管理方法和设备,可以在MTC-IWF实体上,创建和维护UE的上下文信息。
下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一
本发明实施例一提供一种UE上下文信息的管理方法,对于需要在MTC-IWF实体上建立上下文信息的UE(如需要进行小数据传输的UE),由UE在Attach(附着)过程中,通过核心网设备(如MME(Mobility Management Entity,移动性管理实体)/SGSN(Serving GPRS Supporting Node,服务GPRS支持节点)等)到MTC-IWF实体进行注册,由MTC-IWF实体为UE创建上下文信息。之后,MTC-IWF实体通过与核心网设备的交互来更新、维护和删除上下文信息。
本发明实施例中,假设3GPP网络中有一个或多个MTC-IWF实体地址,3GPP网络中的节点(如MME/SGSN等核心网设备、eNB等接入网设备)可以通过配置方式或DNS(Domain Name System,域名系统)查询方式获取到MTC-IWF实体的地址;且本发明实施例中假设核心网设备与MTC-IWF实体之间有接口,可以进行控制信息的传输。
如图2所示,该UE上下文信息的管理方法包括以下步骤:
步骤201,UE发起attach过程,并发送attach request(附着请求)消息。
本发明实施例中,如果UE是具有MTC功能的设备,则UE还可以在attach request消息中携带UE configured for MTC标识。优选的,根据应用需求,UE还可以在attach request消息中携带应用信息,如small data related information(小数据相关信息)或trigger related information(触发相关信息)等。
步骤202,核心网设备接收来自UE的attach request消息。
对于UE发送的attach request消息,在attach过程中,该attach request消息可以发送到核心网设备上。
步骤203,核心网设备根据附着请求消息确定MTC-IWF实体需要为UE维护上下文信息。
本发明实施例中,核心网设备可以通过UE的签约信息或运营商策略、以及附着请求消息(即附着请求消息中携带的信息)确定MTC-IWF实体需要为UE维护上下文信息。
核心网设备通过UE的签约信息以及附着请求消息确定MTC-IWF实体需要为UE维护上下文信息,包括:当UE的签约信息(通过附着请求消息中携带的UE的标识查询到签约信息)包含:MTC-IWF实体需要为UE维护上下文信息时,在接收到附着请求消息后,核心网设备确定MTC-IWF实体需要为UE维护上下文信息。
核心网设备通过运营商策略以及附着请求消息确定MTC-IWF实体需要为UE维护上下文信息,包括:当运营商策略包含:对于发送携带UE configured for MTC标识的附着请求消息的UE,MTC-IWF实体需要为UE维护上下文信息时,如果接收到的附着请求消息中携带UE configured for MTC标识,则核心网设备确定所述MTC-IWF实体需要为所述UE维护上下文信息。
具体的,为了实现在MTC-IWF实体上维护UE的上下文信息,本发明实施例中可以预先进行以下设置:(1)UE的签约信息:UE与运营商在签约信息中约定,MTC-IWF实体在UE附着过程中需要为UE建立上下文信息,并对上下文信息进行维护。(2)运营商策略:对于配置有MTC功能的UE,其在附着过程中需要向核心网设备发送UE configured for MTC标识,且运营商可以对此类具有UE configured for MTC标识的UE配置默认策略,即MTC-IWF实体在UE附着过程中为UE建立上下文信息,并对上下文信息进行维护。
基于上述设置(1)或(2),对于接收到的来自UE的attach request消息,如果核心网设备通过UE签约信息或运营商策略,检测到当前UE符合上述两种情况的一种,则确定MTC-IWF实体需要为UE维护上下文信息。
本发明实施例中,核心网设备根据附着请求消息确定MTC-IWF实体需要为UE维护上下文信息,还包括:当附着请求消息中携带应用信息时,核心网设备检验应用信息是否符合签约信息和运营商策略的要求,如果符合,核心网设备确定MTC-IWF实体需要为UE维护上下文信息;否则,不需要为UE维护上下文信息(此时还需要向UE返回MTC-IWF实体不为UE维护上下文信息的原因,即相应的cause值)。例如,small data related information中请求的目的MTC服务器是否为授权进行小数据传输的MTC服务器、小数据大小是否符合签约信息以及运营商的配置等。
步骤204,核心网设备向MTC-IWF实体发送UE对应的注册信息,代理UE到MTC-IWF实体进行注册。
本发明实施例中,该注册信息至少包括但不限于UE的内部标识,如GUTI(Globally Unique Temporary UE Identity,全球唯一临时用户标识)、IMSI(International Mobile Subscriber Identification,国际移动用户标识);核心网设备的地址或标识,即MME/SGSN的地址/标识。
该注册信息还包括但不限于以下之一或任意组合:接入网设备的地址或标识,即eNB的IP地址/标识;UE的外部标识,如3GPP服务器使用的UE标识;UE的签约信息,该信息为可选的,如果不携带,MTC-IWF实体可以直接到HSS(Home Subscriber Server,归属用户服务器)获得该UE的签约信息;UE的可达性信息(连接态、空闲态)。
步骤205,MTC-IWF实体接收来自核心网设备的UE对应的注册信息。
步骤206,MTC-IWF实体利用注册信息为UE创建上下文信息。
本发明实施例中,利用注册信息,MTC-IWF实体可以为UE创建上下文信息,且MTC-IWF实体可以通过UE的内部标识或者外部标识索引UE的上下文信息。
上下文信息至少包括但不限于:UE的内部标识,该标识是3GPP内部的UE标识:如GUTI、IMSI等;核心网设备的地址或标识,即MME/SGSN的标识/地址,为当前UE附着的MME/SGSN的标识/地址,该地址信息可以是节点的IP地址。
该上下文信息还包括但不限于以下之一或任意组合:UE的外部标识,如3GPP服务器使用的UE标识;接入网设备的地址或标识,即eNB的IP地址/标识,该项只在UE处于连接态时为有效项,表示UE当前的服务eNB的地址或标识;UE的可达性信息,即UE当前处于连接态还是空闲态;UE的签约信息,包括具体应用策略/签约,例如UE的小数据传输相关策略/签约、trigger相关策略/签约等。
本发明实施例中,MTC-IWF实体利用注册信息为UE创建上下文信息之后,如果UE的上下文信息创建成功,MTC-IWF实体返回上下文创建成功消息给核心网设备;如果UE的上下文信息创建失败,MTC-IWF实体返回上下文创建失败消息给核心网设备,上下文创建失败消息中携带创建失败的原因(即cause)。
进一步的,当接收到MTC-IWF实体返回的上下文创建成功消息时,核心网设备在UE的上下文中更新MTC-IWF实体上下文标记(MTC-IWF实体 context flag),MTC-IWF实体上下文标记表示MTC-IWF实体创建有UE的上下文信息,且在移动性管理过程中,核心网设备需要与MTC-IWF实体进行交互,使得MTC-IWF实体维护UE的上下文信息;此外,当接收到MTC-IWF实体返回的上下文创建成功消息时,在完成attach过程后,核心网设备发送attach accept给UE。当接收到MTC-IWF实体返回的上下文创建失败消息时,核心网设备向UE发送MTC-IWF实体不为UE维护上下文信息的原因。
MTC-IWF实体在创建上下文信息后,以下对上下文信息的维护进行说明。
情况一、UE上下文中路由信息的更新过程,该过程通过TAU(Tracking Area Update,跟踪区更新)/RAU(Routing Area Update,路由区更新)过程来完成;其中,在核心网设备上,当上下文中存在MTC-IWF实体 context flag时,在移动型管理过程的TAU/RAU过程中,核心网设备需要与MTC-IWF实体进行交互,使得MTC-IWF实体能够更新UE上下文中路由信息的更新过程。
在UE发起TAU或RAU过程(即UE向eNB发送TAU/RAU请求消息触发TAU/RAU过程)时,如果为UE服务的核心网设备发生改变,则核心网设备需要与MTC-IWF实体进行交互,通知MTC-IWF实体更新UE的上下文信息中的核心网设备的地址或标识(可通过核心网设备与MTC-IWF实体之间的控制信令完成);基于此,在核心网设备获知UE发起TAU或RAU过程时,如果为UE服务的核心网设备发生改变,MTC-IWF实体接收来自核心网设备的更新核心网设备的地址或标识的通知,并更新上下文信息中的核心网设备的地址或标识。
情况二、UE上下文中路由信息的更新过程,该过程通过切换过程来完成;其中,在核心网设备上,当上下文中存在MTC-IWF实体 context flag时,在移动型管理过程的切换过程中,核心网设备需要与MTC-IWF实体进行交互,使得MTC-IWF实体能够更新UE上下文中路由信息的更新过程。
在UE发起切换过程时,在切换过程中,为UE服务的核心网设备和接入网设备都可能发生改变,因此,核心网设备需要与MTC-IWF实体进行交互,通知MTC-IWF实体更新UE的上下文信息中的核心网设备的地址或标识、接入网设备的地址或标识(可通过核心网设备与MTC-IWF实体之间的控制信令完成);基于此,在核心网设备获知UE发起切换过程时,MTC-IWF实体接收来自核心网设备的更新核心网设备的地址或标识、接入网设备的地址或标识的通知,并更新上下文信息中的核心网设备的地址或标识、接入网设备的地址或标识。
情况三、上下文信息中UE的可达性状态的更新过程。
在UE发起S1 release(释放)过程或者Service request(服务请求)过程时,其可达性状态会发生改变,因此核心网设备需要与MTC-IWF实体进行交互,通知MTC-IWF实体更新UE的上下文信息中的可达性信息(可通过核心网设备与MTC-IWF实体之间的控制信令完成);基于此,在核心网设备获知UE发起S1释放过程或服务请求过程时,MTC-IWF实体接收来自核心网设备的更新UE的可达性信息的通知,并更新上下文信息中的UE的可达性信息。
进一步的,S1 release过程是从连接态跃迁到空闲态,因此在S1 release过程中或者过程完成后,核心网设备需要与MTC-IWF实体进行交互,通知MTC-IWF实体将UE的可达性信息更新为空闲态;基于此,在核心网设备获知UE发起S1释放过程时,MTC-IWF实体更新上下文信息中的UE的可达性信息为空闲态。Service request过程是从空闲态跃迁到连接态,因此在Service request过程中或者过程完成后,核心网设备需要与MTC-IWF实体进行交互,通知MTC-IWF实体将UE的可达性信息更新为连接态,并且通知MTC-IWF实体更新上下文信息中的核心网设备的地址/标识、接入网设备的地址/标识;基于此,在核心网设备获知UE发起服务请求过程时,MTC-IWF实体更新上下文信息中的UE的可达性信息为连接态,并更新上下文信息中的核心网设备的地址或标识、接入网设备的地址或标识。
情况四、上下文信息的删除。
在UE发起去附着(detach)过程时,核心网设备通知MTC-IWF实体删除UE的上下文信息(可以通过核心网设备与MTC-IWF实体之间的控制信令完成);基于此,在核心网设备获知UE发起去附着过程时,MTC-IWF实体接收来自核心网设备的删除上下文信息的通知,并删除上下文信息。在detach过程完成后,核心网设备、接入网设备、MTC-IWF实体等节点处的上下文均已经删除。
实施例二
基于与上述方法同样的发明构思,本发明实施例中还提供了一种机器类通信交互功能MTC-IWF实体,如图3所示,该MTC-IWF实体包括:
接收模块11,用于接收来自核心网设备的UE对应的注册信息;
维护模块12,用于利用所述注册信息为所述UE创建上下文信息。
本发明实施例中,所述注册信息至少包括UE的内部标识;核心网设备的地址或标识;所述上下文信息至少包括:UE的内部标识;核心网设备的地址或标识。
进一步的,所述注册信息还包括以下之一或任意组合:接入网设备的地址或标识;UE的外部标识;UE的签约信息;UE的可达性信息;所述上下文信息还包括以下之一或任意组合:UE的外部标识;接入网设备的地址或标识;UE的可达性信息;UE的签约信息。
所述接收模块11,用于在核心网设备获知UE发起跟踪区更新TAU或路由区更新RAU过程时,如果为UE服务的核心网设备发生改变,则接收来自核心网设备的更新核心网设备的地址或标识的通知;所述维护模块12,用于更新所述上下文信息中的核心网设备的地址或标识。
所述接收模块11,用于在核心网设备获知UE发起切换过程时,接收来自核心网设备的更新核心网设备的地址或标识、接入网设备的地址或标识的通知;所述维护模块12,用于更新所述上下文信息中的核心网设备的地址或标识、接入网设备的地址或标识。
所述接收模块11,用于在核心网设备获知UE发起S1释放过程或服务请求过程时,接收来自核心网设备的更新UE的可达性信息的通知;所述维护模块12,用于更新所述上下文信息中的UE的可达性信息。
所述维护模块12,具体用于在核心网设备获知UE发起S1释放过程时,更新所述上下文信息中的UE的可达性信息为空闲态;在核心网设备获知UE发起服务请求过程时,更新所述上下文信息中的UE的可达性信息为连接态,并更新所述上下文信息中的核心网设备的地址或标识、接入网设备的地址或标识。
所述接收模块11,用于在核心网设备获知UE发起去附着过程时,接收来自核心网设备的删除上下文信息的通知;所述维护模块12,用于删除所述上下文信息。
还包括:发送模块13,用于当UE的上下文信息创建成功时,返回上下文创建成功消息给核心网设备;当UE的上下文信息创建失败时,返回上下文创建失败消息给核心网设备,所述上下文创建失败消息中携带创建失败的原因。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
实施例三
基于与上述方法同样的发明构思,本发明实施例中还提供了一种核心网设备,如图4所示,该设备包括:
用户侧通信模块21,用于接收来自UE的附着请求消息;
确定模块22,用于根据所述附着请求消息确定机器类通信交互功能MTC-IWF实体需要为所述UE维护上下文信息;
MTC-IWF实体侧通信模块23,用于当确定需要为所述UE维护上下文信息时,向所述MTC-IWF实体发送UE对应的注册信息。
本发明实施例中,所述注册信息至少包括UE的内部标识;核心网设备的地址或标识;所述上下文信息至少包括:UE的内部标识;核心网设备的地址或标识。
进一步的,所述注册信息还包括以下之一或任意组合:接入网设备的地址或标识;UE的外部标识;UE的签约信息;UE的可达性信息;所述上下文信息还包括以下之一或任意组合:UE的外部标识;接入网设备的地址或标识;UE的可达性信息;UE的签约信息。
所述确定模块22,具体用于通过UE的签约信息或运营商策略、以及所述附着请求消息确定所述MTC-IWF实体需要为所述UE维护上下文信息。
所述确定模块22,进一步用于当所述UE的签约信息包含:所述MTC-IWF实体需要为UE维护上下文信息时,在接收到所述附着请求消息后,确定所述MTC-IWF实体需要为所述UE维护上下文信息。
所述确定模块22,进一步用于当运营商策略包含:对于发送携带UE configured for MTC标识的附着请求消息的UE,所述MTC-IWF实体需要为UE维护上下文信息时,如果接收到的附着请求消息中携带UE configured for MTC标识,则确定所述MTC-IWF实体需要为所述UE维护上下文信息。
所述确定模块22,还用于当所述附着请求消息中携带应用信息时,检验所述应用信息是否符合签约信息和运营商策略的要求,如果符合,确定所述MTC-IWF实体需要为所述UE维护上下文信息;否则,确定不需要为所述UE维护上下文信息,并向所述UE返回所述MTC-IWF实体不为所述UE维护上下文信息的原因。
所述MTC-IWF实体侧通信模块23,还用于在UE发起跟踪区更新TAU或路由区更新RAU过程时,如果为UE服务的核心网设备发生改变,则通知所述MTC-IWF实体更新UE的上下文信息中的核心网设备的地址或标识。
所述MTC-IWF实体侧通信模块23,还用于在UE发起切换过程时,通知所述MTC-IWF实体更新UE的上下文信息中的核心网设备的地址或标识、接入网设备的地址或标识。
所述MTC-IWF实体侧通信模块23,还用于在UE发起S1释放过程或服务请求过程时,通知所述MTC-IWF实体更新UE的上下文信息中的可达性信息。
所述MTC-IWF实体侧通信模块23,进一步用于在UE发起S1释放过程时,通知所述MTC-IWF实体更新可达性信息为空闲态;在UE发起服务请求过程时,通知所述MTC-IWF实体更新可达性信息为连接态,并通知所述MTC-IWF实体更新UE的上下文信息中的核心网设备的地址或标识、接入网设备的地址或标识。
所述MTC-IWF实体侧通信模块23,还用于在UE发起去附着过程时,通知所述MTC-IWF实体删除UE的上下文信息。
所述MTC-IWF实体侧通信模块23,还用于接收所述MTC-IWF实体返回的上下文创建成功消息,并在UE的上下文中更新MTC-IWF实体上下文标记,所述MTC-IWF实体上下文标记表示MTC-IWF实体创建有UE的上下文信息,且在移动性管理过程中,需要与MTC-IWF实体进行交互,使得MTC-IWF实体维护所述UE的上下文信息;或者,接收所述MTC-IWF实体返回的上下文创建失败消息;
所述用户侧通信模块21,还用于当接收到上下文创建失败消息时,向UE发送所述MTC-IWF实体不为所述UE维护上下文信息的原因。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。