用於處理指示要參與到至少一個用戶應用會話中的期望的信息條的方法和裝置與流程

2023-04-22 21:10:39

本申請是申請號為201080022475.0、申請日為2010年3月22日、發明名稱為「用於處理指示要參與到至少一個用戶應用會話中的期望的信息條的方法和裝置」的發明專利申請的分案申請。

本發明的領域是電信網絡的領域，並且更具體地是在這些網絡的客戶端用戶的各個終端之間的交互。

本發明涉及用於處理第二終端在用於第一終端上的用戶的正進行的至少一個應用會話中的參與(involvement)的期望的方法。

背景技術：

本發明以特別有利的方式而適用於允許分發視聽內容的ip網絡、連同適用於由3gpp(「第三代合作夥伴計劃」)和tispan(「電信和網際網路融合服務及高級組網協議」)標準化體所提出的ims類型的sip(「會話發起協議」)會話控制架構的領域。

ims是由3gpp引入的用於移動網路的網絡架構，並且然後tispan採用它用於固定網絡。這個架構允許在兩個客戶端之間的多媒體會話的動態建立和控制、以及在媒體流傳輸網絡級別上的資源保留。它還管理服務的交互。

考慮運營商的電信網絡的客戶端用戶。在所述3gpp標準中，對於向運營商所提供的服務的同一預訂，這個用戶可使用固定或移動的幾個終端。在3gpp術語學中，終端被稱為ue(用戶設備)。

假設這個用戶在所述電信網絡中具有正進行的應用會話。作為示例，他正在他的終端ue之一上與相對方通信。當前，3gpp中的技術狀況允許這個用戶將這個通信的一個或多個流(當這個通信包括幾個流時，例如音頻流和視頻流)一直傳遞到另一ue終端。這樣，已經在他的移動終端上開始呼叫並且到達他的辦公室的用戶可以以透明的方式(也就是說，對他的相對方沒有中斷地)將語音流一直傳遞到他的固定終端。

然而，目前在3gpp中規定的技術在應用會話傳遞的框架內的約束在於：對於給定的多媒體會話，所謂的「控制器ue」(控制器終端)的單個終端具有服務的控制。換句話說，僅僅這個控制器終端能夠發起媒體流向另一終端的傳遞。

根據文獻tr23.838，當ue參加到通信的建立中時，它是這個通信的控制器。當這個終端根據用戶的動作而決定向另一終端傳遞所述通信或者組成這個通信的一個或多個流時，他可以決定傳遞控制或保留它。所述終端還可以將通信的控制傳遞到另一終端(所謂的目標終端)，而不傳遞任何流。

用戶不能通過與除了控制器終端之外的終端交互來請求傳遞。這樣，在之前示例中，用戶可通過與他的行動電話(其然後是控制器)交互來請求該傳遞，而不是通過按下固定電話的鍵來請求該傳遞。

然而，存在以下情形，其中將優選的是，用戶能夠從目標終端控制會話傳遞。例如，考慮用戶已經在他的移動終端上接收到到視頻剪輯的連結的情況。當他回到家時，他正處於觀看這個剪輯的過程中。假設用戶的家庭成員加入他來觀看該剪輯。但是在該剪輯結束之前，用戶在他的移動終端上接收到重要的呼叫。他立即接聽該呼叫。然而，他的家庭的其它成員將希望繼續觀看該剪輯。然而，不可能從除了用於控制正進行的應用會話的控制器移動終端之外的終端如此做。

技術實現要素：

本發明使得可能藉助於一種如下的方法來彌補這個缺點，所述方法用於處理指示要參與到至少一個應用會話中的期望的信息項，所述至少一個應用會話是用於電信網絡的用戶的正進行的、根據sip協議建立的應用會話，所述至少一個應用會話由所述用戶的第一終端所控制。

根據本發明，由第一控制器終端實現的所述方法包括如下步驟：

-接收與所述用戶的狀況有關的事件的通知，該通知包括指示所述用戶的第二終端期望的參與的級別的至少一個信息項：

-進行與期望的參與的級別有關的決定；以及

-在肯定決定的情況中，向電信網絡分派與第二終端期望的所述參與的級別有關的參與命令。

本發明因此允許運營商的公共電信網絡的用戶直接從他期望在其上接收所傳遞的媒體流的終端表達他對參與到正進行的應用會話的期望。根據本發明，他不需要發送用於參與到網絡的明確請求，而是僅僅使他的意圖已知即可，他的意圖將被至少通知到用於控制正進行的會話的控制器終端。

實際上，本發明依賴於用戶相關的事件預訂/通知機制的擴展，這使得可能向控制正進行的會話的控制器終端通知與另一終端上的用戶的狀況有關的改變，並且具體地向該控制器通知與用戶的這個另一終端的要參與到正進行的會話中的期望有關的改變。

控制器終端通過接收與這個另一終端上的用戶的狀況有關的事件的通知來獲知所述另一用戶終端的新意圖。它然後作為預定準則的函數來決定是否可能滿足由另一終端表達的參與的期望。要理解的是，它可能決定拒絕、部分滿足或者完全滿足用戶的另一終端的間接請求。一旦它的決定已被採取，則它通過將合適的命令分派到網絡來實現與它的決定對應的動作。

因此，本發明提出了一種新穎的且有創造性的方式來解決諸如在ims架構中定義的問題，即由網絡考慮用戶終端期望參與到正進行的會話中的問題，該用戶終端不是用於控制正進行的應用會話的控制器終端。

根據本發明的第一方面，所述指示要參與的期望的信息項涉及要成為至少一類媒體流的傳遞目標的期望。要理解的是，所述請求終端期望接收在應用會話期間交換的媒體流中的所有或一些媒體流。作為示例，電視終端可通過使視頻流傳遞到它來通知它的參與期望，而音頻流將由用戶的另一更合適的終端(例如，高保真(hifi)系統)來請求。

根據本發明的第二方面，指示要參與到會話中的期望的所述信息項涉及要取得所述會話的控制的期望。作為示例，當用戶回到家並在他的移動終端上請求將正進行的會話流傳遞到至少一個固定終端時，他可期望從這個固定終端來控制所述會話。

