關鍵詞：TD-SCDMA系統 SDL語言 MSC 實時操作系統

１ ＳＤＬ語言介紹

ＳＤＬ（規范描述語言）廣泛地用于描述通信系統的行為。它是ＣＣＩＴＴ推薦的規范描述語言。經過ＩＴＵ－Ｔ的發展和標準化，定義在蘭皮書Ｚ．１００建議中。ＩＴＵ－Ｔ在１９８８年推出了第一個正式版，以后每四年進行一次增補更新。作為國際標準化的正式語言，它被用來規范實時多任務系統的描述。ＳＤＬ與其它一些相關技術如Ｚ．１２０建議——消息序列圖和Ｚ．１０５建議及抽象語法符號一起形成一個完整的描述語言。

在協議軟件的開發流程中，ＳＤＬ被應用在系統規范描述和設計階段。它完全獨立于硬件實現與操作系統。Ｔｅｌｅｌｏｇｉｃ Ｔａｕ公司提供的ＳＤＬ軟件不僅可以用于規范描述和設計，還可以把ＳＤＬ的描述和設計直接生成標準的Ｃ代碼。用戶也可以直接在ＳＤＬ描述和設計中嵌入Ｃ代碼，從而完成圖１中的實現部分的功能。經ＳＤＬ描述產生的Ｃ代碼（包括嵌入的Ｃ代碼）可以直接與多種嵌入式（或非嵌入式）實時多任務操作系統集成，如ＮＵＣＬＵＥＳ、ｐＳＯＳ、Ｓｏｌａｒｉｓ、Ｖｒｔｘ、ＯＳＥ等，集成后的代碼可以直接在目標板上運行，從而方便用戶進行協議軟件的開發。

與ＳＤＬ相對應的ＭＳＣ（信息序列圖），是ＩＴＵ－Ｔ規范中用來表示信息序列的語言。在１９９１年，ＩＴＵ－Ｔ對ＭＳＣ進行了標準化。用ＭＳＣ圖可以方便地表示出信號的流向，即信號是從什么進程發送到什么進程，信號是否帶有參數、具體的參數值等都可以直觀地表示在ＳＤＬ ＭＳＣ圖中，這對了解和分析信號在各個模塊間的傳遞帶來了很大的方便。不僅如此，通過ＭＳＣ圖還可以將ＳＤＬ的各功能有機地聯系在一起。在軟件的跟蹤及調試過程中，使用Ｓｉｍｕｌａｔｏｒ和Ｖａｌｉｄａｔｏｒ可以產生ＭＳＣ圖。在軟件的ＴＴＣＮ測試過程中，ＭＳＣ圖還經常被用于分析測試的結果。通過ＭＳＣ圖還可以直觀地描述信號發送的先后次序，而這些在ＳＤＬ描述中是辦不到的。

開發的最后一步是使用ＴＴＣＮ進行測試。ＴＴＣＮ（樹表結合表示法）是由ＩＳＯ和ＩＴＵ定義在ＩＳＯ／ＩＥＣ ９６４６－３中的一個規范測試語言，是ＩＳＯ／ＩＥＣ ９６４６的第三部分標準，用于ＯＳＩ一致性測試集的測試表示法。樹表結合表示法，顧名思義，就是采用以樹和表格為表現形式的測試表示法，其中表格主要用于數據類型、原語、協議觀察點、約束等，而樹則用于描述測試集、測試例、測試步。對標準有效性的驗證和通信軟件的一致性測試就顯得非常重要。

用ＳＤＬ設計的系統是一個等級結構的系統，它包括了系統、功能塊和進程等。一個系統可以包含多個塊，每個塊可由一個或多個進程組成。進程是ＳＤＬ系統中的最小處理單元，采用ＥＦＳＭ描述，所有用戶的處理和操作都在進程中完成。在系統級下定義的內容（信號、數據結構等）可以在該系統下所有的塊和進程中使用，在塊下定義的內容可以在該塊的任何進程中使用。

正是ＳＤＬ的這些特點，在開發協議軟件中起著不可比擬的作用，下面以ＳＤＬ開發ＴＤ－ＳＣＤＭＡ高層信令簡單說明ＳＤＬ的使用。

２ ＴＤ－ＳＣＤＭＡ系統結構

