Relay設備連接遠程網管服務器的方法、系統及Relay設備與流程

本發明涉及移動通信技術領域，特別是涉及一種Relay設備連接遠程網管服務器的方法和系統以及一種Relay設備。

背景技術：

隨著LTE(Long Term Evolution，長期演進)技術的深入發展和LTE速率的進一步提高和穩定，越來越多的領域開始切換到LTE這種更高效更穩定的通信方式上，無線回傳技術也在這眾多技術中應運而生。無線回傳技術是指使用一個LTE無線Relay(Relay Node，中繼)設備，連通兩個遠距離無法使用有線網絡連通的LTE基站，Relay設備在兩個基站間起到一種中繼功能。

對于Relay設備這種新型的應用，其設備工作原理是類二層橋轉發設備，設備通過二層協議連接兩個LTE基站設備。由于該種設備不具備暴露的外部IP地址，因此難以接受遠程網管服務器系統的統一管理，特別是大規模布置時，不便于設備維護及軟件升級等。

技術實現要素：

基于此，有必要針對上述技術問題，提供一種Relay設備連接遠程網管服務器的方法和系統，使得Relay設備能夠與遠程網管服務器進行交互，接受遠程網管服務器的統一管理。

一種Relay設備連接遠程網管服務器的方法，包括：

捕獲鏈路中傳輸的數據報文，根據所述數據報文識別下聯基站的IP地址信息和MAC地址信息；其中，所述鏈路為下聯基站通過Relay設備與上聯基站互聯的鏈路；

從下聯基站中調用一個網絡端口，且在下聯基站中禁用該網絡端口；

獲取Relay設備的上行遠程管理數據，調用所述網絡端口并根據所述IP地址信息和MAC地址信息將該上行遠程管理數據發送至遠程網管服務器。

一種Relay設備連接遠程網管服務器的系統，包括：

地址信息學習模塊，用于捕獲鏈路中傳輸的數據報文，根據所述數據報文識別下聯基站的IP地址信息和MAC地址信息；其中，所述鏈路為下聯基站通過Relay設備與上聯基站互聯的鏈路；

網絡端口借用模塊，用于從下聯基站中調用一個網絡端口，且在下聯基站中禁用該網絡端口；

去程地址轉換模塊，用于獲取Relay設備的上行遠程管理數據，調用所述網絡端口并根據所述IP地址信息和MAC地址信息將該上行遠程管理數據發送至遠程網管服務器。

一種Relay設備，連接在下聯基站與上聯基站之間，所述Relay設備執行上述的Relay設備連接遠程網管服務器的方法，與遠程網管服務器進行連接。

上述Relay設備連接遠程網管服務器的方法、系統及Relay設備，通過學習下聯基站的地址信息，調用下聯基站的網絡端口連接遠程網管服務器，利用地址信息在Relay設備進行遠程管理數據發送，使Relay設備具有虛擬的外部網絡地址，能夠連接到遠程網管服務器并傳輸遠程管理數據，便于接受遠程網管服務器的管理維護，提高了Relay設備大范圍布局的的可行性和可維護性。而且，Relay設備不需要申請額外的公網IP，節省公網IP資源，Relay設備僅對遠程網管服務器暴露自己的一個網絡端口，防止其他外部網絡設備直接通過IP地址訪問到Relay設備，最大程度地保證了Relay設備的網絡安全。

附圖說明

圖1為由兩個基站和一個Relay設備的組網示意圖；

圖2為一個實施例Relay設備連接遠程網管服務器的方法流程圖；

圖3為另一個實施例Relay設備連接遠程網管服務器的方法流程圖；

圖4為下聯基站的地址信息學習過程簡要流程圖；

圖5為借用網絡端口的簡要流程圖；

圖6為去程地址轉換過程簡要流程圖；

圖7為又一個實施例Relay設備連接遠程網管服務器的方法流程圖；

