[发明专利]用信号发送用于多媒体会话的服务质量（QOS）参数

说明书

技术领域

本发明主要地涉及网际协议(IP)多媒体通信。具体而言，本发明涉及用于在IP多媒体通信中增强和优化服务质量的方法。

背景技术

本部分旨在于提供背景或者基本情况。这里的描述可以包括如下概念，这些概念可能被寻求但并非必然是先前已经构思或者寻求的概念。因此，除非这里另有指明，在这一部分中的所述不是先于本申请中权利要求的现有技术也不因包含于这一部分中而被承认为现有技术。

第3代伙伴项目(3GPP)已经在它的技术规范(TS)23.107中为3G移动通信中的服务质量(QoS)定义了概念和架构。QoS确定在网络中传输数据分组的过程中如何处理它们。例如，QoS级确定缓存哪些分组而在网络拥塞过程中丢弃哪些分组。QoS级也确定为媒体流分配什么位速率。对于分组交换通信，通用移动电信系统(UMTS)网络已经定义也称为QoS类的四个不同类型的业务类(在TS 23.107中)。这4个QoS或者业务类是常规类、流类、交互类和背景类。关于这些业务类型和不同QoS属性的更多细节可以在3GPPTS 23.107文件中找到。

当移动终端希望建立与另一方的多媒体呼叫时，它利用网关GPRS服务节点(GGSN)激活分组数据协议(PDP)上下文。在PDP激活请求消息中，终端针对会话指定它所希望的QoS属性，比如业务类、最大带宽、保障带宽、延迟等。基于网络的负荷和资源(在空中接口和核心网络)的可用性，网络向移动终端批准QoS。

不同的多媒体应用具有不同性质。例如，比如视频会议或者音频会议这样的应用要求实时或者近实时数据(视频或者音频流)递送。这些种类的应用可以经受某些分组损失。然而，对于比如数据库访问或者Web流览这样的应用，递送数据尽可能准确而延迟要求并不苛刻颇为重要。基于该应用，发起会话的用户在PDP上下文激活过程中请求某个业务类。这样，如果用户希望建立流应用，则使用流传输业务类型，而对于视频会议应用，则使用常规业务类型。客户机应用也指定它针对用于该特定应用的会话而想要使用的某些其它QoS参数，比如保障位速率、最大位速率、传送延迟等。

没有用以允许发送方将协商的QoS参数用信号端到端发送到接收方或者呼叫中的另一方的机制。这样，在使用SIP/SDP协议建立会话的过程中，没有用以将协商的QoS参数指定给呼叫中的另一方的手段。当接收方或者被叫方收到用以加入多媒体会话的SIPINVITE消息时，接收方与它自己的网络协商QoS参数。接收方可以要求与发送方协商过的业务类型类别不同的业务类型类别(包括不正确的QoS参数)。因此，例如如果发送方想要交互或者流传输会话(例如见我所见(SWIS)应用)，则接收方可以要求常规业务类。又如，如果发送方使用初始SIP INVITE消息中的带宽属性指定会话带宽(例如64Kbps)而以后当它与它自己的无线网络协商保障带宽QoS参数时，网络可以仅分配48Kbps给发送方(主叫)客户机。然而，接收方(或者被叫方)基于来自发送方的初始INVITE消息与它自己的无线网络协商64Kbps。尽管发送方仅以48Kbps发送，但是接收方的无线网络将64Kbps批准给接收方，这造成网络资源的低效使用。如果发送方具有将协商的保障带宽用信号发送到接收方的能力，则接收方可以准确地协商来自它自己的网络的适当资源。类似地，如果没有用信号端到端发送最大位速率参数，则接收方终端可能做出对最大位速率值不正确的假设而可能将它设置成很高或者很低的值。用于最大位速率很高的值造成网络资源的低效使用而用于最大位速率很低的值造成分组损失和产生不良的媒体质量。

图1图示了简化信号图，该信号图描绘了当没有用信号端到端发送QoS参数(保障和最大速率)时造成的前述问题。终端A针对PDP上下文激活与SGSN交互而SGSN与进行PDP上下文激活的GGSN交互。如图1中所示，没有用信号端到端发送最大位速率参数。结果，终端B假设最大位速率为72Kbps而保障位速率为64Kbps。然而，终端A设置最大位速率于48Kbps而保障位速率于40Kbps。