圖1　TD-SCDMA協(xié)議測試平臺(tái)構(gòu)架
其中：PS：分組域業(yè)務(wù)模塊；RABM：無線接入承載管理模塊；CS：電路域業(yè)務(wù)模塊；PDCP：分組數(shù)據(jù)匯聚協(xié)議；RMC：參考測量信道業(yè)務(wù)模塊；RLC：無線鏈路控制層；腳本API：腳本的應(yīng)用編程接口；MAC：媒體接入控制層；LOG：日志生成模塊；PHY：物理層。
腳本部分包括：腳本庫、腳本文件、協(xié)議棧控制、腳本API和LOG 6個(gè)模塊。負(fù)責(zé)完成無線資源管理分配與調(diào)度的功能，模擬3GPP協(xié)議中的RRC和NAS實(shí)體，可以模擬高層的具體信令也可以提供TTCN一致性測試。此部分為整個(gè)測試平臺(tái)的控制核心，通過編寫不同的腳本，可以完成終端測試中所需高層的所有的信令測試。由于引入腳本來模擬RRC和NAS層，平臺(tái)實(shí)現(xiàn)難度大大降低。
腳本文件（簡稱為腳本，下同）是為了降低高層（NAS層和RRC層）整個(gè)實(shí)體的復(fù)雜度而引入的一種機(jī)制，它是高層實(shí)體的一個(gè)具體對象實(shí)例，是高層功能的一系列具體信令的執(zhí)行過程，如系統(tǒng)消息廣播、尋呼、RRC建立/釋放、鑒權(quán)、位置更新等。
協(xié)議棧部分包括：L1層（PHY）、L2層MAC、RLC及PDCP，此部分參考3GPP的協(xié)議架構(gòu)，完全按照協(xié)議的描述實(shí)現(xiàn)。RABM實(shí)體主要實(shí)現(xiàn)對RAB（無線接入承載）管理及RAB與RB（無線承載）之間的映射與修改。
應(yīng)用部分包括：CS、PS和RMC 3個(gè)實(shí)體。應(yīng)用部分各個(gè)模塊與腳本部分、協(xié)議部分采用統(tǒng)一的接口，可以對新的業(yè)務(wù)進(jìn)行動(dòng)態(tài)加載，通過接口可以同腳本部分進(jìn)行交互，進(jìn)行流程的同步和數(shù)據(jù)的交互。
4、TD-SCDMA測試平臺(tái)實(shí)現(xiàn)
4.1　腳本部分
4.1.1　腳本文件的實(shí)現(xiàn)
（1）腳本業(yè)務(wù)功能
TD-SCDMA測試平臺(tái)主要用來模擬基站側(cè)的行為，業(yè)務(wù)模擬需要通過腳本來實(shí)現(xiàn)，根據(jù)3GPP協(xié)議.腳本的業(yè)務(wù)范圍可以包括：3G網(wǎng)絡(luò)的基本功能、電路域基本過程、分組域基本過程和參考測量信道工程模式基本過程4大功能。
●3G網(wǎng)絡(luò)業(yè)務(wù)的基本功能包括：系統(tǒng)消息廣播、注冊鑒權(quán)、安全模式控制和功率控制（包括上行閉環(huán)功率控制和上行開環(huán)功率控制等）。
●電路域基本過程包括：位置更新和呼叫控制。其中位置更新包括：IMSI附著，周期性位置更新和正常位置更新等。呼叫控制支持呼叫的建立及釋放過程，包括：UE（用戶設(shè)備）發(fā)起呼叫、UE被呼、UE發(fā)起語音呼叫釋放和網(wǎng)絡(luò)發(fā)起的語音呼叫釋放等。
●分組域基本過程包括：移動(dòng)性管理和會(huì)話管理。移動(dòng)性管理主要有GPRS附著／分離和周期性路由區(qū)更新。會(huì)話管理包括：UE發(fā)起的PDP上下文激活、UE發(fā)起的PDP上下文去激活、PS域UE主叫、網(wǎng)絡(luò)主叫和PS域UE發(fā)起呼叫釋放等。
●參考測量信道工程模式的基本過程包括：網(wǎng)絡(luò)發(fā)起承載測試模式、兩種測試回環(huán)模式的選擇和網(wǎng)絡(luò)終止承載測試模式等。
（2）腳本定義
腳本作為RRC和NAS層的功能實(shí)體的一個(gè)對象實(shí)例，根據(jù)終端測試需要完成信令模擬功能。形成相應(yīng)RRC層消息信令序列（包括承載NAS消息的RRC消息），根據(jù)相應(yīng)的規(guī)則順序發(fā)送與接收。
（3）腳本構(gòu)成
根據(jù)所需測試的功能，確定作為RRC和NAS層的功能實(shí)體的對象實(shí)例的腳本所需要模擬的信令過程。然后根據(jù)可重用性原則將信令過程分成若干可重用的信令子過程，每個(gè)信令子過程分別由一個(gè)腳本實(shí)現(xiàn)，每個(gè)腳本由一系列RRC消息隊(duì)列及一系列腳本API構(gòu)成。
每個(gè)腳本根據(jù)其實(shí)現(xiàn)的不同業(yè)務(wù)，由3GPP協(xié)議確定其具體信令消息隊(duì)列的內(nèi)容（具體內(nèi)容格式可參見參考文獻(xiàn)[7，8]與發(fā)送接收順序及對本側(cè)的配置時(shí)機(jī)。
腳本中每條發(fā)送的信令有相應(yīng)的屬性和動(dòng)作。屬性主要為協(xié)議棧高層消息內(nèi)容構(gòu)成。動(dòng)作主要包括：發(fā)送消息、修改消息內(nèi)容、接收消息、讀取消息內(nèi)容、對本側(cè)協(xié)議棧的配置等。
（4）腳本運(yùn)行
每個(gè)腳本都需一個(gè)標(biāo)準(zhǔn)的入口函數(shù)，以供協(xié)議棧控制部分調(diào)用。腳本中每條消息可以根據(jù)需要按照協(xié)議要求設(shè)定相應(yīng)計(jì)時(shí)器，以控制消息的通信時(shí)間以及錯(cuò)誤信息上報(bào)。
4.1.2　腳本API的實(shí)現(xiàn)
腳本與外部模塊間的通信交流接口為腳本API。腳本API接口函數(shù)匯集了在系統(tǒng)模擬與一致性測試中所有的高層與底層的接口，通過其可以獲得一層、二層所有配置參數(shù)和數(shù)據(jù)結(jié)果，同時(shí)也可以設(shè)置一層、二層所有參數(shù)和狀態(tài)。
腳本通過腳本API完成L3和下層的通信及控制，同時(shí)也可作為使用TTCN進(jìn)行一致性測試時(shí)的PCO。
4.1.3　協(xié)議棧控制模塊實(shí)現(xiàn)
通過平臺(tái)對網(wǎng)絡(luò)側(cè)進(jìn)行模擬時(shí)，協(xié)議棧控制模塊負(fù)責(zé)對所有腳本的調(diào)度，協(xié)調(diào)幾個(gè)腳本共同完成某一個(gè)具體的功能的信令交互，根據(jù)所產(chǎn)生的腳本的構(gòu)成確定每個(gè)腳本需要對應(yīng)的狀態(tài)，從而根據(jù)協(xié)議完成狀態(tài)機(jī)實(shí)現(xiàn)狀態(tài)間的躍遷。通過對狀態(tài)機(jī)維護(hù)來完成對各腳本的調(diào)度，對腳本的調(diào)度可以采用集中式和分布式調(diào)度相結(jié)合方式，多個(gè)腳本可以采用集中式的調(diào)度方式按照批處理順序執(zhí)行，同時(shí)腳本之間也可以按照分布式的方式相互調(diào)用。協(xié)作完成指定的測試。
為了保證同協(xié)議棧的操作行為保持一致，協(xié)議棧控制采用消息觸發(fā)機(jī)制，接收外部控制模塊的命令并且完成狀態(tài)上報(bào)工作。協(xié)議棧控制通過腳本API對腳本運(yùn)行狀態(tài)傳遞命令和接收腳本運(yùn)行狀態(tài)信息上報(bào)，通過與應(yīng)用部分的統(tǒng)一接口完成對用戶平面業(yè)務(wù)模擬的控制和狀態(tài)監(jiān)測，通過與腳本庫的接口完成對腳本的添加、刪除、搜索、加載及釋放功能。
4.1.4　腳本庫實(shí)現(xiàn)
腳本庫主要完成對腳本的存儲(chǔ)與管理功能。根據(jù)協(xié)議棧控制命令完成對腳本文件的添加、刪除、搜索、加載及釋放等。
當(dāng)需添加/刪除一個(gè)測試內(nèi)容時(shí)，需要經(jīng)過如下步驟：
●編寫腳本文件。
●對協(xié)議棧控制狀態(tài)機(jī)進(jìn)行相應(yīng)添加／刪除處理。
●對腳本庫執(zhí)行腳本文件的添加/刪除操作。
●對測試分組中的腳本集中的腳本需要修改的參數(shù)，通過參數(shù)表的修改機(jī)制做相應(yīng)的修改。
如圖2所示，腳本庫的核心為一個(gè)腳本文件庫，物理存在一系列作為測試用例的腳本文件，還存在一張鏈表用于存儲(chǔ)這些腳本文件的基本信息，對它們進(jìn)行統(tǒng)一管理。對每個(gè)腳本文件可以用“別稱”來識別，即在鏈表中存在文件名和別稱的映射。