當然，這兩類期望可被聚合在相同的事件通知中。

根據本發明的第一實施例，在第一終端利用電信網絡的存在(presence)伺服器來先前地預訂用於與用戶的狀況有關的事件的通知的機制之後，從所述存在伺服器接收所述事件通知。這個解決方案的第一優點獲益於在文獻rfc3856中規定的當已經加入它用於其它服務時的存在機制，所述其它服務諸如發現在網絡中註冊的其它用戶或者即時消息傳遞服務。第二優點在於，它構思通過所述網絡來通知同一用戶的各個終端，從而使得可能不增加終端級別上的處理複雜度。用戶的終端在存在伺服器上公布與網絡中的用戶的狀況有關的信息。根據本發明，所述第二終端具體地公布指示要參與到正進行的至少一個會話中的期望的信息項。這個信息項被通知到已經利用該存在伺服器來預先預訂前述通知機制的終端，該存在伺服器能夠向它們通知用戶的狀況的任何改變。

根據本發明的第二方面，在利用第二終端來預訂事件通知機制之後，從第二終端接收所述事件通知。

用戶的控制器終端直接利用在網絡中註冊的用戶的其它終端中的每個終端來預訂前述的通知機制。這個解決方案的優點在於，它不需要使用電信網絡的存在伺服器來管理事件的預訂/通知。

將要注意的是，根據ims架構的規定，用戶的終端被迫預訂在網絡中的用戶的公共身份的註冊狀況方面的通知機制(註冊事件(regevent))，這允許在撤銷這個身份的註冊的情況中由網絡通知它們。還向它們通知同時註冊在網絡中的、同一用戶的其它終端的身份。根據本發明，它們因此可使用這些身份，以利用這些終端中的每一個終端來預訂在用戶狀況方面的事件通知機制。

本發明還涉及一種用於處理指示要參與到應用會話中的期望的信息項的裝置，該應用會話是用於電信網絡的用戶的正進行的、根據sip協議建立的應用會話，所述至少一個會話由所述用戶的第一終端所控制。根據本發明，這樣的裝置包括用於實現根據本發明的所述方法的部件，所述方法用於處理要參與到正進行的至少一個應用會話中的期望。

本發明還涉及一種參與到用於電信網絡的用戶的正進行的、根據sip協議建立的至少一個應用會話中的方法，所述會話由所述用戶的第一終端所控制，其特徵在於，由所述用戶的第二終端實現的所述方法包括發送包括至少一個信息項的事件通知的步驟，所述信息項指示第二終端期望的在所述至少一個應用會話中的參與的級別。

這樣的方法有利地由第二終端來實現，以使得控制器終端知道它的想要參與到正進行的會話中的期望，例如是否想要成為至少一類媒體流的傳遞目標或是否想要取得會話的控制的期望。

根據本發明，第二終端不需要知道正進行的會話。它簡單地使得它的想要成為一類媒體流的傳遞目標和/或控制至少一個會話的期望已知。當它接收到所請求類型的媒體流時，由它來決定是接受它還是拒絕它。

根據本發明的第一方面，所述事件通知被公布在能夠將它傳送到已經預先預訂該事件通知的用戶的終端的存在伺服器上。

將要注意的是，第二終端本身不需要已經預先對於存在伺服器進行預訂，以便利用該存在伺服器來公布它的存在。

根據本發明的第二方面，在先前地接收以下請求之後，將事件通知分派到所述第一終端，該請求用於預訂第一終端利用第二終端來進行的事件通知機制。根據本發明的這個實施例，所述第二終端直接向已經對於其進行預訂的終端通知與用戶狀況有關的事件的通知。

根據本發明的另一方面，所述方法包括獲得包括在所述用戶與網絡之間正進行的應用會話的標識符列表的信息的步驟，並且所述發送指示第二終端期望的參與的級別的信息項的步驟包括目標應用會話的標識符。向第二終端通知正進行的會話的列表，以便能夠從可用的那些媒體流中選擇它關心的一個或多個媒體流、和/或選擇它期望控制的至少一個具體會話。根據本發明的所考慮的實施例，該第二終端可有利地經由根據本發明的擴展的預訂/通知機制，來或者從存在伺服器或者直接從每個終端獲得它。

本發明還涉及一種用於參與到用於電信網絡的用戶的正進行的、根據sip協議建立的至少一個應用會話中的裝置，所述會話由所述用戶的第一終端所控制，所述請求源自用戶的第二終端，其特徵在於，所述裝置包括用於實現根據本發明的請求參與到應用會話中的方法的部件。

本發明還涉及一種電信網絡的用戶的終端，該終端能夠控制在用戶與所述電信網絡之間正進行的、根據sip協議建立的應用會話，其特徵在於，它包括根據本發明的用於處理指示另一終端要參與到正進行的至少一個應用會話中的期望的信息項的裝置、和根據本發明的用於所述終端參與到正進行的至少一個應用會話中的裝置。

本發明進一步涉及一種電信網絡中的存在伺服器，包括：用於接收與用戶有關的並且由在網絡中註冊的用戶的第二終端公布的信息的部件、用於存儲所述信息的部件、用於記錄源自所述用戶的至少一個第一終端的用於預訂與所述用戶有關的事件的通知的請求的部件、和用戶的所述第一終端的通知的部件，其特徵在於，所述信息包括指示第二終端要參與到至少一個應用會話中的期望的至少一個信息項，所述至少一個應用會話是在第一終端與電信網絡之間正進行的、根據sip協議建立的應用會話。

本發明還涉及一種承載事件通知消息的載波信號，所述事件與電信網絡的用戶的狀況有關，所述用戶擁有控制應用會話的第一控制器終端，該應用會話是在用戶與網絡之間正進行的、根據sip協議建立的應用會話，其特徵在於，所述消息由第二終端所發送，並且包括指示第二終端要參與到正進行的所述應用會話中的期望的信息項。

在具體的實施例中，通過電腦程式的指令來確定根據本發明的用於處理指示要參與到正進行的應用會話中的期望的信息項的所述方法的各個步驟。

