[go: up one dir, main page]

CN102550002A - 请求和发送业务的方法、设备及系统 - Google Patents

请求和发送业务的方法、设备及系统 Download PDF

Info

Publication number
CN102550002A
CN102550002A CN2011800002393A CN201180000239A CN102550002A CN 102550002 A CN102550002 A CN 102550002A CN 2011800002393 A CN2011800002393 A CN 2011800002393A CN 201180000239 A CN201180000239 A CN 201180000239A CN 102550002 A CN102550002 A CN 102550002A
Authority
CN
China
Prior art keywords
business
directional
service
terminal
terminal device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN2011800002393A
Other languages
English (en)
Other versions
CN102550002B (zh
Inventor
熊志宏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Device Shenzhen Co Ltd
Original Assignee
Huawei Device Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Device Co Ltd filed Critical Huawei Device Co Ltd
Publication of CN102550002A publication Critical patent/CN102550002A/zh
Application granted granted Critical
Publication of CN102550002B publication Critical patent/CN102550002B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明公开了一种请求和发送业务的方法、设备及系统,属于通信领域。所述方法包括:前端双向设备接收终端设备发送的业务请求,并获取相应的业务(101);该前端双向设备判断该业务是否能够由前端单向设备下发(102),如果是,则该前端双向设备将所述业务路由到前端单向设备,使所述前端单向设备将所述业务下发给所述终端设备(103);否则,所述前端双向设备将所述业务下发给所述终端设备(104)。本发明通过去掉现有技术中业务服务器的处理,由前端双向设备从业务服务器获取业务,并判断该业务数据是通过前端单向设备下发还是通过双向网络(如IP网)交互,使原本需要通过双向网络下发的大流量IP广播和组播数据,能够借用大带宽的单向网络下发,缓解双向网络上的带宽压力。

Description

请求和发送业务的方法、 设备及系统 技术领域
本发明涉及通信领域, 特别涉及一种请求和发送业务的方法、 设备及系统。 背景技术 说
三网融合是指电信网、 计算机网和有线电视网三大网络通过技术改造, 融合成一种既有 双向宽带 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广播和组播数据都可以使 用单向网络下发。 需要说明的是: 上述实施例提供的终端设备、 前端双向设备和前端单向设备在请求和发 送业务的过程中, 仅以上述各功能模块的划分进行举例说明, 实际应用中, 可以根据需要而 将上述功能分配由不同的功能模块完成, 即将设备的内部结构划分成不同的功能模块, 以完 成以上描述的全部或者部分功能。 另外, 上述实施例提供的设备实施例与方法实施例属于同 一构思, 其具体实现过程详见方法实施例, 这里不再赘述。
上述本发明实施例序号仅仅为了描述, 不代表实施例的优劣。
本发明实施例中的全部或部分步骤, 可以利用软件实现, 相应的软件程序可以存储在可 读取的存储介质中, 如光盘或硬盘等。
以上所述仅为本发明的较佳实施例, 并不用以限制本发明, 凡在本发明的精神和原则之 内, 所作的任何修改、 等同替换、 改进等, 均应包含在本发明的保护范围之内。

Claims (1)

  1. 权 利 要 求 书
    1、 一种发送业务的方法, 其特征在于, 所述方法包括:
    前端双向设备接收终端设备发送的业务请求, 并获取相应的业务;
    所述前端双向设备判断所述业务是否能由前端单向设备下发;
    如果是, 则所述前端双向设备将所述业务路由到所述前端单向设备, 使所述前端单向设 备将所述业务下发给所述终端设备;
    否则, 所述前端双向设备将所述业务下发给所述终端设备。 2、根据权利要求 1所述的方法, 其特征在于, 前端双向设备接收终端设备发送的业务请 求之前, 还包括:
    接收终端设备发送的注册信息, 所述注册信息包括终端设备标识和所述终端设备获取的 前端单向设备标识。 3、根据权利要求 2所述的方法, 其特征在于, 所述前端双向设备判断所述业务是否能由 前端单向设备下发, 具体包括:
    根据所述业务的网络协议判断是否需要使用前端单向设备下发所述业务;
    如果是, 则根据所述注册信息中的前端单向设备标识找到对应的前端单向设备, 判断是 否能将所述业务路由到所述前端单向设备。
    4、根据权利要求 2所述的方法, 其特征在于, 所述前端双向设备将所述业务路由到所述 前端单向设备之前, 还包括:
    根据所述终端设备标识向所述终端设备发送业务指令, 使所述终端设备根据所述业务指 令接收所述前端单向设备下发的业务。
    5、根据权利要求 1所述的方法, 其特征在于, 所述前端双向设备使所述前端单向设备将 所述业务下发给所述终端设备, 具体包括:
    使所述前端单向设备将所述业务以与网络通信协议 IP广播封装协议兼容的封装协议封 装, 并通过单向网络下发到所述终端设备。 6、 一种请求业务的方法, 其特征在于, 所述方法包括:
    终端设备连接前端单向设备, 获取前端单向设备标识;
    所述终端设备向前端双向设备发送注册信息, 所述注册信息包括终端设备标识和所述前 端单向设备标识;
    所述终端设备向所述前端双向设备发送业务请求;
    所述终端设备接收所述前端双向设备根据所述终端设备标识发送的业务指令; 所述终端设备根据所述业务指令接收由与所述前端单向设备标识对应的前端单向设备下 发的业务。 7、根据权利要求 6所述的方法, 其特征在于, 所述终端设备根据所述业务指令接收由与 所述前端单向设备标识对应的前端单向设备下发的业务之后, 还包括:
    通过网络通信协议 IP广播封装协议适配层解析所述业务, 得到与 IP广播封装协议兼容 的业务数据。 8、 一种前端双向设备, 其特征在于, 所述前端双向设备包括:
    接收获取模块, 用于接收终端设备发送的业务请求, 并获取相应的业务;
    判断模块, 用于在所述接收获取模块获取相应的业务后, 判断所述业务是否能由前端单 向设备下发;
    路由下发模块, 用于在所述判断模块判断所述业务能由前端单向设备下发后, 将所述业 务路由到所述前端单向设备, 使所述前端单向设备将所述业务下发给所述终端设备;
    直接下发模块, 用于在所述判断模块判断所述业务不能由前端单向设备下发后, 直接将 所述业务下发给所述终端设备。
    9、 根据权利要求 8所述的前端双向设备, 其特征在于, 所述前端双向设备还包括: 接收模块, 用于在所述接收获取模块接收终端设备发送的业务请求之前, 接收所述终端 设备发送的注册信息, 所述注册信息包括终端设备标识和所述终端设备获取的前端单向设备 标识。
    10、 根据权利要求 9所述的前端双向设备, 其特征在于, 所述判断模块, 具体用于根据 所述业务的网络协议判断是否需要使用前端单向设备下发所述业务; 如果是, 则根据所述注 册信息中的前端单向设备标识找到对应的前端单向设备, 判断是否能将所述业务路由到所述 前端单向设备。
    11、 根据权利要求 9所述的前端双向设备, 其特征在于, 所述前端双向设备还包括: 指令发送模块, 用于在所述路由下发模块将所述业务路由到所述前端单向设备之前, 根 据所述终端设备标识向所述终端设备发送业务指令, 使所述终端设备根据所述业务指令接收 所述前端单向设备下发的业务。
    12、 一种终端设备, 其特征在于, 所述终端设备包括:
    获取模块, 用于连接前端单向设备, 获取前端单向设备标识;
    第一发送模块, 用于在所述获取模块获取前端单向设备标识后, 向前端双向设备发送注 册信息, 所述注册信息包括终端设备标识和所述前端单向设备标识;
    第二发送模块, 用于在所述第一发送模块向前端双向设备发送注册信息后, 向所述前端 双向设备发送业务请求;
    第一接收模块, 用于在所述第二发送模块向所述前端双向设备发送业务请求后, 接收所 述前端双向设备根据所述终端设备标识发送的业务指令;
    第二接收模块, 用于根据所述第一接收模块接收的业务指令接收由与所述前端单向设备 标识对应的前端单向设备下发的业务。 13、 根据权利要求 12所述的终端设备, 其特征在于, 所述终端设备还包括: 解析模块, 用于在所述第二接收模块接收由与所述前端单向设备标识对应的前端单向设 备下发的业务后, 通过网络通信协议 IP广播封装协议适配层解析所述业务, 得到与 IP广播 封装协议兼容的业务数据。 14、 一种请求和发送业务的系统, 其特征在于, 所述系统包括: 前端双向设备、 终端设 备和前端单向设备;
    所述前端双向设备如权利要求 8-11任一权利要求所述的前端双向设备;
    所述终端设备如权利要求 12或权利要求 13所述的终端设备。
CN201180000239.3A 2011-04-18 2011-04-18 请求和发送业务的方法、设备及系统 Active CN102550002B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2011/072934 WO2011103829A2 (zh) 2011-04-18 2011-04-18 请求和发送业务的方法、设备及系统

Publications (2)

Publication Number Publication Date
CN102550002A true CN102550002A (zh) 2012-07-04
CN102550002B CN102550002B (zh) 2014-04-16

Family

ID=44507274

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201180000239.3A Active CN102550002B (zh) 2011-04-18 2011-04-18 请求和发送业务的方法、设备及系统

Country Status (3)

Country Link
CN (1) CN102550002B (zh)
BR (1) BR112012015160B1 (zh)
WO (1) WO2011103829A2 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105743632A (zh) * 2016-02-03 2016-07-06 上海翎沃电子科技有限公司 一种用于双向网络中单双向网络的融合方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1996021184A1 (en) * 1994-12-29 1996-07-11 Jones International, Ltd. Method and system for two-way data transmission with secondary one-way circuit
CN1784071A (zh) * 2004-12-02 2006-06-07 华为技术有限公司 一种无线通信的话音信道分配方法
CN102006503A (zh) * 2010-11-05 2011-04-06 中国科学院声学研究所 融合ip网络和有线电视网络的宽带数据通信系统及方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1996021184A1 (en) * 1994-12-29 1996-07-11 Jones International, Ltd. Method and system for two-way data transmission with secondary one-way circuit
CN1784071A (zh) * 2004-12-02 2006-06-07 华为技术有限公司 一种无线通信的话音信道分配方法
CN102006503A (zh) * 2010-11-05 2011-04-06 中国科学院声学研究所 融合ip网络和有线电视网络的宽带数据通信系统及方法

Also Published As

Publication number Publication date
BR112012015160A2 (pt) 2016-03-29
WO2011103829A3 (zh) 2012-03-15
WO2011103829A2 (zh) 2011-09-01
BR112012015160B1 (pt) 2019-05-14
CN102550002B (zh) 2014-04-16

Similar Documents

Publication Publication Date Title
CN110198345B (zh) 一种数据请求方法、系统及装置和存储介质
KR101589484B1 (ko) Iptv 세션을 설정하기 위한 네트워크 디바이스 및 방법
CN108173804B (zh) 一种通过视联网访问互联网的方法及视联猫客户端
CN110121059B (zh) 监控视频处理方法、装置及存储介质
CN109547417B (zh) 码流传输方法和装置
CN109167960B (zh) 一种视频流数据的处理方法和系统
CN109474715B (zh) 一种基于视联网的资源配置方法和装置
CN108737768B (zh) 一种基于监控系统的监控方法和监控装置
CN109787992B (zh) 一种通过视联网访问专网的方法和装置
CN108881815A (zh) 一种视频数据的传输方法和装置
CN110035005B (zh) 数据处理方法和装置
CN110166433B (zh) 一种视频数据获取的方法和系统
CN109194982A (zh) 一种传输大文件流的方法和装置
CN103916375A (zh) Hfc网络下行数据多通道封装与传输方法
CN111092863A (zh) 访问互联网网站的方法、客户端、服务器、设备及介质
CN110113564B (zh) 一种数据获取方法和视联网系统
CN108307212B (zh) 一种文件点播方法和装置
CN110049341B (zh) 视频处理方法和装置
CN110062295A (zh) 一种文件资源获取方法及系统
CN110138729B (zh) 一种数据获取方法和视联网系统
CN110087147B (zh) 一种音视频流传输的方法和装置
CN110086772B (zh) 一种监控视频的获取方法和系统
CN109842630B (zh) 视频处理方法和装置
CN108881148B (zh) 一种数据获取方法和装置
CN109698859B (zh) 一种基于视联网的数据存储方法和装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: 518129 Building 2, B District, Bantian HUAWEI base, Longgang District, Shenzhen, Guangdong.

Patentee after: Huawei terminal (Shenzhen) Co.,Ltd.

Address before: 518129 Building 2, B District, Bantian HUAWEI base, Longgang District, Shenzhen, Guangdong.

Patentee before: HUAWEI DEVICE Co.,Ltd.

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20181220

Address after: 523808 Southern Factory Building (Phase I) Project B2 Production Plant-5, New Town Avenue, Songshan Lake High-tech Industrial Development Zone, Dongguan City, Guangdong Province

Patentee after: HUAWEI DEVICE Co.,Ltd.

Address before: 518129 Building 2, B District, Bantian HUAWEI base, Longgang District, Shenzhen, Guangdong.

Patentee before: Huawei terminal (Shenzhen) Co.,Ltd.