一種無(wú)中心FDMA衛(wèi)星通信系統(tǒng)資源控制策略及其半實(shí)物仿真

孫 凱，陸振宇

（南京信息工程大學(xué)，江蘇 南京 210044）

0 引言

隨著我國(guó)“走出去”戰(zhàn)略不斷推進(jìn)，軍事衛(wèi)星通信的作用和地位也不斷被強(qiáng)化。軍事衛(wèi)星通信系統(tǒng)擁有通信距離遠(yuǎn)、覆蓋面積廣、通信容量大的特點(diǎn)，是我軍通信信息系統(tǒng)的重要組成部分[1?5]。目前衛(wèi)星通信系統(tǒng)通常采用有中心管理方式，用戶終端（VSAT 站）在入退網(wǎng)以及資源分配流程上都是通過(guò)統(tǒng)一的中央管理站進(jìn)行控制調(diào)度，這種方式可以最大化利用寶貴的衛(wèi)星通信資源，優(yōu)化系統(tǒng)工作流程[6?8]。但是在軍事對(duì)抗通信環(huán)境下，作為系統(tǒng)中樞的中央管理站將成為敵對(duì)方的重點(diǎn)打擊目標(biāo)，從而變成了整個(gè)系統(tǒng)最為薄弱的環(huán)節(jié)。

為了防止該類情況，提升整個(gè)衛(wèi)星系統(tǒng)的穩(wěn)定性和抗毀能力，國(guó)內(nèi)外學(xué)者采用不同的方法開(kāi)展對(duì)于無(wú)中心衛(wèi)星通信系統(tǒng)的研究。目前的研究主要分為TDMA 和FDMA 兩類衛(wèi)星網(wǎng)絡(luò)。針對(duì)TDMA 衛(wèi)星網(wǎng)絡(luò)方面，前蘇聯(lián)曾經(jīng)投入使用的SPADE 系統(tǒng)提出業(yè)務(wù)信道為SCPC/DAMA 方式，控制信道采用TDMA 的方式[9]；文獻(xiàn)[10]介紹了一種TDMA 衛(wèi)星通信系統(tǒng)自組網(wǎng)方法。但考慮到TDMA 衛(wèi)星網(wǎng)絡(luò)申請(qǐng)通信資源頻繁復(fù)雜，又需要達(dá)到全網(wǎng)同步，這嚴(yán)重限制了其在無(wú)中心網(wǎng)絡(luò)中的應(yīng)用，因此無(wú)中心FDMA 衛(wèi)星網(wǎng)絡(luò)簡(jiǎn)單可靠的特點(diǎn)被更多學(xué)者所看好[11?13]。針對(duì)FDMA 無(wú)中心衛(wèi)星網(wǎng)絡(luò)方面，文獻(xiàn)[14]介紹了一種SCPC/FDMA 衛(wèi)星通信系統(tǒng)自組網(wǎng)方法，但考慮的情況比較理想化，沒(méi)有考慮到信道檢測(cè)出錯(cuò)、多用戶搶占信道資源發(fā)生碰撞以及在CSC 信道中以ALOHA 爭(zhēng)用的方式發(fā)送通信申請(qǐng)產(chǎn)生丟包等異常情況，并不能直接應(yīng)用于工程實(shí)踐中。本文提出一種無(wú)中心FDMA 衛(wèi)星通信系統(tǒng)資源控制策略，綜合考慮整個(gè)無(wú)中心衛(wèi)星通信環(huán)境，提出一種基于C/S 架構(gòu)的半實(shí)物仿真驗(yàn)證方法，Client 端程序幾乎不用修改就可移植到衛(wèi)星終端中與調(diào)制解調(diào)單元配合工作。

1 無(wú)中心FDMA 衛(wèi)星通信系統(tǒng)總體方案設(shè)計(jì)

1.1 本文模型和FDMA 資源分割方案設(shè)計(jì)

本文主要針對(duì)中小規(guī)模（用戶節(jié)點(diǎn)數(shù)目為10～50）的特定需求應(yīng)用環(huán)境（特戰(zhàn)/應(yīng)急通信等），在無(wú)中央管理站介入，各站點(diǎn)僅知道可用衛(wèi)星帶寬資源的前提下，使網(wǎng)內(nèi)的用戶站能夠?qū)崿F(xiàn)自主入退網(wǎng)和衛(wèi)星資源的按需分配。因?yàn)樵谕ㄐ啪W(wǎng)內(nèi)不設(shè)中心基站，所以各個(gè)站點(diǎn)（VSAT 站）的功能和作用均相同，并且呈全網(wǎng)狀連接。網(wǎng)絡(luò)結(jié)構(gòu)如圖1 所示。