因此，本發明還旨在一種位於信息載體上的電腦程式，這個程序可被實現在路由、接收或傳送裝置中，或更通常地可被實現在計算機中，這個程序包括適合於實現諸如上文中所述的方法的步驟的指令，該方法用於處理指示要參與的期望的信息項。

這個程序可使用任何程式語言，並且處於原始碼、目標代碼或者介於原始碼和目標代碼之間的代碼形式中，諸如處於部分編譯的形式中，或者處於任何其它的期望形式中。

本發明還旨在一種可由計算機讀取的信息載體，並且包括諸如上文中所述的電腦程式的指令。

所述信息載體可以是能夠存儲該程序的任何實體或裝置。例如，所述載體可包括：存儲部件，諸如rom(例如，cdrom、或者微電子電路rom)；或者磁記錄部件，例如磁碟(軟盤)或硬碟。

此外，所述信息載體可以是諸如電信號或光信號的可傳送載體，其可經由電纜或光纜、通過無線電或通過其它手段來進行路由。根據本發明的程序可具體地從網際網路類型的網絡中下載。

替換地，所述信息載體可以是在其中合併該程序的集成電路，所述電路適合於執行所討論的方法，或者用於在所討論的方法的執行中使用。

在具體實施例中，通過電腦程式的指令來確定根據本發明的參與到正進行的應用會話中的方法的各個步驟。

因此，本發明還旨在一種位於信息載體上的電腦程式，這個程序可被實現在路由、接收或傳送裝置中，或更通常地可被實現在計算機中，這個程序包括適合於實現諸如上文中所述的參與的方法的步驟的指令。

這個程序可使用任何程式語言，並且處於原始碼、目標代碼或者介於原始碼和目標代碼之間的代碼的形式中，諸如處於部分編譯的形式中，或者處於任何其它的期望形式中。

本發明還旨在一種可由計算機讀取的信息載體，並且包括諸如上文中所述的電腦程式的指令。

所述信息載體可以是能夠存儲該程序的任何實體或裝置。例如，所述載體可包括：存儲部件，諸如rom(例如cdrom、或者微電子電路rom)；或者磁記錄部件，例如磁碟(軟盤)或硬碟。

此外，所述信息載體可以是諸如電信號或光信號的可傳送載體，其可經由電纜或光纜、通過無線電或通過其它手段來進行路由。根據本發明的程序可具體地從網際網路類型的網絡中下載。

替換地，所述信息載體可以是在其中合併該程序的集成電路，所述電路適合於執行所討論的方法，或者用於在所討論的方法的執行中使用。

附圖說明

在閱讀了作為簡單說明性和非限制性示例而給出的本發明的具體實施例的如下描述和附圖時，本發明的其它優點和特徵將更清楚地顯現，在附圖中：

-圖1以示意性方式圖示了根據本發明的以下情況，即，用戶具有參與到用於控制應用會話的第一控制器終端上的應用會話中的、在電信網絡上註冊的多個終端，並且期望請求從第二終端參與到會話中的情況；

-圖2以示意性方式呈現根據本發明的參與到正進行的應用會話中的方法；

-圖3以示意性方式呈現根據本發明的用於參與到至少一個應用會話中的裝置的結構、和根據本發明的用於處理指示要參與到至少一個會話中的期望的信息項的裝置的結構；

-圖4以示意性方式呈現根據本發明的用於處理指示要參與到正進行的至少一個應用會話中的期望的信息項的方法；

-圖5和圖6以示意性方式呈現在本發明的第一實施例的第一示範實現中在用戶的終端與電信網絡之間交換的流的圖；

-圖7和圖8呈現在本發明的第一實施例的第二示範實現中在用戶的終端與電信網絡之間交換的流的圖；以及

-圖9、圖10和圖11呈現在本發明的第二實施例的示範實現中在用戶的終端與電信網絡之間交換的流的圖。

具體實施方式

結合圖1，考慮電信網絡1的用戶a。這個用戶a具有在網絡中註冊的多個終端ue1、ue2、ue3。這些終端可以是各種類型的移動或固定終端，諸如電視、pc、行動電話或固定電話，只要它們具有到電信網絡1的ip連接即可。假設終端ue1是移動終端，諸如行動電話、個人數字助理pda、智慧型電話等，並且終端ue2和ue3是固定終端，諸如固定電話、計算機pc、電視機和音頻播放器。

假設終端ue1、ue2和ue3經由接入網絡21、22而接入所述電信網絡1。所述接入網絡21例如是umts、gsm、gprs、umts、i-wlan類型等的移動接入網絡，並且在這個情況中，終端ue1經由無線電基站來接入電信網絡1，或另外地在i-wlan的情況中，經由wifi接入點來接入電信網絡1。假設接入網絡22是x-dsl、ftth類型等的固定接入網絡，並且假設固定終端ue2和ue3經由住宅網關或路由器數據機來接入所述網絡1。

將要注意的是，本發明不限於接入技術的這些示例，電不限於終端的類型的這些示例，並且本發明擴展到允許任何類型的ip終端連接到電信網絡1的任何其它接入技術。

假設，用戶a已經取得對於電信網絡1的運營商的預訂，這允許他打開與網絡1的一個或多個多媒體會話。所述表達多媒體會話指的是用戶從終端接入一個或多個媒體(諸如，語音、文本、圖像、視頻等)的任何連續通信時間段。作為示例，多媒體會話可對應於簡單的電話交談、視頻通信、視聽節目的廣播、通過即時消息傳遞進行的交談等。將要注意的是，這樣的多媒體會話可牽涉一個或多個其它用戶。

