CN101009695A - 一种媒体协商的方法和系统 - Google Patents
一种媒体协商的方法和系统 Download PDFInfo
- Publication number
- CN101009695A CN101009695A CN 200610033418 CN200610033418A CN101009695A CN 101009695 A CN101009695 A CN 101009695A CN 200610033418 CN200610033418 CN 200610033418 CN 200610033418 A CN200610033418 A CN 200610033418A CN 101009695 A CN101009695 A CN 101009695A
- Authority
- CN
- China
- Prior art keywords
- bandwidth
- user
- resource
- spdf
- 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
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种媒体协商的方法和系统，通过AF向PDF/SPDFRACS进行QoS资源请求的过程参与并影响会话媒体协商过程，在会话媒体协商时，AF即根据对某个媒体流会话双方支持的多个编解码类型向PDF/SPDF进行QoS资源请求，会话媒体协商过程将根据当前传送网络所能支持的带宽需求选定一种编解码类型。使用本发明的方法和系统，可以提高会话建立成功率。本发明还公开了实现发明的AF、PDF/SPDF以及A－RACF。
Description
技术领域
本发明涉及通信技术，特别涉及一种媒体协商的方法和系统。
背景技术
目前，随着分组技术的不断成熟，基于电路交换的传统电信网络正在向着基于分组交换的宽带电信网发展，对传统电信网络来说，用户建立的呼叫承载于独自占用的电路之上，只要电路被分配给用户建立的呼叫，该呼叫的服务质量(QoS，Quality of Service)就可以得到保证；但是在宽带电信网中，用户建立的呼叫承载于临时分配的分组通道中，该呼叫只有被分配了足够的分组通道(一般以带宽作为数量值来衡量)，服务质量才可以得到保证，由于宽带分组网的特点之一是分组通道面向所有用户共享，同时用户能得到的最大带宽是需要和运营商签约的，这样显然用户发起一个呼叫时，并不能保证能分配到足够建立呼叫的带宽，或者因为网络剩余的分组通道带宽不够，或者因为用户签约的可得到的最大带宽中剩余未用的带宽不够。
因此，在宽带电信网中，必须提供一套机制来保证用户的QoS服务质量。
为了实现QoS控制，3GPP标准组织中定义了动态QoS策略控制的架构，主要包括以下网元：
网关：在接入IP连接服务和IP多媒体网络之间的网关，如GGSN(Gateway GPRS Support Node，网关GPRS支持节点，GRPS-General PacketRadio Service，通用分组无线业务)；
PDF(策略决策功能：Policy Decision Function)：进行基于业务的本地策略控制的策略决策点，负责对上层应用的资源预留/分配请求做响应。也可能因为网络资源状况变化而主动向业务层上报资源情况；
AF(应用功能：Application Function)：电信运营商或业务提供商域内的核心控制层服务器。AF根据业务需求，向PDF发起IP承载资源请求。在3GPP标准组织定义的IMS(IP多媒体业务子系统：IP Multimedia CoreNetwork Subsystem)系统中，AF可以是P-CSCF(代理-呼叫会话控制功能实体：Proxy-Call Session Control Function)。
其中，AF和PDF之间的接口是Gq接口。
更详尽的描述可以参见3GPP标准组织定义的相关标准文稿，如Gq接口的定义可参见3GPP TS 29.209标准文稿。
在ETSI标准组织下属的TISPAN(Telecommunications and InternetConverged Services and Protocols for Advanced Networking)定义的NGN(下一代网络：Next Generation Network)架构中，PDF又称为SPDF(Service-basedPolicy Decision Function，基于业务的策略决策功能)，其基本功能和3GPP定义的PDF是一致的。由于固网领域的业务需求和接入承载与移动领域有所差异，在TISPAN规范中将AF和PDF/SPDF间的接口称为Gq’接口，以示继承和区别。同时，TISPAN中给出了负责Qos资源预留/分配的资源准入控制子系统(RACS，Resource Admission Control Subsystem)架构，以完成基于业务需求的承载网络资源的控制、分配、管理功能，保证业务的服务质量，如图1所示。
资源准入控制子系统包括SPDF和A-RACF两个逻辑网元，其中，A-RACF(Access-Resource and Admission Control Function，接入-资源准入控制功能)提供准入控制功能，通过Rq接口从SPDF接收Qos资源(如带宽)请求，根据相关的接入网络资源以及用户的QoS签约等信息进行准入控制，通过Rq接口向SPDF返回资源是否准入的信息。用户的QoS签约信息如接入签约带宽等存储在NASS(Network Attachment Subsystem，网络附着子系统)中，A-RACF可以通过E4接口获取。
关于RACS和NASS两个子系统以及Gq’接口、Rq接口和E4接口的更详尽的描述可以参见TISPAN定义的相关标准文稿，也可以参见ITU-T标准组织在NGN中对QoS架构的定义的相关标准文稿，在ITU-T的定义中，RACS被称为RACF(Resource and Admission Control Function，资源准入控制功能)，NASS被称为NAAF(Network Access Attachment Function，网络接入附着功能)，如Gq’接口可参见TISPAN的ETSI TS 183 017标准文稿，Rq接口可参见TISPAN的ETSI ES 283 026标准文稿等。
通过Gq/Gq’接口，AF根据业务需求在会话建立时向PDF/SPDF请求QoS资源预留/分配，PDF/SPDF通过Rq接口向A-RACF转发资源预留/分配请求，并获取A-RACF返回的资源是否允许准入的相关信息。PDF/SPDF根据基于运营商的本地策略和/或用户的签约策略、以及现有网络资源状况等信息接受或拒绝资源请求。其中，现有网络资源状况可以是：网络中可获得的带宽、网络服务类别(如语音、视频、流媒体、数据等)等。
在会话建立过程中，AF根据用户的业务请求决定会话需要的QoS资源(指会话需要的资源，一般情况下是会话需要的最大资源。如一次会话中一个媒体流可以选择多种编解码方式，不同编解码方式需要的带宽不同，这里选择需要的最大的带宽需求)，AF通过Gq/Gq’接口向PDF/SPDF发起QoS资源请求。PDF/SPDF仲裁后如果决定授权QoS资源请求，则通过Gq/Gq’向AF发送成功响应，同时预留/分配资源，AF继续会话建立；否则，向AF发送失败响应，AF将会话拆除。
举例来说，主叫用户请求建立会话，在请求消息的媒体描述中给出多种编解码方式，根据会话媒体协商定的一种编解码决定最大需求带宽，如2M。具体协商过程为：被叫用户接收会话请求，返回响应码中携带被叫支持的编解码方式，主叫用户接收到响应码后，如果发现双方支持的编解码方式是一种以上时，将决定采取其中的一种编解码方式(一般是选取其中带宽需求最大的编解码方式)。
AF将携带最大需求带宽(2M)的资源请求消息通过Gq/Gq’接口发送给PDF/SPDF，PDF/SPDF仲裁后如果发现现有网络带宽资源不足，有可能是网络资源不够，比如网络资源只剩下200K带宽(如图2)；也有可能是PDF/SPDF在将资源需求进一步分解，发给A-RACF请求接入侧进行资源准入判断时，A-RACF根据用户签约带宽信息和用户当前已使用网络带宽计算出用户可用带宽不足(比如用户可用带宽200K，小于最大请求带宽，如图3)，则直接返回资源请求失败消息，其中携带失败原因：资源不足，AF将会话释放。
如果PDF/SPDF仲裁后发现可以满足用户的QoS资源请求，则返回成功消息，AF继续会话建立。
具体到Gq/Gq’和Rq接口，在AF发送给PDF/SPDF以及PDF/SPDF发送给A-RACF的AAR(AA-Request Command：鉴权授权请求命令)中，Max-Requested-Bandwidth-UL AVP和Max-Requested-Bandwidth-DL AVP表示会话请求的最大上行带宽和最大下行带宽；在A-RACF返回给PDF/SPDF以及PDF/SPDF返回给AF的AAA(AA-Answer Command：鉴权授权应答命令)中，只返回请求成功或失败的指示消息。
其中，AVP(attribute-value pair，属性值组)是Diameter协议中表示一个或一组属性参数的集合，而Gq/Gq’和Rq接口以及前述的E4接口都是基于Diameter协议的，一个Diameter命令中可以有一个或多个AVP参数。
采用上述方法，当一次会话中对一个媒体流会话双方可以选择多种编解码方式时，将根据会话媒体协商定的一种编解码决定向RACS请求的带宽需求，比如对某个媒体流会话双方都支持A、B两种编解码类型，分别所需的带宽对应为2M和100K，在会话媒体协商后选择了A编解码，AF向PDF/SPDF请求2M带宽，PDF/SPDF仲裁后发现现有网络带宽不够，只有200K带宽，则会话将被释放。但显然如果AF向PDF/SPDF请求B编解码所需的100K带宽，会话将会成功建立。
由AF在会话媒体协商后根据选定的某个媒体流的一种编解码类型所需的带宽，向PDF/SPDF请求QoS资源，这样只有在传送网络满足会话该带宽要求时，会话才可能成功建立，否则会话拆除，导致会话建立的成功率不高。
发明内容
有鉴于此，本发明的主要目的在于提供一种媒体协商的方法。
为实现上述目的，本发明提供了一种媒体协商的方法，包含以下步骤：
步骤A：AF向PDF/SPDF发送第一资源请求消息，所述PDF/SPDF接收所述第一资源请求消息，向A-RACF发送第二资源请求消息，所述第一资源请求消息和所述第二资源请求消息携带媒体类型的带宽请求范围参数；
步骤B：所述A-RACF分析得到满足所述带宽请求范围的用户在接入侧可获得带宽，并携带于所述第二资源请求应答消息中发送至所述PDF/SPDF；
步骤C：所述PDF/SPDF根据所述用户在接入侧可获得带宽，分析得到满足所述带宽请求范围的用户实际可获得带宽，并携带于所述第一资源请求应答消息中发送至所述AF；
步骤D：所述AF接收所述第一资源请求应答消息，并根据所述用户可获得的实际带宽确定/调整所述媒体类型的编解码方式。
其中，所述带宽请求范围参数可以是：带宽请求列表，所述带宽请求列表表项包括请求带宽；
此种情况下，在步骤B中，所述A-RACF将所述用户在接入侧可获得带宽和请求带宽列表中的各表项按顺序依次比较，如果所述表项的请求带宽满足所述用户在接入侧可获得带宽，则A-RACF将所述用户在接入侧可获得带宽调整为所述表项的请求带宽；
或
步骤B中，所述A-RACF直接将所述用户在接入侧可获得带宽发送给所述PDF/SPDF。
同样，步骤C、D也有2种操作方式：
步骤C中，PDF/SPDF将所述用户实际可获得带宽和请求带宽列表中的各表项按顺序依次比较，如果所述表项的请求带宽满足所述用户实际可获得带宽，则PDF/SPDF将用户实际可获得带宽调整为所述表项的请求带宽；
步骤D中，AF根据所述用户实际可获得带宽确定匹配的编解码方式。
或
步骤C中，PDF/SPDF直接将所述用户实际可获得带宽发送给AF；
步骤D中，AF根据所述用户实际可获得带宽和请求带宽列表中的各表项按顺序依次比较，如果所述表项的请求带宽满足所述用户实际可获得带宽，则根据所述表项的请求带宽确定匹配的编解码方式。
其中，所述带宽请求范围参数可以包括最大请求带宽和最小请求带宽；
此时，步骤B中，A-RACF直接将所述用户在接入侧可获得带宽发送给PDF/SPDF；
步骤C中，PDF/SPDF直接将所述用户实际可获得带宽发送给AF；
步骤D中，AF根据所述用户实际可获得带宽和所述媒体类型的各编解码方式对应的需求带宽按顺序依次比较，如果所述表项的请求带宽满足所述用户实际可获得带宽，则根据所述表项的请求带宽确定匹配的编解码方式。
或
步骤B中，所述A-RACF根据用户服务质量签约信息和用户当前已使用网络带宽，获取所述用户在接入侧可获得带宽；用户服务质量签约信息包括接入签约带宽，所述用户在接入侧可获得带宽为接入签约带宽和用户当前已使用网络带宽之差。
所述用户实际可获得带宽可以是所述PDF/SPDF根据现有资源状况、所述用户在接入侧可获得带宽、基于运营商的策略规则等分析获取所述用户实际可获得带宽。
上述方法中，所述第一和第二资源请求消息为AAR命令，所述第一和第二资源请求应答消息为AAA命令。
本发明提供了另一种媒体协商的方法，包括以下步骤：
步骤A：AF向PDF/SPDF发送资源请求消息，所述资源请求消息携带媒体类型的带宽请求范围参数；
步骤B：所述PDF/SPDF接收所述资源请求消息，分析得到满足所述带宽请求范围的用户实际可获得带宽，携带于资源请求应答消息中发送至所述AF；
步骤C：所述AF接收所述资源请求应答消息，并根据所述用户实际可获得带宽确定/调整所述媒体类型的编解码方式。
其中，所述带宽请求范围参数是带宽请求列表，所述带宽请求列表表项包括请求带宽；
此种情况下，步骤B中，PDF/SPDF将所述用户实际可获得带宽和请求带宽列表中的各表项按顺序依次比较，如果所述表项的请求带宽满足所述用户实际可获得带宽，则PDF/SPDF将用户实际可获得带宽调整为所述表项的请求带宽；
步骤C中，AF根据所述用户实际可获得带宽获得匹配的编解码方式。
或
步骤B中，PDF/SPDF直接将所述用户实际可获得带宽发送给AF；
步骤C中，AF根据所述用户实际可获得带宽和请求带宽列表中的各表项按顺序依次比较，如果所述表项的请求带宽满足所述用户实际可获得带宽，则根据所述表项的请求带宽获得匹配的编解码方式。
其中，所述带宽请求范围参数是包括最大请求带宽和最小请求带宽。
这种情况下，步骤B中，PDF/SPDF直接将所述用户实际可获得带宽发送给AF；
步骤C中，AF根据所述用户实际可获得带宽和请求带宽列表中的各表项按顺序依次比较，如果所述表项的请求带宽满足所述用户实际可获得带宽，则根据所述表项的请求带宽获得匹配的编解码方式。
上述方法中，所述用户实际可获得带宽是所述PDF/SPDF根据现有网络资源状况以及基于运营商和/或用户等的策略规则分析获得的；
所述资源请求消息为AAR命令，所述资源请求应答消息为AAA命令。
本发明还提供了一种媒体协商的系统，包括AF、PDF/SPDF：
所述PDF/SPDF接收AF发送的第一资源请求消息，所述第一资源请求消息携带媒体类型的带宽请求范围参数，分析获取用户实际可获得带宽，如果所述用户实际可获得带宽满足携带于第一资源请求应答消息中发送至所述AF；
所述AF根据所述用户实际可获得带宽确定/调整所述媒体类型的编解码方式。
其中，所述用户实际可获得带宽由所述PDF/SPDF通过综合现有网络资源状况、基于运营商的和/或基于用户等的策略规则分析获得。
所述的系统还可以包括A-RACF，所述PDF/SPDF发送第二资源请求消息至A-RACF，所述A-RACF获取用户在接入侧可获得带宽，将所述用户在接入侧可获得带宽携带于第二资源请求应答消息中发送至所述PDF/SPDF。
本发明还提供了一种应用功能实体，包括AF发送单元、AF接收单元、AF资源决策单元；
所述AF发送单元发送资源请求消息至PDF/SPDF实体，所述AF接收单元接收PDF/SPDF发送的资源请求响应消息，所述资源请求消息中携带媒体类型的带宽请求范围参数；
所述资源请求响应消息携带用户当前可获得带宽；
所述AF资源决策单元根据所述用户当前可获得带宽，在所述的媒体类型中选择所述用户当前可获得带宽匹配的编解码方式。
本发明还提供了一种PDF/SPDF实体，包括PDF发送单元、PDF接收单元、PDF资源决策单元；
所述PDF接收单元接收AF发送的第一资源请求消息，所述第一资源请求消息携带带宽请求范围参数；
所述PDF资源决策单元分析获得用户实际可获得带宽，比较所述带宽请求范围参数和所述用户实际可获得带宽，如果所述用户实际可获得带宽满足所述带宽请求范围参数，所述发送单元将所述用户实际可获得带宽发送至AF；
所述PDF资源决策单元根据现有网络资源状况、基于运营商的和/或基于用户的策略规则分析获得所述用户实际可获得带宽；
所述发送单元向A-RACF发送第二资源请求消息，所述第二资源请求消息携带带宽请求范围参数；
所述接收单元接收所述A-RACF发送的第二资源请求响应消息；所述第二资源请求响应消息携带用户在接入侧可获得带宽；
所述PDF资源决策单元根据所述用户在接入侧可获得带宽、现有网络资源状况、基于运营商的和/或基于用户的策略规则分析获得所述用户实际可获得带宽。
特别地，所述带宽请求范围参数是请求带宽列表，所述PDF资源决策单元将所述用户实际可获得带宽和请求带宽列表中的各表项按顺序依次比较，如果所述表项的请求带宽满足所述用户实际可获得带宽，则将所述用户实际可获得带宽调整为所述表项的请求带宽。
本发明还提供了一种A-RACF实体，包括A-RACF发送单元、A-RACF接收单元、A-RACF资源决策单元；
所述接收单元接收PDF/SPDF发送的第二资源请求消息，所述第二资源请求消息携带带宽请求范围参数；
所述A-RACF资源决策单元分析获得用户在接入侧可获得带宽；
所述发送单元向所述PDF/SPDF发送第二资源请求响应消息，其中携带所述用户在接入侧可获得带宽。
其中，所述A-RACF资源决策单元根据用户服务质量签约信息和用户当前已使用网络带宽分析获得用户在接入侧可获得带宽。
特别地，所述带宽请求范围参数是请求带宽列表，所述A-RACF资源决策单元将所述用户在接入侧可获得带宽和请求带宽列表中的各表项按顺序依次比较，如果所述表项的请求带宽满足所述用户在接入侧可获得带宽，则将所述用户在接入侧可获得带宽调整为所述表项的请求带宽。
因为AF可以通过与PDF/SPDF、A-RACF交互获取网络的带宽资源信息，所以可以对已有会话的资源需求作出相应的调整，可以不用直接释放会话，提高了会话建立的成功率。
附图说明
图1是现有技术TISPAN定义的动态Qos策略控制架构示意图：
图2、3是现有技术媒体协商流程图；
图4、5是具体实施例一的媒体协商流程图；
图6、7是具体实施例二的媒体协商流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。
本发明的核心在于，PDF/SPDF接收AF发送的资源请求消息，该资源请求消息携带带宽请求范围参数；PDF/SPDF分析获得用户实际可获得带宽，将可满足所述带宽请求范围的用户实际可获得带宽携带于资源请求应答消息中发送至所述AF；AF接收所述资源请求应答消息，并根据所述用户实际可获得带宽确定/调整编解码方式。
其中资源请求消息为AAR命令，资源请求应答消息为AAA命令；带宽请求范围参数通过扩展的AVP的方式携带于资源请求消息中。
如前所述，现有技术采用先进行会话媒体协商确定编解码方式，再进行QoS资源请求的方式。即对某个媒体流会话双方支持多个编解码类型，会话媒体协商选定其中一种编解码类型时，并不了解该编解码方式所需的带宽请求是否可以得到满足，而一旦该带宽请求在AF向PDF/SPDF进行QoS资源请求的过程中得不到满足，则会话只能被释放。为了提高会话建立成功率，本发明要求AF向PDF/SPDF进行QoS资源请求的过程参与并影响会话媒体协商过程，在会话媒体协商时，AF即根据对某个媒体流会话双方支持的多个编解码类型向PDF/SPDFRACS进行QoS资源请求，会话媒体协商过程将根据当前传送网络所能支持的带宽需求选定一种编解码类型。
下面通过具体实施例描述资源请求的具体处理流程。
具体实施例一：
本发明基于目前标准的定义对Gq/Gq’、Rq接口上传递的信息扩展：
1 扩展两个AVP参数：Min-Requested-Bandwidth-UL AVP、Min-Requested-Bandwidth-DL AVP，分别表示请求的最小上行带宽和最小下行带宽。这两个AVP参数需要在Gq/Gq’和Rq接口都扩展
AF在媒体协商过程中获得会话双方对某个媒体类型都支持的编解码方式交集，若该交集包含了一种以上编解码方式，则Min-Requested-Bandwidth-UL AVP、Min-Requested-Bandwidth-DL AVP的取值分别为带宽需求最小的编解码方式对应的最小上行带宽和最小下行带宽。
Min-Requested-Bandwidth-UL AVP、Min-Requested-Bandwidth-DL AVP取值是无符号32bit位整数，AVP码(AVP Code)是整数值，如530。
Min-Requested-Bandwidth-UL AVP、Min-Requested-Bandwidth-DL AVP建议携带＂V＂比特，表示该AVP是厂商专用的；建议不携带＂M＂比特，是信息接收者可选识别的；可以携带＂P″比特，表示可以进行端到端安全加密。
2 扩展两个AVP参数：Available-Access-Bandwidth-UL AVP，Available-Access-Bandwidth-DL AVP表示当前用户在接入侧可获得上行带宽和下行带宽，该带宽值可以根据用户接入签约带宽和用户当前已使用带宽计算得出。这两个AVP在Rq接口中扩展，可以在RAR(Re-Auth-RequestCommand：重授权请求命令)和AAA命令中携带。
Available-Access-Bandwidth-UL AVP和Available-Access-Bandwidth-DLAVP的值是无符号32bit位整数，AVP码是整数值，如533。
这两个AVP参数建议携带＂V＂比特，表示该AVP是厂商专用的；建议不携带＂M＂比特，是信息接收者可选识别的；可以携带＂P＂比特，表示可以进行端到端安全加密。
3 扩展两个AVP参数：Available-Bandwidth-UL AVP、Available-Bandwidth-DL AVP，表示用户可获得上行带宽和下行带宽，其值是PDF/SPDF综合决策获得的、返回给AF的用户实际可获得带宽。这两个AVP参数在Gq/Gq’接口中扩展，可以在RAR消息和AAA消息中携带，
Available-Bandwidth-UL AVP、Available-Bandwidth-DL AVP取值是无符号32bit位整数，AVP码是整数值，如532。
这两个AVP参数建议携带＂V＂比特，表示该AVP是厂商专用的；建议不携带＂M＂比特，是信息接收者可选识别的；可以携带＂P＂比特，表示可以进行端到端安全加密。
首先参照图4所示，媒体协商流程如下：
会话建立时，主被叫双方协商双方都支持特定编解码类型中所有的编解码方式(即编解码方式交集，可以包括多种编解码方式，具体协商过程同现有技术)。AF发送AAR命令至PDF/SPDF，其中携带Max-Requested-Bandwidth-UL AVP/Max-Requested-Bandwidth-DL AVP、Min-Requested-Bandwidth-UL AVP/Min-Requested-Bandwidth-DL AVP两对参数，分别表示编解码方式交集中最大请求带宽(如为2M，包括最大请求上行带宽和最大请求下行带宽，分别为2M、2M)、最小请求带宽(如为100K，包括最小请求上行带宽和最小请求下行带宽，分别为100K、100K)。从上可以看出，最大请求带宽和最小请求带宽参数指示了对某个媒体类型的编解码方式交集的带宽请求范围。
PDF/SPDF接收AAR命令后，通过Rq接口向A-RACF再发送一个AAR命令，进行资源请求。
A-RACF从AAR中解析获取Max-Requested-Bandwidth-ULAVP/Max-Requested-Bandwidth-DL AVP、Min-Requested-Bandwidth-ULAVP/Min-Requested-Bandwidth-DL AVP，分析本次QoS资源请求。A-RACF根据用户服务质量签约信息(如用户接入签约带宽等)和用户当前已使用网络带宽，分析得出用户在接入侧可获得带宽(如为200K，包括用户在接入侧可获得的上行带宽和用户在接入侧可获得下行带宽，分别为200K、200K)。如果用户在接入侧可获得带宽小于最大请求带宽，并大于最小请求带宽，则说明用户在接入侧可获得带宽可满足带宽请求范围。A-RACF向PDF/SPDF返回的AAA中携带表示Available-Access-Bandwidth-ULAVP/Available-Access-Bandwidth-DL AVP，用户在接入侧可获得带宽(本例为200K，包括用户在接入侧可获得上行带宽和用户在接入侧可获得下行带宽，分别为200K、200K)。
PDF/SPDF通过Rq接口接收AAA，同时综合考虑现有网络资源状况、基于运营商的本地策略规则和/或用户的签约策略规则等进行决策。如果其它条件都满足，则通过Gq/Gq’接口返回的AAA消息中携带Available-Bandwidth-UL AVP/Available-Bandwidth-DL AVP，表示用户当前可获得带宽(本例中为200K，包括用户当前可获得上行带宽和用户当前可获得下行带宽，分别为200K、200K)。
AF接收收到AAA响应，则根据用户实际可获得带宽，从前述的编解码交集中确定一种编解码方式或将带宽需求得不到满足的编解码方式调整为带宽需求可被满足的编解码方式，继续会话建立过程。具体来说，AF可以将用户实际可获得带宽按顺序依和各编解码方式的需求带宽次比较，如果大于等于所比较的编解码方式的需求带宽，则确定采用该编解码方式继续会话建立过程。
上述方案中，PDF/SPDF接收AAR命令后，通过Rq接口向A-RACF进行资源请求。如果不通过A-RACF，而PDF/SPDF直接通过综合现有网络资源状况、基于运营商的本地策略规则和/或用户的签约策略规则等分析得出用户实际可获得带宽。如图5所示，如果用户实际可获得带宽小于最大请求带宽，并大于最小请求带宽，则PDF/SPDF判断出用户实际可获得带宽可满足带宽请求范围，通过Gq/Gq’接口在返回AF的AAA中携带Available-Bandwidth-UL AVP/Available-Bandwidth-DL AVP，表示用户实际可获得带宽。AF接收收到AAA响应，采用图4所示方案对应的方法确定该编解码方式继续会话建立过程。
具体实施例二，如图6、7所示：
本实施例采取另外一种方式对Gq/Gq’、Rq接口上传递的信息扩展：
1 扩展两个AVP：Requested-Bandwidth-List-UL AVP，Requested-Bandwidth-List-DL AVP，分别表示媒体协商过程中获得的双方支持的媒体编解码方式交集对应所需要的上行带宽请求列表和下行带宽请求列表，如果双方支持的媒体编解码方式有多种时，并且有优先级排序，则对应的上行带宽和下行带宽需求也是多种，可以通过一列表给出。Requested-Bandwidth-List-UL AVP，Requested-Bandwidth-List-DL AVP需要在Gq/Gq’和Rq接口都扩展。
Requested-Bandwidth-List-UL AVP，Requested-Bandwidth-List-DL AVP取值是一组带宽列表参数，列表中每个表项对应一个带宽参数，每个带宽参数对应编解码方式交集中的一个编解码方式，是一个无符号32bit位整数，AVP码是整数值，如534。
Requested-Bandwidth-List-UL AVP，Requested-Bandwidth-List-DL AVP建议携带＂V＂比特，表示该AVP是厂商专用的；建议不携带＂M＂比特，是信息接收者可选识别的；可以携带＂P＂比特，表示可以进行端到端安全加密。
2 扩展两个AVP：Reserved-Access-Bandwidth-UL AVP、Reserved-Access-Bandwidth-DL AVP，表示当前接入网络可提供的优先级最高的上行带宽和下行带宽，A-RACF根据用户接入签约带宽和用户当前已使用网络带宽比较获得用户当前可用的带宽，再和上述的带宽请求列表匹配获得。这两个AVP在Rq接口扩展，可以在RAR消息和AAA消息中携带。
这两个AVP取值是无符号32bit位整数，AVP码是整数值，如536。
这两个AVP建议携带＂V＂比特，表示该AVP是厂商专用的；建议不携带＂M＂比特，是信息接收者可选识别的；可以携带＂P＂比特，表示可以进行端到端安全加密。
3 扩展两个AVP：Reserved-Bandwidth-UL AVP、Reserved-Bandwidth-DLAVP，表示当前网络可提供的符合Requested-Bandwidth-List-UL AVP、Requested-Bandwidth-List-DL AVP中优先级最高的带宽值，该值是PDF/SPDF综合决策获得，在Gq/Gq’接口上扩展，可以在RAR消息和AAA消息中携带，
这两个AVP取值是无符号32bit位整数，AVP码是整数值，如537。
这两个AVP建议携带＂V＂比特，表示该AVP是厂商专用的；建议不携带＂M＂比特，是信息接收者可选识别的；可以携带＂P＂比特，表示可以进行端到端安全加密。
会话建立时，主被叫双方协商双方都支持特定编解码类型中所有的编解码方式(即编解码方式交集，可以包括多种编解码方式，具体协商过程同现有技术)。AF发送AAR命令至PDF/SPDF，其中携带Requested-Bandwidth-List-UL AVP、Requested-Bandwidth-List-DL AVP一对参数，表示编解码方式交集对应所需要的带宽请求列表(如2M、100K、200K、1M，优先级依次降低，包括上行带宽带宽列表和下行带宽带宽列表，一般情况下上行带宽带宽列表和下行带宽带宽列表相同，本例中上行带宽带宽列表和下行带宽带宽列表也相同)。从上可以看出，带宽请求列表指示了对某个媒体类型的编解码方式交集的带宽请求范围。
PDF/SPDF接收AAR命令后，通过Rq接口向A-RACF再发送一个AAR命令，进行资源请求。
A-RACF从AAR中解析获取Requested-Bandwidth-List-UL AVP，Requested-Bandwidth-List-DL AVP，分析本次QoS资源请求。A-RACF根据用户服务质量签约信息(如用户接入签约带宽等)和用户当前已使用网络带宽，分析得出用户在接入侧可获得带宽(如为200K，包括用户在接入侧可获得的上行带宽和用户在接入侧可获得下行带宽，分别为200K、200K)。A-RAC参考带宽请求列表，按优先级顺序逐一进行比较分析，如果用户在接入侧可获得带宽大于或等于某一带宽请求列表表项(本例中，按请求列表顺序，200K可获得带宽小于第一个表项2M请求带宽，大于第二个表项100K请求带宽)，则说明用户在接入侧可获得带宽可满足带宽请求范围，将用户在接入侧可获得带宽调整为该表项的带宽。A-RACF向PDF/SPDF返回的AAA中携带Reserved-Access-Bandwidth-UL AVP、Reserved-Access-Bandwidth-DL AVP，表示用户在接入侧可获得带宽(本例中为100K，上行和下行均为100K)，具体来说是指用户在接入侧实际可获得的优先级最高的带宽。可以看到，这里返回的用户在接入侧可获得带宽实际并不是最初用户在接入侧可用带宽(本例中为200K，上行和下行均为200K)，而是根据用户带宽请求列表优先级进行匹配调整后的用户在接入侧可获得带宽。当然，A-RACF也可以不用匹配调整用户在接入侧可获得带宽，仍将200K可用带宽作为用户在接入侧可获得带宽返回给PDF/SPDF，因为PDF/SPDF还需要进行匹配调整，调整的方法与之类似，比较的是PDF/SPDF分析获得的用户实际可获得带宽和用户带宽请求列表。
PDF/SPDF通过Rq接口接收AAA命令，解析获取用户在接入侧可获得带宽，同时综合考虑现有网络资源状况、基于运营商的本地策略规则和/或用户的签约策略规则等计算获得用户实际可获得带宽。如果其它条件都满足，而被授权可用带宽只有100K，则PDF/SPDF将用户实际可获得带宽调整为户在接入侧可获得带宽，通过Gq/Gq’接口返回的AAA命令中加入Reserved-Bandwidth-UL AVP、Reserved-Bandwidth-DL AVP，表示用户实际可获得带宽(指当前给用户可获得的优先级最高的带宽，本例中为100K，上行和下行都是100K)。PDF/SPDF匹配调整用户实际可获得带宽和用户带宽请求列表，可以不用匹配调整用户实际可获得带宽，而直接将综合决策得到的用户实际可获得带宽携带于用户实际可获得带宽返回给AF，由AF直接和用户带宽请求列表进行匹配。
AF接收收到AAA响应，则根据用户实际可获得带宽，从前述的编解码交集中确定一种编解码方式或将带宽需求得不到满足的编解码方式调整为带宽需求可被满足的编解码方式，继续会话建立过程。具体来说，AF可以将用户实际可获得带宽按顺序依和各编解码方式的需求带宽次比较，如果大于等于所比较的编解码方式的需求带宽，则确定采用该编解码方式继续会话建立过程；当然如果AF得到的是PDF/SPDF匹配请求带宽列表调整过后的用户实际可获得带宽，也可以直接查询得到其对应的编解码方式。
上述方案中，PDF/SPDF接收AAR命令后，通过Rq接口向A-RACF进行资源请求。如果不通过A-RACF，而PDF/SPDF直接通过综合现有网络资源状况、基于运营商的本地策略规则和/或用户的签约策略规则等计算获得用户实际可获得带宽。如图7所示，PDF/SPDF参考带宽请求列表，按优先级顺序逐一进行比较分析，如果用户实际可获得带宽大于或等于某一带宽请求列表表项，则说明用户实际可获得带宽可满足带宽请求范围，将用户实际可获得带宽调整为该表项的带宽，通过Gq/Gq’接口返回的AAA命令中携带Reserved-Bandwidth-UL AVP、Reserved-Bandwidth-DL AVP，给出用户实际可获得带宽调整(指当前用户可获得的优先级最高的带宽，本例中为100K，上下行都为100K)。AF接收收到AAA响应，采用图6所示方案对应的方法确定该编解码方式继续会话建立过程。
上述两个实施例的区别在于：具体实施例一中，AF发起的QoS资源请求中，携带的是最大请求带宽和最小请求带宽，表明了会话双方对某个媒体类别都支持的编解码交集的带宽请求范围；具体实施例二中，AF发起的QoS资源请求中，携带的是带宽请求列表，表明了会话双方对某个媒体类别都支持的编解码交集的带宽请求范围，即所有带宽请求。
在前述的两个具体实施例中，AF根据PDF/SPDF返回的当前可获得带宽信息，确定或调整一种编解码方式，在会话媒体协商过程中选择出和当前可获得带宽信息所匹配的编解码类型，这一过程现有技术已经可以支持，如通过SIP INVITE消息的响应码、SIP PRACK消息或SIP UPDATE消息以及它们的响应码来传递确定或调整后的编解码类型，本发明不再详细描述。
此外，需要说明的是，一般来说，上行带宽和下行带宽总是相同的，因此，本发明所涉及的扩展的带宽参数，也可以只有一个AVP，而不区分上行和下行带宽，如当前用户在A-RACF接入侧可获得的带宽可以不用区分Available-Access-Bandwidth-UL AVP，Available-Access-Bandwidth-DL AVP，而只用一个Available-Access-Bandwidth AVP参数来表示，当前用户可获得的带宽可以不用区分Available-Bandwidth-UL AVP，Available-Bandwidth-DLAVP，而只用一个Available-Bandwidth AVP参数来表示。
为了实现本发明，需要对AF、PDF/SPDF、A-RACF做必要的改进，本发明提供了改进的AF、PDF/SPDF、A-RACF，如下：
本发明中的应用功能实体(AF)，包括AF发送单元、AF接收单元、AF资源决策单元；
其中，AF发送单元发送资源请求消息至PDF/SPDF，AF接收单元接收PDF/SPDF发送的资源请求响应消息，资源请求消息中携带媒体类型的带宽请求范围参数，资源请求响应消息携带用户当前可获得带宽；
进一步来说，AF资源决策单元根据用户当前可获得带宽，在媒体类型中选择与用户当前可获得带宽匹配与的编解码方式。
本发明中的PDF/SPDF实体，包括PDF发送单元、PDF接收单元、PDF资源决策单元；
其中，PDF接收单元接收AF发送的第一资源请求消息，第一资源请求消息携带带宽请求范围参数；
PDF资源决策单元分析获得用户实际可获得带宽，比较带宽请求范围参数和用户实际可获得带宽，如果用户实际可获得带宽满足带宽请求范围参数，则发送单元将所述用户实际可获得带宽发送至AF。
所述用户实际可获得带宽有以下几种获得方式：
PDF资源决策单元根据现有网络资源状况、基于运营商的和/或基于用户的策略规则分析获得所述用户实际可获得带宽；
发送单元向A-RACF发送第二资源请求消息，第二资源请求消息携带带宽请求范围参数；接收单元接收所述A-RACF发送的第二资源请求响应消息，其中携带用户在接入侧可获得带宽，PDF资源决策单元根据用户在接入侧可获得带宽、现有网络资源状况、基于运营商的和/或基于用户的策略规则分析获得用户实际可获得带宽。
特别地，本发明中的带宽请求范围参数可以是请求带宽列表，PDF资源决策单元将用户实际可获得带宽和请求带宽列表中的各表项按顺序依次比较，如果所比较的表项的请求带宽满足用户实际可获得带宽，则将用户实际可获得带宽调整为所述表项的请求带宽。
本发明中的A-RACF实体，包括发送单元、接收单元、A-RACF资源决策单元；
接收单元接收PDF/SPDF发送的第二资源请求消息，其中携带带宽请求范围参数；
A-RACF资源决策单元根据用户服务质量签约信息和用户当前已使用网络带宽分析获得用户在接入侧可获得带宽；
发送单元向PDF/SPDF发送第二资源请求响应消息，其中携带用户在接入侧可获得带宽。
特别地，本发明中的带宽请求范围参数可以是请求带宽列表可以是请求带宽列表。此时，A-RACF资源决策单元将用户在接入侧可获得带宽和请求带宽列表中的各表项按顺序依次比较，如果所比较的表项的请求带宽满足用户在接入侧可获得带宽，则将用户在接入侧可获得带宽调整为所述表项的请求带宽。
虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。
Claims (29)
1.一种媒体协商的方法，其特征在于，所述方法包括以下步骤：
步骤A：AF向PDF/SPDF发送第一资源请求消息，所述PDF/SPDF接收所述第一资源请求消息，向A-RACF发送第二资源请求消息，所述第一资源请求消息和所述第二资源请求消息携带媒体类型的带宽请求范围参数；
步骤B：所述A-RACF分析得到满足所述带宽请求范围参数对应的带宽请求范围的用户在接入侧可获得带宽，并携带于所述第二资源请求应答消息中发送至所述PDF/SPDF；
步骤C：所述PDF/SPDF根据所述用户在接入侧可获得带宽，分析得到满足所述带宽请求范围的用户实际可获得带宽，并携带于所述第一资源请求应答消息中发送至所述AF；
步骤D：所述AF接收所述第一资源请求应答消息，并根据所述用户可获得的实际带宽确定/调整所述媒体类型的编解码方式。
2.根据权利要求1所述的方法，其特征在于，所述带宽请求范围参数是：带宽请求列表，所述带宽请求列表表项包括请求带宽。
3.根据权利要求2所述的方法，其特征在于，步骤B中，所述A-RACF将所述用户在接入侧可获得带宽和请求带宽列表中的各表项按顺序依次比较，如果所述表项的请求带宽满足所述用户在接入侧可获得带宽，则A-RACF将所述用户在接入侧可获得带宽调整为所述表项的请求带宽。
4.根据权利要求2所述的方法，其特征在于，步骤B中，所述A-RACF直接将所述用户在接入侧可获得带宽发送给所述PDF/SPDF。
5.根据权利要求3或4所述的方法，其特征在于，步骤C中，PDF/SPDF将所述用户实际可获得带宽和请求带宽列表中的各表项按顺序依次比较，如果所述表项的请求带宽满足所述用户实际可获得带宽，则PDF/SPDF将用户实际可获得带宽调整为所述表项的请求带宽；
步骤D中，AF根据所述用户实际可获得带宽确定匹配的编解码方式。
6.根据权利要求3或4所述的方法，其特征在于，步骤C中，PDF/SPDF直接将所述用户实际可获得带宽发送给AF；
步骤D中，AF根据所述用户实际可获得带宽和请求带宽列表中的各表项按顺序依次比较，如果所述表项的请求带宽满足所述用户实际可获得带宽，则根据所述表项的请求带宽确定匹配的编解码方式。
7.根据权利要求1所述的方法，其特征在于，所述带宽请求范围参数包括最大请求带宽和最小请求带宽；
步骤B中，A-RACF直接将所述用户在接入侧可获得带宽发送给PDF/SPDF；
步骤C中，PDF/SPDF直接将所述用户实际可获得带宽发送给AF；
步骤D中，AF根据所述用户实际可获得带宽和所述媒体类型的各编解码方式对应的需求带宽按顺序依次比较，如果所述表项的请求带宽满足所述用户实际可获得带宽，则根据所述表项的请求带宽确定匹配的编解码方式。
8.根据权利要求1所述的方法，其特征在于，步骤B中，所述A-RACF根据用户服务质量签约信息和用户当前已使用网络带宽，获取所述用户在接入侧可获得带宽；用户服务质量签约信息包括接入签约带宽，所述用户在接入侧可获得带宽为接入签约带宽和用户当前已使用网络带宽之差。
9.根据权利要求1的方法，其特征在于，步骤C中，所述PDF/SPDF根据现有资源状况、所述用户在接入侧可获得带宽、基于运营商的策略规则等分析获取所述用户实际可获得带宽。
10.根据权利要求1的方法，其特征在于，
所述第一和第二资源请求消息为AAR命令，所述第一和第二资源请求应答消息为AAA命令。
11.一种媒体协商的方法，其特征在于，所述方法包括以下步骤：
步骤A：AF向PDF/SPDF发送资源请求消息，所述资源请求消息携带媒体类型的带宽请求范围参数；
步骤B：所述PDF/SPDF接收所述资源请求消息，分析得到满足所述带宽请求范围参数对应的带宽请求范围的用户实际可获得带宽，携带于资源请求应答消息中发送至所述AF；
步骤C：所述AF接收所述资源请求应答消息，并根据所述用户实际可获得带宽确定/调整所述媒体类型的编解码方式。
12.根据权利要求11所述的方法，其特征在于，所述带宽请求范围参数是带宽请求列表，所述带宽请求列表表项包括请求带宽。
13.根据权利要求12所述的方法，其特征在于，步骤B中，PDF/SPDF将所述用户实际可获得带宽和请求带宽列表中的各表项按顺序依次比较，如果所述表项的请求带宽满足所述用户实际可获得带宽，则PDF/SPDF将用户实际可获得带宽调整为所述表项的请求带宽；
步骤C中，AF根据所述用户实际可获得带宽获得匹配的编解码方式。
14.根据权利要求12所述的方法，其特征在于，步骤B中，PDF/SPDF直接将所述用户实际可获得带宽发送给AF；
步骤C中，AF根据所述用户实际可获得带宽和请求带宽列表中的各表项按顺序依次比较，如果所述表项的请求带宽满足所述用户实际可获得带宽，则根据所述表项的请求带宽获得匹配的编解码方式。
15.根据权利要求11所述的方法，其特征在于，所述带宽请求范围参数包括最大请求带宽和最小请求带宽。
16.根据权利要求15所述的方法，其特征在于，步骤B中，PDF/SPDF直接将所述用户实际可获得带宽发送给AF；
步骤C中，AF根据所述用户实际可获得带宽和请求带宽列表中的各表项按顺序依次比较，如果所述表项的请求带宽满足所述用户实际可获得带宽，则根据所述表项的请求带宽获得匹配的编解码方式。
17.根据权利要求11所述的方法，其特征在于，步骤B中，所述用户实际可获得带宽是所述PDF/SPDF根据现有网络资源状况以及基于运营商和/或用户等的策略规则分析获得的。
18.根据权利要求11至17任一项所述的方法，其特征在于，
所述资源请求消息为AAR命令，所述资源请求应答消息为AAA命令。
19.一种媒体协商的系统，包括AF、PDF/SPDF，其特征在于：
所述PDF/SPDF接收AF发送的第一资源请求消息，所述第一资源请求消息携带媒体类型的带宽请求范围参数，分析获取用户实际可获得带宽，如果所述用户实际可获得带宽满足携带于第一资源请求应答消息中发送至所述AF；
所述AF根据所述用户实际可获得带宽确定/调整所述媒体类型的编解码方式。
20.根据权利要求19的系统，其特征在于，所述用户实际可获得带宽由所述PDF/SPDF通过综合现有网络资源状况、基于运营商的和/或基于用户等的策略规则分析获得。
21.根据权利要求19的系统，其特征在于，还包括A-RACF，所述PDF/SPDF发送第二资源请求消息至A-RACF，所述A-RACF获取用户在接入侧可获得带宽，将所述用户在接入侧可获得带宽携带于第二资源请求应答消息中发送至所述PDF/SPDF。
22.一种应用功能实体，其特征在于，包括AF发送单元、AF接收单元、AF资源决策单元；
所述AF发送单元发送资源请求消息至PDF/SPDF实体，所述AF接收单元接收PDF/SPDF发送的资源请求响应消息，所述资源请求消息中携带媒体类型的带宽请求范围参数；
所述资源请求响应消息携带用户当前可获得带宽；
所述AF资源决策单元根据所述用户当前可获得带宽，在所述的媒体类型中选择所述用户当前可获得带宽匹配的编解码方式。
23.一种PDF/SPDF实体，其特征在于，包括PDF发送单元、PDF接收单元、PDF资源决策单元；
所述PDF接收单元接收AF发送的第一资源请求消息，所述第一资源请求消息携带带宽请求范围参数；
所述PDF资源决策单元分析获得用户实际可获得带宽，比较所述带宽请求范围参数和所述用户实际可获得带宽，如果所述用户实际可获得带宽满足所述带宽请求范围参数，所述发送单元将所述用户实际可获得带宽发送至AF。
24.根据权利要求23的PDF/SPDF实体，其特征在于，所述PDF资源决策单元根据现有网络资源状况、基于运营商的和/或基于用户的策略规则分析获得所述用户实际可获得带宽。
25.根据权利要求23的PDF/SPDF实体，其特征在于，所述发送单元向A-RACF发送第二资源请求消息，所述第二资源请求消息携带带宽请求范围参数；
所述接收单元接收所述A-RACF发送的第二资源请求响应消息；所述第二资源请求响应消息携带用户在接入侧可获得带宽；
所述PDF资源决策单元根据所述用户在接入侧可获得带宽、现有网络资源状况、基于运营商的和/或基于用户的策略规则分析获得所述用户实际可获得带宽。
26.根据权利要求24或25的PDF/SPDF实体，其特征在于，所述带宽请求范围参数是请求带宽列表，所述PDF资源决策单元将所述用户实际可获得带宽和请求带宽列表中的各表项按顺序依次比较，如果所述表项的请求带宽满足所述用户实际可获得带宽，则将所述用户实际可获得带宽调整为所述表项的请求带宽。
27.一种A-RACF实体，其特征在于，包括A-RACF发送单元、A-RACF接收单元、A-RACF资源决策单元；
所述接收单元接收PDF/SPDF发送的第二资源请求消息，所述第二资源请求消息携带带宽请求范围参数；
所述A-RACF资源决策单元分析获得用户在接入侧可获得带宽；
所述发送单元向所述PDF/SPDF发送第二资源请求响应消息，其中携带所述用户在接入侧可获得带宽。
28.根据权利要求27的A-RACF实体，其特征在于，所述A-RACF资源决策单元根据用户服务质量签约信息和用户当前已使用网络带宽分析获得用户在接入侧可获得带宽。
29.根据权利要求27的A-RACF实体，其特征还在于，所述带宽请求范围参数是请求带宽列表，所述A-RACF资源决策单元将所述用户在接入侧可获得带宽和请求带宽列表中的各表项按顺序依次比较，如果所述表项的请求带宽满足所述用户在接入侧可获得带宽，则将所述用户在接入侧可获得带宽调整为所述表项的请求带宽。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200610033418 CN101009695A (zh) | 2006-01-26 | 2006-01-26 | 一种媒体协商的方法和系统 |
| PCT/CN2007/000232 WO2007085184A1 (en) | 2006-01-26 | 2007-01-22 | A method, system and entity for media negotiation |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200610033418 CN101009695A (zh) | 2006-01-26 | 2006-01-26 | 一种媒体协商的方法和系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101009695A true CN101009695A (zh) | 2007-08-01 |
Family
ID=38308855
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200610033418 Pending CN101009695A (zh) | 2006-01-26 | 2006-01-26 | 一种媒体协商的方法和系统 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN101009695A (zh) |
| WO (1) | WO2007085184A1 (zh) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2009026844A1 (en) * | 2007-08-24 | 2009-03-05 | Huawei Technologies Co., Ltd. | Method, system and apparatus for admission control of multicast or unicast |
| WO2009036631A1 (en) * | 2007-09-21 | 2009-03-26 | Zte Corporation | A method for establishing lsp tunnels in the mpls-te based ngn |
| WO2009146618A1 (zh) * | 2008-06-06 | 2009-12-10 | 华为技术有限公司 | 通信系统中向可迁移的功能实体转发消息的方法、装置及系统 |
| CN101465920B (zh) * | 2007-12-17 | 2011-12-28 | 华为技术有限公司 | 一种资源控制代理方法、系统和装置 |
| CN101674244B (zh) * | 2009-09-24 | 2013-03-20 | 中兴通讯股份有限公司 | 带宽控制方法、带宽控制装置以及分组数据网络网关 |
| US8526304B2 (en) | 2007-12-20 | 2013-09-03 | Zte Corporation | Processing method for resource request in NGN |
| CN103813339A (zh) * | 2012-11-15 | 2014-05-21 | 鸿富锦精密工业（深圳）有限公司 | 频宽管理系统及管理方法 |
| CN110650023A (zh) * | 2018-06-26 | 2020-01-03 | 中国移动通信有限公司研究院 | 策略规则处理方法及装置、功能网元及存储介质 |
| CN113556783A (zh) * | 2020-04-26 | 2021-10-26 | 华为技术有限公司 | 媒体资源传输方法、相关装置及系统 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN120455404B (zh) * | 2025-07-14 | 2025-09-30 | 上海隽鑫安全技术管理服务有限公司 | 一种基于应急环境的安全模块联合动作的控制方法及系统 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100486713B1 (ko) * | 2002-09-17 | 2005-05-03 | 삼성전자주식회사 | 멀티미디어 스트리밍 장치 및 방법 |
| WO2004029854A2 (en) * | 2002-09-27 | 2004-04-08 | Nokia Corporation | Enhanced qos control |
| WO2004112335A1 (en) * | 2003-06-12 | 2004-12-23 | Camiant, Inc. | Pcmm application manager |
| EP1654625B1 (en) * | 2003-08-14 | 2016-02-24 | Telcordia Technologies, Inc. | Auto-ip traffic optimization in mobile telecommunications systems |
| EP1733492A2 (en) * | 2004-03-11 | 2006-12-20 | i2Telecom International, Inc. | DYNAMICALLY ADAPTING THE TRANSMISSION RATE OF PACKETS IN REAL-TIME VoIP COMMUNICATIONS TO THE AVAILABLE BANDWIDTH |
| CA2572281C (en) * | 2004-07-05 | 2015-01-27 | Telefonaktiebolaget Lm Ericsson | Binding mechanism for quality of service management in a communication network |
-
2006
- 2006-01-26 CN CN 200610033418 patent/CN101009695A/zh active Pending
-
2007
- 2007-01-22 WO PCT/CN2007/000232 patent/WO2007085184A1/zh not_active Ceased
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2009026844A1 (en) * | 2007-08-24 | 2009-03-05 | Huawei Technologies Co., Ltd. | Method, system and apparatus for admission control of multicast or unicast |
| WO2009036631A1 (en) * | 2007-09-21 | 2009-03-26 | Zte Corporation | A method for establishing lsp tunnels in the mpls-te based ngn |
| CN101465920B (zh) * | 2007-12-17 | 2011-12-28 | 华为技术有限公司 | 一种资源控制代理方法、系统和装置 |
| US8526304B2 (en) | 2007-12-20 | 2013-09-03 | Zte Corporation | Processing method for resource request in NGN |
| WO2009146618A1 (zh) * | 2008-06-06 | 2009-12-10 | 华为技术有限公司 | 通信系统中向可迁移的功能实体转发消息的方法、装置及系统 |
| CN101599912B (zh) * | 2008-06-06 | 2012-04-04 | 华为技术有限公司 | 通信系统中向可迁移的功能实体转发消息的方法及系统 |
| CN101674244B (zh) * | 2009-09-24 | 2013-03-20 | 中兴通讯股份有限公司 | 带宽控制方法、带宽控制装置以及分组数据网络网关 |
| CN103813339A (zh) * | 2012-11-15 | 2014-05-21 | 鸿富锦精密工业（深圳）有限公司 | 频宽管理系统及管理方法 |
| CN103813339B (zh) * | 2012-11-15 | 2017-05-31 | 鸿富锦精密工业（深圳）有限公司 | 频宽管理系统及管理方法 |
| CN110650023A (zh) * | 2018-06-26 | 2020-01-03 | 中国移动通信有限公司研究院 | 策略规则处理方法及装置、功能网元及存储介质 |
| CN113556783A (zh) * | 2020-04-26 | 2021-10-26 | 华为技术有限公司 | 媒体资源传输方法、相关装置及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2007085184A1 (en) | 2007-08-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100454912C (zh) | 移动网络中的动态媒体授权 | |
| US8189596B2 (en) | Method for the mapping of packet flows to bearers in a communication system | |
| KR101098715B1 (ko) | 데이터 전송 시에 패킷 필터를 설치하는 방법 및 장치 | |
| EP4132213A1 (en) | Method for controlling media streaming service transmission, user terminal, network node, system, storage medium, and electronic device | |
| US7436766B2 (en) | Telecommunication network support for service based policy in roaming configurations | |
| CN101998534B (zh) | 一种资源接纳控制系统间的交互方法和装置 | |
| WO2007085184A1 (en) | A method, system and entity for media negotiation | |
| EP1762056B1 (en) | Dynamic service information for the access network | |
| WO2007085195A1 (en) | System and method for handling resource request | |
| US8526304B2 (en) | Processing method for resource request in NGN | |
| KR20120103713A (ko) | 다중 인터넷 프로토콜 플로우들의 그룹 세션 관리 및 승인 제어 | |
| CN101299825A (zh) | 一种实现组播承载资源控制的方法、系统及装置 | |
| CN101729308A (zh) | 一种策略控制的方法和装置 | |
| CN101512988B (zh) | 与宽带服务的许可控制相关的方法和设备 | |
| CN101997699B (zh) | 资源接纳控制系统间的交互方法及资源接纳控制系统 | |
| Kim et al. | Adaptive QoS mechanism for wireless mobile network | |
| US7414970B2 (en) | Provision of static QoS control using dynamic service based policy mechanisms | |
| Yun et al. | QoS control for NGN: A survey of techniques | |
| CN101330462B (zh) | 一种下一代网络中网络安全等级实现方法 | |
| CN1889566B (zh) | 下一代网络中业务层向传送层请求资源的方法 | |
| WO2011100880A1 (zh) | 资源接纳控制方法及系统 | |
| CN102026302A (zh) | 批发场景下的拉模式资源接纳控制方法和系统 | |
| KR100692648B1 (ko) | ＷＣＤＭＡ망에서 정책기반 ＱｏＳ 제공 방법 및 이를구현하기 위한 프로그램을 기록한 기록매체 | |
| Nieto et al. | Quality of service control mechanisms for multimedia services | |
| WO2007098698A1 (en) | A device and method, for processing the resource request, a policy decision function entity thereof |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20070801 |