请求和发送业务的方法、 设备及系统 技术领域
本发明涉及通信领域, 特别涉及一种请求和发送业务的方法、 设备及系统。 背景技术 说
三网融合是指电信网、 计算机网和有线电视网三大网络通过技术改造, 融合成一种既有 双向宽带 IP (Internet Protocol, 网络通信协议) 网络, 又有单向广播网络的单双向复合型网 络, 为接入的终端设备提供包括语音、 数据、 图像等综合多媒体的通信业务。 与此同时, 接 入单双向复合型网络的终端设备的形态也变得多种多样书,很多终端设备既可以接入 IP网进行 上网, 也可以接入广播网接收诸如音视频、 数据广播之类的大流量信息。
现有的单双向复合型网络, 包括前端双向设备、 前端单向设备和业务服务器, 这些业务 服务器都是在业务层提供专有的业务服务, 如 IP网上各视频网站、 音乐网站的服务器、 广播 网上的有线电视、 广播的服务器等。 当终端设备向前端双向设备上传业务请求后, 前端双向 设备再将该业务请求上报给对应的业务服务器, 由业务服务器从业务的层面去区分该业务应 该由前端单向设备通过广播网下发, 还是由前端双向设备通过 IP 网下发。 例如, 如果在 IP 网上的视频网站点播视频, 该视频网站的服务器就从 IP网下发视频, 如果在有线电视网上点 播视频, 该有线电视网的服务器就从广播网下发视频。
在实现本发明的过程中, 发明人发现现有技术至少存在以下缺点:
IP网的上网带宽有限、广播网的单向广播带宽却极为充裕, 如果专有业务服务器是 IP网 络上的业务服务器, 从该业务服务器点播出来的大流量的视频数据必须通过 IP网下发, 而不 能路由到单向广播网络下发, 导致业务都拥塞在 IP网上, 造成 IP网的带宽压力大, 而广播 网的带宽却得不到充分的利用。 发明内容
为了缓解 IP网的带宽压力, 使广播网的带宽可以得到充分的利用, 本发明实施例提供了 一种请求和发送业务的方法、 设备及系统。 所述技术方案如下:
一方面, 提供了一种发送业务的方法, 所述方法包括:
前端双向设备接收终端设备发送的业务请求, 并获取相应的业务;
所述前端双向设备判断所述业务是否能由前端单向设备下发;
如果是, 则所述前端双向设备将所述业务路由到所述前端单向设备, 使所述前端单向设 备将所述业务下发给所述终端设备;
否则, 所述前端双向设备将所述业务下发给所述终端设备。
另一方面, 提供了一种请求业务的方法, 所述方法包括:
终端设备连接前端单向设备, 获取前端单向设备标识;
所述终端设备向前端双向设备发送注册信息, 所述注册信息包括终端设备标识和所述前 端单向设备标识;
所述终端设备向所述前端双向设备发送业务请求;
所述终端设备接收所述前端双向设备根据所述终端设备标识发送的业务指令; 所述终端设备根据所述业务指令接收由与所述前端单向设备标识对应的前端单向设备下 发的业务。
另一方面, 提供了一种前端双向设备, 所述前端双向设备包括:
接收获取模块, 用于接收终端设备发送的业务请求, 并获取相应的业务;
判断模块, 用于在所述接收获取模块获取相应的业务后, 判断所述业务是否能由前端单 向设备下发;
路由下发模块, 用于在所述判断模块判断所述业务能由前端单向设备下发后, 将所述业 务路由到所述前端单向设备, 使所述前端单向设备将所述业务下发给所述终端设备;
直接下发模块, 用于在所述判断模块判断所述业务不能由前端单向设备下发后, 直接将 所述业务下发给所述终端设备。
另一方面, 提供了一种终端设备, 所述终端设备包括:
获取模块, 用于连接前端单向设备, 获取前端单向设备标识;
第一发送模块, 用于在所述获取模块获取前端单向设备标识后, 向前端双向设备发送注 册信息, 所述注册信息包括终端设备标识和所述前端单向设备标识;
第二发送模块, 用于在所述第一发送模块向前端双向设备发送注册信息后, 向所述前端 双向设备发送业务请求;
第一接收模块, 用于在所述第二发送模块向所述前端双向设备发送业务请求后, 接收所 述前端双向设备根据所述终端设备标识发送的业务指令;
第二接收模块, 用于根据所述第一接收模块接收的业务指令接收由与所述前端单向设备
标识对应的前端单向设备下发的业务。
另一方面, 提供了一种请求和发送业务的系统, 所述系统包括: 前端双向设备、 终端设 备和前端单向设备;
所述前端双向设备如上述前端双向设备;
所述终端设备如上述终端设备。
本发明实施例提供的技术方案的有益效果是:
通过去掉现有技术中业务服务器的处理, 由前端双向设备从业务服务器获取业务, 并判 断该业务数据是通过前端单向设备下发还是通过双向网络(如 IP网)交互, 使原本需要通过 双向网络下发的大流量 IP广播和组播数据, 能够借用大带宽的单向网络下发, 缓解双向网络 上的带宽压力。 附图说明
为了更清楚地说明本发明实施例中的技术方案, 下面将对实施例描述中所需要使用的附 图作简单地介绍, 显而易见地, 下面描述中的附图仅仅是本发明的一些实施例, 对于本领域 普通技术人员来讲, 在不付出创造性劳动的前提下, 还可以根据这些附图获得其他的附图。
图 1是本发明实施例一提供的发送业务的方法流程图;
图 2是本发明实施例二、 四、 五、 六、 七提供的单双向复合型网络架构示意图; 图 3是本发明实施例二提供的发送业务的方法流程图;
图 4是本发明实施例三提供的请求业务的方法流程图;
图 5是本发明实施例四提供的请求业务的方法流程图;
图 6是本发明实施例四提供的终端设备协议实现结构示意图;
图 7是本发明实施例五提供的第一种前端双向设备结构示意图;
图 8是本发明实施例五提供的第二种前端双向设备结构示意图;
图 9是本发明实施例五提供的第三种前端双向设备结构示意图;
图 10是本发明实施例六提供的终端设备结构示意图;
图 11是本发明实施例六提供的另一种终端设备结构示意图;
图 12是本发明实施例七提供的前端单向设备结构示意图;
图 13是本发明实施例八提供的请求和发送业务的系统结构示意图。 具体实施方式
为使本发明的目的、 技术方案和优点更加清楚, 下面将结合附图对本发明实施方式作进 一步地详细描述。
实施例一
本发明实施例提供了一种发送业务的方法, 参见图 1, 方法流程具体如下:
101: 前端双向设备接收终端设备发送的业务请求, 并获取相应的业务;
102: 该前端双向设备判断该业务是否能由前端单向设备下发, 如果是, 则执行步骤 103, 否则, 执行步骤 104;
103: 如果该业务能由前端单向设备下发, 则该前端双向设备将该业务路由到前端单向设 备, 使该前端单向设备将该业务下发给终端设备, 流程结束;
104:如果该业务不能由前端单向设备下发,则该前端双向设备将该业务下发给终端设备, 流程结束。
本发明实施例提供的方法, 通过去掉现有技术中业务服务器的处理, 前端双向设备接收 终端设备发送的业务请求后, 从业务服务器获取相应的业务, 并判断该业务数据是通过前端 单向设备下发还是通过双向网络(如 IP网)交互, 使原本需要通过双向网络下发的大流量 IP 广播和组播数据, 能够借用大带宽的单向网络下发, 缓解双向网络上的带宽压力。 实施例二
本发明实施例提供了一种发送业务的方法, 可以适用于单双向复合型网络中的前端双向 设备, 如图 2所示, 该前端双向设备可以根据业务的网络协议判断是将该业务路由到前端单 向设备下发, 还是直接通过双向网络 (如 IP网) 交互。 本发明实施例以双向网络为 IP网、 单向网络为广播网为例进行说明, 但不限定于此, 参见图 3, 方法流程具体如下:
301: 前端双向设备接收终端设备发送的注册信息, 该注册信息包括终端设备标识和该终 端设备获取的前端单向设备标识;
其中, 该前端单向设备标识可能是终端设备可以使用的有效的前端单向设备标识, 也可 能是在单向信道不通时终端设备反馈的无效的前端单向设备标识。
具体地, 前端双向设备接收终端设备发送的注册信息, 并保存注册信息。 对于终端设备 重新上报的注册信息, 刷新保存的注册信息。
302: 该前端双向设备接收该终端设备发送的业务请求, 并获取相应的业务;
其中, 该业务请求可能是基于双向链路的 TCP (Transmission Control Protocol, 传输控制 协议) 请求, 也可能是基于单向网络的广播请求, 如 UDP (User Datagram Protocol, 用户数
据包协议) 请求广播或多播。 前端双向设备根据终端设备发送的业务请求, 从服务器获取相 应的业务, 并准备下发给请求的终端设备。
303: 该前端双向设备判断该业务是否能由前端单向设备下发, 如果是, 则执行步骤 304, 否则, 执行步骤 306;
具体地, 根据该业务的网络协议判断是否需要使用前端单向设备下发该业务; 如果是, 则根据接收到的注册信息中的前端单向设备标识找到对应的前端单向设备, 判断是否能将该 业务路由到该前端单向设备, 如果是, 则执行步骤 304, 否则执行步骤 306。 如果判断不需要 使用前端单向设备下发该业务, 则执行步骤 306。
详细地, 前端双向设备从服务器获取到业务后, 通过该业务所使用的网络协议判断是否 需要将该业务路由到前端单向设备下发。 例如, 如果用户请求的是 TCP业务, 则采用普通的 双向协议通道, 按照 IP网的通用方式进行交互, 如果用户请求的是 UDP广播业务、 组播业 务、 流媒体传输协议业务等, 则需要将该业务路由到前端单向设备下发。
进一步地, 前端双向设备判断需要将该业务路由到前端单向设备下发后, 根据终端设备 的注册信息中的前端单向设备标识找到对应的前端单向设备, 并判断是否能将该业务路由到 该前端单向设备, 也就是确认前端双向设备和要使用的前端单向设备之间的信道是否畅通, 如果是, 则执行步骤 304, 否则执行步骤 306。 如果前端单向设备标识是无效的前端单向设备 标识, 则说明终端设备和前端单向设备之间的信道不可用, 终端设备只能接收由前端双向设 备下发的业务, 执行步骤 306。
304: 该前端双向设备根据终端设备标识向该终端设备发送业务指令, 使该终端设备根据 该业务指令接收前端单向设备下发的业务;
具体地, 如果要通过前端单向设备下发业务, 需要先按照终端设备的注册信息中的终端 设备标识向请求业务的终端设备发送业务指令, 该业务指令包括用于下发业务的前端单向设 备的物理参数, 以便终端设备接收业务数据。
305: 该前端双向设备将该业务路由到与前端单向设备标识对应的前端单向设备, 使该前 端单向设备将该业务下发给终端设备, 流程结束;
其中, 使该前端单向设备将该业务下发给终端设备, 具体包括使该前端单向设备将该业 务以与 IP广播封装协议兼容的封装协议封装, 并通过单向网络下发到终端设备。 该前端单向 设备下发业务的方式可以为广播或者组播。
306: 该前端双向设备直接将该业务下发给该终端设备, 流程结束。
具体地, 由前端双向设备采用普通的双向协议通道, 直接按照 IP网的通用方式与终端设
备进行交互。
需要说明的是, 在本实施例中, 前端单向设备具体为: 前端广播设备, 或, 前端组播设 备。 以目前经过改造的 HFC (Hybrid Fiber-Coaxial, 混合光纤同轴网络)有线电视网络为例, 用户可以在经过改造的 HFC网络中进行点播,在该网络中,通过 ISO( International Organization for Standardization, 国际标准化组织) -13818协议打包传输的数字电视单向传输协议组成了 单向广播网,通过遵循 EOC(Ethemet Over Coax,以太数据通过同轴电缆传输)、 DOCSIS (Data Over Cable Service Interface Specification,有线传输数据业务接口规范)或者欧洲 Euro DOCSIS 协议的设备组成了双向宽带 IP网。 其中, 根据广播网络环境不同, 数据打包格式也有差异, 数字电视网、 卫星直播网络一般采用 ISO-13818协议打包, ISO-13818协议是一个开放协议。
本发明实施例提供的方法, 通过去掉现有技术中业务服务器的处理, 前端双向设备接收 终端设备发送的业务请求后, 从业务服务器获取相应的业务, 并由前端双向设备直接根据业 务的网络协议判断业务数据是通过前端单向设备下发还是通过双向网络交互, 并在现有广播 协议基础上定义可兼容 IP广播协议的封装协议, 使原本需要通过双向网络下发的大流量 IP 广播和组播数据, 能够借用大带宽的单向网络下发, 缓解双向网络(如 IP网)上的带宽压力; 由于单双向复合网络上的设备 (如前端双向设备) 可以自动识别哪些业务需要从单向网络下 发, 哪些业务需要从双向网络下发, 不再需要为不同的业务架设不同的业务服务器进行业务 的配置和分流, 因此, 网络运营商可以购置一个通用的基于 IP的服务器, 通过前端双向设备 自行进行业务的配置和分流, 降低了网络复杂性, 减少了运营成本; 现有 IP网和广播网各自 所遵循的协议和标准迥异, 广播网的广播协议只针对广播业务进行封装传输, 对于 IP网络上 的 IP广播封装协议不兼容, 本发明实施例统一了单双向复合型网络上的封装协议, 在现有广 播协议基础上定义可兼容 IP广播协议的封装协议, 使得原有的 IP广播和组播数据都可以使 用单向网络下发。 实施例三
本发明实施例提供了一种请求业务的方法, 参见图 4, 方法流程具体如下:
401: 终端设备连接前端单向设备, 获取前端单向设备标识;
402: 该终端设备向前端双向设备发送注册信息, 该注册信息包括终端设备标识和获取的 前端单向设备标识;
403: 该终端设备向该前端双向设备发送业务请求;
404: 该终端设备接收该前端双向设备根据终端设备标识发送的业务指令;
405:该终端设备根据该业务指令接收由与前端单向设备标识对应的前端单向设备下发的 业务。
本发明实施例提供的方法, 通过终端设备向前端双向设备注册自己的设备标识和前端单 向设备标识, 表明自己是否可以接收单向网络的数据, 使前端双向设备通过此注册信息判断 业务数据是否可以通过前端单向设备下发, 如果可以, 终端设备就能通过单向网络接收大流 量的业务数据, 缓解双向网络 (如 IP网) 上的带宽压力。 实施例四
本发明实施例提供了一种请求业务的方法,可以适用于单双向复合型网络中的终端设备, 如图 2所示,该终端设备既可以接入双向网络(如 IP网)进行上网,也可以接入单向网络(如 广播网、 组播网等)接收音视频等大流量信息。 本发明实施例以双向网络为 IP网、 单向网络 为广播网为例进行说明, 但不限定于此, 参见图 5, 方法流程具体如下:
501: 终端设备连接前端单向设备, 获取前端单向设备标识;
具体地, 终端设备在启动时, 就主动连接前端单向设备, 获取前端单向设备标识, 并定 时确认是否可以正常使用该单向信道, 如广播信道。
502: 该终端设备向前端双向设备发送注册信息, 该注册信息包括终端设备标识和获取的 前端单向设备标识;
具体地, 终端设备在接入 IP网时, 主动连接前端双向设备, 向其发送注册信息, 该注册 信息包括终端设备标识和获取的前端单向设备标识, 如果前端单向设备的信道不能使用, 则 反馈无效的前端单向设备标识。 终端设备还可以定时刷新自己的注册信息。
503: 该终端设备向前端双向设备发送业务请求;
具体地, 当终端设备接收到用户发起的业务请求后, 就向前端双向设备上传该业务请求, 请求下发相应的业务。 该业务请求可能是基于双向链路的 TCP请求, 也可能是基于单向网络 的广播请求, 如 UDP请求广播或多播。
在本发明实施例中, 当前端双向设备接收到业务请求后, 会先从业务服务器获取相应的 业务, 然后根据该业务的网络协议判断是否将该业务路由到前端单向设备下发, 如果用户请 求的是 TCP业务, 则采用普通的双向协议通道, 按照 IP网的通用方式进行交互, 如果用户 请求的是 UDP广播业务、 组播业务、流媒体传输协议业务等, 则将该业务路由到前端单向设 备下发。 后续步骤 304、 305、 306是按照将该业务路由到前端单向设备下发进行描述的, 也 就是终端设备通过前端单向设备和单向网络获取业务,而通过普通的 IP交互的另一分支与现
有技术相同, 这里不再赘述。
504: 该终端设备接收前端双向设备根据终端设备标识发送的业务指令;
具体地, 终端设备随时接收前端双向设备发送来的业务指令, 通过该业务指令得知是从 双向网络接收该业务, 还是从单向网络接收该业务。 如果是从单向网络接收该业务, 业务指 令中包含从单向网络接收该业务数据的相应信息, 例如该终端设备加入到哪个组播组里面去 接收业务数据。
505:该终端设备根据该业务指令接收由与前端单向设备标识对应的前端单向设备下发的 业务;
具体地, 终端设备按照该业务指令加入到相应的单向网络中, 接收从广播信道传输过来 的业务数据。 该业务数据是前端单向设备以与 IP广播封装协议兼容的封装协议封装的。
506: 该终端设备通过 IP广播封装协议适配层解析该业务, 得到与 IP广播封装协议兼容 的业务数据。
具体地, 终端设备接收到前端单向设备下发的业务后, 需要按照相应的协议解析出与 IP 广播兼容的数据,具体可以通过在终端设备内部添加一个 IP广播封装协议适配层来实现上述 功能, 参见图 6, 为终端设备协议实现的结构示意图, 可以通过此封装层实现将广播数据以 TCP/IP协议的接口呈现给应用层。
需要说明的是, 在本实施例中, 前端单向设备具体为: 前端广播设备, 或, 前端组播设 备。 以目前经过改造的 HFC有线电视网络为例, 用户可以在经过改造的 HFC网络中进行点 播, 在该网络中, 通过 ISO-13818协议打包传输的数字电视单向传输协议组成了单向广播网, 通过遵循 EOC、 DOCSIS或者欧洲 Euro DOCSIS协议的设备组成了双向宽带 IP网。 其中, 根据广播网络环境不同, 数据打包格式也有差异, 数字电视网、 卫星直播网络一般采用 ISO-13818协议打包, ISO-13818协议是一个开放协议。
本发明实施例提供的方法, 通过终端设备向前端双向设备注册自己的设备标识和前端单 向设备标识, 表明自己是否可以接收单向网络的数据, 使前端双向设备通过此注册信息判断 业务数据是否可以通过前端单向设备下发, 如果可以, 终端设备就能通过单向网络接收大流 量的业务数据, 缓解双向网络(如 IP网)上的带宽压力; 根据在现有广播协议基础上定义的 可兼容 IP广播协议的封装协议, 在终端设备内部添加一个 IP广播封装协议适配层, 用来将 通过单向网络获取的业务解析成与 IP广播兼容的数据,从而通过此封装层实现将广播数据以 TCP/IP协议的接口呈现给应用层。
实施例五
本发明实施例提供了一种前端双向设备, 用于执行上述实施例一和实施例二中前端双向 设备所执行的方法步骤。 该前端双向设备可以用于单双向复合型网络, 如图 2所示, 该前端 双向设备可以根据业务的网络协议判断是将该业务路由到前端单向设备下发, 还是直接通过 双向网络 (如 IP网) 交互。 本发明实施例以双向网络为 IP网、 单向网络为广播网为例进行 说明, 但不限定于此, 参见图 7, 该前端双向设备包括:
接收获取模块 701, 用于接收终端设备发送的业务请求, 并获取相应的业务; 判断模块 702, 用于在接收获取模块 701获取相应的业务后, 判断该业务是否能由前端 单向设备下发;
路由下发模块 703, 用于在判断模块 702判断该业务能由前端单向设备下发后, 将该业 务路由到该前端单向设备, 使该前端单向设备将该业务下发给终端设备;
直接下发模块 704, 用于在判断模块 702判断该业务不能由前端单向设备下发后, 直接 将该业务下发给终端设备。
进一步地, 参见图 8, 该前端双向设备还包括:
接收模块 705, 用于在接收获取模块 701接收终端设备发送的业务请求之前, 接收该终 端设备发送的注册信息, 该注册信息包括终端设备标识和该终端设备获取的前端单向设备标 识。
具体地, 判断模块 702, 具体用于根据该业务的网络协议判断是否需要使用前端单向设 备下发该业务; 如果是, 则根据注册信息中的前端单向设备标识找到对应的前端单向设备, 判断是否能将该业务路由到该前端单向设备。
更进一步地, 参见图 9, 该前端双向设备还包括:
指令发送模块 706, 用于在路由下发模块 703将该业务路由到前端单向设备之前, 根据 终端设备标识向该终端设备发送业务指令, 使该终端设备根据该业务指令接收前端单向设备 下发的业务。
本发明实施例提供的前端双向设备, 通过去掉现有技术中业务服务器的处理, 前端双向 设备接收终端设备发送的业务请求后, 从业务服务器获取相应的业务, 并由前端双向设备直 接根据业务的网络协议判断业务数据是通过前端单向设备下发还是通过双向网络交互, 使原 本需要通过双向网络下发的大流量 IP广播和组播数据, 能够借用大带宽的单向网络下发, 缓 解双向网络(如 IP网)上的带宽压力; 由于单双向复合网络上的设备 (如前端双向设备)可 以自动识别哪些业务需要从单向网络下发, 哪些业务需要从双向网络下发, 不再需要为不同
的业务架设不同的业务服务器进行业务的配置和分流, 因此, 网络运营商可以购置一个通用 的基于 IP的服务器, 通过前端双向设备自行进行业务的配置和分流, 降低了网络复杂性, 减 少了运营成本。 实施例六
本发明实施例提供了一种终端设备, 用于执行上述实施例三和实施例四中终端设备所执 行的方法步骤。 该终端设备可以用于单双向复合型网络, 如图 2所示, 该终端设备既可以接 入双向网络 (如 IP网)进行上网, 也可以接入单向网络 (如广播网、 组播网等)接收音视频 等大流量信息。 本发明实施例以双向网络为 IP网、 单向网络为广播网为例进行说明, 但不限 定于此, 参见图 10, 该终端设备包括:
获取模块 1001, 用于连接前端单向设备, 获取前端单向设备标识;
第一发送模块 1002, 用于在获取模块 1001获取前端单向设备标识后, 向前端双向设备 发送注册信息, 该注册信息包括终端设备标识和获取的前端单向设备标识;
第二发送模块 1003, 用于在第一发送模块 1002向前端双向设备发送注册信息后, 向前 端双向设备发送业务请求;
第一接收模块 1004, 用于在第二发送模块 1003 向前端双向设备发送业务请求后, 接收 该前端双向设备根据终端设备标识发送的业务指令;
第二接收模块 1005, 用于根据第一接收模块 1004接收的业务指令接收由与前端单向设 备标识对应的前端单向设备下发的业务。
进一步地, 参见图 11, 该终端设备还包括:
解析模块 1006, 用于在第二接收模块 1005接收由与前端单向设备标识对应的前端单向 设备下发的业务后, 通过 IP广播封装协议适配层解析该业务, 得到与 IP广播封装协议兼容 的业务数据。
本发明实施例提供的终端设备, 通过终端设备向前端双向设备注册自己的设备标识和前 端单向设备标识, 表明自己是否可以接收单向网络的数据, 使前端双向设备通过此注册信息 判断业务数据是否可以通过前端单向设备下发, 如果可以, 终端设备就能通过单向网络接收 大流量的业务数据, 缓解双向网络(如 IP网)上的带宽压力; 根据在现有广播协议基础上定 义的可兼容 IP广播协议的封装协议, 在终端设备内部添加一个 IP广播封装协议适配层, 用 来将通过单向网络获取的业务解析成与 IP广播兼容的数据,从而通过此封装层实现将广播数 据以 TCP/IP协议的接口呈现给应用层。
实施例七
本发明实施例提供了一种前端单向设备, 用于执行上述实施例一至实施例四中前端单向 设备所执行的方法步骤。 该前端单向设备可以用于单双向复合型网络, 如图 2所示, 该前端 单向设备可以将前端双向设备路由来的业务以与 IP广播封装协议兼容的封装协议封装,并通 过单向网络下发到终端设备。 参见图 12, 该前端单向设备包括:
接收模块 1201, 用于接收前端双向设备路由来的业务;
封装发送模块 1202, 用于在接收模块 1201接收前端双向设备路由来的业务后, 将该业 务以与 IP广播封装协议兼容的封装协议封装, 并通过单向网络下发到终端设备。
其中, 该前端单向设备具体为: 前端广播设备, 或, 前端组播设备。
本发明实施例提供的前端单向设备,通过将前端双向设备路由来的业务以与 IP广播封装 协议兼容的封装协议封装, 并通过单向网络下发到终端设备, 使原本需要通过双向网络下发 的大流量 IP广播和组播数据, 能够借用大带宽的单向网络下发, 缓解双向网络 (如 IP网) 上的带宽压力; 统一了单双向复合型网络上的封装协议, 在现有广播协议基础上定义可兼容 IP广播协议的封装协议, 使得原有的 IP广播和组播数据都可以使用单向网络下发。 实施例八
本发明实施例提供了一种请求和发送业务的系统, 参见图 13, 该系统包括: 前端双向设 备 1301、 终端设备 1302和前端单向设备 1303;
其中, 前端双向设备 1301如上述实施例五提供的前端双向设备;
终端设备 1302如上述实施例六提供的终端设备;
前端单向设备 1303如上述实施例七提供的前端单向设备。
综上所述, 本发明实施例通过去掉现有技术中业务服务器的处理, 前端双向设备接收终 端设备发送的业务请求后, 从业务服务器获取相应的业务, 并由前端双向设备直接根据业务 的网络协议判断业务数据是通过前端单向设备下发还是通过双向网络交互, 并在现有广播协 议基础上定义可兼容 IP广播协议的封装协议, 使原本需要通过双向网络下发的大流量 IP广 播和组播数据, 能够借用大带宽的单向网络下发, 缓解双向网络 (如 IP网) 上的带宽压力; 由于单双向复合网络上的设备 (如前端双向设备) 可以自动识别哪些业务需要从单向网络下 发, 哪些业务需要从双向网络下发, 不再需要为不同的业务架设不同的业务服务器进行业务 的配置和分流, 因此, 网络运营商可以购置一个通用的基于 IP的服务器, 通过前端双向设备
自行进行业务的配置和分流, 降低了网络复杂性, 减少了运营成本; 现有 IP网和广播网各自 所遵循的协议和标准迥异, 广播网的广播协议只针对广播业务进行封装传输, 对于 IP网络上 的 IP广播封装协议不兼容, 本发明实施例统一了单双向复合型网络上的封装协议, 在现有广 播协议基础上定义可兼容 IP广播协议的封装协议, 使得原有的 IP广播和组播数据都可以使 用单向网络下发。 需要说明的是: 上述实施例提供的终端设备、 前端双向设备和前端单向设备在请求和发 送业务的过程中, 仅以上述各功能模块的划分进行举例说明, 实际应用中, 可以根据需要而 将上述功能分配由不同的功能模块完成, 即将设备的内部结构划分成不同的功能模块, 以完 成以上描述的全部或者部分功能。 另外, 上述实施例提供的设备实施例与方法实施例属于同 一构思, 其具体实现过程详见方法实施例, 这里不再赘述。
上述本发明实施例序号仅仅为了描述, 不代表实施例的优劣。
本发明实施例中的全部或部分步骤, 可以利用软件实现, 相应的软件程序可以存储在可 读取的存储介质中, 如光盘或硬盘等。
以上所述仅为本发明的较佳实施例, 并不用以限制本发明, 凡在本发明的精神和原则之 内, 所作的任何修改、 等同替换、 改进等, 均应包含在本发明的保护范围之内。