電信網絡1包括應用系統10，該應用系統10意欲管理在用戶的終端上與該用戶有關的所有多媒體會話(發起的會話、或者在意欲到達用戶的到來會話的情況中的前往用戶的會話)的建立和跟蹤。應用系統10例如可以是ip多媒體或ims(「ip多媒體子系統」)子域的系統，其是用於電信運營商的下一代網絡ngn(「下一代組網」)的已知的標準化架構，並且其使得可能提供固定和移動的多媒體服務。這個系統依賴於用於傳輸媒體流的各種技術，所述技術包括基於在ip標準協議上操作的sip(「會話發起協議」)信令協議的標準化3gpp(「第三代合作夥伴計劃」)實現的ip(「網際網路協議」)傳送語音的網絡技術。ims架構支持現有的電話系統，並允許用戶在外部環境中移動(「漫遊」情形)時和來自國內環境時二者中使用多媒體服務。為此，ims架構使用由ietf(「網際網路工程任務組」)所定義的ip標準協議

ims系統的架構、這樣的系統的各個實體、用戶設備對於ims系統的註冊、連同在ims系統中多媒體會話的建立被具體地在如下文獻中得到詳細描述，即可在網址http：//www.3gpp.org/ftp/specs/archive/23series/23.228/上可得到的<>(《3gppts23.228v8.8.0(2009-03)，第三代合作夥伴計劃；技術規範組服務和系統方面；ip多媒體系統(ims)；階段2(發布8)》)、以及在網址http：//www.3gpp.org/ftp/specs/archive/24series/24.229/上可得到的<>(《3gppts24.229v8.6.0(2008-12)，第三代合作夥伴計劃；技術規範組核心網絡和終端；基於會話發起協議(sip)和會話描述協議(sdp)的ip多媒體呼叫控制協議；階段3(發布8)》)。所述sip協議描述在ietf工作組(關於網際網路網絡的工作組或者網際網路工程任務組)的文獻rfc3261中，該文獻可在網址http：//www.ietf.org/rfc上得到。

在連接到通信網絡1之後，用戶a對於應用系統10進行註冊。更精確地，為了能夠使他自己利用用戶a已經通過他的運營商所預訂的多媒體服務，用戶a在作為在這個示例中選擇的應用系統實例的ims上註冊。附接到ims是通過經由如在ietf所規範的rfc3261中定義的sip處理「註冊(register)」而註冊用戶來實現的。用作參數的數據項之一是用來向第三方用戶標識這個用戶的該用戶的公共身份(用戶可具有幾個公共身份)。用戶在應用系統10中的註冊允許他具體地接收由第三方用戶發起的用於建立多媒體會話的請求(源自固定的或移動的網絡)，諸如用於建立交談會話(「聊天」)的請求。

例如考慮如下情況，其中用戶具有來自他的移動終端的、與通信網絡的另一用戶的、正進行的應用會話。假設該用戶已經向他發送了他剛剛已下載並且他現在期望觀看的視頻剪輯。當他剛同到家時，用戶a將希望從他的電視觀看所述視頻剪輯，以便使得他家庭的其它成員能夠從中獲益，並且藉助於他電視的遙控器來控制所述流傳遞。

在文獻tr23.838中描述了使得可能在ims網絡中在同一用戶的各個終端之間傳遞媒體流的過程。通過專用應用伺服器sccas110來確保這個服務的編排(orchestration)。這是掌控服務連續性的應用服務(″服務集中化和連續性應用伺服器″或者sccas)。ims架構被描述在ts.23.228中。ims架構中的sip的詳細使用被描述在ts24.229中。

現在，如之前所提及的，3gpp根據tr23.838而強加實行：單個終端具有正進行的多媒體會話的控制。在本情況中，這是移動終端ue1。因此根據3gpp標準，電視不可能請求將正進行的會話一直傳遞到用戶的移動終端。

本發明允許用戶a的另一終端使控制器終端ue1知道其想要參與到控制器終端ue1上正進行的會話中的期望。它依賴於用於用戶終端之間的事件通知的機制。這個事件通知機制可藉助於如在文獻rfc3265中定義的subscribe/notify(預訂/通知)sip信令消息來實現。tr23.838描述了基於這個機制的幾個解決方案，所述解決方案允許用戶的終端發現用戶的其它已註冊終端、並且查實它們的可用性、連同它們所支持的媒體的類型。

本發明在於擴展這個機制，以便允許用戶的終端向這個用戶的其它終端指示他想要成為正進行的會話的至少一個媒體流的傳遞目標和/或取得至少一個會話的控制的期望。因此，本發明在於，經由預訂/通知機制來交換允許終端指示它的如下期望的信息，所述期望即恢復正進行的至少一個會話的控制、或者這個會話的一個、幾個或所有流，或者恢復控制以及一個或多個流兩者。期望變成傳遞目標的終端利用指出它期望成為傳遞目標的具體值來更新關於它的狀況的信息項。這個具體值可進一步包括指定終端是否希望控制傳遞到它的通信的指示符、以及它希望使之傳遞到它的媒體類型的列表。將要注意的是，它可僅請求正進行會話的控制的傳遞。

按照有利的方式，本發明還允許參與到一個或多個會話中的終端將它的參與傳送到其它終端。對於終端所參與的每個通信，所述終端指示：

-通信的標識符，

-對於終端所參與的通信的每個媒體流，這個流的特性以及這個流的標識符，

-與其建立通信的遠程用戶的身份。如果這個身份是不可用或者匿名的，則終端如該情況可能是的那樣指示「匿名身份」或者不可用身份，

-它是否具有這個通信的控制。

在變體中，僅僅由具有通信控制的終端來提供這個信息項。在這個情況中，對於它控制的每個通信，所述終端指示：

-會話的標識符，

-對於會話的每個媒體流，這個流的特性、流的標識符以及承載這個流的終端的身份，

-已經與其建立會話的遠程用戶的身份。如果這個身份不可用或者匿名的，則終端如該情況可能是的那樣指示「匿名身份」或者不可用身份。

將要注意的是，與正進行的會話有關的信息的提供是可選的，並且對於本發明不是必不可少的。還可能僅提供上文中所提及的信息的一部分。

根據本發明，因此可能有兩種情況：

-期望指示它想要成為傳遞目標的期望的終端具有其它終端經由事件通知機制提供的信息(在1中描述的信息)。在這個情況中，終端使用所接收的這個信息來指定它期望使之傳遞到它的會話或者一個或多個媒體流。那麼，關於它的狀況的信息包括如下信息項：