首先介紹一下ＴＤ－ＳＣＤＭＡ系統結構。根據ＴＳＭ協議的要求和實際開發產品的需要，可將ＴＤ－ＳＣＤＭＡ系統用戶終端協議軟件分成圖２所示的系統結構（沒有包括分組數據業務部分）。整個系統結構滿足ＴＳＭ協議的分層結構，同時根據控制和軟件的需要增添了ＴＳＲ、ＨＬ１模塊，是一個ＳＤＬ塊級的ＴＤ－ＳＣＤＭＡ的ＵＥ端高層信令結構。整個系統共有六個模塊，每個模塊對應ＳＤＬ中的一個塊，每個模塊分別完成不同的功能。下面簡要介紹每個模塊的功能和接口。

ＣＭ模塊完成連接管理功能，包括呼叫控制、短消息和附加業務三部分，即圖２中的ＣＭ塊。

ＭＭ模塊完成在電路交換模式下的移動性管理功能，實現ＵＥ的移動性、安全性以及連接管理，即圖２中的ＭＭ塊。

ＴＳＲ模塊是一個信號中轉模塊，是ＭＭ子層的一部分，主要實現信號路由的功能；同時基于ＣＭ子層中各實體的多實例（如建立多個呼叫）特性，對ＣＭ模塊進行多實例的管理。

ＲＲＭ模塊完成無線資源管理和控制功能。在空閑模式下，ＲＲＭ模塊執行小區選擇和小區重選、為響應網絡尋呼或高層的ＲＲ建立請求而發起ＲＲ連接建立以及切換等任務；在ＲＲ連接建立過程中，ＲＲＭ控制ＨＬ１模塊發起立即指派過程、主信令鏈路的建立過程；在連接模式下，ＲＲＭ主要完成連接模式的資源管理，如指派、信道模式改變和切換等控制過程；處理隨路信令，如分析和處理系統信息類型５、類型６；發送測量報告以及對在ＦＡＣＣＨ信道上接收到的層３消息進行分析和處理等任務。另外ＲＲＭ模塊還控制ＨＬ１模塊對服務小區和鄰近小區的測量等過程。

ＤＬ模塊完成無線連接控制功能，主要包括：信道上提供一個或多個數據鏈路的連接，不同的連接通過數據鏈路連接標識ＤＬＣＩ區分；提供幀類型的識別機制；允許層３消息在２個層３對等實體之間進行透明傳輸；順序控制，以保持幀通過一條數據鏈路連接后的順序；具有在數據鏈路上對格式和操作性錯誤的檢測功能；當出現數據鏈路的不可恢復性錯誤時，具有向層３實體報告錯誤的機制；具有流量控制的功能；在ＲＡＣＨ上完成接入請求后，當需要建立一條數據鏈路時具有解決沖突的功能。

ＨＬ１模塊是連接協議層與物理層的橋梁。按系統的硬件設計，協議層和應用層的任務由ＡＲＭ處理器完成，ＤＳＰ處理器負責完成具體的物理層底層任務，如信源和信道的編解碼、交織、各種物理層參數的測量、擴頻及調制等。兩種處理器之間通過中斷交換數據。ＨＬ１根據協議層的請求，通過對協議層的任務分解和規劃，對物理層資源進行調度和控制。主要包括：在小區選擇過程中，ＨＬ１模塊控制物理層進行鄰近小區的碼功率的測量，解讀ＢＳＩＣ，解讀ＤｗＰＴＳ的相位，讀取ＢＣＣＨ塊等任務；在空閑狀態下，ＨＬ１模塊控制物理層執行服務小區和鄰近小區的測量，解讀服務小區的系統信息和最強６個鄰近小區的系統信息類型１，并把測量結果和讀取的系統信息報告給ＲＲＭ模塊；在隨機接入過程中，根據ＲＲＭ模塊的控制信號，ＨＬ１模塊控制并調度物理層執行隨機接入過程的消息發送與接收；在連接模式下ＨＬ１控制物理層執行數據的收發、服務和鄰近小區的測量以及切換過程等。

    圖２中，每個模塊對應ＳＤＬ描述中的一個塊級結構，在每個塊級結構中又可以分成很多個進程，高層信令可以通過ＰＨＩ信道和物理層進行通信。向上可以通過ＭＭＩ、ＣＭＭＩ、ＭＭＳＩＭ信號和人機界面進行信息交互。而人機界面可以由ＷＩＮＣＥ系統完成，硬件驅動部分可以直接編程實現[３]。

３ 利用ＳＤＬ系統開發ＴＤ－ＳＣＤＭＡ方法

