基于I-PON的多媒体数据业务处理方法及系统与流程

基于i-pon的多媒体数据业务处理方法及系统
技术领域
1.本公开涉及通信技术领域，尤其涉及一种基于i-pon的多媒体数据业务处理方法及系统。


背景技术：

2.为了积极应对三网融合，广电企业在过去几年内大范围的进行了双向化网络改造，但随着业务的快速发展，尤其是高质量视频业务的快速发展，受到传统接入方式带宽的限制，很难有效支撑未来的全业务部署。
3.2017年3月，国家新闻出版广电总局正式发布了gy/t 306.1-2017《有线电视网络光纤到户系统技术规范第1部分：总体技术要求》，其中i-pon方案作为典型应用方案之一列入其中。i-pon系统方案是基于万兆ip广播技术和双向ip技术的一种光纤到户技术方案，其万兆ip广播技术将万兆以太网技术应用于单向广播网，消除传统射频技术带来的弊端，同时不存在空间干扰问题，也没有了频点限制，随着ip广播接收模块的不断升级，带宽可以从10g向20g、40g、100g扩展。双向ip技术则可以是epon(ethernet passive optical network，以太网无源光网络)、gpon(gigabit-capable pon，无源光接入系统)、10g xpon双向光纤网、同轴eoc(ethernet over cable)/docsis(data over cable service interface specifications)技术、无线通信网或以太网技术。
4.然而，目前广电、电信运营商广泛提供基于ott(over the top)的视频服务，无论是直播还是点播，其三层、四层、应用层数据报类型分别为udp/tcp/http(hls)，而tcp/http协议高度依赖双向物理通道，与基于单向和双向通道分离的网络系统不能很好地兼容，无法发挥ott具有的大数据传输方便流畅、节目内容更加丰富等诸多优点。


技术实现要素：

