專利名稱：在ims用戶中的服務(wù)共享的制作方法
技術(shù)領(lǐng)域：
本發(fā)明通常涉及電信系統(tǒng)與改善其中的服務(wù)。
背景技術(shù)：
隨著技術(shù)水平增長，通信的選擇有了更多變化。例如，在電信行業(yè)的近30年中，個 人通信已從擁有單轉(zhuǎn)撥號電話的家庭演進(jìn)到擁有適應(yīng)語音和數(shù)據(jù)的多個電話、電纜和/或 光纖線路的家庭。此外，蜂窩電話和Wi-Fi已給通信添加了移動元素。為了適應(yīng)使用IP網(wǎng)絡(luò)提供各種服務(wù)的新的不同方式，正在開發(fā)和標(biāo)準(zhǔn)化新的網(wǎng) 絡(luò)體系結(jié)構(gòu)。IP多媒體子系統(tǒng)(IMS)是用于向終端用戶遞送IP多媒體服務(wù)的體系結(jié)構(gòu)架 構(gòu)。IMS體系結(jié)構(gòu)已經(jīng)演進(jìn)到使用例如會話發(fā)起協(xié)議(SIP)信令的IP協(xié)議來為不同系統(tǒng)提 供會聚機制的服務(wù)無關(guān)拓?fù)洹＿@部分地通過提供將接入網(wǎng)與服務(wù)層隔離的水平控制層來實 現(xiàn)。除了別的之外，IMS體系結(jié)構(gòu)可為IPTV系統(tǒng)和服務(wù)的展示提供有用平臺。根據(jù)3GPP標(biāo)準(zhǔn)組織，在IMS網(wǎng)絡(luò)中部署的多媒體服務(wù)可供預(yù)訂該網(wǎng)絡(luò)的IMS用戶 使用。例如，公共服務(wù)身份(PSI =PUblic service identity)，即一種類型的SIP統(tǒng)一資源 標(biāo)識符(URI)，使IMS用戶能夠在其自身的IMS網(wǎng)絡(luò)內(nèi)定位服務(wù)。PSI或者被預(yù)先配置在終 端，或者被從IMS網(wǎng)絡(luò)中的供應(yīng)節(jié)點下載。在IMS網(wǎng)絡(luò)中，存在性(presence)信息也可用于使IMS用戶能夠知曉例如他們的 朋友在其IMS網(wǎng)絡(luò)中或者在其它IMS網(wǎng)絡(luò)中在線的時間。此類存在性信息可例如在兩個用 戶之間通過由開放移動聯(lián)盟(OMA)規(guī)定的SUBSCRIBE/PUBLISH/NOTIFY機制進(jìn)行交換。這種 存在性信息除了別的之外包括用戶的終端或設(shè)備(UE)的服務(wù)能力(SC)，例如包括與UE的 短消息服務(wù)(SMS)消息傳送處理器、多媒體消息服務(wù)(MMS)消息傳送處理器、即時消息(IM) 組消息傳送處理器(一對多)和IM群聊處理器有關(guān)的信息。例如，大致如圖1所示，第一 用戶或用戶設(shè)備10可通過其自身的IMS網(wǎng)絡(luò)14和第二用戶的IMS網(wǎng)絡(luò)16使用存在性信 令來將關(guān)于其服務(wù)能力(SC1-SC3)的信息與第二用戶或用戶設(shè)備12共享。但是，這種存在性信息僅僅是終端相關(guān)的；它不提供網(wǎng)絡(luò)服務(wù)指示。例如，假設(shè)UE 10具有匪S能力，但在該用戶的運營商的網(wǎng)絡(luò)14中沒有多媒體消息服務(wù)中心(MMSC)。這 種情況下，另一用戶12將知道UE 10具有MMS能力，但是會不知道該用戶的IMS網(wǎng)絡(luò)運營 商是否提供MMS服務(wù)。