在圖２的ＴＤ－ＳＣＤＭＡ系統描述中，可以利用Ｔｅｌｅｌｏｇｉｃａ Ｔａｕ ＡＢ公司的ＳＤＬ Ｅｄｉｔｏｒ將其描述成標準的ＳＤＬ描述形式。但不是系統所有的部分都可以使用ＳＤＬ開發。在硬件驅動、物理層具體的算法、信道的編解碼以及ＳＩＭ卡的操作等都需要Ｃ語言（或者其他語言）完成。最后將所有的代碼編譯成一個可以執行的目標代碼。具體過程如圖３所示。系統開發代碼運行平臺是ＡＲＭ，操作系統是ＮＵＣＬＵＥＳ ＰＬＵＳ。

利用ＳＤＬ實現ＴＤ－ＳＣＤＭＡ高層信令軟件過程如下：

第一步：首先根據詳細報告的描述，定義出所有的數據結構。例如保存系統信息的結構體、ＩＭＳＩ碼結構、ＴＭＳＩ碼以及任務規劃等結構定義，這些數據結構可以Ｃ／Ｃ＋＋語言格式或是ＡＮＳ．１格式完成，它們都可以被ＳＤＬ使用。Ｃ／Ｃ＋＋描述可以被ＳＤＬ提供的ＣＰＰ２ＳＤＬ．ＥＸＥ工具很方便地轉換成ＳＤＬ，可以直接使用ＰＲ文本[８]。

第二步：利用ＳＤＬ工具將圖２中完成的ＴＤ－ＳＣＤＭＡ系統描述和生成相關的ＰＲ描述，根據需要編譯成不同的Ｃ／Ｃ＋＋代碼，最常用的有兩種：一種是在目標板上運行的代碼?穴通常選用Ｃａｄｖａｎｃｅｄ模式?雪，另一種是可以提供給ＴＴＣＮ測試的代碼。

第三步：由于生成的目標代碼和測試代碼具有很好的一致性，利用ＴＴＣＮ可以檢查出ＳＤＬ設計中的問題，以保證ＳＤＬ設計的正確性。這也是利用ＳＤＬ進行ＴＤ－ＳＣＤＭＡ系統開發的優勢之一。根據ＴＳＭ １１(ＴＤ－ＳＣＤＭＡ系統測試規范)系列所編寫的測試例，方便進行協議的一致性測試，最大可能地發現開發中出現的問題，避免了這些錯誤帶到板級調試中，從而加快了軟件開發速度。

第四步：ＳＤＬ描述生成的Ｃ源代碼要在ＡＲＭ硬件系統上運行，還需要與選定的ＲＴＯＳ操作系統進行集成。ＳＤＬ可以與多種ＲＴＯＳ系統相互集成，它們的集成原理相同。根據 ＳＤＬ的進程任務，在ＲＴＯＳ系統中的處理情況可以分成兩種，一種是深度集成，另外一種是輕度集成。它們的效果相同，其區別在于深度集成將ＳＤＬ描述中的每一個進程作為ＲＴＯＳ中的一個進程來處理，而輕度集成則將整個ＳＤＬ系統作為一個ＲＴＯＳ進程進行處理。在實際應用中，大多使用第二種方法。這種方法便于ＳＤＬ和ＲＴＯＳ系統的集成，集成時只需要修改ＳＤＬ的接口文件ｓｅｔｅｎｖ．ｃ。在該接口文件中，增加下列ＮＵＣＬＥＵＳ的函數：

ＮＵ＿Ｃｒｅａｔｅ＿Ｍｅｍｏｒｙ＿Ｐｏｏｌ（）

ＮＵ＿Ａｌｌｏｃａｔｅ＿Ｍｅｍｏｒｙ（）

ＮＵ＿Ｃｒｅａｔｅ＿Ｔａｓｋ（）

前兩個函數被ＮＵＣＬＥＵＳ用來分配內存，保存ＳＤＬ進程控制塊。ＮＵ＿Ｃｒｅａｔｅ＿Ｔａｓｋ（）函數用于創建ＮＵＣＬＥＵＳ的任務，它是ＳＤＬ進程與ＮＵＣＬＥＵＳ接口的關鍵函數。該函數共有１１個參數：Ｔａｓｋ＿Ｐｔｒ、“ＳＤＬ＿ｆｎ”、ＳＤＬ＿ｍａｉｎ、０、ＮＵＬＬ、Ｓｔａｃｋ＿Ｐｔｒ、ＭＡＮＡＧＥＲ＿ＳＴＡＣＫ＿ＳＩＺＥ、ＭＡＮＡＧＥＲ＿

