專利名稱：用于提供通用統(tǒng)一資源標識符(uuri)的方法、系統(tǒng)和計算機程序產(chǎn)品的制作方法
技術領域：
本文描述主題涉及用于在通信網(wǎng)絡中提供統(tǒng)一資源標識符映射的方法和系統(tǒng)。具 體來說，本文描述主題涉及用于提供通用統(tǒng)一資源標識符(UURI)的方法、系統(tǒng)和計算機程
序廣品。
背景技術：
隨著計算機、計算機網(wǎng)絡、因特網(wǎng)、電話網(wǎng)絡和電信系統(tǒng)的普及性、使用和能力的 提高，通過不斷增長數(shù)量的標識符來識別這些系統(tǒng)和網(wǎng)絡的用戶，并且經(jīng)由不斷增長數(shù)量 的標識符來聯(lián)系這些系統(tǒng)和網(wǎng)絡的用戶。用戶通常必須不僅保存和/或記住用戶的家庭電 話號碼、蜂窩電話號碼、電子郵件地址、即時消息傳送地址、網(wǎng)絡主頁等，而且保存和/或記 住家庭成員、朋友、社交和商務相識人等的家庭電話號碼、蜂窩電話號碼、電子郵件地址、即 時消息傳送地址、網(wǎng)絡主頁等。另外，隨著各種網(wǎng)絡和系統(tǒng)合并和融合，用戶期望以跨越網(wǎng) 絡間歷史和技術區(qū)別的方式來通信。例如，第三代伙伴計劃(3GPP)定義了網(wǎng)際協(xié)議(IP)多媒體子系統(tǒng)(IMS)網(wǎng)絡作 為新的移動網(wǎng)絡基礎結構，其使得能夠在基于IP的基礎結構上融合數(shù)據(jù)、語音和移動網(wǎng)絡 技術。IMS橋接了在現(xiàn)有的傳統(tǒng)電信技術和因特網(wǎng)技術之間的間隙，允許網(wǎng)絡運營商提供標 準化的、可重用的平臺，該平臺可以用來同時向移動網(wǎng)絡和陸地通信線網(wǎng)絡兩者提供服務， 向終端用戶透明地提供服務的獨特組合。IMS的主要功能是在用戶之間和在用戶和應用之間建立媒體通信會話。IMS使用 會話發(fā)起協(xié)議(SIP)來發(fā)起、修改和終止涉及多媒體要素(諸如視頻、語音、即時消息傳送、 在線游戲和虛擬事實)的交互用戶會話，并且向服務建立者提供用于組合同一會話中的服 務和“在運行中”動態(tài)地修改會話(例如向現(xiàn)有的語音會話添加視頻分量)的能力。結果， 新的和新穎的用戶到用戶和多用戶服務變得可獲得，諸如增強的語音服務、視頻電話、聊 天、即按即說和多媒體會議，它們全部基于多媒體會話的思想。因此，例如，IMS用戶可能想 向蜂窩電話發(fā)送電子郵件，或者使用計算機來進行電話呼叫，這僅僅是模糊在以前涇渭分 明且不可兼容的電話和數(shù)據(jù)集網(wǎng)絡之間界限的兩個示例。但是，即使對于合并的網(wǎng)絡，仍然有一些缺點和不便，它們是從電話和計算機網(wǎng)絡 是分立的實體時起遺留的缺點和不便。一種這樣的缺點是繼續(xù)需要在用戶的聯(lián)系列表中 為每個人保存多個聯(lián)系信息(例如電話號碼、蜂窩電話號碼、電子郵件地址、即時消息地址 等)。例如，用戶A不能向用戶B發(fā)送電子郵件，除非A知道B的電子郵件地址。換句話說， 即使A知道B的所有其他聯(lián)系信息，諸如電話號碼、蜂窩電話號碼、即時消息地址等，A也不能向B發(fā)送電子郵件?？紤]用戶B使用可以接收電子郵件的移動電話的情況從聯(lián)網(wǎng)的觀點看，語音呼 叫和電子郵件將到達同一目的地——用戶B的移動電話——并且甚至可以經(jīng)過同一路徑通 過網(wǎng)絡而達到同一目的地。在當今的條件下，A可以呼叫B (因為A知道B的電話號碼)，但 A不能向B發(fā)送電子郵件(因為A不知道B的電子郵件地址)，即使消息的目的地是相同的。因此，考慮到如上所述的缺點，對于整合網(wǎng)絡上的用戶來說，需要能夠向其他用戶 提供單個的、容易記住的URI標識符，所述URI可以用于便利與IMS用戶的任何通信模式 (例如語音、電子郵件、消息傳送、多媒體等)，所述整合網(wǎng)絡諸如會話發(fā)起協(xié)議(SIP)網(wǎng)絡、 下一代網(wǎng)絡(NGN)或者IMS網(wǎng)絡。具體來說，對于這樣的系統(tǒng)和方法存在著需求，所述系統(tǒng) 和方法用于允許通用統(tǒng)一資源標識符(URI)或者UURI與用戶相關聯(lián)，以便于所有的通信均 可以以UURI為地址，而不論通信模式如何。

