CN101621389A - 一种多媒体广播组播业务的管理方法及*** - Google Patents

Abstract

一种多媒体广播组播业务的管理方法，应用于包括业务管理平台和内容服务器的***，业务管理员通过所述业务管理平台编辑和发布业务信息，确认对业务的各种操作，并与所述内容服务器交互，将业务和/或业务信息的变化情况通知所述内容服务器；所述内容服务器保存有业务内容，根据所述业务管理平台的通知对有效业务进行配置加载，并在业务服务时间到时以广播组播方式下发业务内容的数据包。本发明可以更为高效和可靠地完成对业务的管理。

Description

一种多媒体广播组播业务的管理方法及***

技术领域

本发明涉及无线通信中的多媒体广播组播，更具体地，涉及一种多媒体广播组播业务的管理方法及***。

背景技术

随着网络技术的发展，移动通信网络的功能日益增强，与之相应的手机业务也日益丰富。在此基础上，多媒体音视频业务作为新的业务增长点备受运营商的重视。

多媒体广播组播技术解决了单播技术下的资源专用问题，使得大规模用户同时使用多媒体业务成为可能。对一个业务来说，同一时刻收看该业务的用户是没有限制的，该技术突破了原来单播***提供业务的时候，每一个用户下载同一个文件都需要提供专用通道的限制。

用户使用多媒体广播组播技术接收多媒体广播组播业务(文中也简称为业务)的内容数据包的下发，因此在服务端需要对下发的内容进行有效管理，才能保证业务的正常使用。目前，一般是通过内容提供商直接对多媒体广播组播中的下发内容进行管理，但是，由于内容下发需要经过业务提供方的审批，所以业务提供方需要对内容服务器进行手工配置，这种业务管理的方式低效而且容易出错，可能下发未审批的业务，浪费带宽资源。

单播***中，内容的获取通常由终端主动发起，通过双向交互获取，原有***的业务管理平台用来管理业务，内容服务器管理内容与业务管理平台之间没有业务的管理关系。而在多播组播业务中，内容是主动发起，单向发送给终端的，需要能控制内容何时下发，何时停止下发。

发明内容

针对上述情况，本发明要解决的技术问题是提出一种多媒体广播组播业务的管理方法及***，可以更为高效和可靠地完成对业务的管理。

为了解决上述技术问题，本发明提供了一种多媒体广播组播业务的管理方法，应用于包括业务管理平台和内容服务器的***，该管理方法包括：

业务管理员通过所述业务管理平台编辑和发布业务信息，确认对业务的各种操作，并与所述内容服务器交互，将业务和/或业务信息的变化情况通知所述内容服务器；

所述内容服务器保存有业务内容，根据所述业务管理平台的通知对有效业务进行配置加载，并在业务服务时间到时以广播组播方式下发业务内容的数据包。

进一步地，上述管理方法还可具有以下特点：

业务管理员确认新增业务的操作后，所述业务管理平台通知所述内容服务器有新增业务需加载，通知消息中携带新增业务的标识和业务信息；

所述内容服务器收到所述加载新增业务的通知消息后，记录消息中的业务标识，向业务管理平台返回业务加载确认响应；

所述内容服务器配置加载新增业务，加载成功后，根据新增业务的业务信息获取和生成下发所需要的资源。

进一步地，上述管理方法还可具有以下特点：

业务管理员确认修改业务的操作后，所述业务管理平台通知内容服务器修改所述业务，通知消息中包含待修改业务的标识和修改后的业务信息；

所述内容服务器收到所述通知消息后，修改本地的所述业务的业务信息，向所述业务管理平台返回业务修改确认响应，响应消息中包含已修改业务的标识；

所述内容服务器重新配置加载修改后的所述业务，获取和生成下发所述业务需要的资源。

进一步地，上述管理方法还可具有以下特点：

业务管理员确认删除业务的操作后，所述业务管理平台通知内容服务器删除所述业务，通知消息中包含所述业务的标识；

所述内容服务器收到所述通知消息后，终止所述业务的内容数据包的下发，向业务管理平台返回业务删除确认响应，响应消息中包含已删除业务的标识。

进一步地，上述管理方法还可具有以下特点：

