CN1843050A - 无线通信网络中资源预留的方法和系统 - Google Patents

无线通信网络中资源预留的方法和系统 Download PDF

Info

Publication number
CN1843050A
CN1843050A CNA2004800245427A CN200480024542A CN1843050A CN 1843050 A CN1843050 A CN 1843050A CN A2004800245427 A CNA2004800245427 A CN A2004800245427A CN 200480024542 A CN200480024542 A CN 200480024542A CN 1843050 A CN1843050 A CN 1843050A
Authority
CN
China
Prior art keywords
transmission
media stream
communication equipment
received communication
transmit
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
CNA2004800245427A
Other languages
English (en)
Other versions
CN1843050B (zh
Inventor
I·库尔乔
E·阿克舒
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.)
Nokia Technologies Oy
Original Assignee
Nokia Oyj
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 Nokia Oyj filed Critical Nokia Oyj
Publication of CN1843050A publication Critical patent/CN1843050A/zh
Application granted granted Critical
Publication of CN1843050B publication Critical patent/CN1843050B/zh
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

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/80—Responding to QoS
    • 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/74—Admission control; Resource allocation measures in reaction to resource unavailability
    • H04L47/748—Negotiation of resources, e.g. modification of a request
    • 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/801—Real time 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
    • 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/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/808—User-type 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/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/824—Applicable to portable or mobile terminals
    • 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/825—Involving tunnels, e.g. MPLS
    • 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/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/752—Media network packet handling adapting media to network capabilities
    • 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/18—Negotiating wireless communication parameters
    • 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/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • 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
    • 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/26—Resource reservation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明涉及通信系统中的方法、通信系统和通信设备。在方法中，至少部分经由无线通信网络将媒体流从发送通信设备传输到接收通信设备。选择要传输到接收通信设备的至少一个媒体流，定义用于传输所选择的至少一个媒体流的QoS要求，为传输所述至少一个媒体流而预留无线通信网络中的传输资源，以及在接收通信设备和发送通信设备之间执行用于激活一个分组数据传输连接的建立过程。由接收通信设备请求开始传输至少一个媒体流，并且在传输所选择的至少一个媒体流时使用一个数据传输上下文，其中在接收通信设备请求开始传输至少一个媒体流时或在接收通信设备请求开始传输至少一个媒体流之后将关于所预留的资源的信息传输到发送通信设备。

Description

无线通信网络中资源预留的方法和系统
相关申请的交叉引用
本申请根据35 USC §119要求2003年6月27日提交的美国专利临时申请60/483157的优先权。
发明领域
技术领域是在移动网络上流式传输媒体，其中多媒体服务器、移动网络和流式客户机例如经由用于会话建立和控制的RTSP协议(实时流协议)和例如用于媒体传送的RTP协议(实时传输协议)在逻辑上连接。流式系统可以是速率适应的或者不是速率适应的。本发明涉及能够使内容和/或传输速率适合变化的网络信道状况的速率适应流式系统。
本发明涉及通信系统中的方法，其中至少部分经由无线通信网络将多媒体流从发送通信设备传输到接收通信设备。本发明还涉及包括发送通信设备、接收通信设备和通信网络以至少部分经由无线通信网络将多媒体流从发送通信设备传输到接收通信设备的通信系统。本发明还涉及发送通信设备和接收通信设备。
发明背景
在本描述中，术语发送通信设备是指包括适合向通信网络发送多媒体流的发射机的通信设备。术语接收通信设备是指包括从通信网络接收多媒体流的接收机的通信设备。显然，同一个通信设备可包括发射机和接收机，借此允许与通信网络的单向或双向通信。无线通信设备包括在无线通信网络中实现无线通信的发射机和/或接收机。术语无线通信系统，例如移动通信系统，通常指的是使在无线通信设备和系统的固定部件之间的无线数据传输连接成为可能的任何通信系统，无线通信设备的用户在系统的工作范围内移动。一种典型的无线通信系统是公用陆地移动网(PLMN)。众所周知的示例是GSM系统(全球移动通信系统)。本发明优选涉及第三代移动通信系统。例如，将通用移动电信系统(UMTS)用作这种第三代通信系统的示例。
在第三代系统中，使用术语承载业务和业务。承载业务是一种电信业务类型，它提供在接入点之间传输信号的功能。通常，承载业务对应于术语业务信道，定义例如当在无线通信设备和系统的另一部件之间传输信息时要在系统中使用的数据传输速率和服务质量(QoS)。无线通信设备与基站之间的承载业务例如是无线电承载业务，而无线电网络控制单元与核心网络之间的承载业务例如是lu承载业务(接口UMTS承载)。在UMTS系统中，无线电网络控制单元与核心网络之间的接口称为lu接口。在UMTS中还存在所谓的GERAN部件，它除了lu接口之外还使用称为Gb接口的接口。在该连接中，由移动通信网络提供用于执行任务的业务；例如，数据业务执行通信系统中的数据传输，电话业务涉及电话呼叫、多媒体等。因此，业务需要无线通信设备和系统的固定部件之间的数据传输，例如电话呼叫或多媒体流的传输。第三代移动通信系统的操作的一个重要任务是以可将每个所请求的业务分配给移动台而不浪费可用带宽的这种方式来控制(根据需要初始化、保持和终止)承载业务。
服务质量确定例如在传输期间如何在移动通信网络中处理协议数据单元(PDU)。例如，为连接地址定义的QoS级别用于在支持节点和网关支持节点中、特别是当两个或两个以上连接有要同时传输的分组时控制传输次序、缓冲(分组串)和拒绝分组。不同的QoS级别确定例如在连接的不同端之间的分组传输的不同的延迟以及不同的位速率。而且，拒绝的和/或丢失的分组数据单元的数目可能由于不同的QoS级别而不同。
有可能为各个PDP上下文请求不同的QoS。例如，在电子邮件连接中，在流的传输中可以允许相对长的延迟。然而，诸如视频会议的实时交互应用则需要高速率的分组传输。在一些诸如文件传送的应用中，重要的是分组交换传输没有错误，在出错情况下，必要时重传分组数据单元。
对于UMTS系统中的分组交换通信业务，已经提出四种不同的通信量类别的定义，并且对于这些通信量类别的特性，目的是考虑用于不同连接类型的不同标准。为第一和第二类别定义的一个标准是传输以实时方式发生，其中传输必须无显著延迟。然而，在这种类别中，数据传送的准确度不是十分重要的特性。以相应方式，非实时数据传输对于第三和第四通信量类别是足够的，但是要求它们的数据传输相对准确。实时第一类别通信的一个示例是在两个或两个以上的人通过无线通信设备相互讨论的情况下的对话话音信号的传输。实时第二类别通信可能是可行的情况的示例是用于立即观看的视频信号的传输(流式传输)。第三类别非实时分组通信可用于例如数据库业务的使用，如浏览因特网主页，其中采用合理速率的相对准确的数据传输是比实时数据传输更重要的因素。在根据本示例的系统中，例如电子邮件消息和文件的传送可归类为第四类。自然地，通信量类别的数目不一定为本文所提到的四种，但本发明可应用于包括任何数目的通信量类别的分组交换通信系统。表1中简要介绍这四种介绍的通信量类别的特性。
  类别   第一类别(对话类别)：实时，例如电话对话-保证容量-无确认   第二类别(流式类别)：实时，例如视频信息-保证容量-可能确认-在应用层   第三类别(交互类别)：-交互式尽力而为方法-确认-因特网浏览器、远程登   第四类别(后台类别)：通过尽力而为方法的后台传输-确认-电子邮件消
  上缓冲   录-实时控制信道   息、日历事件等的后台加载
  最大位速率(kbps)   ＜2048   ＜2048   ＜2048-开销   ＜2048-开销
  递送次序   是/否   是/否   是/否   是/否
  最大分组大小(字节)(SDU)   ≤1500或1502   ≤1500或1502   ≤1500或1502   ≤1500或1502
  不正确分组的传输(SDU)   是/否/-   是/否/-   是/否/-   是/否/-
  剩余误码率   5*10-2、10-2、5*10-3、10-3、10-4、10-5、10-6   5*10-2、10-2、5*10-3、10-3、10-4、10-5、10-6   4*10-3、10-5、6*10-8   4*10-3、10-5、6*10-8
  分组差错率(SDU)   10-2、7*10-3、10-3、10-4、10-5   10-1、10-2、7*10-3、10-3、10-4、10-5   10-3、10-4、10-6   10-3、10-4、10-6
  传输延迟(ms)   100ms-最大值   250ms-最大值
  保证位速率(kbps)   ＜2048   ＜2048
  通信量处理优先级   1、2、3
  分配优先级   1、2、3   1、2、3   1、2、3   1、2、3
                                 表1
