鄭滟雷，張 賀（中訊郵電咨詢?cè)O(shè)計(jì)院有限公司，北京100048）

0 前言

雖然無線接入網(wǎng) （RAN）的IP接口承載模式被3GPP組織在R5階段正式提出，但由于移動(dòng)業(yè)務(wù)分組數(shù)據(jù)對(duì)帶寬需求的膨脹，導(dǎo)致IP化進(jìn)程迅速發(fā)展、3G R4 RAN的IP化提前進(jìn)行、商用開始出現(xiàn)，移動(dòng)回傳網(wǎng)絡(luò)（MBH）所承載的業(yè)務(wù)類型正由以TDM為主向以IP/Eth分組為主轉(zhuǎn)變，業(yè)務(wù)接口由E1向FE變化。鑒于IP化業(yè)務(wù)具有帶寬突發(fā)性及峰均值比突出等特點(diǎn)，傳統(tǒng)的基于電路交換的MSTP網(wǎng)絡(luò)采用的是剛性帶寬，因此IP化主要體現(xiàn)在業(yè)務(wù)接口上，內(nèi)核還是電路交換,這就使得MSTP網(wǎng)絡(luò)在承載IP分組業(yè)務(wù)時(shí)效率較低，很難適應(yīng)以大量數(shù)據(jù)業(yè)務(wù)為主的3G時(shí)代和全業(yè)務(wù)時(shí)代的需要。

分組傳送網(wǎng)（PTN）技術(shù)能很好地滿足2G/3G基站回傳業(yè)務(wù)的統(tǒng)一接入和傳送，是適應(yīng)于由TDM業(yè)務(wù)向IP業(yè)務(wù)過渡的一種傳送技術(shù)。PTN技術(shù)之所以能成為3G時(shí)代目前的主流傳送技術(shù)，一個(gè)重要原因就是來自于MBH網(wǎng)絡(luò)的同步需求。首先是在這種分組網(wǎng)絡(luò)上仍然存在著承載語(yǔ)音等TDM業(yè)務(wù)需求，網(wǎng)絡(luò)中的網(wǎng)元設(shè)備同步狀態(tài)對(duì)于TDM傳送質(zhì)量具有重要的意義，同時(shí)在分組網(wǎng)絡(luò)與PSTN互通時(shí)，分組域的出入節(jié)點(diǎn)也要求提供同步功能；其次是實(shí)現(xiàn)對(duì)時(shí)間和頻率同步信號(hào)的準(zhǔn)確傳送，以滿足承載基站業(yè)務(wù)對(duì)高精度時(shí)間（時(shí)鐘）同步的需求。ITU-T G.826x和G.827x分別對(duì)PTN上的頻率和時(shí)間同步進(jìn)行了需求描述，并對(duì)功能框架及實(shí)現(xiàn)要求進(jìn)行了定義。由于IEEE 1588技術(shù)很好地符合了網(wǎng)絡(luò)發(fā)展趨勢(shì)，且能達(dá)到良好的同步信號(hào)恢復(fù)要求，因此已被業(yè)界廣泛認(rèn)可。

本文首先對(duì)中國(guó)聯(lián)通3G MBH中的同步需求進(jìn)行了細(xì)致解析，提出了IEEE 1588技術(shù)在未來地面同步授時(shí)方式中所占的主導(dǎo)地位；其次對(duì)1588報(bào)文可能的承載方式進(jìn)行了綜合分析比較，指出了各種情況下需要重點(diǎn)認(rèn)識(shí)及解決的問題，并提出了相關(guān)工程技術(shù)人員需注意的若干事宜；最后給出了一個(gè)測(cè)試模型，用于中國(guó)聯(lián)通應(yīng)用1588技術(shù)的同步環(huán)境驗(yàn)證，并就其中的重要環(huán)節(jié)進(jìn)行了解釋。

1 聯(lián)通網(wǎng)絡(luò)應(yīng)用1588的若干考慮

