專利名稱：用于確保sip－/sip－t協(xié)議中消息的順序的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種按照權(quán)利要求1的前序部分的方法。
新近的通信結(jié)構(gòu)規(guī)定在與連接業(yè)務(wù)有關(guān)的單元中分離交換技術(shù)的網(wǎng)絡(luò)以及傳輸有用信息(載體控制)。由此得出連接建立和媒體-或載體建立的分解/分離。在此，有用信息的傳輸(有效信道的接通)可以通過不同的高比特率傳輸技術(shù)、例如ATM、IP或幀中繼來進(jìn)行。
利用這種分離，目前在窄帶網(wǎng)絡(luò)中進(jìn)行的電信業(yè)務(wù)也可以在寬帶網(wǎng)絡(luò)中實現(xiàn)。在此，或者直接地(例如經(jīng)DSS1-協(xié)議)連接用戶，或者通過被構(gòu)造為媒體網(wǎng)關(guān)控制器(MGC)的交換中心(例如經(jīng)ISUP-協(xié)議)連接用戶。通過由媒體網(wǎng)關(guān)(MG)各使用的傳輸技術(shù)來轉(zhuǎn)換所述有用信息本身。
對媒體網(wǎng)關(guān)的控制由各所屬的媒體網(wǎng)關(guān)控制器(MGC)來實現(xiàn)。為了控制媒體網(wǎng)關(guān)，所述媒體網(wǎng)關(guān)控制器使用標(biāo)準(zhǔn)化的協(xié)議、例如MGCP協(xié)議或H.248協(xié)議。為了互相進(jìn)行通信，所述媒體網(wǎng)關(guān)控制器使用由ITU標(biāo)準(zhǔn)化的BICC(獨立于載體的呼叫控制)協(xié)議，該協(xié)議由多個標(biāo)準(zhǔn)化的協(xié)議構(gòu)成并因此包含一個協(xié)議族。
因為所述BICC協(xié)議是ISUP協(xié)議的進(jìn)一步發(fā)展，所以在被稱為Q.1902.x BICC CS2協(xié)議(獨立于載體的呼叫控制能力集2，在MTP(消息傳遞部分)中具有自己的業(yè)務(wù)指示器)的單獨一篇中總結(jié)了對此有關(guān)的部分。在被稱為Q.765.5 BAT(載體應(yīng)用傳輸)的另一篇中寫下了完全特定地用于在媒體網(wǎng)關(guān)控制器之間進(jìn)行通信的相關(guān)部分。所述ITU-T標(biāo)準(zhǔn)協(xié)議也描述了用于IP載體RTP的載體技術(shù)。作為結(jié)果，通過ATM或IP網(wǎng)絡(luò)為傳輸而執(zhí)行信令信息和有用信息之間的分離，由此為終端用戶提供其在通信網(wǎng)中所期望的業(yè)務(wù)。
在IETF標(biāo)準(zhǔn)化委員會處，隨著RFC 3204協(xié)議(＝SIP-T協(xié)議)產(chǎn)生了與BICC協(xié)議相應(yīng)的協(xié)議。該協(xié)議描述了對SIP協(xié)議(RFC 2543)的補充。借助于SIP-T協(xié)議可以傳輸-與SIP協(xié)議相反-ISUP-消息。一般通過隧道、也就是通過透明的遞送窗口實現(xiàn)ISUP-消息的傳輸。優(yōu)選地，將由PSTN-用戶發(fā)送的ISUP-消息與載體消息一起傳輸(INFO方法，RFC 2976)并且傳送給接收的PSTN-用戶。
應(yīng)示例性地指出USR(User-to-User用戶到用戶)消息或APM-消息為ISUP-消息。前者描述在進(jìn)行通話期間，可以通過信令信道(PSTN世界)來傳輸?shù)母郊有畔?。這里示例性地假定交換密碼或PIN碼(Personal Identification Number個人識別碼)。這些附加信息的傳輸也必須能通過SIP-T協(xié)議來實現(xiàn)，因為也許可能在主叫和被叫PSTN-用戶之間布置了因特網(wǎng)。
如已經(jīng)提及的，按照INFO方法將ISUP消息與載體消息(CONTENTTYPE(內(nèi)容類型)ISUP)一起通過SIP-T協(xié)議來傳輸。但是該INFO方法只有通過SIP-/SIP-T協(xié)議傳輸ISUP消息的特性。然而這里的問題是尤其是對于按照INFO方法傳輸?shù)腎SUP-消息，在接收側(cè)的處理中需要完全確定的順序。這在提及的APM-/USR-消息中，情況是如此。這個問題的產(chǎn)生是由于在使用SIP/SIP-T時例如通過UDP-協(xié)議(該協(xié)議可以被用作為SIP-/SIP-T協(xié)議的載體)發(fā)送主叫PSTN-用戶的消息，并且緊接著在因特網(wǎng)中的傳輸過程中可能出現(xiàn)超前或丟失，因為可能為有用消息規(guī)定不同的路徑。在使用UDP-協(xié)議時正是在這點上可能產(chǎn)生問題，因為與TCP/IP協(xié)議相反，這里不保證遵守順序。IETF標(biāo)準(zhǔn)為INFO方法提供了對這個問題的相應(yīng)的解決方法(RFC 2976)，并且相反地強調(diào)這個問題不太重要(“ISUP to SIP mapping”(文獻(xiàn)IETF-sipping-isup-02，第12.1章)。
本發(fā)明的任務(wù)在于，這樣進(jìn)一步構(gòu)造通過MGC-MGC通信的ISUP消息的傳輸，使得確保更可靠地傳輸ISUP消息的能力。
從權(quán)利要求1的前序部分中給出的特征出發(fā)，通過在表明本發(fā)明特征的部分所要求的特征來解決所述任務(wù)。
可以看出本發(fā)明的優(yōu)點在于，保證了在接收側(cè)以正確的順序處理按照INFO-方法傳輸?shù)腎SUP-消息。在此，考慮將USR-消息或APM-消息作為ISUP-消息，但這絕對不是限制，因為在世界范圍內(nèi)存在ISUP協(xié)議的許多國家特征。根據(jù)本發(fā)明，規(guī)定在傳輸開始時，為按照INFO方法的待傳輸?shù)腎SUP消息提供一個順序號。除了這些用于USR-和APM傳輸機制的解決方法，本方法的引入還提供對DSS1/ISUP的特征UUS2和UUS3(ITUT Q.737)的確保，其中該方法允許用戶發(fā)送多個“用戶到用戶的消息”。隨著INFO的擴(kuò)展，于是也為ISDN業(yè)務(wù)確保了正確的順序，并且也可以在SIP-T(MGC-MGC通信)的情況下為用戶提供正確的順序。
下面根據(jù)圖示的實施例來詳細(xì)描述本發(fā)明。
其中