保证位速率用于在RAN和CN的许可控制和资源预留，最大位速率用于在CN的管制，即在GGSN不允许高于最大位速率进入CN，超过该位速率的分组将被舍弃。
现代第二和第三代无线通信设备比较早的无线通信设备具有好得多的数据处理特性。例如，它们已具有连接到因特网并使用无线通信设备中的浏览应用从因特网检索信息的功能，而且在将来，有可能建立例如用于实时视频会议等的多媒体呼叫。
不同应用的要求可能是显著不同的。一些应用要求在发送器和接收机之间快速通信。这些应用包括例如视频和电话应用。一些其它应用可能要求尽可能准确的数据传输，而数据传输连接的位速率是不大重要的。这些应用包括例如电子邮件和数据库应用。另一方面，这些应用可用于若干具有不同特性的无线通信设备中。
无线通信设备的用户可能愿意利用无线通信设备观看多媒体呈现。用户找到这种呈现的加载地址并发送将呈现发送到无线通信设备的请求。在通信系统中处理该请求。所请求的多媒体呈现的加载地址可能寻址到通信网络中的诸如因特网服务器的服务器。将多媒体呈现递送给接收无线通信设备的服务器在本描述中称为流式服务器。
通信系统应当为流式服务器和无线通信设备之间的通信预留足够的资源以能够递送所请求的多媒体呈现。否则，也许不能在接收无线通信设备中提供相同准确度的和无错误的呈现。在UMTS通信系统中，无线通信设备首先请求带某些QoS参数的PDP上下文。然后，网络通过使用一些选择依据、例如无线通信设备在请求中可能使用的参数来选择用于连接的承载。这种选择依据也许不是适当的或者不够准确，可能发生承载业务不能为连接提供足够的传输容量或者提供比所需容量更多的容量的情况，其中网络资源的使用不是有效的。
可能需要递送多媒体信息的另一种情况是两个无线通信设备相互通信以交换诸如视频或静止图像的多媒体信息。而且在这种情况下，应该由网络为通信预留足够的资源。然而，当使用现有技术的方法时，通知连接的两端关于连接的要求并不总是可能的。
基本的流式系统是非适应的。例如，由3GPP在版本4和5中定义的当前的分组交换流式业务(PSS)是非适应的。在版本6中的分组交换流式业务将是适应的。由系统即流式服务器和客户机的能力给出适应特征以适合变化的网络信道状况，例如QoS协商的信道位速率、传送延迟、其它服务质量参数的变化或者甚至在切换情况下基础网络的变化。
为了使系统适应，必须建立流式服务器和客户机之间的某一通信。这在将RTSP协议用于会话建立和控制时已经实现。然而，服务器和客户机之间的必要信息的传输必须以正确方式发生，以保证系统是适应的并且最终可实现用于音频和视频流式传输的最佳用户服务质量。
为此目的，一些现有技术已经使来自基础移动网络的QoS信息能够从流式客户机传输到流式服务器。这允许这两端之间的更多合作以使系统更加适应。
目前还未说明的是在特定移动网络环境中的QoS参数和PDP(分组数据协议)上下文使用之间的关系。例如，不同的情况是可能的。下面，不考虑涉及各RTP媒体流的相关RTCP流。或者，认为RTP及其相关RTCP流是同一多媒体流的一部分并不改变问题的性质：
1.PDP上下文只携带流式会话的一个媒体
2.在有多于一个媒体时的情况中，PDP上下文携带流式会话的所有媒体。
如果流式客户机决定例如经由RTSP用信号传输一些例如保证位速率、最大位速率或传送延迟的QoS简档参数给流式服务器，则在正确解释QoS简档时，服务器可能出现一些问题，从而最终影响网络连接的性质。
在RTSP中，存在两种可能的会话，即所谓的聚集控制的会话和非聚集控制的会话。聚集控制的会话是在传输层、所有媒体组件可由客户机发送给服务器的单个命令来控制的会话(例如对于音频组件和视频组件使用一个RTSP播放命令)。如果这未发生，即在会话中单独控制至少一个媒体组件，则该会话被称为允许非聚集控制。
在下面，公开一些示例以阐明涉及多媒体流的QoS参数协商的问题。应当注意，示例中使用的例子和不同的参数是非限定性的，并且在实际实现中，可存在不同类型的参数和媒体流的组合。
示例1
在本示例中，多媒体流包括两个媒体(例如一个音频流和一个视频流)。使用单个PDP上下文传输所有不同的媒体。
假设流式客户机已经接收到来自流式服务器的通知(例如经由SDP协议)，即音频流需要12kbps并且视频位流需要52kbps。还假设流式客户机使用单个PDP上下文建立与移动网络的连接，客户机想要在其上传送音频流和视频流，并且假设网络已准予带下列(除了别的以外)QoS简档参数的PDP上下文：
保证位速率＝64kbps
最大位速率＝70kbps
现在，我们假设流式客户机想要通知流式服务器关于来自网络的所准予的QoS，以使系统能够更加适应。为了增加效率，假设在客户机开始播放这两个媒体之前，决定用信号传输该信息。因此，它选择使用建立方法用信号传输上面两个字段。因为存在两个媒体，所以客户机将发送这两个嵌入到两个建立消息(一个用于音频而一个用于视频)中的字段，含以下信息：
建立(音频)：
保证位速率＝12kbps
最大位速率＝70kbps
建立(视频)：
保证位速率＝52kbps
最大位速率＝70kbps
在各建立中用信号传输的保证位速率包含各媒体所需的带宽(它对于流式服务器和流式客户机是已知的)，但是最大位速率信息只能是在PDP上下文中所准予的最大位速率。因此，在本示例中，它不可能是除70kbps之外任何其它的，因为决不会在这两个媒体之间分割最大位速率。建立方法由流式服务器解释为按媒体的描述。因此，服务器将解释为好像会实际存在两个具有由两个建立消息描述的特征的网络信道(一个信道具有12kbps的保证位速率和70kbps的最大位速率，而另一信道具有52kbps的保证位速率和70kbps的最大位速率)。媒体的累积保证位速率为12+52＝64kbps，这是PDP上下文的实际网络保证位速率。服务器有权发送用于音频的70kbps的最大位速率和用于视频的70kbps的最大位速率。当使用单个PDP上下文时，这意味着媒体的累积最大位速率为70+70＝140kbps，这不是PDP上下文的网络最大位速率。因为可以以可变位速率传输各媒体流，所以在任意时刻，这两个媒体的瞬时位速率的总和可达到140kbps。然而，不允许大于由网络提供的最大位速率(在本示例中为70kbps)的任何值，因为网络资源是不可用的。因此，导致服务器误解PDP上下文的QoS信息。这导致坏的用户QoS。
另一方面，设想以成比例的方式在这两个媒体之间分割70kbps最大位速率会导致服务器次最优使用信道使用，信道使用由不同媒体共享。服务器会尽力使用信道，就像存在两个分离的PDP上下文。
如果发送给服务器的保证位速率信息是在PDP上下文中由网络实际准予的，则发生类似的问题。例如，如果在两个建立消息中将准予的64kbps保证位速率发送给服务器，则会产生甚至更多的问题，因为服务器将有权以保证位速率来发送恰好64kbps的音频和64kbps的视频，使得总保证位速率为128kbps，这在本示例中的PDP QoS中不可用。这会产生网络缓冲溢出和坏的用户QoS。
示例2
在这另一示例中，多媒体流也包括两个媒体(例如一个音频流和一个视频流)，但是使用分离的PDP上下文传输每个不同的媒体。
假设流式客户机已经接收到来自流式服务器的通知(例如经由SDP协议)，即音频流需要12kbps而视频流需要52kbps。还假设流式客户机使用两个PDP上下文建立与移动网络的连接，客户机希望在其上分别传输音频流和视频流，并且假设网络已准予带下列(除了别的以外)QoS简档参数的PDP上下文：
用于音频的PDP上下文：
保证位速率＝12kbps
最大位速率＝20kbps
用于视频的PDP上下文：
保证位速率＝52kbps
最大位速率＝64kbps
现在，我们假设流式客户机想要通知流式服务器关于来自网络的所准予的QoS，以使系统能够更加适应。可能在播放命令中发送QoS信息。播放命令通常由服务器解释为聚集会话命令。因此，只有两个参数必须发送。客户机可决定发送保证位速率＝12+52＝64kbps和最大位速率＝20+64＝84kbps。这使服务器困惑，服务器将认为使用单个带指定QoS参数的PDP上下文，而在该示例中这不是事实。
在上面描述的两种示例情况下，主要问题是流式服务器不知道为数据传送预留的网络信道的类型是什么(可以是单个或多个PDP上下文)，因为流式服务器对PDP上下文分配类型没有可视性。该可视性仅在流式客户机端。
发明概要
因此本发明的目的是提出一种试图解决可能的误解的方法和系统，上述误解是当客户机通知服务器关于网络PDP上下文的QoS信息时服务器可能遇到的。
通过使用不同种类的参数信令方法来实现本发明的目的，参数信令方法用于通知服务器关于网络准予客户机的会话特性。
根据本发明第一方面，提供一种通信系统中的方法，包括：
选择要传输到接收通信设备的至少一个媒体流，
定义用于传输所选择的至少一个媒体流的QoS要求；
为传输所述至少一个媒体流而预留无线通信网络中的传输资源；
在接收通信设备和发送通信设备之间执行用于激活一个分组数据传输连接的建立过程；
由接收通信设备请求开始传输至少一个媒体流，
至少部分经由无线通信网络将媒体流从发送通信设备传输到接收通信设备；传输包括在传输所选择的至少一个媒体流时使用一个数据传输上下文；
其中方法还包括在所述由接收通信设备请求开始传输至少一个媒体流时或在所述由接收通信设备请求开始传输至少一个媒体流之后将关于所预留的资源的信息传输到发送通信设备。
根据本发明第二方面，提供一种通信系统中的方法，包括：
选择要传输到接收通信设备的至少一个媒体流；
定义用于传输所选择的至少一个媒体流的QoS要求；
为传输所述至少一个媒体流而预留无线通信网络中的传输资源；
在接收通信设备和发送通信设备之间执行用于激活至少一个分组数据传输连接的建立过程；
由接收通信设备请求开始传输至少一个媒体流，
至少部分经由无线通信网络将媒体流从发送通信设备传输到接收通信设备；传输包括对于每个选择的媒体流使用一个数据传输上下文；
其中方法还包括结合建立过程将关于所预留的资源的信息传输到发送通信设备。
根据本发明的第三方面，提供一种通信系统中的方法，包括：
由接收通信设备请求关于用于将至少一个媒体流从发送通信设备传输到接收通信设备的QoS要求的信息；
由接收通信设备向无线通信网络请求传输所述至少一个媒体流的传输资源；
由无线通信网络为传输而预留资源；
由无线通信网络将关于所预留的资源的信息传输给接收通信设备；
由接收通信设备和发送通信设备执行用于激活一个分组数据传输连接的建立过程；
由接收通信设备通过将开始传输命令传输到发送通信设备来请求开始传输至少一个媒体流，在开始传输命令中关于所预留的资源的信息也被传输到发送通信设备；以及
使用一个分组数据传输连接、至少部分经由无线通信网络将媒体流从发送通信设备传输到接收通信设备。
根据本发明第四方面，提供一种通信系统中的方法，包括：
由接收通信设备请求关于用于将至少一个媒体流从发送通信设备传输到接收通信设备的QoS要求的信息；
由接收通信设备向无线通信网络请求传输所述至少一个媒体流的传输资源；
由无线通信网络为传输而预留资源；
由无线通信网络将关于所预留的资源的信息传输给接收通信设备；
由接收通信设备和发送通信设备执行用于激活至少一个分组数据传输连接的建立过程；建立过程包括由接收通信设备将关于所预留的资源的信息传输到发送通信设备；并且通过将开始传输命令传输到发送通信设备来请求开始传输至少一个媒体流，在开始传输命令中没有关于所预留的资源的信息被传输到发送通信设备；以及
方法还包括使用至少一个分组数据传输连接、至少部分经由无线通信网络将媒体流从发送通信设备传输到接收通信设备。
根据本发明第五方面，提供一种通信系统，包括：
至少部分经由无线通信网络将媒体流从发送通信设备传输到接收通信设备的装置；
选择要传输到接收通信设备的至少一个媒体流的装置；
定义用于传输所选择的至少一个媒体流的QoS要求的装置；
为所述传输至少一个媒体流而预留无线通信网络中的传输资源的装置；
在接收通信设备和发送通信设备之间执行用于激活一个分组数据传输连接的建立过程的装置；
由接收通信设备请求开始传输至少一个媒体流的装置；
在传输所选择的至少一个媒体流时使用一个数据传输上下文的装置；以及
在由接收通信设备请求开始传输至少一个媒体流时或在由接收通信设备请求开始传输至少一个媒体流之后将关于所预留的资源的信息传输到发送通信设备的装置。
根据本发明第六方面，提供一种通信系统，包括：
使用至少一个分组数据传输连接、至少部分经由无线通信网络将媒体流从发送通信设备传输到接收通信设备的装置；
选择要传输到接收通信设备的至少一个媒体流的装置；
定义用于传输所选择的至少一个媒体流的QoS要求的装置；
为传输所述至少一个媒体流而预留无线通信网络中的传输资源的装置；
在接收通信设备和发送通信设备之间执行用于激活至少一个分组数据传输连接的建立过程的装置；
由接收通信设备请求开始传输至少一个媒体流的装置；
在传输所选择的至少一个媒体流时使用一个数据传输上下文的装置；以及
结合建立过程将关于所预留的资源的信息传输到发送通信设备的装置。
根据本发明的第七方面，提供一种发送通信设备，包括：
使用至少一个分组数据传输连接、至少部分经由无线通信网络将媒体流传输到接收通信设备的装置；
接收要传输到接收通信设备的至少一个媒体流的选择信息的装置；
接收对于在接收通信设备和发送通信设备之间的、用于激活至少一个分组数据传输连接的建立过程的请求的装置；
接收对于开始传输至少一个媒体流的请求的装置；
在传输所选择的至少一个媒体流时使用一个数据传输上下文的装置；以及
结合建立过程接收关于为所述至少一个分组数据传输连接预留的资源的信息的装置。
根据本发明的第八方面，提供一种接收通信设备，包括：
使用至少一个分组数据传输连接、至少部分经由无线通信网络接收来自发送通信设备的媒体流的装置；
选择要传输到接收通信设备的至少一个媒体流的装置；
定义用于传输所选择的至少一个媒体流的QoS要求的装置；
向无线通信网络请求传输所述至少一个媒体流的传输资源的装置；
在接收通信设备和发送通信设备之间发起用于激活至少一个分组数据传输连接的建立过程的装置；
请求开始传输至少一个媒体流的装置；
在传输所选择的至少一个媒体流时使用一个数据传输上下文的装置；以及
结合建立过程将关于所预留的资源的信息传输到发送通信设备的装置。
根据本发明的第九方面，提供一种无线通信设备，包括：
使用至少一个分组数据传输连接、至少部分经由无线通信网络将媒体流传输到接收通信设备的装置；
接收要传输到接收通信设备的至少一个媒体流的选择信息的装置；
接收对于在接收通信设备和无线通信设备之间的、用于激活至少一个分组数据传输连接的建立过程的请求的装置；
接收对于开始传输至少一个媒体流的请求的装置；
在传输所选择的至少一个媒体流时使用一个数据传输上下文的装置；以及
结合建立过程接收关于为所述至少一个分组数据传输连接预留的资源的信息的装置。
根据本发明的第十方面，提供一种无线通信设备，包括：
使用至少一个分组数据传输连接、至少部分经由无线通信网络接收来自发送通信设备的媒体流的装置；
选择要传输到无线通信设备的至少一个媒体流的装置；
定义用于传输所选择的至少一个媒体流的QoS要求的装置；
向无线通信网络请求传输所述至少一个媒体流的传输资源的装置；
在无线通信设备和发送通信设备之间发起用于激活至少一个分组数据传输连接的建立过程的装置；
请求开始传输至少一个媒体流的装置；
在传输所选择的至少一个媒体流时使用一个数据传输上下文的装置；以及
结合建立过程将关于所预留的资源的信息传输到发送通信设备的装置。
本发明在与现有技术的系统和方法相比时具有优点。本发明允许使流式服务器知道为每个PDP上下文准予的QoS参数。通过指定更精确的QoS简档参数来允许更好的和准确的适应。
本发明清除了由于客户机为流式会话使用单个/多个PDP上下文和到服务器的QoS参数信令而发生的冲突。
如果不使用本发明描述的过程，则多媒体会话不能受益于QoS参数信息，而是相反服务质量冒着被严重降级的危险。
本发明利用无线流式传输概念并利用3GPP特定的协议和编解码器来改善多媒体流式传输性能和对无线域的适应。
另一重要优点是，可能有效地使用根据最大位速率-保证位速率计算的Δ(delta)带宽。该带宽可用于带宽适应或用于处理视频位速率的峰值。最后，该Δ带宽可用于在对多媒体流进行实时编码时例如通过改变对位速率有影响的运行中的编码参数(包括媒体流位速率)来递送最佳媒体质量。
附图描述
在下面，将参照附图更详细地描述本发明，其中
图1示出可应用根据本发明优选实施例的方法的系统，
图2以简化框图示出根据本发明优选实施例的无线通信设备，
图3示出利用单个PDP上下文的客户机的QoS预留和会话控制的信令图，以及
图4示出利用多个PDP上下文支持的客户机的QoS预留和会话控制的信令图。
本发明详细描述
在下面对本发明优选实施例的描述中，将使用UMTS类型的移动通信系统作为示例；然而，对于本领域技术人员显然的是，本发明并不仅限于该系统，而是还可应用于其它通信系统中，其中可能为通信确定各种QoS级别。
下面将更详细描述会话描述协议(SDP)。
在因特网多点播送骨干网(Mbone)上，会话目录工具用于通告多媒体会议并传达参与所需的会议地址和媒体特定的信息。多点播送骨干网是因特网的支持IP(因特网协议)多点播送的部分，并且因此允许有效的多对多通信。它广泛地用于多媒体会议。这种会议通常具有会议成员的紧密配合不是必需的特性；为了接收会议，在多点播送骨干网站点的用户只需知道会议的多点播送群地址和用于会议数据流的UDP端口。
会话目录协助通告会议会话并将相关的会议建立信息传达给预期参与者。SDP设计为传送这种信息给接受方。SDP完全是用于会话描述的格式-它不结合传输协议，并可利用不同协议、包括会话发布协议、会话发起协议、实时流协议(RTSP)、使用MIME扩展的电子邮件和超文本传输协议来传送。
SDP规定为通用的，使得它可用于比只是多点播送会话目录更广泛的网络环境和应用。
多媒体会议是两个或两个以上通信的通信设备以及它们通信所使用的软件的集合。
多媒体会话是多媒体发送器和接收机以及从发送器流向接收机的数据流的集合。多媒体会议是多媒体会话的示例。
下面将描述会话描述协议的当前定义的一些细节。协议的一些描述是必需的而一些是任选的。任选项用‘*’标记。
会话描述
v＝(协议版本)
o＝(所有者/创建者和会话标识符)
s＝(会话名称)
i＝*(会话信息)
u＝*(描述的URI)
e＝*(电子邮件地址)
p＝*(电话号码)
c＝*(连接信息-如果在所有媒体中包括则不需要)
b＝*(带宽信息)
一个或多个时间描述(参见下面)
z＝*(时区调整)
k＝*(加密密钥)
a＝*(零或更多会话属性行)
零或更多媒体描述(参见下面)
时间描述
t＝(会话是活动着的时间)
r＝*(零或更多重复次数)
媒体描述
m＝(媒体名称和传输地址)
i＝*(媒体标题)
c＝*(连接信息-如果在会话层包括则为任选的)
b＝*(带宽信息)
k＝*(加密密钥)
a＝*(零或更多媒体属性行)
根据上面提到的文档，带宽描述如下定义：
b＝<修饰符>：<带宽值>
这指定了提议的将由会话或媒体使用的带宽，并且是任选的。
<带宽值>缺省为以每秒千位计。修饰符可指定要使用的备选单位。
<修饰符>是单个字母数字的字，给出带宽数字的含义。最初定义两个修饰符：
CT(会议总数)：如果会话或会话中媒体的带宽不同于范围中隐含的带宽，则应当将‘b＝CT：...’行提供给会话，给出提议的所使用带宽的上限。这样的主要目的是给出关于两个或两个以上会话是否能够同时共存的大概想法。
AS(专用最大值)：带宽被解释为专用的，即，将是应用的最大带宽的概念。通常，如果可用，这将与在应用的‘最大带宽’控制上所设置的相一致。对于基于RTP的应用，AS给出如在RFC 1889(RTP)的部分6.2中定义的RTP“会话带宽”(包括媒体位速率和UDP/IP报头开销)。
实时流协议是用于控制具有实时特性的数据的递送的客户机-服务器协议。它用于建立和控制诸如音频和视频的连续媒体的单个或若干时间同步流。利用诸如UDP和TCP的传输协议传送RTSP。换句话说，RTSP作为多媒体服务器的网络远程控制。数据源可包括实况数据馈送(例如实时视频和/或音频)和存储的剪辑(例如静止图像)。RTSP客户机和服务器协商适当的用于媒体递送的参数集，部分使用例如SDP语法来描述那些参数。
图1示出UMTS系统的一部分，包括：无线通信设备MT1、包括基站2(BS)和控制基站2并对基站2和系统其余部分之间的连接进行路由选择的无线电网络控制器3(RNC)的无线电接入节点1(RAN)、作为除了无线电网络控制器3之外的路由选择的可能设备的无线移动交换中心4(WMSC)和分组数据接入节点5(PDAN)。根据图1的UMTS系统还包括例如骨干网6和到其它诸如因特网协议(IP)网络7的分组网络的分组数据网关8(PDG)，其中无线通信设备能够与例如耦合到IP网络的服务器10通信。而且，图1示出耦合到例如第二移动通信网络NW2的电路交换网关9(到移动业务交换中心的网关，GWMSC)和例如存储用户的访问合同数据的归属位置寄存器11(HLR)。
而且，图2以简化框图示出符合本发明优选实施例的无线通信设备MT1，在本示例中为包括数据处理功能和移动台功能的诸如诺基亚9210i通信器的通信设备。无线通信设备MT1包括例如一个或多个处理器CPU、DSP、存储装置MEM、UMTS用户身份模块(USIM)或用于识别用户的相应装置以及用于与基站2通信的无线电部件RF。处理器CPU可集成在例如专用集成电路12(ASIC)中，利用处理器CPU有可能执行无线通信设备MT1的大量逻辑功能。存储装置优选包括随机存取存储器(RAM)、只读存储器(ROM)和用户身份模块USIM的存储器的至少一部分。无线通信设备MT1还包括一个或多个用户接口，优选包括键盘13、14、显示设备15、16和音频装置，例如麦克风17、扬声器18和编解码器19。
在图1中，假设在无线通信设备MT1和在无线移动交换中心4和分组数据接入节点5中实现涉及呼叫管理(CM)的功能。这些呼叫管理功能构成用于初始化、保持和终止呼叫的装置。因此，无线通信设备MT1和无线移动交换中心4或分组数据接入节点5交换呼叫信令消息以初始化、保持和终止呼叫。在无线通信设备MT1和在无线电网络控制器3中实现承载管理(BM)和无线电资源管理(RM)的功能。承载管理功能用于根据为无线通信设备MT1和基站2之间的无线通信选择的承载业务的特性来选择例如一个或若干逻辑信道，以提供符合承载业务的服务质量。无线电资源管理功能用于例如为无线通信设备MT1和基站2之间的无线电通信选择无线电信道。
可以从分组数据接入节点5(PDAN)经由分组数据骨干网6和分组数据网关8(PDG)建立无线通信设备MT1和IP网络7之间的分组数据传输连接。经由无线电接入节点1、无线移动交换中心4和到移动业务交换中心的网关9(GWMSC)建立无线通信设备MT1和移动通信网络之间的电路交换数据传输连接是可能的。该到移动业务交换中心的网关9包括用于在移动通信网络和诸如GSM、PSTN或ISDN的第二网络NW2之间建立连接的装置。
在下面，将参照图1的系统及图3和4的信令图描述根据本发明优选实施例的用于流式传输多媒体应用的方法。下面的实现是基于RTSP协议的使用。而且，“QoSParams、MaxBW、GuaBW、TdelayMax和url”参数是假定的参数名称，它们是上述发明概念上的占位符。在现实的实现中可对它们进行不同地命名。
首先，将定义一些术语。客户机是无线通信设备MT1，而服务器是客户机的流式多媒体服务提供者(例如图1中的服务器10)。多媒体会话是在客户机和服务器之间交换多媒体相关数据的时间间隔。多媒体会话建立阶段是客户机和服务器交换多媒体会话相关的建立信息例如将在会话期间使用的多媒体组件、带宽信息、多媒体编解码器相关信息等的时间间隔。PDP上下文是QoS资源预留过程和运行流式客户机的移动台之间的抽象绑定的逻辑指示。
客户机可以在QoS(服务质量)允许网络NW1中，网络NW1可以根据其资源向客户机提供一些保证。这些保证可涵盖下面中的一个或多个：
-最大位速率(MaxBW)：可以由协商的媒体组件或总的多媒体会话使用的最大带宽。
-保证位速率(GuaBW)：QoS预留过程向客户机保证的用于协商的媒体组件或总的多媒体会话的带宽值。
-传送延迟(TDelayMax)：各数据单元在从服务器到客户机和从客户机到服务器的传输期间经历的延迟(以毫秒计)。
-还可定义其它参数但在此不对它们进行详细描述。
本发明涵盖客户机基于其在多媒体会话期间具有多个或单个PDP上下文的能力可以经历的两种不同的可能性。
首先，将更详细地描述客户机一次只能处理单个PDP上下文的情形。换句话说，带单个PDP上下文支持的客户机单次可具有单个QoS资源预留，在多媒体会话期间它跨越所有媒体组件(即音频、视频等)。这意味着多媒体数据(不管是视频还是音频等数据)共享具有相同的QoS资源的相同传输信道。
在第一情况中，为对于流式会话仅具有单个PDP上下文支持的无线通信设备MT1(客户机)激活聚集控制的会话。在该情况下，如果无线通信设备MT1有多个媒体组件要建立用于会话(例如音频以及还有伴随的视频流)，则因为在本申请背景技术部分描述的问题，客户机不可以在建立阶段期间向服务器10发送协商的QoS参数，例如最大位速率MaxBW、保证位速率GuaBW、最大传送延迟TdelayMax以及任何其它的QoS简档参数。
在流的传输被激活时或在流的传输被激活之后，即在将播放命令从无线通信设备MT1传输到服务器10时或在将播放命令从无线通信设备MT1传输到服务器10之后，必须将QoS协商的参数发送给服务器。
命令序列可以如下(图3)：
无线通信设备MT1将描述会话命令传输301到服务器10。
DESCRIBE rtsp：//server.com/session1.3gp RTSP/1.0
CSeq：1
Accept：application/sdp
服务器10通过传输302包括关于不同媒体流的信息的SDP描述答复该命令。
RTSP/1.0200 OK
CSeq：1
Content-Base：rtsp：//server.com/session1.3gp/
Content-Type：application/sdp
Content-Length：441
v＝0
o＝-3242987154 3242987154 IN IP4 111.111.111
s＝session1.3gp
c＝IN IP40.0.0.0
t＝0 0
a＝control：*
a＝range：npt＝0-60
m＝video 0 RTP/AVP 96
b＝AS：50
a＝rtpmap：96 H263-2000/90000
a＝control：trackID＝2
a＝range：npt＝0-60
a＝fmtp：96 profile＝0；level＝10
m＝video 0 RTP/AVP 98
b＝AS：40
a＝rtpmap：98 H263-2000/90000
a＝control：trackID＝3
a＝range：npt＝0-60
a＝fmtp：98 profile＝0；level＝10
m＝audio 0 RTP/AVP 97
b＝AS：10
a＝rtpmap：97 AMR/8000/1
a＝control：trackID＝1
a＝range：npt＝0-60
a＝fmtp：97 octet-align＝1
m＝audio 0 RTP/AVP 99
b＝AS：20
a＝rtpmap：99 AMR-WB/16000
a＝control：trackID＝4
a＝range：npt＝0-60
a＝fmtp：99 octet-align＝1
在上面的SDP描述中，视频1具有b＝AS定义的50kbps，视频2具有b＝AS定义的20kbps，音频1具有b＝AS定义的10kbps，而音频2具有b＝AS定义的20kbps。
然后，在无线通信设备MT1中例如由用户在通知的媒体中进行选择，以选择要传输到无线通信设备MT1的流。在该示例中，假设选择总位速率为70kbps的视频1(50kbps)和音频2(20kbps)。此后，无线通信设备向通信网络NW1发送303对于承载业务的请求。在请求中，无线通信设备MT1包括所有媒体组件所需的QoS参数(最大位速率为70kbps)。
在该示例中，网络只能保证60kbps但允许最大位速率为80kbps。然后，网络NT1通知304无线通信设备MT1所准予的用于承载业务的QoS参数。在为用于PDP会话的承载业务与网络协商之后，无线通信设备MT1将第一建立消息传输305到服务器10，用于通知所选择的第一媒体流、即视频1。
SETUP rtsp：//server.com/session1.3gp/trackID＝2RTSP/1.0
CSeq：2
Transport：RTP/AVP/UDP；unicast；client_port＝6984-6985；ssrc＝31336d02
如果选择为确定，则服务器10用“确定”消息答复306。
RTSP/1.0200OK
CSeq：2
Session：41
Transport：RTP/AVP/UDP；unicast；client_port＝6984-
6985；server_port＝6900-6901；ssrc＝1d12115
无线通信设备MT1还将第二建立消息传输307到服务器10，用于通知所选择的第二媒体流、即音频2。
SETUP rtsp：//server.com/session1.3gp/trackID＝4 RTSP/1.0
CSeq：3
Transport：RTP/AVP/UDP；unicast；client_port＝6986-6987；ssrc＝37115e8d
Session：41
如果选择为确定，则服务器10用“确定”消息答复308。
RTSP/1.0200OK
CSeq：3
Session：41
Transport：RTP/AVP/UDP；unicast；client_port＝6986-
6987；server_port＝6902-6903；ssrc＝7475313
通过将播放命令从无线通信设备MT1传输309到服务器10来发起媒体流的播放。在这种情况下，播放命令含至少关于涉及网络NT1已经准予的最大位速率和保证位速率的QoS参数的信息。
PLAY rtsp：//server.com/session1.3gp RTSP/1.0
CSeq：4
Session：41
QoSParams：MaxBW＝80；GuaBW＝60；TDelayMax＝500
Range：npt＝0-
服务器通过向无线通信设备MT1发送“确定”来答复该命令。
RTSP/1.0 200 OK
CSeq：4
Session：41
Range：npt＝0-
RTP-Info：
url＝rtsp：//server.com/session1.3gp/trackID＝2；seq＝0；rtptime＝10000，url＝
rtsp：//server.com/session1.3gp/trackID＝4；seq＝0；rtptime＝10000
现在，当服务器10接收到播放命令时，它知道存在单个带由无线通信设备MT1用信号传输的QoS参数的QoS信道并且服务器10可以根据参数调整所选择的媒体流的传输。
在播放命令之后，无线通信设备MT1可使用在流式系统的上下文内定义的任何其它RTSP命令来更新用于整个多媒体会话的协商的QoS参数。
如果多媒体会话是非聚集控制的会话(例如从两个分离的服务器检索音频和视频数据)，则无线通信设备MT1不应当发送QoS参数，因为分离的媒体服务器相互并不知道，它们也不知道媒体组件共享相同的QoS预留信道这一事实。
其次，将更详细地描述客户机一次能够支持多个PDP上下文的情形。换句话说，带多个PDP上下文支持的客户机单次可具有多个QoS资源预留，它们可在多媒体会话期间在媒体组件(即音频、视频等)之间分发。在多媒体会话期间对于每个媒体组件(即音频、视频等)可以有分离的多媒体会话。所有媒体组件可具有不同的QoS资源预留。
在第二情况中，如果无线通信设备MT1有多个媒体组件要建立用于会话，并且如果无线通信设备MT1愿意为不同的媒体组件激活多个PDP上下文，而且如果会话控制协议不允许媒体组件URL指示符在媒体组件之间进行区分，则无线通信设备MT1不可以在播放命令向服务器发送QoS协商的MaxBW、GuaBW、TDelayMax以及其它的QoS简档参数，这将非常有可能是这些参数的和。QoS参数而是应当在每个媒体组件的建立阶段期间被发送。
命令序列可以如下(图4)：
无线通信设备MT1将描述会话命令传输401到服务器10。
DESCRIBE rtsp：//server.com/session1.3gp RTSP/1.0
CSeq：1
Accept：application/sdp
服务器10通过传输402包括关于不同媒体流的信息的SDP描述来答复该命令。
RTSP/1.0 200 OK
CSeq：1
Content-Base：rtsp：//server.com/session1.3gp/
Content-Type：application/sdp
Content-Length：441
v＝0
o＝-3242987154 3242987154 IN IP4 111.111.111
s＝session1.3gp
c＝IN IP4 0.0.0.0
t＝00
a＝control：*
a＝range：npt＝0-60
m＝video 0 RTP/AVP 96
b＝AS：50
a＝rtpmap：96 H263-2000/90000
a＝control：trackID＝2
a＝range：npt＝0-60
a＝fmtp：96 profile＝0；level＝10
m＝video 0 RTP/AVP 98
b＝AS：40
a＝rtpmap：98 H263-2000/90000
a＝control：trackID＝3
a＝range：npt＝0-60
a＝fmtp：98 profile＝0；level＝10
m＝audio 0 RTP/AVP 97
b＝AS：10a＝rtpmap：97 AMR/8000/1
a＝control：trackID＝1
a＝range：npt＝0-60
a＝fmtp：97 octet-align＝1
m＝audio 0 RTP/AVP 99
b＝AS：20
a＝rtpmap：99 AMR-WB/16000
a＝control：trackID＝4
a＝range：npt＝0-60
a＝fmtp：99 octet-align＝1
在上面的SDP描述中，视频1具有b＝AS定义的50kbps，视频2具有b＝AS定义的20kbps，音频1具有b＝AS定义的10kbps，而音频2具有b＝AS定义的20kbps。
然后，在无线通信设备MT1中例如由用户在通知的媒体中进行选择，以选择要传输到无线通信设备MT1的流。在该示例中，假设选择位速率为50kbps的视频1和位速率为20kbps的音频2。此后，无线通信设备向通信网络NW1发送403对于第一承载业务的第一请求。在请求中，无线通信设备MT1包括第一媒体组件(视频1)所需的QoS参数(保证位速率为50kbps)。在该示例中，网络只能保证50kbps但允许最大位速率为80kbps。然后，网络NT1通知404无线通信设备MT1所准予的用于第一承载业务的QoS参数。接着，无线通信设备向通信网络NW1发送405对于第二承载业务的第二请求。在请求中，无线通信设备MT1包括第二媒体组件(音频1)所需的QoS参数(保证位速率为20kbps)。在该示例中，网络只能保证20kbps但允许最大位速率为40kbps。然后，网络NT1通知406无线通信设备MT1所准予的用于第二承载业务的QoS参数。在为用于PDP会话的承载业务与网络协商之后，无线通信设备MT1将第一建立消息传输407到服务器10，用于通知所选择的第一媒体流、即视频1。
SETUP rtsp：//server.com/session1.3gp/trackID＝2 RTSP/1.0
CSeq：2
Transport：RTP/AVP/UDP；unicast；client_port＝6984-6985；ssrc＝31336d02
QoSParams：url＝
rtsp：//server.com/session1.3gp/trackID＝2；MaxBW＝80；GuaBW＝50；TDelay
Max＝500
如果选择为确定，则服务器10用“确定”消息答复408。
RTSP/1.0 200 OK
CSeq：2
Session：41
Transport：RTP/AVP/UDP；unicast；client_port＝6984-
6985；server_port＝6900-6901；ssrc＝1d12115
无线通信设备MT1还将第二建立消息传输409到服务器10，用于通知所选择的第二媒体流、即音频2。
SETUP rtsp：//server.com/session1.3gp/trackID＝4 RTSP/1.0
CSeq：3
Transport：RTP/AVP/UDP；unicast；client_port＝6986-6987；ssrc＝37115e8d
Session：41
QoSParams：MaxBW＝40；GuaBW＝20；TDelayMax＝500
如果选择为确定，则服务器10用“确定”消息答复410。
RTSP/1.0 200 OK
CSeq：3
Session：41
Transport：RTP/AVP/UDP；unicast；client_port＝6986-
6987；server_port＝6902-6903；ssrc＝7475313
通过将播放命令从无线通信设备MT1传输411到服务器10来发起媒体流的播放。
PLAY rtsp：//server.com/session1.3gp RTSP/1.0
CSeq：4
Session：41
Range：npt＝0-
在这种情况下，播放命令不含关于涉及网络NT1已经准予的最大位速率和保证位速率的QoS参数的信息。
服务器通过向无线通信设备MT1发送“确定”来答复412该命令。
RTSP/1.0 200 OK
CSeq：4
Session：41
Range：npt＝0-
RTP-Info：
url＝rtsp：//server.com/session1.3gp/trackID＝2；seq＝0；rtptime＝10000，url＝rt
sp：//server.com/session1.3gp/trackID＝4；seq＝0；rtptime＝10000
或者，在RTSP播放请求中，无线通信设备MT1可能已经完成下列：
PLAY rtsp：//server.com/session1.3gp RTSP/1.0
CSeq：4
Session：41
Range：npt＝0-
QoS Params：                                                       url＝
rtsp：//server.com/session1.3gp/trackID＝2；MaxBW＝80；GuaBW＝50；TDelay
Max＝500，url＝
rtsp：//server.com/session1.3gp/trackID＝4；MaxBW＝40；GuaBW＝20；TDelay
Max＝500
现在，服务器可以基于其媒体组件URL识别哪些QoS参数被分配给哪个媒体组件。
Server-＞Client：OK
RTSP/1.0 200 OK
CSeq：4
Session：41
Range：npt＝0-
RTP-Info：
url＝rtsp：//server.com/session1.3gp/trackID＝2；seq＝0；rtptime＝10000，url＝rt
sp：//server.com/session1.3gp/trackID＝4；seq＝0；rtptime＝10000
现在，当服务器10接收到播放命令时，它知道存在多个带由无线通信设备MT1用信号传输的各个QoS参数的QoS信道。因为每个媒体组件将具有它自己的对每个PDP上下文有效的QoS协商的参数集，服务器可以安全地把到正确的QoS协商的信道的每个媒体组件与分配的正确值相关联。
如果对于特殊的PDP上下文(即特殊的媒体组件)发生QoS重协商，则客户机能通过正确参考已经发生变化的媒体组件、使用任何可用的RTSP命令来用信号传输新的QoS值。
如果会话控制协议允许媒体组件URL指示符在媒体组件之间进行区分，则还可在播放请求时用信号传输QoS参数。下面的伪命令序列示出可能的情形：
Client-＞Server：Setup(media component 1)
Server-＞Client：OK
Client-＞Server：Setup(media component 2)
Server-＞Client：OK
Client-＞Server：Play(URL of media component 1+Negotiated QoS
parameters for the media component 1；URL of media component 2+
Negotiated QoS parameters for the media component 2)
Server-＞Client：OK
在上面的示例中，服务器可以通过使用“媒体组件URL”信息在媒体组件和为每个组件分配的QoS参数之间进行区分。该字段是会话中的媒体组件的唯一标识符。如果客户机和服务器可以利用这样的参数，则无线通信设备MT1可以选择在建立阶段或在播放阶段发送QoS参数。如果QoS重协商发生，则该媒体组件URL指示符还给了无线通信设备MT1在会话期间更新QoS参数的可能性。
如果多媒体会话是非聚集控制的会话(例如从两个分离的服务器检索音频和视频数据)，则客户机可以在建立命令以及播放命令安全地用信号传输QoS协商的参数，因为将存在分离的用于每个媒体组件的播放命令。
在第一示例中也可提供媒体组件URL字段来识别会话URL，但是在建立阶段不发送QoS参数的限制对于那种情况仍然有效。
如果QoS参数集不包含媒体组件URL，则流式控制协议的请求URL必须用作QoS参数分配的主URL。
显然，本发明并不仅限于上述实施例，而是在所附权利要求范围内可对本发明进行修改。

