CN101282285A - 一种建立信令承载的方法、***及装置 - Google Patents
一种建立信令承载的方法、***及装置 Download PDFInfo
- Publication number
- CN101282285A CN101282285A CNA2007100908327A CN200710090832A CN101282285A CN 101282285 A CN101282285 A CN 101282285A CN A2007100908327 A CNA2007100908327 A CN A2007100908327A CN 200710090832 A CN200710090832 A CN 200710090832A CN 101282285 A CN101282285 A CN 101282285A
- Authority
- CN
- China
- Prior art keywords
- signaling bear
- ims
- network
- information
- signaling
- 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
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种建立信令承载的方法、***及装置,实现在UE注册到网络的过程中,根据该UE的IMS信息确定需要创建信令承载时,再建立信令承载。方法包括:UE在注册到网络的过程中,将该UE的IMS信息上报给网络侧的相关网元;所述网络侧的相关网元根据该UE上报的IMS信息确定需创建信令承载时,发起建立信令承载的流程,以建立信令承载。***包括:UE,用于在注册到网络的过程中,将该UE的IMS信息上报给网络侧;发起建立信令承载网元,用于接收UE上报的IMS信息,并根据该UE上报的IMS信息确定需创建信令承载时,发起建立信令承载的流程;建立信令承载的相关网元,用于在发起建立信令承载网元发起建立信令承载的流程后,完成信令承载的建立。
Description
技术领域
本发明涉及通信领域,特别是涉及一种建立信令承载的方法、***及装置。
背景技术
3GPP作为下一代数字通信技术革新发展趋势和目标,无疑是当今世界最受瞩目的热点之一。3GPP的网络结构基本上由电路域和分组域两部分组成,参见图1所示,为现有3GPP通信***分组域网络结构示意图。图1中包括UMTS陆地无线接入网(UTRAN,UMTS Terrestrial Radio Access Network)、GSM/EDGE无线接入网(GERAN,GSM/EDGE Radio Access Network)、核心网(CN,Core Network)以及用户终端(UE,User Equipement)。其中,GERAN/UTRAN用于实现所有与无线有关的功能,而CN包括服务通用分组无线业务支持节点(SGSN,Serving GPRS Supporting Node)以及网关通用分组无线业务支持节点(GGSN,Gateway GPRS Supporting Node)等节点。其中,GGSN主要负责和外部网络进行接口,同时,GGSN还负责实现用户面数据的传输。SGSN核心功能是实现路由转发、移动性管理、会话管理以及用户信息存储等功能。归属位置寄存器(HLR,Home Location Register)用于存储用户签约信息。
3GPP为了增强未来网络的竞争能力,正在研究一种全新的演进网络,其***架构参见图2所示,其中包括演进的UMTS陆地无线接入网(EUTRAN,Evolved UMTS Terrestrial Radio Access Network),用于实现所有与演进网络无线有关的功能;移动性管理实体(MME,Mobility Management Entity),负责控制面的移动性管理,包括用户上下文和移动状态管理,分配用户临时身份标识等;服务***架构演进网关实体(Serving SAE GW,Serving SystemArchitecture Evolution Gateway),是3GPP接入***间的用户面锚点,终止ETURAN的接口;分组数据网络***架构演进网关实体(PDN SAE GW,PacketData Network System Architecture Evolution Gateway)是3GPP接入***和非3GPP接入***之间的用户面锚点,终止和外部分组数据网络(PDN,Packet DataNetwork)的接口。策略和计费规则功能实体(PCRF,Policy and Charging RuleFunction)用于策略控制决定和流计费控制功能。归属网络服务器(HSS,HomeSubscriber Server)用于存储用户签约信息。说明:这个架构并不意味着最终的SAE***架构,最后的架构可能和这个架构有所差别。
基于上述3GPP通信***分组域网络或演进网络,目前3GPP TR23.882协议中规定:UE在附着的时候(UE附着是UE注册的一种情况)建立缺省SAE承载,同时根据运营商的策略和可能的用户签约信息决定是否建立信令承载(只用于传输SIP信令的承载)。
现有的技术没有考虑UE的能力和需求,如果UE不具备IMS能力或者UE具备IMS能力但是UE不想使用IMS业务,这种场景下建立信令承载是没有意义的。因为IMS控制面使用的协议就为SIP,如果UE不具备IMS能力或者UE不想使用IMS业务,那么3GPP网络中就不存在传输的SIP信令,也就没有必要建立信令承载了。
综上所述,发明人认为现有技术中,UE在注册到网络的过程中网络侧无法知道UE的IMS能力或者UE是否需要使用IMS业务,所以不能根据UE的IMS信息来确定是否需要创建信令承载。
发明内容
本发明实施例提供一种建立信令承载的方法、***及装置,实现在UE注册到网络的过程中,根据该UE的IMS信息确定需要创建信令承载时,再建立信令承载。
本发明实施例的方法包括:用户终端UE在注册到网络的过程中,将该UE的IMS信息上报给网络侧的相关网元;以及所述网络侧的相关网元根据该UE上报的IMS信息确定需创建信令承载时,发起建立信令承载的流程,以建立信令承载。
本发明实施例的用户终端,包括:IMS信息携带单元,用于将该UE的IMS信息携带于该UE注册到网络的过程中向网络侧发送的消息中;发送单元,用于向网络侧发送IMS信息携带单元处理后的消息。
本发明实施例的网络侧网元,包括:判决单元,用于根据UE在注册到网络的过程中上报的IMS信息,确定是否需创建信令承载;信令承载建立发起单元,用于在判决单元确定需创建信令承载时,发起建立信令承载的流程。
本发明实施例的建立信令承载的***,包括:用户终端UE,用于在注册到网络的过程中,将该UE的IMS信息上报给网络侧;发起建立信令承载网元,用于接收UE上报的IMS信息,并根据该UE上报的IMS信息确定需创建信令承载时,发起建立信令承载的流程;建立信令承载的相关网元,用于在发起建立信令承载网元发起建立信令承载的流程后,完成信令承载的建立。
本发明实施例中,UE在注册到网络的过程中,将该UE的IMS信息上报给网络侧的相关网元;网络侧的相关网元根据该UE上报的IMS信息确定需创建信令承载时,再发起建立信令承载的流程,以建立信令承载。
所以本发明实施例可避免在UE的IMS能力不支持IMS业务,或UE不需要使用IMS业务时建立信令承载,从而节约不必要的网络资源开销。
附图说明
图1为现有3GPP通信***分组域网络结构示意图;
图2为现有演进网络的***架构示意图;
图3为本发明实施例的方法步骤流程图;
图4为本发明实施例的用户终端的结构示意图;
图5为本发明实施例的网络侧网元的结构示意图;
图6为本发明实施例的建立信令承载的***结构示意图;
图7为本发明实施例1的信令流程图;
图8为本发明实施例2的信令流程图;
图9为本发明实施例3的信令流程图;
图10为本发明实施例4的信令流程图;
图11为本发明实施例5的信令流程图。
具体实施方式
在UE注册到网络的过程中,为了避免在UE的IMS能力不支持IMS业务,或UE不需要使用IMS业务时建立信令承载,从而节约不必要的网络资源开销。
本发明实施例提供了一种建立信令承载的方法,参见图3所示,包括下列主要步骤:
S1、UE在注册到网络的过程中,将该UE的IMS信息上报给网络侧的相关网元。
UE在注册到网络的过程中,该UE在向网络侧相关网元发送的附着请求消息中携带所述IMS信息,或者该UE在向网络侧相关网元发送的位置区更新请求消息中携带所述IMS信息。
其中,可通过下述方式之一,在附着请求消息或位置区更新请求消息中携带所述IMS信息:
方式1、在附着请求消息或位置区更新请求消息的UE网络能力信息中携带该UE的IMS能力信息;
方式2、在附着请求消息或位置区更新请求消息的UE网络能力信息中携带IMS状态信息;
方式3、在附着请求消息或位置区更新请求消息中携带协议配置选项信息,并在该协议配置选项信息携带P-CSCF地址请求信息;
方式4、在附着请求消息或位置区更新请求消息中携带协议配置选项信息,并在该协议配置选项信息中携带IMS信令标识信息。
S2、相关网元根据该UE上报的IMS信息确定需创建信令承载时,发起建立信令承载的流程。
所述确定是否需创建信令承载的网元在演进网络中为移动性管理实体MME或分组数据网络***架构演进网关实体PDN SAE Gateway。所述确定是否需创建信令承载的网元在2G/3G网络中为服务GPRS支持节点SGSN或网关GPRS支持节点GGSN。
进一步,所述确定是否需创建信令承载的网元还可以结合下列信息之一或其组合来确定是否需创建信令承载:该UE的签约数据、运营商的承载创建策略、该网元中的创建信令承载配置信息,以及当前是否已为该UE建立了信令承载。
S3、建立信令承载。
本发明实施例还提供了一种用户终端,参见图4所示,其包括:相连的IMS信息携带单元和发送单元。
所述IMS信息携带单元,用于将该UE的IMS信息携带于该UE注册到网络的过程中向网络侧发送的消息中。进一步,可将该UE的IMS信息携带于附着请求消息中,或者位置区更新请求消息中。
所述发送单元,用于向网络侧发送IMS信息携带单元处理后的消息。
本发明实施例还提供了一种网络侧的网元,参见图5所示,其包括:相连的判决单元和信令承载建立发起单元。
所述判决单元,用于根据UE在注册到网络的过程中上报的IMS信息,确定是否需创建信令承载。
所述信令承载建立发起单元,用于在判决单元确定需创建信令承载时,发起建立信令承载的流程。
该网元在演进网络中可位于移动性管理实体MME或分组数据网络***架构演进网关实体PDN SAE Gateway中。在2G/3G网络中可位于服务GPRS支持节点SGSN或网关GPRS支持节点GGSN中。
本发明实施例还提供了一种建立信令承载的***,参见图6所示,其包括:UE(即本发明实施例的UE)、发起建立信令承载网元(即本发明实施例的网元)和建立信令承载的相关网元。
所述UE,用于在注册到网络的过程中,将该UE的IMS信息上报给网络侧。
所述发起建立信令承载网元,用于接收UE上报的IMS信息,并根据该UE上报的IMS信息确定需创建信令承载时,发起建立信令承载的流程。该发起建立信令承载网元在演进网络中可位于移动性管理实体MME或分组数据网络***架构演进网关实体PDN SAE Gateway中。在2G/3G网络中可位于服务GPRS支持节点SGSN或网关GPRS支持节点GGSN中。
所述建立信令承载的相关网元,用于在发起建立信令承载网元发起建立信令承载的流程后,完成信令承载的建立。
以下通过5个实施例具体描述。
实施例1、基于SAE***,UE在附着请求消息中携带其IMS信息,SAE***中的网络侧网元MME根据该UE上报的IMS信息确定是否需要创建信令承载。参见图7所示,包括下列步骤:
1、UE发送附着请求消息到MME。该附着请求消息中携带该UE的IMS信息,有如下几种实现方式:
1)UE在附着请求消息的UE网络能力network capability信息中携带IMSubsystem能力信息,若为“1”,如下所示,则表明该UE具备IMS能力且想要使用IMS业务。
UE在附着请求消息的UE网络能力network capability信息中携带IMSubsystem能力信息,若为“0”,如下所示,则表明UE不具备IMS能力和/或不想要使用IMS业务。
<UE network capability value part>::=......<IM Subsystem capability:bit string(1)><Spare bits>;......IM Subsystem capability0 UE is not IM subsystem capable1 UE is IM subsystem capable |
2)在附着请求消息的UE network capability信息中携带IM Status信息,若为“10或01”,如下所示,则表明该UE具备IMS能力且想要使用IMS业务。
在附着请求消息的UE network capability信息中携带IM Status信息,若为“00或11”,如下所示,则UE不具备IMS能力和/或不想要使用IMS业务。
<UE network capability value part>::=......<IM Status:bit string(2)><Spare bits>;......IM Status0 0 UE is not IM subsystem capable0 1 UE is IM subsystem registered1 0 UE is IM subsystem capable and willing to register to IM subsystem1 1 UE is IM subsystem capable but will not register to IM subsystem |
3)在附着请求消息中携带协议配置选项(Protocol configuration options,PCO)信息。若PCO信息中携带有P-CSCF Address Request信息,则表明UE想获取P-CSCF地址信息(即表明该UE具备IMS能力且想要使用IMS业务),然后UE将注册到这个P-CSCF网元上,后续UE就可以进行IMS业务。
否则,表明UE不具备IMS能力和/或不想要使用IMS业务。
4)在附着请求消息中携带协议配置选项(Protocol configuration options,PCO)信息。若PCO信息中携带有IMS信令标识IM CN Subsystem SignalingFlag信息,则表明UE具备IMS能力且想使用IMS业务,想建立一个专用的信令承载来传输SIP信令。
否则,表明UE不具备IMS能力和/或不想要使用IMS业务。
2、MME发送位置更新消息给HSS。
3、HSS***用户的签约数据到MME,签约数据中可以包括运营商的承载创建策略(如用户需要创建信令承载)和/或是否允许用户使用IMS的签约数据。(运营商的承载创建策略也可以配置在MME中)
4、MME回***签约数据确认消息给HSS。
5、HSS回位置更新确认消息给MME。
6、MME接受UE的附着请求,回附着接受消息给UE。
7、UE回附着完成消息给MME。
8、MME根据UE发送的附着请求消息中携带的IMS信息,进一步还可结合UE的签约数据、运营商的承载创建策略等来决定是否发起信令承载的建立流程,有如下几种情况:
1)如果UE通过附着请求消息告知MME,该UE不具备IMS能力和/或不使用IMS业务,则MME不发起信令承载的创建流程。
2)如果UE具备IMS能力且想使用IMS业务,但是运营商的承载创建策略不允许创建信令承载,则MME不发起信令承载的创建流程。
3)如果UE具备IMS能力且想使用IMS业务,运营商的承载创建策略也允许创建信令承载,但是签约数据不允许该UE使用IMS业务,则MME不发起信令承载的创建流程。
4)如果UE具备IMS能力且想使用IMS业务,运营商的承载创建策略也允许创建信令承载且签约数据中没有是否允许该UE使用IMS业务的签约信息,则MME发起信令承载的创建流程。
5)如果UE具备IMS能力且想使用IMS业务,运营商的承载创建策略也允许创建信令承载且签约数据也允许用户使用IMS业务则MME发起信令承载的创建流程。
如果MME决定发起信令承载的创建流程,则MME发送创建承载请求消息到Serving SAE Gateway,创建承载请求消息中携带IM CN SubsystemSignaling Flag信息指示Gateway创建信令承载,并转入步骤9;否则,MME不发起信令承载的建立流程,后续SIP信令将在缺省SAE承载上传输。
9、Serving SAE Gateway创建信令承载,然后发送创建承载请求消息到PDNSAE Gateway,创建承载请求消息中携带IM CN Subsystem Signaling Flag信息指示Gateway创建信令承载。
10、PDN SAE Gateway创建信令承载。PDN SAE Gateway查询这个信令承载是否有预配置的策略和计费规则(Policy and Charging Rules,PCC),如果存在预配置的策略和计费规则,则PDN SAE Gateway应用预配置的策略和计费规则,并跳转到步骤12。如果不存在预配置的策略和计费规则,则PDN SAEGateway发送请求策略和计费规则消息到PCRF获取信令承载的策略和计费规则,在请求策略和计费规则中携带信令承载的属性(如在消息中携带IM CNSubsystem Signaling Flag信息)。
11、PCRF提供信令承载的策略和计费规则信息给PDN SAE Gateway,PDNSAE Gateway应用PCRF提供的策略和计费规则。对于信令承载,策略和计费规则中规定只有SIP信令才能通过这个承载来传输,其它的消息在这个承载上都不能传输。
12、PDN SAE Gateway回创建承载响应消息给Serving SAE Gateway。
13、Serving SAE Gateway回创建承载响应消息给MME。
14、MME发送创建无线接入承载请求消息给EUTRAN,发起无线接入承载建立流程。
15、EUTRAN发送创建无线承载请求消息到UE,发起无线承载建立流程。
16、UE回创建无线承载响应消息到EUTRAN。
17、EUTRAN回创建无线接入承载响应消息到MME。
18、MME发送修改承载请求消息到Serving SAE Gateway。
19、Serving SAE Gateway回修改承载响应消息到MME。
说明:步骤8~19和步骤6、7没有时序的先后关系,步骤8~19也可以在步骤6、7之前完成。图中Serving SAE Gateway与PDN SAE Gateway网元分离但是不排除这两个网元合一,所述两个网元合一的场景下这两个网元之间交互的消息不再需要。
实施例2、基于2G/3G***,UE在附着请求消息中携带其IMS信息,2G/3G***中的网络侧网元SGSN根据该UE上报的IMS信息确定是否需要创建信令承载:参见图8所示,包括下列步骤:
1、UE发送附着请求消息到SGSN。该附着请求消息中携带该UE的IMS信息,其实现方式同实施例1,这里不再描述。
2、SGSN发送位置更新消息给HSS。
3、HSS***用户的签约数据到SGSN,签约数据中可以包括运营商的承载创建策略(如用户需要创建信令承载)和/或是否允许用户使用IMS的签约数据。(运营商的承载创建策略也可以配置在SGSN中)
4、SGSN回***签约数据确认消息给HSS。
5、HSS回位置更新确认消息给SGSN。
6、SGSN接受UE的附着请求,回附着接受消息给UE。
7、UE回附着完成消息给SGSN。
8、SGSN根据UE发送的附着请求消息中携带的IMS信息,进一步还可结合UE的签约数据、运营商的承载创建策略等来决定是否发起信令承载的建立流程,有如下几种情况:
1)如果UE通过附着请求消息告知SGSN,该UE不具备IMS能力和/或不使用IMS业务,则SGSN不发起信令承载的创建流程。
2)如果UE具备IMS能力且想使用IMS业务,但是运营商的承载创建策略不允许创建信令承载,则SGSN不发起信令承载的创建流程。
3)如果UE具备IMS能力且想使用IMS业务,运营商的承载创建策略也允许创建信令承载,但是签约数据不允许该UE使用IMS业务,则SGSN不发起信令承载的创建流程。
4)如果UE具备IMS能力且想使用IMS业务,运营商的承载创建策略也允许创建信令承载且签约数据中没有是否允许该UE使用IMS业务的签约信息,则SGSN发起信令承载的创建流程。
5)如果UE具备IMS能力且想使用IMS业务,运营商的承载创建策略也允许创建信令承载且签约数据也允许用户使用IMS业务则SGSN发起信令承载的创建流程。
如果SGSN决定发起信令承载的创建流程,则SGSN发起信令PDP上下文的建立流程,发送创建PDP上下文请求消息到GGSN,创建PDP上下文请求消息中携带IM CN Subsystem Signaling Flag信息指示GGSN创建信令PDP上下文,并转入步骤9;否则,SGSN不发起信令PDP上下文的建立流程,后续SIP信令将在通用的PDP上下文上传输。
9、GGSN创建信令PDP上下文。GGSN查询这个信令PDP上下文是否有预配置的策略和计费规则,如果存在预配置的策略和计费规则,则GGSN应用预配置的策略和计费规则,并跳转到步骤11。如果不存在预配置的策略和计费规则,则GGSN发送请求策略和计费规则消息到PCRF获取信令承载的策略和计费规则,在请求策略和计费规则中携带信令PDP上下文的属性(如在消息中携带IM CN Subsystem Signaling Flag信息)。
10、PCRF提供信令承载的策略和计费规则信息给GGSN,GGSN应用PCRF提供的策略和计费规则。对于信令PDP上下文,策略和计费规则中规定只有SIP信令才能通过这个PDP上下文来传输,其它的消息在这个PDP上下文上都不能传输。
11、GGSN回创建PDP上下文响应消息给SGSN。
12、SGSN发送激活PDP上下文请求消息给UE。
13、UE回激活PDP上下文响应消息到SGSN。
说明:步骤8~13和步骤6、7没有时序的先后关系,步骤8~13也可以在步骤6、7之前完成。
实施例3、基于SAE***,UE在向网络侧发送的位置区更新请求(如路由区更新请求或者跟踪区更新请求)消息中携带该UE的IMS信息,网络侧根据该UE上报的IMS信息来确定是否需要创建信令承载,参见图9所示,包括下列步骤:
1、UE发送跟踪区更新请求消息到MME。该跟踪区更新请求消息中携带该UE的IMS信息,有如下几种实现方式:
1)UE在跟踪区更新请求消息的UE network capability信息中携带IMSubsystem能力信息,若为“1”,如下所示,则表明该UE具备IMS能力且想要使用IMS业务。
UE在跟踪区更新请求消息的UE network capability信息中携带IMSubsystem能力信息,若为“0”,如下所示,则表明UE不具备IMS能力和/或不想要使用IMS业务。
<UE network capability value part>::=......<IM Subsystem capability:bit string(1)><Spare bits>;......IM Subsystem capability0 UE is not IM subsystem capable1 UE is IM subsystem capable |
2)在跟踪区更新请求消息的UE network capability信息中携带IM Status信息,若为“10或01”,如下所示,则表明该UE具备IMS能力且想要使用IMS业务。
在跟踪区更新请求消息的UE network capability信息中携带IM Status信息,若为“00或11”,如下所示,则UE不具备IMS能力和/或不想要使用IMS业务。
<UE network capability value part>::=......<IM Status:bit string(2)><Spare bits>;......IM Status0 0 UE is not IM subsystem capable0 1 UE is IM subsystem registered1 0 UE is IM subsystem capable and willing to register to IM subsystem1 1 UE is IM subsystem capable but will not register to IM subsystem |
3)在跟踪区更新请求消息中携带协议配置选项(Protocol configurationoptions,PCO)信息。若PCO信息中携带有P-CSCF Address Request信息,则表明UE想获取P-CSCF地址信息(即表明该UE具备IMS能力且想要使用IMS业务),然后UE将注册到这个P-CSCF网元上,后续UE就可以进行IMS业务。
否则,表明UE不具备IMS能力和/或不想要使用IMS业务。
4)在跟踪区更新请求消息中携带协议配置选项(Protocol configurationoptions,PCO)信息。若PCO信息中携带有IM CN Subsystem Signaling Flag信息,则表明UE具备IMS能力且想使用IMS业务,想建立一个专用的信令承载来传输SIP信令。
否则,表明UE不具备IMS能力和/或不想要使用IMS业务。
2、MME接受UE的跟踪区更新请求,回跟踪区更新接受消息给UE。
3、UE回跟踪区更新完成消息给MME。
4、MME根据UE发送的跟踪区更新请求消息中携带的IMS信息,进一步还可结合UE的签约数据、用户是否存在信令承载、运营商的承载创建策略等来决定是否发起信令承载的建立流程,有如下几种情况:
1)如果UE通过附着请求消息告知MME,该UE不具备IMS能力和/或不使用IMS业务,则MME不发起信令承载的创建流程。
2)如果UE具备IMS能力且想使用IMS业务,但是运营商的承载创建策略不允许创建信令承载,则MME不发起信令承载的创建流程。
3)如果UE具备IMS能力且想使用IMS业务,运营商的承载创建策略也允许创建信令承载,但是签约数据不允许该UE使用IMS业务,则MME不发起信令承载的创建流程。
4)如果UE具备IMS能力且想使用IMS业务,运营商的承载创建策略也允许创建信令承载且签约数据中没有是否允许该UE使用IMS业务的签约信息,但是用户已经存在信令承载,则MME不发起信令承载的创建流程。
5)如果UE具备IMS能力且想使用IMS业务,运营商的承载创建策略也允许创建信令承载且签约数据也允许该UE使用IMS业务,但是用户已经存在信令承载,则MME不发起信令承载的创建流程。
6)如果UE具备IMS能力且想使用IMS业务,运营商的承载创建策略也允许创建信令承载且签约数据中没有是否允许该UE使用IMS业务的签约信息,且用户不存在信令承载,则MME发起信令承载的创建流程。
7)如果UE具备IMS能力且想使用IMS业务,运营商的承载创建策略也允许创建信令承载且签约数据也允许该UE使用IMS业务,且用户不存在信令承载,则MME发起信令承载的创建流程。
如果MME决定发起信令承载的创建流程,则MME发送创建承载请求消息到Serving SAE Gateway,创建承载请求消息中携带IM CN SubsystemSignaling Flag信息指示Gateway创建信令承载,并转入步骤5;否则,MME不发起信令承载的建立流程,后续SIP信令将在缺省SAE承载上传输。
5、Serving SAE Gateway创建信令承载,然后发送创建承载请求消息到PDNSAE Gateway,创建承载请求消息中携带IM CN Subsystem Signaling Flag信息指示Gateway创建信令承载。
6、PDN SAE Gateway创建信令承载。PDN SAE Gateway查询这个信令承载是否有预配置的策略和计费规则(Policy and Charging Rules,PCC),如果存在预配置的策略和计费规则,则PDN SAE Gateway应用预配置的策略和计费规则,并跳转到步骤8。如果不存在预配置的策略和计费规则,则PDN SAEGateway发送请求策略和计费规则消息到PCRF获取信令承载的策略和计费规则,在请求策略和计费规则中携带信令承载的属性(如在消息中携带IM CNSubsystem Signaling Flag信息)。
7、PCRF提供信令承载的策略和计费规则信息给PDN SAE Gateway,PDNSAE Gateway应用PCRF提供的策略和计费规则。对于信令承载,策略和计费规则中规定只有SIP信令才能通过这个承载来传输,其它的消息在这个承载上都不能传输。
8、PDN SAE Gateway回创建承载响应消息给Serving SAE Gateway。
9、Serving SAE Gateway回创建承载响应消息给MME。
10、MME发起无线接入承载建立程序建立无线接入承载。具体流程参见实施例一中的描述。
11、MME发送修改承载请求消息到Serving SAE Gateway。
12、Serving SAE Gateway回修改承载响应消息到MME。
说明:步骤4~12和步骤2、3没有时序的先后关系,步骤4~12也可以在步骤2、3之前完成。图中Serving SAE Gateway与PDN SAE Gateway网元分离但是不排除这两个网元合一,所述两个网元合一的场景下这两个网元之间交互的消息不再需要。而且本实施例同样适用于2G/3G***。
实施例4、基于SAE***,UE在附着请求消息中携带其IMS信息,SAE***中的网络侧网元PDN SAE Gateway根据该UE上报的IMS信息确定是否需要创建信令承载。参见图10所示,包括下列步骤:
1、UE发送附着请求消息到MME。该附着请求消息中携带该UE的IMS信息,其实现方式同实施例1,这里不再描述。
2、MME发送位置更新消息给HSS。
3、HSS***用户的签约数据到MME。
4、MME回***签约数据确认消息给HSS。
5、HSS回位置更新确认消息给MME。
6、MME发送创建承载请求消息给Serving SAE Gateway,创建缺省SAE承载。该消息中携带有UE在附着请求消息中携带的IMS信息(PCO信息或者UE的IMS能力信息)。
7、Serving SAE Gateway创建缺省SAE承载,然后发送创建承载请求消息给PDN SAE Gateway,该消息中携带有UE在附着请求消息中携带的IMS信息(PCO信息或者UE的IMS能力信息)。
8、PDN SAE Gateway创建缺省SAE承载,回创建承载响应消息给ServingSAE Gateway。
9、Serving SAE Gateway回创建承载响应消息给MME。
10、MME发起无线承载建立流程,建立缺省SAE承载对应的无线接入承载。
11、MME发送附着接受消息给UE。
12、UE回附着完成消息给MME。
13、PDN SAE Gateway根据Serving SAE Gateway发送的创建承载请求消息中携带的IMS信息,进一步还可结合PDN SAE Gateway中的创建信令承载配置信息来决定是否能创建信令承载,有如下几种情况:
1)UE不具备IMS能力和/或不使用IMS业务,则PDN SAE Gateway不能创建信令承载。
2)如果UE具备IMS能力且想使用IMS业务,但是PDN SAE Gateway中存在不允许创建信令承载的配置,则PDN SAE Gateway不能创建信令承载。
3)如果UE具备IMS能力且想使用IMS业务,PDN SAE Gateway存在允许创建信令承载的配置或者不存在这样的配置,则PDN SAE Gateway能创建信令承载。
如果PDN SAE Gateway确定能创建信令承载,则PDN SAE Gateway查询是否有预配置的信令承载对应的策略和计费规则,如果存在预配置的策略和计费规则,则PDN SAE Gateway应用预配置的策略和计费规则,并跳转到步骤17。如果不存在预配置的策略和计费规则,则PDN SAE Gateway发送请求策略和计费规则消息到PCRF获取信令承载的策略和计费规则,在请求策略和计费规则中携带信令承载的属性(如在消息中携带IM CN Subsystem SignalingFlag信息)。
14、PCRF中如果不存在用户的签约数据,则发送签约数据请求消息到SPR(用户策略签约数据库,Subscription Profile Repository,用于存储PCRF需要使用的策略和计费相关的签约数据)获取用户的签约数据。
15、SPR回签约数据响应消息给PCRF,将用户的签约信息携带给PCRF。
16、PCRF提供信令承载的策略和计费规则信息给PDN SAE Gateway,规则信息中携带运营商的承载创建策略(如是否需要创建信令承载),运营商的承载创建策略可以如下实现:
1)在PCRF中静态配置运营商的承载创建策略(如需要创建信令承载)。
2)在SPR的签约数据中配置运营商的承载创建策略(如需要创建信令承载)。
17、PDN SAE Gateway决定是否发起信令承载的建立流程,有如下几种情况:
1)PDN SAE Gateway决定能创建信令承载(如上面描述)且不需要到PCRF获取策略和计费规则,则PDN SAE Gateway决定发起信令承载的创建流程。
2)PDN SAE Gateway决定能创建信令承载但是运营商的承载创建策略不允许创建信令承载,则PDN SAE Gateway决定不发起信令承载的创建流程。
3)PDN SAE Gateway决定能创建信令承载且运营商的承载创建策略允许创建信令承载,则PDN SAE Gateway决定发起信令承载的创建流程。
如果PDN SAE Gateway决定发起信令承载的创建流程,则PDN SAEGateway发送创建承载请求消息给Serving SAE Gateway建立信令承载,并转入步骤18;同时PDN SAE Gateway应用信令承载对应的策略和计费规则,对于信令承载,只有SIP信令才能通过这个承载来传输,其它的消息在这个承载上都不能传输。
18、Serving SAE Gateway发送创建承载请求消息给MME。
19、MME发起无线承载建立程序建立信令承载对应的无线接入承载,具体流程参见实施例1中的描述。
20、MME发送创建承载响应消息到Serving SAE Gateway。
21、Serving SAE Gateway发送创建承载响应消息到PDN SAE Gateway。
说明:步骤13~21和步骤8~12没有时序的先后关系。图中Serving SAEGateway与PDN SAE Gateway网元分离但是不排除这两个网元合一,所述两个网元合一的场景下这两个网元之间交互的消息不再需要。
实施例5:基于2G/3G***,UE在附着请求消息中携带其IMS信息,2G/3G***中的网络侧网元GGSN根据该UE上报的IMS信息确定是否需要创建信令承载。参见图11所示,包括下列步骤:
1、UE发送附着请求消息到SGSN。该附着请求消息中携带该UE的IMS信息,其实现方式同实施例1,这里不再描述。
2、SGSN发送位置更新消息给HSS。
3、HSS***用户的签约数据到SGSN。
4、SGSN回***签约数据确认消息给HSS。
5、HSS回位置更新确认消息给SGSN。
6、SGSN发送创建PDP上下文请求消息给GGSN,创建缺省PDP上下文。该消息中携带有UE在附着请求消息中携带的IMS信息(PCO信息或者IMS能力信息)。
7、GGSN创建缺省PDP上下文,回创建PDP上下文响应消息给SGSN。
8、SGSN发送激活PDP上下文请求消息给UE。
9、UE回激活PDP上下文响应消息到SGSN。
10、SGSN发送附着接受消息给UE。
11、UE回附着完成消息给SGSN。
12、GGSN根SGSN发送的创建PDP上下文请求消息中携带的IMS信息,进一步还可结合GGSN中的创建信令承载配置信息来决定是否能创建信令承载,有如下几种情况:
1)UE不具备IMS能力和/或不使用IMS业务,则GGSN不能创建信令承载。
2)如果UE具备IMS能力且想使用IMS业务,但是GGSN中存在不允许创建信令承载的配置,则GGSN不能创建信令承载。
3)如果UE具备IMS能力且想使用IMS业务,且GGSN存在允许创建信令承载的配置或者不存在这样的配置,则GGSN能创建信令承载。
如果GGSN决定能创建信令承载,则GGSN查询是否有预配置的信令承载对应的策略和计费规则,如果存在预配置的策略和计费规则,则GGSN应用预配置的策略和计费规则,并跳转到步骤16。如果不存在预配置的策略和计费规则,则GGSN发送请求策略和计费规则消息到PCRF获取信令承载的策略和计费规则,在请求策略和计费规则中携带信令承载的属性(如在消息中携带IMCN Subsystem Signaling Flag信息)。
13、PCRF中如果不存在用户的签约数据,则发送签约数据请求消息到SPR获取用户的签约数据。
14、SPR回签约数据响应消息给PCRF,将用户的签约信息携带给PCRF。
15、PCRF提供信令承载的策略和计费规则信息给GGSN,规则信息中携带运营商的承载创建策略(如是否需要创建信令承载),运营商的承载创建策略可以如下实现:
1)在PCRF中静态配置运营商的承载创建策略(如需要创建信令承载)。
2)在SPR的签约数据中配置运营商的承载创建策略(如需要创建信令承载)。
16、GGSN决定是否发起信令承载的建立流程,有如下几种情况:
1)GGSN决定能创建信令承载(如上面描述)且不需要到PCRF获取策略和计费规则,则GGSN决定发起信令承载的创建流程。
2)GGSN决定能创建信令承载但是运营商的承载创建策略不允许创建信令承载,则GGSN决定不发起信令承载的创建流程。
3)GGSN决定能创建信令承载且运营商的承载创建策略允许创建信令承载,则GGSN决定发起信令承载的创建流程。
如果GGSN决定发起信令承载的创建流程,则GGSN发起信令承载的创建流程,发送创建PDP上下文请求消息给SGSN建立信令承载,并转入步骤17;同时GGSN应用信令承载对应的策略和计费规则,对于信令承载,只有SIP信令才能通过这个承载来传输,其它的消息在这个承载上都不能传输。
17、SGSN发送激活PDP上下文请求消息给UE。
18、UE回激活PDP上下文响应消息到SGSN。
19、SGSN回创建PDP上下文响应消息到GGSN。
说明:步骤12~19和步骤7~11没有时序的先后关系。
综上所述,本发明实施例中,UE在注册到网络的过程中,将该UE的IMS信息上报给网络侧的相关网元;网络侧的相关网元根据该UE上报的IMS信息确定需创建信令承载时,再发起建立信令承载的流程,以建立信令承载。
所以本发明实施例可避免在UE的IMS能力不支持IMS业务,或UE不需要使用IMS业务时建立信令承载,从而节约不必要的网络资源开销。
本发明实施例还提供了UE在注册到网络的过程中,UE将其IMS信息上报给相关网元的具体方式,以及可用于判决是否需要创建信令承载的网元,进一步支撑本发明的实施例。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (13)
1. 一种建立信令承载的方法,其特征在于,包括下列步骤:
用户终端UE在注册到网络的过程中,将该UE的IMS信息上报给网络侧的相关网元;以及
所述网络侧的相关网元根据该UE上报的IMS信息确定需创建信令承载时,发起建立信令承载的流程,以建立信令承载。
2. 如权利要求1所述的方法,其特征在于,UE在注册到网络的过程中,该UE在向网络侧相关网元发送的附着请求消息中携带所述IMS信息,或者该UE在向网络侧相关网元发送的位置区更新请求消息中携带所述IMS信息。
3. 如权利要求1或2所述的方法,其特征在于,所述IMS信息为UE的IMS能力信息,IMS状态信息,P-CSCF地址请求信息或IMS信令标识信息。
4. 如权利要求1所述的方法,其特征在于,所述确定需创建信令承载的网络侧相关网元为移动性管理实体MME或分组数据网络***架构演进网关实体PDN SAE Gateway;或者
所述确定需创建信令承载的网络侧相关网元为服务GPRS支持节点SGSN或网关GPRS支持节点GGSN。
5. 如权利要求1、2或4所述的方法,其特征在于,网络侧相关网元还至少结合下列信息之一,确定是否需创建信令承载:所述UE的签约数据、运营商的承载创建策略、该网络侧网元中的创建信令承载配置信息,以及当前是否已为所述UE建立了信令承载。
6. 如权利要求4所述的方法,其特征在于,由网络侧的PDN SAE Gateway确定是否需创建信令承载,则MME在创建承载请求消息中携带所述UE上报的IMS信息,并通过服务***架构演进网关实体Serving SAE Gateway将该创建承载请求消息发送到PDN SAE Gateway。
7. 如权利要求4所述的方法,其特征在于,由网络侧的GGSN确定是否需创建信令承载,则SGSN在发送给GGSN的创建PDP上下文请求消息中携带所述UE上报的IMS信息。
8. 一种用户终端,其特征在于,包括:
IMS信息携带单元,用于将该UE的IMS信息携带于该UE注册到网络的过程中向网络侧发送的消息中;
发送单元,用于向网络侧发送IMS信息携带单元处理后的消息。
9. 如权利要求8所述的用户终端,其特征在于,所述IMS信息携带单元将该UE的IMS信息携带于附着请求消息中,或者位置区更新请求消息中。
10. 一种网络侧的网元,其特征在于,包括:
判决单元,用于根据UE在注册到网络的过程中上报的IMS信息,确定是否需创建信令承载;
信令承载建立发起单元,用于在判决单元确定需创建信令承载时,发起建立信令承载的流程。
11. 如权利要求10所述的网元,其特征在于,该网元位于移动性管理实体MME或PDN SAE Gateway中;或者
服务GPRS支持节点SGSN或网关GPRS支持节点GGSN中。
12. 一种建立信令承载的***,其特征在于,包括:
用户终端UE,用于在注册到网络的过程中,将该UE的IMS信息上报给网络侧;
发起建立信令承载网元,用于接收UE上报的IMS信息,并根据该UE上报的IMS信息确定需创建信令承载时,发起建立信令承载的流程;
建立信令承载的相关网元,用于在发起建立信令承载网元发起建立信令承载的流程后,完成信令承载的建立。
13. 如权利要求12所述的***,其特征在于,所述发起建立信令承载网元位于移动性管理实体MME或PDN SAE Gateway中;或者
服务GPRS支持节点SGSN或网关GPRS支持节点GGSN中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007100908327A CN101282285B (zh) | 2007-04-06 | 2007-04-06 | 一种建立信令承载的方法、***及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007100908327A CN101282285B (zh) | 2007-04-06 | 2007-04-06 | 一种建立信令承载的方法、***及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101282285A true CN101282285A (zh) | 2008-10-08 |
CN101282285B CN101282285B (zh) | 2012-06-27 |
Family
ID=40014570
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007100908327A Active CN101282285B (zh) | 2007-04-06 | 2007-04-06 | 一种建立信令承载的方法、***及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101282285B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101742452B (zh) * | 2008-11-10 | 2012-08-29 | 华为技术有限公司 | 承载管理方法、相关设备及网络*** |
CN103636279A (zh) * | 2011-07-01 | 2014-03-12 | 瑞典爱立信有限公司 | 用于控制承载相关资源的方法和节点以及对应的***和计算机程序 |
CN107517211A (zh) * | 2017-08-31 | 2017-12-26 | 广东欧珀移动通信有限公司 | 配置信息的获取方法、***和配置信息的处理方法 |
CN109729042A (zh) * | 2017-10-27 | 2019-05-07 | 大唐移动通信设备有限公司 | 一种信息传输、处理方法及装置 |
-
2007
- 2007-04-06 CN CN2007100908327A patent/CN101282285B/zh active Active
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101742452B (zh) * | 2008-11-10 | 2012-08-29 | 华为技术有限公司 | 承载管理方法、相关设备及网络*** |
CN103636279A (zh) * | 2011-07-01 | 2014-03-12 | 瑞典爱立信有限公司 | 用于控制承载相关资源的方法和节点以及对应的***和计算机程序 |
CN103636279B (zh) * | 2011-07-01 | 2017-12-08 | 瑞典爱立信有限公司 | 用于控制承载相关资源的方法和节点以及对应的***和计算机可读介质 |
CN107517211A (zh) * | 2017-08-31 | 2017-12-26 | 广东欧珀移动通信有限公司 | 配置信息的获取方法、***和配置信息的处理方法 |
CN107517211B (zh) * | 2017-08-31 | 2020-06-12 | Oppo广东移动通信有限公司 | 配置信息的获取方法、***和配置信息的处理方法 |
CN109729042A (zh) * | 2017-10-27 | 2019-05-07 | 大唐移动通信设备有限公司 | 一种信息传输、处理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN101282285B (zh) | 2012-06-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101237677B (zh) | ***间切换时传递聚合最大位速率的方法、网络***及目的侧网络 | |
CN101330753B (zh) | 一种资源创建方法、资源删除方法及网络设备 | |
CN101662415B (zh) | 一种策略控制方法及通讯***以及相关设备 | |
CN101998531B (zh) | 策略和计费控制规则授权方法、装置及*** | |
CN101090559B (zh) | 一种网络侧用户面实体选择方法 | |
CN101370001B (zh) | 一种信息传递方法 | |
CN101227352B (zh) | 用户终端紧急注册到ip连接接入网络的方法及*** | |
CN101720079B (zh) | 网元策略融合网络中的业务接入方法及策略融合*** | |
US9320051B2 (en) | Evolved allocation retention policy solution | |
CN100407876C (zh) | 一种用户设备附着方法 | |
CN101577935B (zh) | 一种事件触发器的下发和安装方法 | |
CN101978716A (zh) | 用于优化用户设备pdn(分组数据网络)连接的方法 | |
EP2381736B1 (en) | Method and system to establish relation between service network element and mme and user equipment | |
WO2009117879A1 (zh) | 一种指示服务网关承载管理的方法 | |
CN101291525A (zh) | 无线网络缺省承载建立方法及其*** | |
CN101868036A (zh) | 一种控制ue接入网络的方法及*** | |
CN100426777C (zh) | 通过非3gpp技术接入3gpp演进网络的***和方法 | |
CN103491517A (zh) | 一种pcc规则获取方法及设备 | |
CN100484290C (zh) | 一种业务接入中实现pdp地址分配的方法 | |
CN101998513B (zh) | 控制pcrf负载均衡的方法、***及重定向dra | |
CN101730193A (zh) | 一种选择网关节点的方法及*** | |
CN101730073A (zh) | 一种获取用户签约数据的方法及*** | |
CN101282285B (zh) | 一种建立信令承载的方法、***及装置 | |
CN101330720A (zh) | 一种接入用户的处理方法、用户接入***及设备 | |
WO2011026391A1 (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 |