所述业务管理平台在新增业务时，如果是加密业务，还为每一个新增业务生成一个唯一的业务密钥，并将该业务的业务密钥下发到该业务的授权用户的终端；

所述内容服务器为加密业务的每一内容生成一传输密钥，并向所述业务管理平台请求该传输密钥的密钥包，所述业务管理平台用所述内容所属业务的业务密钥加密所述传输密钥，生成所述密钥包并返回所述内容服务器；

所述内容服务器在下发所述内容的数据包时，使用所述内容的传输密钥对所述数据包加密，并同时下发所述传输密钥的密钥包。

进一步地，上述管理方法还可具有以下特点：

终端要使用某个业务时，通过移动网络和业务管理平台交互，完成使用业务前需进行的流程，对加密业务还应获取该加密业务的业务密钥；

终端收到内容的传输密钥的密钥包后，如所述内容属于加密业务且已取得该加密业务的业务密钥，则用该业务密钥解密该密钥包获得所述内容的传输密钥，进而使用该传输密钥解密收到的所述内容的数据包。

本发明提供的多媒体广播组播业务的管理***包括可以相互通信的业务管理平台和内容服务器，其中：

所述业务管理平台，用于接受业务管理员对某一业务的操作请求，响应该操作请求并与所述内容服务器交互，将所述业务和/或业务信息的变化情况通知所述内容服务器；

所述内容服务器，用于保存业务内容，以广播或组播方式下发业务内容的数据包，收到对所述业务和/或业务信息的变化情况的通知后，根据所述通知对所述业务和/或业务信息进行处理。

进一步地，上述管理***还可具有以下特点：

所述业务管理平台包括一新增操作处理单元，用于在接受到业务管理员新增业务的操作请求后，通知所述内容服务器有新增业务需加载，通知消息中携带新增业务的标识和业务信息；

所述内容服务器包括一新增业务处理单元，用于在收到所述加载新增业务的通知消息后，记录消息中的业务标识，向业务管理平台返回业务加载确认响应，并配置加载所述新增业务，根据新增业务的业务信息获取和生成下发所需要的资源。

进一步地，上述管理***还可具有以下特点：

所述业务管理平台包括一修改操作处理单元，用于在接受到业务管理员修改业务的操作请求后，通知内容服务器修改所述业务，通知消息中包含待修改业务的标识和修改后的业务信息；

所述内容服务器包括一修改业务处理单元，用于收到所述修改业务的通知消息后，修改本地的所述业务的业务信息，向所述业务管理平台返回业务修改确认响应，响应消息中包含已修改业务的标识，并重新配置加载修改后的所述业务，获取和生成下发所述业务需要的资源。

进一步地，上述管理***还可具有以下特点：

所述业务管理平台包括一删除操作处理单元，用于在接受到业务管理员删除业务的操作请求后，通知内容服务器删除所述业务，通知消息中包含所述业务的标识；

所述内容服务器还包括一删除业务处理单元，用于在收到所述删除业务的通知消息后，终止所述业务的内容数据包的下发，向业务管理平台返回业务删除确认响应，响应消息中包含已删除业务的标识。

进一步地，上述管理***还可具有以下特点：

所述业务管理平台还包括：一业务密钥生成单元，用于在新增加密业务时，为每一个新增的加密业务生成一个唯一的业务密钥，并将该业务的业务密钥下发到该业务的授权用户的终端；以及一密钥包生成单元，用于在收到传输密钥生成单元发来的请求后，用内容所属业务的业务密钥加密所述内容的传输密钥，生成所述密钥包并返回到所述传输密钥生成单元；

所述内容服务器还包括一传输密钥生成单元，用于为加密业务的每一内容生成一传输密钥，向所述业务管理平台请求该传输密钥的密钥包并保存返回的密钥包；

所述内容服务器的数据下发单元用于在业务服务时间到时以广播组播方式下发业务内容的数据包，对于加密业务，使用所述内容的传输密钥对所述数据包加密，并同时下发所述传输密钥的密钥包。

进一步地，上述管理***还可具有以下特点：

