專利名稱：通信網(wǎng)絡數(shù)據(jù)的遞歸性查詢的制作方法
技術領域：
本發(fā)明涉及通信系統(tǒng)，更具體地來說涉及確定用于建立通信會話的地址。
背景技術：
數(shù)據(jù)傳輸網(wǎng)絡、尤其是因特網(wǎng)的迅速擴展，正在電話以及實時通信的其他形式的領域中引發(fā)一場革命。過去習慣于通過不同系統(tǒng)和網(wǎng)絡分別支持電話業(yè)務和數(shù)據(jù)業(yè)務的公司現(xiàn)正朝著所謂的“匯聚網(wǎng)絡(converged network)”發(fā)展，其中電話語音業(yè)務和其他形式的實時媒體被轉(zhuǎn)換為數(shù)字形式，連同其他形式的數(shù)據(jù)一起由分組數(shù)據(jù)網(wǎng)來承載。由于目前技術可行，能對此予以支持，基于數(shù)據(jù)傳輸?shù)恼Z音業(yè)務在降低投資和運營成本、資源效率和靈活性方面具有許多優(yōu)點。
例如，在工業(yè)設備方面，由于服務提供商的網(wǎng)絡中提供大多數(shù)增強功能，如PBX和自動呼叫分配功能，所以顯著降低了客戶駐地設備的投資。各種類型的網(wǎng)關允許在甚至各種各樣的系統(tǒng)，如IP電話、常規(guī)模擬電話和PBX以及聯(lián)網(wǎng)的桌面計算機之間建立會話。
為了滿足基于數(shù)據(jù)傳輸?shù)恼Z音業(yè)務的要求，服務提供商和網(wǎng)絡設備供應商要面臨許多挑戰(zhàn)建立新的協(xié)議和標準、認識新的商業(yè)模式、實施新的業(yè)務以及設計新的設備，這些都是在20年前無法想象的。
例如，新一代終端用戶的終端設備現(xiàn)在正在取代常規(guī)電話、甚至較近時間出現(xiàn)的PBX電話設備。這些新型電話設備(如Cisco和Pingtel公司提供的那些產(chǎn)品)可以通過例如以太網(wǎng)連接直接連接到公用分組數(shù)據(jù)網(wǎng)，并具有如下特定具有增強用戶界面豐富性的大型直觀顯示器。
甚至在開發(fā)此類設備之前，備有音頻適配器并與因特網(wǎng)相連的計算機就已經(jīng)能夠打基本形式的因特網(wǎng)電話，雖然其質(zhì)量不穩(wěn)定且經(jīng)常很差。目前重點放在通過調(diào)整因特網(wǎng)協(xié)議(IP)網(wǎng)絡和其他分組傳輸網(wǎng)絡來提供可靠的長途電話質(zhì)量的連接、容易的呼叫建立和增強的功能，以支持全功能的電話以及其他形式的媒體傳輸。通過此類技術實現(xiàn)的某些類型的媒體會話可包括視頻、高質(zhì)量的音頻、多方電話會議、消息傳送和協(xié)作應用。
當然，因為公司或住宅通信用戶開始利用此類基于分組通信的語音業(yè)務來取代常規(guī)電話，自然希望連接的質(zhì)量和業(yè)務的種類至少與先前的電話網(wǎng)絡一樣好。例如在業(yè)務方面，某些公司逐漸開始依靠PBX功能或駐留網(wǎng)絡(network-resident)的“集中式用戶交換”功能，如呼叫轉(zhuǎn)發(fā)和有條件呼叫處理。在不久的將來，預計這類特殊業(yè)務的應用會不斷增多，因為上述的新型終端設備可以為用戶提供非常多的直觀功能。利用現(xiàn)有系統(tǒng)，用戶常常忘記需要使用哪幾個鍵的組合來調(diào)用增強功能。
為了在網(wǎng)絡中建立通信會話，已經(jīng)出現(xiàn)許多新的協(xié)議和控制體系結(jié)構。值得注意的是，雖然朝基于數(shù)據(jù)的語音通信轉(zhuǎn)變而導致這些協(xié)議和控制體系結(jié)構的出現(xiàn)，但這些協(xié)議和控制體系結(jié)構并不局限于這種環(huán)境。在某些方面，下述的協(xié)議和控制體系結(jié)構可用于通過任何形式的傳輸來建立呼叫。
ITU H.323標準和IETF的會話發(fā)起協(xié)議(SIP)都是可在與網(wǎng)絡相連的終端之間建立通信會話的協(xié)議實例。SIP協(xié)議在IETF文檔RFC2543及其后續(xù)文檔中描述。還提出了各種配合這些協(xié)議的體系結(jié)構，其共同主題是在網(wǎng)絡中某處具有亦稱為“位置服務器”的地址解析功能，用于維護有關如何到達任何目的方以及代表用戶控制功能單元的當前信息。
為了大規(guī)模部署基于數(shù)據(jù)傳輸?shù)恼Z音業(yè)務以及其他實時通信，必要的是網(wǎng)絡控制系統(tǒng)應該極其穩(wěn)健且高度可擴展，以便每天可靠地處理數(shù)以百萬計的會話。穩(wěn)健性可能會導致有必要進行冗余和故障在線恢復設計。在即使會話期間發(fā)生故障的情況下，這些設施最好會提供現(xiàn)有會話和特征的透明連續(xù)性。為了確保這種可靠性水平和使可擴展性最大化，一般最好使對諸如位置服務器之類的控制功能的要求最小化，以便維護網(wǎng)絡中每個呼叫的任何持久的狀態(tài)信息。
發(fā)明概述在本發(fā)明中，集成通信系統(tǒng)提供基于數(shù)據(jù)網(wǎng)的電話和數(shù)據(jù)業(yè)務，通過本發(fā)明，就可以滿足會話處理系統(tǒng)中對穩(wěn)健性和可擴展性的要求以及其他要求。在一個示范性實施例中，該系統(tǒng)利用會話發(fā)起協(xié)議(SIP)來建立通信會話。
簡潔地說，按照如下方式發(fā)起會話代理服務器首先接收請求，例如SIP的“邀請”消息，此消息一般來自第一用戶想要聯(lián)絡第二用戶時所在的主叫臺。第二用可以通過例如電話號碼、IP地址或統(tǒng)一資源定位符(URL)來識別戶。代理服務器然后會將路由請求轉(zhuǎn)發(fā)到位置服務器，以達到以下目的驗證第一用戶是否有到達第二用戶的特權，發(fā)現(xiàn)第二用戶的一個或多個位置，以及執(zhí)行為第一或第二用戶配備的任何呼叫處理功能。一般來說，位置服務器通過向該代理服務器返回一個或多個可能聯(lián)絡到第二用戶的終端地址作為對代理請求的響應。
一從位置服務器接收到地址信息，代理服務器開始向每個地址發(fā)送“邀請”消息等。這樣，代理服務器通過串行或并行地嘗試這些地址以到達第二用戶。
如果例如給定用戶的簡檔(profile)表示“尋我”列表，即為到達被叫的第二用戶而應該嘗試一組聯(lián)絡地址，位置服務器可能返回多個地址。通過配置由位置服務器維護的簡檔，用戶可以規(guī)定例如來話先轉(zhuǎn)到IP電話，其次轉(zhuǎn)到另一種電話，接著轉(zhuǎn)到移動電話，如果在這些位置仍沒有應答，則轉(zhuǎn)入語音郵件系統(tǒng)。
尋我列表中的條目可能是表示網(wǎng)絡中另一個帳戶的地址。而此帳戶又可能具有包含尋我列表的本身的相關簡檔。因此，被用戶請求的一個被叫方可能對應于位置服務器中的層次化聯(lián)絡地址。
這一現(xiàn)象給位置服務器造成相當大的負荷，因為對于每個邀請請求，可能必須確定并返回大量聯(lián)絡地址，即便代理服務器可能在最早嘗試的地址之一處就到達被叫方。
在一方面，本發(fā)明提供一種備選方法，其中，可能不必由位置服務器同時確定大量地址。相反，位置服務器可以在從代理服務器收到初始路由請求時返回第一組地址，然后可以在從代理服務器收到隨后的路由請求時返回其他地址。
根據(jù)最佳實施例，位置服務器返回地址列表，其中一些可能對應于其他帳戶，這些帳戶本身又分別對應多個聯(lián)絡地址。該返回給代理的初始列表并不包括這些后續(xù)聯(lián)絡地址的完整的“擴展”列表。相反，根據(jù)最佳實施例，只在初始列表中報告每個這種“可擴展”地址連同與該地址關聯(lián)的用于指示該地址可能擴展成多個地址的標志或標記。在處理地址的初始列表時，代理服務器只在需要擴展地址時才利用此標記觸發(fā)對擴展地址集合的后續(xù)檢索。
為了使位置服務器能夠有效地處理來自代理的這些后續(xù)請求，而無需保持會話的持久狀態(tài)信息，位置服務器返回到代理服務器的每個地址帶有附加的關聯(lián)信息(context information)。當代理服務器隨后從位置服務器請求其他聯(lián)絡地址時，代理服務器將關聯(lián)信息包含在這些后續(xù)請求中。正如下面將要作出的更為詳細的所述，將該關聯(lián)信息傳送回到位置服務器可有利地使位置服務器跳過許多只需對初始路由請求才執(zhí)行的步驟。
而且，這樣使位置服務費免于維護狀態(tài)對于使任一可用位置服務器可處理后續(xù)請求特別重要。換言之，用于處理對擴展地址集合的后續(xù)請求的位置服務器不必是提供初始列表的同一位置服務器實例。所有的位置服務器都應該等效地工作并維護一致的地址映象和用戶簡檔信息。由于故障失效在線恢復或負載平衡機制的原因，可能需要查詢不同的位置服務器。
根據(jù)本發(fā)明的一個方面，公開了一種用于與使用多個聯(lián)絡地址的一方建立通信會話的方法。位置服務器維護該方的聯(lián)絡地址集合。所述方法一般包括如下步驟從位置服務器獲取一組初始聯(lián)絡地址，嘗試利用所述一組初始聯(lián)絡地址與所述通信方建立會話，如果利用第一組聯(lián)絡地址未成功建立會話，則再獲取一組聯(lián)絡地址以便嘗試。
根據(jù)本發(fā)明的另一方面，結(jié)合對某一方的聯(lián)絡地址的請求，從位置服務器獲取與所述位置服務器中進行的處理相關的關聯(lián)信息。結(jié)合隨后的請求將相同的關聯(lián)信息提供給位置服務器，以利于位置服務器對所述后續(xù)請求的處理。
根據(jù)本發(fā)明的另一方面，從位置服務器獲得的一個或多個聯(lián)絡地址可以觸發(fā)對位置服務器的其他請求。
根據(jù)本發(fā)明的另一方面，從位置服務器獲得的一個或多個聯(lián)絡地址可以攜帶這一指示對位置服務器的后續(xù)請求是否適合于給定的聯(lián)絡地址。
根據(jù)本發(fā)明的另一方面，公開了一種位置服務器裝置，它能夠響應初始的和后續(xù)的請求以便為一方提供聯(lián)絡信息。
根據(jù)最佳實施例，位置服務器裝置包括用于提供和接收與位置服務器中處理相關的關聯(lián)信息的裝置。而且，根據(jù)最佳實施例，位置服務器裝置包括用于響應請求而為每個所提供的聯(lián)絡地址配備最終指示(finality indicator)的裝置。
根據(jù)本發(fā)明的另一方面，公開了一種代理服務器裝置，它用于處理會話請求，這是通過從位置服務器獲取聯(lián)絡地址并嘗試利用所提供的聯(lián)絡地址與一方建立會話的裝置。根據(jù)最佳實施例，代理服務器裝置判定利用所述聯(lián)絡地址是否建立了會話，并對此作出響應，判斷是否要從位置服務器獲取其他的聯(lián)絡地址。
根據(jù)最佳實施例，代理服務器裝置在獲取一組聯(lián)絡地址的同時從位置服務器接受處理的關聯(lián)信息，然后將所述關聯(lián)信息連同對聯(lián)絡地址的后續(xù)請求一起提供給位置服務器。
根據(jù)最佳實施例，代理服務器裝置對來自位置服務器的響應進行解釋，以判斷是否應該提交對其他聯(lián)絡地址的后續(xù)請求。根據(jù)最佳實施例，代理服務器裝置響應先前響應中提供的聯(lián)絡地址發(fā)起后續(xù)請求，以從位置服務器獲取聯(lián)絡地址。根據(jù)最佳實施例，代理服務器裝置對與聯(lián)絡地址相關的指示進行解釋以判斷是否響應該聯(lián)絡地址向位置服務器提交后續(xù)請求。
根據(jù)本發(fā)明的另一方面，公開了一種計算機可讀媒體，它具有用于執(zhí)行實現(xiàn)位置服務器裝置的方法的計算機可執(zhí)行指令。
根據(jù)本發(fā)明的另一方面，公開了一種計算機可讀媒體，它具有用于執(zhí)行實現(xiàn)代理服務器裝置的方法的計算機可執(zhí)行指令。
根據(jù)以下詳細說明，通過描述若干特定實施例和實現(xiàn)方式，包括用于實施本發(fā)明的最佳模式，本發(fā)明的其他方面、特征和優(yōu)點將會顯而易見。本發(fā)明還允許在沒有背離本發(fā)明的精神和范圍的前提下在各個方面對其他不同實施例及其若干細節(jié)進行修改。因此，如下附圖和說明僅被視為說明性而非限定性的。
附圖簡介本發(fā)明是通過附圖以列舉方式而非限定方式予以說明的，附圖中相同的參考標記表示相似的單元

