CN101583108B - 通过承载接口协商实现QoS资源控制的方法和系统 - Google Patents

通过承载接口协商实现QoS资源控制的方法和系统 Download PDF

Info

Publication number
CN101583108B
CN101583108B CN 200910108087 CN200910108087A CN101583108B CN 101583108 B CN101583108 B CN 101583108B CN 200910108087 CN200910108087 CN 200910108087 CN 200910108087 A CN200910108087 A CN 200910108087A CN 101583108 B CN101583108 B CN 101583108B
Authority
CN
China
Prior art keywords
bearing interface
insertion authority
interface type
message
cscf
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.)
Expired - Fee Related
Application number
CN 200910108087
Other languages
English (en)
Other versions
CN101583108A (zh
Inventor
贾宁
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Yao Wei
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN 200910108087 priority Critical patent/CN101583108B/zh
Publication of CN101583108A publication Critical patent/CN101583108A/zh
Priority to PCT/CN2010/072212 priority patent/WO2010145334A1/zh
Application granted granted Critical
Publication of CN101583108B publication Critical patent/CN101583108B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

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/80—Responding to QoS
    • 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)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种通过承载接口协商实现QoS资源控制的方法和系统。该方法包括：P-CSCF接收SIP呼叫消息，按照预先配置的承载接口类型构造第一接入授权请求消息AAR，并在该第一AAR消息中携带预先配置的承载接口类型的信息；QoS策略控制网元接收该第一AAR消息，检查该第一AAR消息携带的承载接口类型是否是其支持的类型，若不是，则返回接入授权响应消息AAA，并在该AAA消息中携带其支持的承载接口类型；P-CSCF接收该AAA消息，检查该AAA消息携带的承载接口类型，按照该AAA消息携带的承载接口类型构造第二AAR消息，并发送给QoS策略控制网元。采用本发明，可获得正确的承载接口类型。

Description

