CN101047981A - 一种实现服务质量协商机制的***和方法 - Google Patents

一种实现服务质量协商机制的***和方法 Download PDF

Info

Publication number
CN101047981A
CN101047981A CNA2006100749580A CN200610074958A CN101047981A CN 101047981 A CN101047981 A CN 101047981A CN A2006100749580 A CNA2006100749580 A CN A2006100749580A CN 200610074958 A CN200610074958 A CN 200610074958A CN 101047981 A CN101047981 A CN 101047981A
Authority
CN
China
Prior art keywords
qos
unit
information
degrades
pcrf
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
Application number
CNA2006100749580A
Other languages
English (en)
Other versions
CN101047981B (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN200610074958A priority Critical patent/CN101047981B/zh
Priority to PCT/CN2007/001386 priority patent/WO2007121686A1/zh
Publication of CN101047981A publication Critical patent/CN101047981A/zh
Application granted granted Critical
Publication of CN101047981B publication Critical patent/CN101047981B/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
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/805—QOS or priority aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/15—Flow control; Congestion control in relation to multipoint traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/824—Applicable to portable or mobile terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种实现QoS协商机制的***，包含：移动台MS、无线接入网RAN、接入网关AGW、策略和计费功能PCRF单元、应用层功能AF单元，该***进一步包含：PCRF单元与AF单元之间包含：PCRF单元接收AF单元发送的应用层授权的降质QoS信息的连接；AGW与PCRF单元之间包含：AGW接收PCRF单元发送的应用层授权的降质QoS信息的连接。本发明还提供了一种实现QoS协商机制的方法。使用本发明公开的***和方法，能够提高用户所请求的业务在用户和网络都能接受的质量范围内得以建立的可能性。

Description

一种实现服务质量协商机制的***和方法
技术领域
本发明涉及一种移动通信***中承载控制技术，特别涉及一种基于业务的承载控制技术(SBBC，Service Based Bearer Control)中实现服务质量(QoS)协商机制的***和方法。
背景技术
SBBC技术的基本过程为：用户发起业务请求时，应用层功能(AF，Application Function)单元接收到来自用户的业务请求消息，并按照规范好的QoS参数映射规则，将业务请求消息中所携带对业务的描述映射为诸如带宽、时延、时延抖动等内容的QoS参数，并通过与策略和计费规则功能(PCRF，Policy and Charging Rules Function)单元的接口，即Tx接口，向PCRF单元发送有关经过应用层授权的业务对QoS的要求；PCRF单元将应用层发送的应用层授权的QoS按照预先制定好的本地策略进行判决，并将作为结果的QoS参数翻译为接入网关(AGW，Access Gateway)所能理解的QoS表达形式，并通过与AGW之间的接口即Ty接口告知AGW，在用户与应用层交互的同时，用户会向AGW发起承载资源预留请求，AGW则会比较从PCRF收到的经过应用层授权和本地策略判决的QoS，以及用户所请求预留的承载资源QoS，如果用户所请求预留的承载资源QoS在授权的QoS范围内，则AGW按照用户所请求的承载资源建立业务连接。所述承载资源是指传输层面的资源。
所述AF单元可以为：代理呼叫会话控制功能(P-CSCF，Proxy CallSession Control Function)、服务呼叫会话控制功能(S-CSCF，Serving CallSession Control Function)、应用服务器(AS，Application Server)等网络实体。
以下本文中将AF单元简称为AF，将PCRF单元简称为PCRF。
所述经过应用层授权是指：根据用户所发起的业务请求中有关媒体类型的描述按照规范好的QoS参数映射规则映射即翻译为相应的QoS参数数值表达形式，并根据网络中所保存的用户签约信息对用户所发起业务的QoS请求进行授权的过程。
图1为现有技术中非漫游场景下实现QoS协商机制的***示意图，该***包含：移动台(MS)11、无线接入网(RAN)12、AGW13、PCRF14、AF15，其中AGW14包含：信令交互单元131、QoS处理单元132、承载网络资源管理单元133，PCRF14包含：信令交互单元141、QoS处理单元142、本地策略单元143，AF15包含：信令交互单元151、QoS翻译单元152、QoS处理单元153。
MS11，通过RAN12、AGW13中的信令交互单元131，与AF15中的信令交互单元151交互应用层信息，还通过RAN12与AGW13中的信令交互单元131交互有关建立资源信息。
RAN12，用以传递MS11与AGW13中信令交互单元131之间的信息，以及为用户建立无线链路承载连接。
AGW13中的信令交互单元131，通过RAN12与MS11交互有关建立资源信息，与AF15中的信令交互单元151交互应用层信息；接收PCRF14中的信令交互单元141发送的应用层授权的QoS信息后，转发给QoS处理单元132，接收QoS处理单元132发送的承载网络资源是否满足或超出应用层授权的QoS的信息；还可以向PCRF14中的信令交互单元141发送QoS授权请求。
AGW13中的QoS处理单元132，接收信令交互单元131发送的应用层授权的QoS信息后，转发给承载网络资源管理单元133，接收承载网络资源管理单元133发送的承载网络资源是否满足或超出应用层授权的QoS的信息后，转发给信令交互单元131。
AGW13中的承载网络资源管理单元133，接收QoS处理单元132发送的应用层授权的QoS信息，进行承载网络资源是否满足或超出应用层授权的QoS的判断，向QoS处理单元132返回承载网络资源是否满足或超出应用层授权的QoS的信息。
所述承载网络资源是否满足或超出应用层授权的QoS的判断中，如果是接入网发起QoS协商，则AGW13中进行承载网络资源是否超出应用层授权的QoS的判断，如果是应用网发起QoS协商，则进行承载网络资源是否满足应用层授权的QoS的判断。
PCRF14中的信令交互单元141，接收AF15中的信令交互单元151发送的应用层授权的QoS信息，向QoS处理单元142发送应用层授权的QoS信息，接收QoS处理单元142返回的应用层授权QoS是否通过本地策略裁决的信息，向AGW中的信令交互单元131发送应用层授权QoS信息；还可以接收AGW中的信令交互单元131发送的QoS授权请求，还可以向AF15中的信令交互单元151发送请求应用层授权的QoS的信息。
所述本地策略裁决是指：为用户提供服务的PCRF将应用层授权的QoS按照预先制定好的本地策略进行QoS策略判决。
PCRF14中的QoS处理单元142，接收信令交互单元141发送的应用层授权QoS信息后，转发给本地策略单元143，接收本地策略单元143发送的应用层授权QoS是否通过本地策略裁决的信息后，转发给信令交互单元141。
PCRF14中的本地策略单元143，接收QoS处理单元142发送的应用层授权QoS信息，进行应用层授权QoS是否通过本地策略裁决的判断，向QoS处理单元142返回应用层授权QoS是否通过本地策略裁决的信息。
AF15中的信令交互单元151，通过AGW13中的信令交互单元131、RAN12与MS11交互应用层信息；向QoS翻译单元152发送MS11发送的应用层信息，接收QoS处理单元153发送的应用层授权的QoS信息后，转发给PCRF14中的信令交互单元141；还可以接收PCRF14中的信令交互单元141发送的请求应用层授权的QoS的信息。
AF15中的QoS翻译单元152，接收信令交互单元151发送的MS11发送的应用层信息后翻译出QoS信息，向QoS处理单元153发送QoS信息。
AF15中的QoS处理单元153，接收QoS翻译单元152发送的QoS信息，对收到的QoS信息进行授权，向信令交互单元151发送应用层授权的QoS信息。
图2为现有技术中非漫游场景下接入网发起QoS授权请求时，QoS协商机制的实现过程示意图，该过程包含以下步骤：
步骤201：MS与AF之间进行应用层信息交互。
所述步骤201具体为：用户发起业务请求后，用户MS和AF之间进行应用层信息交互，AF根据MS所请求的业务类型确定本次业务所需要的QoS信息，并根据应用层鉴权策略对该QoS进行授权。
步骤202：MS向AGW请求预留承载资源。
所述步骤202具体为：MS请求提供数据传输服务的网络预留该业务所需要的承载资源。作为该资源预留请求过程的一部分，MS传递用于鉴别应用层会话数据流的绑定信息，并且该绑定信息也可以用于指定进行资源预留授权批准的实体。
实际应用时，步骤202可以如图2所示在步骤201之后进行，也可以与步骤201同时进行。
步骤203：AGW向PCRF发送QoS授权请求。
所述步骤203具体为：AGW接受MS所请求的资源预留请求，但认为MS所请求预留的资源需要由网络的策略裁决实体进行授权批准，并可以根据MS所携带的绑定信息，或MS在注册时所携带的用户信息来确定一个合适的策略裁决实体PCRF。AGW根据MS所请求预留的资源，请求该PCRF对需要预留资源所对应的QoS授权。
步骤204：PCRF向AF请求应用层授权的QoS。
所述步骤204具体为：PCRF收到来自AGW的QoS授权请求后，根据QoS授权请求中的信息向提供本次业务服务的AF申请应用层所授权的QoS。
步骤205：AF向PCRF发送应用层授权的QoS。
所述步骤205具体为：AF根据PCRF的QoS授权申请请求中所携带的用户信息和本次业务会话的信息内容，找到应用层中关于该用户本次业务的信息，和应用层对本次业务授权的QoS信息，并将该应用层授权的QoS信息返回给PCRF。
实际应用时，步骤205可以如图2所示在步骤204之后执行，也可以在步骤201和步骤203之间的任意位置执行。步骤205在步骤201和步骤203之间执行时，图2中可以不执行步骤204，且所述步骤205具体为：AF将经过应用层授权的QoS发送给PCRF进行本地策略裁决。
步骤206：PCRF确定为应用层授权的QoS通过本地策略裁决。
所述步骤206具体为：PCRF收到AF发送的本次业务应用层授权的QoS信息后，融合本地策略对该QoS进行本地策略裁决。应用层对本次业务所授权的QoS在本地策略所允许的QoS范围之内，则PCRF认为该业务可以按照应用层所授权的QoS来使用本地网络资源，否则PCRF确定为QoS协商失败，并结束本处理流程。
通常PCRF确定为QoS协商失败后，可以有多种处理方式，比如：PCRF向AF发送QoS协商失败消息，AF通过AGW向MS即用户发送QoS协商失败消息等。
步骤207：PCRF向AGW发送授权的QoS。
所述步骤207具体为：PCRF将通过本地策略裁决的QoS信息发送给AGW，指示AGW按照该QoS为用户的本次业务建立承载连接。通常，PCRF将应用层授权的QoS转换为AGW所能理解的形式后发送给AGW。
步骤208：AGW确定为当前该用户可获得的承载网络资源在已授权的QoS范围内。
所述步骤208具体为：AGW接收到来自PCRF的QoS后，会将应用层授权QoS与用户向自身申请的QoS相比较，如果用户向AGW请求的QoS在应用层授权的QoS范围内，则接受用户所请求的QoS，并按该QoS为该用户的本次业务提供承载资源连接。现有技术中没有提供如果用户向AGW所请求的QoS超出了应用层授权的QoS时的处理。现有技术中通常认为已经在步骤202中预留了承载资源，且预留的承载资源肯定能够满足应用层授权的QoS，因此步骤208中，用户向AGW请求后所预留的承载资源所对应的QoS只能是超出应用层和本地策略所授权的范围或在应用层和本地策略所授权的范围内。
图2中包含了可选步骤209～步骤210，用以AGW向AF返回确认QoS的消息。
步骤209：AGW向PCRF返回对QoS的确认消息。
步骤210：PCRF向AF发送确认QoS的消息。
步骤210中，PCRF收到来自AGW的对QoS的确认消息后，将所接受的QoS信息通知给AF。
步骤211：AGW通知用户的MS本次业务所需要的资源链路已经建立。
实际应用时，步骤211可以如图2所示在步骤210之后执行，也可以在步骤208之后的任意位置执行。
步骤211之后，用户的MS与对端之间的媒体流链路可以成功建立，用户所发起的业务可以开始进行。
图3为现有技术中非漫游场景下应用层发起QoS授权请求时，QoS协商机制的实现过程示意图，该过程包含以下步骤：
步骤301：与步骤201相同。
步骤302：AF向PCRF发送应用层授权的QoS。
步骤302中，AF将经过应用层授权的QoS发送给PCRF进行本地策略裁决。
步骤303～步骤304：与步骤206～步骤207相同。
步骤305：AGW确定为当前该用户可获得的承载网络资源满足已授权的QoS。
所述步骤305具体为：AGW接收到来自PCRF的QoS后，判断当前该用户可获得的承载网络资源情况是否可以满足该QoS对资源的要求。如果当前该用户可获得的承载网络资源可以满足QoS，则按照该QoS来为该用户的本次业务提供承载资源连接，否则AGW确定为QoS协商失败，并结束本处理流程。
通常AGW确定为QoS协商失败后，可以有多种处理方式，比如：AGW向AF发送QoS协商失败消息，AF通过AGW向MS即用户发送QoS协商失败消息等。
步骤306～步骤308：与步骤209～步骤211相同。
执行步骤308之后，用户的MS与对端之间的媒体流链路可以成功建立，用户所发起的业务可以开始进行。
在用户处于漫游场景下，为用户提供接入网服务的AGW位于拜访网络，该AGW所连接的PCRF也处于拜访网络，并将处于拜访网络的PCRF标记为拜访PCRF(VPCRF)；位于用户归属网络的PCRF称为归属PCRF(HPCRF)。QoS协商机制在漫游场景下与非漫游场景下的不同之处主要在于HPCRF负责转发AF和VPCRF之间的信息，并且由于VPCRF位于为用户提供承载连接服务的拜访网络，比位于归属网络的HPCRF更加了解接入网络的资源使用情况，故在非漫游场景下由PCRF完成的包含本地策略裁决等的功能由VPCRF来完成。
图4为现有技术中漫游场景下实现QoS协商机制的***示意图，该***包含：MS11、RAN12、AGW13、VPCRF41、HPCRF42、AF15，其中，VPCRF41与图1中的PCRF14基本相同，只是图4所示VPCRF41中的信令交互单元411通过HPCRF42中的信令交互单元421与AF15中的信令交互单元151相连接；MS11、RAN12、AGW13、AF15与图1中基本相同，只是图4中，AGW13中的信令交互单元131与VPCRF41中的信令交互单元411相连接，AF15中的信令交互单元151通过HPCRF42中的信令交互单元421与VPCRF41中的信令交互单元411相连接。HPCRF42包含：信令交互单元421。
HPCRF42中的信令交互单元421，接收AF15中的信令交互单元151发送的应用层授权的QoS信息，转发给VPCRF41中的信令交互单元411；还可以接收VPCRF41中的信令交互单元411发送的QoS授权请求，还可以向AF15中的信令交互单元151发送请求应用层授权的QoS的信息。
图5为现有技术中漫游场景下接入网发起QoS授权请求时，QoS协商机制的实现过程示意图，该过程包含以下步骤：
步骤501～步骤502：与步骤201～步骤202基本相同，只是步骤501、步骤502中的AGW位于拜访网络，步骤201、步骤202中的AGW位于归属网络。
步骤503：AGW向VPCRF发送QoS授权请求。
所述步骤503具体为：AGW接受MS所请求的资源预留请求，但认为MS所请求预留的资源需要由网络的策略裁决实体进行授权批准，因此将QoS授权请求发送给与自身相连接的VPCRF，并请求该VPCRF对需要预留资源所对应的QoS授权。
步骤504：VPCRF向HPCRF转发QoS授权请求。
具体地说：VPCRF根据AGW所转发的QoS授权请求中MS的标识来确定该MS所归属的网络，并找到一个HPCRF，并将从AGW那里收到的QoS授权请求转发给该HPCRF
步骤505：HPCRF向AF请求应用层授权的QoS。
所述步骤505具体为：HPCRF收到来自VPCRF的QoS授权请求后，根据QoS授权请求中的信息向提供本次业务服务的AF申请应用层所授权的QoS。
步骤506：AF向HPCRF发送应用层授权的QoS。
具体地说：AF根据HPCRF的QoS授权申请请求中所携带的用户信息和本次业务会话的信息内容，找到应用层中关于该用户本次业务的信息，和应用层对本次业务授权的QoS信息，并将该应用层授权的QoS信息返回给HPCRF。
实际应用时，步骤506可以如图5所示在步骤505之后执行，也可以在步骤501和步骤504之间的任意位置执行。步骤506在步骤501和步骤504之间执行时，图5中可以不执行步骤505，且所述步骤506具体为：AF将经过应用层授权的QoS发送给HPCRF进行本地策略裁决，并包括用于确定当前用户所在的拜访网络VPCRF的信息。
步骤507：HPCRF向VPCRF转发应用层授权的QoS。
步骤508：VPCRF确定为应用层授权的QoS通过本地策略裁决。
具体地说：VPCRF收到HPCRF转发的本次业务应用层授权的QoS后，融合拜访网络的本地策略对该QoS进行本地策略裁决。如果应用层对本次业务所授权的QoS在本地策略所允许的QoS范围之内，则VPCRF认为该业务可以按照应用层所授权的QoS来使用本地网络资源，否则VPCRF确定为QoS协商失败，并结束本处理流程。
通常VPCRF确定为QoS协商失败后，可以有多种处理方式，比如：VPCRF通过HPCRF向AF发送QoS协商失败消息，AF通过AGW向MS即用户发送QoS协商失败消息等。
步骤509：VPRF向AGW发送授权的QoS。
具体地说：VPCRF将通过本地策略裁决的QoS信息发送给AGW，指示AGW按照该QoS为用户的本次业务建立承载连接。通常，VPCRF将应用层授权的QoS转换为AGW所能理解的形式后发送给AGW。
步骤510：AGW确定为当前该用户可获得的承载网络资源在已授权的QoS范围内。
具体地说：AGW接收到来自VPCRF的QoS后，会将应用层授权QoS与用户向自身申请的QoS相比较，如果用户向自身请求的QoS在应用层授权的QoS范围内，则接受用户所请求的QoS，并按该QoS为该用户的本次业务提供承载资源连接。现有技术中没有提供如果用户所请求的QoS超出了应用层授权的QoS时的处理。现有技术中通常认为已经在步骤502中预留了承载资源，且预留的承载资源肯定能够满足应用层授权的QoS，因此步骤510中，用户向AGW请求后所预留的承载资源所对应的QoS只能是超出应用层和本地策略所授权的范围或在应用层和本地策略所授权的范围内。
图5中包含了可选步骤511～步骤513，用以AGW向AF返回确认QoS的消息。
步骤511～步骤513：AGW通过VPCRF、HPCRF向AF返回对QoS的确认消息。
步骤514：AGW通知用户的MS本次业务所需要的资源链路已经建立。
实际应用时，步骤514可以如图5所示在步骤513之后执行，也可以在步骤510之后的任意位置执行。
步骤514之后，用户的MS与对端之间的媒体流连路可以成功建立，用户所发起的业务可以开始进行。
图6为现有技术中漫游场景下应用层发起QoS授权请求时，QoS协商机制的实现过程示意图，该过程包含以下步骤：
步骤601：与步骤501相同。
步骤602：AF向HPCRF发送应用层授权的QoS。
步骤602中，AF将经过应用层授权的QoS发送给HPCRF进行本地策略裁决，同时AF向HPCRF发送用于确定当前用户所在拜访网络的VPCRF信息。
步骤603：HPCRF向VPCRF发送应用层授权的QoS。
具体地说：HPCRF根据从AF收到的信息来确定一个位于用户当前所在拜访网络的合适的VPCRF，并将从AF那里收到的QoS信息转发给该VPCRF。
步骤604～步骤610：与步骤508～步骤514相同。
步骤610之后，用户的MS与对端之间的媒体流链路成功建立，用户所发起的业务开始进行。
现有技术的缺点是：
现有技术中SBBC阶段(stage)2基线文稿中所给出的QoS协商机制不够完善，并没有给出如果应用层所授权的QoS不能通过PCRF的本地策略裁决时，或者是经过PCRF裁决后所授权的QoS不能被AGW接受，即经过PCRF裁决后所授权的QoS已经超出了AGW所能够提供的资源允许范围时，该如何进行后续处理来保障用户发起的业务请求能够被执行的方案。
发明内容
有鉴于此，本发明的主要目的在于提供一种实现QoS协商机制的***，能够提高用户所请求的业务在用户和网络都能接受的质量范围内得以建立的可能性。
本发明的另一主要目的在于提供一种实现QoS协商机制的方法，能够提高用户所请求的业务在用户和网络都能接受的质量范围内得以建立的可能性。
本发明的技术方案是这样实现的：
一种实现QoS协商机制的***，包含：移动台MS、无线接入网RAN、接入网关AGW、策略和计费功能PCRF单元、应用层功能AF单元，MS通过RAN、AGW与AF单元交互应用层信息，PCRF单元接收AF单元发送的应用层授权缺省QoS信息，AGW接收PCRF单元发送的应用层授权缺省QoS信息，该***进一步包含：
PCRF单元与AF单元之间包含：PCRF单元接收AF单元发送的应用层授权的降质QoS信息的连接；
AGW与PCRF单元之间包含：AGW接收PCRF单元发送的应用层授权的降质QoS信息的连接。
PCRF单元与AF单元之间进一步包含：PCRF单元向AF单元发送请求重协商降质后QoS的消息的连接。
AGW与PCRF单元之间进一步包含：AGW向PCRF单元发送承载网络资源不满足已授权缺省QoS的信息的连接。
AGW包含：信令交互单元、缺省QoS处理单元、承载网络资源管理单元，所述AGW进一步包含：
降质QoS处理单元，用于接收信令交互单元发送的应用层授权的降质QoS信息，向信令交互单元发送降质QoS状态信息；向承载网络资源管理单元发送降质QoS信息，接收承载网络资源管理单元发送的降质QoS状态信息、缺省QoS状态信息；
信令交互单元，进一步接收PCRF单元发送的应用层授权的降质QoS信息后，转发给降质QoS处理单元；接收降质QoS处理单元发送的降质QoS状态信息；
承载网络资源管理单元，进一步向降质QoS处理单元发送缺省QoS状态信息，接收降质QoS处理单元发送的应用层授权的降质QoS信息，确定降质QoS状态信息，并向降质QoS处理单元返回降质QoS状态信息。
PCRF单元包含：信令交互单元、缺省QoS处理单元、本地策略单元，所述PCRF单元进一步包含：
降质QoS处理单元，用于接收信令交互单元发送的应用层授权的降质QoS信息，向信令交互单元发送降质QoS状态信息；向本地策略单元发送降质QoS信息，接收本地策略单元发送的降质QoS状态信息、缺省QoS状态信息；
信令交互单元，进一步接收AF单元发送的应用层授权的降质QoS信息后，转发给降质QoS处理单元；接收降质QoS处理单元发送的降质QoS状态信息，向AGW发送应用层授权的降质QoS信息；
本地策略单元，进一步向降质QoS处理单元发送缺省QoS状态信息，接收降质QoS处理单元发送的应用层授权的降质QoS信息，确定降质QoS状态信息，并向降质QoS处理单元返回降质QoS状态信息。
所述PCRF单元进一步包含：签约信息单元；
用于接收PCRF单元中的降质QoS处理单元发送的查询用户是否签约了降质QoS的消息后，向降质QoS处理单元返回用户是否签约了降质QoS的信息；
PCRF单元中的降质QoS处理单元，进一步向签约信息单元发送查询用户是否签约了降质QoS的消息，接收签约信息接口单元返回的用户是否签约了降质QoS的信息。
所述PCRF单元进一步包含：签约信息单元；
用于接收PCRF单元中的降质QoS处理单元发送的查询用户降质QoS信息的消息后，向降质QoS处理单元返回用户的降质QoS信息；
PCRF单元中的降质QoS处理单元，进一步向签约信息单元发送查询用户降质QoS信息的消息，接收签约信息接口单元返回的用户的降质QoS信息。
AF单元包含：信令交互单元、QoS翻译单元、缺省QoS处理单元，所述AF单元进一步包含：
降质QoS处理单元，用于对降质QoS进行授权，向AF单元中的信令交互单元发送应用层授权的降质QoS信息；
AF单元中的信令交互单元，进一步接收AF单元中的降质QoS处理单元发送的应用层授权的降质QoS信息后，转发给PCRF单元。
所述AF单元进一步包含：签约信息单元；
用于接收AF单元中的降质QoS处理单元发送的查询用户降质QoS签约信息的消息，向AF单元中的降质QoS处理单元返回用户降质QoS的签约信息；
AF单元中的降质QoS处理单元，向签约信息单元发送查询用户降质QoS签约信息的消息，接收AF单元中的签约信息单元返回的用户降质QoS签约信息。
所述AF单元进一步包含：签约信息单元；
用于接收AF单元中的信令交互单元发送的查询用户是否签约了降质QoS的信息，向AF单元中的信令交互单元发送用户是否签约了降质QoS的信息；
AF单元中的信令交互单元，向AF单元中的签约信息单元发送查询用户是否签约了降质QoS的信息，接收AF单元中的签约信息单元返回的用户是否签约了降质QoS的信息，向AF单元中的QoS翻译单元发送用户签约了降质QoS的信息；
AF单元中的QoS翻译单元，进一步接收AF单元中的信令交互单元发送的用户签约了降质QoS的信息，翻译出降质QoS信息后，向AF单元中的降质QoS处理单元发送降质QoS信息；
AF单元中的降质QoS处理单元，接收AF单元中的QoS翻译单元发送的降质QoS信息。
所述AF单元中的签约信息单元为：签约信息数据库或获取签约信息接口；
签约信息数据库，进一步存储用户签约信息；
获取签约信息接口，进一步与存储用户签约信息的外部数据库交互信息来获取用户降质QoS的签约信息。
所述AF单元中的签约信息单元为获取签约信息接口，所述外部数据库为：归属用户服务器HSS、或鉴权授权计费AAA数据库、或应用服务器AS。
所述PCRF单元为拜访网络PCRF；AF单元与拜访网络PCRF之间进一步包含：归属网络PCRF；
归属网络PCRF，用于传递拜访网络PCRF与AF单元之间的信息。
一种实现QoS协商机制的方法，该方法包含以下步骤：
A、用户向网络侧的AF单元发送业务请求，网络侧的AF单元对用户请求的业务进行QoS授权；
B、网络侧判断是否接受应用层授权的缺省QoS，如果是，则按缺省QoS为该业务建立承载资源；否则网络侧判断是否接受应用层授权的降质QoS，如果是，则按降质QoS为该业务建立承载资源；否则确定为QoS协商失败。
步骤A和步骤B之间进一步包含：AF单元向网络侧的PCRF单元发送应用层授权的缺省QoS信息。
步骤B之前进一步包含：用户向网络侧中的AGW发送承载资源预留请求；AGW向网络侧的PCRF单元发送QoS授权请求；
所述步骤B具体包含以下步骤：
B11、网络侧中的PCRF单元判断应用层授权缺省QoS是否通过本地策略裁决，如果是，则执行步骤B12；否则执行步骤B14；
B12、PCRF单元向AGW发送缺省QoS信息；
B13、AGW按缺省QoS建立承载资源，并结束本处理流程；
B14、PCRF单元判断应用层授权降质QoS是否通过本地策略裁决，如果是，则执行步骤B15，否则PCRF单元确定为QoS协商失败，并结束本处理流程；
B15、PCRF单元向AGW发送降质QoS信息；
B16、AGW按降质QoS建立承载资源。
所述步骤B具体包含以下步骤：
B21、网络侧中的PCRF单元判断应用层授权缺省QoS是否通过本地策略裁决，如果是，则执行步骤B22；否则执行步骤B25；
B22、PCRF单元向AGW发送缺省QoS信息；
B23、AGW判断当前所述用户可获得的承载网络资源是否满足缺省QoS，如果满足，则按缺省QoS建立承载资源，并结束本处理流程；否则执行步骤B24；
B24、AGW判断当前所述用户可获得的承载网络资源是否满足降质QoS，如果满足，则按降质QoS建立承载资源，并结束本处理流程；否则AGW确定为QoS协商失败，并结束本处理流程；
B25、PCRF单元判断应用层授权降质QoS是否通过本地策略裁决，如果是，则执行步骤B26，否则PCRF单元确定为QoS协商失败，并结束本处理流程；
B26、PCRF单元向AGW发送降质QoS信息；
B27、AGW判断当前所述用户可获得的承载网络资源是否满足降质QoS，如果满足，则按降质QoS建立承载资源；否则AGW确定为QoS协商失败。
AF单元向网络侧的PCRF单元发送应用层授权的缺省QoS信息时，同时发送应用层授权的降质QoS信息；
或者是，PCRF单元确定为应用层授权的缺省QoS未通过本地策略裁决后，判断应用层授权降质QoS是否通过本地策略裁决之前进一步包含：PCRF单元向AF单元发送请求重协商降质后QoS的信息；AF单元向PCRF单元发送应用层授权的降质QoS信息。
步骤B23中，AGW确定为当前所述用户可获得的承载网络资源不能满足缺省QoS后，执行步骤B24之前进一步包含：AGW向PCRF单元发送当前承载网络资源不满足缺省QoS的信息；PCRF单元向AF单元发送请求重协商降质后QoS的信息；AF单元通过PCRF单元向AGW发送降质QoS信息；PCRF单元向AGW单元发送降质QoS信息；
或者是，AF单元向网络侧的PCRF单元发送应用层授权的缺省QoS信息时，同时发送应用层授权的降质QoS信息；步骤B23中，AGW确定为当前所述用户可获得的承载网络资源不能满足缺省QoS后，执行步骤B24之前进一步包含：AGW向PCRF单元发送当前承载网络资源不满足缺省QoS的信息；PCRF单元向AGW单元发送降质QoS信息。
AF单元向网络侧的PCRF单元发送应用层授权的缺省QoS信息时，同时发送应用层授权的降质QoS信息；PCRF单元判断为应用层授权缺省QoS通过本地策略裁决后，向AGW发送缺省QoS信息时，同时向AGW发送降质QoS信息。
PCRF单元确定为应用层授权缺省QoS未通过本地策略裁决后，判断应用层授权降质QoS是否通过本地策略裁决之前进一步包含：PCRF单元根据本地策略或用户签约信息判断是否可以对QoS进行降质处理，如果是，则执行判断应用层授权降质QoS是否通过本地策略裁决的步骤，否则PCRF单元确定为QoS协商失败，并结束本处理流程。
所述降质QoS的表达方式可以为：给定各项QoS具体参数的上限取值和下限取值、或包含具有优先级的多个QoS、或给定各项QoS参数的降质百分比数。
该方法进一步包含：AF向用户发送确认是否可以接受降质QoS的信息，如果用户可以接受，则网络侧确定为不接受应用层授权的缺省QoS时，再判断是否接受应用层授权的降质QoS，如果用户不能接受，则网络侧确定为不接受应用层授权的缺省QoS时，网络侧确定为QoS协商失败。
步骤B之前进一步包含：用户向网络侧中的AGW发送承载资源预留请求；AGW向网络侧的PCRF单元发送QoS授权请求；
网络侧确定为不接受应用层授权的缺省QoS时，用户向AGW重新发送对应于降质QoS的承载资源预留请求。
所述PCRF单元位于拜访网络；
所述PCRF单元与AF单元之间的信息传递通过位于归属网络的归属网络PCRF单元进行。
本发明在该用户允许对所请求的业务进行降质处理，并且网络资源能够满足降质后业务对资源的需求的前提下，通过AF单元、PCRF单元和AGW等网络实体间进行QoS协商，对用户的业务请求进行降质处理，以及引入再协商机制等处理，能够使所请求业务在用户和网络都能接受的质量范围内得以建立。
本发明有以下有益效果：
1)本发明解决了现有技术中，用户当前可获得的承载网络资源无法满足该用户所请求的业务对资源的需求；应用层所授权的QoS由于资源分配原因，未能通过为用户提供服务网络的本地策略裁决；用户所在归属网络与为用户提供接入服务的拜访网络对该用户发起的业务所要求的资源需求不一致，导致用户所请求业务不能被拜访网络所接受等情况出现时，直接导致用户业务失败的问题，能够提高用户所请求的业务在用户和网络都能接受的质量范围内得以建立的可能性，进而提高了用户业务建立成功率。
2)在QoS协商授权过程中，若AF所授权的缺省Qos要求不能满足当前网络的运营者所制定的本地策略裁决，或目前承载网络中可以分配给该用户使用的承载资源不满足经过AF和PCRF所授权的QoS要求时，本发明可以在用户和网络都能接受的QoS降低范围内，充分利用当前的承载资源最大程度地满足用户对业务的需要。
附图说明
图1为现有技术中非漫游场景下实现QoS协商机制的***示意图；
图2为现有技术中，非漫游场景下接入网发起QoS授权请求时，QoS协商机制的实现过程示意图；
图3为现有技术中非漫游场景下应用层发起QoS授权请求时，QoS协商机制的实现过程示意图；
图4为现有技术中漫游场景下实现QoS协商机制的***示意图；
图5为现有技术中漫游场景下接入网发起QoS授权请求时，QoS协商机制的实现过程示意图；
图6为现有技术中漫游场景下应用层发起QoS授权请求时，QoS协商机制的实现过程示意图；
图7为本发明实施例中非漫游场景下实现QoS协商机制的***示意图；
图8为本发明实施例中非漫游场景下接入网发起QoS授权请求时，QoS协商机制的实现过程示意图；
图9为本发明实施例中非漫游场景下应用层发起QoS授权请求时，QoS协商机制的第一种实现过程示意图；
图10为本发明实施例中非漫游场景下应用层发起QoS授权请求时，QoS协商机制的第二种实现过程示意图；
图11为本发明实施例中漫游场景下实现QoS协商机制的***示意图；
图12为本发明实施例中漫游场景下接入网发起QoS授权请求时，QoS协商机制的实现过程示意图；
图13为本发明实施例中漫游场景下应用层发起QoS授权请求时，QoS协商机制的实现过程示意图。
具体实施方式
本发明的核心思想是：用户向网络侧的AF发送业务请求；网络侧的AF对用户请求的业务进行QoS授权；网络侧判断是否接受应用层授权的缺省QoS，如果是，则按缺省QoS为该业务建立承载资源；否则网络侧判断是否接受应用层授权的降质QoS，如果是，则按降质QoS为该业务建立承载资源；否则网络侧确定为QoS协商失败。
所述网络侧接受是指：通过网络侧中PCRF的本地策略裁决、且AGW确定为承载网络资源能够满足。
本发明中实现QoS协商机制的***，包含：MS、RAN、AGW、PCRF单元、AF单元，其中，MS通过RAN、AGW与AF单元交互应用层信息，PCRF单元接收AF单元发送的应用层授权缺省QoS信息，AGW接收PCRF单元发送的应用层授权缺省QoS信息，该***进一步包含：PCRF单元与AF单元之间包含：PCRF单元接收AF单元发送的应用层授权的降质QoS信息的连接关系；AGW与PCRF单元之间包含：AGW接收PCRF单元发送的应用层授权的降质QoS信息的连接关系。
本发明中为了叙述清晰，将在本发明的QoS协商机制技术方案中出现的QoS分为缺省QoS和降质QoS。两者的区别在于：
所述缺省QoS是指：在网络资源充足，并且本地策略裁决对QoS没有限制的情况下，应用层对业务默认的QoS要求，是应用层首选的QoS要求。
所述降质QoS是指：在网络资源不足，或本地策略裁决对QoS有限制等原因，造成无法满足应用层缺省QoS要求的情况下，应用层可以接受的低于缺省QoS参数性能指标的QoS要求，是应用层次选的QoS要求。
所述网络资源包括：承载资源、信令传输层资源，还包括网络中传输层面、信令处理层面等各个实体的处理能力等。所述承载资源是指传输层面的资源。
当用户发起业务请求时，有两种方法实现对所发起业务需要的承载资源进行QoS协商授权。
一种方法是用户通过向AGW申请预留本次业务所需要的承载资源，而AGW向网络中的PCRF，以及AF申请对用户所申请预留的资源进行授权批准。AGW根据当前该用户可获得的资源状况按照经过授权批准的QoS信息进行资源分配，以保证用户所发起的业务得到足够的承载资源。
另一种方法是通过AF将经过应用层授权的用户发起的业务所需要的QoS资源，发送给PCRF进行策略裁决，并将经过PCRF裁决的QoS结果告知AGW，AGW则根据当前该用户可获得的资源状况按照该QoS信息进行资源分配，以保证用户所发起的业务得到足够的承载资源。
AGW可以利用现有技术获知当前该用户可获得资源状况，比如：根据当前承载网络资源状况和用户信息，以及AGW中预先设定好的资源分配策略来确定该用户在承载网络中可以使用的资源情况等。
在QoS协商授权过程中，若AF所授权的缺省Qos要求不能满足当前网络的运营者所制定的本地策略裁决，或目前承载网络中可以分配给该用户使用的承载网络资源不满足经过AF和PCRF所授权的QoS要求时，本发明可以在用户和网络都能接受的QoS降低范围内，充分利用当前的承载网络资源最大程度地满足用户对业务的需要。
所述降质QoS信息可以作为一种签约数据，存储在网络中诸如归属用户服务器(HSS)、鉴权授权计费(AAA)等用户业务签约数据库中，也可以存储在业务应用层，比如为用户提供业务的AS中，还可以直接存储在进行QoS本地策略裁决的网元PCRF中。
本发明中降质QoS信息也可以根据运营商策略确定，通常是运营商在AF中事先配置降质QoS信息，并确定对所有用户都可以提供降质服务，此时，对所有用户降质QoS的设置都是一样的。
本发明中所述QoS降质信息的表达方式可以有多种，比如：值域方式、或列表方式、或百分比方式等，具体可以如表一所示。
  QoS降质信息的表达方式   说明
  值域方式   给定各项QoS具体参数的上限和下限取值的方式
  列表方式   根据业务对QoS需求以及计费标准，用户签定一个具有优先级的QoS列表，该列表中的每一项为各项QoS参数信息的一种组合方式。当最高优先级的QoS不能得到满足时，可按照该列表中的优先级由高到低的顺序进行选择
  百分比方式   给定各项QoS参数的降质百分比数的方式。比如：通过带宽降低至原带宽取值的80％、延迟增大至原延迟
  取值的120％、抖动时间增加至原抖动时间的110％等方式，可以对各项QoS参数设定一个可接受的降质百分比范围
                        表一
