專利名稱：穿越異機種傳輸網(wǎng)絡間的多媒體通信會話協(xié)調(diào)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及會話管理，特別是在多個異機種網(wǎng)絡中會話管理的協(xié)調(diào)。
背景技術(shù)：
在最近十年，用于商業(yè)和客戶的非電話電信通信路徑的數(shù)量和種類得到了突飛猛 進的發(fā)展。這樣的例子包括即時消息傳遞和基于瀏覽器的方法，例如因特網(wǎng)聊天和雙向視 頻。因為這些都是非電話因特網(wǎng)實現(xiàn)方式，它們?nèi)鄙倭撕芏嘣陔娫捑W(wǎng)絡中存在的控制、協(xié)調(diào) 以及信令功能的好處。由于非電話的基于因特網(wǎng)的電信缺少統(tǒng)一化的控制、協(xié)調(diào)和信令機制產(chǎn)生了很多 問題。一個顯著的問題是，因為不同電信方法(包括即時消息傳遞、網(wǎng)絡聊天、社交網(wǎng)絡、短 消息業(yè)務(SMS)應用、基于網(wǎng)絡的視頻會視頻會議和“Twitter”的實例)之間沒有聯(lián)接并 且信令和承載業(yè)務使用不同的通信路徑，用戶擔負著人工追蹤和同步不同方法的使用的需 要。追蹤和同步包括協(xié)調(diào)不同的獨立通信路徑的同時使用，每個路徑通過一個不同的方法 專用的地址來識別其他方。由于需要通過安全的/受管理的網(wǎng)絡邊界穿越異機種網(wǎng)絡，基于因特網(wǎng)的電信解 決方案出現(xiàn)了其他的問題。廣泛種類的設備和實踐被用于建立因特網(wǎng)自身和伴隨該因特網(wǎng) 的內(nèi)部網(wǎng)絡，以及公司、政府和私人公民擁有的數(shù)百萬的私人內(nèi)部網(wǎng)。網(wǎng)絡地址轉(zhuǎn)換(“NAT”)穿越問題是已知的一個問題可以意識到，“NAT”涉及一個 因特網(wǎng)標準，該標準使局域網(wǎng)(“LAN”)對內(nèi)部業(yè)務使用一個IP地址集以及對外部業(yè)務使 用第二地址集。位于LAN匯合因特網(wǎng)處的NAT盒子實現(xiàn)了所有必要的IP地址轉(zhuǎn)換。NAT服 務于三個主要目的，也就是通過隱藏內(nèi)部IP地址提供一種類型的防火墻，使公司能使用多 個內(nèi)部IP地址，并允許公司合并多個綜合業(yè)務數(shù)字網(wǎng)(“ISDN”)連接到單個因特網(wǎng)連接。 每個會話參與者不會知道其他參與者的內(nèi)部IP地址，這使會話創(chuàng)建、管理和協(xié)調(diào)都復雜化 了。防火墻限制導致了另一個問題。防火墻是一個系統(tǒng)，被設計用來阻止去往或者來 自于私有網(wǎng)絡的未授權(quán)接入。防火墻采用硬件和軟件實現(xiàn)都行，或者兩者的組合。防火墻 常用于阻止未授權(quán)因特網(wǎng)用戶接入連接到因特網(wǎng)的虛擬私有網(wǎng)絡，尤其是內(nèi)部網(wǎng)。所有進 入或離開內(nèi)部網(wǎng)的消息都要通過防火墻，防火墻檢查每個消息并阻止沒有滿足特定安全標 準的消息。常用防火墻技術(shù)包括數(shù)據(jù)包過濾器(檢查進入或離開網(wǎng)絡的每個數(shù)據(jù)包，并基 于用戶定義的規(guī)則對其進行接受或拒絕)，應用程序網(wǎng)關(guān)(將安全機制應用到特定應用程 序中，例如文件傳輸協(xié)議(“FTP”)和遠程登錄(Telnet)服務器)，電路級網(wǎng)關(guān)(將安全機 制用在傳輸控制協(xié)議(”TCP”)或者用戶數(shù)據(jù)報協(xié)議(“UDP”)連接被建立時)，以及代理 服務器(其截取所有進入和離開網(wǎng)絡的消息并有效地隱藏真實的網(wǎng)路地址(如通過NAT))。 防火墻限制可以允許承載業(yè)務從因特網(wǎng)傳遞到內(nèi)部網(wǎng)，但阻止針對同一會話的控制信令業(yè) 務。甚至當防火墻允許控制信令通過時，防火墻檢驗和清理每個數(shù)據(jù)包所需的延時會不可 接受地打斷了實時會話，比如即時消息傳遞。
所有這樣異機種網(wǎng)絡的結(jié)果，加上在很多網(wǎng)絡邊界中出現(xiàn)的防火墻限制，幾乎不能保證僅僅使用因特網(wǎng)傳送信令和承載/媒體傳輸?shù)耐ㄐ艡C制將可靠地跨多個網(wǎng)絡邊界 交叉口而工作，不依賴其連接到的更寬泛全球網(wǎng)絡的何處。

