Processing

Please wait...

Settings

Settings

Goto Application

1. WO2007085184 - A METHOD, SYSTEM AND ENTITY FOR MEDIA NEGOTIATION

Note: Text based on automatic Optical Character Recognition processes. Please use the PDF version for legal matters

[ ZH ]
媒体协商的方法、 系统和实体

技术领域

本发明涉及通信技术,特别涉及一种媒体协商的方法、系统和实体。

发明背景

目前,随着分组技术的不断成熟,基于电路交换的传统电信网络正在向 着基于分组交换的宽带电信网发展,对传统电信网络来说,用户建立的呼叫 承载于独自占用的电路之上,只要电路被分配给用户建立的呼叫,该呼叫的 服务质量(QoS, Quality of Service )就可以得到保证;但是在宽带电信网中, 用户建立的呼叫承载于临时分配的分组通道中,该呼叫只有被分配了足够的 分组通道(一般以带宽作为数量值来衡量),服务质量才可以得到保证,由于 宽带分组网的特点之一是分组通道面向所有用户共享, 同时用户能得到的最 大带宽是需要和运营商签约的,这样显然用户发起一个呼叫时,并不能保证 能分配到足够建立呼叫的带宽,或者因为网络剩余的分组通道带宽不够,或 者因为用户签约的可得到的最大带宽中剩余未用的带宽不够。

因此,在宽带电信网中,必须提供一套机制来保证用户的 QoS服务质量。 为了实现 QoS控制, 3GPP标准组织中定义了动态 QoS策略控制的架构, 主要包括以下网元:

网关:在接入 IP 连接服务和 IP 多媒体网络之间的网关,如 GGSN ( Gateway GPRS Support Node ,网关 GPRS支持节点, GRPS - General Packet Radio Service, 通用分组无线业务 );

PDF (策略决策功能: Policy Decision Function ): 进行基于业务的本地策 略控制的策略决策点,负责对上层应用的资源预留 /分配请求做响应。也可能 因为网络资源状况变化而主动向业务层上报资源情况;

AF (应用功能: Application Function ): 电信运营商或业务提供商域内的 核心控制层服务器。 AF根据业务需求,向 PDF发起 IP承载资源请求。在 3GPP 标准组织定义的 IMS ( IP多媒体业务子系统: IP Multimedia Core Network Subsystem ) 系统中, AF可以是 P-CSCF (代理 -呼叫会话控制功能实体: Proxy-Call Session Control Function )。

其中, AF和 PDF之间的接口是 Gq接口。

更详尽的描述可以参见 3GPP标准组织定义的相关标准文稿,如 Gq接 口的定义可参见 3GPP TS 29.209标准文稿。

