專利名稱：Ip網(wǎng)絡(luò)中控制設(shè)備和業(yè)務(wù)設(shè)備互通提供業(yè)務(wù)的方法
技術(shù)領(lǐng)域：
本發(fā)明屬于數(shù)據(jù)通信網(wǎng)絡(luò)，尤其涉及IP(Internet Protocol互連網(wǎng)協(xié)議)網(wǎng)絡(luò)。
背景技術(shù)：
對(duì)于傳統(tǒng)的公眾電信交換網(wǎng)絡(luò)(Public Switch Telcom Network，PSTN)，增值業(yè)務(wù)的提供主要依靠“智能網(wǎng)”，即依靠業(yè)務(wù)控制點(diǎn)(Service Control Point，SCP)，業(yè)務(wù)交換點(diǎn)(Service Switch Point，SSP)，業(yè)務(wù)管理點(diǎn)(Service Managment Point，SMP)等智能節(jié)點(diǎn)設(shè)備的協(xié)同工作，而核心又是SCP和SSP之間的智能網(wǎng)絡(luò)應(yīng)用協(xié)議(Intelligent Network Application Protocol，INAP)消息交互，來(lái)完成向PSTN用戶提供各種各樣的增值業(yè)務(wù)；而隨著IP網(wǎng)絡(luò)的出現(xiàn)及其快速發(fā)展之勢(shì)，如何向IP網(wǎng)絡(luò)用戶提供增值業(yè)務(wù)--且是更為豐富多采的業(yè)務(wù)--逐漸成為了一個(gè)大的課題擺在了相關(guān)研究者的面前。眾所周知，在IP網(wǎng)絡(luò)中，主要是依靠網(wǎng)絡(luò)控制設(shè)備(Network Control Device，NCD，如軟交換設(shè)備Softswtich，SS)和業(yè)務(wù)提供設(shè)備(Service Provision Device，SPD，如應(yīng)用服務(wù)器Application Server，AS)的互通合作，由業(yè)務(wù)提供設(shè)備提供業(yè)務(wù)邏輯、而網(wǎng)絡(luò)控制設(shè)備提供網(wǎng)絡(luò)支持和終端控制，來(lái)完成向IP網(wǎng)絡(luò)用戶提供增值業(yè)務(wù)的，而這中間一個(gè)突出的問(wèn)題就是不同于PSTN網(wǎng)絡(luò)的情況--SCP和SSP之間有標(biāo)準(zhǔn)的INAP協(xié)議可以遵循，在網(wǎng)絡(luò)控制設(shè)備和業(yè)務(wù)提供設(shè)備互通方面，國(guó)際上目前還沒(méi)有一個(gè)比較完善的標(biāo)準(zhǔn)/協(xié)議可以遵循。
以網(wǎng)絡(luò)控制設(shè)備NCD和業(yè)務(wù)提供設(shè)備SPD體系架構(gòu)為基礎(chǔ)的，面向IP網(wǎng)絡(luò)用戶提供增值業(yè)務(wù)的解決方案發(fā)展很快，很多廠家針對(duì)NCD和SPD互通方面也提出了自己的解決辦法，但都具有明顯的缺陷，效果不夠理想。這中間具有代表性的有兩種方案一種方案是改造應(yīng)用于PSTN網(wǎng)絡(luò)的INAP為IP網(wǎng)絡(luò)所用。由于INAP是為PSTN而制定的協(xié)議，其發(fā)展的已相當(dāng)成熟和復(fù)雜，實(shí)踐證明，這種改造后的“INAP”沒(méi)能很好的適應(yīng)IP網(wǎng)絡(luò)特點(diǎn)，業(yè)務(wù)提供的效果不理想；另一種方案是利用初始會(huì)話協(xié)議(Session Description Protocol，SIP)作為NCD和SPD的互通協(xié)議。SIP是一種IP上的會(huì)話協(xié)議，是一種IP上的呼叫解決方案，所以從本質(zhì)上講，SIP是適于承擔(dān)這項(xiàng)“任務(wù)”的。但是，由于SIP本身的發(fā)展還不夠完善，在NCD和SPD互通中的一些重要問(wèn)題利用SIP無(wú)法得到解決，所以，利用單純的SIP作為互通協(xié)議也不是一個(gè)成功的解決方案。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問(wèn)題是提供一種準(zhǔn)協(xié)議--SIP_X，來(lái)實(shí)現(xiàn)IP網(wǎng)絡(luò)中NCD和SPD之間的通訊，為IP網(wǎng)絡(luò)用戶提供增值業(yè)務(wù)服務(wù)。通過(guò)該準(zhǔn)協(xié)議--SIP_X來(lái)實(shí)現(xiàn)和擴(kuò)展NCD和SPD之間的互通方法。
在介紹本發(fā)明技術(shù)方案之前，先定義SIP_X消息。所謂SIP_X消息，是根據(jù)需要對(duì)SIP協(xié)議中某些SIP消息的BODY(消息體)部分進(jìn)行消息格式擴(kuò)展，稱這樣一個(gè)經(jīng)過(guò)部分?jǐn)U展(可能有的SIP消息其BODY部分格式?jīng)]有擴(kuò)展，仍遵循標(biāo)準(zhǔn)SIP協(xié)議規(guī)定)后的SIP協(xié)議消息全體為SIP_X消息。
一種IP網(wǎng)絡(luò)中控制設(shè)備和業(yè)務(wù)設(shè)備互通提供業(yè)務(wù)的方法，包括用戶終端，接入設(shè)備，網(wǎng)絡(luò)控制設(shè)備(NCD)及NCD側(cè)SIP_X消息的解釋器，業(yè)務(wù)提供設(shè)備(SPD)及SPD側(cè)SIP_X消息的解釋器，SIP協(xié)議BODY部分的消息格式擴(kuò)展，業(yè)務(wù)消息和SIP_X消息的具體映射關(guān)系；處理步驟如下步驟一定義擴(kuò)展SIP協(xié)議中subscribe，notify和info三條消息消息格式的BODY部分，構(gòu)成SIP_X消息；步驟二建立業(yè)務(wù)消息和SIP_X消息的具體映射關(guān)系；步驟三用戶終端輸入業(yè)務(wù)接入碼，通過(guò)接入設(shè)備或直接向網(wǎng)絡(luò)控制設(shè)備NCD發(fā)起一個(gè)業(yè)務(wù)呼叫；步驟四NCD通過(guò)號(hào)碼分析判斷此呼叫是否屬于業(yè)務(wù)提供設(shè)備SPD處理的范疇，若是，通過(guò)NCD側(cè)SIP_X消息解釋器，組裝成包含此業(yè)務(wù)接入碼的SIP_X消息上傳給SPD，啟動(dòng)SPD上相應(yīng)業(yè)務(wù)流程的執(zhí)行；若否，則表明此呼叫不屬于SPD處理范疇，在NCD內(nèi)部處理。
步驟五在SPD側(cè)業(yè)務(wù)平臺(tái)的支撐和控制下，對(duì)NCD發(fā)來(lái)的SIP_X消息進(jìn)行處理，將處理結(jié)果以過(guò)本側(cè)的消息解釋器組裝成SIP_X消息再發(fā)送給NCD；步驟六在NCD一側(cè)，對(duì)SPD發(fā)來(lái)的SIP_X消息進(jìn)行處理，形成反饋消息，再經(jīng)本側(cè)的SIP_X消息解釋器，把此反饋消息組裝成SIP_X消息上傳到SPD。
如前所述，步驟五的處理過(guò)程是在SPD側(cè)業(yè)務(wù)平臺(tái)的支撐和控制下，SPD通過(guò)本側(cè)的SIP_X消息解釋器，把INVITE消息翻譯成適當(dāng)?shù)膬?nèi)部消息上報(bào)給上層客戶應(yīng)用(ClientApplication)的業(yè)務(wù)邏輯，并將其緊接著下達(dá)的命令組裝成SIP_X消息，此SIP_X消息可以是INVITE、ACK、OPTION、INFO、SUBSCRIBE/NOTIFY、BYE等經(jīng)過(guò)BODY擴(kuò)展后的SIP消息，然后再發(fā)送到NCD。
如前所述，步驟六的處理過(guò)程是在NCD一側(cè)，也要完成和上述SPD側(cè)類似的工作。NCD先經(jīng)本側(cè)的SIP_X消息解釋器，把SPD發(fā)來(lái)的SIP_X消息轉(zhuǎn)成內(nèi)部消息，交由NCD內(nèi)部核心呼叫服務(wù)器處理，并通過(guò)設(shè)備適配器、接入設(shè)備完成對(duì)下層用戶終端控制；然后，又通過(guò)對(duì)用戶終端的控制，獲知其上發(fā)生的事件和狀態(tài)信息，再通過(guò)NCD內(nèi)部核心呼叫服務(wù)器處理后，形成反饋消息，再經(jīng)本側(cè)的SIP_X消息解釋器，把此反饋消息組裝成適當(dāng)?shù)腟IP_X消息上傳到SPD，此SIP_X消息可以是INVITE、ACK、OPTION、INFO、SUBSCRIBE/NOTIFY、BYE等經(jīng)過(guò)BODY擴(kuò)展后的SIP消息。
采用本發(fā)明所述技術(shù)方案，以SIP為基礎(chǔ)，充分利用其適于作IP網(wǎng)絡(luò)上會(huì)話協(xié)議的特點(diǎn)，通過(guò)對(duì)標(biāo)準(zhǔn)的SIP協(xié)議進(jìn)行擴(kuò)展，加入了一些適當(dāng)?shù)南⒏袷?，補(bǔ)足了因SIP發(fā)展不完善而固有的一些缺陷，解決了在增值業(yè)務(wù)提供過(guò)程中必須要解決的一些問(wèn)題，如事件的定制、通知，計(jì)費(fèi)消息的獲取等。所述方法設(shè)計(jì)過(guò)程簡(jiǎn)潔、清晰，便于實(shí)現(xiàn)和擴(kuò)展，是一種非常理想的IP網(wǎng)絡(luò)中SPD和NCD互通方法，能夠很好為以IP為基礎(chǔ)的電信網(wǎng)絡(luò)提供增值業(yè)務(wù)服務(wù)。