通过承载接口协商实现QoS资源控制的方法和系统
技术领域
本发明涉及通信技术领域，尤其涉及一种通过承载接口协商实现QoS(Quality ofService，简称QoS)资源控制的方法和系统。
背景技术
IP多媒体子系统(IP Multimedia Core Network Subsystem，简称IMS)是第三代合作伙伴组织(3rd Generation Partnership Project，简称3GPP)定义的下一代网络标准，它的显著特点是采用了会话初始协议(Session Initial Protocol，简称SIP)体系，通讯与接入无关，可以具备多媒体业务控制功能与承载能力分离，呼叫与业务分离，应用与服务分离，业务与网络分离，以及移动网与因特网业务融合等多种能力。
IMS中主要的功能实体包括控制用户注册、会话控制等功能的呼叫控制实体(Call Session Control Function，简称CSCF)，集中管理用户签约数据的归属用户服务器(Home Subscriber Server，简称HSS)，提供各种业务逻辑控制功能的应用服务器(Application Server，简称AS)。另外在会话过程中还涉及互连边界控制功能(InterconnectionBorder Control Function，简称IBCF)、签约定位器功能(SubscriptionLocator Function，简称SLF)等功能实体。
在IMS框架中，用户发起呼叫时可以通过代理呼叫会话控制功能(Proxy Call Session Control Function，简称P-CSCF)实现对QoS资源的控制。在现有技术中，P-CSCF与底层QoS策略控制网元是以Diameter消息的形式进行交互的，承载接口位于两者之间，P-CSCF将SIP消息中的媒体信息转化为可以被底层QoS策略控制网元感知的Diameter消息，然后由QoS策略控制网元制定合适的承载策略，并通知相关的QoS策略执行网元执行，从而最终实现QoS的资源控制。
请参阅图1，其是现有技术P-CSCF实现QoS资源控制的方法流程示意图。
现有技术P-CSCF实现QoS资源控制的方法，包括以下步骤：
步骤101，主叫用户向被叫用户发起SIP呼叫请求；
步骤102，主叫侧P-CSCF1将呼叫请求中的QoS相关信息编码为Diameter协议类型的接入授权请求(Access Authorization Request，简称AAR)消息，并发送给QoS策略控制网元；
步骤103，QoS策略控制网元收到AAR消息后，返回接入授权响应(Access Authorization Answer，简称AAA)消息；
步骤104，主叫侧P-CSCF1将呼叫请求消息向被叫侧前转，通过IMS网络内部相关网元传递，最终到达被叫侧P-CSCF2；
步骤105，被叫侧P-CSCF2将呼叫请求中的QoS相关信息编码为Diameter协议类型的AAR消息，并发送给QoS策略控制网元；
步骤106，QoS策略控制网元收到AAR消息后，返回AAA消息；
步骤107，被叫侧P-CSCF2将呼叫请求前转到被叫用户；
步骤108，被叫用户收到呼叫请求后，返回呼叫响应；
步骤109，被叫侧P-CSCF2将呼叫响应中的QoS相关信息编码为Diameter协议类型的AAR消息，并发送给QoS策略控制网元；
步骤110，QoS策略控制网元收到AAR消息后，返回AAA消息；
步骤111，被叫侧P-CSCF2将呼叫响应消息向主叫侧前转，通过IMS网络内部相关网元传递，最终到达主叫侧P-CSCF1；
步骤112，主叫侧P-CSCF1将呼叫响应中的QoS相关信息编码为Diameter协议类型的AAR消息，并发送给QoS策略控制网元；
步骤113，QoS策略控制网元收到AAR消息后，返回AAA消息；
步骤114，主叫侧P-CSCF1将呼叫响应前转到主叫用户；
从上述过程中可以看出，QoS资源控制是通过P-CSCF与底层QoS策略控制网元进行AAR/AAA消息的交互，将SIP消息中的QoS相关信息通过AAR消息通知给QoS策略控制网元，由QoS策略控制网元制定合适的承载策略，并通知相关的QoS策略执行网元执行来实现的。
目前各个协议组织都定义了各自的承载接口，以便实现对用户的QoS资源控制。例如针对移动网络的3GPP协议组织就在其R6版本中提出了Gq接口(3GPP TS 29.209)，后来又在其R8版本中提出了Rx接口(3GPP TS 29.214)，针对固网的电信和互联网融合业务及高级网络协议(Telecommunications and Internet Converged Services andProtocols for Advanced Networking，简称TISPAN)组织也提出了Gq’接口(ETSI RTS 183017)。可以预见，随着IMS网络架构的不断完善，后续很有可能会出现更多的针对QoS资源控制的承载接口类型。
然而，纵观目前各个协议组织提出的承载接口，P-CSCF实现QoS资源控制的业务流程非常相似，仅仅在AAR/AAA消息的个别字段填写上有所不同，以此来满足不同的承载接口。这就使得P-CSCF的处理出现缺陷，由于没有对承载接口协商进行明确规定，在处理业务时，P-CSCF需要预先感知QoS策略控制网元支持的接口类型，按照QoS策略控制网元认可的承载接口方式构造AAR消息，但是，很有可能P-CSCF无法识别或感知错误，而按照错误的承载接口方式构造AAR消息，使得QoS策略控制网元无法识别或感知错误，从而导致呼叫失败。
发明内容
本发明针对现有QoS资源控制过程中的缺陷，IMS网络中用户呼叫时在P-CSCF无法感知QoS策略控制网元支持的承载接口类型，导致IMS用户无法正常使用QoS资源等技术问题，提出了一种解决该问题的通过承载接口协商实现QoS资源控制的方法和系统。
为了解决上述技术问题，本发明提供了一种通过承载接口协商实现QoS资源控制的方法，包括以下步骤：
①代理呼叫会话控制功能(P-CSCF)接收SIP呼叫消息，按照预先配置的承载接口类型构造第一AAR消息，并在该第一AAR消息中携带预先配置的承载接口类型的信息；
②QoS策略控制网元接收该第一AAR消息，检查该第一AAR消息携带的承载接口类型是否是其支持的类型，若不是，则返回第一AAA消息，并在该第一AAA消息中携带其支持的承载接口类型；
③P-CSCF接收该第一AAA消息，检查该第一AAA消息携带的承载接口类型，与预先配置的承载接口类型不一致，按照该第一AAA消息携带的承载接口类型构造第二AAR消息，并发送给QoS策略控制网元。
进一步地，在上述方法中，还包括：
所述第二AAR消息，携带第一AAA消息携带的承载接口类型；
QoS策略控制网元接收第二AAR消息，检查第二AAR消息携带的承载接口类型是其支持的类型，并向P-CSCF返回第二AAA消息，并在该第二AAA消息中携带其支持的承载接口类型的信息；
P-CSCF接收第二AAA消息，检查第二AAA消息携带的承载接口类型，与第二AAR消息携带的承载接口类型一致，则继续前转SIP呼叫消息。
进一步地，在上述方法中，在所述步骤②中，还包括：
该QoS策略控制网元检查第一AAR消息是否携带有承载接口类型，若没有，则构造表示承载接口协商失败的第三AAA消息，并通知该P-CSCF。
进一步地，在上述方法中，还包括：
该P-CSCF接收第三AAA消息，通知发起SIP呼叫的用户释放SIP呼叫。
进一步地，在上述方法中，在所述步骤②中，还包括：
该QoS策略控制网元检查第一AAR消息携带的承载接口类型是否是其支持的类型，若是，则向该P-CSCF返回第四AAA消息，并携带该第一AAR消息携带的承载接口类型，表示承载接口协商成功。
进一步地，在上述方法中，还包括：
该P-CSCF收到该第四AAA消息，检查该第四AAA消息携带的承载接口类型与该第一AAR消息携带的承载接口类型一致，则继续前转SIP呼叫消息。
进一步地，在上述方法中，在所述步骤③中，还包括：
该P-CSCF检查该第一AAA消息是否携带有承载接口类型，若没有，则通知发起SIP呼叫的用户释放SIP呼叫。
进一步地，在上述方法中，还包括：
该QoS策略控制网元检查该第二AAR消息是否携带有承载接口类型，若没有，则构造表示承载接口协商失败的第五AAA消息，并通知该P-CSCF，以供该P-CSCF通知发起SIP呼叫的用户释放SIP呼叫。
进一步地，在上述方法中，还包括：
该P-CSCF检查该第二AAA消息是否携带有承载接口类型，若没有，则通知发起SIP呼叫的用户释放SIP呼叫。
为了解决上述技术问题，本发明提供了一种通过承载接口协商实现QoS资源控制的系统，包括：代理呼叫会话控制功能(P-CSCF)和QoS策略控制网元，其中，
所述P-CSCF，用于接收SIP呼叫消息，按照预先配置的承载接口类型构造接入授权请求消息，并在该接入授权请求消息中携带预先配置的承载接口类型的信息，将该接入授权请求消息发送到QoS策略控制网元；以及接收QoS策略控制网元反馈的接入授权响应消息，检查该接入授权响应消息携带的承载接口类型，发现与预先配置的承载接口类型不一致，则按照接入授权响应消息携带的承载接口类型再次构造接入授权请求消息，并发送给QoS策略控制网元；
所述QoS策略控制网元，用于接收P-CSCF发送的接入授权请求消息，返回接入授权响应消息，并在该接入授权响应消息中携带其支持的承载接口类型。
与现有技术相比较，采用本发明通过承载接口协商实现QoS资源控制的方法和系统，通过对承载接口类型进行协商的方法，避免了因P-CSCF按照错误的承载接口类型构造了QoS策略控制网元无法识别的AAR消息而导致用户无法呼叫无法使用QoS资源的缺陷，提升了网络服务的可用性和用户体验。
附图说明
图1是现有技术P-CSCF实现QoS资源控制的方法流程示意图；
图2是本发明通过承载接口协商实现QoS资源控制的方法流程示意图；
图3是本发明通过承载接口协商实现QoS资源控制的方法实施例流程示意图；
图4是本发明通过承载接口协商实现QoS资源控制的系统示意图。
具体实施方式
下面结合附图对本发明通过承载接口协商实现QoS资源控制的方法和系统进行说明。
请参阅图2，其是本发明通过承载接口协商实现QoS资源控制的方法流程示意图。
本发明通过承载接口协商实现QoS资源控制的方法，包括以下步骤：
步骤S1、P-CSCF接收SIP呼叫消息，按照预先配置的承载接口类型构造第一AAR消息，并在该第一AAR消息中携带预先配置的承载接口类型的信息；
步骤S2、QoS策略控制网元接收该第一AAR消息，检查该第一AAR消息携带的承载接口类型是否是其支持的类型，若不是，则返回第一AAA消息，并在该第一AAA消息中携带其支持的承载接口类型；
步骤S3、P-CSCF接收该第一AAA消息，检查该第一AAA消息携带的承载接口类型，与预先配置的承载接口类型一致，按照该第一AAA消息携带的承载接口类型构造第二AAR消息，并发送给QoS策略控制网元。
进一步地，上述方法还包括：
该第二AAR消息，携带第一AAA消息携带的承载接口类型；
QoS策略控制网元接收第二AAR消息，检查第二AAR消息携带的承载接口类型是其支持的类型，并向P-CSCF返回第二AAA消息，并在该第二AAR消息中携带预先配置的承载接口类型的信息；
P-CSCF接收第二AAA消息，检查第二AAA消息携带的承载接口类型，与第二AAR消息携带的承载接口类型一致，则继续前转SIP呼叫消息。
其中，该AAR消息或AAA消息携带承载接口类型，是通过在该AAR消息或AAA消息中增加一字段，例如Request-Interface-Type，该Request-Interface-Type字段的值对应承载接口类型。
下面以主叫用户、主叫侧P-CSCF1、QoS策略控制网元、被叫侧P-CSCF2和被叫用户为例，具体阐述本发明通过承载接口协商实现QoS资源控制的方法。
请参阅图3，其是本发明通过承载接口协商实现QoS资源控制的方法实施例流程示意图。
本发明通过承载接口协商实现QoS资源控制的方法实施例，包括以下步骤：
步骤201、主叫用户向被叫用户发起SIP呼叫请求；
步骤202、主叫侧P-CSCF1收到IMS用户的SIP呼叫请求时，按照预先设置的承载接口类型A，构造AAR消息，并在AAR消息中增加一个必选字段：Request-Interface-Type，在该字段Request-Interface-Type中，填写主叫侧P-CSCF1实现QoS资源控制的预先设置的承载接口类型A，例如Request_A；
步骤203、主叫侧P-CSDF1将AAR消息发送给QoS策略控制网元；
步骤204、QoS策略控制网元收到AAR消息后，首先，检查AAR消息是否携带有Request-Interface-Type字段，若没有，则构造表示承载接口协商失败的AAA消息，并告知该P-CSCF1通知发起SIP呼叫的用户释放SIP呼叫；若有，再判断所携带的承载接口类型是不是其支持的类型，若是，则向该P-CSCF1返回AAA消息，并携带该AAR消息携带的承载接口类型，表示承载接口协商成功，以供该P-CSCF1继续前转SIP呼叫消息，否则，则返回AAA消息，AAA消息携带Request-Interface-Type字段，并在Request-Interface-Type字段填写其支持的承载接口类型，例如Request_B，执行步骤205；
步骤205、QoS策略控制网元将AAA消息发送给主叫侧P-CSCF1；
步骤206、主叫侧P-CSCF1接收AAA消息，首先，检查AAA消息是否携带有承载接口类型，若没有，则通知发起SIP呼叫的用户释放SIP呼叫，若有，且发现该字段标识的承载接口类型与对应的AAR消息(第一次AAR消息)中对应字段的值不一致，则按照该AAA消息标识的承载接口类型重新构造AAR消息，该AAR消息包含Request-Interface-Type字段，并在该Request-Interface-Type字段填写AAA消息中标识的承载接口类型Request_B；
步骤207、主叫侧P-CSCF1将新构造的AAR消息发送给QoS策略控制网元；
步骤208、QoS策略控制网元收到第二次AAR消息后，首先，检查AAR消息是否携带有Request-Interface-Type字段，若没有，则构造表示承载接口协商失败的AAA消息，并告知该P-CSCF1通知发起SIP呼叫的用户释放SIP呼叫；若有，再检查Request-Interface-Type字段中标识的承载接口类型，发现正是其支持的类型，于是正常处理，并返回AAA消息，此时仍然携带Request-Interface-Type字段，并在该Request-Interface-Type字段填写上其支持的承载接口类型Request_B；
步骤209、主叫侧P-CSCF1收到AAA消息后检查其中的Request-Interface-Type字段，发现该字段标识的承载接口类型与对应的AAR消息(第二次AAR消息)中对应字段的值一致，则认为处理成功，继续前转SIP呼叫请求；
步骤210、被叫侧P-CSCF2收到IMS用户的SIP呼叫请求时，按照预先设置的承载接口类型C构造AAR消息，并在AAR消息中增加一个必选字段：Request-Interface-Type，其中填写目前实现QoS资源控制的承载接口类型，例如Request_C；
步骤211、被叫侧P-CSCF2将AAR消息发送给QoS策略控制网元；
步骤212、QoS策略控制网元收到AAR消息后，检查Request-Interface-Type字段，发现其中标识的承载接口类型不是其支持的类型，则返回AAA消息，其中也携带Request-Interface-Type字段，并在Request-Interface-Type字段填写其支持的承载接口类型，例如Request_B；
步骤213、QoS策略控制网元将AAA消息发送给被叫侧P-CSCF2；
步骤214、被叫侧P-CSCF2收到AAA消息后，首先，检查AAA消息是否携带有承载接口类型，若没有，则通知发起SIP呼叫的用户释放SIP呼叫，若有，且发现该字段标识的承载接口类型与对应的AAR消息(第三次AAR消息)中对应字段的值不一致，则按照该AAA消息标识的承载接口类型重新构造AAR消息，该AAR消息包含Request-Interface-Type字段，并在该Request-Interface-Type字段填写AAA消息中标识的承载接口类型Request_B；
步骤215、被叫侧P-CSCF2将新构造的AAR消息发送给QoS策略控制网元；
步骤216、QoS策略控制网元收到被叫侧P-CSCF2新构造的AAR消息后，首先，检查AAR消息是否携带有Request-Interface-Type字段，若没有，则构造表示承载接口协商失败的AAA消息，并告知该P-CSCF2通知发起SIP呼叫的用户释放SIP呼叫；若有，再检查Request-Interface-Type字段中标识的承载接口类型，发现正是其支持的类型，于是正常处理，并返回AAA消息，此时仍然携带Request-Interface-Type字段，并在该Request-Interface-Type字段填写上其支持的承载接口类型Request_B；
步骤217、被叫侧P-CSCF2收到AAA消息后检查其中的Request-Interface-Type字段，发现该字段标识的承载接口类型与对应的AAR消息(第四次AAR消息)中对应字段的值一致，则认为处理成功，将SIP呼叫请求前转给被叫用户；
步骤218、被叫用户向主叫用户发起SIP呼叫响应；
步骤219、被叫侧P-CSCF2收到IMS用户的SIP呼叫响应时，按照之前协商好的承载接口类型B构造AAR消息，并在Request-Interface-Type字段填写为经过协商后的承载接口类型Request_B，将AAR消息发送给QoS策略控制网元；
步骤220、QoS策略控制网元收到AAR消息后，首先，检查AAR消息是否携带有Request-Interface-Type字段，若没有，则构造表示承载接口协商失败的AAA消息，并告知该P-CSCF2通知发起SIP呼叫的用户释放SIP呼叫；若有，再判断所携带的承载接口类型是不是其支持的类型，若是，则向该P-CSCF2返回AAA消息，并携带该AAR消息携带的承载接口类型，表示承载接口协商成功，以供该P-CSCF2继续前转SIP呼叫消息，否则，则返回AAA消息，AAA消息携带Request-Interface-Type字段，并在Request-Interface-Type字段填写其支持的承载接口类型Request_B；
步骤221、被叫侧P-CSCF2收到AAA消息后检查其中的Request-Interface-Type字段，发现该字段标识的承载接口类型与对应的AAR消息中对应字段的值一致，则认为处理成功，继续前转SIP呼叫响应；
步骤222、主叫侧P-CSCF1收到IMS用户的SIP呼叫响应时，按照之前协商好的承载接口类型B构造AAR消息，其中Request-Interface-Type填写为经过协商后的承载接口类型Request_B，并发送AAR消息给QoS策略控制网元；
步骤223、QoS策略控制网元收到AAR消息后，检查Request-Interface-Type字段中标识的承载接口类型正是其支持的类型，于是正常处理，并返回AAA消息，此时仍然携带Request-Interface-Type字段，并填写上其支持的承载接口类型Request_B；
步骤224、主叫侧P-CSCF1收到AAA消息后检查其中的Request-Interface-Type字段，发现该字段标识的承载接口类型与对应的AAR消息中对应字段的值一致，则认为处理成功，将SIP呼叫响应前转给主叫用户。
请参阅图4，其是本发明通过承载接口协商实现QoS资源控制的系统示意图。
本发明通过承载接口协商实现QoS资源控制的系统，包括P-CSCF、QoS策略控制网元。
其中，P-CSCF用于接收用户发起的SIP呼叫消息，按照预先配置的承载接口类型构造AAR，并在该AAR中携带预先配置的承载接口类型的信息，将该AAR发送到QoS策略控制网元；以及接收QoS策略控制网元反馈的AAA，检查该AAA携带的承载接口类型，发现与预先配置的承载接口类型不一致，则按照AAA携带的承载接口类型再次构造AAR，并发送给QoS策略控制网元。
QoS策略控制网元用于接收P-CSCF发送的AAR，检查AAR携带的承载接口类型是否是其支持的类型，若不是，则返回AAA，并在该AAA中携带其支持的承载接口类型；若是，则返回AAA，并在该AAA中携带其支持的承载接口类型，表示承载接口协商成功。
与现有技术相比较，采用本发明通过承载接口协商实现QoS资源控制的方法和系统，通过对承载接口类型进行协商的方法，避免了因P-CSCF按照错误的承载接口类型构造了QoS策略控制网元无法识别的AAR消息而导致用户无法呼叫无法使用QoS资源的缺陷，提升了网络服务的可用性和用户体验。
以上仅为本发明的优选实施案例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种通过承载接口协商实现QoS资源控制的方法，其特征在于，包括以下步骤：
①代理呼叫会话控制功能(P-CSCF)接收SIP呼叫消息，按照预先配置的承载接口类型构造第一接入授权请求消息，并在该第一接入授权请求消息中携带预先配置的承载接口类型的信息；
②QoS策略控制网元接收该第一接入授权请求消息，检查该第一接入授权请求消息携带的承载接口类型是否是其支持的类型，若不是，则返回第一接入授权响应消息，并在该第一接入授权响应消息中携带其支持的承载接口类型；
③P-CSCF接收该第一接入授权响应消息，检查该第一接入授权响应消息携带的承载接口类型，与预先配置的承载接口类型不一致，按照该第一接入授权响应消息携带的承载接口类型构造第二接入授权请求消息，并发送给QoS策略控制网元。
2.根据权利要求1所述的方法，其特征在于，还包括：
所述第二接入授权请求消息，携带第一接入授权响应消息携带的承载接口类型；
QoS策略控制网元接收第二接入授权请求消息，检查第二接入授权请求消息携带的承载接口类型是其支持的类型，并向P-CSCF返回第二接入授权响应消息，并在该第二接入授权响应消息中携带其支持的承载接口类型的信息；
P-CSCF接收第二接入授权响应消息，检查第二接入授权响应消息携带的承载接口类型，与第二接入授权请求消息携带的承载接口类型一致，则继续前转SIP呼叫消息。
3.根据权利要求1所述的方法，其特征在于，在所述步骤②中，还包括：
该QoS策略控制网元检查第一接入授权请求消息是否携带有承载接口类型，若没有，则构造表示承载接口协商失败的第三接入授权响应消息，并通知该P-CSCF。
4.根据权利要求3所述的方法，其特征在于，还包括：
该P-CSCF接收第三接入授权响应消息，通知发起SIP呼叫的用户释放SIP呼叫。
5.根据权利要求1所述的方法，其特征在于，在所述步骤②中，还包括：
该QoS策略控制网元检查第一接入授权请求消息携带的承载接口类型是否是其支持的类型，若是，则向该P-CSCF返回第四接入授权响应消息，并携带该第一接入授权请求消息携带的承载接口类型，表示承载接口协商成功。
6.根据权利要求5所述的方法，其特征在于，还包括：
该P-CSCF收到该第四接入授权响应消息，检查该第四接入授权响应消息携带的承载接口类型与该第一接入授权请求消息携带的承载接口类型一致，则继续前转SIP呼叫消息。
7.根据权利要求1所述的方法，其特征在于，在所述步骤③中，还包括：
该P-CSCF检查该第一接入授权响应消息是否携带有承载接口类型，若没有，则通知发起SIP呼叫的用户释放SIP呼叫。
8.根据权利要求2所述的方法，其特征在于，还包括：
该QoS策略控制网元检查该第二接入授权请求消息是否携带有承载接口类型，若没有，则构造表示承载接口协商失败的第五接入授权响应消息，并通知该P-CSCF，以供该P-CSCF通知发起SIP呼叫的用户释放SIP呼叫。
9.根据权利要求2所述的方法，其特征在于，还包括： 
该P-CSCF检查该第二接入授权响应消息是否携带有承载接口类型，若没有，则通知发起SIP呼叫的用户释放SIP呼叫。
10.一种通过承载接口协商实现QoS资源控制的系统，包括：代理呼叫会话控制功能(P-CSCF)和QoS策略控制网元，其特征在于，
所述P-CSCF，用于接收SIP呼叫消息，按照预先配置的承载接口类型构造接入授权请求消息，并在该接入授权请求消息中携带预先配置的承载接口类型的信息，将该接入授权请求消息发送到QoS策略控制网元；以及接收QoS策略控制网元反馈的接入授权响应消息，检查该接入授权响应消息携带的承载接口类型，发现与预先配置的承载接口类型不一致，则按照接入授权响应消息携带的承载接口类型再次构造接入授权请求消息，并发送给QoS策略控制网元；
所述QoS策略控制网元，用于接收P-CSCF发送的接入授权请求消息，返回接入授权响应消息，并在该接入授权响应消息中携带其支持的承载接口类型。 
CN 200910108087 2009-06-16 2009-06-16 通过承载接口协商实现QoS资源控制的方法和系统 Expired - Fee Related CN101583108B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN 200910108087 CN101583108B (zh) 2009-06-16 2009-06-16 通过承载接口协商实现QoS资源控制的方法和系统
PCT/CN2010/072212 WO2010145334A1 (zh) 2009-06-16 2010-04-26 通过承载接口协商实现QoS资源控制的方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN 200910108087 CN101583108B (zh) 2009-06-16 2009-06-16 通过承载接口协商实现QoS资源控制的方法和系统

