適于vod的網關的制作方法
【專利摘要】本發(fā)明涉及以下領域：用于訪問因特網的網關、相關聯(lián)的視頻服務解碼器以及用于由操作者通過旨在用于該解碼器的該網關廣播視頻內容的方法。本發(fā)明描述了解碼器上專用于VOD的虛擬MAC地址的使用。然后該地址由網關進行識別。網關實施這樣的直通電路，其在用于訪問通信網的接口與網關的與解碼器相連的物理端口之間直接引導與該虛擬地址相關的流量。有利地，電路通過偵聽用于配置該虛擬地址的DHCP請求而動態(tài)地進行配置。
【專利說明】適于VOD的網關
[0001]本發(fā)明涉及以下領域:因特網訪問網關、相關聯(lián)的視頻服務解碼器以及用于由操作者通過上述網關將視頻內容廣播至該解碼器的方法。
[0002]在本文中，操作者指的是提供訪問通信網的服務的實體，其中該通信網(通常為因特網)聯(lián)接至訪問多媒體內容(尤其是視頻)的服務。
[0003]這類操作者提供其服務并且為此通常提供兩個設備。第一設備包括通信網的訪問網關。其英文術語“box (盒)”為公眾所知。技術上，其通常為例如ADSL (英文為AsymmetricDigital Subscriber Line (非對稱數(shù)字用戶線路))類型但可基于諸如有線網、光纖等的技術的調制解調器。該調制解調器聯(lián)接至使得能夠與多個設備進行連接的路由器。因此網關在數(shù)據(jù)通信網與局域網形成聯(lián)系，其中用戶可將各種設備連接至該局域網。這些設備可以是個人計算機、智能手機(smartphone)、游戲機、電視機等。該網關使得用戶能夠訪問使用通信網的越來越多的服務。這些服務中最流行的服務是訪問IP (Internet Protocol (互聯(lián)網協(xié)議))電話和訪問電視頻道廣播。
[0004]訪問電視頻道廣播服務通常包括被稱為解碼器(set top box (機頂盒))的第二設備。該設備用于接收傳送電視頻道的數(shù)字流并從這些數(shù)字流恢復音頻信號和視頻信號以在電視機上顯示。
[0005]除了該基本電視服務之外，提供VOD(Video On Demand(視頻點播))的服務也變得普及。上述提供VOD的服務包括操作者的服務器上可得到的內容目錄。用戶在其電視機上可通過其解碼器訪問該目錄。具體內容的選擇導致了請求服務器的請求，然后該服務器廣播內容至解碼器，以顯示在電視機上。這些操作可使用常規(guī)的IP網絡技術來執(zhí)行。
[0006]然而，因為該服務是付費的，所以操作者通常希望得到內容廣播及其目的地的高水平控制。尤其是，操作者希望避免廣播內容容易地轉移至個人計算機。
[0007]本發(fā)明的目的是通過在解碼器上使用專用于VOD的虛擬MAC地址來解決上述問題。然后該地址由網關進行識別。網關實施這樣的直通電路，其在用于訪問通信網的接口與網關的與解碼器相連的物理端口之間直接指引與該虛擬地址相關的流量。有利地，電路通過偵聽用于配置該虛擬地址的DHCP請求而動態(tài)地進行配置。
[0008]因此本發(fā)明涉及信息處理設備，其用作局域通信網與廣域通信網之間的網關，并包括:用于連接局域通信網的設備的多個物理端口、與廣域通信網相連的物理端口、用于在這些端口之間路由數(shù)據(jù)流的路由器、以及直通電路管理模塊。其中，該直通電路管理模塊用于管理處于與廣域通信網相連的物理端口與用于連接局域通信網的設備的物理端口中之一之間的層-2直通電路。
[0009]根據(jù)本發(fā)明，該信息處理設備旨在接收具有多個層-2虛擬地址的設備的在上述物理端口之一上的連接，其中該多個層-2虛擬地址中至少之一專用于具體服務。
[0010]該信息處理設備的特征還在于，其包括:用于檢測與具體服務有關的標記的裝置，其中信息處理設備從相連的設備接收的具體DHCP發(fā)現(xiàn)請求提供有該標記；用于將上述具體發(fā)現(xiàn)請求中繼至廣域通信網的遠程DHCP服務器的裝置；以及用于通過層-2虛擬地址配置直通電路管理模塊的裝置，其中該具體DHCP發(fā)現(xiàn)請求來源于該層-2虛擬地址，以使得該直通電路管理模塊直接中繼去往或來自上述相連的設備的層-2虛擬地址的流量。
[0011]本發(fā)明還涉及旨在與上述的信息處理設備相連的設備，其包括多個層-2虛擬地址以及用于標記具體DHCP發(fā)現(xiàn)請求的裝置，其中該具體DHCP發(fā)現(xiàn)請求與多個虛擬地址之一的配置有關，該多個虛擬地址與由該設備提供的具體服務有關。
[0012]本發(fā)明還涉及用于配置上述的與上述信息處理設備的端口相連的設備的至少兩個層-2虛擬地址的方法，其中該信息處理設備通過物理端口連接至廣域通信網。
[0013]根據(jù)本發(fā)明，該方法包括:
[0014]-發(fā)送與該設備的第一虛擬地址的配置有關的具體DHCP發(fā)現(xiàn)請求的步驟；和/或
[0015]-發(fā)送與該設備的第二虛擬地址的配置有關的常規(guī)DHCP發(fā)現(xiàn)請求的步驟；以及
[0016]-當信息處理設備已在所接收的DHCP發(fā)現(xiàn)請求中識別出具體請求時:
[0017]-將第一請求中繼至遠程DHCP服務器的步驟，以及
[0018]-通過信息處理設備的第一層-2虛擬地址在和廣域通信網相連的物理端口與和該設備相連的物理通信端口之間配置層-2直通電路的步驟；
[0019]-通過信息處理設備接收DHCP提供響應的步驟，其中DHCP提供響應由遠程DHCP服務器發(fā)送，以及
[0020]-通過經過配置的直通電路中繼該響應至該設備；
[0021]-由該設備將配置請求經由直通電路發(fā)送至遠程DHCP服務器的步驟，以及
[0022]-接收響應的步驟，該響應由遠程DHCP服務器發(fā)送并攜帶與該設備的第一虛擬地址有關的層-3配置；以及
[0023]-當信息處理設備未在所接收的DHCP發(fā)現(xiàn)請求中識別具體請求時:
[0024]-接收DHCP提供響應的步驟，其中該DHCP提供響應由遠程DHCP服務器發(fā)送，以及
[0025]-由該設備將配置請求發(fā)送至信息處理設備的DHCP服務器的步驟；
[0026]-接收響應的步驟，該響應由信息處理設備的DHCP服務器發(fā)送并攜帶與該設備的第二虛擬地址有關的層-3配置。
[0027]通過閱讀下面參照附圖給出的示例性實施方式的描述，本發(fā)明的上述及其他特征將更清楚地呈現(xiàn)，在附圖中:
[0028]圖1示出了本發(fā)明示例性實施方式的架構；以及
[0029]圖2示出了本發(fā)明示例性實施方式的典型消息的交換。
[0030]本發(fā)明是在提供視頻點播服務的背景下發(fā)展的，但其可同樣地應用至任何服務。所采用的技術解決方案對于服務并不是特定的。
[0031]圖1示出了本發(fā)明示例性實施方式的架構。該圖示出了用于訪問廣域通信網1.16的網關1.1。該網絡通常指的是不同于局域網的WAN (Wide Area Network (廣域網))，其中局域網通常被稱為LAN(Local Area Network(局域網))。如其名稱所指示的，網關被用作兩個網絡之間的接口。
[0032]因此該網關具有與WAN相連接的物理端口 1.15。大多數(shù)情況下，該連接通常是使用選自ADSL技術、線纜技術以及光纖技術中的技術的點到點連接。這里可使用任何網絡技術。
[0033]網關通常具有用于訪問LAN的物理端口組。附圖提及了與解碼器1.10物理地連接的端口 1.7。還說明性地提及了與另一設備1.14連接的端口 1.8，其中該設備1.14例如可以是個人計算機。
[0034]網絡流量通過路由器(1^(*(交換機))1.6在其接口上進行路由。這種路由器的功能對本領域的技術人員是公知的，本文中將不再對其基于常規(guī)的層_3(IP層)且基于路由表進行路由的公知功能進行詳細描述。這種路由器通常實施層-3地址轉換功能，該功能的術語NAT (Network Address Translat1n (網絡地址轉換))為公眾所知。這種機制僅允許網關的WAN接口 1.15的地址在WAN上是公開的。來源于LAN的設備的任何請求到達網關并由NAT處理，以利用網關的在中繼至WAN之前的IP地址替換原始IP地址。因此響應到達網關，該網關識別消息并利用產生請求的LAN設備的、在將該響應在LAN上進行中繼之前的地址替換目的地地址。處理模塊NAT在管理網關的軟件棧1.2中標記為1.3。
[0035]管理網關的該軟件棧1.2通常還主控DHCP (Dynamic Host Control Protocol (動態(tài)主機控制協(xié)議))服務器1.4，其允許在用戶不介入的情況下動態(tài)地配置與局域網相連接的任何設備。^RFC (Requests For Comment (請求注解))1531、1534、2131 以及 2132 中可找到DHCP協(xié)議的準確操作。本文中將簡單地認為協(xié)議按照如下這樣進行操作:連接至LAN的設備(例如圖1中的解碼器1.10)發(fā)送具有其層-2地址(即其MAC地址)的層-2廣播信息。該消息被稱為“DHCP發(fā)現(xiàn)”，其目的為發(fā)現(xiàn)網絡上存在的DHCP服務器。然后網絡中的該DHCP服務器或每個DHCP服務器通過提供可用的層-3地址(即IP地址)來響應設備。然后該設備向其所選擇的DHCP服務器廣播配置請求，該DHCP服務器以所請求的連接參數(shù)對該設備做出響應。這些參數(shù)通常包括設備確定的IP層地址、子網掩碼以及網關的IP地址，以加入該 WAN。
[0036]解碼器1.10具有與網關直接連接的物理端口 1.9，其中該物理端口 1.9直接連接至該網關的端口 1.7。通常解碼器1.10具有MAC地址并且通過上述的DHCP機制獲得其層-3配置。可替代地，該配置可靜態(tài)地記錄在解碼器1.10中。當該解碼器1.10使用常規(guī)機制與WAN通信時，由于由網關執(zhí)行NAT地址轉換機制，所以從WAN來看，流量被看作來源于網關1.1。該特征不會對解碼器所使用的多個服務造成任何特殊問題，如訪問因特網或其他問題。
[0037]另一方面，對于諸如VOD服務的服務，操作者要求更多的控制并直接在網絡級“觀察”解碼器1.10，以至少保證與VOD相關聯(lián)的流的確由解碼器使用而沒有在LAN中轉移。
[0038]為了獲得某些服務的這種控制，對于希望控制的服務，操作者將管理這樣的解碼器，其作為對操作者特定的LAN類型網絡的一部分(在下文中該網絡被稱為操作者的LAN)，該解碼器直接由操作者控制而不是由用戶的LAN的類似設備控制。更準確地，僅對于操作者希望控制的服務(例如本文中的VOD服務)，解碼器1.10將被看作操作者的LAN的設備。對于由解碼器1.10提供的其他服務，解碼器1.10將作為用戶的LAN的常規(guī)設備進行操作。
[0039]所采用的解決方案是基于在解碼器1.10中使用虛擬層-2地址，即MAC地址。第一虛擬地址1.11專用于希望以特別方式進行控制的服務，本文中為VOD服務。該MAC虛擬地址將在層_3(IP層)配置為操作者的LAN的地址。對于其他服務，一個或多個其他虛擬地址(附圖中的地址1.12和1.13)以常規(guī)方式進行管理并在IP層配置為用戶的LAN的接□。
[0040]使用層-2虛擬地址相當于使用不同的邏輯接口，其中所有的邏輯接口均使用相同的物理接口。每個邏輯接口具有自己的層-2地址，以在該層分離網關1.1與解碼器1.10之間的流量。每個接口在層_3(IP層)中具有自己的配置，以與網絡中的其他實體進行通?目。
[0041]因此可使解碼器中專用于VOD服務的網絡流量與其他網絡流量分離。因此VOD流量不在用戶的LAN中進行路由，從而使得流的任何轉移對于用戶都是困難的。
[0042]WAN與解碼器1.10之間的兩種流(第一種為專用于VOD服務的流，第二種為常規(guī)流)的正確路由在網關處需要調整。這種調整以管理模塊1.5的形式實現(xiàn)，其中該管理模塊1.5在與LAN側的解碼器相連的接口 1.7與WAN網絡的接口 1.15之間建立直接的層_2電路(Bridge (橋))。
[0043]該管理模塊1.5分析到達網關1.1的層-2流量。其檢測到達物理端口 1.7并具有專用于受保護服務且作為源MAC地址的虛擬地址1.11的所有消息。然后這些包在不由常規(guī)路由模塊1.6或地址轉換模塊1.3處理的情況下直接發(fā)送至WAN接口 1.15。
[0044]同樣地，到達WAN接口 1.15并具有專用于受保護服務且作為目的地地址的MAC地址1.11的層-2流量在不由常規(guī)路由模塊1.6或地址轉換模塊1.3處理的情況下直接發(fā)送至接口 1.7。
[0045]操作者向專用于LAN中受保護服務的解碼器的虛擬接口分配IP地址，其中該IP地址對該虛擬接口是特定的并因此專用于該服務。操作者所使用的用于路由IP包的裝置不在本文的描述范圍之內，其中該IP包旨在用于網關1.1的解碼器1.10。例如可使用IP-1n-1P封裝。與解碼器1.10的受保護服務相關的數(shù)據(jù)在層_2傳送至解碼器1.10的虛擬MAC地址，由于后者形成操作者的LAN的專用于該服務的部分。因此包將由模塊1.5檢測并分配給直達電路且在網關1.1中直接路由至與解碼器1.10相連接的接口 1.7。
[0046]用于管理直通電路的模塊1.5可靜態(tài)地或動態(tài)地進行配置。根據(jù)本發(fā)明的有利實施方式，電路管理模塊1.5動態(tài)地進行配置。為此，解碼器1.10設有用于發(fā)送與其虛擬地址之一的配置有關的具體DHCP發(fā)現(xiàn)請求的裝置。該請求為DHCP服務器的發(fā)現(xiàn)請求(DHCP發(fā)現(xiàn))，其包括用于將自身與常規(guī)DHCP發(fā)現(xiàn)請求區(qū)分開的具體標識符。該標識符可以是DHCP包的報頭中的具體參數(shù)。
[0047]網關1.1，更具體地其DHCP服務器1.4然后具有用于檢測為了該目的而被標記的具體DHCP發(fā)現(xiàn)請求的裝置。網關將該請求在不進行處理的情況下中繼至操作者的WAN中的任何遠程DHCP服務器1.17，而不是通過DHCP提供響應來服務該請求。其借此機會注意到該請求的原始MAC地址(解碼器1.10的涉及受保護服務的虛擬地址)并利用該MAC地址配置直通電路管理模塊1.5。
[0048]一旦該操作完成后，由操作者的DHCP服務器1.17發(fā)送的DHCP提供響應通過由管理模塊1.5建立的直通電路自動中繼至解碼器1.10，該解碼器1.10因此可接收其層-3 ( SPIP)配置。
[0049]倘若解碼器改變或如果操作者沒有供給解碼器，通過管理模塊1.5對與位于LAN側的解碼器相連的接口 1.7與WAN網絡的接口 1.15之間的電路進行動態(tài)編程的這種方式允許自動地進行調整。
[0050]所發(fā)送的、用于解碼器的其他虛擬地址的配置的DHCP發(fā)現(xiàn)請求不具有將其識別為與受保護的服務相關的標記。因此其通常由網關的DHCP服務器1.4處理并在用戶的本地網LAN內進行配置。
[0051]與受保護的服務自身相關且來源于或旨在用于解碼器1.10的虛擬接口的流量也中繼至操作者的相關服務器1.18。在VOD的情況下，其通常為RTSP(Real Time StreamingProtocol (實時串流協(xié)議))請求。
[0052]圖2示出了在根據(jù)電路的配置為自動型的實施方式的本發(fā)明的各操作階段中涉及的消息交換。
[0053]第一組消息說明解碼器1.10的虛擬MAC地址1.11在操作者處的DHCP配置。DHCP發(fā)現(xiàn)請求2.1是從該虛擬MAC地址1.11發(fā)出并由網關1.1的DHCP服務器1.4接收。其中繼2.2至操作者的DHCP服務器1.17。網關1.1的DHCP服務器1.4利用該DHCP發(fā)現(xiàn)請求
2.1通過在虛擬MAC地址1.11上創(chuàng)建直通電路來配置2.3網關1.1的直通電路管理模塊
1.5，其中該虛擬MAC地址1.11包括在請求2.1中。成DHCP提供2.4形式的響應被發(fā)送并通過模塊1.5直接中繼至解碼器1.10。
[0054]以下消息對應于請求2.6，該請求2.6用于配置虛擬MAC地址1.11。該請求由直通電路管理模塊1.5中繼2.7至操作者的LAN，在操作者的LAN處其由DHCP服務器進行處理。響應2.8經過直通電路管理模塊1.5，以被中繼2.9至解碼器1.10。由響應2.9所攜帶的配置使能遠程網絡中解碼器1.10的虛擬MAC地址1.11的層3處的配置，其中該遠程網絡通常為專用于受保護服務的操作者的LAN。
[0055]以下消息說明與由本發(fā)明保護的服務有關的請求。RTSP請求2.10從虛擬MAC地址1.11發(fā)出，其中該虛擬MAC地址1.11專用于解碼器1.10的受保護服務。該請求2.10由直通電路管理模塊1.5捕獲并中繼2.11至操作者的LAN。在操作者的LAN處，其繼續(xù)路由至VOD服務器，該VOD服務器通過發(fā)出響應2.12對該請求做出響應。該響應以IP流量的形式從操作者的LAN發(fā)送至解碼器1.10。然后，一旦到達網關1.1，該流量由直通電路管理模塊1.5指引至解碼器1.10，因為其旨在在層-2處用于解碼器1.10的虛擬MAC地址1.11。
[0056]以下消息說明解碼器1.10的其他虛擬接口的操作，例如使用虛擬地址1.12和1.13的其他虛擬接口。每個接口必須獲得其網絡配置。為此，其發(fā)送第一發(fā)現(xiàn)請求DHCP2.14。該請求由網關1.10的DHCP服務器接收。當該請求不包括與受保護的服務有關的標記時，其通常由網關1.1的DHCP服務器1.4服務，該DHCP服務器1.4因此利用DHCP提供2.15做出響應。結果為配置請求2.16及其響應2.17。從這時起，接口配置為形成用戶的LAN的一部分并可使用網關1.1從而以常規(guī)方式訪問WAN通信網上的任何服務。
[0057]通常,HTTP(Hyper Text Transfer Protocol (超文本傳輸協(xié)議))請求 2.18 經過地址轉換系統(tǒng)1.3進行路由并通常通過操作者的HTTP中繼(proxy (代理))中繼2.19至目的地服務器。當中繼接收響應時，其將該響應2.20中繼至網關。由模塊1.3操作的地址轉換機制使得響應2.21能夠在路由器1.6中路由至解碼器1.10。
[0058]已發(fā)現(xiàn)，與受保護的服務有關的流量與其他流量相分離。前者在操作者的LAN具體的層-3中路由并由其控制。其他流量正常且單獨地在用戶的LAN中進行路由。
[0059]上述實施方式的可替代性實施方式包括使用被稱為VLAN(Virtual Local AreaNetworks (虛擬局域網))的虛擬本地網。該眾所周知的機制還使得能夠通過層_2虛擬地址將來自相同物理接口的數(shù)據(jù)流分離。實際上，虛擬本地網為層-2加密隧道技術。每個虛擬地址可使用具體的VLAN。因此在網關處，可通過VLAN而不是MAC地址實現(xiàn)流的區(qū)分。
[0060]然后將生成第一數(shù)據(jù)流，該第一數(shù)據(jù)流專用于受保護的服務并由例如使用標簽1001的VLAN進行標記。第二流專用于控制并由使用例如標簽1003V的LAN進行標記，而其他數(shù)據(jù)流將由使用標簽1003的VLAN進行標記。這些VLAN中的每個在解碼器中使用自己的虛擬MAC地址。
[0061] 然而該可替代性實施方式具有一些限制。解碼器必須能夠對流進行標記。網關必須支持VLAN。操作者也必須能夠管理用于受保護的服務的VLAN。在相反的情況中，網關必須能夠在與受保護的服務有關的流量中繼至操作者之前刪除VLAN的標記。對于操作者或網關，也必須刪除將中繼至因特網的數(shù)據(jù)流的標記。這是因為VLAN不能存在于因特網世界或與LAN相連的機器上。網關的DHCP服務器必須一直區(qū)別來自解碼器的包，以將其中繼至操作者的DHCP服務器。這種區(qū)別可與在第一實施方式中實現(xiàn)的區(qū)別或實施VLAN的使用的區(qū)別相同。
【權利要求】
1.信息處理設備，旨在用作局域通信網與廣域通信網之間的網關，所述信息處理設備包括: -多個物理端口(1.7，1.8)，用于連接所述局域通信網中的設備； -物理端口(1.15)，與所述廣域通信網相連接； -路由器(1.6)，用于路由上述多個端口之間的數(shù)據(jù)流； -直通電路管理模塊(1.5)，用于管理層-2直通電路，所述層-2直通電路處于與所述廣域通信網相連的所述物理端口(1.15)與用于連接所述局域通信網中的設備的所述多個物理端口之一(1.7)之間， 其特征在于，所述信息處理設備旨在接收具有多個層-2虛擬地址的設備的在所述物理端口(1.7;1.8)之一上的連接，所述多個層-2虛擬地址中至少之一(1.11)專用于具體服務；以及 所述信息處理設備還包括: -用于檢測與具體服務有關的標記的裝置，所述信息處理設備從相連的設備接收的具體DHCP發(fā)現(xiàn)請求提供有所述標記； -用于將所述具體DHCP發(fā)現(xiàn)請求中繼至所述廣域通信網中的遠程DHCP服務器(1.17)的裝置； -用于通過所述層-2虛擬地址配置所述直通電路管理模塊(1.5)的裝置，其中所述具體DHCP發(fā)現(xiàn)請求來源于所述層-2虛擬地址， 以使得所述直通電路管理模塊(1.5)直接中繼流量，其中所述流量去往或來自所述相連的設備的所述層-2虛擬地址。
2.旨在與根據(jù)權利要求1的信息處理設備相連的設備，其特征在于，包括: -多個層-2虛擬地址； -用于標記與所述多個層-2虛擬地址之一有關的具體DHCP發(fā)現(xiàn)請求的裝置，其中所述多個層-2虛擬地址之一與由所述設備提供的具體服務有關。
3.用于配置與根據(jù)權利要求1的信息處理設備的端口相連的根據(jù)權利要求2的設備的至少兩個層-2虛擬地址的方法，所述信息處理設備通過物理端口連接至廣域通信網，所述方法包括: -發(fā)送與所述設備的第一虛擬地址的配置有關的具體DHCP發(fā)現(xiàn)請求(2.1)的步驟；和/或 -發(fā)送與所述設備的第二虛擬地址的配置有關的常規(guī)DHCP發(fā)現(xiàn)請求(2.14)的步驟；以及 -當所述信息處理設備已在所接收的DHCP發(fā)現(xiàn)請求中識別出具體請求時: -將第一請求中繼(2.2)至遠程DHCP服務器(1.17)的步驟，以及-通過所述信息處理設備的所述第一層-2虛擬地址在和所述廣域通信網相連的所述物理端口與和所述設備相連的物理通信端口之間配置層-2直通電路的步驟(2.3)； -通過所述信息處理設備接收DHCP提供響應的步驟(2.4)，其中所述DHCP提供響應由所述遠程DHCP服務器發(fā)送，以及 -由經過配置的所述直通電路中繼所述響應(2.5)至所述設備； -由所述設備將配置請求經由所述直通電路發(fā)送至所述遠程DHCP服務器的步驟(2.6)，以及 -接收響應(2.9)的步驟，所述響應(2.9)由所述遠程DHCP服務器發(fā)送并攜帶與所述設備的所述第一虛擬地址有關的層-3配置；以及 -當所述信息處理設備未在所接收的DHCP發(fā)現(xiàn)請求中識別出具體請求時: -接收DHCP提供響應的步驟(2.15)，其中所述DHCP提供響應由所述遠程DHCP服務器發(fā)出， -由所述設備將配置請求發(fā)送至所述信息處理設備的所述DHCP服務器的步驟(2.16)；以及 -接收響應(2.17)的步驟，所述響應(2.17)由所述信息處理設備的所述DHCP服務器發(fā)送并攜帶與所述設 備的所述第二虛擬地址有關的層-3配置。
【文檔編號】H04L12/66GK104054303SQ201280066992
【公開日】2014年9月17日 申請日期:2012年12月5日 優(yōu)先權日:2011年12月5日
【發(fā)明者】尼古拉斯·科博爾 申請人:薩熱姆通信寬帶簡易股份有限公司