以下参照附图并举实施例，对本发明进一步详细说明。
图7为本发明实施例中非漫游场景下实现QoS协商机制的***示意图，该***包含：MS11、RAN12、AGW71、PCRF72、AF73，其中AGW72包含：信令交互单元711、缺省QoS处理单元712、承载网络资源管理单元713、降质QoS处理单元714，PCRF72包含：信令交互单元721、缺省QoS处理单元722、本地策略单元723、降质QoS处理单元724，还可以包含：签约信息单元725，AF73包含：信令交互单元731、QoS翻译单元732、缺省QoS处理单元733、降质QoS处理单元734，AF73还可以包含：签约信息单元735。
MS11，通过RAN12、AGW71中的信令交互单元711，与AF73中的信令交互单元731交互应用层信息，还通过RAN12与AGW71中的信令交互单元711交互有关建立资源信息。
RAN12，用以传递MS11与AGW71中信令交互单元711之间的信息，以及为用户建立无线链路承载连接。
AGW71中的信令交互单元711，通过RAN12与MS11交互有关建立资源信息，传递MS11通过RAN12与AF73中的信令交互单元731之间交互的应用层信息；接收PCRF72中的信令交互单元721发送的应用层授权的缺省QoS信息后，转发给缺省QoS处理单元712，接收缺省QoS处理单元712发送的承载网络资源满足或超出或不超出应用层授权的缺省QoS的信息；接收PCRF72中的信令交互单元721发送的应用层授权的降质QoS信息后，转发给降质QoS处理单元714。AGW71中的信令交互单元711，还可以接收降质QoS处理单元714发送的承载网络资源是否满足或超出应用层授权的降质QoS的信息；还可以向PCRF72中的信令交互单元721发送QoS授权请求；还可以向PCRF72中的信令交互单元721发送承载网络资源不满足应用层授权的缺省QoS的信息。
AGW71中的缺省QoS处理单元712，接收信令交互单元711发送的应用层授权的缺省QoS信息后，转发给承载网络资源管理单元713，接收承载网络资源管理单元713发送的承载网络资源满足或超出或不超出应用层授权的缺省QoS的信息后，转发给信令交互单元711。
AGW71中的承载网络资源管理单元713，接收缺省QoS处理单元712发送的应用层授权的缺省QoS信息，进行承载网络资源是否满足或超出应用层授权的缺省QoS的判断，向缺省QoS处理单元712返回承载网络资源满足或超出或不超出应用层授权的缺省QoS的信息；向降质QoS处理单元714发送承载网络资源不满足应用层授权的缺省QoS的信息，接收降质QoS处理单元714发送的应用层授权的降质QoS信息，进行承载网络资源是否满足或超出应用层授权的降质QoS的判断，向降质QoS处理单元714返回承载网络资源是否满足或超出应用层授权的降质QoS的信息。
AGW71中的降质QoS处理单元714，接收信令交互单元711发送的应用层授权的降质QoS信息，接收承载网络资源管理单元713发送的承载网络资源不满足应用层授权的缺省QoS的信息，向承载网络资源管理单元713发送降质QoS信息；接收承载网络资源管理单元713发送的承载网络资源是否满足或超出应用层授权的降质QoS的信息后，转发给信令交互单元711。
所述承载网络资源是否满足或超出应用层授权的缺省QoS的判断中，如果是接入网发起QoS协商，则AGW71进行承载网络资源是否超出应用层授权的缺省QoS的判断，如果是应用层发起QoS协商，则AGW71进行承载网络资源是否满足应用层授权的缺省QoS的判断；所述承载网络资源是否满足或超出应用层授权的降质QoS的判断中，如果是接入网发起QoS协商，则AGW71进行承载网络资源是否超出应用层授权的降质QoS的判断，如果是应用层发起QoS协商，则AGW71进行承载网络资源是否满足应用层授权的降质QoS的判断。
PCRF72中的信令交互单元721，接收AF73中的信令交互单元731发送的应用层授权的缺省QoS信息，向缺省QoS处理单元722发送应用层授权的缺省QoS信息，接收缺省QoS处理单元722返回的应用层授权缺省QoS通过本地策略裁决的信息，向AGW中的信令交互单元711发送应用层授权缺省QoS信息；接收AF73中的信令交互单元731发送的应用层授权的降质QoS信息后，转发给降质QoS处理单元724；接收降质QoS处理单元724发送的应用层授权降质QoS是否通过本地策略裁决的信息，向AGW中的信令交互单元711发送应用层授权降质QoS信息。PCRF72中的信令交互单元721，还可以接收AGW中的信令交互单元711发送的QoS授权请求，还可以向AF73中的信令交互单元731发送请求应用层授权的缺省QoS的信息；还可以向AF73中的信令交互单元731发送请求重协商降质后的QoS的信息。
PCRF72中的缺省QoS处理单元722，接收信令交互单元721发送的应用层授权缺省QoS信息后，转发给本地策略单元723，接收本地策略单元723发送的应用层授权缺省QoS通过本地策略裁决的信息后，转发给信令交互单元721。
PCRF72中的本地策略单元723，接收缺省QoS处理单元722发送的应用层授权缺省QoS信息，进行应用层授权缺省QoS是否通过本地策略裁决的判断，向缺省QoS处理单元722返回应用层授权缺省QoS通过本地策略裁决的信息，向降质QoS处理单元724发送应用层授权缺省QoS未通过本地策略裁决的信息，接收降质QoS处理单元724发送的应用层授权的降质QoS信息，进行应用层授权降质QoS是否通过本地策略裁决的判断，向降质QoS处理单元724返回应用层授权降质QoS是否通过本地策略裁决的信息。
所述本地策略单元723，可以包含存储本地策略数据库；也可以包含获取本地策略接口，并通过该接口与PCRF72外部存储本地策略的数据库交互信息来获取本地策略。
PCRF72中的降质QoS处理单元724，接收信令交互单元721发送的应用层授权的降质QoS信息，接收本地策略单元723发送的应用层授权缺省QoS未通过本地策略裁决的信息，向本地策略单元723发送降质QoS信息；接收本地策略单元723发送的应用层授权降质QoS是否通过本地策略裁决的信息后，转发给信令交互单元721。PCRF72中的降质QoS处理单元724，还可以向签约信息单元725发送查询用户降质QoS信息的消息，接收签约信息单元725返回的用户降质QoS信息；还可以向签约信息单元725发送查询用户是否签约了降质QoS的信息，接收签约信息单元725返回的用户是否签约了降质QoS的信息。
PCRF72中的签约信息单元725为可选单元，用于接收降质QoS处理单元724发送的查询用户是否签约了降质QoS的消息后，向降质QoS处理单元724返回用户是否签约了降质QoS的信息；接收降质QoS处理单元724发送的查询用户降质QoS信息的消息后，向降质QoS处理单元724返回用户的降质QoS信息。
签约信息单元725，可以为存储用户签约信息的签约信息数据库，也可以为获取用户签约信息的接口，并通过该接口与存储用户签约信息的HSS、或AAA、或AS等交互信息来获取用户是否签约了降质QoS的信息。
AF73中的信令交互单元731，通过AGW71中的信令交互单元711、RAN12与MS11交互应用层信息；向QoS翻译单元732发送MS11发送的应用层信息，接收缺省QoS处理单元733发送的应用层授权的缺省QoS信息后，转发给PCRF72中的信令交互单元721；接收降质QoS处理单元734发送的应用层授权的降质QoS信息后，转发给PCRF72中的信令交互单元721。AF73中的信令交互单元731，还可以接收PCRF72中的信令交互单元721发送的请求应用层授权的缺省QoS信息，还可以接收PCRF72中的信令交互单元721发送的请求重协商降质后的QoS的信息后，向降质QoS处理单元734转发；还可以向签约信息单元735发送查询用户是否签约了降质QoS的信息，还可以接收签约信息单元735返回的用户是否签约了降质QoS的信息，还可以向QoS翻译单元732发送用户签约了降质QoS的信息。
AF73中的QoS翻译单元732，接收信令交互单元731发送的MS11发送的应用层信息后翻译出缺省QoS信息，向缺省QoS处理单元733发送缺省QoS信息。AF73中的QoS翻译单元732，还可以接收信令交互单元731发送的用户签约了降质QoS的信息，并根据信令交互单元731发送的MS11发送的应用层信息翻译出降质QoS信息后，向降质QoS处理单元734发送降质QoS信息。
AF73中的缺省QoS处理单元733，接收QoS翻译单元732发送的缺省QoS信息，对缺省QoS信息进行授权，向信令交互单元731发送应用层授权的缺省QoS信息。
AF73中的降质QoS处理单元734，用以对降质QoS进行授权，向信令交互单元731发送应用层授权的降质QoS信息。AF73中的降质QoS处理单元734，还可以接收QoS翻译单元732发送的降质QoS信息；也可以接收信令交互单元731转发的PCRF72中的信令教户单元721发送的请求重协商降质后的QoS的信息后，向签约信息单元735发送查询用户降质QoS签约信息的消息，并接收签约信息单元735返回的用户降质QoS签约信息。
AF73中的签约信息单元735为可选单元，可以接收降质QoS处理单元734发送的查询用户降质QoS签约信息的消息，并向降质QoS处理单元734返回用户降质QoS的签约信息；也可以接收信令交互单元731发送的查询用户是否签约了降质QoS的信息，并向信令交互单元731返回用户是否签约了降质QoS的信息。
签约信息单元735可以为存储用户签约信息的签约信息数据库，也可以为获取签约信息接口，并通过该接口与存储用户签约信息的HSS、或AAA、或AS等交互信息来获取用户降质QoS的签约信息。
图7中，承载网络资源是否满足或超出QoS的信息属于QoS状态信息；QoS是否通过本地策略裁决的信息也属于QoS状态信息。
图8为本实施例中，在用户非漫游场景下接入网发起QoS授权请求、且应用层授权的缺省QoS未通过本地策略裁决时QoS协商机制的实现过程示意图，该过程包含以下步骤：
步骤801～步骤802：MS与AF之间进行应用层信息交互；MS向AGW请求预留承载资源。
所述步骤801～步骤802具体与步骤201～步骤202相同。
步骤803：AGW向PCRF发送QoS授权请求。
所述步骤803具体与步骤203相同。
步骤804：PCRF向AF请求应用层授权的QoS。
所述步骤804具体与步骤204相同。
步骤805：AF向PCRF发送应用层授权的缺省QoS。
所述步骤805具体为：AF根据PCRF的QoS授权申请请求中所携带的用户信息和本次业务会话的信息内容，找到应用层中关于该用户本次业务的信息，和应用层对本次业务授权的缺省QoS信息，并将该应用层授权的缺省QoS信息返回给PCRF。
实际应用时，步骤805可以如图8所示在步骤804之后执行，也可以在步骤801和步骤803之间的任意位置执行。步骤805在步骤801和步骤803之间执行时，图8中可以不执行步骤804，且所述步骤805具体为：AF将经过应用层授权的缺省QoS发送给PCRF进行本地策略裁决。
步骤805中，AF向PCRF发送应用层授权的QoS时，也可以同时发送AF所允许的本次业务的降质QoS。所述降质QoS信息用于指示PCRF，如果AF所授权的缺省QoS不能通过PCRF的策略裁决，或本地承载网络资源不满足所授权的缺省QoS对资源的要求时，可以按照该降质QoS进行降质处理。该降质QoS的表达方式可以如表一所示。
步骤805中，AF可以通过与存储用户的降质QoS签约数据的HSS、或AAA、或AS交互信息获取降质QoS信息。步骤805中，AF也可以根据运营策略确定降质QoS信息，通常是运营商在AF中事先配置了降质QoS信息。
步骤806：PCRF确定为应用层授权的缺省QoS未能通过本地策略裁决。
所述步骤806具体为：PCRF收到AF发送的本次业务应用层授权的缺省QoS信息后，融合本地策略对该缺省QoS进行本地策略裁决。应用层对本次业务所授权的缺省QoS超出了本地策略所允许的QoS范围，则PCRF认为该业务不能按照应用层所授权的缺省QoS来使用本地网络资源。
如果步骤805中已经携带有应用层所允许的本次业务的降质QoS，则PCRF会按照该降质QoS来进行降质处理，即按照降质QoS进行本地策略裁决。如果降质QoS符合本地策略的要求，PCRF则认为可以按照降质QoS对资源的需要来建立本次业务，并在执行本步骤之后，执行步骤809，如果降质QoS不符合本地策略的要求，则PCRF确定为QoS协商失败，并结束本处理流程。
如果步骤805中没有携带应用层所允许的本次业务的降质QoS，则本步骤之后，执行步骤807。如果步骤805中没有携带应用层所允许的本次业务的降质QoS时，本步骤之后，执行步骤807之前，可以进一步包含：PCRF根据本地策略或用户的签约信息，确定为对本次业务的QoS进行降质处理的步骤，该步骤中：PCRF得知缺省QoS未能通过本地策略裁决后，根据本地策略或用户的签约信息，判断是否可以对本次业务的QoS进行降质处理。这里，如果PCRF获知HSS、或AAA、或AS、或自身存储了用户的降质QoS签约数据，则可以确定为对本次业务的QoS进行降质处理；如果用户虽然未签约降质QoS数据，但PCRF的本地策略允许进行QoS降质处理，则也确定为对本次业务的QoS进行降质处理。所述PCRF获知HSS、或AAA、或AS、或自身是否存储了用户的降质QoS签约数据，可以是通过AF与HSS、或AAA、或AS等交互信息来获知，也可以PCRF直接与与HSS、或AAA、或AS等交互信息来获知。
步骤807：PCRF向AF请求重协商降质后的QoS。
所述步骤807具体为：PCRF向AF请求重协商本次业务的QoS信息，即向AF申请应用层所授权的降质QoS。
步骤808：AF向PCRF发送应用层授权的降质QoS。
所述步骤808为步骤807的响应消息，具体地说：AF收到来自PCRF的QoS重协商请求后，向PCRF返回应用层允许的降质QoS。
所述AF向PCRF发送的降质QoS，可以为用户签约的或运营商允许的如表一所示的所有降质QoS，也可以为AF根据用户的签约信息和应用层对本次业务所要求的最低QoS限制，选择的合适的降质QoS。这里，AF通常可以根据业务属性等信息确定应用层对本次业务所要求的最低QoS限制，AF选择合适的降质QoS的不同方法不影响本发明方案的实施。
步骤809：PCRF向AGW发送授权的降质QoS。
所述步骤809具体为：PCRF确定为收到的降质QoS通过本地策略裁决，并将通过本地策略裁决的降质QoS信息发送给AGW，指示AGW按照该降质QoS为用户的本次业务建立承载连接。步骤809中，PCRF向AGW发送通过本地策略裁决的降质QoS信息时，也可以将用户签约的或运营商允许的如表一所示的所有降质QoS信息同时发送给AGW。通常，PCRF将应用层授权的降质QoS转换为AGW所能理解的形式后发送给AGW。
这里，如果PCRF收到的降质QoS依然不能满足本地策略，则PCRF按失败处理，并结束本处理流程。
步骤810：AGW确定为当前该用户可获得的承载网络资源在已授权的降质QoS范围内。
所述步骤810具体为：AGW接收到来自PCRF的降质QoS后，会将应用层授权降质QoS与用户向自身申请的QoS相比较，如果用户向自身请求的QoS在应用层授权的降质QoS范围内，则接受用户所请求的QoS，并按该降质QoS为该用户的本次业务提供承载资源连接。如果用户所请求的QoS超出了应用层授权的降质QoS，则AGW确定为需要释放多余的预留资源，并按应用层授权的降质QoS为该用户的本次业务提供承载资源连接。
图8中包含了可选步骤811～步骤812，用以AGW向AF返回确认降质QoS的消息。
步骤811：AGW向PCRF返回对降质QoS的确认消息。
步骤812：PCRF向AF发送确认降质QoS的消息。
步骤812中，PCRF收到来自AGW的对降质QoS的确认消息后，将所接受的降质QoS信息通知给AF。
步骤813：AGW通知用户的MS本次业务所需要的资源链路已经建立。
实际应用时，步骤813可以如图8所示在步骤812之后执行，也可以在步骤810之后的任意位置执行。
步骤813之后，用户的MS与对端之间的媒体流链路可以成功建立，用户所发起的业务可以开始进行。
需要说明的是，如果图8所示步骤806中，PCRF确定为应用层授权缺省QoS通过本地策略裁决，则执行步骤809，且在步骤809中，PCRF向AGW下发应用层授权的缺省QoS。相应的，步骤810中判断当前该用户可获得的承载网络资源是否在已授权的缺省QoS范围内，如果不是，则AGW确定为QoS协商失败，并结束本处理流程；否则执行可选步骤811或直接执行步骤813，且步骤811～步骤812中将发送确认缺省QoS的消息。
图9为本实施例中，在用户非漫游场景下，应用层发起QoS授权请求，应用层授权QoS未通过本地策略裁决时QoS协商机制的实现过程示意图，该过程包含以下步骤：
步骤901：与步骤801相同。
步骤902：AF向PCRF发送应用层授权的缺省QoS。
步骤902中，AF将经过应用层授权的缺省QoS发送给PCRF进行本地策略裁决。步骤902中，AF向PCRF发送应用层授权的QoS时，也可以同时发送AF所允许的本次业务的降质QoS。所述降质QoS信息用于指示PCRF，如果AF所授权的缺省QoS不能通过PCRF的策略裁决，或本地承载网络资源不满足所授权的缺省QoS对资源的要求时，可以按照该降质QoS进行降质处理。该降质QoS的表达方式可以如表一所示。AF获取降质QoS的过程与步骤805中所述相同。
步骤903～步骤906：与步骤806～步骤809相同。
步骤907：AGW确定为当前该用户可获得的承载网络资源满足已授权的降质QoS。
所述步骤907具体为：AGW接收到来自PCRF的降质QoS后，判断当前该用户可获得的承载网络资源情况是否可以满足该降质QoS对资源的要求。如果当前该用户可获得的承载网络资源可以满足降质QoS，则按照该降质QoS来为该用户的本次业务提供承载资源连接，否则AGW确定为QoS协商失败，并结束本处理流程。
这里，如果在步骤906中PCRF只向AGW发送了通过通过本地策略裁决的一个降质QoS，则步骤907中AGW只将该降质QoS与用户向自身申请的QoS相比较；如果步骤906中PCRF向AGW发送了应用层所允许的所有降质QoS，则由于所述降质QoS如表一所述可以是一组降质QoS，比如：包含多个QoS、且具有优先级的一组降质QoS，因此，步骤907中当前该用户可获得的承载网络资源不能满足通过本地所策略裁决的降质QoS要求时，AGW可以按照其余降质QoS中的优先级等信息选择其中一个降质QoS来进行当前该用户可获得的承载网络资源是否满足该降质QoS对资源的要求的判断。
步骤908～910：与步骤811～步骤813相同。
所述步骤908～步骤909为可选步骤。
执行步骤910之后，用户的MS与对端之间的媒体流链路可以成功建立，用户所发起的业务可以开始进行。
需要说明的是，如果图9所示步骤903中，PCRF确定为应用层授权缺省QoS通过本地策略裁决，则执行步骤906，且在步骤906中，PCRF向AGW下发应用层授权的缺省QoS。相应的，步骤907中判断当前该用户可获得的承载网络资源是否满足已授权的缺省QoS，如果不是，则AGW确定为QoS协商失败，并结束本处理流程；否则执行可选步骤908或直接执行步骤910，且步骤908～步骤909中将发送确认缺省QoS的消息。
图10为本实施例中，在用户非漫游场景下，应用层发起QoS授权请求，当前网络资源不能满足QoS要求时QoS协商机制的实现过程示意图，该过程包含以下步骤：
步骤1001～步骤1002：与步骤901～步骤902相同。
步骤1003：PCRF确定为应用层授权的缺省QoS通过本地策略裁决。
所述步骤1003具体为：PCRF收到AF发送的本次业务应用层授权的缺省QoS信息后，融合本地策略对该缺省QoS进行本地策略裁决。如果应用层对本次业务所授权的缺省QoS在本地策略所允许的QoS范围内，则PCRF认为该业务可以按照应用层所授权的缺省QoS来使用本地网络资源。
如果步骤1002中已经携带有应用层所允许的本次业务的降质QoS，则PCRF可以保存该降质QoS信息以备后续处理使用。
步骤1004：PCRF向AGW发送通过本地策略裁决的应用层授权的缺省QoS信息。
如果在步骤1002中，PCRF从AF那里接收到应用层所允许的降质QoS，则步骤1004中可以将该降质QoS一起下发给AGW。
步骤1005：AGW确定为当前该用户可获得的承载网络资源不能满足已授权的缺省QoS。
所述步骤1005具体为：AGW接收到来自PCRF的通过本地策略裁决的应用层授权的缺省QoS信息后，判断当前该用户可获得的承载网络资源是否可以满足该授权的缺省QoS信息对资源的要求。当前该用户可获得的承载网络资源不能满足所授权的缺省QoS要求时，如果步骤1004中AGW未能从PCRF获得应用层所允许的降质QoS，则本步骤之后，执行步骤1006；如果步骤1004中AGW从PCRF获得了应用层所允许的降质QoS，并且当前该用户可获得的承载网络资源可以满足该降质QoS对资源的要求，则本步骤之后，直接执行步骤1011。
步骤1004中AGW从PCRF获得了应用层所允许的降质QoS时，由于所述降质QoS如表一所述可以是一组降质QoS，比如：包含多个QoS、且具有优先级的一组降质QoS，因此，步骤1005中当前该用户可获得的承载网络资源不能满足所授权的缺省QoS要求时，AGW可以按照该降质QoS中的优先级选择其中一个降质QoS来进行当前该用户可获得的承载网络资源是否满足该降质QoS对资源的要求的判断。
步骤1006：AGW通知PCRF当前该用户可获得承载网络资源不能满足已授权缺省QoS。
步骤1006用以AGW向PCRF表明缺省QoS不能被承载网络接受。
步骤1007：PCRF根据本地策略或用户的签约信息，确定为对本次业务的QoS进行降质处理。
步骤1007中，PCRF得知缺省QoS未被AGW接受时，判断根据本地策略或用户的签约信息，是否可以对本次业务的QoS进行降质处理。这里，如果PCRF获知HSS、或AAA、或AS、或自身存储了用户的降质QoS签约数据，则可以确定为对本次业务的QoS进行降质处理；如果用户虽然未签约降质QoS数据，但PCRF的本地策略允许进行QoS降质处理，则也确定为对本次业务的QoS进行降质处理。所述PCRF获知HSS、或AAA、或AS、或自身是否存储了用户的降质QoS签约数据，可以是通过AF与HSS、或AAA、或AS等交互信息来获知，也可以PCRF直接与与HSS、或AAA、或AS等交互信息来获知。
如果步骤1002中，PCRF已从AF获得了降质QoS信息，则本步骤之后，直接执行步骤1010，否则本步骤之后，执行步骤1008。
步骤1008～步骤1014：与步骤904～步骤910相同。
需要说明的是，如果图10所示步骤1005中，PCRF确定为应用层授权缺省QoS通过本地策略裁决，则执行可选步骤1012或直接执行步骤1014，且在步骤1012～步骤1013中，发送确认缺省QoS的消息。
图10所示步骤1003中，当PCRF确定为应用层授权缺省QoS未通过本地策略裁决时，可以参照图9中的相关步骤进行处理。此时，如果步骤1005中，当前该用户可获得的承载网络资源不能满足已授权的降质QoS时，AGW也可以在一个AF和PCRF可接受的降质范围内对降质QoS进行进一步的降质处理，进一步进行降质处理的过程与图10中对缺省QoS进行降质处理的过程类似，在此不再详述。
步骤1005中，如果AGW确定为当前该用户可获得的承载网络资源满足已授权的缺省QoS，则执行可选步骤1012或直接执行步骤1014，且步骤1012～步骤1013中将发送确认缺省QoS的消息。
图10中步骤1006～步骤1010也可以应用到图9中，具体地说：如果图9所示步骤906中，PCRF只向AGW发送了应用层授权且通过PCRF本地策略裁决的降质QoS，并没有将用户签约的或运营商允许的所有QoS信息同时发送给AGW，则步骤907中如果当前该用户可获得的承载网络资源不满足通过PCRF本地策略裁决的降质QoS，则AGW可以参考图10中步骤1006～步骤1010进行进一步降质处理。
在用户处于漫游场景下，为用户提供接入网服务的AGW位于拜访网络，该AGW所连接的PCRF也处于拜访网络，并将处于拜访网络的PCRF标记为VPCRF；位于用户归属网络的PCRF称为HPCRF。QoS协商机制在漫游场景下与非漫游场景下的不同之处主要在于HPCRF负责转发AF和VPCRF之间的信息，并且由于VPCRF位于为用户提供承载连接服务的拜访网络，比位于归属网络的HPCRF更加了解接入网络的资源使用情况，故在非漫游场景下由PCRF完成的包含本地策略裁决等的功能由VPCRF来完成。
图11为本发明实施例中漫游场景下实现QoS协商机制的***示意图，该***包含：MS11、RAN12、AGW71、VPCRF111、HPCRF112、AF73，其中，VPCRF111与图7中的PCRF72基本相同，只是图11所示VPCRF111中的信令交互单元1111通过HPCRF112中的信令交互单元1121与AF73中的信令交互单元731相连接；MS11、RAN12、AGW71、AF73与图7中基本相同，只是图11中，AGW71中的信令交互单元711与VPCRF111中的信令交互单元1111相连接，AF73中的信令交互单元731通过HPCRF112中的信令交互单元1121与VPCRF111中的信令交互单元1111相连接。HPCRF112包含：信令交互单元1121。
HPCRF112中的信令交互单元1121，接收AF73中的信令交互单元731发送的应用层授权的缺省QoS信息，转发给VPCRF111中的信令交互单元1111；还可以接收VPCRF111中的信令交互单元1111发送的QoS授权请求，还可以向AF73中的信令交互单元731发送请求应用层授权的QoS的信息。信令交互单元1121，还可以接收AF73中的信令交互单元731发送的应用层授权的降质QoS信息，转发给VPCRF111中的信令交互单元1111；还可以转发VPCRF111中的信令交互单元1111与AF73中的信令交互单元731之间有关重协商降质QoS的信息。
图12为本实施例中，在用户处于漫游场景时接入网发起QoS授权请求、且应用层授权的缺省QoS未通过本地策略裁决时QoS协商机制的实现过程示意图，该过程包含以下步骤：
步骤1201～步骤1202：MS与AF之间进行应用层信息交互；MS向AGW请求预留承载资源。
步骤1201～步骤1202具体与步骤501～步骤502相同。
步骤1203：AGW向VPCRF发送QoS授权请求。
所述步骤1203具体与步骤503相同。
步骤1204：VPCRF向HPCRF转发QoS授权请求。
所述步骤1204具体与步骤504相同。
步骤1205：HPCRF向AF请求应用层授权的QoS。
所述步骤1205具体与步骤505相同。
步骤1206：AF向HPCRF发送应用层授权的缺省QoS。
具体地说：AF根据HPCRF的QoS授权申请请求中所携带的用户信息和本次业务会话的信息内容，找到应用层中关于该用户本次业务的信息，和应用层对本次业务授权的缺省QoS信息，并将该应用层授权的缺省QoS信息返回给HPCRF。
实际应用时，步骤1206可以如图12所示在步骤1205之后执行，也可以在步骤1201和步骤1204之间的任意位置执行。步骤1206在步骤1201和步骤1204之间执行时，图12中可以不执行步骤1205，且所述步骤1206具体为：AF将经过应用层授权的缺省QoS发送给HPCRF进行本地策略裁决，并包括用于确定当前用户所在的拜访网络VPCRF的信息。
步骤1206中，AF向HPCRF发送应用层授权的QoS时，也可以同时发送AF所允许的本次业务的降质QoS。所述降质QoS信息用于指示HPCRF，如果AF所授权的缺省QoS不能通过本地策略裁决，或本地承载网络资源不满足所授权的缺省QoS对资源的要求时，可以按照该降质QoS进行降质处理。该降质QoS的表达方式如表一所述。
步骤1206中，AF获取降质QoS的过程与步骤805中相同。
步骤1207：HPCRF向VPCRF转发应用层授权的缺省QoS。
步骤1207中，如果步骤1206中HPCRF收到来自AF的应用层所允许的降质QoS，则HPCRF也将该降质QoS发送给VPCRF。
步骤1208：VPCRF确定为应用层授权的缺省QoS未能通过本地策略裁决。
具体地说：VPCRF收到HPCRF转发的本次业务应用层授权的缺省QoS后，融合拜访网络的本地策略对该缺省QoS进行本地策略裁决。应用层对本次业务所授权的缺省QoS超出了本地策略所允许的QoS范围，则VPCRF认为该业务不能按照应用层所授权的缺省QoS来使用本地网络资源。
如果步骤1207中HPCRF将降质QoS发送给VPCRF，则VPCRF会按照该降质QoS来进行降质处理，即按照降质QoS进行本地策略裁决。如果降质QoS符合本地策略的要求，VPCRF就认为可以按照降质QoS对资源的需要来建立本次业务，并在执行本步骤之后，执行步骤1213，如果降质QoS不符合本地策略的要求，则VPCRF确定为QoS协商失败，并结束本处理流程。
如果步骤1207中没有携带应用层所允许的本次业务的降质QoS，则本步骤之后，执行步骤1209。如果步骤1207中没有携带应用层所允许的本次业务的降质QoS时，本步骤之后，执行步骤1209之前可以进一步包含：VPCRF根据本地策略或用户的签约信息，确定为对本次业务的QoS进行降质处理的步骤，该步骤中：VPCRF得知缺省QoS未被AGW接受时，判断根据本地策略或用户的签约信息，是否可以对本次业务的QoS进行降质处理。这里，如果VPCRF获知HSS、或AAA、或AS、或自身存储了用户的降质QoS签约数据，则可以确定为对本次业务的QoS进行降质处理；如果用户虽然未签约降质QoS数据，但VPCRF的本地策略允许进行QoS降质处理，则也确定为对本次业务的QoS进行降质处理。所述VPCRF获知HSS、或AAA、或AS、或自身是否存储了用户的降质QoS签约数据，可以是通过AF与HSS、或AAA、或AS等交互信息来获知，也可以VPCRF直接与与HSS、或AAA、或AS等交互信息来获知。
步骤1209：VPCRF向HPCRF请求重协商降质后的QoS。
步骤1210：HPCRF将收到的重协商请求转发给AF。
步骤1209～步骤1210用以VPCRF通过HPCRF向AF请求重协商本次业务的QoS信息，即向AF申请应用层所授权的降质QoS。
步骤1211：AF向HPCRF发送应用层授权的降质QoS。
所述步骤1211为步骤1210的响应消息，具体地说：AF收到来自HPCRF的QoS重协商请求后，向HPCRF返回应用层允许的降质QoS。
所述AF向HPCRF发送的降质QoS，可以为用户签约的或运营商允许的如表一所示的所有降质QoS，也可以为AF根据用户的签约信息和应用层对本次业务所要求的最低QoS限制，选择的合适的降质QoS。这里，AF通常可以根据业务属性等信息确定应用层对本次业务所要求的最低QoS限制；AF选择合适的降质QoS的不同方法不影响本发明方案的实施。
步骤1212：HPCRF将降质QoS发送给VPCRF。
步骤1212中，HPCRF可以将从AF收到的降质QoS转发给VPCRF。
步骤1213：VPRF向AGW发送授权的降质QoS。
具体地说：VPCRF确定为收到的降质QoS通过本地策略裁决，并将通过本地策略裁决的降质QoS信息发送给AGW，指示AGW按照该降质QoS为用户的本次业务建立承载连接。步骤1213中，VPCRF向AGW发送通过本地策略裁决的降质QoS信息时，也可以将用户签约的或运营商允许的如表一所示的所有降质QoS信息同时发送给AGW。通常，VPCRF将应用层授权的QoS转换为AGW所能理解的形式后发送给AGW。这里，如果VPCRF收到的降质QoS依然不能满足本地策略，则VPCRF按失败处理，并结束本处理流程。
步骤1214：AGW确定为当前该用户可获得的承载网络资源在已授权的降质QoS范围内。
具体地说：AGW接收到来自VPCRF的降质QoS后，会将应用层授权降质QoS与用户向自身申请的QoS相比较，如果用户向自身请求的QoS在应用层授权的降质QoS范围内，则接受用户所请求的QoS，并按该降质QoS为该用户的本次业务提供承载资源连接。如果用户所请求的QoS超出了应用层授权的降质QoS，则AGW确定为需要释放多余的预留资源，并按应用层授权的降质QoS为该用户的本次业务提供承载资源连接。
图12中包含了可选步骤1215～步骤1217，用以AGW向AF返回确认降质QoS的消息。
步骤1215～步骤1217：AGW通过VPCRF、HPCRF向AF返回对降质QoS的确认消息。
步骤1218：AGW通知用户的MS本次业务所需要的资源链路已经建立。
实际应用时，步骤1218可以如图12所示在步骤1217之后执行，也可以在步骤1214之后的任意位置执行。
步骤1218之后，用户的MS与对端之间的媒体流连路可以成功建立，用户所发起的业务可以开始进行。
需要说明的是，如果图12所示步骤1208中，VPCRF确定为应用层授权缺省QoS通过本地策略裁决，则执行步骤1213，且在步骤1213中，VPCRF向AGW下发应用层授权的缺省QoS。相应的，步骤1214中判断当前该用户可获得的承载网络资源是否在已授权的缺省QoS范围内，如果是，则执行可选步骤1215或直接执行步骤1218，且步骤1215～步骤1217中将发送确认缺省QoS的消息。
图13为本实施例中，在用户处于漫游场景时应用层发起QoS授权请求、且应用层授权的缺省QoS未通过本地策略裁决时QoS协商机制的实现过程示意图，该过程包含以下步骤：
步骤1301：与步骤1201相同。
步骤1302：AF向HPCRF发送应用层授权的缺省QoS。
步骤1302中，AF将经过应用层授权的缺省QoS发送给HPCRF进行本地策略裁决，同时AF向HPCRF发送用于确定当前用户所在拜访网络的VPCRF信息。步骤1302中，可以将应用层所允许的降质QoS也发送给HPCRF。所述降质QoS信息用于指示HPCRF，如果AF所授权的缺省QoS不能通过本地策略裁决，或本地承载网络资源不满足所授权的缺省QoS对资源的要求时，可以按照该降质QoS进行降质处理。该降质QoS的表达方式可以如表一所示。步骤1302中，AF获取降质QoS的过程与步骤805中所述相同。
步骤1303：HPCRF向VPCRF发送应用层授权的缺省QoS。
具体地说：HPCRF根据从AF收到的信息来确定一个位于用户当前所在拜访网络的合适的VPCRF，并将从AF那里收到的QoS信息转发给该VPCRF。同时，如果HPCRF在步骤1302中收到来自AF的应用层所允许的降质QoS，则HPCRF也将该降质QoS发送给VPCRF。
步骤1304～步骤1309：与步骤1208～步骤1213相同。
步骤1310：AGW确定为当前该用户可获得的承载网络资源满足已授权的降质QoS。
具体地说：AGW接收到来自VPCRF的降质QoS后，判断当前该用户可获得的承载网络资源情况是否可以满足该降质QoS对资源的要求。如果当前该用户可获得的承载网络资源可以满足降质QoS，则按照该降质QoS来为该用户的本次业务提供承载资源连接，否则AGW确定为QoS协商失败，并结束本处理流程。
这里，如果在步骤1309中PCRF只向AGW发送了通过通过本地策略裁决的一个降质QoS，则步骤1310中AGW只将该降质QoS与用户向自身申请的QoS相比较；如果步骤1309中PCRF向AGW发送了应用层所允许的所有降质QoS，则由于所述降质QoS如表一所述可以是一组降质QoS，比如：包含多个QoS、且具有优先级的一组降质QoS，因此，步骤1310中当前该用户可获得的承载网络资源不能满足通过本地所策略裁决的降质QoS要求时，AGW可以按照其余降质QoS中的优先级等信息选择其中一个降质QoS来进行当前该用户可获得的承载网络资源是否满足该降质QoS对资源的要求的判断。
步骤1311～步骤1314：与步骤1215～步骤1218相同。
所述步骤1311～步骤1313为可选步骤。
步骤1314之后，用户的MS与对端之间的媒体流链路成功建立，用户所发起的业务开始进行。
需要说明的是，如果图13所示步骤1304中，VPCRF确定为应用层授权缺省QoS通过本地策略裁决，则执行步骤1309，且在步骤1309中，VPCRF向AGW下发应用层授权的缺省QoS。相应的，步骤1310中判断当前该用户可获得的承载网络资源是否满足已授权的缺省QoS，如果是，则执行可选步骤1311或直接执行步骤1314，且步骤1311～步骤1313中将发送确认缺省QoS的消息；如果不是时，可以进行降质处理，具体降质处理的过程可以参照图10中的相关步骤。
另外，如果图13所示步骤1309中，VPCRF只向AGW发送了应用层授权且通过PCRF本地策略裁决的降质QoS，并没有将用户签约的或运营商允许的所有QoS信息同时发送给AGW，则步骤1310中如果当前该用户可获得的承载网络资源不满足通过PCRF本地策略裁决的降质QoS，则AGW可以参考图10中步骤1006～步骤1010进行进一步降质处理。
实现本发明实施例中的QoS协商方法时，如果用户没有签约降质QoS数据，则该方法可以进一步包含以下步骤：AF向MS发送确认MS是否可以接受降质QoS的信息，如果MS向AF返回可以接受降质QoS的信息，则网络侧不接受缺省QoS时，可以进行降质处理，否则网络侧不接受缺省QoS时，确定为QoS协商失败。
至于AF何时向MS发送确认MS是否可以接受降质QoS的信息，如果AF向PCRF或HPCRF发送缺省QoS信息的同时也发送降质QoS信息，则可以在AF向PCRF或HPCRF发送缺省QoS信息与降质QoS信息之前，AF向MS发送确认MS是否可以接受降质QoS的信息，也可以在缺省QoS未被网络侧接受时，PCRF或HPCRF向AF发送缺省QoS未被网络侧接受的信息，AF则收到PCRF或HPCRF发送的缺省QoS未被网络侧接受的信息后，向MS发送确认MS是否可以接受降质QoS的信息；如果PCRF或VPCRF对缺省QoS进行本地策略裁决之前，AF没有向PCRF或HPCRF发送降质QoS信息，则AF可以在收到PCRF或HPCRF发送的请求重协商降质后的QoS的消息之后，向MS发送确认MS是否可以接受降质QoS的信息。
对于接入网发起QoS授权请求的情况，MS确定为可以接受降质QoS后，网络侧确定为不接受缺省QoS时，MS还可以向AGW重新发送对应于降质QoS的资源预留请求，如此，AGW收到PCRF或VPCRF发送的应用层授权降质QoS后，可以将该QoS和用户重新发送的对应于降质QoS的资源预留请求中的QoS进行比较。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的使用范围。