圖1 網(wǎng)絡(luò)結(jié)構(gòu)圖

全網(wǎng)將信道資源分成兩個(gè)部分，即CSC 公共信道和業(yè)務(wù)信道。其中，業(yè)務(wù)信道等間隔劃分成多條信道（即帶寬相同），又將這么多條信道分成高端和低端兩個(gè)通道組，成一一對(duì)應(yīng)關(guān)系[14]，信道劃分如圖2 所示。這樣做的目的是在主叫端占用上一個(gè)群組內(nèi)的一條業(yè)務(wù)信道后，就同時(shí)給被叫端占用了另一個(gè)群組內(nèi)對(duì)應(yīng)的一條業(yè)務(wù)信道，當(dāng)被叫端在CSC 信道中收到主叫端的通信申請(qǐng)時(shí)，就可以直接在對(duì)應(yīng)的業(yè)務(wù)信道上和主叫端建立通信、傳輸數(shù)據(jù)。CSC信道的作用有兩個(gè)：一是各站處于空閑狀態(tài)時(shí)保持監(jiān)聽(tīng)CSC的下行信道，判斷是否有需要和自己建立通信的報(bào)文；二是當(dāng)需要建立通信時(shí)，各站在CSC信道上以ALOHA 爭(zhēng)用方式發(fā)送通信請(qǐng)求。業(yè)務(wù)信道的作用是充當(dāng)各站點(diǎn)成功建立通信后傳輸數(shù)據(jù)的通道。

圖2 信道劃分圖

1.2 無(wú)中心訪問(wèn)控制策略設(shè)計(jì)

整個(gè)無(wú)中心通信流程分成建鏈和拆鏈兩個(gè)過(guò)程，下面分別對(duì)這兩個(gè)過(guò)程進(jìn)行分析。

1.2.1 建鏈過(guò)程

1）信道檢測(cè)。各站點(diǎn)入網(wǎng)后，便對(duì)所有業(yè)務(wù)信道進(jìn)行掃描，獲得業(yè)務(wù)信道的忙閑信息。這里有一定的概率發(fā)生檢測(cè)出錯(cuò)的狀況，即把忙碌狀態(tài)的信道檢測(cè)成空閑信道，亦或是把空閑信道檢測(cè)成忙碌信道。第一種情況會(huì)導(dǎo)致在占用信道時(shí)用戶產(chǎn)生碰撞；而第二種情況對(duì)整個(gè)通信流程雖然無(wú)較大影響，但是會(huì)在一定程度上降低信道資源的利用率。

2）占用信道。當(dāng)站點(diǎn)需要建立通信時(shí)，根據(jù)第一步信道檢測(cè)的結(jié)果，獲取信道的忙閑信息，通過(guò)自發(fā)自收的方式占用空閑信道。如果能收到該站自發(fā)的相關(guān)數(shù)據(jù)就說(shuō)明成功占用上一對(duì)業(yè)務(wù)信道，如果不能收到就說(shuō)明在自發(fā)自收的過(guò)程中發(fā)生碰撞，考慮兩種情形：第一種是在檢測(cè)信道時(shí)發(fā)生錯(cuò)誤，去占用已被占用的信道資源，產(chǎn)生碰撞；第二種是多個(gè)用戶搶占同一信道資源相互干擾，需要重新掃描業(yè)務(wù)信道獲取新的信道忙閑信息。

3）通信申請(qǐng)。在成功占用上一對(duì)業(yè)務(wù)信道后，主叫端需要在CSC 信道以ALOHA 爭(zhēng)用的方式發(fā)送通信請(qǐng)求。該通信請(qǐng)求包含兩個(gè)信息：一是需要與哪一個(gè)站建立通信；二是主叫端占用的哪一對(duì)業(yè)務(wù)信道，即通道組中相對(duì)應(yīng)的頻點(diǎn)信息。因?yàn)镃SC 信道是公共信道資源，會(huì)產(chǎn)生丟包，所以主叫端在發(fā)送通信請(qǐng)求后仍然要保持監(jiān)聽(tīng)CSC 的下行信道。若等待一段時(shí)間后收到了該通信請(qǐng)求，則說(shuō)明發(fā)送通信申請(qǐng)成功，等待被叫端應(yīng)答；若未收到自己發(fā)的通信請(qǐng)求，就說(shuō)明丟包需要延時(shí)重新發(fā)送通信申請(qǐng)。