所述终端包括：一业务密钥获取单元，用于在要使用某个业务时，通过移动网络和业务管理平台交互，完成使用业务前需进行的流程，对加密业务还应获取该加密业务的业务密钥；以及一解密单元，用于在收到内容的传输密钥的密钥包后，如所述内容属于加密业务且已取得该加密业务的业务密钥，则用该业务密钥解密该密钥包获得所述内容的传输密钥，进而使用该传输密钥解密收到的所述内容的数据包。

本发明中，将由内容提供商对下发内容进行管理改为由业务提供方通过业务管理平台进行管理，由于业务管理平台本身管理了业务的基本信息，并且决定了所能提供的业务服务，因此能够很好地控制有效业务内容的下发，避免了无效业务内容数据包的下发。另外，由于业务管理平台还可以根据业务基本信息来控制移动网络的承载链路。因此，在内容数据包通过移动网络下发时，由它来管理内容服务器，可以更好的使用网络资源，避免出现链路资源空置的情况。

附图说明

图1是本发明实施例的***图。

图2是本发明实施例业务加载管理的流程图。

图3是本发明实施例其他业务变更管理的流程图。

具体实施方式

下面结合附图对本发明的具体实施方式进行详细说明。

本发明所基于的***如图1所示，包括：终端10、内容服务器20，业务管理平台30、连接终端和内容服务器的下发网络40以及连接终端和业务管理平台的移动网络50。本发明可以应用于混合网络模式的广播组播，此时下发网络是单向的数字广播网络。也可以单独应用于移动网络模式的广播组播时，此时下发网络40和移动网络50是同一网络。其中：

所述业务管理平台，用于保存业务内容，以广播或组播方式下发业务内容的数据包，收到对所述业务和/或业务信息的变化情况的通知后，根据所述通知对所述业务和/或业务信息进行处理。进一步包括：

操作处理单元，用于接受业务管理员对某一业务的操作请求，响应该操作请求并与所述内容服务器交互，将所述业务和/或业务信息的变化情况通知所述内容服务器，进一步包括：

新增操作处理单元，用于在接受到业务管理员新增业务的操作请求后，通知所述内容服务器有新增业务需加载，通知消息中携带新增业务的标识和业务信息；

修改操作处理单元，用于在接受到业务管理员修改业务的操作请求后，通知内容服务器修改所述业务，通知消息中包含待修改业务的标识和修改后的业务信息；

删除操作处理单元，用于在接受到业务管理员删除业务的操作请求后，通知内容服务器删除所述业务，通知消息中包含所述业务的标识；

业务密钥生成单元，用于在新增加密业务时，为每一个新增的加密业务生成一个唯一的业务密钥，并将该业务的业务密钥下发到该业务的授权用户的终端；

密钥包生成单元，用于在收到传输密钥生成单元发来的请求后，用内容所属业务的业务密钥加密所述内容的传输密钥，生成所述密钥包并返回到所述传输密钥生成单元；

所述内容服务器，用于保存业务内容，收到对所述业务和/或业务信息的变化情况的通知后，根据所述通知对所述业务进行处理，在业务服务时间到时以广播组播方式下发业务内容的数据包。进一步包括：

新增业务处理单元，用于在收到所述加载新增业务的通知消息后，记录消息中的业务标识，向业务管理平台返回业务加载确认响应，并配置加载所述新增业务，根据新增业务的业务信息获取和生成下发所需要的资源。

修改业务处理单元，用于收到所述修改业务的通知消息后，修改本地的所述业务的业务信息，向所述业务管理平台返回业务修改确认响应，响应消息中包含已修改业务的标识，并重新配置加载修改后的所述业务，获取和生成下发所述业务需要的资源。

删除业务处理单元，用于在收到所述删除业务的通知消息后，终止所述业务的内容数据包的下发，向业务管理平台返回业务删除确认响应，响应消息中包含已删除业务的标识。

传输密钥生成单元，用于为加密业务的每一内容生成一传输密钥，向所述业务管理平台请求该传输密钥的密钥包并保存返回的密钥包；

数据下发单元，用于在业务服务时间到时以广播组播方式下发业务内容的数据包，对于加密业务，使用所述内容的传输密钥对所述数据包加密，并同时下发所述传输密钥的密钥包。

所述终端包括：

业务密钥获取单元，用于在要使用某个业务时，通过移动网络和业务管理平台交互，完成使用业务前需进行的流程，对加密业务还应获取该加密业务的业务密钥；

