馮 煒, 張愛美, 賈林巧, 王 科
(北京遙測技術(shù)研究所 北京 100076)
近年來,航天技術(shù)在全世界范圍內(nèi)取得了快速的發(fā)展,從臨近空間到太陽系,再到外太空的探索和研究工作都在一直不斷地進(jìn)行,研究規(guī)模和技術(shù)難度越來越大,國際間的合作也越來越頻繁。目前圍繞航天技術(shù)所開展的合作已涉及多個領(lǐng)域,測控領(lǐng)域的合作作為一個重要方面也已開展多年。起初,各國需要針對每一任務(wù)對系統(tǒng)進(jìn)行改造才能實(shí)現(xiàn)互相的支持合作,投入較大且應(yīng)用十分不靈活。二十世紀(jì)九十年代CCSDS便提出了制定一個針對地面站和控制中心之間遙測數(shù)據(jù)和遙控指令傳送標(biāo)準(zhǔn)的倡議,隨后針對各個傳輸業(yè)務(wù)各項(xiàng)技術(shù)的建議相繼出臺,逐步發(fā)展成目前國際各航天組織所認(rèn)同的空間數(shù)據(jù)在地面?zhèn)鬏數(shù)臉?biāo)準(zhǔn)——空間鏈路擴(kuò)展(SLE)協(xié)議。SLE業(yè)務(wù)使得空間機(jī)構(gòu)、地面運(yùn)營商以及空間數(shù)據(jù)用戶的地面資產(chǎn)可以實(shí)現(xiàn)互聯(lián),而不需要為每次新型號任務(wù)專門設(shè)計(jì)特別的、復(fù)雜的網(wǎng)關(guān)。在地面建立一套傳輸和管理空間數(shù)據(jù)的標(biāo)準(zhǔn)接口,并通過國際合作,就可以降低在地球上其他地區(qū)建立測控站的人力物力成本,增加地面測控站的利用效率。該協(xié)議也支持在空間鏈路方向上擴(kuò)展,但本文僅探討它在地面的應(yīng)用。有了SLE服務(wù),各航天組織之間的天基網(wǎng)、地面網(wǎng)、民用測控網(wǎng)和軍用測控網(wǎng)之間能共享資源,相互協(xié)作。目前,我國已經(jīng)成為CCSDS的成員國,隨著我國航天事業(yè)與國際接軌,在航天測控通信領(lǐng)域逐漸采用CCSDS標(biāo)準(zhǔn)已經(jīng)成為必然。
雖然CCSDS SLE標(biāo)準(zhǔn)已經(jīng)出臺并為世界各主要航天機(jī)構(gòu)在開展國際合作時(shí)所使用,但至今此標(biāo)準(zhǔn)仍在不斷地升級和完善中,關(guān)于SLE應(yīng)用的一些技術(shù)細(xì)節(jié)仍在討論中。CCSDS建議書中所涉及的內(nèi)容只是針對宏觀基本傳輸服務(wù)的描述,而針對一些特殊應(yīng)用,例如對數(shù)據(jù)可靠性完整性要求比較高的任務(wù),需要在標(biāo)準(zhǔn)的基礎(chǔ)上在應(yīng)用時(shí)做一些改進(jìn)和升級,以便達(dá)到更好的使用效果。
目前,美國國家航空航天局(NASA)、英國國家航天中心(BNSC)、意大利航天局(ASI)、法國宇航局(CNES)和日本國家航天發(fā)展局(NASDA)等世界主要航天機(jī)構(gòu)和航天器運(yùn)營商都已經(jīng)配置或者著手配置CCSDS SLE業(yè)務(wù)。歐空局(ESA)作為該標(biāo)準(zhǔn)的主要推動者,已經(jīng)在Solaris 8、Linux SUSE9以及Windows 2003等平臺上開發(fā)和運(yùn)行了SLE API,并與多個航天機(jī)構(gòu)開展了合作應(yīng)用。2000年5月ESA和NASA/噴氣推進(jìn)實(shí)驗(yàn)室(JPL)之間就成功完成了首次跨大西洋互操作性測試,之后雙方利用SLE技術(shù)先后完成了ESA的“Integral探測器”、“火星快車”等任務(wù)以及NASA的“火星奧德賽”、“尤利西斯”等任務(wù)[1]。NASA在深空網(wǎng)(DSN)中配置了SLE業(yè)務(wù),以支持幾個新的航天任務(wù),其中包括CONTOUR、Integral、Rosetta等任務(wù)。NASA已經(jīng)成功為DSN地面站完成了CCSDS SLE返向全幀(RAF)、返向信道幀(RCF)以及指令鏈路傳輸單元(CLTU)業(yè)務(wù)的初始配置。NASA正在試圖逐步淘汰現(xiàn)在的遙測和遙控業(yè)務(wù),并計(jì)劃在未來的新任務(wù)中都使用SLE業(yè)務(wù)。SLE傳輸業(yè)務(wù)已經(jīng)成為國際上廣泛接受的供地面數(shù)據(jù)業(yè)務(wù)和任務(wù)用戶設(shè)備之間互操作的統(tǒng)一標(biāo)準(zhǔn)。
我國在啟動月球探測工程之后,對于參加國際合作、充分利用國際上已有的測控站提出了要求。在“嫦娥一號”繞月探測工程[2]中使用了CCSDS SLE的返向全幀服務(wù)[3]和指令鏈路傳輸單元服務(wù)[4],與歐空局進(jìn)行了國際聯(lián)網(wǎng)。ESA作為SLE服務(wù)的提供方(Provider),向中國的繞月工程提供遙測和遙控服務(wù);中國作為SLE服務(wù)的使用方(User),接收遙測數(shù)據(jù),發(fā)送遙測命令。在雙方的配合下,繞月探測任務(wù)圓滿完成。
測控系統(tǒng)數(shù)據(jù)在SLE服務(wù)提供方與SLE使用方的傳輸包括兩個流向:前向遙控指令和返向遙測數(shù)據(jù)。按照CCSDS空間數(shù)據(jù)的協(xié)議要求,測站通過指令鏈路傳輸單元的方式發(fā)送前向遙控指令,通過返回全幀的方式接收返向遙測數(shù)據(jù),地面遙測站服務(wù)器按照用戶端的要求處理空間數(shù)據(jù)格式,轉(zhuǎn)換成SLE標(biāo)準(zhǔn)的數(shù)據(jù)格式,并和用戶交互。下面以RAF業(yè)務(wù)為例,分析SLE傳輸系統(tǒng)在高可靠性、高數(shù)據(jù)完整性要求下,所應(yīng)具有的特點(diǎn)。
按照CCSDS建議書中相關(guān)內(nèi)容,RAF業(yè)務(wù)功能流程圖如圖1所示。
圖1 SLE返向全幀功能流程圖
我們依照CCSDS關(guān)于SLE的各類建議書,合理設(shè)計(jì)出相應(yīng)的SLE系統(tǒng)原型軟件,完成上述功能流程[5]。測站接收到的遙測數(shù)據(jù)通過某種內(nèi)部格式到達(dá)SLE服務(wù)端,SLE服務(wù)端將數(shù)據(jù)按照傳輸操作規(guī)定的結(jié)構(gòu)格式[3]填入操作信息單元相應(yīng)位置,并添加上數(shù)據(jù)接收時(shí)間、測站信息、數(shù)據(jù)連續(xù)性等數(shù)據(jù)相關(guān)信息形成完整的操作信息單元(在RAF業(yè)務(wù)中傳輸數(shù)據(jù)的操作信息單元只有 TRANSFERDATA和TRANSFERBUFFER),然后加入編碼后的證書[6],再經(jīng)過 BER(Basic Encoding Rules)編碼[7],最后生成相應(yīng)的協(xié)議數(shù)據(jù)單元PDU(Protocol Data Unit),將PDU填入傳輸映射層TML(Transport Mapping Layer)消息體[6]中,通過事先由BIND(建立聯(lián)接)操作建立好的服務(wù)實(shí)例傳送到SLE用戶端,用戶端再將數(shù)據(jù)進(jìn)行必要的內(nèi)部處理送至最終用戶。
通常情況下,經(jīng)過以上過程SLE系統(tǒng)便可以將遙測數(shù)據(jù)由測站傳送到控制中心。而在一些對于數(shù)據(jù)完整性、可靠性要求比較高的任務(wù)中,這類直接通用的系統(tǒng)存在以下不足,導(dǎo)致任務(wù)不能高效可靠的執(zhí)行。
①當(dāng)一個測站中的數(shù)據(jù)同時(shí)提供給多個控制中心時(shí),每個測站的SLE服務(wù)器都要具備多服務(wù)實(shí)例傳輸?shù)哪芰?,這樣就提高了對設(shè)備配備的要求,尤其是當(dāng)一些測站位于車上、船上等條件比較惡劣的環(huán)境中時(shí),系統(tǒng)越復(fù)雜,可靠性越難以保證。
②當(dāng)多個測站為完成同一項(xiàng)任務(wù)向同一中心傳輸數(shù)據(jù)時(shí),由于一些鄰近測站數(shù)據(jù)內(nèi)容重復(fù)交疊,可能會有大量的冗余數(shù)據(jù)涌入中心SLE用戶端,增加了用戶端數(shù)據(jù)處理的負(fù)擔(dān),也增加了網(wǎng)絡(luò)的負(fù)載。
③雖然SLE系統(tǒng)具有重發(fā)機(jī)制,但是鏈路的重聯(lián)、數(shù)據(jù)的重發(fā)都需要時(shí)間,在傳輸數(shù)據(jù)的過程中如果系統(tǒng)經(jīng)常出現(xiàn)異常,重發(fā)方式將無法保證數(shù)據(jù)的完整性和實(shí)時(shí)性。
④對于高速實(shí)時(shí)遙測數(shù)據(jù)來說,由于系統(tǒng)分配給每個服務(wù)實(shí)例的資源是有限的,即便系統(tǒng)一直馬不停蹄地運(yùn)行,遙測數(shù)據(jù)也可能會出現(xiàn)阻塞或丟失的情況。
我們針對SLE系統(tǒng)在執(zhí)行高可靠性任務(wù)時(shí)遇到的問題,對SLE系統(tǒng)進(jìn)行了改進(jìn)和補(bǔ)充。我們重新調(diào)整了SLE系統(tǒng)設(shè)備的配置方案,使得在最小投入的基礎(chǔ)上系統(tǒng)既可以適用于簡單傳輸任務(wù),又可以適用于復(fù)雜傳輸任務(wù);我們對SLE系統(tǒng)在物理層面和邏輯層面都進(jìn)行了必要的備份,以保證系統(tǒng)的可靠執(zhí)行;我們對高速大量數(shù)據(jù)進(jìn)行了合理的拆分,以降低服務(wù)實(shí)例的傳輸壓力,保證數(shù)據(jù)完整可靠地傳輸。
SLE系統(tǒng)作為主要完成傳輸任務(wù)的系統(tǒng),主要分為服務(wù)端和客戶端兩部分,CCSDS建議書中給出的標(biāo)準(zhǔn)只關(guān)乎協(xié)議等邏輯層面,并不關(guān)心這兩端設(shè)備在何處配置。如何能在充分利用SLE系統(tǒng)完成數(shù)據(jù)傳輸任務(wù)的同時(shí),更好地適應(yīng)現(xiàn)有遙測系統(tǒng),是選擇配置方案的唯一依據(jù)。目前絕大多數(shù)意見是將SLE服務(wù)端配置于測站,以保證最方便地與地面測控設(shè)備直接相連并及時(shí)傳輸信息,SLE用戶端配置于控制中心,用以最快速地與用戶發(fā)生交互。這樣可以最方便地利用SLE系統(tǒng)實(shí)現(xiàn)數(shù)據(jù)的傳輸。
但是在同一測站同時(shí)向多個控制中心提供服務(wù)或多個測站同時(shí)完成同一控制中心的任務(wù)時(shí),數(shù)據(jù)傳輸網(wǎng)絡(luò)就會是多對多的構(gòu)成,如圖2所示。
圖2 一級服務(wù)提供方的服務(wù)聯(lián)接圖
在這樣一個網(wǎng)絡(luò)體系結(jié)構(gòu)下,一方面每個測站SLE服務(wù)提供方都可能同時(shí)通過多個服務(wù)實(shí)例向多個SLE服務(wù)用戶方傳輸數(shù)據(jù),這增加了服務(wù)提供方的設(shè)備壓力,我們知道測站往往會位于車、船等復(fù)雜工作條件下,而復(fù)雜的數(shù)據(jù)處理和資源調(diào)度不利于系統(tǒng)以高可靠的狀態(tài)運(yùn)行。另一方面,當(dāng)多個測站為完成同一項(xiàng)任務(wù)向同一中心傳輸數(shù)據(jù)時(shí),一些鄰近測站數(shù)據(jù)內(nèi)容重復(fù)交疊,可能會有大量的冗余數(shù)據(jù)涌入中心SLE用戶端,這增加了用戶端數(shù)據(jù)處理的負(fù)擔(dān),也增加了網(wǎng)絡(luò)的負(fù)載。
因此,我們建議將SLE服務(wù)端分為兩個等級:測站級SLE服務(wù)端和區(qū)域級SLE服務(wù)端。測站級SLE服務(wù)端的硬件載體只需要一個工控機(jī),軟件結(jié)構(gòu)簡單,只支持單個服務(wù)實(shí)例,并且只支持前向指令鏈路傳輸單元和返向全幀兩種業(yè)務(wù)類型;區(qū)域級SLE服務(wù)端的硬件載體是一個高性能的服務(wù)器,可支持多個服務(wù)實(shí)例同時(shí)傳輸,并且支持全部CCSDS SLE建議書中的所有傳輸業(yè)務(wù)類型。二級服務(wù)提供方的服務(wù)聯(lián)接圖如圖3所示。
圖3 二級服務(wù)提供方的服務(wù)聯(lián)接圖
圖3 中,在執(zhí)行單一服務(wù)實(shí)例的RAF或CLTU業(yè)務(wù)時(shí),每個測站SLE服務(wù)提供端可以單獨(dú)為控制中心提供服務(wù)。在采用其他傳輸業(yè)務(wù)執(zhí)行任務(wù)或測站需要同時(shí)向多個控制中心提供數(shù)據(jù)服務(wù)時(shí),測站服務(wù)提供方可以通過RAF和CLTU業(yè)務(wù)與區(qū)域SLE服務(wù)提供方交互,再由功能強(qiáng)大的區(qū)域SLE服務(wù)提供方進(jìn)行相應(yīng)的處理和控制。在多個測站同時(shí)為同一控制中心提供服務(wù)時(shí),區(qū)域SLE服務(wù)提供方可以將數(shù)據(jù)進(jìn)行相應(yīng)的融合處理,去除多組數(shù)據(jù)中的冗余信息,再將其發(fā)送至SLE用戶端。這樣既可以滿足各種情況下各類SLE業(yè)務(wù)傳輸?shù)男枰?,又使得測站不會因?yàn)橹С諷LE業(yè)務(wù)而產(chǎn)生太大的負(fù)擔(dān),同時(shí)又在一定程度上降低了網(wǎng)絡(luò)的冗余信息和用戶端的負(fù)載。
再完備的系統(tǒng)也不能保證100%的可靠,為了預(yù)防各類問題的發(fā)生,對系統(tǒng)進(jìn)行適當(dāng)?shù)膫浞菔鞘瓜到y(tǒng)能夠快速恢復(fù)繼續(xù)執(zhí)行任務(wù)的最好方法。對于SLE傳輸系統(tǒng),我們可以在設(shè)備構(gòu)成上和傳輸邏輯上都進(jìn)行備份。
在設(shè)備層面上,我們可以使用主備兩套系統(tǒng),同時(shí)建立聯(lián)接。兩套系統(tǒng)有各自獨(dú)立的服務(wù)提供端和服務(wù)用戶端設(shè)備,服務(wù)提供端的主備機(jī)通過交換機(jī)同時(shí)與測站設(shè)備相連,服務(wù)用戶端的主備機(jī)通過交換機(jī)同時(shí)與控制中心用戶相連,如圖4所示。當(dāng)主用SLE傳輸系統(tǒng)發(fā)生故障或異常時(shí),立即切換到備用SLE傳輸系統(tǒng),保證任務(wù)依然可以順利進(jìn)行。
在傳輸邏輯層面上,在SLE傳輸系統(tǒng)里,我們都是通過一個個的服務(wù)實(shí)例建立聯(lián)接并實(shí)現(xiàn)傳輸?shù)摹?/p>
圖4 SLE傳輸服務(wù)設(shè)備備份組成圖
由于每個服務(wù)實(shí)例都具有各自的資源和執(zhí)行過程,相對獨(dú)立,因此我們可以將服務(wù)實(shí)例備份,以保證聯(lián)接的可靠性。在創(chuàng)建聯(lián)接的時(shí)候,我們同時(shí)建立兩個服務(wù)實(shí)例的聯(lián)接,其中一個作為主服務(wù)實(shí)例,繼續(xù)發(fā)送START命令開始傳輸數(shù)據(jù);另一個則作為備服務(wù)實(shí)例,在建立聯(lián)接后只定時(shí)發(fā)送心跳包,保證聯(lián)接暢通。SLE傳輸服務(wù)主備實(shí)例正常情況如圖5所示。
圖5 SLE傳輸服務(wù)主備實(shí)例正常情況示意圖
圖5 中服務(wù)實(shí)例A為主服務(wù)實(shí)例,執(zhí)行所有的操作,傳輸數(shù)據(jù),服務(wù)實(shí)例B為備服務(wù)實(shí)例,在建立聯(lián)接之后通過TML心跳消息保證聯(lián)接暢通。SLE傳輸服務(wù)服務(wù)實(shí)例異常情況如圖6所示。在服務(wù)實(shí)例A傳輸過程發(fā)生異常的情況下,立即斷開服務(wù)實(shí)例A,切換至服務(wù)實(shí)例B,通過START命令要求服務(wù)實(shí)例B繼續(xù)數(shù)據(jù)傳輸。此時(shí)服務(wù)實(shí)例B就成為了主服務(wù)實(shí)例,并同時(shí)建立另一個服務(wù)實(shí)例C作為服務(wù)實(shí)例B的備服務(wù)實(shí)例,如圖6(a)所示。若備服務(wù)實(shí)例B在網(wǎng)絡(luò)監(jiān)聽過程中出現(xiàn)異常,則中斷服務(wù)實(shí)例B,通過新的服務(wù)實(shí)例建立聯(lián)接,作為服務(wù)實(shí)例A的備服務(wù)實(shí)例,如圖6(b)所示。
圖6 SLE傳輸服務(wù)服務(wù)實(shí)例異常情況示意圖
在CCSDS SLE建議書中,SLE系統(tǒng)實(shí)現(xiàn)每一個傳輸業(yè)務(wù)都依托于一個服務(wù)實(shí)例,傳輸業(yè)務(wù)的實(shí)現(xiàn)通過服務(wù)實(shí)例這種形式保證了聯(lián)接的獨(dú)立性和資源使用的獨(dú)立性,這樣清晰的設(shè)計(jì)保證了多項(xiàng)傳輸業(yè)務(wù)可以互不影響地同時(shí)進(jìn)行。然而,在實(shí)際應(yīng)用過程中,由于系統(tǒng)分配給每個服務(wù)實(shí)例的資源是有限的,當(dāng)面對高速遙測數(shù)據(jù)時(shí),一個服務(wù)實(shí)例很難保證數(shù)據(jù)可靠地從服務(wù)端傳送到用戶端。針對這種情況,我們可以使多個服務(wù)實(shí)例協(xié)同配合,并行傳輸,完成同一項(xiàng)傳輸任務(wù)。
例如,服務(wù)端輸入緩沖區(qū)中有大量的遙測數(shù)據(jù)要通過SLE系統(tǒng)傳輸?shù)接脩舳?,我們?chuàng)建了一個RAF服務(wù)實(shí)例準(zhǔn)備完成此次傳輸任務(wù),但由于一個服務(wù)實(shí)例只能獨(dú)占一個線程,因此每個服務(wù)實(shí)例所能申請的資源有限,無法保證遙測數(shù)據(jù)不出現(xiàn)阻塞或丟失的情況。于是,我們?yōu)檫@次傳輸任務(wù)創(chuàng)建更多的服務(wù)實(shí)例,將數(shù)據(jù)分割,并行處理,并在用戶端接收到數(shù)據(jù)之后將其整合,恢復(fù)出原始數(shù)據(jù)。以返向遙測數(shù)據(jù)傳輸為例,數(shù)據(jù)分割策略有以下兩種:
①按數(shù)據(jù)傳輸順序拆分,如圖7所示。創(chuàng)建多個RAF服務(wù)實(shí)例的聯(lián)接,根據(jù)原始遙測數(shù)據(jù)中的數(shù)據(jù)先后順序,將數(shù)據(jù)按照相同大小劃分,并依次放入各個服務(wù)實(shí)例的輸入緩沖區(qū),然后通過各個RAF服務(wù)實(shí)例將數(shù)據(jù)傳輸?shù)接脩舳?用戶端從多個服務(wù)實(shí)例中得到數(shù)據(jù)之后,按照劃分的大小和服務(wù)實(shí)例約定的數(shù)據(jù)先后關(guān)系將數(shù)據(jù)組合,還原出原始的遙測數(shù)據(jù)。這種方法的優(yōu)點(diǎn)是數(shù)據(jù)劃分直觀,拆分組合方便,對原始數(shù)據(jù)的形式?jīng)]有要求,缺點(diǎn)是需要額外實(shí)現(xiàn)數(shù)據(jù)拆分和組合的功能。
圖7 返向遙測數(shù)據(jù)傳輸按數(shù)據(jù)傳輸順序拆分實(shí)例圖
圖8 返向遙測數(shù)據(jù)傳輸按信道拆分實(shí)例圖
上述兩種數(shù)據(jù)拆分策略都可以實(shí)現(xiàn)通過多個服務(wù)實(shí)例完成同一項(xiàng)遙測數(shù)據(jù)傳輸任務(wù),至于使用哪種策略,須依照具體數(shù)據(jù)形式而定,而最終的目的都是使數(shù)據(jù)傳輸更加可靠、高效。
要實(shí)現(xiàn)一整套可以長期、全方位服務(wù)的SLE系統(tǒng),不僅需要對單個服務(wù)提供端或用戶端進(jìn)行設(shè)計(jì),還需要一套完備的調(diào)度和管理策略。目前國際上許多航天機(jī)構(gòu)都搭建了自己的SLE系統(tǒng)管理平臺,這些平臺在一定程度上很好地完成了系統(tǒng)管理工作,但在某些情況下仍存在一些不足。設(shè)計(jì)出一套真正可靠的、能適用于各類情況SLE系統(tǒng)的管理方案,還需要我們在今后的實(shí)踐中不斷摸索。
本文針對如何保證SLE傳輸系統(tǒng)具有高可靠性的問題進(jìn)行了討論,對于目前SLE系統(tǒng)出現(xiàn)的一些狀況進(jìn)行了分析,主要包括測站系統(tǒng)復(fù)雜度需求過高,多測站同時(shí)執(zhí)行任務(wù)時(shí)數(shù)據(jù)冗余量大,系統(tǒng)傳輸過程中發(fā)生故障難以及時(shí)恢復(fù)以及高速數(shù)據(jù)傳輸過程中遇到資源瓶頸。之后,本文分別提出了系統(tǒng)配置策略、傳輸任務(wù)中物理和邏輯主備策略以及高速數(shù)據(jù)拆分策略,對SLE系統(tǒng)中的一些關(guān)鍵點(diǎn)進(jìn)行了可靠性的升級。
[1]李立杰,段 磊.航天測控領(lǐng)域的“國際互聯(lián)網(wǎng)”協(xié)議——?dú)W洲航天局空間操作中心專家Eric Soerensen對SLE的看法[J].靶場實(shí)驗(yàn)與管理,2006,(2):25~26.
[2]趙 爽,路現(xiàn)立,鮑忠貴,等.SLE服務(wù)模型及應(yīng)用研究[J].飛行器測控學(xué)報(bào),2009,28(1):57~60.
[3]CCSDS 911.1-B-3 Space Link Extension Return All Frames Service Specification[S].Recommendation for Space Data System Standards,January,2010.
[4]CCSDS 912.1-B-1 Space Link Extension Forword Cltu Service Specification[S].Recommendation for Space Data System Standards.April,2002.
[5]馮 煒,朱宏濤,賈林巧.CCSDS SLE系統(tǒng)原型方案研究[J].飛行器測控學(xué)報(bào),2012,31:46~49.
[6]CCSDS 913.1-B-1 Space Link Extension Internet Protocol for Transfer Services[S].Recommendation for Space Data System Standards.October,2005.
[7]Information Technology——ASN.1 Encoding Rules:Specification of Basic Encoding Rules(BER),Canonical Encoding Rules(CER)and Distinguished Encoding Rules(DER)[S].International Standard,ISO/IEC 8825-1:2002.3rd ed.Geneva:ISO,2002.