本發(fā)明涉及網(wǎng)絡通信技術，特別涉及一種網(wǎng)絡終端獲取業(yè)務的方法、設備和系統(tǒng)。

背景技術：
隨著越頂服務(OverTheTop，OTT指的是在為用戶提供互聯(lián)網(wǎng)的業(yè)務成為運營商的一種業(yè)務之后，運營在互聯(lián)網(wǎng)“之上”的業(yè)務。這種業(yè)務最典型的特征是，其提供者勿需擁有自己的物理網(wǎng)絡，直接在運營商的互聯(lián)網(wǎng)物理網(wǎng)絡上運營)視頻時代的到來，多屏業(yè)務和實時社交媒體互動改變了人們娛樂消費的方式，傳統(tǒng)視頻業(yè)務如IPTV面臨著嚴峻考驗。許多運營商計劃在現(xiàn)有IPTV業(yè)務的基礎上，增加OTT業(yè)務。目前，現(xiàn)有技術中解決用戶終端STB(SetTopBox，機頂盒)同時支持IPTV業(yè)務和OTT業(yè)務的技術方案是STB分別從提供IPTV業(yè)務的服務器和提供OTT業(yè)務的服務器獲取用于實現(xiàn)業(yè)務的私網(wǎng)IP地址，采用不同的IP地址，發(fā)送不同格式的業(yè)務請求報文到網(wǎng)絡終端，并分別采用橋接和路由的方式進行業(yè)務向上層網(wǎng)絡設備的發(fā)送，而現(xiàn)網(wǎng)中的大量STB不能支持上述功能，因此需要更換STB，增加了成本。

