專利名稱：在控制方不持久參與的情況下保持協(xié)作會話的媒體流的連續(xù)性的系統(tǒng)和方法
技術領域：
本發(fā)明屬于分組交換通信網(wǎng)絡中的電信領域。更具體地，本發(fā)明涉及IP多媒體系統(tǒng)中的會話控制。
背景技術：
隨著越來越多的裝置獲得聯(lián)網(wǎng)能力，出現(xiàn)用戶管理這些多樣化的裝置的需要。已在協(xié)作會話管理的范圍下，在3GPP中著手于這樣的工作項目。這里，向MS服務注冊的多個用戶裝置可在會話中利用不同媒體流彼此協(xié)作。協(xié)作會話是多個彼此協(xié)作的UE參與的多媒體會話?？刂品?controller) UE通過與應用服務器交互來管理控制方上的媒體。在采取行動之前，控制方必須授權來自控制方的任何請求。通常，僅通過一個控制方來控制一個媒體流。由于在協(xié)作會話中的單個控制方結構(configuration)(對于特定流)，當由于諸如UE故障、電池耗盡、UE在覆蓋范圍之外、信號不穩(wěn)定等的不可控原因而造成控制方丟失時，會存在問題。也存在當控制方想要將其自身改變?yōu)楸粍?passive)控制模式、或暫時離開協(xié)作會話時的情形。在控制方不想在控制方每次進行改變時被中斷時、或在長時間內都沒有控制方提出任何請求時，可能發(fā)生這些情況。這里的被動控制模式意味著控制方UE選擇處于自動控制模式、或暫時將控制交給應用服務器。也就是說，控制方UE通過設立對特定的觸發(fā)情形作出決定的規(guī)則、或將職責分配給諸如應用服務器或控制方UE的其它節(jié)點，來保持被動。在最新的3GPP TS23. 237中指出在控制方丟失時，SCC AS釋放參加協(xié)作會話的所有訪問支路(Access Leg)。此方法的問題在于控制方總是被強制終止會話，而不知道發(fā)生了什么，并且，gp使用戶想要繼續(xù)且愿意付費，他們也不能繼續(xù)或重新開始。另一個可能的方法為如果控制方丟失，則允許SCC AS將協(xié)作會話控制轉移到參與協(xié)作會話、且屬于同一訂購(subscription)的另一個UE (非專利文獻4)。此方法產(chǎn)生解決此問題的步驟,但此方法未指定如何選擇接替的(successive)控制方、以及如果其它UE處于不同的訂購之下則會發(fā)生什么。顯然，需要某些更好的解決方案來解決控制方想要改變?yōu)楸粍涌刂颇Ｊ降膯栴}，這在運營方部署協(xié)作會話服務時是不可避免的。引用列表 非專利文獻NPL I 3GPP TS 23.237 ν9· 2. 0，"IP Multimedia Subsystem(IMS)ServiceContinuity"NPL 2 3GPP TS 24.237 v9. 0. 0，"IP Multimedia Subsystem(IMS)ServiceContinuity"
NPL 3 3GPP TR 23.838 ν9· 0·0，"IP Multimedia Subsystem (IMS)servicecontinuity enhancements;Service, policy and interaction"NPL 4 3GPP TSG SA WG2 Meeting #76,2009 年 11 月 16-20 日，San JoseDel Cabo, Mexico TD S2-096767，"Requirement of Control transfer upon lost ofCollaborative Session control"

