用于實現(xiàn)會議呼叫的方法和設備的制作方法
【專利摘要】根據(jù)本發(fā)明的第一方面，提供有一種為IP多媒體子系統(tǒng)(IMS)的用戶實現(xiàn)會議的方法。方法包括在提供IMS多媒體補充服務到用戶的電話應用服務器(TAS)接收來自用戶的對會議的請求，將用戶的公共用戶身份(PUI)指定為用于由將為用戶托管會議的TAS提供的會議服務的標識符，接收與預期用于用戶的呼叫有關的信令，以及使用指定的PUI確定是否能夠將呼叫連接到由TAS為用戶托管的會議。
【專利說明】用于實現(xiàn)會議呼叫的方法和設備

【技術領域】
[0001]本發(fā)明涉及用于為IP多媒體子系統(tǒng)(IMS)的用戶實現(xiàn)會議呼叫的方法和設備。

【背景技術】
[0002]IP多媒體子系統(tǒng)(MS)是第三代合作伙伴項目(3GPP)為通過電信網(wǎng)絡提供IP多媒體服務而定義的技術(參閱 3GPP TS 22.228、TS 23.228、TS 24.229、TS 29.228、TS29.229、TS 29.328和TS 29.329)。MS通過服務的集成和交互提供重要的特性來豐富最終用戶人與人之間的通信體驗。IMS允許通過基于IP的網(wǎng)絡實現(xiàn)新的豐富的人與人(客戶端到客戶端)及人與內容(客戶機到服務器)通信。IMS能夠連接到PSTN/ISDN (公共交換電話網(wǎng)絡/集成服務數(shù)字網(wǎng)絡)及因特網(wǎng)。
[0003]圖1以示意圖方式示出用于MS的體系結構及其與IP連接性接入網(wǎng)絡(IP-CAN)的關系。在MS中，呼叫/會話控制功能(CSCF)作為SIP代理操作，并且除其它之外，與諸如邊界網(wǎng)關控制功能(BGCF)和媒體資源功能控制器(MRFC)的其它實體對接。3GPP體系結構定義三種類型的CSCF:代理CSCF (P-CSCF)是用于用戶設備的MS內聯(lián)系的第一點；服務CSCF (S-CSCF)提供服務到訂戶；以及詢問CSCF (1-CSCF)識別正確的S-CSCF并且將經(jīng)P-CSCF從用戶設備接收的請求轉發(fā)到該S-CSCF。在此方面，用戶設備可以是允許通過無線電或任何其它部件經(jīng)IP-CAN與IMS進行通信的任何移動或固定裝置，例如但不限于移動電話、智能電話、傳感器、計量表、車輛、家用電器、醫(yī)療設備、媒體播放器、照相機或任何類型的消費者電子器件，例如但不限于電視、收音機、發(fā)光布置、平板計算機、膝上型計算機或PC0
[0004]在MS服務網(wǎng)絡內，提供應用服務器(AS)用于實現(xiàn)MS服務功能性。應用服務器向MS系統(tǒng)中的最終用戶提供服務，并可作為端點通過3GPP定義的Ma接口連接，或者通過3GPP定義的ISC接口由S-CSCF “鏈接”。在后一情況下，初始過濾準則(IFC)由S-CSCF用于確定在SIP會話建立期間應“鏈接”哪些應用服務器(或實際為了實現(xiàn)會話或非會話相關的任何SIP方法)。IFC在IMS注冊過程期間由S-CSCF從HSS接收作為用戶的訂戶簡檔的一部分。
[0005]3GPP也定義MS支持的多個補充服務。例如，MS支持的標準化補充服務包括但不限于始發(fā)識別呈現(xiàn)(OIP)、始發(fā)識別限制(OIR)、端接識別呈現(xiàn)(TIP)、端接識別限制(TIR)、通信轉移(CDIV)、通信保持(HOLD)、通信禁止(CB)、消息等待指示(MWI)、會議(CONF)、計費通知(AOC)、通信等待(CW)、靈活提醒(FA)、通信等待(CW)、定制提醒音(CAT)及定制響鈴信號(CRS)。除標準化補充服務外，頂S應用服務器的賣主還能夠配置應用服務器以便實現(xiàn)另外的賣主特定的服務。此類賣主特定服務的示例是靈活通信分布服務。
[0006]會議(CONF)服務允許用戶參與和控制涉及多個用戶的同時通信。適用的3GPP技術規(guī)范詳細描述了允許用戶創(chuàng)建和參與會議的過程。例如，為創(chuàng)建會議，用戶的UE能夠生成初始SIP INVITE請求，并且將INVITE請求的請求URI (統(tǒng)一資源標識符)設置成將促使INVITE被路由到特定會議AS的會議工廠(factory) URL.如果會議AS確定它能夠為用戶托管會議(例如，如果用戶得到授權/驗證)，則會議AS將分配會議URI作為用于會議的標識符，并且將此會議URI返回到用戶。為邀請其它用戶加入會議，UE然后能夠將REFER請求直接發(fā)送到用戶(其中REFER請求的Refer-To報頭設置成會議的會議URI )，或者能夠將REFER請求發(fā)送到會議AS (其中REFER請求的Refer-To報頭設置成被邀請到會議的用戶的SIP URI或tel URI)0作為備選示例，為創(chuàng)建會議，UE能夠生成被發(fā)送到使用會議工廠URI的會議AS的SIP INVITE請求，并且能夠將消息正文附到請求，消息正文包括識別要被邀請到會議的其它用戶的URI列表。
[0007]在接收請求邀請其它用戶加入會議的REFER請求，或者創(chuàng)建會議并且包括將被邀請到會議的其它用戶列表的INVITE請求時，會議AS能夠通過發(fā)送INVITE請求或REFER請求到被邀用戶而邀請用戶加入會議，請求包括會議的會議URI。在被邀用戶的UE，從會議AS接收INVITE請求或REFER請求后，被邀用戶然后能夠決定是否接受邀請和加入會議。為加入會議，被邀用戶的UE能夠然后生成并發(fā)送INVITE請求，其中INVITE請求的請求URI設置成在INVITE請求或REFER請求中從會議AS接收的會議URI。
[0008]這里已經(jīng)認識到，上述常規(guī)會議服務要求想?yún)⑴c會議的所有用戶必須通過使用會議AS的會議工廠URI或者由會議AS分配到會議實例的會議URI來聯(lián)系相同專用會議AS而進行此操作，并且因此此類解決方案受容量限制影響，并且諸如在住宅或企業(yè)環(huán)境中的大系統(tǒng)中實現(xiàn)時不能很好地擴展。具體而言，單個會議AS的容量將在能夠支持的同時業(yè)務會話的數(shù)量以及能夠調度的會議的數(shù)量方面是有限的。雖然可能通過在系統(tǒng)內利用幾個不同會議AS (其中每個會議AS服務于系統(tǒng)的用戶的子集)來規(guī)避此問題，但這意味著不同用戶在請求會議服務時將被指派使用不同的會議工廠URI。