技術實現(xiàn)要素：
有鑒于此，本發(fā)明實施例提供了一種網(wǎng)絡終端獲取業(yè)務的方法、設備、系統(tǒng)，以解決上述問題。第一方面，一種網(wǎng)絡終端獲取業(yè)務的方法，所述方法包括網(wǎng)絡終端內(nèi)置路由表，所述路由表的表項包括業(yè)務的地址網(wǎng)段和所述網(wǎng)絡終端的互聯(lián)網(wǎng)協(xié)議IP地址的對應關系，所述方法包括：網(wǎng)絡終端接收請求第一業(yè)務的第一報文，所述第一報文攜帶目的IP地址和源IP地址；如果確定所述目的IP地址在所述第一業(yè)務的第一地址網(wǎng)段內(nèi)，向上層網(wǎng)絡發(fā)送請求所述業(yè)務的第二報文，所述第二報文的源IP地址為所述網(wǎng)絡終端的第一IP地址；響應所述第二報文的發(fā)送，接收所述上層網(wǎng)絡發(fā)送的所請求的業(yè)務。在第一方面的第一種可能的實現(xiàn)方式中，所述路由表的表項還包括第二業(yè)務的第二地址網(wǎng)段和所述網(wǎng)絡終端的第二邏輯WAN口的對應關系；接收請求第二業(yè)務的第三報文，所述第三報文攜帶目的IP地址和源IP地址；如果確定所述第三報文的目的IP地址在所述第二業(yè)務的第二地址網(wǎng)段內(nèi)，向上層網(wǎng)絡發(fā)送請求第二業(yè)務的第四報文，所述第四報文的源IP地址為所述網(wǎng)絡終端的第二IP地址。結合第一方面或第一方面的第一種可能的實現(xiàn)方式，在第二中可能的實現(xiàn)方式中，所述方法還包括：所述路由表的表項還包括所述網(wǎng)絡終端的第三IP地址；如果確定所述路由表的表項中沒有與接收的請求報文的目的IP地址對應的地址網(wǎng)段，向上層網(wǎng)絡發(fā)送請求業(yè)務的第五報文，請求業(yè)務的第五報文的源IP地址為所述網(wǎng)絡終端的第三IP地址。在第一方面的第三種可能的實現(xiàn)方式中，所述方法還包括：所述網(wǎng)絡終端獲取所述第一業(yè)務服務器給所述網(wǎng)絡終端分配的第一IP地址，并將所述第一IP地址配置到所述網(wǎng)絡終端的所述路由表中。在第一方面的第四種可能的實現(xiàn)方式中，所述方法還包括：所述網(wǎng)絡終端獲取所述第二業(yè)務服務器給所述網(wǎng)絡終端分配的第二IP地址，并將所述第二IP地址配置到所述網(wǎng)絡終端的所述路由表中。在第一方面的第五種可能的實現(xiàn)方式中，所述方法還包括：所述網(wǎng)絡終端上電后，與寬帶遠程接入服務器BRAS建立以太網(wǎng)承載PPP協(xié)議PPPoE連接；獲取所述BRAS給所述網(wǎng)絡終端分配的第三IP地址，并將所述第三IP地址配置到所述網(wǎng)絡終端的所述路由表中。第二方面，一種網(wǎng)絡終端，包括用戶接口模塊，用于接收用戶終端發(fā)送的請求業(yè)務的報文，所述請求業(yè)務的報文攜帶目的互聯(lián)網(wǎng)協(xié)議IP地址和源IP地址；轉(zhuǎn)發(fā)控制模塊，所述轉(zhuǎn)發(fā)控制模塊包含路由表，所述路由表的表項包括業(yè)務的地址網(wǎng)段和所述網(wǎng)絡終端的IP地址的對應關系，所述轉(zhuǎn)發(fā)控制模塊用于確定所述用戶接口模塊發(fā)送的所述目的IP地址是否在所述路由表中的第一業(yè)務的第一地址網(wǎng)段內(nèi)，如果是，向上層網(wǎng)絡發(fā)送所述請求業(yè)務的第二報文，所述請求業(yè)務的第二報文的所述源IP地址為所述網(wǎng)絡終端的第一IP地址；網(wǎng)絡側接口模塊，用于響應所述轉(zhuǎn)發(fā)控制模塊的所述第二報文的發(fā)送，接收所述上層網(wǎng)絡發(fā)送的所述請求業(yè)務的報文。在第二方面第一種可能的實現(xiàn)方式中，所述轉(zhuǎn)發(fā)控制模塊的所述路由表的表項還包括第二業(yè)務的第二地址網(wǎng)段和所述網(wǎng)絡終端的第二IP地址的對應關系。在第二方面第二種可能的實現(xiàn)方式中，所述轉(zhuǎn)發(fā)控制模塊還用于接收請求第二業(yè)務的第三報文，所述第三報文攜帶目的IP地址和源IP地址；如果確定所述第三報文的目的IP地址在所述第二業(yè)務的第二地址網(wǎng)段內(nèi)，向上層網(wǎng)絡發(fā)送請求第二業(yè)務的第四報文，所述第四報文的源IP地址為所述網(wǎng)絡終端的第二IP地址。在第二方面第三種可能的實現(xiàn)方式中，所述轉(zhuǎn)發(fā)控制模塊的所述路由表的表項還包括所述網(wǎng)絡終端的第三IP地址。在第二方面第四種可能的實現(xiàn)方式中，所述轉(zhuǎn)發(fā)控制模塊，還用于如果確定所述路由表的表項中沒有與接收的請求報文的目的IP地址對應的地址網(wǎng)段，向上層網(wǎng)絡發(fā)送請求業(yè)務的第五報文，請求業(yè)務的第五報文的源IP地址為所述網(wǎng)絡終端的第三IP地址。在第二方面第五種可能的實現(xiàn)方式中，所述網(wǎng)絡終端還包括動態(tài)主機配置協(xié)議DHCP模塊，包括DHCP模塊，用于獲取所述第一業(yè)務服務器給所述網(wǎng)絡終端分配的第一IP地址，并將所述第一IP地址配置到所述網(wǎng)絡終端的所述路由表中。結合第二方面或第二方面的第五種可能的實施方式，在第六種可能的實現(xiàn)方式中，所述DHCP模塊還用于獲取所述第二業(yè)務服務器給所述網(wǎng)絡終端分配的第二IP地址，并將所述第二IP地址配置到所述網(wǎng)絡終端的所述路由表中。在第二方面第七種可能的實現(xiàn)方式中，所述網(wǎng)絡終端還包括以太網(wǎng)承載PPP協(xié)議PPPoE模塊，所述PPPoE模塊用于與寬帶遠程接入服務器BRAS建立PPPoE連接，獲取所述BRAS給所述網(wǎng)絡終端分配的第三IP地址，并將所述第三IP地址配置到所述轉(zhuǎn)發(fā)控制模塊的所述路由表中。第三方面，一種通信系統(tǒng)，包括第二方面的或第二方面的任意一種可能的實現(xiàn)方式中提到的網(wǎng)絡終端。綜上，通過以上技術方案，用戶終端采用一個IP地址進行多種業(yè)務報文的發(fā)送，網(wǎng)絡終端在收到報文后，查詢路由表，將報文發(fā)送到不同業(yè)務的服務器，從而獲取到多種業(yè)務，使得現(xiàn)網(wǎng)中的與用戶終端連接的STB無需更換，節(jié)省了網(wǎng)絡資源。附圖說明為了更清楚地說明本發(fā)明的實施例或現(xiàn)有技術中的技術方案，下面將對描述