發(fā)明內容
本發(fā)明的一個目的在于解決上述問題、缺陷和不完善。具體地，本發(fā)明的目的在于提供在控制方不可用時支持協(xié)作會話的連續(xù)性的方法。本發(fā)明的另一個目的在于提供能夠容忍控制方丟失的健壯系統(tǒng)，其包括應用服務器和UE，且不存在對釋放、訂購和能力的限制。在該系統(tǒng)中，利用單個或多個控制方建立協(xié)作會話。每個控制方具有其自己的控制特定媒體流的職責。所有終端UE彼此協(xié)作，且與應用服務器協(xié)作，以避免在控制方偶然丟失或控制方離開時會話中斷。在一個方面中，將控制優(yōu)選項(preference)信息發(fā)送到應用服務器。當控制方丟失或改變?yōu)楸粍幽Ｊ綍r，可通過參照參考項、或通過默認規(guī)則來決定新的控制方。后續(xù)行動可為將控制轉移到另一個裝置，其將被詢問接管控制和收費(charge )的意愿。在另一個方面中，優(yōu)選項包含一個或多個列表。這些列表用來在當前控制方丟失的情況下指定接替者(successor)控制方；提供關于如何選擇其接替者的規(guī)則；對媒體管理設定限制；以及設定對于會話釋放的觸發(fā)點。在另一個方面中，終端能夠向應用服務器請求將控制改變?yōu)楸粍涌刂颇Ｊ健Ｔ诒粍涌刂破陂g，應用服務器通過在會話開始或IMS注冊時設定的優(yōu)選項控制規(guī)則，自動作出諸如媒體分辨率修改等的常規(guī)決定。終端具有如下功能如果接收到來自應用服務器的詢問，則處理并答復該詢問。即使終端不能理解該詢問，該功能也仍通過“未知(unknown)”消息來答復。這些附加功能將會話控制擴展到自動控制以及緊急情況。在另一個方面中，應用服務器包含優(yōu)選項處理功能，其可識別不同類型的優(yōu)選項，并處理它以用于將來的使用。應用服務器還具有用來檢測控制方丟失的控制方丟失檢測功能。應用服務器還具有控制轉移決定功能，其在控制方在某段時間內無響應時參照優(yōu)選項。在另一個方面中，將控制擴展到會話的授權和媒體流的收費兩者?？刂品截撠煂ζ淇刂频拿襟w流的改變作出決定，并且，其也是將對其控制的那些媒體流收費的實體。來自控制方的優(yōu)選項將指示在控制方丟失的情況下如何重新部署收費實體?？刂妻D移和收費轉移是分立的決定，但是，控制方和應用服務器可選擇在優(yōu)選項和決定中合并它們。

通過這些解決方案，在控制方離開時，會話有更大的機會繼續(xù)。控制方和SCC AS均可參加控制轉移的決定。訂購不再是限制。