【發(fā)明內容】

[0009]本發(fā)明的目的是提供用于實現(xiàn)調度的會議的克服或至少減輕上述識別的問題的方法和設備。
[0010]根據(jù)本發(fā)明的第一方面，提供有一種為IP多媒體子系統(tǒng)(IMS)的用戶實現(xiàn)會議的方法。方法包括在提供MS多媒體補充服務到用戶的電話應用服務器(TAS):
接收來自用戶的對會議的請求；
將用戶的公共用戶身份(PUI)指定為用于由將為用戶托管會議的TAS提供的會議服務的標識符；
接收與預期用于用戶的呼叫有關的信令；以及
使用指定的ΡΠ確定是否能夠將呼叫連接到TAS托管的會議。
[0011]方法可還包括建立補充服務規(guī)則，補充服務規(guī)則的一個或更多個規(guī)則包括與會議有關的條件，以及使用補充服務規(guī)則確定是否應將TAS支持的任何補充服務應用到呼叫。
[0012]方法可還包括將包括指定的I3UI的響應傳送到用戶。
[0013]使用指定的ΡΠ確定是否能夠將呼叫連接到由TAS為用戶托管的會議的步驟可包括確定呼叫是否定向到指定的roi。如果確定呼叫不能連接到會議，則方法可還包括確定是否應將TAS支持的任何補充服務應用到呼叫。
[0014]方法可還包括與用戶進行通信以便建立將用于確定是否應將定向到指定的的呼叫連接到會議的一個或更多個會議規(guī)則。使用指定的Pn確定是否能夠將呼叫連接到由TAS為用戶托管的會議的步驟因而可還包括如果呼叫定向到指定的PUI，則確定呼叫是否匹配會議規(guī)則中的至少一個。如果確定呼叫不匹配會議規(guī)則中的至少一個，則方法可還包括確定呼叫不能連接到會議，并且確定是否應將TAS支持的任何補充服務應用到呼叫。
[0015]將用戶的ΡΠ指定為用于會議服務的標識符的步驟可包括接收來自用戶的規(guī)定將用于識別會議服務的用戶的PUI的指令。備選地，將用戶的ΡΠ指定為用于會議服務的標識符的步驟可包括將在接收的對會議的請求中包括的用戶的ΡΠ指定為用于會議的標識符。作為又一備選，將用戶的ΡΠ指定為用于會議服務的標識符的步驟可包括識別已預配置為用戶的指定的ΡΠ的用戶的I3UI。
[0016]根據(jù)本發(fā)明的第二方面，提供有一種操作IP多媒體子系統(tǒng)(IMS)用戶設備(UE)以便為頂S的用戶實現(xiàn)會議的方法。方法包括:
將對會議的請求發(fā)送到提供IMS多媒體電話和補充服務到用戶的電話應用服務器(TAS);以及
接收來自TAS的響應，響應包括用戶的公共用戶身份PUI，該ΡΠ已被指定為用于由將托管會議的TAS提供的會議服務的標識符。
[0017]方法可還包括與TAS進行通信以便建立一個或更多個會議規(guī)則，會議規(guī)則將用于確定是否應將定向到已指定為用于會議服務的標識符的用戶的ΡΠ的呼叫連接到TAS托管的會議。
[0018]方法可還包括將指令發(fā)送到TAS，指令規(guī)定將指定為用于會議服務的標識符的用戶的PUI。
[0019]方法可還包括發(fā)起定向到指定的ΡΠ的呼叫以便加入會議。備選地，方法可還包括發(fā)起定向到短號或補充服務代碼的呼叫，TAS將把該短號或補充服務代碼解釋為加入由TAS為用戶托管的會議的請求。
[0020]根據(jù)本發(fā)明的第三方面，提供有一種配置成作為提供IP多媒體子系統(tǒng)(IMS)補充服務到用戶的MS電話應用服務器(TAS)操作的設備。設備包括:
接收器，配置成接收來自用戶的對會議的請求；
處理器，配置成將用戶的公共用戶身份(ΡΠ)指定為用于由將為用戶托管會議的TAS提供的會議服務的標識符；
接收器還配置成接收與預期用于用戶的呼叫有關的信令；以及
處理器還配置成使用指定的ΡΠ確定是否能夠將呼叫連接到由TAS為用戶托管的會議。
[0021]處理器可配置成建立補充服務規(guī)則，其中，補充服務規(guī)則的一個或更多個規(guī)則包括與會議有關的條件，以及配置成使用補充服務規(guī)則確定是否應將TAS支持的任何補充服務應用到呼叫。
[0022]處理器可配置成生成到用戶的響應，響應包括指定的TOI，并且設備可還包括配置成將響應發(fā)送到用戶的傳送器。
[0023]處理器可配置成通過確定呼叫是否定向到指定的ΡΠ來確定是否能夠將呼叫連接到由TAS為用戶托管的會議。如果確定呼叫不能連接到會議，則處理器可配置成確定是否應將TAS支持的任何補充服務應用到呼叫。
[0024]處理器可配置成與用戶進行通信以便建立將用于確定是否應將定向到指定的的呼叫連接到會議的一個或更多個會議規(guī)則。然后，如果呼叫定向到指定的PUI，則處理器可配置成使用一個或更多個會議規(guī)則確定是否應將呼叫連接到會議。處理器可配置成通過確定呼叫是否匹配會議規(guī)則中的至少一個，使用一個或更多個會議規(guī)則確定是否應將呼叫連接到會議。然后，如果確定呼叫不匹配會議規(guī)則中的至少一個，則處理器可配置成確定呼叫不能連接到會議，以及確定是否應將TAS支持的任何補充服務應用到呼叫。
[0025]處理器可配置成根據(jù)來自用戶的規(guī)定將用于識別會議的用戶的ΡΠ的指令，將用戶的ΡΠ指定為用于會議服務的標識符。備選地，處理器可配置成將在接收的對會議的請求中包括的用戶的ΡΠ指定為用于會議服務的標識符。作為又一備選，處理器可配置成通過識別已預配置為用戶的指定的ΡΠ的用戶的ΡΠ，將用戶的ΡΠ指定為用于會議服務的標識符。
[0026]根據(jù)本發(fā)明的第四方面，提供有一種配置成作為IP多媒體子系統(tǒng)(IMS)用戶設備(UE)操作的設備。設備包括:
處理器，配置成生成對會議的請求；
傳送器，配置成將對會議的請求發(fā)送到提供MS多媒體電話和補充服務到UE的用戶的電話應用服務器(TAS);以及
接收器，配置成接收來自TAS，包括用戶的公共用戶身份(PUI)的響應，該ΡΠ已指定為用于由將托管會議的TAS提供的會議服務的標識符。
[0027]處理器可配置成從來自TAS的接收的響應中獲得已指定為用于會議服務的標識符的用戶的ΡΠ。處理器可配置成生成指令，指令規(guī)定將指定為用于會議服務的標識符的用戶的PUI，并且傳送器可因此還配置成將指令發(fā)送到TAS。
[0028]處理器可配置成與TAS進行通信以便建立一個或更多個會議規(guī)則，會議規(guī)則將用于確定是否應將定向到已指定為用于會議的標識符的用戶的ΡΠ的呼叫連接到TAS托管的會議。
[0029]處理器可配置成發(fā)起定向到指定的的呼叫以便加入會議。備選地，處理器可配置成可還包括發(fā)起定向到短號或補充服務代碼的呼叫，TAS將把該短號或補充服務代碼解釋為加入由TAS為用戶托管的會議的請求。

