施意++楚娟++孫雅琴

摘要：甚低頻通信系統(tǒng)主要用于遠距離通信，且傳輸質(zhì)量較為穩(wěn)定，但是在雷暴天氣下容易受大氣噪聲影響，大氣噪聲在甚低頻通信信道主要產(chǎn)生突發(fā)干擾，本文通過甚低頻通信系統(tǒng)采用漢明編碼糾錯方案在大氣噪聲背景下傳輸?shù)姆抡婕胺治鲅芯块L波目標指示系統(tǒng)提高糾錯能力的可行性。通過對傳輸信息編碼是提高傳輸可靠信道的主要手段，針對傳輸信道的特性選擇合適的信道編碼方式提高糾檢錯能力是需要研究的問題。

關(guān)鍵詞：漢明編碼 通信系統(tǒng)仿真 甚低頻

中圖分類號：TN914.3 文獻標識碼：A 文章編號：1007-9416（2016）11-0030-02

1 SDN介紹

隨著網(wǎng)絡的發(fā)展，傳統(tǒng)的網(wǎng)絡架構(gòu)和網(wǎng)絡設備正在向一個新型的網(wǎng)絡演進，即SDN和NFV應用的網(wǎng)絡。SDN（Software Defined Network軟件定義網(wǎng)絡），是一種新型的網(wǎng)絡架構(gòu)，是網(wǎng)絡虛擬化的一種實現(xiàn)方法，通過將網(wǎng)絡控制和轉(zhuǎn)發(fā)分離，實現(xiàn)網(wǎng)絡流量的靈活調(diào)度，從而使得網(wǎng)絡變得更加智能。SDN的核心理念是控制和轉(zhuǎn)發(fā)分離、集中控制和管理、開放的標準接口。SDN的價值在于：（1）為云計算提供彈性網(wǎng)絡；（2）支持不同業(yè)務運行于統(tǒng)一網(wǎng)絡架構(gòu)；（3）推動傳統(tǒng)網(wǎng)絡設備廠商轉(zhuǎn)型。

NFV（Network Function Virtualization網(wǎng)絡功能虛擬化），通過使用X86等通用的硬件和虛擬技術(shù)，來承載軟件，從而降低網(wǎng)絡的設備成本，使得網(wǎng)絡設備不再依賴于專用硬件，從而資源可以靈活共享，業(yè)務可以快速部署。NFV的應用價值在于：（1）降低采購成本；（2）改善運營成本；（3）提升網(wǎng)絡靈活度；（4）加速業(yè)務支付；（5）鼓勵業(yè)務創(chuàng)新。

2 VLXAN介紹

傳統(tǒng)的VLAN具有以下的局限性：（1）普通的VLAN數(shù)量只有4096個，無法滿足大規(guī)模云計算數(shù)據(jù)中心的需求；（2）基于IP子網(wǎng)的區(qū)域劃分，限制了需要二層網(wǎng)絡連通性的應用負載的部署，移動性受限，難以滿足多租戶環(huán)境和規(guī)模擴展的需求；（3）虛擬化以及東西向流量等導致更多MAC表項。（4）匯聚層STP高負荷。

VXLAN（Virtual Extensible LAN可擴展虛擬局域網(wǎng)）基于IP網(wǎng)絡之上，采用MAC in UDP的技術(shù)進行報文的封裝，共50字節(jié)的封裝報文頭。VXLAN具有以下的特點：（1）建立在物理IP網(wǎng)絡之上的虛擬網(wǎng)；（2）24bits長度的VNI（VXLAN網(wǎng)絡標識符，最大可以支持16，000，000個邏輯網(wǎng)絡）；（3）可以跨域物理三層的網(wǎng)絡；（4）利用IP多播封裝廣播和多播報文，限制虛擬網(wǎng)絡的廣播域；（5）利用ECMP（等價多路徑負載均衡），對不同數(shù)據(jù)流使用不同的UDP源端口；（6）VTEP隧道端點有自己的IP地址，對報文進行VXLAN的封裝和解封裝。

3 IPTV介紹