同步網(wǎng)是電信網(wǎng)的三大支撐網(wǎng)之一。在SDH環(huán)境下，同步網(wǎng)的定時(shí)信號(hào)由SDH網(wǎng)絡(luò)傳送，而SDH網(wǎng)絡(luò)的同步又需同步網(wǎng)來支撐，實(shí)際上SDH網(wǎng)和同步網(wǎng)的網(wǎng)絡(luò)設(shè)計(jì)是合二為一的。SDH網(wǎng)絡(luò)所能解決的是頻率同步問題，而對(duì)于TD-SCDMA和CDMA2000系統(tǒng)的基站間需保持一個(gè)嚴(yán)格的相差關(guān)系要求，SDH系統(tǒng)是無能為力的。目前，多采用在基站上架設(shè)GPS接收機(jī)的方式來解決時(shí)間同步的問題。但由于GPS提供的時(shí)間同步存在著施工難度大、維護(hù)任務(wù)重，建設(shè)成本高及不安全等諸多弊端，因此尋找、研究和實(shí)施替代GPS的地面授時(shí)方案就顯得尤為重要。有不少的解決時(shí)間傳遞方法，如NTP及SNTP等。這種算法僅能提供ms級(jí)精度，雖然也廣泛應(yīng)用于電信計(jì)費(fèi)等網(wǎng)管功能上，但在支撐移動(dòng)業(yè)務(wù)的能力上就顯得力不從心了。2005年IEEE組織對(duì)早先的1588協(xié)議進(jìn)行了修訂和補(bǔ)充，使得主時(shí)鐘和從時(shí)鐘間的時(shí)間精度達(dá)到了亞μs級(jí)，很好地解決了3G移動(dòng)業(yè)務(wù)對(duì)同步的要求。1588的應(yīng)用領(lǐng)域?yàn)榉纸M化網(wǎng)絡(luò)環(huán)境，在以PTN為主流的MBH中，1588就成了同步方案中的首選。

中國(guó)聯(lián)通WCDMA網(wǎng)絡(luò)基站間的業(yè)務(wù)同步僅需做到頻率同步，其無線回傳網(wǎng)絡(luò)中的MSTP傳輸設(shè)備已能實(shí)現(xiàn)傳輸與基站間的頻率給定問題。但在進(jìn)入LTE階段后，基站上行業(yè)務(wù)帶寬需求增大，傳輸匯聚層面收斂能力要求增強(qiáng)，帶寬動(dòng)態(tài)調(diào)整能力要求提升，尤其在目前中國(guó)聯(lián)通本地網(wǎng)接入環(huán)帶寬多為622 Mbit/s的情況下，這些要求都是日后營(yíng)造LTE網(wǎng)絡(luò)時(shí)MSTP傳輸設(shè)備所不能回避的問題。因此，在中國(guó)聯(lián)通的MBH乃至本地網(wǎng)的IP化改造中，PTN設(shè)備將可能有所應(yīng)用，是否能真正應(yīng)用還要由基站開通業(yè)務(wù)的帶寬及類型等實(shí)際情況來決定。在PTN上實(shí)現(xiàn)1588 v2有很好的基礎(chǔ)。由于1588是一種算法協(xié)議，端口支持度遠(yuǎn)比類似同步以太實(shí)現(xiàn)來得容易；從算法自身角度來看，用1588恢復(fù)頻率也較節(jié)省帶寬；另外LTE階段的某些特殊業(yè)務(wù)如客戶的位置跟蹤服務(wù)等，就是在時(shí)間同步的基礎(chǔ)上實(shí)現(xiàn)的，因此站在中國(guó)聯(lián)通WCDMA網(wǎng)絡(luò)發(fā)展的高度，及時(shí)研究1588將具有前瞻和現(xiàn)實(shí)雙重意義。

1.1 思考與認(rèn)識(shí)

基于我們對(duì)1588的測(cè)試分析，提出以下共識(shí)。

