一种路由信息添加方法和机顶盒与流程

本发明涉及通信技术领域，特别涉及一种路由信息添加方法。本发明同时还涉及一种机顶盒。

背景技术：

数字视频变换盒通常称作机顶盒或机上盒，是一个连接电视机与外部信号源的设备。它可以将压缩的数字信号转成电视内容，并在电视机上显示出来。信号可以来自有线电缆、卫星天线、宽带网络以及地面广播。机顶盒接收的内容除了模拟电视可以提供的图像、声音之外，更在于能够接收数字内容，包括电子节目指南、因特网网页、字幕等等。使用户能在现有电视机上观看数字电视节目，并可通过网络进行交互式数字化娱乐、教育和商业化活动。

随着宽带及IPTV(Internet Protocol Television，网路协定电视)业务的发展，用户的应用场景也变得多元化，IPTV是用宽频网络(宽带)作为介质传送电视信息的一种系统，将广播节目透过宽频上的网际协议向订户传递数码电视服务，用户在家中能够通过“机顶盒+显示终端”的方式享受IPTV服务。由于需要使用网络，IPTV服务供应商经常会一并提供连接互联网及IP电话等相关服务。

由于IPTV能够利用宽带有线电视网的基础设施且通过互联网络协议来提供包括电视节目在内的多种数字媒体服务。因此IPTV机顶盒作为一个家庭媒体终端在家庭中被使用的频率已经越来越高。

为了在不需要安装新的网络设备的前提下使IPTV机顶盒可以同时访问IPTV网络与Internet，现有技术中的机顶盒往往采用VLAN或虚拟网卡的方式，通过人工配置路由表信息让机顶盒区分公网与Internet数据。但是无论采用哪种方式，都需要人工去维护路由信息，以此将Internet的地址与IPTV网络的地址进行分离，使双网各自使用不同的路由。然而，发明人在实现本申请的过程中发现，通过人工方式在路由器中维护不同网络的路由信息异常费时费力，并且易出差错，使得路由信息存在安全隐患，从而导致用户无法访问指定地址。

技术实现要素：

本发明提供了一种路由信息添加方法，用以使机顶盒能够根据自身需要自动获取并添加与不同类型的网络对应的路由信息，在减少人工维护更新路由信息所导致的隐患的同时避免了由于路由信息不全而导致无法访问网络的问题。该方法包括如下步骤：

机顶盒将目的地址为未知地址的待发送报文同时发送至专用网络以及公网，所述未知地址为所述机顶盒的路由表中不存在对应路由信息的地址；

所述机顶盒接收与所述待发送报文对应的响应报文，并识别与所述响应报文的源地址所对应的网络；

所述机顶盒根据识别出的所述网络在所述路由表中添加与所述源地址对应的路由信息。

优选的，所述机顶盒将目的地址为未知地址的待发送报文同时发送至专用网络以及公网，具体为：

所述机顶盒将添加查询标签后的所述待发送报文发送至对端网络设备，所述查询标签用于指示所述对端网络设备同时向所述专用网络以及所述公网转发所述待发送报文。

优选的，所述机顶盒接收与所述待发送报文对应的响应报文并识别与所述响应报文的源地址所对应的网络，具体为：

所述机顶盒从所述对端网络设备接收携带有转发标签的响应报文，所述转发标签与向所述对端网络设备回复所述响应报文的网络对应；

所述机顶盒根据自身预置的各转发标签与各网络之间的对应关系确定与所述转发标签对应的网络，

所述机顶盒将所述网络作为与所述源地址对应的网络。

优选的，在机顶盒将目的地址为未知地址的待发送报文同时发送至专用网络以及公网之前，还包括：

当所述机顶盒接收到请求信息时，在所述路由表中查询是否存在与所述请求信息的目的地址对应的指定路由；

若存在，在根据所述目的地址生成所述待发送报文后将所述目的地址设置为未知地址；

若不存在，在根据所述目的地址生成所述待发送报文后通过所述指定路由发送所述待发送报文。

优选的，所述机顶盒根据识别出的所述网络在所述路由表中添加与所述源地址对应的路由信息，具体为：