解密单元，用于在收到内容的传输密钥的密钥包后，如所述内容属于加密业务且已取得该加密业务的业务密钥，则用该业务密钥解密该密钥包获得所述内容的传输密钥，进而使用该传输密钥解密收到的所述内容的数据包。

业务管理平台和内容服务器可以通过互相发送心跳信息来确认对方是否正常运行。在交互时，可以通过业务标识号来确定双方交互的是哪个业务的信息。

本实施例涉及新增业务、业务内容下发和接收的相关管理流程如图2所示，具体实施步骤如下：

步骤201，业务管理员通过业务管理平台编辑业务信息，对新增业务进行确认，生成业务指南并发布；

内容提供商可以登录业务管理平台，配置要发布的业务信息，同时将相应的业务内容上传至内容服务器。内容服务器也可以通过SDP即会话描述协议，由自己获取实时流。或者，内容服务器根据内容提供商提供的URL，自己获取其他业务信息和内容，等等。

步骤202，业务管理平台通知内容服务器有新增业务需加载，通知消息中携带新增业务的标识和业务信息，如果是加密业务，还为每一个新增业务生成一个唯一的业务密钥；

业务信息可以包括业务标识、业务源会话描述信息、业务加密指示、业务起止时间、业务质量保证、业务广播组播地址和端口号中一种或多种。

步骤203，内容服务器收到所述加载新增业务的通知消息后，记录消息中的业务标识，向业务管理平台返回业务加载确认响应；

步骤204，内容服务器配置加载新增业务，加载成功后，根据新增业务的业务信息获取和生成相关资源，准备该业务内容的下发；

例如，配置加载时需要根据消息中SDP的指示打开监听通道，监听内容提供商提供的实时内容流，并且打开下发通道。

如果是加密业务，还需要加密实时内容流需要的密钥信息，本实施例包括生成传输密钥和取得密钥包信息等。具体可由以下步骤完成：

A，内容服务器在新增业务服务时间到时，生成业务内容的传输密钥及其标识，向业务管理平台请求用于保护传输密钥的密钥包，请求消息中携带所述内容的传输密钥及其标识，以及内容所属的业务的标识；

每一个内容对应于一个传输密钥，同一业务包含多个内容时，各个内容对应的传输密钥可以相同，也可以不同。

B，业务管理平台收到所述请求消息后，用所述内容所属业务的业务密钥加密所述内容的传输密钥，并将得到的传输密钥的密钥包返回给文件服务器，生成密钥包时除加密传输密钥得到的数据外，还可写入传输密钥的标识和业务密钥的标识。

步骤205，终端要使用某个有效业务时，通过移动网络和业务管理平台交互，完成使用业务前需进行的相关流程；

所述相关流程可以是开通业务、业务信息获取、订购业务等，如果是加密业务，业务管理平台还应向终端下发该业务的业务密钥。

本步骤可以发生在***正常运行的任何时刻，不局限于与其他步骤的这种顺序关系。是终端在业务加密情况下正确使用业务的前提条件。

步骤206，内容服务器通过下发网络下发业务内容的数据包，对于加密业务，需要采用内容对应的传输密钥对其数据包进行加密，同时还需下发所述传输密钥的密钥包；

可以使用单向文件传送协议即FLUTE协议下发文件的数据包，传输密钥的密钥包可以采用多媒体互联网密钥协议即MIKEY协议方式下发。传输密钥的密钥包时可以和文件的数据包在一个通道中下发，也可以使用单独的通道发送。数据包中可以写有加密该数据包时使用的传输密钥的标识。

步骤207，终端接收业务内容的数据包并展示业务内容。

对于加密业务，终端收到内容的传输密钥的密钥包后，如已取得所述内容所属业务的业务密钥，则用该业务密钥解密该密钥包获得所述内容的传输密钥，进而使用该传输密钥解密收到的所述内容的数据包，拼装解密后的数据包即可获取可使用的内容。解密密钥包的业务密钥可以根据密钥包中的业务密钥的标识来找到。解密数据包的传输密钥可以根据数据包中的传输密钥的标识来找到。

以下涉及修改业务的管理流程，如图3所示，具体实施步骤如下：