a）1588協(xié)議通過主時(shí)鐘與從時(shí)鐘間的交互來完成時(shí)間的精確傳遞（這里免述交互過程）。1588用作時(shí)間授時(shí)時(shí)需使用2類報(bào)文，一是報(bào)文中需明確標(biāo)識(shí)出當(dāng)前時(shí)間的報(bào)文即事件報(bào)文如Sync及Delay-request等，二是在1588維護(hù)中使用的通用管理報(bào)文即普通報(bào)文如Announce報(bào)文及Signaling報(bào)文等。一般來講，PTP鏈路應(yīng)能進(jìn)行抓包分析1588報(bào)文。但目前設(shè)備廠家并沒有實(shí)現(xiàn)協(xié)議的某些功能如報(bào)文速率協(xié)商機(jī)制，而缺少該機(jī)制時(shí)就可能不存在Signaling報(bào)文。速率等級(jí)的設(shè)置對(duì)時(shí)間或時(shí)鐘恢復(fù)的質(zhì)量都起著十分關(guān)鍵的作用；用作時(shí)鐘授時(shí)時(shí)，僅需要使用事件報(bào)文及同步消息，依靠主時(shí)鐘間斷發(fā)送信息來實(shí)現(xiàn)從時(shí)鐘頻率的校正。WCDMA網(wǎng)絡(luò)內(nèi)要求解決頻率同步，相對(duì)于時(shí)間同步來說，同步報(bào)文的周期需要更高。因此，僅限于頻率恢復(fù)方式和取時(shí)間恢復(fù)方式，它們所占用的帶寬基本上是一致的。

b）IEEE 1588對(duì)時(shí)鐘模式定義了 OC、BC及 TC等3種基本類型，在此基礎(chǔ)上又增加了OC+TC等新的復(fù)合時(shí)鐘類型。從OC的定義來看，設(shè)備上配置OC時(shí)鐘模式只能作為時(shí)間鏈上的master和slave。在實(shí)際工程中，BC和TC都有所應(yīng)用。BC模式是目前常見的PTP應(yīng)用模式，它采用逐段進(jìn)行PTP協(xié)議的終結(jié)及再生，實(shí)現(xiàn)起來較簡(jiǎn)單，但正因?yàn)樗枰鹛c(diǎn)地進(jìn)行時(shí)間恢復(fù)，就在全程造成了源宿節(jié)點(diǎn)間的低頻漂移誤差累積。在核心網(wǎng)絡(luò)為網(wǎng)狀網(wǎng)（MESH）拓?fù)浣Y(jié)構(gòu)時(shí)建議采用BC模式。一方面可減少初始化網(wǎng)絡(luò)的配置負(fù)擔(dān)，另一方面可充分發(fā)揮BMC算法的長(zhǎng)處。在1588應(yīng)用網(wǎng)絡(luò)開局時(shí)，通常在節(jié)點(diǎn)上采用BC模式，逐段對(duì)光纖雙向鏈路進(jìn)行補(bǔ)償；TC是一種把BC交互無限拉大的透?jìng)鲿r(shí)間方式，在中間PTP節(jié)點(diǎn)上不進(jìn)行PTP終結(jié)，因此從協(xié)議算法角度來看，能保證全程PTP鏈的高精度時(shí)間傳遞，適用于規(guī)模更大的網(wǎng)絡(luò)。在網(wǎng)絡(luò)邊緣或接入部分，網(wǎng)絡(luò)大多為環(huán)形或線形拓?fù)浣Y(jié)構(gòu)，TC模式在xDSL和PON系統(tǒng)中有更強(qiáng)的適用性。但是，TC模式本身也有無法克服的缺陷，如需其底層協(xié)議解決時(shí)鐘環(huán)路與鏈路保護(hù)。TC模式有E2E及P2P 2種類型（這里免述其區(qū)別）。1588交互模型同樣適用于E2E模式，但不適用于P2P模式。E2E模式實(shí)現(xiàn)起來雖較為簡(jiǎn)單，但一旦PTP鏈出現(xiàn)故障，其保護(hù)倒換時(shí)間會(huì)遠(yuǎn)大于P2P模式。