圖I是圖示整個系統(tǒng)的圖。其包括具有或不具有會話控制能力的幾個UE終端，例如，101和105 ;應用服務器(102)，其協(xié)調會話終端；MS核心網(wǎng)絡(103)，其提供MS信令支持；以及遠程方(104)，其具有與UE的會話。圖2是在協(xié)作會話中作為控制方(101)而具體執(zhí)行的終端裝置的結構。
圖3是管理整個會話的應用服務器的結構。圖4是作為協(xié)作會話中的其它用戶設備(控制方或受控方)而執(zhí)行的終端裝置
(105)的結構。圖5是圖示在控制方無通知而丟失、或控制方改變到被動模式時應用服務器如何決定控制轉移的流程圖。圖6是圖示控制方生成且被存儲在應用服務器中的優(yōu)選項的結構的圖。在該樹中，演示了不同類型的規(guī)則。圖7是圖示用于控制方改變?yōu)楸粍涌刂颇Ｊ降氖纠僮餍蛄械膱D，其中，信號在UE和應用服務器之間交換。圖8是圖示用于控制方丟失解決方案的替代操作序列的圖，其中，控制方設定關于在控制方丟失之后何時釋放會話的優(yōu)選項。圖9是圖示用于控制方丟失解決方案的另一替代操作序列的圖，其中，控制方任命其接替者，或設定關于如何選擇接替的控制方的優(yōu)選項。圖10是圖示用于控制方丟失解決方案的不同操作序列的圖，其中，應用服務器在會話之中向UE廣播它們的接管控制的能力和意愿。圖11是圖示用于控制方丟失解決方案的不同的操作序列的圖，其中，應用服務器向受影響的UE詢問接管由于控制方丟失而在其終止的媒體的收費。
具體實施例方式在下面對本發(fā)明的示例實施例的詳細描述中，參照作為此一部分的通過圖解方式示出的附圖，其中，本發(fā)明可實踐附圖的特定示例實施例。充分詳細地描述了每個實施例，以使本領域的技術人員能夠實踐本發(fā)明，并且，應理解，可利用所述實施例，并可作出其它改變，而不會背離本發(fā)明的精神或范圍。因此，并非在限制的意義上采用下面的詳細描述，并且，僅通過所附權利要求來定義本發(fā)明的范圍。在下面的描述中，為了說明的目的，描述了特定數(shù)目、時間、結構、協(xié)議和其它參數(shù)，以便提供對本發(fā)明的完整理解。然而，對本領域的技術人員來說將顯而易見的是，可在沒有這些細節(jié)的情況下實踐本發(fā)明。圖I圖示了支持本發(fā)明的系統(tǒng)，其包括控制方UE 101，其控制協(xié)作會話；常規(guī)UE105，其參加會話而無控制權；應用服務器102，其協(xié)調UE和遠程方之間的會話；MS核心網(wǎng)絡103，其提供用于會話的MS信令和路由功能；以及遠程方104，其具有與UE的會話。所有UE (控制方或受控方)通過標準MS過程與應用服務器通信。在本發(fā)明中，從控制方到應用服務器的通信110具有標準元素之外的附加信息，并包括用于會話控制的用戶優(yōu)選項；并且，從常規(guī)UE到應用服務器的通信113具有標準元素之外的附加信息，并包括UE能力參數(shù)。只有控制方UE 101才需要發(fā)送控制優(yōu)選項，而其它用戶105可選擇發(fā)送或不發(fā)送它們的能力參數(shù)?？稍趨f(xié)作/交互會話設立或頂S注冊時發(fā)送來自101的用戶控制優(yōu)選項?？刂苾?yōu)選項可為應用服務器102能夠理解的任意格式?？刂苾?yōu)選項用來向應用服務器指示在控制方有通知而離開的情況下如何執(zhí)行控制、以及在控制方無通知而丟失連接的情況下如何管理會話?？梢詰梅掌髂軌蚶斫獾娜我飧袷絹戆l(fā)送UE能力參數(shù)。例如，其包括UE的控制能力、電池水平、IMS發(fā)布版本等。這個附加信息將由應用服務器用來在控制方離開會話或丟失連接時作出決定。在本發(fā)明中，應用服務器102具有基于控制優(yōu)選項來接管會、話控制并決定將控制轉移到屬于該會話的UE的附加能力。然而，應用服務器102將不會接管會話的收費。由此，應用服務器102將通過在授權中代表控制方、但在收費中不代表控制方，來控制會話。需要向UE分配收費。應用服務器和MS CN之間的連接111、以及MS CN和遠程方之間的連接112使用標準MS過程，并運送在MS中定義的標準信息。圖2是具有控制能力的通信裝置。該通信裝置可用作會話的控制方。除了用戶設備的傳統(tǒng)功能之外，該通信裝置還包括=OTI塊201，用于優(yōu)選項生成交互；連接到⑶I的用戶優(yōu)選項生成器202 ;用戶優(yōu)選項發(fā)送功能204，其在該通信裝置為會話的控制方的情況下通過發(fā)送層功能205來發(fā)送優(yōu)選項；被動控制功能203，其可發(fā)起請求改變?yōu)楸粍涌刂颇Ｊ降男盘?。?yōu)選項包括一個或多個列表。這些列表被用來在當前控制方丟失連接的情況下指定接替者控制方；提供關于如何選擇其接替者的規(guī)則；設定對媒體管理的限制；以及設定會話釋放的觸發(fā)點。例如，用戶可在優(yōu)選項中指示“會話終止10分鐘”。隨后，如果該用戶離開，則會話將在從其離開起10分鐘后被釋放。另一個示例可包含媒體管理規(guī)則，如“添加媒體拒絕；修改媒體同意”。當控制方在這個優(yōu)選項的情況下離開時，應用服務器將拒 絕來自控制方的所有添加媒體請求，并同意所有修改媒體請求。終端的另一個新的功能為向應用服務器發(fā)送將其自身改變?yōu)楸粍涌刂颇Ｊ降恼埱?。在被動控制期間，應用服務器通過在會話開始或MS注冊時設定、或使用任何MS過程更新的優(yōu)選項控制規(guī)則來自動作出諸如媒體分辨率修改等的常規(guī)決定。為了生成用戶優(yōu)選項，用戶優(yōu)選項生成器202準備問題，并通過⑶I 201向用戶詢問。在用戶優(yōu)選項生成器202存儲和處理用戶對該問題的回答，從用戶優(yōu)選項生成器202以應用服務器102能夠理解的格式生成優(yōu)選項文件。對于本領域的技術人員來說顯而易見的是，此優(yōu)選項文件還可經(jīng)由諸如存儲卡、通過因特網(wǎng)下載、通過藍牙從另一個終端傳送等的不同手段，被加載到終端。當終端注冊為控制方時，觸發(fā)用戶優(yōu)選項發(fā)送功能204以發(fā)送出優(yōu)選項。優(yōu)選項的目的在于在控制方丟失連接的情況下解決控制移交問題。優(yōu)選項還可包含一組規(guī)則，其用于在控制方有意地改變?yōu)楸粍涌刂颇Ｊ綍r執(zhí)行自動控制。對于不是控制方的終端來說，用戶優(yōu)選項生成器202可在注冊期間跳過生成用戶優(yōu)選項的過程。對于本領域的技術人員來說顯而易見的是，在終端變?yōu)榭刂品街?，可在稍后的任何時間生成優(yōu)選項。另外，當會話發(fā)生改變時，可在會話期間更新優(yōu)選項。圖3圖示了管理協(xié)作會話的應用服務器102的示例結構。對應用服務器引入新的功能。應用服務器包含優(yōu)選項接收功能301，其從其它注冊信息過濾出控制優(yōu)選項；優(yōu)選項處理功能303，其分析所接收的控制優(yōu)選項；控制方丟失檢測功能302，其周期性地檢查控制方的可用性；控制轉移決定功能304，其基于在應用服務器中存儲的默認規(guī)則、或從優(yōu)選項處理功能303傳遞的控制優(yōu)選項，在控制方不參與的情況下決定控制(和/或收費)轉移；被動控制功能305，其在控制方改變?yōu)楸粍涌刂颇Ｊ?、或在控制方丟失之后激活會話釋放過程時，進行控制。在應用服務器不具有會話中的其它UE的能力參數(shù)時的情況下，其需要向UE詢問這樣的信息用于決定。UE詢問功能306用來滿足此目的。在獲得足夠的信息之后，控制轉移決定功能304決定執(zhí)行控制轉移、或釋放該會話。如果需要由應用服務器接管控制，則其將激活被動控制功能305來基于用戶優(yōu)選項進行控制。利用這些功能，應用服務器用作智能代理，其能夠在控制方丟失或離開時，通過選擇并將控制轉移到其它UE、或甚至自身接管控制，來保存會話。優(yōu)選項處理功能303負責對以終端和應用服務器之間協(xié)定的任意格式寫入的控制優(yōu)選項進行說明和分類。例如，可以XML寫入優(yōu)選項，并且，其指示僅能夠選擇同一訂購下的控制方接替者。在處理之后，將此優(yōu)選項傳遞到控制轉移決定功能304。當控制方丟失檢測功能302檢測到控制方丟失時，通過計時器或其它載體(bearer)監(jiān)視器,控制轉移決定功能304將僅考慮與先前的控制方處于同一訂購下的那些終端來作為接替的控制方。如果終端UE均不具有與丟失的控制方相同的訂購，則應用服務器應將其視為無優(yōu)選項情況?？衫糜糜谠撉闆r的本發(fā)明的其它操作序列來處理它。圖4圖示了作為具有或不具有控制能力的常規(guī)通信裝置的終端裝置400的示例架構。終端裝置400作為協(xié)作會話中的控制方或受控方，但其不是將丟失連接或改變?yōu)楸粍涌刂颇Ｊ降哪繕丝刂品健３顺Ｒ?guī)用戶設備的傳統(tǒng)功能之外，終端裝置400還包含可處理 和響應來自應用服務器102的詢問的附加功能塊。在此發(fā)明中，應用服務器可向終端詢問它們的控制能力和接管控制和收費的意愿。詢問接收功能401和詢問處理功能402用來接 收這樣的消息和處理它們。處理后的詢問將被傳遞到詢問響應功能403，以生成回到應用服務器102的響應。UE設置/狀態(tài)記錄功能404用作數(shù)據(jù)庫。其提供UE的參數(shù)和狀態(tài)，并協(xié)助詢問響應功能403生成對應用服務器的響應。如果詢問處理功能402不能理解詢問，則詢問響應功能403將生成表示其接收到未知詢問的對應用服務器102的響應。可在常規(guī)的MS機制上，例如，經(jīng)由具有重發(fā)機制的TCP信道或UDP信道，傳輸在200,300,400之間交換的所有信令消息。在IMS注冊期間將用戶優(yōu)選項與SIP信號一起發(fā)送，或者，在協(xié)作會話建立期間、或在UE變?yōu)榭刂品経E時，在分離的分組中發(fā)送用戶優(yōu)選項。用戶通過終端裝置200上的CTI來決定生成多少優(yōu)選項。所有生成的優(yōu)選項將被從控制方UE發(fā)送到應用服務器300。圖5是用于作為主要的管理和決定作出裝置的應用服務器102的示例邏輯的流程圖。在此流程圖中總結用于控制方丟失或被動控制問題的解決方案。該圖包括主要的兩個分支。一個是應用服務器需要接管控制的情形。另一個是應用服務器不需要接管控制的情形。第二種情況被進一步劃分為兩個分支。一個是控制方優(yōu)選項可用并易于作出決定。另一個是優(yōu)選項不可用、或現(xiàn)有的優(yōu)選項由于與當前情形沖突而不能被應用。當應用服務器102檢測到控制方丟失或接收到指示控制方改變?yōu)楸粍涌刂颇Ｊ降男盘枙r，其執(zhí)行步驟502，以檢查對應的用戶優(yōu)選項是否可用。在優(yōu)選項可用的情況下，其繼續(xù)進行到步驟503，并檢查其是否需要接管控制。存在應用服務器102需要接管控制的兩種情形。一種情形是控制方改變?yōu)楸粍涌刂颇Ｊ?，并請求應用服務器回答控制相關的問題，而不是在控制方上處理它。另一種情形是控制方無通知而丟失連接，并且，根據(jù)預設的優(yōu)選項，應用服務器102負責處理會話，例如，在某個觸發(fā)之后釋放會話、選擇不同的控制方、以及轉移控制，等等。在應用服務器不需要接管控制的情況下，其將進一步轉到步驟505，以檢查當前會話狀態(tài)參數(shù)。步驟506是使用戶優(yōu)選項與當前會話狀態(tài)相匹配的檢查過程。當前會話狀態(tài)包括與當前會話相關的所有信息。例如，參與會話的UE的ID、每個UE的訂購、在每個UE終止的媒體數(shù)目，等等。將優(yōu)選項與會話狀態(tài)匹配用來比較來自兩個部分的字符串或值。例如，如果優(yōu)選項指示湯姆是接替者，則湯姆將通過功能303被轉譯為湯姆的UE的ID，并且，步驟506將把此ID與會話中的所有參加的UE ID相比較。如果優(yōu)選項指示具有最大媒體流數(shù)目的UE接管控制，則步驟506將檢查是否存在處理最大媒體流數(shù)目的UE。如果在會話中存在滿足優(yōu)選項標準的UE，則可認為當前的會話狀態(tài)匹配用戶優(yōu)選項。如果當前的會話狀態(tài)與用戶優(yōu)選項不匹配，則決定作出過程將被導向步驟511，其為優(yōu)選項都不可用的情況下的分支。不匹配的示 例如下用戶優(yōu)選項指示約翰將是當前控制方的接替者。然而，當控制方丟失時，約翰已經(jīng)離開會話。如果應用服務器能夠每當在會話中發(fā)生了改變時發(fā)送觸發(fā)到控制方UE來更新其控制優(yōu)選項，則可避免這個示例。然而，在沒有這種觸發(fā)的情況下，可能發(fā)生不匹配。如果在當前會話狀態(tài)和用戶優(yōu)選項之間沒有發(fā)生不匹配，則在步驟507，決定接替者，并且，在步驟508，向所選擇的接替者詢問其是否接受成為新的控制方。如果所選擇的終端(接替者)能夠控制并同意接管，則將控制轉移到它；而如果其拒絕提議或不能夠執(zhí)行控制，則將在步驟510中采取其它操作，例如，釋放會話。如果多個終端滿足用戶優(yōu)選項標準，則可在會話釋放之前重復選擇-詢問-響應過程。當控制方在沒有優(yōu)選項的情況下丟失時，應用服務器102可以既不決定轉移控制，也不接管控制。其可以僅嘗試通過檢查受影響的用戶是否愿意接管他的媒體流的收費來在步驟512保存受影響的會話。如果愿意，則在步驟513，收費將被轉移至受影響的用戶；而如果不愿意，則在步驟510，將釋放控制和媒體兩者。注意，如果受影響的用戶是協(xié)作會話中的最后一個UE，則在收費轉移之后將不再存在協(xié)作會話。受影響的用戶改變?yōu)槌Ｒ?guī)IMS會話，從而繼續(xù)它與遠程方104的媒體流。圖6圖示了優(yōu)選項的結構?；诖藢＠械慕鉀Q方案而呈現(xiàn)了六組規(guī)則。接替的控制方551的優(yōu)先級列表是使用諸如訂購信息562、用戶名563、UE標識號561等的排他標識來指定接替的控制方的一組規(guī)則。其還指定這些潛在的接替者的優(yōu)先級，使得應用服務器知道在控制方丟失時最先選擇誰。例如，優(yōu)選項指示接替者順序為湯姆-瑪麗-約翰。于是，在控制方丟失的情況下，應用服務器將首先要求湯姆接管控制。如果湯姆拒絕該請求，則瑪麗將被要求。只要UE加入或離開會話，便將更新這樣的優(yōu)選項。如果控制方不想要顯式地指定其接替者，則可使用接替的控制方選擇規(guī)則552來設定應用服務器用來選擇接替者的標準。例如，根據(jù)控制方加入會話的順序568來選擇接替者。應用服務器將記錄控制方的加入順序，并基于其進行選擇。另一個標準是UE能力571。UE能力包括UE的控制能力、UE的電池水平、UE的信號穩(wěn)定性，等等。規(guī)則559設定選擇接替的控制方為同一訂購的標準。在此情況下，應用服務器可參照默認規(guī)則590，以在與丟失的控制方相同的訂購下的那些UE內選擇接替的控制方。終止規(guī)則553是確定用以在控制方丟失之后終止會話的觸發(fā)事件的規(guī)則組。其可設定當前會話的超時575 ;其可限制控制方消耗的字節(jié)576 ;其可終止僅僅特定類型的媒體577 (例如，視頻流596);其可設定在控制方丟失之后的最大的可收費金額量578。具體地，媒體管理規(guī)則554被用于被動控制模式。應用服務器能夠代表控制方，基于這些規(guī)則來作出控制決定。收費轉移規(guī)則555決定連同控制一起、還是與其分離地轉移收費。如果與控制轉移分離，則優(yōu)選項將給出顯式規(guī)則597，以指定轉移收費到何者。這些規(guī)則可以與接替控制方選擇的規(guī)則同樣，但是，在控制方丟失時，它們需要與控制轉移分離地執(zhí)行。默認規(guī)則556被存儲在應用服務器，并且在控制方優(yōu)選項沒有給出控制/收費轉移的具體候選時、或在控制方優(yōu)選項沒有對控制方請求給出具體回答時，用作后備規(guī)則。例如，控制方優(yōu)選項僅指定應在同一訂購下的UE內選擇接替的控制方559。于是，應用服務器將使用默認規(guī)則590來選擇唯一的候選。另一個示例為請求改變媒體流的一個成分(component),但控制方在改變?yōu)楸粍涌刂颇Ｊ街霸诿襟w管理規(guī)則554中未對此請求給出規(guī)則。在此情況下，應用服務器將使用默認規(guī)則591來代表控制方拒絕該請求。圖7圖示了所呈現(xiàn)的解決方案的示例操作序列。其圖示了在控制方改變?yōu)楸粍涌刂颇Ｊ綍r的解決方案。此解決方案包含控制方601、受控方602、應用服務器603以及遠程方 604。在步驟610中，在有優(yōu)選項的情況下建立協(xié)作會話。應用服務器603在步驟611·處理優(yōu)選項。當控制方601在步驟612請求向受控方添加媒體時，應用服務器接受請求，并在步驟613執(zhí)行媒體添加。在這些步驟之后，通過來自控制方的控制(614)、以及受控方和遠程方之間的媒體流(615)，來激活協(xié)作會話。隨后，在步驟616，控制方請求改變?yōu)楸粍涌刂颇Ｊ健梅掌鞣祷卮_認，并在步驟617加載用戶優(yōu)選項。在成功加載了優(yōu)選項之后，協(xié)作會話改變?yōu)楸粍涌刂颇Ｊ?步驟618)。在被動控制模式下，如果任何請求來自受控方(619)，則應用服務器603將在優(yōu)選項中查找控制規(guī)則(620)，作出決定并執(zhí)行該決定(621)。稍后，控制方601可請求改變回到主動控制模式(623)。在接收到此消息時，應用服務器需要解除其被動控制功能605，并返回到常規(guī)模式(625)。圖8圖示了本解決方案的另一個操作序列。其圖示了控制方設定關于在其丟失時終止會話的標準的解決方案。此解決方案包含控制方651、受控方652、應用服務器653、以及遠程方654。在會話開始時，在步驟660至661，發(fā)送并在應用服務器處理優(yōu)選項。此優(yōu)選項不包含選擇接替的控制方的規(guī)則，但其包含關于在控制方丟失的情況下何時終止會話的標準。例如，其指定應從檢測到其丟失起開始的計時器。當計時器過期時，解除整個會話。在步驟663，應用服務器(653)檢測到控制方丟失，并且，其將通過被動控制功能305自動地開始會話終止控制。在步驟665，應用服務器可向受影響的控制方發(fā)送信號，以向它們通知它們的會話將在某個時間后被終止。這個信號將幫助控制方在它們的會話被強制釋放之前完成最重要的對話。當如優(yōu)選項所指示的那樣發(fā)生終止事件(666)時，在步驟667和668，整個會話終止。圖9圖示了本發(fā)明的另一個操作序列，其中，控制方任命其接替者，或設定關于在其丟失連接的情況下如何選擇其接替者的標準。此解決方案包含控制方701、UE-1702和UE-2703、應用服務器704、以及遠程方705。UE-1和UE-2可為會話中的其它控制方，或者，它們可為受控方。在此解決方案中，應用服務器在步驟710和711之后獲得優(yōu)選項。當應用服務器(704)在步驟712檢測到控制方丟失時，其在步驟713加載優(yōu)選項，并在步驟714匹配所指定的接替者或接替者選擇標準與當前狀態(tài)。在步驟715，所選擇的UE將被詢問它接管控制的意愿。如果所選擇的UE接受請求，則在步驟720，控制被轉移到此UE。如果所選擇的UE拒絕請求，則將采取行動。例如，在步驟730，將釋放整個會話。圖10圖示了本解決方案的另一個操作序列，其中，在MS注冊或協(xié)作會話建立期間未設定優(yōu)選項。此解決方案包含控制方751、UE-1752和UE-2753、應用服務器754、以及遠程方755。UE-I和UE-2可為會話中的其它控制方，或者，它們可為受控方。在此情形下，當應用服務器(754)檢測到控制方丟失時，在步驟760不提供優(yōu)選項。為了保存正在進行的媒體流，在步驟762，應用服務器向具有控制能力的UE廣播請求，詢問它們接管控制的意愿。將選擇首先接受請求的UE (在步驟763)作為新的控制方。如果無人想要接管控制，則將在特定時間之后釋放會話。 圖11圖示了當控制方在會話之前未設定優(yōu)選項時的該解決方案的另一個操作。其專注于受到控制方的丟失影響的終端。此解決方案包含控制方-1801、控制方-2802、UE803、應用服務器804、以及遠程方805?？刂品?I控制媒體-A，并且，其是即將丟失的控制方，而控制方-2是會話中的另一個控制方，其控制不同媒體(媒體-B)。UE 803是具有與遠程方805的媒體-A的控制方。當應用服務器(804)檢測到控制方-I 801丟失時，其向受影響的UE 803發(fā)送對收費轉移的詢問814，這是由于媒體-A在UE 803終止。如果UE 803接受轉移，則進行步驟820，并且，UE 803將繼續(xù)與遠程方805的媒體。如果UE 803拒絕收費轉移，則可在步驟830截斷媒體流?？刂品?2802控制的媒體-B將不被影響。
權利要求
1.應用服務器用來在控制方未持久參與會話的特定情況下對控制管理作出決定的方法，包括 發(fā)送作為特定情況控制管理優(yōu)選項的規(guī)則； 基于在特定觸發(fā)點的規(guī)則，確定轉移、保持還是釋放控制/收費； 如果需要，基于優(yōu)選項規(guī)則和UE能力選擇合適的實體來轉移控制和/或收費。
2.如權利要求I所述的方法，所述特定情況表示控制方由于不可控的原因而丟失。
3.如權利要求I所述的方法，所述特定情況還能夠是控制方不想主動參與協(xié)作會話的控制。
4.如權利要求I所述的方法，將所述優(yōu)選項連同注冊分組一起、或與注冊分組分離地發(fā)送。
5.如權利要求I所述的方法，所述優(yōu)選項包括以下信息的全部或部分潛在接替者的列表、選擇接替者的一組規(guī)則、作出默認控制決定的一組規(guī)則、在控制方丟失之后將觸發(fā)會話釋放的一組事件。
6.如權利要求I所述的方法，在IMS服務的注冊時、在UE間轉移服務的注冊時、或在會話期間，發(fā)送優(yōu)選項規(guī)則。
7.如權利要求I所述的方法，所述優(yōu)選項規(guī)則被發(fā)送到主應用服務器或任意等同代理。
8.如權利要求I所述的方法，在未提供優(yōu)選項時，使用默認規(guī)則。
9.如權利要求8所述的方法，在應用服務器存儲所述默認規(guī)則，并且，參與任何會話的任何UE都不能改變所述默認規(guī)則。
10.如權利要求I所述的方法，在控制方提供的優(yōu)選項不適用或不充足時，使用默認規(guī)則。
11.如權利要求I所述的方法，一個觸發(fā)點是當前控制方離開會話而無通知。
12.如權利要求I所述的方法，另一個觸發(fā)點是當前控制方發(fā)送表示其在特定時間內不愿意參與會話控制的信號。
13.如權利要求I所述的方法，所述觸發(fā)點還能夠是終止參數(shù)值匹配于通過規(guī)則設定的終止標準。
14.如權利要求13所述的方法，終止標準是決定在控制方丟失之后會話應當繼續(xù)多久，這通過用戶優(yōu)選項來設定。
15.如權利要求I所述的方法，合適的實體是與丟失的控制方相同的協(xié)作會話內的UE、或應用服務器自身。
16.如權利要求I所述的方法，在UE加入會話時，或在需要在會話期間作出控制轉移決定時，應用服務器獲取UE的能力。
17.如權利要求16所述的方法，如果需要UE的能力來作出決定，則應用服務器需要向UE顯式地請求它們。
18.如權利要求I所述的方法，UE能力包括控制能力、電源能力、信號穩(wěn)定性或處理能力。
19.協(xié)作會話用來在控制方未持久參與會話時決定其控制分配的系統(tǒng)，包括 終端，能夠準備并發(fā)送優(yōu)選項至管理協(xié)作會話的主應用服務器或等同代理；應用服務器，能夠控制會話，并基于優(yōu)選項規(guī)則來將控制和/或收費轉移到另一個UE ；以及 非控制方終端，能夠處理和響應來自應用服務器的詢問。
20.如權利要求19所述的系統(tǒng)，準備并發(fā)送優(yōu)選項的所述終端是在會話中將要成為控制方的UE。
21.如權利要求19所述的系統(tǒng)，能夠準備并發(fā)送優(yōu)選項的所述終端還包括優(yōu)選項生成功能、優(yōu)選項發(fā)送功能、被動控制功能、以及用戶干涉功能。
22.如權利要求19所述的系統(tǒng)，所述應用服務器還包括控制方丟失檢測功能、優(yōu)選項處理功能、控制轉移決定功能、以及被動控制功能。
23.如權利要求22所述的系統(tǒng)，所述優(yōu)選項處理功能對來自控制方的規(guī)則進行處理并分類。
24.如權利要求22所述的系統(tǒng)，所述控制轉移決定功能還包括UE詢問功能和接替的控制方選擇功能。
25.如權利要求24所述的系統(tǒng)，UE詢問功能向目標UE詢問其能力以及接管控制的意愿。
26.如權利要求22所述的系統(tǒng)，所述被動控制功能基于來自對應的被動控制方的優(yōu)選項、以及主應用服務器默認規(guī)則，來執(zhí)行控制決定。
27.如權利要求22所述的系統(tǒng)，所述控制轉移決定功能能夠選擇UE,并在不詢問UE能力的情況下嘗試控制轉移。
28.如權利要求22所述的系統(tǒng)，所述控制轉移決定功能還負責作出收費轉移決定。
29.如權利要求19所述的系統(tǒng)，所述非控制方終端還包括詢問處理功能和詢問響應功倉泛。
30.如權利要求29所述的系統(tǒng)，所述詢問處理功能處理來自主應用服務器的詢問。
31.如權利要求29所述的系統(tǒng)，即使對于未知的詢問，所述詢問響應功也能得到詢問的回答，并且發(fā)送回到主應用服務器。
全文摘要
一種在數(shù)據(jù)通信網(wǎng)絡中在控制方丟失或改變?yōu)楸粍涌刂颇Ｊ綍r管理協(xié)作會話控制的系統(tǒng)，包括具有控制能力的終端裝置，可生成并發(fā)送關于接替的控制方選擇以及控制策略的用戶優(yōu)選項；主服務器裝置，可基于事件作出控制轉移決定，或接管控制；常規(guī)終端裝置，可處理并響應對控制能力及其接管控制的意愿的主服務器詢問。這些裝置在一個協(xié)作會話內彼此連接，而不考慮它們的訂購。一種在控制方并非持久參與的情況下的協(xié)作會話的控制管理的方法包括以下步驟向主服務器裝置發(fā)送不同類型的優(yōu)選項；作出控制轉移或移交決定；以及與受影響的終端交互。
文檔編號H04W36/34GK102763392SQ20108006353
公開日2012年10月31日 申請日期2010年2月10日 優(yōu)先權日2010年2月10日
發(fā)明者S.S.庫瑪, X.周, 陳必耀 申請人:松下電器產(chǎn)業(yè)株式會社