圖1示出了2個PSTN用戶之間的基本情況，在這兩個用戶之間布置了因特網(wǎng)，圖2示出了對被交換的協(xié)議單元的第一種描述，圖3示出了對被交換的協(xié)議單元的第二種描述，圖4示出了對被交換的協(xié)議單元的第三種描述，圖5示出了對被交換的協(xié)議單元的第四種描述，圖6用表格描述了可以將順序號Rseq和BACK輸入哪個字段中，其中用粗體作標(biāo)記的部分表明是擴(kuò)展。
在圖1中示出了一種網(wǎng)絡(luò)配置，在該網(wǎng)絡(luò)配置上本發(fā)明方法得到實現(xiàn)。在此，示例地顯示了2個PSTN-網(wǎng)絡(luò)，其中用已公開的方法分別布置了多個PSTN-用戶。這些PSTN-用戶被引導(dǎo)到本地交換中心LE，所述本地交換中心在其一側(cè)與轉(zhuǎn)接交換中心TX相連接。
現(xiàn)在在轉(zhuǎn)接交換中心TX中實現(xiàn)信令信息和有用信息之間的分離。通過ISUP-協(xié)議，轉(zhuǎn)接交換中心TX將信令信息直接地傳送給各所屬的媒體網(wǎng)關(guān)控制器MGC(MGC A或MGC B)。有用信息被傳輸給(被布置在輸入側(cè)的)作為TDM-網(wǎng)和ATM-或IP-傳輸網(wǎng)之間的接口而起作用的媒體網(wǎng)關(guān)MG(MG A或MG B)。并且通過有關(guān)的傳輸網(wǎng)進(jìn)行面向分組的傳輸。像由媒體網(wǎng)關(guān)控制器MGC B控制媒體網(wǎng)關(guān)MGB一樣，由媒體網(wǎng)關(guān)控制器MGC A控制媒體網(wǎng)關(guān)MG A。在將有用信息從媒體網(wǎng)關(guān)MG A傳輸給媒體網(wǎng)關(guān)MG B的情況下，在分配給媒體網(wǎng)關(guān)MG B的媒體網(wǎng)關(guān)控制器MGC B的控制下，有用信息又被轉(zhuǎn)化為TDM數(shù)據(jù)流并傳送給合適的PSTN-用戶。
標(biāo)準(zhǔn)化的協(xié)議支持在媒體網(wǎng)關(guān)控制器MGC和各所屬的媒體網(wǎng)關(guān)之間傳輸?shù)臄?shù)據(jù)。該協(xié)議可以例如是MGCP協(xié)議或H.248協(xié)議。在兩個媒體網(wǎng)關(guān)控制器MGC A、MGC B之間，應(yīng)規(guī)定SIP-或SIP-T協(xié)議為代替BICC協(xié)議的另一個標(biāo)準(zhǔn)化協(xié)議。優(yōu)選地，在本實施例中使用SIP-T協(xié)議。在兩個媒體網(wǎng)關(guān)控制器之間還可以連接其他設(shè)備、例如代理服務(wù)器。
下面的出發(fā)點是A側(cè)的PSTN-用戶向B側(cè)的被叫PSTN-用戶發(fā)送ISUP-消息。在圖2中實施了本發(fā)明的執(zhí)行方法。首先A-側(cè)的PSTN-用戶用信號向B-側(cè)的PSTN-用戶傳遞連接請求。此后，在連接期間通過信令信道交換特殊的ISUP-消息，例如USR-消息。這兩個PSTN-用戶被布置在可以通過ISUP-協(xié)議的信令信道實現(xiàn)這種交換的PSTN-世界中。但是這里通過因特網(wǎng)IP并借助于SIP-T協(xié)議來進(jìn)行兩個用戶之間的連接，在因特網(wǎng)中，信令信道(也就是ISUP)不可用根據(jù)圖2，首先向(B-側(cè)的被叫)PSTN-用戶發(fā)送消息IAM(InitialAddress Message初始地址消息)，也就是呼叫請求。在該呼叫請求中確定了主叫用戶希望與哪個用戶進(jìn)行通信，也就是說在該呼叫請求中放入了用戶號碼。在A-側(cè)的媒體網(wǎng)關(guān)控制器MGC A中，該消息被轉(zhuǎn)化為SIP-T協(xié)議消息INVITE并且通過因特網(wǎng)IP被傳輸。在B-側(cè)的媒體網(wǎng)關(guān)控制器MGC B中，該消息被重新轉(zhuǎn)化為ISUP-消息IAM并被傳送給被叫PSTN-用戶。作為結(jié)果，被叫PSTN-用戶向主叫PSTN-用戶的方向發(fā)送ISUP-消息ACM(Address complete Message地址完成消息)。在媒體網(wǎng)關(guān)控制器MGC B中，該消息被轉(zhuǎn)化為SIP-T協(xié)議-消息PROVISIONAL RESPONSE 180(臨時響應(yīng)180)-消息，并且與順序號Rseq25一起通過因特網(wǎng)IP向主叫PSTN-用戶的方向傳輸。這里，該順序號具有(任意的)值25。
在該消息在主叫-PSTN用戶所屬的媒體網(wǎng)關(guān)控制器MGC A中重新被轉(zhuǎn)化成最初的ISUP-消息之后，這時主叫PSTN-用戶接收該消息。為此，同時按照PRACK-方法(PROVISIONAL RESPONSE ACKNOWLEDGE臨時響應(yīng)確認(rèn))在媒體網(wǎng)關(guān)控制器MGC A中回復(fù)接收到的SIP-T消息。為此，接收到的PROVISIONAL RESPONSE 180-消息在一定程度上被部分反射，并且在具有順序號Rseq25以及協(xié)議單元INVITE的字段RACK中傳送給被叫媒體網(wǎng)關(guān)控制器MGC B。
下面的出發(fā)點是，例如主叫PSTN-用戶(A-側(cè))想向被叫PSTN-用戶(B-側(cè))發(fā)送USR-消息(或APM-消息)。為此，該USR-消息例如通過媒體網(wǎng)關(guān)控制器MGC A被傳送，在該媒體網(wǎng)關(guān)控制器MGC A中，該USR-消息在SIP-T協(xié)議中被嵌入到特殊的字段、即字段(CONTENTTYPEISUP)中并且在傳輸過程中被傳送。
此外，根據(jù)本發(fā)明為該消息分配一個一起被傳輸?shù)捻樞蛱朢seq，在本實施例中為(新取得的)順序號Rseq10。在INFO-消息到達(dá)媒體網(wǎng)關(guān)控制器MGC B時，其作為200 FINAL RESPONSE-消息(200最終響應(yīng)消息)回復(fù)給媒體網(wǎng)關(guān)控制器MGC A，其中在字段RACK中放入INFO-消息的順序號Rseq10。
于是緊接著可以在主叫和被叫PSTN-用戶之間交換其他的USR-消息。示例性地假設(shè)，總的消息包一共包含10個消息。在發(fā)送側(cè)為這些消息中的每個消息分配一個從順序號Rseq10開始到Rseq11的連續(xù)的順序號，使得B-側(cè)的媒體網(wǎng)關(guān)控制器MGC B可以建立消息的正確順序并且傳送給所屬的PSTN用戶。由于消息超前而以錯誤的順序到達(dá)的消息被清除。因為此后不簽收這些消息，所以被叫用戶重新發(fā)送該消息，如果消息以正確的順序到達(dá)，那么主叫用戶就處理并簽收該消息。
然后，緊接著被叫PSTN-用戶可以開始一項功能特征。例如這可以是功能特征呼叫轉(zhuǎn)移。被叫PSTN-用戶向主叫PSTN-用戶發(fā)送代表這項功能特征的消息CPG。在SIP-T協(xié)議中，該消息與順序號Rseq26一起被轉(zhuǎn)化為PROVISIONAL RESPONSE 183消息(臨時響應(yīng)183消息)，按照PRACK方法在兩個媒體網(wǎng)關(guān)控制器MGC A，MGC B之間簽收該臨時響應(yīng)183消息(與RACK 26一起)。通過由被叫用戶發(fā)送的消息FINALRESPONSE 200(最終響應(yīng)200)(ANM，Answer Message應(yīng)答消息(用戶已拿起聽筒))而使主叫用戶結(jié)束消息交換。即使在下面的情況下，即所述呼叫已轉(zhuǎn)移到其上的B-側(cè)另一個PSTN-用戶，在其側(cè)執(zhí)行到第三個用戶的呼叫轉(zhuǎn)移，并且第三個用戶再次進(jìn)行呼叫轉(zhuǎn)移等等，所述方法仍起作用。在此，分別將順序號Rseq26向上計數(shù)，直到最后的用戶不再開始其他的呼叫轉(zhuǎn)移。
因此，基本上在被叫PSTN-用戶拿起聽筒之前，ISUP消息被發(fā)送給被叫PSTN用戶并且可由其以正確的順序接收。因此，本優(yōu)選方法的優(yōu)點在于在SIP-T-協(xié)議中考慮了按照INFO方法所傳輸?shù)腎SUP-消息的順序，由此防止在PSTN的終點釋放連接。
現(xiàn)在，在圖3中示例性地示出下列情況，即B-側(cè)的PSTN-用戶首先拿起聽筒，然后交換USR-消息。在此，在拿起聽筒之前，應(yīng)已開始了最初被叫用戶的呼叫轉(zhuǎn)接。因此，在圖2中所舉出的基本情況在順序上發(fā)生了變化。在此，重要的是MGC B在發(fā)送了FINAL RESPONSE 200(ANM)消息之后必須一直等待，直到該消息通過ACK被簽收。此后，MGC B才能在發(fā)送USR-消息時確保，該消息不超前于FINAL RESPONSE200(ANM)消息。
基本上可以將等待周期的引入看作是可選的方法。發(fā)送INFO消息的一側(cè)在發(fā)送下一條INFO消息之前將一直等待，直到為該INFO消息接收到“200 OK”消息(因為該“2 00 OK”證實接收到INFO)。在這種情況下，不需要引入順序號，但是在動態(tài)上更為不利。
在圖4中舉出了一個例子，其中MGC B或者等待(如圖3的例子所述)或者附加地采取(在動態(tài)上更有利的)措施以避免超前。這里，在A-側(cè)，不允許在ACM-消息之前傳輸APM-消息(這里示例性地提出APM-消息代替USR-消息)。一種可能性是引入等待周期(也就是在B-側(cè)將一直等待，直到收到簽收)?？蛇x地，在B側(cè)可以將具有26的順序號Rseq繼續(xù)計數(shù)以確保順序。由此產(chǎn)生的優(yōu)點在于在動態(tài)上明顯更有利的傳輸。
同樣的方法也適用于在圖5中所示的情況。這里，將不引入附加的等待周期。因此，在傳輸APM-消息時不是重新取得順序號，而是在200 OK(ANM)的情況下為INVITE將順序號向上計數(shù)。根據(jù)本發(fā)明，然后在ACK中確認(rèn)接收并且反射RACK，由此確保正確的順序。
背離以前的標(biāo)準(zhǔn)，通過臨時響應(yīng)以及所屬的PRACK(其中發(fā)送方發(fā)送一個任意的起始號碼)確定第一個起始號碼總是“1”。因此接收方識別出這是序列的第一個消息，該消息需要簽收。但是如果由于超前(或丟失)接收方接收到消息2，那么他應(yīng)該/可以/必須忽略該消息。在SIP標(biāo)準(zhǔn)中已公開的重復(fù)機制負(fù)責(zé)進(jìn)行重復(fù)，于是第一個消息將在第二個消息之前的任何時候到達(dá)。也可以采納這個方法作為對臨時響應(yīng)機制的改善。在任何情況下，如果不“緊跟”以前所使用的臨時響應(yīng)號，那么可以為從A到B的INFO或者為從B到A的INFO而使用這個方法。
最后，在圖6中示出在哪個字段中傳輸所述順序號Rseq。o表示是可選的，以及m表示是強制的。
權(quán)利要求
1.用于在至少2個用戶之間傳輸消息的方法，在這2個用戶之間布置了因特網(wǎng)(IP)，所述因特網(wǎng)到用戶的接口由至少一個通過SIP或SIP-T協(xié)議傳輸消息的媒體網(wǎng)關(guān)控制器(MGC A，MGC B)構(gòu)成，部分所述消息可以與載體消息(INFO)一起被傳遞，其特征在于，在發(fā)送所述消息的至少一個媒體網(wǎng)關(guān)控制器(MGC A)中，在發(fā)送過程之前，為用SIP或SIP-T協(xié)議傳遞的消息提供一個連續(xù)的順序號(Rseq10，Rseq11；Rseq25，Rseq26)，所述順序號以可選擇的方法被固定地約定，按照以前已使用的連續(xù)的順序號而繼續(xù)編號或總是被置于一個初始值上，以及接收所述消息的至少一個媒體網(wǎng)關(guān)控制器(MGC B)借助于所述順序號(Rseq10，Rseq11；Rseq25，Rseq26)重新建立所述被傳輸消息的順序。
2.如權(quán)利要求1所述的方法，其特征在于，所述用戶為PSTN-用戶和/或移動無線電用戶T1u。
3.如權(quán)利要求1，2所述的方法，其特征在于，所述消息被構(gòu)造為ISUP-消息和/或BICC-消息。
4.如權(quán)利要求1，2所述的方法，其特征在于，所述ISUP-消息被構(gòu)造為USR-消息和/或APM-消息。
5.如上述權(quán)利要求之一所述的方法，其特征在于，所述載體消息被構(gòu)造為SIP或SIP-T消息并且按照INFO方法被傳輸。
6.如上述權(quán)利要求之一所述的方法，其特征在于，所述初始值以“1”開始，并且不僅適用于臨時響應(yīng)消息而且也適用于INFO消息。
全文摘要
在現(xiàn)有技術(shù)中，使用BICC或SIP－T協(xié)議作為媒體網(wǎng)關(guān)控制器(MGC)之間的協(xié)議。在SIP－T協(xié)議中，明確規(guī)定借助于INFO方法來傳輸ISUP－消息；然而問題是部分ISUP－消息、例如USR－或APM－消息在傳輸過程中必須遵循一個完全確定的順序，在接收端的處理中必須注意所述順序。但是，并不總是得到所述順序的保持，因為這些SIP－T/SIP－消息可以采用不同的路徑，因此在傳輸過程中可能出現(xiàn)超前或者甚至出現(xiàn)丟失。本發(fā)明通過以下方式來解決所述問題，即為所述SIP－T/SIP－消息提供連續(xù)的順序號，根據(jù)所述順序號SIP/SIP－T對方可以重新建立也許在傳輸期間出現(xiàn)錯誤的順序。
文檔編號H04M7/00GK1593052SQ03801587
公開日2005年3月9日 申請日期2003年6月11日 優(yōu)先權(quán)日2002年7月16日
發(fā)明者K·霍夫曼 申請人:西門子公司