专利名称：在通用移动电信系统网络中进行组播的方法和装置的制作方法
技术领域：
本发明涉及一种用于连接到通信网的网络实体和所述实体所用的控制方法。
背景技术：
作为通信网的实例，图2显示了一种移动通信网的示意图，该移动通信网由为移动台101、102和103提供至通信网的接入的接入网部分20、用于控制与移动台的通信的控制网络部分21以及用于处理移动通信网和一个或多个其它网络之间的呼叫内容的网关22组成，其中，图2显示了一个电话网24作为示例。在图2中，虚线表示控制信令，而实线表示内容传输。
图2还显示了与电话网24相关联的控制网络23和可能是或者可能不是移动通信网的组成部分的服务器网络26。换言之，服务器网络可能是例如移动通信系统的业务网部分，或者可能是单独的网络，如因特网。
作为通信的示例，图2显示了移动终端101和与电话网24相关联的终端25之间的通信，其中，呼叫内容从移动终端101传送到接入网20中的网关支持节点201，然后传送到网关22，传送到与电话网24相关联的网关241、传送到与电话网24相关联的网关支持节点242，然后再传送到电话终端25。注意到，所传送的内容可以是任何已知的类型，例如视频、音频或数据。
终端101和25之间的这种通信基于移动通信网侧的控制网络21的控制实体211和电话网24侧的控制网络23的控制实体231来控制。控制信令在这些实体211和231之间进行交换，并且实体211与网关支持节点201和网关22交换控制信令，而控制实体231与网关241和网关支持节点242交换控制信令。
图2还显示了通信的其它实例，即从网络26中两个服务器261、262到两个移动终端102和103的呼叫传输由控制网络21中的实体212和接入网20中的支持节点202来进行处理。在这些实例中，呼叫内容和控制信令由相同的实体进行处理。
应理解，图2中的图示是示意性的，表示逻辑结构，其中，所述逻辑结构可能为或者可能不为对应的物理结构所反映。换言之，图2所示的分离的实体实际上可以是物理上分离的，或者可以设置在一个物理单元中的一个位置上，图2中作为单个部件显示的实体可以作为单个物理单元来提供，或者可以分布在多个物理单元上。
具有图2所示体系结构的网络的实例是根据3GPP第三代合作项目)技术规范23.002V5.3.0(2001-06)的移动通信网，此规范可从网页http//www.3gpp.Org上获得，并通过引用将其结合到本文中在3GPP的术语中，用于提供接入的第一网络部分20可以是所谓的接入网，而支持节点201、202可以是GGSN(网关GPRS支持节点)。此外，提供控制功能的第二网络部分21可以用所谓的核心网来实现，而实体211、212可以是一个或多个CSCF(呼叫状态控制功能)。而移动台101、102、103可以是例如根据通用移动通信系统(UMTS)来工作的移动台。
发明目的本发明的目的是通过提供改进的网络实体来提高通信网的能力。
发明概述此目的通过具有权利要求1所述的特征的网络实体和如权利要求17所述的控制方法来实现的。优选实施例在从属权利要求中描述。
本发明提供了一种用于通信网的网络实体，其中，所述网络实体用于●控制通信网中组播传输的接收和产生，组播传输是承载传输内容和组播组标识符的传输，所述组播组标识符是与所述组播传输相关的一组目的地的标识符；●执行根据组播组标识符确定组播传输的目的地的第一过程；以及●执行根据第一过程的结果处理组播传输的第二过程，其中，第二过程包括用于对组播传输进行路由和/或终止组播传输和/或发起组播传输的例程。
网络实体因此是具有如下功能的组播管理实体●组播路由器的功能，如用于对组播进行路由选择和组播数据处理的组播组管理功能，和/或●组播服务器的功能，如作为潜在的组播源(例如对组播服务而言，接收并存储组播传输以便以后转发，或者接收单播传输并因组播管理实体决定或受命将其传送给多个用户而将其转换成组播传输)的发起能力，或者具有产生、操纵和/或混合组播内容的处理能力，和/或●组播代理的功能，如终止和处理的能力(例如按无线电接口特性调整组播内容(对移动通信网而言))和终端用户(设备)能力以及参数选择。
本发明的网络实体最好应用于移动通信网，但应注意，它可以应用于任何类型的通信网，即无线网、有线网、固定网、卫星网等等。
所以，根据本申请，可以将组播能力添加到通信网中，以便网络运营商可参与提供和管理组播服务以及各服务的特定会话，这意味着可以实现例如组特定的接纳控制和组特定的计费，并且可以大大提高通信网中总的传输效率，因为组播管理和处理的装置允许网络运营商了解组播服务和组播会话，以便更好地分配和利用网络资源。
附图简述通过参照附图研究如下对本发明优选实施例的详细说明，就会明白本发明的其它优点。附图中
图1是本发明实施例的示意图；图2是移动通信网体系结构的示意图；以及图3说明根据本发明的实施例，对包括可分离部分的组播传输内容的处理。
实施例的详细说明下面将结合应用于移动通信网的网络实体来说明本发明的优选实施例。但是，应理解，本发明的网络实体可应用于任何类型的通信网环境中，并且在移动通信网中的应用仅是一个优选实例。
图1是一个可以应用本发明的通信网实例。该图显示了移动台10、基本呼叫控制实体11、网关支持节点12、组播管理实体13(作为本发明的网络实体的实施例)以及组播源14。类似于图2，实线表示内容传输，而虚线表示控制信令。同样，应注意，图1所示的结构是逻辑结构，从而在图1中作为分离部件显示的单元可能是或者可能不是物理上分开的，作为单元显示的部件可能是或者可能不是物理单元，即可以位于一个地方，或者可以分布到几个网络单元上。
基本呼叫控制实体11和组播管理实体13均属于移动通信网的通用控制部分，例如图2所示的网络部分21。基本呼叫控制实体11用于处理与访问移动通信系统的各个移动台的通信。呼叫控制实体11的对应功能为例如呼叫建立和呼叫终止、状态/事件管理、与其它用于支持特定服务、呼叫事件计费报告、审计、拦截等网络实体的交互(例如组播管理实体13)。注意到，为简洁起见，图中并未示出接入网。
组播管理实体13用于控制接收来自适当源端的组播传输。如图1所示，这种源可以为例如发出组播传输151的服务器14。注意到，服务器14可以是移动通信网的组成部分，或者也可以在移动通信网之外。应注意，组播管理实体13和服务器14之间可以插入一个或多个组播路由器，这些路由器为简洁起见而未示出。如图1所示，组播传输源还可以是发出组播传输152的移动台10。
组播管理实体13还用于产生和/或发起组播传输。组播传输的产生可以基于对接收到的(组播和/或单播)传输的处理，或者组播管理实体13还可以是本身可以发起自己的组播传输或者例如根据附加的信息将单播传输转换成组播传输的始发服务器。
组播管理实体13用于执行根据组播组标识符确定组播传输目的地的过程。组播组标识符的实例为根据RFC 112因特网组播管理协议(IGMP)的组播地址。一般而言，组播组标识符是任何适合于标识一组目的地的标识符。
组播组管理实体13还用于执行根据目的地确定过程的结果，即根据确定的目的地来处理组播传输的过程。处理组播传输可以是对接收到的传输151、152作简单的路由、处理接收到的组播传输、终止接收到的组播传输或者发起新的组播传输。这由图1中的箭头153所示，它是组播管理实体13的输出。所示的目的地16可以是移动通信网之内或之外的实体，即可以是目前正在访问移动通信网的移动台(如归属网用户或漫游用户)，或者可以是移动通信网中的某些其它实体，如网络节点，或者可以是移动通信网外的任何实体，如图2所示的服务器261、262之一，或者例如不同电话网内的电话终端，如图2所示的终端25。
注意到，图1所示的控制信令连接171-175只是示例而已。即，在此实例中，源端10或14可以与基本呼叫控制实体11和特定的组播管理实体13交换控制信令。但是，在源10或14和组播管理实体13之间无信令连接172、173同样可能，以致源10或14和组播管理实体13之间的所有控制信令要通过基本呼叫控制实体11，即通过连接171、174和175来进行处理。
组播管理实体13最好管理将目的地标识符与组播组标识符相关联的组播服务记录，并用于接收和终止来自于移动通信网内外潜在目的地的组播服务的服务登记请求。组播服务记录可以保存在组播管理实体13上，或者可以保存在移动通信网内的任何其它地方。目的地标识符可以是与其中可能存在潜在目的地的移动通信网和其它网络兼容的任何期望或合适的类型。例如，目的地标识符可以是因特网协议(IP)地址，组播组标识符可以是专用的IPv4(IP的第4版)或IPv6(IP的第6版)组播地址。
潜在的目的地可以通过适当的信令如IGMP或组播接听者发现(MLD)信令，或者通过属于移动通信网的专用信令过程注册要求组播管理实体13上的组播服务。这类信令消息由组播管理实体终止，并由此存储诸如注册到特定组播组的客户(目的地)之类的组管理信息。举例如下，可以定义通用的“足球兴趣”组，并且客户注册到该组以便接收任何与所述组相关的有关足球的任何组播服务传输。
组播管理实体13最好还用于接收和终止来自于所述移动通信网内外的充当组播目的地的实体的组播会话的会话登记请求。换言之，组播管理实体13从潜在的目的地接收专用会话登记消息，以便然后让该目的地参与对应组播组的会话。例如，组播组管理实体13记录当前注册到特定组播服务(如上述的“足球兴趣”组)的所有目的地，如果组播管理实体接收到承载标识所述特定组的组播组标识符的组播传输，则可以将该传输传播到所有已注册到该会话的目的地。尤其是，该组播管理实体可以充当一种类型的组播路由器，以便将接收到的组播内容传送给移动通信网域内的所有注册客户。组播管理实体还通过向移动网外的组播传递树传播组管理信息而使移动网能够成为组播传递树的一部分。组播路由协议用于此目的。通过传播此信息，移动网就成为组播传递树的一部分，正如任何其它局域网一样。
组播管理实体13最好还可以例如响应移动性管理而修改服务登记请求。
组播管理实体13最好包括控制部分131和处理部分132，如图1所示。控制部分131最好处理会话控制，而处理部分132最好处理承载控制和传输内容，这亦如图1所示，其中，实线连接到处理部分132，而控制信令连接到控制部分131。但是，应注意，内容可以通过控制部分131来传送。
如前所述，图1所示的结构应理解为逻辑结构。因此，控制部分131和处理部分132可能是或者可能不是物理上分开的。尤其是，一个控制部分131有可能与多个处理部分132相关联，其中每个处理部分132位于移动通信网内的不同位置。控制部分131和处理部分132之间的通信可以根据任何适当的通信方案，例如根据ITU-T推荐H.248来进行。
在使用控制部分和处理部分的情况下，本发明的优点之一在于如下事实控制部分131可以根据客户(目的地)分布来选择处理部分132，例如可以以如下方式来选择一个或多个适当的处理部分尽可能靠近目的地位置来完成组播内容复制。一般而言，控制部分131可以根据目的地分布来优化组播内容的复制，以便减少资源负担。例如，这可以通过将复制量减到必需的最少量来完成，所述必需的最少量一方面由目的地分布来确定，另一方面由(动态的)网络状态和(静态的)网络体系结构来确定。处理部分的选择还可以基于所需的和/或可用的资源或可以采用负荷分担机制。处理成本也可以用作备用的或附加的选择标准。
在使用控制部分和处理部分的情况下，客户(目的地)可以向控制部分131注册，控制部分131可以选择最佳的处理部分132并将有关注册客户的信息传送给该处理部分132。如果客户直接向处理部分132注册，则处理部分132向控制部分131提供有关该注册客户的信息，用于计费、分析、统计等目的。可以在控制部分131和处理部分132之间采用专用的新的组播协议，或者可将例如H.248中的附加消息和参数用于这两种情况。
如果客户向控制部分131注册，则控制部分131可依次向处理部分132注册，即所有组播流量在通往目的地的路由上将通过控制部分131。这将使控制部分131能够收集与计费和统计相关的信息。在此情况下的控制部分131通过控制部分131本身将来自注册客户的组播传递路径扩展至处理部分132，最终到达组播源(如果组播源不是处理部分132本身)。也可能的是，在客户向控制部分131注册的情况下不让控制部分131向处理部分132注册。但是，控制部分131然后将请求客户的对应的支持节点12连接到处理部分132(例如通过组播路由协议)，或者控制部分131请求处理部分132命令支持节点12这样做。支持节点12然后就成为组播传递树的一部分。应注意，还可以将处理部分132和支持节点12之间的单播(可能是复用的)连接用于传送组播流量。在移动通信网拥有电路交换接入网的情况下，电路交换域的网关或因特网接入服务器可用于取代上述支持节点12。这允许向电路交换域提供组播服务。
组播管理实体13最好还用于接收和终止来自移动通信网内外的充当组播源的实体(例如来自图1所示的服务器14或移动台10)的会话邀请请求。当组播会话将要开始时，组播源10或14采用适当的信令协议(如会话发起协议SIP或实时流协议RTSP)来通知组播管理实体13(控制部分131)。此信令可以是直接的(如信令连接172、173所示)，和/或可以是间接的(如信令连接171、174和175所示)。此会话信息消息至少包括组播组标识符，最好还包括有关组播内容的信息，如组播传输中的流类型(如视频、音频、数据和与各单独的媒体流相关的特定参数，如流速率等)。有关组播内容的信息可以例如通过使用会话描述协议(SDP)来指示。
当通过控制部分131完成了注册，组播管理实体13的控制部分131就选择最佳的处理部分132并在网络中预留所需资源并向处理部分132注册以扩展组播传递路径。此外，它将所有这些信息存储在数据库中，所述数据库最好与组播管理控制部分131集成在一起。组播管理控制部分131还将组播管理处理部分132的标识符以例如分组交换网中的适当地址(如IP地址)的形式通告组播源(如图1所示的10或14)。内容(151、152)因而可以传送到组播管理处理部分132，其中，完成单播到组播的转换。处理部分132还可以向组播源注册。处理部分132像任何其它的组播客户一样(例如通过IGMP/MLD)注册到对应的组播组或其它组播路由器(例如组播协议)。
组播管理实体13(控制部分和/或处理部分132)具有关于目的地组播能力的信息(例如存储在数据库中)，可以决定是否必须实现进一步的组播传输(即包含组播组标识符的单个传输)或复制和提供若干组播传输和/或单播传输。在后一种情况中，处理部分132终止组播路由协议(如协议无关的组播PIM)的数据流，复制内容并在接入网中使用多个单播传输。目的地(客户)的对应地址由控制部分131提供，或者处理部分132在客户直接注册到该处理部分时已具有地址。
组播管理实体13还可以独自发起组播传输，例如在已从中央数据库接收到(标识组播组标识符和组播源的)组播会话列表后。然后，组播管理实体13不是等待输入请求，而是自己选择处理部分132，联络所列举的组播源并将有关组播流、组播源、处理部分132等等的信息存储在它的数据库中。组播管理实体13所发起的组播服务还可以在将存储转发机制应用于组播服务时使用。存储转发服务是这样一种服务，其中，组播管理实体13存储接收到的组播内容并在一定延迟之后将其转发。组播服务可以由组播管理实体13下载，而转发/发送可以由外部事件来触发，例如接收到触发消息或满足预定的定时条件，组播管理实体13基于此开始服务传送。作为另一种选择，组播内容无须同时传送给所有客户。如果某些客户不可用，则它们可以以后获得该内容(当它们可用时)。在那种情况下，组播管理实体将会跟踪哪一些客户已经接收到信息，即将组播内容传送给组播组时，主要是哪一些客户可用。组播管理实体发起/命令注销已接收组播内容的客户，可用于确保所有客户只收到内容一次。
组播管理实体13最好这样加以设置，即处理组播传输的过程包括在将组播内容发送到目的地(如访问移动通信网的移动台)之前，通过变更组播内容的一个或多个参数和/或变更内容本身来处理组播内容的例程。例如，参数的变更可以为根据空中接口特性来调整组播流。例如，可以根据空中接口上的可用带宽来调整流的传输速率。变更内容的实例可以是添加网络运营商的特定标志符、添加商业内容或滤掉特定(不想要的)内容。
此外，组播管理实体13最好这样加以设置，即处理组播传输的过程包括在将组播内容发送到其目的地(例如访问移动通信网的移动台)之前，合并和/或组合一个组播传输的组播内容与另一个组播传输的组播内容从而处理组播内容的例程。这类似于合并/组合多个单播流。
可以在组播管理实体13中收集参与组播会话的所有实体的计费信息并将其转发至移动通信网中对应的计费节点，并且如果有必要或需要的话，则将其转发给其它网络中的计费节点。
组播管理实体13最好还用于执行针对组播组的组特定接纳控制和/或组特定计费和/或组特定统计收集和/或组特定统计评估。例如，组特定接纳控制意味着组播管理实体13控制同时存在的最多或最少成员数量(会话的注册目的地)。组特定计费意味着对单个目的地(用户)收取的费用可以根据与组相关的条件来改变，例如如果更多的客户(目的地)同时接收组播服务，则费率就较低。不同的实例是这种情况当设定了预定的最少数量的目的地以便进行会话时，如果客户数量太少，则组播管理控制部分131拒绝组播源的会话邀请请求，或者在其本身充当组播源时不发起其自己的会话。
组播管理实体13还可以对组播传输源执行认证、授权和计费。
根据本申请，组播管理实体13(尤其是处理部分132)最好可以在采用基于源的组播路由结构时充当组播传递结构的源或远程源，或者它可以在采用基于核心的路由结构时充当核心(也称之为聚集点)。这两种类型的组播路由结构例如可参见O.Hersent、D.Gurle、D.Petit所著的“IP电话基于分组的多媒体通信系统”(Addison-Wesley，Harlow，2000)，从而不必在此作进一步的描述。
组播管理实体13最好以如下方式来加以设置它可以专门处理包括可分离部分的组播传输内容。包含可分离部分的组播传输内容的实例为不同媒体类型的流，如视频、音频和数据，或者可伸缩的编码数据的不同层次，例如从MPEG-4已知的基础层和增强层。在此情况下，用于根据组播组标识符确定目的地的过程最好包括确定目的地的子组，其中，每个子组与接收一个或多个可分离部分有关，且处理组播传输的过程最好包括根据确定的子组控制组播传输内容的分离以及转发各已分离的部分的例程。
注意到，可以以任何合适的或希望的方式来定义子组。例如，子组可以由网络运营商来预先定义，并且潜在的目的地简单地注册到预定义的子组之一。例如，对于包含音频和视频流的预定数量的(主)组播组，可以对每个相应的主组预定义若干子组，使得注册到音频子组的目的地只接收音频流，而注册到主组的目的地则接收音频和视频流。或者，组播管理实体可以根据例如用户请求来控制子组的定义。例如，如果目的地(客户)注册到特定的组播组，如上述的足球兴趣组(本实例假设提供视频和音频流)，并且同时目的地表示它只希望接收音频流，于是组播管理实体可以(动态地)定义音频子组。这种定义还可以与预定条件相结合，例如存在预定最少数量的纯音频服务请求。
向子组注册的过程可以类似于上述一般情况下向组注册的过程。每个子组将拥有其自己的组播子组标识符，因而在其它方面就像任何其它的组播组。
换言之，组播组管理实体13最好能够处理不同类型的客户(目的地)的组播服务。不同类型的客户具有不同服务质量要求、能力和偏好。例如，某些移动台可能只能够接收音频，或者只能接收音频和数据。同样，不同类型的目的地可以因不同的接入网如分组交换移动终端的一个接入网和电路交换移动终端的一个接入网而有所不同，其中，例如电路交换移动终端可以仅接收音频信息。
根据本发明，有可能让组播管理实体13将接收到的组播内容分成多个流，其中，根据不同的组播子组来进行分离和转发。例如，目的地可以选择接收哪一个媒体流，这还可以与特定的计费方式相结合(例如只接收音频流比接收音视频流便宜)。
同样，如果组播内容包含具有基础层和增强层的分层的可伸缩编码，例如增强层用于提高帧速率或空间分辨率，则可以按层分配组播子组。
分离组播传输内容的功能可以根据各种愿望、要求和约束，以许多种不同方式来实现。例如，有可能这样设置组播管理实体，使之用于将属于预定组播组(“主组”)的内容简单地拆分成若干部分或若干部分的组合，每一部分或若干部分的组合与其所属的子组(如由网络运营商预定义的)和所属组播子组的标识符相关联，然后利用对应的组播子组标识符转发相应的子组传输，而无需了解注册到这些子组的客户。换言之，客户不向组播管理实体注册，而是向组播树下游的实体注册。
另一方面，组播管理实体还用于记录客户(目的地)，以便直接确定哪些客户注册到哪一个子组。例如，这在组播管理实体复制内容并以单播传输的形式将其转发至各个目的地时是必要的步骤。如果组播管理实体主动参与注册管理，则可能必须对不同的子组采用额外的组播地址和组管理例程。这可能意味着必须通知客户有关组播子组地址和内容的信息，以便这些客户知道向谁注册。
图3显示了一个实例。组播源30发送包含内容栈301、302、303的传输流，其中内容可以分成301、302、303等部分。例如，303可以是视频流，303可以是数据流而301是视频流，或者303可以是基础层，302是第一增强层，301是第二增强层。然后，第一实体31如第一组播管理实体13可以将一个包含所有这三部分301-303的一个组播传输转发给实体33，并向另一实体32发送只包含流302和303的组播传输，所述实体32例如为组播管理处理部分132。此实体32可以依次进一步分离接收到的组播传输，例如通过将单个部分303转发给一个移动台105以及将包含302和303的传输转发给另一移动台104。另一方面，实体33可以复制并转发整个栈301、303到对应的终端台34和35。
例如，多个RTP(实时传输协议RFC 1889)流可用于多种媒体或分层编码的情况，每个RTP流基于专用的组播组。客户(目的地)注册到他们感兴趣的流的组播子组，或者它们可以接收组播传输。组播源不知道而且不关心不同的客户接收或希望接收哪些层或媒体，因为它在通用组中发送所有流和媒体，而由组播管理实体根据子组来进行处理。
对于目前所述的本发明的实施例，组播管理实体13最好自己可以应用分层编码或处理多个媒体流(可能在拆分复用的媒体流之后)。组播管理实体13用于将组合的媒体流或组合编码拆分成不同的媒体流或不同的编解码层。这有可能在对这些流进行代码转换之后完成。或者，组播管理实体13指示组播源在现有组播会话中或通过建立新的组播会话以要求的或希望的格式发送媒体流。作为一种选择，组播管理实体13向组播源执行能力请求，以便检查组播源是否可以并要求其以所需格式提供流(通常为组播内容)。然后，组播管理实体为不同的媒体流和/或不同的编解码器分配组播子组标识符，并通知客户(目的地)有关不同组播子组的目的以及各子组内对应的数据(编码)。这可以通过有关方面的通用组播分发信道、经网页或任何种类的缺省配置机制来完成到专用组播组的配置。然后，客户可以订购/注册到它们可以处理的和/或它们感兴趣的和/或它们只是愿意为之付费的组播子组。
这简化了组播管理实体中的处理，且实际上是组播管理实体和客户之间的嵌入式协商过程。
根据优选的实施例，组播管理实体13是移动通信网的多媒体处理系统的组成部分，其中，用于处理与访问所述移动通信网的各个移动台的通信的基本呼叫处理实体11也是所述多媒体处理系统的组成部分。更可取的是，将本发明应用于符合3G TS 23.002(如2001年六月的V5.30)、3G TS 23.228(如2001年六月的V5.1.0)和3G TS23.060(如2001年一月的V3.6.0)所描述的第三代合作项目(3GPP)技术规范的移动通信系统中，上述规范均通过引用结合到本文中。
在3GPP体系结构环境中，上述的多媒体处理系统可以是因特网协议多媒体子系统(IMS)，呼叫处理实体11可包括一个或多个呼叫状态控制功能(CSCF，即一个或多个代理CSCF，询问CSCF和服务CSCF)，所述组播管理实体13可以是多媒体资源功能(MRF)，其中，控制部分131可以是多媒体资源功能控制器(MRFC)，处理部分132可以是多媒体资源功能处理器(MRFP)。然后，支持节点12可以是GPRS(通用分组无线业务)网关支持节点(GGSN)。
GGSN中的位置寄存器用于保存每个用户的订购信息和路由信息(用于将以GPRS移动台为目的地的分组数据业务以隧道方式传送到该移动台注册的GGSN上)，其中GGSN至少有所述每个用户的一个有效PDP(分组数据协议)上下文。
如前所述，MRF最好划分成多媒体资源功能控制器(MRFC)和多媒体资源功能处理器(MRFP)。MRFC和MRFP的功能最好为如下功能MRFC控制MRFP中的媒体流资源，和/或解释来自应用服务器和服务CSCF的信息(例如会话标识符)并相应控制MRFP，和/或产生CDR(呼叫细节记录)，而MRFP在Gi接口(Gi接口是GPRS和外部分组数据网之间的参考点)上执行承载控制，和/或提供由MRFC控制的资源，和/或混合输入的媒体流(例如对应多方的媒体流)，和/或充当媒体流源(用于多媒体广播)，和/或执行媒体流处理(例如音频代码转换、媒体分析)。
此外，可以设置应用服务器(参见例如图2中的服务器261、262)。应用服务器(AS)有关MRF、用于提供会议功能的任务可能为例如如下任务会议预定和向MRFC提供预定信息(例如起始时间、持续时间、参与者列表)，和/或提供楼层控制机制，最终用户(如参加会议者、会议主席)可通过此机制来影响楼层并向MRFC提供有关如何混合和相应分发输入媒体流的信息。
控制信令和内容传输所用的协议可以选择合适或期望的。例如，这些通信可以按照如下协议来进行-SIP，会话发起协议(RFC 2543)；控制多媒体会话，和/或-SDP，会话描述协议(RFC 227)；描述多媒体会话，和/或-SAP，会话通告协议(草案)；通过组播通告多媒体会话，和/或-RT(C)P实时传输(控制)协议(RFC1889)；传输实时数据并提供服务质量(QoS)反馈，和/或-RTSP，实时流协议(RFC2326)；流式媒体传送控制。
会话发起协议是应用层控制(信令)协议，用于创建、修改和终止与一个或多个参与者的会话。这些会话包括因特网多媒体会议、因特网电话呼叫和多媒体分发。会话中的成员可以通过组播或通过单播关系网或这些方式的组合来通信。
用于创建会话的SIP邀请携带允许参与者就一组兼容媒体类型达成一致的会话描述。SIP通过代理请求并将其重定向到用户的当前位置来支持用户移动性。用户可以登记它们的当前位置。SIP不受任何特定会议控制协议的限制。SIP的设计独立于下层传输协议，可以用附加的能力来加以扩展。
会话描述协议(SDP)用于为会话通告、会话邀请和其它多媒体会话发起形式描述多媒体会话。SDP纯粹是会话描述的格式，即传送发现和参加多媒体会话所需足够信息所用的明确定义的格式。SDP使用适当的不同的传输协议，包括SAP、SIP和实时流协议(RTSP)。
SDP会语描述包括诸如此类的信息媒体类型(视频、音频等)、传输协议(RTP/UDP/IP、H.320等)、媒体格式(H.261视频、MPEG视频等)。
会话描述由会话级描述(适用于整个会话和所有媒体流的细节)和可选的若干媒体级描述(适用于单个媒体流的细节)构成。
会话通告协议(SAP)用于通告组播多媒体会议和其它组播会话。SAP周期性地向众所周知的组播地址和端口组播包含会话的描述(SDP)的分组。潜在的远程参与者可以利用会话描述来启动参与该会话所需的工具。SAP广播员不知道任何SAP接听者的存在与否。
SAP用于通告持续时间长的广域组播会话的存在。
实时传输协议(RTP)提供适合于通过组播或单播网络服务来传送实时数据如音频、视频或仿真数据的应用的端到端网络传输功能。RTP所提供的功能包括净荷类型识别、序列编号、时间戳以及传输监控。RTP还适合作为通过UDP和IP组播来实时传送音频和视频的协议。
数据传输通过控制协议(RTCP)来增强，此协议用于监控QoS并用于传送有关正在进行的会话的参与者的信息。会议中的每个媒体流作为单独的RTP会话(携带单独的RTCP流)传送。RTCP报告提供有关从特定源接收的数据的统计信息，如自前一报告以来已丢失的分组数，累计的丢失分组数、分组到达时间间隔抖动等。
在会话建立之后(可能在分发之后)，可以通过RTCP来监测QoS。如果不能再满足所需的QoS，则可以作出新的分发决定。
RTP和RTCP均为组播进行了针对性的设计。
实时流协议(RTSP)提供了远程控制多媒体服务器的标准方法。虽然主要是针对基于万维网的媒体按需服务，RTSP还非常适合于提供针对音频和视频流的类似VCR的控制，以及提供RTP数据流的回放和记录功能。客户可以指定RTSP服务器在当前存在的基于组播的会议内播放已记录的多媒体会话，或者可以指定服务器应该参与会议并记录它。
上述实施例，可单独或与另一个实施例相组合而具有如下优点●在UMTS网络中提供点到多点或组播服务；●提供针对组播服务的网络运营商控制的组管理、组接纳控制和组计费能力；●(组播管理实体中)组播媒体操纵单元和本地组播路由器的集成提供高效的流处理和其它能力；●基本呼叫处理实体(例如S-CSCF)分配组播管理控制部分(如MRFC)，而组播管理控制部分在组播管理处理部分已必须负责组播流的复制时，分配尽可能靠近目的地的组播管理处理部分(如MRFP)，，●通过使用针对分层编码和多个媒体流的专用组播组支持异种客户；●(在组播管理实体中)对组播服务采用与单播服务所用相同的流操纵组件(在终结或分析组播路由协议的内容之后)；●存储转发组播服务供应(例如第三方组播服务提供者的远程组播服务资源池)。这可以视为高速缓存较为靠近目的地的组播服务。
●为组播(或更一般的点到多点)服务流提供代理功能。
本发明的网络实体可以用硬件或任何合适的软硬件组合来实现，本发明的控制方法可以用软件来实现。所以，本发明还可以由数据载体或携带所述软件的数据存储装置来体现。
术语“实体”指逻辑上可识别的可区分的网络部分，此网络部分具有一个或多个特定功能，并且它可以位于一个物理单元中，但也可以分布到若干物理单元上。
尽管已根据优选实施例对本发明作了说明，但所述细节仅用于向技术人员提供完整的理解，对实施例的详细说明不是为了限制本发明的范围。较为准确地说，本发明的范围仅由所附权利要求书来限定，其中，标号仅仅用于增加理解而不是限制本发明范围。
权利要求
1.一种可连接到通信网的网络实体(13)，所述网络实体(13)用于控制所述通信网中组播传输(151、152)的接收和产生，组播传输是承载传输内容和组播组标识符的传输，所述组播组标识符是与所述组播传输相关的一组目的地(16)的标识符，执行根据组播组标识符确定组播传输(151、152)的目的地(16)的第一过程，以及执行根据所述第一过程的结果处理组播传输(151、152、153)的第二过程，其中，所述第二过程包括用于执行组播传输路由、处理、终止和发起步骤中的一个或多个步骤的例程。
2.如权利要求1所述的网络实体(13)，其特征在于所述网络实体用于接收和终止来自所述通信网内外的充当组播目的地(16)的实体的组播服务的服务登记请求，以及管理将目的地(16)的标识符与组播组标识符相关联的组播服务记录。
3.如权利要求1或2所述的网络实体(13)，其特征在于所述网络实体用于接收和终止来自所述通信网内外的充当组播目的地(16)的实体的组播会话的会话登记请求。
4.如权利要求1至3之一所述的网络实体(13)，其特征在于，所述网络实体用于接收和终止来自所述通信网内外的充当组播源(10、14)的实体的组播会话的会话邀请请求。
5.如权利要求1至4之一所述的网络实体(13)，其特征在于，所述第二过程包括用于根据所述第一过程的结果选择复制所述组播传输内容的一个或多个位置的选择例程。
6.如权利要求5所述的网络实体(13)，其特征在于，所述选择例程用于根据所述目的地的分布优化组播内容的复制，以便减少资源负担。
7.如权利要求1至6之一所述的网络实体(13)，其特征在于，所述第二过程包括按照如下方式来处理所述组播内容的例程在转发所述组播内容之前，变更所述组播内容的一个或多个参数和/或变更所述内容。
8.如权利要求1至7之一所述的网络实体(13)，其特征在于，所述第二过程包括按照如下方式来处理所述组播内容的例程在转发所述组播内容之前，将一个组播传输的组播内容与另一组播传输的组播内容合并和/或组合。
9.如权利要求1至8之一所述的网络实体(13)，其特征在于所述网络实体用于执行所述组播组的组特定接纳控制和/或组特定计费和/或组特定统计收集和/或组特定统计评估。
10.如权利要求1至9之一所述的网络实体(13)，其特征在于，如果所述组播传输内容包括可分离的部分(301、302、303)，则所述第一过程包括确定目的地的子组，其中每个子组与所述可分离部分(301-303)的一个或多个部分的接收相关，以及所述第二过程包括用于控制所述组播传输内容的分离并根据所述第一过程中所确定的子组对各个分离部分(301-303)进行转发的例程。
11.如权利要求10所述的网络实体(13)，其特征在于，所述可分离部分(301-303)是不同媒体类型的流。
12.如权利要求10或11所述的网络实体(13)，其特征在于，所述可分离部分(301-303)是可伸缩编码数据的不同层。
13.如权利要求1至12之一所述的网络实体(13)，其特征在于所述网络实体(13)包括控制部分(131)和处理部分(132)，所述控制部分(131)处理所述通信网中的会话控制以及所述处理部分(132)处理所述通信网中的承载控制。
14，如权利要求1至13之一所述的网络实体(13)，其特征在于，所述通信网是移动通信网，所述移动通信网包括为移动台(10；101、102、103、104、105)提供至所述移动通信网的接入的第一网络部分(20)和控制与所述移动台(10；101-105)的通信的第二网络部分(21)，其中，使所述网络实体(13)连接到所述第二网络部分(21)。
15.如权利要求14所述的网络实体(13)，其特征在于，所述网络实体(13)是所述移动通信网的多媒体处理系统的组成部分，所述多媒体处理系统还包括用于处理与访问所述移动通信网的各个移动台的通信的基本呼叫处理实体(11)。
16.如权利要求15所述的网络实体(13)，其特征在于，所述移动通信系统是根据第三代合作项目的技术规范来设置的，以及所述多媒体处理系统是因特网协议多媒体子系统，所述呼叫处理实体(11)是呼叫状态控制功能以及所述组播管理实体(13)是多媒体资源功能。
17.一种用于通信网中网络实体(13)的控制方法，其中，设置所述网络实体(13)来控制所述通信网中组播传输的接收和产生，组播传输是承载传输内容和组播组标识符的传输，所述组播组标识符是与所述组播传输相关的一组目的地的标识符，所述方法包括执行根据组播组标识符确定组播传输的目的地的第一过程，以及执行根据所述第一过程的结果处理组播传输的第二过程，其中，所述第二过程包括用于执行组播传输路由、处理、终止和发起步骤中的一个或多个步骤的例程。
18.一种当在计算机装置上执行时实现权利要求17所述方法的计算机程序。
19.一种承载权利要求18所述的计算机程序的计算机可读数据载体。
全文摘要
一种设置用于控制通信网中组播传输接收和产生的网络实体(13)，组播传输是承载传输内容和组播组标识符的传输，所述组播组标识符是与所述组播传输相关的一组目的地的标识符，所述网络实体执行根据组播组标识符确定组播传输的目的地的第一过程以及执行根据第一过程的结果处理组播传输的第二过程，其中，所述第二过程包括用于执行组播传输路由、处理、终止和发起步骤中的一个或多个步骤的例程。
文档编号H04L12/56GK1575565SQ01823591
公开日2005年2月2日 申请日期2001年8月29日 优先权日2001年8月29日
发明者F·亨谢德特, H·哈梅莱尔斯, T·罗马, R·凯勒 申请人:艾利森电话股份有限公司