發(fā)明內容
根據(jù)一個方面，本文描述主題包括一種用于將通用統(tǒng)一資源標識符(UURI)映射 到統(tǒng)一資源標識符(URI)的方法。所述方法包括接收包含與用戶相關聯(lián)的UURI并且包 含指示媒體類型的媒體類型指示符的消息；基于所述UURI和所述媒體類型指示符來識別 URI ；以及發(fā)送包含所識別的URI的消息。根據(jù)另一個方面，本文描述主題包括一種用于將通用統(tǒng)一資源標識符(UURI)映 射到統(tǒng)一資源標識符(URI)的系統(tǒng)。所述系統(tǒng)包括UURI解析數(shù)據(jù)庫(URDB)，用于將UURI 和媒體類型元組與用戶URI相關聯(lián)。所述系統(tǒng)還包括UURI解析功能(URF)，用于接收包含 與用戶相關聯(lián)的UURI并且包含指示媒體類型的媒體類型指示符的消息。所述URF使用所 述URDB來基于所述UURI和所述媒體類型指示符識別URI，并且，發(fā)送包含所識別的URI的 消息?？梢砸杂布?、軟件、固件或者其任何組合來實現(xiàn)用于提供通用統(tǒng)一資源標識符 (UURI)的本文描述主題。因此，本文使用的術語“功能”或者“模塊”指的是用于實現(xiàn)所描 述特征的硬件、軟件和/或固件。在一種示例性實現(xiàn)方式中，可以使用計算機程序產(chǎn)品來 實現(xiàn)本文描述主題，所述計算機程序產(chǎn)品包括實施在計算機可讀介質中的計算機可執(zhí)行指 令。適合于實現(xiàn)本文描述主題的示例性計算機可讀介質包括盤存儲設備、芯片存儲設備、可 編程邏輯器件、專用集成電路和可下載的電子信號。另外，實現(xiàn)本文描述主題的計算機程序 產(chǎn)品可以位于單個設備或者計算機平臺上，或者可以跨多個設備或者計算機平臺分布。


現(xiàn)在參考