發(fā)明內(nèi)容
根據(jù)這些示范實施例的系統(tǒng)、方法、裝置和軟件提供在IMS用戶中共享服務(wù)的技 術(shù)。例如由同一或另一運營商提供的未預(yù)訂(unsubscribed)服務(wù)可通過該服務(wù)的現(xiàn)有訂 戶在請求與授權(quán)確認(rèn)時進(jìn)行訪問。根據(jù)一個示范實施例，一種向未預(yù)訂用戶提供服務(wù)的方法包括如下步驟從未預(yù) 訂用戶設(shè)備接收對服務(wù)的服務(wù)請求，從該服務(wù)請求提取該服務(wù)的預(yù)訂用戶設(shè)備的身份，向 預(yù)訂用戶設(shè)備發(fā)送授權(quán)請求，從預(yù)訂用戶設(shè)備接收授權(quán)消息，并且對將服務(wù)提供給未預(yù)訂用戶設(shè)備進(jìn)行授權(quán)。根據(jù)另一示范實施例，一種通信節(jié)點包括用于接收對服務(wù)的服務(wù)請求的接口，用 于存儲與所述服務(wù)請求關(guān)聯(lián)的信息的存儲裝置，以及配置成從服務(wù)請求提取該服務(wù)的預(yù)訂 用戶設(shè)備的身份并且向預(yù)訂用戶設(shè)備發(fā)送授權(quán)請求的處理器，其中，在接口從預(yù)訂用戶設(shè) 備接收到授權(quán)消息后，處理器對將服務(wù)提供給未預(yù)訂用戶設(shè)備進(jìn)行授權(quán)。根據(jù)再一示范實施例，一種從用戶設(shè)備訪問未預(yù)訂服務(wù)的方法包括如下步驟選 擇未預(yù)訂服務(wù)，并且將對該未預(yù)訂服務(wù)的服務(wù)請求傳送給服務(wù)器，其中，服務(wù)請求包括未預(yù) 訂服務(wù)的訂戶的身份。根據(jù)又一示范實施例，一種用戶設(shè)備包括用于選擇未預(yù)訂服務(wù)的界面，以及配置 成將對未預(yù)訂服務(wù)的服務(wù)請求傳送給服務(wù)器的處理器，其中服務(wù)請求包括未預(yù)訂服務(wù)的訂 戶的身份。