c）單播和組播。所謂的單播和組播問題，是從另一角度看待PTP時(shí)間鏈應(yīng)用的。從目前時(shí)間源和設(shè)備商的實(shí)現(xiàn)能力來看，不論是二層尋址還是IP尋址，都有單播和組播2類不同的時(shí)間源傳送方式。鑒于單播的主/從時(shí)鐘構(gòu)成的是1組固定的邏輯關(guān)系，主/從時(shí)鐘都需要在各自的PTP端口上配置對(duì)方的網(wǎng)絡(luò)或物理地址，因此理解其應(yīng)用是很容易的。雖然單播方式原理簡(jiǎn)單，但需要準(zhǔn)確知道從時(shí)鐘的地址信息，并在下行鏈路上產(chǎn)生多重的PTP帶寬；組播方式基于時(shí)間鏈上至少有1個(gè)節(jié)點(diǎn)同時(shí)使能3個(gè)以上的PTP端口，其主時(shí)鐘PTP端口不需要配置從時(shí)鐘地址。在組播方式下，便于應(yīng)用BMC算法實(shí)施保護(hù)。當(dāng)1個(gè)PTP節(jié)點(diǎn)通過PTP端口接收到不同的時(shí)間質(zhì)量信號(hào)時(shí)，可自動(dòng)判斷出信號(hào)的好壞，并選擇本節(jié)點(diǎn)跟蹤來自哪個(gè)端口的時(shí)鐘。當(dāng)然也可進(jìn)行手工靜態(tài)配置。靜態(tài)配置時(shí)需結(jié)合節(jié)點(diǎn)狀態(tài)來完成這項(xiàng)工作，但1個(gè)PTP節(jié)點(diǎn)只能在1個(gè)PTP端口上使能slave狀態(tài)。

d）采用IEEE 1588協(xié)議可解決頻率同步和時(shí)間同步問題。頻率同步時(shí)相位未必同步；反過來一樣，相位同步時(shí)時(shí)鐘關(guān)系也未必就一定能滿足頻率要求。因此，時(shí)間傳遞和時(shí)鐘傳遞是可以獨(dú)立考慮的。在全I(xiàn)P時(shí)代，移動(dòng)信號(hào)回傳網(wǎng)絡(luò)中的頻率還能從CES業(yè)務(wù)或以Sync-E方式獲得。盡管以Sync-E方式得到的頻率恢復(fù)質(zhì)量?jī)?yōu)于其他方式，但它面臨的挑戰(zhàn)是，在PRC和終端設(shè)備間的整個(gè)路徑上，所有分組設(shè)備都要通過升級(jí)使其具備同步以太網(wǎng)功能。在全網(wǎng)無頻率同步的情況下，根據(jù)測(cè)試情況來看，僅依靠PTP同時(shí)解決頻率和時(shí)間同步問題是可行的。但是當(dāng)PTP鏈出現(xiàn)故障發(fā)生倒換時(shí)，PTP上的客戶端需較長(zhǎng)的時(shí)間跟蹤才能鎖定同步信息。

1.2 承載網(wǎng)絡(luò)的類型分析

在地面同步鏈路授時(shí)替代GPS的方案中，根據(jù)MBH現(xiàn)狀及不同承載網(wǎng)絡(luò)，目前階段主要有以下2種解決方案。

1.2.1 PTN承載方式

PTN為在電信領(lǐng)域應(yīng)用1588技術(shù)做出了很大的獻(xiàn)。眾多傳輸廠商也為PTN設(shè)備上的Ethernet接口升級(jí)了PTP功能，絕大多數(shù)端口可支持完整的1588解決方案。

PTN雖采用網(wǎng)管靜態(tài)配置的指定通道來傳送業(yè)務(wù)，但由于網(wǎng)元節(jié)點(diǎn)內(nèi)部為分組交叉，在端口的出隊(duì)列上采用的是存儲(chǔ)轉(zhuǎn)發(fā)機(jī)制，這就造成了1588報(bào)文在網(wǎng)元內(nèi)部的時(shí)延呈現(xiàn)出隨機(jī)狀態(tài)，而從時(shí)鐘以端到端的1588報(bào)文為基礎(chǔ)，用于自身時(shí)鐘（時(shí)間）的恢復(fù)。這樣一來，經(jīng)過網(wǎng)絡(luò)后的分組包延遲變化（PDV）會(huì)給從時(shí)鐘信號(hào)恢復(fù)質(zhì)量帶來明顯影響。

a）采用BC模式時(shí)，由于在每個(gè)節(jié)點(diǎn)終結(jié)PTP報(bào)文，因此上一級(jí)節(jié)點(diǎn)的PDV影響不會(huì)累積到本節(jié)點(diǎn)。由于節(jié)點(diǎn)間的相差是隨機(jī)性出現(xiàn)的，因此從端到端的角度測(cè)試源宿間相差的整體結(jié)果來看，其時(shí)間精度的差別是不大的；鑒于TC模式端到端的PDV對(duì)從時(shí)鐘的時(shí)間恢復(fù)質(zhì)量存在很大的影響，且跳數(shù)越多，這種不確定性的影響就越明顯，因此不適合于在大網(wǎng)中應(yīng)用。

