<dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><small id="yhprb"></small><dfn id="yhprb"></dfn><small id="yhprb"><delect id="yhprb"></delect></small><small id="yhprb"></small><small id="yhprb"></small> <delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"></dfn><dfn id="yhprb"></dfn><s id="yhprb"><noframes id="yhprb"><small id="yhprb"><dfn id="yhprb"></dfn></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><small id="yhprb"></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn> <small id="yhprb"></small><delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn>

新聞中心

EEPW首頁(yè) > 測試測量 > 設計應用 > TD-SCDMA系統終端CC實(shí)體的一致性測試

TD-SCDMA系統終端CC實(shí)體的一致性測試

——
作者:楊泳 王莉 李小文 方芳 時(shí)間:2006-07-18 來(lái)源:移動(dòng)通信 收藏

摘 要 文章介紹了一致性的原理,結合UE發(fā)起的呼叫建立過(guò)程,著(zhù)重介紹了一種協(xié)議的方法。 

1、引言 

  系統是我國提出的第三代移動(dòng)通信標準,在國際上引起了廣泛的關(guān)注。目前,國內很多廠(chǎng)商及科研單位正從事協(xié)議棧軟件的研發(fā)工作,協(xié)議軟件的實(shí)現是否嚴格反映3GPP標準要求,很大程度上影響著(zhù)我國TD-SCDMA的發(fā)展前景,因此,對協(xié)議進(jìn)行研究有著(zhù)非常重要的現實(shí)意義。 

  CC是非接入層CM子層的一個(gè)實(shí)體,主要完成CS域基本的呼叫管理,是整個(gè)CM子層的核心(如圖1所示)。本文結合的主叫過(guò)程,提出了一種一致性協(xié)議測試的方法。  

2、協(xié)議 

  協(xié)議是設備間進(jìn)行通信時(shí)須予以遵守的規則。通常情況下,這些規則是以自然語(yǔ)言來(lái)描述的,這就存在著(zhù)因主觀(guān)差異導致不同甚至錯誤的協(xié)議實(shí)現的可能。鑒于此,我們需要一種有效的方法來(lái)對協(xié)議的可靠性進(jìn)行判別,這就是“協(xié)議測試”(Protocol Testing)。 

  協(xié)議測試是一種黑盒測試,它對照協(xié)議標準,通過(guò)控制觀(guān)察被測協(xié)議實(shí)現的外部行為,對其進(jìn)行驗證。目前,協(xié)議測試分成四個(gè)方面:(Conformance Testing)、互操作性測試(Interoperability Testing)、性能測試(Performance Testing)、堅固性測試(Robustness Testing)。 

  主要驗證協(xié)議實(shí)現是否嚴格遵循相應的協(xié)議描述,判斷該產(chǎn)品的協(xié)議實(shí)現是否符合國際標準,它是協(xié)議測試最基本的內容,也是其它三種測試的基礎。對TD-SCDMA系統高層協(xié)議的開(kāi)發(fā)測試而言,我們更為關(guān)心的是開(kāi)發(fā)能否滿(mǎn)足標準,是否能與其它基于同一個(gè)協(xié)議標準的產(chǎn)品實(shí)現互通,以盡可能減少產(chǎn)品在現場(chǎng)實(shí)際運行時(shí)出錯的風(fēng)險。 