若所述转发标签与所述专用网络对应，将所述源地址作为与所述专用网络对应的指定路由添加至所述路由表中；

若所述转发标签与所述公网对应，将所述源地址作为与所述公网对应的指定路由添加至所述路由表中。

相应的，本申请还提出了一种机顶盒，包括：

发送模块，机顶盒将目的地址为未知地址的待发送报文同时发送至专用网络以及公网，所述未知地址为所述机顶盒的路由表中不存在对应路由信息的地址；

接收模块，所述机顶盒接收与所述待发送报文对应的响应报文，并识别与所述响应报文的源地址所对应的网络；

添加模块，所述机顶盒根据识别出的所述网络在所述路由表中添加与所述源地址对应的路由信息。

优选的，所述发送模块具体用于：

将添加查询标签后的所述待发送报文发送至对端网络设备，所述查询标签用于指示所述对端网络设备同时向所述专用网络以及所述公网转发所述待发送报文。

优选的，所述接收模块具体用于：

从所述对端网络设备接收携带有转发标签的响应报文，根据自身预置的各转发标签与各网络之间的对应关系确定与所述转发标签对应的网络，将所述网络作为与所述源地址对应的网络，所述转发标签与向所述对端网络设备回复所述响应报文的网络对应。

优选的，还包括：

查询模块，当所述机顶盒接收到请求信息时，在所述路由表中查询是否存在与所述请求信息的目的地址对应的指定路由；

设置模块，在所述查询模块的查询结果为不存在时在根据所述目的地址生成所述待发送报文后将所述目的地址设置为未知地址，以及在所述查询模块的查询结果为存在时在根据所述目的地址生成所述待发送报文后通过所述指定路由发送所述待发送报文。

优选的，所述添加模块具体用于：

若所述转发标签与所述专用网络对应，将所述源地址作为与所述专用网络对应的指定路由添加至所述路由表中；

若所述转发标签与所述公网对应，将所述源地址作为与所述公网对应的指定路由添加至所述路由表中。

由此可见，通过应用本申请的技术方案，机顶盒将目的地址为未知地址的待发送报文同时发送至专用网络以及公网，在接收到与待发送报文对应的响应报文后识别与该响应报文的源地址所对应的网络，并根据识别出的所述网络在自身的路由表中添加与源地址对应的路由信息。从而能够使机顶盒能够针对不存在路由信息的未知地址自动获取以及添加相应的路由信息，在降低人工成本的同时确保流量的正常转发，提高了机顶盒的自动化程度。

附图说明

图1为现有技术中IPTV机顶盒的连接关系示意图；

图2为本申请提出的一种路由信息添加方法的流程示意图，

图3为本申请具体实施例中数据转发时序示意图；

图4为本申请具体实施例中在机顶盒侧实现智能路由添加的流程示意图；

图5为本申请具体实施例中在网关设备侧实现智能路由添加的流程示意图；

图6为本申请具体实施例中自定义帧格式示意图；

图7为本申请提出的一种IPTV机顶盒的结构示意图。

具体实施方式

如图1所示，为现有技术中IPTV机顶盒(在后文中简称为机顶盒)的连接关系示意图。正如背景技术所指出的，如果需要保证机顶盒针对用户访问的任意目的地址都具有相应的路由信息的话，需要人工事先在机顶盒的路由表中配置海量的路由，这样不仅费时费力，而且还容易出差错，从而导致用户无法正常访问，降低了用户的使用体验。

有鉴于以上技术问题，本申请提出了一种路由信息添加方法，该方法针对通过网关设备分别与IPTV网络(或者类似于IPTV网络的其他专用网络)以及公网连接的机顶盒，使得机顶盒能够在查询不到待发送报文的目的地址对应的路由的时候自动获取并添加路由信息，在无需人工干预和维护的情况下自动添加对应的路由信息。从而减少人工维护次数以及降低频繁维护路由的成本。

如图2所示，该方法具体包括以下步骤：

S201，机顶盒将目的地址为未知地址的待发送报文同时发送至专用网络以及公网，所述未知地址为所述机顶盒的路由表中不存在对应路由信息的地址。