本文描述主題的優(yōu)選實施例，其中圖1是說明根據(jù)本文描述主題的實施例的、用于將通用統(tǒng)一資源標識符(UURI)映 射到統(tǒng)一資源標識符(URI)的示例性方法的流程圖；圖2是說明根據(jù)本文描述主題的實施例的、用于經(jīng)由顯式查詢/響應事務來將通 用統(tǒng)一資源標識符(UURI)映射到統(tǒng)一資源標識符(URI)的示例性系統(tǒng)的框圖；圖3是說明根據(jù)本文描述主題的另一個實施例的、經(jīng)由消息中繼來將通用統(tǒng)一資 源標識符(UURI)映射到統(tǒng)一資源標識符(URI)的示例性系統(tǒng)的框圖4是說明根據(jù)本文描述主題的再一個實施例的、用于使用存在資格和當存在用 戶時的系統(tǒng)響應將通用統(tǒng)一資源標識符(UURI)映射到統(tǒng)一資源標識符(URI)的示例性系 統(tǒng)的框圖；圖5是說明根據(jù)本文描述主題的再一個實施例的、用于使用存在資格和當不存在 用戶時的系統(tǒng)響應將通用統(tǒng)一資源標識符(UURI)映射到統(tǒng)一資源標識符(URI)的示例性 系統(tǒng)的框圖。
具體實施例方式根據(jù)在此公開的主題，提供了用于提供通用統(tǒng)一資源標識符(UURI)的系統(tǒng)、方法 和計算機程序產(chǎn)品。與媒體類型(數(shù)據(jù)、呼叫、消息、媒體流、視頻、音頻、文本等)無關的、意 欲被發(fā)送到特定用戶的所有通信可以被定向到單個UURI。與媒體類型一起考慮所述UURI， 以便識別所述消息、數(shù)據(jù)、呼叫和/或媒體流應當被定向至的適當統(tǒng)一資源標識符(URI)。圖1是說明根據(jù)本文描述主題的實施例的、用于將通用統(tǒng)一資源標識符(UURI)映 射到統(tǒng)一資源標識符(URI)的示例性方法的流程圖。在框100中，接收消息，所述消息包含與用戶相關聯(lián)的UURI，并且還包含用于指示 媒體類型的媒體類型指示符。例如，在網(wǎng)際協(xié)議多媒體子系統(tǒng)(IMS)網(wǎng)絡中，可以從試圖進 行網(wǎng)絡話音(VOIP)呼叫的用戶接收會話發(fā)起協(xié)議(SIP)消息，例如SIP INVITE(SIP邀請) 消息。下表1顯示示例性SIP消息格式。表1-示例SIP消息格式 在SIP消息中存在數(shù)個可以包括UURI的位置。例如，與用戶相關聯(lián)的UURI可以被 包括在SIP開始行“請求URI”字段、SIP—般頭部“至”字段和/或SIP—般頭部“自，，字段中。在SIP消息中存在數(shù)個可以包括媒體類型的位置。例如，可以在SIP —般頭部“內容類型”字段中包括媒體類型指示符。如果消息主體為多目的因特網(wǎng)郵件擴展(MIME)格 式，則可以在MIME “內容類型”頭部中找到媒體類型指示符。例如，MIME編碼的語音郵件 可以具有MIME頭部“內容類型音頻/mpeg”。如果消息主體為會話描述協(xié)議(SDP)格式， 則可以在SDP媒體描述段中找到媒體類型指示符。例如，視頻流可以具有SDP媒體描述符 “媒體=視頻”。上述示例不意欲是UURI或者媒體類型的可能位置的窮盡性列舉；UURI和/或媒 體類型可以被包括在SIP消息的其他部分中，或者被包括在其他類型的消息中。在框102中，基于與用戶相關聯(lián)的UURI以及基于媒體類型指示符來識別URI。在 一個實施例中，可以根據(jù)本文描述主題的實施例使用諸如下示表2的表格來將UURI和媒體 類型映射到URI。表2-UURI解析功能表 在框104中，發(fā)送包含所識別的URI的消息。參見上面的表2，可以看出可以根據(jù) 媒體類型將UURI "useriTekelec. com”解析為多個不同的URI。在一個示例中，諸如短消息服務(SMS)消息的文本消息被發(fā)送到“userOTekelec. com”。UURI將被解析為“sip :userIMivzw. com”，并且所述SMS消息將被發(fā)送到在“userlMO vzw. com”的用戶的即時消息(IM)服務。在另一個示例中，向“userOTekelec. com”發(fā)送畫面。UURI將被解析為“sip userPicivzw. com”，并且圖像數(shù)據(jù)將被發(fā)送到例如用戶的手持個人數(shù)字助理。表2中的最后一行可以被用作默認或者后備情況，其在例如如果消息中包括的媒 體類型不匹配表2中的任何表項的情況下或者當所述表中的URI不響應——這可以是如果 用戶的VOIP連接離線的情況——時使用，在這種情況下，應當將音頻消息發(fā)送到用戶的常 規(guī)電話或者語音郵件賬戶。圖2是說明根據(jù)本文描述主題的實施例的、將通用統(tǒng)一資源標識符(UURI)映射到統(tǒng)一資源標識符(URI)的示例性系統(tǒng)的框圖。參見圖2，所述系統(tǒng)可以包括用于解析通用統(tǒng) 一資源標識符(UURI)的通用URI解析功能URF 200，所述通用統(tǒng)一資源標識符(UURI)與用 戶相關聯(lián)并且包含用于指示媒體類型的媒體類型指示符。URF 200可以基于UURI和媒體類 型指示符來識別統(tǒng)一資源標識符(URI)，并且發(fā)送包含所識別的URI的消息。例如，呼叫會話控制功能CSCF 202可以接收諸如SIP INVITE消息(圖2，消息1) 的消息。所述消息可以包括UURL·例如，UURI可以是SIP “請求URI”字段或者SIP “至，， 字段的一部分。SIP消息還可以包括媒體類型指示符，諸如SIP “內容類型”字段。在消息 1中，請求URI 和至字段包含同一 UURI“user@Tekelec. com”，并且內容類型字段包含串 ‘媒體類型=“音頻”，其指示媒體類型是音頻流。在一個實施例中，如圖2中所示，CSCF 202可以向URF 200發(fā)送查詢，并且從URF 200接收響應。例如，一旦接收到SIP邀請(圖2，消息1)，CSCF 202可以檢測到流入消息 包括UURI (在請求URI 字段中)和媒體類型指示符(在內容類型字段中)，并且向URF 200發(fā)送URF查詢消息，該URF查詢消息包含與用戶相關聯(lián)的UURI并且還包含指示媒體類 型的媒體類型指示符(圖2，消息2)。一旦接收到所述消息，URF 200可以基于媒體類型將 UURI解析為適當?shù)腢RI。在一個實施例中，URF 200可以使用例如上表2的表格來執(zhí)行表格 查找。URF 200可以向CSCF 202發(fā)回響應消息，所述響應消息包含與用戶相關聯(lián)的URI和 媒體類型標識符(圖2，消息3)。CSCF 202隨后可以將在原始消息中的UURI替換為由URF 200返回的URI，并且向消息的目的地發(fā)送包含所識別的URI的消息(圖2，消息4)。在這 個實施例中，URF 200執(zhí)行查詢/響應功能URF 200從諸如CSCF 202的查詢實體接收查詢 消息，執(zhí)行UURI解析功能，并且向查詢實體發(fā)回包含所識別的URI的響應消息。在另一個實施例中，CSCF 202可以不被調適來或者可以不能檢測UURI在所接收 的SIP INVITE消息(圖2，消息1)中的存在，并且可以默認地發(fā)起相關聯(lián)的URF查詢事務 (類似于如上所述者)。圖3是說明根據(jù)本文描述主題的另一個實施例的、用于將通用統(tǒng)一資源標識符 (UURI)映射到統(tǒng)一資源標識符(URI)的示例性系統(tǒng)的框圖。在這個實施例中，當CSCF 202 接收到包含UURI和媒體類型指示符的消息——諸如SIP INVITE消息(圖3，消息1)—— 時，CSCF 202可以將所述消息轉發(fā)到URF 200(圖3，消息2)。一旦接收到包含與用戶相關 聯(lián)的UURI并且包含用于指示媒體類型的媒體類型指示符的消息，URF 200可以基于與用戶 相關聯(lián)的UURI以及基于媒體類型指示符來識別URI，然后向消息的目的地發(fā)送包含所識別 的URI的消息(圖3，消息3)。在這個實施例中，URF 200執(zhí)行消息接收/修改/轉發(fā)功能 URF 200從諸如CSCF 202的源實體接收消息，執(zhí)行UURI解析功能，并且向與源實體不同的 目的地實體發(fā)送包含所識別的URI的消息。被發(fā)送到目的地實體的消息可以是全新的消 息，或者其可以與所接收的消息相同，但是將UURI替換為所識別的URI。以這種方式，與在 圖2中所示的實施例相比較，降低了網(wǎng)絡通信量。圖4和5說明了根據(jù)本文描述主題的再一個實施例的、用于將通用統(tǒng)一資源標識 符(UURI)映射到統(tǒng)一資源標識符(URI)的示例性系統(tǒng)的框圖，所述系統(tǒng)連同用于確定所 述UURI相關聯(lián)用戶的在線可聯(lián)性(availability)的存在功能一起工作。圖4說明了當與 UURI相關聯(lián)的用戶可聯(lián)時所述系統(tǒng)的示例性行為，而圖5說明了當與UURI相關聯(lián)的用戶 不可聯(lián)時所述系統(tǒng)的示例性行為。為了說明，假定在這個示例中的用戶具有兩種電話V0IP電話，其連接到因特網(wǎng)；以及，另一種電話，其連接到傳統(tǒng)的電話網(wǎng)絡，諸如PSTN網(wǎng)絡。還 假定，如果用戶當前在線(即連接到因特網(wǎng))則該用戶偏好在她的VOIP電話上接收語音呼 口L]，而如果用戶當前不在線則該用戶偏好在她的另一電話上接收語音呼叫。圖4說明了當與UURI相關聯(lián)的用戶可聯(lián)時所述系統(tǒng)的示例性行為。在圖4中， CSCF 202接收到包含與用戶相關聯(lián)的UURI并且還包含用于指示媒體類型的媒體類型指示 符的消息，諸如SIP INVITE消息(圖4，消息1)。在這個示例中，SIP邀請指明內容類型是 “音頻”，指示所述邀請是要建立語音會話或者語音呼叫。如在上述圖2中消息2的情況那樣，CSCF 202可以向URF 200發(fā)送UURI解析功能 查詢(圖4，消息2)。再一次參見上面的表2，可以看出UURI "useriTekelec. com”具有與 媒體類型“音頻”相關聯(lián)的兩個URI 第一個是用于VOIP呼叫的“sip :userV0IPivzw. com", 而第二個是用于傳統(tǒng)電話呼叫的“電話9194605500”。URF 200可以首先解析UURI和媒體 類型，并且確定應當使用URI "userVOIPivzw. com”。URF 200隨后可以確定與URI相關聯(lián)的用戶的存在狀態(tài)。例如，URF200可以向存 在功能400發(fā)出諸如用戶請求的消息(圖4，消息3)。存在功能400可以返回用于指示相 關聯(lián)的用戶的當前狀態(tài)的消息(圖4，消息4)。在圖4中，所述用戶是可聯(lián)的；在這種情況下，URF 200可以以包含該用戶的VOIP URI的消息(圖4，消息5)來響應URF查詢。CSCF 202隨后可以將原始消息中的UURI替換 為VOIP URI，并且向所述消息的目的地發(fā)出修改的消息(圖4，消息6)。圖5說明了當與UURI相關聯(lián)的用戶不可聯(lián)時所述系統(tǒng)的示例性行為。在圖5中， 所述系統(tǒng)對于前三個消息的操作和響應與在圖4中所述的示例是相同的；在此將不重復其 說明。但是，在圖5中，存在功能400返回指示與URI相關聯(lián)的用戶不可聯(lián)的消息(圖5， 消息4)。響應于確定所述用戶不可聯(lián)，URF 200可以確定可以對于所指明的媒體類型可獲 得替代的、后備的或者默認的URI。例如，再一次參見上面的圖2，URF 200可以將UURI和 媒體類型解析為URI “電話9194605500”，并且以包含用戶的PSTN或者移動電話號碼的消 息(圖5，消息5)來響應URF查詢。CSCF 202隨后可以將原始消息中的UURI替換為用戶的電話號碼，并且向所述消 息的目的地發(fā)出修改的消息(圖5，消息6)。在替代實施例中，可以通過諸如SIP路由器、SIP代理或者其他ISP節(jié)點的另一網(wǎng)絡元件或者另一網(wǎng)絡元件類型來執(zhí)行如上所述以及在圖2-6中由CSCF 202執(zhí)行的功能?？梢悦靼祝诓幻撾x本文描述主題的范圍的情況下，可以改變本文描述主題的各 種細節(jié)。而且，上述說明僅僅用于解釋，而不用于限制。
權利要求
一種用于提供通用統(tǒng)一資源標識符(UURI)的方法，所述方法包括(a)接收消息，所述消息包含與用戶相關聯(lián)的UURI并且包含用于指示媒體類型的媒體類型指示符；(b)基于所述UURI和所述媒體類型指示符來識別統(tǒng)一資源標識符(URI)；以及(c)發(fā)送包含所識別的URI的消息。
2.根據(jù)權利要求1所述的方法，其中，接收包含所述UURI和所述媒體類型指示符的所 述消息包括從呼叫會話控制功能(CSCF)接收消息。
3.根據(jù)權利要求1所述的方法，其中，接收包含所述UURI和所述媒體類型指示符的所 述消息包括從會話發(fā)起協(xié)議(SIP)路由器接收消息。
4.根據(jù)權利要求1所述的方法，其中，包含所述UURI和所述媒體類型指示符的所述消 息是從第一網(wǎng)絡實體接收的，并且其中，包含所識別的URI的所述消息被發(fā)送到所述第一 網(wǎng)絡實體。
5.根據(jù)權利要求4所述的方法，其中，包含所述UURI和所述媒體類型指示符的所述消 息包括UURI解析功能(URF)查詢消息，并且包含所識別的URI的所述消息包括URF響應消 肩、ο
6.根據(jù)權利要求1所述的方法，其中，所述媒體類型指示符指示數(shù)據(jù)類型、呼叫類型、 消息類型、媒體流類型、視頻類型、音頻類型和文本類型中至少一種的媒體類型。
7.根據(jù)權利要求1所述的方法，其中，包含所述UURI和所述媒體類型指示符的所述消 息是從第一網(wǎng)絡實體接收的，并且其中，包含所識別的URI的所述消息被發(fā)送到第二網(wǎng)絡 實體。
8.根據(jù)權利要求7所述的方法，其中，包含所述UURI和所述媒體類型指示符的所述消 息包括第一會話發(fā)起協(xié)議(SIP)消息，并且其中，包含所識別的URI的所述消息包括第二 SIP消息。
9.根據(jù)權利要求8所述的方法，其中，所述第一和第二SIP消息包括SIP邀請消息。
10.根據(jù)權利要求1所述的方法，其中，基于所述UURI和所述媒體類型指示符來識別 UR[包括識別第一 URI，確定與所述第一 URI相關聯(lián)的存在狀態(tài)，并且響應于確定所述存在 狀態(tài)指示所述用戶經(jīng)由所述第一 URI是不可聯(lián)的，識別與所述用戶相關聯(lián)的第二 URI。
11.根據(jù)權利要求1所述的方法，其中，基于所述UURI和所述媒體類型指示符來識別 URI包括使用UURI解析數(shù)據(jù)庫(URDB)來將UURI和媒體類型元組與用戶URI相關聯(lián)。
12.根據(jù)權利要求11所述的方法，其中，所述URDB包括關系數(shù)據(jù)庫，所述關系數(shù)據(jù)庫具 有包含用于識別UURI、媒體類型和用戶URI的信息的記錄。
13.根據(jù)權利要求11所述的方法，其中，所述URDB將UURI、媒體類型和存在狀態(tài)元組 與用戶URI相關聯(lián)。
14.根據(jù)權利要求13所述的方法，其中，所述URDB包括關系數(shù)據(jù)庫，所述關系數(shù)據(jù)庫具 有包含用于識別UURI、媒體類型、存在狀態(tài)和用戶URI的信息的記錄。
15.根據(jù)權利要求1所述的方法，其中，所述UURI與多個不同的媒體類型專用URI相關 聯(lián)，所述多個不同的媒體類型專用URI用于通過不同類型的通信媒體來聯(lián)系所述用戶。
16.根據(jù)權利要求1所述的方法，其中，所述識別的UURI包括URI，所述URI用于經(jīng)由 網(wǎng)際協(xié)議多媒體子系統(tǒng)(IMS)網(wǎng)絡來聯(lián)系所述用戶。
17.根據(jù)權利要求1所述的方法，其中，接收包含所述UURI的所述消息并且發(fā)送包含所 識別的URI的所述消息包括使用以下網(wǎng)絡至少之一來發(fā)送和接收所述消息使用會話發(fā) 起協(xié)議(SIP)的網(wǎng)絡、使用下一代網(wǎng)絡(NGN)協(xié)議的網(wǎng)絡，以及使用網(wǎng)際協(xié)議多媒體子系統(tǒng) (IMS)協(xié)議的網(wǎng)絡。
18.一種用于提供通用統(tǒng)一資源標識符(UURI)的系統(tǒng)，所述系統(tǒng)包括(a)UURI解析數(shù)據(jù)庫(URDB)，用于將UURI和媒體類型元組與用戶統(tǒng)一資源標識符 (URI)相關聯(lián)；以及(b)UURI解析功能(URF)，用于(i)接收消息，所述消息包含與用戶相關聯(lián)的UURI并且包含用于指示媒體類型的媒體 類型指示符；( )基于所述UURI和所述媒體類型指示符，使用所述URDB來識別統(tǒng)一資源標識符 (URI)；以及(iii)發(fā)送包含所識別的URI的消息。
19.根據(jù)權利要求18所述的系統(tǒng)，其中，所述URF適于從呼叫會話控制功能(CSCF)接 收包含所述UURI和所述媒體類型指示符的所述消息。
20.根據(jù)權利要求18所述的系統(tǒng)，其中，所述URF適于從會話發(fā)起協(xié)議(SIP)路由器接 收包含所述UURI和所述媒體類型指示符的所述消息。
21.根據(jù)權利要求18所述的系統(tǒng)，其中，包含所述UURI和所述媒體類型指示符的所述 消息是從第一網(wǎng)絡實體接收的，并且其中，包含所識別的URI的所述消息被發(fā)送到所述第 一網(wǎng)絡實體。
22.根據(jù)權利要求21所述的系統(tǒng)，其中，包含所述UURI和所述媒體類型指示符的所述 消息包括UURI解析功能(URF)查詢消息，并且包含所識別的URI的所述消息包括URF響應消息。
23.根據(jù)權利要求18所述的系統(tǒng)，其中，所述媒體類型指示符指示數(shù)據(jù)類型、呼叫類 型、消息類型、媒體流類型、視頻類型、音頻類型和文本類型中至少一種的媒體類型。
24.根據(jù)權利要求18所述的系統(tǒng)，其中，包含所述UURI和所述媒體類型指示符的所述 消息是從第一網(wǎng)絡實體接收的，并且其中，包含所識別的URI的所述消息被發(fā)送到第二網(wǎng) 絡實體。
25.根據(jù)權利要求24所述的系統(tǒng)，其中，包含所述UURI和所述媒體類型指示符的所述 消息包括第一會話發(fā)起協(xié)議(SIP)消息，并且其中，包含所識別的URI的所述消息包括第二 SIP消息。
26.根據(jù)權利要求25所述的系統(tǒng)，其中，所述第一和第二SIP消息包括SIP邀請消息。
27.根據(jù)權利要求18所述的系統(tǒng)，其中，所述URF適于通過下述方式來基于所述UURI 和所述媒體類型指示符識別URI 識別第一 URI，確定與所述第一 URI相關聯(lián)的存在狀態(tài)，并 且響應于確定所述存在狀態(tài)指示所述用戶經(jīng)由所述第一 URI是不可聯(lián)的，識別與所述用戶 相關聯(lián)的第二 URI。
28.根據(jù)權利要求18所述的系統(tǒng)，其中，所述URDB包括關系數(shù)據(jù)庫，所述關系數(shù)據(jù)庫具 有包含用于識別UURI、媒體類型和用戶URI的信息的記錄。
29.根據(jù)權利要求18所述的系統(tǒng)，其中，所述URDB將UURI、媒體類型和存在狀態(tài)元組與用戶URI相關聯(lián)。
30.根據(jù)權利要求29所述的系統(tǒng)，其中，所述URDB包括關系數(shù)據(jù)庫，所述關系數(shù)據(jù)庫具 有包含用于識別UURI、媒體類型、存在狀態(tài)和用戶URI的信息的記錄。
31.根據(jù)權利要求18所述的系統(tǒng)，其中，所述UURI與多個不同的媒體類型專用URI相 關聯(lián)，所述多個不同的媒體類型專用URI用于通過不同類型的通信媒體來聯(lián)系所述用戶。
32.根據(jù)權利要求18所述的系統(tǒng)，其中，所識別的UURI包括URI，所述URI用于經(jīng)由網(wǎng) 際協(xié)議多媒體子系統(tǒng)(IMS)網(wǎng)絡來聯(lián)系所述用戶。
33.根據(jù)權利要求18所述的系統(tǒng)，其中，所述URF適于使用以下網(wǎng)絡至少之一來接收包 含所述UURI的消息和發(fā)送包含所識別的URI的消息使用會話發(fā)起協(xié)議(SIP)的網(wǎng)絡、使 用下一代網(wǎng)絡(NGN)協(xié)議的網(wǎng)絡，以及使用網(wǎng)際協(xié)議多媒體子系統(tǒng)(IMS)協(xié)議的網(wǎng)絡。
34.一種計算機程序產(chǎn)品，包括在計算機可讀介質中包含的用于執(zhí)行步驟的計算機可 執(zhí)行指令，所述步驟包括(a)接收消息，所述消息包含與用戶相關聯(lián)的通用統(tǒng)一資源標識符(UURI)，并且包含 用于指示媒體類型的媒體類型指示符；(b)基于所述UURI和所述媒體類型指示符來識別統(tǒng)一資源標識符(URI)；以及(c)發(fā)送包含所識別的URI的消息。
全文摘要
公開了用于提供通用統(tǒng)一資源標識符(UURI)的方法、系統(tǒng)和計算機程序產(chǎn)品。根據(jù)一個方面，本文描述主題包括一種用于將通用統(tǒng)一資源標識符(UURI)映射到統(tǒng)一資源標識符(URI)的方法。所述方法包括接收包含與用戶相關聯(lián)的UURI并且包含指示媒體類型的媒體類型指示符的消息；基于所述UURI和所述媒體類型指示符來識別URI；以及發(fā)送包含所識別的URI的消息。
文檔編號G06F17/00GK101843044SQ200880110876
公開日2010年9月22日 申請日期2008年8月8日 優(yōu)先權日2007年8月10日
發(fā)明者D·凱克沃斯基, P·J·馬爾西科 申請人:泰克萊克公司