專利名稱：在電話和因特網(wǎng)用戶之間的實(shí)時(shí)通信的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及在移動(dòng)電話用戶和因特網(wǎng)或者類似分組交換網(wǎng)絡(luò)的用戶之間的實(shí)時(shí)通信的建立。本發(fā)明特別涉及一種用于3G移動(dòng)電話的新的撥號(hào)機(jī)制。
背景技術(shù)：
3G移動(dòng)通信的其中一個(gè)特征是在兩個(gè)3G視頻電話之間提供視頻呼叫。3G用戶通過撥號(hào)聯(lián)系人的E.164號(hào)碼(針對(duì)語音呼叫)而聯(lián)系遠(yuǎn)程電話。這個(gè)號(hào)碼如果已經(jīng)預(yù)先被存儲(chǔ)，則可以從手機(jī)上的本地聯(lián)系列表應(yīng)用訪問該號(hào)碼。E.164是定義國際公共電信編號(hào)計(jì)劃的ITU-T建議。E.164號(hào)碼是在國際電話系統(tǒng)中使用的標(biāo)準(zhǔn)格式(例如+447782221234)。所述ITU是國際電信聯(lián)盟，所述ITU-T是所述ITU的電信標(biāo)準(zhǔn)化部門。在輸入這個(gè)號(hào)碼之后，用戶按下呼叫按鈕，電話將發(fā)送請(qǐng)求至網(wǎng)絡(luò)以建立與遠(yuǎn)程方的載體(bearer)。遠(yuǎn)程方的號(hào)碼(“被呼方”或者“B方”號(hào)碼)被包括在由呼叫發(fā)起手機(jī)發(fā)送的初始“呼叫建立”消息中。這是在3GPP R99 TS 24.008核心網(wǎng)絡(luò)協(xié)議——階段3中定義的。3GPP是第三代伙伴項(xiàng)目。所述網(wǎng)絡(luò)然后將分析所述被呼叫方號(hào)碼，以及把所述請(qǐng)求路由至有關(guān)的網(wǎng)絡(luò)和用戶。


圖1示出了對(duì)于3G至3G H.324呼叫建立的信令流。H.324是用于低比特率多媒體通信的終端的ITU-T建議。所述第一用戶通過從他們的移動(dòng)站(MS)發(fā)送呼叫建立請(qǐng)求到第一移動(dòng)交換中心(MSC)來啟動(dòng)呼叫；SETUP(被呼叫方#E.164)。第一MSC然后發(fā)送一個(gè)綜合業(yè)務(wù)用戶部分(ISUP)起始地址消息(IAM)E.164至第二MSC。第二MSC然后發(fā)送一個(gè)建立消息至第二MS；SETUP(BC_IE/ITC＝UDI，...)。BC代表載體能力，IE代表信息單元，ITC代表信息傳遞能力，以及UDI代表不受限制的數(shù)字信息。BC信息是定義在所述網(wǎng)絡(luò)內(nèi)所需的低層特性的特定信息。一旦第二MS接收到所述SETUP(BC_IE/ITC＝UDI，...)，其向第二MSC返回呼叫確認(rèn)；CALLCONFIRMED(BC_IE/LLC/HLC)。LLC代表低層兼容性，HLC代表高層兼容性。LLC信息定義了所述終端的低層特性，HLC信息定義了所述終端的高層特性。一旦所述第二MSC接收到所述CALLCONFIRMED(BC_IE/LLC/HLC)，其把一個(gè)ISUP地址完成消息(ACM)發(fā)送回第一MSC。當(dāng)試圖把第一用戶連接至第二用戶的同時(shí)，也就是當(dāng)所述MS振鈴時(shí)，第二MS把告警消息發(fā)送回到第二MSC，該第二MSC把一個(gè)ISUP呼叫進(jìn)程(CPG)消息發(fā)送至第一MSC，該第一MSC把告警消息發(fā)送回到所述第一MS。一旦第二用戶應(yīng)答所述呼叫，第二MS就把一個(gè)連接消息發(fā)送回到第二MSC，該第二MSC發(fā)送一個(gè)ISUP應(yīng)答消息(ANM)至第一MSC，該第一MSC把一個(gè)連接消息發(fā)送回到第一MS。然后經(jīng)由所述MSC從第一MS發(fā)送一個(gè)連接確認(rèn)到第二MS。上述信令發(fā)生在64kbps UDI信道上的H.324/M邏輯信道上。
可以在移動(dòng)電話系統(tǒng)上實(shí)現(xiàn)的一個(gè)預(yù)期的未來特征是基于視頻客戶端設(shè)置從移動(dòng)終端到因特網(wǎng)協(xié)議(IP)的視頻呼叫，所述視頻客戶端例如是連接到IP端點(diǎn)的個(gè)人計(jì)算機(jī)(PC)。
通常，在因特網(wǎng)或者公司網(wǎng)絡(luò)上的大多數(shù)IP端點(diǎn)是可以通過可路由IP地址到達(dá)的?？陕酚蒊P地址是在每次PC連接到相關(guān)網(wǎng)絡(luò)時(shí)分配的。例如，每次PC連接到因特網(wǎng)服務(wù)提供商(ISP)或者連接到公司局域網(wǎng)(LAN)時(shí)，所述ISP或者公司服務(wù)器就識(shí)別所述PC，并且向所述PC分配一個(gè)可路由IP地址。該IP地址將在該連接持續(xù)時(shí)間內(nèi)是有效的，并且可能在下一次連接時(shí)是不同的。
在IP網(wǎng)絡(luò)上可用的唯一連貫地址是由諸如電子郵件地址、會(huì)話初始協(xié)議(SIP)以及唯一資源標(biāo)識(shí)符(URI)或者號(hào)碼之類的別名地址提供的。SIP是用于基于IP的通信的呼叫控制協(xié)議。所述別名地址將被映射到所述PC的可路由IP地址(當(dāng)連接到網(wǎng)絡(luò)時(shí))。
因此，如果第一用戶想要發(fā)送電子郵件給第二用戶，第一用戶只須知道第二用戶的電子郵件地址，所述網(wǎng)絡(luò)將把電子郵件路由到正確的可路由IP地址。所述用戶不必須知道第二用戶的PC的可路由IP地址，因?yàn)檫@將是非常復(fù)雜和不方便用戶的。
如果3G移動(dòng)終端要對(duì)PC進(jìn)行呼叫，與上述相同的原理同樣適用。所述3G移動(dòng)電話將必須“撥號(hào)”一個(gè)別名地址。然而，所述3GPP和所述ITU沒有定義任何機(jī)制以允許這種情況。當(dāng)移動(dòng)電話啟動(dòng)呼叫時(shí)，它總是預(yù)期包括在呼叫建立消息中的被呼叫方號(hào)碼將具有所述E.164格式，而不是電子郵件地址或者任何其它類型的別名地址。
這一問題可以通過向每個(gè)IP端點(diǎn)分配一個(gè)E.164號(hào)碼來解決，以使得3G移動(dòng)終端可以“撥號(hào)”個(gè)人計(jì)算機(jī)，正如其撥號(hào)另一個(gè)3G移動(dòng)終端一樣。這對(duì)于例如企業(yè)網(wǎng)絡(luò)之類的封閉網(wǎng)絡(luò)可能是可行的，但是不適合于數(shù)以百萬計(jì)的因特網(wǎng)用戶，這是由于可用的E.164號(hào)碼的數(shù)量有限。而且，所述E.164號(hào)碼格式并不是世界范圍內(nèi)認(rèn)可的，因此E.164號(hào)碼不能與全世界的用戶建立連接。因特網(wǎng)的一個(gè)優(yōu)點(diǎn)是其在遠(yuǎn)程位置中的可訪問性，而該優(yōu)點(diǎn)將會(huì)丟失。