由于本申请旨在由机顶盒在发现自身不具有目的地址对应的路由信息使主动地去获取以及记录该路由信息，因此机顶盒在面对以未知地址为的目的地址的待发送报文时，将该待发送报文同时向专用网络以及公网进行发送，其中的一个网络必然会对该待发送报文回复响应报文，由于响应报文中携带与该网络对应的源地址，且该源地址就是之前待发送报文的目的地址，因此能够基于该源地址对之前的待发送报文的目的地址所属网络进行识别，据此获取并添加未知地址的路由。

在实际的网络中，机顶盒并非直接与公网以及专用网络连接，因此为了使机顶盒能够将待发送报文同时向公网以及专用网络发送，在本申请的优选实施例中，机顶盒将添加查询标签后的所述待发送报文发送至对端网络设备，该查询标签用于指示所述对端网络设备同时向所述专用网络以及所述公网转发所述待发送报文，这样对端网络设备能够在接收到待发送报文后根据该查询标签同时向专用网络以及公网转发待发送报文。

以图1所示的具体场景为例，机顶盒在进行数据转发的时候将全部数据都通过单一网口进行发送给网关设备，同时等待接收网关设备返回的数据。该待发送报文中携带了特殊的查询标签，用于指示网关设备将待发送报文分别发给IPTV网络以及公网(又称Internet网络)，只有具有该目的地址的网络才会向网关设备发送响应报文。

S202，所述机顶盒接收与所述待发送报文对应的响应报文，并识别与所述响应报文的源地址所对应的网络。

如前所述，虽然机顶盒并不知晓未知地址的待发送报文究竟是对应哪个网络，但是对应于该未知地址的网络在接收到该待发送报文之后，会针对该待发送报文回复响应报文，本步骤即指示机顶盒对该响应报文进行解析，并据此确定未知地址的网络以及路由。

由于报文在通过网络设备传输的过程中能够同时携带标签，因此在本申请的优选实施例中，机顶盒从对端网络设备接收携带有转发标签的响应报文，该转发标签与向所述对端网络设备回复所述响应报文的网络对应，这样机顶盒能够根据自身预置的各转发标签与各网络之间的对应关系确定与所述转发标签对应的网络，随后机顶盒将该网络作为与源地址对应的网络，实现了针对响应报文源地址的识别。

在如1所示的网络架构图中，以对端网络设备为网关设备进行说明。具体地，网关设备在接收到IPTV网络或公网其中之一针对S101中待发送报文回应的响应报文后，能够根据该响应报文的源地址确定该响应报文的来源网络，并据此设置与来源网络对应的转发标签，将该转发标签携带在响应报文中发送给机顶盒，这样机顶盒能够根据转发标签确定源地址(即待发送报文的目的地址)对应的路由。而为了将该来源网络准确的告知机顶盒，在本申请的具体实施例中，在网关设备以及机顶盒中都预置了各个转发标签与所述IPTV网络或所述公网之间的对应关系，在IPTV网络或公网对应于待发送报文向所述网关设备回复响应报文后，网关设备能够根据响应报文的来源网络以及对应关系确定并添加转发标签至响应报文中。

在具体的应用场景中，网关设备收到机顶盒发送的数据报文后，判断是否是机顶盒查询报文，如果是，则进行两次转发，同时转发到IPTV网络与

Internet网络，网关设备等待两次转发之后的结果，将IPTV网络收到的Reply与Internet网络收到的Reply分别加入私有标签，并转发给机顶盒。而对于机顶盒来说，其针对网关返回的数据报文进行检测，判断是否有特定的网络指示标签。

S203，所述机顶盒根据识别出的所述网络在所述路由表中添加与所述源地址对应的路由信息。

通过S201以及S202的步骤，机顶盒在接收到网关设备的响应报文后，能够根据报文中的转发标签确定响应报文的源地址(即待发送报文的目的地址)来自于哪个网络，进而根据所识别出的网络(专用网络或者是公网)确定以该源地址为目的地址时所需的路由信息。在将该路由信息进行记录之后，后续在面对该地址的报文时不再需要配合网关设备去进行查询，而是直接根据已有的路由信息进行转发即可，从而实现在无需人工干预和维护的前提下自动添加对应的路由信息。