Claims (25)

1、一种实现QoS协商机制的***，包含：移动台MS、无线接入网RAN、接入网关AGW、策略和计费功能PCRF单元、应用层功能AF单元，MS通过RAN、AGW与AF单元交互应用层信息，PCRF单元接收AF单元发送的应用层授权缺省QoS信息，AGW接收PCRF单元发送的应用层授权缺省QoS信息，其特征在于，该***进一步包含：
PCRF单元与AF单元之间包含：PCRF单元接收AF单元发送的应用层授权的降质QoS信息的连接；
AGW与PCRF单元之间包含：AGW接收PCRF单元发送的应用层授权的降质QoS信息的连接。
2、根据权利要求1所述的***，其特征在于：PCRF单元与AF单元之间进一步包含：PCRF单元向AF单元发送请求重协商降质后QoS的消息的连接。
3、根据权利要求1所述的***，其特征在于：AGW与PCRF单元之间进一步包含：AGW向PCRF单元发送承载网络资源不满足已授权缺省QoS的信息的连接。
4、根据权利要求1所述的***，其特征在于，AGW包含：信令交互单元、缺省QoS处理单元、承载网络资源管理单元，所述AGW进一步包含：
降质QoS处理单元，用于接收信令交互单元发送的应用层授权的降质QoS信息，向信令交互单元发送降质QoS状态信息；向承载网络资源管理单元发送降质QoS信息，接收承载网络资源管理单元发送的降质QoS状态信息、缺省QoS状态信息；
信令交互单元，进一步接收PCRF单元发送的应用层授权的降质QoS信息后，转发给降质QoS处理单元；接收降质QoS处理单元发送的降质QoS状态信息；
承载网络资源管理单元，进一步向降质QoS处理单元发送缺省QoS状态信息，接收降质QoS处理单元发送的应用层授权的降质QoS信息，确定降质QoS状态信息，并向降质QoS处理单元返回降质QoS状态信息。
5、根据权利要求1所述的***，其特征在于，PCRF单元包含：信令交互单元、缺省QoS处理单元、本地策略单元，所述PCRF单元进一步包含：
降质QoS处理单元，用于接收信令交互单元发送的应用层授权的降质QoS信息，向信令交互单元发送降质QoS状态信息；向本地策略单元发送降质QoS信息，接收本地策略单元发送的降质QoS状态信息、缺省QoS状态信息；
信令交互单元，进一步接收AF单元发送的应用层授权的降质QoS信息后，转发给降质QoS处理单元；接收降质QoS处理单元发送的降质QoS状态信息，向AGW发送应用层授权的降质QoS信息；
本地策略单元，进一步向降质QoS处理单元发送缺省QoS状态信息，接收降质QoS处理单元发送的应用层授权的降质QoS信息，确定降质QoS状态信息，并向降质QoS处理单元返回降质QoS状态信息。
6、根据权利要求5所述的***，其特征在于，所述PCRF单元进一步包含：签约信息单元；
用于接收PCRF单元中的降质QoS处理单元发送的查询用户是否签约了降质QoS的消息后，向降质QoS处理单元返回用户是否签约了降质QoS的信息；
PCRF单元中的降质QoS处理单元，进一步向签约信息单元发送查询用户是否签约了降质QoS的消息，接收签约信息接口单元返回的用户是否签约了降质QoS的信息。
7、根据权利要求5所述的***，其特征在于，所述PCRF单元进一步包含：签约信息单元；
用于接收PCRF单元中的降质QoS处理单元发送的查询用户降质QoS信息的消息后，向降质QoS处理单元返回用户的降质QoS信息；
PCRF单元中的降质QoS处理单元，进一步向签约信息单元发送查询用户降质QoS信息的消息，接收签约信息接口单元返回的用户的降质QoS信息。
8、根据权利要求1所述的***，其特征在于，AF单元包含：信令交互单元、QoS翻译单元、缺省QoS处理单元，所述AF单元进一步包含：
降质QoS处理单元，用于对降质QoS进行授权，向AF单元中的信令交互单元发送应用层授权的降质QoS信息；
AF单元中的信令交互单元，进一步接收AF单元中的降质QoS处理单元发送的应用层授权的降质QoS信息后，转发给PCRF单元。
9、根据权利要求8所述的***，其特征在于，所述AF单元进一步包含：签约信息单元；
用于接收AF单元中的降质QoS处理单元发送的查询用户降质QoS签约信息的消息，向AF单元中的降质QoS处理单元返回用户降质QoS的签约信息；
AF单元中的降质QoS处理单元，向签约信息单元发送查询用户降质QoS签约信息的消息，接收AF单元中的签约信息单元返回的用户降质QoS签约信息。
10、根据权利要求8所述的***，其特征在于，所述AF单元进一步包含：签约信息单元；
用于接收AF单元中的信令交互单元发送的查询用户是否签约了降质QoS的信息，向AF单元中的信令交互单元发送用户是否签约了降质QoS的信息；
AF单元中的信令交互单元，向AF单元中的签约信息单元发送查询用户是否签约了降质QoS的信息，接收AF单元中的签约信息单元返回的用户是否签约了降质QoS的信息，向AF单元中的QoS翻译单元发送用户签约了降质QoS的信息；
AF单元中的QoS翻译单元，进一步接收AF单元中的信令交互单元发送的用户签约了降质QoS的信息，翻译出降质QoS信息后，向AF单元中的降质QoS处理单元发送降质QoS信息；
AF单元中的降质QoS处理单元，接收AF单元中的QoS翻译单元发送的降质QoS信息。
11、根据权利要求6、7、9、10所述的***，其特征在于，所述AF单元中的签约信息单元为：签约信息数据库或获取签约信息接口；
签约信息数据库，进一步存储用户签约信息；
获取签约信息接口，进一步与存储用户签约信息的外部数据库交互信息来获取用户降质QoS的签约信息。
12、根据权利要求11所述的***，其特征在于，所述AF单元中的签约信息单元为获取签约信息接口，所述外部数据库为：归属用户服务器HSS、或鉴权授权计费AAA数据库、或应用服务器AS。
13、根据权利要求1至10任一项所述的***，其特征在于，所述PCRF单元为拜访网络PCRF；AF单元与拜访网络PCRF之间进一步包含：归属网络PCRF；
归属网络PCRF，用于传递拜访网络PCRF与AF单元之间的信息。
14、一种实现QoS协商机制的方法，其特征在于，该方法包含以下步骤：
A、用户向网络侧的AF单元发送业务请求，网络侧的AF单元对用户请求的业务进行QoS授权；
B、网络侧判断是否接受应用层授权的缺省QoS，如果是，则按缺省QoS为该业务建立承载资源；否则网络侧判断是否接受应用层授权的降质QoS，如果是，则按降质QoS为该业务建立承载资源；否则确定为QoS协商失败。
15、根据权利要求14所述的方法，其特征在于，步骤A和步骤B之间进一步包含：AF单元向网络侧的PCRF单元发送应用层授权的缺省QoS信息。
16、根据权利要求15所述的方法，其特征在于，步骤B之前进一步包含：用户向网络侧中的AGW发送承载资源预留请求；AGW向网络侧的PCRF单元发送QoS授权请求；
所述步骤B具体包含以下步骤：
B11、网络侧中的PCRF单元判断应用层授权缺省QoS是否通过本地策略裁决，如果是，则执行步骤B12；否则执行步骤B14；
B12、PCRF单元向AGW发送缺省QoS信息；
B13、AGW按缺省QoS建立承载资源，并结束本处理流程；
B14、PCRF单元判断应用层授权降质QoS是否通过本地策略裁决，如果是，则执行步骤B15，否则PCRF单元确定为QoS协商失败，并结束本处理流程；
B15、PCRF单元向AGW发送降质QoS信息；
B16、AGW按降质QoS建立承载资源。
17、根据权利要求15所述的方法，其特征在于，所述步骤B具体包含以下步骤：
B21、网络侧中的PCRF单元判断应用层授权缺省QoS是否通过本地策略裁决，如果是，则执行步骤B22；否则执行步骤B25；
B22、PCRF单元向AGW发送缺省QoS信息；
B23、AGW判断当前所述用户可获得的承载网络资源是否满足缺省QoS，如果满足，则按缺省QoS建立承载资源，并结束本处理流程；否则执行步骤B24；
B24、AGW判断当前所述用户可获得的承载网络资源是否满足降质QoS，如果满足，则按降质QoS建立承载资源，并结束本处理流程；否则AGW确定为QoS协商失败，并结束本处理流程；
B25、PCRF单元判断应用层授权降质QoS是否通过本地策略裁决，如果是，则执行步骤B26，否则PCRF单元确定为QoS协商失败，并结束本处理流程；
B26、PCRF单元向AGW发送降质QoS信息；
B27、AGW判断当前所述用户可获得的承载网络资源是否满足降质QoS，如果满足，则按降质QoS建立承载资源；否则AGW确定为QoS协商失败。
18、根据权利要求16或17所述的方法，其特征在于，AF单元向网络侧的PCRF单元发送应用层授权的缺省QoS信息时，同时发送应用层授权的降质QoS信息；
或者是，PCRF单元确定为应用层授权的缺省QoS未通过本地策略裁决后，判断应用层授权降质QoS是否通过本地策略裁决之前进一步包含：PCRF单元向AF单元发送请求重协商降质后QoS的信息；AF单元向PCRF单元发送应用层授权的降质QoS信息。
19、根据权利要求17所述的方法，其特征在于，步骤B23中，AGW确定为当前所述用户可获得的承载网络资源不能满足缺省QoS后，执行步骤B24之前进一步包含：AGW向PCRF单元发送当前承载网络资源不满足缺省QoS的信息；PCRF单元向AF单元发送请求重协商降质后QoS的信息；AF单元通过PCRF单元向AGW发送降质QoS信息；PCRF单元向AGW单元发送降质QoS信息；
或者是，AF单元向网络侧的PCRF单元发送应用层授权的缺省QoS信息时，同时发送应用层授权的降质QoS信息；步骤B23中，AGW确定为当前所述用户可获得的承载网络资源不能满足缺省QoS后，执行步骤B24之前进一步包含：AGW向PCRF单元发送当前承载网络资源不满足缺省QoS的信息；PCRF单元向AGW单元发送降质QoS信息。
20、根据权利要求16或17所述的方法，其特征在于，AF单元向网络侧的PCRF单元发送应用层授权的缺省QoS信息时，同时发送应用层授权的降质QoS信息；PCRF单元判断为应用层授权缺省QoS通过本地策略裁决后，向AGW发送缺省QoS信息时，同时向AGW发送降质QoS信息。
21、根据权利要求16或17所述的方法，其特征在于，PCRF单元确定为应用层授权缺省QoS未通过本地策略裁决后，判断应用层授权降质QoS是否通过本地策略裁决之前进一步包含：PCRF单元根据本地策略或用户签约信息判断是否可以对QoS进行降质处理，如果是，则执行判断应用层授权降质QoS是否通过本地策略裁决的步骤，否则PCRF单元确定为QoS协商失败，并结束本处理流程。
22、根据权利要求14、15、16、17或19所述的方法，其特征在于，所述降质QoS的表达方式可以为：给定各项QoS具体参数的上限取值和下限取值、或包含具有优先级的多个QoS、或给定各项QoS参数的降质百分比数。
23、根据权利要求14所述的方法，其特征在于，该方法进一步包含：AF向用户发送确认是否可以接受降质QoS的信息，如果用户可以接受，则网络侧确定为不接受应用层授权的缺省QoS时，再判断是否接受应用层授权的降质QoS，如果用户不能接受，则网络侧确定为不接受应用层授权的缺省QoS时，网络侧确定为QoS协商失败。
24、根据权利要求23所述的方法，其特征在于，步骤B之前进一步包含：用户向网络侧中的AGW发送承载资源预留请求；AGW向网络侧的PCRF单元发送QoS授权请求；
网络侧确定为不接受应用层授权的缺省QoS时，用户向AGW重新发送对应于降质QoS的承载资源预留请求。
25、根据权利要求15、16、17、19、24所述的方法，其特征在于，所述PCRF单元位于拜访网络；
所述PCRF单元与AF单元之间的信息传递通过位于归属网络的归属网络PCRF单元进行。
CN200610074958A 2006-04-25 2006-04-25 一种实现服务质量协商机制的***和方法 Expired - Fee Related CN101047981B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN200610074958A CN101047981B (zh) 2006-04-25 2006-04-25 一种实现服务质量协商机制的***和方法
PCT/CN2007/001386 WO2007121686A1 (fr) 2006-04-25 2007-04-25 Système et procédé pour réaliser un mécanisme de négociation de qualité de service

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200610074958A CN101047981B (zh) 2006-04-25 2006-04-25 一种实现服务质量协商机制的***和方法

