專利名稱：：網(wǎng)關(guān)中的電信業(yè)務(wù)標(biāo)識的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及用于在通過兩個(gè)網(wǎng)絡(luò)建立呼叫期間標(biāo)識所需電信業(yè)務(wù)類型的方法和設(shè)備。具體地說，它涉及用于建立適合于電信業(yè)務(wù)的呼叫控制的方法和設(shè)備，更具體地說，涉及由發(fā)端網(wǎng)絡(luò)標(biāo)識的業(yè)務(wù)。
背景技術(shù)：
：如今，通過通信網(wǎng)絡(luò)進(jìn)行信息傳輸是普遍現(xiàn)象。更快和更靈活的數(shù)據(jù)交換的需求正在不斷增長，而要傳輸數(shù)據(jù)的性質(zhì)更為多樣化。通信網(wǎng)絡(luò)在規(guī)模和性質(zhì)上也是非常的多樣化，從小公司內(nèi)包括少數(shù)個(gè)人計(jì)算機(jī)的局域網(wǎng)(LAN)到全球范圍為數(shù)據(jù)提供交換可能性的因特網(wǎng)。通信網(wǎng)絡(luò)有不同的特征和操作原則。一些特別為電信設(shè)計(jì)，另一些致力于更為多樣化的數(shù)據(jù)通信。使用許多不同的網(wǎng)絡(luò)體系結(jié)構(gòu)和多種數(shù)據(jù)通信協(xié)議來傳輸信息。一些網(wǎng)絡(luò)，例如部分傳統(tǒng)的公眾交換電話網(wǎng)(RSTN)仍在使用模擬數(shù)據(jù)傳輸技術(shù)，而另一些網(wǎng)絡(luò)，例如綜合業(yè)務(wù)數(shù)字網(wǎng)(ISDN)和以GSM移動(dòng)電話網(wǎng)為示例的公眾陸地移動(dòng)網(wǎng)(PLMN)采用數(shù)字通信技術(shù)。專為電信設(shè)計(jì)的網(wǎng)絡(luò)通常仍然使用電路交換數(shù)據(jù)通信，其中分配特定的網(wǎng)絡(luò)資源來建立和保持網(wǎng)絡(luò)終端用戶之間的連接。其它網(wǎng)絡(luò)，更典型地是諸如因特網(wǎng)和局域網(wǎng)的主要為通用數(shù)據(jù)通信設(shè)計(jì)的網(wǎng)絡(luò)，它們使用分組交換通信協(xié)議，其中不需要建立或保持專用的物理連接。在這種網(wǎng)絡(luò)中，要傳輸?shù)倪B續(xù)數(shù)據(jù)流被分成分組，每個(gè)分組通常以一種獨(dú)立的無連接方式在網(wǎng)絡(luò)終端用戶之間被路由。在傳統(tǒng)的電信部門中，有相當(dāng)?shù)呐d趣為網(wǎng)絡(luò)用戶提供多樣化的業(yè)務(wù)，并提供新的電信和數(shù)據(jù)通信業(yè)務(wù)。在數(shù)據(jù)通信部門中，提供更多面向電信業(yè)務(wù)的興趣也在增長。因而，在電信和數(shù)據(jù)通信網(wǎng)絡(luò)的作用之間產(chǎn)生了發(fā)展過程中的交叉(或趨同)。這種趨同引起了異種通信網(wǎng)絡(luò)之間傳輸數(shù)據(jù)的更大需求。但是，由于當(dāng)前存在的電信和數(shù)據(jù)網(wǎng)絡(luò)具有內(nèi)在的多樣性，所以存在互操作或互連的重大問題?，F(xiàn)在將更詳細(xì)地考慮在異種網(wǎng)絡(luò)之間建立通信的問題。通過下述討論和稍后在本文中對本發(fā)明的描述，將更詳細(xì)地考慮下述互連情況a)公眾交換電話網(wǎng)(PSTN)和公眾陸地移動(dòng)網(wǎng)(PLMN)之間的互連；b)綜合業(yè)務(wù)數(shù)字網(wǎng)(ISDN)和公眾陸地移動(dòng)網(wǎng)(PLMN)之間的互連；而且，將具體涉及PSTN和PLMN網(wǎng)絡(luò)之間以及ISDN和PLMN網(wǎng)絡(luò)之間提供電路交換電信業(yè)務(wù)。應(yīng)該注意的是，在下面，術(shù)語PSTN指純粹的模擬陸線電話網(wǎng)絡(luò)，而術(shù)語ISDN和PLMN指完全采用數(shù)字通信技術(shù)的網(wǎng)絡(luò)。但是，盡管ISDN和PLMN網(wǎng)絡(luò)在本質(zhì)上都被認(rèn)為是純數(shù)字的，應(yīng)該注意到，在某些情況下，ISDN和PLMN網(wǎng)絡(luò)之間端到端的數(shù)字通信是不可能的。例如由于插入連接的網(wǎng)絡(luò)元件的特征而出現(xiàn)這種情況。因而，要特別考慮ISDN-PLMN的互連問題。當(dāng)為電信業(yè)務(wù)建立電路交換連接時(shí)，必須建立合適的承載業(yè)務(wù)。承載業(yè)務(wù)是一種電信業(yè)務(wù)，它提供用戶-網(wǎng)絡(luò)接口之間信號傳輸?shù)哪芰參考文獻(xiàn)ITU-T1.112]。為了在兩個(gè)異種網(wǎng)絡(luò)之間進(jìn)行電路交換通信，必須建立端到端的連接。這就需要在每個(gè)用戶終端設(shè)備和其相應(yīng)的網(wǎng)絡(luò)接口之間建立和保持合適的承載業(yè)務(wù)。通常，如果所討論的網(wǎng)絡(luò)采用不同的通信協(xié)議，則還需要進(jìn)行協(xié)議轉(zhuǎn)換以實(shí)現(xiàn)端到端的通信。要建立的承載業(yè)務(wù)的類型取決于終端用戶所需要的電信業(yè)務(wù)類型。例如，在某些情況下，有必要建立適合于傳統(tǒng)的語音電話呼叫的承載業(yè)務(wù)，而在其它情況下，可能需要適合傳真或數(shù)據(jù)通信的承載業(yè)務(wù)。當(dāng)在兩個(gè)異種網(wǎng)絡(luò)之間建立通信時(shí)，為了在兩個(gè)網(wǎng)絡(luò)中實(shí)現(xiàn)合適承載業(yè)務(wù)的選擇，希望得到所要求的通信類型的端到端指示。由于兩個(gè)網(wǎng)絡(luò)中數(shù)據(jù)通信和信令協(xié)議通常不同，因而不能以一種直接的方式得到網(wǎng)絡(luò)之間所要求的呼叫類型信息的信令。這在端到端數(shù)字通信不能實(shí)現(xiàn)的情況下尤為如此，例如模擬公眾交換電話網(wǎng)和公眾陸地移動(dòng)網(wǎng)之間的互連，其中公眾交換電話網(wǎng)由帶內(nèi)信令提供呼叫類型信息，而公眾陸地移動(dòng)網(wǎng)使用數(shù)字帶外信令指示呼叫類型信息。圖1示出GSM公眾陸地移動(dòng)網(wǎng)的結(jié)構(gòu)。如圖1所示，GSM結(jié)構(gòu)包括網(wǎng)關(guān)移動(dòng)交換中心(MSC)10，該網(wǎng)關(guān)MSC與諸如PSTN和/或ISDN15的固定網(wǎng)絡(luò)及GSM無線網(wǎng)絡(luò)進(jìn)行連接。GSM無線網(wǎng)絡(luò)包括基站系統(tǒng)，基站系統(tǒng)包括基站控制器16和基站收發(fā)信機(jī)站(BTS)17。BSS(基站系統(tǒng))包括編碼轉(zhuǎn)換器TC(例如轉(zhuǎn)換成GSM語音)。在圖1中，所示TC101在BSC中，但也可以在BSS的另一部分中，諸如在BTS17中。移動(dòng)臺通過空中接口連接到BTS。網(wǎng)關(guān)MSC還連接到用戶和終端設(shè)備數(shù)據(jù)庫，形式為歸屬位置寄存器(HLR)12、來訪位置寄存器(VLR)13、和設(shè)備身份寄存器(EIR)14。EIR包含涉及移動(dòng)終端的信息，VLR提供需要處理呼叫的所有信息的本地存儲，所述呼叫發(fā)往或來自涉及那個(gè)特定VLR的位置區(qū)域內(nèi)的移動(dòng)用戶。HLR12永久存儲移動(dòng)臺的所有用戶參數(shù)，包括與特定移動(dòng)臺相關(guān)的用戶號碼以及它們相應(yīng)的業(yè)務(wù)類型。由于PSTN是模擬網(wǎng)而GSMPLMN是數(shù)字網(wǎng)，它們不是直接兼容的。因此，網(wǎng)關(guān)MSC10要有相關(guān)的互連功能(IWF)11，它是PLMN和PSTN/ISDN之間實(shí)現(xiàn)互連的功能實(shí)體。通常，互連功能包括與模擬PSTN網(wǎng)絡(luò)連接的調(diào)制解調(diào)器或調(diào)制解調(diào)器群。在這里考慮的示例中，在網(wǎng)關(guān)MSC10中的互連功能IWF用作與PSTN/ISDN和PLMN的網(wǎng)絡(luò)接口，并提供必要的協(xié)議轉(zhuǎn)換以實(shí)現(xiàn)端到端的通信。傳統(tǒng)上，在PLMN系統(tǒng)中，通過采用多編號方案，即通過將特定用戶號碼(MSISDN)專用與特定電信業(yè)務(wù)，來標(biāo)識不同的電信業(yè)務(wù)。例如，在GSM中，用戶目前已可以根據(jù)其簡檔分配移動(dòng)臺被叫GSM語音、數(shù)據(jù)和/或傳真號碼。如前所述，現(xiàn)在有極大的興趣提供額外的和更為廣泛多樣的電信業(yè)務(wù)。在未來，建議移動(dòng)電話用戶還擁有更加高速的數(shù)據(jù)和多媒體業(yè)務(wù)選項(xiàng)，這些業(yè)務(wù)將擁有專門的用戶號碼。當(dāng)前GSM多編號方案基于GSM技術(shù)規(guī)范09.07。根據(jù)GSM09.07，給用戶分配多個(gè)MSISDN號碼，每個(gè)MSISDN與特定電信業(yè)務(wù)相關(guān)。一些互連信息(IWI)與這些號碼中的每一個(gè)鏈接并存儲在用戶的HLR中。在GSM03.08中規(guī)定了互連信息的內(nèi)容，它包含一個(gè)或兩個(gè)完整的BC(承載能力)信息元素，GSM建議07.01規(guī)定了信息元素的內(nèi)容，它們按照GSM建議04.08的10.5.4.5節(jié)描述的那樣被編碼。現(xiàn)在將在GSM09.07中描述的傳統(tǒng)多編號方案的范圍內(nèi)并參考附圖2來說明PSTN和PLMN之間的互連。如圖2所示，當(dāng)呼叫始發(fā)于PSTN15(在本示例中是數(shù)據(jù)呼叫)，發(fā)送包括被叫線路標(biāo)識(CLI)的初始SETUP消息[步驟1]。如上所述，HLR包含指示呼叫類型的對應(yīng)于所述CLI的數(shù)據(jù)庫項(xiàng)。MSC10向HLR12詢問呼叫類型和對應(yīng)于CLI的承載能力，并發(fā)送建立消息給MS18以向MS18通告呼入和呼叫類型[步驟2]。MS18在檢查了其與所請求的承載能力的兼容性(例如用戶簡檔能力)后，通過發(fā)送CALL_CONF消息作出響應(yīng)[步驟3]。所述消息作為CALL_PROC消息通過MSC10傳遞給PSTN[步驟4]。然后，MS發(fā)送ALERT消息給MSC，向MSC通告它已經(jīng)開始對被叫用戶振鈴[步驟5]，從而MSC把振鈴音連接到主叫用戶[步驟6]。最終，當(dāng)被叫用戶應(yīng)答并建立了適合數(shù)據(jù)呼叫的連接時(shí)，CONNECT消息從MS發(fā)送到MSC[步驟7]，然后從MSC到PSTN[步驟8]。在端到端數(shù)字通信不能實(shí)現(xiàn)的情況下，使用諸如GSM09.07中所定義的多編號方案消除了對呼叫類型和承載能力信息的端到端信令的需要。多編號方案的特征在始發(fā)于PSTN的移動(dòng)臺被叫中特別有用。因?yàn)橐苿?dòng)用戶的每個(gè)電信業(yè)務(wù)分配有單獨(dú)的電話號碼，并且合適的互連信息與每個(gè)號碼相關(guān)，沒有必要跨越PSTN和GSM網(wǎng)絡(luò)之間的邊界發(fā)送關(guān)于呼叫類型和所需承載業(yè)務(wù)的信息。這種方法解決了如何提供關(guān)于始發(fā)于PSTN的數(shù)據(jù)呼叫的所需承載業(yè)務(wù)的信息。多編號方案還能夠簡化與ISDN網(wǎng)絡(luò)的互連。盡管在PLMN和ISDN之間的端到端數(shù)字通信在理論上是可行的，然而由于IDSN或其它連接網(wǎng)絡(luò)的屬性，所述端到端數(shù)字通信有時(shí)候在所有層次是不可能的。但是，應(yīng)該注意到，GSM09.07中定義的多編號方案還有重大的缺點(diǎn)。它增加了要撥號碼的復(fù)雜度，增加了使用中的用戶號碼數(shù)目，給用戶增加了負(fù)擔(dān)，因?yàn)橛脩舯仨氂涀∧膫€(gè)號碼對應(yīng)于哪個(gè)電信業(yè)務(wù)。此外，HLR中關(guān)于承載能力的信息的存儲增加了HLR的存儲需求，這是不希望出現(xiàn)的，特別是考慮到不久的將來可用電信業(yè)務(wù)數(shù)目可能增長。而且，在多編號方案下，由于沒有提供端到端談判機(jī)制，承載業(yè)務(wù)(如數(shù)據(jù)傳送速率)的優(yōu)化是不可能的。例如，當(dāng)建立PSTN始發(fā)的移動(dòng)臺被叫時(shí)，參考存儲在HLR中的互連信息(IWI)建立所述電信業(yè)務(wù)的承載業(yè)務(wù)，承載業(yè)務(wù)的非端到端調(diào)整是可能的。在某些ISDN網(wǎng)和PLMN之間互連時(shí)發(fā)生類似情況，特別在所有層次的端到端數(shù)字連接不能實(shí)現(xiàn)時(shí)。在某些情況下，這可能導(dǎo)致可用傳輸帶寬的非最佳使用，例如在移動(dòng)用戶漫游到與他/她的歸屬網(wǎng)絡(luò)承載能力不同的PLMN網(wǎng)絡(luò)的情況下。本發(fā)明的實(shí)施例提供了在異種網(wǎng)絡(luò)之間標(biāo)識和映射呼叫標(biāo)識信息(例如，呼叫類型和承載能力信息)的機(jī)制。這樣的映射方案例如可用于a)優(yōu)化多編號方案中的承載；b)使用簡化編號方案；或c)實(shí)現(xiàn)單編號方案。為了使用所有類型的呼叫對應(yīng)單個(gè)用戶號碼的單編號方案，需要映射異種網(wǎng)絡(luò)之間的呼叫標(biāo)識信息。在本發(fā)明的實(shí)施例中，通過下述方案達(dá)到這個(gè)目的增強(qiáng)網(wǎng)絡(luò)之間互連功能的功能；允許呼叫類型信息的重新格式化；增強(qiáng)網(wǎng)絡(luò)之間承載能力信息的傳輸。呼叫類型信息的映射消除了對上述多編號方案的需要。因而它從用戶立場上簡化了系統(tǒng)的操作，因?yàn)楹艚姓咧恍枰涀”唤械囊粋€(gè)號碼。還有，它還減少了用戶號碼長度增長的需求以迎合未來的附加業(yè)務(wù)。而且，減少了HLR上的處理負(fù)擔(dān)。另一方面，映射承載業(yè)務(wù)提供了實(shí)現(xiàn)無線承載優(yōu)化的其它優(yōu)點(diǎn)。即無線承載可以通過談判與PSTN/ISDN的匹配，因而優(yōu)化了無線網(wǎng)絡(luò)使用的帶寬。根據(jù)本發(fā)明的一個(gè)方面，提供一種用于在始發(fā)網(wǎng)絡(luò)終端和終接網(wǎng)絡(luò)終端之間建立呼叫的交換機(jī)。所述交換機(jī)包括用于接收來自始發(fā)網(wǎng)絡(luò)的第一格式的呼叫標(biāo)識信息的輸入；用于把接收的呼叫標(biāo)識信息格式化為第二格式的裝置；用于通過終接網(wǎng)絡(luò)輸出第二格式的呼叫標(biāo)識信息的輸出裝置；和用于完成適合于所述終端間的被標(biāo)識的呼叫的連接的連接裝置。這個(gè)交換機(jī)允許消除和/或減少上述多編號方案的使用。呼叫標(biāo)識信息可以包括呼叫類型信息和/或承載信息。呼叫類型信息可以例如涉及電信業(yè)務(wù)信息(如H.324的電信業(yè)務(wù)信息)。承載信息允許終接網(wǎng)絡(luò)使用和始發(fā)端相同的比特速率，由此保證帶寬效率被優(yōu)化。終接網(wǎng)絡(luò)最好是諸如UMTS或GSM網(wǎng)的無線通信網(wǎng)絡(luò)。任選地，交換機(jī)是MSC或GMSC。交換機(jī)還可以包括連接到輸入的用于以下操作的裝置根據(jù)用戶號碼確定主要呼叫類型信息，將第一主要呼叫標(biāo)識信息傳送到輸出，并且將其它主要呼叫標(biāo)識信息傳送到重新格式化設(shè)備。這樣的交換機(jī)可以例如允許要采用的雙編號系統(tǒng)區(qū)分主要類型“語音”和“數(shù)據(jù)”的呼叫。在這種情況下，“語音”主要類型的所有呼叫最好被自動(dòng)連接，實(shí)際數(shù)據(jù)類型的進(jìn)一步確定由“數(shù)據(jù)”主要類型的呼叫構(gòu)成。根據(jù)本發(fā)明的另一方面，提供一種用于建立始發(fā)網(wǎng)絡(luò)終端和終接網(wǎng)絡(luò)終端之間的呼叫的方法。該方法包括接收來自始發(fā)網(wǎng)絡(luò)的第一個(gè)格式的呼叫標(biāo)識信息；把接收的呼叫標(biāo)識信息重新格式化為第二格式；通過終接網(wǎng)絡(luò)輸出第二格式的呼叫標(biāo)識信息；完成適合于所述終端間的標(biāo)識的呼叫的連接。根據(jù)本發(fā)明的又一方面，提供一種用于以建立始發(fā)網(wǎng)絡(luò)終端和終接網(wǎng)絡(luò)終端之間的呼叫的方法。該方法包括建立預(yù)定類型的呼叫；從始發(fā)終端向終接網(wǎng)絡(luò)發(fā)送第一格式的呼叫標(biāo)識信息；把接收的呼叫標(biāo)識信息重新格式化為第二格式；向終接終端發(fā)送第二格式的呼叫標(biāo)識信息；并且建立適合于所述終端間的被標(biāo)識的呼叫的連接。根據(jù)本發(fā)明的另一方面，提供一種用于建立從始發(fā)網(wǎng)絡(luò)終端到終接網(wǎng)絡(luò)終端的呼叫的交換系統(tǒng)。該交換系統(tǒng)包括用于從始發(fā)網(wǎng)絡(luò)接收第一格式的呼叫標(biāo)識信息的裝置；用于把接收的呼叫標(biāo)識信息重新格式化為第二格式的裝置；用于通過終接網(wǎng)絡(luò)發(fā)送第二格式的呼叫標(biāo)識信息的裝置；用于完成適合于所述終端間的被標(biāo)識的呼叫的連接的連接裝置。根據(jù)本發(fā)明的實(shí)施例，提供帶有編碼轉(zhuǎn)換器和互連功能的MSC。這與傳統(tǒng)GSM系統(tǒng)相反，例如，其中編碼轉(zhuǎn)換器形成基站子系統(tǒng)的一部分?，F(xiàn)將參考附圖以示例說明本發(fā)明的實(shí)施例，附圖中圖1說明當(dāng)前GSMPLMN和其與PSTN/ISDN的連接；圖2說明使用傳統(tǒng)多編號方案從PSTN終端到移動(dòng)臺的數(shù)據(jù)呼叫建立；圖3說明根據(jù)本發(fā)明第一實(shí)施例的使用增強(qiáng)多編號方案從PSTN終端到移動(dòng)臺的H.324透明視頻呼叫的建立；圖4說明根據(jù)本發(fā)明第一實(shí)施例的使用增強(qiáng)多編號方案從PSTN終端到移動(dòng)臺的H.324透明視頻呼叫的建立，說明在呼叫建立期間包含PSTN本地交換；圖5說明本發(fā)明的MSC所需的用于PSTN始發(fā)呼叫的電信業(yè)務(wù)的標(biāo)識；圖6說明根據(jù)本發(fā)明第二實(shí)施例的使用單編號方案從PSTN終端到移動(dòng)臺的數(shù)據(jù)呼叫建立；圖7說明根據(jù)本發(fā)明第二實(shí)施例的使用單編號方案從PSTN終端到移動(dòng)臺的數(shù)據(jù)呼叫的建立，并示出包含PSTN本地交換；圖8說明根據(jù)本發(fā)明第二實(shí)施例的使用單編號方案從PSTN終端到移動(dòng)臺的數(shù)據(jù)呼叫建立的其它方法；圖9說明根據(jù)本發(fā)明第二實(shí)施例的使用V.8bis信令從移動(dòng)臺到PSTN終端的數(shù)據(jù)呼叫的建立；圖10說明根據(jù)本發(fā)明第二實(shí)施例的使用V.8信令從移動(dòng)臺到PSTN終端的數(shù)據(jù)呼叫的建立；圖11說明根據(jù)本發(fā)明第二實(shí)施例的使用V.8信令從移動(dòng)臺到PSTN終端的數(shù)據(jù)呼叫的建立，并示出包含PSTN本地交換；圖12說明根據(jù)本發(fā)明第二實(shí)施例的使用端到端數(shù)字通信從ISDN終端到UMTS移動(dòng)臺的數(shù)據(jù)呼叫的建立；圖13說明根據(jù)本發(fā)明第二實(shí)施例的在端到端數(shù)字通信不能實(shí)現(xiàn)的情況下從ISDN終端到UMTS移動(dòng)臺的數(shù)據(jù)呼叫的建立；圖14說明根據(jù)本發(fā)明第二實(shí)施例的使用端到端數(shù)字通信從UMTS移動(dòng)臺到ISDN終端的數(shù)據(jù)呼叫的建立；圖15說明根據(jù)本發(fā)明另一實(shí)施例的在端到端數(shù)字通信不能實(shí)現(xiàn)的情況下從UMTS移動(dòng)臺到ISDN終端的數(shù)據(jù)呼叫的建立；圖16說明根據(jù)本發(fā)明第二實(shí)施例的從ISDN終端到UMTS移動(dòng)臺的數(shù)據(jù)呼叫的建立，并示出包含ISDN本地交換；圖17說明根據(jù)本發(fā)明第二實(shí)施例的在端到端數(shù)字通信不能實(shí)現(xiàn)的情況下從ISDN終端到UMTS移動(dòng)臺的數(shù)據(jù)呼叫的建立；圖18說明根據(jù)本發(fā)明第二實(shí)施例的從UMTS移動(dòng)臺到ISDN終端的數(shù)據(jù)呼叫的建立，并示出包含ISDN本地交換；圖19說明根據(jù)本發(fā)明第二實(shí)施例的在端到端數(shù)字通信不能實(shí)現(xiàn)情況下從UMTS移動(dòng)臺到ISDN終端的數(shù)據(jù)呼叫的建立；圖20說明根據(jù)本發(fā)明第二實(shí)施例的在兩個(gè)UMTS移動(dòng)臺之間的數(shù)據(jù)呼叫的建立；圖21說明根據(jù)本發(fā)明第二實(shí)施例的在UMTS移動(dòng)臺和第二代GSM移動(dòng)臺之間的數(shù)據(jù)呼叫的建立；圖22說明根據(jù)本發(fā)明第三實(shí)施例的從PSTN終端到移動(dòng)臺的數(shù)據(jù)呼叫的建立；圖23更詳細(xì)地說明根據(jù)本發(fā)明第三實(shí)施例的從PSTN終端到移動(dòng)臺的數(shù)據(jù)呼叫的建立；圖24說明H.324呼叫的典型映射信息。本發(fā)明詳細(xì)描述本發(fā)明涉及一種用于利唯一呼叫類型區(qū)別在不兼容網(wǎng)絡(luò)之間控制不同呼叫類型的方法和設(shè)備。參照圖1所示網(wǎng)絡(luò)對它進(jìn)行說明，圖1所示的網(wǎng)絡(luò)也就是使用帶內(nèi)信令的模擬PSTN網(wǎng)和使用帶外信令的GSM網(wǎng)。但是，本發(fā)明并不限于這些網(wǎng)絡(luò)的呼叫控制，它同樣適用于其它不直接兼容的網(wǎng)絡(luò)。建議本發(fā)明在未來使用的一個(gè)領(lǐng)域是在陸線網(wǎng)絡(luò)(諸如PSTN或ISDN)和通用移動(dòng)電信系統(tǒng)(UMTS)之間。稍后在本文給出的對本發(fā)明實(shí)施例的說明中有固定線路(PSTN/ISDN)和移動(dòng)(PLMN)多媒體終端之間的呼叫建立的示例。但是，應(yīng)該知道本發(fā)明決不限于所述示例性應(yīng)用，原則上它可以用于異種網(wǎng)絡(luò)之間的其它任何種類的呼叫建立。在下面，假定根據(jù)ITU-T建議H.324、H.324/I(H.324附錄D)或H.324/M(H.324附錄C)實(shí)現(xiàn)所涉及的與本發(fā)明示例性實(shí)施例有關(guān)的固定終端(PSTN/ISDN)和移動(dòng)(PLMN)多媒體終端。H.324建議提供了實(shí)現(xiàn)多媒體終端的框架，允許實(shí)時(shí)的視頻、音頻、或數(shù)據(jù)、或它們的任何組合的通信。根據(jù)H.324實(shí)現(xiàn)的多媒體終端可以是連接到固定線路PSTN/ISDN的單獨(dú)終端設(shè)備，或者是用于PLMN的移動(dòng)終端。H.324多媒體終端也可以用PC或計(jì)算機(jī)工作站實(shí)現(xiàn)?；镜腍.324建議制定了為用于連接到諸如PSTN電話系統(tǒng)的固定線路模擬電信網(wǎng)絡(luò)而設(shè)計(jì)的多媒體終端的需求。H.324/I建議(H.324附錄D)為連接到提供數(shù)字通信的固定線路網(wǎng)絡(luò)的多媒體終端定義了等效需求，所述固定線路網(wǎng)絡(luò)例如有ISDN網(wǎng)絡(luò)，H.324/M(H.324附錄C)提供了對H.324的某些修改，專門設(shè)計(jì)來改善多媒體比特流對數(shù)據(jù)傳輸錯(cuò)誤的健壯性。這些修改對H.223復(fù)用協(xié)議有很大作用。后綴“M”代表移動(dòng)，用于指示H.324的H.324/M變體特別適合用于移動(dòng)應(yīng)用，其中多媒體數(shù)據(jù)的傳輸發(fā)生在特別易錯(cuò)的通信信道上。但是，應(yīng)該注意到建議H.324/M的使用不限于移動(dòng)多媒體應(yīng)用，也可以用于固定線網(wǎng)絡(luò)。H.324建議的附錄C描述了H.324和H.324/M之間的區(qū)別。雖然讀者要參考H.324、H.324/I和H.324/M建議來了解多媒體終端實(shí)現(xiàn)更多的細(xì)節(jié)，然而對H.324、H.324/I和H.324/M多媒體終端的功能元素的簡述有助于理解本發(fā)明。要連接到模擬PSTN的H.324終端的基本功能元素是a)根據(jù)ITU-T建議H.261或H.263實(shí)現(xiàn)的視頻編解碼器；b)根據(jù)建議G.723.1的音頻編解碼器；c)用于支持諸如電子白板、靜止圖像傳送、文件交換、數(shù)據(jù)庫訪問、電話會(huì)議、遠(yuǎn)程設(shè)備控制、網(wǎng)絡(luò)協(xié)議的數(shù)據(jù)應(yīng)用的數(shù)據(jù)協(xié)議。根據(jù)H.324，所有的數(shù)據(jù)協(xié)議都是任選的，但可以包括i)T.120點(diǎn)到點(diǎn)和多點(diǎn)電話會(huì)議；ii)T.84點(diǎn)到點(diǎn)靜止圖像傳送；iii)T.434點(diǎn)到點(diǎn)文件傳送；iv)H.224/H.281遠(yuǎn)端攝像機(jī)控制；v)T.30傳真?zhèn)魉?；vi)T.140文本對話協(xié)議；d)根據(jù)ITU-T建議H.245的控制協(xié)議，它提供信令以實(shí)現(xiàn)多媒體終端的正確端到端操作；e)根據(jù)H.223的復(fù)用協(xié)議，它用于把視頻、音頻數(shù)據(jù)和控制信息復(fù)用到單一比特流供傳輸，并用于對接收到的多媒體比特流進(jìn)行分用；以及f)符合建議V.34和V.8(和任選的V.8bis)的調(diào)制解調(diào)器。H.324多媒體終端的V.34/V.8/V.8bis兼容的調(diào)制解調(diào)器是基本元素，它允許終端提供用于向PSTN傳輸?shù)哪M輸出并允許把從PSTN接收的模擬信號轉(zhuǎn)換成數(shù)字比特流供進(jìn)一步處理和/或在終端中再現(xiàn)。但是，調(diào)制解調(diào)器也可以作為外圍單元來實(shí)現(xiàn)，這種情況下，它作為多媒體終端和PSTN之間的接口被連接，多媒體終端根據(jù)建議V.250(如exV.25ter)控制調(diào)制解調(diào)器的操作。當(dāng)在通過PSTN電話網(wǎng)連接的兩個(gè)H.324多媒體終端之間建立例如視頻呼叫時(shí)，呼叫終端啟動(dòng)呼叫啟動(dòng)程序。呼叫終端根據(jù)模擬(語音)電話的標(biāo)準(zhǔn)程序首先請求連接。在傳統(tǒng)模擬(語音)連接成功建立后，H.324終端進(jìn)入V.8啟動(dòng)程序。呼叫終端傳輸CI(呼叫指示)呼叫音，其中它發(fā)信號表示“H.324”V.8CF(呼叫功能)，根據(jù)V.8建議，“H.324”V.8CF具有0×21的值。CF信息元素標(biāo)識呼叫終端所需要的呼叫類型。如果呼叫終端隨后在接收端檢測到從兼容V.34的調(diào)制解調(diào)器來的響應(yīng)，接著啟動(dòng)用于所述調(diào)制解調(diào)器的程序。應(yīng)該注意到，如果主叫多媒體終端和被叫多媒體終端都支持V.8bis，在進(jìn)行到多媒體電話之前用戶有說話的機(jī)會(huì)。在V.34調(diào)制解調(diào)器建立和握手程序結(jié)束時(shí)，兩個(gè)多媒體終端之間有效地建立數(shù)據(jù)連接。隨后，使用H.245控制協(xié)議啟動(dòng)系統(tǒng)到系統(tǒng)的通信，邏輯信道向各種要傳輸?shù)男畔⒘鏖_放。在V.34建議定義了用于端到端通信的數(shù)據(jù)速率，范圍是2400bps到33600bps。可任選地支持兩個(gè)最高數(shù)據(jù)速率，31200bps和33600bps，必須支持的最高速率是28800bps。在多媒體(如視頻)通信中，由于實(shí)時(shí)視頻所需的大數(shù)據(jù)吞吐量，最好有較高的數(shù)據(jù)速率。因而，28800bps或更高的數(shù)據(jù)速率被認(rèn)為最適合用于視頻電話應(yīng)用。在要直接連接到諸如ISDN的固定線路數(shù)字網(wǎng)絡(luò)的H.324/I終端中，V.8/V.8bis/V.34調(diào)制解調(diào)器被I.400系列ISDN用戶-網(wǎng)絡(luò)接口所取代。通過ISDN網(wǎng)絡(luò)連接的兩個(gè)H.324/I兼容的多媒體終端之間的呼叫建立通常根據(jù)建議V.140來實(shí)現(xiàn)。根據(jù)V.140的呼叫建立有三個(gè)階段。在階段1，呼叫終端發(fā)送重復(fù)特征80比特模式以向被叫終端指示它支持V.140。如果在接收數(shù)據(jù)中還檢測到特征V.140比特模式，這就指示被叫終端支持V.140，并且呼叫建立可以繼續(xù)進(jìn)行。如果在某個(gè)預(yù)定的超時(shí)間隔后沒有收到V.140響應(yīng)，則呼叫終端可能退回到它支持的其它任何非V.140協(xié)議，例如V.8或V.8bis。為了能夠退回到V.8或V.8bis，呼叫終端還發(fā)送用數(shù)字音頻編碼的V.8/V.8bis消息(根據(jù)建議G.711)并偵聽來自被叫終端的相應(yīng)數(shù)字化編碼的V.8/V.8bis響應(yīng)。假設(shè)在階段1接收到V.140響應(yīng)，則進(jìn)入V.140呼叫建立程序的階段2。呼叫終端現(xiàn)在確定ISDN連接的特征?，F(xiàn)在在使用的多種ISDN網(wǎng)，包括提供56kbps和64kbps通信的網(wǎng)絡(luò)。因而，在鏈路可用于多媒體通信之前，必須確認(rèn)包括數(shù)據(jù)速率和比特對準(zhǔn)的端到端數(shù)字鏈路的特征。一旦建立了數(shù)字鏈路的特征，就進(jìn)入呼叫建立程序的階段3。在這個(gè)階段中，終端交換模式能力和選擇模式。H.324/I指定呼叫多媒體終端在BC(承載能力)和LLC(低層兼容性)信息元素中提供呼叫類型信息。ITU-T建議Q.931中定義了這些信息元素，它說明了在ISDN網(wǎng)絡(luò)中用于建立、保持和結(jié)束網(wǎng)絡(luò)連接的協(xié)議。一旦完成使用V.140的呼叫建立，就使用H.245控制協(xié)議啟動(dòng)終端之間的系統(tǒng)到系統(tǒng)的通信，正如連接到PSTN的H.324終端之間的通信。端到端通信中使用的數(shù)據(jù)速率取決于連接兩個(gè)多媒體終端的ISDN網(wǎng)絡(luò)的類型。如上所述，提供56kbps和64kbps數(shù)據(jù)速率的ISDN網(wǎng)絡(luò)目前已經(jīng)存在。建議V.110規(guī)定中允許在ISDN網(wǎng)絡(luò)中使用較低的數(shù)據(jù)速率。V.110中規(guī)定的數(shù)據(jù)速率對應(yīng)V.34調(diào)制解調(diào)器之間的通信中使用的許多速率，并在連接到ISDN和PSTN網(wǎng)絡(luò)的多媒體終端之間提供兼容性。在移動(dòng)通信中，根據(jù)H.324/M(即根據(jù)H.324的附錄C)實(shí)現(xiàn)的多媒體終端中，V.8/V.34調(diào)制解調(diào)器被其它合適的無線接口取代。H.324/M正視，由于PLMN網(wǎng)絡(luò)中的終端之間所提供的數(shù)字連接，多媒體呼叫的直接建立是可能的。未來網(wǎng)絡(luò)中用于多媒體通信的數(shù)據(jù)速率將兼容ITU-T建議V.110并將提供對諸如64kbps的較高速率的支持。如上所述，根據(jù)建議H.324、H.324/I和H.324/M實(shí)現(xiàn)的多媒體終端適應(yīng)于使用不同的呼叫建立程序，并以不同方式提供它們的承載能力信息。還使用了不同的數(shù)據(jù)傳送速率和通信協(xié)議。這些不同中的很多是由于設(shè)計(jì)用于操作多媒體終端的網(wǎng)絡(luò)的特征和需要而產(chǎn)生。下面給出的本發(fā)明的示例性實(shí)施例說明許多其它程序，它們實(shí)現(xiàn)在異種網(wǎng)絡(luò)之間改善的呼叫建立，特別強(qiáng)調(diào)多媒體(視頻)電話。這些包括提供增強(qiáng)多編號方案的實(shí)施例、允許使用簡化編號方案的實(shí)施例以及實(shí)現(xiàn)單編號方案的實(shí)施例。一些實(shí)施例具體涉及PSTN和PLMN網(wǎng)絡(luò)之間的互連，而另一些涉及ISDN和PLMN網(wǎng)絡(luò)之間的互連。在所有情況下，說明了移動(dòng)臺被叫和移動(dòng)臺始發(fā)呼叫的建立情況。為了實(shí)現(xiàn)PSTN、ISDN和PLMN網(wǎng)絡(luò)之間全面的互連，一直假設(shè)網(wǎng)關(guān)MSC的互連功能包括調(diào)制解調(diào)器或調(diào)制解調(diào)群，它們提供與V.8、V.34、V.110、V.140以及任選地與V.8bis的兼容性。但是，不意味著關(guān)于IWF功能的限制。還應(yīng)該注意到，呼叫類型、承載業(yè)務(wù)標(biāo)識及映射的基本原則和下面的本發(fā)明實(shí)施例中所表示的呼叫建立程序同樣適用于當(dāng)前已存在的(第二代)和未來的(第三代)移動(dòng)網(wǎng)。在整篇文章中，當(dāng)前GSM(全球移動(dòng)通信系統(tǒng))作為第二代PLMN網(wǎng)絡(luò)的示例，所建議的UMTS(通用移動(dòng)電話系統(tǒng))當(dāng)前正在進(jìn)行標(biāo)準(zhǔn)化，它作為第三代PLMN的示例。在下面說明的示例性互連情況下，參考GSM建議04.08的9.3節(jié)定義的標(biāo)準(zhǔn)化呼叫建立消息來說明PLMN網(wǎng)絡(luò)中(即網(wǎng)關(guān)MSC和移動(dòng)終端之間)的呼叫建立信令。UMTS移動(dòng)網(wǎng)中的呼叫建立信令將緊密取決于GSM04.08的規(guī)定，并在ITU-T建議24.08中定義。因而假設(shè)兩個(gè)系統(tǒng)之間緊密對應(yīng)。而且，ISDN網(wǎng)絡(luò)中(即ISDN終端設(shè)備和ISDN本地交換機(jī)之間)的呼叫建立信令以完全模擬的方式發(fā)生，這在ITU-T建議Q.931中定義。雖然讀者要查閱合適的ITU-T建議得到GSM/UMTS和ISDN呼叫建立信令的細(xì)節(jié)，然而為了幫助理解本發(fā)明，這里提供了根據(jù)GSM04.08(5.3.0版本)的呼叫建立信令的一些重要特征概要。特別強(qiáng)調(diào)呼叫建立過程中網(wǎng)絡(luò)和移動(dòng)臺之間交換的信號的信息內(nèi)容，交換包括移動(dòng)臺被叫(MT)和移動(dòng)臺始發(fā)(MO)方向。更具體地說，將討論SETUP和CALL_CONF(呼叫確認(rèn))的功能和信息內(nèi)容。模擬呼叫建立消息用于ISDN和UMTS網(wǎng)絡(luò)中，并分別在ITU-T建議24.008和Q.931中定義。SETUP在移動(dòng)臺被叫(MT)建立中，為了啟動(dòng)呼叫建立，網(wǎng)絡(luò)(例如從MSC)發(fā)送SETUP消息給移動(dòng)臺。在移動(dòng)臺始發(fā)(MO)呼叫建立中，當(dāng)SETUP消息從移動(dòng)終端發(fā)送給網(wǎng)絡(luò)(GSM04.08，9.3.23節(jié))時(shí)啟動(dòng)呼叫建立。SETUP消息包含許多提供呼叫路由和控制信息的信息元素(IE)以及關(guān)于要建立呼叫的特征的信息。特別是，SETUP消息可以包含多達(dá)兩個(gè)承載能力(BC)信息元素(稱為承載能力1和承載能力2)、兩個(gè)低層兼容性(LLC)信息元素和兩個(gè)高層兼容性(HLC)IE。BC信息元素的目的是說明要建立的呼叫的承載業(yè)務(wù)，它用于GSM04.08附錄B中定義的兼容性檢查。GSM04.08的10.5.4.5節(jié)提供了BCIE的結(jié)構(gòu)、內(nèi)容和編碼細(xì)節(jié)。根據(jù)GSM04.08的10.5.4.18節(jié)，低層兼容性信息元素的目的是提供尋址實(shí)體(如MT呼叫中的移動(dòng)終端)用于兼容性檢查的裝置。在GSM04.08的附錄B中給出了LLCIE在兼容性檢查中所起作用的細(xì)節(jié)。如本文后面將要說明的，根據(jù)本發(fā)明的一些實(shí)施例，選擇LLCIE以包含關(guān)于被請求的呼叫類型(如H.324多媒體/視頻呼叫)的信息。應(yīng)該注意到，當(dāng)PLMN中的移動(dòng)終端之間建立呼叫時(shí)，LLC信息元素從主叫透明地傳輸給被叫。但是，當(dāng)主叫在另一網(wǎng)絡(luò)中時(shí)，例如在ISDN網(wǎng)絡(luò)中時(shí)，并不能保證LLC信息元素的端到端傳輸是可能的，因而LLCIE中呼叫類型信息的端到端通信不是確定的。因而，本發(fā)明提供在LLC信息元素的端到端通信不可能的情況下在網(wǎng)絡(luò)之間用于傳輸呼叫類型信息的裝置。高層兼容性信息元素也用來為遠(yuǎn)程用戶提供用于兼容性檢查的裝置。GSM04.08的10.5.4.16節(jié)說明了HLCIE的內(nèi)容和編碼，其附錄B中說明了兼容性檢查的使用。根據(jù)本文后面說明的本發(fā)明的一些示例性實(shí)施例，HLCIE用于包含關(guān)于被請求的呼叫類型的信息。但是，在LLCIE的情況下，雖然高層兼容性信息元素在PLMN中的始發(fā)和終接方之間透明傳輸，然而不能保證異種網(wǎng)絡(luò)之間HLCIE的端到端傳輸。因而在HLC信息元素中提供呼叫類型信息的本發(fā)明實(shí)施例中，還提供裝置來保證在HLCIE的端到端傳輸不可能的情況下可以進(jìn)行呼叫類型信息的通信。CALL_CONF根據(jù)GSM04.08的9.3.2節(jié)，為了確認(rèn)呼入請求，移動(dòng)臺發(fā)送CALL_CONF(呼叫確認(rèn))消息作為對網(wǎng)絡(luò)的回應(yīng)。類似SETUP消息，CALL_CONF消息包含許多信息元素。特別是它可以包含多達(dá)兩個(gè)承載能力(BC)信息元素。但是，某些條件下，BCIE只包含在CALL_CONF消息中。在本發(fā)明的范圍內(nèi)，承載能力消息包括在CALL_CONF消息中的情況是a)在移動(dòng)臺希望建立承載業(yè)務(wù)時(shí)，而不是呼入SETUP消息的承載能力1信息元素中指示的情況；或b)在與呼入SETUP消息有關(guān)的接收的承載能力1信息元素丟失(例如空)或未完全指定時(shí)。下面的本發(fā)明的示例性實(shí)施例描述了異種網(wǎng)絡(luò)之間互連時(shí)CALL_CONF消息中的承載能力消息的使用的示例?，F(xiàn)將說明根據(jù)本發(fā)明第一實(shí)施例的從PSTN多媒體終端到移動(dòng)多媒體終端的視頻呼叫的建立(移動(dòng)臺被叫)。本發(fā)明的第一實(shí)施例涉及增強(qiáng)多編號方案的實(shí)現(xiàn)，并將在從PSTN多媒體終端到移動(dòng)多媒體終端的視頻呼叫建立的范圍對其進(jìn)行說明，如圖3和4所示。圖3說明使用增強(qiáng)多編號方案從PSTN終端到移動(dòng)臺的視頻呼叫建立的示例。從HLR中檢索涉及被叫用戶號碼的被叫方承載能力消息。到達(dá)連接階段[步驟8]后，IWF調(diào)制解調(diào)器開始偵聽CI(呼叫指示)消息，并進(jìn)入與始發(fā)端調(diào)制解調(diào)器進(jìn)行握手步驟[步驟9]。如前所述，標(biāo)準(zhǔn)的兼容PSTNH.324應(yīng)用將發(fā)送V.8CF碼0×21[步驟10]。只有檢測到呼入V.8編碼的有效性后，MSC才知道始發(fā)端正在請求H.324服務(wù)還是沒有請求服務(wù)，例如對被叫方的專用H.324視頻業(yè)務(wù)號碼的誤撥語音呼叫。圖4說明與關(guān)于圖3說明的相同的實(shí)施例，示出了呼叫建立中PSTN本地交換機(jī)(LE)所起的作用。術(shù)語“本地交換機(jī)”用于表示PSTN多媒體終端連接的電話交換機(jī)。PSTN網(wǎng)絡(luò)中的交換機(jī)之間的呼叫建立信令，以及PSTN交換機(jī)和PLMN網(wǎng)絡(luò)的(網(wǎng)關(guān))MSC之間的呼叫建立信令經(jīng)過稱為7號信令系統(tǒng)(SS7)的信令網(wǎng)絡(luò)產(chǎn)生，ITU-TQ.700系列建議定義了它的屬性和實(shí)現(xiàn)。通常，ISDN網(wǎng)絡(luò)和PLMN之間的信令也經(jīng)過SS7網(wǎng)絡(luò)產(chǎn)生，例如MSC之間的內(nèi)部PLMN信令亦如此。SS7信令系統(tǒng)中使用的呼叫建立消息稱為ISUP(ISDN用戶部分)消息?？梢栽贗TU-T建議Q.762中找到關(guān)于本發(fā)明實(shí)施例所討論的ISUP消息的定義。參照圖4，當(dāng)PSTN本地交換機(jī)(LE)發(fā)出ISUP初始地址消息(IAM)時(shí)，開始根據(jù)本發(fā)明第一實(shí)施例的從PSTN多媒體終端的視頻呼叫建立[步驟1]。IAM啟動(dòng)輸出電路的捕獲，并發(fā)送涉及呼叫路由和處理的號碼和其它信息。在本發(fā)明的這個(gè)實(shí)施例中，多編號方案用于移動(dòng)臺被叫，IAM指示的號碼是被叫方的視頻業(yè)務(wù)號碼。當(dāng)MSC10接收到IAM時(shí)，它從HLR12檢索所指示的號碼的呼叫類型和承載能力信息，并在SETUP消息中把這個(gè)信息發(fā)送給MS18[步驟2]。在這個(gè)示例中，如圖4所示，從HLR檢索的呼叫類型和承載能力消息承載在SETUP消息的承載能力1信息元素中。MS18在檢查了它與請求的承載能力的兼容性(如用戶簡檔能力)后通過發(fā)送CALL_CONF消息給MSC10進(jìn)行響應(yīng)[步驟3]。這個(gè)消息作為ISUP地址完成消息(ACM)轉(zhuǎn)發(fā)給主叫終端的PSTN本地交換機(jī)[步驟4]。ACM向PSTNLE通告需要將所述呼叫路由到被叫方的所有地址已經(jīng)收到。下一步，MS18發(fā)送ALERT消息給MSC10，通知它已經(jīng)開始對被叫用戶進(jìn)行振鈴[步驟5]。這個(gè)信息作為ISUP呼叫進(jìn)展消息(CPG)返回給PSTNLE[步驟6]，PSTNLE從而把振鈴音連接到主叫終端。當(dāng)被叫用戶應(yīng)答這個(gè)呼叫時(shí)，CONNECT消息從MS18傳到MSC10[步驟7]。這個(gè)消息作為ISUP應(yīng)答消息(ANM)發(fā)回給PSTNLE[步驟8]。到達(dá)連接階段后[步驟8]，IWF調(diào)制解調(diào)器開始偵聽[步驟9]V.8CI(呼叫指示)消息，該消息預(yù)計(jì)來自于兼容H.324的PSTN多媒體終端。如果從呼叫終端接收到V.8CF碼0×21[步驟10]，IWF調(diào)制解調(diào)器回應(yīng)，指示它和V.34的兼容性。隨后，V.34啟動(dòng)和握手程序被啟動(dòng)[步驟11]，并最終為端到端通信選擇合適的承載。如前所述，V.34建議提供了多種數(shù)據(jù)速率，從2400bps到33600bps，其中較高的數(shù)據(jù)速率最適合視頻電話。在這個(gè)示例實(shí)施例中，為端到端連接的PSTN鏈路中的通信選擇28800bps的V.34數(shù)據(jù)速率。為端到端連接的PLMN(GSM)鏈路的通信選擇相應(yīng)的V.110承載業(yè)務(wù)。根據(jù)本發(fā)明的第一實(shí)施例的用于移動(dòng)臺被叫的增強(qiáng)多編號方案提供了如下優(yōu)點(diǎn)為端到端通信所選擇的承載業(yè)務(wù)通過談判過程被優(yōu)化，其中網(wǎng)關(guān)MSC的互連功能偵聽并解釋來自于始發(fā)網(wǎng)絡(luò)的信令。下面將說明本發(fā)明使用單編號方案的第二實(shí)施例，其中移動(dòng)用戶被分配單一的MSISDN。為了在不同連接的情況下實(shí)現(xiàn)單一編號方案(包括那些端到端數(shù)字連接不可能的情況)，給MSC10提供額外的功能，這在圖5中描述。一般來說，這個(gè)功能由IWF提供，并任選地由編碼轉(zhuǎn)換器TC提供。但是，另一方面，它可以由網(wǎng)絡(luò)中MSC的其它部分和/或其它交換機(jī)提供。在PSTN始發(fā)、移動(dòng)臺被叫建立中，信令檢測器41(包括TC和IWF)首先檢測來自PSTN的信令[步驟301]。然后，它解釋涉及電信業(yè)務(wù)的帶內(nèi)信令消息，并把這些消息映射成合適的數(shù)字帶外信令[步驟302]。映射后，MSC10為移動(dòng)終端提供關(guān)于所標(biāo)識的呼叫類型的合適呼叫建立消息[步驟303]。因此，通知移動(dòng)臺18呼叫類型和所需承載業(yè)務(wù)，合適的呼叫連接被影響。用于H.324呼叫的典型映射信息如圖24所示，文章后面標(biāo)題“映射”下面提供了映射過程的其它信息。在移動(dòng)臺始發(fā)、PSTN終接呼叫建立中，MSC10從移動(dòng)終端接收帶外數(shù)字信令，該信令指示要建立的呼叫類型和所需的承載業(yè)務(wù)。MSC把從MS18接收的呼叫類型和承載業(yè)務(wù)信息轉(zhuǎn)換(映射)成合適的模擬帶內(nèi)信令，這個(gè)信令可以由終接PSTN終端解釋。在PLMN和ISDN網(wǎng)絡(luò)之間互連時(shí)類似操作是必需的。在這種情況下，通常需要MSC的IWF在不同的帶外數(shù)字格式之間映射呼叫類型和承載業(yè)務(wù)。但是，如上面解釋的那樣，PLMN和某些ISDN網(wǎng)絡(luò)之間端到端數(shù)字通信可能行不通，因而在某些情況下，有必要在帶內(nèi)發(fā)送呼叫類型信息給終接ISDN網(wǎng)絡(luò)或者從ISDN網(wǎng)絡(luò)接收帶內(nèi)信令。根據(jù)本發(fā)明，還向網(wǎng)關(guān)MSC提供功能以在PLMN和ISDN之間執(zhí)行呼叫類型和承載業(yè)務(wù)信息映射操作。應(yīng)該認(rèn)識到，根據(jù)精確的網(wǎng)絡(luò)設(shè)置，給定的網(wǎng)關(guān)MSC可以僅在PLMN和PSTN之間、僅在PLMN和ISDN之間進(jìn)行互連，或兩者的結(jié)合，或者可以提供與其它網(wǎng)絡(luò)的互連。因而，下面對本發(fā)明的說明不意味著有關(guān)這類網(wǎng)關(guān)MSC的通常功能的限制。而且，呼叫建立期間指示呼叫類型和承載能力的特定信息元素(例如承載能力BC、高/低層兼容HLC/LLC等)的使用，以及這些信息元素中的特定域的特定值的選擇不應(yīng)解釋為對本發(fā)明范圍的限制。本發(fā)明下面的特征同樣適用于使用不同信息元素、數(shù)據(jù)域和數(shù)據(jù)值的情況。通過考慮PSTN和PLMN網(wǎng)絡(luò)之間的互連，首先將說明根據(jù)本發(fā)明第二實(shí)施例的呼叫建立的示例。參考圖6、7和8來描述用于移動(dòng)臺被叫建立的兩個(gè)候選過程。然后參照圖8、9和10說明建立移動(dòng)臺始發(fā)呼叫的兩個(gè)方案。圖6說明根據(jù)本發(fā)明第二實(shí)施例的使用單編號方案從PSTN終端到移動(dòng)臺的呼叫建立。如上所述，在這個(gè)實(shí)施例中，MSC10包括了IWF和TC。還有，它適應(yīng)于至少符合V.8，最好是符合V.8bis，所以它能夠標(biāo)識從V.8/V.8bis呼叫功能信息類別來的呼叫類型。特別地，MSC調(diào)制解調(diào)器群包括符合V.34的調(diào)制解調(diào)器，以致于支持V.8和任選地支持V.8bis。這個(gè)調(diào)制解調(diào)器作為信令檢測器41，用于檢測和解釋V.8/V.8bis信令。當(dāng)呼叫始發(fā)于PSTN15(在這個(gè)示例中是多媒體呼叫)，初始的SETUP消息從PSTN終端發(fā)送到MSC10[步驟1]。而MSC10使用GSM/UMTS呼叫控制信令發(fā)送SETUP消息給所撥用戶號碼相關(guān)的MS18[步驟2]。在圖6所示的示例中，SETUP消息向MS18通告呼入和默認(rèn)呼叫類型，在這個(gè)示例中默認(rèn)的呼叫類型是語音。MS18在檢查了其與被請求的承載能力的兼容性后通過發(fā)送CALL_CONF消息進(jìn)行響應(yīng)[步驟3]。這個(gè)消息作為CALL_PROC消息通過MSC10轉(zhuǎn)發(fā)給PSTN[步驟4]。然后，MS發(fā)送ALERT消息給MSC，向MSC通告已經(jīng)開始被對被叫用戶進(jìn)行振鈴[步驟5]，因而MSC連接振鈴音給該主叫用戶[步驟6]。最后，當(dāng)被叫用戶應(yīng)答時(shí)，CONNECT消息從MS發(fā)送到MSC[步驟7]，然后再從MSC到PSTN[步驟8]，并且建立默認(rèn)的語音連接[步驟9]，以及在編碼轉(zhuǎn)換器單元中啟動(dòng)合適的語音編碼轉(zhuǎn)換。在連接時(shí)，MSC10的V.8/V.8bis信令檢測器41解釋PSTN始發(fā)的V.8/V.8bis信令[步驟10]。涉及電信業(yè)務(wù)的信令被MSC10映射成相應(yīng)的GSM/UMTS信令。在這種情況下，信令檢測器41標(biāo)識電信業(yè)務(wù)類別為多媒體(H.324)呼叫和28.8kbps透明承載業(yè)務(wù)類別。在其它情況下，可以選擇一個(gè)以上的承載業(yè)務(wù)例如一個(gè)用于圖像，一個(gè)用于數(shù)據(jù)。如果需要，MSC內(nèi)的連接(包括調(diào)制解調(diào)器的啟動(dòng))被重新安排，例如在GSM階段1中建議的“交替語音和數(shù)據(jù)”業(yè)務(wù)。輸出至移動(dòng)臺語音信道的GSM/UMTS語音承載最好被封鎖以防止移動(dòng)臺的喇叭啟動(dòng)，直到呼叫類型被確立。但是，要保持終端之間的連接。下一步，在成功檢測到由調(diào)制解調(diào)器設(shè)置預(yù)計(jì)的信令后，MSC和PSTN中的調(diào)制解調(diào)器開始握手過程[步驟11]，這能夠?qū)е乱酝ǔＲ恢碌臄?shù)據(jù)調(diào)制速率的連接。然后，無線網(wǎng)絡(luò)的承載能力被設(shè)置成與確定用于PSTN的設(shè)置相同，以便優(yōu)化帶寬。MSC使用GSM第三層呼叫控制協(xié)議(GSM04.08)促成承載的修改，MS18被通告所請求的呼叫類型和承載[步驟12]。MS返回消息給MSC以完成GSM/UMTS承載修改過程[步驟13]。PSTN終端和MS18之間的多媒體通信連接完成。通信發(fā)生在3.1kHz(對PLMN是外部的)承載業(yè)務(wù)中，它使用包含IWF調(diào)制解調(diào)器和優(yōu)化無線電承載的類別[步驟14]。圖7說明根據(jù)本發(fā)明第二實(shí)施例的PSTN始發(fā)、移動(dòng)臺被叫的建立，其中示出包含PSTN本地交換機(jī)(LE)，還使用H.324多媒體呼叫的示例。還提供涉及MSC10和MS18之間的承載能力信息交換的示例。參照圖7，當(dāng)主叫多媒體終端連接的PSTN本地交換機(jī)(LE)發(fā)出ISUP初始地址消息(IAM)時(shí)，來自PSTN多媒體終端的H.324呼叫的建立開始[步驟1]。當(dāng)MSC10收到LAM時(shí)，它使用GSM/UMTS呼叫控制信令發(fā)送SETUP消息給與被撥號碼相關(guān)的MS18[步驟2]。SETUP消息向MS18通告呼入，在這種情況下，默認(rèn)的呼叫類型是語音。涉及默認(rèn)呼叫類型的被請求承載業(yè)務(wù)的信息在承載能力(BC)信息元素中指示。在檢查了與被請求承載能力的兼容性(即用戶簡檔能力)后，MS18通過發(fā)送CALL_CONF消息給MSC10進(jìn)行響應(yīng)[步驟3]。最好，被GSM規(guī)范04.08的9.3.2節(jié)的規(guī)定所允許，CALL_CONF消息包含移動(dòng)臺支持的、涉及呼叫類型和承載業(yè)務(wù)的信息。CALL_CONF消息還包含一個(gè)或兩個(gè)BCIE、承載能力排列的順序能夠指示承載業(yè)務(wù)特別選擇的優(yōu)先順序。在從MS接收CALL_CONF消息后，MSC發(fā)出ISUP地址完成消息(ACM)給呼叫終端的PSTN本地交換機(jī)[步驟4]。ACM向PSTNLE通告已經(jīng)接收到需要把呼叫路由到被叫方的所有地址信號。下一步，MS18發(fā)送ALERT消息給MSC10，向它通告MSC已經(jīng)開始對被叫用戶進(jìn)行振鈴[步驟5]。這個(gè)消息作為ISUP呼叫進(jìn)展消息(CPG)返回給PSTNLE[步驟6]。因而PSTNLE連接振鈴音給呼叫終端。當(dāng)被叫用戶應(yīng)答呼叫時(shí)，CONNECT消息從MS18發(fā)送到MSC10[步驟7]。這作為ISUP應(yīng)答消息(ANM)返回給PSTNLE[步驟8]，建立默認(rèn)的語音連接[步驟9]，并在編碼轉(zhuǎn)換器單元中啟動(dòng)合適的語音編碼轉(zhuǎn)換。一旦連接，MSC的V.8/V.8bis信令檢測器41開始偵聽PSTN始發(fā)的V.8/V.8bis信令[步驟10]。任何接收到的涉及電信業(yè)務(wù)的V.8/V.8bis信令被MSC10映射為相應(yīng)的GSM/UMTS信令。在成功檢測來自主叫H.324PSTN終端的V.8/V.8bis信令后，MSC和PSTN終端中的調(diào)制解調(diào)器開始握手程序[步驟11]，這能夠?qū)е乱酝ǔＲ恢碌臄?shù)據(jù)調(diào)制速率連接。下一步，無線網(wǎng)絡(luò)的承載能力被設(shè)置成與確定PSTN的設(shè)置相同，以便優(yōu)化帶寬。MSC使用GSM第三層呼叫控制協(xié)議(GSM04.08的9.3.13節(jié))促成承載的修改，并且MS18被通告所需的呼叫類型和承載[步驟12]。MS返回消息給MSC以完成GSM/UMTS承載修改過程[步驟13]?，F(xiàn)在完成用于PSTN終端和MS18之間的多媒體通信的連接[步驟14]。圖8說明根據(jù)本發(fā)明第二實(shí)施例的另一個(gè)PSTN始發(fā)的、移動(dòng)臺被叫建立過程。如圖7所示，在呼叫建立信令中包含PSTN本地交換。根據(jù)圖8的示例，當(dāng)主叫多媒體終端連接的PSTN本地交換機(jī)(LE)發(fā)出ISUP初始地址消息(IAM)時(shí)，H324的多媒體終端呼叫建立開始[步驟1]。當(dāng)MSC10接收到IAM時(shí)，它使用GSM/UMTS呼叫控制信令發(fā)送SETUP消息給與被撥號碼相關(guān)的MS18[步驟2]。SETUP消息向MS18通告呼入，但是與關(guān)于圖6和圖7說明的示例性呼叫建立過程不同的是沒有向移動(dòng)終端指示默認(rèn)的呼叫類型。實(shí)際上，SETUP消息的承載能力信息元素為空。根據(jù)該替代的呼叫建立過程，沒有承載能力信息的SETUP消息的接收向移動(dòng)終端通通告主叫方在PLMN網(wǎng)絡(luò)外，并且不能提供涉及所需呼叫類型和承載業(yè)務(wù)的直接帶外數(shù)字信令。移動(dòng)臺形成CALL_CONF消息并將其發(fā)送給MSC[步驟3]。根據(jù)GSM04.08的9.3.2節(jié)(或相當(dāng)?shù)腢MTS建議)，最好以標(biāo)準(zhǔn)化的方式在CALL_CONF消息中提供呼叫類型和承載能力信息。但是，應(yīng)該知道，特定信息元素的使用和信息被編碼的確切方式對本發(fā)明的應(yīng)用不重要。在收到CALL_CONF消息后，MSC發(fā)出ISUP地址完成消息(ACM)給呼叫終端的PSTN本地交換機(jī)[步驟4]。下一步，MS18發(fā)送ALERT消息給MSC10，通知已經(jīng)開始對被叫用戶的進(jìn)行振鈴[步驟5]。這個(gè)消息作為ISUP呼叫進(jìn)展消息(CPG)返回給PSTNLE[步驟6]，PSTNLE隨后連接振鈴音給主叫終端。當(dāng)被叫用戶應(yīng)答呼叫時(shí)，CONNECT消息從MS18發(fā)送到MSC10[步驟7]。該消息作為ISUP應(yīng)答消息(ANM)返回給PSTNLE[步驟8]。在這一點(diǎn)上，MSC10的V.8/V.8bis信令檢測器41開始偵聽PSTN始發(fā)的帶內(nèi)信令[步驟9]，該信令可指示主叫終端所需要的呼叫類型和承載業(yè)務(wù)。特別地，如果信令檢測器接收到V.8CF碼0×21，即兼容H.324標(biāo)準(zhǔn)的PSTN多媒體終端的簽名，IWF調(diào)制解調(diào)器進(jìn)行答復(fù)，指示它和V.34的兼容性。隨后，開始V.34啟動(dòng)和握手程序[步驟10]，這能夠?qū)е翸SCIWF與呼叫PSTN終端之間的邏輯具有通常一致的數(shù)據(jù)調(diào)制速率。無線網(wǎng)絡(luò)的承載能力被設(shè)置為與確定PSTN的設(shè)置相同，以便優(yōu)化帶寬，端到端的多媒體通信的連接完成[步驟11]。在圖8說明的示例中，在端到端連接的PSTN鏈路中選擇28800bps的數(shù)據(jù)速率進(jìn)行通信。選擇相應(yīng)的V.110用于PLMN(GSM)鏈路中的通信。如果信令檢測器41沒能標(biāo)識合適的帶內(nèi)信令或者PSTN的承載能力與移動(dòng)終端不兼容，則建立語音連接，或終止呼叫。圖9、10和11說明根據(jù)本發(fā)明的第二實(shí)施例的用于移動(dòng)臺始發(fā)、PSTN終接的多媒體呼叫的呼叫建立的兩個(gè)候選示例。在第一候選的示例中，假設(shè)首先建立默認(rèn)的語音呼叫，然后在稍后一些的時(shí)間使用產(chǎn)生的V.8bis信令把它修改成多媒體呼叫，然后在帶內(nèi)從MSC向PSTN多媒體終端發(fā)送。在第二候選的移動(dòng)臺始發(fā)的呼叫建立示例中，直接使用合適的V.8信令建立多媒體呼叫，MSC產(chǎn)生多媒體呼叫，并帶內(nèi)傳輸至接收PSTN終端。應(yīng)該注意到，第一候選示例需要MSC和接收PSTN多媒體終端都有V.8bis功能。如果任何一個(gè)不兼容V.8bis，根據(jù)第二候選示例進(jìn)行移動(dòng)臺始發(fā)的多媒體呼叫建立。圖9說明根據(jù)本發(fā)明第二實(shí)施例的從GSM/UMTS移動(dòng)臺到PSTN終端(移動(dòng)臺始發(fā)的呼叫)的呼叫建立的第一候選方法。在候選方法中，首先在MS和PSTN終端之間建立默認(rèn)的語音呼叫。然后，在稍后的時(shí)間里，無論是在用戶的促成下，還是自動(dòng)的，為了完成從語音呼叫到多媒體呼叫的轉(zhuǎn)換，把合適的V.8bis發(fā)送到PSTN終端。因而，移動(dòng)臺始發(fā)的多媒體呼叫建立的這種方法需要MSC10適應(yīng)于符合V.8bis，所以它能夠發(fā)送和確認(rèn)從V.8bis呼叫功能信息類別中來的呼叫類型。特別地，對于PSTN互連，MSC的調(diào)制解調(diào)器群包括符合V.34的調(diào)制解調(diào)器，以便支持V.8bis。MSC的調(diào)制解調(diào)器-編碼轉(zhuǎn)換器單元作為信令資源和檢測以及解釋V.8bis信令的檢測器41。參考圖9，當(dāng)呼叫始發(fā)于MS18(在這個(gè)示例中是多媒體呼叫)，初始的SETUP消息從MS18發(fā)送到MSC10。在這個(gè)示例中，假設(shè)SETUP消息在承載能力BC和HLC/LLC信息元素中默認(rèn)地包括視頻業(yè)務(wù)專用碼點(diǎn)[步驟1]。MSC10解釋來自于BC信息元素的被請求業(yè)務(wù)，并發(fā)送SETUP消息給PSTN終端15[步驟2]。本文后面將更詳細(xì)說明，在被叫方在數(shù)據(jù)呼叫控制域(ISDN、或其它PLMN)中的情況下，被叫終端解釋來自于點(diǎn)到點(diǎn)發(fā)送的HLC/LLC信息元素中的被請求業(yè)務(wù)。但是，在當(dāng)前接收終端在PSTN中的情況下，SETUP消息[步驟2]不轉(zhuǎn)發(fā)數(shù)字呼叫控制專用信息給PSTN終端15來指示被請求的承載業(yè)務(wù)。實(shí)際上，它使用BC元素只指示默認(rèn)呼叫類型(例如語音)。PSTN終端通過發(fā)送CALL_CONF消息進(jìn)行響應(yīng)，而不指示預(yù)期的承載業(yè)務(wù)[步驟3]。不指示承載能力信息的CALL_CONF消息的接收有效的通知MSC被叫方在PSTN網(wǎng)絡(luò)中。CALL_PROC消息通過MSC10轉(zhuǎn)發(fā)給移動(dòng)臺18[步驟4]。然后，PSTN終端發(fā)送ALERT消息給MSC，通知它已經(jīng)開始對被叫用戶進(jìn)行振鈴[步驟5]，因此MSC連接振鈴音給主叫用戶[步驟6]。最終，當(dāng)被叫用戶應(yīng)答時(shí)，CONNECT消息從PSTN終端發(fā)送到MSC[步驟7]，然后，從MSC發(fā)送到MS18[步驟8]，并建立默認(rèn)的語音連接[步驟9]。在移動(dòng)臺希望轉(zhuǎn)移到視頻呼叫時(shí)(立即或稍后于移動(dòng)臺用戶的希望)，PLMN告訴信令檢測器41中DCE發(fā)送合適的V.8bis信令(例如，Intel的可視電話準(zhǔn)備調(diào)制解調(diào)器手冊1.1版本和H.324規(guī)范中說明的)到PSTN終端15[步驟10]。當(dāng)在PSTN終端15處解釋合適信令時(shí)，切換至合適的DTE-DCE模式，并開始與MSC10中調(diào)制解調(diào)器的調(diào)制解調(diào)器握手[步驟11]。這導(dǎo)致調(diào)制解調(diào)器之間的數(shù)據(jù)連接的建立具有相同數(shù)據(jù)調(diào)制。下一步，無線網(wǎng)絡(luò)的承載能力被設(shè)置成與確定PSTN的設(shè)置相同，以便優(yōu)化帶寬。MS18被通知所請求的呼叫類型[步驟12]。MS還得到確認(rèn)，它已經(jīng)接收到原始視頻呼叫模式改變請求的確認(rèn)，并返回消息給MSC以完成UMTS承載修改過程[步驟13]?，F(xiàn)在，PSTN終端和MS18之間的多媒體通信的連接完成[步驟14]。通信發(fā)生在3.1kHz(對PLMN是外部的)承載業(yè)務(wù)類別中[參考文獻(xiàn)GSM2.02]，包含MSC10互連功能中的調(diào)制解調(diào)器并使用優(yōu)化的無線電承載。圖10說明根據(jù)本發(fā)明第二實(shí)施例從GSM/UMTS移動(dòng)臺18到PSTN終端(移動(dòng)臺始發(fā)的呼叫建立)的呼叫建立的第二候選方法。更具體地說，它示出具有直接視頻初始化的MS始發(fā)的視頻呼叫的建立，它使用始發(fā)于MSC10的數(shù)據(jù)模式允許調(diào)制解調(diào)器的MSC-設(shè)置V.8信令。這里，假設(shè)MSC的互連功能適應(yīng)于符合V.8(但不是V.8bis)，所以它能夠發(fā)送和確認(rèn)來自V.8呼叫功能信息類別的呼叫類型。特別，MSC調(diào)制解調(diào)器群的包括符合V.34的調(diào)制解調(diào)器，以便支持V.8。這個(gè)調(diào)制解調(diào)器作為信令資源和用于檢測及解釋V.8信令的檢測器41。參考圖10，當(dāng)呼叫始發(fā)于MS18(在這個(gè)示例中是多媒體呼叫)，初始SETUP消息從MS18發(fā)送到MSC10[步驟1]。在這種情況下，如圖9中所示的示例，假設(shè)從MS18發(fā)送到MSC10的SETUP消息在承載能力BC和HLC信息元素中默認(rèn)地包括視頻業(yè)務(wù)專用碼點(diǎn)。接收到來自移動(dòng)臺的SETUP消息，MSC10依次發(fā)送SETUP消息給與被撥用戶號碼相關(guān)的PSTN終端15[步驟2]。SETUP消息向PSTN終端15通告呼入，在這種情況下，沒有指示默認(rèn)的呼叫類型。PSTN終端15通過發(fā)送CALL_CONF消息進(jìn)行響應(yīng)[步驟3]，該消息作為CALL_PROC消息被MSC10轉(zhuǎn)發(fā)給移動(dòng)臺18[步驟4]。然后，PSTN終端發(fā)送ALERT消息給MSC，通知它已經(jīng)開始對被叫用戶進(jìn)行振鈴[步驟5]，因此MSC連接振鈴音給主叫用戶[步驟6]。下一步，CONNECT消息從PSTN終端15發(fā)送到MSC[步驟7]，然后MSC依次發(fā)送CONNECT消息給移動(dòng)臺[步驟8]。在這一點(diǎn)，MSC指示信令檢測器41產(chǎn)生帶內(nèi)信令以標(biāo)識主叫移動(dòng)臺到PSTN終端的所需的呼叫類型和承載業(yè)務(wù)。因而，在當(dāng)前示例中，IWF調(diào)制解調(diào)器開始產(chǎn)生V.8CI(呼叫指示)消息，包括預(yù)計(jì)來自兼容H.324標(biāo)準(zhǔn)的PSTN多媒體終端的0×21CF碼[步驟9]。如果信令檢測器隨后接收到來自PSTN的合適的響應(yīng)，例如指示被叫終端結(jié)合兼容V.34的調(diào)制解調(diào)器，則IWF開始V.34啟動(dòng)和握手程序，導(dǎo)致MSC與呼叫PSTN之間的連接具有相互一致的數(shù)據(jù)調(diào)制速率[步驟10]。無線網(wǎng)絡(luò)的承載能力被設(shè)置成與確定PSTN的設(shè)置相同，以便優(yōu)化帶寬，端到端通信的連接完成[步驟10a]。在這種情況下，在PSTN鏈路中建立28.8kbps的V.34數(shù)據(jù)調(diào)制速率，PLMN(GSM)鏈路中使用相應(yīng)的V.110數(shù)據(jù)速率。若信令檢測器41沒有接收到來自PSTN響應(yīng)，指示它在與兼容V.34的調(diào)制解調(diào)器進(jìn)行通信，最好，在給定超時(shí)或重試周期后，MSC促成MS和PSTN終端之間的語音呼叫的建立。然后建立端到端的語音連接[步驟10b]。這提供給系統(tǒng)“后退(fall-back)”能力，在例如被叫PSTN不支持主叫PLMN終端請求的呼叫類型和/或承載業(yè)務(wù)情況下防止呼叫失敗。圖11說明與關(guān)于圖10說明的相同的移動(dòng)臺始發(fā)、PSTN終接的呼叫建立情況，示出了PSTN本地交換機(jī)所起的作用?，F(xiàn)將參照圖12至19說明根據(jù)本發(fā)明第二實(shí)施例的ISDN和PLMN終端之間的呼叫建立，它覆蓋了各種呼叫建立情況，包括移動(dòng)臺被叫和移動(dòng)臺始發(fā)的呼叫。圖12至15說明了ISDN和PLMN網(wǎng)絡(luò)之間的呼叫建立，假設(shè)承載能力BC和HLC信息元素默認(rèn)地包括視頻業(yè)務(wù)專用碼點(diǎn)。圖12和13說明從ISDN多媒體終端到移動(dòng)多媒體終端的呼叫建立(移動(dòng)臺被叫)，而圖14和15說明從移動(dòng)多媒體終端到ISDN多媒體終端的呼叫建立(移動(dòng)臺始發(fā)的呼叫)。圖13和15說明當(dāng)端到端(點(diǎn)到點(diǎn))帶外數(shù)字信令不能實(shí)現(xiàn)時(shí)如何在ISDN和PLMN網(wǎng)絡(luò)之間建立多媒體呼叫。圖16至19說明ISDN和PLMN網(wǎng)絡(luò)之間的呼叫建立，假設(shè)承載能力BC和HLC信息元素中默認(rèn)地包括視頻業(yè)務(wù)專用碼點(diǎn)。圖16和17說明從ISDN多媒體終端到移動(dòng)多媒體終端的呼叫建立(移動(dòng)臺被叫)，而圖18和19說明從移動(dòng)多媒體終端到ISDN多媒體終端的呼叫建立(移動(dòng)臺始發(fā)的呼叫)。圖17和19說明當(dāng)端到端(點(diǎn)到點(diǎn))帶外數(shù)字通信不可能時(shí)如何在ISDN和PLMN網(wǎng)絡(luò)之間建立多媒體呼叫?，F(xiàn)將參考附圖詳細(xì)考慮上面介紹的ISDN/PLMN呼叫建立情況的每一種情況。圖12說明具有點(diǎn)到點(diǎn)HLC的移動(dòng)臺被叫數(shù)字域呼叫建立，假設(shè)HLC信息元素的全球接受指示H.324呼叫類型和移動(dòng)臺被叫的單編號方案的使用。當(dāng)多媒體呼叫始發(fā)于ISDN終端時(shí)，初始SETUP消息被發(fā)送給網(wǎng)關(guān)MSC10[步驟1]。SETUP消息包括被叫線路標(biāo)識(CLI)和被請求的呼叫類型/承載業(yè)務(wù)的指示。在這個(gè)示例中，假設(shè)SETUP消息在承載能力BC和HLC信息元素中默認(rèn)地包括視頻業(yè)務(wù)專用碼點(diǎn)，并且ISDN終端請求UDI(無限制數(shù)字信息)64kbps承載業(yè)務(wù)。假設(shè)HLC信息元素的端到端傳輸是可能的，MSC10解釋和轉(zhuǎn)發(fā)SETUP消息中的被請求的承載業(yè)務(wù)和HLC信息元素給移動(dòng)臺18[步驟2]。移動(dòng)臺在檢查了其與被請求的承載能力的兼容性(例如用戶簡檔能力)后，通過發(fā)送CALL_CONF消息給MSC進(jìn)行響應(yīng)[步驟3]。如果移動(dòng)臺不支持被請求的承載業(yè)務(wù)，它在CALL_CONF消息中提供候選承載業(yè)務(wù)的指示，例如V.11028.8kbps承載。這個(gè)消息被MSC10作為CALL_PROC消息轉(zhuǎn)發(fā)給ISDN終端[步驟4]。下一步，MS發(fā)送ALERT消息給MSC，通知它已經(jīng)開始對被叫用戶進(jìn)行振鈴[步驟5]，隨后MSC連接振鈴音給主叫用戶[步驟6]。在MS18支持被請求的承載業(yè)務(wù)的情況下，當(dāng)被叫用戶應(yīng)答時(shí)，CONNECT消息從MS發(fā)送到MSC[步驟7a]。然后，MSC發(fā)送CONNECT消息給ISDN終端[步驟8a]并進(jìn)行根據(jù)最初請求的承載的連接[步驟9a]。如果移動(dòng)終端在CALL_CONF消息中建議候選承載，則呼叫連接如步驟7b、8b和9b所示進(jìn)行，導(dǎo)致候選承載的建立。圖13說明根據(jù)本發(fā)明第二實(shí)施例的使用單編號方案從ISDN終端15到移動(dòng)臺18的呼叫建立。如圖12的示例所示，假設(shè)從ISDN終端發(fā)送的初始SETUP消息在承載能力BC和HLC信息元素中默認(rèn)地包括視頻業(yè)務(wù)專用碼點(diǎn)。但是，在這種情況下，還假設(shè)端到端數(shù)字通信不可能。正如前面解釋的，網(wǎng)絡(luò)不能端到端地發(fā)送帶外信令消息，因而在這個(gè)實(shí)施例中，MSC10中的編碼轉(zhuǎn)換器適應(yīng)于符合V.140(相比于PSTN網(wǎng)絡(luò)中使用的V.8/V.8bis，它是ISDN帶內(nèi)信令協(xié)議)，所以它能夠從帶內(nèi)發(fā)送的V.140信息中確認(rèn)呼叫類型。特別是，MSC的調(diào)制解調(diào)器-編碼轉(zhuǎn)換器41適應(yīng)于檢測V.140規(guī)范解釋的56/64kbpsPCM調(diào)制數(shù)據(jù)的LSB中的V.140信令。因而，MSC的調(diào)制解調(diào)器-編碼轉(zhuǎn)換器作為檢測和解釋V.140信令的信令檢測器41。當(dāng)呼叫始發(fā)于ISDN終端15(在這個(gè)示例中是多媒體呼叫)時(shí)，初始SETUP消息從ISDN終端發(fā)送到MSC10[步驟1]。MSC10依次發(fā)送SETUP消息給使用GSM/UMTS呼叫控制信令的所撥用戶號碼相關(guān)的MS18[步驟2]。SETUP消息向MS18通告呼入和默認(rèn)的呼叫類型在這種情況下是具有3.1kHz承載業(yè)務(wù)類別的語音(GSM02.02)。MS18在檢查了其與被請求的承載能力的兼容性后，通過發(fā)送CALL_CONF消息進(jìn)行響應(yīng)[步驟3]。這個(gè)消息被MSC10作為CALL_PROC消息轉(zhuǎn)發(fā)給ISDN[步驟4]。然后，MS發(fā)送ALERT消息給MSC，通知它已經(jīng)開始對被叫用戶進(jìn)行振鈴[步驟5]，隨后MSC連接振鈴音給主叫用戶[步驟6]。最終，CONNECT消息從MS發(fā)送到MSC[步驟7]，再從MSC發(fā)送到ISDN[步驟8]。當(dāng)被叫用戶應(yīng)答時(shí)，建立默認(rèn)的語音連接[步驟9]，編碼轉(zhuǎn)換器單元中合適的語音編碼轉(zhuǎn)換被啟動(dòng)。一建立連接，MSC10的V.140信令檢測器41就偵聽和解釋ISDN始發(fā)的V.140信令[步驟10]。MSC10把涉及電信業(yè)務(wù)的被檢測信令映射成相應(yīng)的GSM/UMTS信令。在這種情況下，檢測器41標(biāo)識電信業(yè)務(wù)類別為多媒體(H.324)呼叫和64kbps透明UDI承載業(yè)務(wù)類別，MSC促成使用第三層呼叫控制協(xié)議的承載的修改。然后，無線網(wǎng)絡(luò)的承載能力被設(shè)置成與確定ISDN的設(shè)置相同，MS18被告知BC信息元素中的被請求的呼叫類型[步驟11]。MS返回消息給MSC以完成GSM/UMTS承載修改過程[步驟12]。PSTN終端和MS18之間UDI多媒體通信的連接完成[步驟13]。圖14提供移動(dòng)臺始發(fā)的、ISDN終接的呼叫建立的兩個(gè)示例，假設(shè)點(diǎn)到點(diǎn)的數(shù)字通信。換句話說，假設(shè)端到端的數(shù)字通信可能，即通過ISDN、PLMN和任何介于中間的網(wǎng)絡(luò)，例如連接ISDN本地交換機(jī)和網(wǎng)關(guān)MSC的SS7網(wǎng)絡(luò)。在第一個(gè)示例中，移動(dòng)終端請求64kbps的UDI承載業(yè)務(wù)，在第二個(gè)示例中，請求V.110/28.8kbps承載業(yè)務(wù)。在這兩種情況下，假設(shè)被叫終端兼容被請求的呼叫類型/承載業(yè)務(wù)。接著圖14所示的呼叫建立情況，當(dāng)多媒體呼叫始發(fā)于移動(dòng)終端時(shí)，初始SETUP消息發(fā)送給網(wǎng)關(guān)MSC10[步驟1a/1b]。SETUP消息包括被呼叫線路標(biāo)識(CLI)和被請求的呼叫類型/承載業(yè)務(wù)的指示。此外，假設(shè)SETUP消息在承載能力BC和HLC信息元素中默認(rèn)地包括視頻業(yè)務(wù)專用碼點(diǎn)。假設(shè)信息元素的端到端數(shù)字傳輸可能，MSC10解釋SETUP消息中的被請求的呼叫類型和承載業(yè)務(wù)信息并將其轉(zhuǎn)發(fā)給ISDN終端[步驟2a/2b]。ISDN終端通過發(fā)送CALL_CONF消息給MSC進(jìn)行響應(yīng)[步驟3a/3b]。MSC10然后發(fā)送CALL_PROC消息給主叫移動(dòng)臺[步驟4a/4b]以指示呼叫建立正在進(jìn)行。下一步，ISDN終端發(fā)送ALERT消息給MSC，通知它已經(jīng)開始對被叫用戶進(jìn)行振鈴[步驟5a/5b]，隨后MSC連接振鈴音給主叫用戶[步驟6a/6b]。最終，當(dāng)被叫用戶應(yīng)答時(shí)，CONNECT消息從ISDN終端發(fā)送到MSC[步驟7a/7b]。MSC然后發(fā)出CONNECT消息給移動(dòng)臺[步驟8a/8b]，并為端到端通信建立被請求的承載業(yè)務(wù)[步驟9a/9b]。圖15說明本發(fā)明第二實(shí)施例的當(dāng)HLC的端到端通信不可能的情況下從移動(dòng)臺到ISDN終端(移動(dòng)臺始發(fā)呼叫)的呼叫建立。在這個(gè)實(shí)施例中，MSC10中的編碼轉(zhuǎn)換器適應(yīng)于符合V.140，以便它可以指示呼叫類型作為帶內(nèi)被發(fā)送的V.140信息。特別，MSC調(diào)制解調(diào)器-編碼轉(zhuǎn)換器41能夠指示V.140規(guī)范解釋的56/64kbpsPCM調(diào)制數(shù)據(jù)的LSB中的V.140信令。因而，MSC的調(diào)制解調(diào)器-編碼轉(zhuǎn)換器作為發(fā)送、檢測和解釋V.140信令的信令源41。當(dāng)呼叫始發(fā)于MS18時(shí)，初始SETUP消息被發(fā)送，在這個(gè)示例中，SETUP消息默認(rèn)地在承載能力BC和HLC信息元素中包括視頻業(yè)務(wù)專用碼點(diǎn)[步驟1]。MSC10解釋來自BC信息的被請求業(yè)務(wù)，在最佳情況下，被叫方在數(shù)字呼叫控制域(ISDN、其它PLMN)內(nèi)，端終端會(huì)從點(diǎn)到點(diǎn)傳輸?shù)腍LC信息元素中解釋它。但是，在不符合ISUP的網(wǎng)絡(luò)環(huán)境中，從MSC發(fā)送的SETUP消息[步驟2]不轉(zhuǎn)發(fā)數(shù)字呼叫控制專用信息給ISDN終端。ISDN終端通過發(fā)送CALL_CONF消息進(jìn)行響應(yīng)[步驟3]。這樣，知道被叫方在ISDN或PSTN網(wǎng)絡(luò)中，MSC10完成連接信令[步驟4至8]。當(dāng)H.324語音呼叫開始和直接視頻業(yè)務(wù)信令能夠從MS18預(yù)測，默認(rèn)的用戶數(shù)據(jù)(在這種情況下是語音)被交換通過MSC10的編碼轉(zhuǎn)換器-語音調(diào)制解調(diào)器單元41[步驟9]。在移動(dòng)臺希望開始轉(zhuǎn)移到視頻呼叫時(shí)(立即或稍后于移動(dòng)臺用戶的希望)，PLMN命令信令檢測器41中的編碼轉(zhuǎn)換器發(fā)送V.140和Intel視頻電話準(zhǔn)備調(diào)制解調(diào)器手冊和H.324規(guī)范中說明的合適的V.140(和/或同時(shí)的V.8bis信令)給ISDN終端15[步驟10]。當(dāng)信令在ISDN終端中被解釋時(shí)，它交換至合適的UDI模式，在它自己一端啟動(dòng)視頻應(yīng)用。下一步，無線網(wǎng)絡(luò)的承載能力被設(shè)置成與確定PSTN的設(shè)置相同，以便優(yōu)化帶寬。MS18被通告BC信息元素中的被請求呼叫類型[步驟11]。MS還得到確認(rèn)，它已經(jīng)接收到原始視頻呼叫模式改變請求的確認(rèn)。MS返回消息給MSC以完成GSM/UMTS承載修改過程[步驟12]。現(xiàn)在，MS18和ISDN終端之間的多媒體通信的連接完成[步驟13]。通信發(fā)生在64kbpsUDI承載業(yè)務(wù)類別中。圖16說明根據(jù)本發(fā)明第二實(shí)施例的使用單編號方案從ISDN終端到移動(dòng)臺(移動(dòng)臺被叫)的呼叫建立，并示出呼叫建立中包括ISDN本地交換機(jī)(LE)。圖16的示例再一次說明多媒體(視頻)呼叫的示例。在這種情況下，假設(shè)從ISDN終端發(fā)送到網(wǎng)關(guān)MSC的承載能力BC和LLC信息元素中默認(rèn)地提供呼叫類型信息，該信息在初始呼叫SETUP消息中。這和圖12至15中的示例大不相同，圖12至15中呼叫類型信息攜帶于BC和HLC信息元素中。在圖16，還假設(shè)ISDN和PLMN，使得LLC信息元素能夠在網(wǎng)絡(luò)之間被端到端通信。根據(jù)ITU-T建議Q.931實(shí)現(xiàn)ISDN終端和它連接的ISDN本地交換機(jī)之間的呼叫控制信令，建議為ISDN網(wǎng)絡(luò)中的呼叫建立、保持和斷開提供了標(biāo)準(zhǔn)化的信令。Q.931中定義的ISDN呼叫控制過程基本上類似于GSM呼叫控制信令中使用的過程。而且，在PSTN和PLMN互連的情況下，ISDN本地交換機(jī)一般通過SS7網(wǎng)絡(luò)連接到PLMN網(wǎng)絡(luò)的網(wǎng)關(guān)MSC，這在ITU-TQ.700系列建議中定義。使用ITU-T建議Q.762中定義的ISUP(ISDN用戶部分)消息完成ISDN本地交換機(jī)和網(wǎng)關(guān)MSC之間的呼叫控制信令。當(dāng)ISDN終端發(fā)出Q.931SETUP消息時(shí)，開始從ISDN終端到PLMN移動(dòng)終端的呼叫建立[步驟1]。在這個(gè)示例中，假設(shè)視頻業(yè)務(wù)專用碼點(diǎn)默認(rèn)地包括在SETUP消息的承載能力BC和LLC信息元素中。當(dāng)ISDN本地交換機(jī)接收到Q.931SETUP消息時(shí)，它發(fā)出ISUPIAM(初始地址消息)給PLMN的網(wǎng)關(guān)MSC[步驟2]。當(dāng)這個(gè)示例中經(jīng)由ISDN、SS7和PLMN網(wǎng)絡(luò)的端到端數(shù)字信令假設(shè)為可能時(shí)，MSC能夠接收直接帶外信令，它指示LLC和BC信息元素的內(nèi)容。MSC解釋涉及與IAM消息有關(guān)的接收到的被請求呼叫類型和承載能力的信息，并將其轉(zhuǎn)換成適合在PLMN中傳輸?shù)母袷剑缱鳛楦鶕?jù)GSM04.08的9.3.23節(jié)的GSMSETUP消息[步驟3]，或其UMTS等效。其間，ISDN本地交換機(jī)通過發(fā)出Q.931CALL_PROC消息通知主叫終端呼叫建立正在進(jìn)行[步驟4]。接收到SETUP消息，移動(dòng)臺檢查其與被請求呼叫類型和承載能力的兼容性，并發(fā)回CALL_CONF消息給MSC[步驟5]。MSC隨后發(fā)出ISUP地址完成消息(ACM)給ISDN本地交換機(jī)，以便指示將該呼叫路由到被叫方所需的所有地址信號已經(jīng)收到[步驟6]。下一步，移動(dòng)終端發(fā)送ALERT消息給MSC，通知它已經(jīng)開始對被叫用戶進(jìn)行振鈴[步驟7]。這個(gè)消息作為ISUP呼叫進(jìn)展消息(CPG)經(jīng)由SS7網(wǎng)絡(luò)轉(zhuǎn)發(fā)給ISDN本地交換機(jī)[步驟8]，ISDN本地交換機(jī)依次發(fā)送Q.931ALERT消息給主叫ISDN終端，并從而把振鈴音連接到主叫用戶。當(dāng)被叫用戶應(yīng)答時(shí)，CONNECT消息從MS傳到MSC，并作為ISUP應(yīng)答消息轉(zhuǎn)發(fā)給ISDN本地交換機(jī)。最終，ISDN本地交換機(jī)發(fā)送Q.931CONNECT消息給主叫用戶，并建立適合于所討論的呼叫連接。如果移動(dòng)臺能夠支持呼叫類型和呼叫ISDN終端開始請求的承載，呼叫連接階段根據(jù)圖16的步驟10a、11a、12a、和13a的指示繼續(xù)進(jìn)行。在圖16的示例中，呼叫ISDN終端開始請求使用64kbpsUDI承載業(yè)務(wù)的多媒體(視頻)呼叫。若移動(dòng)終端不能提供所需要的承載業(yè)務(wù)(例如它不支持所需的數(shù)據(jù)速率)，當(dāng)MS回復(fù)初始的SETUP消息時(shí)，在步驟5對于MSC顯得明顯。正如前面所解釋的，根據(jù)GSM04.08的9.3.2節(jié)，移動(dòng)終端可以在CALLCONF消息中提供候選的承載能力信息。最后的呼叫連接根據(jù)步驟10b、11b、12b、和13b繼續(xù)進(jìn)行，在這個(gè)示例中，導(dǎo)致端到端連接的V.11028.8kbps承載建立。圖17也說明根據(jù)本發(fā)明第二實(shí)施例的使用單編號方案從ISDN終端到移動(dòng)臺(移動(dòng)臺被叫)的呼叫建立。在圖16的示例中，假設(shè)視頻業(yè)務(wù)專用碼點(diǎn)默認(rèn)地包含在SETUP消息的承載能力BC和LLC信息元素中。但是，在這種情況下，假設(shè)端到端數(shù)字帶外通信是不可能的，例如由于中間網(wǎng)絡(luò)的屬性。為了在這種情況下實(shí)現(xiàn)使用上述單編號方案呼叫建立，網(wǎng)關(guān)MSC的互連功能IWF在呼叫建立其間被調(diào)用。特別地，IWF適合于符合V.140，以便它可以用確認(rèn)來自帶內(nèi)發(fā)送V.140信息的呼叫類型。特別，MSC的調(diào)制解調(diào)器-編碼轉(zhuǎn)換器41適應(yīng)于檢測V.140規(guī)范解釋的56/64kbpsPCM調(diào)制數(shù)據(jù)的LSB中的V.140信令。因而，在這種情況下，MSC的調(diào)制解調(diào)器-編碼轉(zhuǎn)換器作為檢測和解釋V.140信令的信令檢測器41。當(dāng)呼叫始發(fā)于ISDN終端15時(shí)(在這個(gè)示例中是多媒體呼叫)，Q.931SETUP消息從ISDN終端發(fā)送至MSC10[步驟1]。涉及被請求呼叫類型和承載業(yè)務(wù)的信息放在Q.931SETUP消息BC和LLC信息元素中。MSC10然后發(fā)送SETUP消息給使用GSM/UMTS呼叫控制信令的所撥用戶號碼相關(guān)的MS18[步驟2]。SETUP消息通知MS18呼入和默認(rèn)的呼叫類型在這種情況下是具有3.1kHz承載業(yè)務(wù)類別的語音(GSM02.02)。MS18在檢查了其與被請求承載能力的兼容性后，通過發(fā)送CALL_CONF消息進(jìn)行響應(yīng)[步驟3]。這個(gè)消息被MSC10作為CALL_PROC消息轉(zhuǎn)發(fā)給ISDN[步驟4]。然后，MS發(fā)送ALERT消息給MSC，通知它已經(jīng)開始對被叫用戶進(jìn)行振鈴[步驟5]，隨后MSC連接振鈴音給主叫用戶[步驟6]。最終，CONNECT消息從MS發(fā)送到MSC[步驟7]，再從MSC到ISDN[步驟8]。當(dāng)被叫用戶應(yīng)答時(shí)，建立默認(rèn)的語音連接[步驟9]，編碼轉(zhuǎn)換器單元中合適的語音編碼轉(zhuǎn)換被啟動(dòng)。一建立連接，MSC10的V.140信令檢測器41就偵聽和解釋ISDN始發(fā)的V.140信令[步驟10]。MSC10把涉及電信業(yè)務(wù)的被檢測的信令映射成相應(yīng)的GSM/UMTS信令。在這個(gè)實(shí)施例中，MSC促成使用第三層呼叫控制協(xié)議的承載的修改。換句話說，檢測器41標(biāo)識電信業(yè)務(wù)類別作為多媒體(H.324)呼叫和64kbps透明UDI承載業(yè)務(wù)類別。然后，無線網(wǎng)絡(luò)的承載能力被設(shè)置成與確定ISDN的設(shè)置相同，MS18被告知BC信息元素中的被請求呼叫類型[步驟11]。MS返回消息給MSC以完成GSM/UMTS承載修改過程[步驟12]。現(xiàn)在，ISDN終端和MS18之間的UDI多媒體通信的連接完成[步驟13]。圖18說明根據(jù)本發(fā)明第二實(shí)施例的從移動(dòng)臺到ISDN終端(移動(dòng)臺始發(fā)的)的呼叫建立的兩個(gè)示例。它還示出在呼叫建立時(shí)包含ISDN本地交換機(jī)，示出發(fā)生在PLMN網(wǎng)絡(luò)的網(wǎng)關(guān)MSC和ISDNLE之間的信令。在這種情況下，還假設(shè)端到端數(shù)字通信可能，例如SS7網(wǎng)絡(luò)鏈接PLMN的網(wǎng)關(guān)MSC和ISDN本地交換機(jī)。正如在前面所有情況中的那樣，專門提及了在兩個(gè)網(wǎng)絡(luò)中的多媒體終端之間的視頻呼叫建立。在第一個(gè)示例中，圖18中的步驟1a至13a示出，假設(shè)主叫移動(dòng)終端(和PIMN)能夠支持使用64kbps數(shù)據(jù)速率的UDI承載的視頻電話，對應(yīng)于ISDN網(wǎng)絡(luò)中可用于通信的最高數(shù)據(jù)速率。當(dāng)移動(dòng)臺的能力(和PLMN)匹配ISDN的能力并且系統(tǒng)中可用的最高數(shù)據(jù)速率能夠用于端到端通信時(shí)，這種情況被認(rèn)為是最佳的。假設(shè)為諸如UMTS系統(tǒng)的第三代PLMN網(wǎng)絡(luò)設(shè)計(jì)的移動(dòng)臺能夠支持這種承載業(yè)務(wù)。在移動(dòng)臺始發(fā)呼叫建立的第二個(gè)示例中，圖18中步驟1b至13b示出，假設(shè)呼叫移動(dòng)臺和/或PLMN不支持64kbps數(shù)據(jù)速率的UDI承載。因而，MS請求使用較低數(shù)據(jù)速率的承載業(yè)務(wù)建立視頻呼叫，在這種情況下是V.11028.8kbps的承載業(yè)務(wù)。因而，用于端到端通信的數(shù)據(jù)速率被移動(dòng)臺和/或PLMN的能力所限制。當(dāng)在提供適合于視頻電話的數(shù)據(jù)速率的第二代PLMN網(wǎng)絡(luò)中使用第一代多媒體移動(dòng)終端時(shí)會(huì)發(fā)生上述情況。如圖18中的步驟1a至13a所示，當(dāng)PLMN終端發(fā)出SETUP消息，開始從PLMN移動(dòng)臺到ISDN終端的呼叫建立[步驟1a]，遵守GSM建議04.08的9.3.23節(jié)或其UMTS等效。在圖18所示的示例性呼叫建立中，假設(shè)視頻業(yè)務(wù)專用碼點(diǎn)默認(rèn)地包括在SETUP消息的承載能力BC和LLC信息元素中。PLMN的MSC接收到SETUP消息，它隨后發(fā)送ISUP初始地址消息(IAM)給ISDN本地交換機(jī)[步驟2a]。當(dāng)這個(gè)示例中經(jīng)由PLMN、SS7和ISDN網(wǎng)絡(luò)的端到端數(shù)字信令假設(shè)為可能時(shí)，ISDNLE接收直接帶外信令，指示LLC和BC信息元素的內(nèi)容。它然后發(fā)送Q.931SETUP消息給被叫ISDN終端，指示SETUP消息的BC和LLC信息元素中的被請求的呼叫類型和承載能力[步驟3a]。其間，網(wǎng)關(guān)MSC通過發(fā)出CALL_CONF消息通知主叫移動(dòng)臺呼叫建立正在進(jìn)行[步驟4a]。接收到SETUP消息，ISDN終端檢查其與被請求的呼叫類型和承載能力的兼容性，并發(fā)回Q.931CALL_CONF消息給ISDN本地交換機(jī)[步驟5a]。ISDN本地交換機(jī)隨后發(fā)出ISUP地址完成消息(ACM)給MSC，以便指示該呼叫路由到被叫方所需的所有地址信號已經(jīng)收到[步驟6a]。下一步，ISDN終端發(fā)送ALERT消息給ISDN本地交換機(jī)，通知它已經(jīng)開始對被叫用戶進(jìn)行振鈴[步驟7a]。這個(gè)消息作為ISUP呼叫進(jìn)展消息(CPG)經(jīng)由SS7網(wǎng)絡(luò)轉(zhuǎn)發(fā)給MSC[步驟8a]，MSC依次發(fā)送ALERT消息給主叫移動(dòng)臺[步驟9a]，并從而把振鈴音連接到主叫用戶。當(dāng)被叫用戶應(yīng)答時(shí)，Q.931CONNECT消息從ISDN終端發(fā)送到MSC[步驟10a]，并作為ISUP應(yīng)答消息(ANM)轉(zhuǎn)發(fā)給MSC[步驟11a]。最終，MSC發(fā)送CONNECT消息給主叫用戶[步驟12a]，并建立適合于所討論呼叫的連接[步驟13a]，在這種情況下，使用64kbps數(shù)據(jù)速率的UDI承載業(yè)務(wù)。在圖18步驟1b至13b所示的候選呼叫建立情況中，呼叫建立以類似于剛剛所述的方式進(jìn)行。但是，在這種情況下，移動(dòng)臺不支持64kbpsUDI承載，但在初始SETUP消息中指示它對V.11028.8kbps承載業(yè)務(wù)的支持。圖19說明根據(jù)本發(fā)明第二實(shí)施例的從移動(dòng)臺到ISDN終端(移動(dòng)臺始發(fā)的呼叫建立)的呼叫建立，在這種情況下LLC信息元素的端到端通信是不可能的。在這個(gè)實(shí)施例中，MSC10中的編碼轉(zhuǎn)換器適應(yīng)于符合V.140，以便它能夠指示呼叫類型作為帶內(nèi)發(fā)送的V.140信息。特別，MSC的調(diào)制解調(diào)器-編碼轉(zhuǎn)換器41能夠指示V.140規(guī)范解釋的、56/64kbpsPCM調(diào)制數(shù)據(jù)的LSB中的V.140信令。這樣，MSC的調(diào)制解調(diào)器-編碼轉(zhuǎn)換器單元作為傳輸、檢測和解釋V.140信令的信令源41。在這種情況下，呼叫建立以類似于關(guān)于圖15所說明的方式進(jìn)行。圖20和21說明根據(jù)本發(fā)明第二實(shí)施例的移動(dòng)到移動(dòng)呼叫建立的情況，又使用多媒體呼叫建立作為示例。圖20說明兩個(gè)UMTS移動(dòng)臺之間的呼叫建立，并示出了PLMN網(wǎng)絡(luò)中MSC之間采用的ISUP呼叫建立信令。圖21說明UMTS移動(dòng)臺和第二代(如GSM)移動(dòng)臺之間的呼叫建立?，F(xiàn)將說明允許使用簡化編號方案的本發(fā)明第三實(shí)施例。圖22和23說明使用雙編號方案從PSTN終端到移動(dòng)臺的呼叫建立。這個(gè)實(shí)施例提供混合安排，其中只使用兩個(gè)號碼一個(gè)用于標(biāo)識語音呼叫，另一個(gè)用于標(biāo)識數(shù)據(jù)呼叫。正如在圖2的安排中那樣，HLR12包含了對應(yīng)于指示呼叫類型的被叫線路標(biāo)識的數(shù)據(jù)庫項(xiàng)。但是，在這個(gè)實(shí)施例中，這個(gè)數(shù)據(jù)庫只有兩個(gè)項(xiàng)一個(gè)指示呼叫類型是語音，另一個(gè)指示呼叫類型是數(shù)據(jù)。如果呼叫類型是語音，MSC10的TC101對PSTN始發(fā)信號進(jìn)行編碼轉(zhuǎn)換，并通過無線網(wǎng)絡(luò)發(fā)送轉(zhuǎn)換過的信號。但是，如果它是數(shù)據(jù)，通過參照圖5說明的IWF11來確定實(shí)際的類型。現(xiàn)將參照圖22和23更詳細(xì)地說明這個(gè)實(shí)施例中的呼叫建立。圖22說明語音呼叫的呼叫建立。當(dāng)呼叫始發(fā)于PSTN15時(shí)，包含被呼叫線路標(biāo)識(CLI)的初始SETUP消息被發(fā)送，在這個(gè)示例中是語音呼叫[步驟1]。如上所述，HLR包含對應(yīng)于指示呼叫類型是語音的所述CLI的數(shù)據(jù)庫項(xiàng)。MSC10向HLR12詢問對應(yīng)于CLI的呼叫類型(承載能力)，并發(fā)送SETUP消息給MS18以通知它呼入和呼叫類型是語音呼叫[步驟2]。MS18在檢查了與被請求承載能力的兼容性后，通過發(fā)送CALL_CONF消息進(jìn)行響應(yīng)[步驟3]。這個(gè)消息作為CALL_PROC消息被MSC10轉(zhuǎn)發(fā)給PSTN[步驟4]。然后，MS發(fā)送ALERT消息給MSC以通知它已經(jīng)開始對被叫用戶進(jìn)行振鈴[步驟5]，從而MSC把振鈴音連接到主叫用戶[步驟6]。最終，當(dāng)被叫用戶應(yīng)答時(shí)，CONNECT消息從MS終端發(fā)送到MSC[步驟7]，然后在從MSC到PSTN[步驟8]，并且建立適合于語音呼叫的連接。圖23說明數(shù)據(jù)呼叫的呼叫建立。當(dāng)呼叫始發(fā)于PSTN15(在這個(gè)示例中是多媒體呼叫)時(shí)，包含被呼叫線路標(biāo)識(CLI)的初始SETUP消息被發(fā)送，在這個(gè)示例是數(shù)據(jù)呼叫[步驟1]。如上所述，HLR包含對應(yīng)于指示呼叫類型是數(shù)據(jù)的所述CLI的數(shù)據(jù)庫項(xiàng)。MSC10向HLR12詢問對應(yīng)于CLI的呼叫類型(承載能力)，并發(fā)送SETUP消息給MS18以通知它呼入和默認(rèn)呼叫類型(例如默認(rèn)數(shù)據(jù)類型)[步驟2]。MS18在檢查了與被請求承載能力的兼容性后通過發(fā)送CALL_CONF消息進(jìn)行響應(yīng)[步驟3]。這個(gè)消息作為CALL_PROC消息被MSC10轉(zhuǎn)發(fā)給PSTN[步驟4]。然后，MS發(fā)送ALERT消息給MSC，通知它已經(jīng)開始對被叫用戶進(jìn)行振鈴[步驟5]，從而MSC把振鈴音連接到主叫用戶[步驟6]。最終，當(dāng)被叫用戶應(yīng)答時(shí)，CONNECT消息從MS終端發(fā)送到MSC[步驟7]，然后在從MSC到PSTN[步驟8]，并建立默認(rèn)的連接[步驟9]。下一步，MSC試圖確定實(shí)際的數(shù)據(jù)類型。在這個(gè)示例中，一建立連接，MSC10的V.8/V.8bis信令檢測器41就解釋PSTN始發(fā)的V.8/V.8bis信令[步驟10]。MSC10把涉及電信業(yè)務(wù)的信令映射成相應(yīng)的GSM/UMTS信令，在這個(gè)實(shí)施例中，MSC促成使用GSM第三層呼叫控制協(xié)議(GSM04.08的9.3.13節(jié))的承載的修改。換句話說，在這種情況下，信令檢測器41標(biāo)識電信業(yè)務(wù)類別為多媒體呼叫(H.324)，承載業(yè)務(wù)作為28.8kbps透明承載業(yè)務(wù)類別。如果需要，MSC中的連接(包括調(diào)制解調(diào)器的啟動(dòng))被重新安排，例如為GSM階段1建議的“交替語音和數(shù)據(jù)”業(yè)務(wù)。輸出至移動(dòng)臺語音信道的GSM/UMTS語音承載最好被封鎖以防止移動(dòng)臺中的喇叭啟動(dòng)，直到呼叫類型被確立。但是，要保持終端之間的連接。下一步，進(jìn)行調(diào)制解調(diào)器握手[步驟11]。然后，無線網(wǎng)絡(luò)的承載能力被設(shè)置成與確定PSTN的設(shè)置相同，以便優(yōu)化帶寬。MS18被通告所請求的呼叫類型[步驟12]。MS返回消息給MSC以完成GSM/UMTS承載修改過程[步驟13]。關(guān)于PSTN終端和MS18之間的多媒體通信的連接現(xiàn)在完成[步驟14]。使用優(yōu)化的無線承載經(jīng)由MSC調(diào)制解調(diào)器群進(jìn)行通信。映射現(xiàn)在將說明MSC執(zhí)行的典型映射操作，首先從V.8到GSM，然后任選地映射為V.8bis。正如所要知道的，這個(gè)映射只是示例性的，對于諸如UMTS的未來網(wǎng)絡(luò)可以進(jìn)行類似的映射。GSM信令通常從ISDN導(dǎo)出，即它基于ITU-TQ.931建議。諸如UMTS的3G電信系統(tǒng)也是這樣，因此，它們與這類映射方法特別兼容。在這個(gè)實(shí)施例中，涉及電信業(yè)務(wù)的信息映射成GSM(基于Q.931)中的HLC(高層能力)信息元素。類似地，涉及承載業(yè)務(wù)的信息映射成GSM中的BC(承載能力)信息元素。HLC、BC及LLC(低層能力元素)的更多細(xì)節(jié)在下面映射的說明中提供。下面概述與電信業(yè)務(wù)類型確定相關(guān)的V.8、V.8bis和GSM信令信息。引用涉及下述文獻(xiàn)，通過引用將其內(nèi)容結(jié)合在此。ITU-T建議F.721(08/92)——用于ISDN的視頻電話電信業(yè)務(wù)[2]ITU-T建議F.700(07/96)——視聽/多媒體業(yè)務(wù)的結(jié)構(gòu)建議[3]ITU-T建議V.8(02/98)——通過公眾電話交換網(wǎng)開始數(shù)據(jù)傳輸對話的過程[4]ITU-T建議V.8bis(08/96)——在數(shù)據(jù)電路終接設(shè)備(DCE)之間和數(shù)據(jù)終端設(shè)備(DTE)之間通過通用交換電話網(wǎng)或租用點(diǎn)到點(diǎn)電話型電路進(jìn)行的操作的公共模式的標(biāo)識和選擇的程序[5]ITU-T建議H.324(2/98)——低比特速率多媒體通信的終端[6]數(shù)字蜂窩電信系統(tǒng)(階段2+)——移動(dòng)無線接口第三層規(guī)范，GSM04.08版本6.2.0，1997發(fā)布[7]ITU-T建議H.245(2/98)——多媒體通信控制協(xié)議被映射的V.8信令[3][3]中的表2列出了V.8信令中可用的信息類別。正如我們所能見到的，呼叫-功能八位位組有3個(gè)可選比特，[3]中的表3說明了這些任選比特如何用于標(biāo)識特定呼叫功能。如上所述，從呼叫功能類別解釋的信息可以映射為Q.931HLC信息元素以提供GSM網(wǎng)絡(luò)關(guān)于電信業(yè)務(wù)或呼叫功能以及承載業(yè)務(wù)的信息。中的表4指示PSTNV-系列調(diào)制模式而不是V.90的可用性。只有調(diào)制模式可以和被指示的呼叫功能使用時(shí)以及它要傳輸所述能力給遠(yuǎn)程DCE時(shí)，才顯示可用性。例如，如果使用H.324應(yīng)用，則V.34全雙工模式的使用是必需的，而其它選項(xiàng)不被指示。為了找到公共調(diào)制模式，調(diào)制模式信息只用于DCE之間。在選擇公共調(diào)制模式后(如V.34)，MSC/IWF根據(jù)PSTN線路的質(zhì)量好壞(BER)確定來自調(diào)制解調(diào)器的數(shù)據(jù)速率(例如28.8kbps)。上述V.8信令被MSC映射成的GSM(基于Q.931)信令GSM規(guī)范04.08[6]定義了用于電路交換呼叫控制的消息。特別，[6]中的9.3.23.1定義了用于移動(dòng)臺被叫建立的SETUP消息的內(nèi)容。這個(gè)消息通過網(wǎng)絡(luò)發(fā)送給移動(dòng)臺以啟動(dòng)移動(dòng)臺被叫建立。SETUP消息包含了關(guān)于BC(承載能力)、HLC(高層能力)和LLC(低層能力)的有關(guān)信息元素。如上所述，它就是V.8呼叫功能類別信息映射成的信息元素。BC承載能力信息元素的目的是說明連接中要使用的承載業(yè)務(wù)。[6]中的圖10.5.88說明了用于GSM的BC元素。這個(gè)元素包含16個(gè)八位位組(8比特單元)。為了支持H.324，某些比特或編碼點(diǎn)需要被存儲在八位位組3、4、6、6a、6c和6d中，概述如下。傳輸模式(八位位組3)比特40——電路模式1——分組模式·選擇電路模式雙工模式(八位位組4)比特40——半雙工1——全雙工·選擇全雙工同步/異步(八位位組6)比特10——同步1——異步·選擇同步用戶速率(八位位組6a)比特432100010.3kbps建議X.1和V.11000101.2kbps建議X.1和V.11000112.4kbps建議X.1和V.11001004.8kbps建議X.1和V.11001019.6kbps建議X.1和V.110011012.0kbps透明(不兼容X.1和V.110)01111.2kbps/7.5bps建議V.23，(不對稱)X.1和V.110上面所示的編碼點(diǎn)用于指示用戶速率。目前，GSM中沒有諸如28.8kbps的可用用戶速率。但是，當(dāng)指定BC信息元素時(shí)，Q.931提供了可以使用的、更廣的用戶數(shù)據(jù)速率集。(關(guān)于28.8kbps的映射如何發(fā)生和其它GSM中未指定的數(shù)據(jù)速率在標(biāo)題“關(guān)于其它用戶速率的潛在BC”下概述。)連接元素(八位位組6c)比特7600透明01不透明(RLP)10都可以，最好透明11都可以，最好不透明·選擇透明其它調(diào)制解調(diào)器類型(八位位組6d)比特7600這個(gè)域內(nèi)沒有指定其它調(diào)制解調(diào)器類型01V.32bis10V.34·選擇V.34其它用戶速率的潛在BC固定網(wǎng)絡(luò)用戶速率(八位位組6d)比特5432100000固定網(wǎng)絡(luò)用戶速率不可用/這個(gè)值沒有意義000019.6kbps建議X.1和V.1100001014.4kbps建議X.1和V.1100001119.2kbps建議X.1和V.1100010028.8kbps建議X.1和V.1100010138.4kbps建議X.1和V.1100011048.0kbps建議X.1和V.110(同步)0011156.0kbps建議X.1和V.110(同步)/比特透明0100064.0kbps比特透明對于28.8kbps的示例性數(shù)據(jù)速率，可以使用上面加黑表示的元素。所以選擇28.8?？山邮艿男诺谰幋a(八位位組6e)，移動(dòng)臺到網(wǎng)絡(luò)的方向比特70TCH/F14.4不可接受1TCH/F14.4可接受如果實(shí)現(xiàn)14.4，它被選擇比特60備用比特50TCH/F9.6不可接受1TCH/F9.6可接受通常也實(shí)現(xiàn)9.6比特40TCH/F4.8不可接受1TCH/F4.8可接受即使不被廣泛使用，4.8仍存在可接受信道編碼(八位位組6e)，網(wǎng)絡(luò)到MS方向比特4至7備用，可以設(shè)置為“0”這意味著網(wǎng)絡(luò)不能決定使用何種信道編碼。在目前情況下，因網(wǎng)絡(luò)啟動(dòng)呼叫建立重新談判，所以這是需要的。需要對當(dāng)前GSM實(shí)現(xiàn)修改以實(shí)現(xiàn)它。業(yè)務(wù)信道的最大數(shù)(八位位組6e)，MS到網(wǎng)絡(luò)方向比特3210001TCH0012TCH0103TCH0114TCH1005TCH1016TCH1107TCH1118TCH通過組合兩個(gè)使用HSCSD的14.4的信道可以得到28.8kbps。組合3個(gè)9.6也能得到28.8kbps。業(yè)務(wù)信道的最大數(shù)(八位位組6e)，網(wǎng)絡(luò)到MS方向比特1至3備用，并設(shè)為“0”。同上，這意味著網(wǎng)絡(luò)不能決定使用何種信道編碼，需要對GSM進(jìn)行修改。從Q.931導(dǎo)出的BC信息GSM帶內(nèi)信令中使用的BC信息可以由Q.931導(dǎo)出，也可以為了GSM被修改。建議上面討論的BC信息用于UMTS，用于本專利申請的參考幀中。在Q.931BC信息元素中，存在一個(gè)附加的編碼點(diǎn)，它需要并應(yīng)該包含在UMTS信令中。這個(gè)編碼點(diǎn)是用戶信息第一層協(xié)議(八位位組5)，說明如下用戶信息第一層協(xié)議(八位位組5)比特5432100001CCITT標(biāo)準(zhǔn)化速率配合V.110、I.460和X.30。這意味著存在八位位組5a和如下定義的可選八位位組5b、5c和5d00010建議G.711μ-律00011建議G.711A-律00100建議G.72132kbpsADPCM和建議I.46000101建議H.221和H.24200110建議H.223和H.24500111非ITU-T標(biāo)準(zhǔn)化速率配合。這意味著存在八位位組5a，和任選的八位位組5b、5c和5d。這個(gè)編碼點(diǎn)的使用指示八位位組5a中指定的用戶速率由用戶定義。此外，八位位組5b、5c和5d，如果出現(xiàn)，被定義成和用戶指定的速率配合一致。01000ITU-T標(biāo)準(zhǔn)化速率配合V.120。這意味著存在下面定義的八位位組5a和5b，和任選的八位位組5c和5d。01001CCITT標(biāo)準(zhǔn)化速率配合X.31HDLC標(biāo)志填充。其它所有值保留·選擇H.223和H.245建議。LLC[6]中的圖10.5.104說明低層兼容性信息元素。低層兼容性信息元素的目的是提供尋址實(shí)體(例如遠(yuǎn)程用戶或互連單元或主叫用戶尋址的高層功能網(wǎng)絡(luò)節(jié)點(diǎn))可以用來進(jìn)行兼容性檢查的裝置。低層兼容性信息元素由PLMN在呼叫始發(fā)實(shí)體(例如主叫用戶)和尋址實(shí)體之間透明地傳送。除了信息元素標(biāo)識符，低層兼容信息元素如ETS300102-1被編碼。因?yàn)橥瑯拥木幋a能夠在BC中傳送，所以這個(gè)信息元素不是必需的。HLC高層能力信息元素的目的是提供遠(yuǎn)程用戶可以用來檢查兼容性的裝置。高層兼容性信息元素如[6]中的圖10.5.102和表10.5.125所示方式被編碼。高層兼容信息元素由PLMN在呼叫始發(fā)實(shí)體(例如主叫用戶)和尋址實(shí)體(例如遠(yuǎn)程用戶或呼叫始發(fā)實(shí)體尋址的高層功能網(wǎng)絡(luò)節(jié)點(diǎn))之間透明地傳輸。但是，如果用戶明確請求(在預(yù)約時(shí)間)，為實(shí)現(xiàn)電信業(yè)務(wù)而提供某些能力的網(wǎng)絡(luò)可以解釋這個(gè)信息以提供特定的業(yè)務(wù)?？梢詮腝.931建議中找到下面的HLC編碼點(diǎn)高層特征標(biāo)識(八位位組4)比特76543210000001電話0000100傳真組2/3(建議F.182[68])0100001傳真組4類I(建議F.184[69])0100100圖文電視業(yè)務(wù)，基本和混和操作模式(建議F.230[70])和傳真業(yè)務(wù)組4，類II和III(建議F.184)0101000圖文電視業(yè)務(wù)，基本和可處理操作模式(建議F.220[71])0110001圖文電視業(yè)務(wù)，基本操作模式(建議F.220[72])0110010基于可視圖文的語法(建議F.300[73]和T.102[74])0110011通過網(wǎng)關(guān)或互連單元的國際可視圖文互連(建議F.300和T.101[75]0110101電報(bào)業(yè)務(wù)(建議F.60[76])0111000消息處理系統(tǒng)(MHS)(X.400-系列建議[77])1000001OSI應(yīng)用(注2)(X.200--系列建議[78])1011110保留用于維護(hù)(注4)1011111保留用于管理(注4)1100000音頻可視(建議F.721[79])1100001至1101111保留用于音頻可視業(yè)務(wù)[2]1111111保留建議F.700建議[2]提供構(gòu)建多媒體業(yè)務(wù)的方法，所述多媒體業(yè)務(wù)是適時(shí)的并反應(yīng)終端用戶和業(yè)務(wù)提供商的需求。該方法將通用終端用戶應(yīng)用需求與建立的網(wǎng)絡(luò)獨(dú)立構(gòu)件集或其它在ITU-T中擬定的通信能力連接。該建議中說明的過程要用于擬定一系列通用業(yè)務(wù)建議，這些建議把所需的通信任務(wù)和媒體成分組合在用于通用業(yè)務(wù)(例如用于多媒體會(huì)議業(yè)務(wù)、多媒體分配業(yè)務(wù)等)的結(jié)構(gòu)中。在適用的建議仍不可用的情況下，該方法能夠作為終端用戶和業(yè)務(wù)提供商之間的結(jié)構(gòu)化對話的基礎(chǔ)，達(dá)到響應(yīng)的業(yè)務(wù)解決方案。F.700中指定的比特1100001至1101111可用于諸如H.324碼點(diǎn)或全新的碼點(diǎn)，可設(shè)計(jì)供UMTS使用。要映射的V.8bis信令[4][4]中的表6-2列出了V.8bis中可用的標(biāo)準(zhǔn)信息類別。它包括諸如數(shù)據(jù)的類別和H.324多媒體終端，以便迎合這些未來的電信業(yè)務(wù)。[4]中的表6-3和6-5說明了用于這些電信業(yè)務(wù)的編碼。V.8bis能力交換的一個(gè)優(yōu)點(diǎn)是在多數(shù)情況下，它允許終端非常快地確定何時(shí)希望H.324模式的操作。這是因?yàn)閂.8bis能力只指示最基本的和最常用的模式。如果希望不是由V.8bis信令的H.324操作模式，終端必須完成呼叫建立并執(zhí)行H.425[7]能力交換以確定遠(yuǎn)端的終端是否支持所需的模式。在用于H.324的建議V.8bis通信能力(CC)域中，CC域被格式化為一個(gè)或多個(gè)子域。每個(gè)子域以八位位組結(jié)束，其中比特[n]設(shè)為1。第一子域后的剩余子域，如果有，應(yīng)該以同樣的順序出現(xiàn)，其中指示它們出現(xiàn)的比特被發(fā)送。實(shí)際的比特分配可以從[4]中看到。在第一子域內(nèi)分配下列比特。名稱含義視頻只有當(dāng)雙向視頻被支持時(shí)才被設(shè)置，根據(jù)建議H.324(6.6節(jié))音頻只有當(dāng)雙向音頻被支持時(shí)才被設(shè)置，根據(jù)建議H.324(6.7節(jié))加密只有當(dāng)密碼被支持時(shí)才被設(shè)置，根據(jù)建議H.324(9.2節(jié))數(shù)據(jù)指示存在數(shù)據(jù)子域。只有當(dāng)一個(gè)或多個(gè)比特在數(shù)據(jù)子域中被設(shè)置時(shí)才被設(shè)置可能的未來分配包括簡檔(新子域)。在數(shù)據(jù)子域中，分配下述比特名稱含義T.120只有當(dāng)T.120會(huì)議被支持才被設(shè)置，根據(jù)建議H.324(6.8.2.1節(jié))T.84只有當(dāng)T.84圖像傳輸被支持時(shí)才被設(shè)置，根據(jù)建議H.324(6.8.2.2節(jié))T.434只有當(dāng)T.434文件傳輸被支持時(shí)才被設(shè)置，根據(jù)建議H.324(6.8.2.3節(jié))V.42只有當(dāng)V.42用戶數(shù)據(jù)被支持時(shí)才被設(shè)置，根據(jù)建議H.324(6.8.1.2/6.8.2.6節(jié))V.14只有當(dāng)V.14用戶數(shù)據(jù)被支持時(shí)才被設(shè)置，根據(jù)建議H.324(6.8.1.1/6.8.2.6節(jié))PPP只有當(dāng)經(jīng)過網(wǎng)絡(luò)層協(xié)議標(biāo)識(NLPID)支持IETF點(diǎn)對點(diǎn)協(xié)議時(shí)才被設(shè)置，根據(jù)建議H.324(6.8.2.5節(jié))T.140只有當(dāng)多媒體應(yīng)用的T.140文本會(huì)話協(xié)議被支持時(shí)才被設(shè)置，根據(jù)建議H.324(6.8.2.8節(jié))除了在V.8bis中指示的，還有諸如無方向模式的其它模式可被經(jīng)過H.245能力交換信令的終端所支持。當(dāng)呼叫首先由語音模式開始、隨后轉(zhuǎn)換到例如H.324模式時(shí)，還可以使用V.8bis信令。因?yàn)檫@個(gè)原因，MSC/IFW必須始終能夠偵聽來自于PSTN調(diào)制解調(diào)器的可能的帶內(nèi)信令。業(yè)務(wù)的交換隨后啟動(dòng)UMTS端的承載重新談判，這里根據(jù)對H.324呼叫所需的QoS參數(shù)來完成“舊”的承載。UMTS和PSTN/ISDN之間的映射在這一節(jié)說明不同的信息元素和它們的編碼。這些編碼必須被映射在PSTN/UMTS或ISDN/UMTSDE接口。本專利申請的參考的幀中必要的PSTN編碼。V.8呼叫功能類別(八位位組一“callf0”)100PSTN多媒體終端(比特567)調(diào)制模式種類(八位位組-“modn0”)1V.34雙工可用性(比特6)V.25ter調(diào)制控制指令調(diào)制報(bào)告控制(+MR)+MCRV34+MCR&lt;載波&gt;+MRR28800+MRR&lt;速率&gt;V.8bis標(biāo)準(zhǔn)信息域-{Spar(1)}編碼標(biāo)準(zhǔn)信息域-數(shù)據(jù){Npar(2)}編碼(八位位組2)1建議V.34雙工模式(比特5)標(biāo)準(zhǔn)信息域-{Spar(1)}編碼標(biāo)準(zhǔn)信息域-H.324多媒體終端{(lán)Npar(2)}編碼1視頻(比特1)標(biāo)準(zhǔn)信息域-{Spar(1)}編碼標(biāo)準(zhǔn)信息域-H.324多媒體終端{(lán)Npar(2)}編碼1音頻(比特2)本專利申請的參考的幀中必要的ISDN編碼(在需要V.140信令的情況下)V.140帶內(nèi)信號由HDLC成幀的PDU組成，它是根據(jù)建議X.680使用ASN.1語法定義并根據(jù)建議X.691的壓縮編碼規(guī)則編碼的。使用V.140信令的目的是存在端到端發(fā)送帶外信令消息失效的網(wǎng)絡(luò)。ISDN中使用的V.140信令或多或少做和PSTN中V.8/V.8bis信令相同的事。roleAndCapabilityPDU的capabilitySet域包含一個(gè)或多個(gè)能力結(jié)構(gòu)的序列，每一個(gè)表示工作在特定的多媒體或其它通信協(xié)議下的終端的能力。發(fā)射機(jī)應(yīng)該包括當(dāng)前能夠操作的模式的完整列表?？赡苣Ｊ降牧斜碓赩.140的附錄A中定義，并且在未來可以擴(kuò)充。能力應(yīng)該按優(yōu)先順序排列，從最優(yōu)的到最不優(yōu)的。在我們的示例中，h324AnnexD應(yīng)該是capabilitySet域中所列能力的第一個(gè)(或僅有的一個(gè))。接收終端通過使用modeSelectPDU可以應(yīng)答所選模式的發(fā)送終端。在下面，說明使用ASN.1符號的PDU的語法[V.140附錄A]。我們選擇的“碼點(diǎn)”用較大的字體表示。<prelisting-type="program-listing"><![CDATA[HDISPATCHDEFINITIONSAUTOMATICTAGS∷＝BEGIN-Exportallsymbols-＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝-ToplevelPDUs-＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝HDispatchPDU∷＝CHOICE{　　nonStandardNonStandardMessage，　　roleAndCapabilityRoleAndCapabilityMessage，　　modeSelectMode，　　youChooseNULL，　　modeSelectAcknowledgeNULL，　　terminateTerminateMessage，　　…}RoleAndCapabilityMessage∷＝SEQUENCE{　　roleCHOICE　　{　　originateNULL，　　unknownNULL，　　answerNULL，　　…　　}，arbitratlonFieldINTEGER(0.4294967295)，-32bit　　random#　　capabilitySetSEQUENCESIZE(1..65535)OF　　Capability，　　…}Capability∷＝CHOICE{　　nonStandardNonStandardParameter，　　isdnCHOICE　　{　　isdnCapabilityIsdnCapability，　　multilinkAdditionalConnectionNULL，-Expressthiscapaloneto　　forceassociationofthis　　channelwith　　-anexistingcall　　is13871SEQUENCE-″BONDING”protocol　　{　　withlsdnCapabilityIsdnCapability，　　…　　}，　　h244SEQUENCE-channelaggregationprotocol　　{　　withlsdnCapabilityIsdnCapability，　　…　　}，　　…　　}，　　…}IsdnCapability∷＝CHOICE{　　g711aLawSEQUENCE{…}，　　g711uLawSEQUENCE{…}，　　h320SEQUENCE{…}，　　h324AnnexDSEQUENCE[…}，　　h324MultilinkSEQUENCE{…}，　　group4FaxSEQUENCE{…}，　　t120SEQUENCE{…}，　　t140SEQUENCE{…}，-textchattingprotocol　　v110SEQUENCE{…}，　　v120SEQUENCE{…}，　　rfc1661SEQUENCE　　{　　withH323BOOLEAN，…　　}，　　…}{　　nonStandardNonStandardParameter，　　plainlsdnModeIsdnMode，　　h244IsdnMode，　　is13871IsdnMode，--BONDINGprotocol　　multilinkAdditionalConnectionSEQUENCE　　{　　callAssociationNumberINTEGER(0..4294967295}，　　…　　}，　　…}IsdnMode∷＝CHOICE{　　nonStandardNonStandardParameter；　　g711aLawSEQUENCE{…}，　　g711uLawSEQUENCE{…}，　　h320SEQUENCE{…}，　　h324AnnexDSEQUENCE{…}，　　h324MultilinkSEQUENCE{…}，　　group4FaxSEQUENCE{…}，　　t120SEQUENCE{…}，　　rfc1661SEQUENCE{…}，　　…}TerminateMessage∷＝SEQUENCE{　　causeCHOICE　　{　　nonStandardNonStandardParameter，　　timerExpirationNULL，　　roleCoilisionNULL，　　noSuitableModesNULL，　　invaiidModeSelectedNULL，　　protocolViolationNULL，　　modeNotAvailableNULL，　　…　　}，…}-＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝-NonstandardMessagedefinitions-＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝NonStandardMessage∷＝SEQUENCE{　　nonStandardDataNonStandardParameter，　　…}NonStandardParameter∷＝SEQUENCE{　　nonStandardldentifierNonStandardldentifier，　　dataOCTETSTRING}NonStandardldentifier∷＝CHOICE{　　objectOBJECTIDENTIFIER，　　h221NonStandardSEQUENCE　　{　　t35CountryCodeINTEGER(0，.255)，-country，perT.35　　t35ExtensionINTEGER(0..255)，-assignedationally　　manufacturerCodeINTEGER(0..65535)-assignednationally　　}}]]></pre>本專利申請的參考的幀中必要的UMTS(GSM)編碼承載能力承載能力信息元素傳輸模式(八位位組3)0電路模式(比特4)承載能力信息元素雙工模式(八位位組4)1全雙工(比特4)承載能力信息元素同步/異步(八位位組6)0同步(比特1)承載能力信息元素固定網(wǎng)絡(luò)用戶速率(八位位組6d)0010028.8kbps(比特54321)承載能力信息元素可接受信道編碼(八位位組6e)1TCH/F14.4可接受(比特7)承載能力信息元素可接受信道編碼(八位位組6e)1TCH/F9.6可接受(比特5)承載能力信息元素可接受信道編碼(八位位組6e)1TCH/F4.8可接受(比特4)承載能力信息元素最大業(yè)務(wù)信道數(shù)(八位位組6e)0012TCH(比特321)承載能力信息元素連接元素(八位位組6c)00透明(比特76)承載能力信息元素其它調(diào)制解調(diào)器類型(八位位組6d)10V.34(比特76)承載能力信息元素用戶信息第一層協(xié)議(八位位組5)00110建議H.223和H.245(比特54321)最近的編碼點(diǎn)沒有出現(xiàn)在當(dāng)前GSMBC信息元素中。它取自Q.931并應(yīng)該加入到未來的UMTSBC信息元素中。高層兼容性高層兼容性信息元素高層特征標(biāo)識(八位位組4)1100001PSTN多媒體終端(比特7654321)本發(fā)明包括在此清楚公開的任何新穎特征或特征組合或者其概括，不管它們是否涉及權(quán)利要求的發(fā)明或是減輕所提出的問題中的任何一個(gè)或全部。考慮到上面的說明，對于本領(lǐng)域的技術(shù)人員來說很明顯，可以在本發(fā)明的范圍內(nèi)做出各種修改。例如，簡化編號方案不限于只有一個(gè)或兩個(gè)號碼用于呼叫類型區(qū)別。將會(huì)知道，全文對H.324的引用純粹是示例性的，本發(fā)明也可以用于其它數(shù)據(jù)類型。權(quán)利要求1.一種用于在始發(fā)網(wǎng)絡(luò)的終端和終接網(wǎng)絡(luò)的終端之間建立呼叫的交換機(jī)，所述交換機(jī)包括輸入部分，用于從所述始發(fā)網(wǎng)絡(luò)接收第一格式的呼叫標(biāo)識信息；重新格式化裝置，用于把接收的呼叫標(biāo)識信息重新格式化為第二格式；輸出裝置，用于通過所述終接網(wǎng)絡(luò)輸出所述第二格式的所述呼叫標(biāo)識信息；和連接裝置，用于完成所述終端之間的、適合于所述被標(biāo)識的呼叫的連接。2.權(quán)利要求1的交換機(jī)，其特征在于所述呼叫標(biāo)識信息包括呼叫類型信息。3.權(quán)利要求2的交換機(jī)，其特征在于所述呼叫類型信息包括電信業(yè)務(wù)信息。4.前述任何一項(xiàng)權(quán)利要求的交換機(jī)，其特征在于所述呼叫標(biāo)識信息包括承載業(yè)務(wù)信息。5.權(quán)利要求4的交換機(jī)，其特征在于用于對所述接收的承載業(yè)務(wù)信息進(jìn)行重新格式化的所述重新格式化裝置被安排成通過談判使得所述終接網(wǎng)絡(luò)的承載與所述始發(fā)網(wǎng)絡(luò)的承載相匹配。6.前述任何一項(xiàng)權(quán)利要求的交換機(jī)，其特征在于所述第一格式是帶內(nèi)格式。7.前述任何一項(xiàng)權(quán)利要求的交換機(jī)，其特征在于所述第二格式是帶外格式。8.前述任何一項(xiàng)權(quán)利要求的交換機(jī)，其特征在于所述終接網(wǎng)絡(luò)是數(shù)字的。9.前述任何一項(xiàng)權(quán)利要求的交換機(jī)，其特征在于所述始發(fā)網(wǎng)絡(luò)是模擬的。10.前述任何一項(xiàng)權(quán)利要求的交換機(jī)，其特征在于所述網(wǎng)絡(luò)中的一個(gè)是無線通信網(wǎng)絡(luò)。11.權(quán)利要求10的交換機(jī)，其特征在于所述無線通信網(wǎng)絡(luò)是通用移動(dòng)電信系統(tǒng)(UMTS)網(wǎng)絡(luò)。12.權(quán)利要求10的交換機(jī)，其特征在于所述無線通信網(wǎng)絡(luò)是GSM網(wǎng)絡(luò)。13.權(quán)利要求11或12的交換機(jī)，其特征在于所述交換機(jī)是移動(dòng)交換中心。14.權(quán)利要求10至13任何一項(xiàng)的交換機(jī)，其特征在于包括編碼轉(zhuǎn)換器。15.權(quán)利要求10至14任何一項(xiàng)的交換機(jī)，其特征在于所述無線通信網(wǎng)絡(luò)是所述終接網(wǎng)絡(luò)。16.權(quán)利要求1至7任何一項(xiàng)的交換機(jī)，其特征在于所述網(wǎng)絡(luò)中的一個(gè)是固定線路網(wǎng)絡(luò)。17.權(quán)利要求16的交換機(jī)，其特征在于所述固定線路網(wǎng)絡(luò)是PSTN網(wǎng)絡(luò)。18.權(quán)利要求16的交換機(jī)，其特征在于所述固定線路網(wǎng)絡(luò)是ISDN網(wǎng)絡(luò)。19.權(quán)利要求16至18任何一項(xiàng)的交換機(jī)，其特征在于所述固定線路網(wǎng)絡(luò)是所述始發(fā)網(wǎng)絡(luò)。20.前述任何一項(xiàng)權(quán)利要求的交換機(jī)，其特征在于還包括連接所述輸入部分的裝置，用于根據(jù)用戶號碼確定主要呼叫類型信息，用于把第一主要呼叫標(biāo)識信息轉(zhuǎn)發(fā)給所述輸出，并用于把其它主要呼叫標(biāo)識信息轉(zhuǎn)發(fā)給所述重新格式化裝置。21.一種用于在始發(fā)網(wǎng)絡(luò)的終端和終接網(wǎng)絡(luò)的終端之間建立呼叫的方法，所述方法包括以下步驟從所述始發(fā)網(wǎng)絡(luò)接收第一格式的呼叫標(biāo)識信息；把接收的呼叫標(biāo)識信息重新格式化為第二格式；通過所述終接網(wǎng)絡(luò)輸出所述第二格式的所述呼叫標(biāo)識信息；以及完成所示終端之間的適合于所述被標(biāo)識的呼叫的連接。22.權(quán)利要求21的方法，其特征在于所述呼叫標(biāo)識信息包括呼叫類型信息。23.權(quán)利要求22的方法，其特征在于所述呼叫類型信息包括電信業(yè)務(wù)信息。24.權(quán)利要求21至23任何一項(xiàng)的方法，其特征在于所述呼叫標(biāo)識信息包括承載業(yè)務(wù)信息。25.權(quán)利要求24的方法，其特征在于對接收的呼叫標(biāo)識信息進(jìn)行重新格式化包括通過談判使所述終接網(wǎng)絡(luò)的承載與所述始發(fā)網(wǎng)絡(luò)的承載相匹配。26.前述任何一項(xiàng)權(quán)利要求的方法，其特征在于所述第一格式是帶內(nèi)格式。27.前述任何一項(xiàng)權(quán)利要求的方法，其特征在于所述第二格式是帶外格式。28.前述任何一項(xiàng)權(quán)利要求的方法，其特征在于所述終接網(wǎng)絡(luò)是數(shù)字的。29.前述任何一項(xiàng)權(quán)利要求的方法，其特征在于所述始發(fā)網(wǎng)絡(luò)是模擬的。30.權(quán)利要求21至29任何一項(xiàng)的方法，其特征在于所述網(wǎng)絡(luò)中的一個(gè)是無線通信網(wǎng)絡(luò)。31.權(quán)利要求30的方法，其特征在于所述無線通信網(wǎng)絡(luò)是通用移動(dòng)電信系統(tǒng)(UMTS)網(wǎng)絡(luò)。32.權(quán)利要求30的方法，其特征在于所述無線通信網(wǎng)絡(luò)是GSM網(wǎng)絡(luò)。33.權(quán)利要求21至27任何一項(xiàng)的方法，其特征在于所述網(wǎng)絡(luò)中的一個(gè)是固定線路網(wǎng)絡(luò)。34.權(quán)利要求33的方法，其特征在于所述固定線路網(wǎng)絡(luò)是PSTN網(wǎng)絡(luò)。35.權(quán)利要求33的方法，其特征在于所述固定線路網(wǎng)絡(luò)是ISDN網(wǎng)絡(luò)。36.權(quán)利要求33至35任何一項(xiàng)的方法，其特征在于所述固定線路網(wǎng)絡(luò)是所述始發(fā)網(wǎng)絡(luò)。37.一種在始發(fā)網(wǎng)絡(luò)的終端和終接網(wǎng)絡(luò)的終端之間建立呼叫的方法，所述方法包括以下步驟建立預(yù)定類型的呼叫；從所述始發(fā)終端向所述終接終端發(fā)送第一格式的呼叫標(biāo)識信息；把接收的呼叫標(biāo)識信息重新格式化為第二格式；向所述終接終端發(fā)送所述第二格式的所述呼叫標(biāo)識信息；以及建立所述終端之間的適合于所述被標(biāo)識的呼叫的連接。38.權(quán)利要求21至37任何一項(xiàng)的方法，其特征在于還包括以下步驟根據(jù)用戶號碼確定主要呼叫標(biāo)識信息；如果所述主要呼叫標(biāo)識對應(yīng)于預(yù)定連接的呼叫標(biāo)識，則提供所述預(yù)定連接；以及如果所述主要呼叫信息不同，則執(zhí)行所述重新格式化、傳輸和建立步驟。39.一種用于在始發(fā)網(wǎng)絡(luò)的終端和終接網(wǎng)絡(luò)的終端之間建立呼叫的交換系統(tǒng)，所述交換系統(tǒng)包括用于從所述始發(fā)網(wǎng)絡(luò)接收第一格式的呼叫標(biāo)識信息的裝置；用于把接收的呼叫標(biāo)識信息重新格式化為第二格式的裝置；用于通過所述終接網(wǎng)絡(luò)發(fā)送所述第二格式的所述呼叫標(biāo)識信息的裝置；和連接裝置，用于完成所述終端之間的適合于所述被標(biāo)識的呼叫的連接。40.一種在始發(fā)網(wǎng)絡(luò)的終端和終接網(wǎng)絡(luò)的終端之間建立呼叫的交換機(jī)，基本上象參照附圖3至23的任何一個(gè)或它們的任何結(jié)合在上文描述的那樣和/或象在附圖3至23的任何一個(gè)或它們的任何結(jié)合中例舉說明的那樣。41.一種用于在始發(fā)網(wǎng)絡(luò)的終端和終接網(wǎng)絡(luò)的終端之間建立呼叫的系統(tǒng)，基本上象參照附圖3至23的任何一個(gè)或它們的任何結(jié)合在上文描述的那樣和/或象在附圖3至23的任何一個(gè)或它們的任何結(jié)合中例舉說明的那樣。42.一種在始發(fā)網(wǎng)絡(luò)的終端和終接網(wǎng)絡(luò)的終端之間建立呼叫的方法，基本上象參照附圖3至23的任何一個(gè)或它們的任何結(jié)合在上文描述的那樣和/或象在附圖3至23的任何一個(gè)或它們的任何結(jié)合中例舉說明的那樣。全文摘要公開一種用于標(biāo)識電信業(yè)務(wù)的方法和設(shè)備。該設(shè)備實(shí)現(xiàn)始發(fā)模擬網(wǎng)絡(luò)的終端和數(shù)字終接網(wǎng)絡(luò)的終端之間的呼叫建立。它包括:輸入部分,用于從始發(fā)網(wǎng)絡(luò)接收第一格式的呼叫標(biāo)識信息;重新格式化裝置,用于把接收的呼叫標(biāo)識信息重新格式化為第二格式;輸出裝置,用于通過終接網(wǎng)絡(luò)輸出第二格式的呼叫標(biāo)識信息;和連接裝置,用于完成終端之間的合適連接。文檔編號H04Q11/04GK1348664SQ00806683公開日2002年5月8日申請日期2000年2月24日優(yōu)先權(quán)日1999年2月24日發(fā)明者H·洪科,M·哈莫瓦爾拉申請人:諾基亞移動(dòng)電話有限公司