在本申请的优选实施例中，为了使机顶盒能够根据响应报文中的转发标签确定源地址的来源网络，在机顶盒中也预置了与网关设备相同的对应关系，在机顶盒获取了响应报文中携带的转发标签后，根据以下情况分别进行处理：

(1)若所述转发标签与所述专用网络对应，将所述源地址作为与所述专用网络对应的指定路由添加至所述路由表中；

(2)若所述转发标签与所述公网对应，将所述源地址作为与所述公网对应的指定路由添加至所述路由表中。

在通过S201-S203的步骤获取了地址对应的路由信息并将其保存后，机顶盒后续即可针对该地址正常实现流量的自动转发。但在实际的应用过程中，始终会出现路由的不包含在机顶盒的路由表中的新目的地址，基于机顶盒中设置路由表的情况，本申请的优选实施例针对任一地址的请求信息的处理流程如下：

首先，当所述机顶盒接收到请求信息时，在所述路由表中查询是否存在与所述请求信息的目的地址对应的指定路由，并基于以下结果进行处理：

(1)不存在与所述请求信息的目的地址对应的指定路由

在该情况下，说明机顶盒的路由表中不存在该目的地址以及与该目的地址对应的路由信息，该地址对于机顶盒来说是未知地址，机顶盒将在根据所述目的地址生成所述待发送报文后将所述目的地址设置为未知地址；

(2)存在与所述请求信息的目的地址对应的指定路由

在该情况下，说明机顶盒的路由表中已经存在了该目的地址以及与该目的地址对应的路由信息，该目的地址对于机顶盒来说是已知的，因此机顶盒将在根据所述目的地址生成所述待发送报文后通过所述指定路由发送所述待发送报文。

此外，为了能够使机顶盒与网关设备之间的通信报文能够携带标签，本申请的优选实施例设置查询标签添加于所述待发送报文的保留字段中，转发标签则添加于所述响应报文的保留字段中。需要说明的是，这仅是本申请提出的一种优选的实施方式，在不影响报文的正常转发功能的前提下，技术人员也能够将标签设置于报文的其他部分，这些改进均属于本申请的保护范围。

由此可见，通过应用本申请的技术方案，机顶盒将目的地址为未知地址的待发送报文同时发送至专用网络以及公网，在接收到与待发送报文对应的响应报文后识别与该响应报文的源地址所对应的网络，并根据识别出的所述网络在自身的路由表中添加与源地址对应的路由信息。从而能够使机顶盒能够针对不存在路由信息的未知地址自动获取以及添加相应的路由信息，在降低人工成本的同时确保流量的正常转发，提高了机顶盒的自动化程度。

为了进一步阐述本发明的技术思想，现结合如图3所示的数据转发时序示意图，对本发明的技术方案进行说明。在该数据转发时序示意图中，机顶盒在进行数据转发时，将全部数据都通过单一网口进行发送给网关，同时机顶盒等待接收网关设备返回的数据，并检测网关返回的数据报文中，是否有特定的网络指示标签，如果携带有特定的标签，则将其所携带的源地址添加至系统路由表中，下次机顶盒如果检测所访问的地址存在于现有路由表中，则直接转发，不需要再次查询。网关设备收到机顶盒发送的数据后，判断是否是机顶盒查询报文，如果是，则进行两次转发，同时转发到IPTV网络与Internet网络，网关设备等待两次转发之后的结果，将IPTV网络收到的Reply与Internet网络收到的Reply分别加入私有标签，并转发给机顶盒。

如图4以及图5所示，分别为本申请具体实施例中机顶盒侧进行智能路由添加的路程示意图以及网关设备侧进行智能路由添加的路程示意图。在该具体实施例中，需要网关设备与机顶盒配合进行路由信息添加，其中网关设备做为转发设备，而机顶盒则作为接收与发送设备。机顶盒根据网关回应的信息进行路由信息的添加。具体步骤说明如下：

步骤一、当机顶盒需要请求信息时，首先对需要请求的目的地址进行查询，检查是否已经存在指定路由，如果目的地址已经存在于机顶盒的路由表中，机顶盒无需任何处理，直接发送该请求到目的地址。如果目的地址不在已经存在的路由信息表中，机顶盒将发送的报文添加查询标记99，并发送到网关设备。