Publications (2)

Publication Number Publication Date
CN101047981A true CN101047981A (zh) 2007-10-03
CN101047981B CN101047981B (zh) 2010-05-12

Family

ID=38624562

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200610074958A Expired - Fee Related CN101047981B (zh) 2006-04-25 2006-04-25 一种实现服务质量协商机制的***和方法

Country Status (2)

Country Link
CN (1) CN101047981B (zh)
WO (1) WO2007121686A1 (zh)

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010048895A1 (zh) * 2008-10-30 2010-05-06 华为技术有限公司 漫游场景下实现QoS预授权的方法和装置
CN101868952A (zh) * 2007-11-19 2010-10-20 艾利森电话股份有限公司 承载建立的预授权
CN101459524B (zh) * 2008-03-18 2011-08-10 中兴通讯股份有限公司 一种下发策略计费控制规则的方法
CN102158911A (zh) * 2010-02-11 2011-08-17 华为技术有限公司 机器对机器业务的承载建立方法及网络传输设备
CN101355806B (zh) * 2008-08-29 2012-05-23 中兴通讯股份有限公司 网络会话释放方法、装置及***
CN102790755A (zh) * 2011-05-20 2012-11-21 中兴通讯股份有限公司 动态业务流的处理方法及装置
CN103595764A (zh) * 2013-10-17 2014-02-19 航天恒星科技有限公司 一种超大规模VSAT***的多业务QoS保障***及其实现方法
CN103856484A (zh) * 2007-11-19 2014-06-11 艾利森电话股份有限公司 承载建立的预授权
WO2015106382A1 (zh) * 2014-01-14 2015-07-23 华为技术有限公司 一种服务质量的协商方法、设备及***
CN105722015A (zh) * 2010-02-11 2016-06-29 华为技术有限公司 机器对机器业务的承载建立方法及网络传输设备
CN107431976A (zh) * 2015-02-03 2017-12-01 瑞典爱立信有限公司 用于辅助多个网状网络中的漫游的代理服务装置和其中的方法
CN110944343A (zh) * 2019-12-11 2020-03-31 杭州东信北邮信息技术有限公司 一种aac和pcrf之间的交互方法
US20220210688A1 (en) * 2019-04-30 2022-06-30 Renault S.A.S. System and method for managing v2x communication between a vehicle and a receiving device

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105072629B (zh) 2015-06-30 2019-04-26 华为技术有限公司 测量终端上运行的业务的质量的方法、设备及***
EP3430834B1 (en) * 2016-03-15 2021-10-06 Telefonaktiebolaget LM Ericsson (publ) Systems and methods for quality of service differentiation for non-ip bearers
CN114079907A (zh) * 2020-08-11 2022-02-22 ***通信有限公司研究院 一种信息处理方法、网络设备和计算机存储介质

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5745480A (en) * 1996-04-03 1998-04-28 Adicom Wireless, Inc. Multi-rate wireless communications system
US6683853B1 (en) * 1999-12-01 2004-01-27 Telefonaktiebolaget Lm Ericsson (Publ) Dynamic upgrade of quality of service in a packet switched network
US7058387B2 (en) * 2001-11-01 2006-06-06 Intel Corporation System and method for providing cost of quality of service levels in a wireless communication device
CN1214555C (zh) * 2002-04-15 2005-08-10 华为技术有限公司 公共陆地移动网（plmn）分组网中统一管理资源的一种方法
US7391724B2 (en) * 2002-10-09 2008-06-24 Spyder Navigations, L.L.C. System and method with policy control function for multimedia broadcast/multicast system services
CN100337414C (zh) * 2002-10-18 2007-09-12 华为技术有限公司 一种宽带码分多址***中的服务质量协商方法
KR20050029773A (ko) * 2003-09-22 2005-03-28 주식회사 케이티 통합망에서의 억세스게이트웨이 및 그의 트래픽 라우팅방법

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101868952A (zh) * 2007-11-19 2010-10-20 艾利森电话股份有限公司 承载建立的预授权
CN101868952B (zh) * 2007-11-19 2014-03-19 艾利森电话股份有限公司 承载建立的预授权方法及其服务器
CN103856484A (zh) * 2007-11-19 2014-06-11 艾利森电话股份有限公司 承载建立的预授权
CN103856484B (zh) * 2007-11-19 2017-01-25 艾利森电话股份有限公司 承载建立的预授权
CN101459524B (zh) * 2008-03-18 2011-08-10 中兴通讯股份有限公司 一种下发策略计费控制规则的方法
CN101355806B (zh) * 2008-08-29 2012-05-23 中兴通讯股份有限公司 网络会话释放方法、装置及***
WO2010048895A1 (zh) * 2008-10-30 2010-05-06 华为技术有限公司 漫游场景下实现QoS预授权的方法和装置
CN101730153B (zh) * 2008-10-30 2013-03-20 华为技术有限公司 漫游场景下实现QoS预授权的方法和装置
CN105722015A (zh) * 2010-02-11 2016-06-29 华为技术有限公司 机器对机器业务的承载建立方法及网络传输设备
CN102158911A (zh) * 2010-02-11 2011-08-17 华为技术有限公司 机器对机器业务的承载建立方法及网络传输设备
CN105722015B (zh) * 2010-02-11 2019-05-28 华为技术有限公司 机器对机器业务的承载建立方法及网络传输设备
US9363839B2 (en) 2010-02-11 2016-06-07 Huawei Technologies Co., Ltd. Method for establishing bearer for machine to machine service and network transmission device
CN102790755A (zh) * 2011-05-20 2012-11-21 中兴通讯股份有限公司 动态业务流的处理方法及装置
CN103595764A (zh) * 2013-10-17 2014-02-19 航天恒星科技有限公司 一种超大规模VSAT***的多业务QoS保障***及其实现方法
WO2015106382A1 (zh) * 2014-01-14 2015-07-23 华为技术有限公司 一种服务质量的协商方法、设备及***
CN107431976A (zh) * 2015-02-03 2017-12-01 瑞典爱立信有限公司 用于辅助多个网状网络中的漫游的代理服务装置和其中的方法
CN107431976B (zh) * 2015-02-03 2020-11-24 瑞典爱立信有限公司 用于辅助多个网状网络中的漫游的代理服务装置和其中的方法
US11272414B2 (en) 2015-02-03 2022-03-08 Telefonaktiebolaget Lm Ericsson (Publ) Brokering service apparatus and method therein for assisting roaming in multiple mesh networks
US20220210688A1 (en) * 2019-04-30 2022-06-30 Renault S.A.S. System and method for managing v2x communication between a vehicle and a receiving device
CN110944343A (zh) * 2019-12-11 2020-03-31 杭州东信北邮信息技术有限公司 一种aac和pcrf之间的交互方法