4）通信建立。各站點(diǎn)的作用和功能相同，當(dāng)主叫端監(jiān)聽(tīng)CSC 的下行信道，收到自己發(fā)的通信申請(qǐng)的信息時(shí)，則其他各站點(diǎn)也應(yīng)該都會(huì)收到該通信申請(qǐng)，并回復(fù)主叫端是否應(yīng)答。若被叫端回復(fù)應(yīng)答，被叫端會(huì)占用主叫端占用的一個(gè)頻點(diǎn)傳輸數(shù)據(jù)，成功建立通信。若被叫端不應(yīng)答或是正在和其他站建立通信，主叫端在等待一段時(shí)間后仍沒(méi)有收到應(yīng)答的信息，就會(huì)作通信建立失敗的處理。

1.2.2 拆鏈過(guò)程

通信結(jié)束：有兩種情況需要走拆鏈流程。第一種是主叫端通信申請(qǐng)發(fā)送成功，但是未能收到被叫端的應(yīng)答信息；第二種是主叫端和被叫端成功建立通信，傳輸數(shù)據(jù)完畢，通信結(jié)束之后。第一種的處理方式是主叫端放棄對(duì)業(yè)務(wù)信道的占用，隨機(jī)延時(shí)重新建立通信；第二種的處理方式是主叫端和被叫端都放棄對(duì)業(yè)務(wù)信道的占用，回歸掃描業(yè)務(wù)信道的空閑狀態(tài)，并且保持監(jiān)聽(tīng)CSC下行信道。當(dāng)下次需要建立通信時(shí)重復(fù)上述建鏈、拆鏈的過(guò)程，可以實(shí)現(xiàn)網(wǎng)內(nèi)用戶站的自主入退網(wǎng)。通信流程如圖3 所示。

圖3 通信流程圖

2 具有C/S 架構(gòu)的半實(shí)物仿真驗(yàn)證

2.1 半實(shí)物仿真框架

本文實(shí)際仿真的實(shí)現(xiàn)采用N個(gè)用戶站和1 個(gè)仲裁者的方式，用戶站的信息統(tǒng)一發(fā)送到仲裁者，仲裁者加入延時(shí)模擬信道環(huán)境，判斷是否發(fā)生碰撞并模擬丟包等情況。

程序架構(gòu)采用C/S 架構(gòu)，不同于普通仿真的是，基于C/S 架構(gòu)的半實(shí)物仿真設(shè)計(jì)，后續(xù)終端的仿真程序框架可以直接替換調(diào)制解調(diào)器就能在硬件上進(jìn)行驗(yàn)證[15]。因?yàn)橥ㄐ帕鞒虉D對(duì)于實(shí)際模擬仿真而言還不夠直觀，所以在流程圖的基礎(chǔ)上根據(jù)建鏈、拆鏈過(guò)程，設(shè)計(jì)C/S 架構(gòu)的框架圖來(lái)描述整個(gè)通信過(guò)程中信息的交互。框架圖主要分為四個(gè)模塊，分別是信道資源檢測(cè)模塊、占用信道資源模塊、通信請(qǐng)求模塊和結(jié)束通信模塊，如圖4 所示。

圖4 C/S 架構(gòu)的框架圖