發(fā)明內(nèi)容
本發(fā)明提供了一種在操作于第一網(wǎng)絡(luò)中的具有專用可路由地址的第一終端和操作于第二網(wǎng)絡(luò)中的第二終端之間建立通信鏈路的方法，在第二網(wǎng)絡(luò)中每個(gè)終端是由別名地址標(biāo)識(shí)的，對(duì)于該別名地址可以分配多個(gè)可路由地址的其中一個(gè)，其中來自第一終端的呼叫建立請(qǐng)求包括一個(gè)互通功能(interworkingfunction)的地址，經(jīng)由該互通功能路由針對(duì)第二網(wǎng)絡(luò)的來自第一網(wǎng)絡(luò)的呼叫；所述呼叫建立請(qǐng)求被路由至所述互通功能；第一終端還將第二網(wǎng)絡(luò)上的終端的別名地址用信號(hào)通知給所述互通功能；經(jīng)由所述互通功能確定被分配給所述別名地址的可路由地址；以及經(jīng)由所述可路由地址在所述第一和第二終端之間建立一個(gè)鏈路。
由此，本發(fā)明通過在操作于第一網(wǎng)絡(luò)中的第一終端和操作于第二網(wǎng)絡(luò)中的第二終端之間提供一個(gè)互通功能(IWF)而提供了一種對(duì)上述問題的解決方案。所述第一終端無須“撥號(hào)”別名地址，而是請(qǐng)求用所述IWF建立傳統(tǒng)的電話呼叫(語音或視頻)。所述IWF功能然后基于由第一終端發(fā)送至所述IWF的別名地址來建立與所述第二終端的IP連接。
優(yōu)選地，所述IWF的地址和所述第二終端的別名地址被包括在從第一終端最初發(fā)送到所述IWF的呼叫建立請(qǐng)求中。這具有在鏈路建立之前最小化在呼叫方、所述IWF和被呼叫方之間交換的消息數(shù)量的優(yōu)勢。然而，如果呼叫方漫游在其本地網(wǎng)絡(luò)之外，則包括在呼叫建立請(qǐng)求中的別名地址可能不會(huì)被外地網(wǎng)絡(luò)檢測及通過。在這種情況下，當(dāng)已經(jīng)在呼叫方和IWF之間建立鏈路之后，用信號(hào)向所述IWF通知所述別名地址是優(yōu)選的。所述方法通常是對(duì)上述第一方法的一個(gè)替換方案，但是也可以是一個(gè)附加方案，以便在可能的情況下實(shí)現(xiàn)快速連接的優(yōu)點(diǎn)。
所述別名地址可以是可路由IP地址所被映射到的電子郵件地址、URI或者E.164號(hào)碼。
在另一個(gè)方面，本發(fā)明提供了一種在操作于第一網(wǎng)絡(luò)中的具有專用可路由地址的第一終端和操作于第二網(wǎng)絡(luò)中的第二終端之間建立通信鏈路的方法，在第二網(wǎng)絡(luò)中每個(gè)終端是由別名地址標(biāo)識(shí)的，對(duì)于該別名地址可以分配多個(gè)可路由地址的其中一個(gè)，其中可路由地址被分配給所述第二終端的別名地址并且被存儲(chǔ)在網(wǎng)守(gatekeeper)處，對(duì)于鏈路的請(qǐng)求由第二終端啟動(dòng)；以及所述鏈路是經(jīng)由互通功能建立的，經(jīng)由該互通功能來路由從第一網(wǎng)絡(luò)對(duì)于第二網(wǎng)絡(luò)的呼叫，反之亦然。
這是上述處理的反向。所述第二終端(優(yōu)選地是連接到IP網(wǎng)絡(luò)的PC)經(jīng)由IWF對(duì)優(yōu)選地是3G移動(dòng)終端的第一終端進(jìn)行呼叫。因此，所述PC不需要進(jìn)行傳統(tǒng)的電話呼叫，而是請(qǐng)求與所述IWF的IP連接，所述IWF基于包含在所述請(qǐng)求中的信息對(duì)該3G移動(dòng)終端進(jìn)行傳統(tǒng)的電話呼叫。
優(yōu)選地，如果所述網(wǎng)絡(luò)保持一個(gè)將別名地址映射到可路由IP地址的功能，則所述功能可用于向別名地址的用戶提供關(guān)于呼叫方的信息(相當(dāng)于呼叫線路身份表示(CLIP))。
附圖簡述為了更容易理解本發(fā)明，現(xiàn)在將參照附圖僅以舉例的方式描述其圖3是根據(jù)本發(fā)明的呼叫建立信令實(shí)例圖；以及圖4是根據(jù)本發(fā)明的第二呼叫建立信令實(shí)例圖；圖5是從IP端點(diǎn)到具有呼叫方身份表示的移動(dòng)終端的呼叫建立圖。
發(fā)明的優(yōu)選實(shí)施例詳述本方法包括如圖3所示的兩個(gè)主要階段。第一階段是在3G移動(dòng)終端和視頻交互網(wǎng)關(guān)(VIG)之間建立連接，第二階段是在該VIG和PC(或者其它IP端點(diǎn))之間建立連接。第一階段如下啟動(dòng)。所述3G移動(dòng)終端用戶可能已經(jīng)預(yù)先在手機(jī)上的聯(lián)系列表中輸入了關(guān)于“被呼叫者”的有關(guān)信息(例如移動(dòng)號(hào)碼、固定線路號(hào)碼、傳真號(hào)碼、家庭電子郵件地址、工作電子郵件地址)。通過所述聯(lián)系列表，用戶將選擇他或她想要聯(lián)系的人的名字，然后選擇他想要與那個(gè)人通信的方式?；蛘?，用戶可以簡單地把另一個(gè)用戶的電子郵件地址輸入到電話里。通過從聯(lián)系細(xì)節(jié)中選擇或者把電子郵件地址輸入到電話里，用戶將具有兩個(gè)選項(xiàng)。他們可以發(fā)送電子郵件，或者他們可以啟動(dòng)到所選擇的電子郵件地址的呼叫。后者將啟動(dòng)上述的和以下描述的階段。
第一階段是在3G移動(dòng)終端和所述VIG之間建立連接。所述VIG是一個(gè)互通功能(IWF)。所述核心網(wǎng)絡(luò)的該單元在3G網(wǎng)絡(luò)的電路交換域和使用IP作為傳輸協(xié)議的其它基于分組的網(wǎng)絡(luò)之間提供鏈路，并且允許在操作于不同網(wǎng)絡(luò)上的端點(diǎn)之間的視頻電話。在本例中，所述互通將在其中3G-H324M終端進(jìn)行操作的3G電路交換網(wǎng)絡(luò)和其中H323/SIP終端進(jìn)行操作的分組交換IP網(wǎng)絡(luò)(因特網(wǎng)或者IP公司LAN)之間進(jìn)行。所述VIG必要時(shí)將提供某種協(xié)議轉(zhuǎn)換和代碼轉(zhuǎn)換功能。
3G.324M終端是遵循在上述3GPP R99 TS 24.008核心網(wǎng)絡(luò)協(xié)議--階段3中敘述的規(guī)范的H.324終端，其利用ITU-T H.223中的多路復(fù)用層的移動(dòng)適配，因此以下為簡單起見稱為3G-324M。
H.323是用于基于IP的視頻會(huì)議的協(xié)議。所述協(xié)議由關(guān)于音頻與視頻編解碼器、呼叫控制等等的幾個(gè)特定協(xié)議組成。編解碼器是用于將音頻或者視頻信號(hào)轉(zhuǎn)換到數(shù)字格式或者從數(shù)字格式進(jìn)行轉(zhuǎn)換的編碼器/解碼器。
參照?qǐng)D3，當(dāng)3G移動(dòng)終端的用戶請(qǐng)求建立呼叫到IP端點(diǎn)時(shí)，所述3G移動(dòng)終端發(fā)送一個(gè)標(biāo)準(zhǔn)呼叫建立消息到具有作為所述VIG的E.164號(hào)碼的被呼叫方號(hào)碼的所述網(wǎng)絡(luò)(如同當(dāng)呼叫另一個(gè)移動(dòng)電話時(shí)其將執(zhí)行的一樣)。所述VIG號(hào)碼可以是預(yù)先提供并存儲(chǔ)在手機(jī)上的。所述3G移動(dòng)終端的用戶不需要知道該號(hào)碼。
所述呼叫建立消息還包括所述3G移動(dòng)終端用戶試圖連接的IP端點(diǎn)的別名地址。所述別名地址然后由VIG截取，所述VIG將檢查它的H.323GK(網(wǎng)守功能)或者SIP代理功能，以檢查是否連接及登錄到所述被呼叫的IP端點(diǎn)。這是通過查詢有關(guān)數(shù)據(jù)庫實(shí)現(xiàn)的。如果所述IP端點(diǎn)連接到相關(guān)的網(wǎng)絡(luò)，則所述H.323GK或者SIP代理將從有關(guān)數(shù)據(jù)庫確定哪一個(gè)可路由IP地址已經(jīng)被分配給了所述IP端點(diǎn)。
網(wǎng)守和SIP代理是呼叫控制服務(wù)器。網(wǎng)守將控制基于H.323的通信，而SIP代理將控制基于SIP的通信。
第二階段是在所述VIG和所述IP端點(diǎn)之間建立連接。一旦已經(jīng)向所述VIG通知了所述IP端點(diǎn)的可路由IP地址，所述VIG將在IP網(wǎng)絡(luò)上建立所述呼叫。
以下注解參照?qǐng)D3。
注解13G移動(dòng)終端以傳統(tǒng)的方式撥號(hào)一個(gè)短的預(yù)定義互通功能(IWF)號(hào)碼。所述建立消息包括用于所述H.323的別名地址；SETUP(UUIE)。所述別名地址(電子郵件地址)被設(shè)置在用戶到用戶信息單元(UUIE)內(nèi)部。所述UUIE是所述3G終端向所述移動(dòng)交換中心(MSC)發(fā)送的SETUP消息中的一個(gè)信息單元。
通過被呼叫方號(hào)碼分析，所述VIG將意識(shí)到這是一個(gè)兩級(jí)撥號(hào)呼叫。基于所述預(yù)定義IWF號(hào)碼，所述VIG將選擇一個(gè)GK，在其中所述VIG將從所述UUIE發(fā)送一個(gè)包括別名地址的SETUP消息。然后，呼叫被建立為正常的一級(jí)撥號(hào)呼叫。
注解2如果所述VIG接收在UUIE中的作為部分起始地址消息(IAM)的別名地址，則VIG將預(yù)期H.245終端能力設(shè)置(TCS)作為來自所述3G.324M終端的第一消息。將忽視來自3G.324M終端的作為第一消息的任何其它H.245消息來臨。H.245是為所述H.324終端的正確操作提供端到端信令的呼叫控制協(xié)議。它提供能力交換、命令和指示的信令以及消息，以便公開和完全描述邏輯信道的內(nèi)容。H223是把所發(fā)送的視頻、音頻、數(shù)據(jù)和控制流多路復(fù)用成單一比特流、以及把所接收的比特流多路分解為多個(gè)多媒體流的多路復(fù)用協(xié)議。另外，其借助于每個(gè)媒體類型所適合的重發(fā)來執(zhí)行邏輯成幀、序列編號(hào)、錯(cuò)誤檢測以及糾錯(cuò)。
所述呼叫建立消息使用在3GPP R99TS 24.008核心網(wǎng)絡(luò)協(xié)議--階段3的10.5.4.25章節(jié)中定義的建立消息的專用字段作為UUIE。所述UUIE是多用途的傳輸機(jī)制，其是在標(biāo)準(zhǔn)中定義的并且可以從設(shè)備提供商獲得的服務(wù)。然而它尚未被普遍使用。依賴所采用的標(biāo)準(zhǔn)，所述UUIE提供一個(gè)包括幾個(gè)字節(jié)或者八比特組(octet)的幀來用作網(wǎng)絡(luò)運(yùn)營商選擇。為了執(zhí)行本發(fā)明，可以以多種不同的方式編碼所述UUIE。以下示出了一個(gè)例子。
所述用戶-用戶信息單元(UUIE)是根據(jù)以下表格編碼的。

