專利名稱：：通信網(wǎng)絡(luò)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及一種通信系統(tǒng)，特別涉及一種采用多種不同呼叫控制機制和不同地址類型的異型系統(tǒng)。在傳統(tǒng)的同型通信網(wǎng)絡(luò)中，如公共交換電話網(wǎng)(PSTN)，客戶只具有一種類型的地址(在這種情況下是客戶的電話號碼)，并且在該網(wǎng)絡(luò)中只存在一種統(tǒng)一的呼叫控制機制。該呼叫控制機制用于建立和終止呼叫，并用于當被呼叫方處于占線時進行識別。然而，隨著客戶可以使用越來越多的更廣泛的不同的網(wǎng)絡(luò)技術(shù)，每種網(wǎng)絡(luò)技術(shù)都具有其自己的地址類型。例如客戶在除了具有一個電話號碼外，還可以具有一個傳統(tǒng)的IP(互聯(lián)網(wǎng)協(xié)議)地址、一個多路廣播地址和一個URL(統(tǒng)一資源定位符)。通常，這些不同地址類型中的每一種都具有與其相聯(lián)系的相應(yīng)的呼叫控制協(xié)議(此處的術(shù)語“呼叫控制”是廣義的用于表示在不同用戶之間建立和終止連接)。例如使用傳統(tǒng)IP地址的用戶之間的音頻或視頻通信通常使用H.323協(xié)議，而對于寬帶ATM地址之間的通信，B-ISDN(寬帶綜合業(yè)務(wù)數(shù)字網(wǎng))，采用不同的協(xié)議。實際上，用于具體通信會話的呼叫控制協(xié)議由啟動該會話的用戶決定。如果其他用戶后加入到會話中，則這些用戶被限制需使用由啟動用戶決定的尋址和呼叫控制性能。按照本發(fā)明的第一方面，提供了一種運行通信系統(tǒng)的方法，包括(a)在通信終端之間交換呼叫控制性能數(shù)據(jù)，該呼叫控制性能數(shù)據(jù)為每各個終端識別多個不同呼叫控制協(xié)議和不同網(wǎng)絡(luò)地址中所選的一個或幾個；(b)利用在所述呼叫控制性能數(shù)據(jù)中識別的該呼叫控制協(xié)議或網(wǎng)絡(luò)地址在所述通信終端之間建立呼叫。本發(fā)明通過為對等終端提供識別其呼叫控制和地址類型的交換數(shù)據(jù)，從而有可能在異型通信網(wǎng)絡(luò)中充分利用終端的性能。由于本發(fā)明的機制使得用戶在尋址中不需采用“最小公分母”和呼叫控制類型，所以本方法可以使得異型通信系統(tǒng)的潛能得到充分實現(xiàn)。這促進了能提供更大靈活性的先進的呼叫控制和尋址機制的應(yīng)用，即使那些先進的呼叫控制和尋址機制開始只在通信系統(tǒng)中的少部分終端上使用。最好交換呼叫控制性能數(shù)據(jù)的步驟在開始建立呼叫之前執(zhí)行。數(shù)據(jù)的交換也可以與呼叫建立過程集成在一起，形成該過程的初始化部分。然而，為了獲得最大的靈活性，交換步驟最好獨立地在呼叫建立之前進行。然后，用戶可以根據(jù)該終端或其他每個終端的性能選擇不進行建立。最好第一終端通過向第二終端發(fā)送該第一終端的呼叫控制性能數(shù)據(jù)啟動呼叫控制性能數(shù)據(jù)的交換，第二終端返回對該請求的確認，其中該確認包括第二終端的呼叫控制性能數(shù)據(jù)。已經(jīng)發(fā)現(xiàn)，利用簡單的請求/響應(yīng)，可以非常有效地進行數(shù)據(jù)相互的交換。最好該方法包括連續(xù)地監(jiān)視通信終端處的通信端口，一旦所述端口接收到一個請求，則執(zhí)行呼叫控制性能數(shù)據(jù)的交換。最好監(jiān)視所述通信端口在呼叫建立后繼續(xù)進行。上述優(yōu)選方案，通過在任意時間都可以進行性能數(shù)據(jù)的交換進一步加強了通信系統(tǒng)的靈活性。這使得系統(tǒng)可以在多方通信會話中對具有新的通信性能的新成員的到來進行響應(yīng)，或?qū)φ谶M行的會話中的多方中的一方的性能中的變化進行響應(yīng)。按照本發(fā)明的第二方面，提供了一種通信終端，包括(a)與其他通信終端交換呼叫控制性能數(shù)據(jù)的裝置，其中呼叫控制性能數(shù)據(jù)為各個終端識別所選的多個不同呼叫控制協(xié)議和不同網(wǎng)絡(luò)地址中的一個或幾個；(b)利用從所述其他通信終端接收的所述呼叫控制性能數(shù)據(jù)中識別的呼叫控制協(xié)議或網(wǎng)絡(luò)地址類型，在所述通信終端和其他通信終端之間建立呼叫的裝置。本發(fā)明包括一種通信系統(tǒng)，該通信系統(tǒng)包括如本發(fā)明第二方面所述的通信終端。通過參照附圖對實例的描述而進一步描述采用本發(fā)明的方法和系統(tǒng)，其中圖1是采用本發(fā)明的第一網(wǎng)絡(luò)的示意圖；圖2示出性能數(shù)據(jù)的交換；圖3a和3b示出采用本發(fā)明的系統(tǒng)的協(xié)議棧；圖4a和4b示出在采用本發(fā)明的系統(tǒng)中的消息流序列；圖5和圖6是執(zhí)行本發(fā)明的軟件對象；圖8是第二實施例；圖9是在圖8的網(wǎng)絡(luò)中的消息流。通信系統(tǒng)1包括連接到不同的各網(wǎng)絡(luò)域4、5的用戶終端2、3。在這個實施例中，用戶終端2、3是計算機工作站。在這個實施例中的網(wǎng)絡(luò)域是支持ATM(異步傳輸模式)和IP(互聯(lián)網(wǎng)協(xié)議)傳輸協(xié)議的寬帶網(wǎng)絡(luò)。用戶終端具有用戶地址(111.111.1.113)和ATM地址(ATM1)。類似地，第二用戶終端具有一互聯(lián)網(wǎng)地址(123.123.1.124)和ATM地址(ATM2)。該網(wǎng)絡(luò)域由也支持這兩個協(xié)議的連接部件6鏈接。用戶終端2、3中的每一個都存儲著記錄該終端能夠處理的地址類型和呼叫控制類型的各客戶性能對象。不同終端中的客戶對象使用預(yù)定的通信協(xié)議彼此間進行通信(在本發(fā)明中是互聯(lián)網(wǎng)協(xié)議)。兩個客戶間交換地址和呼叫控制性能與呼叫或會話之間正在進行中的呼叫無關(guān)。如圖2所示，當呼出客戶的用戶發(fā)布TRANSFER.request(傳送.請求)基元(primitive)時啟動交換機制。來自啟動客戶的TRANSFER.request包括相應(yīng)終端的客戶性能設(shè)置。該客戶性能設(shè)置表明該終端所支持的所有呼叫控制技術(shù)和地址。呼入客戶的用戶通過TRANSFER.indication(傳送.指示)基元得知交換客戶性能數(shù)據(jù)的請求。然后呼入客戶的用戶使用TRANSFER.response(傳送.響應(yīng))基元開始傳送其性能。作為接收呼入客戶性能交換請求的終端的呼入終端，其性能利用客戶性能設(shè)置確認消息送回到始發(fā)終端。始發(fā)端客戶的用戶由TRANSFER.confirm(傳送.確認)基元得知發(fā)生了性能數(shù)據(jù)的交換。在如上所述的消息中的該客戶性能設(shè)置數(shù)據(jù)識別多個預(yù)定地址類型和呼叫控制類型中的哪一種得到支持。有可能得到支持的不同地址類型包括例如e-mail(電子郵件)、URL(統(tǒng)一資源定位符)、IP多路廣播、IP單路廣播、E.164、AESA。不同呼叫控制類型包括例如H.225.0、SDP、B-ISDNQ.2971、B-ISDNATM-FUNI、N-ISDNQ.931、PSTNBTNR315。表1列出了本發(fā)明一個實施例所支持的地址和呼叫控制類型。如表中所示，不同的整數(shù)代碼用于識別不同的各呼叫控制和地址類型。表1<tablesid="table2"num="002"><table>多路廣播地址類型整數(shù)=2版本String時間ToLive整數(shù)單路廣播地址類型整數(shù)=3版本StringE164地址類型整數(shù)=4版本StringAESA地址類型整數(shù)=5版本String類型StringE-mail地址類型整數(shù)=7URL地址類型整數(shù)=7總結(jié)文本String呼叫控制呼叫控制類型整數(shù)=0版本StringH225呼叫控制類型整數(shù)=1版本StringSDP呼叫控制類型整數(shù)=2版本StringBISDN(寬帶綜合業(yè)務(wù)數(shù)字網(wǎng))呼叫控制類型整數(shù)=3版本StringATM-FUNI3.1呼叫控制類型整數(shù)=4版本StringQ.2931呼叫控制類型整數(shù)=5版本StringQ.2971呼叫控制類型整數(shù)=6版本StringNISDN(窄帶綜合業(yè)務(wù)數(shù)字網(wǎng))呼叫控制類型整數(shù)=7版本StringQ.931呼叫控制類型整數(shù)=8版本StringPSIN(公用分組電話網(wǎng))呼叫控制類型整數(shù)=9版本StringBTNR315呼叫控制類型整數(shù)=10版本StringSMTP(簡單函件傳送協(xié)議)呼叫控制類型整數(shù)=11HTTP(超級文本傳送協(xié)議)呼叫控制類型整數(shù)=12</table></tables>如上表所示，通過性能交換機制得知的性能可以包括URL(統(tǒng)一資源定位符)。該URL可以由啟動性能設(shè)置傳送的終端獲取以讀取對于上述表中提供的那些性能以外的其他性能的詳細信息。以這種方式，性能交換協(xié)議可以擴展到包括新的呼叫協(xié)議。該URL還可以指示終端獲取如JAVAapplet(面向網(wǎng)絡(luò)的一種小型應(yīng)用程序)這樣的資源，該JAVAapplet程序可以由該終端下載以使得該終端可以與提供URL的終端進行通信。例如，該URL可能涉及到包括JAVAapplet的HTTP頁，其顯示“callme(調(diào)用我)”按鈕。然后，當該按鈕被點擊時，進行從擁有該URL的終端到其他終端的程序調(diào)用。圖3a和3b示出采用本發(fā)明的系統(tǒng)的結(jié)構(gòu)。每個通信終端運行一個通信程序，該通信程序包括一個通信圖形用戶接口(GUI31)，該通信圖形用戶接口(GUI31)在通信應(yīng)用程序32上面。該通信應(yīng)用程序32得到多個資源33的支持，資源33包括性能交換模塊(CE)，性能交換模塊(CE)下面是“聽者模塊”，該“聽者模塊”連續(xù)監(jiān)聽由通信終端的IP地址和16位端口號一同定義的預(yù)定的網(wǎng)絡(luò)應(yīng)用程序接口。該CE和聽者模塊可以與會話邀請協(xié)議(SIP)和H323模塊這樣的資源一起共存，如圖3a所示。性能設(shè)置消息在UDP/TCP/IP層和性能交換(CE)模塊之間傳遞。聽者模塊將傳送基元傳遞到CE模塊或從CE模塊傳遞到聽者模塊。在本發(fā)明的優(yōu)選實施例中，使用UDP(不可靠數(shù)據(jù)報協(xié)議)而不是TCP(傳輸控制協(xié)議)在網(wǎng)絡(luò)中傳送性能設(shè)置數(shù)據(jù)。這樣可以避免在建立TCP數(shù)據(jù)流中的過載問題。然而，這種方法需要在過了預(yù)定時段后未收到確認時重新發(fā)送數(shù)據(jù)包，從而數(shù)據(jù)包有可能丟失。圖3b示出當性能數(shù)據(jù)在兩個終端之間交換時，通過不同API(應(yīng)用程序接口)的消息流。圖2中所示的傳送基元對應(yīng)于應(yīng)用程序?qū)?在本例子中使用Java語言)和協(xié)議棧的較低層之間的API。圖4a和4b進一步示出了在本發(fā)明的不同實施例中的兩個終端A和B之間的消息流序列。在圖4a的序列中，性能數(shù)據(jù)的交換發(fā)生在會話建立之前。在性能數(shù)據(jù)交換之后，在性能數(shù)據(jù)表明雙方都具有這個呼叫控制性能的情況下，緊接著使用ISDN協(xié)議如H.320定義的消息序列建立呼叫。在第二個實施例中，如圖4b所示，在交換性能數(shù)據(jù)之后和建立呼叫之前，使用如H.323呼叫控制協(xié)議、會話邀請協(xié)議(SIP)建立會話。圖5和圖6示出了使用RationalROSE(有理面向?qū)ο蟮能浖こ?形式定義軟件對象以執(zhí)行上述實施例的圖表。所示的結(jié)構(gòu)可以使用ROSE軟件工具進行編譯以生成例如C++代碼，從而構(gòu)成實施本發(fā)明的基礎(chǔ)，該ROSE軟件工具可以通過商業(yè)手段從加利福尼亞州的SantaClara的Rational軟件公司獲得。如圖6所示，在每個終端上作為實例的客戶對象包括客戶性能設(shè)置和客戶性能返回方法，其中這些方法由客戶性能對象繼承?？蛻粜阅軐ο蟮膶傩砸来斡蓤D5所示的地址和呼叫控制對象繼承。作為另一種可選方法，也可以經(jīng)由目錄指示傳送客戶性能數(shù)據(jù)。這種方法在1997年12月4日提交、申請?zhí)枮?7309810.6號(代理號A25527)、同本案一起提交的正在審理中的歐洲專利申請中有具體描述，這里引用該申請的內(nèi)容以作參考。圖7示出一實施例，其中數(shù)據(jù)的交換是由目錄平臺7調(diào)配的。該目錄平臺7通過鏈路8連接到網(wǎng)絡(luò)，該鏈路8將IP數(shù)據(jù)在網(wǎng)絡(luò)和目錄平臺7之間傳送。該網(wǎng)絡(luò)中的其他組件參照圖1在上文中已經(jīng)描述。在應(yīng)用中，用戶終端2、3處的用戶均在目錄服務(wù)器上注冊，其中在本實施例中，該目錄服務(wù)器在目錄平臺7上運行。隨后，如下所述，當用戶終端2處的用戶想要同用戶終端3處注冊的用戶接觸時，向目錄服務(wù)器提交一個請求。該請求被傳送到目錄平臺7的IP地址。該請求包括如識別被呼叫的用戶的用戶名這樣的數(shù)據(jù)。目錄服務(wù)器使用該數(shù)據(jù)選擇相應(yīng)的用戶輪廓文件，該輪廓文件是當用戶在目錄服務(wù)器上注冊時產(chǎn)生的。根據(jù)所選擇的用戶輪廓文件，目錄服務(wù)器將被呼叫用戶的網(wǎng)絡(luò)地址和呼叫控制性能返回到呼叫用戶。利用該消息，呼叫用戶建立到其他用戶的呼叫。例如，在這個實施例中，呼叫用戶可以利用ATM呼叫控制協(xié)議(Q.2931)選擇建立到ATM地址(ATM2)的連接。圖8示出在這個實施例中的當本地客戶在目錄中注冊其呼叫控制性能且遠地客戶繼而讀取該呼叫控制性能數(shù)據(jù)時，在本地客戶、目錄平臺(或服務(wù)器)7和遠地客戶之間的消息流。權(quán)利要求1.一種操作通信系統(tǒng)的方法，包括(a)在通信終端之間交換呼叫控制性能數(shù)據(jù)，該呼叫控制性能數(shù)據(jù)為每各個終端識別多個不同呼叫控制協(xié)議和不同網(wǎng)絡(luò)地址中所選的一個或幾個；(b)利用在所述呼叫控制性能數(shù)據(jù)中識別的該呼叫控制協(xié)議或網(wǎng)絡(luò)地址在所述通信終端之間建立呼叫。2.如權(quán)利要求1所述的方法，其中交換呼叫控制性能數(shù)據(jù)的步驟是在開始建立呼叫之前執(zhí)行的。3.如權(quán)利要求1或2所述的方法，其中第一終端通過向第二終端發(fā)送該第一終端的呼叫控制性能數(shù)據(jù)啟動呼叫控制性能數(shù)據(jù)的交換，第二終端返回對該請求的確認，其中該確認包括第二終端的呼叫控制性能數(shù)據(jù)。4.如上述任意權(quán)利要求所述的方法，包括連續(xù)地監(jiān)視通信終端處的通信端口，一旦所述端口接收到一個請求，則執(zhí)行呼叫控制性能數(shù)據(jù)的交換。5.如權(quán)利要求4所述的方法，其中監(jiān)視所述通信端口在呼叫建立后繼續(xù)進行。6.如上述任意權(quán)利要求所述的方法，包括傳送作為所述呼叫控制性能數(shù)據(jù)的一部分的指針，該指針指向用于識別多個性能的其他數(shù)據(jù)的源，所述其他數(shù)據(jù)在所述呼叫控制性能交換協(xié)議中未直接提供。7.如權(quán)利要求6所述的方法，其中所述指針是統(tǒng)一資源定位符(URL)。8.一種通信終端，包括(a)與其他通信終端交換呼叫控制性能數(shù)據(jù)的裝置，其中呼叫控制性能數(shù)據(jù)為各個終端識別多個不同呼叫控制協(xié)議和不同網(wǎng)絡(luò)地址中所選的一個或幾個；(b)利用從所述其他通信終端接收的所述呼叫控制性能數(shù)據(jù)中識別的呼叫控制協(xié)議或網(wǎng)絡(luò)地址類型，在所述通信終端和其他通信終端之間建立呼叫的裝置。9.一種通信網(wǎng)絡(luò)，該通信網(wǎng)絡(luò)包括如權(quán)利要求8所述的通信終端。10.一種包括多個通信終端的通信網(wǎng)絡(luò)，其中多個通信終端中的不同終端支持不同的各自的呼叫控制協(xié)議，并且其中每個通信終端包括(a)與其他通信終端交換呼叫控制性能數(shù)據(jù)的裝置，其中呼叫控制性能數(shù)據(jù)為各個終端識別多個不同呼叫控制協(xié)議和不同網(wǎng)絡(luò)地址中所選的一個或幾個；(b)利用從所述其他通信終端接收的所述呼叫控制性能數(shù)據(jù)中識別的呼叫控制協(xié)議或網(wǎng)絡(luò)地址類型，在所述通信終端和其他通信終端之間建立呼叫的裝置。全文摘要在通信網(wǎng)絡(luò)中,各通信終端交換呼叫控制性能數(shù)據(jù),該呼叫控制性能數(shù)據(jù)互相識別所選的呼叫控制協(xié)議和網(wǎng)絡(luò)地址類型,接著各通信終端利用從所識別的協(xié)議中所選擇的協(xié)議建立呼叫連接,最好各終端連續(xù)地監(jiān)視用于交換這種數(shù)據(jù)的請求,以使得在呼叫開始建立后允許其他方加入到會話中。文檔編號H04L12/56GK1281626SQ9881186公開日2001年1月24日申請日期1998年11月24日優(yōu)先權(quán)日1997年12月4日發(fā)明者西蒙·亞歷山大·貝德斯,加里·萊斯莉·布魯斯申請人:英國電訊有限公司