圖8為回程地址轉換過程簡要流程圖；

圖9為一個實施例的Relay設備連接遠程網管服務器的系統結構示意圖；

圖10為另一個實施例的Relay設備連接遠程網管服務器的系統結構示意圖；

圖11為一個實施例的Relay設備連接遠程網管服務器的拓撲圖。

具體實施方式

下面結合附圖闡述本發明的Relay設備連接遠程網管服務器的方法和系統的實施例。

本發明是基于無線回傳技術應用，參考圖1所示，圖1為由兩個基站和一個Relay設備的組網示意圖，使用一個無線Relay設備，連通兩個遠距離無法使用有線網絡連通的基站，Relay設備在兩個基站(下聯基站和上聯基站)之間中繼。

本發明實施例的方案可以應用在圖中所示Relay設備上，也可以通過其他相應硬件執行，作用于所述Relay設備。

參考圖2所示，圖2為一個實施例Relay設備連接遠程網管服務器的方法流程圖，包括：

S10，捕獲鏈路中傳輸的數據報文，根據所述數據報文識別下聯基站的IP地址信息和MAC地址信息；其中，所述鏈路為下聯基站通過Relay設備與上聯基站互聯的鏈路；

此步驟中，主要是地址信息學習過程，通過捕獲鏈路中傳輸的數據報文，識別下聯基站的IP(Internet Protocol，網絡之間互連的協議)地址信息和MAC(Medium Access Control，物理地址)地址信息。

S20，從下聯基站中調用一個網絡端口，且在下聯基站中禁用該網絡端口；

此步驟中，是實現端口借用的目的，即通過在Relay設備上調用下聯基站的一個網絡端口，同時為了避免端口沖突，下聯基站禁用該網絡端口。

S30，獲取Relay設備的上行遠程管理數據，調用所述網絡端口并根據所述IP地址信息和MAC地址信息將該上行遠程管理數據發送至遠程網管服務器；

該步驟屬于遠程管理數據的去程，即調用下聯基站被禁用的網絡端口，根據前面識別的下聯基站的IP地址信息和MAC地址信息，將Relay設備的上行遠程管理數據發送至遠程網管服務器，主要通過地址轉換方式實現Relay設備到遠程網管服務器的數據傳輸。

上述實施例的技術方案，通過學習下聯基站的地址信息，調用下聯基站的網絡端口連接遠程網管服務器，利用地址信息在Relay設備進行遠程管理數據發送，使Relay設備具有虛擬的外部網絡地址，能夠連接到遠程網管服務器并傳輸遠程管理數據，便于接受遠程網管服務器的管理維護，提高了Relay設備大范圍布局的可行性和可維護性。而且，Relay設備不需要申請額外的公網IP，節省公網IP資源，Relay設備僅對遠程網管服務器暴露自己的一個網絡端口，防止其他外部網絡設備直接通過IP地址訪問到Relay設備，最大程度地保證了Relay設備的網絡安全。

在一個實施例中，參考圖3所示，圖3為另一個實施例Relay設備連接遠程網管服務器的方法流程圖，包括：

S10，捕獲鏈路中傳輸的數據報文，根據所述數據報文識別下聯基站的IP地址信息和MAC地址信息；其中，所述鏈路為下聯基站通過Relay設備與上聯基站互聯的鏈路；

S20，從下聯基站中調用一個網絡端口，且在下聯基站中禁用該網絡端口，并基于所述網絡端口配置網管客戶端程序；

S30，基于遠程網管客戶端程序獲取Relay設備的上行遠程管理數據，調用所述網絡端口并根據所述IP地址信息和MAC地址信息將該上行遠程管理數據發送至遠程網管服務器。