Client 端的功能是模擬用戶站。每一個(gè)Client 端有三種狀態(tài)：空閑狀態(tài)、主叫狀態(tài)、被叫狀態(tài)。當(dāng)Client 端處于空閑狀態(tài)時(shí)保持監(jiān)聽(tīng)CSC 信道。當(dāng)Client 端需要建立通信時(shí)，由空閑狀態(tài)切入主叫狀態(tài)，發(fā)送詢問(wèn)信道是否空閑的包給Server 端，這里詢問(wèn)的方式是從第一條信道開(kāi)始依次往下詢問(wèn)。Client 端若收到信道是忙碌的，則重新發(fā)送詢問(wèn)下一條信道是否空閑；若收到信道是空閑的，則發(fā)送占用該信道資源數(shù)據(jù)包給Server 端。當(dāng)Client 端收到發(fā)生碰撞信息時(shí)，隨機(jī)延時(shí)之后重新發(fā)送占用包給Server 端；若Client 端收到未發(fā)生碰撞信息時(shí)，說(shuō)明Client 端成功占用上信道并向Server 端發(fā)送通信請(qǐng)求。在Client 端等待一段時(shí)間后仍然沒(méi)有收到應(yīng)答時(shí)，Client 端會(huì)延時(shí)重新發(fā)送通信申請(qǐng)，若重發(fā)三次依舊收不到應(yīng)答信息，就視作通信失敗，發(fā)通信結(jié)束包給Server 端。當(dāng)Client 端在空閑狀態(tài)時(shí)收到Server 端轉(zhuǎn)發(fā)的建立通信申請(qǐng)包時(shí)，Client 端從空閑狀態(tài)切換到被叫狀態(tài)并回復(fù)對(duì)應(yīng)的Client 端（主叫端）是否應(yīng)答。

Server 端的功能是作為仲裁者模擬信道環(huán)境。當(dāng)收到Client 端的詢問(wèn)信道是否空閑的包時(shí)，Server 端根據(jù)提前配置好的信道忙閑信息回復(fù)Client 端信道是否空閑，同時(shí)以一定的概率檢測(cè)出錯(cuò)。當(dāng)收到Client 端的信道占用包時(shí)，若Server 端在上一個(gè)模塊出現(xiàn)檢測(cè)出錯(cuò)或者Server 端在較短時(shí)間內(nèi)收到多個(gè)用戶搶占同一信道資源時(shí)，會(huì)回復(fù)Client 端發(fā)生碰撞；若未出現(xiàn)上述兩種情況就會(huì)回復(fù)未發(fā)生碰撞。當(dāng)收到Client 端（主叫端）的通信申請(qǐng)包時(shí)，Server 端延時(shí)后轉(zhuǎn)發(fā)通信請(qǐng)求給另一個(gè)Client 端（被叫端）并模擬產(chǎn)生丟包，若Server 端收到被叫端的回復(fù)，會(huì)回傳給主叫端。當(dāng)Server 端接收到通信結(jié)束包時(shí)，會(huì)轉(zhuǎn)發(fā)給被叫端并釋放掉被占用的信道資源。

2.2 仿真模擬驗(yàn)證軟件詳細(xì)設(shè)計(jì)

分別建立客戶端和服務(wù)器端兩個(gè)模型。

對(duì)于客戶端模型，通過(guò)對(duì)多個(gè)客服端設(shè)置不同的本地端口號(hào)來(lái)模擬不同的用戶站，并對(duì)各個(gè)客戶端配置相同的本地地址和遠(yuǎn)程端口號(hào)。因?yàn)槊總€(gè)用戶端有三種狀態(tài)：空閑狀態(tài)、主叫狀態(tài)、被叫狀態(tài)，所以在客戶端中加入狀態(tài)機(jī)分別用0，1，2 表示這三種狀態(tài)。在客戶端加入業(yè)務(wù)到達(dá)時(shí)間模型和業(yè)務(wù)通話時(shí)長(zhǎng)模型，其中業(yè)務(wù)到達(dá)時(shí)間（即業(yè)務(wù)通話頻率）服從泊松分布，業(yè)務(wù)通話時(shí)長(zhǎng)服從指數(shù)分布。當(dāng)用戶站處于空閑狀態(tài)時(shí)，啟動(dòng)業(yè)務(wù)到達(dá)時(shí)間模型，直到用戶站需要建立通信時(shí)關(guān)閉業(yè)務(wù)到達(dá)時(shí)間模型。當(dāng)用戶站成功建立通信，需要傳輸數(shù)據(jù)時(shí)，啟動(dòng)業(yè)務(wù)通話時(shí)長(zhǎng)模型，直到用戶站結(jié)束通信時(shí)關(guān)閉業(yè)務(wù)通話時(shí)長(zhǎng)模型。此時(shí)用戶站由主叫狀態(tài)切換到空閑狀態(tài)，并繼續(xù)啟動(dòng)業(yè)務(wù)到達(dá)時(shí)間模型。若在空閑狀態(tài)時(shí)收到通信請(qǐng)求，則客戶端由空閑狀態(tài)切換到被叫狀態(tài)，并關(guān)閉業(yè)務(wù)到達(dá)時(shí)間模型直到通信結(jié)束后，再重新打開(kāi)切回空閑狀態(tài)。