○指出它希望成為傳遞目標的指示符

○在傳遞中涉及的(多個)會話的(多個)標識符

○對於在傳遞中涉及的每個會話，與它希望使之傳遞到它的(多個)媒體流對應的零個、一個或多個媒體流標識符

○對於在傳遞中涉及的每個會話，是否請求這個會話的控制的傳遞的指示。

-所述終端不具有與正進行的會話和媒體流有關的信息。在這個情況中，終端簡單地指示它想要成為傳遞目標的期望。那麼，它的狀況信息包括如下的信息項：

○指出它希望成為傳遞目標的指示符

○終端希望使之傳遞到它的零個、一個或多個媒體類型

○指示它是否希望控制要傳遞到它的會話的指示符

事件通知機制通過組合這個信息項與(在終端中配置的)用戶的偏好以及其它可能參數而允許向用於控制所涉及會話的控制器終端立即通知它，用戶決定發起傳遞。

各種解決方案可用於通過使用所述預訂/通知機制來交換與用戶的或者他的終端之一的狀況有關的信息。它們將在隨後的描述中更詳細地呈現。

因此，本發明涉及參與到正進行的至少一個應用會話中的方法，現在將結合圖2來描述該方法。這樣的方法有利地由在正進行的任一應用會話中沒有參與的用戶a的終端所實現。這例如是終端ue2。在e1中，終端ue2藉助於如在ietf的rfc3261中所定義的sip註冊(sipregister)消息而在ims中註冊。在步驟e2中，它可以任選地預訂用於通知與用戶a的狀況有關的事件的機制。

在e4中，終端ue2發送與用戶a的存在狀況有關的事件的通知，其包括指示想要成為正進行的應用會話的至少一類媒體流的傳遞目標的期望的信息項。將這個通知尋址到已經預先預訂其的用戶的終端。在這點上，需要作為正進行的會話的控制器的終端ue1已經履行這個條件。

根據本發明的第一實施例，這個預訂/通知機制通過電信網絡1的應用系統10的存在伺服器sp120來實現。這樣的伺服器被表現在圖1中。然後，根據本發明，步驟e21在於：只要涉及終端ue2，就預訂由根據本發明的存在伺服器sp所實現的、用於通知與用戶a相關聯的公共身份的存在狀況的機制。如果對於用戶終端ue註冊了這個用戶的幾個公共身份，則必須使用這個用戶的默認身份，如在ts24.229中所規定的那樣。這個預訂的過程被描述在rfc3856中。

在e41中，終端ue2在存在伺服器sp120上公布指示所期望的在正進行的應用會話中參與的級別的信息項ict，這將向已經預訂終端ue2的存在狀況的那些終端通知它。

根據本發明的第一實施例的變體，終端ue2根據在rfc3680和文獻draft-ietf-sipping-gruu-reg-event中描述的包註冊(packagereg)事件的機制，利用s-cscf(服務呼叫會話控制功能)類型的實體100，在e21中預訂用戶a的公共身份的註冊狀況。這個機制允許它獲得與用戶a的公共身份相關聯的、用戶的其它已註冊終端的gruuuri身份。根據這個變體，步驟e21在於：只要涉及終端ue2，就通過指定它已經預先獲得的它們的gruuuri身份來預訂用戶a的其它終端的存在狀況。

在e41中，終端ue1在存在伺服器sp120上公布信息項ict，這將向已經預訂在終端ue2上用戶a的存在狀況的那些終端通知它。

根據本發明的第二實施例，在註冊步驟e1之後實現預訂註冊事件通知機制的步驟e22。這個機制允許用戶a的終端ue2獲得在網絡中註冊的並且與用戶a的公共身份相關聯的其它終端的gruuuri身份。在步驟e3中，終端ue3接收並處理源自用戶a的其它終端ue1、ue2的、用於預訂與它的狀況有關的事件的通知的請求。用戶a的其它終端ue1和ue3使用終端ue2的gruuuri來將它們的預訂請求尋址到它。在e41中，終端ue2直接將包括信息項ict的通知發送到已經在之前步驟中預訂與它的存在狀況有關的事件的終端。

在這個第二實施例中將要注意的是，本發明構思新類型事件的定義，其通知意欲通過預訂/通知機制來執行。將可稱作「ue狀態」的這個新類型事件至少涉及指示終端ue3期望在正進行的應用會話中參與的級別的信息項ict。這樣的信息項例如可採取具有兩個值的指示符的形式，以指示終端是否希望成為傳遞目標。可有利地用所期望的媒體流類型數目的指示來補充它。它還可以包括用於控制正進行的會話的期望的指示。

根據本發明的一個實施例，請求傳遞至少一類媒體流的方法被實現在用於參與到正進行的會話中的裝置210中，現在將結合圖3來描述該裝置210。它包括通常在傳統的計算機或者專用路由器中發現的硬體元件，即處理器211、ram類型的隨機存取存儲器212、rom類型的只讀存儲器213、和對於網絡1的電信部件214。

根據本發明，裝置210包括存儲器215，其構成根據本發明的記錄載體。這個載體存儲根據本發明的電腦程式。這個程序包括指令，該指令用於執行根據本發明的、剛才已經結合圖2所描述的傳遞請求方法的步驟。

按照有利的方式，根據本發明的用於在正進行的會話中參與的裝置被實現在用戶終端ue3、ue2、ue1中。

一旦已經在網絡中通過請求終端ue3實行信息項ict(該信息項ict指示在正進行的會話中參與的期望)的通知，就根據本發明，通過用於處理指示要參與到正進行的會話中的期望的信息項的方法來處理它，現在將結合圖4來描述該方法。這樣的方法有利地由控制器終端ue1來實現。

假設終端ue1已經在f1中預訂了諸如之前描述的那些事件通知機制之類的事件通知機制。在f2中，它接收事件通知。所述事件通知涉及在終端ue2上用戶a的狀況，並且包括指示終端ue2要成為媒體流傳遞目標的期望的信息項ict。它可取決於所使用的通知機制而源自存在伺服器sp120，或者直接來自請求終端。在f3中，終端ue1決定是否必須接受這樣的傳遞請求。根據本發明，可考慮幾個決定準則，以非限制性的方式，其中包括：