上述實施例的技術方案，在步驟S20中，根據調用的網絡端口配置網管客戶端程序；該網管客戶端程序借用該網絡端口進行數據傳輸，該網管客戶端程序可以是在Relay設備上運行的進行遠程網管控制管理的客戶端，也可以是運行在其他設備上連接到Relay設備上，以對Relay設備進行遠程網管控制管理的客戶端；在步驟S30中，是遠程網管客戶端程序獲取Relay設備自身的上行遠程管理數據，其中，所述上行遠程管理數據是Relay設備進行遠程網管控制產生的發送至遠程網管服務器的相關數據。通過遠程網管客戶端程序，可以實現IP地址信息和MAC地址信息識別和轉換的程序化，便于使用。

在一個實施例中，步驟S10中根據所述數據報文識別下聯基站的IP地址信息和MAC地址信息的過程，可以具體包括如下：

在下聯基站通過Relay設備連接上聯基站時，監控下聯基站與上聯基站交互數據的形式，捕獲鏈路中的數據報文，從所捕獲的數據報文中獲取下聯基站的IP地址、下聯基站的MAC地址、下一跳網關的IP地址以及下一跳網關的MAC地址并保存；其中，下一跳網關的IP地址為遠程網管服務器所屬網關的IP地址，下一跳網關的MAC地址為遠程網管服務器所屬網關的MAC地址。

上述實施例，下聯基站可以通過Relay設備連接到上聯基站，并通過上聯基站進行協議轉換，從公網獲得分配給下聯基站的IP地址，下聯基站與上聯基站交互數據時，Relay設備可以捕獲交互數據，并解析出地址信息。

進一步的，所述數據報文包括數據配置報文和廣播報文響應報文；其中，所述數據配置報文為下聯基站上線時發送和接收的DHCP(Dynamic Host Configuration Protocol，動態主機配置協議)數據配置報文；所述廣播報文響應報文為下聯基站向網關發送的ARP(Address Resolution Protocol，地址解析協議)廣播報文響應報文。

基于上述實施例提供的數據報文類型，對于數據配置報文和廣播報文響應報文，相應的地址信息學習過程，即下聯基站的IP地址信息和MAC地址信息的識別過程，可以包括如下：

(1)對于數據配置報文：解析所述數據配置報文，從數據配置報文的數據報文體征中讀取IP配置服務器分配給下聯基站的IP地址信息并保存，讀取下聯基站的MAC地址信息并保存，以及讀取下一跳網關的IP地址并保存；

(2)對于廣播報文響應報文：解析廣播報文響應報文，從廣播報文響應報文的數據報文體征中讀取分配給下聯基站的MAC地址，從廣播報文響應報文的數據報文體征中讀取下一跳網關的MAC地址并保存。

上述實施例提供了一種地址信息學習方案，能夠自動學習所需要的地址特征并保存，無需手動配置，實現Relay設備地址借用的自動化。

參考圖4所示，圖4為下聯基站的地址信息學習過程簡要流程圖，包括：

s11，下聯基站進行撥號；

s12，Relay設備監控配置數據報文；

s13，Relay設備捕獲配置數據報文；

s14，Relay設備從配置數據報文中解析出分配給下聯基站的IP地址；

s15，Relay設備監控廣播報文響應報文；

s16，Relay設備獲取與下聯基站的IP地址相匹配的廣播報文響應報文；

s17，Relay設備從廣播報文響應報文中解析出分配給下聯基站的MAC地址。

在一個實施例中，所述步驟S20的從下聯基站中調用一個網絡端口，且在下聯基站中禁用該網絡端口的過程，可以包括如下：

向下聯基站調用一個TCP(Transmission Control Protocol傳輸控制協議)/UDP(User Datagram Protocol，用戶數據報協議)端口號，根據所述TCP/UDP端口號控制下聯基站關閉所述TCP/UDP端口號對應的網絡端口，建立Relay設備與所述TCP/UDP端口號映射。

上述實施例提供了借用網絡端口的技術方案，另外，在借用結束時，將網絡端口恢復給下聯基站繼續使用，相應的技術方案進一步還可以包括如下：