對(duì)于服務(wù)器端模型，將本地端口號(hào)設(shè)置成客戶端配置的遠(yuǎn)程端口號(hào)，將服務(wù)器端的本地地址設(shè)置成客戶端配置的本地地址。在仿真過(guò)程中的服務(wù)器端記錄總共需要建立通信的次數(shù)、未成功占用上信道的次數(shù)以及未成功建立通信的次數(shù)，計(jì)算出不同條件下正常通信過(guò)程和加入異常情形的呼通率，并繪制出呼通率與信道數(shù)、用戶數(shù)、業(yè)務(wù)平均到達(dá)時(shí)間、業(yè)務(wù)平均通話時(shí)長(zhǎng)四者之間的關(guān)系曲線圖。最終實(shí)現(xiàn)無(wú)中心FDMA 衛(wèi)星通信網(wǎng)絡(luò)流程的半實(shí)物仿真實(shí)驗(yàn)。

3 仿真結(jié)果及分析

衡量該無(wú)中心FDMA 衛(wèi)星通信網(wǎng)絡(luò)的實(shí)際應(yīng)用效果，可以從呼通率這個(gè)角度入手，而呼通率又與4 個(gè)仿真因素有關(guān)，分別是信道數(shù)、用戶數(shù)、業(yè)務(wù)平均到達(dá)時(shí)間、業(yè)務(wù)平均通話時(shí)長(zhǎng)，下面分別分析不同的因素對(duì)于呼通率的不同影響。

3.1 信道數(shù)與呼通率關(guān)系

固定用戶數(shù)、業(yè)務(wù)平均到達(dá)時(shí)間、業(yè)務(wù)平均通話時(shí)長(zhǎng)，模擬仿真不同信道數(shù)下呼通率的變化情況。取用戶數(shù)為30 個(gè)、業(yè)務(wù)模型采用通信網(wǎng)業(yè)務(wù)模型，業(yè)務(wù)平均到達(dá)時(shí)間為500 s、業(yè)務(wù)平均通話時(shí)長(zhǎng)為15 s，令信道數(shù)為4，6，8，10，12，14，16，18，20。

由圖5 仿真結(jié)果可知，呼通率隨著信道數(shù)的增加而不斷提高，正常通信過(guò)程中當(dāng)信道數(shù)達(dá)到用戶數(shù)的時(shí)，呼通率已接近100%，之后再增加用戶數(shù)呼通率保持不變。加入信道檢測(cè)出錯(cuò)概率1%和產(chǎn)生3%的丟包率，在該模型下，呼通率略有下降，產(chǎn)生了2%左右的呼損。在信道資源配置合理時(shí)，呼通率會(huì)維持在98%左右，達(dá)不到理想化的100%呼通率。

圖5 信道數(shù)與呼通率關(guān)系

3.2 用戶數(shù)與呼通率關(guān)系

固定信道數(shù)、業(yè)務(wù)平均到達(dá)時(shí)間、業(yè)務(wù)平均通話時(shí)長(zhǎng)，模擬仿真不同用戶數(shù)下呼通率的變化情況。取信道數(shù)為4 個(gè)、業(yè)務(wù)模型采用通信網(wǎng)業(yè)務(wù)模型，業(yè)務(wù)平均到達(dá)時(shí)間為500 s、業(yè)務(wù)平均通話時(shí)長(zhǎng)為15 s，令用戶數(shù)為4，8，12，16，20，24，28。

由圖6 仿真結(jié)果可知，正常通信過(guò)程和加入異常情形后的通信過(guò)程，呼通率的大致趨勢(shì)都是隨著用戶數(shù)的增加而不斷下降。相比于理想曲線，加入1%信道出錯(cuò)概率和3% 丟包率的通信過(guò)程會(huì)多產(chǎn)生2% 左右的呼損。

圖6 用戶數(shù)與呼通率關(guān)系