b）PTN設(shè)備可在節(jié)點(diǎn)時(shí)鐘自由運(yùn)行的狀態(tài)下，以TC模式啟動(dòng)時(shí)間鏈的同步任務(wù)。若為了對(duì)中間節(jié)點(diǎn)設(shè)備的時(shí)鐘質(zhì)量進(jìn)行測(cè)試及評(píng)定，則需要將中間PTP節(jié)點(diǎn)的時(shí)鐘模式修改為OC+TC，而由于OC+TC模式配置較繁贅，因此在該種情況下通常配置成BC模式。在從時(shí)鐘鎖定PTP時(shí)鐘時(shí)變更中間節(jié)點(diǎn)的時(shí)鐘模式，將加長(zhǎng)從時(shí)鐘再次跟蹤到同步的時(shí)間，且跳數(shù)增加的越多，跟蹤同步的時(shí)間將變得越不可預(yù)期。建議在標(biāo)準(zhǔn)明確規(guī)范前不要采用這種操作，以免給從時(shí)鐘的同步質(zhì)量帶來更大的影響。

c）當(dāng)PTN節(jié)點(diǎn)使能1588功能時(shí)，按目前ITU-T組織的思路，毋需把1588報(bào)文封裝到業(yè)務(wù)中，PTP報(bào)文將僅依靠時(shí)間傳遞協(xié)議在網(wǎng)元間的PTP端口上流動(dòng)，以實(shí)現(xiàn)時(shí)間恢復(fù)效果；當(dāng)PTN節(jié)點(diǎn)上不開啟1588功能時(shí)，盡量在獨(dú)立端口上配置1條E-Line或ELAN來實(shí)現(xiàn)PTP報(bào)文的傳遞。任何分享PTP端口的業(yè)務(wù)報(bào)文，都會(huì)給從時(shí)鐘同步恢復(fù)造成不良影響。

1.2.2 MSTP承載方式

中國(guó)聯(lián)通目前的3G信號(hào)回傳網(wǎng)絡(luò)主要由MSTP構(gòu)成，雖然日后LTE階段為了某些特殊業(yè)務(wù)的應(yīng)用存在基站間的相位同步需要，在不考慮LTE初期業(yè)務(wù)激增的情況下，采用MSTP傳1588報(bào)文的方案來解決同步問題也并不是不可能的，但其意義不能過分的予以強(qiáng)調(diào)。

a）MSTP網(wǎng)絡(luò)屬剛性帶寬管道傳輸系統(tǒng)。當(dāng)MSTP把PTP報(bào)文作為業(yè)務(wù)報(bào)文完全透?jìng)鲿r(shí)，將采用PTP給基站授時(shí)。從基站上恢復(fù)出的1PPS信號(hào)測(cè)試結(jié)果來看，源宿節(jié)點(diǎn)上的時(shí)間精度差很難滿足無線業(yè)務(wù)需求。在對(duì)從基站輸出的2 MHz信號(hào)進(jìn)行測(cè)試時(shí)，雖然實(shí)驗(yàn)室環(huán)境下的測(cè)試結(jié)果能滿足長(zhǎng)期同步需求，但仍應(yīng)考慮被測(cè)信號(hào)在抗噪容限下的時(shí)鐘恢復(fù)能力的問題。

b）若采用1588方式只是為了解決頻率同步問題時(shí)，通常的做法是在Signaling報(bào)文源宿互發(fā)協(xié)調(diào)后，僅需要Client端單方向接收Sync報(bào)文。通過接收緩存器進(jìn)深長(zhǎng)度的變化，來實(shí)現(xiàn)Client端與源端頻差的校正。采用單向1588報(bào)文時(shí)，網(wǎng)絡(luò)中的PDV對(duì)Client端恢復(fù)頻率的影響會(huì)很大。PTP報(bào)文通過IWF轉(zhuǎn)換進(jìn)入SDH孤島，以凈荷方式穿過TDM網(wǎng)絡(luò)，中間節(jié)點(diǎn)應(yīng)不存在太大的PDV，只要解決好IWF內(nèi)的協(xié)議封裝過程，這種方式還是可用于單純性的頻率恢復(fù)的。但由于目前絕大多數(shù)基站缺乏時(shí)鐘的外輸出接口，因此很難客觀評(píng)定這種方式的測(cè)試定論。

