专利名称：一种组播控制系统和方法
技术领域：
本发明涉及组播控制系统和方法。
背景技术：
SIP(Session Initiation Protocol，会话发起协议)是由IETF(The InternetEngineering Task Force，互联网工程任务组)制订的多媒体通信系统框架协议之一，是用于建立、改变或结束多媒体会话的应用层协议，与RTP(RealtimeTransport Protocol，实时传输协议)/RTCP(Real-time Transport Control Protocol，实时传输控制协议)、SDP(Session Description Protocol，会话描述协议)、RTSP(Real Time Stream Protocol，实时流协议)、DNS(Domain Name System andDomain Name Service protocol，域名系统(服务)协议)等协议配合，共同完成IMS(IP Multimedia Subsystem，IP多媒体子系统)中的会话建立及媒体协商；一旦建立会话，媒体流将使用RTP协议在承载层中直接传送，在一次会话中可以灵活的交互多种媒体。
由于SIP基于公开的Internet(互联网)标准，在语音、数据业务结合和互通方面具有天然优势，能跨越媒体和设备实现呼叫控制，支持丰富的媒体格式，可动态增/删媒体流，容易实现更加丰富的业务特性，同时，SIP支持智能向业务和终端侧发展，从而减轻网络负担，其本身支持包括动态注册机制、位置管理机制、重定向机制等应用层移动性功能以及Presence(描述)/Fork(分叉)/订阅特性，便于扩展新业务，而且协议简单，具有公认的扩展潜力，因此获得了包括在IMS及NGN(Next Generation Network，下一代网络)中的越来越多的应用。
在通讯和IT技术高度发展的今天，随着跨链路层传输介质的IP技术的出现，Internet应用的迅速普及，与此同时，人们也不再满足于单一的语音通信方式，而需要全新的多媒体通信方式，移动通讯网络和固定通讯网络的IP化、Internet和电信网络的融合已无可争议地成为业界公认的发展方向。为满足越来越突出的IP多媒体应用的普遍需求，3GPP(3rd Generation Partnership Project，第三代移动通信标准化伙伴项目)在分组承载网基础上引入的全IP业务网络架构的IMS，目标是按照个性化用户数据，屏蔽用户接入方式，控制业务能力的开放程度，提供多媒体的通信体验。
IMS是3GPP R5阶段增加的WCDMA(Wideband Code Division MultipleAccess，宽带码分多址)网络中叠加在已有分组域之上的一个子系统，采用分组域为其上层控制信令和媒体传输的承载通道，引入SIP协议作为业务控制协议，利用SIP简单、易扩展、媒体组合方便的特点，通过将业务控制与承载控制分离，提供丰富的多媒体业务；IMS中主要的功能实体包括控制用户注册、会话控制等功能的CSCF(Call Session Control Function，呼叫会话控制功能)、提供各种业务逻辑控制功能的AS(Application Server，应用服务器)、集中管理用户签约数据的HSS(Home Subscriber Server，归属用户服务器)以及用于实现与电路交换网互通的MGCF(Media Gateway Control Function，媒体网关控制功能)/IM-MGW(IP Multimedia-MGW，IP多媒体媒体网关控制器)，用户通过当前所在地代理CSCF接入IMS，会话和业务触发控制及与AS的业务控制交互则由其注册地的归属域服务CSCF完成。
NGN是基于分组技术的融合型网络，以分组交换为主，采用承载与控制分离的架构，它继承了原有PSTN(public switched telephone network，公众交换电话网络)的所有业务，也同时够继承了移动网络的业务能力。NGN综合了固定电话网、移动电话网和IP网络的优势，使得模拟用户、数字用户、移动用户、ADSL用户、ISDN用户、IP窄带网络用户、IP宽带网络用户甚至是通过卫星接入的用户都能作为下一代网络中的一员相互通信。
请参阅图1，其是RACS(Resource and Admission Control Subsystem，资源及许可控制子系统)的功能架构图，RACS是NGN中的一个子系统，在TISPAN文档ETSI ES 282 003V<1.6.6>(2005-10)中对RACS架构进行了详细阐述。RACS可以为业务应用提供资源和许可控制支持。
IP组播是以D类IP地址发送业务的技术，用于发送方同时向多个接收方(大于等于一个)发送相同业务内容时，因为相同内容只需要向指定组播业务地址和端口发送一份即可，因而可以有效降低业务发送方和传输网络的负载。为了获取组播内容，内容接收方通过加入业务组播组(如使用IGMP(Internet GroupManagement Protocol，Internet组管理协议))来要求邻接的路由器发送业务内容给自己，而路由器之间则通过组播路由协议(如PIM-SM(protocol-independentmulticast-sparse mode，协议无关组播-稀疏模式)协议等)与其它路由器交互以建立组播转发路径，这样组播业务内容就可以从组播源沿组播转发路径传递给内容接收方。使用组播技术传送业务流，无论接收方有多少，业务发送方只需要发送一个数据流。组播数据在从业务发送方到接收方的传送路径上的传送点之间只产生单一的数据流，显而易见使用组播技术可以减轻发送方的负荷，并且可以有效利用网络资源。
请参阅图2，其是现有的RACS架构对组播转发路径建立的示意图。在使用RACS架构与其它网络组件配合提供组播业务支持时，现有的架构没有提供有效的组播控制支持。这是因为组播路径的建立过程并不能保证业务发送方提供的组播业务流一定经过BGF(Border Gateway Function，边界网关功能)向CPE(Customer Premises Equipment，用户前端设备)提供。其中RCEF(ResourceControl Enforcement Function，资源控制执行功能)和BGF之间存在一个组播兼容网络，BGF和组播业务提供者之间也存在一个组播兼容网络；按照一般的组播路径建立过程，用户的IGMP报文信息通过CPE被RCEF所接收(这里RCEF是从终端到BGF路径上的第一个IP三层设备，IGMP由它处理)并处理，然后RCEF再使用组播路由协议(如PIM-SM协议等)请求邻接路由器向其发送组播业务流以建立组播转发路径，但是这里RCEF和BGF之间存在一个组播兼容网络，这可能导致RCEF最终建立的组播转发路径并不通过BGF而是通过路由器，当然，这里需要所述路由器也可以建立到组播业务提供者的组播转发路径。如果组播业务流不经过BGF，那么BGF就无法对用户的资源进行控制。
发明内容
本发明所要解决的技术问题在于提供一种可有效控制用户的资源使用情况的组播控制系统和方法。
为解决上述技术问题，本发明所采用的技术方案是提供一种组播控制系统，其包括终端、应用功能AF、基于业务的策略决策功能SPDF、边界网关功能BGF、业务提供者和组播功能提供者，其中，所述终端和业务提供者进行业务协商，请求业务提供者提供组播服务；
所述AF获得进行组播转换的信息，若需要对业务流进行组播转换则请求SPDF进行组播转换；所述SPDF接收AF的组播转换请求并进行策略判断和资源检查，以决定是否允许完成相应转换，若允许则请求BGF完成具体的组播转换操作；所述BGF建立到组播功能提供者的组播转发路径，并把从组播功能提供者接收到的组播业务流转换成单播业务流向终端发送。
为解决上述技术问题，本发明所采用的另一技术方案是提供一种组播控制系统，其包括终端、AF、SPDF、BGF、接入-资源及许可控制功能A-RACF、资源控制执行功能RCEF、业务提供者和组播功能提供者，其中，所述终端和业务提供者进行业务协商，请求业务提供者提供组播服务；所述AF获得进行组播转换的信息，若需要对业务流进行组播转换则请求SPDF进行组播转换；所述SPDF接收AF的组播转换请求并进行策略判断和资源检查，以决定是否允许完成相应转换，若允许则请求BGF完成具体的组播转换操作；所述BGF建立到组播功能提供者的组播转发路径；所述SPDF向A-RACF发送请求，由A-RACF请求RCEF加入所分配的新的组播组，RCEF接受所述请求并使用组播路由协议建立到BGF的组播转发路径；所述BGF把从组播功能提供者接收到的组播业务流转换成新的组播业务流经BGF到组播功能提供者的组播转发路径和RCEF到BGF的组播转发路径向终端发送。
为解决上述另一技术问题，本发明所采用的技术方案是提供一种组播控制方法，其包括以下步骤A1.AF获取需要进行组播控制的信息；A2.AF请求SPDF进行组播控制，所述请求由SPDF处理后，SPDF进一步向BGF提出请求，所述请求由BGF进行处理；A3.BGF建立到组播功能提供者的组播转发路径；A4.BGF通过SPDF向AF反馈请求响应；A5.一旦BGF收到组播业务流，BGF就把所述业务流进行组播转换并发送给用户。
本发明的有益效果是由于本发明的组播控制系统和方法使组播业务流经过BGF进行转发，从而使得网络可有效控制用户的资源使用情况，并可以提供精确的度量指标(如组播流量)为计费提供依据。
图1是RACS的功能架构图；图2是现有的RACS架构对组播转发路径建立的示意图；图3是本发明第一实施例组播控制系统的组播控制过程示意图；图4是本发明第二实施例组播控制系统的组播控制过程示意图；图5是本发明第一实施例组播控制系统应用在采用IMS作为会话控制和业务提供网络的NGN网络中的具体功能架构图；图6是图5所示的NGN网络的组播过程示意图；图7是本发明第二实施例组播控制系统应用在采用IMS作为会话控制和业务提供网络的NGN网络中的具体功能架构图；图8是图7所示的NGN网络的组播过程示意图。
具体实施例方式
请参阅图1，AF(Application Function，应用功能)在TISPAN NGN架构里并不是一个独立功能实体，而是对存在于业务控制子系统和业务应用中与RACS有交互的功能集的简洁表示。如在IMS网络中的代理CSCF就是一个例子，它与RACS交互时具有AF的功能。
AF可以使用多种方式获取需要进行组播控制的信息并进行相应的控制，可能的方式包括1.终端和组播功能提供者使用信令协商(如使用SIP协商)机制协商组播业务所使用的组播业务地址和端口，所述协商信令通过AF(如IMS网络中的代理CSCF)进行转发，则AF可以通过查看协商报文中的业务描述信息得到进行组播控制的必要信息(如查看SIP中携带的SDP负载得到组播业务地址和端口)；2.组播功能提供者在收到终端发出的组播业务请求后，向AF请求进行组播控制，并提供细节信息；这里不需要协商报文经过AF，即使协商报文经过AF，AF也不需要对所述信令加以理解。
这里，AF为了完成必要的组播控制过程，必须获得下述信息或者下述信息的组合组播业务地址和端口、发送组播业务的地址和端口、终端接收业务的地址和端口。这些信息可以通过查看协商报文内容获得或者由业务提供者告知。
当AF在获得需要进行组播控制的信息后，为了确保组播业务流经过BGF，AF可以采用如下两种方式进行组播控制第一种方式AF请求SPDF(Service-based Policy Decision Function，基于业务的策略决策功能)进行组播控制，所述请求由SPDF处理后；SPDF进一步向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协议与RCEF交互要求加入所述组播组，而RCEF则使用组播路由协议(如PIM-SM等)建立到BGF的组播转发路径。
BGF在完成组播业务地址和端口、单播地址和端口的分配后需要通过SPDF向AF反馈分配的结果，这样可以使得AF有机会修改业务协商过程的报文，使得用户得到正确的业务发送地址，从而可以发起正确的组播加入过程(使用IGMP协议)；这种情况适合于业务协商报文经过AF的情况；同时也可以使得AF可以向组播控制的请求者反馈分配结果，以使得发起请求者可以采取其它方式向用户通知新的业务地址。
本发明第一实施例组播控制系统包括终端、AF、SPDF、BGF、业务提供者和组播功能提供者。其中终端和业务提供者进行业务协商，请求业务提供者提供组播服务；AF通过多种方式获取进行组播转换的信息，若需要对业务流进行组播转换则请求SPDF进行组播转换；SPDF接收AF的组播转换请求并进行策略判断和资源检查以决定是否允许完成相应转换，若允许则请求BGF完成具体的组播转换操作；BGF建立到组播功能提供者的组播转发路径，并把从组播功能提供者接收到的组播业务流转换成单播业务流向终端发送，这个过程中可能需要分配用于转发业务流的地址和端口等。
请参阅图3，本发明第一实施例组播控制系统的组播控制过程为S11.AF向SPDF发送组播控制请求，所述请求携带组播业务地址和端口、发送组播业务的地址和端口、终端接收业务的地址和端口等信息的全部或者上述信息的组合；S12.SPDF根据AF的请求构造向BGF的请求，请求BGF进行组播到单播的转换操作；所述请求具体由BGF进行处理，至少携带组播业务地址和端口、发送组播业务的地址和端口、终端接收业务的地址和端口等信息的全部或者上述信息的组合；BGF收到上述请求后分配用于发送业务流的单播地址和端口并准备进行组播到单播的转换操作，即收到组播业务流之后进行如下转化以所分配单播地址和端口作为业务流源地址和端口，以终端业务地址和端口作为目的地址和端口，转换的结果向终端转发。如果有多个用户请求同一个组播业务流，则BGF可以为每一个组播业务流建立相关的用户列表，这个列表以用户的单播地址和端口作为区分，如果新增用户，则在表中添加相应的表项；如果用户退出业务流，则从表中删除对应的表项；在进行业务流转换时，BGF从业务流组播业务地址和端口对应表项中取得用户地址和端口，并进行相应的业务转发；S13.BGF在完成上述准备后，在这里使用组播路由协议(如PIM-SM协议、PIM-DM(protocol-independent multicast-dense mode，协议无关组播路由协议-密集模式)、DVMRP(Distance Vector Multicast Routing Protocol，距离向量组播路由协议)或MOSPF(Multicast Open Shortest Path First，组播最短路经优先协议)等)建立到组播功能提供者的组播转发路径；S14.BGF完成上述准备之后向SPDF反馈请求响应，这里需要携带所分配的用于进行业务转发的单播地址和端口；S15.SPDF向AF反馈请求响应，至少携带所分配的用于进行业务转发的单播地址和端口。
经过以上流程后，AF获得了用于业务转发的单播地址和端口，它可以根据业务需要做不同处理，如 AF是经过分析业务协商信令获得的组播控制信息，则它需要修改协商报文的业务地址信息，以使得终端获得新的业务发送地址； AF是接受其它实体的请求进行组播控制，则它需要向所述实体反馈控制结果，所述结果中可能需要携带所分配的业务转发地址和端口。
经过以上过程的处理后，终端获得的业务提供地址其实是BGF所分配的单播地址和端口，它在自身业务地址和端口等待业务流；BGF建立了从组播功能提供者到BGF的组播转发路径。当组播业务流从组播功能提供者发出后被BGF所接收，BGF执行业务流转换操作，即以自己所分配的地址和端口为业务流源地址和端口，以终端接收业务的地址和端口为业务流目的地址和端口把组播业务流转换为单播业务流并向终端发送。这样处理的结果是业务流在组播功能提供者和BGF之间是组播，在BGF和终端之间是单播。
BGF建立到组播功能提供者的过程是使用组播路由协议进行的(如PIM-SM等)，因此，如果有多个终端请求同一个组播流，路由建立过程只需要进行一次就可以了，后续的请求不会导致多次路由建立请求。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把从组播功能提供者接收到的组播业务流转换成新的组播业务流经BGF到组播功能提供者的组播转发路径和RCEF到BGF的组播转发路径向终端发送，这个过程中可能需要分配用于转发业务流的地址和端口等。
请参阅图4，本发明第二实施例组播控制系统的组播控制过程为S21.AF向SPDF发送组播控制请求，所述请求携带组播业务地址和端口、发送组播业务的地址和端口、终端接收业务的地址和端口等信息的全部或者上述信息的组合；S22.SPDF根据AF的请求构造向BGF的请求，请求BGF进行组播到组播的转换操作；所述请求具体由BGF进行处理，至少携带组播业务地址和端口、发送组播业务的地址和端口、终端接收业务的地址和端口等信息的全部或者上述信息的组合；所述请求中可以携带SPDF分配的新的组播业务地址和端口，如果请求中没有携带所述信息，SPDF可以指定由BGF进行分配；则BGF收到上述请求后分配一个新的组播业务地址和端口，另外BGF需要分配用于发送业务流的单播地址和端口，并准备进行组播到组播的转换操作，即收到组播业务流之后进行如下转化以所分配单播地址和端口作为业务流源地址和端口，以所分配的组播业务地址和端口为目的地址和端口并进行业务转发。
上述新的组播业务地址和端口可以由BGF分配，也可以由BGF向其它组播组管理实体请求获得，所述组播组管理实体管理组播组的分配并保证没有冲突存在；如果由BGF自己分配组播业务地址和端口，则需要有机制保证不会有冲突发生，这可以由BGF分配后向一个统一的实体注册分配结果而保证。另外，上述组播业务地址和端口也可以由SPDF分配并在请求中携带给BGF使用。
上述的组播业务地址和端口的分配可以称为组播组管理，对于是否需要分配新的组播业务地址和端口可以由SPDF或者BGF来决定 若组播业务地址和端口分配由SPDF来管理，SPDF可以根据已经执行的策略决定是否需要分配新的组播业务地址和端口，若已经有终端在使用同一业务流(如根据组播业务地址和端口判断是否是同一个业务流)，则SPDF可以不分配新的组播业务地址和端口，仅在请求中携带已经分配的组播业务地址和端口给BGF使用就可以了；否则需要分配新的组播业务地址和端口。对于BGF而言，可以简单的判断是否已经加入了原来的组播组而避免重复加入同一组播组；如果SPDF明确指示BGF不需要重复加入所述组播组，则不需要进行这一判断。
若组播业务地址和端口由BGF来管理，虽然SPDF可能要求BGF进行新组播业务地址和端口的分配，但BGF可以根据已经执行的策略决定是否需要分配新的组播业务地址和端口，若已经有终端在使用同一业务流(如根据业务组播业务地址和端口以及业务源地址和端口判断是否是同一个业务流)，则BGF可以不分配新的组播业务地址和端口，只需要使用已经分配的组播业务地址和端口就可以了；否则需要分配新的组播业务地址和端口。在反馈给SPDF的响应中携带所使用的组播业务地址和端口。
如果上述过程中并没有分配新的组播业务地址和端口，则与此相关联的资源预留过程将是不必要的(如通过T-RACF在核心网为组播业务流的资源预留)，这样可以相对简化流程。
S23.完成上述准备后，BGF在这里使用组播路由协议(如PIM-SM协议、PIM-DM、DVMRP或MOSPF等)建立到组播功能提供者的组播转发路径；S24.BGF完成上述准备之后向SPDF反馈请求响应，这里需要携带所分配的用于进行业务转发的单播地址和端口以及新的组播业务地址和端口；S25 SPDF向AF反馈请求响应，携带所分配的用于进行业务转发的单播地址和端口以及新的组播业务地址和端口。
经过以上流程后，AF获得了用于业务转发的单播地址和端口以及新的组播业务地址和端口，它可以根据业务需要做不同处理，如 AF是经过分析业务协商信令获得的组播控制信息，则它需要修改协商报文的业务地址信息，以使得终端获得新的业务发送地址； AF是接受其它实体的请求进行组播控制，则它需要向所述实体反馈控制结果，所述结果中可能需要携带所分配的业务转发地址和端口以及新的组播业务地址和端口。
经过以上过程的处理后，终端获得的业务提供地址其实是BGF所分配的组播业务地址和端口；BGF建立了从组播功能提供者到BGF的组播转发路径。为了建立从RCEF到BGF的组播转发路径，可以采取两种方式 由于用户收到了新的组播业务地址和端口，因此它使用IGMP协议要求加入所述组播组，所述请求由RCEF处理；由于新的业务流是由BGF提供的，因此RCEF使用组播路由协议(如PIM-SM)建立到BGF的组播转发路径。
另外，SPDF也可以向A-RACF发送请求，由A-RACF请求RCEF加入所分配的新的组播组，RCEF接受所述请求并使用组播路由协议(如PIM-SM)建立到BGF的组播转发路径。
当组播业务流从组播功能提供者发出后被BGF所接收，BGF执行业务流转换操作，即以自己所分配的地址和端口为业务流源地址和端口，以新的组播业务地址和端口为业务流目的地址和端口把组播业务流转换为新的组播业务流并进行转发。这样处理的结果是业务流在组播功能提供者和BGF之间是组播，在BGF和终端之间也是组播(以新的组播业务地址和端口发送，业务流经过RCEF)，保证了组播业务流是经过BGF转发的。
BGF建立到组播功能提供者的过程是使用组播路由协议进行的(如PIM-SM等)，因此，如果有多个终端请求同一个组播流，路由建立过程只需要进行一次就可以了，后续的请求不会导致多次路由建立请求。SPDF在进行资源预留请求时可以根据业务流组播业务地址和端口和业务源地址和端口判断是否是同一业务流，如果是同一业务流，则在核心网侧不需要对同一组播业务流进行多次预留请求，从而简化流程。
对于请求同一个组播业务流的终端而言，BGF需要为每一个请求分配一个新的地址和端口；如果其接入网侧存在可用的地址池，则可以从可用的地址池中分配地址和端口；当然，在反馈给AF的结果必须与这里的选择结果一致。
在上述的流程中，如果AF向RACS的组播控制请求是分阶段进行的，即第一次请求只是请求RACS做好组播/组播转换的准备，但是并不一定要求BGF加入组播组，则BGF到组播功能提供者的组播路径建立过程在这里可以不进行；当AF第二次请求组播/组播转换开始时，BGF可以这时再建立到组播功能提供者的组播转发路径并进行相应的组播/组播转换。
应该指出，这里给出的是为了说明发明思想给出的流程，在结合业务进行具体使用时其流程存在合理的变化，只要所述组播控制过程在会话交互建立之前完成，那么可能的变化都是允许的。这些流程中的步骤可能是和其它步骤结合在一起使用的(比如AF向SPDF的组播控制请求和资源预留过程以一个请求传递给SPDF)，涉及流程的合理变化都在本专利的保护范围内。
本发明如果要求AF从协商信令中获取组播控制信息，则AF需要理解所述信令并能提取相关信息；AF需要修改信令中的媒体描述信息，以匹配所做的控制。
本发明对BGF的要求如下1.若支持第一种的控制方式，则BGF需要支持组播/单播转换功能，具体如第一种方式所描述功能；要求BGF(在核心网侧接口)对组播路由协议支持(如支持PIM-SM)；2.若支持第二种的控制方式，则BGF需要支持组播/组播转换功能，具体如第二种方式所描述功能；要求BGF(在核心网侧接口)对组播路由协议支持(如支持PIM-SM)；另外要求BGF只能向用户接入网一侧发送新的组播业务流(为了避免新的组播流向核心网一侧发送)。
本发明要求RCEF支持组播路由协议(如支持PIM-SM)，用于建立组播转发路径。
下面以采用IMS作为会话控制和业务提供网络的NGN网络为例，来说明本发明组播控制系统和方法。
请参阅图5，其是本发明第一实施例组播控制系统应用在采用IMS作为会话控制和业务提供网络的NGN网络中的具体功能架构图。所述系统包括终端、代理CSCF、SPDF、BGF、服务CSCF、AS(即业务提供者)、MRFC(Media ResourceFunction Controller，媒体资源功能控制器)和MRFP(Media Resource FunctionProcessor，媒体资源功能处理器)。其中终端和AS进行业务协商，请求AS提供组播服务；代理CSCF转发终端和服务CSCF之间的请求和响应消息，并包含了AF的功能；服务CSCF根据触发规则把业务请求消息触发到AS，对消息进行路由；代理CSCF通过多种方式获得进行组播转换的信息，若需要对业务流进行组播转换则请求SPDF进行组播转换；SPDF接收代理CSCF(包含AF功能)的组播转换请求并进行策略判断和资源检查，以决定是否允许完成相应转换，若允许则请求BGF完成具体的组播转换操作；BGF建立到AS的组播转发路径，并把从AS接收到的组播业务流转换成单播业务流向终端发送，这个过程中可能需要分配用于转发业务流的地址和端口等；AS向用户提供业务，与终端进行必要的业务协商，根据协商的结果向MRFC提出媒体资源请求；MRFC接收AS的媒体资源请求并控制MRFP进行媒体资源的分配，其中可能包括分配组播业务地址等资源；MRFP在MRFC的控制下向终端提供组播业务流，这里的MRFP即组播功能提供者，用于提供业务相关的组播业务流。
请参阅图6，其是图5所示的NGN网络的组播过程示意图，具体流程为s101.终端发起业务请求(如SIP invite)，所述请求到达代理CSCF，代理CSCF(具有AF功能)提取终端接收业务的地址和端口(这里假定终端已经在报文中携带所述信息，否则在后续协商报文中提取)；s102.所述请求由代理CSCF转发到服务CSCF；s103.服务CSCF把所述业务请求触发到处理业务的AS；s104.所述业务请求需要媒体资源，因此AS发起向MRFC的媒体资源请求；s105.MRFC根据AS的请求对MRFP施加控制，这里假定需要以组播方式提供业务，因此这里MRFP确定了组播业务的地址并返回给MRFC；s106.MRFC向AS返回媒体资源请求的结果，所述结果包含一个SDP描述，其中携带有组播业务地址和端口，以及发送组播业务的MRFP的地址和端口；s107.AS向服务CSCF发送业务响应，所述响应包含SDP描述，其中携带有组播业务地址和端口，以及发送组播业务的MRFP的地址和端口；s108.服务CSCF向代理CSCF转发所述响应；s109.执行组播控制过程，其进一步包括以下步骤s109.1收到上述响应后，代理CSCF(具有AF功能)提取组播业务地址和端口，以及发送组播业务的MRFP的地址和端口；随后代理CSCF可能根据本地策略向SPDF发起组播控制请求，以使得组播业务流可以经过BGF进行转发；s109.2SPDF向BGF请求进行组播业务流到单播业务流的转换，即BGF需要以组播路由协议建立组播转发路径，同时BGF需要分配一个单播UDP(UserDatagram Protocol，用户数据报协议)端口号用于转发组播数据流；其结果是BGF准备接收MRFP的组播数据流，然后将其转换为单播流发给终端，其转换的结果是单播业务流源地址是BGF的IP地址，源端口是它所分配的UDP端口，目的地址是终端的IP地址，目的端口是终端接收业务的端口；s109.3BGF建立到组播源的组播转发路径，其实质是使用组播路由协议(如PIM-SM)建立到组播源的组播转发路径；s109.4BGF执行资源预留请求，向SPDF反馈结果，所述结果中包含用于发送单播业务流的地址和端口信息；
s109.5SPDF向代理CSCF反馈对资源预留的确认信息，所述结果中包含用于发送单播业务流的地址和端口信息；s109.6代理CSCF需要根据此信息修改媒体协商过程中的SDP信息以BGF提供的单播业务地址和端口替换SDP中的组播业务地址和端口描述；如果需要，可能还需要替换发送组播业务流的源地址和端口信息；s110.代理CSCF向终端反馈最终的响应结果；s111-112.这里可能存在进一步的媒体协商过程，每次的协商报文经过代理CSCF时，代理CSCF根据需要修改协商报文中相应的媒体描述信息以确保协商成功；BGF的转化动作可能仅在所有协商成功完成后接收到进一步的指示时才开始进行；s113.上述协商的结果可能导致MRFC对MRFP的进一步控制。
上述协商流程最终完成后，业务流将以组播方式发送到BGF，而BGF将其转换成单播业务流发送给终端。
请参阅图7，其是本发明第二实施例组播控制系统应用在采用IMS作为会话控制和业务提供网络的NGN网络中的具体功能架构图。所述系统包括终端、代理CSCF、SPDF、BGF、A-RACF、RCEF、服务CSCF、AS(即业务提供者)、MRFC和MRFP。其中终端和AS进行业务协商，请求业务提供者提供组播服务；代理CSCF转发终端和服务CSCF之间的请求和响应消息并包含了AF的功能；服务CSCF根据触发规则把业务请求消息触发到AS，对消息进行路由；代理CSCF通过多种方式获取进行组播转换的信息，若需要对业务流进行组播转换则请求SPDF进行组播转换；SPDF接收代理CSCF(包含AF功能)的组播转换请求并进行策略判断和资源检查，以决定是否允许完成相应转换，若允许则请求BGF完成具体的组播转换操作；BGF建立到业务提供者的组播转发路径；所述SPDF向A-RACF发送请求，由A-RACF请求RCEF加入所分配的新的组播组，RCEF接受所述请求并使用组播路由协议建立到BGF的组播转发路径；所述BGF把从业务提供者接收到的组播业务流转换成新的组播业务流向终端发送，这个过程中可能需要分配用于转发业务流的地址和端口等；AS向用户提供业务，与终端进行必要的业务协商，根据协商的结果向MRFC提出媒体资源请求；MRFC接收AS的媒体资源请求，并控制MRFP进行媒体资源的分配，其中可能包括分配组播业务地址等资源；MRFP在MRFC的控制下向终端提供组播业务流，这里的MRFP即组播功能提供者，用于提供业务相关的组播业务流。
请参阅图8，其是图7所示的NGN网络的组播过程示意图，具体流程为s201.终端发起业务请求(如SIP invite)，所述请求到达代理CSCF，代理CSCF(具有AF功能)提取终端接收业务的地址和端口(这里假定终端已经在报文中携带所述信息，否则在后续协商报文中提取)；s202.所述业务请求由代理CSCF转发到服务CSCF；s203.服务CSCF把所述业务请求触发到处理业务的AS；s204.所述业务请求需要媒体资源，因此AS发起向MRFC的媒体资源请求；s205.MRFC根据AS的请求对MRFP施加控制，这里假定需要以组播方式提供业务，因此这里MRFP确定了组播业务的地址并返回给MRFC；s206.MRFC向AS返回媒体资源请求的结果，所述结果包含一个SDP描述，其中携带有组播业务地址和端口，以及发送组播业务的MRFP的地址和端口；s207.AS向服务CSCF发送业务响应，所述响应包含SDP描述，其中携带有组播业务地址和端口，以及发送组播业务的MRFP的地址和端口；s208.服务CSCF向代理CSCF转发所述业务响应；s209.执行组播控制过程，其进一步包括以下步骤s209.1收到上述响应后，代理CSCF(具有AF功能)提取组播业务地址和端口，以及发送组播业务的MRFP的地址和端口；随后代理CSCF可能根据本地策略向SPDF发起组播控制请求，以使得组播业务流可以经过BGF进行转发；s209.2SPDF向BGF请求进行组播业务流到组播业务流的转换，新的组播业务地址和端口可以由SPDF或者BGF分配；同时BGF需要分配一个单播UDP端口号用于转发组播数据流；其结果是BGF准备接收MRFP的组播数据流，然后将其转换为新的组播流发给终端，其转换的结果是组播业务流源地址是BGF的IP地址，源端口是它所分配的UDP端口，目的地址是新分配的组播业务地址，目的端口是新分配的组播业务端口；s209.3BGF建立到组播源的组播转发路径，其实质是使用组播路由协议(如PIM-SM)建立到组播源的组播转发路径，如果前面已经加入了所述组播组，则这里不需要重复加入；s209.4BGF执行资源预留请求，向SPDF反馈结果，所述结果中包含用于发送单播业务流的地址和端口信息；如果新的组播业务地址和端口是由BGF分配的，则这里也需要携带新分配的组播业务地址和端口；s209.5SPDF向代理CSCF反馈对资源预留的确认信息，所述结果中包含用于发送新组播业务流的地址和端口信息，以及新的组播业务地址和端口信息；s209.6代理CSCF需要根据此信息修改媒体协商过程中的SDP信息以新的组播业务地址和端口替换SDP中的组播业务地址和端口描述；如果需要，可能还需要替换发送组播业务流的源地址和端口信息；s210.代理CSCF向终端反馈最终的响应结果；s211-212.这里可能存在进一步的媒体协商过程，每次的协商报文经过代理CSCF时，代理CSCF根据需要修改协商报文中相应的媒体描述信息以确保协商成功；BGF的转换动作可能仅在所有协商成功完成后接收到进一步的指示时才开始进行；S213.上述协商的结果可能导致MRFC对MRFP的进一步控制。
上述协商流程最终完成后，终端使用IGMP要求加入新的组播组，所述请求由RCEF处理；RCEF进而采用组播路由协议建立到BGF的组播转发路经；转发路径建立后，业务流将以组播方式发送到BGF，而BGF将其转换成新的组播业务流，所述业务流经RCEF发送给终端。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种组播控制系统，其特征在于其包括终端、应用功能AF、基于业务的策略决策功能SPDF、边界网关功能BGF、业务提供者和组播功能提供者，其中，所述终端和业务提供者进行业务协商，请求业务提供者提供组播服务；所述AF获得进行组播转换的信息，若需要对业务流进行组播转换则请求SPDF进行组播转换；所述SPDF接收AF的组播转换请求并进行策略判断和资源检查，以决定是否允许完成相应转换，若允许则请求BGF完成具体的组播转换操作；所述BGF建立到组播功能提供者的组播转发路径，并把从组播功能提供者接收到的组播业务流转换成单播业务流向终端发送。
2.如权利要求1所述的系统，其特征在于当所述系统应用在采用IP多媒体子系统IMS作为会话控制和业务提供网络的下一代网络NGN中时，AF为代理呼叫会话控制功能CSCF，业务提供者为应用服务器AS，组播功能提供者为媒体资源功能处理器MRFP，所述系统还包括服务CSCF和媒体资源功能控制器MRFC，其中，所述代理CSCF转发终端和服务CSCF之间的请求和响应消息；所述服务CSCF根据触发规则把业务请求消息触发到AS，对消息进行路由；所述代理CSCF获得进行组播转换的信息后，若需要对业务流进行组播转换则请求SPDF进行组播转换；所述AS向用户提供业务，与终端进行业务协商，根据协商的结果向MRFC提出媒体资源请求；所述MRFC接收AS的媒体资源请求并控制MRFP进行媒体资源的分配；所述MRFP在MRFC的控制下向终端提供组播业务流。
3.如权利要求1所述的系统，其特征在于所述BGF支持组播/单播转换功能。
4.如权利要求1所述的系统，其特征在于所述BGF在核心网侧的接口支持组播路由协议。
5.如权利要求1所述的系统，其特征在于如果AF是从协商信令中获取组播控制信息，则AF需要理解所述信令并能提取相关信息；AF需要修改信令中的媒体描述信息，以匹配所做的控制。
6.一种组播控制系统，其特征在于其包括终端、AF、SPDF、BGF、接入-资源及许可控制功能A-RACF、资源控制执行功能RCEF、业务提供者和组播功能提供者，其中，所述终端和业务提供者进行业务协商，请求业务提供者提供组播服务；所述AF获得进行组播转换的信息，若需要对业务流进行组播转换则请求SPDF进行组播转换；所述SPDF接收AF的组播转换请求并进行策略判断和资源检查，以决定是否允许完成相应转换，若允许则请求BGF完成具体的组播转换操作；所述BGF建立到组播功能提供者的组播转发路径；所述SPDF向A-RACF发送请求，由A-RACF请求RCEF加入所分配的新的组播组，RCEF接受所述请求并使用组播路由协议建立到BGF的组播转发路径；所述BGF把从组播功能提供者接收到的组播业务流转换成新的组播业务流经BGF到组播功能提供者的组播转发路径和RCEF到BGF的组播转发路径向终端发送。
7.如权利要求6所述的系统，其特征在于当所述系统应用在采用IMS作为会话控制和业务提供网络的NGN中时，所述AF为代理CSCF，所述业务提供者为AS，所述组播功能提供者为MRFP，所述系统还包括服务CSCF和MRFC，其中，所述代理CSCF转发终端和服务CSCF之间的请求和响应消息，并包含了AF的功能，所述代理CSCF获得进行组播转换的信息后，若需要对业务流进行组播转换则请求SPDF进行组播转换；所述AS向用户提供业务，与终端进行业务协商，根据协商的结果向MRFC提出媒体资源请求；所述MRFC接收AS的媒体资源请求并控制MRFP进行媒体资源的分配；所述MRFP在MRFC的控制下向终端提供组播业务流。
8.如权利要求6所述的系统，其特征在于所述BGF在核心网侧的接口支持组播路由协议，所述BGF只能向用户接入网一侧发送新的组播业务流。
9.如权利要求6所述的系统，其特征在于所述BGF支持组播/组播转换功能。
10.如权利要求6所述的系统，其特征在于如果AF是从协商信令中获取组播控制信息，则AF需要理解所述信令并能提取相关信息；AF需要修改信令中的媒体描述信息，以匹配所做的控制。
11.如权利要求6所述的系统，其特征在于所述RCEF支持组播路由协议。
12.一种组播控制方法，其特征在于包括以下步骤A1.AF获取需要进行组播控制的信息；A2.AF请求SPDF进行组播控制，所述请求由SPDF处理后，SPDF进一步向BGF提出请求，所述请求由BGF进行处理；A3.BGF建立到组播功能提供者的组播转发路径；A4.BGF通过SPDF向AF反馈请求响应；A5.一旦BGF收到组播业务流，BGF就把所述业务流进行组播转换并发送给用户。
13.如权利要求12所述的方法，其特征在于步骤A1所述的AF获取需要进行组播控制的信息的方式为终端和组播功能提供者使用信令协商机制协商组播业务所使用的组播业务地址和端口，所述协商信令通过AF进行转发，则AF可以通过查看协商报文中的业务描述信息得到进行组播控制的必要信息。
14.如权利要求12所述的方法，其特征在于步骤A1所述的AF获取需要进行组播控制的信息的方式为组播功能提供者在收到终端发出的组播业务请求后，向AF请求进行组播控制，并提供细节信息。
15.如权利要求12所述的方法，其特征在于步骤A3所述的组播路由协议为协议无关组播-稀疏模式PIM-SM、协议无关组播路由协议-密集模式PIM-DM、距离向量组播路由协议DVMRP或组播最短路经优先协议MOSPF。
16.如权利要求12所述的方法，其特征在于步骤A2进一步包括以下步骤S11.AF向SPDF发送组播控制请求，所述请求携带组播业务地址和端口、发送组播业务的地址和端口、终端接收业务的地址和端口信息的全部或者上述信息的组合；S12.SPDF根据AF的请求构造向BGF的请求，请求BGF进行组播到单播的转换操作；所述请求具体由BGF进行处理，至少携带组播业务地址和端口、发送组播业务的地址和端口、终端接收业务的地址和端口信息的全部或者上述信息的组合；BGF收到上述请求后分配用于发送业务流的单播地址和端口。
17.如权利要求16所述的方法，其特征在于步骤S12还包括以下步骤如果有多个用户请求同一个组播业务流，则BGF为每一个组播业务流建立相关的用户列表，这个列表以用户的单播地址和端口作为区分，如果新增用户，则在表中添加相应的表项；如果用户退出业务流，则从表中删除对应的表项。
18.如权利要求16所述的方法，其特征在于步骤A4进一步包括以下步骤S14.BGF向SPDF反馈请求响应，所述反馈信息中携带所分配的用于进行业务转发的单播地址和端口；S15.SPDF向AF反馈请求响应，所述反馈信息中至少携带所分配的用于进行业务转发的单播地址和端口。
19.如权利要求18所述的方法，其特征在于步骤S15和A5之间还包括以下步骤若AF是经过分析业务协商信令获得的组播控制信息，则它需要修改协商报文的业务地址信息，以使得终端获得新的业务发送地址；若AF是接受其它实体的请求进行组播控制，则它需要向所述实体反馈控制结果，所述结果中需要携带所分配的业务转发地址和端口。
20.如权利要求19所述的方法，其特征在于步骤A5所述的BGF对业务流所进行的组播转换是以自己所分配的地址和端口为业务流源地址和端口，以终端接收业务的地址和端口为业务流目的地址和端口，把组播业务流转换为单播业务流。
21.如权利要求12所述的方法，其特征在于步骤A2进一步包括以下步骤S21.AF向SPDF发送组播控制请求，所述请求携带组播业务地址和端口、发送组播业务的地址和端口、终端接收业务的地址和端口信息的全部或者上述信息的组合；S22.SPDF根据AF的请求构造向BGF的请求，请求BGF进行组播到组播的转换操作；所述请求具体由BGF进行处理，至少携带组播业务地址和端口、发送组播业务的地址和端口、终端接收业务的地址和端口信息的全部或者上述信息的组合；所述请求中可以携带SPDF分配的新的组播业务地址和端口，如果请求中没有携带所述信息，SPDF可以指定由BGF进行分配，也可以由BGF向组播组管理实体请求获得，另外BGF还分配用于发送业务流的单播地址和端口。
22.如权利要求21所述的方法，其特征在于步骤A4进一步包括以下步骤S24.BGF向SPDF反馈请求响应，所述反馈信息中携带所分配的用于进行业务转发的单播地址和端口以及新的组播业务地址和端口；S25.SPDF向AF反馈请求响应，所述反馈信息中携带所分配的用于进行业务转发的单播地址和端口以及新的组播业务地址和端口。
23.如权利要求22所述的方法，其特征在于步骤S25和A5之间还包括以下步骤若AF是经过分析业务协商信令获得的组播控制信息，则它需要修改协商报文的业务地址信息，以使得终端获得新的业务发送地址；若AF是接受其它实体的请求进行组播控制，则它需要向所述实体反馈控制结果，所述结果中需要携带所分配的业务转发地址和端口以及新的组播业务地址和端口。
24.如权利要求18所述的方法，其特征在于步骤A3还包括以下步骤建立从RCEF到BGF的组播转发路径，所述建立方法为用户使用IGMP协议要求加入所述组播组，所述请求由RCEF处理，RCEF使用组播路由协议建立到BGF的组播转发路径。
25.如权利要求18所述的方法，其特征在于步骤A3还包括以下步骤建立从RCEF到BGF的组播转发路径，所述建立方法为SPDF向A-RACF发送请求，由A-RACF请求RCEF加入所分配的新的组播组，RCEF接受所述请求并使用组播路由协议建立到BGF的组播转发路径。
26.如权利要求25所述的方法，其特征在于步骤A5所述的BGF对业务流所进行的组播转换是以自己所分配的地址和端口为业务流源地址和端口，以新的组播业务地址和端口为业务流目的地址和端口把组播业务流转换为新的组播业务流并进行转发。
27.如权利要求12所述的方法，其特征在于当所述方法应用在采用IMS作为会话控制和业务提供网络的NGN中时，所述AF为代理CSCF。
28.如权利要求27所述的方法，其特征在于步骤A1进一步包括以下步骤s101.终端发起业务请求，所述请求到达代理CSCF，代理CSCF提取终端接收业务的地址和端口；s102.所述请求由代理CSCF转发到服务CSCF；s103.服务CSCF把所述业务请求触发到处理业务的AS；s104.所述业务请求需要媒体资源，因此AS发起向MRFC的媒体资源请求；s105.MRFC根据AS的请求对MRFP施加控制，这里假定需要以组播方式提供业务，因此这里MRFP确定了组播业务的地址并返回给MRFC；s106.MRFC向AS返回媒体资源请求的结果，所述结果包含一个会话描述协议SDP描述，其中携带有组播业务地址和端口，以及发送组播业务的MRFP的地址和端口；s107.AS向服务CSCF发送业务响应，所述响应包含SDP描述，其中携带有组播业务地址和端口，以及发送组播业务的MRFP的地址和端口；s108.服务CSCF向代理CSCF转发所述响应。
29.如权利要求28所述的方法，其特征在于步骤A2进一步包括以下步骤s109.1 收到上述响应后，代理CSCF提取组播业务地址和端口，以及发送组播业务的MRFP的地址和端口；随后代理CSCF根据本地策略向SPDF发起组播控制请求；s109.2 SPDF向BGF请求进行组播业务流到单播业务流的转换，同时BGF分配一个单播用户数据报协议UDP端口号用于转发组播数据流。
30.如权利要求29所述的方法，其特征在于步骤A4进一步包括以下步骤s109.4 BGF执行资源预留请求，向SPDF反馈结果，所述结果中包含用于发送单播业务流的地址和端口信息；s109.5 SPDF向代理CSCF反馈对资源预留的确认信息，所述结果中包含用于发送单播业务流的地址和端口信息。
31.如权利要求30所述的方法，其特征在于步骤S109.5和A5之间还包括步骤s109.6，即代理CSCF需要根据此信息修改媒体协商过程中的SDP信息以BGF提供的单播业务地址和端口替换SDP中的组播业务地址和端口描述；如果需要，则还需要替换发送组播业务流的源地址和端口信息。
32.如权利要求31所述的方法，其特征在于步骤A5所述的BGF对业务流所进行的组播转换的结果是单播业务流源地址是BGF的IP地址，源端口是它所分配的UDP端口，目的地址是终端的IP地址，目的端口是终端的业务接收端口。
33.如权利要求28所述的方法，其特征在于步骤A2进一步包括以下步骤s209.1 收到上述响应后，代理CSCF提取组播业务地址和端口，以及发送组播业务的MRFP的地址和端口；随后代理CSCF可能根据本地策略向SPDF发起组播控制请求；s209.2 SPDF向BGF请求进行组播业务流到组播业务流的转换，新的组播业务地址和端口可以由SPDF或者BGF分配；同时BGF需要分配一个单播UDP端口号用于转发组播数据流。
34.如权利要求33所述的方法，其特征在于步骤A4进一步包括以下步骤s209.4 BGF执行资源预留请求，向SPDF反馈结果，所述结果中包含用于发送单播业务流的地址和端口信息；如果新的组播业务地址和端口是由BGF分配的，则这里也需要携带新分配的组播业务地址和端口；s209.5 SPDF向代理CSCF反馈对资源预留的确认信息，所述结果中包含用于发送新组播业务流的地址和端口信息，以及新的组播业务地址和端口信息；
35.如权利要求34所述的方法，其特征在于步骤S209.5和A5之间还包括步骤s209.6 代理CSCF需要根据此信息修改媒体协商过程中的SDP信息以新的组播业务地址和端口替换SDP中的组播业务地址和端口描述；如果需要，则还需要替换发送组播业务流的源地址和端口信息。
36.如权利要求35所述的方法，其特征在于步骤A5所述的BGF对业务流所进行的组播转换的结果是组播业务流源地址是BGF的IP地址，源端口是它所分配的UDP端口，目的地址是新分配的组播业务地址，目的端口是新分配的组播业务端口。
全文摘要
本发明涉及一种组播控制方法，其包括以下步骤A1.AF获取需要进行组播控制的信息；A2.AF请求SPDF进行组播控制，所述请求由SPDF处理后，SPDF进一步向BGF提出请求，所述请求由BGF进行处理；A3.BGF建立到组播功能提供者的组播转发路径；A4.BGF通过SPDF向AF反馈请求响应；A5.一旦BGF收到组播业务流，BGF就把所述业务流进行组播转换并发送给用户。本发明还提供一种组播控制系统。本发明的系统和方法使得网络可有效控制用户的资源使用情况，并可以提供精确的度量指标(如组播流量)为计费提供依据。
文档编号H04L29/06GK101030921SQ200610034079
公开日2007年9月5日 申请日期2006年3月2日 优先权日2006年3月2日
发明者吴向阳, 严军, 李金成 申请人:华为技术有限公司