專利名稱：共享的dns域處理的制作方法
技術(shù)領(lǐng)域：
本發(fā)明主要涉及用于處理共享的DNS域的方法和裝置，并且更具體地涉及用于使 得DNS域名能夠被兩個或更多SIP域共享的方法和裝置。
背景技術(shù)：
IMS (IP多媒體子系統(tǒng))是一組標(biāo)準(zhǔn)，其實際上跨任何底層網(wǎng)絡(luò)技術(shù)來提供對于實 時的基于分組的呼叫和服務(wù)所必需的信令、交付、認證和計費功能。換言之，IMS是適合于 在固定和移動網(wǎng)絡(luò)中均高效且快速地實現(xiàn)下一代IP服務(wù)的平臺，其將促進固定和無線網(wǎng) 絡(luò)的會聚。會話發(fā)起協(xié)議(SIP)是一種用于創(chuàng)建、修改和端接涉及一個或多個參與方的會話 (包括因特網(wǎng)呼叫、多媒體分發(fā)和多媒體會議)的傳輸無關(guān)、基于文本的應(yīng)用層控制協(xié)議。 SIP廣泛地被用作用于IP上的話音的信令協(xié)議，并且已經(jīng)被接受作為用于IMS的第三代合 作伙伴項目(3GPP)信令協(xié)議。在3GPP IMS域名系統(tǒng)(DNS)中，使用域來標(biāo)識用戶屬于什么SIP域。在先前已知 的應(yīng)用中，一個DNS域只能由一個SIP域來表示，其可以是例如IMS域。此類約束例如對于 通過例如在基于IMS的IP中央交換機/電話虛擬專用網(wǎng)(VPN)電話中投資而已經(jīng)外包它 們的通信解決方案的跨國企業(yè)可能成為問題。通常對于此類型的情形，用戶分散在世界各 地，其中不同地理區(qū)域的用戶通常由不同運營商來管理，每個運營商管理不同的IMS域。現(xiàn)在將參考圖1來描述根據(jù)現(xiàn)有技術(shù)的、用于在運營商A管理的IMS域“domainl. com" 100處理對于IMS相關(guān)服務(wù)的進入請求的簡化方法。要理解，雖然IMS域的管理通常 涉及比圖1中所示的更多的節(jié)點和信令，但是出于簡明的原因，省略了對于理解用于處理 進入請求的一般過程并非必需的節(jié)點和信令步驟。在第一階段1 1中，尋址到“userl ” (具有例如"userlidomainl. com”的URI)的 請求到達運營商A( S卩，負責(zé)管理IMS域“domainl. com”的運營商)的詢問呼叫會話控制功 能(I-CSCF)lOl。為了能夠?qū)⒃撜埱舐酚傻健皍serl”，必須正確地解析該請求的DNS域名。 這可以在下一個階段1:2中通過詢問運營商A的用戶數(shù)據(jù)庫(通常是歸屬地訂戶服務(wù)器 (HSS)) 102來實現(xiàn)。HSS是用于運營商A的IMS域的所有IMS相關(guān)的訂戶和服務(wù)數(shù)據(jù)的主 數(shù)據(jù)存儲裝置。HSS中存儲的主數(shù)據(jù)包括用于注冊到IMS域的每個用戶的用戶簡檔。用戶 簡檔包含用于將進入請求路由到服務(wù)CSCF(S-CSCF)、并且進一步路由到端接用戶實體的用 戶信息。用戶簡檔是永久地存儲在HSS中的用戶特定信息的收集，包括公眾用戶身份，其可 以是 SIP URI，例如，bob. homeidomainl. com 或 tel URI，例如，tel +46812345667。如果對HSS 102的詢問導(dǎo)致匹配，則將該請求路由到運營商A的相關(guān)的S-CSCF 103，如以階段1:3a所指示的。從S-CSCF 103，將該請求轉(zhuǎn)發(fā)到預(yù)期的端接實體，例如應(yīng)用 服務(wù)器(AS)(未示出)，其向請求方提供所請求的服務(wù)。但是，如果在HSS查詢時未發(fā)現(xiàn)匹 配，則該請求被拒絕，導(dǎo)致運營商A無法向請求方提供所請求的服務(wù)。該備選以備選的最后 階段1:3b來指示。
像Ericsson這樣的公司，具有的URI方案帶有像例如“userlOericsson. com”的 URI，可能想要能夠國際性地而非區(qū)域性地使用“ericsson.com”域。但是，目前已知沒有用 于提供這種特征的解決方案。