Claims (13)

1.一种通信系统中的方法，包括：
选择要传输到接收通信设备的至少一个媒体流，
定义用于传输所选择的至少一个媒体流的QoS要求；
为传输所述至少一个媒体流而预留无线通信网络中的传输资源；
在所述接收通信设备和发送通信设备之间执行用于激活一个分组数据传输连接的建立过程；
由所述接收通信设备请求开始传输所述至少一个媒体流，
至少部分经由无线通信网络将媒体流从所述发送通信设备传输到所述接收通信设备；所述传输包括在传输所选择的至少一个媒体流时使用一个数据传输上下文；
其中所述方法还包括在所述由所述接收通信设备请求开始传输所述至少一个媒体流时或在所述由所述接收通信设备请求开始传输所述至少一个媒体流之后将关于所预留的资源的信息传输到所述发送通信设备。
2.如权利要求1所述的方法，包括为所述数据传输连接定义至少下列参数：
-最大位速率；
-保证位速率；
-传送延迟；
将所述参数通知给所述发送通信设备。
3.一种通信系统中的方法，包括：
选择要传输到接收通信设备的至少一个媒体流；
定义用于传输所选择的至少一个媒体流的QoS要求；
为传输所述至少一个媒体流而预留无线通信网络中的传输资源；
在所述接收通信设备和发送通信设备之间执行用于激活至少一个分组数据传输连接的建立过程；
由所述接收通信设备请求开始传输所述至少一个媒体流，
至少部分经由所述无线通信网络将媒体流从所述发送通信设备传输到所述接收通信设备；所述传输包括对于每个选择的媒体流使用一个数据传输上下文；
其中所述方法还包括结合所述建立过程将关于所预留的资源的信息传输到所述发送通信设备。
4.一种通信系统中的方法，包括：
由接收通信设备请求关于用于将至少一个媒体流从发送通信设备传输到所述接收通信设备的QoS要求的信息；
由所述接收通信设备向无线通信网络请求传输所述至少一个媒体流的传输资源；
由所述无线通信网络为所述传输而预留资源；
由所述无线通信网络将关于所预留的资源的信息传输给所述接收通信设备；
由所述接收通信设备和所述发送通信设备执行用于激活一个分组数据传输连接的建立过程；
由所述接收通信设备通过将开始传输命令传输到所述发送通信设备来请求开始传输所述至少一个媒体流，在所述开始传输命令中关于所预留的资源的信息也被传输到所述发送通信设备；以及
使用一个分组数据传输连接、至少部分经由无线通信网络将媒体流从发送通信设备传输到接收通信设备。
5.一种通信系统中的方法，包括：
由接收通信设备请求关于用于将至少一个媒体流从发送通信设备传输到所述接收通信设备的QoS要求的信息；
由所述接收通信设备向无线通信网络请求传输所述至少一个媒体流的传输资源；
由所述无线通信网络为所述传输而预留资源；
由所述无线通信网络将关于所预留的资源的信息传输给所述接收通信设备；
由所述接收通信设备和所述发送通信设备执行用于激活至少一个分组数据传输连接的建立过程；所述建立过程包括由所述接收通信设备将关于所预留的资源的信息传输到所述发送通信设备；并且通过将开始传输命令传输到所述发送通信设备来请求开始传输所述至少一个媒体流，在所述开始传输命令中没有关于所预留的资源的信息被传输到所述发送通信设备；以及
所述方法还包括使用至少一个分组数据传输连接、至少部分经由所述无线通信网络将媒体流从所述发送通信设备传输到所述接收通信设备。
6.一种通信系统，包括：
至少部分经由无线通信网络将媒体流从发送通信设备传输到接收通信设备的装置；
选择要传输到所述接收通信设备的至少一个媒体流的装置；
定义用于传输所选择的至少一个媒体流的QoS要求的装置；
为传输所述至少一个媒体流而预留所述无线通信网络中的传输资源的装置；
在所述接收通信设备和所述发送通信设备之间执行用于激活一个分组数据传输连接的建立过程的装置；
由所述接收通信设备请求开始传输所述至少一个媒体流的装置；
在传输所选择的至少一个媒体流时使用一个数据传输上下文的装置；以及
在由所述接收通信设备请求开始传输所述至少一个媒体流时或在由所述接收通信设备请求开始传输所述至少一个媒体流之后将关于所预留的资源的信息传输到所述发送通信设备的装置。
7.一种通信系统，包括：
使用至少一个分组数据传输连接、至少部分经由无线通信网络将媒体流从发送通信设备传输到接收通信设备的装置；
选择要传输到所述接收通信设备的至少一个媒体流的装置；
定义用于传输所选择的至少一个媒体流的QoS要求的装置；
为传输所述至少一个媒体流而预留所述无线通信网络中的传输资源的装置；
在所述接收通信设备和所述发送通信设备之间执行用于激活所述至少一个分组数据传输连接的建立过程的装置；
由所述接收通信设备请求开始传输所述至少一个媒体流的装置；
在传输所选择的至少一个媒体流时使用一个数据传输上下文的装置；以及
结合所述建立过程将关于所预留的资源的信息传输到所述发送通信设备的装置。
8.一种发送通信设备，包括：
使用至少一个分组数据传输连接、至少部分经由无线通信网络将媒体流传输到接收通信设备的装置；
接收要传输到所述接收通信设备的至少一个媒体流的选择信息的装置；
接收对于在所述接收通信设备和所述发送通信设备之间的、用于激活所述至少一个分组数据传输连接的建立过程的请求的装置；
接收对于开始传输所述至少一个媒体流的请求的装置；
在传输所选择的至少一个媒体流时使用一个数据传输上下文的装置；以及
结合所述建立过程接收关于为所述至少一个分组数据传输连接预留的资源的信息的装置。
9.一种接收通信设备，包括：
使用至少一个分组数据传输连接、至少部分经由无线通信网络接收来自发送通信设备的媒体流的装置；
选择要传输到所述接收通信设备的至少一个媒体流的装置；
定义用于传输所选择的至少一个媒体流的QoS要求的装置；
向所述无线通信网络请求传输所述至少一个媒体流的传输资源的装置；
在所述接收通信设备和所述发送通信设备之间发起用于激活所述至少一个分组数据传输连接的建立过程的装置；
请求开始传输所述至少一个媒体流的装置；
在传输所选择的至少一个媒体流时使用一个数据传输上下文的装置；以及
结合所述建立过程将关于所预留的资源的信息传输到所述发送通信设备的装置。
10.一种无线通信设备，包括：
使用至少一个分组数据传输连接、至少部分经由无线通信网络将媒体流传输到接收通信设备的装置；
接收要传输到所述接收通信设备的至少一个媒体流的选择信息的装置；
接收对于在所述接收通信设备和所述无线通信设备之间的、用于激活所述至少一个分组数据传输连接的建立过程的请求的装置；
接收对于开始传输所述至少一个媒体流的请求的装置；
在传输所选择的至少一个媒体流时使用一个数据传输上下文的装置；以及
结合所述建立过程接收关于为所述至少一个分组数据传输连接预留的资源的信息的装置。
11.一种无线通信设备，包括：
使用至少一个分组数据传输连接、至少部分经由无线通信网络接收来自发送通信设备的媒体流的装置；
选择要传输到所述无线通信设备的至少一个媒体流的装置；
定义用于传输所选择的至少一个媒体流的QoS要求的装置；
向所述无线通信网络请求传输所述至少一个媒体流的传输资源的装置；
在所述无线通信设备和所述发送通信设备之间发起用于激活所述至少一个分组数据传输连接的建立过程的装置；
请求开始传输所述至少一个媒体流的装置；
在传输所选择的至少一个媒体流时使用一个数据传输上下文的装置；以及
结合所述建立过程将关于所预留的资源的信息传输到所述发送通信设备的装置。
12.如权利要求11所述的无线通信设备，其特征在于，所述用于发起建立过程的装置适合传输根据实时流协议的建立命令。
13.如权利要求11所述的无线通信设备，其特征在于，所述用于请求开始传输所述至少一个媒体流的装置适合传输根据实时流协议的播放命令。
CN2004800245427A 2003-06-27 2004-06-24 无线通信网络中资源预留的方法和系统 Expired - Fee Related CN1843050B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US48315703P 2003-06-27 2003-06-27
US60/483,157 2003-06-27
PCT/FI2004/050107 WO2005002264A1 (en) 2003-06-27 2004-06-24 Method and system for resource reservation in a wireless communication network