八比特組1——包括信息單元(IE)標(biāo)識(shí)符代碼。這里使用的代碼與用于綜合業(yè)務(wù)用戶部分(ISUP)和3G呼叫控制協(xié)議的不同。
八比特組2——示出了用戶到用戶內(nèi)容的長度。
八比特組3——用于用戶-用戶內(nèi)容的協(xié)議區(qū)別符。所有比特應(yīng)被設(shè)置為(0)以指示用戶特定的協(xié)議。這是因?yàn)橛脩?用戶內(nèi)容的八比特組可以包括非IA5字符。
八比特組4——用戶-用戶信息的第一八比特組。用戶-用戶信息是用于在兩個(gè)端點(diǎn)之間交換信息的字段。八比特組4的各比特采取以下格式比特8擴(kuò)展，編碼為零(0)比特7編碼為0——用于目的地址(在使用用于兩級(jí)撥號(hào)的UUIE的情況下)比特6-1地址類型，規(guī)定了地址類型，編碼為如下整數(shù)
0-預(yù)留1-email-ID——遵循rfc822的電子郵件地址2-url-ID ——URL風(fēng)格地址3-h323-ID ——基本ISO/IEC 6464..63-空閑八比特組4至n地址信息，根據(jù)如下地址類型編碼h323-ID-編碼為包括ISO/IEC 646中規(guī)定的字符的IA5字符串，其中最高有效位被設(shè)置為“0”url-ID-編碼為包括ISO/IEC 646中規(guī)定的字符的IA5字符串，其中最高有效位被設(shè)置為“0”email-ID-編碼為包括ISO/IEC 646中規(guī)定的字符的IA5字符串，其中最高有效位被設(shè)置為“0”注意如果BMP字符串到IA5字符串的轉(zhuǎn)換對(duì)于H.323下的h.323ID到3G324M的呼叫是不可能的，則忽略源地址。
再次參照?qǐng)D3，其示出了從3G324M終端到H.323終端的信令流。所述第一用戶通過從他們的移動(dòng)站(MS)(3G視頻電話)發(fā)送一個(gè)呼叫建立請(qǐng)求到移動(dòng)交換中心(MSC)來啟動(dòng)呼叫；SETUP(UUIE)。所述MSC然后發(fā)送一個(gè)IAM(UUIE)到VIG。隨后，所述MSC把一個(gè)CALL PROCEEDING(呼叫進(jìn)行)消息發(fā)送回到所述3G324M終端。所述VIG然后發(fā)送一個(gè)建立消息到第二IP端點(diǎn)(H.323終端)；SETUP。一旦所述H.323終端已經(jīng)接收所述SETUP，其向所述VIG返回一個(gè)呼叫進(jìn)行消息；CALL PROCEEDING。一旦所述VIG已經(jīng)接收所述CALL PROCEEDING消息，其向所述MSC發(fā)送回一個(gè)ACM。當(dāng)試圖把第一用戶連接到第二用戶時(shí)，也就是在所述IP端點(diǎn)已經(jīng)“接聽”該呼叫之前，所述IP端點(diǎn)把告警消息發(fā)送回到所述VIG，所述VIG把一個(gè)CPG消息發(fā)送到所述MSC，所述MSC把告警消息發(fā)送回到所述3G324M終端。一旦第二用戶應(yīng)答所述呼叫，所述IP端點(diǎn)就把一個(gè)連接消息發(fā)送回到所述VIG，所述VIG發(fā)送一個(gè)ANM到所述MSC，所述MSC把一個(gè)連接消息發(fā)送回到所述3G324M終端。然后從所述3G324M終端發(fā)送一個(gè)連接確認(rèn)到所述MSC。所述3G324M終端然后發(fā)送一個(gè)H.245用戶輸入指示(UII)到所述VIG。
當(dāng)3G移動(dòng)終端不在它的本地網(wǎng)絡(luò)中時(shí)，例如當(dāng)所述3G移動(dòng)終端用戶國際漫游在另一個(gè)3G網(wǎng)絡(luò)上時(shí)，本發(fā)明還提供了一種用于在3G移動(dòng)終端和IP端點(diǎn)之間進(jìn)行實(shí)時(shí)通信的方法。在這種環(huán)境中，如果用戶想要用他們的3G手機(jī)對(duì)IP網(wǎng)絡(luò)上的PC進(jìn)行視頻呼叫，則所述移動(dòng)終端將撥號(hào)UK中的所述VIG的E.164號(hào)碼(例如+447782...)，以及將在所述呼叫建立的UUIE中發(fā)送所述PC的別名地址，正如先前描述的那樣。
問題是傳播網(wǎng)絡(luò)(也就是用于鏈接所訪問的3G網(wǎng)絡(luò)和本地3G網(wǎng)絡(luò)的網(wǎng)絡(luò))把所述UUIE字段傳輸回到所述VIG的概率很低。
這意味著可以在所述3G移動(dòng)終端和所述VIG之間建立呼叫，但是所述UUIE以及因此所呼叫的PC的別名地址將丟失。結(jié)果，發(fā)出呼叫的顧客將不能夠呼叫所述IP端點(diǎn)。
由此，優(yōu)選地可以為所述別名地址的傳輸增加一些恢復(fù)力。
這是通過不僅在所述UUIE(如圖3所示)中、而且在3GPP R99 TS24.008核心網(wǎng)絡(luò)協(xié)議——階段3中定義的所述H.245用戶輸入指示(UII)消息中輸入所述別名地址而在發(fā)出所述視頻呼叫的所述H.324M終端上實(shí)現(xiàn)的。一旦已經(jīng)用所述VIG建立了不受限制的數(shù)字信息(UDI)載體，所述消息就被用作傳輸機(jī)制。所述方法是一個(gè)帶內(nèi)信令方法，當(dāng)所述3G移動(dòng)終端在外地網(wǎng)絡(luò)中時(shí)或者在可能丟失所述UUIE的任何其它情況下，該方法在傳送電子郵件地址到所述VIG方面具有優(yōu)勢。
所述方法是對(duì)所述UUIE方法的補(bǔ)充，并且被看作僅僅用于國際漫游情況的退步方法(fallback method)。由于在所述3G網(wǎng)絡(luò)上的載體必須在所述別名地址被傳送到所述VIG之前建立，所以其不是優(yōu)選的方法。如果所述IP端點(diǎn)沒有登錄(聯(lián)機(jī))，則在所述IP支路上的呼叫將不被建立。然而，建立在3G支路上的UDI載體是可收費(fèi)事件。結(jié)果，即使不知道呼叫是否可以進(jìn)行以及是否在所述IP網(wǎng)絡(luò)上建立，所述3G運(yùn)營商仍將對(duì)視頻呼叫收費(fèi)。這是在圖4中描述的，隨后的注解參照?qǐng)D4。
注解1VIG將通過所述預(yù)定義號(hào)碼而意識(shí)到這是一個(gè)兩級(jí)撥號(hào)呼叫。如果從MSC發(fā)送的所述IAM不包括UUIE內(nèi)部的別名地址(例如因?yàn)樵诼吻闆r中的一些交換不支持UUS中繼，或者如果所述3G端點(diǎn)不支持用于在UUIE內(nèi)部發(fā)送別名地址的選項(xiàng)的話)，所述VIG將把所述呼叫與3G終端連接(CON/連接)，而不把所述呼叫路由到所述IP域。
注解2在所述呼叫連接之后，將執(zhí)行一個(gè)多路復(fù)用級(jí)別建立程序。
注解3包含目的地別名地址的H.245用戶信息指示(UII)消息將是由所述3G.324M終端發(fā)送的第一個(gè)H.245消息，并且所述終端將不發(fā)送任何其它H.245消息，直到其接收到H.245TCS消息。其理由是在所述呼叫連接到所述IP側(cè)之前，所述VIG將忽略所有H.245消息，除了用戶信息指示(UII)之外。
注解4在所述3G終端接收到所述H.245TCS消息之后，其可以開始強(qiáng)制的H.245程序。
在本發(fā)明的這個(gè)方面，所述別名地址被包括在于鏈路已經(jīng)建立之后發(fā)送的所述UUI消息中?？梢允褂萌魏芜m當(dāng)?shù)木幋a方案。一個(gè)可能的方案在下面描述用戶輸入字母數(shù)字<IA5字符串>
所述別名地址和“字母數(shù)字”參數(shù)的整個(gè)內(nèi)容將被編碼為包含在ISO/IEC 646中規(guī)定的字符的IA5字符串，其中最高有效位被設(shè)置為“0”。在字母數(shù)字參數(shù)內(nèi)部的別名地址的結(jié)構(gòu)將是<AddressType(地址類型)><:><AliasAddress(別名地址)><AddressType>是一個(gè)或多個(gè)IA5字符(數(shù)字)，其標(biāo)識(shí)所使用的別名地址的類型0-預(yù)留1-email-ID——遵循rfc822的電子郵件地址2-url-ID ——URL風(fēng)格地址3-h323-ID ——不限制為任何格式<:>列IA5字符用于分離AddressType與AliasAddress。
<AlliasAddress>是實(shí)際的目的別名地址。
舉例用戶輸入字母數(shù)字 3fistname.surname@three.com再次參照?qǐng)D4，其中示出了在本發(fā)明實(shí)施例中從3G324M終端到H.323終端的信令流，其中所述3G324M終端不在其本地網(wǎng)絡(luò)中。首先，一個(gè)IAM由所述VIG接收的，如上面的注解1中所述的那樣。然后如上面注解2中所述連接所述呼叫；CON。其次，一個(gè)UII消息(別名地址)被發(fā)送回到到所述VIG，如上面注解3中所述的那樣。所述VIG然后發(fā)送一個(gè)建立消息到第二IP端點(diǎn)(H.323終端)；SETUP。隨后，所述IP端點(diǎn)把一個(gè)CALL PROCEEDING消息發(fā)送回到所述VIG。之后是從所述IP端點(diǎn)到所述VIG的ALERTING(告警)、CONNECT(連接)和終端能力設(shè)置(TCS)消息。所述VIG然后把一個(gè)TCS消息發(fā)送到所述3G324M終端；見上面的注解4。所述VIG然后從所述3G324M終端接收回一個(gè)TCS消息，后面跟著是一個(gè)TCS確認(rèn)。所述VIG然后向所述IP端點(diǎn)發(fā)送回一個(gè)TCS和TCS確認(rèn)。所述VIG和3G324終端然后交換maxH223MUXPDUsize(最大H223MUXPDU大小)信息。在此之后，所述H.323端點(diǎn)把主從確定(MSDET)信息經(jīng)由所述VIG發(fā)送回到所述3G324M終端。然后向所述H.323端點(diǎn)對(duì)所述信息作確認(rèn)，所述H.323端點(diǎn)又向所述3G324M終端作確認(rèn)。
在本發(fā)明的一個(gè)替換實(shí)施例中，所述IP端點(diǎn)啟動(dòng)到3G移動(dòng)終端的呼叫。優(yōu)選地，所述呼叫端點(diǎn)的身份可以以如下所述方式被提供給被呼叫端點(diǎn)。
當(dāng)所述呼叫是從所述IP端點(diǎn)到所述3G移動(dòng)終端端點(diǎn)時(shí)，所述VIG可以使用如圖5所示的呼叫建立消息中的所述UUIE來向所述3G移動(dòng)終端提供呼叫方身份，下面的注解參照?qǐng)D5。
注解1所述呼叫來源于IP終端，也就是由別名地址(電子郵件地址)代表，其沒有E.164號(hào)碼。所述IWF將根據(jù)以下內(nèi)容將別名地址編碼在UUIE內(nèi)部UUIE可以如以下表格所述來編碼