發(fā)明內(nèi)容
這些和其他的需要通過本發(fā)明的不同的實施例和配置來解決。本發(fā)明一般地涉及 在數(shù)字電話網(wǎng)絡中使用通信路徑去處理與因特網(wǎng)上執(zhí)行的會話連接的信令。在第一實施例中，一種方法包括以下步驟(a)從在第一端點的第一用戶處接收通過所選的通信方法和在第二端點處的第二 用戶通信的請求，其中所述第一和第二端點之間的通信能夠由數(shù)字電話網(wǎng)絡和數(shù)據(jù)網(wǎng)絡進 行；(b)作為響應，在數(shù)字電話網(wǎng)絡上的第一和第二端點之間建立第一通信路徑，其中 第一和第二端點通過該第一通信路徑交換關(guān)于所選的通信方法的所選信息；以及(c)當?shù)谝煌ㄐ怕窂绞羌せ畹?活動的)時，在第一和第二端點之間擴展以及穿越 該數(shù)據(jù)網(wǎng)絡的第二通信路徑上，執(zhí)行(conduct)通信會話，其中，在該通信會話中，第一和 第二端點在第二路徑上通過所選的通信方法交換媒體信息。所選的通信方法包括，例如，即時消息傳遞，網(wǎng)絡聊天，社交聯(lián)網(wǎng)，短消息服務， 基于網(wǎng)絡的視頻會議，基于因特網(wǎng)協(xié)議的語音，應用共享，基于即時消息傳遞的語音和 Twitter0所選的信息包括，例如，端點的電話號碼和數(shù)據(jù)網(wǎng)絡上的電子地址，通信方法類型 的標識符，與所選的通信方法相關(guān)聯(lián)的統(tǒng)一資源識別符(“URI”)，認證信息，第二路徑要支 持的媒體類型，要應用于在第二路徑上的所選通信的加密算法和密鑰，要應用于第二路徑 上的所選通信的壓縮算法，在第二路徑上要實現(xiàn)的通信的服務質(zhì)量(“QoS”)，以及要用于 第二路徑的網(wǎng)絡資源。媒體信息包括，通過所選的通信方法，在第一和第二用戶之間進行的媒體通信。該 媒體可以為任何一種形式和類型，比如語音、視頻、文本、靜止圖像、動畫以及交互內(nèi)容形式 中的一個或多個。在另一個實施例中，一種方法包括以下步驟(a)由處理器在數(shù)字電話網(wǎng)絡上的第一和第二端點之間建立第一通信路徑；以及(b)由該處理器執(zhí)行以下的子步驟中的一個或多個(Bi)響應于在第一通信路徑上接收的請求，請求打開安全網(wǎng)關(guān)端口，并確定測試 信號是否由第二端點通過該接口進行傳輸；(B2)在故障轉(zhuǎn)移觸發(fā)事件的情況下，為了后續(xù)的第一和第二端點之間的基于因特 網(wǎng)協(xié)議的語音通信，通過在第一通信路徑上發(fā)送的消息協(xié)商故障恢復策略；以及(B3)在第一和第二端點之間以及第一通信路徑上交換加密密鑰，該加密密鑰要用 在穿越因特網(wǎng)的第二通信路徑，以及驗證許可中的至少一個。依靠該特定配置本發(fā)明能提供大量的好處。通過例子，該發(fā)明能為非電話基于因 特網(wǎng)的電信提供控制、協(xié)調(diào)和信令機制。該機制能補充現(xiàn)有的北美編號規(guī)劃(”NANP”)和 國際電話聯(lián)盟的(”ITU”)E. 164標準來表現(xiàn)可靠的和調(diào)節(jié)的“通信會話”標識并且控制重定位的以用于基于因特網(wǎng)的通信技術(shù)和解決方案的機制。該機制能靈活地為了通過多個網(wǎng) 絡傳輸路徑的傳輸而分叉多元通信會話的內(nèi)容，其中一個是數(shù)字電話網(wǎng)絡而另外一個是因 特網(wǎng)。在這種方式中，該機制能克服與因特網(wǎng)協(xié)議網(wǎng)絡防火墻相關(guān)聯(lián)的問題，該防火墻能阻 止信令數(shù)據(jù)的傳輸?，F(xiàn)有的電話協(xié)議允許控制信令和媒體信息都被傳輸。該機制能提供控 制信令到每個端點，而不需要數(shù)據(jù)包延時的過度增長，正如由病毒檢驗安全應用程序所引 入的。該機制還能提供一種有效的方式來實現(xiàn)通過異機種網(wǎng)絡的聯(lián)合網(wǎng)絡，其中異機種網(wǎng) 絡包括安全網(wǎng)關(guān)。這些和其他的優(yōu)點將從這里描述的發(fā)明公開內(nèi)容中體現(xiàn)。短語“至少一個”，“一個或更多”以及“和/或”是開放式的表達，在操作中結(jié)合的 和斷開的都行。例如，“至少A，B和C之一”，“至少A，B或C之一”，“一個或更多的A，B和 C”，“一個或更多的A，B或C”以及“A B和/或C”這些表達的每一種表示單獨的A，單獨的 B，單獨的C，A和B —起，A和C 一起，B和C 一起，或者A，B和C 一起。詞語“a”或“an”實體指示一個或更多的實體。這樣，詞語“a”(或“an”)，“一個 或更多，，和“至少一個”能被交替地使用。還要注意到詞語“包括”，“包含”和“擁有”也可 以被交替地使用。詞語“自動的，，和這里使用的其各種改變，指示了當處理或操作被執(zhí)行時，任何處 理或操作都不需要實質(zhì)的人工輸入。然而，如果該輸入是在處理或操作執(zhí)行之前被接收的， 即使處理或操作的執(zhí)行使用實質(zhì)的或非實質(zhì)的人工輸入，處理或操作也可以是自動的。如 果這種輸入影響了處理或操作的執(zhí)行，人工輸入則被認為是實質(zhì)的。同意執(zhí)行處理或操作 的人工輸入不能被認為是“實質(zhì)的”。術(shù)語“通信路徑”指示了 一個在網(wǎng)絡節(jié)點之間的單向或雙向連接。一個通信路徑 能有一個或更多的信道。這里使用的術(shù)語“計算機-可讀介質(zhì)”指示了參與提供處理器所執(zhí)行的指令的任 何有形的存儲和/或傳輸介質(zhì)。這樣的介質(zhì)可以采取多種形式，包括但不限于非易失性媒 體，易失性媒體和傳輸媒體。非易失性媒體包括，例如，NVRAM，或磁盤或光盤。易失性媒體 包括動態(tài)存儲器，如主存儲器。計算機可讀媒體的常用形式包括，例如，軟盤，柔性磁盤，硬 盤，磁帶或任何其他的磁性介質(zhì)，磁光介質(zhì)，CD-ROM,任何其他光介質(zhì)，穿孔卡，紙質(zhì)磁帶，其 他任何有不同類型孔的物理介質(zhì)，RAM, PROM以及EPROM，F(xiàn)LASH-ERP0M,固態(tài)介質(zhì)如存儲卡， 任何其他存儲芯片或卡帶，在下文中提到的載波，或任何其他計算機能讀取的介質(zhì)。電子郵 件的數(shù)字文件附件或者其他自備的信息文檔或文檔集被考慮為等于有形的存儲介質(zhì)的分 發(fā)介質(zhì)。當計算機可讀媒體被配置為一個數(shù)據(jù)庫，容易理解數(shù)據(jù)庫可以為任何類型，例如關(guān) 系型，層次型，面向?qū)ο笮秃?或類似的。因此，本發(fā)明被認為包括有形的存儲介質(zhì)或分發(fā) 介質(zhì)和現(xiàn)有技術(shù)認可的等價和后繼媒體，實施本發(fā)明的軟件被存儲在其中。術(shù)語“確定”，“計算”和“運算”，和這里用的相關(guān)的其他表達，可以交替地使用并包 括任何類型的方法學，處理，數(shù)學操作或技術(shù)。這里使用的術(shù)語“模塊”指示了任何已知的或后來發(fā)展的硬件、軟件、固件、人工智 能，模糊邏輯，或硬件和軟件的結(jié)合體，這些都能執(zhí)行與那個元件相關(guān)的功能性。還有，采用 示范的實施例對本發(fā)明進行描述，我們要認可的是本發(fā)明的個別的方面能被單獨地進行保護。
術(shù)語“在線社區(qū)”，“e_社區(qū)”或“虛擬社區(qū)”表示一組主要通過計算機網(wǎng)絡交互(而 不是面對面)的人，為了社交的，職業(yè)的，教育的或其他目的。該交互能使用多種媒體格式， 包括WIKIS，博客，聊天室，因特網(wǎng)論壇，即時通訊，郵件和其他形式的電子媒體。很多媒體格 式在社交軟件中獨立地使用，或者聯(lián)合使用，包括基于文本的聊天室和使用語音、視頻或替 身的論壇。術(shù)語“社交的網(wǎng)絡業(yè)務”是一個建立了在線公民社區(qū)的業(yè)務供應商，他們能共享興 趣和/或活動，或者對瀏覽其他人的興趣和活動感興趣。多數(shù)社交網(wǎng)絡業(yè)務是基于網(wǎng)絡的， 并提供了很多方式讓用戶進行交互，如電子郵件和即時通訊業(yè)務。術(shù)語“社交網(wǎng)絡”和“社交聯(lián)網(wǎng)”分別地指示了一個基于網(wǎng)絡的社交網(wǎng)絡或受社交 網(wǎng)絡影響的人際交往。“Twitter”是一種社交聯(lián)網(wǎng)和微博客業(yè)務，其允許它的用戶發(fā)送和讀取其他用戶 的更新(也寫作tweets)，基于報文以最大140字符的長度郵寄。更新顯示在用戶的簡檔 頁面上，并傳送給其他指定要對其進行接收的用戶。發(fā)送者可以限制發(fā)送給他們的圈內(nèi) 好友(默認的是傳送給每個人)。用戶能通過Twitter網(wǎng)站，SMS, RSS或通過應用程序如 TwitterMobile, Tweetie, Twitterrific, Feedalizr, Facebook 禾口 Twidget,—個窗 口部件 應用程序來接收更新。前述的是本發(fā)明的一個簡要摘要便于本發(fā)明的一些方面的理解。該摘要既沒有廣 泛也沒有窮舉地綜述本發(fā)明和其各種實施例。既不打算標識本發(fā)明的關(guān)鍵或標準元素，也 不描繪本發(fā)明的范圍，而是以簡單的形式呈現(xiàn)本發(fā)明的所選概念作為以下要呈現(xiàn)的更具體 的描述的介紹。被認可地，本發(fā)明的其他實施例能利用，單獨的或聯(lián)合一個或更多的以上闡 述的或下面要詳細描述的特征。