3、SDL和TTCN 

  在協(xié)議軟件的開(kāi)發(fā)流程中,SDL被廣泛用來(lái)描述通信系統的行為。它可以把SDL的描述和設計直接生成標準的C代碼,用戶(hù)也可以直接在SDL描述和設計中嵌入C代碼。經(jīng)SDL描述產(chǎn)生的C代碼(包括嵌入的C代碼),可以在目標板上運行,從而大大方便了協(xié)議軟件的開(kāi)發(fā)。與SDL相對應的MSC(信息序列圖),是ITU-T規范中用來(lái)表示信息序列的語(yǔ)言,用MSC圖可以直觀(guān)地表現出信號的流向;并且信號是從什么進(jìn)程發(fā)送到什么進(jìn)程,信號帶有哪些參數、參數值等都能直觀(guān)地表示在SDL的MSC圖中,這為了解和分析信號在各個(gè)模塊間的傳遞帶來(lái)了很大的方便。此外,通過(guò)MSC圖還可以將MSC的各項功能有機地聯(lián)系在一起。 

  樹(shù)表結合表示法(TTCN),采用的是以樹(shù)和表格為表現形式的測試表示法,其中,表格主要用于數據類(lèi)型、原語(yǔ)、約束等,而樹(shù)則用于描述測試集、測試例、測試步。TTCN是一種獨立于協(xié)議、測試方法和測試設備的抽象語(yǔ)言,因此,它被廣泛地應用在通信協(xié)議測試中。TTCN把IUT整個(gè)看作一個(gè)測試實(shí)體來(lái)考慮,但可以根據測試者測試目的,通過(guò)選擇IUT與測試環(huán)境的接口來(lái)進(jìn)行測試,以達到測試和驗證IUT的目的。 

4、一致性測試 

  4.1 CC測試環(huán)境 

  CC測試環(huán)境如圖2所示,CC的上層是SPVCALL模塊,它負責將人機界面(MMI)等應用層發(fā)來(lái)的消息轉發(fā)到;CC的下層是MM子層,它為CC提供MM連接服務(wù)。我們選擇的控制觀(guān)察點(diǎn)(PCO,Points of Control and Observation)有兩個(gè):一個(gè)在SPVCALL與CC的接口處,另一個(gè)在CC與MM的接口處(如圖2所示)。模塊SPVCALL和MM共同組成了CC的測試環(huán)境,CC即是待測試的IUT。  

  4.2 CC主叫過(guò)程 

  CC實(shí)體的主要功能是對用戶(hù)之間的呼叫進(jìn)行控制,包括呼叫建立、呼叫釋放以及呼叫重建等。限于篇幅,下面以主叫過(guò)程為例,介紹該實(shí)體一致性測試方法。 

 ?。?)CC主叫過(guò)程描述 

  根據相關(guān)協(xié)議的描述,CC發(fā)起的主叫應為如下過(guò)程(如圖3所示):  

  ◆首先由終端發(fā)起呼叫,應用層(如人機界面,MMI)發(fā)起一個(gè)建立請求送到SPVCALL模塊,SPVCALL將向CC發(fā)送“CAPI_CALL_SETUP_REQ”信號; 

  ◆CC收到此信號后,將發(fā)送“MMCC_EST_REQ”信號到MM子層,要求其創(chuàng )建一個(gè)MM連接,同時(shí),開(kāi)啟定時(shí)器T303,狀態(tài)即躍遷到“Connect Pending”; 

  ◆MM子層向CC發(fā)送“MMCC_EST_CNF”信號表示MM連接創(chuàng )建成功,CC通過(guò)原語(yǔ)“MMCC_DATA_REQ”向MM子層發(fā)送“SETUP”消息,狀態(tài)跳到“Call Initiate”; 

  ◆MM子層通過(guò)接入層將“SETUP”消息發(fā)送給網(wǎng)絡(luò ),網(wǎng)絡(luò )收到此消息后,向終端發(fā)送“CALL PROCEEDING”消息,CC一旦收到該條消息,就關(guān)閉定時(shí)器T303,開(kāi)啟定時(shí)器T310,并向SPVCALL報告收到了“CALL PROCEEDING”消息,狀態(tài)亦躍遷到“CallProceeding”; 

  ◆網(wǎng)絡(luò )向終端發(fā)送“ALERTING”振鈴消息,CC收到這條消息時(shí),停掉定時(shí)器T310,向SPVCALL報告收到了“ALERTING”,狀態(tài)并躍遷到“Call Delivered”; 

  ◆當終端分配了專(zhuān)用資源后,MM層將通過(guò)“MMCC_SYNC_IND”原語(yǔ)通知CC,CC將通知SPVCALL專(zhuān)用資源已經(jīng)分配; 

  ◆最后,網(wǎng)絡(luò )向終端發(fā)送“CONNECT”消息,CC收到此消息后,將向網(wǎng)絡(luò )發(fā)送“CONNECT ACKNO-WLEDGE”,并通知SPVCALL模塊:CC收到了“CONNECT”消息,狀態(tài)即進(jìn)入“Call Active”。