-所請求類型的流的存在；實際上，以下情況可能發生，即幾個人(例如，同一家庭的成員)使用同一訂戶的公共身份，並且終端ue3的用戶不知道與這個公共身份相關聯的其它終端上的正進行的會話；

-控制器終端ue1的配置。它可以被配置為接受或拒絕所有的傳遞請求：

-媒體的類型或者會話的類型。例如，出於保密性的原因，控制器終端可拒絕附接到具體會話(例如，職業會話)的媒體流的傳遞；

-請求終端的類型。控制器終端可部分地同意使所述請求終端參與，僅對於預定的流類型(例如，用於電視終端的視頻流)，準許它進行媒體流傳遞。

一旦已經作出決定，如果它是肯定的，則控制器終端就在f4中發送用於所述請求終端ue2的參與命令到網絡1。作為示例，這可以是到終端ue2的用於正進行的會話的媒體流傳遞的請求。按照有利的方式，在ims中，是由應用伺服器scc-as110來負責管理用於處理這樣的請求的用戶的移動性，如在文獻tr23.838中所規定的。

根據本發明的一個實施例，用於處理在應用會話中參與的期望的方法被實現在裝置220中，該裝置220用於處理指示用於參與的期望的信息項，現在將結合圖3來描述該裝置220。它包括通常在傳統計算機或專用路由器中發現的硬體元件，即處理器221、ram類型的隨機存取存儲器222、rom類型的只讀存儲器223、和對於網絡1的電信部件224。

根據本發明，裝置220包括存儲器225，其構成根據本發明的記錄載體。這個載體存儲根據本發明的電腦程式。這個程序包括指令，該指令用於執行根據本發明的、剛才已經結合圖4所描述的處理傳遞請求的方法的步驟。

按照有利的方式，根據本發明的用於處理指示用於在應用會話中參與的期望的信息項的裝置被實現在用戶終端ue3、ue2、ue1中。

作為ims架構中的示範實現，現在將結合圖5和圖6的流圖示來更詳細地描述根據本發明第一實施例的在用戶a的終端ue1、ue2、用戶b的終端ue1′、以及電信網絡1之間交換的信令消息。

用戶a具有終端ue1、ue2和ue3。

作為提醒，用戶a使用他的終端ue1來呼叫具有終端ue1′的用戶b。媒體會話因此建立在終端ue1(a)與終端ue1′(b)之間。

用戶a通過作用於他的終端ue2而決定請求一直到他的終端ue2的通信傳遞。

將要注意的是，由用戶a的終端ue1和ue2發送或接收的所有交換的sip消息穿過實體p-cscf(代理-呼叫會話控制功能)。這對用戶b的終端ue1′同樣成立。為了簡化的目的，沒有表現出這些實體p-cscf。

將要注意的是，除了那些所表示出的實體之外的sip實體可位於終端ue1′(b)與實體s-cscf之間的信令路徑上。在圖5和圖6中沒有表現出它們。

終端ue1(a)在網絡1中的註冊：

-消息1：終端ue1成功地對於實體s-cscf(ims網絡)註冊。s-cscf100在對註冊(register)消息的響應200好的(ok)中返回它所具有的與這個終端相關聯的gruu類型的uri身份。用於分配這個uri的機制被定義在文獻ts24.229中；

-消息2：終端ue1預訂用戶的註冊的狀況(註冊事件包)，如在文獻ts24.229中所規定的。這個預訂允許向終端ue1通知在網絡1中註冊的並且與相同的公共身份相關聯的其它終端ue，並如此獲得它們的gruuuri身份。假設在該時刻、終端ue1是與用戶a的公共身份相關聯的唯一已註冊終端。

-消息3和4：實體s-cscf100通過向應用伺服器110sccas發送與終端ue1的註冊有關的信息來向該應用伺服器110sccas通知這個註冊。這個過程描述在文獻ts24.229中。

-消息5、6、7和8；終端ue1在存在伺服器sp120上公布與它有關的存在信息。在這些信息中，終端ue1指示它是可用的並且給出所支持的媒體類型。

終端ue2在網絡中的註冊：

-消息9：終端ue2成功地對於ims架構的實體s-cscf100註冊。實體s-cscf100在對註冊消息的響應200好的中返回它所具有的與這個終端相關聯的gruu類型的uri身份。

-消息10：終端ue2預訂用戶的註冊的狀況(註冊事件包)，如在[ts24.229]中所規定的。這個預訂允許向終端ue2通知在網絡1中註冊的並且與一個或多個相同的用戶公共身份相關聯的其它終端ue，並獲得它們的gruuuri身份。這樣，終端ue2獲得終端ue1根據其而在網絡i中註冊的信息項、連同它的gruuuri身份。

-消息11和12：實體s-cscf100通過向應用伺服器sccas110發送與終端ue2的註冊有關的信息來向該應用伺服器sccas110通知這個註冊。這個過程描述在文獻ts24.229中。

-消息13、14、15和16：終端ue2在存在伺服器sp120上公布與它有關的存在信息。它具體指示它是可用的並且給出它所支持的媒體的類型。

預訂其它終端的存在信息；

-消息17、18、19和20：ue2預訂與用戶a有關的存在信息。根據一變體，它可以通過指定ue1的gruuuri身份來預訂在具體的終端ue1上用戶a的存在信息。

-消息21、22、23和24：存在伺服器sp120向終端ue2通知與終端ue1有關的存在信息的當前狀況。終端ue2獲悉ue1可用，並且獲知它的所支持的媒體類型。

-消息26、27、28和28：在ue2的註冊之後，s-cscf100向終端ue1和ue2通知與用戶a的註冊有關的信息的改變。因此，向終端ue1通知ue2現在被註冊並且知道它的gruuuri。

-消息29、30、31和32：終端ue1對於存在伺服器sp120預訂通過ue1的gruuuri標識的、與ue2上的用戶a有關的存在信息。