c）使用MSTP的凈荷部分傳送PTP報(bào)文時(shí)，難以達(dá)到時(shí)間精度要求。目前，有的廠家提出在MSTP網(wǎng)絡(luò)客戶側(cè)把PTP報(bào)文分包打散后放在開銷中未定義的字節(jié)里。該方式雖需升級(jí)線路板接口及協(xié)議、增加1588協(xié)議時(shí)間處理單元，但能保留住傳統(tǒng)SDH時(shí)鐘同步信號(hào)的處理單元。從有關(guān)方對(duì)多種拓?fù)洵h(huán)境下MSTP網(wǎng)絡(luò)承載PTP報(bào)文進(jìn)行的同步性能測(cè)試驗(yàn)證結(jié)果來看，是能滿足無線業(yè)務(wù)需求的。但筆者認(rèn)為，進(jìn)一步推廣該項(xiàng)目仍存在一些需要考慮的問題，如大規(guī)模網(wǎng)絡(luò)物理拓?fù)浜蜁r(shí)鐘模式間的關(guān)系及MSTP開啟PTP后如何處理現(xiàn)有SDH網(wǎng)絡(luò)中的時(shí)鐘同步模式等。

由于目前MBH網(wǎng)絡(luò)需求的多樣性，使得用于承載移動(dòng)回傳信號(hào)的網(wǎng)絡(luò)設(shè)備種類日益增多，致使到底是采用路由器還是采用PTN作為MBH網(wǎng)絡(luò)的業(yè)務(wù)承載載體的爭(zhēng)執(zhí)至今尚未平息。但就解決時(shí)間同步需求來看，主流路由器廠家都能夠?qū)崿F(xiàn)1588功能。由于路由器和PTN設(shè)備內(nèi)部的分組包轉(zhuǎn)發(fā)機(jī)制基本上是一致的，因此經(jīng)測(cè)試驗(yàn)證，1588報(bào)文在路由器組網(wǎng)環(huán)境下產(chǎn)生的PDV與PTN環(huán)境下的結(jié)果頗為一致。

2 測(cè)試環(huán)境

中國(guó)聯(lián)通對(duì)于IP環(huán)境下的時(shí)間同步和時(shí)鐘同步研究不應(yīng)僅局限于對(duì)PTP技術(shù)的研究與分析上，而應(yīng)結(jié)合現(xiàn)有網(wǎng)絡(luò)資源和未來業(yè)務(wù)發(fā)展需要，對(duì)其進(jìn)行綜合性的評(píng)定和利用，不僅需要對(duì)現(xiàn)有網(wǎng)絡(luò)是否可開通1588進(jìn)行摸底 （即應(yīng)用1588技術(shù)進(jìn)行深入的調(diào)研與分析），而且要明確利用該項(xiàng)技術(shù)所要達(dá)到的同步目的，以及如何和現(xiàn)有同步技術(shù)相結(jié)合，并以此規(guī)范入網(wǎng)設(shè)備應(yīng)具備的有關(guān)功能。

基于上述幾點(diǎn)認(rèn)識(shí)，筆者推薦一個(gè)1588網(wǎng)絡(luò)測(cè)試環(huán)境模型（見圖1），以供中國(guó)聯(lián)通對(duì)1588技術(shù)的研究型測(cè)試網(wǎng)絡(luò)環(huán)境參考。

圖1 1588測(cè)試環(huán)境模型

中國(guó)聯(lián)通使用1588來滿足同步需要時(shí)，可基本定位在新建網(wǎng)絡(luò)中，因此無現(xiàn)網(wǎng)改造升級(jí)壓力。根據(jù)基站空口側(cè)業(yè)務(wù)對(duì)同步的需求，需測(cè)試和評(píng)定如下內(nèi)容。

