CN100550755C - 用于提供流式传输的多播的方法和中间节点 - Google Patents

用于提供流式传输的多播的方法和中间节点 Download PDF

Info

Publication number
CN100550755C
CN100550755C CN200380110578.2A CN200380110578A CN100550755C CN 100550755 C CN100550755 C CN 100550755C CN 200380110578 A CN200380110578 A CN 200380110578A CN 100550755 C CN100550755 C CN 100550755C
Authority
CN
China
Prior art keywords
stream
stream transmission
multicast
transmission
node
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.)
Expired - Lifetime
Application number
CN200380110578.2A
Other languages
English (en)
Other versions
CN1860726A (zh
Inventor
R·克勒
T·罗马
F·亨谢德特
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN1860726A publication Critical patent/CN1860726A/zh
Application granted granted Critical
Publication of CN100550755C publication Critical patent/CN100550755C/zh
Anticipated expiration legal-status Critical
Expired - Lifetime 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/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • 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/1101—Session protocols
    • 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/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • 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/765—Media network packet handling intermediate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Pharmaceuticals Containing Other Organic And Inorganic Compounds (AREA)

Abstract

本发明提供了一种用于执行远程通信系统中的流式传输的多播的解决方案。中间节点被建议能够连接广播/多播服务器和流式传输节点的功能性。此外，中间节点负责用于多播传输的载体的建立。借助于将请求式单使用信令翻译为多用户推送信令来完成会话的建立。此外，执行用于整个多播群或者用于多播群的单个子群的流式传输流的自适应。

Description

用于提供流式传输的多播的方法和中间节点
技术领域
本发明涉及一种用于在远程通信系统中提供多用户流式传输的方法，系统和中间节点。
特别是本申请适用于无线分组交换远程通信网络。
背景技术
通用移动远程通信系统UMTS正被发展成用于提供无线宽带多媒体服务。然而，流式传输即便具有较低的带宽，也适用于GSM。移动多媒体服务的例子有图像，语音，音频与视频内容，借助于媒体流式传输和下载技术被传送到客户。这意味着一旦该内容已经被放到媒体服务器上，就能够在提出需要时借助于下载或者流式传输进行传送。为了下载内容，用户例如在链路上进行点击，并且等待开始下载和播放该内容。当用户已经请求这个内容时，对于单个用户借助于单播连接来进行内容流式传输。单播连接还被称为点对点通信。
多播是一种允许源将相同数据的单拷贝发送到使得数据被传送到多个接收者的地址的服务。利用多播，仅仅数据项的单拷贝通过网络中的任一链路，并且仅仅在路径分叉处进行数据项的复制。从网络透视图来看，因为在网络中的合适的点而不是在终端系统中复制数据，多播显著地减少了总带宽消耗。此外，使用多播来向多个接收机分配内容的服务器必须管理仅仅一个会话。
局域网已经支持多播很多年。多播容易支持节点共享公共通信媒体的网络。特别定址的分组能够由多个主机从通信媒体读出。
当前正在发展像例如因特网或者任一其他的基于IP的干线网(backbone network)那样的固定网络与像通用分组无线电系统GPRS或者通用移动远程通信系统UMTS那样的移动网络之间网络互联的多播，因为特别是在无线网络中出现了新的挑战。这些挑战例如是终端用户的移动性，空中接口上的移动网络的低传输带宽，以及与固定网络相比由于无线电接口上的分组损失而导致的更低的可靠性。
在图1中描述了当前论述的UMTS和GSM的多播/广播的整合，其中示出了多媒体广播/多播的体系结构。在图1中，呈现了GPRS或者UMTS网络的最相关的节点以及像UTRAN和GERAN那样的不同的接入网络的举例。借助于服务节点，与边缘节点通信的SGSN，负责与诸如因特网的外部网络连接的GGSN来处理接入网络。BM-SC实体负责多播/广播的供给，例如载体(bearer)建立以及数据转送。然而当前不存在为流式传输的多播而工作的解决方案。因为想法是当前的BM-SC建议简单地转送内容。用于处理流式传输流的功能性不包括在BM-SC中。
当前在无线网络中借助于分组交换流式传输体系结构来执行用于单个用户的流式传输流的信令和传输，该分组交换流式传输体系结构具有向流式传输节点分配流式传输流的流式传输服务器，这能够借助于网络集成节点NINs来实现。还存在其中内容服务器直接向用户侧的流式传输客户分配流式传输内容的解决方案。这些内容服务器是流式传输服务器或者NINs。流式传输节点与GGSN进行通信，其将流转送到SGSN然后借助于无线电通信网转送到用户。
简单地组合这两种解决方案将导致一种为对接收流式传输流感兴趣的每个用户建立流式传输会话的系统的产生，暗示着这样的服务将被非常无效地采用，特别是在无线网络中，因为它没有以最佳方法来使用稀有的无线电资源。此外，尽管传送可以是多播，每一客户利用专用请求式信令消息来建立分离的流式传输会话。此外，对于整个群而不是在每一子群基础上做出自适应，暗示着该自适应是通用的，并且没有对于不同的子群进行最佳化。当前，因为所有用户具有分离的和专用的流式传输会话，所以能够实现个体的自适应，其中这种解决方案导致网络资源的浪费。
因此，当前不存在用于提供有效和显著的解决方案的多播和单播流式传输之间的整合。
发明内容
本发明的目的在于提供一种用于为远程通信网络内的流式传输提供多播的有效的解决方案。
本发明的方法的基本思想，为从流式传输服务器到多播群的流式传输提供多播。提供流式传输内容的流式传输服务器能够位于移动网络内或者外部网络中。多播/广播服务器负责提供多播传输。所述服务器的任务例如是管理所建立的多播群，转送多播数据。流式传输节点支持流式传输。流式传输节点当前负责借助于请求式单用户信令建立到单用户的连接，并且选择性地用于将接收的流式传输流自适应为用于用户的网络连接的条件。此外，流式传输节点能够维护用于流式传输接收机的记帐和收费过程。基于已知的功能性，本发明提出逻辑上或/和物理上整合流式传输节点和构造中间节点的多播/广播服务器，并且增加下列功能性。
中间节点根据流式传输的需求接收启动多播载体建立的消息。中间节点通过将从流式传输服务器接收的请求式单用户信令翻译为被发送到群成员的多用户推送信令，在多播载体上建立会话。多用户推送信令的一个重要的优点在于实现多播群成员的同步。中间节点具有根据多播群或者子群的需要将接收的流式传输流自适应为多播传输的功能性。此外，中间节点根据多播子群的数量复制接收的流式传输。
在下文中，术语“中间节点”描述了为本发明的目的，流式传输节点和多播/广播服务器的逻辑或物理组合。
存在不同的对中间节点内的广播/多播服务器和流式传输节点进行排序的方法。
在本发明的一个实施例中，与服务器通信的流式传输节点自适应流式传输，并且将自适应的流式传输转送到多播/广播服务器，其在多播群的子群当中复制接收的流式传输。这种解决方案的优点在于流式传输节点执行用于整个群或者子群的自适应，这意味着复制之前在多播/广播服务器中完成该自适应。
在更进一步的实施例中，与服务器通信的多播/广播服务器在多播群的子群当中复制接收的流式传输，并且将每一个复制的流式传输转送到流式传输节点，该流式传输节点自适应每一个流式传输。最小的子群包括一个用户。这种解决方案的优点在于流式传输节点能够对于具有相同特征的特定子群，像例如由相同SGSN服务的所有用户或者在例如GSM或者WCDMA的相同的接入网络中接收服务的所有用户进行专用自适应。此外，多播/广播服务器例如由于负荷平衡原因或者因为流式传输节点具有不同的性能，可以选择用于流的不同复制的不同的流式传输节点。
在更进一步的实施例中，中间节点具有决定单元，用于决定接收的流式传输流是否将首先被定向到多播/广播服务器或者流式传输节点。这意味着决定单元决定将流式传输流定向到多播/广播服务器，然后定向到流式传输节点，或者将其定向到流式传输节点然后定向到多播/广播服务器。该流还可以仅仅被定向到多播/广播服务器。它还能够决定例如因为所有用户位于相同的小区，多播/广播服务器中不需要复制。还可以决定根本不需要包含多播/广播服务器或者流式传输节点。
在本发明的一个优选实施例中，存在正借助于地址识别的不同的流式传输节点并且流式传输节点关于不同的性能可以是不同的。多播/广播服务器已知地址和不同的性能并且所述多播/广播服务器具有选择合适的流式传输节点来执行合适的流式传输流的自适应的性能。
在本发明的一个实施例中，其中使用分级编码，在不同的层数被发送到不同的流式传输节点的意义上区别流式传输流。在分级编码中，存在正被发送到每个用户的基极层(base layer)，另外在顶部存在增强层，其例如能够增加用户请求的帧速率或者空间分辨率。能够关于能够和/或愿意接收的等级的数量来辨别多播群。
在本发明的优选实施例中，中间节点处理接收的一个或者多个用于识别流式传输流的一个或者多个接收机的地址。可以要求执行将单播地址翻译为多播地址。单播地址能够被包括在从服务器接收的请求式单用户信令中。还可能从服务器接收的地址是多播地址，暗示着可能需要两个不同的多播地址之间的翻译。当广播/多播服务器是从服务器接收内容的多播群的一部分时，这个情况发生，因为运营者具有几个广播/多播服务器，并且借助于多播来完成向所有的广播/多播服务器分配内容。因此，从服务器接收的外部多播地址被翻译为在对于用户的接口上使用的内部多播地址。还可能该处理需要仅仅转送到合适的多播群，因为相同的多播地址被用在服务器和中间节点之间以及中间节点和多播群之间。优点在于具有不同的向多播/广播服务器通知流式传输节点的可能性，例如这可能是从运营者发送到多播/广播服务器和流式传输节点的基于事件的消息，作为反应，多播/广播服务器将请求消息发送到发送方，并且接收具有所有的相关参数的确认消息。在更进一步的实施例中，运营者管理此信息，或者多播/广播服务器可以从流式传输服务器有规则地请求该信息。
在本发明的优选实施例中，中间节点从通知流式传输会话所需要的传输参数的服务器接收会话描述消息，例如实时流式传输协议RTSP消息之内的会话描述协议SDP。中间节点可能通过接收会话描述消息来决定为了满足流式传输会话的要求，能够使用哪一个流式传输节点。这个会话描述信息借助于像例如会话启动协议SIP或者会话自适应协议SAP消息之内的SDP那样的多用户推送信令消息被转送到群成员。
此外，建议中间节点通过接收通知流式传输会话所需要的传输参数的会话描述消息，来根据子群的需要改变接收的参数，并且借助于多用户推送信令消息将改变的参数发送到群成员。这种解决方案的优点在于能够执行根据用户需要的专用自适应。
为了实现专用自适应，分级中更高处的节点被通知流式传输流仅仅被转送到分级中更低处的单个节点。它意味着如果专用自适应用于SGSN-区域，作为一个例子，像GGSN，BM-SC和NIN一样的节点必须被通知流式传输流仅仅被发送到特定的SGSN。正如之前所提及的，在中间节点进行专用自适应的决定。新消息随后沿着表示流式传输流和例如某一SGSN的目的地的多播传送树被分配。所有在中间的节点将相应地设置用于特定流的分布树信息。
此外，建议单用户请求式和多用户推送信令之间的变换暗示着某一个消息没有被传播。在一个优选实施例中，当用户向通告某一个参数的群登记并且因此已经表示他们愿意和能够接收具有这些条件的内容时，不需要所有的用户发送有关参数接受的回答。
在本发明的优选实施例中，流式传输流的复制基于接入网络，其中用户位于或/和基于地理区域上和/或由群成员请求的服务质量上。这种解决方案的优点在于多播群内不同的子群的定义，以便子群例如考虑它们当前的接入网络特征和状态，可以更好地满足用户需求。
建议中间节点按次序知道相应区域中的可用QoS，中间请求区域的实际特征，以便相应地自适应流式传输流。这暗示着例如中间节点被提供有诸如SGSN或者RNC的相应子区或者接入节点的地址。从这些节点，中间节点能因此请求子区的实际特征。
因为中间节点管理包括专用(子)群自适应在内的发送到群成员的所有的多播业务，它能够提供更准确的收费，并且在一个更进一步的优选实施例中，中间节点提供附加信息到收费/记帐服务器，以便能够进行准确的收费和/或多用户流式传输有关的收费。被提供到收费/记帐服务器的信息是群成员的数量，根据可以完成哪一个自适应而在来自群成员的反馈中接收的接收质量，流式传输流特征，每个自适应/复制的流式传输流的群成员的数量，等等。
此外，建议具有一种适合于提供用于从流式传输服务器到多播群的用户的流式传输的多播的中间节点，该多播群具有提供多播传输的多播/广播服务器，以及提供流式传输并且基于支持流式传输流传输的请求式单用户信令的流式传输节点。所述中间节点包括多播/广播服务器以及流式传输节点的中间节点，另外具有下列功能性。载体建立装置，用于根据从服务器接收的流式传输的需求建立用于多播传输的载体。此外存在会话建立装置，用于通过将从流式传输服务器接收的请求式单用户信令翻译为多用户推送信令，在载体上建立多用户流式传输会话。自适应装置负责根据多播群的需要将接收的流式传输流自适应为多播传输。复制装置负责子群当中的流式传输流的复制。
此外，一种适合于提供用于从流式传输服务器到多播群的用户的流式传输的多播的系统，该多播群具有提供多播传输的多播/广播服务器，以及提供流式传输并且具有支持流式传输流传输的请求式单用户信令的流式传输节点，其中所述系统具有根据本发明的所述的中间节点，并且在该系统内执行根据本发明所述的方法。
在下文中，给出了发明的详细说明。
附图说明
图1：多媒体广播/多播服务体系结构。
图2：具有位于服务器和BM-SC之间的NIN的本发明的实施例。
图3：具有位于服务器和NIN之间的BM-SC的本发明的实施例。
图4：具有决定单元的本发明的实施例。
图5：用于多用户流式传输会话建立的信令流。
图6：用于与多个子群进行多用户流式传输会话的信令流。
图7：当NIN位于服务器和BM-SC之间时用于与多个NINs进行多用户流式传输会话的信令流。
图8：当BM-SC位于服务器和NINs之间时用于与多个NINs进行多用户流式传输会话的信令流。
具体实施方式
本发明的可能的技术实现的说明是基于根据图1和2的网络体系结构。因此，在以下的说明中，广播/多播服务器将被称为BM-SC。网络集成节点NIN是支持流式传输协议的流式传输节点的举例，例如RTSP，RTP，RTCP。然而，在下文中，利用具有NIN的体系结构给出了举例，这将不会被看作是对本发明的限制。
在下文中，更详细地描述了中间节点内的流式传输流的方向的不同的可能性，该中间节点能够被称作有关自适应和复制顺序的多播流式传输代理MSP。
在一个实施例中，BM-SC被整合在NIN和GGSN之间，正如在图2中所描述的那样。图2示出一种发送流式传输流到中间节点的服务器。中间节点内，NIN是被接触的第一节点。所述NIN在另一方面与BM-SC进行通信。箭头上的数字表示将在所述链路上发送的流的数量。因此首先执行NIN中的接收的流的自适应，10，然后该流被发送到正负责复制的BM-SC，20，n表示为n个子群进行流的复制。该一个或者多个流被发送到GGSN并且分别被发送到SGSN。另外，考虑收费和记帐的相关数据的转送进行与所谓的C&B预付费节点的通信。这种解决方案的好处是NIN在BM-SC中完成复制之前为整个群进行通用的自适应。
在另一个实施例中，BM-SC被整合在流式传输服务器和NIN之间，正如在图3中所反映的那样，其中服务器发送流式传输流到负责复制的BM-SC。复制的流被转送到一个或者多个用于执行自适应的NIN。n个流分别经过GGSN和SGSN被分配到多个子群。这种解决方案的好处在于NIN为具有相同特征的特定子群，像例如所有的由相同SGSN服务的或者驻留在相同接入网络中的成员提供专用自适应。此外，BM-SC可以为不同的复制流选择不同的NIN。
在本发明的第三实施例中，为了增加灵活性，做出中间节点内接收的流式传输流将被定向在哪一个路径上的决定。取决于群或者其他的标准，借助于配置来确定该路径。在这里的问题是不同的路径是可能存在的，甚至是同时存在，某一标准被用于建立和维护最合适的路径。这种解决方案被反映在图4中。被称为路径确定逻辑(PDL)的逻辑单元确定流和相应信令消息的最佳路径。在图4中，逻辑PDL与BM-SC一起被协同定位。一般，PDL可以是独立的实体或者可以与任一其他的网络实体协同定位，只要存在与另一个网络实体的相应接口。
PDL通过中间节点选择和生成一个路径。选择标准取决于将被实现的好处，这意味着需要自适应用于整个群的流式传输流，或者需要自适应专用于不同的子群的个体的流。以上论述了好处。能够在每个内容或者内容供应商基础上应用该选择。由运营者例如借助于相应的管理接口或者由内容服务器或者由BM-SC给出用于选择的输入，优点在于选择被成组驱动。
在下文中，论述了选择方案的一些举例。如果提供服务，其中一个质量等级不得不符合所有的意愿。例如，由于降低的资费，NIN中的公共流自适应可以是充足的。相反，如果将获得服务质量，首先在BM-SC中复制该内容，然后将执行每个SGSN，RNC乃至每个小区的专用自适应。
当中间节点确定用于子群的某一个参数，那么所述参数将被发送到子群。它们利用这些参数来确认接收流式传输流的可能性，除非信令被转换为推送信令，在这样的情况下网络不期望或者需要来自群成员的确认。还可能子群在会话建立处发送对期望质量的请求，于是中间节点不得不选择合适的自适应。通过诸如实时传送控制协议，RTCP的标准机制完成每个子区的接收质量报告，报告有关每个订户等级或者任一其他机制，例如RNC的集中报告的情况。中间节点或者流式传输服务器是这些接收质量报告的接收机。根据实时传送控制协议RTCP报告中的流标识符确定将被自适应的流。作为选择，子区标识符能够被包括在RTCP报告中，其随后由NIN或者服务器使用以自适应相应的流。
在下文中，更详细地描述了流式传输会话的建立。特别地，讨论了从流式传输服务器接收的请求式单用户信令被翻译为多用户推送信令。RTSP协议是请求式单用户信令的举例，因为它是一种客户-服务器协议，提供了两个实体之间的相互作用。会话启动协议SIP被用作多用户推送信令的举例。SIP是一种提供用于无需用户明确请求而执行由网络启动的动作的功能性。因此它是基于推送的协议。此外，SIP提供用于多播定址的选择，这意味着能够利用一个消息请求许多用户。尽管SIP协议被发展成用于点对点传输，它还支持多播定址。在当前的发明中，它用于多播信令。
因此，SIP满足多用户推送信令协议的需要。此外，对于多用户推送信令协议的举例是SIP和会话描述协议SDP的组合，SIP/SDP，其中消息是SIP，而包含在SIP消息中的流描述基于SDP。此外，SIP/SDP消息能够用相应的会话通告协议SAP/SDP消息来替换。
这些协议仅仅是对多用户推送信令的举例，因此它们不限制本发明的范围。
相对于图5来描述多用户流式传输会话建立，其中描述了服务器，NIN，BM-SC和多播群的成员{UE}之间的信令流。首先，有关某一多播服务通知服务器和BM-SC。借助于从运营者，网络服务器或者任一其他源到BM-SC和服务器的基于事件的消息的分配能够实现服务通知。采用这种解决方案，有关服务器提供多播服务通知BM-SC。然而存在不同的可能性。通常，信息可用在例如通过电子邮件或者SAP消息分配的网页上。可以借助于多播或者借助于给管理这样的信息的运营者的文件来分配这个信息。
根据图5，在第一步，BM-SC借助于RTSP：描述消息请求内容描述，以便看看是否和怎样处理该流。采用这个消息暗示着服务器被通知将BM-SC作为用于特定会话的流式传输客户。必要的是BM-SC知道服务器的位置(表示仅仅是接收这个信息的举例)或者BM-SC具有来自运营者的服务器地址或者由用户在相应的实时传送会话协议RTSP信息流中表示这个信息。RTSP是一种负责建立和控制点对点实时应用的会话的协议，尽管它支持多播定址。从BM-SC到流式传输服务器的RTSP：描述(DESCRIBE)能够选择性地包括这个RTSP适用的客户的数量，以便允许例如由流式传输服务提供者进行移动运营者的正常收费。服务器采用RTSP：200OK(SDP-信息(info))来答复BM-SC，RTSP：200OK是在RTSP中规定的一种确认。这个确认以参数的方式来承载会话描述协议信息，SDP-信息，例如所需要的缓冲区大小，所需要的传送带宽。当流式传输即将开始时，BM-SC根据这个信息建立用于某一个多播群的多播载体。为了利用相应的参数向用户通知有关入局流式传输会话，SIP：邀请(Invite)消息被发送。用户发送消息SIP：200OK，确认做好流式传输会话准备。在那个步骤之后，借助于RTSP：设置(SETUP)和RTSP：200OK建立BM-SC和服务器之间的RTSP连接。还可能在向用户传输SIP消息之前交换RTSP-设置和RTSP：200OK。RTSP：设置消息能够包括正根据执行的谈判改变的参数，服务器以RTSP：200OK回答他是否能够接受与改变的参数的连接。改变的参数能够借助于SIP：ACK消息被发送到群成员，SIP：ACK消息向群成员确认所接受的改变并且结束流式传输会话建立过程。接下来，借助于RTSP：播放消息执行流式传输流的传输，接收哪一个借助于RTSP：200OK消息被确认。
这意味着中间节点像单个或者多个群成员那样对流式传输服务器进行动作，模拟每个GGSN，SGSN，RNC乃至小区的一个群成员。还可能模拟每个QoS子群的一个群成员。对于用户，它像SIP服务器或者远程客户那样动作，通过将单个用户流翻译为多用户流来邀请这些的用户进行流式传输会话。在从服务器到用户的方向中，中间节点可以在以SIP消息的方式传播这些消息之前解释和修改相应的RTSP消息。消息的修改能够包括根据子网络特征进行SDP信息的过滤，其中RTSP消息以及之后的RTP帧将被复制。这意味着如果接入网络不能处理该QoS或者运营者不许这样的QoS用于那个特定服务，BM-SC减少SDP中的QoS。通过生成RTSP：设置消息来完成这些。此外，从服务器接收的消息的修改可能是BM-SC不传播该消息，例如图5的序列中的最后的RTSP：200OK不能被传播。此外，如果需要的话，BM-SC负责在相应的消息中将单播地址改为多播地址。
在从用户到服务器的方向中，中间节点可以在将相应的RTSP消息内容发送到服务器之前对其进行修改。消息的修改可能例如是RTSP设置消息的数量的复制以及发送每个多播子群的一个设置消息。如果需要地址的翻译，BM-SC将多播地址改为单播地址。
为了减少多用户流式传输会话的信令，并且特别是在无线电接口上发送的消息的数量，可能为无线网络中的多用户流式传输会话而最佳化信令序列。在图6中描述了这个最佳化。
在图6中，示出了服务器经由中间节点到处于两个不同的接入网络的用户{UE-1}和{UE-2}之间的通信。以与相对于图5所描述的方法类似的方法来处理根据服务器SDP-信息进行的BM-SC和群成员之间的载体的建立。差别在于在第一SIP：邀请消息被发送之前在中间节点中执行过滤和复制。正如之前所描述的，BM-SC复制内容并且维护必要的SDP信息以及后面被流式传输的内容的过滤。用户表示在向多播群登记之前或者期间他们对服务/内容的兴趣，以及因为该内容无论如何在空中接口上被广播，在用户正被通知内容将借助于SIP：邀请消息来到的意义上，实际的服务可能被认为是推送服务，然后他们等待流式传输流的到达。这个消息经由单播或者广播/多播被发送到每个区域的用户。这意味着处于不同的接入网络中的用户被辨别，因为根据接入网络，可能不得不满足不同的服务质量需求。
这个最佳化减少了信令时间延迟以及将在无线电接口上发送的消息的数量。用户可能借助于SIP邀请消息中的指示被选择性地通知这个用于多用户流式传输的最佳化，该指示表明下一个将被接收的事物是实际的流式传输内容。选择性地，时间或者时间周期可能被表示成用户准备接收流式传输内容。
以上，描述了一般的想法，而没有考虑执行流式传输流自适应以及复制的顺序。
在下文中，考虑流式传输流自适应以及复制的顺序来描述信令交换。这将通过实现在中间节点内放置BM-SC和NIN的顺序来辨别或者在中间节点具有用于决定有关流式传输流不得不通过中间节点内的相应实体的决定单元的情况下来辨别。
如上所述，BM-SC具有有关服务器地址的信息。此外，BM-SC还具有NINs的地址，其中BM-SC或者管理该地址或者它具有任一其他的服务器发现机制，以便能够接触NINs并且将这些NINs链接到路径中。如果网络具有多个具备不同性能的NINs，因为在网络中管理这些NINs或者因为NINs向BM-SC登记它们的性能，BM-SC知道该性能。这些性能被用于选择合适的NIN。这暗示着可能由BM-SC取决于所需要的性能选择不同的NINs，以用于流式传输流的自适应。在下文中，给出了一些将被考虑的性能的举例。例如，可能考虑可利用资源。此外，BM-SC根据自适应速度进行辨别，其中该速度可能取决于所使用的处理器和/或接收质量报告速度和/或实用的方法。更进一步的举例是所支持的无线特定自适应。这可能在例如GSM，WCDMA，WLAN的不同的网络之间的高等级辨别上，或者更详细地，通过辨别不同的特定参数，像从300到64kbps的带宽，或者从2ms到5ms的延迟以及相应的缓存来完成。另一个用于辨别NINs的举例是基于像CAMEL，RADIUS或者DIAMETER那样的不同的解决方案的，例如由特定的预付费解决方案引起的收费支持。表示溢出风险的每个流的可用缓冲区大小可能被认为是用于辨别NINs的标准。更进一步的举例可能是所支持的无线特定压缩和安全算法或者所支持的错误保护机制。
首先，相对于图7描述了该解决方案，其中首先通过NIN转送流式传输流，以便相应地对其进行自适应，然后通过BM-SC进行复制。图7包括两个不同的NINs，NIN1和NIN2以及两个具有多用户{UE-1}和{UE-2}的不同的子区。
正如相对于图5和6所描述的，BM-SC发送RTSP：描述到服务器并且接收SDP-信息。利用那个信息，考虑用户已经登记的接入网络或者子区，不同的NINs的性能以及BM-SC中的选择标准来确定将被分配的一个或者多个NIN。BM-SC随后分配一个或者多个NIN中的相应的资源，例如可以保留流式传输自适应资源。当流式传输会话开始时，为了避免资源不可用，这是有益的。然而，运营者还可能决定不保留资源而是冒着稍后资源不可用的小风险。在图7中，仅仅一个NIN，NIN-2被用于所有的流。BM-SC向服务器通知NINs，基本上NIN地址被交换。这个信息还可能稍后在设置(SETUP)或者播放(PLAY)消息中被发送。在那之后，对于不同的区域，分别发送SIP：邀请消息。RTSP：设置以及RTSP：播放消息正如相对于图5和6所描述的那样被处理。为了使NIN知道流的开始，这些还可以经由NIN被间接地发送。这可以特别地对RTSP：播放消息感兴趣。
服务器发送两个流到NIN-2。这两个流都依据较早确定的规则进行自适应，并且流分别被转送到子区-1和子区-2中的用户。作为选择，可能已经选择了两个或更多个不同的NINs。
相对于图8描述了其中首先流在执行它们的自适应之前被复制的情形。与图7的差别在于在图7中，在可能由BM-SC排序的服务器中完成复制，然而在图8中，在BM-SC中完成复制。
正如在先前的信令序列中那样，BM-SC发送RTSP：描述到服务器，并且接收SDP-信息。利用那个信息，考虑用户已经登记的接入网络或者子区，不同的NINs的性能以及BM-SC中的选择标准来确定将被分配的一个或者多个NIN。BM-SC随后分配一个或者多个NIN中的相应的资源，并且发送相应的用于各个子区的SIP：邀请消息。在图8中，两个NINs被用于所有的流。RTSP：设置以及RTSP：播放消息如之前那样被处理。
服务器发送单个流到BM-SC，其将该单个流复制到两个流中，并且将一个流转送到NIN-1，另一个流转送到NIN-2。这两个流都依据较早确定的规则进行自适应，并且流分别被转送到子区-1和子区-2中的用户。如果使用分级编码，在不同的层数被发送到每一个NIN的意义上，到NIN-1和NIN-2的流可以不同，其中基极层被发送到两个NINs，并且取决于需求，不同的增强层的数量被发送到不同的NINs。
利用本发明，有可能执行用于由GGSN，SGSN，RNC或者节点B覆盖的区域的专用自适应，这个区域指的是小于由NIN或者BM-SC提供的覆盖范围的区域。此外，有可能完成每个QoS子群的专用自适应，这可以暗示着可能存在包括小区在内的每个地理区域更多的子群。为了做到这一点，分级中更高处的节点必须被通知流仅仅被转送到分级中更低处的单个节点。它意味着如果专用自适应用于SGSN-区域，GGSN，BM-SC和NIN必须被通知流仅仅被发送到那个特定的SGSN。正如之前所提及的，在中间节点进行专用自适应的决定。新消息随后沿着表示流和例如某一SGSN的目的地的多播传送树被分配。所有在中间的节点将相应地设置用于那个特定流的分布树信息。
记载了NIN或者BM-SC知道相应子区中可利用的QoS。这暗示着复制信息必须附有诸如SGSN或者RNC的相应子区或者接入节点的地址。从这些节点，NIN或者BM-SC能因此请求子区的实际特征，以便因此命令NIN进行自适应逻辑。
在下文中，更详细地描述了按要求来自BM-SC的中间节点或者服务器中的多用户流式传输的复制。该复制可能基于不同的标准。例如，对于具有像带宽一样的特定接入特征的特定接入网络中的所有成员完成复制，它意味着一个流式传输流转到GSM用户，一个转到UMTS用户，并且一个流转到采用WLAN接入的用户。有关用户接入特征的信息被假设为在BM-SC中可用，或者不得不被包括在相应的多播群登记过程中。另一个举例是对于由GGSN，SGSN，RNC服务的特定地理区域中的所有的成员或者甚至每一个单用户执行复制。这种位置信息还为BM-SC所知。如果对于由具有某一类型或者某一版本的特定的NIN服务的所有的用户完成复制，这个节点不得不知道每个端口/链路的NINs。
基本上，BM-SC能够复制在具有不同的特征的多个流中的相同内容。这些流能因此在NIN中得到专用和最佳的处理和自适应。
如上所述，一旦建立会话，有效负载能够流到多用户群。由服务器来完成初始复制，该服务器发送多个不同的流。BM-SC作为一个或者几个群成员对服务器进行动作，或者作为服务器对群成员进行动作。此外，它维护必要的定址自适应。
在下文中，描述了用于本发明的收费和记帐解决方案。正如已经提及的，采用本发明获得一种有效的解决方案，用于执行接收流式传输流的多播群的收费和记帐。
中间节点协调整个多用户会话，并且具有所有的相关信息。所述节点例如知道用户，接收质量，流特征，每个流自适应的用户的数量。所有的这些信息能够被提供到收费和记帐服务器，以便应用非常准确和公平的收费政策。因为由NIN接收更准确的接收质量信息。因为它处理更小的子群，某信息可被用于完成对于多用户服务的更准确的收费和记帐。
所描述的实施例，特别是用于UMTS的实施例将不会被看作是对本发明的限制。因为这个发明还适用于GPRS，并且实际上还能够被用于其他的无线系统，像例如WLAN和UMTS核心网络。

Claims (14)

1.一种提供用于从流式传输服务器到多播群的用户的流式传输的多播的方法，该多播群具有提供多播传输的多播/广播服务器，以及基于支持流式传输流传输的请求式单用户信令来提供流式传输的流式传输节点，
其特征在于：
提供包括多播/广播服务器以及流式传输节点的中间节点，并且所述中间节点提供以下步骤：
-中间节点根据流式传输的需求建立用于多播传输的载体，
-中间节点通过将从流式传输服务器接收的请求式单用户信令翻译为多用户推送信令，在载体上建立多用户流式传输会话，
-中间节点根据多播群或者多播群的子群的需要将接收的流式传输流自适应为多播传输，
-中间节点根据多播子群的数量复制接收的流式传输。
2.根据权利要求1所述的方法，其特征在于：与所述流式传输服务器通信的流式传输节点自适应流式传输，并且将自适应的流式传输转送到多播/广播服务器，该多播/广播服务器在多播群的子群当中复制接收的流式传输。
3.根据权利要求1所述的方法，其特征在于：与所述流式传输服务器通信的多播/广播服务器在多播群的子群中复制接收的流式传输，并且将每一个复制的流式传输转送到流式传输节点，该流式传输节点自适应每一个流式传输。
4.根据权利要求1，2或者3所述的方法，其特征在于：决定单元被提供用于决定接收的流式传输流怎样在中间节点中被定向。
5.根据权利要求3所述的方法，其特征在于：流式传输节点具有不同的性能，多播/广播服务器知道该不同的性能和流式传输节点的地址，以便选择合适的流式传输节点来执行合适的流式传输流的自适应。
6.根据权利要求5所述的方法，其特征在于：如果使用分级编码，在不同的层数被发送到不同的流式传输节点的意义上区别流式传输流。
7.根据权利要求1所述的方法，其特征在于：中间节点管理用于识别从所述流式传输服务器到达的流式传输流的地址。
8.根据权利要求1所述的方法，其特征在于：中间节点接收通知流式传输会话所需要的传输参数的会话描述消息，并且借助于多用户推送信令消息将接收的参数转送到群成员。
9.根据权利要求1所述的方法，其特征在于：中间节点接收通知流式传输会话所需要的传输参数的会话描述消息，并且所述中间节点根据接收专用复制流的子群的需要改变接收的参数，并且借助于多用户推送信令消息将改变的参数发送到群成员。
10.根据权利要求6所述的方法，其特征在于：向分级中更高处的节点通知流式传输流借助于沿着多播传送树分配的新消息仅仅被转送到分级中更低处的单个节点。
11.根据权利要求1所述的方法，其特征在于：单用户请求式和多用户推送信令之间的变换暗示着某一个消息没有被传播。
12.根据权利要求1所述的方法，其特征在于：流式传输流的复制基于接入网络，其中用户位于地理区域上和/或子群希望进行流式传输会话的服务质量上。
13.根据权利要求12所述的方法，其特征在于：中间节点请求该区域的实际特征以便相应地自适应流式传输流。
14.根据权利要求1所述的方法，其特征在于：中间节点提供附加信息到收费/记帐服务器，以便保证准确的收费和/或多用户流式传输有关的收费。
CN200380110578.2A 2003-10-23 2003-10-23 用于提供流式传输的多播的方法和中间节点 Expired - Lifetime CN100550755C (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2003/011720 WO2005041479A1 (en) 2003-10-23 2003-10-23 Multi-user streaming

Publications (2)

Publication Number Publication Date
CN1860726A CN1860726A (zh) 2006-11-08
CN100550755C true CN100550755C (zh) 2009-10-14

Family

ID=34486020

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200380110578.2A Expired - Lifetime CN100550755C (zh) 2003-10-23 2003-10-23 用于提供流式传输的多播的方法和中间节点

Country Status (7)

Country Link
US (1) US7996553B2 (zh)
EP (1) EP1676398B1 (zh)
CN (1) CN100550755C (zh)
AT (1) ATE426284T1 (zh)
AU (1) AU2003279309A1 (zh)
DE (1) DE60326777D1 (zh)
WO (1) WO2005041479A1 (zh)

Families Citing this family (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070136759A1 (en) * 2003-11-14 2007-06-14 Hai Zhang Method of implementing multicasting service
WO2006072825A1 (en) * 2005-01-07 2006-07-13 Nortel Networks Limited Systems and methods for distributing content in wireless networks
KR100589437B1 (ko) * 2005-06-22 2006-06-14 엔에이치엔(주) 동적 서버 초기화 방법 및 시스템
CN1960525B (zh) * 2005-11-02 2010-05-05 华为技术有限公司 一种多方通信业务的会话控制方法及系统
CN1960526B (zh) * 2005-11-03 2010-05-05 华为技术有限公司 一种实现多方通信业务的方法和系统
US20070130358A1 (en) * 2005-12-02 2007-06-07 Mike Severa Faster Than Real Time Streaming in a Playlist Context
CN100466726C (zh) * 2006-01-16 2009-03-04 华为技术有限公司 一种流媒体节目的点播方法
CN101005649A (zh) * 2006-01-19 2007-07-25 华为技术有限公司 一种多方通信业务的连接建立方法及系统
FI20065137A0 (fi) * 2006-02-27 2006-02-27 Nokia Corp Multimedian jakaminen
CN100426886C (zh) * 2006-03-17 2008-10-15 华为技术有限公司 一种实现流媒体业务的方法
US20090313376A1 (en) * 2006-06-02 2009-12-17 Mats Cedervall Method and apparatuses for establishing a session between a client terminal and a media supply system to transport a unicast media stream over an ip network
CN101155053B (zh) * 2006-09-25 2011-03-30 华为技术有限公司 一种组播/广播业务实现方法和系统
US8018933B2 (en) * 2007-06-27 2011-09-13 Microsoft Corporation Reliable multicast with automatic session startup and client backfil support
US9178916B2 (en) * 2007-06-28 2015-11-03 Voxer Ip Llc Real-time messaging method and apparatus
US11095583B2 (en) 2007-06-28 2021-08-17 Voxer Ip Llc Real-time messaging method and apparatus
US8612617B2 (en) * 2007-06-28 2013-12-17 Microsoft Corporation Reliable multicast transport protocol
US8180029B2 (en) 2007-06-28 2012-05-15 Voxer Ip Llc Telecommunication and multimedia management method and apparatus
US20110019662A1 (en) 2007-06-28 2011-01-27 Rebelvox Llc Method for downloading and using a communication application through a web browser
US8683065B2 (en) * 2007-06-29 2014-03-25 Microsoft Corporation Multicast content provider
JP5169178B2 (ja) * 2007-11-29 2013-03-27 ソニー株式会社 配信サーバおよび配信サーバにおけるコンテンツ配信方法
US20090161590A1 (en) * 2007-12-19 2009-06-25 Motorola, Inc. Multicast data stream selection in a communication system
US7979557B2 (en) * 2008-04-11 2011-07-12 Mobitv, Inc. Fast setup response prediction
US8804679B2 (en) * 2008-11-13 2014-08-12 Elektrobit Wireless Communications Method and apparatus for data transfer with signaling
CN101431535B (zh) * 2008-12-01 2011-12-28 中兴通讯股份有限公司 一种中继频道的实现方法
EP2497267B1 (en) * 2009-11-03 2014-08-27 Telefonaktiebolaget LM Ericsson (publ) Streaming with optional broadcast delivery of data segments
US8583978B2 (en) * 2010-11-09 2013-11-12 Cisco Technology, Inc. Multicast message retransmission
US9072005B2 (en) * 2011-04-20 2015-06-30 Qualcomm Incorporated Quality of service control in a multicast transmission
US9413540B2 (en) 2011-07-05 2016-08-09 Genband Us Llc Combining P2P and server-based conferencing
US9979604B2 (en) 2015-08-12 2018-05-22 At&T Intellectual Property I, L.P. Network management for content broadcast
US10015640B2 (en) * 2015-08-12 2018-07-03 At&T Intellectual Property I, L.P. Network device selection for broadcast content

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6014706A (en) * 1997-01-30 2000-01-11 Microsoft Corporation Methods and apparatus for implementing control functions in a streamed video display system
US6359902B1 (en) * 1998-08-18 2002-03-19 Intel Corporation System for translation and delivery of multimedia streams
US20010029525A1 (en) * 2000-01-28 2001-10-11 Lahr Nils B. Method of utilizing a single uniform resource locator for resources with multiple formats
US6904054B1 (en) * 2000-08-10 2005-06-07 Verizon Communications Inc. Support for quality of service and vertical services in digital subscriber line domain
ATE330393T1 (de) 2001-08-21 2006-07-15 Ericsson Telefon Ab L M Mehrfachsendung in paketvermittelten punkt-zu- punkt-netzwerken
EP1557061B1 (en) * 2002-10-29 2006-03-01 Telefonaktiebolaget LM Ericsson (publ) Reporting for multi-user services in wireless networks
US7310730B1 (en) * 2003-05-27 2007-12-18 Cisco Technology, Inc. Method and apparatus for communicating an encrypted broadcast to virtual private network receivers

Also Published As

Publication number Publication date
AU2003279309A1 (en) 2005-05-11
US7996553B2 (en) 2011-08-09
ATE426284T1 (de) 2009-04-15
EP1676398A1 (en) 2006-07-05
EP1676398B1 (en) 2009-03-18
US20070058626A1 (en) 2007-03-15
CN1860726A (zh) 2006-11-08
WO2005041479A1 (en) 2005-05-06
DE60326777D1 (de) 2009-04-30

Similar Documents

Publication Publication Date Title
CN100550755C (zh) 用于提供流式传输的多播的方法和中间节点
CN100420192C (zh) 在通用移动电信系统网络中进行组播的方法和装置
CN102497621B (zh) 开启ad-hoc无线即按即说会话的方法、用户设备和服务器
CN101272520B (zh) 在系统架构演进中支持多媒体广播组播业务的方法和装置
JP3942033B2 (ja) ポイントツーポイントパケット交換向きのネットワークにおけるマルチキャスト方法
JP4914912B2 (ja) 複数のベアラからなるマルチキャストサービスまたはブロードキャストサービスを提供するためのネットワーク・エンティティおよびその方法
CN101420375B (zh) 通信网络中的共享内容流的分配
JP4989657B2 (ja) ＰｏＣシステムにおけるマルチメディア通信サービスのための発言権管理システム及びその方法並びに端末装置
US8670354B2 (en) Sharing ongoing data session
US8761056B2 (en) System for providing EMBMS chatting service and service provider server of the same, and method for controlling eBM-SC and user equipment
CN101156390B (zh) 用于在移动广播系统中传递流的设备和方法
US20080155055A1 (en) Method and system for sending media stream-based charging request in a multiparty session
US7844291B2 (en) Method for transferring and applying floor control scheme in PoC session and system for implementing the same
US20150281916A1 (en) METHOD AND SYSTEM FOR PROVIDING MEDIA STORED IN A PoC BOX IN A PoC SYSTEM
CN101043431B (zh) 一种缩短多方通话业务建立时间的方法与系统
CN101022344B (zh) 通过监听消息为终端提供组播的方法
CN101022345B (zh) 基于终端发起的请求信息提供组播的方法
Ikram et al. IMS-MBMS convergence for next generation mobile networks
KR100821199B1 (ko) 타망에 가입된 단말로 자망의 ｉｍｓ 망에 따른 서비스를제공하는 방법 및 장치
KR20090128310A (ko) 일대일 푸쉬-투 세션을 멀티캐스트 푸쉬-투 세션으로 전환하기 위한 방법

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
CX01 Expiry of patent term
CX01 Expiry of patent term

Granted publication date: 20091014