八比特組1-包括信息單元(IE)標(biāo)識(shí)符代碼。這里使用的代碼與用于ISUP和3G呼叫控制協(xié)議的不同。
八比特組2-示出了用戶到用戶內(nèi)容的長度。
八比特組3-用于用戶-用戶內(nèi)容的協(xié)議區(qū)別符。所有比特應(yīng)被設(shè)置為(0)以指示用戶特定的協(xié)議。這是因?yàn)橛脩?用戶內(nèi)容的八比特組可以包括非IA5字符。
八比特組4-用戶-用戶信息的第一八比特組。八比特組4的各比特采取以下格式比特8擴(kuò)展，被編碼為零(0)比特7被編碼為1-用于源地址(在使用UUIE以用于CLIP用途的情況下)比特6-1地址類型，規(guī)定了地址類型，被編碼為如下整數(shù)0-預(yù)留1-email-ID——遵循rfc822的電子郵件地址2-url-ID ——URL風(fēng)格地址3-h323-ID ——基本ISO/IEC 6464..63-空閑八比特組4至n地址信息，根據(jù)如下地址類型編碼h323-ID-被編碼為包括ISO/IEC 646中規(guī)定的字符的IA5字符串，其中最高有效位被設(shè)置為“0”url-ID-被編碼為包括ISO/IEC 646中規(guī)定的字符的IA5字符串，其中最高有效位被設(shè)置為“0”email-ID-被編碼為包括ISO/IEC 646中規(guī)定的字符的IA5字符串，其中最高有效位被設(shè)置為“0”注意如果BMP字符串到IA5字符串的轉(zhuǎn)換對(duì)于從H.323下的H.323ID到3G324M的呼叫來說不可能，則忽略源地址。
UUIE的八比特組4的比特7將被設(shè)置為1，以指示這是一個(gè)IP終端“源地址”，以及其用于CLIP用途。
再次參照?qǐng)D5，其中示出了從H.323終端到3G324M終端的信令流。所述第一用戶通過從他們的H.323終端(IP端點(diǎn))發(fā)送一個(gè)呼叫建立請(qǐng)求到所述VIG來啟動(dòng)呼叫；SETUP。所述VIG然后發(fā)送一個(gè)IAM(UUIE)到所述MSC；見上述的注解1。隨后，所述MSC發(fā)送一個(gè)建立消息到所述3G324M終端(3G視頻電話)；SETUP(UUIE)。隨后，所述MSC把一個(gè)ACM消息發(fā)送回到所述VIG。所述VIG然后發(fā)送一個(gè)PROCEEDING(進(jìn)行)消息到所述IP端點(diǎn)(H.323終端)。所述3G324M然后把一個(gè)CALL_CONFIRMED消息發(fā)送回到所述MSC。當(dāng)試圖把所述第一用戶連接到第二用戶時(shí)，也就是在所述3G移動(dòng)終端已經(jīng)“接聽”所述呼叫之前，所述3G324M終端把告警消息發(fā)送回到所述MSC，所述MSC把呼叫進(jìn)程(CPG)消息發(fā)送回到所述VIG，所述VIG把一個(gè)告警消息發(fā)送回到所述H.323終端。一旦第二用戶應(yīng)答所述呼叫，所述3G324M端點(diǎn)把一個(gè)連接消息發(fā)送回到所述MSC，所述MSC發(fā)送一個(gè)ANM到所述VIG，所述VIG把一個(gè)連接消息發(fā)送回到所述H.323終端。然后從所述MSC發(fā)送一個(gè)連接確認(rèn)到所述3G324M終端。
注意術(shù)語“兼容性信息”包括載體能力、低層兼容性、高層兼容性、進(jìn)程指示符以及在呼叫建立之前帶外傳送的地址信息的整體，以用于支持兼容性檢查和在ISDN(綜合業(yè)務(wù)數(shù)字網(wǎng))類型的用戶-網(wǎng)絡(luò)接口處的終端/功能/業(yè)務(wù)選擇。ISDN是網(wǎng)絡(luò)接口用戶，其支持?jǐn)?shù)字或者模擬終端以及標(biāo)準(zhǔn)化的用戶到關(guān)聯(lián)網(wǎng)絡(luò)信令系統(tǒng)和標(biāo)準(zhǔn)化的網(wǎng)絡(luò)間信令系統(tǒng)。
權(quán)利要求
1.一種在操作于第一網(wǎng)絡(luò)中的具有專用可路由地址的第一終端和操作于第二網(wǎng)絡(luò)中的第二終端之間建立通信鏈路的方法，第二網(wǎng)絡(luò)中的每個(gè)終端由一個(gè)別名地址標(biāo)識(shí)，對(duì)于該別名地址可以分配多個(gè)可路由地址的其中一個(gè)，其中來自第一終端的呼叫建立請(qǐng)求包括一個(gè)互通功能的地址，經(jīng)由該互通功能路由針對(duì)第二網(wǎng)絡(luò)的來自第一網(wǎng)絡(luò)的呼叫；所述呼叫建立請(qǐng)求被路由至所述互通功能；第一終端還將第二網(wǎng)絡(luò)上的終端的別名地址用信號(hào)通知給所述互通功能；經(jīng)由所述互通功能確定被分配給所述別名地址的可路由地址；以及經(jīng)由所述可路由地址在第一和第二終端之間建立一個(gè)鏈路。
2.如權(quán)利要求1所述的方法，其中所述第二終端的所述別名地址與所述互通功能的地址一起被包括在從所述第一終端最初發(fā)送到所述互通功能的呼叫建立請(qǐng)求中。
3.如權(quán)利要求2所述的方法，其中所述第一網(wǎng)絡(luò)根據(jù)UMTS標(biāo)準(zhǔn)操作，所述別名地址被包括在所述UUIE中。
4.如權(quán)利要求1、2或3所述的方法，其中所述第二終端的所述別名地址被包括在已經(jīng)在所述第一終端和所述互通功能之間建立鏈路之后、從所述第一終端發(fā)送到所述互通功能的消息中。
5.如權(quán)利要求4所述的方法，其中所述別名地址被包括在已經(jīng)建立鏈路之后發(fā)送的所述UUI消息中。
6.如先前任一權(quán)利要求所述的方法，其中所述第一終端和所述互通功能是使用相同格式可尋址的。
7.如權(quán)利要求6所述的方法，其中所述第一終端和所述互通功能具有E.164號(hào)碼。
8.如先前任一權(quán)利要求所述的方法，其中所述第二終端的所述別名地址是電子郵件地址。
9.如先前任一權(quán)利要求所述的方法，其中所述第二網(wǎng)絡(luò)是分組交換網(wǎng)絡(luò)。
10.如先前任一權(quán)利要求所述的方法，其中所述第二網(wǎng)絡(luò)根據(jù)因特網(wǎng)協(xié)議操作。
11.如先前任一權(quán)利要求所述的方法，其中所述第一網(wǎng)絡(luò)是電路交換網(wǎng)絡(luò)。
12.如先前任一權(quán)利要求所述的方法，其中所述互通功能的地址被存儲(chǔ)在所述第一終端中，借此用戶僅僅需要輸入所述別名地址。
13.一種在操作于第一網(wǎng)絡(luò)中的具有專用可路由地址的第一終端和操作于第二網(wǎng)絡(luò)中的第二終端之間建立通信鏈路的方法，第二網(wǎng)絡(luò)中的每個(gè)終端由一個(gè)別名地址標(biāo)識(shí)，對(duì)于該別名地址可以分配多個(gè)可路由地址的其中一個(gè)，其中一個(gè)可路由地址被分配給所述第二終端的別名地址并且被存儲(chǔ)在一個(gè)網(wǎng)守處，對(duì)于鏈路的請(qǐng)求由第二終端啟動(dòng)；以及所述鏈路是經(jīng)由一個(gè)互通功能建立的，經(jīng)由該互通功能來路由從第一網(wǎng)絡(luò)對(duì)第二網(wǎng)絡(luò)的呼叫，并且反之亦然。
14.如權(quán)利要求13所述的方法，其中所述第二終端的所述別名地址被提供給所述第一終端的用戶。
全文摘要
本發(fā)明提供了一種在操作于第一網(wǎng)絡(luò)中的具有專用可路由地址的第一終端和操作于第二網(wǎng)絡(luò)中的第二終端之間建立通信鏈路的方法，第二網(wǎng)絡(luò)中的每個(gè)終端由一個(gè)別名地址標(biāo)識(shí)，對(duì)于該別名地址可以分配多個(gè)可路由地址的其中一個(gè)，其中來自第一終端的呼叫建立請(qǐng)求包括一個(gè)互通功能的地址，經(jīng)由該互通功能路由針對(duì)第二網(wǎng)絡(luò)的來自第一網(wǎng)絡(luò)的呼叫；所述呼叫建立請(qǐng)求被路由至所述互通功能；第一終端還將第二網(wǎng)絡(luò)上的終端的別名地址用信號(hào)通知給所述互通功能；經(jīng)由所述互通功能確定被分配給所述別名地址的可路由地址；以及經(jīng)由所述可路由地址在第一和第二終端之間建立一個(gè)鏈路。優(yōu)選地，第一終端是在3G移動(dòng)網(wǎng)絡(luò)中操作的3G移動(dòng)終端，第二終端是在IP網(wǎng)絡(luò)(H.323)上操作的PC，以及第二終端別名地址是所述PC的用戶的電子郵件地址。由此，所述3G移動(dòng)終端不“撥號(hào)”電子郵件地址，而是請(qǐng)求與互通功能(IWF)建立傳統(tǒng)的電話呼叫(語音或視頻)。所述IWF功能然后基于由第一終端發(fā)送至所述IWF的電子郵件地址來建立與所述H.323終端的IP連接。
文檔編號(hào)H04L29/12GK1806422SQ200480016406
公開日2006年7月19日 申請(qǐng)日期2004年4月13日 優(yōu)先權(quán)日2003年4月11日
發(fā)明者Y·博萊－費(fèi)索特 申請(qǐng)人:和記黃埔第三代網(wǎng)際(巴哈馬)有限公司