圖1是根據(jù)本發(fā)明示范性實施例的能夠支持語音業(yè)務的數(shù)據(jù)通信系統(tǒng)的圖；圖2是根據(jù)本發(fā)明示范性實施例的參與各方之間會話建立的功能單元的圖；圖3是一個呼叫流程圖，它描述當目的方可能具有多個聯(lián)絡地址時一般是如何進行消息傳送以建立會話的；圖4是說明目的方的聯(lián)絡地址嵌套實例的示意圖；圖5是根據(jù)現(xiàn)有技術的典型SIP多項選擇消息的示意圖；圖6是根據(jù)本發(fā)明的最佳示范性實施例的參與會話發(fā)起的功能單元的方框圖；圖7是根據(jù)本發(fā)明的最佳示范性實施例的SIP多項選擇消息的圖；圖8是根據(jù)本發(fā)明的最佳示范性實施例的SIP邀請消息的圖；圖9A-9B是根據(jù)本發(fā)明最佳示范性實施例的，由位置服務器執(zhí)行的用于處理會話請求的過程的流程圖；圖10是根據(jù)本發(fā)明最佳示范性實施例的，由代理服務器執(zhí)行的用于處理會話請求的過程的流程圖；圖11是根據(jù)本發(fā)明最佳示范性實施例的，用于獲取和嘗試子集合中多個聯(lián)絡地址的通信系統(tǒng)中的過程的流程圖；圖12是可以用于實施本發(fā)明實施例的計算機系統(tǒng)的示意圖。
發(fā)明的詳細說明在下文中，可能以方框圖顯示或按序概述眾所周知的結(jié)構和設備，以免不必要地使本發(fā)明不夠清晰。為了達到說明的目的，給出了許多具體細節(jié)，以便提供對本發(fā)明的透徹理解。但應知道，本發(fā)明可以以超出這些具體細節(jié)的各種方式實施。
例如，雖然本發(fā)明是在會話發(fā)起協(xié)議(SIP)和基于因特網(wǎng)協(xié)議(IP)的網(wǎng)絡環(huán)境中討論的，但是本專業(yè)人員應該認識到本發(fā)明可以一般地應用于其他等效或類似的通信協(xié)議或通信網(wǎng)絡。
應理解，在本專利公開文檔中，雖然為了便于說明而采用SIP型消息，但任何類型的協(xié)議或此類協(xié)議的組合可應用于整個系統(tǒng)的各個部分。具體說，代理服務器和位置服務器之間的路由請求和響應可以嚴格或不嚴格地遵照SIP或一些其他標準化或?qū)Ｓ袇f(xié)議。
圖1顯示根據(jù)本發(fā)明示范性實施例的，能夠支持語音業(yè)務的數(shù)據(jù)通信系統(tǒng)的圖。通信系統(tǒng)100包括分組數(shù)據(jù)傳輸網(wǎng)101，在一個實施例中它是基于因特網(wǎng)協(xié)議(IP)的網(wǎng)絡。系統(tǒng)100具備在與之相連的各種終端設備(如電話125、PBX電話118和SIP電話109)之間建立通信的能力。實際上可能有幾千幾百萬這種終端設備是由一個或多個系統(tǒng)100提供服務的。
正如本說明中的用法一樣，術語“SIP電話”指任何配置為提供SIP電話功能的客戶機(例如個人計算機、萬維網(wǎng)設備等)。SIP電話109可以采用獨立設備的形式，例如SIP電話可以被設計和配置為功能和外觀上像是普通老式電話業(yè)務(POTS)電話。但是SIP客戶機111是軟客戶機，可以運行在例如常規(guī)個人計算(PC)或膝上型計算機上。從信令角度來說，這些設備109和111可以非常相似的方式工作，其主要差異與用戶界面有關。除非另行說明，應承認SIP電話109和SIP客戶機111的功能是相當?shù)?，網(wǎng)絡以相似的方式與這兩種類型的設備一起工作。
系統(tǒng)100提供了若干單元來支持語音業(yè)務，包括企業(yè)網(wǎng)關103、專線接入(DAL)網(wǎng)關105、網(wǎng)絡網(wǎng)關107和SIP電話會議平臺127。具體地來說，系統(tǒng)100包括重要單元代理服務器113(也稱為網(wǎng)絡服務器(NS))和位置范圍(LS)115。位置服務器115充當終端用戶信息的資料庫，以實現(xiàn)地址驗證、功能狀態(tài)以及實時用戶功能配置。此外，LS115還可以存儲配置信息。
出于說明的目的，針對大型企業(yè)用戶來說明系統(tǒng)100的用戶。應注意，系統(tǒng)100的特性/功能可能適用于各種用戶類型和通信需求。系統(tǒng)100可以支持因語音和數(shù)據(jù)需求而要維護多個位置的客戶。
如圖所示，企業(yè)網(wǎng)關103提供始于PBX 117的連接，PBX 117包括常常用于單個商業(yè)客戶或位置的中繼線或線路(例如PBX電話118)。進入IP網(wǎng)絡的來自PBX 117的呼叫的信令包含唯一地標識該客戶、中繼線組或運營商的信息。這允許在正確的上下文中對專用號碼作出解釋。為了與PBX 117接口，企業(yè)網(wǎng)關103可以采用綜合數(shù)字業(yè)務網(wǎng)(ISDN)、隨路信令(CAS)或其他PBX接口(例如歐洲電信標準協(xié)會(ETSI)PRI，R2)。
系統(tǒng)100中采用了專線接入(DAL)網(wǎng)關105，以便允許虛擬專用網(wǎng)(VPN)客戶甚至能夠從不由VPN提供服務的常規(guī)電話接入其業(yè)務。
通過系統(tǒng)100，可以在通過PSTN 123接受服務的語音臺125和連接到分組數(shù)據(jù)網(wǎng)101的個人計算機(如PC 111)之間建立通信。
切記PC軟客戶機和獨立IP電話的類似特性，可以說存在有關基于IP呼叫的語音的四種可能配置(1)電話-電話；(2)電話-PC；(3)PC-電話；以及(4)PC-PC。在電話-電話呼叫建立的第一種方案中，來自電話125的呼叫由交換機進行交換，通過PSTN123到網(wǎng)絡網(wǎng)關107，而網(wǎng)絡網(wǎng)關107又通過IP骨干網(wǎng)101轉(zhuǎn)發(fā)該呼叫。分組化的語音呼叫然后通過網(wǎng)絡101或許路由到另一個類似的網(wǎng)絡網(wǎng)關107，或許到達另一個PSTN電話(未顯示)。在第二種方案下，電話125向PC發(fā)出的呼叫通過交換機到達PSTN 123。該語音呼叫接著由PSTN 123交換到SIP網(wǎng)絡網(wǎng)關107，由該網(wǎng)關將語音呼叫通過網(wǎng)絡101轉(zhuǎn)發(fā)到PC 111。第三種方案涉及向語音臺(如電話125)發(fā)出呼叫的PC 111。利用語音編碼器，PC 111將欲傳送到SIP網(wǎng)絡網(wǎng)關107的語音分組流引入網(wǎng)絡101。SIP網(wǎng)絡網(wǎng)關107將分組化的語音信息轉(zhuǎn)換為POTS電信號，然后將其以電路交換方式交換到語音臺(例如電話125)。最后，在第四種方案中，PC 111與另一個PC(未顯示)建立語音呼叫；在此情況下，分組化的語音數(shù)據(jù)從PC 111通過網(wǎng)絡101傳送到另一個對分組化的語音數(shù)據(jù)解碼的PC(未顯示)。
如上所述，系統(tǒng)100可以采用SIP來交換會話建立消息。另一個流行的會話建立協(xié)議被稱為H.323協(xié)議，此協(xié)議實際上是一組由國際電信聯(lián)盟(ITU)公布的用于實現(xiàn)多媒體通信的相關協(xié)議。SIP是一種由國際工程師任務組(IETF)開發(fā)的替代標準。SIP是基于客戶機-服務器模型的信令協(xié)議，客戶機-服務器模型通常意味著客戶機通過將請求以消息形式發(fā)送到可以提供服務的服務器來調(diào)用所需的服務。類似于其他IETF協(xié)議(例如簡單郵件傳輸協(xié)議(SMTP)和超文本傳輸協(xié)議(HTTP))，SIP是人類可讀的文本協(xié)議。
要注意的是，H.323或是SIP協(xié)議都不只局限于IP電話應用，而是普遍適用于多媒體服務。在本發(fā)明的一個實施例中，SIP被用于通過系統(tǒng)100來建立電話呼叫和其他類型的會話。但是，對本專業(yè)人員顯而易見的是，可以采用H.323協(xié)議(含某些修改或擴展)或類似的協(xié)議來替代SIP。從SIP中分離出來但常常結(jié)合SIP使用的是會話描述協(xié)議(SDP)，它提供有關媒體會話中媒體流的信息，以允許會話描述的接收方參與會話。
因特網(wǎng)工程任務組提出的SIP協(xié)議定義了許多類型的請求，這些請求也稱為方法。一個重要的方法是邀請方法，它用于邀請用戶參與會議。另一個方法是BYE請求，它表示可以釋放呼叫。換言之，BYE中斷會議中兩個用戶或兩方之間的連接。另一個方法是OPTIONS方法。此方法不必建立呼叫就可請求有關能力的信息。REGISTER方法可用于向SIP服務器提供有關用戶當前位置的信息。
有關SIP及其呼叫控制業(yè)務的細節(jié)在1999年6月17日公布的IETF RFC 2543和IETF因特網(wǎng)草案“SIP呼叫控制業(yè)務”中描述；這兩個文檔都在此均通過引用完全結(jié)合到本文中。
SIP消息的傳輸可以通過眾所周知的用戶數(shù)據(jù)報協(xié)議(UDP)或更為可靠的傳輸控制協(xié)議(TCP)在IP網(wǎng)絡中進行。但是，也可以采用SIP、H.323或其他協(xié)議通過數(shù)據(jù)網(wǎng)來建立會話，要在用戶之間傳送的實際媒體或“業(yè)務”可以根據(jù)如IETF文檔RFC 1889所述的眾所周知的實時傳輸協(xié)議(RTP)來實現(xiàn)。
所有呼叫控制信令(SIP和H.323)、媒體業(yè)務(media traffic)(RTP/RTCP)以及網(wǎng)絡管理和配置均通過公用傳輸網(wǎng)101來傳送，這是可能的但并非必需。因此，在圖1中，所有單元看起來都在圍繞傳輸網(wǎng)絡101的中樞配置中。
在傳統(tǒng)電話網(wǎng)中，呼叫被導向由被叫電話號碼唯一地標識的特定位置或終端設備。相比之下，系統(tǒng)100可使主叫獨立于任何具體位置或終端指定所要到達的被叫方。
用戶可以從一個終端移動到另一個終端，并在每個終端可以登記為出現(xiàn)于此(present)，以便將入呼被定向到最近登記的位置。再者，用戶可以同時具有個人的和組的簡檔設置，這些設置影響功能(如呼叫阻塞)的激活，甚至使功能的激活取決于具體時間。
由于用戶位置和呼叫處理功能的動態(tài)特性，所以首先將建立會話的每個請求路由到代理服務器，以便可以驗證用戶許可權，查找目的地址，以及將與用戶或公司相關的特殊功能應用于該呼叫。在內(nèi)部處理請求，或者有可能在經(jīng)過轉(zhuǎn)換之后將請求傳送給其他服務器，由它們來處理該請求。代理在轉(zhuǎn)發(fā)請求之前會對其進行解釋，如有必要還會重寫請求消息。
一般來說，位置服務器115接受路由請求，如來自代理服務器的請求，并確定對應于路由請求中所表示的目的方的地址或“聯(lián)絡地址”。響應此請求，位置服務器會返回包含該目的方的聯(lián)絡信息的重定向響應。應注意，NS 113與LS 115之間的消息傳送可以采用SIP的修改版本。例如，NS 113與LS 115之間的SIP確認消息可能是不必要的。否則，網(wǎng)絡各功能之間，如NS 113與LS 115之間的消息傳送可以采用標準SIP或者甚至非SIP備選標準。
系統(tǒng)100還包括運營支撐系統(tǒng)(OSS)121來支持配置、計費和網(wǎng)關功能。OSS 121可以提供一種環(huán)境或接口(如基于萬維網(wǎng)的接口)，用于配置撥號計劃、用戶許可權以及各項功能如何代表每個用戶操作的許多方面。這些方面的許多方面是通過OSS 121更改位置服務器內(nèi)的信息或系統(tǒng)100內(nèi)的數(shù)據(jù)庫來進行配置的?？捎蒓SS 121來配置的一些特定功能包括傳統(tǒng)的集中用戶交換功能，例如無條件呼叫前轉(zhuǎn)、條件呼叫前轉(zhuǎn)、呼叫阻塞和呼叫過濾。
可以配置的一個功能包括所謂的“尋我”服務。尋我調(diào)度提供利用可能的目的地址列表對呼叫進行路由的機制，其中，依次嘗試各個目的地址?？梢砸?guī)定在一周中的某一天或一天的某個時刻應用尋我列表，或者使其與主叫號碼的不同類別相關聯(lián)。此外，可以提供缺省的尋我列表，用在當更為具體的尋我列表無效時確定一般的處理。
尋我列表中可能的目的地址可以是與帳戶的簡檔相關的特定地址。例如，可能的目的地址可以是特定的蜂窩電話號碼或有線電話號碼。再者，當用戶在一終端(如SIP電話)上登記其出現(xiàn)于此信息時，可以將終端的地址臨時加入到尋我列表中。
對于SIP電話簡檔，尋我列表可以包含用戶簡檔中配置的特定目的地址和/或?qū)Ξ斍耙训怯浀刂返囊?。對于企業(yè)網(wǎng)關后的傳統(tǒng)電話的簡檔，尋我列表可以包含在用戶簡檔中配置的特定目的地址和/或?qū)τ脩舻腜BX電話的引用。尋我列表功能可以在帳戶創(chuàng)建期間啟用，然后由用戶更新。加到尋我列表中的條目可以對照用戶撥號計劃的功能阻塞列表加以驗證。用戶簡檔具有用于更新尋我列表的鏈接。特別是，系統(tǒng)100可供用戶創(chuàng)建、讀取、更新以及刪除可以用于填充尋我列表的潛在設備清單。
SIP電話109允許用戶通過電話登記和注銷，或者登錄和退出。在一個示范性實施例中，為了提供移動性，SIP電話109允許訪問者輸入用戶名和密碼。登錄允許SIP電話采用訪問者的簡檔。通過登錄，針對訪問者簡檔的呼入被定向到該電話。當訪問者登錄時，SIP電話109在網(wǎng)絡服務器113和位置服務器115上登記該訪問者。對通過電話登記的任何簡檔的任何呼入都可以被定向到該電話。網(wǎng)絡服務器113和位置服務器115可以相似的方式對如下兩種情形作出響應用戶作為訪問者登錄的情形或用戶登錄到其通常的歸屬設備(如果有的話)的情形。對于代理授權詢問，網(wǎng)絡服務器113和位置服務器115的邏輯可以依靠作為代理授權查詢結(jié)果傳送的用戶名。
對于E.164和DNS尋址，SIP電話109可以支持ENUM(電子號碼)服務，它被用于對從IP域或啟用ENUM的網(wǎng)絡始發(fā)的呼叫進行路由。ENUM服務在標題為“ENUM”的IETF RFC 2916中有詳細介紹，此處通過引用完全結(jié)合到本文中。SIP電話109還可以支持LINCP，用于基于客戶機的目錄查詢。
在終端上可以提供“免打擾”功能，以拒絕呼入，例如對于電話和傳呼機，不會出現(xiàn)打擾附近用戶的振鈴。當在SIP電話109上啟用“免打擾”功能時，SIP電話109在被NS 113聯(lián)絡時返回忙消息。例如，當呼入到達時，電話返回忙信號而非振鈴。當SIP電話109返回“486忙”消息時，網(wǎng)絡服務器113和位置服務器115可以根據(jù)用戶簡檔(如是否配置了“遇忙呼叫轉(zhuǎn)移”功能)作出智能路由選擇決定，。
圖2是現(xiàn)有技術基本單元利用SIP協(xié)議執(zhí)行會話建立的典型交互操作的示意圖。這些單元之間的通信一般通過公用分組數(shù)據(jù)網(wǎng)(如圖1中的IP網(wǎng)絡)來進行。
在圖2中，用戶A 210希望與用戶B 220建立通信?？稍趲讉€地址中的任何一個地址處到達用戶B 220。這些地址或聯(lián)絡地址可以對應于常規(guī)電話、IP電話、無線電話、傳呼機等。甚至當用戶B在附近移動并在各個終端設備222登記為出現(xiàn)于此時，也可以更改地址列表。一般在位置服務器240或此處未顯示的某種類型的在此登記處維護有關用戶B的聯(lián)絡信息的當前信息。
為了發(fā)起聯(lián)絡，用戶A 210接入終端，呼叫臺212，并指定用戶B為要到達的目的方。這種特定預期目的方的表示可以采用撥號數(shù)字、或從列表中選擇的用戶名或URL風格的地址。在大多數(shù)情況下，用戶A還能表示希望進行何種類型的會話(視頻、高質(zhì)量，消息傳送等)或為會話指定期望的質(zhì)量等級。一旦在臺212指定請求，就編輯描述該請求的SIP“邀請”消息，并將其發(fā)送到代理服務器230。
代理服務器230通常將請求轉(zhuǎn)發(fā)到位置服務器240，以檢索可能到達用戶B的一個或多個聯(lián)絡地址。如上所述，代理服務器230之所以查詢位置服務器240是出于各種目的，例如調(diào)用簡檔控制的功能行為和獲取有關用戶B的最新已知位置信息。
位置服務器240分析該請求并以若干種可能方式之一來響應代理服務器230。如果不允許用戶A聯(lián)絡用戶B，如果無法識別用戶B的地址，或者用戶B激活了使用戶A不能到達用戶B的功能，則位置服務器240可以禁止會話。位置服務器240可以響應代理服務器230，用戶A必需向系統(tǒng)證明本身之后才能建立會話。
位置服務器240可以確定用戶A獲準聯(lián)絡用戶B，甚至可以發(fā)現(xiàn)可到達用戶B的多個地址。如果是這樣的話，位置服務器240返回包含要嘗試的聯(lián)絡地址列表的SIP“300多項選擇”消息。
一接收到這種響應，代理服務器230就開始嘗試各聯(lián)絡地址，以查看是否可以在相應終端222中任何一個終端處成功地到達用戶B。此“尋我”功能通常從最近登記的位置開始順序執(zhí)行，或按照為用戶B配置的特定順序(先電話再傳呼機)執(zhí)行。在某些配置中，可以想像代理服務器230同時嘗試所有的聯(lián)絡地址。與終端222建立聯(lián)絡的嘗試包括向該終端發(fā)送SIP“邀請”消息并等待指示成功或失敗的應答。此過程在圖3中有更為詳細的說明。
圖3是說明利用SIP協(xié)議(雖然也可以采用其他協(xié)議)在各個單元之間建立會話所用的消息傳送典型序列的呼叫流程圖。在本示例中，與用戶A相關的臺表示為“用戶A”。但是，因為在尋我功能下可以將用戶B與任何數(shù)量的設備(或客戶機)相關聯(lián)，故這些設備被稱為“終端1”、“終端2”和“終端3”。應注意，一般可以在用戶B的尋我列表中指定任何數(shù)量的終端(即目的客戶機)。在此方案下，假定最終通過終端3到達用戶B。每個終端設備用戶A和終端1、2和3可以是SIP電話或其他類型的電話，它們可以通過企業(yè)網(wǎng)關或網(wǎng)絡網(wǎng)關107等來連接。用戶B具有作為其簡檔的一部分的尋我功能，從而需要嘗試多個聯(lián)絡地址?；诖耍琋S1通過向終端1，然后向終端2、再然后向終端3(在該處最終完成呼叫)發(fā)送邀請消息，這樣來響應用戶A要到達用戶B的請求。在本示例中，假定終端1、2和3是SIP電話。從一個單元發(fā)送到另一個單元的每個消息實例稱為過程或序列中的一個步驟。
在步驟301中，從用戶A的終端向代理NS1發(fā)送指示用戶A要到達用戶B的SIP“邀請”消息。在步驟303中，代理以SIP“407要求授權”消息響應，在批準任何請求之前檢查用戶A的真實性。要完成初始交換操作，在步驟305用戶A將SIP確認消息回發(fā)給代理。
此后，用戶A隨后在步驟307重復邀請請求，但這次它包含認證消息首部，以響應步驟303的查詢。如果用戶A的認證獲得通過，則在步驟309將該邀請轉(zhuǎn)發(fā)到位置服務器。位置服務器開始檢查該請求，并判斷用戶B是否具有簡檔以及當前什么功能是激活的。同時，向用戶A的終端回送“100次嘗試”臨時響應，權當呼叫進度指示。此后不久，位置服務器在步驟313以SIP“300多項選擇”消息響應，該消息表示位置服務器已經(jīng)找到用戶B的尋我簡檔。就終端1、2和3而言，該響應包含一個應該嘗試的與用戶B通信的聯(lián)絡地址的列表。
代理NS1然后開始依次嘗試各聯(lián)絡地址。在步驟315，NS1向終端1發(fā)送邀請消息，然后此終端1在步驟617以“404未找到”消息作為響應。這表示不能在終端1到達用戶B。NS1通過在步驟319回送“ACK”消息來確認“404”消息。如果沒有收到此確認，終端會按照一定間隔重復“404”響應，以確保其響應已被接收。
在步驟321，代理NS1通過發(fā)送邀請消息經(jīng)由終端2對聯(lián)絡地址進行嘗試。在步驟323，終端2回送“180振鈴”臨時響應，以此作為進度指示告知主叫方終端在振鈴(電話)或以其他方式提示呼入附近的用戶。在步驟325，此振鈴消息從代理傳送到用戶A的終端。最后，在終端2振鈴一段時間仍沒有得到應答之后，宣告超時，NS1在步驟327發(fā)出“CANCEL(取消)”消息，以使終端2停止振鈴。
代理NS1然后嘗試通過終端3到達用戶B，在步驟327向終端3發(fā)送邀請消息。當啟用該新的聯(lián)絡地址時，終端2在步驟331通過回送“200 OK”消息響應先前的“CANCEL”消息。終端2然后在步驟333發(fā)送“487請求已取消”消息，以指示它知道最近的取消操作。代理NS 1通過在步驟335發(fā)送確認對終端2的呼叫嘗試已取消的“ACK”消息來中斷與終端2的事務。
在步驟337，終端3回送“180振鈴”響應，該響應在步驟339接著回送到用戶A。在步驟641，終端3發(fā)送“200 OK”消息，指示此終端上已經(jīng)接受該呼叫。同樣在步驟343，將“200 OK”消息回送給用戶A的終端。在步驟345和步驟347返回對可行的連接的確認。這時，用戶A的終端與終端3現(xiàn)在互相知道彼此對方的地址，于是并通過用戶A和用戶B之間的網(wǎng)絡可以建立雙向RTF媒體連接。
為了理解本發(fā)明及其優(yōu)點，圖4說明一種根據(jù)本發(fā)明最佳實施例的可行并獲得正確處理的情形。
在圖4中，位置服務器接收標識用戶B的邀請消息402。在可能驗證該請求其他方面的有效性之后，位置服務器確定該請求時與用戶B有關的第一聯(lián)絡地址列表410。在第一聯(lián)絡地址列表410中，其中的一個或多個聯(lián)絡地址可實際表示具有可由位置服務器訪問的簡檔的其他帳戶。例如，如圖4所示，第一聯(lián)絡地址列表410中的聯(lián)絡地址A2可能具有依次指定第二聯(lián)絡地址列表420的簡檔?？梢韵胂竦玫降氖牵谝宦?lián)絡地址列表可以包含一定數(shù)量的聯(lián)絡地址，其中每個聯(lián)絡地址可以具有指定另一個聯(lián)絡地址列表的簡檔。這種效果可以繼續(xù)到任何深度?？梢院苋菀椎匮菔具@樣的效果一次查詢可得到大量的聯(lián)絡地址。計算所有這些聯(lián)絡地址對于位置服務器來說可能是繁瑣的，但如果被叫方在嘗試第一組少量的聯(lián)絡地址后即到達被叫方，這就是大可不必的。本發(fā)明通過減輕位置服務器上的負荷來設法提高可擴展性和效率。
圖5說明在圖4給出的情形中可能由位置服務器返回的典型重定向響應消息500。為方便起見，所示消息500模仿SIP“300多項選擇”消息，雖然也可以采用其他格式。消息首部第一行502將消息500標識為“多項選擇”響應。從始發(fā)終端到代理服務器消息500所遍歷的路徑反映在一組“經(jīng)由”地址行504。SIP的這種“經(jīng)由棧”特性可用在參與建立會話的代理服務器、位置服務器、終端和其他支持SIP的單元之間對消息進行路由。與呼叫有關的其他典型消息首部設在消息首部506，它通常是從始發(fā)終端發(fā)送的原始邀請消息中復制得到的。聯(lián)絡地址部分508包括位置服務器為用戶B確定的聯(lián)絡地址列表。響應于消息500，代理服務器會參考聯(lián)絡地址部分508，開始向列表中的每個聯(lián)絡地址發(fā)送邀請消息。應注意，消息500表示這樣一種情況其中用戶B的可能的所有聯(lián)絡地址已經(jīng)計算得到并用一個消息予以返回。
圖6是根據(jù)本發(fā)明最佳實施例，為建立會話單元之間所進行的交互的示意圖。與先前的方案中一樣，用戶A 610希望與可能位于幾個不同聯(lián)絡地址之一處的用戶B 620建立會話。注意在本示例中，聯(lián)絡地址622與圖4所示的情況一致。
用戶A利用終端612發(fā)起會話請求，終端612然后組裝表示到達用戶B的意圖的SIP邀請消息。沿著消息路徑650，終端612將邀請消息發(fā)送到SIP代理服務器，即網(wǎng)絡服務器(NS)630a。為了獲得有關可能聯(lián)絡上用戶B的信息，NS 630a向用位置服務器(LS)640表示的位置服務器發(fā)送路由請求，如消息路徑651所示。此路由請求可選地采取SIP邀請消息的形式。在處理該路由請求之后，LS 640沿消息路徑652響應NS 630a。為了說明，假定此響應類似圖7所示的SIP“300多項選擇”消息。
現(xiàn)在暫時來看圖7，根據(jù)本發(fā)明的示范性實施例，SIP消息700表示來自位置服務器的響應。SIP消息700用消息首部702標識為“多項選擇”響應。如上所述，利用消息首部704即“經(jīng)由”集合在SIP單元(如NS 630a和LS 640)之間對消息進行路由。消息700的部分706包含標識該呼叫和參與該會話的通信各方的信息。
部分702、704和706相當于圖5所示的現(xiàn)有技術的SIP消息。但是，聯(lián)絡地址部分705明顯不同于圖5的部分508。在部分705中，聯(lián)絡地址列表明顯比部分508短，雖然呼叫環(huán)境是等效的。而且，部分708中列出的每個聯(lián)絡地址還包含部分508中的聯(lián)絡地址中所沒有的附加參數(shù)。特別是，某些聯(lián)絡地址具有“終點＝是”參數(shù)714。根據(jù)本發(fā)明最佳實施例，這些參數(shù)對應于不需要再度進行位置服務器查詢的聯(lián)絡地址。換言之，這些是不具有可能得到其他地址的簡檔的地址。聯(lián)絡地址部分708中的一個條目具有“終點＝否”參數(shù)710以及關聯(lián)信息參數(shù)712。根據(jù)最佳實施例，關聯(lián)信息參數(shù)712表示該聯(lián)絡地址具有可能導出其他聯(lián)絡地址的相應簡檔，雖然尚未試探過這些其他地址。聯(lián)絡地址列表部分708可與圖4中的情形相比，以清楚地表明來自LS 640的初始響應為什么表示聯(lián)絡地址A2是“非最終聯(lián)絡地址”。
為了清楚地理解NS 630a如何響應聯(lián)絡地址列表中的這些參數(shù)或“標志”，需要繼續(xù)對圖6進行說明。一從LS 640接收到“多項選擇”響應時，NS 630a開始向LS 640提供的聯(lián)絡地址列表中的每個聯(lián)絡地址依序發(fā)送消息。從消息700中可看出，第一聯(lián)絡地址A1具有參數(shù)“終點＝是”，它表示無需進一步的地址查詢。因此，NS 630a只是沿消息路徑653直接向?qū)诼?lián)絡地址A1的終端622發(fā)送邀請消息。此操作類似于代理嘗試到達目的方的通常方式。
可能的是，終端622可返回“404未找到”消息作為最終響應，以指示在該聯(lián)絡地址最終不可到達用戶B?；蛘撸K端622可以沿著消息路徑654返回臨時響應(如“180振鈴”消息)，以指示終端正在嘗試提示某人接聽電話。
如果在聯(lián)絡地址A1上成功到達用戶B，則在用戶A和用戶B彼此建立媒體連接并且成功開始會話時，終端622a返回“200 OK”消息。將來自終端A1的響應消息沿著消息路徑659返回到始發(fā)終端612。
如果在聯(lián)絡地址A1上未到達用戶B，則NS 630a繼續(xù)聯(lián)絡部分708中列舉的聯(lián)絡地址A2。聯(lián)絡地址A2攜帶“終點＝否”參數(shù)710，該參數(shù)表示可能存在第二地址列表，如聯(lián)絡地址列表420。根據(jù)本發(fā)明的最佳實施例，NS 630a向其本身而非終端聯(lián)絡地址發(fā)送邀請消息。這種特點在圖6中通過NS 630b的存在來加以說明。NS 630b實際上是與NS 630a相同的代理服務器，雖然也可能是服務器處理環(huán)境中代理進程的另一個實例。分開顯示NS 630a和NS 630b有助于說明消息發(fā)送的特點。一到達非最終聯(lián)絡地址A2，代理服務器就沿著消息路徑655向其本身發(fā)送邀請消息。這種邀請消息的實例如圖8中的消息800所示。根據(jù)最佳實施例，消息800的請求-URL部分802攜帶有直接從消息700內(nèi)所見的A2聯(lián)絡地址列表表項復制而來的附加信息。在后續(xù)說明中這種附加信息的意義將更加明顯。
在從NS 630a接收到邀請消息時，就將NS 630b實例化，彷佛從始發(fā)方接收到新的邀請消息。沿著路徑655的自尋址邀請消息獲得與任何其他輸入邀請消息一樣的處理。因此，NS 630b沿消息路徑656將路由請求發(fā)送到LS 640，以尋找地址的聯(lián)絡信息，本例中為聯(lián)絡地址A2。此時，LS 640將單個A2聯(lián)絡地址“擴展”為包含從聯(lián)絡地址B1到B4的較長的聯(lián)絡地址列表。LS 640沿消息路徑657用響應將該列表返回NS 630b。NS 630b則嘗試在這些位置B1-B4上聯(lián)絡用戶B。例如，NS 630b首先沿著消息路徑658向終端B1發(fā)送邀請消息。每次聯(lián)絡嘗試的響應通過消息路徑660、661和659被返回到代理和始發(fā)方。這種返回消息傳送的特點是SIP機制的一部分。
如果對任一聯(lián)絡地址B1-B4的嘗試都不成功，則NS 630a接著嘗試地址A3和A4。在本示例中，NS 630b只參與探測與聯(lián)絡地址A2相關的附加地址。聯(lián)絡地址A1、A3和A4只直接由NS630a以通常方式加以嘗試，而不會創(chuàng)建或利用NS 630b。
還要注意的是，在此方案中，如果在聯(lián)絡地址A1上成功到達用戶B，則將省去如下的所有操作，從而減輕LS 640上的負荷1)根據(jù)聯(lián)絡地址A2的簡檔對聯(lián)絡地址B1-B4進行地址查詢2)與A2的簡檔相關的其他功能調(diào)用3)使用第二NS 630b4)沿路徑655、656、657、661發(fā)送消息。
在所示的例示方案中，將完全按照示范性實施例沿路徑651和652執(zhí)行對初始地址組的檢索，從而得到返回給NS 630的消息700中的聯(lián)絡地址列表。(在對例如用戶A的認證過程中可能會在NS和LS之間發(fā)送其他準備消息。)在所示的實例方案中，沿路徑655、656和657的消息發(fā)送分別只進行一次，從而得到返回給NS 630b的B1-B4聯(lián)絡地址列表，而且這只是在證明對聯(lián)絡地址A1的嘗試不成功之后才進行。NS 630b然后向四個聯(lián)絡地址B1-B4中的每個聯(lián)絡地址發(fā)送邀請。
為了作出超出特定方案的概括，將對沿消息路徑652返回的重定向響應中所列的每個非最終聯(lián)絡地址重復一次由NS 630b和消息路徑655、654、657和669代表的“向本身發(fā)送消息”。
此外，還有可能的是，一個或多個第二層聯(lián)絡地址，如聯(lián)絡地址B1-B4也可能具有得到其他地址的簡檔。如果遇到這種情況，則出現(xiàn)另一層嵌套，代理服務器會再次向本身發(fā)送邀請消息。根據(jù)圖6可以想像，這會導致實例化第三個NS，用于接收第二NS 630b發(fā)送的邀請消息。
下面將提供進一步的說明，以增強對上述過程的理解，以及說明目前為止所提及的關聯(lián)信息參數(shù)是如何增強本技術的效率和穩(wěn)健性的。以下說明將集中于由位置服務器和網(wǎng)絡服務器所執(zhí)行的處理過程。
圖9A-9B是說明位置服務器用于處理輸入路由請求的過程900的流程圖。在位置服務器上可能會進行其他處理，諸如其他類型的消息的處理，但是，這對于理解本發(fā)明并不重要。本專業(yè)人員已很好地理解了對其他類型的SIP消息的處理，因此為簡明起見，將其予以省略。
過程900始于步驟902，此時接收到輸入路由請求。然后在步驟904，判斷聯(lián)絡地址部分，如邀請消息的請求-URI部分是否攜帶了類似于圖8中的參數(shù)804的“終點＝否”參數(shù)。如果沒有，則將該路由請求作為原始請求處理，處理過程進行到步驟908以進一步分析該請求和始發(fā)方。步驟908可以包括從數(shù)據(jù)庫檢索有關始發(fā)方和預期目的方的信息。此類關聯(lián)信息可能包含例如撥號計劃標識符，以便在正確的上下文中解釋始發(fā)地址和目的地址。
撥號計劃ID是擁有具有自己的撥號計劃的VPN的特定企業(yè)客戶的功能。撥號計劃ID確保多個VPN可以共存于系統(tǒng)100中，并且所述多個VPN在系統(tǒng)100中可獲得充分區(qū)分。例如，始發(fā)方撥打?qū)儆诠続的專用網(wǎng)絡中的分機號“2665205”，應該能夠到達公司A內(nèi)的預期目的方，即使共享同一系統(tǒng)100的公司B恰好在其專用編號計劃中也有“2665205”這一位置編號。
關聯(lián)信息的另一個實例可以是用在例如公共電話號碼、專用撥號計劃號碼和IP地址之間相互區(qū)分的“地址屬性”。關聯(lián)信息的再一個實例是位置標識符，例如，它可以是地理劃分或邏輯劃分且可以對應于撥號計劃的區(qū)碼。
一般來說，關聯(lián)信息可以是任何有關始發(fā)方、目的方、或者會話請求的信息，所述會話請求必須由位置服務器予以查詢或確定，以確保對該請求作出正確處理。此關聯(lián)信息可以包含各種各樣的元素，這里用記號“關聯(lián)信息＝”概括。
注意位置服務器應該永遠接收不到“終點＝是”參數(shù)。當檢測到“終點＝是”參數(shù)時，NS應該避免重復查詢位置服務器。但是，如果接收到此類路由請求，LS可能只會返回相當于SIP“302臨時被移動了”消息的響應，此響應攜帶含有與該路由請求中所提供的所請求聯(lián)絡地址相同的聯(lián)絡地址。
在于步驟908獲得附加關聯(lián)信息之后，處理過程接著執(zhí)行步驟910，在步驟910判斷始發(fā)方的請求是否有效。該判斷操作可以根據(jù)如下這些因素來進行例如，是否允許始發(fā)方聯(lián)絡目的方，始發(fā)方是否可以通過認證以及位置服務器是否識別目的方。
如果在步驟910中無法驗證請求有效，則在步驟909向網(wǎng)絡服務器返回某些類型的拒絕信息，并在步驟916結(jié)束LS處理。
否則，如果在步驟910發(fā)現(xiàn)會話請求有效，則處理接著進行到步驟912，開始檢索可以到達目的方的聯(lián)絡地址。
在描述步驟912和其他步驟的處理過程之前，說明步驟906的作用是重要的，因為該步驟906涉及到利用路由請求傳送關聯(lián)信息而獲得的明顯的效率提高。
返回判決步驟904，如果確定路由請求的請求-URI具有“終點＝否”參數(shù)，則這表示路由請求是源于先前初始請求的后續(xù)請求。“終點＝否”參數(shù)的存在表示圖6中NS 630b沿著路徑656發(fā)送的那種類型的輸入消息。
在識別出路由請求的這一特征時，位置服務器跳過步驟908和910，而代之以執(zhí)行步驟906，以從消息本身檢索必需的關聯(lián)信息。考慮到已經(jīng)在處理初始路由請求時就執(zhí)行了獲取關聯(lián)信息和驗證始發(fā)方請求的步驟，所以無需讓位置服務器對后續(xù)請求重復這些步驟。因此，將一次獲得的關聯(lián)信息附加到NS和LS之間的消息中。
先前介紹的消息700顯示由LS響應路由請求而提供的關聯(lián)信息參數(shù)712。消息800顯示了此信息如何作為關聯(lián)信息參數(shù)804返回給位置服務器。對于后續(xù)請求來說，這就使位置服務器免于重復那些首次提供關聯(lián)信息的步驟。這樣還使位置服務器免于維護NS 630a的初始路由請求時間與NS 630b的后續(xù)路由請求時間之間的任何狀態(tài)信息。由于每個聯(lián)絡地址處振鈴時間的原因，后續(xù)路由請求(如果有的話)可能比相應的初始請求晚數(shù)秒或甚至一分鐘出現(xiàn)。
如上所述，后續(xù)請求是自包含的，無需保存在位置服務器中，從負荷均衡和在線失效恢復的角度來看，這一事實帶來了若干優(yōu)點。任何位置服務器都可以處理來自網(wǎng)絡服務器的任何初始或后續(xù)請求。因此，在圖9A中，步驟906涉及跳過步驟908和910，而代之以直接從消息首部讀取先前獲得的關聯(lián)信息值。
當通過步驟908和910已獲取了關聯(lián)信息或在步驟906檢索到關聯(lián)信息時，接著執(zhí)行步驟912。在步驟912，判斷路由請求(如邀請消息中的請求-URI)中指定的目的方是否具有簡檔。如上所述，該簡檔可能已經(jīng)通過OSS加以配置。該簡檔可以包含各種影響呼入處理的信息。例如，簡檔可以包含尋我列表，呼叫阻塞或呼叫前轉(zhuǎn)信息，甚至按一天中的時間和一星期中的天數(shù)可變的關聯(lián)信息。該簡檔還可以包含目標用戶最近指示出現(xiàn)于此的臨時登記的聯(lián)絡地址。
如果找不到此簡檔，則在步驟914，向發(fā)送路由請求的代理服務器返回諸如SIP“302”消息的響應，以指示所確定的該目的方的一個聯(lián)絡地址。
在某些情況中，如果目的方的聯(lián)絡地址是常規(guī)電話號碼，則會執(zhí)行附加的步驟來標識作為NS應被重定向到的網(wǎng)關，例如圖1中的網(wǎng)絡網(wǎng)關107。于是返回給代理的消息將包含網(wǎng)關的地址。在步驟914對NS予以響應之后，LS在步驟916對在步驟902接收到的路由請求進行處理，之后結(jié)束處理。
如果在步驟912找到目的方的簡檔，則執(zhí)行步驟918以按照簡檔的指示作任何功能處理，包括調(diào)用尋我列表(如果適用的話)。步驟918的結(jié)果通常是一個聯(lián)絡地址列表。還有可能的是，步驟918可能不會得到任何聯(lián)絡地址，特別是在如果依照目的方簡檔的功能處理指定阻塞始發(fā)方的呼叫嘗試的情況下。
然后，處理過程900接著執(zhí)行圖9B中的步驟920。如果執(zhí)行步驟918沒有得到任何聯(lián)絡地址，則執(zhí)行步驟924以向代理返回SIP“403”等消息。然后處理過程于步驟940結(jié)束。
否則，如果在步驟920通過功能和簡檔處理產(chǎn)生了聯(lián)絡地址，則在步驟926創(chuàng)建重定向響應，例如SIP“3XX”消息。構造此類SIP300系列響應的一般方式在SIP技術領域中是眾所周知的，并且在IETF文檔RFC 2543終作了描述。這里的響應可能類似于圖7的部分702、704和706。
接下來執(zhí)行步驟928至936，以將一個或多個聯(lián)絡地址附加到重定向響應中。步驟928包括選擇這些聯(lián)絡地址之一。然后執(zhí)行步驟930以判斷該聯(lián)絡地址是否屬于可能具有簡檔的類型。如果是，則執(zhí)行步驟932，其中“終點＝否”參數(shù)連同先前所述的關聯(lián)信息被附加于聯(lián)絡地址。否則，如果在步驟930，聯(lián)絡地址屬于沒有簡檔的類型，則在步驟933，只將“終點＝是”參數(shù)附加到聯(lián)絡信息的文本中。適合于“終點＝是”聯(lián)絡地址類型的一個實例是某個登記地址，目的方在該地址處已臨時通過特定的終端設備登記為“出現(xiàn)于此”。在這種情況下，因為該目的方只是“來訪”用戶，所以可能不適合調(diào)用終端的正式用戶的簡檔(如果有的話)。
無論是執(zhí)行步驟932，還是步驟933，接下來都是執(zhí)行步驟934，以將選中的聯(lián)絡地址添加到重定向響應的聯(lián)絡地址列表中。然后執(zhí)行步驟936，以判斷是否還有聯(lián)絡地址要處理。如果是的話，則執(zhí)行返回到步驟928，以對步驟918確定的所有聯(lián)絡地址重復步驟930至934。在處理過所有聯(lián)絡地址之后，繼續(xù)執(zhí)行步驟938，在步驟938，重定向響應被回送給在步驟902發(fā)送路由請求的代理，然后處理過程于步驟940終結(jié)。
出于對處理過程900的補充，圖10描述代理服務器用于處理邀請消息并與位置服務器進行交互的處理過程1000。處理過程1000開始于步驟1002，這時開始接收例如來自始發(fā)端的邀請消息。然后，在步驟1004，代理將對應的路由請求發(fā)送到位置服務器，并等待響應。當接收到響應時，執(zhí)行步驟1006以判斷該響應是否是重定向響應，如SIP 300系列響應，表示從位置服務器返回的聯(lián)絡地址。如果不是，則在步驟1008執(zhí)行處理非重定向類型消息的其他處理操作，然后處理過程在步驟1032終止。步驟1008概括了對許許多多可能的消息類型的處理，其詳情是為人們所熟知的，對說明本發(fā)明并不重要。
如果在步驟1006確定來自LS的響應是具有聯(lián)絡地址的重定向響應，則處理程序轉(zhuǎn)至步驟1010，以選擇消息中返回的聯(lián)絡地址之一。然后在步驟1012，檢驗所選擇的聯(lián)絡地址，以判斷該聯(lián)絡地址中是否出現(xiàn)“終點＝否”參數(shù)。如果出現(xiàn)，則執(zhí)行步驟1016，其中，將邀請消息發(fā)送給代理服務器本身。此消息將把重定向響應中的聯(lián)絡行用作所請求的聯(lián)絡地址(如邀請消息的請求-URI參數(shù))，它包括終點標志和任何關聯(lián)消息。這樣做的原因和結(jié)果先前已經(jīng)作了完整的說明。否則如果步驟1012中未發(fā)現(xiàn)“終點＝否”標志，則代理只以通常方式將邀請消息發(fā)送到聯(lián)絡地址，并在步驟1020等待響應。
等待并處理來自聯(lián)絡地址的響應的步驟1020可以包括處理臨時響應和最終響應。例如，聯(lián)絡地址可能發(fā)回SIP“180振鈴”臨時消息，該消息可能會傳送回網(wǎng)絡服務器和始發(fā)終端。聯(lián)絡地址或可以或者隨后發(fā)送最終響應，以指示聯(lián)絡地址是否成功到達預期的目的方。步驟1020意在涵蓋可能接收到的所有種類的響應。步驟1020包括以會話發(fā)起技術領域?qū)I(yè)人員熟悉的或容易想到的方式對各種可能的響應作適當?shù)奶幚怼?br> 在步驟1022，判斷利用步驟1010選中的聯(lián)絡地址是否已經(jīng)成功建立了會話。如果是，則無需再嘗試其他聯(lián)絡地址，因此處理過程在步驟1026終止。否則，如果所嘗試的聯(lián)絡地址沒有導致會話建立，則執(zhí)行步驟1024以判斷是否還有聯(lián)絡地址尚待嘗試。如果是，則處理過程返回到步驟1010，以選擇下一個可用的聯(lián)絡地址。否則，如果沒有其他可用的聯(lián)絡地址，則在步驟1026結(jié)束對在步驟1002中接收到的邀請消息的處理。
為了概括網(wǎng)絡服務器與位置服務器的網(wǎng)絡交互操作，圖11給出根據(jù)本發(fā)明實施例、而執(zhí)行遞歸查詢以建立會話的總體處理過程1100的流程圖，該處理過程執(zhí)行來建立會話。圖11的處理過程也將本發(fā)明的論述概括為位置服務器在需要的基礎上提供聯(lián)絡地址的子集，而不是一次提供所有的聯(lián)絡地址?？梢酝ㄟ^嵌套聯(lián)絡地址的遞歸操作(如此處實例所示)或者對聯(lián)絡地址的超集的任意部分的迭代操作來導出聯(lián)絡地址的子集。本專業(yè)人員應該理解可以選擇許多可能的子集配置。本專業(yè)人員還應該知道，在代理和位置服務器之間傳送的關聯(lián)消息也可以幫助位置服務器選擇要檢索的后續(xù)批次的聯(lián)絡地址。例如，關聯(lián)消息可以包括序號或“上次嘗試的聯(lián)絡地址”，以用作位置服務器為代理提取下一組聯(lián)絡地址的索引。
處理過程1100開始于步驟1102，這時用戶訪問終端并發(fā)起會話請求以到達另一方時。轉(zhuǎn)至步驟1104，始發(fā)終端向網(wǎng)絡服務器或代理發(fā)送會話請求，如SIP邀請消息。在步驟1106，代理將對應的路由請求發(fā)送到位置服務器。在步驟1108，位置服務器檢驗該請求，并根據(jù)用戶簡檔、功能和其他因素，匯編可能到達目的方的聯(lián)絡地址列表。根據(jù)本發(fā)明的最佳實施例，位置服務器提供聯(lián)絡地址的子集以及足夠的關聯(lián)消息，以允許位置服務器的后續(xù)的再次查詢可以檢索到其他聯(lián)絡地址(如果需要它們的話)。
在步驟1110，位置服務器將聯(lián)絡地址集合連同上述的關聯(lián)消息一起返回給代理。在步驟1112，代理嘗試利用步驟1110提供的聯(lián)絡地址列表到達目的方。在步驟1114，判斷是否有任何聯(lián)絡地址成功到達目的方，如返回SIP“200 OK”消息則證明成功。如果成功，則接著執(zhí)行步驟1118，其中，在始發(fā)終端與成功的聯(lián)絡地址之間建立媒體會話，然后處理過程1100在步驟1120終止。
再回到步驟1114，如果確定對目前所提供的聯(lián)絡地址的嘗試均沒有成功，則在步驟1116，代理再次查詢位置服務器，以獲取另外的聯(lián)絡地址集合。在步驟1117，如果可能由位置服務器確定已試過所有聯(lián)絡地址，則在步驟1122宣告明確無法建立會話。這種情況可以這樣來加以處理例如向始發(fā)方表示無法到達目的方。在步驟1122進行任何合適的操作之后，然后處理過程1100在步驟1120終止。
返回到步驟1117，如果位置服務器知道還有多個聯(lián)絡地址尚未提供給代理服務器，則在步驟1118，位置服務器確定要嘗試另一組聯(lián)絡地址。在進行此操作的同時，位置服務器還利用請求所攜帶的關聯(lián)信息，或者可能避免冗余的工作，或者有助于確定下次應該返回哪一組地址。
處理過程然后返回到1110，其中位置服務器以另一組聯(lián)絡地址予以響應。繼續(xù)執(zhí)行步驟1110至步驟1118的處理，直到到達目的方或已嘗試所有聯(lián)絡地址而未獲成功為止。
圖12說明可以實施根據(jù)本發(fā)明的實施例的計算機系統(tǒng)1200。計算機系統(tǒng)1200包括總線1201或其他用于傳送信息的通信機制，以及連接到總線1201用于處理信息的處理器1203。計算機系統(tǒng)1200還包括連接到總線1201的主存儲器1205(如隨機訪問存儲器(RAM)或其他動態(tài)存儲設備)，主存儲器1205用于存儲信息和要由處理器1203執(zhí)行的指令。主存儲器1205還可以用于存儲由處理器1203執(zhí)行的指令的執(zhí)行期間的臨時變量或其他中間信息。計算機系統(tǒng)1200還包括連接到總線1201的只讀存儲器(ROM)1207或其他靜態(tài)存儲設備，用于存儲處理器1203的靜態(tài)信息和指令。為存儲信息和指令，還將存儲設備1209，如磁盤或光盤連接到總線1201上。
計算機系統(tǒng)1200可以通過總線1201連接到顯示器1211，如陰極射線管(CRT)、液晶顯示器、有源陣列顯示器或等離子顯示器，用于向計算機用戶顯示信息。輸入裝置1213，如包括字母數(shù)字鍵和其他鍵的鍵盤連接到總線1201，用于將信息和命令選擇傳送給處理器1203。另一種類型的用戶輸入裝置是光標控件1215，如鼠標、跟蹤球或光標方向鍵，用于將方向信息和命令選擇傳送給處理器1203，以及用于控制光標在顯示器1211上的移動。
根據(jù)本發(fā)明的一個實施例，處理器1203執(zhí)行主存儲器1205中所含的指令配置(arrangement of instructions)，計算機系統(tǒng)1200對此予以響應，從而提供SIP服務器功能(具體說是圖9所示的遞歸查詢功能)。所述指令可以從另一個計算機可讀媒體(如存儲設備1209)中讀入主存儲器1205。執(zhí)行主存儲器1205中所含的指令配置使處理器1203執(zhí)行本說明書所述的處理步驟。還可以采用多處理結(jié)構中的一個或多個處理器來執(zhí)行主存儲器1205中所含的指令。
在備選實施例中，可以采用硬連線電路來替代軟件指令或與之組合，以實現(xiàn)本發(fā)明的實施例。因此，本發(fā)明的實施例并不局限于硬件電路和軟件的任何特定組合。
計算機系統(tǒng)1200還包括連接到總線1201的通信接口1217。通信接口1217提供連接到網(wǎng)絡鏈路1219的雙向數(shù)據(jù)通信，網(wǎng)絡鏈路1219又與局域網(wǎng)1221相連。例如，通信接口1217可以是數(shù)字用戶線(DSL)卡或調(diào)制解調(diào)器、綜合業(yè)務數(shù)字網(wǎng)(ISDN)網(wǎng)卡、電纜調(diào)制解調(diào)器或電話調(diào)制解調(diào)器，用于提供到相應類型的電話線路的數(shù)據(jù)通信連接。作為另一個實例，通信接口1217可以是局域網(wǎng)(LAN)(例如以太網(wǎng)TM或異步傳輸模式(ATM)網(wǎng)絡)網(wǎng)卡，以提供到兼容局域網(wǎng)的數(shù)據(jù)通信連接。還可以實現(xiàn)無線鏈路。在任一所述實施方案中，通信接口1217發(fā)送和接收承載表示各種類型信息的數(shù)字數(shù)據(jù)流的電信號、電磁信號或光信號。再者，通信接口1217還可以包括外圍接口設備，如通用串行總線(USB)接口、PCMCIA(個人計算機存儲卡國際協(xié)會)接口等。雖然只顯示了一個通信接口1217，但是應該認識到可以采用多個通信接口來與不同網(wǎng)絡和設備通信。
網(wǎng)絡鏈路1219通常通過一個或多個網(wǎng)絡向其他數(shù)據(jù)設備提供數(shù)據(jù)通信。例如，網(wǎng)絡鏈路1219可以通過局域網(wǎng)1221提供至主計算機1223的連接，主計算機1223與網(wǎng)絡1225(例如廣域網(wǎng)(WAN)或通稱為“因特網(wǎng)”的全球分組數(shù)據(jù)通信網(wǎng))或由服務提供商營運的數(shù)據(jù)設備的相連。局域網(wǎng)1221和網(wǎng)絡1225都采用電信號、電磁信號或光信號來傳送信息和指令。與計算機系統(tǒng)1200交換數(shù)字數(shù)據(jù)的通過各種網(wǎng)絡的信號以及通過通信接口1217的和網(wǎng)絡鏈路1219上的信號都是攜帶信息和指令的載波的示范形式。
計算機系統(tǒng)1200可以通過網(wǎng)絡、網(wǎng)絡鏈路1219和通信接口1217發(fā)送消息和接收包括程序代碼的數(shù)據(jù)。在因特網(wǎng)的實例中，服務器(未顯示)可以通過網(wǎng)絡1225、局域網(wǎng)1221和通信接口1217來傳送所請求的屬于應用程序的代碼，此代碼用于實現(xiàn)本發(fā)明的實施例。處理器1204可以邊接收邊執(zhí)行所傳送的代碼和/或?qū)⑵浯鎯υ诖鎯υO備129或其他非易失存儲器中，供以后執(zhí)行。這樣，計算機系統(tǒng)1200可以載波的形式獲得應用程序代碼。
此處所用的術語“計算機可讀媒體”指參與向處理器1204提供可供執(zhí)行的代碼的任何媒體。此類媒體可以采取許多形式，包括但不限于非易失媒體、易失媒體以及傳輸媒體。非易失媒體包括例如存儲設備1209，如光盤或磁盤。易失媒體包括動態(tài)存儲器，如主存儲器1205。傳輸媒體包括同軸電纜、銅線和光纖，包括含總線1201在內(nèi)的連線。傳輸媒體還可以采取聲波、光波或電磁波等形式，例如射頻(RF)和紅外線(IR)數(shù)據(jù)通信過程中所產(chǎn)生的那些。計算機可讀媒體的常見形式包括例如軟盤、柔性盤(flexible disk)、硬盤、磁帶、任何其他磁媒體、CD-ROM、CDRW、DVD、任何其他光學媒體、穿孔卡(punch card)、紙帶、光學標記片(optical marksheet)、任何其他帶有孔圖案或其他可光學識別的標記的物理媒體、RAM、PROM和EPROM、FLASH-EPROM、任何其他存儲芯片或存儲盒帶、載波或計算機可讀的任何其他媒體。
向處理器提供指令以供執(zhí)行時可涉及各種形式的計算機可讀媒體。例如，用于執(zhí)行本發(fā)明至少一部分的指令最初可承載于遠程計算機的磁盤上。在此方案中，該遠程計算機將指令裝入主存儲器，并利用調(diào)制解調(diào)器將指令通過電話線路發(fā)送。本地計算機系統(tǒng)的調(diào)制解調(diào)器接收到電話線路上的數(shù)據(jù)，并利用紅外線發(fā)射器將數(shù)據(jù)轉(zhuǎn)換為紅外線信號，然后將該紅外線信號發(fā)送到便攜式計算設備，如個人數(shù)字助理(PDA)和膝上型計算機上。便攜式計算設備上的紅外線檢測器接收紅外線信號所承載的信息和指令，并將該數(shù)據(jù)置于總線上。總線將該數(shù)據(jù)傳送到主存儲器，處理器從其中檢索并執(zhí)行指令。作為一個可選方案，可以在由處理器執(zhí)行之前或之后將主存儲器接收到的指令存儲到存儲設備中。
雖然本發(fā)明是參照若干實施例和實施方案來說明的，但是本發(fā)明并不受此限制，而是涵蓋屬于所附權利要求書范圍的各種顯而易見的修改和等效配置。
參考書目[1] Handley等人“SIP會話發(fā)起協(xié)議”，IETF RFC 2543，1999年[2] Handley等人“RFC2543bis”，IETF因特網(wǎng)草案，制訂中[3] Sparks，R.“SIP呼叫控制；REFER”，IETF因特網(wǎng)草案，制訂中[4] Johnston等人“SIP電話呼叫流實例”，IETF因特網(wǎng)草案，制訂中[5] Johnston等人“SIP業(yè)務實例” IETF因特網(wǎng)127-草案，制訂中
權利要求
1.一種與連接到通信系統(tǒng)的至少一方建立通信會話的方法，包括如下步驟從位置服務器獲取至少一個與所述通信方通信有關的第一信息集合；嘗試利用所述第一信息集合通過所述通信系統(tǒng)建立會話；以及根據(jù)利用所述第一信息集合是否建立了所述會話，從所述位置服務器獲取至少一個與所述通信方通信有關的第二信息集合，并嘗試利用所述第二信息集合建立所述會話。
2.如權利要求1所述的方法，其特征在于所述第一信息集合包括至少一個與所述方相關的通信系統(tǒng)地址。
3.如權利要求1所述的方法，其特征在于還包括向所述位置服務器提供與所述位置服務器上進行的處理相關的關聯(lián)信息。
4.如權利要求3所述的方法，其特征在于所述關聯(lián)信息包括地址屬性指示符、撥號計劃指示符以及位置指示符中的至少一個指示符。
5.如權利要求1所述的方法，其特征在于還包括從所述位置服務器獲取與所述位置服務器上進行的處理相關的關聯(lián)信息。
6.如權利要求5所述的方法，其特征在于所述關聯(lián)信息包括地址屬性指示符、撥號計劃指示符以及位置指示符中的至少一個指示符。
7.如權利要求1所述的方法，其特征在于從所述位置服務器獲取所述關聯(lián)信息與獲取所述第一信息集合一并進行，而向所述位置服務器提供所述關聯(lián)信息與獲取所述第二信息集合一并進行。
8.如權利要求7所述的方法，其特征在于所述位置服務器在提供所述第二信息集合的過程中利用所述關聯(lián)信息。
9.如權利要求7所述的方法，其特征在于所述關聯(lián)信息包括地址屬性指示符、撥號計劃指示符以及位置指示符中的至少一個指示符。
10.在包括位置服務器的通信系統(tǒng)中，一種與連接到所述通信系統(tǒng)的至少一方建立通信會話的方法，所述方法包括如下步驟向所述位置服務器提交第一請求，以獲取與所述方相關的聯(lián)絡信息；響應所述第一請求從所述位置服務器獲取第一響應，所述第一響應包括至少一個第一集合，此集合是與所述方相關的一個或多個聯(lián)絡地址的集合；嘗試利用所述第一聯(lián)絡地址集合與所述方建立所述會話；響應所述第一聯(lián)絡地址集合是否促成建立所述會話，有條件地執(zhí)行如下步驟向所述位置服務器提交至少一個第二請求；響應所述第二請求從所述位置服務器獲取第二響應，所述第二響應包括至少一個第二集合，此集合是所述方的一個或多個聯(lián)絡地址的集合；以及嘗試利用所述第二聯(lián)絡地址集合與所述方建立所述會話；
11.如權利要求7所述的方法，其特征在于所述第二請求與所述第一響應中提供的至少一個聯(lián)絡地址相關。
12.如權利要求7所述的方法，其特征在于所述第二請求是響應所述第一響應中的所述第一聯(lián)絡地址集合中的至少一個聯(lián)絡地址而發(fā)起的。
13.如權利要求7所述的方法，其特征在于根據(jù)所述第一響應的內(nèi)容有條件地提交所述第二請求。
14.如權利要求13所述的方法，其特征在于所述第一響應包括有關是否應該提交所述第二請求的信息。
15.如權利要求14所述的方法，其特征在于所述第一響應中的至少一個聯(lián)絡地址包括有關是否應該提交所述第二請求的信息。
16.如權利要求10所述的方法，其特征在于還包括向所述位置服務器提供有關所述位置服務器上進行的處理的關聯(lián)信息。
17.如權利要求16所述的方法，其特征在于所述關聯(lián)信息包括地址屬性指示符、撥號計劃指示符以及位置指示符中的至少一個指示符。
18.如權利要求16所述的方法，其特征在于所述位置服務器在準備所述第二響應的過程中利用與所述第二請求一并提供的關聯(lián)信息。
19.如權利要求10所述的方法，其特征在于還包括從所述位置服務器獲取有關所述位置服務器上進行的處理的關聯(lián)信息。
20.如權利要求19所述的方法，其特征在于所述關聯(lián)信息包括地址屬性指示符、撥號計劃指示符以及位置指示符中的至少一個指示符。
21.如權利要求19所述的方法，其特征在于所述位置服務器在準備所述第二響應的過程中利用與所述第二請求一并提供的關聯(lián)信息。
22.如權利要求10所述的方法，其特征在于所述關聯(lián)信息連同所述第一響應是一并從所述位置服務器獲取的，而所述關聯(lián)信息連同所述第二請求是一并提供給所述位置服務器的。
23.如權利要求22所述的方法，其特征在于所述關聯(lián)信息包括地址屬性指示符、撥號計劃指示符以及位置指示符中的至少一個指示符。
24.如權利要求22所述的方法，其特征在于所述位置服務器在準備所述第二響應的過程中利用與所述第二請求一并提供的關聯(lián)信息。
25.通信系統(tǒng)中一種提供有關至少一方的聯(lián)絡信息的服務器，其特征在于包括接收對所述方聯(lián)絡信息的第一請求的裝置；用于確定包括零個或零個以上所述方聯(lián)絡地址的第一聯(lián)絡地址集合的裝置；用于響應所述第一請求而輸出第一響應的裝置，所述第一響應包括所述第一聯(lián)絡地址集合；用于接收繼所述第一請求之后對所述方聯(lián)絡信息的第二請求的裝置；用于確定包括零個或零個以上所述方聯(lián)絡地址的第二聯(lián)絡地址集合的裝置；用于響應所述第二請求而輸出第二響應的裝置，所述第二響應包括所述第二聯(lián)絡地址集合；以及所述第二聯(lián)絡地址集合不同于所述第一聯(lián)絡地址集合。
26.如權利要求25所述的服務器，其特征在于所述第一聯(lián)絡地址集合和所述第二組聯(lián)絡地址集合中的至少一個集合是由所述位置服務器維護的所述方的所有聯(lián)絡地址的一個子集。
27.如權利要求25所述的服務器，其特征在于所述第二請求與所述第一響應中提供的至少一個聯(lián)絡地址相關。
28.如權利要求25所述的服務器，其特征在于所述第二請求是響應所述第一響應中的第一組聯(lián)絡地址中的至少一個聯(lián)絡地址而發(fā)起的。
29.如權利要求25所述的服務器，其特征在于根據(jù)所述第一響應的內(nèi)容有條件地提交所述第二請求。
30.如權利要求29所述的服務器，其特征在于所述第一響應包括有關是否應該提交所述第二請求的信息。
31.如權利要求25所述的服務器，其特征在于還包括如下裝置即，一并提供是否應該提交所述第二請求的至少一個指示符連同所述第一響應的裝置。
32.如權利要求25所述的服務器，其特征在于所述第一響應中的至少一個聯(lián)絡地址包括有關是否應該提交所述第二響應的信息。
33.如權利要求25所述的服務器，其特征在于還包括用于確定有關所述第一請求的關聯(lián)信息的裝置。
34.如權利要求33所述的服務器，其特征在于所述第二請求包括所述關聯(lián)信息。
35.如權利要求34所述的服務器，其特征在于所述位置服務器在準備所述第二響應的過程中利用與所述第二請求一并提供的關聯(lián)信息。
37.如權利要求33所述的服務器，其特征在于所述關聯(lián)信息包括地址屬性指示符、撥號計劃指示符以及位置指示符中的至少一個指示符。
38.如權利要求37所述的服務器，其特征在于所述第一響應包括所述關聯(lián)信息。
39.如權利要求37所述的服務器，其特征在于所述位置服務器在準備所述第二響應的過程中利用與所述第二請求一并提供的關聯(lián)信息。
39.如權利要求37所述的服務器，其特征在于所述關聯(lián)信息包括地址屬性指示符、撥號計劃指示符以及位置指示符中的至少一個指示符。
40.如權利要求37所述的服務器，其特征在于所述第二請求包括所述關聯(lián)信息。
41.如權利要求40所述的服務器，其特征在于所述位置服務器在準備所述第二響應的過程中利用與所述第二請求一并提供的關聯(lián)信息。
42.如權利要求40所述的服務器，其特征在于所述關聯(lián)信息包括地址屬性指示符、撥號計劃指示符以及位置指示符中的至少一個指示符。
43.一種代理服務器，用于處理與通信系統(tǒng)中一方建立會話的至少一個請求，所述代理服務器包括向位置服務器提交對所述方的聯(lián)絡信息的第一請求的裝置；用于從所述位置服務器接收對所述第一請求的第一響應的裝置，所述第一響應包括第一聯(lián)絡地址集合；用于根據(jù)所述第一響應判斷是否可以執(zhí)行第二請求以獲取其他的聯(lián)絡信息的裝置；以及用于根據(jù)所述第一響應發(fā)起第二請求的裝置。
44.如權利要求43所述的代理服務器，其特征在于還包括用于向所述位置服務器提交所述第二請求的裝置。
45.如權利要求43所述的代理服務器，其特征在于所述第一響應中的至少一個聯(lián)絡地址包括指示有必要執(zhí)行所述第二請求的信息。
46.如權利要求43所述的代理服務器，其特征在于還包括利用從所收位置服務器獲取的所述第一聯(lián)絡地址集合和第二組聯(lián)絡集合嘗試建立所述會話的裝置。
47.如權利要求43所述的代理服務器，其特征在于根據(jù)所述第一響應的內(nèi)容，所述代理服務器向本身發(fā)送所述第二請求。
48.如權利要求43所述的代理服務器，其特征在于所述位置服務器將最終指示符與至少一個聯(lián)絡地址相關聯(lián)，以及響應所述最終指示符的狀態(tài)，有條件地提交所述第二請求。
49.如權利要求43所述的代理服務器，其特征在于還包括從所述位置服務器一并接收至少一個關聯(lián)信息和所述第一響應的裝置；以及一并提供所述關聯(lián)信息連同所述第二請求的裝置。
50.如權利要求49所述的服務器，其特征在于所述關聯(lián)信息包括地址屬性指示符、撥號計劃指示符以及位置指示符中的至少一個指示符。
51.一種計算機可讀媒體，它具有用于執(zhí)行提供一方聯(lián)絡信息的方法的計算機可執(zhí)行指令，所述方法包括如下步驟接收對所述方聯(lián)絡信息的第一請求；確定包括所述方的零個或零個以上聯(lián)絡地址的第一聯(lián)絡地址集合；響應所述第一請求而輸出包括所述第一聯(lián)絡地址集合的第一響應；接收繼所述第一請求之后對所述方聯(lián)絡信息的至少一個第二請求；確定包括所述方的零個或零個以上聯(lián)絡地址的第二聯(lián)絡地址集合；以及響應所述第二請求而輸出包括所述第二聯(lián)絡地址集合的第二響應；其中所述第二聯(lián)絡地址集合可不同于所述第一聯(lián)絡地址集合。
52.如權利要求51所述的計算機可讀媒體，其特征在于所述方法還包括如下步驟確定與所述第一請求相關的關聯(lián)信息；一并輸出所述關聯(lián)信息連同所述第一響應；一并接收所述關聯(lián)信息連同所述第二請求；以及將所述關聯(lián)信息用于確定所述第二聯(lián)絡地址集合。
53.一種計算機可讀媒體，它具有用于執(zhí)行獲取一方的聯(lián)絡信息的方法的計算機可執(zhí)行指令，所述方法包括如下步驟向位置服務器提交對所述方聯(lián)絡信息的第一請求；從所述位置服務器接收對所述第一請求的第一響應，所述第一響應包括第一聯(lián)絡地址集合；根據(jù)所述第一響應判斷是否應該執(zhí)行至少一個第二請求以獲取其他的聯(lián)絡信息；以及根據(jù)所述第一響應發(fā)起所述第二請求。
54.如權利要求53所述的計算機可讀媒體，其特征在于所述方法還包括如下步驟從所述位置服務器一并接收所述第一響應連同關聯(lián)信息；以及向所述位置服務器一并提供所述第二請求連同所述關聯(lián)信息。
全文摘要
公開了一種通過數(shù)據(jù)網(wǎng)提供電話和其他業(yè)務的方法。通信系統(tǒng)(100)包括用于根據(jù)與被叫方(118)相關的所有地址集合生成第一子集的位置服務器(115)。代理服務器(113)從所述位置服務器(115)獲取地址的第一子集，并根據(jù)該地址子集嘗試與被叫方(118)建立會話。然后，響應于所述第一地址子集是否促成所述會話建立，代理服務器(113)可向位置服務器(115)請求第二子集。位置服務器(115)一并提供的關聯(lián)信息連同所述第一子集作為對第二子集的請求的一部分被返回到位置服務器(115)。
文檔編號H04M7/12GK1698328SQ02810016
公開日2005年11月16日 申請日期2002年3月20日 優(yōu)先權日2001年3月20日
發(fā)明者J·K·加蘭特, K·A·麥克默里 申請人:全球通訊公司