-消息33、34、35和36：存在伺服器sp120向ue1通知與ue2有關的存在信息的當前狀況。終端ue1獲悉ue2可用，並且獲知它的所支持的媒體類型。

用戶a通過使用他的終端ue1來建立與使用ue3的用戶b的呼叫：

-消息37、38、39和40：用戶a經由他的終端ue1，通過分派邀請(invite)請求來發送去往用戶b的呼叫。

-消息41、42、43和44：終端ue1′(b)通過分派sip響應180振鈴(ringing)來向ue1(a)通知用戶b已經發覺呼叫的到達。

-消息45、46、47和48：終端ue1′(b)通過分派響應200好的來向ue1通知用戶b已經接受呼叫。

-消息49、50、51和52：終端ue1(a)通過分派消息確認(ack)來確認收到響應200好的。

-消息53：經由用戶a和b的相應終端ue1和ue1′來在用戶a和用戶b之間建立會話。

-消息54、55、56和57：終端ue1通過指定如下信息來向存在伺服器sp120通知它現在參與到會話中：

○這個會話的標識符。這個標識符由終端ue1生成，並且必須使得可能將這個會話與終端ue1可能參與的其它會話區分開。在這個示例中，假設終端ue1將值1分配給這個會話：

○遠程用戶的公共身份：b的身份和在這個會話中使用的媒體的類型。

-消息58、59、60和61：在ue1的存在信息由於它在會話中的參與而改變之後，存在伺服器sp120向ue2通知這個改變。終端ue2利用這個會話的特性來獲悉終端ue1參與到會話中。

用戶a經由他的終端ue2來請求將整個通信以及其控制一直傳遞到終端ue2：

-消息66、67、68和69：在用戶a請求將整個通信以及其控制一直傳遞到終端ue2之後，終端ue2利用存在伺服器來更新它的存在信息，以便指示它期望從ue1向它傳遞會話編號1。在變體中，ue2通過任選地指定它的類型來只是指示它期望成為會話傳遞的目標。

-消息70、71、72、73、74、75、76和77：在與ue2有關的存在信息的改變之後，存在伺服器sp120向已經預訂事件通知的用戶a的終端通知這個改變。具體地，終端ue1獲悉ue2期望恢復ue1參與到其中的會話編號1。

從ue1到ue2的會話的傳遞

-消息78、79：在收到指示終端ue2期望恢復它的會話第1號的信息項時，終端ue1通過向sccas110分派請它向ue2傳遞所述會話的交付(refer)請求來決定將這個會話傳遞到ue2。在這樣的請求中，終端ue2通過它的gruuuri來標識。

-消息80和81：sccas110接受所述交付請求。

-消息82、83：sccas110分派去往終端ue2的gruuuri邀請請求。

-消息84、85：終端ue2通過分派消息200好的來接受這個會話的建立。

-消息86、87：sccas110確認響應200好的。

-消息88、89：sccas110分派所謂的「再次邀請(re-invite)」請求(在已經建立的sip對話中的邀請請求)到終端ue1′(b)，以便利用在消息85中從終端ue2接收的sdp參數來更新它的會話。

-消息90、92：終端ue1′接受所述再次邀請請求。

-消息91：在終端ue2(a)與終端ue1′(b)之間建立媒體流。

-消息93、94：sccas110確認響應200好的。

-消息95、96、97、98：sccas110利用ue1來發布它的會話。

-消息99、100：如在rfc3515中所規定的，sccas110向ue1(a)終端通知會話傳遞的成功。

結合圖7和圖8，現在呈現本發明的第一實施例的另一示範實現：

用戶a具有三個終端ue1、ue2和ue3。

用戶a利用他的終端ue1來與另一用戶(或者服務)b通信。這個通信使用兩種媒體：音頻和視頻。

用戶a利用他的終端ue2來與另一用戶(或者服務)c通信。這個通信使用單一媒體：音頻。

用戶a通過作用於他的終端ue3而將視頻流從他的終端ue1傳遞到ue3。終端ue1保持通信的控制和音頻流。

終端ue向網絡的註冊：

終端ue1、ue2和ue3中的每個終端註冊到網絡，預訂用戶的註冊的狀況(註冊事件包)，並且將與它相關的存在信息分派到存在伺服器，就如在之前示例中描述的那樣。

預訂其它終端的存在信息：

終端ue1、ue2和ue3中的每個終端預訂其它2個終端的存在信息，所述其它2個終端中的每個終端用通過預訂用戶的註冊狀況所獲得的它們的gruuuri標識符來標識，就如在之前示例中描述的那樣。

-消息1、2、3和4：對於具有2個媒體流(音頻流和視頻流)的會話，用戶a經由他的終端ue1來分派去往b的邀請請求。

-消息5至16：sip會話的建立按照標準的方式而繼續。

-消息17、18：利用音頻流和視頻流來在用戶a(經由他的終端ue1)和用戶b之間建立通信。這裡假設ue1不向a的其它終端提供所建立的會話的特性。

-消息36、37、38、39：在用戶a的請求之後，ue3通過包括如下信息來在存在伺服器上更新他的存在信息：

○指出它希望成為傳遞目標的指示符；

○終端希望使之傳遞到它的媒體的類型，例如僅僅「視頻」：

○指示它不希望向它傳遞通信的控制的指示符。

-消息40、41、42、43、44、45、46和47：在與終端ue3有關的存在信息的改變之後，存在伺服器sp120向終端ue1和ue2通知這個改變，這是由於它們已經預先預訂終端ue3的存在通知。然後，終端ue1和ue2獲悉終端ue3期望將視頻流傳遞到它，而沒有通信的控制。這不要求終端ue2的任何動作，這是因為它不控制包括視頻流的任何通信。另一方面，終端ue1控制包括視頻流的通信。通過考慮終端ue3的新存在信息，並且通過將它與其它決定準則(諸如，用戶的(在終端ue1中配置的)偏好和其它可能參數)組合，終端ue1決定發起視頻流的傳遞，同時保持通信的控制。

-消息48、49：終端ue1向sccas110分派交付請求，該交付請求用於請求它將它的通信的視頻流傳遞到終端ue3，ue3用它的gruuuri來標識。例如，僅需要傳遞視頻流的指示可通過將參數添加到位於報頭交付到(refer-to)中的ue3的gruuuri來完成。