Publications (2)

Publication Number Publication Date
CN101583108A CN101583108A (zh) 2009-11-18
CN101583108B true CN101583108B (zh) 2012-05-09

Family

ID=41365010

Family Applications (1)

Application Number Title Priority Date Filing Date
CN 200910108087 Expired - Fee Related CN101583108B (zh) 2009-06-16 2009-06-16 通过承载接口协商实现QoS资源控制的方法和系统

Country Status (2)

Country Link
CN (1) CN101583108B (zh)
WO (1) WO2010145334A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101583108B (zh) * 2009-06-16 2012-05-09 中兴通讯股份有限公司 通过承载接口协商实现QoS资源控制的方法和系统
CN102404319A (zh) * 2011-11-09 2012-04-04 大唐移动通信设备有限公司 一种af会话的处理方法及装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1172503C (zh) * 2002-01-30 2004-10-20 华为技术有限公司 一种数据终端设备自动识别本地管理接口类型的方法
US8699514B2 (en) * 2007-01-12 2014-04-15 Broadcom Corporation Multi-rate MAC to PHY interface
CN101583108B (zh) * 2009-06-16 2012-05-09 中兴通讯股份有限公司 通过承载接口协商实现QoS资源控制的方法和系统

Also Published As

Publication number Publication date
WO2010145334A1 (zh) 2010-12-23
CN101583108A (zh) 2009-11-18