Publications (2)

Publication Number Publication Date
CN1843050A true CN1843050A (zh) 2006-10-04
CN1843050B CN1843050B (zh) 2011-02-09

Family

ID=33552035

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2004800245427A Expired - Fee Related CN1843050B (zh) 2003-06-27 2004-06-24 无线通信网络中资源预留的方法和系统

Country Status (7)

Country Link
EP (1) EP1639852A1 (zh)
JP (2) JP2007520905A (zh)
KR (1) KR100752608B1 (zh)
CN (1) CN1843050B (zh)
BR (1) BRPI0412014A (zh)
RU (1) RU2337505C2 (zh)
WO (1) WO2005002264A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008052461A1 (fr) * 2006-10-30 2008-05-08 Huawei Technologies Co., Ltd. Procédé de réservation de ressources utilisant un mode push et dispositif d'agence d'appel
CN101808371A (zh) * 2010-03-30 2010-08-18 重庆邮电大学 支持多跳资源预留的IEEE802.16Mesh网络资源预留方法
CN104041111A (zh) * 2011-10-21 2014-09-10 弗兰霍菲尔运输应用研究公司 用于从服务器向客户端发送媒体内容的无线资源管理概念
CN105207982A (zh) * 2014-06-30 2015-12-30 中兴通讯股份有限公司 资源共享处理方法、装置及p-cscf
CN112584227A (zh) * 2015-01-28 2021-03-30 索尼公司 信息处理方法、信息处理设备和程序

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006117644A1 (en) * 2005-05-03 2006-11-09 Nokia Corporation Signaling quality of service (qos) parameters for a multimedia session
CN101009697B (zh) * 2006-01-26 2011-06-15 华为技术有限公司 业务层提高资源请求成功率和效率的系统及其方法
CN1870651B (zh) * 2006-03-01 2010-10-06 华为技术有限公司 处理资源请求的设备和方法
CN101395882B (zh) 2006-03-02 2013-03-13 艾利森电话股份有限公司 宽带编解码器协商
CN100461766C (zh) * 2006-08-02 2009-02-11 华为技术有限公司 一种为实时流媒体业务分配资源的方法及装置
JP4629075B2 (ja) * 2006-08-24 2011-02-09 リサーチ イン モーション リミテッド Ｉｐセッションの最大数が確立されていることを決定するシステムおよび方法
ES2317445T3 (es) * 2006-08-24 2009-04-16 Research In Motion Limited Sistema y metodo para determinar que un numero maximo de sesiones ip ha sido establecido.
ES2897828T3 (es) 2006-09-28 2022-03-02 Qualcomm Inc Asignación predictiva de recursos de QoS para establecimiento rápido de sesión
CN101507305B (zh) 2006-09-28 2012-07-25 高通股份有限公司 用于提高效率的通信信号捆绑
CN101572715B (zh) * 2009-04-15 2014-03-19 中兴通讯股份有限公司 多媒体服务创建方法及系统
CN101583018B (zh) * 2009-06-03 2011-05-11 中兴通讯股份有限公司 流媒体的频道业务和点播业务统一管理的方法及系统
US8873381B2 (en) * 2009-06-22 2014-10-28 Qualcomm Incorporated Bearer quality of service selection
EP3110105A1 (en) * 2011-02-11 2016-12-28 Interdigital Patent Holdings, Inc. Method and apparatus for synchronizing mobile station media flows during a collaborative session
WO2012175228A1 (en) * 2011-06-23 2012-12-27 Telefonaktiebolaget L M Ericsson (Publ) Methods and apparatus for advertising endpoint device capabilities for sending/receiving simultaneous media streams
EP2557753A1 (en) * 2011-08-09 2013-02-13 Alcatel Lucent Method for streaming video content, edge node and client entity realizing such a method
DE102011088884A1 (de) 2011-12-16 2013-06-20 Siemens Aktiengesellschaft Verfahren zur Übertragung von Daten in einem Kommunikationsnetz
CN103188730B (zh) * 2011-12-31 2015-10-07 中国移动通信集团山东有限公司 系统资源负荷调节系统、方法及装置、调节服务器设备
JP6466850B2 (ja) * 2013-10-28 2019-02-06 サターン ライセンシング エルエルシーＳａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
US20150358374A1 (en) * 2014-06-04 2015-12-10 Acer Incorporated Method of Data Transmission in Multicast or Broadcast Service
US9749902B2 (en) 2014-08-19 2017-08-29 Qualcomm Incorporated Admission control and load balancing
AU2017334059B2 (en) 2016-09-29 2020-04-09 Nokia Technologies Oy Radio bearer switching in radio access
RU2735548C1 (ru) * 2016-12-29 2020-11-03 Гуандун Оппо Мобайл Телекоммьюникейшнз Корп., Лтд. Способ передачи сигналов, терминал и сетевое устройство

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100694026B1 (ko) * 1999-11-01 2007-03-12 삼성전자주식회사 광대역 무선 전송방법 및 장치
EP1154664A1 (en) * 2000-05-09 2001-11-14 Lucent Technologies Inc. Resource reservation in 3G or future generation telecommunication network II
GB2386283A (en) * 2002-03-05 2003-09-10 Pa Consulting Services Packet data communications network

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008052461A1 (fr) * 2006-10-30 2008-05-08 Huawei Technologies Co., Ltd. Procédé de réservation de ressources utilisant un mode push et dispositif d'agence d'appel
CN101175293B (zh) * 2006-10-30 2010-09-08 华为技术有限公司 采用push模式的呼叫方法
CN101808371A (zh) * 2010-03-30 2010-08-18 重庆邮电大学 支持多跳资源预留的IEEE802.16Mesh网络资源预留方法
CN101808371B (zh) * 2010-03-30 2012-07-11 重庆邮电大学 支持多跳资源预留的IEEE802.16Mesh网络资源预留方法
CN104041111A (zh) * 2011-10-21 2014-09-10 弗兰霍菲尔运输应用研究公司 用于从服务器向客户端发送媒体内容的无线资源管理概念
CN104041111B (zh) * 2011-10-21 2019-01-04 弗劳恩霍夫应用研究促进协会 用于从服务器向客户端发送媒体内容的无线资源管理设备及方法
CN110062422A (zh) * 2011-10-21 2019-07-26 弗劳恩霍夫应用研究促进协会 无线资源管理设备及方法
US12010714B2 (en) 2011-10-21 2024-06-11 Fraunhofer-Gesellschaft Zur Foerderung Der Angewandten Forschung E.V. Resource management concept
CN105207982A (zh) * 2014-06-30 2015-12-30 中兴通讯股份有限公司 资源共享处理方法、装置及p-cscf
CN105207982B (zh) * 2014-06-30 2019-10-11 中兴通讯股份有限公司 资源共享处理方法、装置及p-cscf
CN112584227A (zh) * 2015-01-28 2021-03-30 索尼公司 信息处理方法、信息处理设备和程序