發(fā)明內(nèi)容
本發(fā)明的一個目的在于提供用于允許多于一個SIP域利用DNS域名的方法以及適 合于此類方法的設(shè)備。這可以通過使SIP域的運營商知道進入請求的DNS域名是共享的域 來實現(xiàn)，并且由此提供一種用于解析此類請求的目的地URI的機制，以便能夠相應(yīng)地路由 它而非作為在自己的域中執(zhí)行的失敗的用戶數(shù)據(jù)庫查詢的結(jié)果而拒絕它。根據(jù)一個方面，提供一種方法，其中SIP域(例如，IMS域)的節(jié)點適合于處理對 于其用戶數(shù)據(jù)庫查詢已失敗(401)(即，該請求的查詢未導(dǎo)致匹配)的進入請求。用于實現(xiàn) 此類方法的典型節(jié)點是呼叫會話控制功能(CSCF)，例如，詢問CSCF(I-CSCF)。所描述的情形通常將導(dǎo)致請求的拒絕，因為節(jié)點將不能發(fā)現(xiàn)將其路由到的適合端 接地址。但是，不是拒絕該請求，而是提出一種過程，其確定該請求的DNS域名是否注冊為 共享的域?？梢酝ㄟ^檢查配置數(shù)據(jù)來執(zhí)行此類過程，該配置數(shù)據(jù)可以是先前存儲在節(jié)點的 或?qū)τ诠?jié)點可訪問的。如果確定DNS域名注冊為共享的域，則將DNS域名解析成全球可路由的URI，并向 端接實體路由該請求。但是，如果發(fā)現(xiàn)DNS域未注冊為共享的域，則按照標(biāo)準(zhǔn)行為，將拒絕 該請求。根據(jù)一個實施例，配置數(shù)據(jù)包括由SIP域的運營商管理的所有DNS域以及指示相 應(yīng)DNS域是否是共享的域的關(guān)聯(lián)參數(shù)。備選的是，配置數(shù)據(jù)還包括用于存儲一個或多個URI 的布告(post)，每個布告指示與其共享相應(yīng)共享的DNS域的一個或多個SIP域。根據(jù)一個實施例，當(dāng)將DNS域名解析成全球可路由的URI時，可以使用包括一個或 多個SIP域(即，DNS域名在配置數(shù)據(jù)中注冊的一個或多個SIP域之間共享)的配置數(shù)據(jù)。根據(jù)可單獨實現(xiàn)或結(jié)合先前實施例來實現(xiàn)的一備選實施例，在解析DNS域名之 前，配置數(shù)據(jù)的相應(yīng)布告中沒有注冊的SIP域可導(dǎo)致查詢，例如DNS查詢。根據(jù)另一個方面，還提供一種用于實現(xiàn)上述機制的節(jié)點。根據(jù)一個實施例的節(jié)點 包括查詢單元，用于響應(yīng)失敗的用戶數(shù)據(jù)庫查詢而發(fā)起域檢查過程。域檢查單元適合于執(zhí) 行域檢查過程，其中確定該請求的DNS域是否注冊為共享的域。域檢查單元適合于，如果發(fā) 現(xiàn)DNS域注冊為共享的域，則將DNS域名解析成全球可路由的URI，并向端接實體路由請求， 或如果DNS域未注冊為共享的域，則拒絕請求。域檢查過程可以包括檢查存儲在該節(jié)點的 或與該節(jié)點關(guān)聯(lián)的配置數(shù)據(jù)。根據(jù)一個備選實施例，域檢查單元可適合于如果配置數(shù)據(jù)中注冊了與其共享相應(yīng) DNS域的一個或多個SIP域，則在配置數(shù)據(jù)的基礎(chǔ)上將請求的DNS域名解析成全球可路由的 URI。根據(jù)可單獨實現(xiàn)的或結(jié)合先前的實施例來實現(xiàn)的另一個備選實施例，該域檢查單 元適合于如果配置數(shù)據(jù)中沒有注冊SIP域，則在已執(zhí)行查詢之后解析DNS域名。