背景技術：
和實施例時所使用的附圖作簡單的介紹。顯而易見地，下面附圖中描述的僅僅是本發(fā)明的一部分實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖和描述得到其他的附圖或?qū)嵤├景l(fā)明旨在涵蓋所有這些衍生的附圖或?qū)嵤├?。圖1是本發(fā)明一實施例所基于的通信網(wǎng)絡組網(wǎng)結構示意圖；圖2是本發(fā)明一實施例中提供的網(wǎng)絡終端獲取業(yè)務的方法流程示意圖；圖3是本發(fā)明另一實施例提供的網(wǎng)絡終端獲取業(yè)務的方法流程示意圖；圖4是本發(fā)明另一實施例提供的網(wǎng)絡終端獲取業(yè)務流程示意圖；圖5是本發(fā)明另一實施例提供的網(wǎng)絡終端的模塊示意圖。具體實施方式為了使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，以下結合附圖及實施例，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。圖1為本發(fā)明一實施例所基于的通信網(wǎng)絡組網(wǎng)結構示意圖。在圖1的組網(wǎng)結構中，多個用戶終端111、112、113、114耦合到網(wǎng)絡終端120。用戶終端可以是PC、STB、電話、無線終端等。這里的網(wǎng)絡終端可以是光網(wǎng)絡終端ONT或數(shù)字用戶線路接入復用器(DSLAM，DigitalSubscriberLineAccessMultiplexer)或以太終端。這里僅以ONT為例進行說明。這里的對于光纖到戶(FTTH，F(xiàn)iberToTheHome)的應用中，用戶終端可以通過電纜連接到ONT120，也可以通過無線空口連接到ONT120。在光纖到大樓(FTTB，F(xiàn)iberToTheBuilding)或光纖到路邊(FTTC，F(xiàn)iberToTheCurb)等的應用中，用戶終端可以通過用戶網(wǎng)關，如家庭網(wǎng)關，連接到ONT120。ONT120是一種無源光網(wǎng)絡(PON，PassiveOpticalNetwork)的終端，其屬于接入?yún)R聚層的用戶側邊緣設備。ONT120將用戶終端連接到接入?yún)R聚層的OLT。值得說明的是，ONT也可以表示成ONU或MDU，其中，ONT通常是直接連接到用戶終端的設備，ONT和MDU與用戶終端之間還可以連接用戶網(wǎng)關等設備。如無特別說明，在本發(fā)明的實施例中，ONU、ONT、MDU可以替換使用，為方便起見，后續(xù)統(tǒng)一以ONT表示。ONT120可以包含用戶接口模塊122、轉(zhuǎn)發(fā)控制模塊124和PON接口模塊126。用戶接口模塊122用以提供連接用戶鏈路的接口，可以從邏輯上劃分成多個LAN，如圖1所示的LANl、LAN2、LAN3、LAN4，每一個LAN可以對應一個用戶終端。轉(zhuǎn)發(fā)控制模塊124能夠?qū)⒂脩艚涌谀K122和PON接口模塊126之間的報文進行NAT和路由操作，例如，將來自用戶接口模塊124的上行報文，進行NAPT操作后路由到耦合到PON接口模塊126的相應WAN口，以及將來自PON接口模塊126的下行報文進行NAT操作后路由到相應LAN口。OLT130屬于接入?yún)R聚層設備，上行方向提供業(yè)務匯聚功能，下行提供業(yè)務分發(fā)功能。OLT130還能夠?qū)崿F(xiàn)PON協(xié)議(如GPON協(xié)議、EPON協(xié)議)和上層網(wǎng)絡協(xié)議之間的轉(zhuǎn)換。OLT130耦合到業(yè)務控制層設備，如BRAS142和SR144。接入?yún)R聚層還可以包含一個或多個局域網(wǎng)交換機(圖中未示出)，耦合于OLT和業(yè)務控制層設備之間，用以提供給業(yè)務的匯聚交換。ONT120到OLT130的上行傳輸采用多點到點的方式，OLT130到ONT120的下行傳輸采用點到多點方式。圖1所示的T-CONT1，T-CONT2和T-CONT3表示GPON系統(tǒng)定義的業(yè)務容器，每一個ONT120可以被分配一個或多個T-CONTs以傳輸數(shù)據(jù)，其中，不同業(yè)務類型可以對應不同的T-CONTs。在EPON系統(tǒng)中，邏輯鏈路類似于GPON系統(tǒng)的T-CONT。上述GPON可以適用于ITU-TG.984、ITU-TG.987、或兩者結合等系列標準，兩者上行速率分別為1G和10G速率，當然，也可以使用未來更高速率的GPON系統(tǒng)，如40GGPON。上述EPON可以適用于IEEE802.3ah、IEEE802.3av、或兩者結合等系列標準，兩者上行速率分別為1G和10G速率，當然，也可以使用于未來更高速率的EPON系統(tǒng)，如40GEPON。上述跟隨數(shù)字的“G”表示吉比特。BRAS能夠?qū)崿F(xiàn)網(wǎng)絡承載功能，如負責終結用戶的PPPoE連接、匯聚用戶的流量功能。通過BRAS，能夠為用戶終端返回服務策略參數(shù)，如IP地址、地址租期等。DHCP服務器為用戶接入提供IP地址、地址租期等服務策略參數(shù)。DHCP服務器可以遠程連接到BRAS，也可以內(nèi)置于BRAS中。業(yè)務運營系統(tǒng)提供各種各樣的業(yè)務，如OTT業(yè)務、HIS業(yè)務、VoIP業(yè)務、IPTV業(yè)務。每一種業(yè)務可以一個或多個業(yè)務服務器提供相應業(yè)務。這些業(yè)務可以由一個或多個業(yè)務運營商提供，通常情況下，這些業(yè)務由多個業(yè)務運營商或供應者提供。其中，OTT業(yè)務是指互聯(lián)網(wǎng)運營商利用電信運營商的寬帶網(wǎng)絡發(fā)展自己的業(yè)務，并直接向用戶提供業(yè)務和計費。如國外的谷歌、蘋果、Skype、Netflix，即時通信(如騰訊即時通信)、Netflix網(wǎng)絡視頻以及各種移動應用商店里的應用都是OTT業(yè)務。本發(fā)明一實施例提供了一種網(wǎng)絡設備獲取業(yè)務的方法，如圖3所示，如下：S300，網(wǎng)絡終端接收請求業(yè)務的第一報文。在本步驟中，用戶終端發(fā)送業(yè)務請求報文至網(wǎng)絡終端，所述的業(yè)務請求報文攜帶源IP地址和目的IP地址。源IP地址為用戶終端的私網(wǎng)IP地址，目的IP地址是請求業(yè)務的報文最終發(fā)往的提供業(yè)務的服務器的地址。業(yè)務請求報文還攜帶有源MAC地址和目的MAC地址，源MAC地址為用戶終端的MAC地址，目的MAC地址為網(wǎng)絡終端的MAC地址。在網(wǎng)絡終端接收到請求業(yè)務的報文后，可以通過源MAC地址檢測該用戶終端是否是合法的用戶終端。S310，判斷第一報文中攜帶的目的IP是否在第一業(yè)務的第一地址網(wǎng)段中。在本步驟中，網(wǎng)絡終端接收到用戶終端發(fā)送的業(yè)務請求報文后，查詢網(wǎng)絡終端本地的路由表，如表1所示，判斷所述業(yè)務請求報文攜帶的目的IP地址是否屬于所述路由表中的某個特定地址網(wǎng)段。S320，第一報文中攜帶的目的IP在第一業(yè)務的第一地址網(wǎng)段中，則向上層網(wǎng)絡發(fā)送請求業(yè)務的第二報文。在本步驟中，第二報文為將第一報文中的源IP地址轉(zhuǎn)換為網(wǎng)絡終端的第一WAN口地址。這里所述的WAN口地址，就是網(wǎng)絡終端的公網(wǎng)IP地址，如表1所示，第一WAN口地址對應第一IP地址，第二WAN口地址對應第二IP地址，依次類推。S330，第一報文中攜帶的目的IP不在第一業(yè)務的第一地址網(wǎng)段中，則判斷第一報文攜帶的目的IP地址是否在第二業(yè)務的第二地址網(wǎng)段中。在本步驟中，網(wǎng)絡終端判斷所述業(yè)務請求報文攜帶的目的IP地址是否屬于所述路由表中的第二地址網(wǎng)段。S340，第一報文攜帶的目的IP地址在第二業(yè)務的第二地址網(wǎng)段中，則向上層網(wǎng)絡設備發(fā)送請求業(yè)務的第三報文。在本步驟中，如表1所示，第三報文中的源IP地址變換為網(wǎng)絡終端的第二WAN口地址，即第二業(yè)務對應的第二IP地址。S350中，第一報文攜帶的目的IP地址不在第二業(yè)務的第二地址網(wǎng)段中，則向上層網(wǎng)絡設備發(fā)送請求業(yè)務的第四報文。在本步驟中，第四報文的源IP地址變換為網(wǎng)絡終端的默認路由對應的WAN口地址，即第三IP地址。S360，接收上層網(wǎng)絡設備發(fā)送的所請求的業(yè)務。在本步驟中，第四報文為將第一報文中的源IP地址轉(zhuǎn)換為網(wǎng)絡終端的默認路由對應的WAN口地址。通過以上的方案，用戶終端采用一個IP地址進行多種業(yè)務報文的發(fā)送，網(wǎng)絡終端在收到報文后，查詢路由表，將報文發(fā)送到不同業(yè)務的服務器，從而獲取到多種業(yè)務，使得現(xiàn)網(wǎng)中的與用戶終端連接的STB無需更換，節(jié)省了網(wǎng)絡資源。下面將結合具體應用場景對本發(fā)明作進一步說明，該實施例中用戶終端和網(wǎng)絡終端分別為STB和ONT，ONT可以通過STB給用戶提供IPTV業(yè)務和OTT業(yè)務?？梢岳斫猓景l(fā)明實施例網(wǎng)絡終端不僅限于ONT，網(wǎng)絡終端提供的業(yè)務不僅限于IPTV業(yè)務和OTT。如圖4所示，包括：步驟0，ONT通過PPPoE連接建立過程獲得訪問互聯(lián)網(wǎng)的IP地址，并將所獲取的IP地址配置到ONT上的路由表中。這個過程可以由ONT的PPPoE客戶端和遠程的PPPoE服務器實現(xiàn)。ONT上電后，與作為PPPoE服務器的BRAS建立PPPoE連接，獲取訪問互聯(lián)網(wǎng)的IP地址，并將所獲取的IP地址配置到ONT上的路由表。該IP可以被配置為默認路由設置的WAN口地址，作為訪問互聯(lián)網(wǎng)的IP地址。表1所示為路由表的示例。表1如表1所示，路由表表項包含地址網(wǎng)段、掩碼、WAN口地址、下一跳地址。地址網(wǎng)段，不同業(yè)務采用不同的地址網(wǎng)段，地址網(wǎng)段通常由提供業(yè)務的運營商提供。掩碼，與地址網(wǎng)段相關聯(lián)的子網(wǎng)掩碼。WAN口，網(wǎng)絡終端與網(wǎng)絡側對接的接口，在本發(fā)明的實施例中WAN口是邏輯劃分的WAN口，即網(wǎng)絡終端從不同業(yè)務服務器獲取的IP地址，可以為多個WAN口配置多個公網(wǎng)IP地址，每一個WAN口對應一個公網(wǎng)IP地址。這些公網(wǎng)IP地址可以由不同的服務器提供，例如多種類型業(yè)務的公網(wǎng)IP地址可以由各自業(yè)務運營商的服務器分配給網(wǎng)絡終端。不同的業(yè)務，采用不同的IP地址。對于ONT來說，WAN口耦合于PON接口模塊，PON接口模塊邏輯上可以劃分成多個WAN口。步驟1，STB向ONT發(fā)送DHCP發(fā)現(xiàn)報文。為了方便描述，將STB向ONT發(fā)送的DHCP發(fā)現(xiàn)稱為第一DHCP發(fā)現(xiàn)報文。表2為DHCP報文結構的示例。表2表2中，OP：報文的操作類型，分為請求報文和響應報文，1為請求報文；2為響應報文。具體的報文類型在option字段中標識。Htype：硬件類別，Ethernet為1；Htype可以表示DHCP客戶端的硬件類別。Hlen：硬件長度，Ethernet為6；Hlen可以表示DHCP客戶端的硬件長度。Hops：DHCP報文經(jīng)過的DHCP中繼的數(shù)目。DHCP報文每經(jīng)過一個DHCP中繼，該字段就會增加1。若在同一網(wǎng)內(nèi)，為0。TransactionID：事務標識，是個，用于客戶和服務器之間匹配請求和相應消息；隨機數(shù)由客戶端發(fā)起一次請求時選擇，用來標識一次地址請求過程。Seconds：由用戶指定的時間，指開始地址獲取和更新進行后的時間；DHCP客戶端開始DHCP請求后所經(jīng)過的時間。如果不使用，可以設為固定的值，如固定為0。Flags：從0-15bits，最左第一個bit為1時表示server將以廣播方式傳送報文給client，0表示采用單播方式，其余尚未使用。Ciaddr：客戶端的IP地址；Yiaddr：DHCP服務器分配給客戶端的IP地址；Siaddr：用于bootstrap過程中的IP地址；DHCP客戶端獲取IP地址等信息的服務器IP地址。Giaddr：轉(zhuǎn)發(fā)代理(網(wǎng)關)IP地址；通常是DHCP客戶端發(fā)出請求報文后經(jīng)過的第一個DHCP中繼的IP地址。Chaddr：Client的硬件地址；Sname：可選server的名稱，以0x00結尾；通常是DHCP客戶端獲取IP地址等信息的服務器名稱。File：啟動文件名；通常是DHCP服務器為DHCP客戶端指定的啟動配置文件名稱及路徑信息。Options：選項字段，每一個字段可變長。這些字段可以根據(jù)需要選擇，例如，可以包含報文的類型、有效租期、DNS服務器的IP地址、WINS服務器的IP地址、廠商標識等部分或全部配置信息。DHCPOption字段采用Type-Length-Value的格式來表示。Option選項內(nèi)容可以參見互聯(lián)網(wǎng)工程任務組標準RFC2132和RFC3442。STB作為DHCPClient端發(fā)出廣播的DHCP發(fā)現(xiàn)報文，廣播的目的是讓DHCPServer能夠收到這個報文。Client端可以在這個報文的選項字段中加入請求參數(shù)列表(“RequestParameterList”)選項，表明自己想要獲得的各種參數(shù)。DHCP發(fā)現(xiàn)報文中可以攜帶Option60字段以提供驗證信息，也可以通過其它選項字段提供驗證信息。Option60字段包含一些驗證信息，如廠商、STB標識、MAC地址、賬號、密碼等一個或多個信息。ONT側可以根據(jù)驗證信息對STB進行合法認證。根據(jù)不同的運營商，Option60字段攜帶的信息可以不同，本發(fā)明實施例提到的Option60字段并不限于某種特定運營商的規(guī)定。步驟2，ONT收到STB發(fā)送的第一DHCP發(fā)現(xiàn)報文后，中繼或代理STB向遠程連接到ONT的DHCPServer發(fā)送第二DHCP發(fā)現(xiàn)報文以請求IP租約。其中，該第二DHCP發(fā)現(xiàn)中包含來自STB的驗證信息，如Option60字段的內(nèi)容，以提供給遠程連接的DHCPServer。在圖4所示的實施例中，第二DHCP發(fā)現(xiàn)報文可以通過IPTVSR透傳給IPTV業(yè)務平臺的DHCPServer。在本發(fā)明的其它實施例中，遠程連接的DHCPServer可以設置于SR或其它包含DHCPServer的設備中。ONT可以基于第一DHCP發(fā)現(xiàn)報文中的驗證信息對STB進行合法認證。ONT可以對第一DHCP發(fā)現(xiàn)報文進行提取Option60字段后，重新封裝以生成第二DHCP發(fā)現(xiàn)報文。ONT也可以提取第一DHCP發(fā)現(xiàn)報文中的內(nèi)容，如STB的驗證信息，以生成第二DHCP發(fā)現(xiàn)報文。ONT內(nèi)部可以包含DHCPServer模塊和DHCPClient模塊。DHCPServer模塊收到STB發(fā)送的DHCP發(fā)現(xiàn)報文后，將報文中含有的字段信息復制到ONT內(nèi)部的DHCPClient模塊，DHCPClient代理STB向網(wǎng)絡發(fā)起DHCP發(fā)現(xiàn)報文，即第二DHCP發(fā)現(xiàn)報文。其中，第二DHCP發(fā)現(xiàn)報文為廣播報文。第二DHCP發(fā)現(xiàn)報文可以經(jīng)由IPTVSR中繼給指定的IPTVDHCP服務器。步驟3，IPTVDHCP服務器收到第二DHCP發(fā)現(xiàn)報文后進行響應，通過DHCP提供(DHCPOffer)報文返回可分配給ONT的IP地址。DHCP提供報文可以攜帶路由信息，該路由信息可以通過Option121字段返回。該DHCP提供報文可以經(jīng)由SR達到ONT。IPTVDHCP服務器可以基于Option60信息進行認證，認證通過后，返回DHCP提供報文給SR，SR轉(zhuǎn)發(fā)DHCP提供報文。步驟4，ONT收到返回的提供IP地址的DHCP提供報文后，向SR發(fā)起DHCP請求報文，用于選擇IP地址。其中，DHCP請求報文中攜帶了選擇的IP地址以表示“用戶想要的IP地址”，該地址是從DHCP提供報文中提供的IP地址中選擇的。在本步驟中，ONT的DHCPClient收到SR的DHCP提供報文后，會向SR發(fā)出一個廣播的DHCP請求報文，在DHCP請求報文中IPTVDHCPServer的IP地址和用戶想要的IP地址。此“DHCPServer的IP地址”用于IPTVDHCP服務器驗證DHCP請求報文中所選擇的IP地址是否是自己發(fā)出的Offer。在本步驟中，SR收到ONT發(fā)送的DHCP請求報文后，發(fā)送給IPTVDHCP服務器，基于Option60驗證通過后，IPTVDHCPServer向SR發(fā)送DHCP確認報文以確認IP租約。其中，在DHCP確認報文中通過Option121字段攜帶靜態(tài)路由表項。步驟5，IPTVDHCPServer收到DHCP請求報文后，如果同意DHCP客戶端選擇的IP地址則響應一個DHCP確認報文，在DHCP確認報文的字段中增加了IP地址使用租期選項。如果IPTVDHCPServer不同意DHCP客戶端選擇的IP地址，返回DHCP不確認報文。DHCP請求報文中攜帶了DHCP客戶端選擇的服務器的地址，如Siaddr字段的內(nèi)容，IPTVDHCPServer基于DHCP客戶端選擇的服務器的地址確定是否處理該DHCP請求報文。進一步地，SR在接收到的DHCP確認報文添加Option121字段后，轉(zhuǎn)發(fā)給ONT。ONT響應DHCP確認報文的接收，將接收到的DHCP確認報文中的IP地址作為訪問IPTV業(yè)務的邏輯WAN口地址，并將接收到的DHCP確認報文中的靜態(tài)路由表項配置到ONT路由表，表1所示中。如果ONT上還未創(chuàng)建IPTVWAN口，可以觸發(fā)IPTVWAN口的創(chuàng)建操作，這里的IPTVWAN口為邏輯WAN口。更進一步地，配置路由表可以通過Option121進行配置，也可以通過其他方式配置，如寬帶論壇定義的技術報告TR069來配置，本發(fā)明實施例并不限定特定的配置方法，其中TR為技術報告的縮寫。步驟6-8，ONT給STB分配私網(wǎng)IP地址。用戶終端可以使用相同的私網(wǎng)IP地址接入不同類型的業(yè)務，如使用該地址作為OTT業(yè)務和IPTV業(yè)務的IP地址。ONT將接收到IPTV系統(tǒng)，如IPTVDHCPServer分配的IP地址后，從自己的本地地址池中取出一個地址分配給STB，作為STB的私網(wǎng)IP地址。STB可以使用該私網(wǎng)IP地址作為請求不同類型業(yè)務的唯一地址。其中，步驟7中DHCP請求報文中攜帶DHCPOption60信息以報告STB的配置信息，ONT可以忽略該信息，也可以基于該信息檢驗STB。步驟9，STB發(fā)送請求某個業(yè)務的報文至ONT，ONT收到報文后，根據(jù)報文內(nèi)容和路由表信息，進行相應的轉(zhuǎn)發(fā)；每一種業(yè)務類型的業(yè)務報文通過與業(yè)務相應的WAN口轉(zhuǎn)發(fā)到上層網(wǎng)絡。ONT可以將多種業(yè)務類型的業(yè)務報文轉(zhuǎn)發(fā)到各自對應的WAN口，每一個WAN口對應唯一WAN口地址。對于從STB來的OTT業(yè)務的上行業(yè)務報文，ONT查找路由表，從HSIWAN口轉(zhuǎn)發(fā)出去，在從WAN口轉(zhuǎn)發(fā)出去之前先做NAT操作，即將作為源IP地址的私網(wǎng)IP地址轉(zhuǎn)換為HSIWAN口地址；對于從PON接口收到的OTT業(yè)務的下行業(yè)務報文，查找路由表，做NAT操作，即將下行業(yè)務報文的目的IP地址轉(zhuǎn)換為STB對應的私網(wǎng)IP地址，再轉(zhuǎn)發(fā)到STB對應的端口或接口。對于從STB來的IPTV業(yè)務的報文，ONT查找路由表，從IPTVWAN口轉(zhuǎn)發(fā)出去，在從WAN口轉(zhuǎn)發(fā)出去之前先做NAT操作，即將作為源IP地址的私網(wǎng)IP地址轉(zhuǎn)換為IPTVWAN口地址；對于從PON接口收到的IPTV業(yè)務的報文，ONT查找路由表，做NAT操作，再轉(zhuǎn)發(fā)到STB對應的端口或接口。在本步驟中，STB發(fā)送的業(yè)務報文可以攜帶：源MAC地址：用于標識STB的物理地址；目的MAC地址：用于標識ONT的物理地址；源IP地址：用于標識STB的IP地址；在本發(fā)明實施例中，源IP地址為私網(wǎng)IP地址；目的IP地址：用于標識業(yè)務的IP地址；ONT接到上述報文后，根據(jù)源MAC地址來驗證STB是否合法；以目的IP地址為126.201.1.5舉例說明，該地址為IPTV業(yè)務的IP地址。ONT根據(jù)報文中攜帶的目的IP地址查詢路由表，如表1，確定所述目的IP地址屬于IPTV業(yè)務地址網(wǎng)段，則從與IPTV業(yè)務地址網(wǎng)段對應的WAN口，即IPTVWAN口，轉(zhuǎn)發(fā)該業(yè)務報文。在轉(zhuǎn)發(fā)到IPTVWAN口之前，需要將所述業(yè)務報文中的源IP地址，即私網(wǎng)IP地址192.168.1.25，轉(zhuǎn)換IPTV業(yè)務地址網(wǎng)段對應的WAN口地址，即IPTVWAN口IP，并封裝下一跳地址，如下一跳IP地址101.7.1.9。如果該目的IP地址不在IPTV的地址網(wǎng)段中，那么ONT將源私網(wǎng)IP地址轉(zhuǎn)換為默認路由中的WAN口，并封裝下一跳地址，如BRAS的IP地址。本發(fā)明實施例只是以ONT為例進行說明，對于DSL終端和以太終端連接STB的網(wǎng)絡應用，也可以采用上述步驟描述的方法，本發(fā)明實施例并不只限于ONT。圖5所示為本發(fā)明一實施例提供的一種網(wǎng)絡終端示意圖。如圖5所示，網(wǎng)絡終端500可以包括：用戶接口模塊510，用于耦合至少一個用戶終端。通過用戶接口模塊510可以向用戶終端發(fā)送下行報文以及接收來自用戶終端的上行報文。用戶接口模塊510，用于接收用戶終端發(fā)送的特定業(yè)務類型的業(yè)務報文，所述特定類型業(yè)務的業(yè)務報文攜帶目的IP地址和源IP地址。其中，通過該用戶接口模塊510能夠收發(fā)各種報文，包括但不僅限于如下至少一種：DHCP報文、OTT業(yè)務的業(yè)務報文、IPTV業(yè)務的業(yè)務報文、VoIP業(yè)務的業(yè)務報文等，例如上述方法和附圖中涉及的各種報文。各種報文的內(nèi)容和格式可以參見本文相關描述，不再贅述。轉(zhuǎn)發(fā)控制模塊520，一端耦合于用戶接口模塊510，一端耦合于網(wǎng)絡接口模塊530連接，轉(zhuǎn)發(fā)控制模塊520，保存有路由表，路由表的表結構如表1所示。所述路由表可以內(nèi)置于轉(zhuǎn)發(fā)控制模塊轉(zhuǎn)發(fā)控制模塊520上，還可以保存在網(wǎng)絡終端100上外部耦合到轉(zhuǎn)發(fā)控制模塊520的存儲器中以供轉(zhuǎn)發(fā)控制模塊520訪問。其中，如果轉(zhuǎn)發(fā)控制模塊520確定接收的上行業(yè)務報文中攜帶的目的IP地址包含在所配置的與特定業(yè)務類型對應的地址網(wǎng)段內(nèi)，通過該地址網(wǎng)絡對應的WAN口轉(zhuǎn)發(fā)。在轉(zhuǎn)發(fā)給WAN口前，將從用戶接口模塊510接收到報文進行NAT操作和報文封裝。該特定業(yè)務類型的業(yè)務包括如下至少一種：IPTV業(yè)務、VoIP業(yè)務。如果轉(zhuǎn)發(fā)控制模塊520確定接收的上行業(yè)務報文中攜帶的目的IP地址無法匹配到特定業(yè)務類型對應的地址網(wǎng)段，將其發(fā)送到默認的WAN口。在轉(zhuǎn)發(fā)給默認WAN口前，將接收到的上行報文進行NAT操作和報文封裝。該特定業(yè)務類型的業(yè)務包括如下至少一種：HSI業(yè)務、OTT業(yè)務。網(wǎng)絡終端上支持多個WAN口，轉(zhuǎn)發(fā)控制模塊520可以按照一定順序，如按業(yè)務類型，將目的IP地址和相應的地址網(wǎng)段匹配，如果能夠匹配到一個地址網(wǎng)絡，則根據(jù)匹配到的地址網(wǎng)段，確定與地址網(wǎng)段對應的WAN口。如果轉(zhuǎn)發(fā)控制模塊520沒有匹配到，則通過默認的WAN口轉(zhuǎn)發(fā)。具體的匹配過程、NAT操作和報文封裝參見方法描述，不再贅述。下行方向，轉(zhuǎn)發(fā)控制模塊520接收來自網(wǎng)絡接口模塊530的下行業(yè)務報文，將下行業(yè)務報文的內(nèi)容和路由表匹配，轉(zhuǎn)發(fā)到STB相應的接口。在轉(zhuǎn)發(fā)前，轉(zhuǎn)發(fā)控制模塊520可以對下行業(yè)務報文進行NAT操作。網(wǎng)絡接口模塊530，用于向上層網(wǎng)絡發(fā)送上行報文和接收上層網(wǎng)絡發(fā)送的下行報文。其中，網(wǎng)絡接口模塊530包括多個WAN口，不同的業(yè)務類型對應的WAN口也不同。這些WAN口是邏輯劃分的WAN口，即邏輯WAN口。網(wǎng)絡接口模塊530可以是PON接口模塊，PON接口模塊包含PONMAC處理電路或處理器。PON接口模塊可以包含光收發(fā)模塊。網(wǎng)絡終端500還可以包括DHCP模塊540和PPPoE模塊550。PPPoE模塊550負責網(wǎng)絡終端500和PPP服務器的PPPoE連接的建立和維護，并通過PPPoE過程獲得分配給網(wǎng)絡終端500的IP地址，用于訪問互聯(lián)網(wǎng)。該IP地址可以作為連接到網(wǎng)絡終端500的用戶終端的默認WAN口地址。在本發(fā)明一個實例中，默認WAN口支持HSI業(yè)務和OTT業(yè)務中至少一種業(yè)務類型的業(yè)務。DHCP模塊540，作為連接到網(wǎng)絡終端500的用戶終端和DHCP服務器的中間模塊，將業(yè)務運營商的DHCP服務器為用戶終端分配的相應業(yè)務的公網(wǎng)IP地址保存到網(wǎng)絡終端500，并為用戶終端分配私網(wǎng)IP地址。網(wǎng)絡終端500允許一個用戶終端采用相同的私網(wǎng)IP地址進行不同業(yè)務類型的業(yè)務。表1所示為網(wǎng)絡終端500上所保存的相應業(yè)務的公網(wǎng)IP地址的示例。綜上，通過以上技術方案，用戶終端采用一個IP地址進行多種業(yè)務報文的發(fā)送，網(wǎng)絡終端在收到報文后，查詢路由表，將報文發(fā)送到不同業(yè)務的服務器，從而獲取到多種業(yè)務，使得現(xiàn)網(wǎng)中的用戶終端無需進行更換即可實現(xiàn)多種業(yè)務的接入，且實現(xiàn)結構簡單，節(jié)省了網(wǎng)絡資源，提高了用戶的滿意度。本發(fā)明一個實施例還提供了一種通信系統(tǒng)，具體該通信系統(tǒng)的組網(wǎng)結構示意圖如圖1所示。該通信系統(tǒng)包括本發(fā)明實施例提供的網(wǎng)絡終端120，該網(wǎng)絡終端一端與用戶終端連接，一端與上層網(wǎng)絡連接，上述網(wǎng)絡終端和系統(tǒng)內(nèi)的用戶終端、上層網(wǎng)絡之前的消息交互、執(zhí)行過程等內(nèi)容，具體網(wǎng)絡終端的結構請參見圖5以及圖5對應的實施例的描述，，此處不再贅述。通過以上的實施方式的描述，所屬領域的技術人員可以清楚地了解到本發(fā)明可以用硬件實現(xiàn)，或固件實現(xiàn)，或它們的組合方式來實現(xiàn)。當使用軟件實現(xiàn)時，可以將上述功能存儲在計算機可讀介質(zhì)中或作為計算機可讀介質(zhì)上的一個或多個指令或代碼進行傳輸。計算機可讀介質(zhì)包括計算機存儲介質(zhì)和通信介質(zhì)，其中通信介質(zhì)包括便于從一個地方向另一個地方傳送計算機程序的任何介質(zhì)。存儲介質(zhì)可以是計算機能夠存取的任何可用介質(zhì)。以此為例但不限于：計算機可讀介質(zhì)可以包括RAM、ROM、EEPROM、CD-ROM或其他光盤存儲、磁盤存儲介質(zhì)或者其他磁存儲設備、或者能夠用于攜帶或存儲具有指令或數(shù)據(jù)結構形式的期望的程序代碼并能夠由計算機存取的任何其他介質(zhì)。此外。任何連接可以適當?shù)某蔀橛嬎銠C可讀介質(zhì)。例如，如果軟件是使用同軸電纜、光纖光纜、雙絞線、數(shù)字用戶線(DSL)或者諸如紅外線、無線電和微波之類的無線技術從網(wǎng)站、服務器或者其他遠程源傳輸?shù)?，那么同軸電纜、光纖光纜、雙絞線、DSL或者諸如紅外線、無線和微波之類的無線技術包括在所屬介質(zhì)的定影中。如本發(fā)明所使用的，盤(Disk)和碟(disc)包括壓縮光碟(CD)、激光碟、光碟、數(shù)字通用光碟(DVD)、軟盤和藍光光碟，其中盤通常磁性的復制數(shù)據(jù)，而碟則用激光來光學的復制數(shù)據(jù)。上面的組合也應當包括在計算機可讀介質(zhì)的保護范圍之內(nèi)。雖然以上對本發(fā)明的描述是參考其具體實施方式來進行的，但是，這些描述不應當被認為是對本發(fā)明的限制。任何不背離本發(fā)明精神和范圍的修改和變換都屬于由附帶權利要求所定義的本發(fā)明的范圍之內(nèi)。縮略語對照表