专利名称：：在3GPP2-3GPP和3GPP2-3GPP2会话多媒体交换中提供可交互操作的QoS参数及其信令的方...的制作方法
技术领域：
：本发明的示例性和非限定性实施方式一般涉及无线通信系统、设备和方法，并且更具体地，涉及用于执行多媒体无线通信的系统、i殳备和方法。
背景技术：
：可能在此出现的各种缩写定义如下3GPP:第三代合作伙伴计划3GPP2:第三代合作伙伴计划2E2E:端对端FL:前向链路GSM:全J求移动通信系统IP:网际协议QoS:服务质量MMD:全IP多媒体域MS:移动台MT:移动终端PSVT:分组交换j见频电话RAN:无线*接入网络RL:反向链路RTCP:实时控制协议SIP:对话发起协议SDP:对话描述协议SWIS:见你所见UE:用户设备UMTS:通用移动电信系统VoIP:基于IP的语音3GPP2已经采用了flow_profile_ID(流—配置—ID)的方法，用于在针对IP多媒体通信的RAN中建立QoS，所述IP多媒体通信包括VoIP、PSVT以及移动-至-移动多々某体流传输(streaming)。flow_profile—ID(或者"QoS设置，，)可以分配给单独的流、或者分配给流的总体，也可以对FL和RL业务是不对称的。尽管根据上下文以不同的方式称为MS、MT或UE的用户设备知晓其本地flow_profile—ID，其不能知晓其他方的flow_profile—ID,并且由此不能知晓E2EQoS。类似地，3GPP已经在其技术规范(参见3GPP技术规范TS23.107QoSConceptandArchitecture(QoS概念和架构))中定义了用于3G移动通信中的QoS的总体概念和架构。在此技术规范中，与相关联的参数一起，已经定义了四个业务类(会话、流传输、交互和背景)，相关联的参数诸如延迟、误码率、保证比特率和最大比特率。关于3GPP信令的参考可以参见3GPP贡献TDS4-050341"End-to-endsignalingofQoSparametersforIMSmultimediasessionsinCS-IMScombinationalservices(CSICS)(在CS画IMS组合服务(CSICS)中针对IMS多媒体对话的QoS参数的端对端信令)"，2005年5月9日-13日，Nokia。
发明内容在本发明的一个示例性方面中，提供了一种方法，以使多媒体呼叫的发起者能够向被呼叫方用信号发送至少一个QoS参数。所述方法包括获取至少一个flow_profile—ID;执行计算以将该至少一个flow_profile_ID转换为被呼叫方的至少一个QoS参数；以及向被呼叫方发送该至少一个QoS参数。在本发明的另一示例性方面中，提供了一种电子设备，以使多媒体呼叫的发起者能够向被呼叫方用信号发送至少一个QoS参数。所述电子设备包括至少一个存储器；以及耦合至至少一个数据处理器的收发器，其中至少一个数据处理器耦合至至少一个存储器，其中至少一个数据处理器配置以执行机器可读指令的程序。所述程序能够执行以下操作获取至少一个flow_profile_ID;执行计算以将至少一个flow_profile_ID转换为^皮呼叫方的至少一个QoS参数；以及向被呼叫方发送至少一个QoS参数。在本发明的另一示例性方面中，提供了一种计算机程序产品，以使多媒体呼叫的发起者能够向被呼叫方用信号发送至少一个QoS参数。所述计算机程序产品包括在有形计算机可读介质上包含的程序指令。所述程序指令的执行导致的操作包括获取至少一个flow_profile—ID;执行计算以将至少一个flow_profile—ID转换为被呼叫方的至少一个QoS参数；以及向被呼叫方发送至少一个QoS参数。在本发明的另一示例性方面中，公开了一种方法。所述方法包括多媒体对话的发送者方向被呼叫方通知其针对多媒体对话的协商的QoS参数；被呼叫方与其网络协商类似的QoS属性；以及被呼叫方在对话建立阶段期间与发送者交换类似的QoS属性。在本发明的另一示例性方面中，提供了一种电子设备。所述电子设备包括至少一个存储器；以及耦合至至少一个数据处理器的收发器，其中至少一个数据处理器耦合至至少一个存储器，其中至少一个数据处理器配置以执行机器可读指令的程序。所述程序能够执行以下操作多媒体对话的发送者方向被呼叫方通知其针对多媒体对话的协商的QoS参数；被呼叫方与其网络协商类似的QoS属性；以及被呼叫方在对话建立阶段期间与发送者交换类似的QoS属性。在本发明的另一示例性方面中，提供了一种计算机程序产品。所述计算机程序产品包括在有形计算机可读介质上包含的程序指令。所述程序指令的执行导致的操作包括多媒体对话的发送者方向被呼叫方通知其针对多媒体对话的协商的QoS参数；被呼叫方与其网络协商类似的QoS属性；以及被呼叫方在对话建立阶段期间与发送者交换类似的QoS属性。在本发明的另一示例性方面中，提供了一种方法，以使多媒体呼叫的发起者能够向被呼叫方用信号发送至少一个QoS参数。所述方法包括用于获取至少一个flow_profile—ID的装置；用于执行计算以将至少一个flow_profile—ID转换为被呼叫方的至少一个QoS参数的装置；以及用于向被呼叫方发送至少一个QoS参数的装置。在本发明的另一示例性方面中，提供了一种方法。所述方法包括用于多媒体对话的发送者方向被呼叫方通知其针对多媒体对话的协商的QoS参数的装置；用于被呼叫方与其网络协商类似的QoS属性的装置；以及用于被呼叫方在对话建立阶段期间与发送者交换类似的QoS属性的装置。当结合附图阅读时，在下文的详细说明中，本发明的上述以及其他方面将变得更为清楚，附图中图1示出了根据本发明的第一方面(3GPP2-3GPP)在IP呼叫建立期间到3GPP方的等效3GPP2flow—Profile—ID的E2E信令；图2示出了根据本发明的另一方面(3GPP2-3GPP2)在IP呼叫建立时3GPP2flow—Profile_ID的E2E信令；通信系统的上下文中的移动终端，并且示出了一个适合的技术环境；流程图；以及图5描述了用于实践本发明的示例性实施方式的另一方法的逻辑流程图。具体实施方式本发明的一个示例涉及用于在异类呼叫(3GPP2至3GPP)中使用的技术，其中使用了QoS类型之间的会话以及QoS参数的信令。根据本发明的非限定方面公开了一种用于信令3GPP2QoS支持的技术，其中使用用于在例如SIP(IETFRFC3261"SIP:SessionInitiationProtocol")、SDP(IETFRFC2327"SDP:SessionDescriptionProtocol")以及MMD(3GPP2技术规范X.S0013"All-IPCoreNetworkMultimediaDomain")中4吏用的标准化的呼叫建立和协商/再协商过程。如将在下文详细描述，本发明的各种示例性实施方式通常涉及3GPP2网络(cdma2000)中的一方和3GPP网络(GSM、UMTS)中的一方之间的IP多媒体通信的领域。更具体地，本发明的各种示例性实施方式涉及，通过将来自3GPP2网络的QoS参数flow_profile—ID(参见3GPP2技术报告C.P1001-E"AdministrationofParameterValueAssignmentsforcdma2000SpreadSpectrumStandardsReleaseE，，)或者qos_profile—ID(参见3GPP2技术规范X.S0011-004-D"cdma2000WirelessIPNetworkStandard:QualityofServiceandHeaderReduction")解译成为3GPP终端和网络理解的QoS参数(例如，保证比特率、最大比特率和许可延迟)，用以增强和优化IP多媒体通信中的QoS的方法、装置和计算机程序，并且进一步涉及通过无线网络向对话中的其他终端(被呼叫方)信令由发起终端(发送者方)协商的E2EQoS参数flow_profile—ID或者qos_profile_ID。尽管可以使用用于对话建立的任何其他适合的协议，在本发明的特定示例性实施方式中的用于交换QoS参数的协议是SDP。本发明的特定示例性实施方式允许多媒体呼叫中的接收3GPP方(为了方便起见，称作PP被呼叫方)根据3GPP定义的信令以优化的和有效的方式建立无线网络资源，其中所述资源包括以下资源，所述资源遵循如由3GPP2flow_profile—ID所定义的类似的QoS设置、并且进一步允许用于被呼叫方和呼叫方两者的多媒体应用对整个(E2E)呼叫的可能操作QoS范围具有更好的理解。本发明的特定示例性实施方式允许3GPP2网络中的3G多媒体呼叫的发起者(为了方便起见，称作PP2发送者方)在对话建立过程期间，通过将flow_profile—ID映射为3GPP保证比特率、最大比特率和许可延迟，来向对话的PP被呼叫方用信号发送其协商的QoS参数flow_profile—ID。对话建立可以是单向(流传输)或者双向(例如，类似于视频会议)。如果对话是双向的，PP被呼叫方向PP2发送者方用信号发送其QoS参数。应该理解，SDP和SIP是示例性的协议，并且可以使用SDP和SIP以外的其他协议来实践本发明的各种方面。通常，可使用在ISOOSI栈的任何层处的任何协议消息来传送在各方之间的信息。根据非限定的实施方式，3GPP2方将其协商的flow_profile—ID解译为3GPPQoS参数3gpp-guaranteedbitrate(3GPP保证比特率)、3gpp-maxbitrate(3GPP最大比特率)、3gpp-granteddelay(3GPP许可延迟)。参考图1中示出的示例性呼叫控制流程图，其中示出的本发明最感兴趣的元件是3GPP2终端IO(终端A)、3GPP2网络12(网络A)、3GPP网络14(网络B)以及3GPP终端16(终端B)。分别示出的这些元件包括至少一个数据处理器(DP)10A、12A、14A和16A以及至少一个相关联的存储器设备或者单元(MEM)IOB、12B、14B和16B。假定每个存储器存储计算机程序指令，所述计算机程序指令由相关联的数据处理器引导相关联的网络元件的操作来执行，所述操作包括根据本发明的非限定实施方式的操作。存储器IOB、12B、14B和16B可以是适用于本地技术环境的任何类型，并且可以使用任何适合的数据存储技术来实现，诸如基于半导体的存储器设备、磁存储器设备和系统、光存储器设备和系统、固定存储器和可移除存储器。作为非限定性的示例，数据处理器10A、12A、14A和16A可以是适用于本地技术环境的任何类型，并且可以包括通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器中的一个或多个。通常，终端10和16的各种实施方式可以包括但不限于，蜂窝电话、具有无线通信能力的个人数字助理(PDA)、具有无线通信能力的便携计算机、具有无线通信能力的诸如数字照相机的图像捕获设备、具有无线通信能力的游戏设备、具有无线通信能力的音乐存储和回放电器、允许无线因特网接入和浏览的因特网电器以及结合如此功能组合的便携单元或者终端。在本示例性实施方式中的处理开始于终端IO向终端16发送SIP邀请(步骤A),终端IO接收到对该邀请的响应(200OK)(步骤B)。然后，终端10向3GPP2网络12针对48Kbps媒体类型视频和8Kbps语音来发送QoS支持请求(步骤C)，并且终端16经由初始SIP邀请参数来向3GPP网络14发送QoS请求(步骤D)。假定终端10从3GPP2网络12接收Flow_Profile—IDGrant(许可)(步骤E),即，其接收针对呼叫的协商的flow_profile—ID的列表。在步骤F处，3GPP2终端10执行Flow_Profile_ID会话。在一个示例性实施方式中，这通过以下来实现将3GPPguaranteed—bitrate(保证比特率)计算为每种媒体类型(例如，音频、视频、文本)的最小许可比特率的总和或者通用数据类型的最小比特率(参见下文给出的示例)；将3GPPmaximum—bitrate(最大比特率)计算为每种媒体类型的最大许可比特率总和或者通用数据类型的最大比特率(参见下文的示例)；以及将3GPPgranted_delay(许可延迟)计算为独立于媒体类型的最大许可延迟(参见下文的示例)。在步骤G处，3GPP2终端10向3GPP终端16发送例如SDP信—弓_a=3gpp-guaranteedbitrate:<guaranted—bitrate>a=3gpp-maxbitrate:<maximum—bitrate〉a=3gpp-granteddelay:<granted—delay〉，其中，应该理解，这些值并非定义用于其中媒体数据和通用数据flow—profile—ID相混合的情况。然后，终端16可以可选地针对QoS支持与网络14重新协商(步骤H)。示例1-关于媒体数据的flow_profile—ID(表1来自3GPP2技术报告C.R1001-E"AdministrationofParameterValueAssignmentsforcdma2000SpreadSpectrumStandardsReleaseE，，，以下为了简单起见而称作C.R1001)。在3GPP2网络12中，对期望建立PSVT呼叫的3GPP2终端10(终端A)许可以下flow_profile—ID:0x0100-不具有帧成束(framebundling)的会话的速率集1交互语音；0x0301-会话的交互一见频32K;0x0302-会话的交互视频40K;0x0303-会话的交互一见频48K;以及0x0500-会话的J某体控制信令。示例1,部分a:根据C.RIOOI,与0x0100相关联的是，用于语音的8Kbps的保证比特率；并且与0x0301、0x0302、0x0303相关联的是，用于视频的32Kbps、40Kbps和48Kbps的j呆i正比对争率。终端10的DP10A计算guaranteed_bitrate如下min{0x0100_audio—bitrate}+min{0x0301—video_bitrate,0x0302—video—bitrate，0x0303_video_bitrate}或者guaranteed—bitrate=min{8K}+min{32K,40K，48K}=40K。示例1,部分b:根据C.R1001，与0x0100相关联的是，用于语音的8Kbps的保证比特率；并且与0x0301、0x0302、0x0303相关联的是，用于视频的32Kbps、40Kbps和48Kbps的保证比特率。终端10的DP10A计算maximum—bitrate如下max(0x0100—audio—bitrate}+max{0x0301—video—bitrate,0x0302—video一bitrate，0x0303—video—bitrate}或者maximum—bitrate=max{8K}+max{32K,40K,48K}=56K。示例1，部分c:根据C.R1001，与0x0100相关联的是100毫秒的最大延迟，并且与0x0301、0x0302、0x0303相关联的是200毫秒的最大延迟，其中应该理解，当前这些参数在C.R1001中并不是最终的，并且不必针对所有的flow_profile_ID存在。在这种情况下，如在上述引用的共同未决的美国临时专利申请No.:60/677,283中所定义，3GPP2终端10可以选择使用"0"或者"*"用于granted—delay,所述专利申请由IgorCurcio和UmeshChandra于2005年5月3日提交，名称为"SignalingQualityofService(QoS)ParametersforaMultimediaSession",在此通过参考将其全部引入。借助于示例的方式，如在上述引用的Curcio等人的共同未决专利申请中所述，3gpp-granteddelaySDP属性还可以赋值为"*，，和"0"。"*"的值指示延迟值是未知的、并且是无界的，这意味着对于延迟值不存在保证，并且分组可以经历不同数量的传送延迟。对于交互和背景业务类，网络不指定任何PDP上下文传送延迟值，这暗示它的无界或者最佳性能依赖于网络资源和负载。在那种情况下，SDP属性可以赋予"*，，或者"0"的值。终端10的DP10A计算granted—delay如下max{0x0100—delay，0x0301—delay,0x0302—delay,0x0303—delay}或者granted—delay=max{100，200，200,200}=200ms。用信号发送下文的SDP消息至接收方(在此情况下是被呼叫方，终端16):a=3gpp-guaranteedbitrate:40;a=3gpp-maxbitrate:56;以及a=3gpp-granteddelay:200。示例2-关于通用数据的flow_profile—ID(来自C.R1001的表2)。在3GPP2网络12中，对期望建立PSVT呼叫的3GPP2终端10(终端A)许可以下flow_profile—ID:0x0005-通用数据，具有100ms最大延迟的最小数据速率32K;0x0006-通用数据，具有100ms最大延迟的最小数据速率64K;以及0x0017-通用数据，具有500ms最大延迟的最小数据速率96K。示例2，部分a:终端10的DP10A计算guaranteed—bitrate如下min{0x0005—bitrate,0x0006—bitrate，0x0017—bitrate}或者guaranteed—bitrate=min{32K，64K,96K}=32K。示例2，部分b:终端10的DP10A计算maximum—bitrate如下max{0x0005—bitrate,0x0006—bitrate,0x0017_bitrate}或者maximumbitrate=max{32K,64K,96K}=96K。示例2，部分c:终端10的DP10A计算granted—delay如下max{Ox0005_delay,0x0006_delay,0x0017—delay}或者granteddelay=max{100,100，500}=500ms。用信号发送下文的SDP消息至接收方(在此情况下是被呼叫方，终端16):a=3gpp-guaranteedbitrate:32;a=3gpp-maxbitrate:96;以及a=3gpp-granteddelay:500。另外，一旦接收到保证比特率、最大比特率和许可延迟信息，则3GPP2—方(终端10)可以基于可能的flow_profile—ID比特率和延迟来请求QoS支持的3GPP2水平。终端10可以通过检查3GPPSIP/SDPINVITE(3GPPSIP/SDP邀请)的媒体属性(m=)而根据音频和视频来进一步划分请求。示例3,3GPP接收的参数3GPP2终端10从呼叫3GPP—方(终端16)接收QoS参数，伴随如下消息a=3gpp-guaranteedbitrate:32;a=3gpp-maxbitrate:96;以及a=3gpp-granteddelay:500。作为响应，3GPP2终端10向3GPP2网络12请求通用数据flow_profile_ID:0x0005-通用数据，具有100ms最大延迟的最小数据速率32K;0x0006-通用数据，具有100ms最大延迟的最小数据速率64K;以及0x0007-通用数据，具有100ms最大延迟的最小数据速率96K。可以如此执行，以便3GPP2终端IO可以匹配来自3GPP—方(终端16)的期望的比特率的范围。在此情况下，因为期望的是小于750ms的E2EQoS，3GPP2终端10已经请求了最小延迟，并且可以期望由3GPP网络14来消耗此时间线的至少500ms。点。例如，在3GPP网络14(GSM、UMTS)中的移动方可以使用3GPP-本身的QoS参数来请求网络资源，所述3GPP-本身的QoS参数将严密地匹配来自呼叫3GPP2—方的QoS请求，由此实现更为有效的网络资源分配。此外，在3GPP2网络12(cdma2000)中的移动方可以使用3GPP2-本身的QoS参数来请求网络资源，所述3GPP2-本身的QoS参数将严密地匹配来自呼叫3GPP—方的QoS请求，由此也实现更为有效的网络资源分配。此夕卜，在3GPP2网络12和3GPP网络14两者中的移动方，一旦交换了QoS信息，则可以更为准确地(例如，在应用级别)计算总的E2EQoS(延迟、保证比特率和比特率变化)参数，这是由于基本的网络瓶颈(RAN)是有界限的。此外，在3GPP2网络12和3GPP网络14两者中的移动方，一旦交换QoS信息，则可以更为有效地分配应用级别的资源(诸如，抖动緩冲资源)。此外，在3GPP2网络12和3GPP网络14两者中的移动方，一旦交换QoS信息，则可以更为适当地适用于网络变化(例如，比特率)。已经如此描述了本发明的几个示例性实施方式，现在还将描述附加的示例性实施方式。这些附加的示例性实施方式使得3GPP2多媒体呼叫中的被呼叫方能够向发送者方通知其协商的QoS而与本地网络特征无关，并且进一步实现标准化的3GPP2QoS机制的使用。这些附加的示例性实施方式进一步使一方能够在呼叫期间对其他方进行更新，更新它们的QoS组件中的任何变化。本发明的这一方面定义了用于上述flow_profile—ID的新的SDP属性，并且在SIP消息中携带所述新的SDP属性。被呼叫方可以使用这些SDP属性来与其自身的无线网络协商(或者再协商)QoS参数。从而，相关联的多媒体应用可以使用这些参数来设置用于音频和视频媒体以及反馈(RTCP)的应用资源，诸如抖动緩冲。再次注意，SDP和SIP是适合的协议的示例，并且本发明的实施方式的实践不限于仅由这些协议使用。根据本发明的示例性实施方式，多媒体对话的发送者方向被呼叫方通知其针对多媒体对话的协商的QoS参数。然后，在对话建立阶段期间，被呼叫方与其网络协商类似的QoS属性，并且将此值与发送者进行交换。对话建立协议可以是广泛使用的用于IP对话建立的SIP/SDP信令协议，或者其可以是任何其他的对话建立协议。使用SIP/SDP协议给出实现示例。用以在两个客户端之间建立对话的SIPINVITE消息y使用SDP来描述对话和々某体信息(SDP信息可以在诸如200OK、ACK或者UPDATE的其他SIP消息的消息体中发送)。SDP描述传送信息(端口和IP地址)和媒体信息(诸如编解码器和相关联的参数)。根据本发明的方面，为了指示QoS参数而定义了三个新的用户定义的SDP属性。首先，在SDP中定义了一个可以称作"3gpp2-flowprofileid"的属性，用以指示以对称方式(即，对于FL和RL是相同的)由其无线网络对终端许可的flow_profile—ID。在SDP中，"3gpp2画flowprofileid，，声明如下a=3gpp2-flowproflledid:<list-of-16-bit-HEX-values-of-granted-flow_profile_IDs>第二，在SDP中定义了一个可称作"3gpp2-flowprofiIedid-rl"的属性，用以指示以对RL非对称的方式由其无线网络对终端许可的flow_profile—ID。在SDP中，"3gpp2國flowprofileid-rl"声明如下a=3gpp2-flowprofileid-rl:<list-of-16-bit-HEX-values-of-granted-RL-flow_profile—IDs>或者可替换地，在SDP中，"3gpp2-flowprofileid"声明如下a=3gpp2-flowprofileid:<ascii-char-R，list-of-16-bit-HEX-values-of-granted-RL-flow_profile—IDs>第三，在SDP中定义了一个可称作"3gpp2-flowprofileid隱fl"的属性，所述属性指示以对FL非对称的方式由其无线网络对终端许可的flow_profile—ID。在SDP中，"3gpp2-flowprofileid-fl"声明如下a=3gpp2-flowprofileid-fl:<list-of-16-bit-HEX-values-of-granted-FL-flow_profile—IDs>或者可替换地，在SDP中，"3gpp2-flowprofileid"声明如下a=3gpp2-flowprofileid:<ascii-char-F,list-of國16-bit-HEX-values-of-granted-FL-flow_profile_IDs〉下文描述了两个非限定性的示例对话，一个具有仅对称的flow_profile—ID,而一个具有非对称的和对称的flow_profile—ID两者。关于这一点，参考图2，这在某些方面类似于图1。然而，注意，在图2中，网络A和网络B、以及终端A和终端B两者，均示出为相同的类型(例如，3GPP2)。示例1:^f又只十称的flow_profile—ID假定，终端A(发送者方，3GPP2终端IO)期望建立具有48Kbps视频和8Kbps语音媒体的PSVT呼叫，并且从网络12请求对于此呼叫的QoS支持。进一步假定，网络12以对称方式对终端A许可以下flow—profile—ID:0x0100-不具有帧成束的会话速率集1交互语音；0x0301-会话交互视频32k;0x0302-会话交互一见频40k0x0303-会话交互一见频48k以及0x0500-会话纟某体控制信令。在初始SIPINVITE(SIP邀请)消息或者随后的SIPUPDATE(SIP更新)消息中(根据网络资源分配的顺序)，终端A包括以下属性a=3gpp2-flowprofileid:0x01000x03010x03020x03030x0500,如步骤G!中的在发送至3GPP2终端16的SIPUPDATE消息中所示。另外，在如步骤D中所示的建立时，终端B(被呼叫方，终端16)可以使用所接收的QoSflow_profile—ID来从网络14请求类似的QoS支持，或者可以如步骤H中所示再协商现有的QoS支持。示例2:对称和非对称的flow_profile—ID假定，终端A(发送者方，3GPP2终端10)期望建立"SWIS类"呼叫(具有在48Kbps的一路视频流传输的常^LVoIP)，并且从网络12请求对此呼叫的QoS支持。网络12对3GPP2终端10以对称方式许可如下的flow_profile—ID:0x0100-不具有帧成束的会话速率集1交互语音；0x0500-会话纟某体控制信令；并且以非对称(RL)方式许可以下flow_profile—ID:0x0301-会话交互一见频32k;0x0302—会话交互一见频40k;以及0x0303-会话交互—见频48k。在初始SIPINVITE消息或者随后的SIPUPDATE消息中(根据网络资源分配的顺序)，3GPP2终端10包括以下属性a=3gpp2-flowprofileid:0x01000x0500;以及a=3gpp2-flowprofileid-rl:0x03010x03020x0303或者a=3gpp2-flowprofileid:R0x03010x03020x0303另外，在如步骤D所示出的建立时，终端B(一皮呼叫方，终端16)可以使用所接收的QoSflow_profile—ID从网络14请求类似的QoS支持，或者可以如步骤H中所示的再协商现有的QoS支持。通过修改，所接收的flow_profile—ID不对称接收或者在相反方向上请求，即，在来自网络B的FL上请求来自终端A的RLQoS,并且在来自网络B的RL上请求来自终端A的FLQoS。通过进一步使用上述非限定性实施方式，可以实现多个附加的优点。例如，一旦移动方交换flow_profile_ID信息，则可以从3GPP2网络(cdma2000)请求严密匹配的网络资源，并且其没有超过为支持E2E呼叫所需的实际资源，或者类似地，flow_profile—ID可以转换为如先前所定义的3GPPQoS参数以及从3GPP网络以相等效率请求的资源。现在，参考图3，其中示出了适用于实践本发明的无线通信系统1的一个实施方式的简化框图。无线通信系统1包括至少一个移动终端(MT)10，所述移动终端IO如此实现，使得可以类似地构造图1和图2中的终端16。图3还示出了一个示例性的网络运营商20，例如，所述网络运营商具有用于连接至电信网络(诸如，公共分组数据网络或者PDN)的节点30、至少一个基站控制器(BSC)40或者等效装置、以及多个还可称作基站(BS)的基站收发器(BTS)50，其根据预定的空中接口标准来沿前向或者下行链路方向向移动台10传送物理信道和逻辑信道两者。从MTIO到网络运营商还存在反向或者上行链路通信路径，其传输移动发起的接入请求和业务。小区3与每个BTS50相关联，其中在任意给出的时间，认为一个小区是服务小区，而将邻近的小区认为是邻近小区。还可以获得较小的小区(例如，超微型小区)。空中^妄口标准可以与任〗可适合的标准或者协i义一致，并且可以支持话音和数据业务两者，诸如支持因特网70访问和网页下载的数据业务。在本发明的示例性实施方式中，尽管这些特殊的空中接口标准并不限制本发明的示例性实施方式的实践，空中接口标准可以与诸如cdma2000(3GPP2)的码分多址(CDMA)空中接口标准相一致，或者可以与诸如GSM(3GPP)的时分多址(TDMA)空中接口标准相一致。MT10通常包括控制单元或者控制逻辑，诸如微控制单元(MCU)120,其具有耦合至显示器140的输入的输出以及耦合至用户输入160的输出的输入。4艮定，MCU120包括或者耦合至某种类型的存储器130，包括用于存储操作程序和其他信息的非易失性存储器、以及用于临时存储所需数据的易失性存储器、高速暂存存储器、接收的分组数据、将要传送的分组数据等。这些临时数据的至少某些可以存储在数据緩存130A中。出于本发明的目的，假定操作程序使MCU120能够执行实现根据本发明的方法所需的软件例程、层和协议，并且还可以经由显示器140和键盘160来对用户提供适合的用户接口(UI)。尽管没有示出，通常提供麦克风和扬声器用于使用户能够以传统方式执行话音呼叫。MT10还包含无线部分，所述无线部分包括数字信号处理器(DSP)180或者等效的高速处理器或者逻辑、以及包括发射器200和接收器220的无线收发器，所述发射器200和接收器220两者均耦合至用于与网络运营商通信的天线240。提供至少一个诸如频率合成器(SYNTH)260的本地振荡器，用于调整收发器。通过天线240来发射和接收诸如数字化话音和分组数据的数据。可以使用MT10来实现在图1和图2中示出的终端10和16，其中MCU120和DSP180的至少一个担任DPIOA、16A，并且其中存储器130担任存储器IOB、16B。作为非限定性的示例，用户输入160可以包括如下的一个或者多个小键盘、键盘、指示设备、触摸敏感的显示屏或者声音敏感的输入。在本发明的示例性实施方式中，可以在应用层处执行基本上所有的SIP/SDP信令和相关联的计算。假定，存在到较低层的某些应用程序接口，在所述较低层处可以请求或者获取QoSflow_profile—ID。使用QoS—Blob以及在X.SOOl1-004-D中详细描述的相关过程来与网络协商flow_profile—ID。这在每个flow(per-flow)的基础上执行，并且由网络来实施。在3GPP侧(图1),可以作为分组数据协议(PDP)上下文激活的部分来获取QoS参数。参考图4，示出了用于实践本发明的示例性实施方式的方法400。该方法使多媒体呼叫的发起者能够向被呼叫方用信号发送至少一个QoS参数，并且包括以下步骤。在方框401中，获得至少一个flow_profile—ID。在方框402中，执行计算以将至少一个flow_profile—ID转换为被呼叫方的至少一个QoS参数。在方框403中，向被呼叫方发送至少一个QoS参数。参考图5，示出了用于实践本发明的示例性实施方式的另一方法500。该方法包括以下步骤。在方框501中，多媒体对话的发送者方向被呼叫方通知其针对多媒体对话协商的QoS参数。在方框502中，被呼叫方与其网络协商类似的QoS属性。在方框503中，在对话建立阶段期间，被呼叫方与发送者交换类似的QoS属性。表1和表2来自3GPP2技术报告C.R1001-E"AdministrationofParameterValueAssignmentsforcdma2000SpreadSpectrumStandardsReleaseE",其涉及上文并且在下文中阐述表1来自3GPP2C.R1001-E的J某体数据流配置ID范例[1]<table>tableseeoriginaldocumentpage24</column></row><table><table>tableseeoriginaldocumentpage25</column></row><table>注释1:C.R1001-E定稿时将指定(随其他参数一起)最大等待时间。在上述示例1中示出的值在此时是用于示意性目的。<table>tableseeoriginaldocumentpage26</column></row><table><table>tableseeoriginaldocumentpage27</column></row><table>61-2550x003b画OxOOff保留注释l:最大等待时间定义为满足以下要求所允许的最大时间量从用户数据的八位字节提交至传送RLP的时间开始、直到接收RLP递送该八位字节或者中止其递送的时间。注释2:数据丢失率定义为在RLP之上测量的丢失数据八位字节的数量与传送的数据八位字节的数量的比率。通常，各种实施方式可以在硬件或者专用电路、软件、逻辑或者其任意结合中实现。例如，某些方面可以在硬件中实现，而其他方面可以在固件或者软件中实现，其可以由控制器、微处理器或者其他计算设备来执行，然而本发明并不限于于此。尽管本发明的各个方面可以示出并且描述为框图、流程图或者使用某些其他图示表示，应该很好地理解，作为非限定性示例，在此描述的这些块、装置、系统、技术或者方法可以在硬件、软件、固件、专用电路或者逻辑、通用硬件或者控制器或者其他计算设备、或者其某些组合中实现。另外，作为由计算机程序产品所执行的操作、或者作为用于执行所指示功能的互连逻辑块，图4和图5的逻辑流程图可以看作是方法步骤。本发明的实施方式可以在诸如集成电路模块的各种组件中实践。集成电路的设计大体上是高度自动的过程。可以使用复杂的并且强大的软件工具来将逻辑级别的设计转换成为半导体电路设计，所述半导体电路设计易于被蚀刻并且在半导体村底上形成。诸如由加利福尼亚州芒廷维尤的Synopsys公司以及由加利福尼亚州圣何塞的CadenceDesign所提供的那些程序，使用建立完备的设计规则以及预存储的设计模块库来在半导体芯片上自动布置导体并且定位组件。一旦已经完成了针对半导体电路的设计，则处于标准化电子格式(例如，Opus、GDSII等)的所得设计可以传送至半导体制造设施或者"工厂"用于制造。已经借助于示例性和非限定性示例来为上述描述提供了最佳方法和装置的全面的以及信息性的描述，其中所述方法和装置是由发明人当前所预期的用于实现本发明的最佳方法和装置。然而，对于相关领域的技术人员，当结合附图阅读并参考上述描述时，各种修改和调整可以变得显而易见。作为某些非限定性示例，可以使用SIP和SDP以外的其他类似或者等效的消息协议，并且如果期望，可以由其他类型的QoS参数来实践本发明的实施方式。然而，本发明的教示的所有这些以及类似的修改仍将落入本发明的非限定性实施方式的范围之中。jt匕夕卜，还可以有利i也4吏用本发曰J些特征，而不必相应地使用其他特征。由此，将认为上述描述仅仅是本发明的示意性的原则、教示以及示例性实施方式，而并不是对其进行限制。权利要求1.一种用于使多媒体呼叫的发起者能够向被呼叫方用信号发送至少一个QoS参数的方法，包括获取至少一个flow_profile_ID；执行计算以将所述至少一个flow_profile_ID转换为所述被呼叫方的至少一个QoS参数；以及向所述被呼叫方发送所述至少一个QoS参数。2.根据权利要求1所述的方法，其中所述方法在对话建立过程期间使用。3.根据权利要求1所述的方法，其中所述至少一个QoS参数作为SIP消息的一部分发送至所述被呼叫方。4.一种电子设备，用于使多媒体呼叫的发起者能够向被呼叫方用信号发送至少一个QoS参数，包括至少一个存储器；以及耦合至至少一个数据处理器的收发器，其中所述至少一个数据处理器耦合至所述至少一个存储器，其中所述至少一个数据处理器配置以执行机器可读指令的程序，所述程序能够执行以下操作获耳又至少一个flow_profile—ID;执行计算以将所述至少一个flow_profile_ID转换为所述被呼叫方的至少一个QoS参数；以及向所述被呼叫方发送所述至少一个QoS参数。5.根据权利要求4所述的电子设备，其中所述至少一个QoS参数作为SIP消息的一部分发送至所述被呼叫方。6.根据权利要求4所述的电子设备，其中所述电子设备是便携电子设备。7.根据权利要求4所述的电子设备，其中所述电子设备蜂窝电话。8.—种计算机程序产品，用于使多媒体呼叫的发起者能够向被呼叫方用信号发送至少一个QoS参数，所述计算机程序产品包括在有形计算机可读介质上包含的程序指令，所述程序指令的执行导致的操作包括获取至少一个flow_profile—ID;执行计算以将所述至少一个flow_profile—ID转换为所述被呼叫方的至少一个QoS参数；以及向所述被呼叫方发送所述至少一个QoS参数。9.根据权利要求8所述的计算机程序产品，其中所述至少一个QoS参ft作为SIP消息的一部分发送至所述^f皮呼叫方。10.—种方法，包括多媒体对话的发送者方向被呼叫方通知其针对所述多媒体对话的协商的QoS参数；所述^皮呼叫方与其网络协商类似的QoS属性；以及所述被呼叫方在对话建立阶段期间与所述发送者交换所述类似的QoS属性。11.根据权利要求10所述的方法，其中使用在SIP消息的消息体中发送的至少一个SDP属性来交换所述类似的QoS属性。12.根据权利要求11所述的方法，其中所述至少一个SDP属性包括至少一个指示符，所述至少一个指示符对应于以对称方式通过其无线网络许可给终端的至少一个flow_profile—ID。13.根据权利要求12所述的方法，其中所述至少一个SDP属性称作"3gpp2-flowprofileid",并且在SDP中声明为a==3gpp2-flowprofileid:<list-of-16-bit-HEX-values-of-granted-flow—profile—IDs>。14.根据权利要求11所述的方法，其中所述至少一个SDP属性包括至少一个指示符，所述至少一个指示符对应于针对反向链路的以非对称方式由其无线网络对终端许可的至少一个flow_profile—ID。15.根据权利要求11所述的方法，其中所述至少一个SDP属性称作"3gpp2-flowprofileid-rl",并且在SDP中声明为a=3gpp2-flowprofiledid-r1:<list-of-16-bit-HEX-values-of-granted-RL-flow_profile—IDs>。16.根据权利要求15所述的方法，其中所述至少一个SDP属性称作"3gpp2-flowprofiledid"并且在SDP中声明为、a=3gpp2-flowprofiledid:<ascii-character-Rlist-of-16-bit-HEX-values-of-granted-RL-flow_profile—IDs>。17.根据权利要求11所述的方法，其中所述至少一个SDP属性包括至少一个指示符，所述至少一个指示符对应于针对前向链路的以非对称方式由其无线网络对终端许可的至少一个flow_profile—ID。18.根据权利要求17所述的方法，其中所述至少一个SDP属性称作"3gpp2-flowprofileid-fl"，并且在SDP中声明为a=3gpp2-flowprofiledid-fl:<list-of-16-bit-HEX-values-of-granted-FL-flow_profile—IDs>。19.根据权利要求17所述的方法，其中所述至少一个SDP属性称作"3gpp2-flowprofileid，，，并且在SDP中声明为a=3gpp2-flowprofiledid:<ascii-character-Flist-of-16-bit-HEX-values-of-granted-FL-flow_profile—IDs>。20.—种电子设备，包括至少一个存储器；耦合至至少一个数据处理器的收发器，其中所述至少一个数据处理器耦合至所述至少一个存储器，其中所述至少一个数据处理器配置以执行机器可读指令的程序，所述程序能够执行以下操作多媒体对话的发送者方向被呼叫方通知其针对所述多媒体对话的协商的QoS参数；所述被呼叫方与其网络协商类似的QoS属性；以及所述被呼叫方在对话建立阶段期间与所述发送者交换所述类似的QoS属性。21.根据权利要求20所述的电子设备，其中使用在SIP消息的消息体中发送的至少一个SDP属性来交换所述类似的QoS属性。22.根据权利要求21所述的电子设备，其中所述至少一个SDP属性包括至少一个指示符，所述至少一个指示符对应于以对称方式由其无线网络对终端许可的至少一个flow_profile—ID。23.根据权利要求22所述的电子设备，其中所述至少一个SDP属性称作"3gpp2-flowprofileid，，，并且在SDP中声明为a=3gpp2-flowprofiledid:<list-of-16-bit-HEX-values-of-granted-flow_profile—IDs>。24.根据权利要求21所述的电子设备，其中所述至少一个SDP属性包括至少一个指示符，所述至少一个指示符对应于针对反向链路以非对称方式由其无线网络对终端许可的至少一个flow_profile—ID。25.根据权利要求24所述的电子设备，其中所述至少一个SDP属性称作"3gpp2-flowprofileid-rl"，并且在SDP中声明为a=3gpp2-flowprofiledid-rl:<list-of-16-bit-HEX-values-of-granted-RL-flow_profile—IDs>。26.根据权利要求24所述的电子设备，其中所述至少一个SDP属性称作"3gpp2-flowprofileid",并且在SDP中声明为a=3gpp2-flowprofiledid:<ascii-char-Rlist-of-16-bit-HEX-values-of-granted-RL-flow_profile—IDs>。27.根据权利要求21所述的电子设备，其中所述至少一个SDP属性包括至少一个指示符，所述至少一个指示符对应于针对前向链路以非对称方式由其无线网络对终端许可的至少一个flow—profile_ID。28.根据权利要求27所述的电子设备，其中所述至少一个SDP属性称作"3gpp2-flowprofileid-fl"，并且在SDP中声明为a=3gpp2-flowprofiledid-fl:<list-of-16-bit-HEX-values-of-granted-FL-flow_profile—IDs>。29.根据权利要求27所述的电子设备，其中所述至少一个SDP属性称作"3gpp2-flowprofileid，，,并且在SDP中声明为a=3gpp2-flowprofiledid:<ascii-char-Flist國of画16-bit-HEX-values-of-granted-FL-flow_profile_IDs〉。30.根据权利要求20所述的电子设备，其中所述电子设备是便携电子设备。31.根据权利要求20所述的电子设备，其中所述电子设备是蜂窝电话。32.—种计算机程序产品，包括在有形计算机可读介质上包含的程序指令，所述程序指令的执行导致的操作包括多媒体对话的发送者方向被呼叫方通知其针对所述多媒体对话的协商的QoS参数；所述被呼叫方与其网络协商类似的QoS属性；以及所述被呼叫方在对话建立阶段期间与所述发送者交换所述类似的QoS属性。33.根据权利要求32所述的计算机程序产品，其中使用在SIP消息的消息体中发送的至少一个SDP属性来交换所述类似的QoS属性。34.根据权利要求33所述的计算机程序产品，其中所述至少一个SDP属性包括至少一个指示符，所述至少一个指示符对应于以对称方式由其无线网络对终端i午可的至少一个flow_profile—ID。35.根据权利要求34所述的计算机程序产品，其中所述至少一个SDP属性称作"3gpp2-flowprofileid",并且在SDP中声明为:a=3gpp2-flowprofiledid:<list-of-16-bit-HEX-values-of-granted-flow_profile—IDs>。36.根据权利要求33所述的计算机程序产品，其中所述至少一个SDP属性包括至少一个指示符，所述至少一个指示符对应于针对反向链路以非对称方式由其无线网络对终端许可的至少一个flow_profile—ID。37.根据权利要求36所述的计算机程序产品，其中所述至少一个SDP属性称作"3gpp2-flowprofileid-rl",并且在SDP中声明为:a=3gpp2-flowprofiledid-rl:<list-of-16-bit-HEX-values-of-granted-RL-flow_profile—IDs>。38.根据权利要求36所述的计算机程序产品，其中所述至少一个SDP属性称作"3gpp2-flowprofileid，，，并且在SDP中声明为a=3gpp2-flowprofiledid:<ascii-char-Rlist-of-16-bit-HEX-values-of-granted-RL-flow_profile—IDs>。39.根据权利要求33所述的计算机程序产品，其中所述至少一个SDP属性包括至少一个指示符，所述至少一个指示符对应于针对前向链路以非对称方式由其无线网络对终端许可的至少一个flow_profile_ID。40.根据权利要求39所述的计算机程序产品，其中所述至少一个SDP属性称作"3gpp2-flowprofileid-fl"，并且在SDP中声明为a=3gpp2-flowprofiledid-fl:<list-of-16-bit-HEX-values-of-granted-FL-flow_profile—IDs>。41.根据权利要求39所述的计算机程序产品，其中所述至少一个SDP属性称作"3gpp2画flowprofileid，，,并且在SDP中声明为a=3gpp2-flowprofiledid:<ascii-char-Flist-of-16-bit-HEX-values-of-granted-FL-flow_profile—IDs〉。42.—种方法，用于使多媒体呼叫的发起者能够向被呼叫方用信号发送至少一个QoS参数，包括用于获取至少一个flow_profile—ID的装置；用于执行计算以将所述至少一个flow_profile_ID转换为所述被呼叫方的至少一个QoS参数的装置；以及用于向所述被呼叫方发送所述至少一个QoS参数的装置。43，一种方法，包括用于多媒体对话的发送者方向被呼叫方通知其针对所述多媒体对话的协商的QoS参数的装置；用于被呼叫方与其网络协商类似的QoS属性的装置；以及用于所述被呼叫方在对话建立阶段期间与所述发送者交换所述类似的QoS属性的装置。全文摘要提供了一种用于使多媒体呼叫的发起者能够向被呼叫方用信号发送至少一个QoS参数的方法、电子设备和计算机程序产品。所述方法包括获取至少一个flow_profile_ID；执行计算以将至少一个flow_profile_ID转换为被呼叫方的至少一个QoS参数；以及向被呼叫方发送至少一个QoS参数。文档编号H04L29/08GK101233727SQ200680027648公开日2008年7月30日申请日期2006年5月11日优先权日2005年6月20日发明者I·D·D·柯西奥,K·米勒,U·芡德拉申请人:诺基亚公司