步骤301，业务管理员通过业务管理平台编辑和发布业务信息，确认对业务的修改；

步骤302，业务管理平台通知内容服务器修改上述业务，通知消息中包含待修改业务的标识和修改后的业务信息；

步骤303，内容服务器收到所述通知消息后，修改本地所述业务的业务信息，向业务管理平台返回业务修改确认响应，响应消息中包含已修改业务的标识。

修改后，内容服务器重新配置加载修改后的业务，准备该业务内容的下发。

以下涉及删除业务的管理流程，如图3所示，具体实施步骤如下：

步骤304，业务管理员通过业务管理平台编辑和发布业务信息，确认对业务的删除；

步骤305，业务管理平台通知内容服务器删除所述业务，通知消息中包含待删除业务的标识；

步骤306，内容服务器终止待删除业务的内容数据包的下发，向业务管理平台返回业务删除确认响应，响应消息中包含已删除业务的标识。

内容服务器中可以保存被删除业务的相关会话信息。

此外，业务管理平台可以向内容服务器发送业务同步信息来确保内容服务器加载了与业务管理平台相同的业务，该业务同步消息中可以包含业务管理平台中所有有效业务的业务标识，内容服务器则根据业务标识判断自己是否加载完全，并在响应消息中返回自己已加载业务的业务标识。业务管理平台可以根据响应信息通知内容服务器重新加载之前没有加载的有效业务，或者通知内容服务器删除已失效的业务。

业务管理平台还可以根据业务基本信息来控制移动网络的承载链路，因此，在内容数据包通过移动网络下发时，由它来管理内容服务器，可以更好的使用网络资源，避免出现链路资源空置的情况。

本发明多媒体广播组播中对业务进行管理的方法，使用业务管理平台对业务进行统一管理，可以很好的解决***下发的业务信息和业务内容数据包匹配的问题，同时避免了冗余数据的产生和网络资源的浪费。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (12)

1、一种多媒体广播组播业务的管理方法，应用于包括业务管理平台和内容服务器的***，该管理方法包括：

业务管理员通过所述业务管理平台编辑和发布业务信息，确认对业务的各种操作，并与所述内容服务器交互，将业务和/或业务信息的变化情况通知所述内容服务器；

所述内容服务器保存有业务内容，根据所述业务管理平台的通知对有效业务进行配置加载，并在业务服务时间到时以广播组播方式下发业务内容的数据包。

2、如权利要求1所述的管理方法，其特征在于：

业务管理员确认新增业务的操作后，所述业务管理平台通知所述内容服务器有新增业务需加载，通知消息中携带新增业务的标识和业务信息；

所述内容服务器收到所述加载新增业务的通知消息后，记录消息中的业务标识，向业务管理平台返回业务加载确认响应；

所述内容服务器配置加载新增业务，加载成功后，根据新增业务的业务信息获取和生成下发所需要的资源。

3、如权利要求1所述的管理方法，其特征在于：

业务管理员确认修改业务的操作后，所述业务管理平台通知内容服务器修改所述业务，通知消息中包含待修改业务的标识和修改后的业务信息；

所述内容服务器收到所述通知消息后，修改本地的所述业务的业务信息，向所述业务管理平台返回业务修改确认响应，响应消息中包含已修改业务的标识；

所述内容服务器重新配置加载修改后的所述业务，获取和生成下发所述业务需要的资源。

4、如权利要求1所述的管理方法，其特征在于：

业务管理员确认删除业务的操作后，所述业务管理平台通知内容服务器删除所述业务，通知消息中包含所述业务的标识；

所述内容服务器收到所述通知消息后，终止所述业务的内容数据包的下发，向业务管理平台返回业务删除确认响应，响应消息中包含已删除业务的标识。

5、如权利要求2所述的管理方法，其特征在于：

所述业务管理平台在新增业务时，如果是加密业务，还为每一个新增业务生成一个唯一的业务密钥，并将该业务的业务密钥下发到该业务的授权用户的终端；

所述内容服务器为加密业务的每一内容生成一传输密钥，并向所述业务管理平台请求该传输密钥的密钥包，所述业务管理平台用所述内容所属业务的业务密钥加密所述传输密钥，生成所述密钥包并返回所述内容服务器；