3.3 業(yè)務(wù)平均到達(dá)時(shí)間與呼通率關(guān)系

固定信道數(shù)、用戶數(shù)、業(yè)務(wù)通話時(shí)長(zhǎng)，模擬仿真不同業(yè)務(wù)通話頻率下呼通率的變化情況。取信道數(shù)為10個(gè)、用戶數(shù)為30 個(gè)、業(yè)務(wù)平均通話時(shí)長(zhǎng)為15 s，令業(yè)務(wù)平均到達(dá)時(shí)間為50 s，100 s，150 s，200 s，250 s，300 s，350 s，400 s，450 s，500 s。

由圖7 仿真結(jié)果可知，呼通率隨著業(yè)務(wù)平均到達(dá)時(shí)間的增加而不斷上升，正常通信過(guò)程當(dāng)業(yè)務(wù)平均到達(dá)時(shí)間擴(kuò)大到300 s 時(shí)，呼通率已接近100%，達(dá)到99.745%，之后再增加業(yè)務(wù)平均到達(dá)時(shí)間，呼通率幾乎不變。加入信道檢測(cè)出錯(cuò)概率1%和3%丟包率的通信過(guò)程，業(yè)務(wù)平均到達(dá)時(shí)間與呼通率之間的關(guān)系曲線圖與正常通信過(guò)程大致相同。當(dāng)業(yè)務(wù)平均到達(dá)時(shí)間擴(kuò)大到一定量時(shí)，增長(zhǎng)逐步變緩，最終呼通率維持在97.3%左右。

圖7 業(yè)務(wù)平均到達(dá)時(shí)間與呼通率關(guān)系

3.4 業(yè)務(wù)平均通話時(shí)長(zhǎng)與呼通率關(guān)系

固定信道數(shù)、用戶數(shù)、業(yè)務(wù)平均到達(dá)時(shí)間，模擬仿真不同業(yè)務(wù)平均通話時(shí)長(zhǎng)下呼通率的變化情況。取信道數(shù)為10個(gè)、用戶數(shù)為30個(gè)、業(yè)務(wù)平均到達(dá)時(shí)間為500 s，令業(yè)務(wù)平均通話時(shí)長(zhǎng)為10 s，20 s，30 s，40 s，50 s，60 s，70 s，80 s。

由圖8 仿真結(jié)果可知，呼通率隨著業(yè)務(wù)通話時(shí)長(zhǎng)的增加而不斷下降，正常通信過(guò)程的曲線和加入1%信道檢測(cè)出錯(cuò)概率和3%丟包率后的曲線圖基本一致。加入異常情形的呼通率比正常通信過(guò)程的呼通率平均低2%左右。

圖8 業(yè)務(wù)平均通話時(shí)長(zhǎng)與呼通率關(guān)系

4 結(jié)語(yǔ)

本文針對(duì)特殊應(yīng)用環(huán)境下的中小規(guī)模用戶站，開(kāi)展基于FDMA 的無(wú)中心衛(wèi)星通信系統(tǒng)資源控制策略研究。提出具有C/S 架構(gòu)的半實(shí)物仿真驗(yàn)證方法，并設(shè)計(jì)仿真模擬驗(yàn)證軟件。在構(gòu)建的半實(shí)物仿真驗(yàn)證平臺(tái)上，仿真出正常通信過(guò)程和加入異常情形通信過(guò)程的4 組對(duì)比曲線圖。其中，呼通率與信道數(shù)、用戶數(shù)、業(yè)務(wù)平均到達(dá)時(shí)間、業(yè)務(wù)平均通話時(shí)長(zhǎng)四者之間的曲線變化，符合實(shí)際衛(wèi)通情形。加入異常情形的曲線圖與正常通信過(guò)程的曲線圖變化趨勢(shì)基本保持一致，驗(yàn)證了本文提出的無(wú)中心FDMA 衛(wèi)星通信系統(tǒng)資源控制策略的可行性和正確性。半實(shí)物仿真架構(gòu)在設(shè)計(jì)之初就依照工程研制的標(biāo)準(zhǔn)進(jìn)行功能模塊劃分，客戶端采用C++程序可直接移植到衛(wèi)星終端與調(diào)制解調(diào)單元配合工作，目前正在開(kāi)展基于ARM 處理器和FreeRTOS操作系統(tǒng)的代碼移植工作。