Also Published As

Publication number Publication date
CN101047981B (zh) 2010-05-12
WO2007121686A1 (fr) 2007-11-01

Similar Documents

Publication Publication Date Title
CN101047981A (zh) 一种实现服务质量协商机制的***和方法
CN1281093C (zh) 准入控制方法以及准入控制装置
CN1126411C (zh) 通信***、管理一个通信***和移动用户设备的方法
CN1801814A (zh) 一种离线消息发送和接收方法
CN101056262A (zh) 应用***业务数据和网络数据的连接与交换方法
CN1801970A (zh) 自动产生和/或控制有多个参加者的电信会议的方法及设备
CN101064866A (zh) 一种短信的路由寻址方法及***
CN1882119A (zh) 一种实现电路域和分组域互切换的装置、***和方法
CN101043744A (zh) 一种ims网络中用户终端接入鉴权的方法
CN1843050A (zh) 无线通信网络中资源预留的方法和***
CN1490733A (zh) 服务提供方法
CN1255967C (zh) 频带保证***、中继装置及网络管理服务器
CN101035001A (zh) 一种处理策略控制和计费的方法及其***
CN1819671A (zh) 关于按键通话发言权和队列信息的方法及其相关装置
CN1663204A (zh) 网关装置和在该网关装置中的信号处理方法
CN1832414A (zh) 提供多个群组通信业务的方法、群组通信业务***及群组通信业务服务器单元
CN1262093C (zh) 移动通信***、服务器装置和数据发送方法
CN1706126A (zh) 移动通信网络的测位***和测位方法
CN101047630A (zh) 实现短消息业务的***和上发以及下发短消息的方法
CN1894992A (zh) 位置信息通知***和方法、终端位置特定装置和保密检查装置
CN1859392A (zh) 业务编址方法、***及其应用
CN1878388A (zh) 通信网络中数据传输服务质量的确定方法
CN1848881A (zh) 通信过程中处理主叫号码显示的实现方法及装置
CN1926854A (zh) 在通信网络中记录视听内容的方法
CN1852267A (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
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20100512