附圖示出示范實施例，其中圖1示出終端能力的常規(guī)交換；圖2根據(jù)示范實施例示出在與不同運營商領(lǐng)域(domain)關(guān)聯(lián)的用戶設(shè)備之間終 端能力和服務(wù)能力的交換；圖3是流程圖，示出根據(jù)示范實施例接收和顯示終端能力和服務(wù)能力的方法；圖4示出根據(jù)示范實施例的用戶界面；圖5是流程圖，示出根據(jù)示范實施例請求未預(yù)訂服務(wù)的方法；圖6是與根據(jù)示范實施例請求和授權(quán)未預(yù)訂服務(wù)相關(guān)聯(lián)的信令圖；圖7示出根據(jù)示范實施例的通信節(jié)點；圖8是流程圖，示出根據(jù)示范實施例向未預(yù)訂用戶提供服務(wù)的方法；并且圖9是流程圖，示出根據(jù)示范實施例訪問未預(yù)訂服務(wù)的方法。
具體實施例方式以下對示范實施例的詳細(xì)描述參考附圖。不同附圖中的相同參考標(biāo)號標(biāo)識相同或 相似要素。此外，以下詳細(xì)描述不限制本發(fā)明。相反，本發(fā)明的范圍由隨附權(quán)利要求書限定。如上所述，IMS系統(tǒng)當(dāng)前不提供任何機制供來自一個IMS網(wǎng)絡(luò)的訂戶識別或者訪 問提供給另一 IMS網(wǎng)絡(luò)中訂戶的服務(wù)。但是，出于各種原因，例如為了使訂戶能夠在另一網(wǎng) 絡(luò)中實現(xiàn)已在一個IMS網(wǎng)絡(luò)中部署的新多媒體服務(wù)之前預(yù)覽該相同服務(wù)，根據(jù)示范實施例 通知訂戶關(guān)于其它IMS網(wǎng)絡(luò)中的服務(wù)和/或允許用戶訪問在其它IMS網(wǎng)絡(luò)中提供的服務(wù)可 能是合乎需要的。此外，使網(wǎng)絡(luò)中的用戶能夠嘗試或預(yù)覽在他或她的網(wǎng)絡(luò)中可用但他或她 尚未預(yù)訂的服務(wù)可能是有用的。例如，考慮根據(jù)圖2中示出的示范實施例的通信系統(tǒng)。在本文中，第一用戶A的終端或UE 20將與其終端能力(SCI、SC2、SC3等)及其 預(yù)訂服務(wù)(S1-0P-A、S2-0P-A、S3-0P-A等)有關(guān)的信息提供給第二用戶B的終端或UE 22。 這種信息可通過將諸如圖2中所示Sl-OP-A的服務(wù)ID與用戶在網(wǎng)絡(luò)中的其它存在性信息 一起公布而提供給例如一個用戶的朋友或者同伴。例如，通過使用SUBSCRIBE/PUBLISH/ NOTIFY機制(下文詳細(xì)描述)，與運營商A關(guān)聯(lián)的網(wǎng)絡(luò)M中部署的服務(wù)的服務(wù)ID可被作為運營商B運營的網(wǎng)絡(luò)沈中訂戶的另一用戶22接收。根據(jù)一個示范實施例，當(dāng)在另一運 營商的領(lǐng)域(即圖2示例中的運營商B)中的用戶22希望使用運營商A提供的服務(wù)時，聯(lián) 系預(yù)訂與運營商A關(guān)聯(lián)的網(wǎng)絡(luò)M中預(yù)期服務(wù)的訂戶20，以獲得允許用戶22訪問該服務(wù)的 授權(quán)。一旦接收到該授權(quán)，與運營商B關(guān)聯(lián)的網(wǎng)絡(luò)沈中的用戶22能夠訪問和使用運營商 A提供的服務(wù)。現(xiàn)在將描述與跨不同運營商領(lǐng)域(本文中也稱為“外部(foreign)服務(wù)”) 在IMS用戶中例如以包括外部服務(wù)公布、用于選擇外部服務(wù)的用戶界面以及外部服務(wù)請求 的不同級別來提供服務(wù)共享的能力相關(guān)聯(lián)的各種示范實施例。但是，將領(lǐng)會(且下文詳細(xì) 描述)根據(jù)這些示范實施例的服務(wù)共享可同樣在單個網(wǎng)絡(luò)或運營商領(lǐng)域中執(zhí)行。圖3所示的流程圖示出根據(jù)示范實施例與一個遠(yuǎn)程用戶(例如用戶B 22)相關(guān)聯(lián) 的服務(wù)和服務(wù)能力如何從該遠(yuǎn)程用戶22的所接收存在性信息中進(jìn)行檢索。開始于步驟30， 用戶A和/或UE 20 (此后共同或單獨稱為“UE 20” )使用SUBSCRIBE/PUBLISH/NOTIFY機 制接收與用戶B和/或UE 22 (此后共同或單獨稱為“UE 22”)相關(guān)聯(lián)的存在性信息。例 如，UE 22可執(zhí)行存在性過程(圖3中未示出)，以便將它已經(jīng)預(yù)訂的服務(wù)的身份與在這個 標(biāo)準(zhǔn)中規(guī)定的其它存在性信息一起公布。例如，存在性過程可例如按由開放移動聯(lián)盟(OMA) 發(fā)布的標(biāo)準(zhǔn)規(guī)定的那樣執(zhí)行，但是新添加了網(wǎng)絡(luò)服務(wù)信息。具體而言，可修改OMA存在性消 息的XML格式以例如包含UE 22已經(jīng)預(yù)訂的每個服務(wù)的以下信息服務(wù)身份、所需服務(wù)能 力、服務(wù)地址以及服務(wù)圖標(biāo)。對于通常關(guān)于SUBSCRIBE/PUBLISH/NOTIFY機制的更多信息， 感興趣的讀者可參考公布的3GPP標(biāo)準(zhǔn)規(guī)范3GPP TS 24. 141V8. 1. (K2008-06)，通過引用將 該公開合并于此?；氐綀D3，UE 20檢索(步驟32)UE 22已經(jīng)從其運營商/網(wǎng)絡(luò)沈預(yù)訂的服務(wù)，這 些服務(wù)可能與UE 20的運營商/網(wǎng)絡(luò)M所提供的那些服務(wù)不同。UE 20收集其自身的服務(wù) 能力，例如與可被存儲在存儲器中相關(guān)聯(lián)的標(biāo)識符，并且還在步驟34檢索它已經(jīng)從其運營 商/網(wǎng)絡(luò)M預(yù)訂的服務(wù)。在這一點上，UE 20可例如在步驟36使用例如圖4所示的用戶 界面50來檢查并顯示它已經(jīng)知曉的各種能力和服務(wù)。本文中，示出“聯(lián)系人”用戶界面50，該用戶界面可顯示在例如UE 20的液晶或其 它類型的發(fā)光顯示器上。將領(lǐng)會，用戶界面50在所有方面是示范性的，并且備選地根據(jù)這 些示范實施例可提供各種機制，通過這些機制可給用戶提供關(guān)于外部服務(wù)選擇的信息。但 是，根據(jù)該示范實施例，要注意，UE 20預(yù)訂的運營商/網(wǎng)絡(luò)M所提供的服務(wù)被顯示在用戶 界面50底部的行52中。在該純說明性示例中，在行52中示出有兩個圖標(biāo)，例如一個圖標(biāo) 討與冊20已經(jīng)預(yù)訂的聊天服務(wù)相關(guān)聯(lián)，而另一個圖標(biāo)56與UE 20已經(jīng)預(yù)訂的基于位置服 務(wù)相關(guān)聯(lián)。此外，與例如UE 20的朋友或同伴相關(guān)聯(lián)的每個用戶可在用戶界面50中具有他或 她自身的所顯示聯(lián)系人信息行。除了別的之外，每個朋友的聯(lián)系人信息行可包含例如與他 們的UE相關(guān)聯(lián)的服務(wù)(例如由他們的網(wǎng)絡(luò)提供的和/或他們已經(jīng)預(yù)訂的那些服務(wù))以及 與他們的UE相關(guān)聯(lián)的服務(wù)能力。被例如朋友或同伴預(yù)訂的但不是被UE 20預(yù)訂的那些服 務(wù)在本文中被稱為“未預(yù)訂”服務(wù)。在該示例中，對于UE 20的朋友“Alice”，在用戶界面50 上提供信息行58。用戶界面提供第一組圖標(biāo)60，它們向UE 20的用戶指示通過Alice可用 的未預(yù)訂服務(wù)，例如會議服務(wù)和文件傳送服務(wù)。在該示例中位于第一組圖標(biāo)之下的第二組 圖標(biāo)62表示由Alice的終端提供的服務(wù)能力，例如語音和視頻能力。圖4中所見的其它圖標(biāo)表示用戶他們自己。例如，假設(shè)Alice拍攝她自己在機場的照片，并且她希望她的聯(lián)系人 用她的存在性信息觀看該照片。表示單獨用戶的照片或圖標(biāo)可隨時發(fā)生變化。除了簡單地顯示從其它用戶可用的未預(yù)訂和/或外部服務(wù)、網(wǎng)絡(luò)和/或運營商以 及朋友的終端裝置的服務(wù)能力以外，根據(jù)示范實施例，UE 20和/或界面50還可提供與UE 20的服務(wù)及服務(wù)能力和其它UE的服務(wù)及服務(wù)能力之間的可能協(xié)同有關(guān)的附加信息。例如， 如果UE22(用戶B)的服務(wù)能力支持與UE 20 (用戶A)相關(guān)聯(lián)的服務(wù)，則可在用戶界面50中 加亮該服務(wù)能力或者以其他方式進(jìn)行強調(diào)，例如可加亮行52中的對應(yīng)圖標(biāo)。返回到圖3，可 在步驟64中看到該評估和顯示步驟，步驟64緊跟判決框38的“是”路徑。作為另一示例， 如果UE 22的服務(wù)能力不支持經(jīng)由UE 20可用的服務(wù)中之一，則該服務(wù)能力可在用戶界面 中被灰掉或者以其他方式不強調(diào)，以便指示此類服務(wù)能力不需要被UE 20的用戶考慮(步 驟66)，例如如果UE 20尚未預(yù)訂視頻服務(wù)，則組62中的視頻服務(wù)能力圖標(biāo)可被灰掉。在步驟68，由例如UE 20檢查UE 22 (用戶B)的網(wǎng)絡(luò)/運營商沈提供的服務(wù)。如 果UE 20的服務(wù)能力支持該網(wǎng)絡(luò)/運營商提供(或者被UE 22預(yù)訂)的服務(wù)中之一，則該 服務(wù)可在界面50中對應(yīng)于該用戶的行中被加亮或者以其他方式進(jìn)行強調(diào)，如圖3中步驟70 與72所示。例如，如果UE 20能夠基于UE 20的終端能力利用由組60中圖標(biāo)中之一表示 的文件傳送服務(wù)，則可在用戶界面50中強調(diào)該圖標(biāo)。相反，如果UE 20的服務(wù)能力不支持 與UE 22相關(guān)聯(lián)的網(wǎng)絡(luò)/運營商沈提供的服務(wù)中之一，則表示該服務(wù)的圖標(biāo)可在用戶界面 50中被不強調(diào)或者甚至被去除(即不被顯示)，如圖3中步驟70的通向步驟74的“否”路 徑所示。假定這種示范用戶界面50，現(xiàn)在給用戶/UE 20提供使他、她或它能夠請求對外部 服務(wù)(即其它網(wǎng)絡(luò)提供的那些服務(wù))的訪問的信息。圖5的流程圖示出根據(jù)示范實施例請 求此類服務(wù)的方法。本文中，在步驟78，UE 20的用戶A可例如在用戶界面50的聯(lián)系人列 表中點擊(或者以其他方式選擇)姓名中之一，例如以便給那個別的用戶撥打電話或者發(fā) 送文本消息，或者在行52中點擊(或者以其他方式選擇)預(yù)訂服務(wù)中之一。與UE 20相關(guān) 聯(lián)的客戶端應(yīng)用在判決框80進(jìn)行檢驗以查看是否已經(jīng)選擇服務(wù)。如果已經(jīng)選擇本地服務(wù)， 即UE 20通過其網(wǎng)絡(luò)/運營商M預(yù)訂的服務(wù)，則流程緊跟跳過步驟82與84的“是”路徑。 如果用戶A尚未選擇本地服務(wù)，則根據(jù)該純說明性示范實施例，在步驟82其它用戶(例如 用戶B)提供的服務(wù)則可根據(jù)該示范實施例顯示在UE 20上以供選擇。在該示例中，在步驟 84用戶A選擇用戶B提供的服務(wù)中之一。UE 20的客戶端應(yīng)用則可例如顯示(步驟86)聯(lián)系人列表窗口，該窗口允許用戶A 選擇它將通過網(wǎng)絡(luò)/運營商26訪問的外部服務(wù)的一個或多個接收方。在選擇所有接收方 之后，UE 20的客戶端應(yīng)用可在步驟88檢索包括服務(wù)地址的服務(wù)標(biāo)識，例如PSI (公共服務(wù) 身份)。如果UE 20請求外部服務(wù)，例如用戶B提供的服務(wù)，則流程緊跟判決框90的“否” 支路，并且在步驟92根據(jù)該示范示例將用戶B的身份插入出局服務(wù)請求中。用戶B的身份 則可被網(wǎng)絡(luò)/運營商26用于獲取供非訂戶(用戶A、UE 20)訪問所請求服務(wù)的授權(quán)。將 用戶B的身份插入服務(wù)請求的一個示范機制是在SIP請求消息中使用“Referred-by”報 頭。插入服務(wù)請求的用戶B的身份可例如采取SIP URI或者M(jìn)SISDN的形式，例如aliceO operatorB. com或者514-3457900。但是，將領(lǐng)會，這種信息或者類似信息可被插入可用于 攜帶預(yù)訂用戶設(shè)備的身份的任何其它新的或現(xiàn)有報頭中。
另一方面，如果在UE 20選擇的服務(wù)是本地服務(wù)，即該示例中由網(wǎng)絡(luò)/運營商M 提供的服務(wù)，則流程緊跟框90的“是”路徑，并且額外的用戶身份(即與訪問外部服務(wù)的另 一用戶相關(guān)聯(lián))不需要被插入該服務(wù)請求中。在步驟94，使用例如Request-URI中的PSI 將服務(wù)請求傳送到服務(wù)(例如服務(wù)器)。在該示范實施例中，在步驟96中，UE 20的客戶端 應(yīng)用則例如在正常SIP信令流程之后等待對該服務(wù)請求的響應(yīng)。一旦由UE 20已傳送對外部服務(wù)(即來自UE 20不是訂戶的另一網(wǎng)絡(luò)的服務(wù))的 服務(wù)請求，則將處理該服務(wù)請求，并且如果被授權(quán)，所請求服務(wù)被遞送到UE 20和/或所請 求服務(wù)接收方。圖6根據(jù)示范實施例示出與外部服務(wù)請求及后續(xù)處理相關(guān)聯(lián)的信令。本文 中，服務(wù)請求信號600，例如包括標(biāo)識UE 22的信息元素以及所請求服務(wù)和/或關(guān)聯(lián)服務(wù)器 的標(biāo)識符的SIP INVITE消息，從UE 20傳送到網(wǎng)絡(luò)/運營商沈。更具體而言，根據(jù)該示范 實施例，SIP INVITE消息600中的Request-URI信息元素被設(shè)為被請求服務(wù)的PSI,例如 Sl-OP-BioperatorB. com,并且與用戶B相關(guān)聯(lián)的SIP URI被放置到“Referred-by”報頭中。在經(jīng)過網(wǎng)絡(luò)M時，服務(wù)請求信號600中標(biāo)識的服務(wù)或服務(wù)器，例如該示例中的 S1-0P-B，接收和處理服務(wù)請求信號600。一旦它認(rèn)識到請求方(即UE 20)不是訂戶，則服 務(wù)和/或服務(wù)器Sl-OP-B傳送對授權(quán)請求消息602，例如SIP INVITE或者SIP MESSAGE,從 而要求用戶B和/或UE 22驗證或者授權(quán)用戶A/UE 20訪問該服務(wù)的請求。可使用各種機 制來確定是否通過用戶B和/或UE 22提供該授權(quán)。例如，UE 22上的用戶界面(未示出) 可顯示彈出消息，從而要求用戶B例如通過按鈕按壓來指示是否應(yīng)該允許用戶A和/或UE 20訪問所請求服務(wù)。備選地，UE 22可被用戶B預(yù)先編程成自動授權(quán)某些別的用戶或UE 訪問某些服務(wù)。這種情況下，UE 22可進(jìn)行檢驗以查看是否預(yù)先授權(quán)消息602中標(biāo)識的具 體用戶/UE訪問所請求服務(wù)。不管提供授權(quán)的具體機制，信號604從UE 22返回到服務(wù)器 S1-0P-B，在該示例中SIP 2000K消息指示該請求已被授權(quán)。在從用戶B和/或UE 22獲取授權(quán)之后，服務(wù)服務(wù)器Sl-OP-B向用戶A/UE 20發(fā) 送成功響應(yīng)606，以便指示用戶B已經(jīng)授權(quán)他、她或它使用所請求服務(wù)。在該示例中，假設(shè)用 戶A已經(jīng)指示包括其它用戶(例如用戶C與D)作為所請求服務(wù)的接收方的意愿。用戶A/ UE 20則向服務(wù)發(fā)送例如SIP SUBSCRIBE請求608，以便獲取該服務(wù)的狀態(tài)。運營商B的網(wǎng) 絡(luò)26中的服務(wù)/服務(wù)器Sl-OP-B基于用戶A發(fā)送的初始SIP INVITE請求600中的接收方 列表向例如用戶C和用戶D發(fā)送邀請610、612。將領(lǐng)會，用戶C和/或D可以是或者可以不 是運營商B或運營商A的訂戶。在分別接收到來自用戶C或用戶D的響應(yīng)614、616時，服 務(wù)發(fā)送通知618、620給用戶A/UE 20作為關(guān)于該服務(wù)的狀態(tài)的更新。在圖6所示的示范信 令流程成功之后，建立用戶A、用戶C和用戶D中的媒體平面連接。然后，可在所有服務(wù)參與 者中交換媒體內(nèi)容(圖6中未示出)。前述的示范實施例除了別的以外使例如IMS系統(tǒng)的終端用戶能夠更自由地共享 服務(wù)。IMS用戶不僅僅限于他們的運營商的服務(wù)，而是將還具有對從其它運營商可用的服務(wù) 的受控訪問。對于已經(jīng)部署新多媒體服務(wù)的運營商而言，這些示范實施例提供將額外的業(yè) 務(wù)吸引到其網(wǎng)絡(luò)的機制。此外，此類運營商將有機會用更大的終端用戶群體來測試此類新 應(yīng)用。對于尚未部署此類新多媒體服務(wù)的運營商而言，這些示范實施例提供方法供它能夠 測試對其它運營商部署的服務(wù)的市場反應(yīng)。在識別到可能增長后，運營商則能夠例如以適 合其自身訂戶基礎(chǔ)的更新來部署類似服務(wù)。
上文所述的示范實施例除了別的以外向非訂戶提供對服務(wù)授權(quán)和遞送的請求的 標(biāo)識?，F(xiàn)在將針對圖7描述一種示范通信節(jié)點體系結(jié)構(gòu)700，它可用于例如實現(xiàn)上文所述系 統(tǒng)中的UE 20、服務(wù)服務(wù)器Sl-OP-B或者其它節(jié)點。本文中，節(jié)點700可包含處理器702(或 者多個處理器核心)、存儲器704、一個或多個輔助存儲裝置706、幫助節(jié)點700與網(wǎng)絡(luò)中其 余部分之間通信的接口單元708以及在某些情況下還包括顯示器710。在某些情況下，例 如在節(jié)點700作為無線UE工作的情況下，接口單元710可包括用于通過空中接口與其它網(wǎng) 絡(luò)節(jié)點通信的收發(fā)器元件。此外，UE節(jié)點700可包括顯示器710，用于顯示可選擇未預(yù)訂服 務(wù)所用的用戶界面，這種情況下，處理器702將配置成例如向提供所選未預(yù)訂服務(wù)的服務(wù) 器傳送對所選未預(yù)訂服務(wù)的服務(wù)請求。在其他情況下，例如在節(jié)點700作為與已被請求的 外部服務(wù)相關(guān)聯(lián)的服務(wù)器工作的情況下，接口單元710將接收對服務(wù)的服務(wù)請求，存儲裝 置704和/或輔助存儲裝置706操作成存儲與來自信號600的服務(wù)請求相關(guān)聯(lián)的信息，同 時處理器從該服務(wù)請求提取預(yù)訂用戶設(shè)備的身份，并且將后續(xù)授權(quán)信令發(fā)送給該UE。使用根據(jù)示范實施例的上述示范系統(tǒng)，一種向未預(yù)訂用戶提供服務(wù)的方法在圖8 的流程圖中示出。在本文中，在步驟800，例如在提供服務(wù)的服務(wù)器接收到來自未預(yù)訂用戶 設(shè)備的對該服務(wù)的服務(wù)請求。在步驟802，從該服務(wù)請求提取該服務(wù)的預(yù)訂用戶設(shè)備的身 份。然后，在步驟804，向預(yù)訂用戶設(shè)備發(fā)送授權(quán)請求。從預(yù)訂用戶設(shè)備接收到授權(quán)消息(步 驟806)，并且在步驟808該服務(wù)則可被授權(quán)提供給(或者被提供給)未預(yù)訂用戶設(shè)備。根據(jù)另一示范實施例，一種從用戶設(shè)備訪問未預(yù)訂服務(wù)的方法在圖9的流程圖中 示出。在本文中，在步驟900，選擇未預(yù)訂服務(wù)，例如如上文針對圖3與4所論述的。在步驟 902，將對該未預(yù)訂服務(wù)的服務(wù)請求傳送給提供該未預(yù)訂服務(wù)的服務(wù)器，服務(wù)請求包括未預(yù) 訂服務(wù)的訂戶的身份。如本領(lǐng)域技術(shù)人員將領(lǐng)會的，諸如圖8與9中所示的方法可完全或部分用軟件實 現(xiàn)。因此，依照本發(fā)明示范實施例處理數(shù)據(jù)的系統(tǒng)和方法可由運行包含在存儲裝置中的指 令序列的一個或多個處理器執(zhí)行。此類指令可從諸如輔助數(shù)據(jù)存儲裝置706的可為固定、 可移動或者遠(yuǎn)程(網(wǎng)絡(luò)存儲)媒體的其它計算機可讀介質(zhì)讀入到存儲裝置704中。包含在 存儲裝置中的指令序列的運行使處理器例如按照上文所述的那樣工作。在備選實施例中， 硬線電路可代替軟件指令或者與其結(jié)合使用以實現(xiàn)示范實施例。雖然已經(jīng)在提供外部服務(wù)(例如從一個網(wǎng)絡(luò)或者運營商領(lǐng)域向連接到另一網(wǎng)絡(luò) 或者運營商領(lǐng)域的用戶提供未預(yù)訂服務(wù))的上下文中描述了前述示范實施例，但是將領(lǐng) 會，本發(fā)明不限于此。例如，第一用戶可根據(jù)來自第二用戶的授權(quán)訪問他或她尚未預(yù)訂的服 務(wù)，其中兩個用戶位于同一網(wǎng)絡(luò)或運營商領(lǐng)域中。因此，上文針對訪問未預(yù)訂外部服務(wù)描述 的所有技術(shù)，例如其通過用戶界面的顯示、其通過未預(yù)訂用戶的選擇以及關(guān)聯(lián)信令，可按相 同方式應(yīng)用到在用戶自身的網(wǎng)絡(luò)或者運營商領(lǐng)域可用的未預(yù)訂服務(wù)。上述示范實施例在本發(fā)明的所有方面旨在是說明性的，而不是限制性的。所有此 類變型和修改被認(rèn)為處于由隨附權(quán)利要求書限定的本發(fā)明的范圍和精神內(nèi)。在描述本申請 時使用的要素、動作或者指令不應(yīng)該被解釋為對本發(fā)明是至關(guān)重要的或必需的，除非如此 明確描述。此外，如本文中所用的，要素前未限定數(shù)目的旨在包括一項或多項。
權(quán)利要求
1.一種向未預(yù)訂用戶提供服務(wù)的方法，包括 -從未預(yù)訂用戶設(shè)備接收對服務(wù)的服務(wù)請求；-從所述服務(wù)請求提取所述服務(wù)的預(yù)訂用戶設(shè)備的身份； -向所述預(yù)訂用戶設(shè)備發(fā)送授權(quán)請求； -從所述預(yù)訂用戶設(shè)備接收授權(quán)消息；以及 -對將所述服務(wù)提供給所述未預(yù)訂用戶設(shè)備進(jìn)行授權(quán)。
2.如權(quán)利要求1所述的方法，其中所述未預(yù)訂用戶設(shè)備是第一網(wǎng)絡(luò)的訂戶，并且所述 預(yù)訂用戶設(shè)備是與所述第一網(wǎng)絡(luò)不同的第二網(wǎng)絡(luò)的訂戶。
3.如權(quán)利要求1所述的方法，其中所述服務(wù)請求是SIPINVITE消息，包括含有與所述 服務(wù)關(guān)聯(lián)的公共服務(wù)身份(PSI)的Request-URI信息元素。
4.如權(quán)利要求1所述的方法，其中所述預(yù)訂用戶設(shè)備的身份從SIPINVITE消息中的 Referred-by報頭提取。
5.如權(quán)利要求1所述的方法，其中所述服務(wù)是因特網(wǎng)協(xié)議電視(IPTV)，并且所述服務(wù) 通過IP多媒體子系統(tǒng)(IMS)提供。
6.一種通信節(jié)點，包括-接口，用于接收對服務(wù)的服務(wù)請求；-存儲裝置，用于存儲與所述服務(wù)請求相關(guān)聯(lián)的信息；以及-處理器，配置成從所述服務(wù)請求提取所述服務(wù)的預(yù)訂用戶設(shè)備的身份，并向所述預(yù)訂 用戶設(shè)備發(fā)送授權(quán)請求；-其中，在所述接口從所述預(yù)訂用戶設(shè)備接收到授權(quán)消息之后，所述處理器對將所述服 務(wù)提供給所述未預(yù)訂用戶設(shè)備進(jìn)行授權(quán)。
7.如權(quán)利要求6所述的通信節(jié)點，其中所述未預(yù)訂用戶設(shè)備是第一網(wǎng)絡(luò)的訂戶，并且 所述預(yù)訂用戶設(shè)備是與所述第一網(wǎng)絡(luò)不同的第二網(wǎng)絡(luò)的訂戶。
8.如權(quán)利要求6所述的通信節(jié)點，其中所述服務(wù)請求是SIPINVITE消息，包括含有與所 述服務(wù)關(guān)聯(lián)的公共服務(wù)身份(PSI)的Request-URI信息元素。
9.如權(quán)利要求6所述的通信節(jié)點，其中所述預(yù)訂用戶設(shè)備的身份從SIPINVITE消息中 的Referred-by報頭提取。
10.如權(quán)利要求6所述的通信節(jié)點，其中所述服務(wù)是因特網(wǎng)協(xié)議電視(IPTV)，并且所述 服務(wù)通過IP多媒體子系統(tǒng)(IMS)提供。
11.一種用于從用戶設(shè)備訪問未預(yù)訂服務(wù)的方法，包括 -選擇未預(yù)訂服務(wù)；并且-向服務(wù)器傳送對所述未預(yù)訂服務(wù)的服務(wù)請求； -其中，所述服務(wù)請求包括所述未預(yù)訂服務(wù)的訂戶的身份。
12.如權(quán)利要求11所述的方法，還包括-如果所述訂戶授權(quán)對所述未預(yù)訂服務(wù)的訪問，則接收所述訪問已被授權(quán)的指示。
13.如權(quán)利要求11所述的方法，其中所述服務(wù)請求是SIPINVITE消息，包括含有與所 述服務(wù)關(guān)聯(lián)的公共服務(wù)身份(PSI)的Request-URI信息元素。
14.如權(quán)利要求11所述的方法，其中所述訂戶的所述身份設(shè)置在SIPINVITE消息的 Referred-by 報頭中。
15.如權(quán)利要求11所述的方法，其中所述未預(yù)訂服務(wù)是因特網(wǎng)協(xié)議電視(IPTV)，并且 通過IP多媒體子系統(tǒng)(IMS)提供。
16.如權(quán)利要求11所述的方法，其中所述選擇步驟還包括-在用戶界面上顯示多個用戶、他們的終端能力以及他們的關(guān)聯(lián)未預(yù)訂服務(wù)；并且 -將所述用戶設(shè)備具有對應(yīng)終端能力的與所述多個用戶相關(guān)聯(lián)的所述關(guān)聯(lián)未預(yù)訂服務(wù) 中之一選擇為所述未預(yù)訂服務(wù)。
17.如權(quán)利要求16所述的方法，還包括-在所述用戶界面上著重顯示那些所述用戶設(shè)備具有對應(yīng)終端能力的關(guān)聯(lián)未預(yù)訂服務(wù)。
18.一種用戶設(shè)備，包括-用戶界面，用于選擇未預(yù)訂服務(wù)；以及 -處理器，配置成向服務(wù)器傳送對所述未預(yù)訂服務(wù)的服務(wù)請求； -其中，所述服務(wù)請求包括所述未預(yù)訂服務(wù)的訂戶的身份。
19.如權(quán)利要求18所述的用戶設(shè)備，其中所述處理器還配置成如果所述訂戶授權(quán)對所 述未預(yù)訂服務(wù)的訪問則接收所述訪問已被授權(quán)的指示。
20.如權(quán)利要求18所述的用戶設(shè)備，其中所述服務(wù)請求是SIPINVITE消息，包括含有與 所述服務(wù)相關(guān)聯(lián)的公共服務(wù)身份(PSI)的Request-URI信息元素。
21.如權(quán)利要求18所述的用戶設(shè)備，其中所述訂戶的所述身份設(shè)置在SIPINVITE消息 的Referred-by報頭中。
22.如權(quán)利要求18所述的用戶設(shè)備，其中所述未預(yù)訂服務(wù)是因特網(wǎng)協(xié)議電視(IPTV)， 并且通過IP多媒體子系統(tǒng)(IMS)提供。
23.如權(quán)利要求18所述的用戶設(shè)備，其中所述用戶界面還配置成顯示多個用戶、他們 的終端能力以及他們的關(guān)聯(lián)未預(yù)訂服務(wù)，并且將所述用戶設(shè)備具有對應(yīng)終端能力的與所述 多個用戶相關(guān)聯(lián)的所述關(guān)聯(lián)未預(yù)訂服務(wù)中之一選擇為所述未預(yù)訂服務(wù)。
24.如權(quán)利要求23所述的用戶設(shè)備，其中所述用戶界面還配置成著重顯示那些所述用 戶設(shè)備具有對應(yīng)終端能力的關(guān)聯(lián)未預(yù)訂服務(wù)。
全文摘要
根據(jù)這些實施例的系統(tǒng)、方法、裝置和軟件提供在IMS用戶中共享服務(wù)的技術(shù)。例如由另一運營商提供的未預(yù)訂服務(wù)可用該服務(wù)的現(xiàn)有訂戶在請求與授權(quán)確認(rèn)時進(jìn)行訪問。
文檔編號H04L29/06GK102138315SQ200980134919
公開日2011年7月27日 申請日期2009年8月19日 優(yōu)先權(quán)日2008年8月29日
發(fā)明者朱仲文 申請人:愛立信電話股份有限公司