在Relay設備停止發送上行的遠程管理數據或停止接收下行遠程管理數據時，取消Relay設備與所述TCP/UDP端口號映射，由下聯基站恢復所述TCP/UDP端口號對應的網絡端口的使用。

參考圖5所示，圖5為借用網絡端口的簡要流程圖，包括如下：

s21，借用開始，Relay設備調用端口號；

s22，下聯基站禁用對應網絡端口；

s23，Relay設備啟用所述調用的網絡端口；

s24，使用完畢，Relay設備禁用所述調用的網絡端口；

s25，下聯基站啟用對應網絡端口；

s26，借用結束。

在一個實施例中，所述步驟S30的過程，可以包括如下：

S301，基于所述遠程網管客戶端程序獲取Relay設備的上行遠程管理數據；

S302，根據所述IP地址信息將該上行遠程管理數據的源IP地址由Relay設備的IP地址轉換為下聯基站的IP地址，根據所述MAC地址信息將該上行遠程管理數據的MAC地址由Relay設備的MAC地址轉換為下聯基站的MAC地址；

S303，利用所述網絡端口向目的IP地址為遠程網管服務器的IP地址進行發送；其中，遠程網管服務器的IP地址可以通過Relay設備預存的配置參數進行獲取。

上述實施例的技術方案，提供了一種詳細的地址轉換方式，可以基于所述遠程網管客戶端程序，將上行遠程管理數據的源IP地址由Relay設備的IP地址轉換為下聯基站的IP地址，將該上行遠程管理數據的MAC地址由Relay設備的MAC地址轉換為下聯基站的MAC地址。

進一步地，步驟S30的過程，也可以如下：

在Relay設備的底層協議棧中，捕獲所述遠程網管客戶端程序發送給遠程網管服務器的數據報文；其中，所述數據報文的目的IP地址為遠程網管服務器的IP地址；

記錄數據報文攜帶的源端口號；

將所述數據報文的源IP地址由Relay設備內部IP地址轉換為所述下聯基站的IP地址，將數據報文的源端口轉換為所述調用的網絡端口的端口號；

根據轉換后的IP地址，將所述數據報文的源MAC地址轉換為下聯基站的MAC地址，將目的MAC地址轉換為遠程網管服務器的網關MAC地址；

將MAC地址轉換后的數據報文通過上聯基站發送到公網，根據所述網關MAC地址發送至遠程網管服務器。

上述提供的進一步的技術方案，在Relay設備底層協議棧側實現轉換，使該改進能夠在多種操作系統中方便地移植，從而能夠適應后續Relay產品的拓展研發和更新換代。

參考圖6所示，圖6為去程地址轉換過程簡要流程圖，包括：

s31，遠程網管客戶端程序發送上行遠程管理數據；

s32，Relay設備接收上行遠程管理數據；

s33，Relay設備底層協議棧截獲上行遠程管理數據；

s34，Relay設備底層協議棧對上行遠程管理數據的IP地址進行轉換；即將其源IP地址由Relay設備內部IP地址轉換為保存的下聯基站IP地址，將其源端口轉換為借用的端口號；

s35，Relay設備底層協議棧對上行遠程管理數據的MAC地址進行轉換；即根據轉換后的IP地址，將源MAC地址轉換為下聯基站的MAC地址，將目的地址轉換為下一跳網關的MAC地址。

在上述各實施例中，轉換IP地址和MAC地址后的上行遠程管理數據經由上聯基站發送到公網，最終送達遠程網管服務器。步驟S30基于地址轉換方式，提供了對去程的(上行)遠程管理數據傳輸方案，為了實現Relay設備與遠程網管服務器之間的數據交互，實現遠程網管服務器對Relay設備有效管理，以下實施例提供對回程的(下行)遠程管理數據傳輸方案。該方案是由無線回傳進行數據傳輸。

在一個實施例中，參考圖7所示，圖7為又一個實施例Relay設備連接遠程網管服務器的方法流程圖。本發明的Relay設備連接遠程網管服務器的方法，還可以包括：

S40，根據所述網絡端口以及所述下聯基站的IP地址信息接收遠程網管服務器的下行數據，根據所述IP地址信息和MAC地址信息將所述的下行數據轉換為Relay設備的下行遠程管理數據。

上述實施例的方案，利用借用的網絡端口并通過地址轉換方式，接收遠程網管服務器回傳至Relay設備的遠程管理數據。

在一個實施例中，所述步驟S40的過程，可以包括如下：

S401，基于遠程網管客戶端程序，接收源IP為所述遠程網管服務器的IP地址、目的IP地址為下聯基站的IP地址且目的端口為所述借用的網絡端口的數據；

S402，將所接收的數據的目的MAC地址轉換為Relay設備的MAC地址，將目的IP轉換為Relay設備的IP地址，得到下行遠程管理數據。

在步驟S40中，是Relay設備通過遠程網管客戶端程序獲取下行遠程管理數據的過程，其中，所述下行遠程管理數據是由遠程網管服務器發送至Relay設備進行遠程網管控制產生的相關數據。

進一步地，步驟S401的過程，也可以具體如下：

在Relay設備的底層協議棧中，監控網絡的下行數據；

識別出下行數據中源IP地址為遠程網管服務器，且目的端口為所述調用端口的數據報文；

步驟S402的過程，也可以具體如下：

將識別的數據報文的目的IP地址轉換為Relay設備的IP地址；根據所轉換的目的IP地址，將數據報文的目的MAC地址匹配為Relay設備的MAC地址；將轉換后的數據報文發送到內核協議棧，依據內核協議棧轉發規則轉發至遠程網管客戶端程序監聽的端口號，得到下行遠程管理數據。

上述實施例的方案，同樣的在Relay設備底層協議棧側實現轉換，使該改進能夠在多種操作系統中方便地移植，從而能夠適應后續Relay產品的拓展研發和更新換代。

參考圖8所示，圖8為回程地址轉換過程簡要流程圖，包括：

s41，Relay設備底層協議棧接收下行數據；

s42，Relay設備底層協議棧識別下行遠程管理數據；

s43，Relay設備底層協議棧對下行遠程管理數據的IP地址進行轉換；

s44，Relay設備底層協議棧對下行遠程管理數據進行MAC地址匹配轉換；

s45，Relay設備底層協議棧將將IP地址、MAC地址轉換后的下行遠程管理數據轉發至遠程網管客戶端程序。

參考圖9所示，圖9為一個實施例的Relay設備連接遠程網管服務器的系統結構示意圖，包括：

地址信息學習模塊，用于捕獲鏈路中傳輸的數據報文，根據所述數據報文識別下聯基站的IP地址信息和MAC地址信息；其中，所述鏈路為下聯基站通過Relay設備與上聯基站互聯的鏈路；

網絡端口借用模塊，用于從下聯基站中調用一個網絡端口，且在下聯基站中禁用該網絡端口；

去程地址轉換模塊，用于獲取Relay設備的上行遠程管理數據，調用所述網絡端口并根據所述IP地址信息和MAC地址信息將該上行遠程管理數據發送至遠程網管服務器。

上述實施例的技術方案，通過地址信息學習模塊學習下聯基站的地址信息，網絡端口借用模塊調用下聯基站的網絡端口連接遠程網管服務器，去程地址轉換模塊利用地址信息在Relay設備的進行遠程管理數據發送，使Relay設備具有虛擬的外部網絡地址，能夠連接到遠程網管服務器并傳輸遠程管理數據，便于接受遠程網管服務器的管理維護，提高了Relay設備大范圍布局的的可行性和可維護性。而且，Relay設備不需要申請額外的公網IP，節省公網IP資源，Relay設備僅對遠程網管服務器暴露自己的一個網絡端口，防止其他外部網絡設備直接通過IP地址訪問到Relay設備，最大程度地保證了Relay設備的網絡安全。

在一個實施例中，所述網絡端口借用模塊，還用于基于所述網絡端口配置網管客戶端程序；

所述去程地址轉換模塊，還用于基于所述遠程網管客戶端程序獲取Relay設備的上行遠程管理數據。

在一個實施例中，所述去程地址轉換模塊，進一步用于基于所述遠程網管客戶端程序獲取Relay設備的上行遠程管理數據；根據所述IP地址信息將該的上行遠程管理數據的源IP地址由Relay設備的IP地址轉換為下聯基站的IP地址，根據所述MAC地址信息將該上行遠程管理數據的MAC地址由Relay設備的MAC地址轉換為下聯基站的MAC地址；利用所述網絡端口向目的IP地址為遠程網管服務器的IP地址進行發送。

在一個實施例中，所述去程地址轉換模塊，進一步用于：

在Relay設備的底層協議棧中，捕獲所述遠程網管客戶端程序發送給遠程網管服務器的數據報文；其中，所述數據報文的目的IP地址為遠程網管服務器的IP地址；

記錄數據報文攜帶的源端口號；

將所述數據報文的源IP地址由Relay設備內部IP地址轉換為所述下聯基站的IP地址，將數據報文的源端口轉換為所述調用的網絡端口的端口號；

根據轉換后的IP地址，將所述數據報文的源MAC地址轉換為下聯基站的MAC地址，將目的MAC地址轉換為遠程網管服務器的網關MAC地址；

將MAC地址轉換后的數據報文通過上聯基站發送到公網，根據所述網關MAC地址發送至遠程網管服務器。

在一個實施例中，參考圖10所示，圖10為另一個實施例的Relay設備連接遠程網管服務器的系統結構示意圖，該系統還包括回程地址轉換模塊，用于根據所述網絡端口以及所述下聯基站的IP地址信息接收遠程網管服務器的下行數據，根據所述IP地址信息和MAC地址信息將所述的下行數據轉換為Relay設備的下行遠程管理數據。

上述實施例的方案，回程地址轉換模塊利用借用的網絡端口并通過地址轉換方式，接收遠程網管服務器回傳至Relay設備的遠程管理數據。

在一個實施例中，所述回程地址轉換模塊，進一步用于基于遠程網管客戶端程序，接收源IP為所述遠程網管服務器的IP地址、目的IP地址為下聯基站的IP地址且目的端口為所述網絡端口的數據；將所接收的數據的目的MAC地址轉換為Relay設備的MAC地址，將目的IP轉換為Relay設備的IP地址，得到下行遠程管理數據。

在一個實施例中，所述回程地址轉換模塊，進一步用于：

在Relay設備的底層協議棧中，監控網絡的下行數據；

識別出下行數據中源IP地址為遠程網管服務器，且目的端口為所述調用端口的數據報文；

所述將所接收的數據的目的MAC地址轉換為Relay設備的MAC地址，將目的IP轉換為Relay設備的IP地址，得到下行遠程管理數據的步驟包括：

將識別的數據報文的目的IP地址轉換為Relay設備的IP地址；

根據所轉換的目的IP地址，將數據報文的目的MAC地址匹配為Relay設備的MAC地址；

將轉換后的數據報文發送到內核協議棧，依據內核協議棧轉發規則轉發至遠程網管客戶端程序監聽的端口號，得到下行遠程管理數據。

在一個實施例中，地址信息學習模塊，進一步用于在下聯基站通過Relay設備連接上聯基站時，監控下聯基站與上聯基站交互數據的形式，捕獲鏈路中的數據報文，從所捕獲的數據報文中獲取下聯基站的IP地址、下聯基站的MAC地址、下一跳網關的IP地址以及下一跳網關的MAC地址并保存；

其中，下一跳網關的IP地址為遠程網管服務器所屬網關的IP地址，下一跳網關的MAC地址為遠程網管服務器所屬網關的MAC地址。

在一個實施例中，所述數據報文包括數據配置報文和廣播報文響應報文；

其中，所述數據配置報文為下聯基站上線時發送和接收的DHCP數據配置報文；所述廣播報文響應報文為下聯基站向網關發送的ARP廣播報文響應報文。

在一個實施例中，所述地址信息學習模塊，進一步用于：

解析所述數據配置報文，從數據配置報文的數據報文體征中讀取IP配置服務器分配給下聯基站的IP地址信息并保存，讀取下聯基站的MAC地址信息并保存，以及讀取下一跳網關的IP地址并保存；

解析廣播報文響應報文，從廣播報文響應報文的數據報文體征中讀取下一跳網關的MAC地址并保存。

在一個實施例中，所述網絡端口借用模塊，進一步用于向下聯基站調用一個TCP/UDP端口號，根據所述TCP/UDP端口號控制下聯基站關閉所述TCP/UDP端口號對應的網絡端口，建立Relay設備與所述TCP/UDP端口號映射。

在一個實施例中，所述網絡端口借用模塊，還用于在Relay設備停止發送上行的遠程管理數據或停止接收下行遠程管理數據時，取消Relay設備與所述TCP/UDP端口號映射；由下聯基站恢復所述TCP/UDP端口號對應的網絡端口的使用。

本發明的Relay設備連接遠程網管服務器的系統與本發明的Relay設備連接遠程網管服務器的同步方法一一對應，在上述Relay設備連接遠程網管服務器的方法的實施例闡述的技術特征及其有益效果均適用于Relay設備連接遠程網管服務器的的實施例中，特此聲明。

參考圖11所示，圖11為一個實施例的Relay設備連接遠程網管服務器的拓撲圖，Relay設備連接在下聯基站與上聯基站之間，本發明提供的Relay設備，可以用于執行本發明各實施例所述的Relay設備連接遠程網管服務器的方法，從而與遠程網管服務器進行連接。進一步地，所述Relay設備通過有線網絡與下聯基站連接，通過無線網絡與上聯基站連接。

綜合上述各實施例的方案，本發明具有如下優點和效果：

(1)使Relay設備具有虛擬的外部網絡地址，能夠與遠程網管服務器進行交互，接受遠程網管服務器的管理和升級維護，提高了Relay大范圍布局的可行性和可維護性。

(2)在Relay設備底層協議棧側實現轉換，使該改進能夠在多種操作系統中方便地移植，從而能夠適應后續Relay產品的拓展研發和更新換代。

(3)調用下聯基站的地址信息和網絡端口，使Relay設備不需要申請額外的公網IP，節省公網IP資源。

(4)調用下聯基站的地址信息和網絡端口，使Relay設備僅對遠程網管服務器暴露自己的一個端口，而其他外部網絡設備無法通過IP地址訪問到Relay設備，最大程度地保證了Relay設備的網絡安全。

(5)Relay設備連接遠程網管服務器的方法，通過程序化可以全程實現自動識別自動轉換功能，無需手動配置，配置簡單易用，具有極佳的可操作性。

以上所述實施例的各技術特征可以進行任意的組合，為使描述簡潔，未對上述實施例中的各個技術特征所有可能的組合都進行描述，然而，只要這些技術特征的組合不存在矛盾，都應當認為是本說明書記載的范圍。

以上所述實施例僅表達了本發明的幾種實施方式，其描述較為具體和詳細，但并不能因此而理解為對發明專利范圍的限制。應當指出的是，對于本領域的普通技術人員來說，在不脫離本發明構思的前提下，還可以做出若干變形和改進，這些都屬于本發明的保護范圍。因此，本發明專利的保護范圍應以所附權利要求為準。