圖1是根據(jù)一個實施例的一個網(wǎng)絡架構(gòu)的模塊框圖。圖2是根據(jù)一個實施例的流程圖。
具體實施例方式圖1描繪了根據(jù)一個實施例的一個網(wǎng)絡架構(gòu)。該架構(gòu)包括被不受信任的網(wǎng)絡 108 (其是分組交換廣域不受信任或公共分布式處理或數(shù)據(jù)網(wǎng)絡，比如因特網(wǎng))和數(shù)字電話 網(wǎng)絡112(比如蜂窩網(wǎng)絡和/或公共交換電話網(wǎng)絡(“PSTN”))分隔成的第一和第二企業(yè)網(wǎng) 絡100和104。第一企網(wǎng)絡100包括第一端點116、安全網(wǎng)關(guān)120、互聯(lián)第一端點116和安全 網(wǎng)關(guān)120的LAN(或受信任的網(wǎng)絡)124，和電話網(wǎng)絡128。第二企業(yè)網(wǎng)絡104包括第二端點 132、安全網(wǎng)關(guān)120、企業(yè)服務器136、都通過LAN 124互聯(lián)，和電話網(wǎng)絡128。圍繞每個局域網(wǎng)及其節(jié)點的虛線100和104標明非軍事化區(qū)域(“De-Militarized Zone，DMZ”)，或分界區(qū)域或周邊網(wǎng)絡。作為被認可地，該DMZ是物理的或邏輯的子網(wǎng)絡，其 包含或公開了到更大的不受信任網(wǎng)絡，如因特網(wǎng)的組織的外部業(yè)務。它向該組織的局域網(wǎng) 提供附加的安全層，藉此外部攻擊者只能接入到DMZ中的設備而不是整個局域網(wǎng)。在外部 網(wǎng)絡中提供給外部用戶的任何業(yè)務被放置在DMZ中，尤其是網(wǎng)頁服務器、郵件服務器、FTP 服務器、VoIP服務器和DNS服務器。
第一和第二端點，或通信設備116和132是電路交換和/或分組交換計算元件， 比如個人計算機、膝上電腦、個人數(shù)字助理、有線或無線電話，和其他設備以呈現(xiàn)信息到用 戶和從用戶接收到各自企業(yè)網(wǎng)絡104的輸入。優(yōu)選地，端點還能參與到除了實況語音通 信之外的通信方法中。更優(yōu)選地，每個端點被配備了網(wǎng)頁瀏覽器。示范的通信設備包括 1600，2400，4600，5400 和 5600 系列 數(shù)字電話，9610 和 9620 IP 電話，禾口 Avaya 公司的 IP Softphone ,運行在個人計算機，膝上電腦或筆記本電腦上。安全網(wǎng)關(guān)120允許或控制對網(wǎng)絡的接入。該網(wǎng)關(guān)，也稱作協(xié)議變換器，被設置為與 另一個使用不同協(xié)議的網(wǎng)絡交互。該網(wǎng)關(guān)能包含比如協(xié)議變換器、阻抗匹配設備、速率轉(zhuǎn)換 器、錯誤隔離器、和信號變換器的設備，作為必須的，以提供系統(tǒng)互操作性。該 網(wǎng)關(guān)能進一步 包括安全應用，比如防火墻，該防火墻基于規(guī)則和其他標準集，配置為允許、拒絕、加密、解 密或代理不同安全域之間的所有計算機業(yè)務。網(wǎng)關(guān)120可以也可以不被配置為傳送控制 信令或承載業(yè)務，并且還可以或可以不響應于在各自LAN上接收的命令而可由用戶重新配 置。企業(yè)服務器136是軟件控制的設備，包含共同地服務于各個企業(yè)的通信需求的程 序。例如，它能包括PBX(專用分機交換)功能以及提供了其他的電信特征。該PBX功能表 現(xiàn)為企業(yè)中的數(shù)字或基于因特網(wǎng)協(xié)議(“VoIP”)的語音電話系統(tǒng)，以及當允許所有用戶共 享一定數(shù)目的外部電話線路時，切換在局域線路上的企業(yè)用戶之間的呼叫。服務器136也 能給用戶提供多媒體通信應用，比如即時消息傳遞、網(wǎng)絡聊天、社交網(wǎng)絡、SMS、基于網(wǎng)絡的 視頻會議和Twitter。示范企業(yè)服務器包括來自于Avaya公司的S8300 ，S8500 , S8510 , S8710 , S8720 和S8730 媒體服務器。服務器136能包括各種附件來提供所需要的電信 特征。例如，服務器136能包括附件以提供VoIP功能，比如Avaya的C360 和X330 交換 機。電話網(wǎng)絡128能包括不同的組件來建立無線和/或有線數(shù)字電信連接，包括一個 或多個電話干線(多個電話)線路、媒體服務器、交換機(例如PBX)、無線電話網(wǎng)絡接入點， 比如來自Avaya公司的AP-7 和AP-8 、媒體網(wǎng)關(guān)(比如來自Avaya公司的G150 ，G250 ， G350 , G450 , G600 , G650 , G700 和 G860 端 口 網(wǎng)絡和綜合網(wǎng)關(guān) )。第一和第二企業(yè)網(wǎng)絡100和104的每一個的存儲器中包括會話協(xié)調(diào)模塊140，當其 由一個處理器執(zhí)行時，其影響電信方法的會話創(chuàng)建、管理和協(xié)調(diào)，比如即時消息傳遞、網(wǎng)絡 聊天、社交聯(lián)網(wǎng)、SMS，基于網(wǎng)絡的視頻會議、VoIP、VoIM、共享應用程序的應用程序(例如， Avaya公司的Webex 和會議交換 )，和Twitter，所有這些需要承載通信路徑來穿越不受 信任的網(wǎng)絡108。在一個示范配置中，為了第一和第二端點之間的通信會話，模塊140影響 在蜂窩網(wǎng)絡和因特網(wǎng)連接上的控制信令和載體通信路徑的分離?？刂菩帕畎ㄓ糜谠O定、 管理和拆卸該會話的任何信令，比如會話(參數(shù))協(xié)商信令(例如，關(guān)于壓縮層的信令(例 如，要采用的編解碼標準)，要使用的媒體類型和/或分組交換通信路徑、要使用的應用程 序，和其他會話參數(shù))、安全(例如，要使用的安全協(xié)議和加密參數(shù)(對稱的或不對稱的密鑰 和加密算法)、認證(例如，數(shù)字證書交換)、網(wǎng)關(guān)配置、會話更新(例如，會話參數(shù)和媒體類 型的改變)，等等)。通過使用數(shù)字電話網(wǎng)絡來攜帶一部分控制信令，模塊140在不受信任 的網(wǎng)絡中自動地發(fā)起合適的承載通信路徑會話，該不受信任的網(wǎng)絡使用公共的網(wǎng)絡傳輸協(xié) 議，比如超文本傳輸協(xié)議(“HTTP”)，其能攜帶通信會話中涉及的當事人之間的承載業(yè)務。
會話協(xié)調(diào)是通過配對與模塊相關(guān)聯(lián)的電話地址來執(zhí)行的，該模塊具有接收承載業(yè) 務的對應會話端點的IP地址。如將意識到的，電話號碼由合適的標準來定義，比如北美編 號規(guī)劃(“NANP”)和國際電話聯(lián)盟(“ITU”)的E. 164標準。使用為每個端點配對電話地 址/IP地址，會話的控制信號能通過模塊140與承載通信路徑以及響應于該控制信令由模 塊140作出的合適動作相關(guān)聯(lián)。在一個配置中，電話號碼/IP地址配對通過根據(jù)電子編號(“ENUM”)協(xié)議(或ITU E，164標準)，將電話地址轉(zhuǎn)換到相應的IP地址來確定。來自IETF的ENUM協(xié)議將電話號 碼轉(zhuǎn)換到IP地址，并且反之亦然，以便能通過與傳統(tǒng)網(wǎng)站域相似的因特網(wǎng)的DNS系統(tǒng)來解 決。例如，完全有資格的電話號碼1-215-555-1234將變換成43. 2. 1. 5. 5. 5. 5. 1. 2. 1. el64. arpa。該數(shù)字被顛倒是因為DNS是從右到左讀取(最上層域比如.com在URL中的最先被 讀取)。ENUM記錄可以保存關(guān)于設備的屬性，比如它是否能接收文本消息或是否能聯(lián)因特 網(wǎng)。現(xiàn)在參照圖2對模塊140的操作進行描述。在步驟200中，第一端點116通過數(shù)字電話網(wǎng)絡112呼叫第二端點136。這由第一端點116的用戶選擇通信方法并提供與第二端點136的用戶相關(guān)聯(lián)的電子地址(例如，電 話號碼、IP地址、即時消息句柄等)或名字來發(fā)起。作為響應，模塊140確定第二端點136 的相應電話號碼(例如，NANP和E. 164)并且發(fā)起該呼叫。該呼叫建立信號，比如由會話發(fā) 起協(xié)議或(“SIP”)定義的邀請，可在其報頭或有效負載中包括唯一標識，該唯一標識符指 示該呼叫被用作通信方法的控制信令通信路徑。該標識符可以進一步指示要使用控制信令 通信路徑的通信方法的類型。換句話說，每個類型的通信方法具有相應的唯一標識符。企業(yè)服務器136中的會話協(xié)調(diào)模塊140接收呼入的呼叫，并且通過該標識，將該呼 叫標識為打開通過數(shù)字電話網(wǎng)絡112的控制信令通信路徑的請求。在呼入會話建立請求 的情況下，第二端點用戶(呼叫接收者)從模塊140接收第二端點的顯示器上的彈出式用 戶接口，其顯示第一端點的用戶(呼叫發(fā)起者)的NANP呼叫者標識符，并呈現(xiàn)選項“接受 呼叫”或“拒絕呼叫”。如果接收者選擇前一個選項，則呼叫應答消息或SIP中的OK消息通 過數(shù)字電話網(wǎng)絡112被送回，并且實況的基于因特網(wǎng)的會話為呼叫發(fā)起者和呼叫接收者啟 動。如果接收者選擇的是后一個選項，呼叫拒絕消息通過數(shù)字電話網(wǎng)絡112被送回，且不啟 動因特網(wǎng)會話。當接收者接受該呼叫時，在步驟204中，模塊140交換每個模塊的相應端點的電話 號碼和(內(nèi)部的)IP地址。將意識到，在缺少網(wǎng)絡地址變換時內(nèi)部IP地址是該端點的IP地 址。這些地址允許該模塊來確定從第一端點的第一電話號碼到達的任何媒體，以及來自于 第一端點的第一IP地址的任何媒體都來自于共同的源。還作為初始會話啟動的一部分，在 位于控制信令通信路徑的兩端的模塊140之間交換唯一的統(tǒng)一資源標識(“URI”)。該URI 自動填充(populate)到在各自端點上運行或，可選地，在通信方法自身上運行的嵌入式軟 件程序上所運行的網(wǎng)絡瀏覽器、Applet、或應用實例中。在控制信號被交換并且承載會話建 立完成后，兩個端點將通過已選的通信方法，都去往共用的URI以進行互相之間的通信。該 URI解析應用程序服務器的IP地址。每個端點能提供唯一會話標識符以允許該應用程序服 務器將來自于每個端點的該媒體流與另一個端點相匹配。在呼叫建立完成之后，模塊140，在步驟208中，向一個端點認證另一個端點。任何合適的認證技術(shù)都可以采用，優(yōu)選是公鑰基礎(chǔ)架構(gòu)(Public Key Infrastruture,PKI) 0PKI 使用不對稱公共和私人加密密鑰對，其通過一個受信任權(quán)威獲得和共享。該公鑰基礎(chǔ)架構(gòu) 提供了可以標識個人或組織的數(shù)字證書，以及能保存證書并且在需要時撤銷該證書的目錄 服務。也可以采用使用對稱密鑰的認證技術(shù)。在步驟212中，認證成功完成后，每個模塊140確定與每個模塊的各自網(wǎng)關(guān)120相 關(guān)聯(lián)的網(wǎng)絡配置。在一個配置中，通過使用NAT的UDP簡單穿越(“STUN”)協(xié)議確定網(wǎng)關(guān) 的端口配置。如將被認可地，STUN是允許應用檢測正在使用網(wǎng)絡地址轉(zhuǎn)換(NA T)的協(xié)議。 它還能檢測NAT的類型和由其分配的IP地址。STUN被開發(fā)出來以支持在因特網(wǎng)上交互的， 雙向的通信，比如語音(VoIP)和視頻會議。STUN客戶端發(fā)送請求到STUN服務器，該服務 器典型地由業(yè)務供應商寄存(host)。在另一個配置中，在網(wǎng)關(guān)120保護的前提下，模塊140 探查端口配置。探查包括發(fā)送請求給網(wǎng)關(guān)以打開特定端口，然后通過外部端點嘗試通過聲 明打開的端口發(fā)送傳輸?shù)脚c(被網(wǎng)關(guān)保護的)另一個端點相關(guān)聯(lián)的內(nèi)部IP地址。通過在 控制信令通信路徑由模塊140交換信號來確定要測試的精確端口。失敗的傳輸意味著端口 不能被打開。失敗的傳輸可以由返回給源的錯誤消息或目的地未接收到信號來確定。成功 的傳輸意味著端口成功被打開。這個步驟，當完成時，將通知模塊什么控制信令，如果有的 話，將不會通過該網(wǎng)關(guān)，并且因此必須通過數(shù)字電話網(wǎng)絡112傳輸。在步驟216中，協(xié)商涉及會話的參數(shù)。盡管很多涉及會話的參數(shù)在這個步驟中被 協(xié)商，但協(xié)商的主要參數(shù)有關(guān)信令通路徑是否需要通過數(shù)字電話網(wǎng)絡112，以及如果是這 樣，什么控制信號將在信令通信路徑上通過。在這里稱為“對稱完全信任”的第一情況中， 每個模塊能配置其各自的網(wǎng)關(guān)120以打開特定的網(wǎng)關(guān)端口，以用于控制第一和第二端點之 間的通信會話的信令。在這里稱為“不對稱信任”的第二情況中，只有一個模塊能打開網(wǎng)關(guān) 端口以控制信號而另一個模塊不能。因此，控制信號只能在一個方向上在不受信任網(wǎng)絡上 被可靠地傳送；也就是，從該不受信任網(wǎng)絡通過該特定的打開的端口。由于這個原因，由數(shù) 字電話網(wǎng)絡112來攜帶在另一個方向傳輸?shù)目刂菩盘?。在這里稱為“不信任”的第三情況 中，沒有任何模塊能為控制信號打開網(wǎng)關(guān)端口。因此，控制信號不能可靠地在不受信任網(wǎng)絡 上傳輸。從而，所有的控制信號在數(shù)字電話網(wǎng)絡112上傳輸。在數(shù)字電話網(wǎng)絡上可以協(xié)商的另一個參數(shù)是通信會話故障轉(zhuǎn)移策略。兩個模塊 140都能交換他們各自的默認故障轉(zhuǎn)移策略。故障轉(zhuǎn)移策略，例如是，在中間節(jié)點或鏈路故 障或不能接受的低服務質(zhì)量或服務級別的情況下，從數(shù)據(jù)網(wǎng)絡移動承載通信路徑到PSTN。 如果默認故障轉(zhuǎn)移策略在企業(yè)網(wǎng)絡之間不同，那么模塊140能協(xié)商公共的故障轉(zhuǎn)移策略以 在故障轉(zhuǎn)移觸發(fā)事件發(fā)生時應用。這種為控制信令和/或承載通信路徑協(xié)商故障轉(zhuǎn)移策略 的能力可以提供高水平的復雜度和靈活性。不同類型的會話或相同類型但包括不同的端點 的會話能具有不同的故障轉(zhuǎn)移策略。例如，第一類型的會話或通信方法可以具有第一故障 轉(zhuǎn)移策略(或通信路徑)，和第二(不同的)類型的會話或通信方法可以具有第二(不同 的)故障轉(zhuǎn)移策略(或通信路徑)。同樣地，在第一和第二企業(yè)網(wǎng)絡中的端點集可以具有第 一故障轉(zhuǎn)移策略(或通信路徑)，并且在第一和第二企業(yè)網(wǎng)絡中的第二(不同的)端點集可 以具有第二(不同的)故障轉(zhuǎn)移策略(或通信路徑)。假設一方不能在一個確定的時間周 期內(nèi)響應來自另一方的通信，該故障轉(zhuǎn)移策略可以是，當故障轉(zhuǎn)移觸發(fā)事件發(fā)生后，不執(zhí)行 故障轉(zhuǎn)移。模塊140認為缺乏及時的響應指示了該方不再想繼續(xù)該會話。
協(xié)商的另一個參數(shù)是安全性。模塊140例如可以決定，當聯(lián)系者沒有被標識為第 一或第二端點時，URI (特征)服務器(未示出)應排除任何聯(lián)系者嘗試訪問公共URI。這 樣能防止攻擊者攻擊會話。能協(xié)商的其他涉及會話的參數(shù)包括在會話中要支持的媒體類型(例如，語音，視 頻，文本，靜止圖像，動畫以及交互內(nèi)容形式)，加密技術(shù)和參數(shù)(例如，密鑰交換，加密算法 或密碼，和數(shù)字簽名)，壓縮技術(shù)和參數(shù)(例如，編解碼規(guī)范和選項)，QoS參數(shù)(例如，抖動， 延時，和數(shù)據(jù)包損失)，GoS參數(shù)，要使用的特定通信路徑，和網(wǎng)絡資源消耗(例如，所需的帶
寬)ο該數(shù)字電話網(wǎng)絡，在一個設置中，被用作安全通信路徑以交換對稱的，或保密的密 鑰以用于建立在不受信任的網(wǎng)絡上執(zhí)行的安全會話。該密鑰提供也能用于驗證許可，比如 軟件的售主許可。在判定菱形框220中，模塊140確定要用于會話的信任關(guān)系類型?？?24表示對 稱的完全信任，其中在不受信任的網(wǎng)絡108上，有一個所有承載和所有信令流量業(yè)務的對 稱交換。在每個網(wǎng)關(guān)上，載體和信令流量業(yè)務典型地通過不同的端口。在這種情況下，在 安全網(wǎng)關(guān)的端口配置之后，斷開數(shù)字電話網(wǎng)絡128上的信令路徑以適應載體和控制信令路 徑?？?28表示非對稱的信任，其中只有一個會話安全網(wǎng)關(guān)120具有打開的端口用于信令 流量業(yè)務，非對稱地發(fā)送在另一個方向上流動的信令流量業(yè)務。換句話說，當在數(shù)字電話網(wǎng) 絡112上通過一個信令通信路徑(朝向阻止信令流量業(yè)務的網(wǎng)關(guān)120)和在不受信任的網(wǎng) 絡108上通過另一個信令通信路徑(朝向已被重配置成傳送信令流量業(yè)務的網(wǎng)關(guān)120)時， 在不受信任的網(wǎng)絡108上通過所有的載體流量業(yè)務。因此，在相同方向流動、作為在不受信 任的網(wǎng)絡上的控制信令信道的通信路徑的信道(在數(shù)字電話網(wǎng)絡112上)被斷開。在另一 個方向流動的通信路徑的信道(在數(shù)字電話網(wǎng)上)保持活動?？?32表示不受信任，其中 會話與在數(shù)字電話網(wǎng)絡112上傳送的所有控制信令流量以及在不受信任的網(wǎng)絡108上的所 有載體流量業(yè)務協(xié)作。在呼叫期間信令和載體會話都保持活動。在第一和第二端點116和136的用戶之 間交換的任何和所有類型的后續(xù)載體/媒體會穿過跨越不受信任的網(wǎng)絡108的載體通信路 徑。在整個時間內(nèi)，在數(shù)字電話網(wǎng)絡112上活動的電話會話和活動的不受信任的網(wǎng)絡(例 如，因特網(wǎng))https載體會都被被協(xié)調(diào)起來；即，控制信號可以映射到載體會話并控制該載 體會話。當發(fā)起者或接收者通過掛起來斷開控制信令會話時，https載體會話和蜂窩信令 會話都會同時被斷開。在一個配置中，將存在呼叫的精確的呼叫詳細記錄(“CDR”)記錄來 自鏈接信令和與呼叫相關(guān)的媒體信息的蜂窩運營商。在一個應用中，當在不受信任的網(wǎng)絡108上沒有可用連接時，模塊140會自動地嘗 試使用蜂窩數(shù)據(jù)功能，比如2. 5G和3G，以在數(shù)字電話網(wǎng)絡112上建立載體業(yè)務。當蜂窩連 接是IG或2G連接時，將使用帶內(nèi)或帶外雙音多頻(“DTMF”)觸摸音或其他的低帶寬音。當一個企業(yè)服務器位于呼叫的任一端，在各方停止為控制信令使用連接后，數(shù)字 電話網(wǎng)絡112上的連接保持活動并被緩存。此連接的持續(xù)性允許該連接被企業(yè)網(wǎng)絡中位于 該連接的每端的相同的或其他端點在不同的時間使用。緩存該連接能降低建立該連接所需 要的時間和處理資源。
本發(fā)明的示范系統(tǒng)和方法已關(guān)于通信會話協(xié)調(diào)和管理進行了描述。為了避免不必 要地模糊本發(fā)明，之前的描述省略一些已知的結(jié)構(gòu)和設備。這個省略不被解釋為是對本發(fā) 明范圍的限制。闡述具體的細節(jié)以提供對本發(fā)明的理解。然而需要理解的是，除了這里闡 明的具體細節(jié)，本發(fā)明能以很多形式實踐。此外，當這里示出的示范實施例示出了所配置的系統(tǒng)的多個組件時，該系統(tǒng)的某 些組件可以在分布式網(wǎng)絡(比如LAN和/或因特網(wǎng))的各分布的部分處遠程設置，或位于 一個專用的系統(tǒng)中。因而，應當理解，該系統(tǒng)的組件可被組合到一個或多個設備(如一個服 務器或端點)中，如一個服務器或端點，或并置在分布式網(wǎng)絡(比如模擬和/或數(shù)字電信網(wǎng) 絡，分組交換網(wǎng)絡，或電路交換網(wǎng)絡)的一個特殊節(jié)點上。從之前的描述中將理解，由于計 算效率的原因，該系統(tǒng)的組件能被安排在個組件的分布式網(wǎng)絡內(nèi)的任何位置，而不影響該 系統(tǒng)的操作。例如，在一個或多個用戶的前提下，多個組件被放置在一個或多個通信設備中 的交換機中，比如PBX和媒體服務器、網(wǎng)關(guān)，或它們的一些組合。類似地，系統(tǒng)的一個或多個 功能部分可以分布在電信設備和相關(guān)聯(lián)的計算設備之間。此外，應該理解的是，連接元件的各種鏈路可以是有線或無線鏈路，或任何它們的 組合，或任何其他已知的或隨后開發(fā)出的、能夠提供和/或傳輸數(shù)據(jù)到和來自已連接的元 件。這些有線或無線鏈路也可以是安全鏈路，并且可以能夠通信加密的信息。用作鏈路的 傳輸媒體，例如，可以是電子信號的任何合適的載體，包括同軸電纜，銅線和光纜，并且可以 采取聲波或光波的形式，比如那些在無線電波和紅外數(shù)據(jù)通信期間產(chǎn)生的。還有，在關(guān)于一個特定順序的事件討論和說明流程圖時，應理解的是，對該順序的 更改、增加和省略可以在不實質(zhì)性影響本發(fā)明的操作的情況下發(fā)生。本發(fā)明的大量變動和改造可以被使用。這樣可提供本發(fā)明明一些特征而不會提供 其他。例如在一個可選的實施例中，本發(fā)明的系統(tǒng)和方法的實施結(jié)合專用計算機，可編 程微處理器或微控制器和外圍集成電路元件，ASIC或其他集成電路，數(shù)字信號處理器，硬線 電子或邏輯電路比如離散元件電路，可編程邏輯器件或門陣列比如PLD，PLA, FPGA，PAL，專 用計算機，任何類似的裝置，或其他。一般而言，實施這里描述的方法的任何設備或裝置能 用于實施本發(fā)明的多個方面?？捎糜诒景l(fā)明的示范硬件包括計算機，手持設備，電話(例 如，蜂窩，支持因特網(wǎng)的，數(shù)字的，模擬的，混合的，或其他)，和其他本技術(shù)領(lǐng)域已知的硬件。 有些設備包括處理器(例如，單個或多個微處理器)，存儲器，非易失性存儲器，輸入設備， 和輸出設備。此外，包括，但不限于，分布式處理或組件/對象分布式處理、并行處理，或虛 擬機器處理的可選的軟件實施也能被解釋為實施這里描述的方法。在另一個實施例中，所公開的方法可以容易地通過結(jié)合使用對象或面向?qū)ο蟮能?件開發(fā)環(huán)境實施、其提供可在多種計算機或工作站平臺上使用的可移動源代碼?？商鎿Q地， 所公開的系統(tǒng)可以部分地或全面地實施在使用標準邏輯電路或VLSI設計的硬件中。是使 用軟件還提硬件來實施根據(jù)本發(fā)明的系統(tǒng)依賴于系統(tǒng)的速度和/或效率要求、特殊功能和 利用的特殊軟件或硬件系統(tǒng)或微處理器或微計算機系統(tǒng)。在還有的另一個實施例中，所公開的方法可以部分在軟件中實施，該軟件存儲在存儲介質(zhì)上，在聯(lián)合控制器和內(nèi)存的可編程普通計算機上，專用計算機上，微處理器上或類 似的執(zhí)行。在這些實例中，本發(fā)明的系統(tǒng)和方法可以作為嵌入在個人計算機的程序來實施，比如applet，JAVA 或CGI腳本，作為駐留在服務器或計算機工作站上的資源，作為嵌入 在專用測量系統(tǒng)中的例程，系統(tǒng)組件，等。該系統(tǒng)也能通過物理地將系統(tǒng)和/或方法合成到 軟件和/或硬件系統(tǒng)中而實施。盡管本發(fā)明參考特定標準和協(xié)議描述了實施例中實施的組件和功能，但本發(fā)明不 限于這種標準和協(xié)議。這里沒有提及的其他類似的標準和協(xié)議是可以存在并被認為是包括 在本發(fā)明中。而且，這里提及的標準和協(xié)議和沒有提及的其他類似的標準和協(xié)議都能更快 的或更有效地等價擁有同樣的實質(zhì)性的功能周期地進行替代。這樣的替換擁有相同功能的 標準和協(xié)議在本發(fā)明中認為是等效的。 本發(fā)明，在多種實施例，配置和方面中，包括在這里被充分地描寫和表述的組件， 方法，進程，系統(tǒng)和/或裝置，包括多種實施例，子聯(lián)合，和它們的子集。本領(lǐng)域技術(shù)人員在 理解本文公開的內(nèi)容后能理解如何實現(xiàn)和使用本發(fā)明。本發(fā)明，在多個實施例中，配置和 方面中，在缺少這里沒有描寫和表述的項目的情況下，包括提供設備和進程，或多個實施例 中，配置或和方面中，包括缺少的這些項目，已經(jīng)用于之前的設備或進程中，例如，為了改善 性能，加大減輕和/或降低實施的消耗。前面討論的本發(fā)明已經(jīng)被闡述和描述。前面的內(nèi)容不能將本發(fā)明限于這里公開的 一個或幾種形式。在之前對實施例的詳盡描述中，本發(fā)明的多種特征，為了整理公開內(nèi)容， 在一個或多個實施例，配置，或方面中被組合到一起。本發(fā)明的實施例，配置或方面的特征 可以在除了以上討論的可選的實施例，配置或方面中組合。公開的方法不能被理解為反映 的意義是要求保護的發(fā)明需要比每個權(quán)利要求中敘述的更多特征。更合適的是，作為以下 權(quán)利要求反映的是，發(fā)明觀點比一個獨立的之前公開的實施例，配置或觀點的所有特征要 少。因而，下面的權(quán)利要求合并成該詳盡描述，每個權(quán)利要求代表其自身作為本發(fā)明的一個 獨立的優(yōu)選實施例。此外，在理解本發(fā)明公開的內(nèi)容之后，雖然本發(fā)明的描述包括了一個或多個實施 例、配置或方面以及某些改變和改造的描述，但其他改變，組合和改造在本發(fā)明的保護范圍 內(nèi)，如，作為本領(lǐng)域已知技術(shù)。要獲得包括可選實施例，配置，或方面的權(quán)利到允許的擴展， 包括被保護的可選的，可交換的和/或等價結(jié)構(gòu)，功能，范圍或步驟，無論這樣的可選的，可 交換的和/或等價結(jié)構(gòu)，功能，范圍或步驟有沒有被公開，而不需要公開描述任何可取得專 利的主題。
權(quán)利要求
一種方法，包括(a)從在第一端點的第一用戶處接收通過所選的通信方法和在第二端點處的第二用戶通信的請求，其中所述第一和第二端點之間的通信能夠由數(shù)字電話網(wǎng)絡和數(shù)據(jù)網(wǎng)絡進行；(b)作為響應，在數(shù)字電話網(wǎng)絡上在第一和第二端點之間建立第一通信路徑，其中第一和第二端點通過該第一通信路徑交換關(guān)于所選的通信方法的所選信息；以及(c)基于交換的所選信息，在第一和第二端點之間并穿越數(shù)據(jù)網(wǎng)絡的第二通信路徑上，執(zhí)行通信會話，其中，在通信會話中，第一和第二端點在第二路徑上以及通過所選的通信方法交換媒體信息。
2.根據(jù)權(quán)利要求1的方法，其中所述數(shù)據(jù)網(wǎng)絡是不受信任的，其中所選通信方法是即 時消息傳遞、網(wǎng)絡聊天、社交聯(lián)網(wǎng)、短消息業(yè)務、基于網(wǎng)絡的視頻會議、基于因特網(wǎng)協(xié)議的話 音、應用共享、基于即時消息傳遞的話音(“VoIM”)和Twitter中的至少一個；其中所選的 信息是端點的電話號碼和數(shù)據(jù)網(wǎng)絡上的電子地址、通信方法類型的標識符、與所選通信方 法相關(guān)聯(lián)的統(tǒng)一資源識別符(“URI”)、認證信息、第二路徑要支持的媒體類型、要應用到 第二路徑上的所選通信的加密算法和加密密鑰、要應用到第二路徑上的所選通信的壓縮算 法、第二路徑上的通信要實現(xiàn)的服務質(zhì)量(“QoS”)，以及要用于第二路徑的網(wǎng)絡資源中的 多個，并且其中所述媒體信息包括在第一和第二用戶之間通過所選通信方法進行的媒體通 信，其中在第一和第二通信路徑之一上交換的信號被第一端點映射到使用第二端點的電話 號碼和/或電子地址的公共會話，以及其中在第一和第二通信路徑之一上交換的信號被第 二端點映射到使用第一端點的電話號碼和/或電子地址的公共會話。
3.根據(jù)權(quán)利要求1的方法，其中所述所選信息包括在第二通信路徑上不能接受的服務 質(zhì)量的情況下的故障轉(zhuǎn)移策略，其中所述數(shù)據(jù)網(wǎng)絡是公開網(wǎng)絡，以及其中所述接收步驟(a) 包括(Al)提供彈出式用戶界面給第二用戶，該用戶界面顯示第一用戶的標識符和接受和拒 絕呼叫的至少一個選項；以及(A2)從第二用戶接收對接受呼叫的選項的選擇，其中所述所選信息包括第一和第二端 點中每個的IP地址和與所選通信方法相關(guān)聯(lián)的統(tǒng)一資源識別符(“URI”)，以及其中所述 執(zhí)行步驟包括以下子步驟(Cl)自動地用URI填充網(wǎng)絡瀏覽器、applet和應用實例中的至少一個。
4.根據(jù)權(quán)利要求1中的方法，其中所述所選信息包括數(shù)字證書和至少一個加密密鑰， 以及其中步驟(b)包括子步驟(Bi)由第一端點認征第二端點和第二用戶中的至少一個； (B2)確定認證是成功的；(B3)從第二端點接收在安全網(wǎng)關(guān)中打開所選端口的請求； (B4)由第一端點轉(zhuǎn)發(fā)該請求到安全網(wǎng)關(guān)；(B5)確定從第二端點到第一端點的測試信號是否通過所選端口 ；以及 (B6)響應于子步驟(B5)，應用下面規(guī)則(i)當該測試信號未能通過所選端口時，其后在第一通信路徑上路由控制信號；以及 ( )當該測試信號通過所選端端口時，在不受信任的網(wǎng)絡上為第一和第二端點之間的 控制信號創(chuàng)建第三通信路徑。
5.根據(jù)權(quán)利要求6的方法，其中應用規(guī)則(ii)，以及其中，在第一模式中，所選通信方 法的控制信號在發(fā)起該通信方法后，在第一通信路徑上傳送。
6.根據(jù)權(quán)利要求6的方法，其中應用規(guī)則(i)，以及其中在第二模式中，所選通信方法 的第一控制信號集在發(fā)起該通信方法后，在第一通信路徑上傳送，并且所選通信方法的第 二不同的控制信號集在發(fā)起該通信方法后在第三通信路徑上傳送。
7.一個計算機可讀介質(zhì)，包括處理器可執(zhí)行的指令來實現(xiàn)權(quán)利要求1的各步驟，其中 該計算機可讀介質(zhì)連接到處理器并可由處理器訪問。
8.一種第一端點，包括輸入，可操作以從第一用戶接收通過所選通信方法與第二端點處的第二用戶通信的請 求，其中在第一和第二端點之間的通信能通過數(shù)字電話網(wǎng)絡和數(shù)據(jù)網(wǎng)絡進行；以及會話協(xié)調(diào)模塊，可操作以響應于該請求，(a)在數(shù)字電話網(wǎng)絡上在第一和第二端點之間 建立第一通信路徑，其中第一和第二端點通過該第一通信路徑交換關(guān)于所選的通信方法的 所選信息；以及(b)當?shù)谝煌ㄐ怕窂奖粏⒂脮r，在數(shù)據(jù)網(wǎng)絡上在第一和第二端點之間發(fā)起 第二通信路徑，其中第一和第二端點在第二路徑上通過所選的通信方法交換媒體信息。
9.根據(jù)利要求8的第一端點，其中所述數(shù)據(jù)網(wǎng)絡是不受信任的公開網(wǎng)絡，其中所選通 信方法是即時消息傳遞，網(wǎng)絡聊天，社交聯(lián)網(wǎng)，短消息業(yè)務，基于網(wǎng)絡的視頻會議，基于因特 網(wǎng)協(xié)議的語音，應用共享，基于即時消息傳遞的語音(“VoIM”)，和Twitter中的至少一個， 其中所選的信息是端點的電話號碼和數(shù)據(jù)網(wǎng)絡上的電子地址、通信方法類型的標識符、與 所選通信方法相關(guān)聯(lián)的統(tǒng)一資源識別符(“URI”)、認證信息、第二路徑要支持的媒體類型、 要應用到第二路徑上的所選通信的加密算法和加密密鑰、要應用到第二路徑上的所選通信 的壓縮算法、第二路徑上的通信要實現(xiàn)的服務質(zhì)量(“QoS”)，以及要用于第二路徑的網(wǎng)絡 資源中的多個，并且其中所述媒體信息包括在第一和第二用戶之間通過所選通信方法進行 的媒體通信，其中在第一和第二通信路徑之一上交換的信號被所述會話協(xié)調(diào)模塊映射到使 用第二端點的電話號碼和/或電子地址的公共會話，其中所選信息包括第一和第二端點中 每個的IP地址和與所選通信方法相關(guān)聯(lián)的統(tǒng)一資源識別符(“URI”)，以及其中網(wǎng)絡瀏覽 器、applet和應用實例中的至少一個自動地用URI填充，其中所選信息包括數(shù)字證書和至 少一個加密密鑰，以及其中操作(a)包括以下子操作(Al)認證第二端點和第二用戶中的至少一個；(A2)確定認證是成功的；(A3)從第二端點接收打開安全網(wǎng)關(guān)中的所選端口的請求；(A4)轉(zhuǎn)發(fā)該請求到安全網(wǎng)關(guān)；(A5)確定從第二端點到第一端點的測試信號是否通過所選端口 ；以及(A6)響應于子操作(A5)，應用以下規(guī)則(i)當該測試信號未能通過所選端口時，其后在第一通信路徑上路由控制信號；以及( )當該測試信號通過所選端口時，在不受信任的網(wǎng)絡上為第一和第二端點之間的控 制信號創(chuàng)建第三通信路徑。
10.根據(jù)權(quán)利要求9的第一端點，其中應用規(guī)則(ii)，以及其中，在第一模式中，所選通 信方法的控制信號在發(fā)起該通信方法后，在第一通信路徑上傳送。
11.根據(jù)權(quán)利要求9的第一端點，其中應用規(guī)則(i)，以及其中，在第二模式中，所選通信方法的第一控制信號集在發(fā)起該通信方法后，在第一通信路徑上傳送，并且所選通信方法的第二不同的控制信號集在發(fā)起該通信方法后在第三通信路徑上傳送，以及其中所選信 息包括在第二通信路徑上不能接受的服務質(zhì)量的情況下的故障轉(zhuǎn)移策略。
全文摘要
在一個實施例中，本發(fā)明是針對通信路徑的使用，該通信路徑穿越數(shù)字電話網(wǎng)絡來處理與在因特網(wǎng)上執(zhí)行的通信方法相關(guān)聯(lián)的一部分信令業(yè)務。
文檔編號H04M7/00GK101841519SQ200910221420
公開日2010年9月22日 申請日期2009年9月29日 優(yōu)先權(quán)日2009年3月18日
發(fā)明者P·R·麥克里斯, R·L·托尼斯, 戴維·S.·莫勒 申請人:阿瓦亞公司