圖1是本發(fā)明的原理框2是預(yù)付費(fèi)增值業(yè)務(wù)的SIP_X消息流程圖具體實(shí)施方式
下面結(jié)合附圖詳細(xì)說(shuō)明本發(fā)明的具體實(shí)施方式
。
在IP網(wǎng)絡(luò)中，向終端用戶提供增值業(yè)務(wù)的任務(wù)是由SPD來(lái)完成的。但是，SPD主要負(fù)責(zé)提供業(yè)務(wù)邏輯，單獨(dú)依靠它是不可能實(shí)現(xiàn)向廣大IP網(wǎng)絡(luò)用戶(特別是利用IP網(wǎng)絡(luò)的廣大PSTN用戶)提供業(yè)務(wù)的。SPD必須和NCD進(jìn)行互通合作，通過(guò)NCD對(duì)下層各種用戶終端的控制，才能最終完成向廣義上的IP網(wǎng)絡(luò)用戶提供業(yè)務(wù)的目的。
本發(fā)明提供了一種在向IP網(wǎng)絡(luò)用戶提供業(yè)務(wù)的過(guò)程中，NCD和SPD互相通訊的方法，即通過(guò)設(shè)計(jì)一種消息格式來(lái)對(duì)標(biāo)準(zhǔn)的SIP協(xié)議“BODY”部分進(jìn)行擴(kuò)展，來(lái)完成一個(gè)完整的業(yè)務(wù)呼叫過(guò)程。
表1是SPD和NCD的業(yè)務(wù)交互消息和SIP_X消息之間的消息映射表。
表1