a）1588報(bào)文承載網(wǎng)絡(luò)特性。無論是采用基于電路交叉的SDH等傳輸設(shè)備，還是采用以PTN技術(shù)為代表的分組交換設(shè)備，由于該承載網(wǎng)所帶來的同步精度差將分擔(dān)同步授時(shí)端到端容限的絕大部分，因此用測(cè)試網(wǎng)絡(luò)內(nèi)的PDV值來研究1588技術(shù)應(yīng)用可采用圖1方式。這種情況下的網(wǎng)絡(luò)環(huán)境尤為重要，如：網(wǎng)絡(luò)節(jié)點(diǎn)是否時(shí)鐘同步，以及在時(shí)鐘同步鏈發(fā)生斷裂、時(shí)間鏈發(fā)生倒換等極端狀態(tài)下，網(wǎng)絡(luò)性能是否仍能滿足要求等。

b）基站?；緩?588報(bào)文中恢復(fù)時(shí)間的能力，決定了回傳網(wǎng)絡(luò)中端到端使用PTP的程度。目前支持1588的基站廠商大體分為兩類，一是支持整套1588協(xié)議，接收PTP報(bào)文后通過Client和時(shí)間源交互實(shí)現(xiàn)時(shí)間同步，二是僅采用1588部分報(bào)文實(shí)現(xiàn)基站與RNC的頻率同步。由于基站本身就是一個(gè)很好的設(shè)備，因此可通過網(wǎng)管進(jìn)行同步鎖定驗(yàn)證，同時(shí)有條件時(shí)可進(jìn)一步利用基站的同步外時(shí)鐘輸出接口，把內(nèi)部時(shí)鐘信息輸出到儀表上進(jìn)行1PPS和2 Mbit/s信號(hào)測(cè)試。

c）分組環(huán)境下應(yīng)用1588是該項(xiàng)技術(shù)的主流應(yīng)用趨勢(shì)。ITU-T G.8261明確定義了分組環(huán)境中網(wǎng)絡(luò)所能容忍的最大抖動(dòng)和漂移性能及處于網(wǎng)絡(luò)邊緣的網(wǎng)元設(shè)備所應(yīng)滿足的頻率同步需求。該標(biāo)準(zhǔn)同樣適用于采用1588進(jìn)行頻率同步的網(wǎng)絡(luò)場(chǎng)景。附錄里的2大類Test Case可用于測(cè)試、評(píng)定分組網(wǎng)元設(shè)備是否滿足分組網(wǎng)絡(luò)中的同步需求。對(duì)于這種測(cè)試場(chǎng)景，多以應(yīng)用網(wǎng)絡(luò)仿真分析儀對(duì)邊緣網(wǎng)絡(luò)設(shè)備的同步信號(hào)進(jìn)行分析而定。

3 結(jié)束語(yǔ)

就目前中國(guó)聯(lián)通的無線網(wǎng)絡(luò)來說，在MBH位置上對(duì)1588技術(shù)的應(yīng)用需求遠(yuǎn)不及TD-SCDMA和CDMA2000網(wǎng)絡(luò)那樣迫切。1588技術(shù)確實(shí)為基站間的相位同步需求提供了嚴(yán)格保障，同時(shí)也不失為一個(gè)很好的，能替代GPS轉(zhuǎn)為以地面鏈路授時(shí)為主的解決思路，且從傳輸長(zhǎng)遠(yuǎn)發(fā)展角度來看，1588也必將成為一種解決傳輸網(wǎng)絡(luò)時(shí)間同步和時(shí)鐘同步的主流技術(shù)。

中國(guó)聯(lián)通可從技術(shù)研究的角度出發(fā)，關(guān)注、跟蹤1588的技術(shù)研發(fā)、標(biāo)準(zhǔn)動(dòng)態(tài)、工程應(yīng)用乃至在現(xiàn)網(wǎng)中開展小范圍的技術(shù)試點(diǎn)測(cè)試，以便為今后適時(shí)應(yīng)用該項(xiàng)技術(shù)儲(chǔ)備技術(shù)人才及提供智力保障。

［1］ITU-T G.8261/Y.1361.Timing and synchronization aspects in packet networks.04/2008［S/OL］.［2011－02－10］.http://www.3dportal.cn/discuz/viewthread.php?tid=688169.

［2］ITU-T G.8260.Definitions and terminology for synchronization in packet networks.08/2010［S/OL］.［2011－02－10］.http://www.ptsn.net.cn/standard/std_query/show-itut-9020-1.htm.

［3］IEEE std 1588-2008.IEEE Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control System.07/2008 ［S/OL］. ［2011－02－10］.http://blog.c114.net/html/82/106782-30968.html.