Similar Documents

Publication Publication Date Title
JP5158387B2 (ja) サーバー発見を実行するメカニズム
JP4903816B2 (ja) 通信ネットワークにおいて用いる方法及び装置
US9294618B2 (en) Call-back to a UE that has made an emergency call via a visited IMS network
JP5148509B2 (ja) Ｃｓｉ端末によるｉｍｓドメインを介して受信されたリアルタイムサービスのための要求を含むｉｍｓ端末の呼要求の処理方法及び装置
US20070189215A1 (en) Method for reducing interface load of home subscriber server
EP2192742B1 (en) Local session controller, ip multimedia subsystem and session registration method
US20100287406A1 (en) Node apparatus, communication system, and method of providing service
EP2174460B1 (en) Method and apparatus for use in a communications network
EP2351309B1 (en) Session establishment in a communication network
CN102035798B (zh) 一种实现容灾的业务处理方法、系统及装置
CN101563903B (zh) 用于向用户提供ip多媒体子系统通信服务的方法和设备
US20100217875A1 (en) Method and apparatus for use in a communications network
US20100220703A1 (en) Method and system for controlling call admission in ims
CN100493227C (zh) 一种网络侧对更新ip地址的用户的处理方法
CN101583108B (zh) 通过承载接口协商实现QoS资源控制的方法和系统
CN113453174B (zh) 一种漫游地业务提供方法、ip多媒体系统及存储介质
JP5909516B2 (ja) 通信システム、緊急通報規制装置および通信方法
CN101409861B (zh) 特征和寻址子系统及用户登记方法、呼叫方法和漫游方法
WO2011047712A1 (en) Charging in an ip multimedia subsystem network

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
TR01 Transfer of patent right

