CN101313515A

CN101313515A - 媒体流控制方法、媒体流转换设备及组播系统

Info

Publication number: CN101313515A
Application number: CNA200780000184XA
Authority: CN
Inventors: 吴向阳; 严军; 李金成
Original assignee: Huawei Technologies Co Ltd
Current assignee: Beijing Weiben Intellectual Property Management Co. Ltd.
Priority date: 2006-03-02
Filing date: 2007-03-01
Publication date: 2008-11-26
Anticipated expiration: 2027-03-01
Also published as: CN101030921A; CN101030921B; CN101313515B

Abstract

本发明提供一种媒体流控制方法，包括：业务控制单元向组播媒体流转换单元发出转换组播媒体流的请求；组播媒体流转换单元接收到组播媒体流后，将组播媒体流转换为单播媒体流或新的组播媒体流并向业务接收方发送。本发明还提供一种基于NGN的媒体流控制方法、媒体流转换设备、BGF、组播系统及基于NGN的组播系统。在本发明中，可以将接收到的组播媒体流转换为单播媒体流或新的组播媒体流，这样可以保证媒体流能够在后续的IP网络中顺利的传输，直至到达业务接收方为止。所以，本发明能够保证业务接收方正常的接收到媒体流。

Description

媒体流控制方法、媒体流转换设备及组播系统

本申请要求于 2006 年 3 月 3 日提交中国专利局、申请号为 20061Q034144.4、发明名称为"一种基于 IP网络提供组播业务的方法、设备和系统"及于 2006 年 3 月 2 日提交中国专利局、申请号为 200610034079.5、发明名称为 "一种组播控制系统和方法 "的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本发明涉及组播技术，尤其涉及媒体流的控制方法、媒体流的转换设备及组播系统。

背景技术

在基于 IP网络实现通信业务时，业务提供方可以以媒体流的形式向业务接收方提供服务。其中，如果业务提供方只需要向一个业务接收方发送媒体流，则业务提供方可以向业务接收方发送单播媒体流；如果业务提供方需要向多个业务接收方发送同一个媒体流，且业务提供方与业务接收方之间的 IP网络能够兼容组播媒体流，且业务接收方能够接收组播媒体流，则业务接收方可以发出组播媒体流，而需要接收组播媒体流的业务接收方只需要加入组播组即可接收到組播媒体流。

在实际应用中，业务提供方与业务接收方之间可能存在多段 IP 网络，每两段 IP网络之间可以有一个转发媒体流的设备或功能实体。对于业务提供方发出的单播媒体流，转发媒体流的设备或功能实体可以将单播媒体流转发给业务接收方或下一个转发媒体流的设备，但对于业务提供方发出的组播媒体流，可能由于多种原因，转发媒体流的设备或功能实体无法将组播媒体流正常转发，这样就会造成业务接收方无法收到媒体流。

以图 1为例，业务提供方与业务接收方之间存在两段 IP网络，两段 IP网络之间设置有路由器等转发设备，如果业务提供方向业务接收方提供单播媒体流，则路由器接收到单播媒体流后，可以将单播媒体流通过 IP网絡转发给业务接收方。假设业务提供方与路由器之间的 IP网络能够兼容组播媒体流，路由器与业务接收方之间的 IP网络不兼容组播媒体流，且业务接收方既可接收单播媒体流，又可接收組播媒体流，如果业务提供方向业务接收方提供组播媒体流，则由于路由器与业务接收方之间的 IP网络不兼容组播媒体流，所以路由器无法转发组播媒体流，致使业务接收方无法接收到媒体流。

所以，在实际应用中，目前的媒体流控制技术还不能完全保证业务接收方能够正常的接收到媒体流。

发明内容

本发明实施例要解决的技术问题在于，提供一种媒体流控制方法、媒体流转换设备及组播系统，以实现业务接收方能够完全正常的接收到媒体流的目的。

本发明实施例提供一种媒体流控制方法，包括：业务控制单元向组播媒体流转换单元发出转换组播媒体流的请求；组播媒体流转换单元接收到组播媒体流后 ,将组播媒体流转换为单播媒体流或新的组播媒体流并向业务接收方发送。

本发明实施例还提供一种基于 NGN的媒体流控制方法，包括：应用功能实体 AF请求基于业务的策略决策功能实体 SPDF进行组播控制； SPDF处理 AF的请求后，向边界网关功能实体 BGF提出转换组播媒体流的请求； BGF接收到组播媒体流后，将组播媒体流转换为单播媒体流或新的组播媒体流发送给业务接收方。

本发明实施例还提供一种媒体流转换设备，包括：转换请求单元，用于接收转换组播媒体流的请求；组播媒体流接收单元，用于接收组播媒体流；组播媒体流转换单元，用于将组播媒体流转换为单播媒体流或新的组播媒体流；媒体流发送单元，用于向业务接收方发送转换后的单播媒体流或新的组播媒体流。

本发明实施例还提供一种 BGF, 包括：转换请求单元，用于接收 SPDF发出的转换组播媒体流的请求；组播媒体流接收单元，用于接收组播媒体流；组播媒体流转换单元，用于将组播媒体流转换为单播媒体流或新的组播媒体流；媒体流发送单元，用于向业务接收方发送转换后的单播媒体流或新的组播媒体流。

本发明实施例还提供一种组播系统，包括业务接收方及媒体流提供单元，所述组播系统还包括：组播转换设备，用于接收转换组播媒体流的请求及媒体流提供单元发出的组播媒体流，并将组播媒体流转换为单播媒体流或新的组播媒体流向业务接收方发送；业务控制单元，用于向组播转换设备发出转换组播媒体流的请求，和 /或，控制媒体流提供单元发送媒体流，和 /或，控制组播转换设备进行组播媒体流的转换，和 /或，与业务接收方进行业务协商。

本发明实施例还提供一种基于 NGN的组播系统，包括业务接收方及媒体流提供单元，所述组播系统还包括： BGF、 AF、 SPDF及业务提供方，其中， BGF用于接收 SPDF发出的转换组播媒体流的请求及媒体流提供单元发出的组播媒体流，并将组播媒体流转换为单播媒体流或新的组播媒体流向业务接收方发送；业务提供方用于与业务接收方进行业务协商； AF用于获取组播媒体流转换的信息，如果确定需要对组播媒体流进行转换，则向 SPDF发起进行组播媒体流转换的请求； SPDF用于接收 AF发起的进行组播媒体流转换的请求后，判断是否允许进行转换，如果允许，则向 BGF请求进行转换。

在本发明实施例中 ,可以将接收到的組播媒体流转换为单播媒体流或新的组播媒体流，这样可以保证媒体流能够在后续的 IP网络中顺利的传输，直至到达业务接收方为止。所以，本发明的实施例能够保证业务接收方正常的接收到媒体流。

附图说明

图 1为现有的提供媒体流服务的系统示意图；

图 2为本发明系统的第一实施例的结构示意图；

图 3为本发明方法的第一实施例的流程图；

图 4为本发明方法的第二实施例的流程图；

图 5为 RACS的架构图；

图 6为基于本发明系统的第二实施例的组播控制过程流程图；图 Ί为基于本发明系统的第三实施例的组播控制过程流程图；图 8为本发明实施例的组播系统应用在采用 IMS作为会话控制和业务提供网络的 NGN中的第一具体功能架构图；

图 9为基于图 8所示的 NGN的组播控制过程流程图；

图 10为本发明实施例的组播系统应用在采用 IMS作为会话控制和业务提供网络的 NGN中的第二具体功能架构图；

图 11为基于图 10所示的 NGN的组播控制过程流程图。

具体实施方式

下面结合附图，对本发明的实施例进行详细说明。

图 2是本发明实施例的组播系统的结构示意图。在这个系统中，存在不支持组播的网络或者业务接收方。如图 2所示，这个系统包括业务提供设备、组播 /单播转换设备和业务接收方。其中，业务提供设备包括业务控制单元和媒体流提供单元。业务提供设备可以为媒体服务器。

业务控制单元用于与业务接收方进行业务协商及处理业务接收方的请求，并根据业务接收方的请求对媒体流提供单元施加控制，例如发送或停止发送媒体流，另外，业务控制单元还可以根据与业务接收方的协商结果及实际需要，对组播 /单播转换设备进行控制。