Also Published As

Publication number Publication date
KR20060054206A (ko) 2006-05-22
JP2010200359A (ja) 2010-09-09
KR100752608B1 (ko) 2007-08-29
RU2337505C2 (ru) 2008-10-27
BRPI0412014A (pt) 2006-08-15
WO2005002264A1 (en) 2005-01-06
RU2006102360A (ru) 2006-08-10
JP2007520905A (ja) 2007-07-26
EP1639852A1 (en) 2006-03-29
CN1843050B (zh) 2011-02-09

Similar Documents

Publication Publication Date Title
CN1843050A (zh) 无线通信网络中资源预留的方法和系统
CN1220359C (zh) 通信终端、服务器、广播通信系统及方法
CN1281093C (zh) 准入控制方法以及准入控制装置
CN1227862C (zh) 多媒体信息通信系统
CN1801970A (zh) 自动产生和/或控制有多个参加者的电信会议的方法及设备
CN1934825A (zh) 通过通信协议传送广播/多播会话的参数
CN1846420A (zh) 嵌入的服务质量相关信息的传送
CN1816053A (zh) 基于会话初始化协议的流媒体直播p2p网络方法
CN1774890A (zh) 用于网络中速率控制服务的系统和方法
CN1511406A (zh) 用于实现分布式多媒体应用端到端服务质量协商的方法
CN1801814A (zh) 一种离线消息发送和接收方法
CN101047981A (zh) 一种实现服务质量协商机制的系统和方法
CN1126411C (zh) 通信系统、管理一个通信系统和移动用户设备的方法
CN1819671A (zh) 关于按键通话发言权和队列信息的方法及其相关装置
CN1685672A (zh) 通信控制方法及系统,数据包转发及监测方法和系统
CN1387338A (zh) 数据再现装置和数据再现方法
CN101053053A (zh) 基于多载波传输方式的通信装置及通信系统
CN1636400A (zh) 运动图像分配系统、运动图像分配设备及方法、记录介质及程序
CN1801810A (zh) 一种会话初始化协议消息体内容处理方法及网络
CN101075890A (zh) 实现群组会话体验质量的方法及系统
CN1759384A (zh) 接收设备和信息浏览方法
CN1882119A (zh) 一种实现电路域和分组域互切换的装置、系统和方法
CN1832414A (zh) 提供多个群组通信业务的方法、群组通信业务系统及群组通信业务服务器单元
CN1868197A (zh) 借助于sip协议的荷载信道变更的信令方法、软件产品和装置
CN1262093C (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
C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20160114

Address after: Espoo, Finland

Patentee after: Technology Co., Ltd. of Nokia

Address before: Espoo, Finland

Patentee before: Nokia Oyj

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: 20110209

Termination date: 20180624