所述内容服务器在下发所述内容的数据包时，使用所述内容的传输密钥对所述数据包加密，并同时下发所述传输密钥的密钥包。

6、如权利要求5所述的管理方法，其特征在于：

终端要使用某个业务时，通过移动网络和业务管理平台交互，完成使用业务前需进行的流程，对加密业务还应获取该加密业务的业务密钥；

终端收到内容的传输密钥的密钥包后，如所述内容属于加密业务且已取得该加密业务的业务密钥，则用该业务密钥解密该密钥包获得所述内容的传输密钥，进而使用该传输密钥解密收到的所述内容的数据包。

7、一种多媒体广播组播业务的管理***，其特征在于，包括可以相互通信的业务管理平台和内容服务器，其中：

所述业务管理平台，用于接受业务管理员对某一业务的操作请求，响应该操作请求并与所述内容服务器交互，将所述业务和/或业务信息的变化情况通知所述内容服务器；

所述内容服务器，用于保存业务内容，以广播或组播方式下发业务内容的数据包，在收到对所述业务和/或业务信息的变化情况的通知后，根据所述通知对所述业务和/或业务信息进行处理。

8、如权利要求7所述的管理***，其特征在于：

所述业务管理平台包括一新增操作处理单元，用于在接受到业务管理员新增业务的操作请求后，通知所述内容服务器有新增业务需加载，通知消息中携带新增业务的标识和业务信息；

所述内容服务器包括一新增业务处理单元，用于在收到所述加载新增业务的通知消息后，记录消息中的业务标识，向业务管理平台返回业务加载确认响应，并配置加载所述新增业务，根据新增业务的业务信息获取和生成下发所需要的资源。

9、如权利要求7所述的管理***，其特征在于：

所述业务管理平台包括一修改操作处理单元，用于在接受到业务管理员修改业务的操作请求后，通知内容服务器修改所述业务，通知消息中包含待修改业务的标识和修改后的业务信息；

所述内容服务器包括一修改业务处理单元，用于收到所述修改业务的通知消息后，修改本地的所述业务的业务信息，向所述业务管理平台返回业务修改确认响应，响应消息中包含已修改业务的标识，并重新配置加载修改后的所述业务，获取和生成下发所述业务需要的资源。

10、如权利要求7所述的管理***，其特征在于：

所述业务管理平台包括一删除操作处理单元，用于在接受到业务管理员删除业务的操作请求后，通知内容服务器删除所述业务，通知消息中包含所述业务的标识；

所述内容服务器还包括一删除业务处理单元，用于在收到所述删除业务的通知消息后，终止所述业务的内容数据包的下发，向业务管理平台返回业务删除确认响应，响应消息中包含已删除业务的标识。

11、如权利要求7至10中任一权利要求所述的管理***，其特征在于：

所述业务管理平台还包括：一业务密钥生成单元，用于在新增加密业务时，为每一个新增的加密业务生成一个唯一的业务密钥，并将该业务的业务密钥下发到该业务的授权用户的终端；以及一密钥包生成单元，用于在收到传输密钥生成单元发来的请求后，用内容所属业务的业务密钥加密所述内容的传输密钥，生成所述密钥包并返回到所述传输密钥生成单元；

所述内容服务器还包括一传输密钥生成单元，用于为加密业务的每一内容生成一传输密钥，向所述业务管理平台请求该传输密钥的密钥包并保存返回的密钥包；

所述内容服务器的数据下发单元用于在业务服务时间到时以广播组播方式下发业务内容的数据包，对于加密业务，使用所述内容的传输密钥对所述数据包加密，并同时下发所述传输密钥的密钥包。

12、如权利要求11所述的管理***，其特征在于：

所述终端包括：一业务密钥获取单元，用于在要使用某个业务时，通过移动网络和业务管理平台交互，完成使用业务前需进行的流程，对加密业务还应获取该加密业务的业务密钥；以及一解密单元，用于在收到内容的传输密钥的密钥包后，如所述内容属于加密业务且已取得该加密业务的业务密钥，则用该业务密钥解密该密钥包获得所述内容的传输密钥，进而使用该传输密钥解密收到的所述内容的数据包。

Images