-消息50和51：sccas110接受交付請求。

-消息52、53：sccas110分派去往終端ue3的gruuuri的邀請請求。

-消息54、55：終端ue3通過分派消息200好的來接受這個會話的建立。

-消息56、57：sccas110確認響應200好的。

-消息58、59：sccas110分派所謂的「再次邀請」請求(在已經建立的sip對話中的邀請請求)到b，以便利用在消息55中從終端ue3接收的sdp參數來更新用戶b的會話。

-消息60、62：b接受所述再次邀請請求。

-61：在終端ue3(a)與b之間建立視頻流。在終端ue1(a)與b之間保留音頻流17。

-消息63、64：sccas110確認響應200好的。

-消息65、66：sccas110分派所謂的「再次邀請」請求到ue1，以便更新ue1的會話以刪除視頻流(保留音頻流和通信的控制)。

-消息67、68：終端ue3通過分派消息200好的來接受這個會話修改。

-消息69、70：sccas110確認響應200好的。

結合圖9、10和圖11，現在呈現本發明的第二實施例的示範實現。作為提醒，在這個第二實施例中，用戶的終端不利用存在伺服器sp120來預訂用戶的存在狀況的通知，而是利用用戶的終端中的每個終端來預訂另一事件通知機制。考慮與剛才結合圖7和圖8所呈現的示例中相同的應用情況。

-用戶a具有三個終端ue1、ue2和ue3。

-用戶a利用他的終端ue1來與另一用戶(或者服務)b通信。這個通信使用兩種媒體：音頻和視頻。

-用戶a利用他的終端ue2來與另一用戶(或者服務)c通信。這個通信使用單一媒體：音頻。

-用戶a通過作用於ue3而將視頻流從ue1傳遞到ue3。終端ue1保持通信的控制和音頻流。

ue向網絡的註冊：

終端ue1、ue2和ue3中的每個終端註冊到網絡，預訂用戶的註冊的狀況(註冊事件包)，如之前所描述的那樣。另一方面，a的終端ue1、ue2和ue3不利用存在伺服器sp120來預訂用戶的存在狀況。實際上，在這個解決方案中，不使用存在機制。

消息1、2、3和4：對於具有兩種媒體流(音頻和視頻)的會話，用戶a經由他的終端ue1來分派去往b的邀請請求。

消息5至16：sip會話的建立按照標準的方式而繼續。

17、18：利用音頻流和視頻流來在用戶a(經由他的終端ue1)和用戶b之間建立通信。

注意：這裡假設ue1不向a的其它終端提供所建立的會話的特性。

ue-1預訂其它終端的「us狀態事件包」：

終端ue1預訂關於用戶a的其它兩個終端ue2和ue3的狀況的信息，所述終端通過它們的gruuuri來標識，該gruuuri是通過預訂用戶的註冊的狀況所獲得的，如下文中描述的：

-消息19到22：終端ue1利用通過它的gruuuri標識的終端ue2自己，來預訂根據本發明的被稱為「ue狀態」的新類型事件。下文中呈現了由終端ue1向終端ue2分派的示範預訂(subscribe)消息。在這個示例中，終端ue1擁有gruuuri身份″sip：[email protected]；gr＝urn：uuid：f82f4fa1-72fc-1131-e2f2-10eec9le6ffff：ue1″，並且終端ue2擁有gruuuri身份″sip：[email protected]；gr＝urn：uuid：f8ld4fae-7dec-1ld0-a765-00a0c91e6bf6″。

將要注意的是，沒有正進行的會話的終端不需要預訂「ue狀態」事件包。

-消息23到26：終端ue2向終端ue1通知「ue狀態事件包」的信息的它的當前狀況。這個信息不指示終端ue2希望成為媒體流傳遞的目標。下面是由ue2向ue1分派的通知(notify)消息的示例。

-消息27到30：終端ue1利用通過ue3的gruuuri標識的終端ue3自己，來預訂終端ue3的事件「ue狀態事件包」。

-消息31到34：終端ue3向終端ue1通知「ue狀態事件包」的信息的它的當前狀況。這個信息不指示ue3希望成為傳遞的目標。

在ue2與c之間的通信的建立

在用戶a的終端ue2與用戶或服務c之間的具有單個媒體(音頻)的新通信利用與結合圖8和圖9所描述的之前示例中相同的交換來建立。

終端ue2預訂其它終端的「ue狀態事件包」

這個過程類似於之前所描述的過程。

用戶a經由他的終端ue3來請求從ue1向ue3傳遞視頻流

在所考慮的情況中，終端ue3不具有關於正進行的會話的任何信息。

它通過包括如下信息來更新它的「ue狀態」信息(該信息被存儲在終端ue3本身中)：

-指出它希望成為傳遞目標的指示符；

-終端希望使之傳遞到它的媒體的類型，即僅僅「視頻」；

-指示它不希望將會話的控制傳遞到它的指示符。

作為變體，終端ue3可事先預訂其它終端ue1和ue2的「ue狀態事件包」，並且已經獲得在用戶a的其它終端ue1和ue2上正進行的會話的標識符和特性。

在這個更新之後，ue3必須向已經對於它預訂的終端通知「ue狀態事件包」：

-消息52至55：終端ue3向終端ue2和ue1通知它的「ue狀態」信息的改變，這是由於終端ue2和ue1已經預先預訂ue3的「ue狀態事件包」。ue1和ue2然後獲悉終端ue3期望將視頻流傳遞到它，而沒有通信的控制。這不需要終端ue2的任何動作，這是因為ue2不控制包括視頻流的任何通信。另一方面，ue1控制包括視頻流的通信。通過考慮關於終端ue3的狀況的新信息項，並且通過任選地組合它和其它決定準則，ue1決定發起視頻流的傳遞，同時保持通信的控制。下面，呈現在通知消息(消息52和56)的主體中分派的示範信息項。

從ue1向ue3傳遞視頻流：實現了與結合圖8所描述的示例中相同的過程。