步骤二、网关设备接收机顶盒报文后，检查报文中是否有查询标记99，如果没有，则继续转发该报文至目的地址，如果有查询标记99，则记录数据报文信息，并去掉查询标记99，同时进行两次转发，第一次转发到IPTV网络，第二次转发到Internet网络。

步骤三、网关发送信息后，等待IPTV网络与Internet网络的的Reply，收到的Reply记录到并进行标记，如果收到的Reply来自IPTV网络，则网关将所收到的数据报文添加标记97，如果收到的Reply来自Internet网络，则将网关所收到的数据报文添加标记98。

步骤四、机顶盒接收数据报文，并检查报文中所携带的保留字段标记的内容。如果为97，则将其源地址添加为IPTV网络路由，如果为98，则将其原地址添加为Internet网络路由。

步骤五、当机顶盒发送目的地址如果已经存在于路由信息表中，机顶盒通过路由表中指定的网络端口发送，不添加任何查询信息。网关设备收到此消息后，查询之前记录信息，不需要进行处理，直接按照之前的信息转发。

通过以上具体实施例的流程，能够针对IPTV机顶盒双网的路由实现智能管理，这样在当IPTV机顶盒通过Vlan或虚拟网卡进行IPTV网络与Internet同时访问时，可以实现智能添加路由访问路径，能够不必再频繁的维护路由信息，减少人工更新路由次数，降低由于路由信息不完整导致用户无法访问部分地址的问题。在此需要说明的是，上述实施例中的标签的添加位置示意图可如图6所示，在此基础上本领域技术人员也可采取其他的添加方式，这些均属于本申请的保护范围。

为达到以上技术目的，本申请还提出了一种机顶盒，如图7所示，包括：

发送模块710，机顶盒将目的地址为未知地址的待发送报文同时发送至专用网络以及公网，所述未知地址为所述机顶盒的路由表中不存在对应路由信息的地址；

接收模块720，所述机顶盒接收与所述待发送报文对应的响应报文，并识别与所述响应报文的源地址所对应的网络；

添加模块730，所述机顶盒根据识别出的所述网络在所述路由表中添加与所述源地址对应的路由信息。

在具体的应用场景中，所述发送模块具体用于：

将添加查询标签后的所述待发送报文发送至对端网络设备，所述查询标签用于指示所述对端网络设备同时向所述专用网络以及所述公网转发所述待发送报文。

在具体的应用场景中，所述接收模块具体用于：

从所述对端网络设备接收携带有转发标签的响应报文，根据自身预置的各转发标签与各网络之间的对应关系确定与所述转发标签对应的网络，将所述网络作为与所述源地址对应的网络，所述转发标签与向所述对端网络设备回复所述响应报文的网络对应。

在具体的应用场景中，还包括：

查询模块，当所述机顶盒接收到请求信息时，在所述路由表中查询是否存在与所述请求信息的目的地址对应的指定路由；

设置模块，在所述查询模块的查询结果为不存在时在根据所述目的地址生成所述待发送报文后将所述目的地址设置为未知地址，以及在所述查询模块的查询结果为存在时在根据所述目的地址生成所述待发送报文后通过所述指定路由发送所述待发送报文。

在具体的应用场景中，所述添加模块具体用于：

若所述转发标签与所述专用网络对应，将所述源地址作为与所述专用网络对应的指定路由添加至所述路由表中；

若所述转发标签与所述公网对应，将所述源地址作为与所述公网对应的指定路由添加至所述路由表中。

由此可见，通过应用本申请的技术方案，机顶盒将目的地址为未知地址的待发送报文同时发送至专用网络以及公网，在接收到与待发送报文对应的响应报文后识别与该响应报文的源地址所对应的网络，并根据识别出的所述网络在自身的路由表中添加与源地址对应的路由信息。从而能够使机顶盒能够针对不存在路由信息的未知地址自动获取以及添加相应的路由信息，在降低人工成本的同时确保流量的正常转发，提高了机顶盒的自动化程度。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本发明的几个具体实施场景，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。