媒体流提供单元用于提供媒体流，提供的方式可以是组播或单播。

组播 /单播转换设备用于从业务提供设备获取组播媒体流，并根据业务控制单元的请求将组播媒体流转换为单播媒体流。

业务提供设备和组播 /单播转换设备之间的网络是组播兼容网络，组播 /单播转换设备和业务接收方之间的网络可以是组播兼容网络、也可以是组播不兼容网络，其中，组播兼容网络是指能够支持组播媒体流传输的网络，组播不兼容网络是指不支持组播媒体流传输的网络。另外，业务接收方可以是支持組播功能的业务接收方，也可以是不支持组播功能的业务接收方。

在图 2中，业务接收方与业务控制单元使用业务信令进行业务协商，例如使用 SIP ( Session Initiation Protocol, 会话初始协议）消息，在业务协商过程中，确定业务提供方式。如果协商的结果是需要以组播方式进行业务提供，但需要对媒体流进行组播到单播的转换，则业务控制单元进行后续的动作。

如果业务控制单元确定需要向业务接收方以组播方式提供业务，但需要对媒体流进行组播到单播的转换，则业务控制单元与组播 /单播转换设备进行交互，以请求组播 /单播转换设备进行组播媒体流到单播媒体流的转换操作。在这个过程中，业务控制单元将业务接收方的媒体流接收地址、端口提供给组播 /单播转换设备，组播 /单播转换设备分配 HDP ( User Datagram Protocol, 用户数据报文协议）端口号并使用自身 IP地址进行组播 /单播的转换操作。组播 /单播转换设备从业务提供设备获得组播媒体流，并对组播媒体流进行转换操作，即，以自身 IP地址作为数据报文源地址，以分配的端口为源端口；以业务接收方的媒体流接收地址为目的地址，以业务接收方的媒体流接收端口为目的端口，将组播媒体流转换为单播媒体流并发送给业务接收方。

图 3是本发明方法的第一实施例的流程图。如图 3所示，这个实施例包括：

步骤 301: 业务接收方向业务提供设备的业务控制单元发出业务请求，请求消息可以是 SIP消息。业务控制单元可以基于以下方式判断以何种方式向业务接收方提供业务：

业务接收方在与业务控制单元进行业务协商过程中，将能力描述提供给业务控制单元，能力描述中可以说明是否支持组播能力等；或者

业务接收方在使用业务前，通过例如开户时登记等方式向网络注册了自身能力；或者

业务控制单元通过查询网络部署信息，获得业务接收方路径上是否存在不支持组播能力的网络段；或者

业务接收方在业务协商过程中不将能力描述提供给业务控制单元，但需要向网络提供设备标识或者软件标识，业务控制单元基于设备标识或者软件标识确定业务接收方的组播支持能力；或者业务控制单元获取是否发送组播媒体流的指示信息，如果所述指示信息要求发送组播媒体流，则业务控制单元向业务接收方发送组播媒体流。

业务控制单元可以根据上述任意一个方式确定向业务接收方提供组播媒体流或单播媒体流。

若基于上述方式无法确定业务接收方的能力 ,则可以默认釆取下述步骤进行组播控制。

步驟 S302: 业务控制单元向业务接收方返回业务响应，并要求业务接收方提供接收媒体流的地址和端口信息。

步驟 S303: 收到业务控制单元的响应后，业务接收方分配一个用于接收媒体流的地址和端口，并在向业务控制单元再次发送的请求消息中携带分配的地址和端口信息。

步驟 S304: 业务控制单元收到业务接收方接收媒体流的地址和端口信息之后，向组播 /单播转换设备请求执行组播媒体流向单播媒体流的转换功能。这个请求消息中至少携带组播媒体流的组播业务地址和端口以及业务接收方接收单播媒体流的地址和端口等信息。

步骤 S305: 组播 /单播转换设备收到业务控制单元发出的转换请求后，生成响应消息，并将响应消息发送到业务控制单元，具体由如下步碟实现：

组播 /单播转换设备可以通过组播路由协议（如 PIM-SM (protocol-independent multicast-sparse mode, 协议无关组播一稀疏模式） )建立从媒体流提供单元到组播 /单播转换设备的组播媒体流转发路径。

分配一个用于发送单播媒体流的端口。

向业务控制单元反馈操作结果，这个操作结果可以携带组播 /单播转换设备准备发送单播媒体流的地址和 UDP端口号。另外，操作结果也可以携带一个标识，这个标识用于表示组播媒体流的组播业务地址和端口、业务接收方接收单播媒体流的地址和端口与组播 /单播转换设备用于发送单播媒体流的地址和端口之间的绑定关系，以便业务接收方的后续请求等处理。

步驟 S306: 业务控制单元收到组播 /单播转换设备的响应后，生成向业务接收方的业务响应消息，并将响应消息发送到业务接收方。其中，响应消息可以携带准备发送单播媒体流的地址和端口信息，当然，也可以不携带上述信息，仅指出网络侧完成业务发送准备即可。

步骤 S307: 业务接收方在收到上述响应消息后，进行接收单播媒体流的准备，并向业务控制单元请求发送媒体流。

步驟 S308: 业务控制单元向组播 /单播转换设备请求开始进行组播 /单播转换，这个请求可以携带组播 /单播转换设备的用于发送单播媒体流的地址和端口信息，也可以携带步骤 S304所述的标识，这样可以指明对哪个组播媒体流进行组播 /单播转换。

步驟 S309: 组播 /单播转换设备将组播 /单播转换设备的用于发送单播媒体流的地址和端口作为单播媒体流的源地址及源端口，并将业务接收方接收媒体流的地址及端口作为单播媒体流的目的地址及目的端口，组播 /单播转换设备向业务控制单元反馈操作结果。

步骤 S310: 业务控制单元检查媒体流提供单元是否已经开始提供媒体流，如果没有，则请求媒体流提供单元开始提供媒体流。媒体流提供单元收到业务控制单元的请求后，可以向业务控制单元反馈操作结果。

步驟 S311 : 业务控制单元向业务接收方反馈操作结果。

这样，媒体流提供单元提供的组播媒体流经过组播 /单播转换设备的转换后，以单播媒体流方式提供给业务接收方。

需要说明的是，上述实施例仅为本发明方法的一个实施方式，在实际应用中，本发明的方法还有多种实施方式，例如：

步驟 S310可以在步骤 S301之后的任意一个时间进行，这是因为，媒体流提供单元发送的是组播媒体流，媒体流提供单元不需要了解业务接收方的地址信息就可发出媒体流，业务接收方加入组播并不会影响组播业务的正常进行。这种模式适用于以组播方式提供实时转播的业务。

在步骤 S304中，如果存在多个組播 /单播转换设备或功能实体，则业务控制单元可以根据多种条件选择一个组播 /单播转换设备或功能实体，例如，根据业务接收方的位置信息、组播 /单播转换设备的负载信息等选择一个组播 /单播转换设备或功能实体。

另外，在实际的网络部署中，组播 /单播转换设备可以设置于组播兼容网络的边界网关中，也可以独立的设置于组播兼容网络中，如果组播 /单播转换设备设置于组播兼容网络的边界网关中，则媒体流提供单元向组播 /单播转换设备提供的组播媒体流可以有效的减少組播兼容网络的流量。此外，在图 3中，业务接收方向业务控制单元第一次发出业务请求时，就可以向业务控制单元提供单播媒体流的接收地址及端口，还可以同时请求业务开始。业务控制单元向组播 /单播转换设备第一次发出转换请求时，可以同时请求开始组播 /单播转换。业务控制单元向业务接收方可以只返回一次响应消息，业务接收方对这个响应消息确认后，就可以与媒体流提供单元进行交互，请求开始提供组播媒体流。

图 4是本发明方法的第二实施例的流程图。如图 4所示，这个实施例包括：

步骤 S401 , 业务接收方向业务控制单元发出业务请求，业务清求消息中可以携带业务接收方接收单播媒体流的地址和端口信息。

业务控制单元可以基于以下方式判断以何种方式向业务接收方提供业务：

业务接收方可以在业务请求消息中携带自身能力描述，说明是否支持组播能力；或者

业务接收方使用业务前，通过例如开户时登记等其它方式向网络注册了自身能力；或者

业务接收方在业务协商过程中不将能力描述提供给业务控制单元，但需要向网络提供设备标识或者软件标识，业务控制单元可以基于设备标识或者软件标识确定业务接收方的组播支持能力。

业务控制单元可以^^据上述任意一个方式确定向业务接收方提供组播媒体流或单播媒体流。

若基于上述方式无法确定业务接收方的能力，则可以默认采取下述步骤进行组播控制。

步骤 S402: 业务控制单元倩求组播 /单播转换设备执行组播媒体流向单播媒体流的转换功能。这个请求消息中至少携带组播媒体流的組播业务地址和端口以及业务接收方接收媒体流的地址和端口等信息，并且要求组播 /单播转换设备收到相应的组播媒体流后，就开始进行组播 /单播的转换。

步驟 S403：组播 /单播转换设备收到业务控制单元发出的转换请求后，生成响应消息，并将响应消息发送到业务控制单元，具体由如下步骤实现：

组播 /单播转换设备可以通过组播路由协议 (如 PIM-SM )建立从媒体流提供单元到组播 /单播转换设备的组播媒体流转发路径。

分配一个用于发送单播媒体流的端口。

将組播 /单播转换设备用于发送单播媒体流的地址及端口作为单播媒体流的源地址及源端口，并将业务接收方接收媒体流的地址及端口作为单播媒体流的目的地址及目的端口。需要说明的是，这个转换操作在收到组播媒体流之后应当自动开始进行。

向业务控制单元反馈操作结果 , 这个操作结果可以携带组播 /单播转换设备用于发送单播媒体流的地址和端口信息，另外，操作结果也可以携带一个标识，这个标识用于表示组播媒体流的组播业务地址和端口、业务接收方接收媒体流的地址和端口与组播 /单播转换设备用于发送单播媒体流的地址及端口之间的绑定关系，以便业务接收方的后续请求等处理。

步驟 S404: 业务控制单元向业务接收方返回业务请求响应，这个响应消息中可以携带组播 /单播转换设备用于发送单播媒体流的地址和端口信息，但不限于这些信息。

步骤 S405: 业务接收方向业务控制单元发送确认信息，双方完成业务协商过程。

步骤 S406: 业务控制单元指示媒体流提供单元发送组播媒体流，媒体流提供单元可以向业务控制单元反馈操作结果。

需要说明的是，如果业务接收方可以接收组播媒体流，而流向业务接收方的组播媒体流必须经过组播 /单播转换设备的监控，则组播 / 单播转换设备可以将业务提供设备发出的组播媒体流转换为新的组播媒体流，再将新的组播媒体流发送给业务接收方。

在上述实施例中，媒体流提供单元只需要提供组播媒体流，不需与业务接收方或组播 /单播转换设备之间进行信令交互 , 媒体流提供单元的负载因此会减小。另外，如果业务控制单元与媒体流提供单元都设置于一个业务提供设备内，并由业务控制单元与业务接收方进行协商，协商的内容包括媒体流提供方式、提供地址等，进而确定如何向业务接收方提供媒体流，业务提供设备对业务接收方的控制能力因此会得到加强。此外，如果组播 /单播转换设备位于组播兼容网络的边界上并在物理位置上靠近业务接收方，则媒体流提供单元向組播 / 单播转换设备提供组播媒体流时，可以有效的减少组播兼容网络内的流量

图 2-4所示的实施例可以应用在任何一个 IP网络，下面以 NGN ( Next Generation Network, 下一代网给）为例，再对本发明实施例进行说明。

图 5为 RACS ( Resource and Admission Control Subsystem, 资源及许可控制子系统）的架构图。 RACS 是 NGN 中的一个子系统， TISPAN文档 ETSI ES 282 003 V<1.6.6> (2005-10)对 RACS架构进行了详细描述。 RACS可以为业务应用提供资源和许可控制支持。

需要说明的是，在实际应用中，图 5 所示的 AF ( Application Function, 应用功能）可以不是一个独立的功能实体，而可以是与 RACS有交互功能的任何一个功能实体或所有功能实体的集合。例如在 IMS ( IP Multimedia Subsystem, IP多媒体子系统）中，代理 CSCF ( Call Session Control Function, 呼叫会话控制功能）与 RACS交互时就具有 AF的功能。

AF可以采用多种方式获取进行组播控制需要的信息并进行相应的控制，采用的方式可以包括：

第一种方式：终端（即业务接收方）与组播功能提供方（即业务提供方或业务提供设备 )使用信令（例如 SIP消息）协商机制协商组播业务使用的组播业务地址和端口，协商信令可以通过 AF进行转发， AF可以通过查看协商报文中的业务描述信息得到进行组播控制的必要信息，例如查看 SIP 消息中携带的 SDP ( Session Description Protocol, 会话描述协议）负载得到组播业务地址和端口；

第二种方式：组播功能提供方在收到终端发出的组播业务请求后，向 AF请求进行组播控制，并提供细节信息。在这种方式中，不需要协商报文经过 AF, 即使协商报文经过 AF, AF也不需要理解协商报文的内容。

AP为了完成必要的组播控制过程，必须获得下述信息或者下述信息的组合：组播业务地址和端口、发送组播业务的地址和端口、终端接收业务的地址和端口。这些信息可以通过查看协商报文内容获得或者由组播功能提供方提供。

AF在获得需要进行组播控制的消息后，为了确保组播媒体流经过 BGF ( Border Gateway Function, 边界网关功能）， AF可以采用如下两种方式进行组播控制：

第一种方式：

AF请求 SPDF ( Service-based Policy Decision Function, 基于业务的策略决策功能）进行组播控制，所述请求由 SPDF处理后， SPDF 向 BGF提出请求，这个请求可以要求 BGF分配用于发送转换后的单播媒体流的地址和端口并建立到组播媒体流发送地址的组播转发路径，如果 BGF收到组播媒体流， BGF将组播媒体流转换为单播媒体流并发送给终端， BGF 可以以这样的方式进行转换，即，以分配的用于发送转换后的单播媒体流的地址和端口为单播媒体流的源地址和端口，以终端接收单播媒体流的地址和端口为目的地址和端口。如果有多个终端请求同一个组播媒体流，则 BGF需要为每一个组播媒体流建立相关的终端列表，这个列表可以以终端接收单播媒体流的地址和端口作为区分。如果有新的终端加入到组播媒体流组中，则在终端列表中添加相应的表项；如果有终端退出媒体流，则从终端列表中删除相应的表项。在进行媒体流转换时， BGF从终端列表中查询终端接收媒体流的地址和端口，并进行相应的业务转发。

BGF完成单播地址和端口的分配后，需要通过 SPDF向 AF反馈分配的结果，这样， AF可以根据控制结果修改业务协商过程的报文，以保证业务协商过程的正确完成，这种情况适合于业务协商报文经过 AF的情况。另夕卜， AF也可以向发起组播控制的请求方反馈分配结果，以使发起组播控制的请求方可以采取其它方式向终端通知新的业务地址。

第二种方式：

AF请求 SPDF进行组播控制 , 所述请求由 SPDF处理， SPDF向 BGF提出请求，这个请求消息中可以携带一个 SPDF分配的組播业务地址和端口，若 SPDF未分配组播业务地址和端口 ,则可以要求 BGF 分配一个组播业务地址和端口。在实际应用中， BGF 可以向一个组播组管理设备请求分配组播业务地址和端口，所述组播组管理设备用于对可用的组播业务地址和端口进行统一管理，以避免冲突。另夕卜，还可以要求 BGF分配一个用于发送转换后的新的组播媒体流的地址和端口并建立到发送组播媒体流的地址和端口的组播转发路径，如果 BGF收到组播媒体流， BGF就可以对组播媒体流进行组播转换，转换的结果是：转换后的组播媒体流以新分配的用于发送转换后的新的组播媒体流的地址和端口为源地址和端口，以新分配的组播业务地址和端口为目的地址和端口，并将转换后的新的组播媒体流发送给终端。由于分配了新的组播业务地址和端口，而且組播业务地址和端口可以经 SPDF和 AF反馈给终端，所以终端可以加入这个新的组播组，其中 , 终端可以以 IGMP ( Internet Group Management Protocol, 互联网组管理协议 )与 RCEF ( Resource Control Enforcement Function, 资源控制执行功能）交互并要求加入所述组播组， RCEF可以使用组播路由协议建立到 BGF的组播转发路径。

BGF 在完成新的组播媒体流的组播业务地址和端口、用于发送转换后的新的组播媒体流的地址和端口的分配后，需要通过 SPDF向 AF反馈分配的结果，这样， AF可以修改业务协商过程的报文，以使终端得到正确的业务发送地址，从而可以发起正确的组播加入过程，这种情况适合于业务协商报文经过 AF的情况。另外， AF也可以向发起组播控制的请求方反馈分配结果，以使发起组播控制的请求方可以采取其它方式向终端通知新的业务地址。

下面对本发明组播系统的第二实施例进行说明。组播系统包括 AF、 SPDF, BGF、业务提供方和组播功能提供方。其中，业务提供方与终端进行业务协商，终端可以请求业务提供方提供组播服务； AF可以通过多种方式获取进行组播转换的信息，如果需要对组播媒体流进行组播转换，则请求 SPDF进行组播转换； SPDF接收 AJF的组播转换请求并进行策略判断和资源检查，以决定是否允许完成相应的转换，如果允许，则请求 BGF完成具体的组播转换操作； BGF用于建立到组播功能提供方的组播转发路径 ,并将从组播功能提供方接收到的组播媒体流转换成单播媒体流向终端发送，在这个过程中，可以分配用于转发媒体流的地址和端口等。

图 6为上述系统的第二实施例的组播控制过程流程图。如图 6所示，包括：

步骤 S601 : AF向 SPDF发送组播控制请求，所述请求携带组播业务地址和端口、发送组播业务的地址和端口、终端接收媒体流的地址和端口等信息的全部或者上述信息的组合。

步骤 S602: SPDF根据 AF的请求构造向 BGF的转换请求，以请求 BGF进行组播到单播的转换操作，这个请求由 BGF进行处理，其中至少携带组播业务地址和端口、发送组播业务的地址和端口、终端接收媒体流的地址和端口等信息的全部或者上述信息的组合。 BGF 收到上述请求后，分配用于发送单播媒体流的地址和端口，并准备进行组播到单播的转换操作，即，收到组播媒体流之后，进行如下转换，以所分配的发送单播媒体流的地址和端口作为单播媒体流源地址和端口，以终端接收单播媒体流的地址和端口作为目的地址和端口，将转换后的单播媒体流向终端发送。如果有多个终端请求同一个组播媒体流，则 BGF可以为每一个组播媒体流建立相关的终端列表，这个列表以终端接收单播媒体流的地址和端口作为区分。如果新增终端，则在表中添加相应的表项；如果终端退出媒体流，则从表中删除对应的表项。在进行媒体流转换时， BGF从媒体流的组播业务地址和端口对应表项中取得终端接收单播媒体流的地址和端口，并进行相应的媒体流转发。

步骤 S603: BGF在完成上述准备后，使用组播路由协议建立到组播功能提供方的组播转发路径，其中，组播路由协议可以为 PIM-SM 协议、 DVMRP ( Distance Vector Multicast Routing Protocol , 巨离向量组播路由协议 )或 MOSPF ( Multicast Open Shortest Path First, 组播最短路经优先协议）等。

步骤 S604: BGF完成上述准备之后，向 SPDF反馈请求响应，其中可以携带所分配的发送单播媒体流的地址和端口。

步骤 S605: SPDF向 AF反馈请求响应，其中至少携带 BGF分配的发送单播媒体流的地址和端口。

经过以上步骤后， AF获得了 BGF分配的发送单播媒体流的地址和端口， AF可以根据业务需要做不同的处理，例如：

如果 AF是经过分析业务协商信令获得的组播控制信息，则需要修改协商报文的业务地址信息，以使终端获得新的业务发送地址；如果 AF是接收其它功能实体的请求进行组播控制，则需要向所述功能实体反馈控制结果，所述结果中可以携带所分配的业务转发地址和端口。

经过上述处理后，终端获得的业务提供地址是 BGF分配的发送单播媒体流的地址和端口，终端在自身的接收单播媒体流的地址和端口等待接收单播媒体流。另夕卜， BGF建立了从组播功能提供方到 BGF 的组播转发路径，当组播媒体流从组播功能提供方发出后被 BGF所接收时， BGF执行媒体流转换操作，即，以分配的发送单播媒体流的地址和端口作为单播媒体流的源地址和端口，以终端接收单播媒体流的地址和端口作为单播媒体流的目的地址和端口，并将转换后的单播媒体流向终端发送。这样，媒体流在组播功能提供方和 BGF之间是组播媒体流，在 BGF和终端之间是单播媒体流。

BGF建立到组播功能提供方的过程是使用组播路由协议进行的 , 因此，如果有多个终端请求同一个組播媒体流，路由建立过程只需要进行一次就可以了，后续的请求不会导致多次路由建立请求。 SPDF 在进行资源预留请求时，可以根据某体流組播业务地址和端口及媒体流源地址和端口判断是否是同一个媒体流，如果是，则在核心网侧不需要对同一个组播媒体流进行多次预留请求，这样可以简化流程。

对于请求同一个组播媒体流的终端而言， BGF 需要为每一个请求分配一个新的地址和端口。如果接入网侧存在可用的地址池，则可以从可用的地址池中分配地址和端口。当然，反馈给 AF的结果必须与这里的选择结果一致。

在上述流程中，如果 AF向 RACS的组播控制请求是分阶段进行的，即，第一次请求只是请求 RACS做好组播 /单播转换的准备，但并不一定要求 BGF加入组播组，则 BGF到组播功能提供方的组播路径建立过程此时可以不进行。当 AF 第二次请求组播 /单播转换开始时， BGF可以再建立到组播功能提供方的组播转发路径并进行相应的组播 /单播转换操作。

需要说明的是，只要组播控制过程在会话交互建立之前完成，那么上述实施例可能的变化都是允许的，例如， AF向 SPDF的组播控制请求和资源预留过程以一个请求传递给 SPDF也是可以的。下面对本发明组播系统的第三实施例进行说明。组播系统包括

AF、 SPDF、 BGF、 A-RACF ( Access-Resource and Admission Control Function, 接入 -资源及许可控制功能）、 RCEF、业务提供方和组播功能提供方，其中，业务提供方与终端进行业务协商，以请求业务提供方提供组播服务； AF可以通过多种方式获得进行组播转换的信息，如果需要对组播媒体流进行组播转换，则请求 SPDF进行组播转换； SPDF接收 AF的组播转换请求并进行策略判断和资源检查，以决定是否允许完成相应的转换，如果允许，则请求 BGF完成具体的组播转换操作； BGF用于建立到组播功能提供方的组播转发路径； SPDF 可以向 A-RACF发送请求，并由 A-RACF请求 RCEF加入分配的新的组播组， RCEF接收所述请求，并使用组播路由协议建立到 BGF 的组播转发路径； BGF将从组播功能提供方接收到的组播媒体流转换为新的组播媒体流，并向终端发送，在这个过程中，可以分配用于转发媒体流的地址和端口等。

图 Ί为上述系统的第三实施例的组播控制过程流程图。如图 7所示，包括：

步驟 S701 : AF向 SPDF发送組播控制请求，所述请求携带组播业务地址和端口、发送组播业务的地址和端口、终端接收媒体流的地址和端口等信息的全部或者上述信息的组合。

步驟 S702: SPDF根据 AF的请求构造向 BGF的转换请求，以请求 BGF进行组播到组播的转换操作，这个请求由 BGF进行处理，其中至少携带组播业务地址和端口、发送组播业务的地址和端口、终端接收媒体流的地址和端口等信息的全部或者上述信息的组合，这个请求还可以携带 SPDF分配的新的组播业务地址和端口，如果请求中没有携带这些信息， SPDF可以指定由 BGF进行分配。 BGF收到上述请求后，分配一个新的组播业务地址和端口，另外， BGF 需要分配用于发送组播媒体流的地址和端口，并准备进行组播到新的组播的转换操作，即，收到组播媒体流之后，进行如下换，以所分配的发送新的组播媒体流的地址和端口作为新的组播媒体流的源地址和端口，以所分配的新的组播业务地址和端口为目的地址和端口并进行业务转发。

上述新的组播业务地址和端口可以由 BGF分配 , 也可以由 BGF 向其它组播组管理实体请求获得，所述组播组管理实体管理组播组的地址和端口的分配并保证没有冲突存在。如果由 BGF分配新的组播业务地址和端口，则需要有机制保证不会有冲突发生，例如， BGF 分配新的组播业务地址和端口后，向一个统一的实体注册分配结果并保证没有与其他组播业务地址和端口冲突。另夕卜，上述新的组播业务地址和端口也可以由 SPDF分配，并在请求消息中携带给 BGF使用。

上述组播业务地址和端口的分配可以称为组播组管理，对于是否需要分配新的组播业务地址和端口可以由 SPDF或者 BGF来决定，例如：

如果组播业务地址和端口的分配由 SPDF管理，则 SPDF可以根据已经执行的策略决定是否需要分配新的组播业务地址和端口，若已经有终端在使用同一个媒体流，则 SPDF可以不分配新的组播业务地址和端口，仅在请求消息中携带已经分配的组播业务地址和端口给

BGF 使用即可，否则，需要分配新的组播业务地址和端口，其中， SPDF可以根据组播业务地址和端口判断是否是同一个媒体流。对于 BGF 而言，可以判断是否已经加入了原来的组播组而避免重复加入同一个组播组，如果 SPDF明确指示 BGF不需要重复加入所述组播组，则不需要进行这一判断。

如果组播业务地址和端口的分配由 BGF管理，即使 SPDF可以要求 BGF分配新的組播业务地址和端口，但 BGF仍然可以根据已经执行的策略决定是否需要分配新的組播业务地址和端口，如果已经有终端在使用同一个媒体流，则可以不分配新的组播业务地址和端口，只需要使用已经分配的组播业务地址和端口即可，否则，需要分配新的组播业务地址和端口，其中， BGF 可以根据组播业务地址和端口以及业务源地址和端口判断是否是同一个媒体流。在反馈给 SPDF的响应中，可以携带所使用的组播业务地址和端口。如果在上述过程中，并没有分配新的组播业务地址和端口，则与此相关联的资源预留过程将是不必要的，例如通过 T-RACF在核心网为组播媒体流的资源预留，这样可以相对筒化流程。

步驟 S703: 完成上述准备后， BGF可以使用组播路由协议建立到组播功能提供方的组播转发路径。

步骤 S704: BGF完成上述准备之后，向 SPDF反馈请求响应，其中可以携带所分配的发送新的组播媒体流的地址和端口以及新的组播业务地址和端口。

步骤 S705 ： SPDF向 AF反馈请求响应，其中可以携带所分配的发送新的组播媒体流的地址和端口以及新的组播业务地址和端口。

经过上述步骤后， AF获得了 BGF分配的发送新的組播媒体流的地址和端口以及新的组播业务地址和端口， AF可以根据业务需要做不同处理，例如：如果 AF是经过分析业务协商信令获得的組播控制信息，则需要修改协商报文的业务地址信息，以使终端获得新的业务发送地址；如果 AF是接收其它功能实体的请求进行组播控制，则需要向所述功能实体反馈控制结果，所述结果中可以携带所分配的业务转发地址和端口以及新的组播业务地址和端口。

经过上述处理后，终端获得的业务提供地址是 BGF分配的新的组播业务地址和端口。另外， BGF建立了从组播功能提供方到 BGF 的組播转发路径。此外，为了建立从 RCEF到 BGF的組播转发路径，可以釆取两种方式：

由于终端收到了新的组播业务地址和端口，因此可以使用 IGMP 要求加入新的组播组，这个请求可以由 RCEF处理。由于新的组播媒体流是由 BGF提供的，因此， RCEF使用组播路由协议建立到 BGF 的组播转发路径。

另外， SPDF也可以向 A-RACF发送请求，由 A-RACF请求 RCEF 加入分配的新的组播组， RCEF接收所述请求并使用组播路由协议建立到 BGF的组播转发路径。

当组播媒体流从组播功能提供方发出后被 BGF所接收时， BGF 执行媒体流转换操作，即，以分配的发送新的组播地址和端口作为新的组播媒体流的源地址和端口，以新的组播业务地址和端口作为新的组播媒体流的目的地址和端口 , 并将转换后的新的组播媒体流发出。这样，媒体流在组播功能提供方和 BGF之间是组播媒体流，在 BGF 和终端之间也是组播媒体流，保证了组播媒体流是经过 BGF转发的，当然， BGF 和终端之间的组播媒体流是以新的组播业务地址和端口发送的，并且组播媒体流经过 RCEF。

BGF建立到组播功能提供方的过程是使用组播路由协议进行的，因此，如果有多个终端请求同一个组播媒体流，路由建立过程只需要进行一次就可以了，后续的请求不会导致多次路由建立请求。 SPDF 在进行资源预留请求时，可以根据媒体流组播业务地址和端口及媒体流源地址和端口判断是否是同一个媒体流，如果是，则在核心网侧不需要对同一个组播媒体流进行多次预留请求，这样可以简化流程。

在上述流程中，如果 AF向 RACS的组播控制请求是分阶段进行的，即，第一次请求只是请求 ACS做好组播 /组播转换的准备，但并不一定要求 BGF加入组播组，则 BGF到组播功能提供方的组播路径建立过程此时可以不进行。当 AF 第二次请求组播 /组播转换开始时， BGF 可以再建立到组播功能提供方的组播转发路径并进行相应的组播 /组播转换操作。

需要说明的是，只要组播控制过程在会话交互建立之前完成，那么上述实施例可能的变化都是允许的，例如， AF向 SPDF的组播控制请求和资源预留过程以一个请求传递给 SPDF也是可以的。

在本发明实施例中，如果要求 AF从协商信令中获取组播控制信息，则 AF需要理解协商信令并能提取相关信息。 AF也可以修改信令中的媒体描述信息，以匹配所做的控制。本发明实施例对 BGF的要求如下：

1.在第二实施例对应的组播控制方法中， BGF需要支持组播 /单播的转换功能。另外，要求 BGF (在核心网侧接口）支持组播路由协议，所述组播路由协议可以为 IGMP、PIM-SM或 PIM-DM( Protocol Independent Multicast-Dense Mode, 协议无关组播 -密集模式）等。

2.在第三实施例对应的组播控制方法中， BGF需要支持组播 /组播的转换功能。另外，要求 BGF (在核心网侧接口）支持组播路由协议。此外，要求 BGF只能向终端接入网一侧发送新的组播媒体流，这是为了避免新的组播媒体流向核心网一侧发送。

本发明实施例还要求 RCEF支持组播路由协议，用于建立组播转发路径。

下面以采用 IMS作为会话控制和业务提供网絡的 NGN为例，再对本发明实施例进行说明。

图 8是本发明实施例的组播系统应用在采用 IMS作为会话控制和业务提供网络的 NGN中的第一具体功能架构图。如图 8所示，这个系统包括代理 CSCF、 SPDF、 BGF、服务 CSCF、 AS (应用服务器，即业务提供方）、 MRFC ( Media Resource Function Controller, 媒体资源功能控制器）和 MRFP ( Media Resource Function Processor, 媒体资源功能处理器）。其中， AS 与终端进行业务协商，终端可以请求 AS提供组播服务；代理 CSCF转发终端与服务 CSCF之间的请求和响应消息，代理 CSCF包含了 AF的功能；服务 CSCF根据触发规则将业务请求消息触发到 AS; 代理 CSCF通过多种方式获得进行组播转换的信息，如果需要对媒体流进行组播转换，则请求 SPDF进行组播转换； SPDF接收包含 AF功能的代理 CSCF的组播转换请求，并进行策略判断和资源检查，以决定是否允许完成相应的转换，如果允许，则请求 BGF完成具体的组播转换操作； BGF用于建立到 AS的组播转发路径，并将从 AS接收到的组播媒体流转换为单播媒体流发送给终端，在这个过程中，可以分配用于发送单播媒体流的地址和端口等； AS用于向终端提供业务，并与终端进行必要的业务协商，根据协商的结果向 MRFC提出媒体资源请求； MRFC接收 AS的媒体资源请求并控制 MRFP进行媒体资源的分配，其中可以包括分配组播业务地址等资源； MRFP在 MRFC的控制下向终端提供组播媒体流，这里的 MRFP即为组播功能提供方 ,用于提供与业务相关的組播媒体流。

图 9是图 8所示的 NGN的组播控制过程的流程图，具体流程为：步骤 S901:终端发起业务请求，请求消息可以为 SIP invite, 如果请求消息中携带终端接收媒体流的地址和端口信息，则在请求消息到达代理 CSCF后，代理 CSCF提取终端接收媒体流的地址和端口信息，否则，代理 CSCF在后续协商报文中提取这些信息。

步骤 S902: 代理 CSCF将请求消息转发到服务 CSCF。

步骤 S903: 服务 CSCF将请求消息触发到处理业务的 AS。

步驟 S904: 由于业务请求需要媒体资源，所以， AS向 MRFC发起媒体资源请求。

步骤 S905: MRFC根据 AS的请求对 MRPP施加控制，如果需要以组播方式提供业务，则 MRFP 确定组播业务的地址并返回给

MRFC。

步骤 S906: MRFC向 AS返回媒体资源请求的结果，所述结果包含一个 SDP ( Session Description Protocol, 会话描述协议）描述，其中可以携带组播业务地址和端口以及发送组播业务的 MRFP 的地址和端口。

步骤 S907: AS向服务 CSCF发送业务响应，所述响应包含 SDP 描述，其中可以携带组播业务地址和端口以及发送组播业务的 MRFP 的地址和端口。

步骤 S908: 服务 CSCF向代理 CSCF转发所述业务响应。

步骤 S909: 执行组播控制过程，包括以下步骤：

步骤 S909.1: 代理 CSCF收到上述响应后，提取组播业务地址和端口以及发送组播业务的 MRFP的地址和端口，并可以居本地策略向 SPDF发起组播控制请求，以使组播媒体流可以经过 BGF进行转发；

步驟 S909.2 SPDF向 BGF请求进行组播媒体流到单播媒体流的转换，即， BGF 需要以组播路由协议建立组播转发路径，同时，需要分配一个单播 UDP端口号用于转发组播媒体流，这样， BGF就可以准备接收 MRFP提供的组播媒体流，再将接收的组播媒体流转换为单播媒体流发给终端， BGF可以进行这样的转换，即，将 BGF的 IP 地址及分配的 UDP端口作为单播媒体流的源地址及源端口，将终端的 IP地址及终端接收媒体流的端口作为目的地址及目的端口；

步驟 S909.3: BGF建立到 M FP的组播转发路径，其中，使用组播路由协议建立到 MRFP的组播转发路径；

步驟 S909.4: BGF执行资源预留请求，向 SPDF反馈结果，所述结果中包含用于发送单播媒体流的地址和端口信息；

步骤 S909.5: SPDF向代理 CSCF反馈对资源预留的确认信息，所述结果中包含用于发送单播媒体流的地址和端口信息；

步骤 S909.6:代理 CSCF ^^据接收到的信息修改媒体协商过程中的 SDP描述，即，用 BGF提供的用于发送单播媒体流的地址和端口信息替换 SDP 中的组播业务地址和端口描述，如果需要，还可以替换发送组播媒体流的源地址和端口信息。

步骤 S910: 代理 CSCF向终端反馈最终的响应结果。

步驟 S911- S912: 进行进一步的媒体协商过程，协商报文每次经过代理 CSCF时，代理 CSCF根据需要修改协商报文中相应的媒体描述信息，以确保协商成功。 BGF 的转换操作可以仅在所有协商过程成功完成后，接收到进一步的指示时才开始进行。

步骤 S913: MRFC对 MRFP进一步控制。

上述协商过程完成后，媒体流将以组播方式发送到 BGF, BGF 再将其转换为单播媒体流发送给终端。

图 10是本发明实施例的组播系统应用在采用 IMS作为会话控制和业务提供网络的 NGN中的第二具体功能架构图。如图 10所示，这个系统包括终端、代理 CSCF、 SPDF, BGF、 A-RACF、 RCEF、服务 CSCF、 AS、 MRFC和 MRFP。其中， AS与终端进行业务协商，终端可以请求 AS提供組播服务；代理 CSCF转发终端与服务 CSCF 之间的请求和响应消息，代理 CSCF包含了 AF的功能；服务 CSCF 根据触发规则将业务请求消息触发到；代理 CSCF通过多种方式获取进行组播转换的信息，如果需要对媒体流进行组播转换，则请求 SPDF 进行组播转换； SPDF接收包含 AF功能的代理 CSCF的組播转换请求，并进行策略判断和资源检查，以决定是否允许完成相应的转换，如果允许，则请求 BGF完成具体的组播转换操作； BGF用于建立到 AS的组播转发路径； SPDF向 A-RACF发送请求，由 A-RACF请求 RCEF加入所分配的新的组播组， RCEF接收所述请求，并使用组播路由协议建立到 BGF的组播转发路径； BGF将从 AS接收到的组播媒体流转换为新的组播媒体流向终端发送，在这个过程中，可以分配用于转发媒体流的地址和端口等； AS用于向终端提供业务，并与终端进行必要的业务协商，根据协商的结果向 MRFC提出媒体资源请求； MRFC接收 AS的媒体资源请求，并控制 MRFP进行媒体资源的分配，其中可以包括分配组播业务地址等资源； MRFP在 MRFC的控制下向终端提供组播媒体流，这里的 MRFP即组播功能提供方，用于提供与业务相关的组播媒体流。

图 11是图 10所示的 NGN的组播控制过程的流程图，具体流程为：

步驟 S1101 : 终端发起业务请求，请求消息可以为 SIP invite, 如果请求消息中携带终端接收媒体流的地址和端口信息，则在请求消息到达代理 CSCF后，代理 CSCF提取终端接收媒体流的地址和端口信息，否则，代理 CSCF在后续协商报文中提取这些信息。

步驟 S1102: 代理 CSCF将请求消息转发到服务 CSCF。

步骤 S1103: 服务 CSCF将请求消息触发到处理业务的 AS。步骤 S1104: 由于业务请求需要媒体资源，所以， AS向 MRFC 发起媒体资源请求。

步骤 S1105: MRFC根据 AS的请求对 MRFP施加控制，如果需要以组播方式提供业务，则 MRFP 确定组播业务的地址并返回给 MRFCo

步骤 S1106: MRFC向 AS返回媒体资源请求的结果，所述结果包含一个 SDP描述，其中可以携带组播业务地址和端口以及发送组播业务的 MRFP的地址和端口。

步骤 S1107: AS向服务 CSCF发送业务响应，所述响应包含 SDP 描述，其中可以携带组播业务地址和端口以及发送组播业务的 MRPP 的地址和端口。

步骤 S1108: 服务 CSCF向代理 CSCF转发所述业务响应。

步骤 S1109: 执行组播控制过程，包括以下步骤：

步骤 S1109.1: 代理 CSCF收到上述响应后，提取组播业务地址和端口以及发送组播业务的 MRFP的地址和端口，并可以才艮据本地策略向 SPDF发起组播控制请求，以使組播媒体流可以经过 BGF进行转发；

步驟 S1109.2: SPDF向 BGF请求进行组播媒体流到新的组播媒体流的转换，新的组播业务地址和端口可以由 SPDF或者 BGF分配，同时， BGF 需要分配一个端口号用于转发组播媒体流，这样， BGF 就可以准备接收 MRFP提供的组播媒体流，再将接收的组播媒体流转换为新的组播媒体流发给终端， BGF可以进行这样的转换，即，将 BGF的 IP地址及分配的用于转发组播媒体流的端口作为新的组播媒体流的源地址及源端口，将新分配的组播业务地址及新分配的组播业务端口作为新的组播媒体流的目的地址及目的端口；

步骤 S1109.3: BGF建立到 MRFP的组播转发路径，其中，使用组播路由协议建立到 MRFP 的组播转发路径，如果已经加入了组播组，则这里不需要重复加入；

步骤 S1109.4: BGF执行资源预留请求，向 SPDF反馈结果，所述结果中包含用于发送新的组播媒体流的地址和端口信息；如果新的组播业务地址和端口是由 BGF分配的，则这里也需要携带新分配的组播业务地址和端口；步驟 S1109.5: SPDF向代理 CSCF反馈对资源预留的确认信息，所述结果中包含用于发送新的组播媒体流的地址和端口信息，以及新的组播业务地址和端口信息；

步骤 S1109.6: 代理 CSCF需要根据接收到的信息修改媒体协商过程中的 SDP描述，即，用新的组播业务地址和端口信息替换 SDP 中的组播业务地址和端口描述，如果需要，还可以替换发送組播媒体流的源地址和端口信息。

步骤 S1110: 代理 CSCF向终端反馈最终的响应结果。

步骤 S1111- S1112: 进行进一步的媒体协商过程，协商报文每次经过代理 CSCF时，代理 CSCF根据需要修改协商报文中相应的媒体描述信息，以确保协商成功。 BGF 的转换操作可以仅在所有协商过程成功完成后，接收到进一步的指示时才开始进行。

步驟 S1113: MRFC对 MRFP进一步控制。

上述协商过程完成后，终端使用 IGMP要求加入新的组播组，所述请求由 RCEF处理； RCEF进而采用组播路由协议建立到 BGF的组播转发路经；转发路径建立后，媒体流将以组播方式发送到 BGF， BGF再将其转换为新的组播媒体流，新的组播媒体流经 RCEF发送给终端。

在上述实施例中，如果 RCEF与 BGF之间的 IP网络能够兼容组播媒体流， BGF与组播功能提供方或 MRFP之间的 IP网络也能够兼容组播媒体流，则由于组播功能提供方或 MRFP向业务接收方或终端提供的组播媒体流一定会经过 BGF, 且 BGF能够将组播媒体流转换为新的组播媒体流发送出去，业务接收方或终端也能够接收到组播媒体流，这样， BGF 就可以对业务接收方或终端的资源进行控制，还可以提供精确的度量指标（例如组播媒体流的流量 M乍为计费的依据。

另夕卜，本发明实施例还提供一种媒体流控制设备，包括：转换请求单元，用于接收转换组播媒体流的请求；组播媒体流接收单元，用于接收组播媒体流；组播媒体流转换单元，用于将组播媒体流转换为单播媒体流或新的组播媒体流；媒体流发送单元，用于向业务接收方发送转换后的单播媒体流或新的组播媒体流。

媒体流控制设备还可以包括：地址和端口信息接收单元，用于在组播媒体流转换单元将组播媒体流转换为单播媒体流之前，接收业务接收方用于接收单播媒体流的地址和端口信息，和 /或，接收业务接收方用于接收组播媒体流的组播业务地址和端口信息。

媒体流控制设备还可以包括：分配地址和端口单元，用于在组播媒体流转换单元将组播媒体流转换为单播媒体流或新的组播媒体流之前，分配用于发送单播媒体流的地址和端口，或者，分配新的组播媒体流的组播业务地址和端口及用于发送新的组播媒体流的地址和端口。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

权利要求

1.一种媒体流控制方法，其特征在于包括：

业务控制单元向组播媒体流转换单元发出转换组播媒体流的请求；

组播媒体流转换单元接收到组播媒体流后 ,将组播媒体流转换为单播媒体流或新的组播媒体流并向业务接收方发送。
2.如权利要求 1所述的媒体流控制方法，其特征在于业务控制单元向组播媒体流转换单元发出转换组播媒体流的请求之前还包括：确定是否向业务接收方发送组播媒体流。
3.如权利要求 2所述的媒体流控制方法，其特征在于业务控制单元通过如下至少一种方式确定是否向业务接收方发送组播媒体流：业务控制单元检查来自业务接收方的业务协商信令中是否携带支持组播媒体流的描述，如果是，则确定向业务接收方发送组播媒体流;

业务控制单元检查业务接收方是否向网络注册支持组播媒体流的信息，如果是，则确定向业务接收方发送组播媒体流；

业务控制单元查询网络部署信息，如果确定向业务接收方发送媒体流的路径上的所有网络段都支持组播媒体流 ,则确定向业务接收方发送组播媒体流；

如果业务控制单元接收到来自业务提供方的设备标识或者软件标识，且所述标识表明业务接收方支持组播媒体流，则确定向业务接收方发送组播媒体流；

业务控制单元获取是否发送組播媒体流的指示信息，如果所述指示信息要求发送组播媒体流，则业务控制单元向业务接收方发送组播媒体流。
4.如权利要求 1所述的媒体流控制方法，其特征在于组播媒体流转换单元接收组播媒体流之前还包括：业务控制单元提供业务提供方发出的组播媒体流的组播业务地址和端口信息。
5.如权利要求 1所述的媒体流控制方法，其特征在于组播媒体流转换单元接收组播媒体流之前还包括：组播媒体流转换单元建立从业务提供方到转换组播媒体流之前的组播媒体流转发路径。
6.如权利要求 1所述的媒体流控制方法，其特征在于组播媒体流转换单元将组播媒体流转换为单播媒体流之前还包括：业务控制单元提供业务接收方接收单播媒体流的地址和端口信息，和 /或，组播媒体流的组播业务地址和端口信息。
7.如权利要求 1所述的媒体流控制方法，其特征在于组播媒体流转换单元将组播媒体流转换为单播媒体流或新的组播媒体流之前还包括：组播媒体流转换单元分配用于发送单播媒体流的地址和端口，或者，分配新的组播媒体流的组播业务地址和端口及用于发送新的组播媒体流的地址和端口。
8.如权利要求 1所述的媒体流控制方法，其特征在于组播媒体流转换单元按照下述方式将组播媒体流转换为单播媒体流：组播媒体流转换单元将分配的用于发送单播媒体流的地址和端口作为单播媒体流的源地址和源端口 ,将获取的业务接收方接收单播媒体流的地址和端口作为单播媒体流的目的地址和目的端口。
9.如权利要求 1所述的媒体流控制方法，其特征在于组播媒体流转换单元按照下述方式将组播媒体流转换为新的组播媒体流：组播媒体流转换单元将分配的用于发送新的组播媒体流的地址和端口作为新的组播媒体流的源地址和源端口，将分配的新的组播媒体流的组播业务地址和端口作为新的组播媒体流的目的地址和目的端口。
10.如权利要求 1 所述的媒体流控制方法，其特征在于组播媒体流转换单元将单播媒体流或新的组播媒体流发送给业务接收方之前还包括：业务控制单元向业务接收方提供发送单播媒体流的源地址和端口信息，或者提供新的组播媒体流的组播业务地址和端口信息和 / 或发送新的组播媒体流的地址和端口信息。
11.如权利要求 10所述的媒体流控制方法，其特征在于业务接收方接收到新的组播媒体流的组播业务地址和端口信息后还包括：业务接收方根据新的组播媒体流的组播业务地址和端口信息，加入到新的组播媒体流的组播组。
12.如权利要求 1 所述的媒体流控制方法，其特征在于：如果存在多个组播媒体流转换单元，则业务控制单元选择一个组播媒体流转换单元，并向选择的组播媒体流转换单元发出转换组播媒体流的请求。
13.—种基于下一代网络 NGN的媒体流控制方法，其特征在于包括：

应用功能实体 AF请求基于业务的策略决策功能实体 SPDF进行组播控制；

SPDF处理 AF的请求后，向边界网关功能实体 BGF提出转换組播媒体流的请求；

BGF 接收到组播媒体流后，将組播媒体流转换为单播媒体流或新的组播媒体流发送给业务接收方。
14.如权利要求 13所述的媒体流控制方法，其特征在于 AF请求基于业务的策略决策功能实体 SPDF进行组播控制之前还包括： AF 获取需要进行组播控制的信息，其中， AF按照下述至少一种方式获取需要进行组播控制的信息：

AF查看业务接收方与业务提供方之间的业务协商报文中的业务描述信息，得到进行组播控制的信息；

业务提供方收到业务接收方发出的组播业务请求后，向 AF请求进行组播控制，并提供用于组播控制的信息。
15.如权利要求 13所述的媒体流控制方法，其特征在于： AF倩求 SPDF进行组播控制或 SPDF向 BGF提出转换组播媒体流的请求时，向 SPDF或 BGF提供如下至少一种信息：

业务提供方用于发送组播媒体流的地址和端口信息；

业务提供方发送的组播媒体流的组播业务地址和端口信息；业务接收方接收媒体流的地址和端口信息。
16.如权利要求 13所述的媒体流控制方法，其特征在于： AF请求 SPDF进行组播控制或 SPDF向 BGF提出转换组播媒体流的请求时，如果 SPDF没有向 BGF提供地址和端口信息，则 SPDF指定由 BGF 分配地址和端口，或者， BGF 向管理组播组的功能实体请求获得地址和端口信息。
17.如权利要求 13所述的媒体流控制方法，其特征在于 BGF向业务接收方发送新的组播媒体流之前还包括： BGF 建立从资源控制执行功能 RCEF到 BGF的组播转发路径。
18.如权利要求 17所述的媒体流控制方法，其特征在于按照下述方式建立所述组播转发路径：

业务接收方请求加入到新的组播组；

RCEF处理所述请求后，使用组播路由协议建立到 BGF的组播转发路径。
19.如权利要求 17所述的媒体流控制方法，其特征在于按照下述方式建立所述组播转发路径：

SPDF向接入-资源及许可控制功能 A-RACF发送请求；由 A-RACF向 RCEF请求加入到新的组播组；

RCEF使用组播路由协议建立到 BGF的组播转发路径。
20.如权利要求 13所述的媒体流控制方法，其特征在于：如果有多个业务接收方请求同一个组播媒体流，则 BGF为组播媒体流建立业务接收方列表，其中，业务接收方列表以业务接收方接收媒体流的地址和端口信息作为业务接收方之间的区分依据。
21.如权利要求 14所述的媒体流控制方法，其特征在于：所述业务提供方为应用服务器 AS，向业务接收方提供媒体流的为媒体资源功能处理器 MRFP。
22.如权利要求 21所述的媒体流控制方法，其特征在于 BGF进行组播媒体流转换之前还包括：

代理 CSCF接收业务接收方发起的业务请求，并提取业务接收方接收媒体流的地址和端口信息；

代理 CSCF将所述业务请求转发到服务 CSCF;

服务 CSCF将所述业务请求触发到 AS; 如果所述业务请求需要媒体资源，则 AS向媒体资源功能控制器 MRFC发起媒体资源请求；

MRFC对 MRFP施加控制， MRFP确定组播业务地址和端口并将组播业务地址和端口信息返回给 MRFC;

MRFC向 AS返回媒体资源请求结杲，其中携带有组播业务地址和端口信息和 /或 MRFP发送组播媒体流的地址和端口信息；

AS向服务 CSCF返回业务响应，其中携带有组播业务地址和端口信息和 /或 MRFP发送组播媒体流的地址和端口信息；

服务 CSCF向代理 CSCF转发所述业务响应。
23.如权利要求 22所述的媒体流控制方法，其特征在于 BGF进行组播媒体流转换之前还包括：

代理 CSCF收到服务 CSCF转发的所述业务响应后，提取組播业务地址和端口信息和 /或 MRFP发送组播媒体流的地址和端口信息 , 并向 SPDF发起组播控制请求；

SPDF向 BGF请求进行组播媒体流的转换。
24.如权利要求 13所述的媒体流控制方法，其特征在于 BGF按照下述方式将組播媒体流转换为单播媒体流：将分配的用于发送单播媒体流的地址和端口作为单播媒体流的源地址和源端口，将获取的业务接收方接收单播媒体流的地址和端口作为单播媒体流的目的地址和目的端口。
25.如权利要求 13所述的媒体流控制方法，其特征在于 BGF按照下述方式将组播媒体流转换为新的组播媒体流：将分配的用于发送新的组播媒体流的地址和端口作为新的组播媒体流的源地址和源端口，将分配的新的组播媒体流的组播业务地址和端口作为新的组播媒体流的目的地址和目的端口。
26.—种媒体流转换设备，其特征在于包括：

转换请求单元，用于接收转换组播媒体流的请求；

组播媒体流接收单元，用于接收组播媒体流；

組播媒体流转换单元，用于将所述组播媒体流接收单元接收的组播媒体流转换为单播媒体流或新的组播媒体流；

媒体流发送单元，用于向业务接收方发送转换后的单播媒体流或新的组播媒体流。
27.如权利要求 26所述的媒体流转换设备，其特征在于还包括：地址和端口信息接收单元，用于在组播媒体流转换单元将组播媒体流转换为单播媒体流之前，接收业务接收方用于接收单播媒体流的地址和端口信息，和 /或，接收业务接收方用于接收组播媒体流的组播业务地址和端口信息。
28.如权利要求 26所述的媒体流转换设备，其特征在于还包括：分配地址和端口单元，用于在组播媒体流转换单元将组播媒体流转换为单播媒体流或新的组播媒体流之前，分配用于发送单播媒体流的地址和端口，或者，分配新的组播媒体流的组播业务地址和端口及用于发送新的组播媒体流的地址和端口。
29.—种 BGF, 其特征在于包括：

转换请求单元，用于接收 SPDF发出的转换组播媒体流的请求；组播媒体流接收单元，用于接收组播媒体流；

组播媒体流转换单元，用于将组播媒体流转换为单播媒体流或新的组播媒体流；

媒体流发送单元，用于向业务接收方发送转换后的单播媒体流或新的组播媒体流。
30.如权利要求 29所述的 BGF, 其特征在于还包括：组播路由协议支持单元，用于支持组播路由协议。
31.—种组播系统，包括业务接收方及媒体流提供单元，其特征在于还包括：

組播转换设备，用于接收转换组播媒体流的请求及媒体流提供单元发出的组播媒体流，并将组播媒体流转换为单播媒体流或新的组播媒体流向业务接 >1欠方发送；

业务控制单元，用于向组播转换设备发出转换组播媒体流的请求，和 /或，控制媒体流提供单元发送媒体流，和 /或，控制组播转换设备进行组播媒体流的转换，和 /或，与业务接收方进行业务协商。
32.—种基于 NGN的组播系统，包括业务接收方及媒体流提供单元，其特征在于还包括： BGF、 AF、 SPDF及业务提供方，其中，

BGF用于接收 SPDF发出的转换组播媒体流的请求及媒体流提供单元发出的組播媒体流，并将组播媒体流转换为单播某体流或新的组播媒体流向业务接收方发送；

业务提供方用于与业务接收方进行业务协商；

AF用于获取组播媒体流转换的信息，如果确定需要对組播媒体流进行转换，则向 SPDF发起进行組播媒体流转换的请求；

SPDF用于接收 AF发起的进行组播媒体流转换的请求后，判断是否允许进行转换，如果允许，则向 BGF请求进行转换。
33.如权利要求 32所述的组播系统，其特征在于还包括： A-RACF 及 RCEF, 其中，

A-RACF用于接收 SPDF发出的业务接收方要求加入到新的组播组的请求，并向 RCEF提出所述请求；

RCEF用于接收 A-RACF发出的请求后，使用组播路由协议建立到 BGF的组播转发路径。
34.如权利要求 32 所述的组播系统，其特征在于： AF 为代理 CSCF, 业务提供方为 AS, 媒体流提供单元为 MRFP, 所述组播系统还包括：服务 CSCF及 MRFC，其中，

代理 CSCF用于转发业务接收方与服务 CSCF之间的请求和响应消息；

AS 用于与业务接收方进行业务协商后，根据协商的结果向 MRFC提出媒体资源请求；

MRFC用于接收 AS的媒体资源请求后，控制 MRFP进行媒体资源的分配；

MRFP用于在 MRPC的控制下向业务接收方提供组播媒体流。
35.如权利要求 34所述的组播系统，其特征在于： BGF支持組播路由协议。