現(xiàn)在將通過示范實施例并參考附圖來更詳細地描述本發(fā)明，其中圖1是根據(jù)現(xiàn)有技術(shù)的用于在IMS域中處理請求的過程的基本概觀。圖2是根據(jù)一個實施例的用于處理尋址到共享的DNS域的請求的過程的基本概觀。圖3是根據(jù)一個實施例的示出例示的擴充配置的表。圖4是根據(jù)一個實施例的流程圖，示出用于在SIP域中處理進入請求的方法。圖5是示出參考圖4描述的方法中解析共享的IMS域名的備選方式的流程圖。
具體實施例方式簡言之，本發(fā)明提供一種用于允許多于一個SIP域利用DNS域名的機制，即提出一 種機制，其允許將DNS域用作共享的DNS域。根據(jù)一個實施例，通過引入SIP域的修改的節(jié)點，可實現(xiàn)用于處理共享的DNS域的 機制，所述節(jié)點通常是I-CSCF，這與早前參考圖1描述的現(xiàn)有技術(shù)示例類似，其負責(zé)詢問到 達SIP域的請求。SIP域可以是IMS域或適合于使用SIP協(xié)議的任何其他類型的網(wǎng)絡(luò)。在 SIP域的該節(jié)點引入域檢查過程。該過程將響應(yīng)不成功的用戶數(shù)據(jù)庫查詢(通常是HSS查 詢)來執(zhí)行。要理解，雖然此例示的實施例是基于修改的I-CSCF、詢問HSS和將請求路由到其 他CSCF節(jié)點，但是所提出的機制還將可應(yīng)用于在適合于處理對應(yīng)的排隊和路由選擇過程 的其他實體上的實現(xiàn)。根據(jù)現(xiàn)有技術(shù)，無法導(dǎo)致匹配的請求的用戶數(shù)據(jù)庫查詢將導(dǎo)致相應(yīng)請求的拒絕， 并因此運營商無法向主叫方提供所請求的服務(wù)。不是在此類情況中拒絕請求，而是使所提 出的域檢查過程適合于詢問與該SIP域關(guān)聯(lián)的擴充的配置數(shù)據(jù)，其中擁有DNS域(即SIP域 管理的DNS域)的相應(yīng)SIP域的已經(jīng)存在的列表已經(jīng)被擴充有為每個DNS域設(shè)置的參數(shù)，所 述參數(shù)指示是否與另一個SIP域共享相應(yīng)的DNS域。該節(jié)點適合于在配置數(shù)據(jù)中指示DNS 域是共享的域時執(zhí)行進入請求的查詢，通常是DNS查詢過程。查詢過程可涉及一個或多個 查詢，其可以特定、預(yù)定的方式來執(zhí)行，以便使節(jié)點能夠相應(yīng)地路由請求。備選的是，查詢可 通過Diameter、輕量級目錄訪問協(xié)議(LDAP)或適合于執(zhí)行此類型查詢的任何其他協(xié)議來 完成。通過在SIP域中實現(xiàn)提出的機制，因而將響應(yīng)附加的信息性配置數(shù)據(jù)的詢問而相 應(yīng)地路由尋址到共享的DNS域的請求，配置數(shù)據(jù)包含與不同SIP域之間共享的DNS域關(guān)聯(lián) 的數(shù)據(jù)。現(xiàn)在將參考圖2進一步詳細地描述根據(jù)一個實施例的一般網(wǎng)絡(luò)架構(gòu)，其適合于處 理由多于一個SIP域共享的DSN域名。要理解，出于簡明的原因，省略了對于理解所提出的 機制并非必需的節(jié)點和信令步驟。還應(yīng)該注意，圖2中示出的架構(gòu)是單純邏輯上的，并且向 節(jié)點提供相關(guān)功能性的所描述的單元能不同的備選方式來實現(xiàn)。圖2示出修改的SIP節(jié)點201(在本例中是I-CSCF)如何處理請求，節(jié)點201由IMS 域200的運營商A來管理并適合于根據(jù)新穎的域詢問機制來詢問進入請求。I-CSCF 201包 括查詢單元202，其適合于在接收到進入請求時執(zhí)行對用戶數(shù)據(jù)庫203(在本例中是HSS)的 查詢。HSS查詢的目的在于發(fā)現(xiàn)適合的服務(wù)節(jié)點204(在本例中是S-CSCF)或負責(zé)將請求交付到預(yù)期的端接實體(未示出)的任何其他類型的對應(yīng)節(jié)點。端接實體可以位于IMS域 200中或共享DNS域的另一個域中，例如IMS域208。到這時，根據(jù)公知的查詢和路由選擇過程已經(jīng)執(zhí)行了所描述的過程。如果在用戶 數(shù)據(jù)庫查詢中發(fā)現(xiàn)相關(guān)的S-CSCF 204，則將請求路由到相應(yīng)的S-CSCF，從那里，按照標(biāo)準(zhǔn) 行為，將請求進一步路由到端接實體(例如，應(yīng)用服務(wù)器(AS)(未示出)。但是，如果在執(zhí)行查詢之后未發(fā)現(xiàn)匹配，則激活域檢查單元205而非如這個特定 情況中通常將是要執(zhí)行的下個步驟的拒絕請求。域檢查單元205適合于確定進入請求的 DNS域是否是共享的DNS域。這通過詢問存儲在詢問節(jié)點201或與該節(jié)點關(guān)聯(lián)的配置數(shù)據(jù) 206來實現(xiàn)。配置數(shù)據(jù)已經(jīng)用至少一個新布告來擴充，該新布告主管指示相應(yīng)的DNS域是 否是共享的域的參數(shù)。配置數(shù)據(jù)還可包括附加布告，該附加布告包括本地配置信息，指示與 其共享相應(yīng)的DNS域的一個或多個IMS域的一個或多個全球可路由的URI?；诖伺渲脭?shù) 據(jù)，尋址到共享的DNS域的請求將被路由到相關(guān)的IMS域，而如果用戶數(shù)據(jù)庫查詢失敗，則 將由處理單元以常規(guī)方式拒絕到不與另一個IMS域共享的DNS域的請求?；谂渲脭?shù)據(jù)，可以在查詢之后執(zhí)行路由選擇，或者如果本地配置信息是從配置 數(shù)據(jù)可訪問的，則在路由到共享的IMS域之后執(zhí)行路由選擇。例如DNS查詢的查詢通常涉 及詢問一個或多個DNS服務(wù)器，如果請求包括電話號碼，則所述一個或多個DNS服務(wù)器可包 括ENUMDNS或企業(yè)特定DNS。在圖2中，此查詢以在DNS服務(wù)器207執(zhí)行的DNS查詢來例
7J\ o根據(jù)充分建立的過程，請求在第一階段2:1中到達運營商A的IMS域200，在下一 個階段2:2由查詢單元202查詢，其中詢問HSS203。如果發(fā)現(xiàn)匹配，即，如果在HSS中發(fā)現(xiàn) 與相應(yīng)DNS域名關(guān)聯(lián)的S-CSCF，則將請求路由到相應(yīng)S-CSCF 204，如以階段2:3a示出的。 但是，如果在HSS查詢中未發(fā)現(xiàn)匹配，則改為發(fā)起域檢查過程，如以備選階段2:3b示出的。 以下一個階段2:4示出的域檢查過程將請求的DNS域名的主機部分(即“domainl. com") 對照由域檢查單元205可訪問的配置數(shù)據(jù)206進行比較。如果發(fā)現(xiàn)DNS域名在兩個或更多 IMS域之間共享，則域檢查單元適合于將該DNS域名解析成全球可路由的URI，如以后續(xù)階 段2:5a指示的。最初，激活適合于詢問配置數(shù)據(jù)206的解析過程。解析過程的目的是要確定是否 存在與相應(yīng)IMS域關(guān)聯(lián)的任何本地配置，即，配置數(shù)據(jù)206是否包含關(guān)聯(lián)于與其共享DNS域 的IMS域的一個或多個全球可路由的URI的注冊。如果發(fā)現(xiàn)本地配置，則解析該DNS域名， 以便能將請求路由到由運營商B管理的注冊的IMS域208，如以階段2:6指示的。如果配置 數(shù)據(jù)中注冊了多于一個IMS域，則這些域之一(例如，第一個域)可選擇為用于路由請求的 下一個目的地。通常，詢問節(jié)點201的配置還包含預(yù)先配置的規(guī)則，其指定如何選擇要將請 求路由到的域。如果在所選的目的地域未發(fā)現(xiàn)匹配，則目的地域的詢問節(jié)點可配置成將請 求進一步路由到下一個注冊的IMS域。此過程通常持續(xù)進行直到發(fā)現(xiàn)適合的IMS域和端接 實體。備選的是，可以分析請求的目的地URI的用戶信息，并可以使用結(jié)果來將URI解析到 已經(jīng)在第一個位置中的正確IMS域。雖然運營商B的IMS域208中僅示出I-CSCF 209，但是要理解，如對于任何IMS域 或任何其他類型的SIP域一樣，域208還包括對于管理和提供IMS和/或其他SIP服務(wù)到 最終用戶所必需的附加節(jié)點，例如常規(guī)控制功能節(jié)點和服務(wù)器。
7
在IMS域208，執(zhí)行DNS查詢過程和/或任何其他查詢過程，然后才能將請求轉(zhuǎn)發(fā) (未示出)到在IMS域208的端接目的地，這些都根據(jù)常規(guī)查詢和路由選擇過程來執(zhí)行。如果在階段2:5a的解析階段期間配置數(shù)據(jù)中未能發(fā)現(xiàn)本地配置，則將根據(jù)任何 已知技術(shù)來執(zhí)行查詢過程。查詢過程根據(jù)為IMS域200指定的配置可包括一個或多個DNS 查詢和/或其他查詢。在本示例中，以備選階段2:5b示出在DNS服務(wù)器207執(zhí)行的查詢。 基于來自提出的DNS查詢過程的結(jié)果，將請求的目的地地址解析成全球可路由的URI。提供 有全球URI，現(xiàn)在能將請求在階段2:6路由到端接域208。在域208，可以執(zhí)行附加的路由選 擇以便將請求交付到預(yù)期的端接實體。但是，如果DNS域不是共享的域，則請求改為按照標(biāo) 準(zhǔn)行為被拒絕。這以備選階段2:5c來示出。圖3中示出根據(jù)上述實施例的簡化表300，其示出擴充的配置數(shù)據(jù)的一個示例。 該例示的表包含“domain”列301中注冊的三個域“domainl. com”、“domain2. com”和 "domain3. com”。在現(xiàn)有技術(shù)的解決方案中，指示IMS域的所有DNS域的配置數(shù)據(jù)的此類別 連同用于IMS域的其他配置數(shù)據(jù)(例如，涉及例如相應(yīng)IMS域的認證、服務(wù)能力和可用HSS 實體的信息)已經(jīng)是可檢索的。但是，圖3中示出的配置數(shù)據(jù)還在“共享的”列302中包含 參數(shù)，其指示對于每個DNS域，DNS域是共享的域(是)或不是共享的域(否)。此外，圖3 的表還可包含可選的“與其共享”列303，其中可注冊告知與哪個或哪些IMS域共享相應(yīng)的 DNS域的信息。因此，將根據(jù)該表中存儲的路由選擇信息來路由目標(biāo)為DNS域“domainl. com”的請求，即，將其路由到IMS域“telenor. com”，其中將執(zhí)行常規(guī)DNS查詢過程以便將請 求路由到端接目的地，而目標(biāo)為“domain2. com"的請求將被詢問節(jié)點拒絕，因為“domain2. com”未注冊為共享的域。最后，將根據(jù)從一個或多個查詢檢索到的信息來路由具有主機部 分 “domain3. com” 的請求。根據(jù)另一個方面，現(xiàn)在將參考圖4的流程圖來描述用于處理可尋址到共享的DNS 域的請求的方法。開始于第一步驟400，請求到達SIP域A(通常是IMS域)的詢問SIP節(jié) 點。在下一個步驟401中，在域A的詢問SIP節(jié)點，在用戶數(shù)據(jù)庫中查詢DNS域名，其中該查 詢導(dǎo)致無法發(fā)現(xiàn)匹配，因此，在無任何進一步處理的情況下，導(dǎo)致運營商無法路由該請求。 在此確定之后，詢問配置數(shù)據(jù)以用于確定該請求的DNS域是否是共享的域。這在下一個步 驟402中執(zhí)行。如果發(fā)現(xiàn)DNS域不是共享的域，則根據(jù)已知的過程，拒絕該請求，如以步驟 403示出的，然后該過程在步驟406終止。但是，如果該DNS域是共享的域，則在步驟404中， 根據(jù)配置數(shù)據(jù)，將該請求的DNS域名解析成全球可路由的URI，并且該請求根據(jù)該URI被路 由到SIP域，如后續(xù)步驟405中指示的，然后在步驟406終止SIP節(jié)點的該過程。在該請求 路由到的SIP域，根據(jù)已知的過程，將請求交付到端接實體。以圖4的步驟404指示的解析過程可以不同的方式來執(zhí)行，這取決于從配置數(shù)據(jù) 能檢索到什么信息。在圖5中，以備選框方案替代了圖4的步驟404和405。如果已發(fā)現(xiàn)請求包含共享 的DNS域名，如以步驟500示出的，S卩，圖4的步驟402已導(dǎo)致“是”的備選，則確定配置數(shù) 據(jù)中是否存在包含與其共享該DNS域的SIP域B的信息的本地配置。此確定在下一個步驟 501中執(zhí)行。如果確實注冊了此類信息，則在步驟502中將請求解析到適合的地址，并在后 續(xù)步驟505中將該請求路由到相應(yīng)的SIP域B。在SIP域B，將以已知的方式來執(zhí)行查詢過 程，通常是涉及一個或多個DNS服務(wù)器的DNS查詢過程，并且該請求能相應(yīng)地路由到端接實
8體。另一方面，如果未發(fā)現(xiàn)此類本地配置，則例如DNS查詢過程的查詢過程改為在SIP域A 來執(zhí)行，其查詢該請求的完整端接URI，如另一個備選步驟503指示的。使用查詢過程的結(jié) 果，在后續(xù)步驟504中將端接URI解析成全球可路由的URI。然后在下一個步驟505，相應(yīng) 地使用該URI來路由請求，之后終止描述的解析過程，如以圖4的步驟406指示的。在端接 域，根據(jù)已知過程，將路由該請求，以便它到達端接實體。 雖然本發(fā)明已經(jīng)參考特定示范實施例來描述，但是該描述一般僅旨在說明發(fā)明的 概念而不應(yīng)視為限制本發(fā)明的范圍，本發(fā)明的范圍由所附權(quán)利要求來定義。
權(quán)利要求
一種在SIP域(200)的節(jié)點(201)中用于處理對于其用戶數(shù)據(jù)庫查詢已失敗(401)的進入請求的方法，包括以下步驟-確定(402)所述請求的DNS域名是否注冊為共享的域，-將所述DNS域名解析(404)成全球可路由的URI，以及-在所述DNS域名注冊為共享的域的情況下向端接實體路由(405)所述請求，或-在所述DNS域未注冊為共享的域的情況下拒絕(403)所述請求。
2.如權(quán)利要求1所述的方法，其中所述確定步驟包括檢查配置數(shù)據(jù)。
3.如權(quán)利要求2所述的方法，其中所述配置數(shù)據(jù)包括由所述SIP域的運營商管理的所 有DNS域(301)以及指示相應(yīng)DNS域是否是共享的域的關(guān)聯(lián)參數(shù)(302)。
4.如權(quán)利要求3所述的方法，其中所述配置數(shù)據(jù)還包括用于存儲一個或多個URI的布 告(303)，每個布告指示與其共享相應(yīng)DNS域的SIP域。
5.如權(quán)利要求4所述的方法，其中如果所述配置數(shù)據(jù)包含一個或多個SIP域名(501)， 此信息在將所述DNS域名解析(502)成全球可路由的URI時使用。
6.如權(quán)利要求2-5的任一項所述的方法，其中如果所述配置數(shù)據(jù)中沒有SIP域名注冊 為共享的DNS域，則在執(zhí)行了查詢(503)之后解析(504)相應(yīng)的DNS域名。
7.如任一項前面的權(quán)利要求所述的方法，其中所述節(jié)點是呼叫會話控制功能(CSCF)。
8.如權(quán)利要求7所述的方法，其中所述CSCF是詢問CSCF(I-CSCF)。
9.如前面權(quán)利要求的任一項所述的方法，其中所述SIP域是IMS域。
10.如前面權(quán)利要求的任一項所述的方法，其中所述查詢是DNS查詢。
11.一種SIP域(200)的用于處理對于其用戶數(shù)據(jù)庫查詢(2 2)已失敗的進入請求 (2 1)的節(jié)點(201)，包括-查詢單元(202)，用于響應(yīng)所述失敗的用戶數(shù)據(jù)庫查詢而發(fā)起域檢查過程(2 3b)，以及-域檢查單元(205)，用于執(zhí)行所述域檢查過程(2 4)，所述域檢查過程(2 4)包括 確定所述請求的DNS域是否注冊為共享的域，其中所述域檢查單元適合于在所述DNS域注 冊為共享的域的情況下，將所述DNS域名解析(2 5a、2 5b)成全球可路由的URI，并向端 接實體路由(2 6)所述請求，或在所述DNS域未注冊為共享的域的情況下拒絕(2 5c) 所述請求。
12.如權(quán)利要求11所述的節(jié)點，其中所述域檢查過程包括檢查存儲在所述節(jié)點的或與 所述節(jié)點關(guān)聯(lián)的配置數(shù)據(jù)。
13.如權(quán)利要求12所述的節(jié)點，其中所述配置數(shù)據(jù)包括由所述SIP域的運營商管理的 所有DNS域(301)以及指示相應(yīng)DNS域是否是共享的域的關(guān)聯(lián)參數(shù)(302)。
14.如權(quán)利要求13所述的節(jié)點，其中所述配置數(shù)據(jù)還包括用于存儲一個或多個URI的 布告(303)，每個布告指示與其共享相應(yīng)DNS域的SIP域。
15.如權(quán)利要求11-14的任一項所述的節(jié)點，其中所述域檢查單元適合于在所述配置 數(shù)據(jù)中注冊了與其共享相應(yīng)DNS域的一個或多個SIP域的情況下，在所述配置數(shù)據(jù)的基礎(chǔ) 上將所述DNS域名解析成全球可路由的URI。
16.如權(quán)利要求11-15的任一項所述的節(jié)點，其中所述域檢查單元適合于在所述配置 數(shù)據(jù)中沒有注冊SIP域的情況下，在已執(zhí)行查詢之后解析所述DNS域名。
17.如權(quán)利要求11-16的任一項所述的節(jié)點，其中所述節(jié)點是呼叫會話控制功能 (CSCF)。
18.如權(quán)利要求17所述的節(jié)點，其中所述CSCF是詢問CSCF(I-CSCF)。
19.如權(quán)利要求11-18的任一項所述的節(jié)點，其中所述SIP域是IMS域。
20.如權(quán)利要求11-19的任一項所述的節(jié)點，其中所述查詢是DNS查詢。
全文摘要
不是在用戶數(shù)據(jù)庫查詢已失敗(401)時，在SIP域(200)(例如，IMS域)的節(jié)點(201)拒絕進入請求，而是確定(402)該請求的DNS域名是否注冊為共享的域。如果發(fā)現(xiàn)DNS域名注冊為共享的域，則將DNS域名解析成全球可路由的URI，并向端接實體路由(405)請求。但是，如果DNS域名不是共享的，則拒絕該請求。此機制使得運營商能夠允許多于一個SIP域利用DNS域名。
文檔編號H04L29/06GK101828376SQ200780101196
公開日2010年9月8日 申請日期2007年10月18日 優(yōu)先權(quán)日2007年10月18日
發(fā)明者J·法爾克納 申請人:愛立信電話股份有限公司