ＴＡＳＫ＿ＰＲＩＯＲＩＴＹ、ＭＡＮＡＧＥＲ＿ＴＩＭＥ＿ＳＬＩＣＥ、ＮＵ＿ＰＲＥＥＭＰＴ、

ＮＵ＿ＳＴＡＲＴ；其中Ｔａｓｋ＿Ｐｒｔ是指向進程的控制塊、“ＳＤＬ＿ｆｎ”是進程的名字、Ｓｔａｃｋ＿Ｐｔｒ是進程的堆棧指針、ＭＡＮＡＧＥＲ＿ＳＴＡＣＫ＿ＳＩＺＥ是堆棧的大小；ＭＡＮＡＧＥＲ＿ＴＩＭＥ＿

ＳＬＩＣＥ是進程可以占用的最大時間（以ｔｉｃｋｓ來計算）。經過修改后的接口函數只要與ＳＤＬ生成的源代碼和操作系統提供的代碼一起編譯即可。每次啟動系統后，ＮＵＣＬＥＵＳ將ＳＤＬ描述當作是一個獨立的任務進行處理。ＳＤＬ進程由ＳＤＬ內核管理，而整個ＳＤＬ系統則由ＮＵＣＬＥＵＳ管理。ＮＵＣＬＥＵＳ系統有自己一套完整的消息處理機制，同時ＳＤＬ生成的代碼也有自己一套信號處理機制，它們相互獨立，共同作用組成應用系統[９]。

最后將ＳＤＬ生成的代碼、ＮＵＣＬＵＥＳ代碼和所編寫的硬件驅動統一編寫成ＡＲＭ運行代碼。

在整個軟件開發過程中，實際開發過程不是完全由第一步到第四步這么簡單，有時它們交織在一起。在ＴＴＣＮ以及目標板測試中發現的問題反饋到設計過程，不斷修正，直到系統的最后完善。

從以上過程描述可以看出ＳＤＬ有以下優勢：

(１)ＳＤＬ工具可以同時支持圖形(ＧＲ)和文本描述(ＰＲ)，并且可以相互轉換。圖形方式方便設計人員直觀了解設計結果，而文本方式便于保存。

(２)便于軟件設計，可以將詳細設計報告和代碼設計過程有機地結合在一起，ＳＤＬ可以把利用ＳＤＬ描述的詳細報告部分直接生成所需要的代碼。

(３) 由于ＳＤＬ具有一致性的目標源代碼和測試代碼，可以利用ＴＴＣＮ直接測試，大大提高了ＳＤＬ設計的源代碼的正確性。同時ＳＤＬ具有豐富的ＭＳＣ接口，在測試的Ｖａｌｉｄａｔｏｒ、Ｓｉｍｕｌａｔｏｒ、ＴＴＣＮ過程中都有ＭＳＣ圖輸出，可以提供設計人員檢查設計中存在的問題。

ＳＤＬ生成的代碼可以在多種實時多任務平臺上運行，可以方便地與ｐＳＯＳ、Ｎｕｃｌｕｅｓ Ｐｌｕｓ、Ｓｏｌａｒｉｓ、ＶｘＷｏｒｋｓ、ＯＳＥＤｅｌｔａ等ＲＴＯＳ系統相互集成，具有較好的可一致性。

ＳＤＬ工具可以將整個軟件開發過程、需求報告、總體設計報告、詳細設計報告、代碼設計及測試和維護集成一體。各個部分的設計都可以使用ＳＤＬ的不同功能來描述，最大限度地節省人力和物力。

圖3 利用SDL開發TD-SCDMA系統模式（UE端）

    本文沒有介紹ＳＤＬ的ＵＭＬ部分可以完成軟件開發的需求分析、總體或概要設計。結合ＳＤＬ的功能，Ｔｅｌｅｌｏｇｉｃａｌ Ｔａｕ ＡＢ提供的ＳＤＬ工具將軟件開發的全過程有機地結合在一起，從需求分析到代碼生成。加快了軟件開發速度，縮短了軟件開發周期。在整個ＴＤ－ＳＣＤＭＡ高層項目開發中，ＳＤＬ工具軟件起關鍵作用。

但是ＳＤＬ在協議軟件的開發中也不是萬能的，雖然ＳＤＬ的描述直觀、方便，但是ＳＤＬ生成的代碼非常復雜，不便于修改和閱讀。這也是惟一對ＳＤＬ擔憂的地方。通常在生成代碼中一個不起眼的ＢＵＧ，將永遠都不會找到。