專利名稱：一種仿真基于ip的多媒體子系統(tǒng)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種仿真方法，更具體地說，是一種在第三代移動通信網(wǎng)絡(luò)中用于客戶端軟件測試的仿真方法。
背景技術(shù)：
目前，通信環(huán)境已經(jīng)從簡單的電報電話通信擴展到包括語音、數(shù)據(jù)和多媒體通信在內(nèi)的多元化通信。運營商普遍的解決方案是一個業(yè)務(wù)對應(yīng)一個業(yè)務(wù)網(wǎng)絡(luò)，因此形成了多個業(yè)務(wù)網(wǎng)絡(luò)并存的局面。而網(wǎng)絡(luò)融合的目的正是為了在一個統(tǒng)一的網(wǎng)絡(luò)上進行各種信息的通信，有利于實現(xiàn)用戶在享受多種通信服務(wù)時的“統(tǒng)一體驗”。目前業(yè)界比較關(guān)注的融合包括電信網(wǎng)與互聯(lián)網(wǎng)的融合、移動網(wǎng)與固定網(wǎng)的融合等。其中，第三代移動通信標(biāo)準(zhǔn)協(xié)作項目組織(3rd GenerationPartnership Project；3GPP)在Release5(R5)版本提出的基于IP的多媒體子系統(tǒng)(IP MultimediaSubsystem；IMS)技術(shù)為基于IP的移動和固定通信融合提供了基礎(chǔ)，并被業(yè)界認(rèn)為是網(wǎng)絡(luò)演進的一個重要階段。
一鍵通(Push To Talk；PTT)技術(shù)是一種在公網(wǎng)上實現(xiàn)集群業(yè)務(wù)的技術(shù)，也就是在手機上實現(xiàn)對講機的功能。目前談?wù)撟疃嗟囊绘I通技術(shù)是基于公眾蜂窩移動通信網(wǎng)絡(luò)的PTT業(yè)務(wù)，稱為PoC(PTT over Cellular)。PoC手機用戶只要按下一個專用鍵就可以和預(yù)先設(shè)定的一個組內(nèi)的人進行一對多的半雙工通話。目前這項業(yè)務(wù)在國外發(fā)展?fàn)顩r良好，成為運營商吸引客戶、增加ARPU值的重要增值業(yè)務(wù)。
在PoC的國際標(biāo)準(zhǔn)頒布之前，各廠家對PoC自由解釋，提出了許多自由的解決方案，這些方案大部分都是基于分組交換(PS)域的，即面向現(xiàn)有的2.5G網(wǎng)絡(luò)，通過在GPRS或CDMA 1X核心網(wǎng)上直接增加PoC服務(wù)器來實現(xiàn)PoC業(yè)務(wù)，因此可以稱為“基于PS域的方案”。開放移動聯(lián)盟(Open Mobile Alliance；OMA)于2003年4月正式成立了PoC工作組，制定相關(guān)的PoC體系結(jié)構(gòu)規(guī)范。新制定的PoC國際標(biāo)準(zhǔn)要求PoC基于具有IMS能力的SIP/IP核心網(wǎng)，這種方案可以稱為“基于IMS域的方案”。
基于IMS的PoC結(jié)構(gòu)如圖1所示。圖1中包含的實體有■IMS客戶機(IMS Client)IMS客戶機位于移動終端上，用以接入和使用POC業(yè)務(wù)。
■POC服務(wù)器(PoC Server)POC業(yè)務(wù)實現(xiàn)的最重要的功能實體，功能包括提供PoC會話處理，提供媒體的分發(fā)、呼叫權(quán)控制、SIP會話處理以及不同編碼協(xié)議的轉(zhuǎn)換等功能。PoC服務(wù)器由PoC信令服務(wù)器(PoC Signaling Server)和媒體服務(wù)器(Media Server)。PoC信令服務(wù)器負(fù)責(zé)處理信令，而媒體服務(wù)器則服務(wù)傳送媒體數(shù)據(jù)流。
■呼叫狀態(tài)控制功能(Call State Control Function；CSCF)IMS中最重要的功能實體，負(fù)責(zé)對用戶多媒體會話進行處理，其功能包括多媒體會話控制、地址翻譯以及對業(yè)務(wù)協(xié)商進行服務(wù)轉(zhuǎn)換等。CSCF在IMS中實現(xiàn)了多媒體呼叫中主要的軟交換控制功能，可以看作Internet工程任務(wù)組(Internet Engineering Task Force；IETF)架構(gòu)中的SIP Server，用于完成呼叫網(wǎng)關(guān)功能、呼叫業(yè)務(wù)觸發(fā)功能和路由選擇功能，根據(jù)各自不同的功能分為以下三種P-CSCF、I-CSCF、S-CSCF。其中，P-CSCF負(fù)責(zé)轉(zhuǎn)發(fā)SIP會話，查找相應(yīng)的I-CSCF，實現(xiàn)QoS管理，并產(chǎn)生計費信息；I-CSCF為用戶選擇S-CSCF；S-CSCF提供用戶的業(yè)務(wù)管理，例如呼叫轉(zhuǎn)移、呼叫禁止、VPN等業(yè)務(wù)。
■組列表服務(wù)器(Group List Management Server；GLMS)用于管理組和列表信息。
■在場服務(wù)器(Presence Server)也稱呈現(xiàn)服務(wù)器，功能是接收并存儲用戶設(shè)備(UserEquipment；UE)公布的呈現(xiàn)信息，并分發(fā)到PoC客戶端。常見的呈現(xiàn)信息有“是否在線”、“免打擾”等。
圖1中上述IMS結(jié)構(gòu)的各個實體之間具有如下的接口組列表服務(wù)器和IMS客戶機之間的接口是基于超文本傳輸協(xié)議(Hyper Text Transport Protocol；HTTP)的Im接口；在IMS客戶機和在場服務(wù)器之間的接口是基于HTTP的Sai接口；在IMS客戶機和呼叫狀態(tài)控制功能之間的接口為基于會話初始協(xié)議(Session Initiation Protocol；SIP)的Gm接口；在IMS客戶機和PoC服務(wù)器之間的接口為基于實時傳輸協(xié)議(Real-time Transport Protocol；RTP)的It接口。圖1中的各個實體之間還具有一些內(nèi)部接口，例如，呼叫狀態(tài)控制功能和PoC服務(wù)器之間的接口為ISC，呼叫狀態(tài)控制功能和在場服務(wù)器之間的接口也為ISC，組列表服務(wù)器和PoC服務(wù)器之間的接口為LK接口，組列表服務(wù)器和在場服務(wù)器之間的接口為LPL接口。
目前在開發(fā)過程中，經(jīng)常需要對圖1所示的IMS系統(tǒng)的客戶端軟件進行測試。然而，由于圖1所示的測試結(jié)構(gòu)的價格昂貴，需要測試的小組過多因而每個小組測試的時間有限，開發(fā)中不一定總能夠使用到上述的測試環(huán)境。另外，由于多個測試小組使用同一個實際測試環(huán)境，對同一個小組而言測試版本難以一致，如果版本不一致就無法進行測試，因而每次測試前都要檢查版本是否一致，這樣就增加了測試時間。再有，在實際環(huán)境中有些異常情況發(fā)生的幾率極小，在實際測試環(huán)境中很難檢測到，或者根本無法在實際環(huán)境中產(chǎn)生出需要測試的異常情況，因此無法得到這種異常情況發(fā)生時對系統(tǒng)的影響。

發(fā)明內(nèi)容因此，本發(fā)明的目的是提出一種在第三代移動通信網(wǎng)絡(luò)中仿真基于IP的多媒體子系統(tǒng)的方法，使得無需實際環(huán)境而能夠隨時對基于IMS的一鍵通進行測試，并且該仿真環(huán)境比實際環(huán)境能夠覆蓋更多的異常情況分支。
為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的
一種仿真基于IP的多媒體子系統(tǒng)的方法，用于該系統(tǒng)中客戶端軟件的測試，該系統(tǒng)包括至少一個基于IP的多媒體子系統(tǒng)客戶機、至少一個組列表服務(wù)器、至少一個呼叫狀態(tài)控制功能、至少一個在場服務(wù)器、至少一個一鍵通服務(wù)器，該一鍵通服務(wù)器包含一鍵通信令服務(wù)器和媒體服務(wù)器，其特征在于使用協(xié)議仿真器仿真超文本傳輸協(xié)議和會話初始協(xié)議，使用接口函數(shù)的程序仿真實施傳輸協(xié)議和實時傳輸控制協(xié)議。
根據(jù)本發(fā)明的一個方面，使用上述協(xié)議仿真器仿真上述呼叫狀態(tài)控制功能或者在場服務(wù)器與上述基于IP的多媒體子系統(tǒng)客戶機之間的接口。
根據(jù)本發(fā)明的另一個方面，使用上述協(xié)議仿真器仿真上述組列表服務(wù)器與上述基于IP的多媒體子系統(tǒng)客戶機之間的接口。
根據(jù)本發(fā)明的再一個方面，使用上述接口函數(shù)的程序仿真上述一鍵通服務(wù)器與上述基于IP的多媒體子系統(tǒng)客戶機之間的接口。
根據(jù)本發(fā)明的又一個方面，上述接口函數(shù)為基于開源項目JRTPLIB提供的接口函數(shù)。根據(jù)本發(fā)明的還一個方面，將上述呼叫狀態(tài)控制功能和上述在場服務(wù)器合并為一個實體進行仿真。
根據(jù)本發(fā)明的另一個方面，將上述上述呼叫狀態(tài)控制功能和上述在場服務(wù)器以及上述一鍵通信令服務(wù)器合并為一個實體進行仿真。
由上述方案可以看出，本發(fā)明的關(guān)鍵在于使用協(xié)議仿真器仿真超文本傳輸協(xié)議和會話初始協(xié)議，使用接口函數(shù)的程序仿真實施傳輸協(xié)議和實時傳輸控制協(xié)議。
可見，本發(fā)明所提供的一種仿真基于IP的多媒體子系統(tǒng)的方法具有以下優(yōu)點(1)采用本發(fā)明的方法，可以仿真實際環(huán)境進行測試，不必每次在超過百萬元的昂貴的實際環(huán)境中進行測試，解決了測試版本可能出現(xiàn)的前后不一致的問題，極大減少開發(fā)成本。
(2)采用本發(fā)明可以極為容易的設(shè)置出真實測試中的異常情況，以及錯誤類型，因此能夠在測試源代碼時覆蓋更多的邏輯分支，進而提高測試質(zhì)量。
(3)采用本發(fā)明可以便于調(diào)試和單步跟蹤源代碼，便于查找源代碼中的錯誤，因此能進一步節(jié)約開發(fā)成本。


