CN101232433A - 信令承载建立方法和建立信令承载的系统及装置 - Google Patents
信令承载建立方法和建立信令承载的系统及装置 Download PDFInfo
- Publication number
- CN101232433A CN101232433A CN 200710000391 CN200710000391A CN101232433A CN 101232433 A CN101232433 A CN 101232433A CN 200710000391 CN200710000391 CN 200710000391 CN 200710000391 A CN200710000391 A CN 200710000391A CN 101232433 A CN101232433 A CN 101232433A
- Authority
- CN
- China
- Prior art keywords
- message
- entity
- functional entity
- signaling bear
- configured parameter
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种信令承载建立方法,包括:发送消息,在该消息中携带表示建立信令专用承载的标识。本发明还公开了一种建立信令承载的系统和一种建立信令承载的装置。本发明通过建立用于传输某种信令的专用承载,缩短了例如IMS业务、WIMAX MBS业务等业务的建立过程所需的时间。而且,本发明的技术方案中,终端和网络侧中的任意实体均可以发起承载的建立,从而使得本发明的技术方案具有较高的通用性。在建立承载的过程中,本发明还能够由网络侧向终端下发包括P-CSCF地址、DNS服务器地址、WIMAX MBS服务器地址等相关配置参数。
Description
技术领域
本发明涉及移动通信技术,特别涉及信令承载建立方法、建立信令承载的系统和建立信令承载的装置。
背景技术
现有移动通信系统,例如微波接入全球互通(WiMAX,WorldwideInteroperability for Microwave Access)系统,通过引入互联网协议(InternetProtocol,IP)多媒体子系统(IP Multimedia Subsystem,IMS)来提供移动多媒体业务,为用户提供更加高质量的服务,同时又能够更加有效地利用网络资源。
图1为现有技术中WiMAX系统的结构示意图。如图1所示,WiMAX系统主要包括移动终端(Mobile Station,MS)、业务接入网络(Access ServiceNetwork,ASN)和连接业务网络(Connectivity Service Network,CSN)三部分。其中,ASN主要包括基站(Base Station,BS)和接入业务网络网关(AccessService Network Gateway,ASN-GW)等;CSN主要包括预付费服务器(PrepaidServer,PPS)和AAA Server等逻辑功能实体。
图2为现有技术中提供服务质量(Quality of Service,QoS)的WiMAX系统结构示意图。如图2所示,WiMAX网络工作组(Network Work Group,NWG)标准的服务质量QoS框架中,MS是用户的移动终端,用户通过MS与网络进行交互;ASN中的业务流管理实体(Service Flow Manager,SFM)用于业务流的准入控制等;ASN中的业务流授权实体(Service Flow Authorization,SFA)用于为业务流授权,包括服务SFA(Serving SFA)和锚定SFA(Anchor SFA);网络服务提供商(Network Service Provider,NSP)提供的策略功能实体(PolicyFunction,PF)用于为用户的业务流提供策略,用户漫游场景中,PF分为访问地PF(Visited PF,V-PF)和家乡网络PF(Home PF,H-PF);NSP提供的应用功能实体(Application Function,AF),用户的MS直接通过应用层协议连接访问AF,AF将会通知PF主动为用户创建业务流。
图3为现有技术中提供计费的WiMAX系统结构示意图。如图3所示,现有WiMAX NWG标准计费架构中,MS在计费中相当于用户,计费客户端(Accounting Client)用于收集所有的计费信息并提供给认证、授权和计费(Authentication Authorization Accounting,AAA)服务器(AAA Server);AAA代理(AAA Proxy)是可选的中间设备,用于对收到的计费报文进行处理后,生成一个新的计费报文,并转发给本地AAA Server(Home AAAServer)或拜访AAA Server(Visited AAA Server)等;本地AAA Server是归属AAA Server,即用户初始注册的AAA Server或用户归属地的AAAServer,本地AAA Server中存储有用户的签约信息,包括计费策略等,用户的计费处理主要是在本地AAA Server中完成的;拜访AAA Server是用户拜访地的AAA Server,用于实现用户漫游时的计费信息记录、透传和转发。
以WiMAX系统为例,该系统能够直接、或者通过策略控制和计费(Policy and Charging Control,PCC)架构、或者通过其它方案与IMS融合,构成WiMAX-IMS系统。
图4为现有技术中PCC的基本功能架构图。如图4所示,PCC的基本功能架构包括:AF,提供用于相关决策的业务信息;签约信息存储功能实体(Subscription Profile Repository,SPR),主要用于保存实时的拥护签约策略;策略控制和计费规则功能实体(Policy and Charging Enforce Function,PCRF),用于制定规则;策略控制和计费执行功能实体(Policy and Charging EnforceFunction,PCEF),即网关(Gateway,GW),用于执行规则;在线计费系统(OnlineCharging System,OCS)和离线计费系统(Offline Charging System,OFCS)分别用于在线的实时计费和离线的后付费。
图(5a~5d)为现有WiMAX-IMS系统的结构示意图。图5a为采用非PCC架构的WiMAX-IMS(WiMAX Stand alone)系统结构图。如图5a所示,该系统保持了现有WiMAX的Qos架构不变,只是在PF需要支持接口RX的修改。图5b为采用PCC架构的WiMAX-IMS(WiMAX Stand alone)系统结构图。如图5b所示,该系统支持PCC架构的融合,但是对现有的PCC架构有改动,关键点是在于R3-PCC接口要支持移动性。图5c为采用引入了Gx代理(Agent/Proxy)的PCC架构的WiMAX-IMS(WiMAX Stand alone)系统结构图。如图5c所示,该系统支持PCC架构的融合,而且对现有PCC架构无改动,改动关键在于SFA与Agent/Proxy之间的R3-PCC接口;本质上,该系统通过Agent/Proxy屏蔽SFA的移动性,将PCC架构中的改动转移成了WiMAX内部接口的改动,从而规避了PCC的改变。图5d为WiMAX-3GPP-IMS(WiMAX-3GPP Interworking)的系统结构图。如图5d所示,该系统中的PCRF由3GPP Core提供,该系统还引入了Agent/Proxy以屏蔽SFA的移动性,避免现有PCC架构的更改,关键在于Agent/Proxy及R3-PCC架构的实现。
其中,在如图5c和图5d所示的引入Agent/Proxy的系统中,可以将SFA、Agent/Proxy等相关功能单元视作一个完整的PCEF,可以确保WiMAX-IMS融合的架构确实是基于PCC架构的。
然而,现有类似于引入了IMS的移动通信系统虽然能够实现该系统中不同的业务,但是由于没有为各种业务建立专用的业务或信令承载,例如IMS业务、WIMAX多播广播(WIMAX MBS)业务、WIMAX位置业务(WIMAX LCS)业务,从而使得业务的建立过程较慢,进而使得业务实现的效率不高。
发明内容
有鉴于此,本发明的一个主要目的在于,提供一种信令承载建立方法,能够加快业务建立过程。
本发明的另一个主要目的在于,提供一种建立信令承载的系统,能够加快业务建立过程。
本发明的再一个主要目的在于,提供一种建立信令承载的装置,能够加快业务建立过程。
根据上述的一个主要目的,本发明实施方式提供了一种信令承载建立方法,包括:发送消息,在该消息中携带表示建立信令专用承载的标识。
根据上述的另一个主要目的,本发明实施方式提供了一种建立信令承载的系统,包括:第一网元和第二网元,
所述第一网元,用于向第二网元发送建立专用承载的消息,在该消息中携带表示建立信令承载的标识。
根据上述的再一个主要目的,本发明实施方式提供了一种建立信令承载的装置,包括:收发单元和消息生成单元;
所述收发单元,用于生成携带表示建立信令专用承载的标识的消息,将生成的消息提供给所述收发单元;
所述收发单元,用于将来自所述消息生成单元的消息发送到外部。
由此可见,本发明实施方式的技术方案具有如下有益效果:本发明实施方式通过建立用于传输某种信令的专用承载,缩短了例如IMS业务、WIMAXMBS业务等业务的业务建立过程所需的时间,进而提高了实现的效率。而且,本发明实施方式的技术方案中,终端和网络侧中的任意实体均可以发起承载的建立,从而使得本发明实施方式的技术方案适用于各种场景,具有较高的通用性。
附图说明
图1为现有技术中WiMAX系统的结构示意图。
图2为现有技术中提供QoS的WiMAX系统结构示意图。
图3为现有技术中提供计费的WiMAX系统结构示意图。
图4为现有技术中PCC架构示意图。
图(5a~5d)为现有WiMAX-IMS系统的结构示意图。
图6为本发明实施方式中建立信令承载的系统结构图。
图7为本发明实施方式中信令承载建立方法1的流程图。
图8为本发明实施方式中信令承载建立方法2的流程图。
图9为本发明实施方式中信令承载建立方法3的流程图。
图10为本发明实施方式中信令承载建立方法4的流程图。
图11为本发明实施方式中信令承载建立方法5的流程图。
图12为本发明实施方式中信令承载建立方法6的流程图。
图13为本发明实施方式中信令承载建立方法7的流程图。
图14为本发明实施方式中信令承载建立方法8的流程图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下对本发明实施方式进一步详细说明。
本发明实施方式的基本思想是:网络中的任意一个实体,通过发送请求或者网络中的某一触发事件,发起某种业务的专用业务承载/信令承载,例如应用层信令承载、或互联网协议(Internet Protocol,IP)层信令承载、或会话层信令承载、或媒体接入控制(Medium Access Control,MAC)层信令承载、或传输层信令承载、或物理层信令承载等,并在请求中携带一个与该类型承载对应的标识;网络侧中具有决策能力(例如内部存有相关策略)的功能实体对是否为终端建立该标识对应的承载进行决策,并在决策成功后触发网络实体建立该标识对应的例如应用层信令承载、或IP层信令承载、或会话层信令承载、或MAC层信令承载、或传输层信令承载、或物理层信令承载的建立。
其中,如果需要将一个已存在的承载更改为如应用层信令承载、或IP层信令承载、或会话层信令承载、或MAC层信令承载、或传输层信令承载、或物理层信令承载等某一专用承载时,也可以按照上述基本思想进行处理;应用层信令承载可以为IMS信令的专用承载,也可以为WIMAX MBS业务的专用承载或WIMAX MBS信令的专用承载等。
本实施方式中建立信令承载的系统包括:终端和网络侧,网络侧中包括决策实体。
网络侧中的决策实体根据某一触发事件或接收到的携带表示建立某种专用承载的标识的请求,决策是否能够为终端建立该标识或该触发事件对应的承载,如果决策成功,则为终端建立该标识或该触发事件对应的承载,即触发相应的网络实体建立该标识对应的承载,并发送携带表示该承载类型的标识的指示,表示已成功建立该标识对应的承载或请求其他功能实体建立该标识对应的承载。
其中,决策实体可以为网络侧中的任意一个功能实体;如果本实施方式的技术方案应用于WIMAX系统,则触发事件可以为现有的任何一种与WIMAX相关的事件;发送的请求可以为现有的一种建立业务流的请求消息,并在这些建立业务流的请求消息中携带表示不同承载类型的标识。
上述标识可以称为承载标识,用于在建立不同类型的承载时表示该承载为某种类型的专用承载,如应用层信令承载、或IP层信令承载、或会话层信令承载、或MAC层信令承载等特定承载的。
例如,在建立IMS信令承载时,承载标识即可称为IMS信令承载标识。承载标识可以为一个可扩展和可配置的字段、编码或者列表,可以表示为一个0-256的指示码,0表示IMS信令承载、1表示WIMAX MBS信令承载、2表示WIMAX MBS业务承载、3表示WIMAX LCS业务承载等等,其它取值保留,用于后续扩展。承载标识可以与服务流安排类型(Service flowscheduling type)相对应。
在网络侧中任意一个作为决策实体的功能实体,对能否建立承载标识对应的承载后,通过对该承载标识中的某一个字段来作为结果信息,即成功建立或者建立失败,并直接或通过网络侧中的其他功能实体,向终端下发携带承载标识的指示,即携带承载标识的结果信息,表示该承载已成功建立或者请求其他功能实体建立该承载。
决策实体还可以根据终端或其他功能实体的请求或者主动将自身存储的某种业务的相关配置参数下发给终端,如果决策实体中没有存储某种业务的相关配置参数,则该实体还可以向网络侧中的其它实体请求将该业务的相关配置参数下发给终端;终端在发送携带承载标识的请求的同时,或发送现有建立承载的请求,即不携带承载标识的请求的同时,均可以通过在请求中携带获取某种业务的相关配置参数的指示,向网络侧请求获取该业务的相关配置参数。
其中,获取相关配置参数的指示可以与承载标识携带于同一个请求中,也可以单独携带于某一请求中,即发送请求的终端或网络功能实体可以通过同时请求建立专用承载和获取相关配置参数,也可以单独请求其中的一个;相关配置参数可以为IMS、WIMAX MBS、WIMAX LCS等业务的相关配置参数,即为:IMS相关配置参数、或MBS相关配置参数、或LCS相关配置参数等。
IMS相关配置参数包括:IMS信令承载相关信息、代理-呼叫会话控制功能单元(Proxy-Call Session Control Function,P-CSCF)地址和域名服务器(Domain Name Server,DNS)地址等需要在业务流消息或数据路径消息中携带的参数;获取IMS相关配置参数的指示,也可以为与承载标识类似的一个可扩展和可配置的字段、编码或者列表;终端在接收到网络侧发送的IMS相关配置参数后,存储该参数,用于实现后续的IMS业务。
不论是本实施方式中建立某种类型的专用承载的过程中,还是在现有建立承载的过程中,均可以实现上述由网络侧下发相关配置参数的流程。
具体来说,上述系统中网络侧的决策实体能够根据接收到的请求对建立承载进行决策,也可以发起承载的建立,因此,包括该实体的装置,即建立承载的装置可以包括:收发单元、消息解析单元和消息生成单元;
收发单元将来自外部的携带表示建立信令承载的承载标识的请求,提供给消息解析单元;将来自消息生成单元的携带承载标识的结果信息发送到外部;将来自消息生成单元的携带承载标识的请求消息发送到外部;
消息解析单元解析出收发单元提供的承载标识,如果自身具有决策能力,则对能否建立该承载标识对应的信令承载进行决策,将决策结果和承载标识提供给消息生成单元;如果自身不具有决策能力,则直接将解析出的承载标识提供给所述消息生成单元;
消息生成单元在需要建立专用承载时,生成携带表示建立信令专用承载的承载标识的请求消息,将生成的该请求消息提供给收发单元;根据来自消息解析单元的决策结果和承载标识,生成携带该承载标识的结果信息,指示成功建立该承载标识对应的信令承载或建立失败,并提供给收发单元;根据来自消息解析单元的承载标识,生成建立承载的请求消息,并将该承载标识携带于生成的请求消息中提供给收发单元。
上述建立承载的装置还能够根据网络侧的触发事件发起承载建立,则该设备还包括:检测单元,根据网络侧的触发事件,向消息解析单元请求建立承载,并生成与请求建立的承载类型相对应的承载标识,携带于该请求中;
这种情况下,消息解析单元如果具有决策能力,则根据检测单元的请求及该请求中包括的承载标识,对能否建立该承载标识对应的信令承载进行决策,并将决策结果和承载标识提供给消息生成单元;消息解析单元如果不具有决策能力,则将检测单元提供的承载标识直接提供消息生成单元。消息生成单元根据来自消息解析单元的承载标识生成建立承载的请求消息,并将该标识携带于生成的请求消息中提供给收发单元。
基于上述系统和装置,本实施方式中信令承载建立方法包括:在网络中为终端建立用于传输信令的专用承载。
该方法可以通过以下方式来实现:由网络侧中任何一个具有决策能力(例如存储着相关策略)的功能实体,根据网络侧的某一触发事件或接收到的携带表示建立某种专用承载的标识的请求,即携带承载标识的请求,决策是否能够为终端建立承载标识对应的承载,如果决策成功,则触发建立承载标识对应的承载,并发送携带承载标识的指示,表示已成功建立承载标识对应承载或请求其他功能实体建立该标识对应的承载。
在发送携带承载标识的指示的同时,还可以由网络侧中存储着某种业务的相关配置参数的任意一个实体,根据终端的请求、根据网络侧其它实体的请求、或者自动将该参数发送给终端。
其中,相关配置参数可以为IMS、WIMAX MBS、WIMAX LCS等业务,相关配置参数即为:IMS相关配置参数、或MBS相关配置参数、或LCS相关配置参数等。
上述系统和流程中,在建立业务流的同时或之后,还需要建立数据路径(DATA PATH)。建立DATA PATH的过程可以与现有WIMAX NWG协议定义的过程相同。在建立DATA PATH的消息中可选地增加ASN GWAddress for user traffic和ASN GW Address for Control Plane,以实现用户面和控制面的业务流分离。
实际应用中,上述方案可以通过各种逻辑功能实体来实现;用于决策能否建立承载的策略可以为用户的签约信息。
下面,以本实施方式的技术方案应用于WiMAX-IMS系统中建立IMS信令承载、承载标识为IMS信令承载标识、相关配置参数为IMS相关配置参数为例,并结合不同的发起方式,对本实施方式中建立信令承载的系统和信令承载建立方法进行详细说明。
图6为本发明实施方式中建立信令承载的系统结构图。如图6所示,以信令承载为IMS信令承载为例,本实施方式中建立信令承载的系统包括:终端和网络侧,网络侧包括:业务流管理实体、策略执行功能实体和策略决策功能实体。
其中,终端、业务流管理实体、策略执行功能实体和策略决策功能实体中的任意一个均可以发起承载的建立;业务流管理实体、策略执行功能实体和策略决策功能实体,均可以预先存储IMS相关配置参数,和/或作为决策实体存储着相关策略并进行建立承载的决策。
本实施方式中,如果是终端发起承载的建立,则终端向网络侧发送携带承载标识的请求,网络侧按照业务流管理实体、策略执行功能实体和策略决策功能实体的顺序,逐级向上一级的网络实体上报该请求,直至上报至策略决策功能实体。如果网络侧的某一实体能够进行决策,则在接收到携带承载标识的请求后不再继续上报,而是进行决策,触发承载标识对应的专用承载的建立或决策失败,并按照策略决策功能实体、策略执行功能实体和业务流管理实体的顺序,向终端下发携带该承载标识的指示,表示成功建立该承载标识对应的承载或失败。终端请求获取IMS相关配置参数的原理也是如此。
如果是网络侧的某一实体发起承载的建立,则该实体在自身能够进行决策的情况下,直接进行决策,触发承载标识对应的专用承载的建立或决策失败,并按照策略决策功能实体、策略执行功能实体和业务流管理实体的顺序逐级下发携带承载标识的指示,表示成功建立该承载标识对应的承载或失败、或请求接收到该指示的功能实体触发建立该标识对应的承载;发起承载建立的实体在自身不能进行决策的情况下,按照业务流管理实体、策略执行功能实体和策略决策功能实体的顺序,逐级向上一级的网络实体上报携带承载标识的请求,直至上报至策略决策功能实体,如果该实体的上级实体能够进行决策,则在接收到携带承载标识的请求后不再继续上报,而是进行决策,触发承载标识对应的专用承载的建立或决策失败,并按照策略决策功能实体、策略执行功能实体和业务流管理实体的顺序,向终端下发携带承载标识的指示,表示成功建立该承载标识对应的承载或失败、或请求接收到该指示的功能实体触发建立该标识对应的承载。向终端提供IMS相关配置参数的原理也是如此。
在上述系统中,下发携带承载标识的指示时,还可以同时下发与信令流相关的QoS信息。
下面,对本实施方式中建立信令承载的系统中的各功能单元进行详细说明。
终端,即MS、移动台(Mobile Subscribe Station,MSS),可以发起IMS信令承载的建立,向业务流管理实体发送建立IMS信令承载的请求,在请求中携带为终端建立IMS信令承载的指示,即IMS信令承载标识,该请求中还可以携带获取IMS相关配置参数的指示;接收并存储业务流管理实体发送的携带IMS信令承载标识的指示,还可以同时接收并存储IMS相关配置参数。
其中,终端与业务流管理实体之间可以通过动态业务增加(DSA)消息进行交互,在DSA消息的QoS参数(QoS parameters)的扩展域携带IMS信令承载标识;如果需要将当前存在的某个承载更改为承载,则终端与业务流管理实体之间可以通过动态业务更改(DSC)消息进行交互。
业务流管理实体,对应包括SFM的网络实体,例如基站、WIMAX SFM、承载通道功能(DATA PATH FUNCTION)实体、无线AP(无线访问节点、会话点或存取桥接器)中的一个或任意组合,可以接收终端发送的携带IMS信令承载标识的请求,决策是否为终端建立IMS信令承载,并在决策成功后触发相应的网络实体为终端建立IMS信令承载;或者向策略执行功能实体发送创建IMS信令承载的请求,并在请求中携带IMS信令承载标识,如果接收到的请求中包括获取IMS相关配置参数的指示,且业务流管理实体自身未存储IMS相关配置参数,则发送的请求中还可以携带获取IMS相关配置参数的指示;可以接收策略执行功能实体发送的携带IMS信令承载标识的请求,决策是否为终端建立IMS信令承载并在决策成功后触发相应的网络实体,例如基站,为终端建立IMS信令承载;可以自身发起IMS信令承载的建立,向策略执行功能实体发送携带IMS信令承载标识的请求,如果业务流管理实体自身未存储IMS相关配置参数,则该请求中还可以携带获取IMS相关配置参数的指示;可以接收策略执行功能实体发送的携带IMS信令承载标识的指示,并根据该指示触发相应的网络实体为终端建立IMS信令承载,还可以同时接收IMS相关配置参数或者获取IMS相关配置参数的指示;可以向终端发送携带IMS信令承载标识的指示,表示成功建立该承载标识对应的承载或失败或请求建立该承载,还可以发送接收到的或者预先存储的IMS相关配置参数。
其中,业务流管理实体与策略执行功能实体之间交互的消息可以为资源预留(Resource-Reservation,RR)消息。
策略执行功能实体,例如网关、代理、中继、网络接入服务器NAP、WIMAX SFA,PCEF、FA、承载通道功能实体中的一个或任意组合,可以接收业务流管理实体发送的携带IMS信令承载标识的创建IMS信令承载请求,决策是否为终端建立IMS信令承载,并在决策成功后触发相应的网络实体为终端建立IMS信令承载;或者自身发起IMS信令承载的建立,决策是否为终端建立IMS信令承载,并在决策成功后触发相应的网络实体为终端建立IMS信令承载;或者向策略决策功能实体发送携带IMS信令承载标识的请求;可以接收策略决策功能实体发送的携带IMS信令承载标识的创建IMS信令承载请求,决策是否为终端建立IMS信令承载,并在决策成功后触发相应的网络实体为终端建立IMS信令承载;或者向业务流管理实体发送携带IMS信令承载标识的请求;如果接收到的请求中包括获取IMS相关配置参数的指示,且决策执行功能实体自身未存储IMS相关配置参数,则发送的请求中还可以携带获取IMS相关配置参数的指示或者预先存储的IMS相关配置参数;如果决策执行功能实体自身未存储IMS相关配置参数,则发送的请求中还可以携带获取IMS相关配置参数的指示;可以接收策略决策功能实体发送的携带IMS信令承载标识的指示,并根据该指示触发相应的网络实体为终端建立IMS信令承载;还可以同时接收IMS相关配置参数;可以向业务流管理实体或者策略决策功能实体发送携带IMS信令承载标识的指示,表示成功建立该承载标识对应的承载或失败或请求建立该承载,还可以发送接收到的或者预先存储的IMS相关配置参数。
其中,策略执行功能实体与策略决策功能实体之间交互的消息可以是戴尔米特(Diameter)协议/策略决策(Policy-Decision,PD)/RR消息。
策略决策功能实体,例如PCRF、PF、AAA服务器、HSS、HLR、代理、中继中的一个或任意组合,可以接收策略执行功能实体发送的携带IMS信令承载标识的创建IMS信令承载请求,决策是否为终端建立IMS信令承载,并在决策成功后触发相应的网络实体为终端建立IMS信令承载;或者向策略执行功能实体发送创建IMS信令承载的请求,并在请求中携带IMS信令承载标识;可以自身发起IMS信令承载的建立,决策是否为终端建立IMS信令承载,并在决策成功后触发相应的网络实体为终端建立IMS信令承载;或者向策略执行功能实体发送携带IMS信令承载标识的创建IMS信令承载请求;可以接收策略执行功能实体发送的携带IMS信令承载标识的决策结果,还可以同时接收IMS相关配置参数;可以向策略执行功能实体发送携带IMS信令承载标识的请求或指示,表示成功建立该承载标识对应的承载或失败或请求建立该承载;在向策略执行功能实体发送携带IMS信令承载标识的请求或者指示时,还可以同时发送接收到的或者预先存储的IMS相关配置参数、或者同时发送获取IMS相关配置参数的指示。
上述系统中,由于传输数据或信令的流中包括终端标识(MS ID)和服务流标识(SFID),而MS ID和SFID的组合可一一对应一个IMS信令承载,因此,将建立的信令承载与现有的五种类型的流中的一种结合起来,并通过与携带承载标识的指示中携带信令流相关的QoS信息和/或计费信息,为承载标识对应的信令,例如IMS信令等信令设置较高的QoS等级。终端,以及业务流管理实体、策略执行功能实体和策略决策功能实体所在的网络实体如果需要处理流或者承载,即可以根据承载标识、MS ID和SFID区别出承载类型,即承载是何种业务的信令承载。
此承载可映射到网络中承载类型,例如,现有802.16E/D定义的类型:0:Reserved;1:for Undefined(BS implementation-dependent);2:for BE(default);3:for nrtPS;4:for rtPS;5:Reserved;6:for UGS;7-255:Reserved。或者说在某种类型中定义此参数。
同理,还可以将承载标识与DATA PATH的标识对应起来,或者与IP五元组(源地址、源端口、目的地址、目的端口、协议号)对应起来。终端,以及业务流管理实体、策略执行功能实体和策略决策功能实体所在的网络实体如果需要处理流或者承载,即可根据承载标识和DATA PATH标识来区分承载类型,或者根据承载标识和IP五元组来区分承载类型。
具体来说,终端、策略执行功能实体和策略决策功能实体可以根据流中的IMS信令承载标识与MS ID和SFID,或者承载标识与DATA PATH标识,或者承载标识与IP五元组区别出当前流中用于建立IMS信令承载的信令;可以保存接收到的IMS相关配置参数。
也就是说,至少可以建立3种对应关系来区分承载类型:
流或承载中对应关系1:MS ID、SFID和承载标识(例如,0:IMS信令承载,1:WIMAX MBS信令承载,2:WIMAX LCS信令承载);
流或承载中对应关系2:承载标识和IP五元组;
流或承载中对应关系3:承载标识和DATA PATH标识。
业务流管理实体可以根据流中的IMS信令承载标识与MS ID和SFID,或者承载标识与DATA PATH标识,或者承载标识与IP五元组区别出当前协议数据单元(SDU)中的IMS信令SDU,且IMS信令SDU用于建立IMS信令承载;能决策是否为终端建立IMS信令承载。
上述系统中,如果策略执行功能实体为包括SFA的逻辑功能实体,则还可以包括一个代理实体(Agent/Proxy),连接在SFA和策略决策功能实体之间。Agent/Proxy用于实现中继或代理功能,屏蔽SFA的移动性;如果策略决策功能实体为PF/PCRF(本实施方式中的PF/PCRF均表示PF和/或PCRF),则PF/PCRF可以分为家乡网络PF/PCRF(H-PF/H-PCRF)和访问地PF/PCRF(V-PF/V-PCRF),如果终端处于访问地网络,则策略决策功能实体包括家乡网络PF/PCRF和访问地PF/PCRF,如果终端处于家乡网络,则策略决策功能实体仅包括家乡网络PF/PCRF。
上述系统中,PF、锚定SFA或服务SFA还能够分配产生用户面地址ASN GW Address for user traffic和控制面地址ASN GW Address for ControlPlane,并直接或者间接地发送给SFM所在的网络实体,例如基站。由于数据面网关地址承载用户面数据、控制面网关地址承载控制面数据,因此,在功能实体和网络实体不为同一实体时,SFM可以根据上述两个地址实现用户面和控制面的业务流分离。
基于上述系统,可以通过多种方法来实现信令承载的建立。用于决策能否建立信令承载的策略,即本实施方式中的用户签约信息,较佳地存储于策略决策功能实体中,例如PF/PCRF;P-CSCF地址和DNS服务器地址等IMS相关配置参数较佳地存储于策略决策功能实体中,例如,PF如果和AAA服务器为同一实体,则P-CSCF地址配置在PF/AAA服务器中,PF如果不和AAA服务器为两个不同实体,则PF可以自己生成IMS相关配置参数,也可从AAA服务器获取。
下面,以策略执行功能实体为服务SFA和锚定SFA、策略决策功能实体为家乡网络PF/PCRF、IMS相关配置参数和用于进行决策的用户签约信息存储于家乡网络PF/PCRF中为例,对本实施方式中的信令承载建立方法进行详细说明。
本实施方式中包括8种信令承载建立方法,其中,信令承载建立方法1适用于系统中不包括Agent/Proxy的情况、信令承载建立方法7适用于系统中包括Agent/Proxy的情况,两种方法中均由终端发起承载建立;信令承载建立方法2~6适用于系统中不包括Agent/Proxy的情况、承载建立方法8适用于系统中包括Agent/Proxy的情况,信令承载建立方法2~6和8中,均由网络侧发起承载建立。
图7为本发明实施方式中信令承载建立方法1的流程图。如图7所示,以MS发起IMS信令承载的建立为例,本实施方式中信令承载建立方法1包括以下步骤:
步骤701,当需要使用IMS业务时,为加快IMS业务建立过程,在IMS业务建立过程之前为MS建立IMS业务的应用层信令承载,即IMS信令承载,例如初始会话协议(Session Initiated Protocol,SIP)会话的信令承载,MS向SFM发送DSA-REQ消息,并在该消息中携带IMS信令承载标识,请求建立IMS信令承载。
本步骤中,由于MS发送的请求中携带了IMS信令承载标识,因此,此时请求建立的承载是IMS信令承载;MS如果需要获得P-CSCF地址等IMS相关配置参数,则DSA-REQ消息中还携带获取IMS相关配置参数的指示。
本步骤中,如果需要建立普通承载,则不需要在请求中携带IMS信令承载标识;如果需要建立其它类型的承载,则在请求中携带其它类型承载对应的承载标识。
步骤702,SFM不能决策是否为MS建立IMS信令承载,在接收到来自MS的DSA-REQ消息后,向服务SFA发送RR-Request消息,并在该消息中携带IMS信令承载标识,请求建立信令承载。
本步骤中,如果DSA-REQ消息中携带了获取IMS相关配置参数的指示,则SFM将该指示也携带于RR-Request消息中。
步骤703,服务SFA不能决策是否为MS建立IMS信令承载,在接收到来自SFM的RR-Request消息后,向锚定SFA发送RR-Request消息,并在该消息中携带IMS信令承载标识,请求建立信令承载。
本步骤中,如果接收到的RR-Request消息中携带了获取IMS相关配置参数的指示,则服务SFA将该指示也携带于发送给锚定SFA的RR-Request消息中。
步骤704,锚定SFA不能决策是否为MS建立IMS信令承载,在接收到来自服务SFA的RR-Request消息之后,向家乡网络PF/PCRF发送DiameterCCR/PD-Request/RR-Request消息,并在该消息中携带IMS信令承载标识,请求建立信令承载。
本步骤中,如果MS处于家乡网络,则锚定SFA直接向家乡网络PF/PCRF请求建立信令承载;如果MS处于访问地网络,则锚定SFA通过访问地PF/PCRF向家乡网络PF/PCRF请求建立信令承载;如果RR-Request消息中携带了获取IMS相关配置参数的指示,则锚定SFA也将该指示携带于Diameter CCR/PD-Request消息中。
步骤705,家乡网络PF/PCRF存储着用户签约信息,能够决策是否为MS建立IMS信令承载,在接收到来自锚定SFA的Diameter CCR/PD-Request消息后,决策是否为MS建立IMS信令承载,根据决策结果决定是否触发IMS信令承载的建立,并将携带IMS信令承载标识的DiameterCCA/PD-Response/RR-Response消息发送给锚定SFA,指示是否为MS建立IMS信令承载,或IMS信令承载建立成功或失败。
本步骤中,如果Diameter CCR/PD-Request/RR-Request消息中携带了获取IMS相关配置参数的指示,则家乡网络PF/PCRF也将预先存储的IMS相关信息也携带于Diameter CCA/PD-Response/RR-Response消息中,提供给MS;如果MS处于家乡网络,则家乡网络PF/PCRF直接向锚定SFA发送Diameter CCA/PD-Response/RR-Response消息进行响应;如果MS处于访问地网络,则家乡网络PF/PCRF通过访问地PF/PCRF向锚定SFA发送DiameterCCA/PD-Response/RR-Response消息进行响应。
步骤706~步骤708,锚定SFA、服务SFA和SFM,依次根据接收到的携带IMS信令承载标识的消息,即是否为MS建立IMS信令承载的指示,决定是否为MS建立IMS信令承载,并通过携带IMS信令承载标识的RR-Response消息、RR-Response消息和DSA-RSP消息逐级下发是否为MS建立IMS信令承载的指示。
如果MS在步骤701通过获取IMS相关配置参数的指示请求获取如P-CSCF地址等IMS相关配置参数,则上述步骤中,锚定SFA、服务SFA和SFM,依次通过RR-Response消息、RR-Response消息和DSA-RSP消息,也将PF/PCRF提供的IMS相关配置参数发送给MS。
其中,在步骤707之后,如果DATA PATH在资源预留阶段已建立,则业务流和DATA PATH此时已建立;如果数据路径DATA PATH还没有建立,则SFM所在的网络实体触发一个DATA PATH建立过程,在DATA PATH的建立消息中,例如Path Pre-Registration Request或Path Registration Request消息中,携带承载标识,即本实施方式中的IMS信令承载标识。
DATA PATH建立过程可以和资源预留合并也可以单独为一个过程。DATA PATH过程不一定在接收到步骤707之后触发,网络可以选择合适的时间和步骤来触发DATA PATH建立。
至此,本流程结束。
在信令承载建立方法1中,如果SFM、或者服务SFA、或锚定SFA存有用户签约信息,则SFM、或者服务SFA、或锚定SFA也可以决策是否可以为MS建立IMS信令承载。这种情况下,则在步骤702、或步骤703、或步骤704进行决策而不再继续请求。
如果SFM、或者服务SFA所在的GW、或锚定SFA所在的GW存有P-CSCF地址和DNS服务器地址等IMS相关配置参数,则在步骤702、或步骤703、或步骤704,SFM、或服务SFA、或锚定SFA不需要再请求获取IMS相关配置参数,而是将IMS相关配置参数通过DSA-RSP消息、或通过RR-Response消息、或者通过RR-Response消息,立即或者与决策结果一起向MS发送。
同理,如果MS处于访问地网络,则决策是否可以为MS建立IMS信令承载也可以由访问地PF/PCRF来完成;IMS相关配置参数也可以存储于访问地PF/PCRF中。
上述流程中,还可以由PF、锚定SFA或服务SFA分配产生用户面地址ASN GW Address for user traffic和控制面地址ASN GW Address for ControlPlane,发送给SFM所在的网络实体,例如基站,由SFM实现用户面和控制面的业务流分离。
如果是由PF分配产生这两个地址,则经过步骤705~步骤707发送到SFM所在的网络实体;如果是由锚定SFA分配产生这两个地址,则经过步骤706和步骤707发送到SFM所在的网络实体;如果是由服务SFA分配产生这两个地址,则经过步骤707发送到SFM所在的网络实体。
以上是对本实施方式中信令承载建立方法1的说明,下面,对本实施方式中的信令承载建立方法2进行说明。
图8为本发明实施方式中信令承载建立方法2的流程图。如图8所示,以网络侧中作为策略执行功能实体的锚定SFA发起IMS信令承载的建立为例,本实施方式中信令承载建立方法2包括以下步骤:
步骤801,当需要使用IMS业务时,为加快IMS业务建立过程,在IMS业务建立过程之前为MS建立IMS信令承载,例如SIP会话的信令承载,由于某个事件触发,锚定SFA发起建立IMS信令承载,锚定SFA不能决策是否为MS建立IMS信令承载,向家乡网络PF/PCRF发送DiameterCCR/PD-Request/RR-Request消息,并在该消息中携带IMS信令承载标识,请求建立信令承载。
本步骤中,由于请求中携带了IMS信令承载标识,因此,此时请求建立的承载是IMS信令承载;如果MS处于家乡网络,则锚定SFA直接向家乡网络PF/PCRF请求建立信令承载;如果MS处于访问地网络,则锚定SFA通过访问地PF/PCRF向家乡网络PF/PCRF请求建立信令承载;如果需要向MS提供P-CSCF地址等IMS相关配置参数,则锚定SFA将获取IMS相关配置参数的指示也携带于Diameter CCR/PD-Request/RR-Request消息中。
步骤802,家乡网络PF/PCRF存储着用户签约信息,能够决策是否为MS建立IMS信令承载,在接收到来自锚定SFA的Diameter CCR/PD-Request消息后,决策是否为MS建立IMS信令承载,根据决策结果决定是否触发IMS信令承载的建立,并将携带IMS信令承载标识的DiameterCCA/PD-Response/RR-Response消息发送给锚定SFA,指示是否为MS建立IMS信令承载,或IMS信令承载建立成功或失败。
本步骤中,如果Diameter CCR/PD-Request/RR-Request消息中携带了获取IMS相关配置参数的指示,则家乡网络PF/PCRF将预先存储的如P-CSCF地址等IMS相关信息也携带于Diameter CCA/PD-Response/RR-Response消息中发送给锚定SFA;如果MS处于家乡网络,则家乡网络PF/PCRF直接向锚定SFA发送Diameter CCA/PD-Response/RR-Response消息进行响应;如果MS处于访问地网络,则家乡网络PF/PCRF通过访问地PF/PCRF向锚定SFA发送Diameter CCA/PD-Response/RR-Response消息进行响应。
步骤803~步骤805,锚定SFA、服务SFA和SFM,依次根据接收到的携带IMS信令承载标识的消息,即是否为MS建立IMS信令承载的指示,决定是否为MS建立IMS信令承载,并通过携带IMS信令承载标识的RR-Request消息、RR-Request消息和DSA-REQ消息,逐级下发是否为MS建立IMS信令承载的指示。
如果锚定SFA在步骤801通过获取IMS相关配置参数的指示请求将如P-CSCF地址等IMS相关配置参数提供给MS,则上述步骤中,锚定SFA、服务SFA和SFM,依次通过RR-Request消息、RR-Request消息和DSA-REQ消息,也将家乡网络PF-PCRF提供的IMS相关配置参数发送给MS。
其中,在步骤804之后,如果DATA PATH在资源预留阶段已建立,则业务流和DATA PATH此时已建立;如果数据路径DATA PATH还没有建立,则SFM所在的网络实体触发一个DATA PATH建立过程,在DATA PATH的建立消息中,例如Path Pre-Registration Request或Path Registration Request消息中,携带承载标识,即本实施方式中的IMS信令承载标识。
DATA PATH建立过程可以和资源预留合并也可以单独为一个过程。DATA PATH过程不一定在接收到步骤804之后触发,网络可以选择合适的时间和步骤来触发DATA PATH建立。
步骤806~步骤808,MS依次通过SFM和服务SFA,即通过DSA-RSP消息、RR-Response消息和RR-Response消息的消息流,对锚定SFA进行IMS信令承载建立成功的响应。
在步骤806~步骤808中,用于响应的所有消息中还可以携带IMS信令承载标识,表示IMS信令承载建立成功。
至此,本流程结束。
在信令承载建立方法2中,如果锚定SFA、或者服务SFA、或SFM存有用户签约信息,则锚定SFA、或者服务SFA、或者SFM也可以决策是否可以为MS建立IMS信令承载。这种情况下,则在步骤801、或步骤804进行决策,并根据决策结果决定是否为终端建立IMS信令承载,然后直接执行步骤803、或执行后续步骤,逐级下发是否为终端建立IMS信令承载的指示。
如果锚定SFA所在的GW、或者服务SFA所在的GW、或SFM存有P-CSCF地址和DNS服务器地址等IMS相关配置参数,而家乡网络PF/PCRF内部未存有该参数,则在步骤801、或步骤804、或步骤805,锚定SFA、或服务SFA、或SFM不需要再请求获取IMS相关配置参数,而是将IMS相关配置参数与决策结果一起向MS发送。
同理,如果MS处于访问地网络,则决策是否可以为MS建立IMS信令承载也可以由访问地PF/PCRF来完成;IMS相关配置参数也可以存储于访问地PF/PCRF中。
上述流程中,各消息中也可以不携带IMS信令承载标识,而是仅携带获取IMS相关配置参数的指示或下发的IMS相关配置参数,即本实施方式中获取各种业务的相关配置参数的方法也适用于现有的承载建立流程。
上述流程中,还可以由PF、锚定SFA或服务SFA分配产生用户面地址ASN GW Address for user traffic和控制面地址ASN GW Address for ControlPlane,发送给SFM所在的网络实体,例如基站,由SFM实现用户面和控制面的业务流分离。
如果是由PF分配产生这两个地址,则经过步骤802~步骤804发送到SFM所在的网络实体;如果是由锚定SFA分配产生这两个地址,则经过步骤803和步骤804发送到SFM所在的网络实体;如果是由服务SFA分配产生这两个地址,则经过步骤804发送到SFM所在的网络实体。
以上是对本实施方式中承载建立方法2的说明,下面,对本实施方式中的承载建立方法3进行说明。
图9为本发明实施方式中信令承载建立方法3的流程图。如图9所示,以网络侧中作为策略决策功能实体的家乡网络PF/PCRF发起IMS信令承载的建立为例,本实施方式中信令承载建立方法3包括以下步骤:
步骤901,当需要使用IMS业务时,为加快IMS业务建立过程,在IMS业务建立过程之前为MS建立IMS信令承载,例如SIP会话的信令承载,由于某个事件触发,家乡网络PF/PCRF发起建立IMS信令承载,家乡网络PF/PCRF存储着用户签约信息,决策是否为MS建立IMS信令承载,根据决策结果决定是否触发IMS信令承载的建立,并将携带IMS信令承载标识的Diameter RAR/PD-Request/RR-Request消息发送给锚定SFA,指示是否建立IMS信令承载,或IMS信令承载建立成功或失败。
本步骤中,如果需要向MS提供P-CSCF地址等IMS相关配置参数,则家乡网络PF/PCRF将预先存储的IMS相关配置参数的指示也携带于Diameter CCA/PD-Request/RR-Request消息中;如果MS处于家乡网络,则家乡网络PF/PCRF直接向锚定SFA发送DiameterCCA/PD-Request/RR-Request消息;如果MS处于访问地网络,则家乡网络PF/PCRF通过访问地PF/PCRF 向锚定SFA发送DiameterCCA/PD-Request/RR-Request消息。
如果步骤901中的消息为Diameter RAR消息,则在步骤902之前需要通过以下两种处理方式中的一种先对该消息进行处理:1.修改RAR消息,以完成类似PD-Request/RR-Request消息的功能;2.接收到Diameter RAR消息后,锚定SFA向PF发起Diameter CCR消息,PF向SFA发起Diameter CCA消息,然后再执行步骤902。
步骤902~步骤904,锚定SFA、服务SFA和SFM,依次根据接收到的携带IMS信令承载标识的消息,即是否为MS建立IMS信令承载的指示,决定是否为MS建立IMS信令承载,并通过携带IMS信令承载标识的RR-Request消息、RR-Request消息和DSA-REQ消息,向MS逐级下发是否为MS建立IMS信令承载的指示。
如果家乡网络PF/PCRF提供了IMS相关配置参数,则上述步骤中,锚定SFA、服务SFA和SFM,依次通过RR-Request消息、RR-Request消息和DSA-REQ消息,也将IMS相关配置参数发送给MS。
其中,在步骤903之后,如果DATA PATH在资源预留阶段已建立,则业务流和DATA PATH此时已建立;如果数据路径DATA PATH还没有建立,则SFM所在的网络实体触发一个DATA PATH建立过程,在DATA PATH的建立消息中,例如Path Pre-Registration Request或Path Registration Request消息中,携带承载标识,即本实施方式中的IMS信令承载标识。
DATA PATH建立过程可以和资源预留合并也可以单独为一个过程。DATA PATH过程不一定在接收到步骤903之后触发,网络可以选择合适的时间和步骤来触发DATA PATH建立。
步骤905~步骤908,MS依次通过SFM、服务SFA和锚定SFA,即通过DSA-RSP消息、RR-Response消息、RR-Response消息和DiameterRAA/PD-Response/RR-Response消息的消息流,对家乡网络PF/PCRF进行IMS信令承载建立成功的响应。
在步骤905~步骤908中,用于响应的所有消息中还可以携带IMS信令承载标识,表示IMS信令承载建立成功。
至此,本流程结束。
在信令承载建立方法3中,如果锚定SFA、或者服务SFA、或SFM存有用户签约信息,则锚定SFA、或者服务SFA、或SFM也可以决策是否可以为MS建立IMS信令承载,并根据决策结果决定是否为终端建立IMS信令承载。这种情况下,则在步骤901中,家乡网络PF/PCRF直接或者通过访问地PF/PCRF向锚定SFA发送携带IMS信令承载标识的请求,并在步骤902、或步骤903、或步骤904进行决策,然后依次执行后续步骤,逐级下发是否为终端建立IMS信令承载的指示。
如果锚定SFA所在的GW、或者服务SFA所在的GW、或SFM存有P-CSCF地址和DNS服务器地址等IMS相关配置参数,而家乡网络PF/PCRF内部未存有该参数,则在步骤901中,家乡网络PF/PCRF直接或者通过访问地PF/PCRF向锚定SFA发送的请求中携带获取IMS相关配置参数的指示,并在步骤902、或步骤903、或步骤904,锚定SFA、或服务SFA、或SFM将IMS相关配置参数与决策结果一起向MS发送。
同理,如果MS处于访问地网络,则决策是否可以为MS建立IMS信令承载也可以由访问地PF/PCRF来完成;IMS相关配置参数也可以存储于访问地PF/PCRF中。
上述流程中,各消息中也可以不携带IMS信令承载标识,而是仅携带获取IMS相关配置参数的指示或下发的IMS相关配置参数,即本实施方式中获取各种业务的相关配置参数的方法也适用于现有的承载建立流程。
上述流程中,还可以由PF、锚定SFA或服务SFA分配产生用户面地址ASN GW Address for user traffic和控制面地址ASN GW Address for ControlPlane,发送给SFM所在的网络实体,例如基站,由SFM实现用户面和控制面的业务流分离。
如果是由PF分配产生这两个地址,则经过步骤901~步骤903发送到SFM所在的网络实体;如果是由锚定SFA分配产生这两个地址,则经过步骤902和步骤903发送到SFM所在的网络实体;如果是由服务SFA分配产生这两个地址,则经过步骤903发送到SFM所在的网络实体。
以上是对本实施方式中信令承载建立方法3的说明,下面,对本实施方式中的信令承载建立方法4进行说明。
图10为本发明实施方式中信令承载建立方法4的流程图。如图10所示,以网络侧中作为策略决策功能实体的访问地PF/PCRF发起IMS信令承载的建立为例,本实施方式中信令承载建立方法4包括以下步骤:
步骤1001,MS处于访问地网络,当需要使用IMS业务时,为加快IMS业务建立过程,在IMS业务建立过程之前为MS建立IMS信令承载,例如SIP会话的信令承载,由于某个事件触发,访问地PF/PCRF发起建立IMS信令承载,访问地PF/PCRF不能决策是否为MS建立IMS信令承载,向家乡网络PF/PCRF发送Diameter CCR/PD-Request/RR-Request消息,并在该消息中携带IMS信令承载标识,请求建立信令承载。
本步骤中,由于请求中携带了IMS信令承载标识,因此,此时请求建立的承载是IMS信令承载;如果需要向MS提供P-CSCF地址等IMS相关配置参数,则访问地PF/PCRF将获取IMS相关配置参数的指示也携带于Diameter CCR/PD-Request/RR-Request消息中。
步骤1002,家乡网络PF/PCRF存储着用户签约信息,能够决策是否为MS建立IMS信令承载,在接收到来自访问地PF/PCRF的DiameterCCR/PD-Request/RR-Request消息后,决策是否为MS建立IMS信令承载,根据决策结果决定是否触发IMS信令承载的建立,并将携带IMS信令承载标识的Diameter CCA/PD-Response/RR-Response消息发送给访问地PF/PCRF,指示是否建立IMS信令承载,或IMS信令承载建立成功或失败。
本步骤中,如果Diameter CCR/PD-Request消息中携带了获取IMS相关配置参数的指示,则家乡网络PF/PCRF将预先存储的如P-CSCF地址等IMS相关信息也携带于Diameter CCA/PD-Response消息中发送给锚定SFA。
步骤1002中的消息还可以为Diameter RAR消息,此时,在步骤1003之前需要通过以下两种处理方式中的一种先对该消息进行处理:1.修改RAR消息,以完成类似PD-Request/RR-Request消息的功能;2.接收到DiameterRAR消息后,锚定SFA向PF发起Diameter CCR消息,PF向SFA发起Diameter CCA消息,然后再执行步骤1003。
步骤1003~步骤1006,访问地PF/PCRF、锚定SFA、服务SFA和SFM,依次根据接收到的携带IMS信令承载标识的消息,即是否为MS建立IMS信令承载的指示,决定是否为MS建立IMS信令承载,并通过携带IMS信令承载标识的Diameter RAR/PD-Request/RR-Request消息、RR-Request消息、RR-Request消息和DSA-REQ消息,向MS逐级下发是否为MS建立IMS信令承载的指示。
如果家乡网络PF/PCRF提供了IMS相关配置参数,则上述步骤中,访问地PF/PCRF、锚定SFA、服务SFA和SFM,依次通过DiameterRAR/PD-Request/RR-Request消息、RR-Request消息、RR-Request消息和DSA-REQ消息,也将IMS相关配置参数发送给MS。
其中,在步骤1005之后,如果DATA PATH在资源预留阶段已建立,则业务流和DATA PATH此时已建立;如果数据路径DATA PATH还没有建立,则SFM所在的网络实体触发一个DATA PATH建立过程,在DATA PATH的建立消息中,例如Path Pre-Registration Request或Path Registration Request消息中,携带承载标识,即本实施方式中的IMS信令承载标识。
DATA PATH建立过程可以和资源预留合并也可以单独为一个过程。DATA PATH过程不一定在接收到步骤1005之后触发,网络可以选择合适的时间和步骤来触发DATA PATH建立。
步骤1007~步骤1010,MS依次通过SFM、服务SFA和锚定SFA,即通过DSA-RSP消息、RR-Response消息、RR-Response消息和DiameterRAA/PD-Response/RR-Response消息的消息流,对访问地PF/PCRF进行IMS信令承载建立成功的响应。
在步骤1007~步骤1010中,用于响应的所有消息中还可以携带IMS信令承载标识,表示IMS信令承载建立成功。
至此,本流程结束。
在信令承载建立方法4中,如果锚定SFA、或者服务SFA、或SFM存有用户签约信息,则锚定SFA、或者服务SFA、或SFM也可以决策是否可以为MS建立IMS信令承载。这种情况下,则在步骤1002~步骤1003中,家乡网络PF/PCRF直接或者通过访问地PF/PCRF向锚定SFA发送携带IMS信令承载标识的请求,并在步骤1004、或步骤1005、或步骤1006进行决策,并根据决策结果决定是否为终端建立IMS信令承载,然后依次执行后续步骤,逐级下发是否为终端建立IMS信令承载的指示。
如果锚定SFA所在的GW、或者服务SFA所在的GW、或SFM存有P-CSCF地址和DNS服务器地址等IMS相关配置参数,而PF/PCRF内部未存有该参数,则在步骤1002~步骤1003中,家乡网络PF/PCRF直接或者通过访问地PF/PCRF向锚定SFA发送的请求中携带获取IMS相关配置参数的指示,并在步骤1004、或步骤1005、或步骤1006,锚定SFA、或服务SFA、或SFM将IMS相关配置参数与决策结果一起向MS发送。
同理,决策是否可以为MS建立IMS信令承载也可以由访问地PF/PCRF来完成;IMS相关配置参数也可以存储于访问地PF/PCRF中。
上述流程中,各消息中也可以不携带IMS信令承载标识,而是仅携带获取IMS相关配置参数的指示或下发的IMS相关配置参数,即本实施方式中获取各种业务的相关配置参数的方法也适用于现有的承载建立流程。
上述流程中,还可以由家乡网络PF、访问地PF、锚定SFA或服务SFA分配产生用户面地址ASN GW Address for user traffic和控制面地址ASNGW Address for Control Plane,发送给SFM所在的网络实体,例如基站,由SFM实现用户面和控制面的业务流分离。
如果是由家乡网络PF分配产生这两个地址,则经过步骤1002~步骤1005发送到SFM所在的网络实体;如果是由访问地PF分配产生这两个地址,则经过步骤1003~步骤1005发送到SFM所在的网络实体;如果是由锚定SFA分配产生这两个地址,则经过步骤1004和步骤1005发送到SFM所在的网络实体;如果是由服务SFA分配产生这两个地址,则经过步骤1005发送到SFM所在的网络实体。
以上是对本实施方式中信令承载建立方法4的说明,下面,对本实施方式中的信令承载建立方法5进行说明。
图11为本发明实施方式中信令承载建立方法5的流程图。如图11所示,以网络侧中作为策略执行功能实体的锚定SFA发起IMS信令承载的建立为例,本实施方式中信令承载建立方法5包括以下步骤:
步骤1101,当需要使用IMS业务时,为加快IMS业务建立过程,在IMS业务建立过程之前为MS建立IMS信令承载,例如SIP会话的信令承载,由于某个事件触发,服务SFA发起建立IMS信令承载,服务SFA不能决策是否为MS建立IMS信令承载,向锚定SFA发送RR-Request消息,并在该消息中携带IMS信令承载标识,请求建立信令承载。
本步骤中,由于请求中携带了IMS信令承载标识,因此,此时请求建立的承载是IMS信令承载;如果需要向MS提供P-CSCF地址等IMS相关配置参数,则服务SFA将获取IMS相关配置参数的指示也携带于RR-Request消息中。
步骤1102,锚定SFA不能决策是否为MS建立IMS信令承载,在接收到来自服务SFA的RR-Request消息之后,向家乡网络PF/PCRF发送DiameterCCR/PD-Request/RR-Request消息,并在该消息中携带IMS信令承载标识,请求建立信令承载。
本步骤中,如果MS处于家乡网络,则锚定SFA直接向家乡网络PF/PCRF请求建立信令承载;如果MS处于访问地网络,则锚定SFA通过访问地PF/PCRF向家乡网络PF/PCRF请求建立信令承载;如果RR-Request消息中携带了获取IMS相关配置参数的指示,则锚定SFA也将该指示携带于Diameter CCR/PD-Request/RR-Request消息中。
步骤1103,家乡网络PF/PCRF存储着用户签约信息,能够决策是否为MS建立IMS信令承载,在接收到来自锚定SFA的DiameterCCR/PD-Request/RR-Request消息后,决策是否为MS建立IMS信令承载,根据决策结果决定是否触发IMS信令承载的建立,并将携带IMS信令承载标识的Diameter CCA/PD-Response/RR-Response消息发送给锚定SFA,指示是否为MS建立IMS信令承载,或IMS信令承载建立成功或失败。
本步骤中,如果Diameter CCR/PD-Request/RR-Request消息中携带了获取IMS相关配置参数的指示,则家乡网络PF/PCRF将预先存储的如P-CSCF地址等IMS相关信息也携带于Diameter CCA/PD-Response/RR-Response消息中发送给锚定SFA;如果MS处于家乡网络,则家乡网络PF/PCRF直接向锚定SFA发送Diameter CCA/PD-Response/RR-Response消息进行响应;如果MS处于访问地网络,则家乡网络PF/PCRF通过访问地PF/PCRF向锚定SFA发送Diameter CCA/PD-Response/RR-Response消息进行响应。
步骤1104~步骤1106,锚定SFA、服务SFA和SFM,依次根据接收到的携带IMS信令承载标识的消息,即是否为MS建立IMS信令承载的指示,决定是否为MS建立IMS信令承载,并通过携带IMS信令承载标识的RR-Response消息、RR-Request消息和DSA-REQ消息,逐级下发是否为MS建立IMS信令承载的指示。
如果服务SFA在步骤1101通过获取IMS相关配置参数的指示请求将如P-CSCF地址等IMS相关配置参数提供给MS,则上述步骤中,锚定SFA、服务SFA和SFM,依次通过RR-Response消息、RR-Request消息和DSA-REQ消息,也将家乡网络PF-PCRF提供的IMS相关配置参数发送给MS。
其中,在步骤1105之后,如果DATA PATH在资源预留阶段已建立,则业务流和DATA PATH此时已建立;如果数据路径DATA PATH还没有建立,则SFM所在的网络实体触发一个DATA PATH建立过程,在DATA PATH的建立消息中,例如Path Pre-Registration Request或Path Registration Request消息中,携带承载标识,即本实施方式中的IMS信令承载标识。
DATA PATH建立过程可以和资源预留合并也可以单独为一个过程。DATA PATH过程不一定在接收到步骤1105之后触发,网络可以选择合适的时间和步骤来触发DATA PATH建立。
步骤1107~步骤1108,MS通过SFM,即通过DSA-RSP消息和RR-Response消息的消息流,对服务SFA进行IMS信令承载建立成功的响应。
在步骤1107~步骤1108中,用于响应的所有消息中还可以携带IMS信令承载标识,表示IMS信令承载建立成功。
至此,本流程结束。
在信令承载建立方法5中,如果服务SFA、或者锚定SFA、或SFM存有用户签约信息,则服务SFA、或者锚定SFA、或者SFM也可以决策是否可以为MS建立IMS信令承载,并根据决策结果决定是否为终端建立IMS信令承载,而家乡网络PF/PCRF不能进行决策。这种情况下,则在步骤1101、或步骤1102、步骤1106进行决策,然后直接执行步骤1105、或步骤1104、或继续执行后续步骤,逐级下发是否为终端建立IMS信令承载的指示。
如果服务SFA所在的GW、或者锚定SFA所在的GW、或者SFM存有P-CSCF地址和DNS服务器地址等IMS相关配置参数,而家乡网络PF/PCRF内部未存有该参数,则在步骤1101、或步骤1102、或步骤1106,服务SFA、或锚定SFA、或SFM将IMS相关配置参数立即或者与决策结果一起向MS发送。
同理,如果MS处于访问地网络,则决策是否可以为MS建立IMS信令承载也可以由访问地PF/PCRF来完成;IMS相关配置参数也可以存储于访问地PF/PCRF中。
上述流程中,各消息中也可以不携带IMS信令承载标识,而是仅携带获取IMS相关配置参数的指示或下发的IMS相关配置参数,即本实施方式中获取各种业务的相关配置参数的方法也适用于现有的承载建立流程。
上述流程中,还可以由PF、锚定SFA或服务SFA分配产生用户面地址ASN GW Address for user traffic和控制面地址ASN GW Address for ControlPlane,发送给SFM所在的网络实体,例如基站,由SFM实现用户面和控制面的业务流分离。
如果是由PF分配产生这两个地址,则经过步骤1103~步骤1104发送到SFM所在的网络实体;如果是由锚定SFA分配产生这两个地址,则经过步骤1103和步骤1104发送到SFM所在的网络实体;如果是由服务SFA分配产生这两个地址,则经过步骤1104发送到SFM所在的网络实体。
以上是对本实施方式中信令承载建立方法5的说明,下面,对本实施方式中的信令承载建立方法6进行说明。
图12为本发明实施方式中信令承载建立方法6的流程图。如图12所示,以网络侧中作为业务流管理实体的SFM发起IMS信令承载的建立为例,本实施方式中信令承载建立方法6包括以下步骤:
步骤1201,当需要使用IMS业务时,为加快IMS业务建立过程,在IMS业务建立过程之前为MS建立IMS信令承载,例如SIP会话的信令承载,由于某个事件触发,SFM发起建立IMS信令承载,SFM不能决策是否为MS建立IMS信令承载,向服务SFA发送RR-Request消息,并在该消息中携带IMS信令承载标识,请求建立信令承载。
本步骤中,由于请求中携带了IMS信令承载标识,因此,此时请求建立的承载不是建立IMS业务承载,而是IMS信令承载;如果需要向MS提供P-CSCF地址等IMS相关配置参数,则SFM将获取IMS相关配置参数的指示也携带于RR-Request消息中。
步骤1202,服务SFA不能决策是否为MS建立IMS信令承载,在接收到来自SFM的RR-Request消息后,向锚定SFA发送RR-Request消息,并在该消息中携带IMS信令承载标识,请求建立信令承载。
本步骤中,如果接收到的RR-Request消息中携带了获取IMS相关配置参数的指示,则服务SFA将该指示也携带于发送给锚定SFA的RR-Request消息中。
步骤1203,锚定SFA不能决策是否为MS建立IMS信令承载,在接收到来自服务SFA的RR-Request消息之后,向家乡网络PF/PCRF发送DiameterCCR/PD-Request/RR-Request消息,并在该消息中携带IMS信令承载标识,请求建立信令承载。
本步骤中,如果MS处于家乡网络,则锚定SFA直接向家乡网络PF/PCRF请求建立信令承载;如果MS处于访问地网络,则锚定SFA通过访问地PF/PCRF向家乡网络PF/PCRF请求建立信令承载;如果RR-Request消息中携带了获取IMS相关配置参数的指示,则锚定SFA也将该指示携带于Diameter CCR/PD-Request/RR-Request消息中。
步骤1204,家乡网络PF/PCRF存储着用户签约信息,能够决策是否为MS建立IMS信令承载,在接收到来自锚定SFA的DiameterCCR/PD-Request/RR-Request消息后,决策是否为MS建立IMS信令承载,根据决策结果决定是否触发IMS信令承载的建立,并将携带IMS信令承载标识的Diameter CCA/PD-Response/RR-Response消息发送给锚定SFA,指示是否为MS建立IMS信令承载,或IMS信令承载建立成功或失败。
本步骤中,如果Diameter CCR/PD-Request/RR-Request消息中携带了获取IMS相关配置参数的指示,则家乡网络PF/PCRF将预先存储的如P-CSCF地址等IMS相关信息也携带于Diameter CCA/PD-Response/RR-Response消息中发送给锚定SFA;如果MS处于家乡网络,则家乡网络PF/PCRF直接向锚定SFA发送Diameter CCA/PD-Response/RR-Response消息进行响应;如果MS处于访问地网络,则家乡网络PF/PCRF通过访问地PF/PCRF向锚定SFA发送Diameter CCA/PD-Response/RR-Response消息进行响应。
步骤1205~步骤1207,锚定SFA、服务SFA和SFM,依次根据接收到的携带IMS信令承载标识的消息,即是否为MS建立IMS信令承载的指示,决定是否为MS建立IMS信令承载,并通过携带IMS信令承载标识的RR-Response消息、RR-Response消息和DSA-REQ消息,逐级下发是否为MS建立IMS信令承载的指示。
如果服务SFA在步骤1101通过获取IMS相关配置参数的指示请求将如P-CSCF地址等IMS相关配置参数提供给MS,则上述步骤中,锚定SFA、服务SFA和SFM,依次通过RR-Response消息、RR-Request消息和DSA-REQ消息,也将家乡网络PF-PCRF提供的IMS相关配置参数发送给MS。
其中,在步骤1206之后,如果DATA PATH在资源预留阶段已建立,则业务流和DATA PATH此时已建立;如果数据路径DATA PATH还没有建立,则SFM所在的网络实体触发一个DATA PATH建立过程,在DATA PATH的建立消息中,例如Path Pre-Registration Request或Path Registration Request消息中,携带承载标识,即本实施方式中的IMS信令承载标识。
DATA PATH建立过程可以和资源预留合并也可以单独为一个过程。DATA PATH过程不一定在接收到步骤1206之后触发,网络可以选择合适的时间和步骤来触发DATA PATH建立。
步骤1208,MS通过DSA-RSP消息对SFM进行IMS信令承载建立成功的响应。
本步骤中,用于响应的所有消息中还可以携带IMS信令承载标识,表示IMS信令承载建立成功。
至此,本流程结束。
在信令承载建立方法6中,如果SFM、或者服务SFA、或锚定SFA存有用户签约信息,则SFM、或者服务SFA、或者锚定SFA也可以决策是否可以为MS建立IMS信令承载。这种情况下,则在步骤1201、或步骤1202、步骤1203进行决策,并根据决策结果决定是否为终端建立IMS信令承载,然后直接执行步骤1207、或步骤1206、或步骤1205,逐级下发是否为终端建立IMS信令承载的指示。
如果SFM、或者服务SFA所在的GW、或者锚定SFA所在的GW存有P-CSCF地址和DNS服务器地址等IMS相关配置参数,而家乡网络PF/PCRF内部未存有该参数,则在步骤1201、或步骤1202、或步骤1203,SFM、或服务SFA、或锚定SFA将IMS相关配置参数立即或者与决策结果一起向MS发送。
同理,如果MS处于访问地网络,则决策是否可以为MS建立IMS信令承载也可以由访问地PF/PCRF来完成;IMS相关配置参数也可以存储于访问地PF/PCRF中。
上述流程中,各消息中也可以不携带IMS信令承载标识,而是仅携带获取IMS相关配置参数的指示或下发的IMS相关配置参数,即本实施方式中获取各种业务的相关配置参数的方法也适用于现有的承载建立流程。
上述流程中,还可以由PF、锚定SFA或服务SFA分配产生用户面地址ASN GW Address for user traffic和控制面地址ASN GW Address for ControlPlane,发送给SFM所在的网络实体,例如基站,由SFM实现用户面和控制面的业务流分离。
如果是由PF分配产生这两个地址,则经过步骤1204~步骤1206发送到SFM所在的网络实体;如果是由锚定SFA分配产生这两个地址,则经过步骤1205和步骤1206发送到SFM所在的网络实体;如果是由服务SFA分配产生这两个地址,则经过步骤1206发送到SFM所在的网络实体。
以上是对本实施方式中信令承载建立方法6的说明,下面,对本实施方式中的信令承载建立方法7进行说明。
在系统中增加Agent/Proxy,并按照承载建立方法1的发起和决策方式,即实现了本实施方式中的承载建立方法7。
图13为本发明实施方式中信令承载建立方法7的流程图。如图13所示,以MS发起IMS信令承载的建立、且系统中包括Agent/Proxy为例,本实施方式中信令承载建立方法7包括以下步骤:
步骤1301,当需要使用IMS业务时,为加快IMS业务建立过程,在IMS业务建立过程之前为MS建立IMS信令承载,例如初始会话协议(SessionInitiated Protocol,SIP)会话的信令承载,MS向SFM发送DSA-REQ消息,并在该消息中携带IMS信令承载标识,请求建立信令承载。
本步骤中,由于MS发送的请求中携带了IMS信令承载标识,因此,此时请求建立的承载不是建立IMS业务承载,而是IMS信令承载;MS如果需要获得P-CSCF地址等IMS相关配置参数,则DSA-REQ消息中还携带获取IMS相关配置参数的指示。
步骤1302,SFM不能决策是否为MS建立IMS信令承载,在接收到来自MS的DSA-REQ消息后,向服务SFA发送RR-Request消息,并在该消息中携带IMS信令承载标识,请求建立信令承载。
本步骤中,如果DSA-REQ消息中携带了获取IMS相关配置参数的指示,则SFM将该指示也携带于RR-Request消息中。
步骤1303,服务SFA不能决策是否为MS建立IMS信令承载,在接收到来自SFM的RR-Request消息后,向锚定SFA发送RR-Request消息,并在该消息中携带IMS信令承载标识,请求建立信令承载。
本步骤中,如果接收到的RR-Request消息中携带了获取IMS相关配置参数的指示,则服务SFA将该指示也携带于发送给锚定SFA的RR-Request消息中。
步骤1304,锚定SFA不能决策是否为MS建立IMS信令承载,在接收到来自服务SFA的RR-Request消息之后,向Agent/Proxy发送DiameterCCR/RR-Request/PD-Request消息,并在该消息中携带IMS信令承载标识,请求建立信令承载。
本步骤中,如果服务SFA发送的Diameter CCR/RR-Request/PD-Request消息中携带了获取IMS相关配置参数的指示,则锚定SFA也将该指示携带于发送给Agent/Proxy的Diameter CCR/RR-Request/PD-Request消息中。
步骤1305,Agent/Proxy作为中继和代理,不能决策是否为MS建立IMS信令承载,在接收到来自锚定SFA的RR-Request/PD-Request消息之后,向家乡网络PF/PCRF发送Diameter CCR/PD-Request/RR-Request消息,并在该消息中携带IMS信令承载标识,请求建立信令承载。
本步骤中,如果MS处于家乡网络,则Agent/Proxy直接向家乡网络PF/PCRF请求建立信令承载;如果MS处于访问地网络,则Agent/Proxy通过访问地PF/PCRF向家乡网络PF/PCRF请求建立信令承载;如果RR-Request消息中携带了获取IMS相关配置参数的指示,则Agent/Proxy也将该指示携带于Diameter CCR/PD-Request/RR-Request消息中。
步骤1306,家乡网络PF/PCRF存储着用户签约信息,能够决策是否为MS建立IMS信令承载,在接收到来自Agent/Proxy的DiameterCCR/PD-Request/RR-Request消息后,决策是否为MS建立IMS信令承载,根据决策结果决定是否触发IMS信令承载的建立,并将携带IMS信令承载标识的Diameter CCA/PD-Response/RR-Response消息发送给Agent/Proxy,指示是否为MS建立IMS信令承载,或IMS信令承载建立成功或失败。
本步骤中,如果Diameter CCR/PD-Request/RR-Request消息中携带了获取IMS相关配置参数的指示,则家乡网络PF/PCRF也将预先存储的如P-CSCF地址等IMS相关信息也携带于DiameterCCA/PD-Response/RR-Response消息中,提供给MS;如果MS处于家乡网络,则家乡网络PF/PCRF直接向Agent/Proxy发送DiameterCCA/PD-Response/RR-Response消息进行响应;如果MS处于访问地网络,则家乡网络PF/PCRF通过访问地PF/PCRF向Agent/Proxy发送DiameterCCA/PD-Response/RR-Response消息进行响应。
步骤1307~步骤1310,Agent/Proxy、锚定SFA、服务SFA和SFM,依次根据接收到的携带IMS信令承载标识的消息,即是否为MS建立IMS信令承载的指示,决定是否为MS建立IMS信令承载,并通过携带IMS信令承载标识的Diameter CCA/PD-Response/RR-Response消息、RR-Response消息、RR-Response消息和DSA-RSP消息,逐级下发是否为MS建立IMS信令承载的指示。
如果MS在步骤1301通过获取IMS相关配置参数的指示请求获取如P-CSCF地址等IMS相关配置参数,则上述步骤中,Agent/Proxy、锚定SFA、服务SFA和SFM,依次通过RR-Response消息、RR-Response消息、RR-Response消息和DSA-RSP消息,也将PF/PCRF提供的IMS相关配置参数发送给MS。
其中,在步骤1309之后,如果DATA PATH在资源预留阶段已建立,则业务流和DATA PATH此时已建立;如果数据路径DATA PATH还没有建立,则SFM所在的网络实体触发一个DATA PATH建立过程,在DATA PATH的建立消息中,例如Path Pre-Registration Request或Path Registration Request消息中,携带承载标识,即本实施方式中的IMS信令承载标识。
DATA PATH建立过程可以和资源预留合并也可以单独为一个过程。DATA PATH过程不一定在接收到步骤1309之后触发,网络可以选择合适的时间和步骤来触发DATA PATH建立。
至此,本流程结束。
在信令承载建立方法7中,如果SFM、或者服务SFA、或锚定SFA存有用户签约信息,则SFM、或者服务SFA、或锚定SFA也可以决策是否可以为MS建立IMS信令承载。这种情况下,则在步骤1302、或步骤1303、或步骤1304进行决策而不再发送请求,并根据决策结果决定是否为终端建立IMS信令承载,然后直接执行步骤1310、或步骤1309、或步骤1308,逐级下发是否为终端建立IMS信令承载的指示。
如果SFM、或者服务SFA所在的GW、或锚定SFA所在的GW存有P-CSCF地址和DNS服务器地址等IMS相关配置参数,则在步骤1302、或步骤1303、或步骤1304,SFM、或服务SFA、或锚定SFA不需要再请求获取IMS相关配置参数,而是将IMS相关配置参数通过DSA-RSP消息、或通过RR-Response消息、或者通过RR-Response消息,立即或者与决策结果一起向MS发送。
同理,如果MS处于访问地网络,则决策是否可以为MS建立IMS信令承载也可以由访问地PF/PCRF来完成;IMS相关配置参数也可以存储于访问地PF/PCRF中。
上述流程中,各消息中也可以不携带IMS信令承载标识,而是仅携带获取IMS相关配置参数的指示或下发的IMS相关配置参数,即本实施方式中获取各种业务的相关配置参数的方法也适用于现有的承载建立流程。
上述流程中,还可以由PF、锚定SFA或服务SFA分配产生用户面地址ASN GW Address for user traffic和控制面地址ASN GW Address for ControlPlane,发送给SFM所在的网络实体,例如基站,由SFM实现用户面和控制面的业务流分离。
如果是由PF分配产生这两个地址,则经过步骤1306~步骤1309发送到SFM所在的网络实体;如果是由锚定SFA分配产生这两个地址,则经过步骤1308和步骤1309发送到SFM所在的网络实体;如果是由服务SFA分配产生这两个地址,则经过步骤1309发送到SFM所在的网络实体。
以上是对本实施方式中信令承载建立方法7的说明,下面,对本实施方式中的信令承载建立方法8进行说明。
在系统中增加Agent/Proxy,并按照信令承载建立方法3的发起和决策方式,即实现了本实施方式中的信令承载建立方法8。
图14为本发明实施方式中信令承载建立方法8的流程图。以网络侧中作为策略决策功能实体的家乡网络PF/PCRF发起IMS信令承载的建立、且系统中包括Agent/Proxy为例,本实施方式中信令承载建立方法8包括以下步骤:
步骤1401,当需要使用IMS业务时,为加快IMS业务建立过程,在IMS业务建立过程之前为MS建立IMS信令承载,例如SIP会话的信令承载,由于某个事件触发,家乡网络PF/PCRF发起建立IMS信令承载,家乡网络PF/PCRF存储着用户签约信息,决策是否为MS建立IMS信令承载,根据决策结果决定是否触发IMS信令承载的建立,并将携带IMS信令承载标识的PD-Request/RR-Request消息发送给Agent/Proxy,指示是否建立IMS信令承载,或IMS信令承载建立成功或失败。
本步骤中,如果需要向MS提供P-CSCF地址等IMS相关配置参数,则家乡网络PF/PCRF将预先存储的IMS相关配置参数的指示也携带于Diameter RAR/RR-Request/PD-Request消息中;如果MS处于家乡网络,则家乡网络PF/PCRF直接向Agent/Proxy发送DiameterRAR/RR-Request/PD-Request消息;如果MS处于访问地网络,则家乡网络PF/PCRF通过访问地PF/PCRF向Agent/Proxy发送DiameterRAR/RR-Request/PD-Request消息。
步骤1402~步骤1405,Agent/Proxy、锚定SFA、服务SFA和SFM,依次根据接收到的携带IMS信令承载标识的消息,即是否为MS建立IMS信令承载的指示,决定是否为MS建立IMS信令承载,并通过RR-Request消息、RR-Request消息、RR-Request消息和DSA-REQ消息,向MS逐级下发是否为MS建立IMS信令承载的指示。
如果家乡网络PF/PCRF提供了IMS相关配置参数,则上述步骤中,锚定SFA、服务SFA和SFM,依次通过RR-Request消息、RR-Request消息和DSA-REQ消息,也将IMS相关配置参数发送给MS。
如果步骤1401和步骤1402中的消息为Diameter RAR消息,此时,在步骤1403之前需要通过以下两种处理方式中的一种先对该消息进行处理:1.修改RAR消息,以完成类似PD-Request/RR-Request消息的功能;2.接收到Diameter RAR消息后,锚定SFA向PF发起Diameter CCR消息,PF向SFA发起Diameter CCA消息,然后再执行步骤1403。
步骤1406~步骤1410,MS依次通过SFM、服务SFA、锚定SFA和Agent/Proxy,即通过DSA-RSP消息、RR-Response消息、RR-Response消息、DiameterRAA/RR-Response/PD-Response消息和DiameterRAA/RR-Response/PD-Response消息的消息流,对家乡网络PF/PCRF进行IMS信令承载建立成功的响应。
在步骤1406~步骤1410中,用于响应的所有消息中还可以携带IMS信令承载标识,表示IMS信令承载建立成功。
其中,在步骤1404或步骤1406之后,如果DATA PATH在资源预留阶段已建立,则业务流和DATA PATH此时已建立;如果数据路径DATA PATH还没有建立,则SFM所在的网络实体触发一个DATA PATH建立过程,在DATA PATH的建立消息中,例如Path Pre-Registration Request或PathRegistration Request消息中,携带承载标识,即本实施方式中的IMS信令承载标识。
DATA PATH建立过程可以和资源预留合并也可以单独为一个过程。DATA PATH过程不一定在接收到步骤1404或步骤1406之后触发,网络可以选择合适的时间和步骤来触发DATA PATH建立。
至此,本流程结束。
在信令承载建立方法8中,如果锚定SFA、或者服务SFA、或SFM存有用户签约信息,则锚定SFA、或者服务SFA、或SFM也可以决策是否可以为MS建立IMS信令承载。这种情况下,则在步骤1401~步骤1402中,家乡网络PF/PCRF通过Agent/Proxy或者通过访问地PF/PCRF和Agent/Proxy,向锚定SFA发送携带IMS信令承载标识的请求,并在步骤1403、或步骤1404、或步骤1405进行决策,并根据决策结果决定是否为终端建立IMS信令承载,然后依次执行后续步骤,逐级下发是否为终端建立IMS信令承载的指示。
如果锚定SFA所在的GW、或者服务SFA所在的GW、或SFM存有P-CSCF地址和DNS服务器地址等IMS相关配置参数,而家乡网络PF/PCRF内部未存有该参数,则在步骤1401~步骤1402中,家乡网络PF/PCRF通过Agent/Proxy或者通过访问地PF/PCRF和Agent/Proxy,向锚定SFA发送的请求中携带获取IMS相关配置参数的指示,并在步骤1403、或步骤1404、或步骤1405,锚定SFA、或服务SFA、或SFM将IMS相关配置参数与决策结果一起向MS发送。
同理,如果MS处于访问地网络,则决策是否可以为MS建立IMS信令承载也可以由访问地PF/PCRF来完成;IMS相关配置参数也可以存储于访问地PF/PCRF中。
上述流程中,各消息中也可以不携带IMS信令承载标识,而是仅携带获取IMS相关配置参数的指示或下发的IMS相关配置参数,即本实施方式中获取各种业务的相关配置参数的方法也适用于现有的承载建立流程。
上述流程中,还可以由PF、锚定SFA或服务SFA分配产生用户面地址ASN GW Address for user traffic和控制面地址ASN GW Address for ControlPlane,发送给SFM所在的网络实体,例如基站,由SFM实现用户面和控制面的业务流分离。
如果是由PF分配产生这两个地址,则经过步骤1401~步骤1404发送到SFM所在的网络实体;如果是由锚定SFA分配产生这两个地址,则经过步骤1403和步骤1404发送到SFM所在的网络实体;如果是由服务SFA分配产生这两个地址,则经过步骤1404发送到SFM所在的网络实体。
以上,是对本实施方式中的建立承载的系统和承载建立方法的详细说明。
上述方法中,信令承载建立方法7和信令承载建立方法8仅对系统包括Agent/Proxy的情况下,由MS和家乡网络PF/PCRF发起IMS信令承载建立的流程进行了说明。如果由网络侧其它实体发起承载的建立,具体实现原理与信令承载建立方法7和信令承载建立方法8相同。
同理,在系统中增加Agent/Proxy,且Agent/Proxy按照锚定SFA的工作方式接收、发送请求消息和响应消息,基于信令承载建立方法2、4、5和6即可实现其他多种包括Agent/Proxy的承载建立方法。
在上述信令承载建立方法1~8中,在决策了是否为MS建立承载标识对应的承载后,下发携带承载标识,即携带本实施方式中的IMS信令承载的指示的同时,还可以同时下发与信令流相关的QoS信息和/或计费信息,为承载标识对应的信令,例如IMS信令等信令,设置较高的QoS等级。
MS,以及SFM、服务SFA、锚定SFA、PF/PCRF所在的网络实体在处理流或承载时,可根据承载标识、MS ID、SFID、DATA PATH标识的不同组合,区别出承载类型,即承载是何种业务的信令承载。
本实施方式中建立承载的系统中的各功能单元,可以按照上述流程所描述的原理,进行承载的建立。
如果需要建立的承载不为IMS信令承载,而是例如IMS业务承载或者WIMAX MBS、WIMAX LCS的信令承载或业务承载,则只需将上述系统和流程中交互的IMS信令承载标识分别替换为IMS业务承载标识、WIMAXMBS信令承载标识或业务承载标识等即可实现其它类型的承载。
如果需要各种业务的包括如P-CSCF地址、DNS地址等的相关配置参数,例如IMS相关配置参数、WIMAX MBS相关配置参数只需在请求中携带获取该业务的相关配置参数的指示,即可通过上述系统和方法获取这些参数,如果请求建立的承载为普通承载,即请求中不包括任何承载标识,也可以通过携带上述指示实现业务配置参数向终端的下发。如果没有请求获取IMS相关配置参数,则网络侧下发的所有响应消息中可以不携带IMS相关配置参数。
如果相关配置参数为WIMAX MBS相关配置参数,则该参数中包括:P-CSCF地址、DNS服务器地址、WIMAX MBS服务器地址、WIMAX LCS服务器地址等需要在业务流消息或数据路径消息中携带的参数。
由上述系统和方法可见,本发明的实施方式中,可以由终端、SFM、SFA、PF/PCRF等网元中的任意一个,发送携带IMS信令承载标识的请求消息,从而实现了IMS信令承载的建立,加快了后续IMS业务的建立过程。
而且,如果在携带了IMS信令承载标识的请求消息或另外发送的其他消息中,还携带了获取IMS相关配置参数指示,则网络侧能够将IMS相关配置参数携带于响应消息中下发给终端,从而实现了终端在承载建立过程中即可获取该参数。
PF、锚定SFA或服务SFA还可以分配产生用户面地址ASN GW Addressfor user traffic和控制面地址ASN GW Address for Control Plane,并发送给SFM所在的网络实体,例如基站,从而使得SFM能够实现用户面和控制面的业务流分离。
本实施方式中的系统、装置和方法也适用于业务承载的建立。
以上所述仅为本发明较佳实施方式而已,并非用于限定本发明的保护范围。凡在本发明实施方式的精神和原则之内,所作的任何修改、等同替换以及改进等,均应包含在本发明的保护范围之内。
Claims (27)
1.一种信令承载建立方法,其特征在于,包括:发送消息,在该消息中携带表示建立信令专用承载的标识。
2.如权利要求1所述的方法,其特征在于,所述消息是由终端或者网络侧实体发送的。
3.如权利要求2所述的方法,其特征在于,所述信令承载为下述之一或任意组合:应用层信令承载、IP层信令承载、会话层信令承载、MAC层承载、传输层承载、物理层承载。
4.如权利要求2所述的方法,其特征在于,所述网络侧实体为下述之一或任意组合:业务流管理实体、策略执行功能实体、策略决策功能实体。
5.如权利要求4所述的方法,其特征在于,终端发送所述消息包括:
终端向业务流管理实体发送携带表示建立信令承载的标识的请求消息;
业务流管理实体根据来自终端的请求消息进行处理,并向策略执行功能实体发送携带表示建立信令承载的标识的请求消息、或者向终端返回响应消息;
策略执行功能实体根据来自业务流管理实体的请求消息进行处理,并向策略决策功能实体发送携带表示建立信令承载的标识的请求消息、或者向业务流管理实体返回响应消息;
策略决策功能实体根据来自策略执行功能实体的请求消息进行处理,并向策略执行功能实体返回响应消息;
策略执行功能实体根据从策略决策功能实体接收到的响应消息进行处理,并向业务流管理实体返回响应消息;
业务流管理实体根据从策略执行功能实体接收到的响应消息进行处理,并向终端返回响应消息,终端根据接收到的响应消息进行处理。
6.如权利要求4所述的方法,其特征在于,
如果网络侧实体为业务流管理实体,则网络侧实体发送所述消息包括:
1)业务流管理实体向策略执行功能实体发送携带表示建立信令承载的标识的请求消息;
2)策略执行功能实体根据来自业务流管理实体的请求消息进行处理,并向策略决策功能实体发送携带所述标识的请求消息、或者向业务流管理实体返回响应消息;
3)策略决策功能实体根据来自业务流管理实体的请求消息进行处理,并向策略执行功能实体返回响应消息;
4)策略执行功能实体根据来自策略决策功能实体的响应消息进行处理,并向业务流管理实体返回响应消息;
5)业务流管理实体根据来自策略执行功能实体的响应消息进行处理,并向终端发送响应消息;
6)终端根据来自业务流管理实体的响应消息进行处理,并在完成所述处理后向业务流管理实体发送表示处理已完成的消息;
如果网络侧实体为策略执行功能实体,则网络侧实体发送所述消息包括:
1)策略执行功能实体向策略决策功能实体发送携带表示建立信令承载的标识的请求消息;
2)策略决策功能实体根据来自策略执行功能实体的请求消息进行处理,并向策略执行功能实体发送携带表示建立信令承载的标识的请求消息;
3)策略执行功能实体根据来自策略决策功能实体的请求消息进行处理,并向业务流管理实体返回响应消息;
4)业务流管理实体根据来自策略执行功能实体的响应消息进行处理,并向终端发送响应消息;
5)终端根据来自业务流管理实体的响应消息进行处理,并在完成所述处理后向业务流管理实体返回表示处理已完成的消息;
6)业务流管理实体根据来自终端的表示处理已完成的消息完成所述处理,向策略执行功能实体返回表示处理已完成的消息;
如果网络侧实体为策略决策功能实体,则网络侧实体发送所述消息包括:
1)策略决策功能实体向策略执行功能实体发送携带表示建立信令承载的标识的请求消息;
2)策略执行功能实体根据来自策略决策功能实体的请求消息进行处理,并向业务流管理实体发送携带表示建立信令承载的标识的请求消息;
3)业务流管理实体根据来自策略执行功能实体的请求消息进行处理,并向终端发送携带表示建立信令承载的标识的请求消息;
4)终端根据来自业务流管理实体接收到的请求消息进行处理,并向业务流管理实体返回表示处理已完成的消息;
5)业务流管理实体根据来自终端的表示处理已完成的消息完成所述处理,并向策略执行功能实体返回表示处理已完成的消息;
6)策略执行功能实体根据来自业务流管理实体的表示处理已完成的消息完成所述处理,并向策略决策功能实体返回表示处理已完成的消息。
7.如权利要求5或6所述的方法,其特征在于,所述请求消息或响应消息中包括:所述表示建立信令承载的标识、指示成功建立信令承载或建立失败的结果信息。
8.如权利要求2所述的方法,其特征在于,该方法进一步包括:
终端或者网络侧实体在发送的消息中携带获取相关配置参数指示,接收到获取相关配置参数指示的网络侧实体下发相关配置参数;
或者,网络侧实体直接下发相关配置参数。
9.如权利要求8所述的方法,其特征在于,所述相关配置参数为下述之一或任意组合:IP多媒体子系统IMS相关配置参数、WIMAX多播广播MBS相关配置参数、WIMAX位置业务LCS相关配置参数;
所述相关配置参数中包括下述之一或任意组合:代理-呼叫会话功能单元P-CSCF地址、DNS服务器地址、WIMAX MBS服务器地址、WIMAX LCS服务器地址。
10.如权利要求8所述的方法,其特征在于,所述网络侧实体为下述之一或任意组合:业务流管理实体、策略执行功能实体、策略决策功能实体。
11.如权利要求10所述的方法,其特征在于,终端发送携带获取相关配置参数指示的消息,接收到获取相关配置参数指示的网络侧实体下发相关配置参数包括:
终端向业务流管理实体发送携带获取相关配置参数指示的请求消息;
业务流管理实体根据来自终端的请求消息进行处理,并向终端发送内部存储的相关配置参数、或向策略执行功能实体发送携带获取相关配置参数指示的请求消息;
策略执行功能实体根据来自业务流管理实体的请求消息进行处理,并向业务流管理实体发送内部存储的相关配置参数、或向策略决策功能实体发送携带获取相关配置参数指示的请求消息;
策略决策功能实体根据来自策略执行功能实体的请求消息进行处理,并向策略执行功能实体返回携带相关配置参数的响应消息;
策略执行功能实体根据从策略决策功能实体接收到的响应消息进行处理,并向业务流管理实体返回携带相关配置参数的响应消息;
业务流管理实体根据从策略执行功能实体接收到的响应消息进行处理,并向终端返回携带相关配置参数的响应消息。
12.如权利要求10所述的方法,其特征在于,
如果网络侧实体为业务流管理实体,则网络侧实体发送携带获取相关配置参数指示的消息,接收到获取相关配置参数指示的网络侧实体下发相关配置参数包括:
1)业务流管理实体向策略执行功能实体发送携带获取相关配置参数指示的请求消息;
2)策略执行功能实体根据来自业务流管理实体的请求消息,向业务流管理实体发送内部存储的相关配置参数,或向策略决策功能实体发送携带获取相关配置参数指示的请求消息;
3)策略决策功能实体根据来自业务流管理实体的请求消息,向策略执行功能实体返回携带相关配置参数的响应消息;
4)策略执行功能实体根据来自策略决策功能实体的响应消息,向业务流管理实体返回携带相关配置参数的响应消息;
5)业务流管理实体根据来自策略执行功能实体的响应消息,向终端返回携带相关配置参数的响应消息;
如果网络侧实体为策略执行功能实体,则网络侧实体发送携带获取相关配置参数指示的消息,接收到获取相关配置参数指示的网络侧实体下发相关配置参数包括:
1)策略执行功能实体向策略决策功能实体发送携带获取相关配置参数指示的请求消息;
2)策略决策功能实体根据来自策略执行功能实体的请求消息,向策略执行功能实体发送携带相关配置参数的响应消息、或向策略执行功能实体发送携带获取相关配置参数指示的请求消息;
3)策略执行功能实体根据来自策略决策功能实体的请求消息,向业务流管理实体返回携带相关配置参数的响应消息;
4)业务流管理实体根据来自策略执行功能实体的响应消息,向终端返回携带相关配置参数的响应消息。
13.如权利要求10所述的方法,其特征在于,网络侧实体直接下发相关配置参数,包括下述之一:
策略决策功能实体依次通过策略执行功能实体和业务流管理实体,向终端发送携带相关配置参数的消息;
策略执行功能实体通过业务流管理实体向终端发送携带相关配置参数的消息;
业务流管理实体向终端发送携带相关配置参数的消息。
14.如权利要求4或10所述的方法,其特征在于,所述业务流管理实体为下述网元之一或其任意组合:基站、WIMAX SFM、承载通道功能实体、无线AP;
所述策略执行功能实体为下述网元之一或其任意组合:网关、代理、中继、网络接入服务器NAP、WIMAX SFA、策略执行功能实体PCEF、外地代理FA、承载通道功能实体;
所述策略决策功能实体为下述网元之一或其任意组合:策略控制和计费规则功能实体PCRF、策略功能实体PF、认证/授权/计费AAA服务器、归属用户服务器HSS、归属位置寄存器HLR、代理、中继。
15.一种建立信令承载的系统,其特征在于,包括:第一网元和第二网元,
所述第一网元,用于向第二网元发送建立专用承载的消息,在该消息中携带表示建立信令承载的标识。
16.如权利要求15所述的系统,其特征在于,所述第二网元进一步用于向所述第一网元发送响应消息。
17.如权利要求16所述的系统,其特征在于,所述响应消息中包括:所述表示建立信令承载的标识、指示成功建立信令承载或建立失败的结果信息。
18.如权利要求16或17所述的系统,其特征在于,所述信令承载为下述之一或任意组合:应用层信令承载、或IP层信令承载、或会话层信令承载、或MAC层承载、或传输层承载、或物理层承载。
19.如权利要求16所述的系统,其特征在于,该系统进一步包括:第三网元和第四网元,
所述第三网元用于根据从第一网元接收到的携带所述标识的请求消息,向所述第四网元发送携带该标识的请求消息,请求建立该标识对应的信令承载;将所述第四网元发送的携带所述标识的结果信息发送给所述第一网元;
所述第四网元用于根据所述第三网元发送的携带所述标识的请求消息,向所述第二网元发送携带该标识的请求消息,请求建立该标识对应的信令承载;将所述第二网元发送的携带所述标识的结果信息发送给所述第三网元。
20.如权利要求16所述的系统,其特征在于,所述第一网元进一步用于在发送给所述第二网元的请求消息中携带获取相关配置参数指示;接收并存储所述第二网元发送的相关配置参数;
所述第二网元进一步用于根据接收到的获取相关配置参数指示,将内部存储的相关配置参数发送给所述第一网元。
21.如权利要求20所述的系统,其特征在于,该系统进一步包括:第三网元和第四网元,
所述第三网元用于根据第一网元发送的携带获取相关配置参数指示的请求消息,向所述第四网元发送携带获取相关配置参数指示的请求消息;存储所述第四网元发送的相关配置参数并发送给所述第一网元;
所述第四网元用于根据所述第三网元发送的携带获取相关配置参数指示的请求消息,向所述第二网元发送携带获取相关配置参数指示的请求消息;存储所述第二网元发送的相关配置参数并发送给所述第三网元。
22.如权利要求20或21所述的系统,其特征在于,所述相关配置参数为下述之一或任意组合:IP多媒体子系统IMS相关配置参数、WIMAX多播广播MBS相关配置参数、WIMAX位置业务LCS相关配置参数;
所述相关配置参数中包括下述之一或任意组合:代理-呼叫会话功能单元P-CSCF地址、DNS服务器地址、WIMAX MBS服务器地址、WIMAX LCS服务器地址。
23.如权利要求19或21所述的系统,其特征在于,所述第一网元为:终端、或业务流管理实体、或策略执行功能实体、或策略决策功能实体;
所述第二网元、第三网元、第四网元为:业务流管理实体、或策略执行功能实体、或策略决策功能实体。
24.如权利要求23所述的系统,其特征在于,所述业务流管理实体为下述网元之一或其任意组合:基站、WIMAX SFM、承载通道功能实体、无线AP;
所述策略执行功能实体为下述网元之一或其任意组合:网关、代理、中继、网络接入服务器NAP、WIMAX SFA、策略执行功能实体PCEF、外地代理FA、承载通道功能实体;
所述策略决策功能实体为下述网元之一或其任意组合:策略控制和计费规则功能实体PCRF、策略功能实体PF、认证/授权/计费AAA服务器、归属用户服务器HSS、归属位置寄存器HLR、代理、中继。
25.一种建立信令承载的装置,其特征在于,该装置包括:收发单元和消息生成单元;
所述消息生成单元,用于生成携带表示建立信令专用承载的标识的消息,将生成的消息提供给所述收发单元;
所述收发单元,用于将来自所述消息生成单元的消息发送到外部。
26.如权利要求25所述的装置,其特征在于,该装置进一步包括:消息解析单元;
所述收发单元进一步用于将来自外部的携带表示建立信令承载的标识的请求,提供给所述消息解析单元;将来自所述消息生成单元的携带所述标识的结果信息发送到外部;
所述消息解析单元,用于解析出收发单元提供的所述标识,对能否建立该标识对应的信令承载进行决策,将决策结果和所述标识提供给所述消息生成单元;
所述消息生成单元进一步用于根据来自所述消息解析单元的决策结果和所述标识,生成携带该标识的结果信息,指示成功建立该标识对应的信令承载,并提供给所述收发单元。
27.如权利要求25所述的装置,其特征在于,该装置进一步包括:消息解析单元,用于解析出收发单元提供的所述标识,并直接提供给所述消息生成单元;
所述消息生成单元进一步用于根据来自所述消息解析单元的所述标识,生成建立承载的请求消息,并将该标识携带于生成的请求消息中提供给收发单元;
所述收发单元进一步用于将来自所述消息生成单元的请求消息发送到外部。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200710000391 CN101232433A (zh) | 2007-01-25 | 2007-01-25 | 信令承载建立方法和建立信令承载的系统及装置 |
PCT/CN2007/070841 WO2008092346A1 (fr) | 2007-01-25 | 2007-09-29 | Procédé, système et appareil pour l'établissement d'un support de signalisation |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200710000391 CN101232433A (zh) | 2007-01-25 | 2007-01-25 | 信令承载建立方法和建立信令承载的系统及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101232433A true CN101232433A (zh) | 2008-07-30 |
Family
ID=39673646
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200710000391 Pending CN101232433A (zh) | 2007-01-25 | 2007-01-25 | 信令承载建立方法和建立信令承载的系统及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101232433A (zh) |
WO (1) | WO2008092346A1 (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011095002A1 (zh) * | 2010-02-05 | 2011-08-11 | 中兴通讯股份有限公司 | 一种通信系统中的数据传输方法和系统 |
CN102340889A (zh) * | 2010-07-26 | 2012-02-01 | 中兴通讯股份有限公司 | 一种网络侧发起ims信令承载建立的方法及系统 |
CN103139928A (zh) * | 2011-11-30 | 2013-06-05 | 英特尔移动通信有限责任公司 | 用于传送机会网络相关消息的方法 |
WO2013170673A1 (zh) * | 2012-05-16 | 2013-11-21 | 华为技术有限公司 | 一种接入方法、基站、接入点和用户设备 |
CN103975642A (zh) * | 2012-11-22 | 2014-08-06 | 华为技术有限公司 | 一种短距离通信的方法、设备和系统 |
CN102340889B (zh) * | 2010-07-26 | 2016-12-14 | 中兴通讯股份有限公司 | 一种网络侧发起ims信令承载建立的方法及系统 |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9294886B2 (en) * | 2012-08-31 | 2016-03-22 | Qualcomm Incorporated | Evolved multimedia broadcast/multicast services (eMBMS) geo-location based group call |
CN104995875B (zh) * | 2013-07-26 | 2017-12-29 | 华为技术有限公司 | 数据传输方法及装置 |
CN108605320B (zh) * | 2016-03-30 | 2023-03-14 | Oppo广东移动通信有限公司 | 用于建立无线资源控制连接的方法和装置 |
CN107889171B (zh) * | 2016-09-30 | 2023-10-20 | 华为技术有限公司 | 无线通信方法、用户设备和接入网设备 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI107689B (fi) * | 1998-04-03 | 2001-09-14 | Nokia Networks Oy | Menetelmä merkinantoyhteyden muodostamiseksi |
CN100417112C (zh) * | 2005-01-25 | 2008-09-03 | 中兴通讯股份有限公司 | 一种自适应匹配信令连接的方法 |
EP1884088B1 (en) * | 2005-05-27 | 2015-12-30 | Nokia Technologies Oy | Expanded signalling capability for network element, user equipment and system |
-
2007
- 2007-01-25 CN CN 200710000391 patent/CN101232433A/zh active Pending
- 2007-09-29 WO PCT/CN2007/070841 patent/WO2008092346A1/zh active Application Filing
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011095002A1 (zh) * | 2010-02-05 | 2011-08-11 | 中兴通讯股份有限公司 | 一种通信系统中的数据传输方法和系统 |
US8774115B2 (en) | 2010-02-05 | 2014-07-08 | Zte Corporation | Method and system for data transmission in communication system |
CN102340889A (zh) * | 2010-07-26 | 2012-02-01 | 中兴通讯股份有限公司 | 一种网络侧发起ims信令承载建立的方法及系统 |
CN102340889B (zh) * | 2010-07-26 | 2016-12-14 | 中兴通讯股份有限公司 | 一种网络侧发起ims信令承载建立的方法及系统 |
CN103139928A (zh) * | 2011-11-30 | 2013-06-05 | 英特尔移动通信有限责任公司 | 用于传送机会网络相关消息的方法 |
CN103139928B (zh) * | 2011-11-30 | 2016-12-21 | 英特尔德国有限责任公司 | 用于传送机会网络相关消息的方法 |
WO2013170673A1 (zh) * | 2012-05-16 | 2013-11-21 | 华为技术有限公司 | 一种接入方法、基站、接入点和用户设备 |
CN103428768A (zh) * | 2012-05-16 | 2013-12-04 | 华为技术有限公司 | 一种接入方法、基站、接入点和用户设备 |
CN103428768B (zh) * | 2012-05-16 | 2016-12-14 | 华为技术有限公司 | 一种接入方法、基站、接入点和用户设备 |
US9736717B2 (en) | 2012-05-16 | 2017-08-15 | Huawei Technologies Co., Ltd. | Access method, base station, access point and user equipment |
CN103975642A (zh) * | 2012-11-22 | 2014-08-06 | 华为技术有限公司 | 一种短距离通信的方法、设备和系统 |
US9839062B2 (en) | 2012-11-22 | 2017-12-05 | Huawei Technologies Co., Ltd. | Short range communications method, device, and system |
Also Published As
Publication number | Publication date |
---|---|
WO2008092346A1 (fr) | 2008-08-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101222413B (zh) | 业务流程中的处理方法及系统 | |
US8666396B2 (en) | Providing user location and time zone information for LTE/IMS charging | |
EP4101188A1 (en) | Extension of npcf_eventexposure with usage monitoring event | |
US20100048161A1 (en) | Method, system and apparatuses thereof for realizing emergency communication service | |
CN101232433A (zh) | 信令承载建立方法和建立信令承载的系统及装置 | |
US20160072963A1 (en) | Group charging method, gateway device, charging device, and communications system | |
CN101127609A (zh) | 一种在演进网络中管理用户策略计费控制签约信息的方法 | |
WO2009024048A1 (en) | A method, network system, pdn gw and accounting system for managing accounting | |
KR20160064885A (ko) | 단말간 스폰서링 서비스를 제공하기 위한 방법 및 장치 | |
US8351899B2 (en) | Generation of charging information in group communications system | |
CN103119981B (zh) | 服务质量控制方法和设备 | |
CN102238507A (zh) | 确定策略和计费规则功能的方法及系统 | |
US20060003734A1 (en) | Charging in a communication system | |
CN101163020B (zh) | 计费关联方法、装置及系统 | |
CN101296096A (zh) | 无线通信系统中实现策略计费控制的方法及装置及系统 | |
KR101603026B1 (ko) | 로밍 파트너 영역의 일차 및 이차 구성 | |
CN103023860A (zh) | 一种保持ims多媒体流式会话连续性的方法及相关网元 | |
CN103313431A (zh) | Tdf会话的处理方法及pcrf | |
CN101998515B (zh) | 控制pcrf负载均衡的实现方法和实现系统 | |
CN101860836A (zh) | 策略和计费控制的处理方法、系统及设备 | |
CN103188646B (zh) | 计费信息的提供方法、装置及系统 | |
CN103139798B (zh) | 一种保障端到端会话业务质量的方法、pcrf及af | |
CN101400040B (zh) | 一种网络计费系统及其计费方法 | |
CN101959258A (zh) | 会话关联方法以及策略和计费规则功能实体 | |
CN102369775B (zh) | 计费处理方法、计费处理装置和计费处理系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20080730 |