5.有鉴于此，为解决上述技术问题，本公开提出了一种基于i-pon的多媒体数据业务处理方法及系统。
6.根据本公开的一方面，提供了一种基于i-pon的多媒体数据业务处理系统，所述系统包括ip广播智能分发机和网关，所述网关包括网络处理器和ip广播接收模块，
7.所述网络处理器，用于将终端发送的双向业务请求重新打包封装成udp请求数据包，并通过双向数据网将所述udp请求数据包发送至所述ip广播智能分发机，所述udp请求数据包中包括终端标识、网关标识和所述双向业务请求的请求信息，所述双向业务请求是基于tcp/http协议生成的；
8.所述ip广播智能分发机作为所述终端的双向业务代理，用于对所述udp请求数据包进行解封装得到所述请求信息、所述终端标识和所述网关标识，记录所述终端标识和所述网关标识，以及根据所述请求信息和分发机标识生成请求报文，并将所述请求报文发送至服务器，以使所述服务器根据所述请求报文确定所述终端请求的下行数据，并根据所述下行数据生成需要向所述ip广播智能分发机发送的双向业务下行数据包；以及
9.接收所述双向业务下行数据包，并利用所述终端标识、所述网关标识对所述双向业务下行数据包进行标记，将得到的标记后数据包通过i-pon单向广播光纤网发送至所述网关，所述双向业务下行数据包和所述标记后数据包的数据包类型一致；
10.所述ip广播接收模块在判断出接收到的所述标记后数据包中携带所述网关标识时，所述网关将所述标记后数据包发送至与所述标记后数据包中的终端标识相对应的终端。
11.在一种可能的实现方式中将终端发送的双向业务请求重新打包封装成udp请求数据包，包括：
12.在来自所述终端的双向业务请求中增加所述网关标识，重新打包封装生成所述udp请求数据包，所述双向业务请求包括请求信息、所述终端标识，
13.其中，所述终端标识包括所述终端的ip地址和mac地址，所述网关标识包括所述网关的mac地址和/或所述ip广播接收模块的mac地址。
14.在一种可能的实现方式中，所述分发机标识包括所述ip广播智能分发机的ip地址和/或所述ip广播智能分发机的mac地址。
15.在一种可能的实现方式中，所述ip广播接收模块在判断出接收到的所述标记后数据包中携带所述网关标识时，所述网关将所述标记后数据包发送至与所述标记后数据包中的终端标识相对应的终端，包括：
16.所述ip广播接收模块在判断出接收到的所述标记后数据包中携带所述网关标识时，将所述标记后数据包发送至与所述标记后数据包中的终端标识相对应的终端。
17.在一种可能的实现方式中，所述ip广播接收模块在判断出接收到的所述标记后数据包中携带所述网关标识时，所述网关将所述标记后数据包发送至与所述标记后数据包中的终端标识相对应的终端，包括：
18.所述ip广播接收模块在判断出接收到的所述标记后数据包中携带所述网关标识时，对所述标记后数据包进行地址转换，并将得到的转换后的数据包发送至所述网络处理器；
19.所述网络处理器将所述转换后的数据包发送至与所述终端标识相对应的终端。
20.在一种可能的实现方式中，所述双向业务下行数据包、所述标记后数据包和所述请求报文是基于tcp/http协议生成的。
21.根据本公开的另一方面，提供了一种基于i-pon的多媒体数据业务处理方法，所述方法应用于ip广播智能分发机，所述方法包括：
22.通过双向数据网接收网关的网络处理器发送的udp请求数据包，所述udp请求数据包是所述网络处理器将终端发送的双向业务请求重新打包封装成的，所述udp请求数据包中包括网关标识、终端标识和所述双向业务请求的请求信息，所述双向业务请求是基于tcp/http协议生成的；
23.作为所述终端的双向业务代理对所述udp请求数据包进行解封装得到所述请求信息、所述终端标识和所述网关标识，记录所述终端标识和所述网关标识，以及根据所述请求信息和分发机标识生成请求报文，并将所述请求报文发送至服务器，以使所述服务器根据所述请求报文确定所述终端请求的下行数据，并根据所述下行数据生成需要向所述ip广播智能分发机发送的双向业务下行数据包；
24.接收所述双向业务下行数据包，并利用所述终端标识、所述网关标识对所述双向业务下行数据包进行标记，得到标记后数据包；
25.将所述标记后数据包通过i-pon单向广播光纤网发送至所述网关，以使所述网关的ip广播接收模块在判断出所述标记后数据包携带有所述网关标识时，所述网关将所述标记后数据包发送至与所述标记后数据包中的终端标识相对应的终端，
26.其中，所述双向业务下行数据包和所述标记后数据包的数据包类型一致。
27.在一种可能的实现方式中，所述分发机标识包括所述ip广播智能分发机的ip地址和/或所述ip广播智能分发机的mac地址。
28.在一种可能的实现方式中，所述双向业务下行数据包、所述标记后数据包和所述请求报文是基于tcp/http协议生成的。
29.根据本公开的另一方面，提供了一种基于i-pon的多媒体数据业务处理方法，所述方法应用于包括网络处理器和ip广播接收模块的网关，所述方法包括：
30.利用所述网络处理器将终端发送的双向业务请求重新打包封装成udp请求数据包，并通过双向数据网将所述udp请求数据包发送至ip广播智能分发机，所述udp请求数据包中包括网关标识、终端标识和所述双向业务请求的请求信息，所述双向业务请求是基于tcp/http协议生成的；
31.利用所述ip广播接收模块接收来自所述ip广播智能分发机的标记后数据包，在判断出所述标记后数据包携带有所述网关标识时，所述网关将所述标记后数据包发送至与所述标记后数据包中的终端标识相对应的终端，
32.其中，所述ip广播智能分发机在接收到所述udp请求数据包之后，作为所述终端的双向业务代理对所述udp请求数据包进行解封装得到所述请求信息、所述终端标识和所述网关标识，记录所述终端标识和所述网关标识，以及根据所述请求信息和所述分发机标识生成请求报文，并将所述请求报文发送至服务器，以使所述服务器根据所述请求报文确定所述终端请求的下行数据，并根据所述下行数据生成需要向所述ip广播智能分发机发送的双向业务下行数据包；并利用所述终端标识、所述网关标识对接收到的所述双向业务下行数据包进行标记得到所述标记后数据包，所述双向业务下行数据包和所述标记后数据包的数据包类型一致。
33.在一种可能的实现方式中，利用所述网络处理器将终端发送的双向业务请求重新打包封装成的udp请求数据包，包括：
34.利用所述网络处理器在来自所述终端的双向业务请求中添加所述网关标识，重新打包封装生成所述udp请求数据包，所述双向业务请求包括请求信息和所述终端标识，
35.其中，所述终端标识包括所述终端的ip地址和mac地址，所述网关标识包括所述网关的mac地址和/或所述ip广播接收模块的mac地址。
36.在一种可能的实现方式中，所述网关将所述标记后数据包发送至与所述标记后数据包中的终端标识相对应的终端，包括：
37.利用所述ip广播接收模块将所述标记后数据包发送至与所述标记后数据包中的终端标识相对应的终端。
38.在一种可能的实现方式中，所述网关将所述标记后数据包发送至与所述标记后数据包中的终端标识相对应的终端，包括：
39.利用所述ip广播接收模块对所述标记后数据包进行地址转换，并将得到的转换后的数据包发送至所述网络处理器；
40.利用所述网络处理器将所述转换后的数据包发送至与所述终端标识相对应的终端。
41.在一种可能的实现方式中，所述双向业务下行数据包、所述标记后数据包和所述请求报文是基于tcp/http协议生成的。
42.本公开实施例所提供的基于i-pon的多媒体数据业务处理方法及系统，网关将终端发出的双向业务请求重新打包封装生成udp请求数据包并通过双向数据网发送至ip广播智能分发机，ip广播智能分发机作为终端的双向业务代理向服务器请求双向业务下行数据，并将服务器反馈的双向业务下行数据包标记后直接通过i-pon单向广播光纤网发送至网关最终送达终端，双向业务下行数据不再占用双向数据网，在保证双向业务下行数据传输效率和速度提升的同时，使得双向数据网和i-pon单向广播光纤网的使用得到了很好的兼容，能够充分发挥ott具有的大数据传输方便流畅、节目内容更加丰富等诸多优点。
43.根据下面参考附图对示例性实施例的详细说明，本公开的其它特征及方面将变得清楚。
附图说明
44.包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本公开的示例性实施例、特征和方面，并且用于解释本公开的原理。
45.图1示出根据本公开一实施例的基于i-pon的多媒体数据业务处理系统的结构示意图。
46.图2示出根据本公开一实施例的基于i-pon的多媒体数据业务处理系统的结构示意图。
47.图3示出根据本公开一实施例的基于i-pon的多媒体数据业务处理方法流程图。
48.图4示出根据本公开一实施例的基于i-pon的多媒体数据业务处理方法流程图。
具体实施方式
49.以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。
50.在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。
51.另外，为了更好的说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。
52.图1示出根据本公开一实施例的基于i-pon的多媒体数据业务处理系统的结构示意图。如图1所示，该系统包括：ip广播智能分发机(ip distribution line terminal，简称dlt)10和网关20，所述网关20包括网络处理器(network processor，简称np)201和ip广播接收模块(ip receiving module，简称iprm)202。
53.所述网络处理器201，用于将终端30发送的双向业务请求重新打包封装成udp请求数据包，并通过双向数据网40将所述udp请求数据包发送至所述ip广播智能分发机10，所述udp请求数据包中包括终端标识、网关标识和所述双向业务请求的请求信息，所述双向业务请求是基于tcp/http协议生成的。
54.所述ip广播智能分发机10作为所述终端30的双向业务代理，用于对所述udp请求数据包进行解封装得到所述请求信息、所述终端标识和所述网关标识，记录所述终端标识和所述网关标识，以及根据所述请求信息和所述分发机标识生成请求报文，并将所述请求报文发送至服务器50，以使所述服务器50根据所述请求报文确定所述终端30请求的下行数据，并根据所述下行数据生成需要向所述ip广播智能分发机10发送的双向业务下行数据包。
55.所述ip广播智能分发机10还用于接收所述双向业务下行数据包，并利用所述终端标识、所述网关标识对所述双向业务下行数据包进行标记，将得到的标记后数据包通过i-pon单向广播光纤网60发送至所述网关20，所述双向业务下行数据包和所述标记后数据包的数据包类型一致。
56.所述ip广播接收模块202在判断出接收到的所述标记后数据包中携带所述网关标识时，所述网关20将所述标记后数据包发送至与所述标记后数据包中的终端标识相对应的终端30。
57.本公开实施例所提供的基于i-pon的多媒体数据业务处理系统，网关将终端发出的双向业务请求重新打包封装成udp请求数据包并通过双向数据网发送至ip广播智能分发机，ip广播智能分发机作为终端的双向业务代理向服务器请求双向业务下行数据，并将服务器反馈的双向业务下行数据包标记后直接通过i-pon单向广播光纤网发送至网关最终送达终端，双向业务下行数据不再占用双向数据网，在保证双向业务下行数据传输效率和速度提升的同时，使得双向数据网和i-pon单向广播光纤网的使用得到了很好的兼容，能够充分发挥ott具有的大数据传输方便流畅、节目内容更加丰富等诸多优点。
58.在本实施例中，网关可以是i-pon家庭网关，网关可以接收到下属的全部终端的双向业务请求，终端可以是机顶盒、智能电视机、移动终端(如智能手机、平板电脑等)等能够发出双向业务请求的设备，本公开对此不作限制。在双向业务请求中包括请求信息，请求信息用于指示终端所请求业务的相关信息。网关与双向数据网和i-pon单向广播光纤网连接，同时通过局域网与终端连接，进行数据传输。
59.在本实施例中，基于终端标识能够区分双向业务请求的是来自于网关下属的多个终端的具体哪一个，终端标识可以包括终端30的ip地址和mac地址，还可以包括终端在网关中的编号等标记，本公开对此不作限制。例如，终端标识可以是终端的ip地址和mac地址，这样可以基于ip地址和mac地址锁定终端。假定有5个终端均可以向网关发送双向业务请求，可以预先对5个终端进行编号，如分别为1、2、3、4、5，则可以根据编号确定具体的终端是5个中的哪一个。
60.在本实施例中，由于ip广播智能分发机可以接收多个网关的udp请求数据包，而设置网关标识，是为了基于网关标识能够区分多个网关。网关标识可以包括网关20的mac地址和/或ip广播接收模块202的mac地址，还可以包括网关在ip广播智能分发机中的编号等标记，本公开对此不作限制。例如，网关标识可以是ip广播接收模块的mac地址，这样ip广播智
能分发机可以基于ip广播接收模块的mac地址锁定网关。假定有4个网关均可以向服务器发送udp请求数据包，可以预先对4个网关进行编号，如分别为a、b、c和d，则可以根据编号确定具体的网关是4个中的哪一个。
61.在本实施例中，由于服务器可以接收多个ip广播智能分发机的请求报文，而设置ip广播智能分发机标识，是为了基于ip广播智能分发机标识能够区分多个ip广播智能分发机。ip广播智能分发机标识可以包括分发机标识包括所述ip广播智能分发机的ip地址和/或所述ip广播智能分发机的mac地址，还可以包括ip广播智能分发机在服务器中的编号等标记，本公开对此不作限制。例如，ip广播智能分发机标识可以是ip广播接收模块的mac地址，这样服务器可以基于ip广播接收模块的mac地址锁定ip广播智能分发机。假定有4个ip广播智能分发机均可以向服务器发送请求报文，可以预先对4个ip广播智能分发机进行编号，如分别为a、b、c和g，则可以根据编号确定具体的ip广播智能分发机是4个中的哪一个。
62.在本实施例中，ip广播智能分发机接收到udp请求数据包之后先解封得到网关标识，而后在进一步解析得到终端标识和请求信息。记录网关标识和终端标识之后，再根据请求信息和分发机标识生成所述请求报文。这样，服务器在接收到请求报文后，可以根据请求报文中的分发机标识确定响应于请求报文中请求信息的双向业务下行数据包该发送至其下属多个ip广播智能分发机的哪一个，而后将双向业务下行数据包发送至分发机标识所对应的ip广播智能分发机。
63.在一种可能的实现方式中，所述双向业务下行数据包、所述标记后数据包和所述请求报文是基于tcp/http协议生成的。
64.在该实现方式中，双向业务下行数据包和标记后数据包的数据包类型一致可以简化数据包的传输过程，避免因需要数据包类型转换而浪费时间、降低传输效率。
65.在一种可能的实现方式中，ip广播智能分发机是一种局端网络处理设备，能够对下行udp报文、tcp报文、http报文进行解析、处理、封装，最后汇聚到万兆网络口发出；也能够对上行接收到的进行双向业务请求的udp请求数据包进行解封装后转发至服务器。
66.在一种可能的实现方式中，服务器可以包括基于udp协议、tcp协议、http协议的视频点播服务器、互联网应用服务器、互联网应用服务平台等。
67.图2示出根据本公开一实施例的基于i-pon的多媒体数据业务处理系统的结构示意图。在一种可能的实现方式中，如图2所示，i-pon单向广播光纤网60可以包括光放大器601、分光器602和光纤光缆(图中未示出)。
68.在一种可能的实现方式中，如图2所示，为实现通过双向数据网传输udp请求数据包，系统还可以包括交换机402。双向数据网40可以包括光线路终端(optical line terminal，简称olt)401，用于连接光纤干线的设备。网络处理器发出udp请求数据包后，经过olt的传输和交换机的转发至ip广播智能分发机。双向数据网可以为epon/gpon/10g xpon双向光纤网、同轴eoc/docsis双向网、无线通信网或以太网等，本公开对此不作限制。
69.在一种可能的实现方式中，将终端30发送的双向业务请求重新打包封装成udp请求数据包，可以包括：
70.在来自所述终端30的双向业务请求中增加所述网关标识，重新打包封装生成所述udp请求数据包，所述双向业务请求包括请求信息、所述终端标识。
71.在该实现方式中，可以不解析双向业务请求，直接增加网关标识后，封装成udp请
求数据包发出。
72.在一种可能的实现方式中，ip广播智能分发机10接收到所述服务器50响应于所述请求报文返回的双向业务下行数据包之后，可以直接利用之前记录的终端标识和网关标识，对双向业务下行数据包进行标记，将得到的标记后数据包通过i-pon单向广播光纤网广播发送至所述网关。ip广播接收模块会接收到从i-pon单向广播光纤网发送来的各种数据包，在识别出携带有网关标识的标记后数据包后，可以确定该数据包为下属终端所需，进而根据标记后数据包中的终端标识将其发送至对应的终端。
73.在一种可能的实现方式中，如图2所示，所述ip广播接收模块202在判断出接收到的所述标记后数据包中携带所述网关标识时，所述网关20将所述标记后数据包发送至与所述标记后数据包中的终端标识相对应的终端30，可以包括：
74.所述ip广播接收模块202在判断出接收到的所述标记后数据包中携带所述网关标识时，将所述标记后数据包发送至与所述标记后数据包中的终端标识相对应的终端30(如图2中单线箭头所示数据传输过程)。
75.在一种可能的实现方式中，如图2所示，所述ip广播接收模块202在判断出接收到的所述标记后数据包中携带所述网关标识时，所述网关20将所述标记后数据包发送至与所述标记后数据包中的终端标识相对应的终端30，可以包括：
76.所述ip广播接收模块202在判断出接收到的所述标记后数据包中携带所述网关标识时，对所述标记后数据包进行地址转换，并将得到的转换后的数据包发送至所述网络处理器201；所述网络处理器201将所述转换后的数据包发送至与所述终端标识相对应的终端30(如图2中双线箭头所示数据传输过程)。
77.在该实现方式中，ip广播接收模块对标记后数据包所进行的地址转换可以包括：将标记后数据包中的源mac地址转换为ip广播接收模块的mac地址得到转换后的数据包，网络处理器将转换后的数据包发送至所述终端标识相对应的终端。
78.图3示出根据本公开一实施例的基于i-pon的多媒体数据业务处理方法流程图。如图3所示，该方法应用于上述ip广播智能分发机，该方法包括步骤s11至步骤s14。
79.在步骤s11中，通过双向数据网接收网关的网络处理器发送的udp请求数据包，所述udp请求数据包是所述网络处理器将终端发送的双向业务请求重新打包封装成的，所述udp请求数据包中包括所述网关的网关标识、所述终端的终端标识和所述双向业务请求的请求信息，所述双向业务请求是基于tcp/http协议生成的。
80.在步骤s12中，ip广播智能分发机作为所述终端的双向业务代理对所述udp请求数据包进行解封装得到所述请求信息、所述终端标识和所述网关标识，记录所述终端标识和所述网关标识，以及根据所述请求信息和所述分发机标识生成请求报文，并将所述请求报文发送至服务器，以使所述服务器根据所述请求报文确定所述终端请求的下行数据，并根据所述下行数据生成需要向所述ip广播智能分发机发送的双向业务下行数据包。
81.在步骤s13中，接收所述双向业务下行数据包，并利用所述终端标识、所述网关标识对所述双向业务下行数据包进行标记，得到标记后数据包。
82.在步骤s14中，将所述标记后数据包通过i-pon单向广播光纤网发送至所述网关，以使所述网关的ip广播接收模块在判断出所述标记后数据包携带有所述网关标识时，所述网关将所述标记后数据包发送至与所述标记后数据包中的终端标识相对应的终端。其中，
所述双向业务下行数据包和所述标记后数据包的数据包类型一致。
83.在一种可能的实现方式中，所述分发机标识包括所述ip广播智能分发机的ip地址和/或所述ip广播智能分发机的mac地址。
84.在一种可能的实现方式中，所述双向业务下行数据包、所述标记后数据包和所述请求报文是基于tcp/http协议生成的。
85.其中，ip广播智能分发机所执行的步骤s11至步骤s14可以参照上文基于i-pon的多媒体数据业务处理系统中ip广播智能分发机的所执行的操作进行理解，此处不再赘述。
86.本公开实施例所提供的应用于ip广播智能分发机的基于i-pon的多媒体数据业务处理方法，ip广播智能分发机通过双向数据网接收到网关将终端发出的双向业务请求重新打包封装生成的udp请求数据包之后，通过解封装后生成请求报文向服务器请求双向业务下行数据，得到服务器反馈的双向业务下行数据包标记后直接通过i-pon单向广播光纤网发送至网关最终送达终端，双向业务下行数据不再占用双向数据网，在保证双向业务下行数据传输效率和速度提升的同时，使得双向数据网和i-pon单向广播光纤网的使用得到了很好的兼容，能够充分发挥ott具有的大数据传输方便流畅、节目内容更加丰富等诸多优点。
87.图4示出根据本公开一实施例的基于i-pon的多媒体数据业务处理方法流程图。如图4所示，该方法应用于网关，网关包括网络处理器和ip广播接收模块。该方法包括步骤s21和步骤s22。
88.在步骤s21中，利用所述网络处理器将终端发送的双向业务请求重新打包封装成udp请求数据包，并通过双向数据网将所述udp请求数据包发送至ip广播智能分发机，所述udp请求数据包中包括所述网关的网关标识、所述终端的终端标识和所述双向业务请求的请求信息，所述双向业务请求是基于tcp/http协议生成的。
89.在步骤s22中，利用所述ip广播接收模块接收来自所述ip广播智能分发机的标记后数据包，在判断出所述标记后数据包携带有所述网关标识时，所述网关将所述标记后数据包发送至与所述标记后数据包中的终端标识相对应的终端，
90.其中，所述ip广播智能分发机在接收到所述udp请求数据包之后，作为所述终端的双向业务代理对所述udp请求数据包进行解封装得到所述请求信息、所述终端标识和所述网关标识，记录所述终端标识和所述网关标识，以及根据所述请求信息和所述分发机标识生成请求报文，并将所述请求报文发送至服务器，以使所述服务器根据所述请求报文确定所述终端请求的下行数据，并根据所述下行数据生成需要向所述ip广播智能分发机发送的双向业务下行数据包；并利用所述终端标识、所述网关标识对接收到的所述双向业务下行数据包进行标记得到所述标记后数据包，所述双向业务下行数据包和所述标记后数据包的数据包类型一致。
91.在一种可能的实现方式中，利用所述网络处理器将终端发送的双向业务请求重新打包封装成的udp请求数据包，包括：
92.利用所述网络处理器在来自所述终端的双向业务请求中添加所述网关标识，重新打包封装生成所述udp请求数据包，所述双向业务请求包括请求信息和所述终端标识，
93.其中，所述终端标识包括所述终端的ip地址和mac地址，所述网关标识包括所述网关的mac地址和/或所述ip广播接收模块的mac地址。
94.在一种可能的实现方式中，所述网关将所述标记后数据包发送至与所述标记后数据包中的终端标识相对应的终端，包括：
95.利用所述ip广播接收模块将所述标记后数据包发送至与所述标记后数据包中的终端标识相对应的终端。
96.在一种可能的实现方式中，所述网关将所述标记后数据包发送至与所述标记后数据包中的终端标识相对应的终端，包括：
97.利用所述ip广播接收模块对所述标记后数据包进行地址转换，并将得到的转换后的数据包发送至所述网络处理器；
98.利用所述网络处理器将所述转换后的数据包发送至与所述终端标识相对应的终端。
99.在一种可能的实现方式中，所述双向业务下行数据包、所述标记后数据包和所述请求报文是基于tcp/http协议生成的。
100.其中，网关所执行的步骤s21、步骤s22可以参照上文基于i-pon的多媒体数据业务处理系统中网关的所执行的操作进行理解，此处不再赘述。
101.本公开实施例所提供的应用于网关的基于i-pon的多媒体数据业务处理方法，网关将终端发出的双向业务请求重新打包封装成udp请求数据包并通过双向数据网发送至ip广播智能分发机，通过ip广播智能分发机向服务器请求双向业务下行数据，并利用ip广播智能分发机将服务器反馈的双向业务下行数据包标记后直接通过i-pon单向广播光纤网发送至网关最终送达终端，双向业务下行数据不再占用双向数据网，在保证双向业务下行数据传输效率和速度提升的同时，使得双向数据网和i-pon单向广播光纤网的使用得到了很好的兼容，能够充分发挥ott具有的大数据传输方便流畅、节目内容更加丰富等诸多优点。
102.需要说明的是，尽管以上述实施例作为示例介绍了基于i-pon的多媒体数据业务处理方法、系统如上，但本领域技术人员能够理解，本公开应不限于此。事实上，用户完全可根据个人喜好和/或实际应用场景灵活设定系统组成和方法步骤，只要符合本公开的技术方案即可。
103.以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。