【專利附圖】

【附圖說明】
[0030]現(xiàn)在將只通過示例的方式，參照附圖進一步描述本發(fā)明的各方面。
[0031]圖1以示意圖方式示出用于MS的體系結構及其與IP連接性接入網(wǎng)絡(IP-CAN)的關系;
圖2是示出根據(jù)本文中所述方法，實現(xiàn)會議的過程的第一示例的信令流圖；
圖3A和3B是示出根據(jù)本文中所述方法，實現(xiàn)會議的過程的第二示例的信令流圖；
圖4以示意圖方式示出適合用于實現(xiàn)本文中所述方法的TAS/MMTel AS的示例；以及圖5以示意圖方式示出適合用于實現(xiàn)本文中所述方法的UE的示例。

【具體實施方式】
[0032]現(xiàn)在將描述用于為IP多媒體子系統(tǒng)(IMS)的用戶實現(xiàn)會議呼叫的方法和設備。根據(jù)這些方法，通過創(chuàng)建會議的用戶的公共用戶身份(PUI)來識別會議服務，從而能夠通過提供多媒體電話和補充服務到用戶的MS電話應用服務器(TAS)或多媒體電話AS(MMTelAS)而不是專用會議AS來提供會議服務。因此，能夠以與為定向到用戶的呼叫實現(xiàn)的任何其它端接服務相同的方式調用會議服務。
[0033]因此，本文中提議提供MS多媒體電話和補充服務到用戶的TAS配置成接收來自用戶的UE對會議的請求，并且將用戶的公共用戶身份(PUI)指定/指派為用于會議服務的標識符。隨后，在接收與預期用于用戶的呼叫有關的信令時，TAS將使用用戶的指定的PUI(即，會議服務PUI)來確定是否能夠將呼叫連接到由TAS為用戶托管的會議。
[0034]假如為用戶提供會議的會議服務能夠通過該用戶的指定的ΡΠ來識別，本文中所述的方法和設備提供會議服務能夠通過服務于用戶的TAS/MMTel AS實現(xiàn)，由此消除了對IMS內專用會議AS的需要，并且克服了與在大系統(tǒng)中會議服務的常規(guī)實現(xiàn)相關聯(lián)的容量和可擴展性問題。另外，假如會議服務能夠以與任何其它電話服務相同的方式通過TAS/MMTelAS實現(xiàn)，本文中所述方法和設備也允許會議服務與TAS/MMTel AS提供的現(xiàn)有電話/補充服務(如通信轉移(⑶IV)、通信禁止(OCB)等)的直接集成。具體而言，假如會議服務能夠通過TAS/MMTel AS實現(xiàn)，本文中所述方法和設備提供為通過TAS/MMTel AS實現(xiàn)的補充服務定義的規(guī)則能夠包括與用戶創(chuàng)建的會議的當前狀態(tài)有關的條件。應理解的是，術語“TAS”和“MMTel AS”可互換使用，并且本文中對TAS或MMTel AS的引用應視為對TAS和/或MMTelAS的引用。
[0035]使用指定的ΡΠ確定是否能夠將呼叫連接到由TAS為用戶托管的會議的步驟將涉及TAS確定呼叫是否定向到指定的PUI。如果確定呼叫定向到指定的TOI，則TAS可確定應將呼叫連接到會議并且相應地連接呼叫。然而，TAS也可配置成在將呼叫連接到會議前要求想加入會議的主叫用戶輸入至少一個代碼。例如，雖然指定的ΡΠ識別會議服務，但TAS可要求主叫用戶提供會議代碼以便識別特定的會議實例。另外或作為備選，TAS可要求主叫用戶提供接入碼或密碼以便確認允許主叫用戶加入會議(例如，已由創(chuàng)建會議的用戶邀請)。這可涉及在會議創(chuàng)建期間用戶與TAS進行通信以便建立應該由想加入會議的用戶輸入的一個或更多個代碼。
[0036]雖然可能要求單獨的會議代碼和/或單獨的接入代碼以便連接到會議，使得相同會議代碼和/或接入代碼然后提供到被邀請加入會議的所有用戶，但能夠為特定會議實例定義多個會議代碼和/或多個接入代碼，其中這些多個代碼的每個代碼然后提供到被邀請加入會議的用戶中的一個或更多個用戶。例如，能夠向被邀請加入會議實例的每個用戶提供獨特的會議代碼和/或獨特的接入代碼，代碼因此能夠用作識別已加入會議者的手段。
[0037]此外，如果用戶已經(jīng)與TAS進行通信以便建立一個或更多個會議規(guī)則，其中如果滿足規(guī)則的一個或更多個條件，則該規(guī)則被匹配，則也將要求TAS使用這些會議規(guī)則來確定是否應將定向到指定的ΡΠ的呼叫連接到會議。例如，這些會議規(guī)則每個能夠規(guī)定用于會議的條件，如開始時間、結束時間、預定義的允許參與者、接入代碼等。
[0038]在此方面，為會議建立的每個會議規(guī)則能夠規(guī)定呼叫必須滿足以便該呼叫匹配規(guī)則的一個或更多個條件。在規(guī)則被匹配時，實現(xiàn)相關聯(lián)的動作，使得每個會議規(guī)則將包括必須滿足以便呼叫連接到會議的條件。例如，用于調度的會議的會議規(guī)則一般情況下將規(guī)定用于會議的開始和結束時間，使得呼叫只能夠在開始和結束時間限定的期間連接到呼叫。通過又一示例，會議規(guī)則可規(guī)定允許直接接入會議的其它用戶的身份。因此，如果確定呼叫來自識別的用戶之一，則條件得以滿足，并且呼叫將連接到會議。備選地或另外，會議規(guī)則可用于實現(xiàn)在呼叫連接到會議前由主叫方提供會議代碼和/或接入代碼的要求。
[0039]除上述示例外，會議規(guī)則可規(guī)定主叫方提供會議服務指示，該指示明確指示定向到指定的I3UI的呼叫預期連接到會議。在此方面，會議規(guī)則能夠規(guī)定與呼叫有關的信令包括會議服務指示。例如，能夠要求與呼叫有關的信令包括指示定向到指定的PUI的呼叫與會議有關的明確定義的特征標記或SIP報頭信息元素。備選地，TAS能夠配置成將單獨的查詢發(fā)送到主叫用戶，請求他們通過有關他們是否想加入會議的指示來做出響應。在此情況下，僅在主叫用戶通過他們確實想加入會議的指示做出響應時，會議規(guī)則才將得以匹配。如果用戶通過他們不想加入會議的指示做出響應，則呼叫應作為到用戶的標準一對一呼叫進行處理。這些只是示例，并且每個會議規(guī)則能夠包括任何這些條件的組合。另外，會議規(guī)則也能夠定義會議的屬性，如允許的媒體類型、發(fā)言權(floor)控制策略、隱私策略等。
[0040]使用會議規(guī)則確定是否應將呼叫連接到會議的步驟然后在一般情況下將涉及TAS確定呼叫是否匹配會議規(guī)則中的至少一個。如果確定定向到指定的ΡΠ的呼叫匹配會議規(guī)則中的至少一個，則TAS可確定應將呼叫連接到會議并且相應地連接呼叫。當然，單個呼叫可能能夠匹配不止一個規(guī)則。
[0041]如果確定呼叫未定向到指定的TOI，則TAS將確定呼叫不能連接到會議。類似地，如果有定義用于會議的會議規(guī)則，并且確定定向到確定的ΡΠ的呼叫不匹配這些會議規(guī)則中的至少一個，則TAS能夠確定呼叫不能連接到會議。在任一情況下，當確定呼叫不能連接到會議時，TAS可還配置成確定是否應將TAS支持的任何補充服務應用到呼叫。例如，TAS能夠使用為通信轉移(CDIV)和通信禁止(CB)服務規(guī)定的補充服務規(guī)則來確定應阻塞還是轉移呼叫(例如，到語音郵件服務)。
[0042]類似地，如果TAS接收定向到用戶的另一 (即，不同于規(guī)定為用于會議的標識符的PUI)的信令，則TAS能夠配置成確定是否應將TAS支持的任何補充服務應用到呼叫。此外，補充服務規(guī)則可包括明確與會議有關的規(guī)則。例如，能夠為通信禁止(CB)服務定義補充服務規(guī)則，其中，規(guī)則規(guī)定要禁止朝向會議的指定的ΡΠ但在會議的調度的開始/結束時間外接收的呼叫。
[0043]將用戶的ΡΠ指定為用于會議服務的標識符的步驟可涉及TAS接收來自用戶的規(guī)定將用于識別會議服務的ΡΠ的指令。備選地，TAS可自動將在接收的對會議的請求中包括的用戶的ΡΠ指定為用于會議服務的標識符。作為又一備選，TAS可配置成識別已預配置為用于用戶的指定的ΡΠ的用戶的I3UI。
[0044]在此方面，用于識別會議服務的ΡΠ能夠是與用戶相關聯(lián)的任何TOI。具體而言，用戶可具有分配給他們的不止一個PUI，并且因此在創(chuàng)建會議時可選擇此多個ΡΠ的任何一個ΡΠ。例如，用戶可具有用于僅工作有關事項的第一 ΡΠ和用于個人事項的第二 ΡΠ，并且因此可為工作有關的會議選擇第一 PUI。TAS然后將被指示將用戶選擇的ΡΠ指定為用于會議服務的標識符。備選地，也可能TAS能夠配置成從接收的來自用戶的請求中獲得用戶的PUI，并且自動將此ΡΠ指定為會議服務標識符。作為又一備選，用戶能夠具有為用作指定的Pn保留/專用的I3UI，該指定的ΡΠ識別由TAS為用戶提供的會議服務。TAS因而能夠用此ΡΠ預配置，并且在用戶請求會議的創(chuàng)建時自動將此ΡΠ指定為會議服務標識符。例如，此指定的ΡΠ能夠存儲在用戶的訂戶簡檔內，而用戶的訂戶簡檔能夠從HSS檢索。
[0045]在用戶不具有專用于識別會議服務的預配置會議ΡΠ的情況下，可為會議建立的會議規(guī)則特別有用。在此類情況下，常規(guī)地用于將呼入路由到用戶的用戶的ΡΠ之一將被指定為會議服務PUI。會議規(guī)則因而能夠用于區(qū)分定向到來自預期參與會議的主叫方的指定的ΡΠ的呼叫(例如，通過定義直接接入列表、接入代碼等)和定向到來自只預期進行一對一呼叫的主叫方的指定的PUI的呼叫。當然，會議規(guī)則能夠規(guī)定允許到指定的PUI的所有主叫方加入會議。
[0046]圖2是示出根據(jù)本文中所述方法，實現(xiàn)調度的會議的過程的示例的信令流圖。執(zhí)行的步驟如下所述:
B1.用戶A利用其UE將對會議的請求發(fā)送到提供補充服務到用戶的TAS。
[0047]B2.TAS然后將用戶A的ΡΠ指定為用于會議服務的標識符。例如，來自用戶A的請求能夠已規(guī)定要用于識別會議的PUI。備選地，TAS能夠自動指定在請求中接收的用戶A的TOI。作為又一備選，TAS能夠識別專門用作會議標識符的用戶A的預配置的TOI。
[0048]B3.TAS也與UE進行交互/協(xié)作以便建立將用于確定是否能夠將定向到指定的PUI的呼叫連接到會議的會議規(guī)則。例如，如果TAS能夠提供允許用戶配置與會議有關的會議規(guī)則的儀表板/控制面板接口到UE。
[0049]B4.在會議已成功布置/組織時，TAS向UE確認，并且包括要用作用于會議服務的標識符的指定的I3UI。
[0050]B5.用戶A決定邀請用戶B成為會議的參與者。用戶A因此將包括識別會議服務的指定的Pn的會議邀請發(fā)送到用戶B。如果要求，則用戶A也將傳遞用戶B為接入會議而將要求的任何會議代碼和/或接入代碼。雖然此步驟示為在用戶A的UE與用戶B的UE之間的信令，但假如用戶B知道指定的，此步驟可通過其它手段執(zhí)行。例如，用戶A能夠通過電話口頭，或者通過任何其它通信手段親自傳遞指定的PUI。
[0051]B6.在接收來自用戶A的會議邀請后，并且在調度的會議的開始時間后，用戶B決定加入調度的會議。用戶B因此利用其UE實現(xiàn)定向到用戶A的指定的ΡΠ的呼叫，指定的PUI已從用戶A獲得。
[0052]B7.由于呼叫定向到用戶A的PUI，因此，IMS將呼叫路由到提供補充服務到用戶的TAS (B卩，由于由端接S-CSCF進行的用戶A的初始過濾準則(iFC)的評估)。TAS因此接收用于此呼叫的信令，并且使用指定的ΡΠ確定是否能夠將呼叫連接到由TAS為用戶托管的會議。
[0053]B8.在此示例中，來自用戶B的呼叫定向到指定的PUI，并且TAS因此確定呼叫可預期作為加入由用戶A創(chuàng)建的會議的嘗試。假定已為會議建立會議規(guī)則，TAS評估會議規(guī)則以便確定是否應將呼叫連接到會議。
[0054]B9.在此示例中，來自用戶B的呼叫匹配會議規(guī)則中的至少一個，并且因此連接到會議。
[0055]B10.在調度的會議的開始時間后，用戶A也決定加入調度的會議。為此，用戶A能夠利用其UE實現(xiàn)定向到指定的I3UI的呼叫。備選地，用戶A能夠利用其UE實現(xiàn)到預定義的短號或補充服務代碼的呼叫，TAS配置成將該短號或補充服務代碼解釋為加入會議的請求。
[0056]Bll.TAS認識到此呼叫源于用戶A并且與調度的會議有關。TAS因此將用戶A連接到會議。
[0057]圖3A和3B是示出根據(jù)本文中所述方法，實現(xiàn)調度的會議的過程和調度的會議與其它補充服務的集成的更詳細示例的信令流圖。執(zhí)行的步驟如下所述:
Cl.用戶A利用其UE將對會議的請求發(fā)送到提供補充服務到用戶的TAS/MMTel AS。
[0058]C2.TAS然后將用戶A的ΡΠ指定為用于會議服務的標識符。例如，來自用戶A的請求能夠已經(jīng)規(guī)定將用于識別會議服務的PUI，并且TAS然后將規(guī)定的ΡΠ指定為用于會議服務的標識符。備選地，TAS能夠自動指定在請求中接收的用戶A的PUI。作為又一備選，TAS能夠識別專門用作會議服務標識符的用戶A的預配置的TOI。
[0059]C3.TAS也與UE進行交互/協(xié)作以便建立將用于確定是否能夠將定向到選擇的PUI的呼叫連接到會議的會議規(guī)則。在此示例中，建立的會議規(guī)則定義09:00的會議的開始時間、09:15的會議的結束時間、用于會議的接入代碼及允許直接接入(例如，無需輸入接入代碼)的會議的參與者的預建立列表，所述列表識別另一用戶，用戶B。
[0060]C4.在會議已成功布置/組織時，TAS向UE確認，并且包括要用作用于會議服務的標識符的指定的I3UI。
[0061]C5.用戶A決定邀請用戶B和用戶C成為會議的參與者。用戶A因此將包括識別會議服務的指定的Pn的會議邀請發(fā)送到用戶B和用戶C。雖然此步驟示為在用戶A的UE與用戶B和用戶C的UE之間的信令，但假如用戶B知道指定的TOI，并且用戶C知道指定的ΡΠ和接入代碼，則此步驟可通過其它手段執(zhí)行。例如，用戶A能夠通過電話口頭，或者通過任何其它通信手段親自傳遞指定的ΡΠ和/或接入代碼。
[0062]C6.在調度的會議的開始時間之前，用戶A變得參與與用戶E的呼叫。
[0063]C7.用戶B然后使用指定的PUI向用戶A發(fā)起呼叫。
[0064]C8.在呼叫定向到用戶A的ΡΠ時，IMS將呼叫路由到提供補充服務到用戶的TAS0 TAS因此接收用于此呼叫的信令，并且使用指定的ΡΠ確定呼叫可與由TAS為用戶托管的會議有關。因此，TAS繼續(xù)評估會議規(guī)則。由于還不是用于調度的會議的時間，因此，TAS確定不應將呼叫連接到會議。TAS因此也評估為用戶的其它補充服務定義的規(guī)則，這些規(guī)則可包括明確與會議呼叫有關的補充服務規(guī)則。
[0065]C9.在此示例中，TAS確定用戶A已經(jīng)參與呼叫，并且因此能夠根據(jù)用戶的補充服務規(guī)則的評估結果，將呼叫從用戶B轉移到語音郵件服務，禁止呼叫和/或向用戶A提供呼叫等待指等。
[0066]C10.在調度的會議的開始時間后，用戶B再次嘗試定向到指定的ΡΠ的呼叫。
[0067]Cll.在呼叫定向到用戶A的指定的ΡΠ時，IMS將呼叫路由到提供補充服務到用戶的TAS，并且TAS評估會議規(guī)則。
[0068]C12.由于現(xiàn)在是在為調度的會議指定的時間期內，并且呼叫來自在直接接入列表上識別的用戶，因此，TAS確定應將呼叫連接到會議。TAS因此將用戶B連接到會議。
[0069]C13.用戶A也決定加入調度的會議。用戶A因此將在與用戶E進行的呼叫保持，并且進行呼叫以加入會議。為加入會議，用戶A能夠利用其UE實現(xiàn)定向到指定的ΡΠ的呼口Li。備選地，用戶A能夠使用其UE實現(xiàn)到預定義的短號或補充服務代碼的呼叫，TAS配置成將該短號或補充服務代碼解釋為加入會議的請求。
[0070]C14.TAS認識到此呼叫源于用戶A并且與調度的會議有關。TAS因此將用戶A連接到會議。
[0071]C15.用戶A然后決定添加用戶E到調度的會議，用戶A與用戶E已經(jīng)在參與一對一呼叫。
[0072]C16.TAS因此將用戶E連接到會議。
[0073]C17.用戶C然后嘗試使用指定的PUI向用戶A進行呼叫，并且將為會議建立的接入代碼發(fā)送到TAS。雖然此步驟示出接入代碼(例如，PIN)包括在定向到指定的ΡΠ的呼叫中，但這也能夠在接收來自TAS的響應后提供到TAS，所述響應請求用戶輸入接入代碼以便接入會議。
[0074]C18.在呼叫定向到用戶A的指定的ΡΠ時，IMS將呼叫路由到提供補充服務到用戶的TAS，并且TAS評估會議規(guī)則。
[0075]C19.由于現(xiàn)在在為調度的會議指定的時間期內，并且主叫方已提供用于會議的接入代碼，因此，TAS確定應將呼叫連接到會議。TAS因此將用戶C連接到會議。
[0076]C20.在調度的會議的結束時間之后，用戶D嘗試定向到用戶A的另一 ΡΠ(β卩，不同于指定的I3UI)的呼叫。
[0077]C21.在呼叫定向到用戶A的ΡΠ時，IMS將呼叫路由到提供補充服務到用戶的TAS0然而，由于呼叫未定向到指定的PUI，并且現(xiàn)在是在為調度的會議指定的時間期外，因此，TAS確定不應將呼叫連接到會議。
[0078]C22.TAS因此評估為用戶的其它補充服務定義的規(guī)則。在此示例中，TAS確定用戶A還在參與會議呼叫，并且因此能夠根據(jù)用戶的補充服務規(guī)則的評估結果，將呼叫從用戶D轉移到語音郵件服務，禁止呼叫和/或向用戶A提供呼叫等待指示等。
[0079]圖4以示意圖方式示出適合用于根據(jù)所述方法實現(xiàn)會議服務的TAS/MMTel AS 10的示例。TAS 10能夠實現(xiàn)為計算機硬件和軟件的組合。TAS 10包括處理器11、存儲器12、接收器13和傳送器14。存儲器12存儲由處理器11實現(xiàn)的各種程序/可執(zhí)行文件，并且也提供用于任何要求的數(shù)據(jù)的存儲單元。例如，存儲器12存儲的數(shù)據(jù)能夠包括但不限于與提供到用戶的補充服務相關聯(lián)的服務數(shù)據(jù)15，包括補充服務規(guī)則等。在存儲器12中存儲并且由處理器11實現(xiàn)的程序/可執(zhí)行文件包括但不限于用戶會議創(chuàng)建單元16和服務實現(xiàn)單元17。
[0080]圖5以示意圖方式示出適合用于根據(jù)所述方法實現(xiàn)會議服務的UE 20的示例。UE20能夠實現(xiàn)為計算機硬件和軟件的組合。UE 20包括處理器21、存儲器22、接收器23和傳送器24。存儲器22存儲由處理器21實現(xiàn)的各種程序/可執(zhí)行文件，并且也提供用于任何要求的數(shù)據(jù)的存儲單元。在存儲器22中存儲并且由處理器21實現(xiàn)的程序/可執(zhí)行文件包括但不限于用戶會議創(chuàng)建單元24和會議呼叫單元25。
[0081]在用戶的訂戶簡檔的透明數(shù)據(jù)內，用于會議服務的服務數(shù)據(jù)以與用于TAS/MMTelAS提供的任何其它補充服務的服務數(shù)據(jù)相同的方式存儲在HSS。當然，用于會議服務的服務數(shù)據(jù)能夠存儲在任何其它服務數(shù)據(jù)存儲實體。用于會議服務的服務數(shù)據(jù)能夠包括指定的PU1、會議規(guī)則和用于會議的任何屬性。服務數(shù)據(jù)也可包括要由交互式語音響應(IVR)功能使用的個人記錄的多媒體通知，IVR功能能夠用于在創(chuàng)建和/或嘗試加入會議時在用戶與TAS/MMTel AS之間提供交互。
[0082]本領域的技術人員將理解，在不脫離本發(fā)明范圍的情況下，可對上述實施例進行各種修改。例如，雖然上述示例實施例涉及調度的會議的實現(xiàn)，但使用用戶的ΡΠ識別會議(使得會議服務能夠由提供多媒體電話和補充服務到用戶的TAS或MMTel AS提供)，同樣適用于由用戶實時創(chuàng)建的ad-hoc會議。
【權利要求】
1.一種為IP多媒體子系統(tǒng)MS的用戶實現(xiàn)會議的方法，所述方法包括: 在提供IMS多媒體補充服務到所述用戶的電話應用服務器TAS: 接收來自所述用戶的對會議的請求(Cl)； 將所述用戶的公共用戶身份ΡΠ指定為用于由將為所述用戶托管所述會議的所述TAS提供的會議服務的標識符(C2)； 接收與預期用于所述用戶的呼叫有關的信令(C7，C1, C17);以及 使用所述指定的ΡΠ確定所述是否能夠將所述呼叫連接到所述TAS托管的所述會議(C8, Cll, C18)。
2.如權利要求1所述的方法，并且還包括: 建立補充服務規(guī)則，所述補充服務規(guī)則的一個或更多個規(guī)則包括與所述會議有關的條件；以及 使用所述補充服務規(guī)則確定是否應將所述TAS支持的任何補充服務應用到所述呼叫。
3.如權利要求1或2中的任一項所述的方法，其中使用所述指定的ΡΠ確定是否能夠將所述呼叫連接到所述TAS托管的所述會議的所述步驟還包括: 如果所述呼叫定向到所述指定的PUI，則確定所述呼叫是否包括指示所述呼叫預期要連接到所述會議的會議服務指示。
4.如前面權利要求中的任一項所述的方法，并且還包括: 如果確定所述呼叫不能連接到所述會議，則確定是否應將所述TAS支持的任何補充服務應用到所述呼叫(C8)。
5.如前面權利要求中的任一項所述的方法，并且還包括: 與所述用戶進行通信以便建立將用于確定是否應將定向到所述指定的ΡΠ的呼叫連接到所述會議的一個或更多個會議規(guī)則(C3)。
6.如權利要求5所述的方法，其中使用所述指定的ΡΠ確定是否能夠將所述呼叫連接到所述TAS為所述用戶托管的所述會議的所述步驟還包括: 如果所述呼叫定向到所述指定的PUI，則確定所述呼叫是否匹配所述會議規(guī)則中的至少一個。
7.如權利要求6所述的方法，其中如果確定所述呼叫不匹配所述會議規(guī)則中的至少一個，則確定所述呼叫不能連接到所述會議，并且確定是否應將所述TAS支持的任何補充服務應用到所述呼叫(CS)。
8.如前面權利要求中的任一項所述的方法，其中將所述用戶的PUI指定為用于所述會議服務的標識符的所述步驟還包括: 接收來自所述用戶的規(guī)定將用于識別所述會議服務的所述用戶的ΡΠ的指令。
9.如權利要求1到8中的任一項所述的方法，其中將所述用戶的ΡΠ指定為用于所述會議服務的標識符的所述步驟包括: 將在所接收的對會議的請求中包括的所述用戶的PUI指定為用于所述會議服務的所述標識符。
10.如權利要求1到8中的任一項所述的方法，其中將所述用戶的ΡΠ指定為用于所述會議服務的標識符的所述步驟包括: 識別已預配置為所述用戶的所述指定的PUI的所述用戶的。
11.一種操作IP多媒體子系統(tǒng)IMS用戶設備UE以便為所述IMS的用戶實現(xiàn)會議的方法，所述方法包括: 將對會議的請求發(fā)送到提供IMS多媒體電話和補充服務到所述用戶的電話應用服務器TAS (Cl);以及 接收來自所述TAS的響應，所述響應包括所述用戶的公共用戶身份I3UI,所述PUI已被指定為用于由將托管所述會議的所述TAS提供的會議服務的標識符(C4)。
12.如權利要求11所述的方法，并且還包括: 與所述TAS進行通信以便建立一個或更多個會議規(guī)則，所述會議規(guī)則將用于確定是否應將定向到已指定為用于所述會議服務的標識符的所述用戶的ΡΠ的呼叫連接到所述會議(C3)。
13.如權利要求11或12中的任一項所述的方法，并且還包括: 將指令發(fā)送到所述TAS，所述指令規(guī)定將指定為用于所述會議服務的標識符的所述用戶的公共用戶身份I3UI。
14.如權利要求11到13中的任一項所述的方法，并且還包括: 發(fā)起定向到所述指定的ΡΠ的呼叫以便加入所述會議(C13)。
15.如權利要求11到13中的任一項所述的方法，并且還包括: 發(fā)起定向到短號或補充服務代碼的呼叫，所述TAS將把所述短號或補充服務代碼解釋為加入由所述TAS為所述用戶托管的所述會議的請求(C13)。
16.一種配置成作為提供IP多媒體子系統(tǒng)MS補充服務到用戶的IMS電話應用服務器TAS操作的設備(10)，所述設備包括: 接收器(13)，配置成接收來自所述用戶的對會議的請求； 處理器(11)，配置成將所述用戶的公共用戶身份ΡΠ指定為用于由將為所述用戶托管所述會議的所述TAS提供的會議服務的標識符； 所述接收器(13)還配置成接收與預期用于所述用戶的呼叫有關的信令；以及 所述處理器(11)還配置成使用所述指定的ΡΠ確定是否能夠將所述呼叫連接到所述TAS托管的所述會議。
17.如權利要求16所述的設備(10)，其中所述處理器(11)配置成建立補充服務規(guī)則，其中所述補充服務規(guī)則的一個或更多個規(guī)則包括與所述會議有關的條件，以及配置成使用所述補充服務規(guī)則確定是否應將所述TAS支持的任何補充服務應用到所述呼叫。
18.如權利要求16或17中的任一項所述的設備(10)，其中如果所述呼叫定向到所述指定的PUI，則所述處理器(11)配置成確定所述呼叫是否包括指示所述呼叫預期要連接到所述會議的會議服務指示。
19.如權利要求16到18中的任一項所述的設備(10)，其中如果確定所述呼叫不能連接到所述會議，則所述處理器(11)配置成: 確定是否應將所述TAS支持的任何補充服務應用到所述呼叫。
20.如權利要求16到19中的任一項所述的設備(10)，其中所述處理器(11)配置成與所述用戶進行通信以便建立一個或更多個會議規(guī)則，所述會議規(guī)則將用于確定是否應將定向到所述指定的PUI的呼叫連接到所述會議。
21.如權利要求20所述的設備(10)，其中如果所述呼叫定向到所述指定的PUIJlJK述處理器(11)配置成使用所述一個或更多個會議規(guī)則確定是否應將所述呼叫連接到所述會議。
22.如權利要求21所述的設備(10)，其中所述處理器(11)配置成通過確定所述呼叫是否匹配所述會議規(guī)則中的至少一個，使用所述一個或更多個會議規(guī)則確定是否應將所述呼叫連接到所述會議。
23.如權利要求21所述的設備(10)，其中如果確定所述呼叫不匹配所述會議規(guī)則中的至少一個，則所述處理器(11)配置成: 確定所述呼叫不能連接到所述會議；以及 確定是否應將所述TAS支持的任何補充服務應用到所述呼叫。
24.如權利要求16到23中的任一項所述的設備(10)，其中所述處理器(11)配置成根據(jù)來自所述用戶的規(guī)定所述指定的ΡΠ的指令，將所述用戶的ΡΠ指定為用于所述會議服務的標識符。
25.如權利要求16到23中的任一項所述的設備(10)，其中所述處理器(11)配置成將在所接收的對會議的請求中包括的所述用戶的PUI指定為用于所述會議服務的所述標識符。
26.如權利要求16到23中的任一項所述的設備(10)，其中所述處理器(11)配置成通過識別已預配置為所述用戶的所述指定的ΡΠ的所述用戶的ΡΠ，將所述用戶的ΡΠ指定為用于所述會議服務的標識符。
27.一種配置成作為IP多媒體子系統(tǒng)MS用戶設備UE操作的設備(20)，所述設備包括: 處理器(21)，配置成生成對會議的請求； 傳送器(24)，配置成將對會議的所述請求發(fā)送到提供MS多媒體電話和補充服務到所述UE的用戶的電話應用服務器TAS ;以及 接收器(23)，配置成接收來自所述TAS的響應，所述響應包括所述用戶的公共用戶身份PUI，所述PUI已被指定為用于由將托管所述會議的所述TAS提供的會議服務的標識符。
28.如權利要求27所述的設備(20)，其中所述處理器(21)配置成與所述TAS進行通信以便建立一個或更多個會議規(guī)則，所述會議規(guī)則將用于確定是否應將定向到已指定為用于所述會議的標識符的所述用戶的所述ΡΠ的呼叫連接到由所述TAS托管的所述會議。
29.如權利要求27或28中的任一項所述設備(20)，其中所述處理器(21)配置成生成指令，所述指令規(guī)定將指定為用于所述會議服務的標識符的所述用戶的所述PUI，并且所述傳送器配置成將所述指令發(fā)送到所述TAS。
30.如權利要求27或29中的任一項所述設備(20)，其中所述處理器(21)配置成發(fā)起定向到所述指定的ΡΠ的呼叫以便加入所述會議。
31.如權利要求27或29中的任一項所述設備(20)，其中所述處理器(21)配置成發(fā)起定向到短號或補充服務代碼的呼叫，所述TAS將把所述短號或補充服務代碼解釋為加入由所述TAS為所述用戶托管的所述會議的請求。
【文檔編號】H04L29/06GK104350718SQ201280073970
【公開日】2015年2月11日 申請日期:2012年6月15日 優(yōu)先權日:2012年6月15日
【發(fā)明者】M.林德斯特雷姆, A.阿努夫 申請人:瑞典愛立信有限公司