(2)消息的構造 

  為了測試協(xié)議是否如實(shí)地實(shí)現標準的要求,我們要檢查終端和網(wǎng)絡(luò )收發(fā)的消息內容是否正確,同時(shí),也要確認對端收到消息后做出的響應是否與規范相符。 

  前文曾提到,終端發(fā)起呼叫建立時(shí),首先由應用層發(fā)起一個(gè)建立請求,即CC向網(wǎng)絡(luò )發(fā)送一條“SETUP”消息。以“SETUP”為例,該消息的構造參考3GPP的24.008,其內容包含有PD/TI、消息類(lèi)型、承載能力、被叫用戶(hù)子地址、被叫用戶(hù)號碼、SI以及其它一些和普通呼叫相關(guān)的參數。 

 ?。?)消息的構造

  為了測試協(xié)議是否如實(shí)地實(shí)現標準的要求,我們要檢查終端和網(wǎng)絡(luò )收發(fā)的消息內容是否正確,同時(shí),也要確認對端收到消息后做出的響應是否與規范相符。

  前文曾提到,終端發(fā)起呼叫建立時(shí),首先由應用層發(fā)起一個(gè)建立請求,即CC向網(wǎng)絡(luò )發(fā)送一條“SETUP”消息。以“SETUP”為例,該消息的構造參考3GPP的24.008,其內容包含有PD/TI、消息類(lèi)型、承載能力、被叫用戶(hù)子地址、被叫用戶(hù)號碼、SI以及其它一些和普通呼叫相關(guān)的參數。

表1 “SETUP”消息構造

參數頭

參數

參數內容

存在性

長(cháng)度(字節)

數據構造

/

Protocol Discriminator

協(xié)議鑒別器

必選

1/2

3

/

Transaction Identifier

會(huì )話(huà)標識符

必選

1/2

0

/

Message Type

SETUP消息類(lèi)型

必選

1

05

04

Bearer Capability

承載能力

必選

3-16

04 03 20 02 80

6D

Called Party Sub-address

被叫用戶(hù)子地址

可選

2-23

不選

5E

Called Party BCD Num.

被叫用戶(hù)號碼

必選

3-43

5E 07 A8 35 4365 87 09 F1

2D

Stream Identifier

流量標識

可選

3

不選

  5、結論 

  通過(guò)檢查MSC圖的其它部分,發(fā)現信號的流程及數據、狀態(tài)的跳轉、定時(shí)器的開(kāi)啟和關(guān)閉協(xié)議的要求,實(shí)現了CC的主叫功能,這說(shuō)明開(kāi)發(fā)出的代碼實(shí)現了CC實(shí)體主叫的功能。使用SDL工具和TTCN測試功能,能有效地減少調試時(shí)間,并大大提高測試效率。 

  目前,我國TD-SCDMA系統測試工作正如火如荼地進(jìn)行著(zhù),提供標準的、高效的一致性測試方法和工具,能準確地驗證終端設備的各項技術(shù)、信令和性能要求,對于TD-SCDMA民族產(chǎn)業(yè)化進(jìn)程將具有十分重要的意義。 

 



評論


相關(guān)推薦

技術(shù)專(zhuān)區

關(guān)閉
国产精品自在自线亚洲|国产精品无圣光一区二区|国产日产欧洲无码视频|久久久一本精品99久久K精品66|欧美人与动牲交片免费播放
<dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><small id="yhprb"></small><dfn id="yhprb"></dfn><small id="yhprb"><delect id="yhprb"></delect></small><small id="yhprb"></small><small id="yhprb"></small> <delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"></dfn><dfn id="yhprb"></dfn><s id="yhprb"><noframes id="yhprb"><small id="yhprb"><dfn id="yhprb"></dfn></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><small id="yhprb"></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn> <small id="yhprb"></small><delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn>