本發(fā)明涉及無線通信和測試領(lǐng)域，具體涉及一種終端IMS注冊一致性的測試方法和系統(tǒng)。

背景技術(shù)：

IMS(IP Multimedia Subsystem，IP多媒體子系統(tǒng))是一種全新的多媒體業(yè)務(wù)形式，它能夠滿足終端客戶更新穎、更多樣化多媒體業(yè)務(wù)的需求。經(jīng)過多年的發(fā)展，IMS已經(jīng)成為固定話音領(lǐng)域VoBB、PSTN網(wǎng)絡(luò)改進的主流選擇，而且也被3GPP、GSMA確定為移動語音的標(biāo)準(zhǔn)架構(gòu)。

TTCN-3(Testing and Test Control Notation)作為TD-LTE及后續(xù)的4G無線移動通信終端一致性測試的通用語言，使用其腳本控制實現(xiàn)對終端協(xié)議棧信令一致性測試的可靠性和成熟度已被業(yè)界廣泛認(rèn)可。TTCN-3測試?yán)a明確定義了終端一致性測試中所有測試?yán)臏y試條件、測試流程及配置消息內(nèi)容等參數(shù)，通過在終端一致性測試儀表平臺上運行該腳本，測試出不同廠商的被測試用戶終端(芯片)對核心協(xié)議的解讀與實現(xiàn)是否一致，最終保障通過認(rèn)證的商用終端在現(xiàn)網(wǎng)中與能夠不同廠商的網(wǎng)絡(luò)設(shè)備之間互連互通。

基于TD-LTE Release 8/Release 9的TTCN-3測試?yán)拈_發(fā)和驗證工作順利進行，為TD-LTE終端入網(wǎng)和商用提供了可靠的保障。而對TD-LTE/TD-LTE Advanced Release10以上版本而言，開發(fā)和建立一套完整的能用于TD-LTE及后續(xù)增強技術(shù)TD-LTE-A的終端一致性測試TTCN-3測試集是十分重要和迫切的。目前缺乏對于終端進行IMS注冊一致性的測試方法和系統(tǒng)。

技術(shù)實現(xiàn)要素：

有鑒于此，本發(fā)明提供一種終端IMS注冊一致性的測試方法和系統(tǒng)，以實現(xiàn)對于現(xiàn)有的通信終端進行IMS注冊一致性測試。

第一方面，提供一種終端IMS注冊一致性的測試方法，包括：

主計算機通過IPCAN接口發(fā)送配置信息建立E-UTRA小區(qū)，所述配置信息包括小區(qū)參數(shù)和接入技術(shù)制式；

系統(tǒng)模擬器接收所述配置信息，根據(jù)配置信息與被測試用戶終端進行核心網(wǎng)注冊流程；

系統(tǒng)模擬器接收所述被測試用戶終端發(fā)起的IMS業(yè)務(wù)請求；

主計算機控制系統(tǒng)模擬器與所述被測試用戶終端交互以將所述被測試用戶終端牽引至IMS注冊狀態(tài)；

控制系統(tǒng)模擬器接收被測試用戶終端發(fā)送的激活PDP上下文請求的消息，檢測所述激活PDP上下文請求的消息中的IMS核心網(wǎng)系統(tǒng)信令的標(biāo)識，所述IMS核心網(wǎng)系統(tǒng)信令的標(biāo)識存在于協(xié)議配置選擇的信令中；

檢測所述IMS核心網(wǎng)系統(tǒng)信令的標(biāo)識是否符合IMS協(xié)議配置，如果否，則認(rèn)定被測試用戶終端不符合IMS注冊功能的協(xié)議一致性。

優(yōu)選地，所述方法還包括：

主計算機控制系統(tǒng)模擬器向被測試用戶終端發(fā)送激活PDP上下文接受的消息，所述激活PDP上下文接受的消息包括代理呼叫會話控制功能實體(P-CSCF)地址；

被測試用戶終端將根據(jù)所分配的P-CSCF的地址完成P-CSCF的發(fā)現(xiàn)進程；所述P-CSCF的地址也放置于協(xié)議配置選擇(Protocol Config Option)信令中；

控制系統(tǒng)模擬器接收被測試用戶終端發(fā)送的初始IMS業(yè)務(wù)注冊請求信令(Initial REGISTER Request)，并檢測IMS業(yè)務(wù)注冊請求信令是否使用了已建立的PDP上下文的相關(guān)信息，如果否則認(rèn)為該被測試用戶終端不具備完整正確的IMS注冊功能。

優(yōu)選地，所述方法還包括：

控制系統(tǒng)模擬器發(fā)送包括安全信息的鑒權(quán)信令(401Unauthorized)；主計算機利用收到的注冊消息中的部分信息以及預(yù)定義的傀儡消息模板組織Unauthorized消息并發(fā)送；

控制系統(tǒng)模擬器接收被測試用戶終端發(fā)送的IMS業(yè)務(wù)注冊信令(REGISTER Request)，主計算機對收到的IMS業(yè)務(wù)注冊信令內(nèi)容經(jīng)過解碼和匹配獲得被測試用戶終端發(fā)送的消息內(nèi)容；

檢測所述IMS業(yè)務(wù)注冊信令中的鑒權(quán)反饋信息以及相關(guān)的安全信息，若信息有誤，則認(rèn)為該被測試用戶終端不具備完整正確的IMS鑒權(quán)和安全能力。

優(yōu)選地，所述方法還包括：

主計算機控制系統(tǒng)模擬器使用被測試用戶終端發(fā)送上一條注冊信令時使用的安全信息發(fā)送200OK的IMS信令，告知被測試用戶終端初始注冊成功；

主計算機控制系統(tǒng)模擬器接收被測試用戶終端發(fā)送的訂閱注冊事件請求信令(SUBSCRIBE request)；

檢測訂閱注冊事件請求信令是否使用已建立好的安全關(guān)聯(lián)承載，如果不是則認(rèn)為該被測試用戶終端不具備完整正確的IMS注冊能力。

優(yōu)選地，所述方法還包括：

主計算機控制系統(tǒng)模擬器向被測試用戶終端發(fā)送訂閱注冊事件響應(yīng)成功的信令(SUBSCRIBE Response)；

主計算機控制系統(tǒng)模擬器通過IMS客戶端口向被測試用戶終端發(fā)送訂閱注冊事件的通知請求信令(NOTIFY request)；

主計算機控制系統(tǒng)模擬器接收被測試用戶終端在IMS客戶端口接收來自被測試用戶終端發(fā)送的通知成功的響應(yīng)信令(NOTIFY response)，如果接收成功，則判斷被測試用戶終端具備完整正確的IMS注冊功能。

優(yōu)選地，所述主計算機通過載入TTCN-3程序進行控制。

第二方面，提供一種終端IMS注冊一致性的測試系統(tǒng)，包括：

系統(tǒng)模擬器，用于根據(jù)配置信息模擬局端設(shè)備的部分或全部功能；

主計算機，用于控制所述系統(tǒng)模擬器執(zhí)行如權(quán)利要求1-5中任一項所述的方法。

優(yōu)選地，所述主計算機通過載入TTCN-3程序進行控制。

通過本發(fā)明的方法和系統(tǒng)，可以較好的進行終端IMS注冊流程一致性的測試，有助于優(yōu)化測試流程，促進對終端功能的完善。

附圖說明

通過以下參照附圖對本發(fā)明實施例的描述，本發(fā)明的上述以及其它目的、特征和優(yōu)點將更為清楚，在附圖中：

圖1是本發(fā)明實施例的測試系統(tǒng)的示意圖；

圖2是IMS終端協(xié)議一致性TTCN-3測代碼中涉及的IMS核心網(wǎng)實體的接口示意圖；

圖3A-3B是本發(fā)明實施例的測試方法的流程圖。

具體實施方式

以下基于實施例對本發(fā)明進行描述，但是本發(fā)明并不僅僅限于這些實施例。在下文對本發(fā)明的細(xì)節(jié)描述中，詳盡描述了一些特定的細(xì)節(jié)部分。對本領(lǐng)域技術(shù)人員來說沒有這些細(xì)節(jié)部分的描述也可以完全理解本發(fā)明。為了避免混淆本發(fā)明的實質(zhì)，公知的方法、過程、流程、元件和電路并沒有詳細(xì)敘述。

此外，本領(lǐng)域普通技術(shù)人員應(yīng)當(dāng)理解，在此提供的附圖都是為了說明的目的，并且附圖不一定是按比例繪制的。除非上下文明確要求，否則整個說明書和權(quán)利要求書中的“包括”、“包含”等類似詞語應(yīng)當(dāng)解釋為包含的含義而不是排他或窮舉的含義；也就是說，是“包括但不限于”的含義。

在本發(fā)明的描述中，需要理解的是，術(shù)語“第一”、“第二”等僅用于描述目的，而不能理解為指示或暗示相對重要性。此外，在本發(fā)明的描述中，除非另有說明，“多個”的含義是兩個或兩個以上。

圖1是本發(fā)明實施例的測試系統(tǒng)的示意圖。如圖1所示，所述測試系統(tǒng)包括主計算機Host-PC、系統(tǒng)模擬器SS和被測試用戶終端UE。

其中，主計算機Host-PC承載IMS終端協(xié)議一致性TTCN-3代碼，產(chǎn)生TTCN-3運行所需的編譯代碼，用于控制系統(tǒng)模擬器SS執(zhí)行測試流程。

系統(tǒng)模擬器SS承載有LTE-A協(xié)議棧，可以模擬網(wǎng)絡(luò)側(cè)的PDCP(Packet Data Convergence Protocol，分組數(shù)據(jù)匯聚協(xié)議)層，RLC(Radio Link Control，無線鏈路控制)層，MAC(Media Access Control，媒體訪問控制)層，物理層和射頻部分，根據(jù)Host-PC控制與被測試用戶終端UE通過控制接口連接。

由此，通過主計算機Host-PC控制系統(tǒng)模擬器SS模擬網(wǎng)絡(luò)側(cè)發(fā)送和接收IMS相關(guān)的信令，可以實現(xiàn)對于被測試用戶終端UE的一致性測試。

圖2是IMS終端協(xié)議一致性TTCN-3測代碼中涉及的IMS核心網(wǎng)的接口示意圖。如圖2所示，在主計算機Host-PC中，通過TTCN-3定義的IMS核心網(wǎng)裝置IMS_PTC,該裝置包括如下接口：

其中，在TTCN-3中各個接口的定義如下：

其中，IPCAN、OtherIPCAN和OtherPDN為IMS裝置與其它核心網(wǎng)裝置、其它無線接入技術(shù)裝置或其他IMS裝置所關(guān)聯(lián)的PDN(Public Data Network，公共數(shù)據(jù)網(wǎng))的接口。IMS_CTRL為IMS功能裝置與IP功能裝置的控制信息接口，負(fù)責(zé)發(fā)送IP相關(guān)的配置信息(IMS_CONFIG_REQ為該接口發(fā)送的原語結(jié)構(gòu))以及接受相關(guān)配置信息的確認(rèn)信息(IMS_CONFIG_CNF為該接口接收的原語結(jié)構(gòu))，IMS_Client為IMS功能裝置與IP功能裝置的服務(wù)信息接口，負(fù)責(zé)發(fā)送IMS數(shù)據(jù)請求的信令(IMS_DATA_REQ)并接收IMS數(shù)據(jù)請求的響應(yīng)(IMS_DATA_RSP)，IMS_Server為IMS功能裝置與IP功能裝置的客戶信息接口，負(fù)責(zé)發(fā)送IMS數(shù)據(jù)請求的響應(yīng)(IMS_DATA_RSP)并接收IMS數(shù)據(jù)請求的信令(IMS_DATA_REQ)。MMI則為IMS功能裝置的人機交互接口，用于IMS測試?yán)娜斯た刂频取?/p>

同時，在TTCN中，還對于通信消息的原語結(jié)構(gòu)進行了定義，以方便后續(xù)的使用。

其中，IMS數(shù)據(jù)請求消息的數(shù)據(jù)結(jié)構(gòu)可以用于在IMS_Server、IMS_Client接口上的消息的傳輸，其具體定義如下：

其中RoutingInfo包含了該消息傳輸?shù)穆酚尚畔?，Request則包含了該請求消息的具體內(nèi)容。而Response則包含了該消息響應(yīng)的具體內(nèi)容。

同時，路由信息(RoutingInfo)的原語結(jié)構(gòu)定義如下：

其中，Protocol定義該消息使用UDP協(xié)議還是TCP協(xié)議，Security optional表征該信息是否被安全保護，UE_Address表征UE的IP地址，為該消息中的可選項(optional)元素，當(dāng)該消息在沒有被安全保護連接上傳輸且為一條初始請求消息時，需要包含該可選項，NW_Address表征網(wǎng)絡(luò)的IP地址，為該消息中的可選項(optional)元素。當(dāng)該消息在沒有被安全保護連接上傳輸且為一條初始請求消息時，需要包含該可選項。

請求消息(request)的類型為集合類型type RequestUnion IMS_Request_Type with{encode"SIPCodec"}；即，request部分的內(nèi)容可以是以下集合內(nèi)的任意一條消息：

對應(yīng)地，響應(yīng)消息(Response)的原語結(jié)構(gòu)為：

其中，statusLine為狀態(tài)位，msgHeader為消息頭，payload為消息體。

TTCN中，還定義了協(xié)議配置選擇(Protocol Config Option)信令的數(shù)據(jù)結(jié)構(gòu)，該數(shù)據(jù)結(jié)構(gòu)用于封裝控制中心與被測試用戶終端PDP上下文消息中協(xié)議配置選擇信令。

其中ProtocolContainer消息元素的定義如下：

TTCN-3中定義了注冊信令的原語結(jié)構(gòu)，用于被測試用戶終端發(fā)送注冊請求消息的封裝：

在TTCN-3中還提供了一種傀儡消息頭(dummy message header)的模板，該模板包含各IMS信令的信息元素，作為公共基本的模板，在TTCN-3中經(jīng)過特殊函數(shù)的調(diào)用，用于裝載各類IMS消息的消息頭具體內(nèi)容：

圖3A-3B是本發(fā)明實施例的測試方法的流程圖。如圖3A-3B所示，所述測試方法包括：

步驟S100、主計算機通過IPCAN接口發(fā)送配置信息建立E-UTRA小區(qū)，所述配置信息包括小區(qū)參數(shù)和接入技術(shù)制式。

步驟S200、系統(tǒng)模擬器接收所述配置信息，根據(jù)配置信息與被測試用戶終端進行核心網(wǎng)注冊流程。

步驟S300、系統(tǒng)模擬器接收所述被測試用戶終端發(fā)起的IMS業(yè)務(wù)請求。

步驟S400、主計算機控制系統(tǒng)模擬器與所述被測試用戶終端交互以將所述被測試用戶終端牽引至IMS注冊狀態(tài)。

步驟S500、接收被測試用戶終端發(fā)送的激活PDP上下文請求的消息，檢測所述激活PDP上下文請求的消息是否包括IMS核心網(wǎng)系統(tǒng)信令的標(biāo)識，所述IMS核心網(wǎng)系統(tǒng)信令的標(biāo)識存在于協(xié)議配置選擇的信令中。如果否，則跳轉(zhuǎn)步驟S1900認(rèn)定被測試用戶終端不符合IMS注冊功能的協(xié)議一致性。如果是，則繼續(xù)執(zhí)行步驟S600。

步驟S600、檢測所述IMS核心網(wǎng)系統(tǒng)信令的標(biāo)識是否符合協(xié)議配置，如果否，則跳轉(zhuǎn)步驟S1900認(rèn)定被測試用戶終端不具備IMS注冊功能一致性。如果是，則繼續(xù)執(zhí)行步驟S700。

以上步驟可以有效地檢測待測試用戶終端基于PDP上下文請求進行注冊的協(xié)議一致性。

步驟S700、主計算機控制系統(tǒng)模擬器向被測試用戶終端發(fā)送激活PDP上下文接受的消息。其中，所述激活PDP上下文接受的消息包含代理呼叫會話控制功能實體(P-CSCF)地址。

步驟S800、被測試用戶終端將根據(jù)所分配的P-CSCF的地址完成P-CSCF的發(fā)現(xiàn)進程；在TTCN中，P-CSCF的地址也放置于協(xié)議配置選擇(Protocol Config Option)信令中。

步驟S900、控制系統(tǒng)模擬器接收被測試用戶終端發(fā)送的初始IMS業(yè)務(wù)注冊請求信令(Initial REGISTER Request)，并檢測IMS業(yè)務(wù)注冊請求信令是否使用了已建立的PDP上下文的相關(guān)信息，如果否則跳轉(zhuǎn)步驟S1900認(rèn)為該被測試用戶終端不具備完整正確的IMS注冊功能，如果是，則繼續(xù)執(zhí)行步驟S1000。

步驟S1000、控制系統(tǒng)模擬器發(fā)送鑒權(quán)以及相關(guān)的安全消息(401Unauthorized)；主計算機利用收到的注冊消息中的部分信息以及預(yù)定義的傀儡消息模板組織Unauthorized消息并發(fā)送。

步驟S1100、控制系統(tǒng)模擬器接收被測試用戶終端發(fā)送的IMS業(yè)務(wù)注冊信令(REGISTER Request)，主計算機對收到的IMS業(yè)務(wù)注冊信令內(nèi)容經(jīng)過解碼和匹配獲得被測試用戶終端發(fā)送的消息內(nèi)容。

步驟S1200、檢測IMS業(yè)務(wù)注冊信令中的鑒權(quán)反饋信息以及相關(guān)的安全信息，若信息有誤，則跳轉(zhuǎn)步驟S1900認(rèn)為該被測試用戶終端不具備完整正確的IMS鑒權(quán)和安全能力，若信息無誤，則繼續(xù)執(zhí)行步驟S1300。

步驟S1300、主計算機控制系統(tǒng)模擬器使用被測試用戶終端發(fā)送上一條注冊信令時使用的安全信息發(fā)送200OK的IMS信令，告知被測試用戶終端初始注冊成功。

步驟S1400、主計算機控制系統(tǒng)模擬器接收被測試用戶終端發(fā)送的訂閱注冊事件請求信令(SUBSCRIBE request)。

步驟S1500、檢測訂閱注冊事件請求信令是否使用已建立好的安全關(guān)聯(lián)承載，如果不是則轉(zhuǎn)步驟S1900認(rèn)為該被測試用戶終端不具備完整正確的IMS注冊能力，如果是，則繼續(xù)執(zhí)行步驟S1600。

步驟S1600、主計算機控制系統(tǒng)模擬器向被測試用戶終端發(fā)送訂閱注冊事件響應(yīng)成功的信令(SUBSCRIBE Response)。

步驟S1700、主計算機控制系統(tǒng)模擬器通過IMS客戶端口向被測試用戶終端發(fā)送訂閱注冊事件的通知請求信令(NOTIFY request)。

步驟S1800、主計算機控制系統(tǒng)模擬器接收被測試用戶終端在IMS客戶端口接收來自被測試用戶終端發(fā)送的通知成功的響應(yīng)信令(NOTIFY response)，如果接收成功，則轉(zhuǎn)步驟S2000判斷被測試用戶終端具備完整正確的IMS注冊功能。

步驟S1900、進行提示，指示該被測試用戶終端不具備完整正確的IMS鑒權(quán)和安全能力。

步驟S2000、指示該被測試用戶終端具備完整正確的IMS鑒權(quán)和安全能力。

本發(fā)明利用TTCN-3語言定義了可以用于針對支持IMS的終端入網(wǎng)的協(xié)議一致性測試，完善了協(xié)議一致性測試的和功能和內(nèi)容。設(shè)計的終端注冊IMS一致性測試系統(tǒng)彌補了目前終端IMS協(xié)議一致性測試的空白。通過本發(fā)明的方法，可以較好的進行終端IMS注冊流程一致性的測試，有助于優(yōu)化測試流程，促進對終端功能的完善。

顯然，本領(lǐng)域技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，他們可以用計算機裝置可執(zhí)行的程序代碼來實現(xiàn)，從而可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件的結(jié)合。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程，是可以通過計算機程序來指令相關(guān)的硬件完成，所述的程序可存儲于一計算機可讀取介質(zhì)中，該程序在執(zhí)行時，可包括如上所述各方法的實施例的流程。其中，所述的存儲介質(zhì)可為磁碟、光盤、只讀存儲記憶體(Read-Only Memory，ROM)或隨機存儲記憶體(Random Access Memory，RAM)等。

以上所述僅為本發(fā)明的優(yōu)選實施例，并不用于限制本發(fā)明，對于本領(lǐng)域技術(shù)人員而言，本發(fā)明可以有各種改動和變化。凡在本發(fā)明的精神和原理之內(nèi)所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。