Effective date of registration: 20171221

Address after: 221000 Xuzhou Industrial Park, Jiawang District, Jiangsu province No. 1

Patentee after: XUZHOU JIULONG ELECTRONIC INDUSTRIAL CO., LTD.

Address before: 518057 Nanshan District, Guangdong high tech Industrial Park, science and Technology Industrial Park, ZTE building, block A, layer 6, layer

Patentee before: ZTE Corporation

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20190528

Address after: 221000 No. 1, Dong Zhuang Industrial Zone, Jiawang District, Xuzhou, Jiangsu

Patentee after: Yao Wei

Address before: 221000 No. 1, Dong Zhuang Industrial Zone, Jiawang District, Xuzhou, Jiangsu

Patentee before: XUZHOU JIULONG ELECTRONIC INDUSTRIAL CO., LTD.

Effective date of registration: 20190528

Address after: 221000 No. 1, Dong Zhuang Industrial Zone, Jiawang District, Xuzhou, Jiangsu

Patentee after: Yao Wei

Address before: 221000 No. 1, Dong Zhuang Industrial Zone, Jiawang District, Xuzhou, Jiangsu

Patentee before: XUZHOU JIULONG ELECTRONIC INDUSTRIAL CO., LTD.

TR01 Transfer of patent right
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20120509

Termination date: 20190616

CF01 Termination of patent right due to non-payment of annual fee