专利名称：一种用于多媒体业务管理的方法、装置及其系统的制作方法
技术领域：
本发明涉及通信技术领域，尤其涉及一种用于多媒体业务管理的方法、 装置及其系统。
背景技术：
在多媒体通信领域，实时传输控制协议(RTCP, Real-time Transport Control Protocol)主要用来提供多媒体流量控制和拥塞控制服务，多媒体会话的参与 者通过周期性的传送RTCP报文，使服务器可以根据传输质量的反馈信息，动 态的改变实时数据的传输速率，负载类型等，从而达到传输效率的最大化。在实时传输协议(RTP, Real-time Transport Protocol)组播会话中，多媒 体数据的发送者(MS, Media Sender)首先通过信令协议和^接收者建立RTP 会话，之后实时的多媒体数据通常采用RTP协议作为承载，通过IP组播协议下 发给终端用户。MS以组播发送方报告(SR, Sender Report)报文给全部的会话 接收者，动态的控制会话传输的各种参数。会话接收者根据自己的会话质量 特征构造接收方报告(RR, Receiver Report)报文，以单播方式反馈给数据发 送者。当单播反馈的方式应用于互联网协议电视(IPTV, Internet protocol television)中时，多媒体数据的发送者需要在一个RTCP汇报周期内处理数以万 计的会话接收者的RR报文，随着IPTV接收者数量的增加，过于集中的网络流 量和运算量将威胁IPTV系统的稳定性RR报文需要周期性反馈会话发送者，设 Td为反馈周期，每隔Td，每个会话接收者会生成一个RR报文，因此，在一个 Td间隔内会话发送者要同时处理N个来自接收者反馈"^艮文，N是实际的会话接 收者数量。而IPTV业务的接收者数量巨大，在每个Td的时间间隔里都会产生 数量巨大的RR报文，缺省RTCP报文占用的带宽为会话总带宽的5。/0, RR报文 很容易超越这个数值，从而占用过多RTP信道，进而影响多媒体数据的传输质 量，同时也给IPTV的承载网络带来很大的流量负荷。另一方面IPTV的发送者 必须在Td的时间间隔内处理巨大数量的报文，这个必将给发送者服务器带来 巨大的处理负荷。因此，在IPTV大规模组播RTP应用中，海量的RR报文反馈 造成了单播瓶颈问题，严重影响到IPTV的数据传输服务质量，增加了IPTV系 统的处理负荷。现有技术一中，采用延长Td的方式减小RR报文的生成速率，从而减少反 馈报文对传输带宽的占用率，进而保障RTP信道的正常传输，保障多媒体数据 的传输质量。另一方面可以增加发送者处理来自接收者报文的时间，这样接 收者就有更多的时间处理来自每个发送者的反馈报文，减少发送者服务器的 处理压力。在对现有技术一的研究和实践过程中，发明人发现现有技术一存在以下 问题随着会话接收者的数量增加，导致在增加Td和实时监控的矛盾平衡中 倾向前者，其结果是牺牲监控质量换取系统处理的稳定。在极端的情况，由 于接收者数量过于庞大，需要很大的Td时间间隔，从而丧失实时监控的意义。现有技术二中，分别对RTP的端到端通信架构和RTCP才艮文进行了扩展， 在端到端通信架构中引入两个逻辑构件分发源(Distribution Source)和反馈 终端点(FeedbackTarget)。在多媒体会话数据信道，分发源负责单播获得多 媒体发送者的多媒体数据，并以组播的形式下发到会话接收者。在多媒体会 话的控制通道，每个接收者的RR报文首先反馈到反馈终端点，所述反馈终端 点先将接收到的所有RR报文进行聚合形成接收方汇总信息报文(RSI, Receiver Summary Information Report)报文，再将聚合后的RSI报文反馈到分 发源，由分发源对所述RSI报文进行处理，生成SR报文并通过组播通道下发给 每个会话接收者。SR报文中包含整个组会话的质量统计信息，会话接收者根 据这些统计信息动态调整传输策略。在对现有技术二的研究和实践过程中，发明人发现现有技术二存在以下 问题由分发源和反馈终端点的集中处理特性决定，这两个逻辑体在实际网 络中通常设置于靠近会话发送者，每个RR报文聚合汇总前仍旧需要穿越传输 网络，也就不会增加网络带宽的利用率；另外，原来需要由会话发送者处理 的RR报文转嫁由分发源和反馈终端联合处理，集中处理的运算量没有下降， 海量单播报文反馈造成的单播瓶颈依然存在。 发明内容本发明实施例要解决的技术问题是提供一种用于多媒体业务管理的方 法、装置及其系统，能够在大规模组播应用中，实现会话接收端到发送端报 文的海量反馈，避免单播瓶颈问题。为解决上述技术问题，本发明实施例提供了一种用于多媒体业务管理的方法，包4舌与会话接收端同侧的每一分布聚合点接收对应会话接收端发送的实时传 输控制协议报文，对所述实时传输控制协议报文进行第一次聚合，获得第一 聚合报文，并将所述第一聚合报文发送给与会话发送端同侧的分发源；所述分发源接收所述第一聚合报文，对所述第一聚合报文进行第二次聚 合，获得第二聚合报文，并对所述第二聚合报文进行传输。优选地，本发明实施例提供的用于多媒体业务管理的方法进一步包括所述分发源与所述分布聚合点向组密钥管理服务器发送注册请求；所述组密钥管理服务器接收所述分发源和分布聚合点的注册请求，对所 述分发源和分布聚合点进行鉴权认证；并对通过鉴权认证的分发源和分布聚 合点发送所述第 一 聚合报文的流量加密策略；对应地，所述分布聚合点将所述第一聚合报文发送给与会话发送端同侧 的分发源之前，还包括利用所述流量加密策略对所述第一聚合报文进行加 密；对应地，所述分发源接收到经过加密的所述第一聚合报文后，将利用所 述流量加密策略对所述第 一聚合报文进行解密。本发明实施例另一方面提供了一种用于多媒体业务管理的系统，适用于 一提供多媒体业务会话的传输网络中，包括分布聚合点，位于会话接收端一側，所述分布聚合点包括 第一接收单元，用于接收从所述会话接收端发送来的实时传输控制协议
报文；第一聚合单元，用于对所述报文进行第一次聚合，获得第一聚合报文； 第一传输单元，用于传输所述第一聚合报文；以及分发源，位于会话发送端一侧，所述分发源包括 第二接收单元，接收所述第一聚合报文；第二聚合单元，用于对所述第二接收单元接收的所述第一聚合报文进行 第二次聚合，获得第二聚合报文；第二传输单元，用于对所述第二聚合报文进行传输操作。优选地，本发明实施例提供的用于多媒体业务管理的系统进一步包括组密钥管理服务器，包括认证单元，用于接收所述分布聚合点和分发源的注册请求，对所述分布 聚合点和分发源进行鉴权认证；下发单元，用于对通过鉴权认证的请求方下发所述第一聚合报文的流量加密策略。本发明实施例另一方面还提供了一种用于多媒体业务管理的装置，包括 第二接收单元，用于接收第一聚合报文；第二聚合单元，用于对所述第一聚合报文进行第二次聚合，获得第二聚 合报文；第二传输单元，用于对所述第二聚合报文进行传输操作。 上述技术方案看出，本发明实施例具有如下有益效果由于分发源经过 传输网络接收到的是经过一次聚合的聚合报文，避免了传输控制协议报文的 海量反馈引起的单播瓶颈问题，并且对接收的第 一聚合报文进行再次聚合， 从而分发源的报文处理负荷降由分发源和分布聚合点共同承担，实现在会话 接收端到发送端报文的海量反馈时，避免单播报文的瓶颈问题。另外，通过 对分发源和分布聚合点进行鉴权认证，只有通过授权的会聚点才可以加入安
全组，其生成的聚合报文才能被分发源认可，并且对分布聚合点到分发源之 间传输的报文加密，保障聚合报文的私密性和真实性。
图1为本发明实施例一提供的流程图； 图2为本发明实施例二提供的流程图； 图3为本发明实施例提供的系统示意图； 图4为本发明实施例提供的装置示意图。
具体实施方式
本发明实施例提供了 一种用于多媒体业务管理的方法、装置及其系统， 能够在大规模组播应用中，实现会话接收端到发送端报文的海量反馈，避免 单播瓶颈问题。为使本发明的技术方案更加清楚明白，下面列举实施例进行 i羊细i兌明。首先，对本发明实施例提供的方法进行总体说明在会话的接收端附近设置若干分布聚合点，并且所述接收端和分布聚合 点可以采用一对一或多对一的配置方式，亦即一个分布聚合点至少对应一个 接收端。首先，会话的接收端将RR报文发送到对应的分布聚合点，每个分布 聚合点接收到对应各接收端发来的RR报文后，对所接收的RR报文进行聚合， 获得与RR报文格式不同的笫一聚合报文，然后再将将所述第一聚合报文通过 传输网络发送到设置于会话发送端附近的分发源。在本发明实施例中，分发 源和分布聚合点可以是一对一或一对多的对应关系，因此当分发源接收到对 应的各分布聚合点发送的第一聚合报文时，将对所述第一聚合报文进行聚合， 获得第二聚合报文，然后对该第二聚合报文进行传输。所述对第二聚合报文 进行传输具体为对该第二聚合报文进行处理后发送到会话的发送端，或者直 接将该第二聚合报文发送到会话的发送端。本发明实施例采用分发源和分布 聚合点分设于会话发送端和接收端的通信架构，以及两次聚合的方式，不仅 可实现会话接收端到发送端的海量报文反馈，而且还可避免由所述海量报文
反馈造成的单播瓶颈问题出现。另外，本发明实施例提供的优选方案还可以通过组密钥管理服务器对分 发源和分布聚合点进行鉴权认证，通过鉴权认证的分发源和分布聚合点可通 过组密钥管理服务器下发的流量加密策略对所述第一聚合报文加密和解密。 由于分布聚合点和分发源分别位于传输网络的两侧，因此，该鉴权认证的操 作还可进一步提高第一聚合报文在传输网络中传输时的安全性。下面分别列举实施例对本发明实施例-提供的方法详细描述 参见图1,为本发明实施例一提供的流程图101:组密钥管理服务器接收分发源和分布聚合点的注册请求，对所述分 发源和分布聚合点进行鉴权认证。102:对通过鉴权认证的分发源和分布聚合点下发聚合报文的流量加密策 略。其中，流量加密策略包括流量加密密钥和算法参数。103:所述分布聚合点接收从对应会话接收端发送来的接收方报告报文， 对所述报文进行第一次聚合获得第一聚合报文，利用所述流量加密策略对所 述第一聚合报文进行加密后传输到分发源。104:所述分发源接收加密的第一聚合纟艮文，利用所述流量加密策略对所 述加密的第一聚合报文解密，对解密后的第一聚合报文进行第二次聚合。例 如，分发源还原第一聚合报文中包含的基本的分布信息，根据所述分布信息 采用带宽最优，或者数据无损的方式进行二次聚合，获得第二聚合报文。最后，分发源将对所述第二聚合报文进行传输，具体为对所述第二聚 合报文进行处理，生成发送方报告报文，再将所述发送方报告报文发送给会 话发送端或对应各会话接收端，或者直接将该第二聚合报文发送到会话发送 端。其中，对所述第二聚合报文进行处理的操作包括对所述第二聚合报文中包含的关键信息，如延时、抖动等信息进行解析及统计。当所述会话发送 端接收到所述发送方报告报文时，将直接下发给对应各会话接收端；当所述 会话发送端接收到所述第二聚合报文时，将对所述第二聚合报文进行处理，在上述实施例提供的方法中，所述分布聚合点接收从对应会话接收端发 送来的接收方报告报文之前，还可以包括通告分布聚合点的位置。下面对上述实施例一进行举例说明11 ):会话接收端利用RTCP报文中反馈目标地址的子报告(Feed Address Target Sub-Report)显示分布集合点。设置SRBT=2,在Address字段写一个通 用的分布聚合点域名，会话接收端在发送自己的RR报文前，首先要向域名解 析服务器(DNS, Domain Name System)发送请求，解析分布聚合点域名，DNS 负责进行负载均衡，如采用轮叫(round robin)技术，将RR报文定向到不同 的分布聚合点。12) :组密钥管理服务器建立组安全管理平面，接收分发源和分布聚合点 的注册请求，组密钥管理服务器检测注册者的身份信息，如X.509v3证书， 预先共享密钥等信息。经过检测的合法的分发源和分布聚合点与组密钥管理 服务器之间形成临时安全通路。利用该通路，分布聚合点和分发源分别通过 PULL机制把组密钥管理服务器上的流量加密策略下载到本地，例如，流量加 密密钥和算法等信息下载到本地用于后续的第一聚合报文信息加密或者解密。13) :分布聚合点接收RR报文，首次聚合接收端发送的单播RR报文， 聚合后的报文为接收方汇总信息报文(RSI, Receiver Summary Information Report),并利用加密密钥对RSI加密，加密后传输到分发源。14) :分发源接收RSI报文，利用流量加密策略对RSI报文解密，并对解 密后的报文进行第二次聚合，第二次聚合后的报文仍旧为RSI报文格式，形 成对于整个组播RTP会话的统计信息，这个统计信息包含在SR报文中通过 组播下发给每个组播RTP会话的接收者，RSI报文采用数据桶(Data Bucket) 形式描述会话的各种特性，如丢包率分布，Jitter分布，累计丢包分布等，由 于分布聚合点的报文采样可能源于不同特性的传输网络，数据桶的各项参数 也会不同，分发源首先要根据收到的RSI报文还原基本的分布信息，根据所 述分布信息采用带宽最优，或者数据无损的方式进行二次聚合，形成新的RSI 报文，并对新的RSI报文进行传输操作，如对新的RSI报文进行处理生成发
送方报告报文再发送给会话发送端或对应各会话接收端，或者直接将新的RSI 报文传输到会话发送端。其中，上述过程11 )也可以用如下过程来替换分布聚合点部署在IPTV网络的接入节点，分布聚合点的位置不会显示通 告给会话接收端。例如，分发源和分布聚合点之间沟通有关会话的关键参数， 针对IPTV应用中使用特定信源协议无关组播(PIM-SSM, Protocol Independent Multicast Source Specific Multicast),关键参数包括DS IP地址，DS RTCP接 收端口，可以通过信令协议携带服务搜索协议(SDP， Service Discovery Protocol)连接信息描述符和多媒体信息描述符进行通告。其中，上述过程11 )及其替换过程也适用于RTP和RTCP端口复用的情况。实施例一介绍了不需要更新组密钥管理服务器时，多媒体业务的管理方 法，下面对更新密钥时多媒体业务管理的方法进行说明参见图2，为本发明实施例二提供的流程图。201:组密钥管理服务器接收分发源和分布聚合点的注册请求，对所述分 发源和分布聚合点进行鉴权认证。202:当新的分布聚合点加入或者原有的分布聚合点离开、流量加密密钥 过期或者破解时，更新流量加密策略，对通过鉴权认证的分发源和分布聚合 点下发更新后的聚合"l艮文的流量加密策略。其中，流量加密策略包括流量 加密密钥和算法参数。203:所述分布聚合点接收从对应会话接收端发送来的接收方报告报文， 对所述报文进行第一次聚合获得第一聚合报文，利用更新后的流量加密策略 对所述第一聚合^^文进行加密后传输到分发源。204:所述分发源接收加密的第一聚合报文，利用更新后的流量加密策略 对所述加密的聚合报文解密，对解密后的第一聚合报文进行第二次聚合，获 得第二次聚合报文，并对所述第二次聚合报文进行处理或直接传输给会话发 送端。例如，分发源还原所述第一聚合报文中包含的基本的分布信息，根据
所述分布信息采用带宽最优，或者数据无损的方式进行二次聚合，获得第二 聚合报文。对所述第二聚合报文进行传输操作，如对所述第二聚合报文进行 处理生成发送方报告报文再发送给会话发送端或对应各会话接收端，或者直 接将所述第二聚合报文传输到会话发送端。其中，所述分布聚合点接收从对应会话接收端发送来的接收方报告报文之前，还可以包括通告分布聚合点的位置。 下面对上述实施例二进行举例说明21 ):会话接收端利用RTCP报文中反馈目标地址的子报表(Feed Address Target Sub-Report)显示分布集合点。设置SRBT=2,在Address字段写一个通 用的分布聚合点域名，会话接收端在发送自己的RR报文前，首先要向域名解 析服务器(DNS, Domain Name System)服务器发送请求，解析分布聚合点域 名，DNS负责进行负载均衡，如采用轮叫(round robin )技术，将RR报文定 向到不同的分布聚合点。22):组密钥管理服务器建立组安全管理平面，接收分发源和分布聚合点 的注册请求，组密钥管理服务器检测注册者的身份信息，如X.509v3证书， 预先共享密钥等信息，经过检测的合法的分发源和分布聚合点与组密钥管理 服务器之间形成临时安全通路，利用该通路，分布聚合点和分发源分别通过 PULL机制把组密钥管理服务器上的流量加密策略下载到本地。例如，流量加 密密钥和算法等信息下载到本地用于后续的第一聚合报文信息加密或者解 密。在完成初始的PULL过程后，新的分布聚合点加入或者原有的分布聚合 点离开、流量加密密钥过期或者破解时，组密钥管理服务器将通过Push机制 将更新后的流量加密策略动态下发到对应的分布聚合点和分发源。其中，组密钥管理服务器需要维护多个辅助Session,这些辅助Session 负责维护分布聚合点和分发源的注册过程以及流量加密策略的Pull和Push过 程，分发源和分布聚合点通过数据Session完成RSI报文的加密保护和完整性 保护。 23):分布聚合点接收RR报文，首次聚合接收端发送的单播RR报文， 聚合后的4艮文为接收方汇总信息报文(RSI， Receiver Summary Information Report),并利用更新后的加密密钥对RSI加密，加密后传输到分发源。24 ):分发源接收RSI报文，利用更新后的流量加密策略对RSI报文解密， 解密后进行第二次聚合RSI报文，聚合后的报文仍旧为RSI报文格式，形成 对于整个组播RTP会话的统计信息，这个统计信息包含在SR报文中通过组 播下发给每个组播RTP会话的接收者，RSI报文采用数据桶(Data Bucket) 形式描述会话的各种特性，如丢包率分布，Jitter分布，累计丢包分布等，由 于分布聚合点的报文采样可能源于不同特性的传输网络，数据桶的各项参数 也会不同，分发源首先要根据收到的RSI报文还原基本的分布信息，根据所 述分布信息采用带宽最优，或者数据无损的方式进行二次聚合，形成新的RSI 报文，并对新的RSI报文进行传输操作，如对新的RSI报文进行处理生成发 送方报告报文再发送给会话发送端或对应各会话接收端，或者直接将新的RSI 报文传输到会话发送端。其中，上述过程21 )也可以用如下过程来替换分布聚合点部署在IPTV网络的接入节点，分布聚合点的位置不会显示通 告给会话接收端。例如，分发源和分布聚合点之间沟通有关会话的关键参数， 针对IPTV应用中使用特定信源协议无关组播(PIM-SSM, Protocol Independent Multicast Source Specific Multicast )，关键参数包括DS IP地址，DS RTCP接 收端口，可以通过信令协议携带服务搜索协议(SDP, Service Discovery Protocol)连接信息描述符和多媒体信息描述符进行通告。其中，上述过程21 )及其替换过程也适用于RTP和RTCP端口复用的情况。以上实施例对本发明提供的方法进行了描述，下面对本发明实施例提供 的系统进行描述。参见图3,为本发明实施例提供的一种用于多媒体业务管理的系统示意 图，该系统包括
分布聚合点301,包括第一接收单元303，用于接收从会话接收端发送来的接收方报告报文，所 述接收方报告报文是一种实时传输控制协议报文；第一聚合单元304,用于对所述报文进行第一次聚合，获得第一聚合报文；第一传输单元305,用于传输所述第一聚合报文；其中，所述分布聚合点可以灵活部署，例如，分布聚合点部署在IPTV网 络的接入节点，根据需要可以加入新的分布聚合点，或者原有的分布聚合点 离开；分发源302,包括第二接收单元306,接收所述第一聚合报文，所述第一聚合报文为经过第 一次聚合的报文；第二聚合单元307,用于对接收单元接收的所述第一聚合报文进行第二次 聚合，获得第二聚合报文；第二传输单元308,用于对所述第二聚合报文进行传输操作。所述传输操作具体为对所述第二聚合报文进行处理生成发送方报告报 文再发送给会话发送端或对应各会话接收端，或者直接将所述第二聚合报文 传输到会话发送端。对应地，所述第二传输单元包括报文处理子单元，用 于对所述第二聚合报文进行处理生成发送方报告报文；以及报文发送子单元， 用于发送所述第二聚合报文或发送方报告报文。其中，所述系统进一步包括组密钥管理服务器309,包括认证单元400,用于接收所述分布聚合点和分发源的注册请求，对所述分 布聚合点和分发源进行鉴权认证；下发单元401,用于对通过鉴权认证的请求方下发聚合报文的流量加密策 略，所述流量加密策略包括流量加密密钥和算法参数。
其中，所述系统还可以进一步包括更新单元402,用于更新所述流量加密策略。例如，新的分布聚合点加入或者原有的分布聚合点离开、流量加密密钥过期或者破解，组密钥管理服务器通过Push机制将更新后的流量加密密钥动态下载到分布聚合点和分发源。参见图4，为本发明实施例提供的一种用于多媒体业务管理的装置示意 图，该装置包括第二接收单元306，用于接收第一聚合报文，所述第一聚合报文为经过第 一次聚合的报文；第二聚合单元307,用于对接收单元接收的所述第一聚合报文进行第二次 聚合，获得第二聚合报文；第二传输单元308，用于对所述第二聚合报文进行传输操作。所述传输操作具体为对所述第二聚合报文进行处理生成发送方报告报 文再发送给会话发送端或对应各会话接收端，或者直接将所述第二聚合报文 传输到会话发送端。对应地，所述第二传输单元包括报文处理子单元，用 于对所述第二聚合报文进行处理生成发送方报告报文；以及报文发送子单元， 用于发送所述第二聚合"R文或发送方报告报文。其中，所述各实施例中的第一次聚合发生的位置与所述第二次聚合发生 的位置分别位于传输网络的两侧，所述第一次聚合发生的位置与传输网络中 的会话接收端同侧；所述第二次聚合发生的位置与传输网络中的会话发送端 同侧。以上实施例可以看出，本发明实施例具有如下有益效果引入分布聚合 点，通过两次聚合会话接收端的反馈报文，分发源的报文处理负荷降低到分 布聚合点总数/报告时间间隔(Td),现有技术中分发源所承担的运算量现由分 发源和分布聚合点共同承担，不仅实现了在会话接收端到发送端报文的海量 反馈，而且还避免海量单播报文造成的单播瓶颈问题发生；其次，通过灵活 部署分布聚合点，源自接收端的RR报文在进入IPTV分发网络前，首先聚合
汇总，减少对于IPTV分发网络的负担，针对带宽充裕的网络，可以减少RTCP报告时间间隔，增加RTCP的反馈报文采样频率，从而增强对于RTP多媒体 传输信道的实时监控；再次，采用安全的组通信机制，组密钥管理服务器对 分布聚合点和分发源进行鉴权认证，对通过鉴权认证的分布聚合点和分发源 下发流量加密策略，分布聚合点利用该流量加密策略对接收到的RTCP报文 加密后传输，因此，只有通过鉴权的聚合点才可以加入安全组，其生成的聚 合报文才能被分发源认可，分布聚合点的聚合报文在分布聚合点到分发源的 安全保护传输，可以保障聚合报文的私密性和真实性；另外，在分布聚合点 发生变化时，更新流量加密策略，保障RTP的实时监控信息能够真实的反馈 到分发源。
是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机 可读存储介质中。上述提到的存储介质可以是只读存储器，磁盘或光盘等。以上对本发明所提供的一种用于多媒体业务管理的方法、装置及其系统 进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想， 在具体实施方式
及应用范围上均会有改变之处，综上所述，本说明书内容不 应理解为对本发明的限制。
权利要求
1、一种用于多媒体业务管理的方法，其特征在于，包括与会话接收端同侧的每一分布聚合点接收对应会话接收端发送的实时传输控制协议报文，对所述实时传输控制协议报文进行第一次聚合，获得第一聚合报文，并将所述第一聚合报文发送给与会话发送端同侧的分发源；所述分发源接收所述第一聚合报文，对所述第一聚合报文进行第二次聚合，获得第二聚合报文，并对所述第二聚合报文进行传输。
2、 根据权利要求1所述的方法，其特征在于，所述方法进一步包括所述分发源与所述分布聚合点向组密钥管理服务器发送注册请求；所述组密钥管理服务器接收所述分发源和分布聚合点的注册请求，对所 述分发源和分布聚合点进行鉴权认证；并对通过鉴权认证的分发源和分布聚 合点发送所述第一聚合报文的流量加密策略；对应地，所述分布聚合点将所述第一聚合报文发送给与会话发送端同侧 的分发源之前，还包括利用所述流量加密策略对所述第一聚合报文进行加 密；对应地，所述分发源接收到经过加密的所述第一聚合报文后，将利用所 述流量加密策略对所述第 一聚合报文进行解密。
3、 根据权利要求2所述的方法，其特征在于，所述与会话接收端同侧的 每一分布聚合点接收对应会话接收端发送的实时传输控制协议报文之前，还 包括所述分布聚合点通告自己的位置。
4、 根据权利要求2所述的方法，其特征在于，所述流量加密策略包括 流量加密密钥和算法参数。
5、 根据权利要求2所述的方法，其特征在于，所述下发聚合报文的流量 加密策略之后还包括更新所述流量加密策略。
6、 根据权利要求1或2所述的方法，其特征在于，所述对所述第一聚合 报文进行第二次聚合，包括还原所述第一聚合报文中包含的基本的分布信息； 根据所述分布信息采用带宽最优，或者数据无损的方式进行第二次聚合。
7、 根据权利要求1或2所述的方法，其特征在于，所述对所述第二聚合 报文进行传输，包括对所述第二聚合报文进行处理，生成发送方报告报文，再将所述发送方 报告报文发送给所述会话发送端或对应各会话接收端，或者直4妄将所述第二 聚合报文发送到会话发送端。
8、 一种用于多媒体业务管理的系统，适用于一提供多媒体业务会话的传 输网络中，其特征在于，包括分布聚合点，位于会话接收端一侧，所述分布聚合点包括第 一接收单元，用于接收从所述会话接收端发送来的实时传输控制协议 报文；第一聚合单元，用于对所述报文进行第一次聚合，获得第一聚合报文； 第一传输单元，用于传输所述笫一聚合报文；以及分发源，位于会话发送端一侧，所述分发源包括 第二接收单元，接收所述第一聚合报文；第二聚合单元，用于对所述第二接收单元接收的所述第一聚合报文进行 第二次聚合，获得第二聚合报文；第二传输单元，用于对所述第二聚合报文进行传输操作。
9、 根据权利要求8所述的系统，其特征在于，所述系统进一步包括 组密钥管理服务器，包括认证单元，用于接收所述分布聚合点和分发源的注册请求，对所述分布 聚合点和分发源进行鉴权认证；下发单元，用于对通过鉴权认证的请求方下发所述第一聚合报文的流量 加密策略。
10、 根据权利要求9所述的系统，其特征在于，所述系统进一步包括 更新单元，用于更新所述流量加密策略。
11、 一种用于多媒体业务管理的装置，其特征在于，包括 第二接收单元，用于接收第一聚合报文；第二聚合单元，用于对所述第一聚合报文进行第二次聚合，获得第二聚 合报文；第二传输单元，用于对所述第二聚合报文进行传输操作。
全文摘要
本发明公开了一种用于多媒体业务管理的方法、装置及其系统。本发明方法包括会话的接收端将RTCP报文发送到分布聚合点，每个分布聚合点连接至少一个会话的接收端，分布聚合点对接收的RTCP报文进行聚合，获得与所述RTCP报文格式不同的第一聚合报文。分布聚合点通过传输网络将第一聚合报文发送到分发源，分发源对接收的第一聚合报文进行聚合，获得第二聚合报文，然后对该第二聚合报文作处理后传输到会话的发送端，或者直接将该第二聚合报文传输到会话的发送端。本发明具有以下效果能够在大规模组播应用中，实现会话接收端到发送端报文的海量反馈，避免单播瓶颈问题。
文档编号H04L9/32GK101399685SQ20071014999
公开日2009年4月1日 申请日期2007年9月30日 优先权日2007年9月30日
发明者旭 陈 申请人:华为技术有限公司