CN103354541B - 用于请求和获取有损的信令承载传输的通知的方法和装置 - Google Patents
用于请求和获取有损的信令承载传输的通知的方法和装置 Download PDFInfo
- Publication number
- CN103354541B CN103354541B CN201310104027.0A CN201310104027A CN103354541B CN 103354541 B CN103354541 B CN 103354541B CN 201310104027 A CN201310104027 A CN 201310104027A CN 103354541 B CN103354541 B CN 103354541B
- Authority
- CN
- China
- Prior art keywords
- signaling
- session
- media
- flow
- notice
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
了解经IP连通接入网络的信令承载传输的损失是个重要问题。因此,本发明依赖于用给IMS基础设施提供有关在经承载层传输的信令IP流上所检测的信令会话事件的订阅和通知的构件修正策略和计费控制模型。为此,修正P‑CSCF或其所包括的AF以便对于信令IP流允许信令会话的建立以用于订阅承载等级事件的通知。除那之外,在AF和RCRF需要新的处理规则以用于信令会话的处理、事件的通知和信令会话的终止。
Description
技术领域
本发明通常涉及经由承载网络的信令承载传输的可能的损失,而信令网络实体不知道此类事件。特别地,本发明涉及用于请求和获取有损的信令承载传输的通知的过程。
背景技术
IP多媒体子系统(IP Multimedia Subsystem,下文称为IMS)使公共陆地移动网络(Public Land Mobile Network,下文称为PLMN)的运营商能够向他们的订户提供基于并建立在因特网应用、服务和协议上的多媒体服务。在IMS之上能够提供如由第三代合作伙伴计划(the 3rdGeneration Partnership Project,下文中3GPP)所定义的不同的服务和应用,例如在3GPP TS 22.173中所描述的多媒体电话服务。
IMS应用,还有IMS所提供的服务,包括媒体、例如声音或视频的交换,以及用于媒体的正确解释和处理的信令的交换。在用户经基于互联网协议(Internet Protocol,下文称为IP)的接入网接入IMS的情形中,分别以通常分别称为信令IP流和媒体IP流的信令和媒体IP分组,经由承载层(bearer layer)传输信令和媒体。
对IMS的完全支持包括由为IMS订户的用户所使用的用户设备、IP连通接入网络(IP-ConnectivityAccess Network,下文称为IP-CAN)和如3GPP TS 23.228中所述的IMS的特定功能单元。示例IP-CAN可以是通用分组无线业务(General Packet Radio Service,下文称为GPRS)网络。
在被授权使用由IMS应用提供的IMS服务之前,用户必须注册到IMS。然而,在能够注册到IMS之前,用户必须获得至IP-CAN的IP连通性。为此,且万一IP-CAN是GPRS网络,则用户必须建立用于传输信令IP流的承载,也就是所谓的“PDP上下文”(PDF Context)。
即使在同一通用目的PDP上下文中可传输IMS信令以及媒体流,优选地把通用目的PDP上下文作为用于IMS信令的主(primary)专用PDP上下文使用,而优选通过独立的辅(secondary)专用PDP上下文传输媒体流。
因此,用户接入网关GPRS支持节点(Gateway GPRS SupportNode,下文称为GGSN)以建立通用目的主PDP上下文,或者优选只建立用于IMS信令的主PDP上下文。
一旦已经建立这种主PDP上下文来执行IMS信令IP流,用户就能够注册到IMS。3GPPIMS对用户和IMS实体之间以及IMS实体之间的通信使用会话发起协议(SessionInitiation Protocol,下文称为SIP)。因此用户使用SIP注册信息以注册到IMS。在作为用于接入IMS的IMS实体的代理呼叫会话控制功能(Proxy Call Session Control Function,下文称为P-CSCF)服务器接收此类SIP注册。
依照公知的3GPP IMS注册过程,在已经接收并处理了此类消息之后,P-CSCF将其向询问呼叫会话控制功能(Interrogating Call Session Control Function,下文称为I-CSCF)服务器转发。为服务用户,后者向归属订户服务器(Home Subscriber Server,下文称为HSS)询问分配服务呼叫会话控制功能(Serving Call Session Control Function,下文称为S-CSCF)服务器所需的能力。一旦I-CSCF已经接收到此类能力,就挑选和分配履行这些能力的一个S-CSCF,且向所分配的S-CSCF转发该原始SIP注册消息。此S-CSCF为用户从HSS请求用户预置文件(userprofile),并一旦获得,S-CSCF就准备好服务用户。把IMS注册确认回送至P-CSCF且至指示所分配S-CSCF的用户。
一旦用户已经成功地注册到IMS,用户就能够接入不同的IMS应用,并请求不同的IMS服务,为此,必须在源用户的用户设备和特定IMS应用或目的用户的用户设备之间协商不同的媒体资源,因为IMS服务可能需要。为此,用户以SIP邀请(Invite)消息接入IMS,在P-CSCF接收该SIP邀请消息并将其经由IMS基础设施向该S-CSCF、或许还向负责用户可能已经调用的特定IMS应用的应用服务器(Application Server,下文称为AS)传输。此消息具有执行该服务所必需的相关媒体描述。用会话数据协议(Session Data Protocol,下文称为SDP)发送该媒体描述,并在为履行该服务所必需的媒体资源的协商期间使用该媒体描述。
因此,在IMS注册过程期间的上述IMS信令、SIP信令以及在媒体协商过程期间的SIP和SDP信令,全都作为由用户用GGSN所建立的主PDP上下文中的IMS信令IP流传输。
在这些IMS注册和媒体协商过程的执行期间,不存在还经由IP-CAN交换的媒体,从而,没有还经由承载层的IMS媒体IP流。
发明内容
当使用信令承载来为已建立的会话传达信令时,以及当还没有已建立的会话时,经由IP-CAN的信令承载传输的损失的知识都是个重要问题。
IMS信令IP流的损失可在经IP-CAN连接的承载传输期间例如由于差的无线条件、或由于在GGSN或服务GPRS支持节点中的恢复动作而发生。还例如,如果从IMS发送初始请求至终端用户,且传输信令的承载存在故障,那么,除非源用户清除该会话否则在IMS停止重复请求之前存在依赖于计时器的多次再尝试。这对源用户带来了不必要的资源捆绑(tyingup)和长的等待时间。
本发明的目的是找到借以至少最小化经IP-CAN的信令承载传输的损失的机制。即,本发明旨在找到借以使IMS信令IP流的损失为IMS基础设施所知以便能够采取适当动作而不不浪费时间和资源的机制。
当前在3GPP TS 23.203下开发了称为策略和计费控制(Policy and ChargingControl,下文称为PCC)的新架构,该架构旨在开发不同类型的接入网。此PCC架构能够为IMS订户对与IMS媒体会话关联的媒体流选择性地控制服务质量(Quality of Service,下文称为QoS)、策略和计费。
但是,不能在已经建立此类IMS媒体会话之前应用此PCC功能。
因此,承载没有关联的IMS媒体会话的IMS信令的主PDP上下文的IP流,被排除在对QoS需求、策略和计费的PCC控制之外。
PCC架构包括:应用功能(Application Function,下文称为AF),提供需要IP承载资源的控制并位于信令平面、例如IMS P-CSCF的应用;策略和计费执行功能(Policing andCharging Enforcement Function,下文称为PCEF),位于流量平面、例如GGSN,并负责过滤媒体IP流和安装与QoS有关的规则以便对每媒体IP流应用策略和计费;以及,策略和计费规则功能(Policing and Charging Rule Function,下文称为PCRF),被置于信令层和承载层之间,负责向PCEF触发与QoS有关的规则的安装。
本发明因此依赖于用给IMS基础设施提供有关在经承载层传输的信令IP流上所检测的信令会话事件的订阅和通告的构件来修正PCC模型。
因此,需要修正PCC模型,以使AF或IMS P-CSCF能够请求AF信令会话的建立,专门用于缺乏媒体会话信息时的信令。此AF信令会话允许AF请求PCC控制过程,即用于信令IP流的承载级事件的通知的订阅。除AF信令会话之外,还需要修正PCC模型,所以新的处理规则在AF或P-CSCF与PCRF相关联以便管理此专门用于信令的AF信令会话。这些处理规则负责信令会话的建立、事件的通知和信令会话的终止。
这由独立权利要求的教导来实现。
依照本发明的第一方面,提供代理呼叫会话控制功能服务器(Proxy CallSession Control Function server下文称为P-CSCF)用于通过经承载媒体IP流和信令IP流的承载层所传输的信令接入IP多媒体子系统(下文称为IMS)。此P-CSCF包括:协议处理器(handler),用于注册订户到IMS;处理规则处理器,用于建立缺乏媒体会话时的信令会话和涉及信令IP流的信令会话事件的通告;以及,信令会话构件,用于向规则-控制功能装置(Rule-Control Function Device,下文称为RCFD)请求在信令IP流上所检测的信令会话事件的通知。
在此P-CSCF中,信令会话构件可包括:用于在缺乏媒体会话信息时,向RCFD提交涉及信令IP流的信令会话信息的构件;用于从RCFD接收有关所检测的信令会话事件的通知的构件。特别地,此信令会话信息可包括识别由订户所使用的用户设备(4)的IP地址以及识别P-CSCF的IP地址和可选的端口号。
优选地,P-CSCF的协议处理器可包括会话数据构件,用于一旦订户注册到IMS就在订户和IMS之间传输媒体会话信息。
除信令会话事件的订阅和通知之外,P-CSCF还支持媒体会话事件的订阅和通知。为此,P-CSCF还包括:服务质量(下文称为QoS)规则处理器,用于建立包括与QoS有关的需求的媒体会话和有关媒体IP流的媒体会话事件的通告;以及,媒体会话构件,用于向RCFD请求在媒体IP流上所检测的媒体会话事件的通知。
此P-CSCF可以这种方式实施:可在基于PCC模型的增强应用功能装置中提供处理规则处理器、信令会话构件、以及如以上所引证的优选的组成单元。
依照本发明的第二方面,提供用于对经承载层的媒体传输保证经信令层所协商的QoS的RCFD,承载层是能够承载媒体IP流和信令IP流的传输层。此RCFD包含:承载会话模块,用于从IP连通接入网络订阅要被报告的承载会话事件;处理规则处理器,用于在缺乏媒体会话时建立信令会话;以及,信令会话构件,用于从请求者实体接收在信令IP流上所检测的信令会话事件的通知的请求,且用于向请求者实体提交与所检测的信令会话事件有关的通知。特别地,请求者实体可以是基于PCC模型的P-CSCF或AF装置,且适合被包括在参与到信令层的其他网络节点中。
在RCFD接收的对通知的请求在缺乏媒体会话信息时可包括涉及信令IP流的信令会话信息。涉及信令IP流的该信令会话信息包括识别订户的IP地址以及识别请求者实体的IP地址和可选的端口号。
此外,涉及信令IP流的此信令会话信息还包括涉及通用承载或“IMS-only”承载的标识符,所以,在涉及通用承载或“IMS-only”承载时,能够在承载会话模块中接收在信令IP流上所检测的信令会话事件的通知。
依照本发明的第三方面,提供向信令层中的实体报告当用户接入IMS时在承载层发生的信令承载传输的损失的方法。信令层提供要求对经承载层的媒体传输有保证的QoS的应用,而承载层是能够承载媒体IP流和信令IP流的传输层。此方法包含以下步骤:在P-CSCF向IMS基础设施转发从用户所接收的注册要求;在P-CSCF建立缺乏媒体会话时的信令会话和涉及信令IP流的信令会话事件的通知;向RCFD请求在信令IP流上所检测的信令会话事件的通知;使RCFD从IP连通接入网络订阅要在信令IP流上被报告的承载会话事件;并从IP连通接入网络以信令IP流上的承载会话事件向P-CSCF转发向RCFD所报告的信令会话事件。
在此方法中,请求信令会话事件的通知的步骤可包括在缺乏媒体会话信息时从P-CSCF向RCFD提交涉及信令IP流的信令会话信息的步骤。特别地,提交信令会话信息的步骤包括提交识别用户的IP地址的步骤。
另外,本方法还包括一旦把订户注册到IMS就在订户和IMS之间传输媒体会话信息的步骤。
在此方面,本方法可还包括在P-CSCF建立包括与QoS有关的需求的媒体会话和涉及媒体IP流的媒体会话事件的通知的步骤;以及,向RCFD请求在媒体IP流上所检测的媒体会话事件的通知的步骤。
附图说明
通过结合附图阅读此说明书,本发明的特征、目的和优点将变得显而易见,其中:
图1是图解用于在经由GPRS接入网络接入IMS时以被告知信令承载传输的损失所使用的PCC模型上的适配(adaptation)的框结构。
图2是图解在经由GPRS接入网络接入IMS时使用的适配PCC模型的基本框图;
图3a和3b示出了图解为执行向IMS实体报告信令承载传输的损失的方法所遵循的动作的示例过程的序列图。
具体实施例
以下描述某些优选实施例,用于为请求和获得关于信令承载传输损失的通知的PCC模型的适配。即使PCC模型是指AF、PCRF和PCEF,后两者是最初用于策略(policing)和计费决策以及执行点使用的实体,本发明也并不一定需要这种功能。
在这方面,可在P-CSCF 10上直接做出要依照PCC模型在AF 1上做出的、如由本发明的一方面所提出的修正,实质上没有脱离本发明蕴含的总的发明构思。此外,可在规则-控制功能装置2(下文称为RCFD)中做出依照PCC模型在PCRF 2-bis上做出的、如由本发明的另一方面所提出的修正,其同样也不一定用于策略和计费。
因此,依照本发明,提供了一种方法,该方法用于向位于信令层中的P-CSCF 10报告当用户接入IMS时发生在承载层的信令承载传输的损失。信令层为经由承载层的媒体传输提供需要被保证的服务质量、下文称为QoS的应用,而承载层是能够承载媒体流B-55和信令IP流B-50的传输层。在此方面,P-CSCF是一IMS,用户经其接入IMS。
在接入IMS之前,用户需要经由IP连通接入网络获得IP连通,该网络在贯穿本申请的示例实施例中是GPRS网络。为此,如图3a所示,用户在步骤S-510请求主PDP上下文的建立。
一般来说,当发出请求来指示将如何使用承载时,使用承载使用参数值。目前,此值可采用以下值中的一个:“general(通用)”,当无特定承载使用信息可用时;“IMS-only(仅IMS)”,当承载将仅用于承载IMS信令时;和“dedicated(专用)”,当承载将关于特定媒体传输被用于专用目的时。对本发明来说,对主PDP上下文的上述请求优选地指示“IMS-only”,因为它的使用旨在承载IMS信令。
在贯穿本说明书的IP-CAN的示例考虑的GPRS网络的GGSN 30接收对主PDP上下文的建立的此类请求。接收此类请求的GGSN在步骤S-515中向规则-控制功能装置2(下文称为RCFD)发送CCR消息,优选在信令层和承载层之间插入该装置,且该装置对应于增强有为实现本发明目而为RCFD提供的新颖特征的传统PCC模型中的PCRF 2-bis。根据CCR消息的接收,RCFD 2获得有关为此主PDP上下文所建立的承载会话的相关数据。为此,如图1所示,RCFD 2在涉及“通用”或“IMS-only”承载时把此相关数据存储在承载会话模块20中,以便对用于媒体IP流的其他可能承载做区分。此承载会话模块包含处理用于信令IP流的“通用”或“IMS-only”承载的独立子模块24,以及处理用于媒体IP流的“专用”承载的独立子模块25。
然后,在步骤S-520中把应答CCA消息从RCFD 2回送至GGSN 30,且在步骤S-525中所发送的对应的PDP上下文响应消息把来自GGSN 30的该主PDP上下文的建立应答回用户。
一旦用户获得了IP连通性,用户就可通过注册到IMS接入IMS。为此,本方法提供了在步骤S-530在P-CSCF接收SIP注册消息的步骤,以及在步骤S-535向其他IMS基础设施9转发该SIP注册消息的步骤。在此方面,发生如在以上本发明背景技术所论述的公知的3GPPIMS注册过程。因此,IMS基础设施9表征本文涉及的除了P-CSCF的所有IMS实体,例如I-CSCF、HSS和S-CSCF。为了执行接收和转发SIP注册消息的步骤,并如图1所示,P-CSCF配有协议处理器(protocol handler)16,协议处理器负责管理用户和其他IMS基础设施9之间的SIP消息S-50。特别地,此协议处理器包括处理纯SIP消息和协议的专用构件15。
在该阶段,不同的备选实施例能够实现本发明目的。在一个未绘制在任意附图中的实施例中,P-CSCF在触发下一动作之前,等待来自IMS基础设施、指示IMS中的用户的成功注册的SIP“200OK”消息的接收。在图3a所示的另一实施例中,P-CSCF不用等待成功注册的结果,并发起实现本发明目的必需的动作过程。当然,在步骤S-540中接收到SIP“200OK”消息时,在步骤S-565中向用户转发此类消息。
因此,不考虑在步骤S-540中是否接收了SIP“200OK”消息,本方法包含在P-CSCF在步骤I-a期间在缺乏媒体会话时建立信令会话以及建立P-CSCF希望被告知的、涉及信令IP流的信令会话事件的那些通知的步骤。为此,如图1所示,P-CSCF包括具有创建以及识别此类信令会话和此类通知必需的所有逻辑的处理规则处理器13。
由于在SIP注册消息内没有媒体会话信息可用,且没有要用于信令IP流的具体QoS或计费特征,所以对信令会话的建立的请求不需要媒体成分的描述或与计费有关的标识符。
在缺乏媒体会话时建立信令会话的步骤也在步骤I-b期间在RCFD 2执行。为此,同样如图1所示,RCFD 2也包括相应的处理规则处理器23,其通过接口I-13与P-CSCF的处理规则处理器13是可连接的,且其含有在RCFD 2创建以及识别信令会话和通告必需的所有逻辑。
如图3a所示,在缺乏媒体会话时建立信令会话的此步骤之后是步骤S-545,该步骤利用AAR消息向RCFD 2请求要在信令IP流B-50上被检测的信令会话事件的通知。为此,如图1所示,P-CSCF10配有用于向RCFD 2请求信令会话事件的此类通知的信令会话构件11。
相应地和亦如图1所示,RCFD 2包含信令会话构件21,用于通过接口I-12接收对信令会话事件的通知的请求,并还用于通过同一接口I-12提交所请求的通知。
尤其,请求信令会话事件的通知的步骤S-545可包括在缺乏媒体会话信息时通过接口I-12向RCFD 2提交涉及信令IP流的信令会话信息的步骤。如果使用PCC模型的增强PCRF 2-bis,那么向P-CSCF 10的该提交使用接口I-10,如图2所示。优选地,在RCFD 2的信令会话构件21中接收此信令会话信息。
此信令会话信息可基本包括要由RCFD 2了解的“信令承载的损失”的指示,作为P-CSCF 10或AF装置1订阅(subscribe)要在信令IP流上被检测的信令承载事件且为此目的不需要具体的与QoS有关的规则和决策的指示。
优选地,从P-CSCF 10向RCFD 2提交的信令会话信息可包括识别订户的IP地址。此外,此信令会话信息可还包括识别P-CSCF 10的IP地址和可选的端口号。此信令会话信息可用于建立检测标准以便适当地检测涉及信令IP流的那些所需信令会话事件。
本方法还包含依靠RAR消息在步骤S-550中使RCFD 2从IP连通接入网络中的实体订阅要在信令IP流B-50上被报告的承载会话事件的步骤,该实体在本实施例中可为GGSN30或其所包含的组成单元3,如依照PCC模型的增强PCEF 3。为此,RCFD 2可通过接口I-c使在信令会话构件21中的信令会话信息与处理用于信令IP流的“通用”或“IMS-only”承载的承载会话子模块24相关联。然后,处理用于信令IP流的“IMS-only”承载的此承载会话子模块24因此通过接口I-22与GGSN 30中的承载控制31模块或GGSN 30所包含的组成单元3模块相关联,其中,对信令IP流的信令会话事件的检测就真正发生了。
一旦在GGSN 30或其所包含的组成单元3执行对此类信令会话事件的订阅,就在步骤S-555中把确认回送至RCFD 2,且在步骤S-560中把相应的应答返回至P-CSCF 10。
如果,由于任意原因,用于IMS信令的主PDP上下文丢失了,其承载使用被标记为“通用”或“IMS-only”,GGSN 30或组成单元3很可能通过直径(diameter)CCR消息将此事件通报给RCFD 2,且后者又向P-CSCF 10或向AF装置1通报此类相应信令会话事件。在此情况下,在报告信令承载的损失的事件的同时,RCFD 2通过直径ASR消息终止当前信令会话。
为此目的,本方法还包含从IP连通接入网络中的实体3或30中的承载控制模块31以在信令IP流B-50上的承载会话事件向P-CSCF 10且通过接口I-12转发那些通过接口I-22向RCFD 2所报告的信令会话事件的步骤。
在接收到报告信令承载的损失的信令会话事件的通知时,P-CSCF 10或AF装置1可终止信令会话,并经由信令层采取正确的操作。为此,还负责信令会话的终止的处理规则处理器13,通过内部接口I-g与协议处理器16通信,以向用户和其他IMS基础设施9触发适当的SIP消息。
此外,本方法可包括一旦把用户注册到IMS就在P-CSCF 10从所述用户接收媒体会话信息的步骤S-570和向IMS基础设施9传输媒体会话信息的步骤S-575,且反之亦然。为此,P-CSCF包括在协议处理器16中的会话数据构件14。此会话数据构件14优选地负责处理用来在贯穿信令层的两个方向上传送和协商媒体会话信息的会话数据协议(下文称为SDP)部分。
在步骤S-570期间,可在SIP邀请消息中发送媒体会话信息,该消息已经按SDP嵌入媒体会话信息。在步骤S-575中,把此类SIP邀请消息向IMS基础设施9转发,并在步骤S-580中可能从IMS基础设施9向潜在参与者(Actor)B 5-bis转发,该潜在参与者可能是如以上所释的负责特定IMS应用的AS或目的订户。
在传输媒体会话信息的这些步骤之后,可为步骤S-590,该步骤协商要被由当事人即在源用户的用户设备4和IMS基础设施9之间、或源用户的用户设备4和目的用户的用户设备5-bis之间取得一致意见的媒体。
如图3b所示,附加方法继续进行到在步骤S-610和步骤S-615中的与为下一步通信已取得一致意见的媒体有关的信息返回P-CSCF的提交。这以后,本方法包括通过P-CSCF 10中的接口I-d并通过RCFD 2中的接口I-f建立包括与QoS有关的需求的媒体会话的步骤。在此步骤期间,也在P-CSCF 10建立涉及媒体IP流的媒体会话事件的通告。为此,P-CSCF的规则处理器13还负责建立包括与QoS有关的需求的媒体会话、以及有关媒体IP流B-55的媒体会话事件的通告。
与用于信令会话事件的通知的本方法上述步骤配合,也对于涉及媒体会话事件的通知的这些步骤,RCFD 2的规则处理器23负责通过接口I-13或许协同P-CSCF的规则处理器建立包括与QoS有关的需求的媒体会话。
本方法还包括从P-CSCF 10向RCFD 2请求要在媒体IP流B-55上被检测的媒体会话事件的通知的步骤S-620。为此,P-CSCF包括媒体会话构件12,该构件用于向RCFD 2请求要在媒体IP流B-55上被检测的媒体会话事件的通知,且RCFD 2还包括用于向P-CSCF 10提供要在媒体IP流B-55上被检测的媒体会话事件的通知的媒体会话构件22。
本方法还包含使RCFD 2在步骤S-625中依靠SIP RAR消息从GGSN 30或其所包含的组成单元3、例如依照PCC模型的增强PCEF 3订阅要在媒体IP流B-55上被报告的承载会话事件的步骤。
为了在媒体IP流B-55上获得媒体会话事件的通知,本方法的这些最新附加步骤通过如分别在先前的步骤S-555和S-560中的相应确认来完成。
然后,根据在用户侧的、指示源用户设备4和IMS或目的用户设备5-bis之间的媒体的成功协商的SIP 200OK消息的接收,用户设备可在步骤S-635中请求指示“专用”作为承载使用的辅PDP上下文的建立,因为它的使用旨在用于承载IMS媒体。
在GGSN 30上接收对辅PDP上下文的建立的请求,GGSN 30在步骤S-640中向RCFD 2发送CCR消息。根据对IMS媒体指示“专用”的CCR消息的接收,RCFD 2获得关于为此辅PDP上下文所建立的承载会话的相关数据。为此,如图1所示,在涉及“专用”时,RCFD 2把该相关数据存储在承载会话模块20中,以便与用于信令IP流的先前承载做区分。此承载会话模块包含处理用于媒体IP流的此“专用”承载的独立子模块25。
接收CCR消息用于指示其为用于IMS媒体的“专用”承载的辅PDP上下文的RCFD 2,在步骤S-645中把与QoS有关的规则安装到GGSN 30,且GGSN最终在步骤S-650中把辅PDP上下文的建立应答给用户。
从步骤S-655开始,能够依照协商的QoS需求交换媒体传输。
上文以示例而非限制的方式针对若干个实施例描述了本发明。显然,根据以上教导,这些实施例的变型和组合是可能的,且落入本权利要求书的范围内的实施例的任意修改都要被包括在本权利要求书的范围内。
Claims (21)
1.一种在代理呼叫会话控制功能P-CSCF服务器(10)的、被报告当带有用户设备(4)的用户通过经承载层传输的信令(S-50)接入IP多媒体子系统IMS时在承载层所发生的信令承载传输损失的方法,所述承载层承载媒体IP流(B-55)和信令IP流(B-50),所述方法包括以下步骤:
-在所述P-CSCF服务器(10)接收(S-530)来自带有用户设备(4)的所述用户的注册请求;
-从所述P-CSCF服务器(10)向IMS基础设施(9)转发(S-535)所述注册请求;
-在媒体会话建立之前建立信令会话,以及从所述P-CSCF服务器(10)向策略和计费控制功能PCRF服务器(2-bis)提交对在所述信令IP流(B-50)上要被检测的信令会话事件的通告的请求;
-在所述P-CSCF服务器(10)接收(I-12, I-10)来自所述PCRF服务器(2-bis)的在所述信令IP流(B-50)上所检测的所述信令会话事件的通告。
2.如权利要求1所述的方法,其中提交(S-545)对所述信令会话事件的通告的请求的所述步骤包括在所述媒体会话建立之前从所述P-CSCF服务器(10)向所述PCRF服务器(2-bis)提交涉及所述信令IP流的信令会话信息的步骤。
3.如权利要求2所述的方法,其中涉及所述信令IP流的所述信令会话信息包括识别带有用户设备(4)的所述用户的IP地址。
4.如权利要求3所述的方法,其中涉及所述信令IP流的所述信令会话信息包括识别所述P-CSCF服务器的IP地址。
5.如权利要求1所述的方法,还包括建立媒体会话的步骤,以及从所述P-CSCF服务器(10)向所述PCRF服务器(2-bis)提交对在所述媒体IP流(B-55)上要被检测的媒体会话事件的通告的请求的步骤。
6.一种在策略和计费控制功能PCRF服务器(2-bis)的、向信令层(S-5)中的应用功能AF装置(1)报告在承载层(B-5)所发生的信令承载传输损失的方法,所述信令层提供对经所述承载层的媒体传输要求有保证的服务质量QoS的应用,所述承载层是能够承载媒体IP流(B-55)和信令IP流(B-50)的传输层,所述方法包括以下步骤:
-在媒体会话建立之前建立信令会话,以及在所述PCRF服务器(2-bis)处从所述信令层中的所述AF装置(1)接收(S-545)对在所述信令IP流(B-50)上要被检测的信令会话事件的通告的请求;
-使所述PCRF服务器(2-bis)从IP连通接入网络IP-CAN (3, 30)订阅(S-550)在所述信令IP流(B-50)上要被报告的承载会话事件;
-在所述PCRF服务器(2-bis)处从所述IP-CAN (3, 30)接收在所述信令IP流(B-50)上所检测的所述信令会话事件的通告;以及
-从所述PCRF服务器(2-bis)向所述AF装置(1)提交(I-12, I-10)在所述信令IP流(B-50)上所检测的所述信令会话事件的通告。
7.如权利要求6所述的方法,其中接收(S-545)对所述信令会话事件的通告的请求的步骤包括在所述媒体会话建立之前在所述PCRF服务器(2-bis)从所述AF装置(1)接收涉及所述信令IP流(B-50)的信令会话信息的步骤。
8.如权利要求7所述的方法,其中涉及所述信令IP流的所述信令会话信息包括识别带有用户设备(4)的用户的IP地址。
9.如权利要求7所述的方法,其中涉及所述信令IP流的所述信令会话信息包括识别所述AF装置(1)的IP地址。
10.如权利要求6所述的方法,还包括在所述PCRF服务器(2-bis)处从所述信令层中的所述AF装置(1)接收对在所述媒体IP流(B-55)上要被检测的媒体会话事件的通告的请求的步骤。
11.如权利要求10所述的方法,其中对所述媒体会话事件的通告的请求包括涉及所述媒体IP流(B-55)的媒体会话信息,并且所述方法还包括从所述PCRF服务器(2-bis)向所述AF装置(1)提交在所述媒体IP流(B-55)上所检测的所述媒体会话事件的通告的步骤。
12.一种在信令层中的应用功能AF装置(1)的、被报告在承载层所发生的信令承载传输损失的方法,所述信令层提供对经所述承载层的媒体传输要求有保证的服务质量QoS的应用,所述承载层是能够承载媒体IP流(B-55)和信令IP流(B-50)的传输层,所述方法包括以下步骤:
-在媒体会话建立之前建立信令会话,以及从所述AF装置(1)向策略和计费控制功能PCRF服务器(2-bis)提交(S-545)对在所述信令IP流(B-50)上要被检测的信令会话事件的通告的请求;
-在所述AF装置(1)接收(I-12, I-10)来自所述PCRF服务器(2-bis)的在所述信令IP流(B-50)上所检测的所述信令会话事件的通告。
13.如权利要求12所述的方法,其中提交(S-545)对所述信令会话事件的通告的请求的步骤包括在所述媒体会话建立之前,从所述AF装置(1)向所述PCRF服务器(2-bis)提交涉及所述信令IP流的信令会话信息的步骤。
14.如权利要求13所述的方法,其中涉及所述信令IP流的所述信令会话信息包括识别带有用户设备(4)的用户的IP地址。
15.如权利要求14所述的方法,其中涉及所述信令IP流的所述信令会话信息包括识别所述AF装置(1)的IP地址。
16.如权利要求12所述的方法,还包括建立媒体会话的步骤,以及从所述AF装置(1)向所述PCRF服务器(2-bis)提交对在所述媒体IP流(B-55)上要被检测的媒体会话事件的通告的请求的步骤。
17.如权利要求16所述的方法,其中对所述媒体会话事件的通告的请求包括涉及所述媒体IP流(B-55)的媒体会话信息,并且所述方法还包括在所述AF装置处从所述PCRF服务器(2-bis)接收在所述媒体IP流(B-55)上所检测的所述媒体会话事件的通告的步骤。
18.一种用于对经承载层(B-5)的媒体传输触发与采用经信令层(S-5)的信令所协商的服务质量QoS有关的规则的安装的策略和计费控制功能PCRF服务器(2-bis),所述承载层是能够承载媒体IP流(B-55)和信令IP流(B-50)的传输层,所述PCRF服务器包括:
-处理规则处理器(23),用于在媒体会话建立之前建立与在所述信令层中的应用功能AF装置(1)的信令会话;
-信令会话构件(21),用于从所述AF装置(1)接收对在所述信令IP流(B-50)上要被检测的信令会话事件的通告的请求;
-承载会话模块(20),用于从IP连通接入网络IP-CAN (3, 30)订阅要被报告的承载会话事件,以及用于从IP-CAN (3, 30)接收在所述信令IP流(B-50)上所检测的所述信令会话事件的通告;以及
-所述信令会话构件(21),用于向所述AF装置(1)提交(I-12, I-10)在所述信令IP流(B-50)上所检测的所述信令会话事件的通告。
19.如权利要求18所述的PCRF服务器(2-bis),其中用于接收对所述信令会话事件的通告的请求的信令会话构件(21)还适合在所述媒体会话建立之前接收涉及所述信令IP流(B-50)的信令会话信息。
20.如权利要求19所述的PCRF服务器(2-bis),其中涉及所述信令IP流的所述信令会话信息包括识别带有用户设备(4)的用户的IP地址。
21.如权利要求19所述的PCRF服务器(2-bis),其中涉及所述信令IP流的所述信令会话信息包括识别所述AF装置(1)的IP地址。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310104027.0A CN103354541B (zh) | 2006-06-20 | 2006-06-20 | 用于请求和获取有损的信令承载传输的通知的方法和装置 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310104027.0A CN103354541B (zh) | 2006-06-20 | 2006-06-20 | 用于请求和获取有损的信令承载传输的通知的方法和装置 |
CN2006800550128A CN101467418B (zh) | 2006-06-20 | 2006-06-20 | 用于请求和获取有损的信令承载传输的通知的方法和装置 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006800550128A Division CN101467418B (zh) | 2006-06-20 | 2006-06-20 | 用于请求和获取有损的信令承载传输的通知的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103354541A CN103354541A (zh) | 2013-10-16 |
CN103354541B true CN103354541B (zh) | 2017-03-01 |
Family
ID=49310851
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310104027.0A Active CN103354541B (zh) | 2006-06-20 | 2006-06-20 | 用于请求和获取有损的信令承载传输的通知的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103354541B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111194085B (zh) * | 2018-11-16 | 2023-12-26 | 维沃移动通信有限公司 | 一种通道资源的控制方法、终端和通信网元 |
-
2006
- 2006-06-20 CN CN201310104027.0A patent/CN103354541B/zh active Active
Non-Patent Citations (1)
Title |
---|
3GPP.3GPP;Technical Specification Group Services and System Aspects Policy and charging control architecture (Release 7).《3GPP TS 23.203 V0.2.1》.2006, * |
Also Published As
Publication number | Publication date |
---|---|
CN103354541A (zh) | 2013-10-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101467418B (zh) | 用于请求和获取有损的信令承载传输的通知的方法和装置 | |
CN104322136B (zh) | 处理通信网络中的通信会话 | |
JP4875165B2 (ja) | ベアラへのユーザ装置ごとのサービス要求条件を保証する装置および方法 | |
US8925038B2 (en) | Pre-authorization of bearer set-up | |
US20100290392A1 (en) | Session and Media Binding to Common Control | |
US20120042059A1 (en) | Method for indicating a service priority update, service priority update method and apparatus | |
US20100287285A1 (en) | Control of quality-of-service preconditions in an ip mutimedia subsystem | |
EP2406928B1 (en) | Traffic control by ip multimedia subsystem | |
US20130301521A1 (en) | Call establishment optimization for ims based mobile satellite system | |
US8185637B2 (en) | Control of session parameter negotiation for communication connection | |
WO2007143926A1 (fr) | Système et procédé de chargement de réseau ims | |
EP2446581B1 (en) | Charging method and apparatus for use in an ip multimedia subsystem | |
CN103354541B (zh) | 用于请求和获取有损的信令承载传输的通知的方法和装置 | |
EP2638677B1 (en) | Indicating transfer in an ims network | |
EP2561642B1 (en) | Method and apparatus relating to charging in an ip multimedia subsystem | |
WO2009086760A1 (zh) | Ims网络中非sip应用的计费方法、系统及计费事件上报单元 | |
KR20070121463A (ko) | 멀티미디어 로밍 서비스 제공 방법 및 시스템 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |