专利名称：一种多媒体广播组播业务的管理方法及系统的制作方法
技术领域：
本发明涉及无线通信中的多々某体广播组播，更具体地，涉及一种多媒体 广播组播业务的管理方法及系统。
背景技术：
随着网络技术的发展，移动通信网络的功能日益增强，与之相应的手机 业务也日益丰富。在此基础上，多媒体音视频业务作为新的业务增长点备受 运营商的重视。
多媒体广播组播技术解决了单播技术下的资源专用问题，使得大规模用 户同时使用多媒体业务成为可能。对一个业务来说，同一时刻收看该业务的 用户是没有限制的，该技术突破了原来单播系统提供业务的时候，每一个用 户下载同 一个文件都需要提供专用通道的限制。
用户使用多媒体广播组播技术接收多媒体广播组播业务(文中也简称为 业务)的内容数据包的下发，因此在服务端需要对下发的内容进行有效管理， 才能保证业务的正常使用。目前， 一般是通过内容提供商直接对多i某体广播 组播中的下发内容进行管理，但是，由于内容下发需要经过业务提供方的审 批，所以业务提供方需要对内容服务器进行手工配置，这种业务管理的方式 低效而且容易出错，可能下发未审批的业务，浪费带宽资源。
单播系统中，内容的获取通常由终端主动发起，通过双向交互获取，原 有系统的业务管理平台用来管理业务，内容服务器管理内容与业务管理平台 之间没有业务的管理关系。而在多播组播业务中，内容是主动发起，单向发 送给终端的，需要能控制内容何时下发，何时停止下发
发明内容
针对上迷情况，本发明要解决的技术问题是提出一种多媒体广播组播业 务的管理方法及系统，可以更为高效和可靠地完成对业务的管理。
为了解决上述技术问题，本发明提供了一种多媒体广播组播业务的管理
方法，应用于包括业务管理平台和内容服务器的系统，该管理方法包括
业务管理员通过所述业务管理平台编辑和发布业务信息，确认对业务的 各种操作，并与所述内容服务器交互，将业务和/或业务信息的变化情况通知 所述内容服务器；
所述内容服务器保存有业务内容，根据所述业务管理平台的通知对有效 业务进行配置加载，并在业务服务时间到时以广播组播方式下发业务内容的 数据包。
进一步地，上述管理方法还可具有以下特点
业务管理员确i^新增业务的操作后，所述业务管理平台通知所述内容服 务器有新增业务需加载，通知消息中携带新增业务的标识和业务信息；
所述内容服务器收到所述加栽新增业务的通知消息后，记录消息中的业 务标识，向业务管理平台返回业务加载确认响应；
所述内容服务器配置加载新增业务，加载成功后，根据新增业务的业务 信息获取和生成下发所需要的资源。
进一步地，上述管理方法还可具有以下特点
业务管理员确认修改业务的操作后，所述业务管理平台通知内容服务器 修改所述业务，通知消息中包含待〗务改业务的标识和修改后的业务信息；
所述内容月艮务器收到所述通知消息后，修改本地的所述业务的业务信息， 向所述业务管理平台返回业务修改确认响应，响应消息中包含已修改业务的 标识；
所述内容J3良务器重新配置加载^^改后的所述业务，获取和生成下发所述 业务需要的资源。
进一步地，上述管理方法还可具有以下特点
业务管理员确认删除业务的操作后，所述业务管理平台通知内容服务器删除所述业务，通知消息中包含所述业务的标识；
所述内容服务器收到所述通知消息后，终止所述业务的内容数据包的下 发，向业务管理平台返回业务删除确认响应，响应消息中包含已删除业务的 标识。
进一步地，上述管理方法还可具有以下特点
所述业务管理平台在新增业务时，如果是加密业务，还为每一个新增业 务生成一个唯一的业务密钥，并将该业务的业务密钥下发到该业务的授权用 户的终端；
所述内容服务器为加密业务的每一内容生成一传输密钥，并向所述业务 管理平台请求该传输密钥的密钥包，所述业务管理平台用所述内容所属业务 的业务密钥加密所述传输密钥，生成所述密钥包并返回所述内容服务器；
所述内容服务器在下发所述内容的数据包时，使用所述内容的传输密钥 对所述数据包加密，并同时下发所述传输密钥的密钥包。
进一步地，上述管理方法还可具有以下特点
终端要使用某个业务时，通过移动网络和业务管理平台交互，完成使用 业务前需进行的流程，对加密业务还应获取该加密业务的业务密钥；
终端收到内容的传输密钥的密钥包后，如所述内容属于加密业务且已取 得该加密业务的业务密钥，则用该业务密钥解密该密钥包获得所述内容的传 输密钥，进而使用该传输密钥解密收到的所述内容的数据包。
本发明提供的多媒体广播组播业务的管理系统包括可以相互通信的业务 管理平台和内容服务器，其中
所述业务管理平台，用于接受业务管理员对某一业务的操作请求，响应 该操作请求并与所述内容服务器交互，将所述业务和/或业务信息的变化情况 通知所述内容J良务器；
所述内容服务器，用于保存业务内容，以广播或组播方式下发业务内容 的数据包，收到对所述业务和/或业务信息的变化情况的通知后，根据所述通 知对所述业务和/或业务信息进行处理。进一步地，上述管理系统还可具有以下特点
所述业务管理平台包括一新增操作处理单元，用于在^J妻受到业务管理员 新增业务的操作请求后，通知所述内容服务器有新增业务需加栽，通知消息 中携带新增业务的标识和业务信息；
所述内容服务器包括一新增业务处理单元，用于在收到所述加栽新增业 务的通知消息后，记录消息中的业务标识，向业务管理平台返回业务加载确 认响应，并配置加载所述新增业务，纟艮据新增业务的业务信息获取和生成下 发所需要的资源。
进一步地，上述管理系统还可具有以下特点
所述业务管理平台包括一修改操作处理单元，用于在接受到业务管理员 修改业务的操作请求后，通知内容服务器修改所述业务，通知消息中包含待 修改业务的标识和修改后的业务信息；
所述内容服务器包括一修改业务处理单元，用于收到所述修改业务的通 知消息后，修改本地的所述业务的业务信息，向所述业务管理平台返回业务 修改确认响应，响应消息中包含已修改业务的标识，并重新配置加载修改后 的所述业务，获取和生成下发所述业务需要的资源。
进一步地，上述管理系统还可具有以下特点
所述业务管理平台包括一删除操作处理单元，用于在接受到业务管理员 删除业务的操作请求后，通知内容服务器删除所述业务，通知消息中包含所 述业务的标识；
所述内容^^务器还包括一删除业务处理单元，用于在收到所述删除业务 的通知消息后，终止所述业务的内容数据包的下发，向业务管理平台返回业 务删除确认响应，响应消息中包含已删除业务的标识。
进一步地，上述管理系统还可具有以下特点
所述业务管理平台还包括 一业务密钥生成单元，用于在新增加密业务 时，为每一个新增的加密业务生成一个唯一的业务密钥，并将该业务的业务 密钥下发到该业务的授权用户的终端；以及一密钥包生成单元，用于在收到 传输密钥生成单元发来的请求后，用内容所属业务的业务密钥加密所述内容的传输密钥，生成所述密钥包并返回到所述传输密钥生成单元；
所述内容服务器还包括一传输密钥生成单元，用于为加密业务的每一内 容生成一传输密钥，向所述业务管理平台请求该传输密钥的密钥包并保存返 回的密钥包；
所述内容服务器的数据下发单元用于在业务月良务时间到时以广播组播方 式下发业务内容的数据包，对于加密业务，使用所述内容的传输密钥对所述 数据包加密，并同时下发所迷传输密钥的密钥包。
进一步地，上述管理系统还可具有以下特点
所述终端包括 一业务密钥获取单元，用于在要使用某个业务时，通过 移动网络和业务管理平台交互，完成使用业务前需进行的流程，对加密业务 还应获取该加密业务的业务密钥；以及一解密单元，用于在收到内容的传输 密钥的密钥包后，如所述内容属于加密业务且已取得该加密业务的业务密钥， 则用该业务密钥解密该密钥包获得所述内容的传输密钥，进而使用该传输密 钥解密收到的所述内容的数据包。
本发明中，将由内容提供商对下发内容进行管理改为由业务提供方通过 业务管理平台进行管理，由于业务管理平台本身管理了业务的基本信息，并 且决定了所能提供的业务服务，因此能够很好地控制有效业务内容的下发， 避免了无效业务内容数据包的下发。另外，由于业务管理平台还可以根据业 务基本信息来控制移动网络的承载链路。因此，在内容数据包通过移动网络 下发时，由它来管理内容服务器，可以更好的使用网络资源，避免出现链路 资源空置的情况。
图l是本发明实施例的系统图。
图2是本发明实施例业务加载管理的流程图。
图3是本发明实施例其他业务变更管理的流程图。
具体实施例方式
下面结合附图对本发明的具体实施方式
进行详细说明。
本发明所基于的系统如图1所示，包括终端IO、内容服务器20,业务 管理平台30、连接终端和内容服务器的下发网络40以及连接终端和业务管 理平台的移动网络50。本发明可以应用于混合网络^^式的广播组播，此时下 发网络是单向的数字广播网络。也可以单独应用于移动网络才莫式的广播组播 时，此时下发网络40和移动网络50是同一网络。其中
所述业务管理平台，用于保存业务内容，以广播或组播方式下发业务内 容的数据包，收到对所述业务和/或业务信息的变化情况的通知后，根据所述 通知对所述业务和/或业务信息进行处理。进一步包才舌
操作处理单元，用于接受业务管理员对某一业务的操作请求，响应该操 作请求并与所述内容服务器交互，将所述业务和/或业务信息的变化情况通知 所述内容服务器，进一步包括
新增操作处理单元，用于在接受到业务管理员新增业务的操作请求后， 通知所述内容服务器有新增业务需加载，通知消息中携带新增业务的标识和
修改操作处理单元，用于在接受到业务管理员f^改业务的操作请求后， 通知内容服务器修改所述业务，通知消息中包含待修改业务的标识和修改后 的业务信息；
删除操作处理单元，用于在接受到业务管理员删除业务的操作请求后， 通知内容服务器删除所述业务，通知消息中包含所述业务的标识；
业务密钥生成单元，用于在新增加密业务时，为每一个新增的加密业务 生成一个唯一的业务密钥，并将该业务的业务密钥下发到该业务的授权用户 的终端；
密钥包生成单元，用于在收到传输密钥生成单元发来的请求后，用内容 所属业务的业务密钥加密所述内容的传输密钥，生成所述密钥包并返回到所
述传输密钥生成单元；
所述内容服务器，用于保存业务内容，收到对所述业务和/或业务信息的变化情况的通知后，根据所述通知对所述业务进行处理，在业务服务时间到
时以广播组播方式下发业务内容的数据包。进一步包括
新增业务处理单元，用于在收到所述加载新增业务的通知消息后，记录 消息中的业务标识，向业务管理平台返回业务加栽确认响应，并配置加载所 述新增业务，4艮据新增业务的业务信息获取和生成下发所需要的资源。
修改业务处理单元，用于收到所述修改业务的通知消息后，修改本地的 所述业务的业务信息，向所述业务管理平台返回业务修改确认响应，响应消 息中包含已修改业务的标识，并重新配置加载修改后的所述业务，获取和生 成下发所述业务需要的资源。
删除业务处理单元，用于在收到所述删除业务的通知消息后，终止所述 业务的内容数据包的下发，向业务管理平台返回业务删除确认响应，响应消 息中包含已删除业务的标识。
传输密钥生成单元，用于为加密业务的每一内容生成一传输密钥，向所 述业务管理平台请求该传输密钥的密钥包并保存返回的密钥包；
数据下发单元，用于在业务服务时间到时以广播组播方式下发业务内容 的数据包，对于加密业务，使用所述内容的传输密钥对所述数据包加密，并 同时下发所述传输密钥的密钥包。
所述终端包括
业务密钥获取单元，用于在要使用某个业务时，通过移动网络和业务管 理平台交互，完成使用业务前需进行的流程，对加密业务还应获取该加密业 务的业务密钥；
解密单元，用于在收到内容的传输密钥的密钥包后，如所述内容属于加 密业务且已取得该加密业务的业务密钥，则用该业务密钥解密该密钥包获得 所述内容的传输密钥，进而使用该传输密钥解密收到的所述内容的数据包。
业务管理平台和内容服务器可以通过互相发送心跳信息来确认对方是否 正常运行。在交互时，可以通过业务标识号来确定双方交互的是哪个业务的 信息。本实施例涉及新增业务、业务内容下发和接收的相关管理流程如图2所 示，具体实施步骤如下
步骤201,业务管理员通过业务管理平台编辑业务信息，对新增业务进 行确认，生成业务指南并发布；
内容提供商可以登录业务管理平台，配置要发布的业^f言息，同时将相 应的业务内容上传至内容服务器。内容服务器也可以通过SDP即会话描述协 议，由自己获取实时流。或者，内容服务器根据内容提供商提供的URL，自 己获取其他业务信息和内容，等等。
步骤202，业务管理平台通知内容服务器有新增业务需加载，通知消息 中携带新增业务的标识和业务信息，如果是加密业务，还为每一个新增业务 生成一个唯一的业务密钥；
业务信息可以包括业务标识、业务源会话描述信息、业务加密指示、业 务起止时间、业务质量保证、业务广播组播地址和端口号中一种或多种。
步骤203，内容服务器收到所述加载新增业务的通知消息后，记录消息 中的业务标识，向业务管理平台返回业务加载确i人响应；
步骤204，内容服务器配置加载新增业务，加载成功后，根据新增业务 的业务信息获取和生成相关资源，准备该业务内容的下发；
例如，配置加载时需要根据消息中SDP的指示打开监听通道，监听内容 提供商提供的实时内容流，并且打开下发通道。
如果是加密业务，还需要加密实时内容流需要的密钥信息，本实施例包 括生成传输密钥和取得密钥包信息等。具体可由以下步骤完成
A，内容服务器在新增业务服务时间到时，生成业务内容的传输密钥及 其标识，向业务管理平台请求用于保护传输密钥的密钥包，请求消息中携带 所述内容的传输密钥及其标识，以及内容所属的业务的标识；
每一个内容对应于一个传输密钥，同一业务包含多个内容时，各个内容 对应的传输密钥可以相同，也可以不同。
B，业务管理平台收到所述请求消息后，用所述内容所属业务的业务密钥 加密所述内容的传输密钥，并将得到的传输密钥的密钥包返回给文件服务器，生成密钥包时除加密传输密钥得到的数据外，还可写入传输密钥的标识和业 务密钥的标识。
步骤205，终端要使用某个有效业务时，通过移动网络和业务管理平台 交互，完成使用业务前需进行的相关流程；
所述相关流程可以是开通业务、业务信息获取、订购业务等，如果是加 密业务，业务管理平台还应向终端下发该业务的业务密钥。
本步骤可以发生在系统正常运行的任何时刻，不局限于与其他步骤的这 种顺序关系。是终端在业务加密情况下正确^使用业务的前提条件。
步骤206，内容服务器通过下发网络下发业务内容的数据包，对于加密 业务，需要釆用内容对应的传输密钥对其数据包进行加密，同时还需下发所 述传输密钥的密钥包；
可以使用单向文件传送协议即FLUTE协议下发文件的数据包，传输密钥 的密钥包可以采用多媒体互联网密钥协议即MIKEY协议方式下发。传输密 钥的密钥包时可以和文件的数据包在一个通道中下发，也可以使用单独的通 道发送。数据包中可以写有加密该数据包时使用的传输密钥的标识。
步骤207，终端接收业务内容的数椐包并展示业务内容。
对于加密业务，终端收到内容的传输密钥的密钥包后，如已耳又得所述内 容所属业务的业务密钥，则用该业务密钥解密该密钥包获得所述内容的传输 密钥，进而使用该传输密钥解密收到的所述内容的数据包，拼装解密后的数 据包即可获取可使用的内容。解密密钥包的业务密钥可以根据密钥包中的业 务密钥的标识来找到。解密数据包的传输密钥可以根据数据包中的传输密钥 的标识来找到。
以下涉及^^改业务的管理流程，如图3所示，具体实施步骤如下
步骤301,业务管理员通过业务管理平台编辑和发布业务信息，确认对 业务的修改；
步骤302，业务管理平台通知内容服务器修改上述业务，通知消息中包 含待修改业务的标识和修改后的业务信息；步骤303，内容服务器收到所迷通知消息后，修改本地所述业务的业务 信息，向业务管理平台返回业务修改确认响应，响应消息中包含已修改业务 的标识。
修改后，内容服务器重新配置加载修改后的业务，准备该业务内容的下发。
以下涉及删除业务的管理流程，如图3所示，具体实施步骤如下
步骤304，业务管理员通过业务管理平台编辑和发布业务信息，确认对 业务的删除；
步骤305，业务管理平台通知内容服务器删除所述业务，通知消息中包 舍待删除业务的标识；
步骤306，内容服务器终止待删除业务的内容数据包的下发，向业务管 理平台返回业务删除确^人响应，响应消息中包含已删除业务的标识。
内容服务器中可以保存被删除业务的相关会话信息。
此外，业务管理平台可以向内容服务器发送业务同步信息来确保内容服 务器加载了与业务管理平台相同的业务，该业务同步消息中可以包含业务管 理平台中所有有效业务的业务标识，内容服务器则根据业务标识判断自己是 否加载完全，并在响应消息中返回自己已加载业务的业务标识。业务管理平 台可以根据响应信息通知内容服务器重新加载之前没有加载的有效业务，或 者通知内容服务器删除已失效的业务。
业务管理平台还可以根据业务基本信息来控制移动网络的承载链路，因 此，在内容数据包通过移动网络下发时，由它来管理内容服务器，可以更好 的使用网络资源，避免出现链路资源空置的情况。
本发明多々某体广播组播中对业务进行管理的方法，使用业务管理平台对 业务进行统一管理，可以很好的解决系统下发的业务信息和业务内容数椐包 匹配的问题，同时避免了冗余数据的产生和网络资源的浪费。
当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的 情况下，熟悉本领域的技术人员可根据本发明作出各种相应的改变和变形， 但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
权利要求
1、一种多媒体广播组播业务的管理方法，应用于包括业务管理平台和内容服务器的系统，该管理方法包括业务管理员通过所述业务管理平台编辑和发布业务信息，确认对业务的各种操作，并与所述内容服务器交互，将业务和/或业务信息的变化情况通知所述内容服务器；所述内容服务器保存有业务内容，根据所述业务管理平台的通知对有效业务进行配置加载，并在业务服务时间到时以广播组播方式下发业务内容的数据包。
2、 如权利要求1所述的管理方法，其特征在于业务管理员确认新增业务的操作后，所述业务管理平台通知所述内容服 务器有新增业务需加载，通知消息中携带新增业务的标识和业务信息；所述内容服务器收到所述加载新增业务的通知消息后，记录消息中的业 务标识，向业务管理平台返回业务加栽确认响应；所述内容服务器配置加载新增业务，加载成功后，根据新增业务的业务 信息获取和生成下发所需要的资源。
3、 如权利要求1所述的管理方法，其特征在于业务管理员确认修改业务的操作后，所述业务管理平台通知内容服务器 修改所述业务，通知消息中包含待修改业务的标识和修改后的业务信息；所述内容服务器收到所述通知消息后，修改本地的所述业务的业务信息， 向所述业务管理平台返回业务修改确认响应，响应消息中包含已修改业务的 标识；所述内容服务器重新配置加载修改后的所述业务，获取和生成下发所述 业务需要的资源。
4、 如权利要求1所述的管理方法，其特征在于业务管理员确认删除业务的操作后，所迷业务管理平台通知内容服务器删除所述业务，通知消息中包含所述业务的标识；所述内容服务器收到所述通知消息后，终止所述业务的内容数据包的下 发，向业务管理平台返回业务删除确认响应，响应消息中包含已删除业务的 标识。
5、 如权利要求2所述的管理方法，其特征在于所述业务管理平台在新增业务时，如果是加密业务，还为每一个新增业 务生成一个唯一的业务密钥，并将该业务的业务密钥下发到该业务的授权用 户的终端；所述内容服务器为加密业务的每一内容生成一传输密钥，并向所述业务 管理平台请求该传输密钥的密钥包，所述业务管理平台用所述内容所属业务 的业务密钥加密所述传输密钥，生成所述密钥包并返回所述内容服务器；所述内容服务器在下发所述内容的数据包时，使用所述内容的传输密钥 对所述数据包加密，并同时下发所述传输密钥的密钥包。
6、 如权利要求5所述的管理方法，其特征在于终端要使用某个业务时，通过移动网络和业务管理平台交互，完成使用 业务前需进行的流程，对加密业务还应获取该加密业务的业务密钥；终端收到内容的传输密钥的密钥包后，如所述内容属于加密业务且已取 得该加密业务的业务密钥，则用该业务密钥解密该密钥包获得所述内容的传 输密钥，进而使用该传输密钥解密收到的所述内容的数据包。
7、 一种多4某体广播组播业务的管理系统，其特征在于，包括可以相互通 信的业务管理平台和内容服务器，其中所述业务管理平台，用于接受业务管理员对某一业务的操作请求，响应 该操作请求并与所述内容服务器交互，将所述业务和/或业务信息的变化情况 通知所述内容服务器；所述内容服务器，用于保存业务内容，以广播或组播方式下发业务内容 的数据包，在收到对所述业务和/或业务信息的变化情况的通知后，才艮据所述 通知对所述业务和/或业务信息进行处理。
8、 如权利要求7所述的管理系统，其特征在于所述业务管理平台包括一新增操作处理单元，用于在接受到业务管理员 新增业务的操作请求后，通知所述内容服务器有新增业务需加载，通知消息 中携带新增业务的标识和业务信息；所述内容服务器包^"一新增业务处理单元，用于在收到所述加载新增业 务的通知消息后，记录消息中的业务标识，向业务管理平台返回业务加载确 认响应，并配置加载所述新增业务，根据新增业务的业务信息获取和生成下 发所需要的资源。
9、 如权利要求7所述的管理系统，其特征在于所述业务管理平台包括一修改操作处理单元，用于在4妻受到业务管理员 修改业务的操作请求后，通知内容服务器修改所述业务，通知消息中包含待 修改业务的标识和修改后的业务信息；所述内容服务器包括一修改业务处理单元，用于收到所述修改业务的通 知消息后，修改本地的所述业务的业务信息，向所述业务管理平台返回业务 修改确认响应，响应消息中包含已修改业务的标识，并重新配置加载^f"改后 的所述业务，获取和生成下发所述业务需要的资源。
10、 如权利要求7所述的管理系统，其特征在于所述业务管理平台包括一删除操作处理单元，用于在接受到业务管理员 删除业务的操作请求后，通知内容服务器删除所述业务，通知消息中包含所 述业务的标识；所述内容服务器还包括一删除业务处理单元，用于在收到所述删除业务 的通知消息后，终止所述业务的内容数据包的下发，向业务管理平台返回业 务删除确认响应，响应消息中包含已删除业务的标识。
11、 如权利要求7至10中任一权利要求所述的管理系统，其特征在于所述业务管理平台还包括 一业务密钥生成单元，用于在新增加密业务 时，为每一个新增的加密业务生成一个唯一的业务密钥，并将该业务的业务 密钥下发到该业务的授;K用户的终端；以及一密钥包生成单元，用于在收到传输密钥生成单元发来的请求后，用内容所属业务的业务密钥加密所述内容的传输密钥，生成所述密钥包并返回到所述传输密钥生成单元；所述内容服务器还包括一传输密钥生成单元，用于为加密业务的每一内 容生成一传输密钥，向所述业务管理平台请求该传输密钥的密钥包并保存返 回的密钥包；所述内容服务器的数据下发单元用于在业务服务时间到时以广播组播方 式下发业务内容的数据包，对于加密业务，使用所述内容的传输密钥对所述 数据包加密，并同时下发所述传输密钥的密钥包。
12、如权利要求11所述的管理系统，其特征在于所述终端包括 一业务密钥获取单元，用于在要使用某个业务时，通过 移动网络和业务管理平台交互，完成使用业务前需进行的流程，对加密业务 还应获取该加密业务的业务密钥；以及一解密单元，用于在收到内容的传输 密钥的密钥包后，如所述内容属于加密业务且已取得该加密业务的业务密钥， 则用该业务密钥解密该密钥包获得所述内容的传输密钥，进而使用该传输密 钥解密收到的所述内容的数据包。
全文摘要
一种多媒体广播组播业务的管理方法，应用于包括业务管理平台和内容服务器的系统，业务管理员通过所述业务管理平台编辑和发布业务信息，确认对业务的各种操作，并与所述内容服务器交互，将业务和/或业务信息的变化情况通知所述内容服务器；所述内容服务器保存有业务内容，根据所述业务管理平台的通知对有效业务进行配置加载，并在业务服务时间到时以广播组播方式下发业务内容的数据包。本发明可以更为高效和可靠地完成对业务的管理。
文档编号H04L12/18GK101621389SQ200810130699
公开日2010年1月6日 申请日期2008年7月1日 优先权日2008年7月1日
发明者叶剑章, 晔 王 申请人:中兴通讯股份有限公司