表1說(shuō)明了在發(fā)明的具體實(shí)施過(guò)程中的一個(gè)關(guān)鍵問(wèn)題在業(yè)務(wù)流程的執(zhí)行中，如何將SPD和NCD的內(nèi)部消息分別轉(zhuǎn)換為SIP_X消息通知給對(duì)方，以促使業(yè)務(wù)流程一步步進(jìn)行下去，即真正的業(yè)務(wù)交互消息和SIP_X消息的映射關(guān)系。
正如技術(shù)方案中所講到的那樣，這種映射關(guān)系總體可分為以下四種情況1.可直接映射為標(biāo)準(zhǔn)的SIP消息的通常的業(yè)務(wù)交互消息。如啟動(dòng)業(yè)務(wù)(ActiviateService)…>INVITE，消息頭里攜帶接入碼/業(yè)務(wù)鍵，消息體BODY里可攜帶用戶的SDP描述，為標(biāo)準(zhǔn)的SIP協(xié)議的INVITE消息；2.與主會(huì)話無(wú)關(guān)的事件定制與通知消息。如RequestDetectPoint/ReportDetectPoint選用經(jīng)BODY消息格式擴(kuò)展的SUBSCRIBE/NOTIFY消息；3.會(huì)話中呼叫信息的定制與通知。RequestCallInfo/ReportCallInfo選用經(jīng)BODY消息格式擴(kuò)展的INFO/INFO消息；4.呼叫計(jì)費(fèi)(CDR)消息的定制與通知。RequestBillInfo/ReportBillInfo選用經(jīng)BODY消息格式擴(kuò)展的INFO/INFO消息。
業(yè)務(wù)消息映射到SIP_X消息后，SPD上各種增值業(yè)務(wù)邏輯通過(guò)表1所述9條(以后可能會(huì)擴(kuò)展)SIP_X消息，便可完成和NCD的互通，實(shí)現(xiàn)整個(gè)的業(yè)務(wù)流程提供。
圖1給出了本發(fā)明所述技術(shù)方案的原理圖本發(fā)明所述技術(shù)方案在實(shí)施過(guò)程中，主要涉及的硬件裝置包括用戶終端，如PSTN話機(jī)，或IP終端等；接入設(shè)備，如接入網(wǎng)關(guān)、綜合接入設(shè)備等；網(wǎng)絡(luò)控制設(shè)備(NCD)；業(yè)務(wù)提供設(shè)備(SPD)，SIP協(xié)議BODY部分的消息格式擴(kuò)展，業(yè)務(wù)消息和STP_X消息的具體映射關(guān)系，NCD側(cè)SIP_X消息的解釋器，SPD側(cè)SIP_X消息的解釋器；實(shí)施本發(fā)明的一個(gè)典型業(yè)務(wù)呼叫流程如下1.用戶終端輸入業(yè)務(wù)接入碼，通過(guò)某種接入設(shè)備或直接向網(wǎng)絡(luò)控制設(shè)備NCD發(fā)起一個(gè)業(yè)務(wù)呼叫；2.NCD通過(guò)號(hào)碼分析得知此呼叫屬于業(yè)務(wù)提供設(shè)備SPD處理的范疇，然后通過(guò)NCD側(cè)SIP_X消息解釋器，組裝成包含此業(yè)務(wù)接入碼的INVITE消息上傳給SPD，開始SPD上的相應(yīng)的業(yè)務(wù)流程的執(zhí)行；3.在SPD側(cè)業(yè)務(wù)平臺(tái)的支撐和控制下，SPD將通過(guò)本側(cè)的SIP_X消息解釋器，把INVITE消息翻譯成適當(dāng)?shù)膬?nèi)部消息上報(bào)給上層客戶應(yīng)用(Client Application)的業(yè)務(wù)邏輯，并將其緊接著下達(dá)的“命令”組裝成適當(dāng)?shù)腟IP_X消息(包括INVITE，ACK，OPTION，INFO，SUBSCRIBE/NOTIFY，BYE等經(jīng)過(guò)BODY擴(kuò)展后的SIP消息)再發(fā)送到NCD
4.同樣的，在NCD側(cè)，也要完成和上述SPD側(cè)類似的工作。NCD先經(jīng)本側(cè)的SIP_X消息解釋器，把SPD發(fā)來(lái)的SIP_X消息轉(zhuǎn)成適當(dāng)?shù)膬?nèi)部消息，交由NCD內(nèi)部核心呼叫服務(wù)器處理，并通過(guò)設(shè)備適配器、接入設(shè)備完成對(duì)下層用戶終端控制；然后，又通過(guò)對(duì)用戶終端的控制，獲知其上發(fā)生的事件和狀態(tài)信息，再通過(guò)NCD內(nèi)部核心呼叫服務(wù)器處理后，形成適當(dāng)?shù)姆答佅?，再?jīng)本側(cè)的SIP_X消息解釋器，把來(lái)此反饋消息組裝成適當(dāng)?shù)腟IP_X消息(包括INVITE，ACK，OPTION，INFO，SUBSCRIBE/NOTIFY，BYE等經(jīng)過(guò)BODY擴(kuò)展后的SIP消息)上傳到SPD；在NCD和SPD通過(guò)SIP_X消息進(jìn)行業(yè)務(wù)呼叫交互的過(guò)程中，最終以完成“用戶終端釋放”和“計(jì)費(fèi)信息統(tǒng)計(jì)處理”為標(biāo)志，結(jié)束一個(gè)完整的業(yè)務(wù)呼叫流程。
在上述這樣一個(gè)業(yè)務(wù)呼叫流程中，各種SIP消息的BODY部分通常情況下都是遵循標(biāo)準(zhǔn)的SIP協(xié)議，填寫必要的SDP(Session Description Protocol，會(huì)話描述協(xié)議)媒體協(xié)商內(nèi)容；但在下述幾種情況下需要進(jìn)行消息格式的擴(kuò)展1.業(yè)務(wù)邏輯需要進(jìn)行與主會(huì)話(Session)無(wú)關(guān)的終端事件的定制與通知，如在開始主會(huì)話前，需獲知終端的忙/閑狀態(tài)。這時(shí)，就需要借助BODY部分經(jīng)過(guò)消息格式擴(kuò)展后的SUBSCRIBE/NOTIFY(“/”前是Request事件，SPD->NCD；后是Response事件，NCD->SPD，2，3同此)消息來(lái)完成；2.業(yè)務(wù)邏輯需要在會(huì)話中間獲知相關(guān)的終端事件。這種情況通常是在CONNECT命令之后，業(yè)務(wù)邏輯需得到相關(guān)的終端事件(如主叫掛機(jī)、被叫摘機(jī)等，即DP[Detection Point]點(diǎn)事件)，以決定用戶之間的媒體連接是否成功(即通話是否真正開始)。這時(shí)，需要借助經(jīng)消息格式擴(kuò)展的INFO/INFO消息來(lái)完成。
3.業(yè)務(wù)邏輯需要在用戶通話結(jié)束后，獲知某些本次呼叫的某些信息，包括計(jì)費(fèi)信息CDR等等。這時(shí)，也需要借助經(jīng)消息格式擴(kuò)展的INFO/INFO消息來(lái)完成。
因本發(fā)明采用了消息模塊化的設(shè)計(jì)，其它消息格式也可以按照需求進(jìn)行擴(kuò)展。
預(yù)付費(fèi)(PREPAID)業(yè)務(wù)使得電話用戶可以預(yù)付金額到個(gè)人帳戶(預(yù)付費(fèi)卡)里，以后每次通話消費(fèi)都從帳戶里扣除相應(yīng)費(fèi)用，直至用完；然后可以再去充值消費(fèi)，循環(huán)使用。
下面結(jié)合圖2，以預(yù)付費(fèi)(PREPAID)業(yè)務(wù)為例，描述預(yù)付費(fèi)(PREPAID)業(yè)務(wù)SIP_X消息流程的實(shí)例，具體闡述SPD和NCD是如何通過(guò)SIP_X消息互通，向IP網(wǎng)絡(luò)提供增值業(yè)務(wù)的在下文中，“％”表示本條SIP_X消息的BODY里有消息格式擴(kuò)展，否則要么BODY為空，要么為標(biāo)準(zhǔn)SDP描述1.％通過(guò)雙方的SIP_X消息解釋器，SPD用SUBCRIBE消息向NCD注冊(cè)PREPAID業(yè)務(wù)接入碼的事件通知；2.NCD返回相應(yīng)的SIP回應(yīng)消息2000K；3.USERA撥打接入碼，NCD用攜帶USERA的SDP描述及目標(biāo)接入碼的INVITE消息通知SPD；4.SPD回應(yīng)嘗試消息100Trying；5.SPD回應(yīng)帶有媒體服務(wù)器(MS)SDP描述的2000K消息；6.NCD回應(yīng)ACK三次握手消息；(SPD控制MS對(duì)USERA放提示音，并收號(hào)獲得被叫USERB的號(hào)碼。這是SPD和MS的交互，與SPD和NCD的SIP_X消息交互無(wú)關(guān)。)7.SPD用帶有USERA的SDP描述及目標(biāo)USERB的INVITE消息通知NCD；8.在NCD控制底層接續(xù)USERB成功振鈴后，NCD回應(yīng)180Ring消息；9.NCD回應(yīng)帶有USERB的SDP描述的2000K；10.SPD回應(yīng)ACK；11.SPD用帶有USERB的SDP描述及目標(biāo)USERA的INVITE消息通知NCD；12.NCD回應(yīng)2000K；13.SPD回應(yīng)ACK消息；(這時(shí)，USERA和USERB的SDP媒體協(xié)商已經(jīng)完成，雙方進(jìn)入通話態(tài)。)14.％SPD用INFO消息向NCD要求CDR計(jì)費(fèi)信息；15.NCD回應(yīng)2000K；16.％SPD再次用INFO消息向NCD定制DigitMap信息；17.NCD回應(yīng)2000K；(NCD偵測(cè)出DigitMap，USERA拍FLASH)18.％NCD向SPD發(fā)送攜帶DigitMap信息的INFO消息；19.SPD回應(yīng)2000K；20.SPD向NCD發(fā)送BYE消息，準(zhǔn)備結(jié)束當(dāng)前呼叫；21.NCD回應(yīng)2000K；22.％本次呼叫結(jié)束，NCD向SPD發(fā)送攜帶CDR計(jì)費(fèi)消息的INFO消息；
23.SPD回應(yīng)2000K；24.SPD用帶有MS的SDP描述及目標(biāo)USERA的INVITE消息通知NCD；25.NCD回應(yīng)2000K；26.SPD回應(yīng)ACK；(SPD控制MS對(duì)USERA放提示音，并收號(hào)獲得新被叫USERB’的號(hào)碼，準(zhǔn)備進(jìn)行下一次呼叫。同樣的，這也是SPD和MS的交互，與SPD和NCD的SIP_X消息交互無(wú)關(guān)。)27.(以上7---26步的SIP_X消息將循環(huán)進(jìn)行下去，直至USERA掛機(jī)，不再進(jìn)行新的呼叫，整個(gè)流程結(jié)束。)當(dāng)然，上述流程中每一步都可能發(fā)生異常。一旦出現(xiàn)異常，說(shuō)明該次業(yè)務(wù)呼叫失敗，其后的流程不再執(zhí)行，異常處理流程被啟動(dòng)，相關(guān)網(wǎng)絡(luò)和用戶資源釋放，在完成相應(yīng)的統(tǒng)計(jì)、日志記錄后呼叫結(jié)束，并等待下一次試呼。
權(quán)利要求
1一種IP網(wǎng)絡(luò)中控制設(shè)備和業(yè)務(wù)設(shè)備互通提供業(yè)務(wù)的方法，包括用戶終端，接入設(shè)備，NCD及本側(cè)SIP_X消息的解釋器，SPD及本側(cè)SIP_X消息的解釋器，SIP協(xié)議BODY部分的消息格式擴(kuò)展，業(yè)務(wù)消息和SIP_X消息的具體映射關(guān)系；處理步驟如下步驟一定義擴(kuò)展SIP協(xié)議中消息格式的BODY部分，構(gòu)成SIP_X消息；步驟二建立業(yè)務(wù)消息和SIP_X消息的具體映射關(guān)系；步驟三用戶終端輸入業(yè)務(wù)接入碼，通過(guò)接入設(shè)備或直接向NCD發(fā)起一個(gè)業(yè)務(wù)呼叫；步驟四NCD通過(guò)號(hào)碼分析判斷此呼叫是否屬于SPD處理的范疇，若是，通過(guò)NCD側(cè)SIP_X消息解釋器，組裝成包含此業(yè)務(wù)接入碼的SIP_X消息上傳給SPD，啟動(dòng)SPD上相應(yīng)業(yè)務(wù)流程的執(zhí)行；若否，則表明此呼叫不屬于SPD處理范疇，在NCD內(nèi)部處理；步驟五在SPD側(cè)業(yè)務(wù)平臺(tái)的支撐和控制下，對(duì)NCD發(fā)來(lái)的SIP_X消息進(jìn)行處理，將處理結(jié)果以過(guò)本側(cè)的消息解釋器組裝成SIP_X消息再發(fā)送給NCD；步驟六在NCD一側(cè)，對(duì)SPD發(fā)來(lái)的SIP_X消息進(jìn)行處理，形成反饋消息，再經(jīng)本側(cè)的SIP_X消息解釋器，把此反饋消息組裝成SIP_X消息上傳到SPD。
2如權(quán)利要求1所述的IP網(wǎng)絡(luò)中控制設(shè)備和業(yè)務(wù)設(shè)備互通提供業(yè)務(wù)的方法，其特征是步驟五的處理過(guò)程如下在SPD側(cè)業(yè)務(wù)平臺(tái)的支撐和控制下，SPD通過(guò)本側(cè)的SIP_X消息解釋器，把INVITE消息翻譯成適當(dāng)?shù)膬?nèi)部消息上報(bào)給上層客戶應(yīng)用的業(yè)務(wù)邏輯，并將其緊接著下達(dá)的命令組裝成SIP_X消息，然后再發(fā)送到NCD。
3如權(quán)利要求1所述的IP網(wǎng)絡(luò)中控制設(shè)備和業(yè)務(wù)設(shè)備互通提供業(yè)務(wù)的方法，其特征是步驟六的處理過(guò)程是在NCD一側(cè)，NCD先經(jīng)本側(cè)的SIP_X消息解釋器，把SPD發(fā)來(lái)的SIP_X消息轉(zhuǎn)成內(nèi)部消息，交由NCD內(nèi)部核心呼叫服務(wù)器處理，并通過(guò)設(shè)備適配器、接入設(shè)備完成對(duì)下層用戶終端控制；然后，又通過(guò)對(duì)用戶終端的控制，獲知其上發(fā)生的事件和狀態(tài)信息，再通過(guò)NCD內(nèi)部核心呼叫服務(wù)器處理后，形成反饋消息，再經(jīng)本側(cè)的SIP_X消息解釋器，把此反饋消息組裝成SIP_X消息上傳到SPD。
4如權(quán)利要求2或3所述的IP網(wǎng)絡(luò)中控制設(shè)備和業(yè)務(wù)設(shè)備互通提供業(yè)務(wù)的方法，其特征是SPD下達(dá)到NCD，或者，NCD反饋上傳到SPD的SIP_X消息可以是INVITE、ACK、OPTION、INFO、SUBSCRIBE/NOTIFY、BYE之類經(jīng)過(guò)BODY擴(kuò)展后的SIP消息。
全文摘要
本發(fā)明公開了一種IP網(wǎng)絡(luò)中控制設(shè)備和業(yè)務(wù)設(shè)備互通提供業(yè)務(wù)的方法，包括用戶終端，接入設(shè)備，網(wǎng)絡(luò)控制設(shè)備(NCD)及本側(cè)SIP_X消息的解釋器，業(yè)務(wù)提供設(shè)備(SPD)及本側(cè)SIP_X消息的解釋器，SIP協(xié)議BODY部分的消息格式擴(kuò)展，業(yè)務(wù)消息和SIP_X消息的具體映射關(guān)系；本發(fā)明以SIP為基礎(chǔ)，充分利用其適于作IP網(wǎng)絡(luò)上會(huì)話協(xié)議的特點(diǎn)，通過(guò)對(duì)標(biāo)準(zhǔn)的SIP協(xié)議進(jìn)行擴(kuò)展，加入了一些適當(dāng)?shù)南⒏袷?，補(bǔ)足了因SIP發(fā)展不完善而固有的一些缺陷，解決了在增值業(yè)務(wù)提供過(guò)程中必須要解決的一些問(wèn)題，可以為以IP為基礎(chǔ)的電信網(wǎng)絡(luò)提供增值業(yè)務(wù)服務(wù)。
文檔編號(hào)H04L29/02GK1503524SQ0215076
公開日2004年6月9日 申請(qǐng)日期2002年11月23日 優(yōu)先權(quán)日2002年11月23日
發(fā)明者劉鵬, 劉繼明, 李躍華, 鵬 劉 申請(qǐng)人:深圳市中興通訊股份有限公司