在 ETSI 标准组织下属的 TISPAN ( Telecommunications and Internet Converged Services and Protocols for Advanced Networking ) .定义的 GN (下 一代网络: Next Generation Network )架构中, PDF又称为 SPDF( Service-based Policy 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根据基于 0 运营商的本地策略和 /或用户的签约策略、以及现有网络资源状况等信息接受 - 或拒绝资源请求。其中,现有网络资源状况可以是:网络中可获得的带宽、 网络服务类别 (如语音、视频、流媒体、数据等)等。

在会话建立过程中, AF根据用户的业务请求决定会话需要的 QoS资源 (指会话需要的资源,一般情况下是会话需要的最大资源。如一次会话中一 5 个媒体流可以选择多种编解码方式,不同编解码方式需要的带宽不同,这里 选择需要的最大的带宽需求), AF通过 Gq/Gq'接口向 PDF/SPDF发起 QoS ' 资源请求。 PDF/SPDF仲裁后如果决定授权 QoS资源请求,则通过 Gq/Gq' 向 AF发送成功响应,同时预留 /分配资源, AF继续会话建立;否则,向 AF 发送失败响应, AF将会话拆除。

0 举例来说,主叫用户请求建立会话,在请求消息的媒体描述中给出多种 编解码方式,根据会话媒体协商定的一种编解码决定最大需求带宽,如 2M。 具体协商过程为:被叫用户接收会话请求,返回响应码中携带被叫支持的编 解码方式,主叫用户接收到响应码后,如果发现双方支持的编解码方式是一 种以上时,将决定采取其中的一种编解码方式(一般是选取其中带宽需求最 5 大的编解码方式)。

AF将携带最大需求带宽( 2M )的资源请求消息通过 Gq/Gq'接口发送给

PDF/SPDF, PDF/SPDF仲裁后如果发现现有网络带宽资源不足,有可能是网 络资源不够,比如网络资源只剩下 200K带宽(如图 2 );也有可能是 PDF/SPDF 在将资源需求进一步分解,发给 A-RACF请求接入侧进行资源准入判断时, A- ACF根据用户签约带宽信息和用户当前已使用网络带宽计算出用户可用 带宽不足 (比如用户可用带宽 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和 100Κ,在会话媒体协商后选择了 A编解码, AF向 PDF/SPDF 请求 2M带宽, PDF/SPDF仲裁后发现现有网络带宽不够,只有 200K带宽, 则会话将被释放。但显然如果 AF向 PDF/SPDF请求 B编解码所需的 100K 带宽,会话将会成功建立。

由 AF在会话媒体协商后才艮据选定的某个媒体流的一种编解码类型所需 的带宽,向 PDF/SPDF请求 QoS资源,这样只有在传送网络满足会话该带宽

要求时,会话才可能成功建立,否则会话拆除,导致会话建立的成功率不高。

发明内容

有鉴于此,本发明的实施例提供了一种媒体协商的方法和系统,以提高 会话建立的成功率。 本发明还提供了一种 AF , —种 PDF/SPDF 和一种 A-RACFo

一种媒体协商方法包括: 应用功能实体 AF 向策略决策功能实体 PDF/SPDF发送携带媒体类型的带宽请求范围参数的资源请求消息; 所述 PDF/SPDF分析得到满足所述带宽请求范围的用户可获得的实际带宽, 并 向所述 AF返回所述用户可蓉得的实际带宽; 所述 AF根据所述用户可获 得的实际带宽确定或调整所述媒体类型的编解码方式。

本发明还提供了一种媒体协商的系统, 包括应用功能实体 AF和策略 决策功能实体 PDF/SPDF, 其特征在于:所述 PDF/SPDF接收 AF发送的 携带媒体类型的带宽请求范围参数的资源请求消息,分析得到用户可获得 的实际带宽, 并将用户可获得的实际带宽返回所述 AF; 所述 AF根据所 述用户可获得的实际带宽确定或调整所述媒体类型的编解码方式。

本发明还提供了一种应用功能实体 AF, 其特征在于,包括: AF发送 单元,用于发送携带媒体类型的带宽请求范围参数的资源请 ,求消息至策略 决策功能实体 PDF/SPDF; AF接收单元,用于接收所述 PDF/SPDF返回的 用户实际获得的带宽; AF资源决策单元, 用于根据所述用户当前可获得 的带宽,在所述的媒体类型中确定或调整所述用户当前可获得的带宽匹配 的编解码方式。

本发明还提供了一种策略决策功能实体 PDF/SPDF, 其特征在于,包 括: PDF接收单元, 用于接收应用功能实体 AF发来的携带带宽请求范围 参数的资源请求消息; PDF资源决策单元,用于分析获得用户可获得的实 际带宽, 并返回 AF。

本发明还提供了一种接入-资源准入控制功能实体 A-RACF, 其特征在 于,包括: A-RACF接收单元,用于接收策略决策功能实体 PDF/SPDF发 来的携带带宽请求范围参数的接入侧资源请求消息; A-RACF资源决策单 元,用于分析获得用户在接入侧可获得的带宽; A-RACF发送单元, 向所 述 PDF/SPDF返回所述用户在接入侧可获得的带宽。

因为 AF可以通过与 PDF/SPDF、 A-RACF交互获取网络的带宽资源信息, 所以可以对已有会话的资源需求做出相应的调整,可以不用直接释放会话, 提高了会话建立的成功率。

附图简要说明

图 1是现有技术 TISPAN定义的动态 Qos策略控制架构示意图。

图 2是一种现有技术的媒体协商流程图。

图 3是另一种现有技术的媒体协商流程图。

图 4是本发明实施例一的媒体协商流程图。

图 5是本发明实施例二的媒体协商流程图。

图 6是本发明实施例三的媒体协商流程图。

图 Ί是本发明实施例四的媒体协商流程图。

实施本发明的方式

下面将结合附图对本发明的实施例作进一步地详细描述。

依据本发明的实施例, 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/G 和 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表示当前用户在接入侧可获得上行带宽 和下行带宽,该带宽值可以 居用户接入签约带宽和用户当前已使用带宽计 算得出。这两个 AV 在 Rq接口中扩展,可以在 RAR ( Re-Auth-Request Command: 重授权请求命令 )和 AAA命令中携带。

Available-Access-Bandwidth-UL AVP 和 Available-Access-Bandwidth-DL AVP的值是无符号 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- equested-Bandwidt -DL AVP 、 Min-Requested-Bandwidth-UL AVP/Min-Requested-Bandwidth-DL AVP两对参 数,分别表示编解码方式交集中最大请求带宽(如为 2M,包括最大请求上

行带宽和最大请求下行带宽,分别为 2M、 2M )、最小请求带宽(如为 100K, 包括最小请求上行带宽和最小请求下行带宽,分别为 100K、 100K X 从上可 以看出,最大请求带宽和最小请求带宽参数指示了对某个媒体类型的编解码 方式交集的带宽请求范围。

PDF/SPDF接收 AAR命令后,通过 Rq接口向 A-RACF再发送一个接入 侧的资源请求消息,其也为 AAR命令,以进行接入侧的资源请求。

A-RACF 从 AAR 中 解析获取 Max-Requested-Bandwidth-UL AVP/Max-Requested-Bandwidth-DL AVP 、 Min-Requested-Bandwidth-UL AVP/Min-Requested-Bandwidth-DL AVP, 分析本次 QoS资源请求。 A-RACF 根据用户服务质量签约信息(如用户接入签约带宽等)和用户当前已使用网 络带宽,分析得出用户在接入侧可获得的带宽(如为 200K, 包括用户在接入 侧可获得的上行带宽和用户在接入侧可获得下行带宽,分别为 200K、 200Κ 如果用户在接入侧可获得的带宽小于最大请求带宽, 并大于最小请求带宽, 则说明用户在接入侧可获得的带宽可满足带宽请求范围。 A - RACF 向 PDF/SPDF 返回的 AAA 中携带表示 Available-Access-Bandwidth-UL AVP/Available-Access-Bandwidth-DL AVP , 用户在接入侧可获得的带宽(本 例为 200Κ,包括用户在接入侧可获得上行带宽和用户在接入侧可获得下行带 宽,分别为 200Κ、 200Κ )。

PDF/SPDF通过 Rq接口接收 AAA, 同时综合考虑现有网络资源状况、

条件都满足, 则通过 Gq/Gq '接口向 AF 返回的 AAA 消息中携带 Available-Bandwidth-UL AVP/Available-Bandwidth-DL AVP, 表示用户当前可 获得的带宽(本例中为 200K, 包括用户当前可获得上行带宽和用户当前可获 得下行带宽, 分别为 200K、 200Κ

AF接收收到 AAA响应,则根据用户可获得的实际带宽,从前述的编解 码交集中确定一种编解码方式或将带宽需求得不到满足的编解码方式调整为

带宽需求可被满足的编解码方式,继续会话建立过程。具体来说, AF 可以 将用户可获得的实际带宽按顺序依和各编解码方式的需求带宽次比较,如果 大于等于所比较的编解码方式的需求带宽,则确定采用该编解码方式继续会 话建立过程。

在本实施例中,所述应用功能实体 AF, 包括 AF发送单元、 AF接收单 元、 AF资源决策单元;

其中, AF发送单元发送资源请求消息至 PDF/SPDF, AF接收单元接收 PDF/SPDF发送的资源请求响应消息 AAA, 资源请求消息中携带媒体类型的 带宽请求范围参数,资源请求响应消息 AAA携带用户当前可获得的带宽; 进一步来说, AF资源决策单元根据用户当前可获得的带宽,在媒体类型 中选择与用户当前可获得的带宽相匹配的编解码方式。

本实施例中的 PDF/SPDF实体,包括 PDF接收单元、 PDF资源决策单元、 PDF发送单元;

其中, PDF接收单元接收 AF发送的资源请求消息,资源请求消息携带 带宽请求范围参数; PDF发送单元向 A-RACF发送接入侧资源请求消息,接 入侧资源请求消息携带有带宽请求范围参数;所述 PDF接收单元接收所述 A - RACF发送的接入侧资源请求响应消息 AAA,其中携带有用户在接入侧可 获得的带宽, PDF资源决策单元根据用户在接入侧可获得的带宽、现有网络 资源状况、基于运营商的和 /或基于用户的策略规则分析获得用户可获得的实 际带宽, PDF发送单元将所述用户可获得的实际带宽返回给 AF。

本实施例中的 A - RACF实体,包括 A-RACF发送单元、 A-RACF接收 单元、 A-RACF资源决策单元;

A-RACF接收单元接收 PDF/SPDF发送的接入侧资源请求消息,其中携 带带宽请求范围参数;

A-RACF资源决策单元根据用户服务质量签约信息和用户当前已使用网 络带宽分析获得用户在接入侧可获得的带宽;

A-RACF发送单元向 PDF/SPDF发送接入侧资源请求响应消息 AAA,其 中携带用户在接入侧可获得的带宽。

实施例二:

本实施例与实施例一基本相同,所不同的是在本实施例中 PDF/SPDF不 通过 A - RACF, 而直接通过综合现有网络资源状况、基于运营商的本地策 略规则和 /或用户的签约策略规则等分析得出用户可获得的实际带宽。如图 5 所示,如果用户可获得的实际带宽小于最大请求带宽,并大于最小请求带宽, 则 PDF/SPDF 判断出用户可获得的实际带宽可满足带宽请求范围, 通过 Gq/Gq ' 接口在返回 AF 的 AAA 中携带 Available-Bandwidth-UL AVP/Available-Bandwidth-DL AVP, 表示用户可获得的实际带宽。 AF接收收 到 AAA响应,采用图 4所示方案对应的方法确定编解码方式,继续会话建 立过程。

本实施例中的 AF同于实施例一,但是 PDF/SPDF不同于实施例一,其 包括:

PDF接收单元, 用于接收应用功能实体 AF发来的携带带宽请求范围 参数的资源请求消息.;

PDF资源决策单元, 用于分析获得用户可获得的实际带宽,并返回给

AF。

实施例三:

本实施例采取另外一种方式对 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"比特,表示是信息接收者可选识别的;可以携带' T"比特,表示可以进行 端到端安全加密。 .

3、扩展两个 AVP: Reserved-Bandwidth-UL AVP Reserved-Bandwidth-DL AVP , 表示当前网络可提供的符合 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"比特,表示可以进行 端到端安全加密。

会话建立时,主被叫双方协商双方都支持特定编解码类型中所有的编解

码方式(即编解码方式交集,可以包括多种编解码方式,具体协商过程同现 有技术)。如图 6所示: AF发送资源请求消息的 AAR命令至 PDF/SPDF, 其 中携带 Requested-Bandwidth-List-UL AVP、 Requested-Bandwidth-List-DL AVP 一对参数,表示编解码方式交集对应所需要的带宽请求列表(如 2M、 100K、 200Κ、 1Μ,优先级依次降低,包括上行带宽带宽列表和下行带宽带宽列表, 一般情况下上行带宽带宽列表和下行带宽带宽列表相同,本例中上行带宽带 宽列表和下行带宽带宽列表也相同)。从上可以看出,带宽请求列表指示了对 某个媒体类型的编解码方式交集的带宽请求范围。

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、 200Κ )。 A-RAC参考带宽请求列表,按优先级顺序逐一进行比较分析, 如果用户在接 入侧可获得的带宽大于或等于某一带宽请求列表表项 (本例中,按请求列表 顺序, 200K可获得的带宽小于第一个表项 2M请求带宽,大于第二个表项 100K请求带宽:),则说明用户在接入侧可获得的带宽可满足带宽请求范围, 将用户在接入侧可获得的带宽调整为该表项的带宽。 A - RACF向 PDF/SPDF 返 回 的 AAA 中 携带 Reserved-Access-Bandwidth-UL AVP 、 Reserved-Access-Bandwidth-DL AVP , 表示用户在接入侧可获得的带宽(本例 中为 100K, 上行和下行均为 100K ),具体来说是指用户在接入侧实际可获得 的优先级最高的带宽。可以看到,这里返回的用户在接入侧可获得的带宽实 际并不是最初用户在接入侧可用带宽 (本例中为 200Κ, 上行和下行均为 200Κ ), 而是根据用户带宽请求列表优先级进行匹配调整后的用户在接入侧

可获得的带宽。当然, A-RACF也可以不用匹配调整用户在接入侧可获得的 带宽, 仍将 200K 可用带宽作为用户在接入侧可获得的带宽返回给 PDF/SPDF, 因为 PDF/SPDF还需要进行匹配调整,调整的方法与之类似, 比较的是 PDF/SPDF 分析获得的用户可获得的实际带宽和用户带宽请求列 表。

PDF/SPDF通过 Rq接口接收 AAA命令,解析获取用户在接入侧可获得 的带宽,同时综合考虑现有网络资源状况、基于运营商的本地策略规则和 / 或用户的签约策略规则等计算获得用户可获得的实际带宽。如果其它条件都 满足,而被授权可用带宽只有 100K,则 PDF/SPDF将用户可获得的实际带宽 调整为户在接入侧可获得的带宽,通过 Gq/Gq'接口返回的 AAA命令中加入 Reserved-Baiidwidth-UL AVP , Reserved-Bandwidth-DL AVP , 表示用户可获得 的实际带宽(指当前给用户可获得的优先级最高的带宽,本例中为 ιοοκ,上 行和下行都是 100K )。 PDF/SPDF 匹配调整用户可获得的实际带宽和用户带 宽请求列表,可以不用匹配调整用户可获得的实际带宽,而直接将综合决策 得到的用户可获得的实际带宽返回给 AF,由 AF直接和用户带宽请求列表进 行匹配。

AF接收收到 AAA响应,则根据用户可获得的实际带宽,从前述的编解 码交集中确定一种编解码方式或将带宽需求得不到满足的编解码方式调整为 带宽需求可被满足的编解码方式, 继续会话建立过程。具体来说, AF 可以 将用户可获得的实际带宽按顺序依和各编解码方式的需求带宽次比较, 如果 大于等于所比较的编解码方式的需求带宽,则确定采用该编解码方式继续会 话建立过程; 当然如果 AF得到的是 PDF/SPDF匹配请求带宽列表调整过后 的用户可获得的实际带宽,也可以直接查询得到其对应的编解码方式。

本实施例中的 AF、 PDF/SPDF、和 A-RACF与实施例一中的相同。

实施例四:

本实施例与实施例三基本上相同,不同之处在于本实施例中 PDF/SPDF

不通过 A - RACF, 而直接通过综合现有网絡资源状况、基于运营商的本地 策略规则和 /或用户的签约策略规则等计算获得用户可获得的实际带宽。如图 7所示, PDF/SPDF参考带宽请求列表,按优先级顺序逐一进行比较分析,如 果用户可获得的实际带宽大于或等于某一带宽请求列表表项,则说明用户可 获得的实际带宽可满足带宽请求范围,将用户可获得的实际带宽调整为该表 项的带宽,通过 Gq/Gq,接口返回的 AAA命令中携带 Reserved-Bandwidth-UL AVP、 Reserved-Bandwidth-DL AVP , 给出用户可获得的实际带宽调整(指当 前用户可获得的优先级最高的带宽,本例中为 100K, 上下行都为 100Κ )。 AF接收收到 AAA响应,采用图 6所示方案对应的方法确定该编解码方式继 续会话建立过程。

本实施例中的 AF、 PDF/SPDF同于实施例二。

在上述的四个实施例中: 实施例一和实施例二中的 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-DL AVP , 而只用一个 Available-Bandwidth AVP参数来表示。

虽然通过参照本发明的某些优选实施方式, 已经对本发明进行了图示和 描述,但本领域的普通技术人员应该明白,可以在形式上和细节上对其作各 种改变,而不偏离本发明的精神和范围。