圖1是現(xiàn)有技術(shù)中基于IMS的PoC結(jié)構(gòu)圖。
圖2是本發(fā)明中基于IMS的PoC用戶測試結(jié)構(gòu)圖。
圖3是本發(fā)明的第一個實施例，描述一個完整的PoC通話過程。
圖4是本發(fā)明的第二個實施例，表示用戶終端能夠從在場服務(wù)器中得到群組的狀態(tài)。
具體實施方式
下面結(jié)合附圖對本發(fā)明進行詳細(xì)說明。
本發(fā)明的實施例基于圖2所示的結(jié)構(gòu)。圖2是本發(fā)明中基于IMS的PoC客戶仿真結(jié)構(gòu)圖，圖中包括至少一個基于IP的多媒體子系統(tǒng)客戶機IMS Client、一個組列表服務(wù)器GLMS、一個一鍵通服務(wù)器PoC Server，呼叫狀態(tài)控制功能CSCF和在場服務(wù)器Presence Server合并為一個實體進行仿真，使用協(xié)議仿真器IPS仿真超文本傳輸協(xié)議HTTP和會話初始協(xié)議SIP，使用基于開源項目JRTPLIB提供的接口函數(shù)的程序仿真實施傳輸協(xié)議RTP和實時傳輸控制協(xié)議RTCP。在組列表服務(wù)器GLMS和IMS客戶機之間的接口是基于HTTP的Im接口；在IMS客戶機和呼叫狀態(tài)控制功能/在場服務(wù)器之間的接口是基于HTTP的Sai接口和基于SIP的Gm接口；在IMS客戶機和PoC服務(wù)器之間的接口為基于RTP的It接口。在呼叫狀態(tài)控制功能CSCF/在場服務(wù)器Presence Server與PoC服務(wù)器之間為IPC進程消息。
圖3是本發(fā)明的第一個實施例，描述了一個完整的PoC通話過程(1)首先，IMS用戶A向呼叫狀態(tài)控制功能CSCF/在場服務(wù)器Presence Server發(fā)送一個Invite消息，表示用戶A要和用戶B進行通話；(2)呼叫狀態(tài)控制功能/在場服務(wù)器向IMS用戶A發(fā)送一個Trying消息，表示正在尋找被叫用戶B或者被叫用戶B正在準(zhǔn)備過程中；(3)呼叫狀態(tài)控制功能/在場服務(wù)器向IMS用戶B發(fā)送一個Invite消息；(4)IMS用戶B向呼叫狀態(tài)控制功能/在場服務(wù)器發(fā)送一個Ringing消息；(5)呼叫狀態(tài)控制功能/在場服務(wù)器向IMS用戶A發(fā)送一個Ringing消息；上述(1)至(5)的過程與在傳統(tǒng)的電話交換網(wǎng)絡(luò)PSTN中打電話的過程類似，只是將PSTN中的交換機換成此處的呼叫狀態(tài)控制功能/在場服務(wù)器；(6)IMS用戶B向呼叫狀態(tài)控制功能/在場服務(wù)器發(fā)送一個OK消息，表示IMS用戶B針對Invite消息已經(jīng)準(zhǔn)備完畢；(7)呼叫狀態(tài)控制功能/在場服務(wù)器向IMS用戶A發(fā)送一個OK消息，則IMS用戶A得知IMS用戶B已經(jīng)準(zhǔn)備完畢；(8)IMS用戶A向呼叫狀態(tài)控制功能/在場服務(wù)器發(fā)送一個ACK消息，表示IMS用戶A可以開始和IMS用戶B進行通話；(9)呼叫狀態(tài)控制功能/在場服務(wù)器向一鍵通服務(wù)器中的媒體服務(wù)器發(fā)送實時傳輸協(xié)議端口信息；(10)一鍵通服務(wù)器向IMS用戶A發(fā)送Floor Granted消息，表示呼叫的發(fā)言權(quán)給與用戶A；(11)一鍵通服務(wù)器向IMS用戶B發(fā)送Floor Taken消息，表示將呼叫的發(fā)言權(quán)給與用戶A這一消息通知給用戶B；(12)IMS用戶A向一鍵通服務(wù)器發(fā)送Talk Burst，表示將語音的媒體流從IMS用戶A發(fā)送到一鍵通服務(wù)器；(13)一鍵通服務(wù)器向IMS用戶B發(fā)送Talk Burst，表示將上述語音的媒體流從一鍵通服務(wù)器發(fā)送到IMS用戶B；(14)如果IMS用戶B要結(jié)束通話，則IMS用戶B向上述呼叫狀態(tài)控制功能/在場服務(wù)器發(fā)送一個Bye消息，該呼叫狀態(tài)控制功能/在場服務(wù)器向IMS用戶A發(fā)送一個Bye消息，IMS用戶A向該呼叫狀態(tài)控制功能/在場服務(wù)器發(fā)送一個OK消息，該呼叫狀態(tài)控制功能/在場服務(wù)器向IMS用戶B發(fā)送一個OK消息，則呼叫被釋放；(15)如果IMS用戶A要結(jié)束通話，則IMS用戶A向上述呼叫狀態(tài)控制功能/在場服務(wù)器發(fā)送一個Bye消息，該呼叫狀態(tài)控制功能/在場服務(wù)器向IMS用戶B發(fā)送一個Bye消息，IMS用戶B向該呼叫狀態(tài)控制功能/在場服務(wù)器發(fā)送一個OK消息，該呼叫狀態(tài)控制功能/在場服務(wù)器向IMS用戶A發(fā)送一個OK消息，則呼叫被釋放。
圖4是本發(fā)明的第二個實施例，表示表示用戶終端能夠從在場服務(wù)器中得到群組的狀態(tài)，也就是說，當(dāng)發(fā)起一個群組通話時，如果其中一個用戶退出，在其它用戶處能顯示該用戶退出的信息。基于IMS的一個用戶IMS Client首先發(fā)一個Subscribe消息給呼叫狀態(tài)控制功能CSCF/在場服務(wù)器Presence Server，表示要監(jiān)聽組內(nèi)所有用戶的狀態(tài)。呼叫狀態(tài)控制功能CSCF返回一個OK消息給上述用戶IMS Client。如果有一個用戶退出通話，則呼叫狀態(tài)控制功能CSCF發(fā)送Notify消息給其他向Presence Server發(fā)送過Subscribe消息的用戶。
由上述實施例可見，本發(fā)明能夠仿真實際環(huán)境進行通話流程測試，并可以設(shè)置出真實測試中的異常情況，以便在測試源代碼時覆蓋更多的邏輯分支，從而提高測試質(zhì)量。
權(quán)利要求
1.一種仿真基于IP的多媒體子系統(tǒng)的方法，用于該系統(tǒng)中客戶端軟件的測試，該系統(tǒng)包括至少一個基于IP的多媒體子系統(tǒng)客戶機、至少一個組列表服務(wù)器、至少一個呼叫狀態(tài)控制功能、至少一個在場服務(wù)器、至少一個一鍵通服務(wù)器，該一鍵通服務(wù)器包含一鍵通信令服務(wù)器和媒體服務(wù)器，其特征在于使用協(xié)議仿真器仿真超文本傳輸協(xié)議和會話初始協(xié)議，使用接口函數(shù)的程序仿真實施傳輸協(xié)議和實時傳輸控制協(xié)議。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于使用上述協(xié)議仿真器仿真上述呼叫狀態(tài)控制功能或者在場服務(wù)器與上述基于IP的多媒體子系統(tǒng)客戶機之間的接口。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于使用上述協(xié)議仿真器仿真上述組列表服務(wù)器與上述基于IP的多媒體子系統(tǒng)客戶機之間的接口。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于使用上述接口函數(shù)的程序仿真上述一鍵通服務(wù)器與上述基于IP的多媒體子系統(tǒng)客戶機之間的接口。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于上述接口函數(shù)為基于開源項目JRTPLIB提供的接口函數(shù)。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于將上述呼叫狀態(tài)控制功能和上述在場服務(wù)器合并為一個實體進行仿真。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于將上述上述呼叫狀態(tài)控制功能和上述在場服務(wù)器以及上述一鍵通信令服務(wù)器合并為一個實體進行仿真。
全文摘要
本發(fā)明提出一種仿真基于IP的多媒體子系統(tǒng)的方法，包括至少一個基于IP的多媒體子系統(tǒng)客戶機、至少一個組列表服務(wù)器、至少一個呼叫狀態(tài)控制功能、至少一個在場服務(wù)器、至少一個一鍵通服務(wù)器，該一鍵通服務(wù)器包含一鍵通信令服務(wù)器和媒體服務(wù)器，使用協(xié)議仿真器仿真超文本傳輸協(xié)議和會話初始協(xié)議，使用接口函數(shù)的程序仿真實施傳輸協(xié)議和實時傳輸控制協(xié)議。采用本發(fā)明可以不必每次在昂貴的實際環(huán)境中進行測試，解決了調(diào)試版本前后不一致的問題，極大減少開發(fā)成本，能夠設(shè)置出真實測試中難以設(shè)置的異常情況，提高測試質(zhì)量，同時便于調(diào)試和單步跟蹤源代碼。
文檔編號H04W24/06GK1874579SQ200510072359
公開日2006年12月6日 申請日期2005年5月31日 優(yōu)先權(quán)日2005年5月31日
發(fā)明者劉琨, 周大海, 齊官鵬 申請人:西門子(中國)有限公司