IPTV即交互式網(wǎng)絡電視，是一種利用寬帶網(wǎng)，集互聯(lián)網(wǎng)、多媒體、通訊等技術(shù)于一體，向家庭用戶提供包括數(shù)字電視在內(nèi)的多種交互式服務的技術(shù)。目前IPTV在運營商已經(jīng)開展，基本業(yè)務有點播和直播，點播一般使用單播的方式訪問資源，直播一般使用組播的方式訪問資源。由于各個運營商的網(wǎng)絡架構(gòu)不同，城域網(wǎng)對于組播和跨域組播的支持都不盡相同，因此對于直播業(yè)務的處理方式也不同。

4 IPTV網(wǎng)絡拓撲

IPTV網(wǎng)絡的業(yè)務示意圖如圖1所示。每個地市有自己的CDN節(jié)點和MFB組播服務器，正常情況下省業(yè)務平臺使用單播方式推送點播業(yè)務給地市的CDN邊緣節(jié)點，通過單播或者組播的方式推送直播流量給地市的MFB組播服務器。由于網(wǎng)絡配置限制，組播流量一般在跨越多個城域網(wǎng)的時候，無法正常進行，通常省平臺會通過單播的方式推送直播的流量給地市的MFB組播服務器，地市的MFB再把單播流量轉(zhuǎn)換成組播流量，地市用戶的STB機頂盒使用組播方式獲得直播流量。

從這個流程中，省業(yè)務平臺的直播流量需要在地市的MFB組播服務器上進行單播轉(zhuǎn)換成組播的過程，從而會增加轉(zhuǎn)換的延時。因此最理想的方式是使用組播的方式把直播流量從省業(yè)務平臺直接推到地市MFB組播服務器上，然后客戶直接接收MFB的組播流量，減少MFB的單播和組播的轉(zhuǎn)換延時，從而提高用戶體驗。實現(xiàn)這樣的跨域組播流量的傳遞方式，可以使用VXLAN的方式進行組播的承載。

5 VXLAN測試拓撲

VXLAN承載組播測試的示意圖如圖2所示，圖中的組播源和組播接收者分別在兩個城域網(wǎng)中A和B中，A和B城域網(wǎng)中間經(jīng)過了集團網(wǎng)，A、B和集團屬于三個不同的AS，這樣的網(wǎng)絡，我們認為城域網(wǎng)A和城域網(wǎng)B之間的組播是無法直接到達的。

在測試圖2中，使用了四臺華三68系列VXLAN交換機，接近test-client/server的交換機作為三層路由器使用，開啟pim和igmp協(xié)議，PC2和PC3分別作為組播的接收者和發(fā)送者，PC4僅僅作為接收者使用。另外兩臺三層交換機做VXLAN交換機使用，建立VXLAN的隧道，封裝組播報文，實現(xiàn)組播的傳遞。

測試方法，例如城域網(wǎng)A中PC2機模擬組播服務器發(fā)送組播流量，組播組為239.30.0.1，端口為5000，城域網(wǎng)B中的PC3和PC4模擬接收者接收組播流量，如果這兩臺PC可以正常接收到組播流量，表明VXLAN隧道封裝組播流量正常。此外PC3同時作為組播發(fā)送者，組播組為239.31.0.1，端口為5000，PC4和PC2也需要可以正常接收組播流量。

6 測試結(jié)果

（1）PC2進行ping測試，測試隧道的建立連通性。結(jié)果：ping 192.168.3.101可以通過。

（2）PC2作為組播server，發(fā)送組播，PC3和PC4作為組播client，接收組播流量測試，測試結(jié)果表1所示。

（3）PC3的抓包。結(jié)果：抓包可以看到source為192.168.2.101，destination為239.30.0.1。

（4）PC2和PC3相互作為組播的服務器和客戶端，進行流量測試，測試結(jié)果表2所示。

7 結(jié)語

關(guān)于VXLAN承載組播的測試，上面的結(jié)果使用的是組播軟件模擬進行測試。此外實驗室里面還就VXLAN承載組播的其他性能進行了測試。關(guān)于SDN/NFV等新技術(shù)的應用，需要一個摸索和嘗試的過程。希望這個技術(shù)能夠早日得到商用。