專利名稱：集群通信的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及在提供集群通信服務(wù)的通信系統(tǒng)中的集群通信。
背景技術(shù)：
在移動(dòng)通信系統(tǒng)中提供的 一 個(gè)特別的特征是集群通信。這里使 用的術(shù)語"集群"指意圖參與相同集群通信的兩個(gè)或多個(gè)用戶的任 意邏輯集群。集群通信的一個(gè)示例是集群呼叫，這是一種所有參與 者可以輪流發(fā)言并且聽到彼此的呼叫。
傳統(tǒng)地，集群通信僅在主干移動(dòng)通信系統(tǒng)中可用，諸如專業(yè)移
動(dòng)無線或私有移動(dòng)無線(PMR)系統(tǒng)， -渚如TETRA(陸地主干無線)， 這是主要用于專業(yè)和政府性用戶的專用無線系統(tǒng)。歸功于通信技術(shù) 的演進(jìn)，尤其是基于IP的通信技術(shù)以及終端用戶設(shè)備的演進(jìn)，集群 通信服務(wù)現(xiàn)在在公共移動(dòng)通信系統(tǒng)中也可用。提供集群通信服務(wù)的 服務(wù)示例包括無線一鍵通(PoC)、消息傳送(IM)以及會(huì)議，使 用由SIP (會(huì)話發(fā)起協(xié)議)提供的原語實(shí)現(xiàn)所有這些服務(wù)，這不是垂 直地集成到通信系統(tǒng)中，而是建立多媒體架構(gòu)的工具。此類集群通 信可以包括數(shù)據(jù)呼叫、音頻呼叫、視頻呼叫、多媒體呼叫、消息傳 送、電子郵件等。
由于多種通信可能性，在集群中可以使用不同的媒體類型，諸 如語音PoC呼叫、SIMPLE (SIP即時(shí)消息傳送和在線支持?jǐn)U展)IM 聊天、視頻PoC呼叫和游戲服務(wù)。當(dāng)創(chuàng)建集群定義時(shí)，通常僅某些 上述媒體類型被定義為該集群所支持的媒體類型。例如，可以在通 告集群的消息中或在邀請(qǐng)集群成員加入該集群的消息中通知集群成 員關(guān)于支持的媒體類型(集群成員是意圖參與該集群通信的用戶)。
的媒體類型的一個(gè)或多個(gè)媒體類型。因此，集群成員可能接收混淆 或錯(cuò)誤的信息。

發(fā)明內(nèi)容
因此，本發(fā)明的目的是提供一種用于實(shí)現(xiàn)克服上述問題的方法 和設(shè)備。通過特征在獨(dú)立權(quán)利要求中所陳述的方法、用戶設(shè)備、服 務(wù)器、系統(tǒng)和計(jì)算機(jī)程序產(chǎn)品來達(dá)到本發(fā)明的目的。本發(fā)明的優(yōu)選 實(shí)施方式在從屬^又利要求中公開。
本發(fā)明基于認(rèn)識(shí)到問題并且通過交叉檢查消息中指示的支持的 媒體類型與可使用的媒體類型，并且如果它們匹配，則通過向用戶 發(fā)送消息或向用戶顯示信息來解決問題。
本發(fā)明提供容易實(shí)現(xiàn)的方案以便確保集群成員不接收關(guān)于該集 群中所支持媒體類型的混淆的信息。


在下文中，借助于優(yōu)選的實(shí)施方式并且參考附圖更詳細(xì)地描述
本發(fā)明，附圖中
圖1示出了提供集群通信服務(wù)的通信系統(tǒng)的一般架構(gòu)的示例； 圖2、圖3和圖4是示出了根據(jù)本發(fā)明實(shí)施方式的服務(wù)器的功能
性的流程圖5是示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的用戶設(shè)備的功能性的 流程圖；以及
圖6示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的信令的示例。
具體實(shí)施例方式
以下實(shí)施方式是示例性的。盡管說明書可能在多個(gè)位置指出"一 個(gè)，，或"一些"實(shí)施方式，這未必意味著對(duì)相同的實(shí)施方式做出每 個(gè)此類參考，或該特征僅適用于單個(gè)實(shí)施方式。此外，下面呈現(xiàn)的 實(shí)施方式或其部分可以組合以產(chǎn)生本發(fā)明的優(yōu)選的實(shí)施方式。
本發(fā)明可應(yīng)用于任何用戶設(shè)備、服務(wù)器和/或任何通信系統(tǒng)或不 同通信系統(tǒng)的任何組合，其支持集群通信并且提供集群用于向集群 成員指示支持的媒體類型的消息。對(duì)于消息格式、集群類型不存在 限制。通信系統(tǒng)可以是固定通信系統(tǒng)或無線通信系統(tǒng)或利用固定網(wǎng) 絡(luò)和無線網(wǎng)絡(luò)兩者的通信系統(tǒng)。使用的協(xié)議、通信系統(tǒng)的規(guī)范以及 用戶設(shè)備(尤其是無線通信中的用戶設(shè)備)快速發(fā)展。此類發(fā)展可 能需要對(duì)本發(fā)明進(jìn)行額外的改變。因此，所有詞語和表達(dá)應(yīng)該寬泛 地進(jìn)行解釋并且它們旨在說明而不是限制本發(fā)明。
在下文中，作為可以應(yīng)用本發(fā)明的系統(tǒng)架構(gòu)的示例，將使用這 樣的架構(gòu)來描述本發(fā)明，即基于提供建立多媒體架構(gòu)的工具的SIP
并且利用XDM (XML文檔管理)的架構(gòu)，然而，本發(fā)明不限制于 此類架構(gòu)。SIP是因特網(wǎng)工程任務(wù)組(IETF)定義的用于創(chuàng)建、修改 以及終止與一個(gè)或多個(gè)參與者的會(huì)話的應(yīng)用層控制(信令)協(xié)議。 開放移動(dòng)聯(lián)盟(OMA)將XDM定義為集群的通用框架以及基于 XCAP協(xié)議(XML配置訪問協(xié)議)的列表管理。IETF規(guī)范和因特網(wǎng) 草案可以在http:〃www.ietf.org處找到并且OMA^L范可以在 http:Vwww.openmobilealliance.org處4戈至U 。
利用SIP和XCAP提供集群通信服務(wù)的通信系統(tǒng)的一般架構(gòu)在 圖1中示出。圖1是僅示出了某些單元和功能實(shí)體的簡(jiǎn)化系統(tǒng)架構(gòu)， 以上所有是邏輯單元，其實(shí)現(xiàn)可能與示出的不同。在圖l中示出的 連接是邏輯連接；實(shí)際的物理連接可以不同。對(duì)于本領(lǐng)域的技術(shù)人 員明顯的是，系統(tǒng)還包括其他功能和結(jié)構(gòu)。應(yīng)該理解，在集群通信 中或針對(duì)集群通信使用的功能、結(jié)構(gòu)、單元和協(xié)議，包括加入集群 通信的邀請(qǐng)或用于通告集群，與實(shí)際發(fā)明不相關(guān)。因此，在這里不 需要更詳細(xì)地討論它們。
通信系統(tǒng)1包括用戶設(shè)備(UE) 1-2,諸如移動(dòng)臺(tái)，其可連接至 聚合代理1-3,應(yīng)用服務(wù)器l-4和IP多媒體子系統(tǒng)(IMS) 1-5，并 且通過它們連接至應(yīng)用XML文檔管理服務(wù)器(XDMS) 1-6和共享 XDMS 1-7。作為功能實(shí)體，UEl-2包含應(yīng)用客戶端1-21,利用客戶
端1 -21訪問由應(yīng)用提供的服務(wù)，以及XML文檔管理客戶端(XDMC ) 1-22,利用XML文檔管理客戶端(XDMC) l-22例如可以創(chuàng)建、刪 除、修改以及檢索XML文檔或XML文檔內(nèi)的元素。通常，諸如SIP 信令的控制平面業(yè)務(wù)通過IMS 1-5傳遞，而用戶平面業(yè)務(wù)在UE 1-2 和應(yīng)用服務(wù)器l-4之間傳遞。使用XCAP協(xié)議的集群和列表管理業(yè) 務(wù)在UE (或，更精確地是UE中的XDMC 1-22 )和應(yīng)用XDMS 1-6 或共享XDMS l-7之間經(jīng)由聚合代理1-3運(yùn)行。
聚合代理1-3、應(yīng)用XDMS 1-6和共享XDMS l-7是XDM功能 實(shí)體。XDM定義使駐留在用戶設(shè)備中的不同應(yīng)用(服務(wù)使能者)和 客戶端可以訪問用戶專用服務(wù)相關(guān)信息(諸如集群定義)以及支持 創(chuàng)建、修改、檢索和刪除此類信息的通用機(jī)制。該信息(更精確地 是XML文檔)存儲(chǔ)在XDMS中。應(yīng)用XDMS 1-6是應(yīng)用專用服務(wù) 器，即其服務(wù)一個(gè)或多個(gè)應(yīng)用服務(wù)器，每個(gè)都針對(duì)相同的特定應(yīng)用， 然而共享XDMS 1-7服務(wù)系統(tǒng)中不同應(yīng)用的應(yīng)用服務(wù)器并且包含通 用集群和列表管理數(shù)據(jù)。聚合代理1-3將獨(dú)立的XCAP請(qǐng)求從XDMC 路由到正確的XDMS。
提供集群通信服務(wù)的應(yīng)用例如可以是PoC 、消息傳送或會(huì)議。 PoCM^范當(dāng)前由OMA之下的PoC工作組開發(fā)。關(guān)于PoC的更詳細(xì) 的信息可以通過OMA的上述因特網(wǎng)網(wǎng)頁找到。IETF定義的SIMPLE 提供即時(shí)消息傳送(IM)服務(wù)。OMA還基于SIP/SIMPLE協(xié)議定義 IM (即時(shí)消息傳送)使能器。因此，應(yīng)用服務(wù)器4可以是PoC服務(wù) 器、即時(shí)消息傳送服務(wù)器或支持不同媒體類型(諸如音頻、視頻和 消息傳送)的會(huì)議月良務(wù)器。因?yàn)閼?yīng)用XDMS l-6月良務(wù)單個(gè)應(yīng)用，應(yīng) 用XDMS l-6可以是PoCXDMS或即時(shí)消息傳送XDMS。例如，當(dāng) 應(yīng)用是PoC時(shí)，聯(lián)系人列表可以存儲(chǔ)在共享XDMS 1-7中和/或PoC XDMS中，即應(yīng)用XDMSl-6，其包含PoC集群文檔。因此，為PoC 集群會(huì)話提供成員列表的PoC集群文檔對(duì)于UE 1-2和PoC服務(wù)器 (即應(yīng)用服務(wù)器1-4)是可訪問的，并且當(dāng)通告集群時(shí)或當(dāng)建立集群 會(huì)話(邀請(qǐng)集群成員加入集群會(huì)話)時(shí)，它們可以利用成員列表。
除成員列表之外，根據(jù)本發(fā)明的PoC集群文檔還優(yōu)選地至少包含集
群支持的媒體類型。PoC集群文檔還可以包含集群成員專用信息，
諸如該集群中集群成員允許的媒體類型。根據(jù)本發(fā)明的實(shí)施方式的 服務(wù)器可以包括執(zhí)行以下結(jié)合服務(wù)器描述的一個(gè)或多個(gè)功能的應(yīng) 用。所述應(yīng)用可以隨服務(wù)器一同裝載，或其可以是服務(wù)器的可下載 插件，否則稍后將其添加到服務(wù)器，或可以修改服務(wù)器中的現(xiàn)有應(yīng) 用以包括所述功能。還可能不修改服務(wù)器以執(zhí)行以下結(jié)合服務(wù)器描 述的功能。
UE 1-2或更具體地，應(yīng)用客戶端1-21或XDMC 1-22允許應(yīng)用 會(huì)話發(fā)起并且提供對(duì)不同集群列表和聯(lián)系人列表的訪問。該應(yīng)用客 戶端和/或XDMC或客戶端駐留的用戶設(shè)備可以配置為形成并且發(fā) 送通告集群的消息，向通告集群的消息添加關(guān)于集群支持的媒體類 型的信息，并且在集群中存儲(chǔ)關(guān)于支持的媒體類型的信息。根據(jù)本 發(fā)明一個(gè)實(shí)施方式的應(yīng)用客戶端1-21和/或XDMC 1-22可以與用戶 設(shè)備一同裝載，或可以是用戶設(shè)備的可下載插件，否則稍后添加到 用戶設(shè)備上，或者用戶設(shè)備中的客戶端可以修改為根據(jù)本發(fā)明一個(gè) 實(shí)施方式的客戶端。還可能用戶設(shè)備不包括根據(jù)本發(fā)明一個(gè)實(shí)施方 式的任何客戶端，即不修改用戶設(shè)備來執(zhí)行以下結(jié)合用戶設(shè)備描述 的功能。
媒體類型在這里涵蓋可在端點(diǎn)(即，UE)之間協(xié)商的數(shù)據(jù)和/或 通信裝置的一般類型。媒體類型的示例包括IEFT在RFC 2046中定 義的頂級(jí)媒體類型，多用途因特網(wǎng)郵件擴(kuò)展(MIME)部分二媒體 類型，1996年11月。頂級(jí)媒體類型包括但不限于文本(文本信息)、 圖像(圖像數(shù)據(jù))、音頻(音頻數(shù)據(jù))、視頻(視頻數(shù)據(jù))、應(yīng)用 (某些其他類型的數(shù)據(jù)，通常是為非解釋二進(jìn)制數(shù)據(jù)或由應(yīng)用處理 的信息)、多個(gè)部分(包括獨(dú)立數(shù)據(jù)類型的多個(gè)實(shí)體的數(shù)據(jù))以及 消息(封裝的消息)。此外，媒體類型包含提供集群通信服務(wù)的不 同子類型和/或連接類型(包括不同的覆蓋服務(wù))。因此，媒體類型 例如可以從"poc" 、 "im"、"音頻，，、"視頻，，、"會(huì)議"、"應(yīng)
用"、"所有"、"其他"的組中選擇。
"支持的媒體類型"指定義可在集群中使用的媒體類型?？梢?br> 存在一個(gè)、兩個(gè)、三個(gè)或更多的集群支持的媒體類型；數(shù)量是不受 限制的。支持的媒體類型僅指示什么媒體類型可以在集群中使用但 是它們不必使用集群通信中所有支持的媒體類型的媒體成分。例如, 如果集群支持的媒體類型是音頻、視頻和消息傳送，則可以在集群 的集群通信會(huì)話期間僅使用音頻。
在下文中，出于簡(jiǎn)明而將這樣描述本發(fā)明，即假設(shè)指示支持的 媒體類型的消息是集群通告，這并不將本發(fā)明限于此類消息。此類 集群通告在同一申請(qǐng)人的芬蘭專利申請(qǐng)No.20055514中示出，對(duì)應(yīng) 的美國(guó)專利申請(qǐng)?zhí)枮?1/285,107，通過引用將該專利申請(qǐng)合并于此。 此類消息的另一個(gè)示例是SIP INVITE。在上述專利申請(qǐng)中，術(shù)語"集 群中可用的媒體類型"在這里表示與術(shù)語"集群支持的媒體類型" 相同的意思。
圖2示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的服務(wù)器的功能。在圖2 的示例中，假設(shè)服務(wù)器接收了將要傳遞到集群成員的集群通告。利 用圖2的示例進(jìn) 一 步假設(shè)除了集群定義的支持的媒體類型以及至少 針對(duì)一些集群成員，集群成員允許的媒體類型以外，服務(wù)器能夠檢 索關(guān)于至少某些集群成員的集群成員能力的信息和關(guān)于至少某些集 群成員的用戶設(shè)備能力的信息。"集群成員的允許媒體類型"指定 義為允許集群成員用于集群中集群通信的媒體類型。通常集群創(chuàng)建 者定義它們。集群成員允許的媒體類型可以是支持的媒體類型的子 集，并且集群成員可以具有不同的允許的媒體類型?？梢源嬖谝粋€(gè)、 兩個(gè)、三個(gè)或更多的集群成員允許的媒體類型；該數(shù)量限于支持的 媒體類型。例如，如果集群支持的媒體類型是音頻、視頻和消息傳 送，則可能一個(gè)集群成員僅允許消息傳送，而另一個(gè)集群成員允許 音頻、視頻和消息傳送。還稱為用戶能力的集群成員能力例如可以 存儲(chǔ)在用戶簡(jiǎn)檔中或用戶的訂戶信息中。用戶設(shè)備例如可以是調(diào)度 器站，其能力可以存儲(chǔ)在網(wǎng)絡(luò)中。通常，用戶設(shè)備能力不作為用戶
信息的一部分存儲(chǔ)在網(wǎng)絡(luò)中，而是保持在用戶設(shè)備中。然而，對(duì)于 本發(fā)明來說，將信息存儲(chǔ)在何處以及是否存儲(chǔ)所有的信息是不相關(guān) 的。
在圖2的示例中，在步驟201,服務(wù)器接收集群通告，該集群通 告包含消息正在通告的關(guān)于由集群支持的媒體類型的指示。然后， 在步驟202中，服務(wù)器交叉檢查指示的支持的媒體類型與由集群定 義的支持的媒體類型，并且在步驟203中，從集群通告中濾除不屬 于集群定義的支持的媒體類型的那些支持的媒體類型。換言之，那 些在定義的支持的媒體類型中不匹配的指示的支持的媒體類型從集 群通告中濾除。該交叉檢查提供了進(jìn)一步的優(yōu)勢(shì)，即集群不支持的 媒體類型不指示為支持的媒體類型；因此確保了集群成員不接收混 淆的/錯(cuò)誤的信息。
如果仍舊剩下支持的媒體類型(步驟204)，則在步驟205中， 服務(wù)器針對(duì)每個(gè)集群成員檢索集群成員專用信息，該信息包括集群 中集群成員允許的媒體類型、集群成員能力以及用戶設(shè)備能力。在. 示出的示例中，出于澄清的原因，假設(shè)每個(gè)集群成員具有所述定義。 然后，在步驟206中，服務(wù)器獲取關(guān)于集群成員的信息，即一個(gè)集 群成員的定義，并且在步驟207中，交叉檢查剩余的支持的媒體類 型與集群中集群成員的允許的媒體類型，并且在步驟208中針對(duì)所
述集群成員，從集群通告中濾除那些在集群中不允許的媒體類型的 支持的媒體類型。換言之，從集群通告中濾除在集群成員的允許的 媒體類型中無匹配的支持的媒體類型。該交叉檢查提供其他優(yōu)勢(shì)， 即可以對(duì)集群中的特定用戶限制/允許特定媒體類型的使用，并且基 于集群定義(通用和用戶專用兩者)提供針對(duì)每個(gè)集群成員的關(guān)于 支持的媒體類型的信息。
如果仍舊剩下支持的媒體類型(步驟209),則在步驟210中， 服務(wù)器交叉檢查剩余的支持的媒體類型與集群成員能力，并且在步 驟211中，從集群通告中濾除那些不在所述集群成員的集群成員能 力中支持的媒體類型。該交叉檢查提供其他優(yōu)勢(shì)，即集群成員不接
收混淆的信息并且例如簡(jiǎn)檔定義可以在通告集群或邀請(qǐng)集群成員加 入集群時(shí)被考慮。
如果仍舊剩下支持的媒體類型(步驟212)，則在步驟213中， 服務(wù)器交叉檢查剩余的支持的媒體類型與集群成員的用戶設(shè)備能 力，并且在步驟214中，從集群通告中濾除那些不在所述集群成員 的用戶設(shè)備能力中支持的媒體類型。該交叉檢查提供其他優(yōu)勢(shì)，即 目的集群成員不接收關(guān)于他/她不能加入的集群的信息，因?yàn)橛脩粼O(shè) 備當(dāng)前正在4吏用中。
如果仍舊剩余至少一個(gè)支持的媒體類型(步驟215),則在步驟 216中，服務(wù)器向所述集群成員發(fā)送定制的集群通告。如果集群成員 不是集群中的最后一個(gè)(步驟217)，則服務(wù)器返回到步驟206并且 獲取將要處理的另一個(gè)集群成員的信息。如果集群成員是最后一個(gè)， 則服務(wù)器在步驟218中完成該集群通告的處理并且完成該過程。
如果在過程的集群成員專用部分中(即步驟206到207)，月良務(wù) 器注意到所有支持的媒體類型都被濾除(步驟209、或步驟212、或 步驟215)，則服務(wù)器不向所述集群成員發(fā)送通告，而是前進(jìn)到步驟 217以檢查集群成員是否是集群中的最后一個(gè)。這提供了其他優(yōu)勢(shì)， 即目的集群成員不接收關(guān)于他/她不能加入的集群的信息。
如果從過程的集群專用部分中(即步驟201到204)中的集群通 告中濾除所有支持的媒體類型(步驟204),則服務(wù)器不發(fā)送集群通 告，而是前進(jìn)到步驟218以完成對(duì)該集群通告的處理。這提供了其 他優(yōu)勢(shì)，即網(wǎng)絡(luò)(和系統(tǒng))不加載包括錯(cuò)誤信息的消息。根據(jù)該實(shí) 現(xiàn)，服務(wù)器可以向集群地址創(chuàng)建者發(fā)送不可能以指示的支持的々某體 類型通告的指示。
在僅某些集群成員具有集群成員專用信息或某些集群成員專用 信息的情況中，服務(wù)器可以配置為向不具有集群成員專用信息的集 群成員發(fā)送由步驟203過濾的集群通告，并且僅與針對(duì)那些僅具有: 上述某些集群成員專用信息的那些集群成員獲取的信息執(zhí)行交叉檢 查。例如，如果集群成員僅具有允許的媒體類型，則服務(wù)器可以配
置為略過步驟210到215并且基于步驟208的過濾結(jié)果發(fā)送定制的 集群通告。另一個(gè)備選方案可以是如果不獲取其他信息，則服務(wù)器 假設(shè)集群成員專用信息與定義的支持的媒體類型相同。
在本發(fā)明的其他實(shí)施方式中，服務(wù)器可以配置為略過結(jié)合相關(guān) 步驟的一個(gè)或多個(gè)上述交叉檢查，對(duì)集群通告或指示集群支持的媒 體類型的對(duì)應(yīng)消息執(zhí)行一次交叉檢查足矣。換言之，交叉檢查指示 的集群支持的媒體類型與可用的媒體類型足矣，可用的媒體類型涵 蓋這里的一個(gè)或多個(gè)以下媒體類型和/或由它們定義的媒體類型集 群定義的支持的媒體類型；集群成員允許的媒體類型，集群成員的 集群成員能力和集群成員使用的用戶設(shè)備的用戶設(shè)備能力。
圖3示出了根據(jù)本發(fā)明另一實(shí)施方式的服務(wù)器的功能。在圖3 的示例中，也假設(shè)服務(wù)器接收了將要傳遞到集群成員的集群通告， 并且除了集群支持的媒體類型之外，服務(wù)器至少能夠針對(duì)某些集群 成員檢索集群成員允許的媒體類型。服務(wù)器可以進(jìn)一步配置為檢索 關(guān)于至少某些集群成員的集群成員能力的信息和/或關(guān)于至少某些集 群成員的用戶設(shè)備能力的信息。
圖3中示出的實(shí)施方式包括類似于上述示例中的一個(gè)的集群專 用部分，即，步驟301-304分別對(duì)應(yīng)于步驟201-204，并且因此不需 要在此詳細(xì)討論。然而，取代于形成定制的集群通告，該實(shí)施方式 的服務(wù)器發(fā)送帶有支持的媒體類型的相同指示的集群通告。
假設(shè)接收的集群通告包含針對(duì)集群定義的支持的媒體類型的指 示(步驟304;是)，則在步驟305中，服務(wù)器針對(duì)每個(gè)集群成員檢 索包括該集群中集群成員的允許的媒體類型、集群成員能力和/或用 戶設(shè)備能力的集群成員專用信息。 一個(gè)集群成員允許的媒體類型是 一個(gè)集群成員專用定義，以及一個(gè)集群成員的集群成員能力和集群 成員的用戶設(shè)備能力。在檢索集群成員專用定義之后(步驟305 )， 在步驟306中，服務(wù)器交叉檢查剩余的支持的媒體類型與每個(gè)集群 成員定義，并且在步驟307中，濾除在每個(gè)集群成員定義中找不到 的每個(gè)支持的媒體類型。如果剩下任何支持的媒體類型(步驟308 )， 則然后在步驟309中，服務(wù)器向所有集群成員發(fā)送集群通告。因此， 在步驟310中，服務(wù)器已經(jīng)完成了該集群通告的處理并且完成該過 程。
如果在步驟304或308中，服務(wù)器注意到濾除了所有支持的媒 體類型，則服務(wù)器不向所述集群成員發(fā)送通告，而是前進(jìn)到步驟310 以完成過牙呈。
在本發(fā)明的另一個(gè)實(shí)施方式中，服務(wù)器可以配置為對(duì)于特定類 型的集群使用根據(jù)圖2公開的實(shí)施方式的過程，并且配置為對(duì)于其 他類型的集群使用根據(jù)圖3公開的實(shí)施方式的過程。
圖4示出了這樣的情況，其中服務(wù)器配置為發(fā)送通告集群的消 息，而不從集群創(chuàng)建者接收通告，該消息被發(fā)送到所有集群成員或 集群成員的所選子集。此類應(yīng)用服務(wù)器在同一申請(qǐng)人的美國(guó)專利申. 請(qǐng)No.10/880，982中示出，通過引用將該美國(guó)專利申i青合并于此(對(duì) 應(yīng)的PCT申請(qǐng)是PCT/FI2005/050137 )。在圖4中示出的示例中，假 設(shè)服務(wù)器已經(jīng)基于該集群定義的支持的媒體類型將關(guān)于該集群支持 的媒體類型的指示添加到集群通告中，即，不需要檢查所有指示的
們優(yōu)選地是相同的。
圖4中示出的示例在步驟401中創(chuàng)建指示集群支持的媒體類型 的集群通告時(shí)開始。在那之后，服務(wù)器在步驟402中從集群成員列 表獲取集群成員并且在步驟403中檢索集群中集群成員允許的媒體 類型。如果針對(duì)集群成員定義了集群中允許的媒體類型(步驟404 ), 在步驟405中，服務(wù)器交叉檢查指示的支持的媒體類型與集群中集 群成員的允許的媒體類型，并且在步驟406中，針對(duì)所述集群成員， 從集群通告中濾除那些在集群中不允許的媒體類型的支持的媒體類 型。換言之，從集群通告中濾除集群成員的允許的媒體類型中不匹 配的支持的媒體類型。如果仍舊剩余有支持的媒體類型(步驟407)， 則在步驟408中，服務(wù)器向所述集群成員發(fā)送定制的集群通告。如 果集群成員不是集群中的最后一個(gè)(步驟409 ),則服務(wù)器返回到步
驟402并且處理另一個(gè)集群成員。如果集群成員是最后一個(gè)，則服 務(wù)器在步驟410中已經(jīng)完成了該集群通告的處理并且完成的該過程。
如果服務(wù)器注意到所有支持的媒體類型都被濾除(步驟407 )， 則服務(wù)器不向所述集群成員發(fā)送通告，而是前進(jìn)到步驟409以檢查 集群成員是否是集群中的最后一個(gè)。
如果服務(wù)器注意到不存在針對(duì)所述集群成員的集群中允許的媒 體類型的定義(步驟404)，則服務(wù)器根據(jù)示出的示例在步驟411 向集群成員發(fā)送創(chuàng)建的集群通告并且前進(jìn)到步驟409以檢查集群成 員是否是集群中的最后一個(gè)。在本發(fā)明的另一個(gè)實(shí)施方式中，服務(wù) 器可以配置為不向此類集群成員發(fā)送集群通告，即服務(wù)器忽略步驟 411并且直接前進(jìn)到步驟409。
在其他實(shí)施方式中，可以增強(qiáng)圖4中示出的過程以包括圖2示 出的一個(gè)或多個(gè)交叉檢查和/或以圖2示出的另一個(gè)交叉檢查來替換 涉及允許的媒體類型的交叉檢查。
在本發(fā)明的某些實(shí)施方式中，當(dāng)指示的支持的媒體類型與定義 為支持的媒體類型的一些進(jìn)行交叉檢查時(shí)，服務(wù)器可以配置為向消 息添加那些屬于定義的支持的媒體類型但是不包括在該消息中的媒 體類型，甚至配置為向通告集群或邀請(qǐng)集群成員加入集群的不指示 任何支持的媒體類型的消息添加定義的支持的媒體類型。換言之， 取代從消息中濾除媒體類型，或除了濾除之外，將在指示的媒體類 型中不匹配的定義的支持的媒體類型添加到消息中。例如，在圖2 的步驟203中或在圖3的步驟303中，服務(wù)器可以添加那些沒有指 示的定義的支持的媒體類型，并且在步驟207中，剩余的支持的媒 體類型包括除了剩余的指示的支持的媒體類型之外的添加的媒體類 型。向消息添加丟失的媒體類型的其他優(yōu)勢(shì)是確保指示所有可能的 支持的媒體類型并且不會(huì)由于錯(cuò)誤而遺漏任何一個(gè)。
盡管在上文中假設(shè)服務(wù)器利用相關(guān)步驟執(zhí)行交叉檢查，但是交 叉檢查可以通過兩個(gè)或多個(gè)服務(wù)器來執(zhí)行，該服務(wù)器優(yōu)選地配置為 執(zhí)行專門的交叉檢查，以便相同的交叉檢查不^丸行兩次。
圖5示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的用戶設(shè)備功能。在圖5 中示出的示例在用戶設(shè)備在步驟501中接收集群通告或?qū)?yīng)的指示 集群中支持的媒體類型的消息時(shí)開始。響應(yīng)于接收到消息，在步驟 502中，用戶設(shè)備交叉檢查指示的支持的媒體類型與用戶設(shè)備能力 (即，其自身的能力)。如果用戶設(shè)備支持所有指示的支持的媒體 類型(步驟503 ),則在步驟504中向用戶設(shè)備的用戶顯示具有指示 的支持的媒體類型的集群通告。
如果用戶設(shè)備不支持所有的指示的支持的媒體類型(步驟503 ), 則在步驟505中，用戶設(shè)備從集群通告中濾除不支持的媒體類型。 換言之，那些在用戶設(shè)備能力內(nèi)不匹配的支持的媒體類型被從集群 通告中濾除。
如果剩下支持的媒體類型(步驟506 ),則在步驟504中，向用 戶顯示帶有剩余的支持的媒體類型的集群通告。如果用戶設(shè)備不支 持任何指示的支持的媒體類型(即，所有都被濾除)(步驟506 ), 則在步驟507中，用戶設(shè)備忽略該集群通告。換言之，用戶設(shè)備不 向用戶顯示它。在本發(fā)明的另一個(gè)實(shí)施方式中，在步驟507中，替 代于忽略集群通告，用戶設(shè)備可以向用戶顯示該集群通告并且通知 用戶他/她不能利用該用戶^殳備加入該集群。
在本發(fā)明的另一個(gè)實(shí)施方式中，在步驟505中，替代于將不匹 配的媒體類型從集群通告中濾除，用戶設(shè)備可以指示集群支持的但 用戶利用該用戶設(shè)備不可使用的媒體類型。在該實(shí)施方式中，除了 具有剩余(即，可用的)媒體類型的集群通告以外，即，還以他/她 利用該用戶設(shè)備不能使用媒體類型的信息向用戶顯示用戶設(shè)備不支 持的媒體類型。
在本發(fā)明的另一個(gè)實(shí)施方式中，用戶設(shè)備配置為如果存在至少 一個(gè)用戶設(shè)備不支持的指示的支持的媒體類型，則忽略消息。
盡管在上面假設(shè)用戶設(shè)備接收集群通告，但是對(duì)于本領(lǐng)域的技 術(shù)人員顯而易見的是響應(yīng)于創(chuàng)建和/或發(fā)送將要轉(zhuǎn)發(fā)到集群成員的集 群通告或指示集群中支持的媒體類型的相應(yīng)消息，用戶設(shè)備可以執(zhí)
行上述步驟，或其中的某些步驟。
圖6示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的信令。圖6中示出的示
例是針對(duì)具有由UE1、 UE2和UE3所表示的三個(gè)集群成員的集群， 這些成員是兩個(gè)不同運(yùn)營(yíng)商的訂戶。在示例中，假設(shè)UE1是具有應(yīng) 用服務(wù)器(服務(wù)器1)的運(yùn)營(yíng)商的訂戶，而UE2和UE3是具有另一 個(gè)應(yīng)用服務(wù)器(服務(wù)器2)的另一個(gè)運(yùn)營(yíng)商的訂戶。進(jìn)一步假設(shè)服務(wù) 器1可訪問該集群定義的支持的媒體類型以及集群成員允許的媒體 類型，以及UE1的集群成員(即，用戶)能力，并且服務(wù)器2可訪 問UE2和UE3的集群成員能力。進(jìn)一步的假設(shè)由UE1、 UE2和UE3 保持用戶設(shè)備能力。
在示例中，UE1的用戶希望通告集群或邀請(qǐng)集群成員加入集群， 并且因此向服務(wù)器1發(fā)送消息6-1，消息6-1指示a和b作為該集群 支持的媒體類型。在該示例中，假設(shè)服務(wù)器1配置為僅對(duì)集群的其 他成員增殖(multiply)消息6-1,即不將其發(fā)回到(具有可能的更 新的支持的媒體類型)UE1。響應(yīng)于接收到消息6-1,服務(wù)器1在點(diǎn) 6-2檢索所述集群的集群定義，該集群定義包含集群定義的支持的媒 體類型以及關(guān)于其他集群成員的可能的集群成員專用信息，諸如對(duì) 于每個(gè)集群成員允許的媒體類型(如果有的話)，以及由服務(wù)器l 服務(wù)的那些集群成員的集群成員能力。在該示例中，定義的支持的-媒體類型是a、 b和c;不存在針對(duì)UE2允許的媒體類型的特定定義， 因此這表示其允許所有定義的支持的媒體類型，但是UE3具有b和 c作為允許的支持的媒體類型。因?yàn)榉?wù)器1僅服務(wù)消息6-1的發(fā)起 者，所以不檢索集群成員能力信息。然而，在本發(fā)明的某些其他實(shí) 施方式中，服務(wù)器1可以檢索UE1的集群成員能力。
然后，服務(wù)器1在點(diǎn)6-3交叉檢查指示的支持的媒體類型與定義 的支持的媒體類型，并且在該示例中，將c添加為指示的支持的媒 體類型中的一個(gè)，并且然后交叉檢查消息中集群成員專用的媒體類 型作為第一交叉檢查的結(jié)果。由于在圖6的示例中，UE2允許所有' 定義的支持的媒體類型(a、 b和c)，則服務(wù)器1向服務(wù)UE2的服
務(wù)器2發(fā)送將要被傳遞到UE2的消息6-4，消息6-4指示a、 b和c 作為支持的媒體類型。由于在圖6的示例中，UE3允許媒體類型b 和c,服務(wù)器1向服務(wù)UE3的服務(wù)器2發(fā)送將要被傳遞到UE3的消 息6-9,消息6-9指示b和c作為支持的媒體類型。
當(dāng)服務(wù)器2接收消息6-4時(shí)，其在點(diǎn)6-5檢索UE2的集群成員 能力，該能力在該示例中是b和c。然后，服務(wù)器2在步驟6-6中交 叉檢查指示的支持的媒體類型a、 b和c與集群成員能力b和c。在 該示例中，服務(wù)器2從消息中濾除a (不匹配)并且向UE2發(fā)送消 息6-4，，消息6-4，指示支持的媒體類型為b和c。
響應(yīng)于消息6-4，，UE2在點(diǎn)6-7交叉檢查指示的支持的媒體類型 與用戶設(shè)備能力。在該示例中，UE2不支持媒體類型c,因此UE2 在點(diǎn)6-8處向用戶顯示加入集群通信的集群通告/邀請(qǐng)，并帶有所述 集群所支持的媒體類型是b的指示。
當(dāng)服務(wù)器2接收消息6-9時(shí)，其在點(diǎn)6-5，檢索UE3的集群成員 能力，該能力在該示例中是a。然后，服務(wù)器2在步驟6-6，中交叉檢 查指示的支持的媒體類型b和c與集群成員能力。在該示例中，由 于不存在匹配，服務(wù)器2不向UE3發(fā)送任何消息。
在本發(fā)明的某些其他實(shí)施方式中，服務(wù)器2可以配置為交叉檢 查指示的媒體類型與用戶設(shè)備能力。在該實(shí)施方式中，上述示例的 消息6-4，將僅包含b作為指示的支持的媒體類型。
圖2到圖5中的上述步驟和相關(guān)功能不是按照絕對(duì)時(shí)間順序排
行。其他功能也可以在步驟之間或步驟內(nèi)執(zhí)行。某些步驟或一部分 步驟還可以忽略。
實(shí)現(xiàn)本發(fā)明功能的用戶設(shè)備、和/或服務(wù)器或?qū)?yīng)的服務(wù)器組件 和/或其他的對(duì)應(yīng)的設(shè)備不僅包括現(xiàn)有技術(shù)裝置，還包括用于以上述 方式交叉檢查針對(duì)集群成員的消息所指示的支持的媒體類型的信息 與可用的媒體類型的裝置。當(dāng)前的服務(wù)器和用戶設(shè)備包括可以在根 據(jù)本發(fā)明的功能中利用的處理器和存儲(chǔ)器。實(shí)現(xiàn)本發(fā)明所需的所有
修改和配置可以按照例程執(zhí)行，其可以實(shí)現(xiàn)為添加的或更新的軟件
例程，專用集成電路(ASIC)和/或可編程電路。還稱作程序產(chǎn)品的
軟件例程包括小型應(yīng)用程序和宏，該軟件例程可以存儲(chǔ)在任何計(jì)算
件例程可以下載到設(shè)備中。
對(duì)于本領(lǐng)域中的技術(shù)人員顯而易見的是隨著技術(shù)進(jìn)步，本發(fā)明 的概念可以以各種方式實(shí)現(xiàn)。本發(fā)明和其實(shí)施方式不限于上述示例， 而是可以在權(quán)利要求書的范圍內(nèi)改變。
權(quán)利要求
1.一種用于提供集群通信服務(wù)的通信系統(tǒng)的集群通信服務(wù)器，其中所述集群通信服務(wù)器被配置為響應(yīng)于指示集群支持的一個(gè)或多個(gè)媒體類型的消息，交叉檢查所述指示的支持的媒體類型與可用的媒體類型，以及如果所有指示的支持的媒體類型都是可用的媒體類型，則發(fā)送消息而不修改所述指示的支持的媒體類型。
2. 根據(jù)權(quán)利要求1所述的集群通信服務(wù)器，其中所述可用的媒 體類型包括以下組中的至少一個(gè)，所述以下組包括媒體類型和由它 們定義的媒體類型所述組包括由所述集群定義的支持的媒體類型； 集群成員允許的媒體類型、集群成員的集群成員能力以及由集群成 員使用的用戶設(shè)備的用戶設(shè)備能力。
3，根據(jù)權(quán)利要求1或2所述的集群通信服務(wù)器，所述集群通信 服務(wù)器進(jìn)一步被配置為交叉檢查所述指示的支持的媒體類型與定義 的支持的媒體類型，并且將從原始消息丟失的每個(gè)定義的支持的媒 體類型作為所述指示的支持的媒體類型添加到所述消息。
4. 根據(jù)權(quán)利要求l、 2或3所述的集群通信服務(wù)器，所述集群通 信服務(wù)器進(jìn)一步被配置為交叉檢查所述指示的支持的媒體類型與定 義的支持的媒體類型，并且從所述消息中濾除不包括在針對(duì)該集群 所定義的支持的媒體類型中的每個(gè)指示的支持的媒體類型。
5. 根據(jù)權(quán)利要求l、 2、 3或4所述的集群通信服務(wù)器，所述集 群通信服務(wù)器進(jìn)一步被配置為交叉檢查所述指示的支持的媒體類型 與集群成員允許的媒體類型，并且從所述消息中濾除不包括在所述 集群成員允許的媒體類型中的每個(gè)指示的支持的媒體類型。
6. 根據(jù)權(quán)利要求l、 2、 3、 4或5所述的集群通信服務(wù)器，所述 集群通信服務(wù)器進(jìn)一步被配置為交叉檢查所述指示的支持的媒體類 型與集群成員的集群成員能力，并且從所述消息中濾除所述集群成 員能力不支持的每個(gè)指示的支持的媒體類型。
7. 根據(jù)權(quán)利要求l、 2、 3、 4、 5或6所述的集群通信服務(wù)器， 所述集群通信服務(wù)器進(jìn)一步被配置為交叉檢查所述指示的支持的媒 體類型與集群成員使用的用戶設(shè)備的用戶設(shè)備能力，并且從所述消 息中濾除所述用戶設(shè)備能力不支持的每個(gè)指示的支持的媒體類型。
8. 根據(jù)權(quán)利要求5、 6或7所述的集群通信服務(wù)器，所述集群通 信服務(wù)器進(jìn)一 步被配置為向所述集群成員發(fā)送作為定制消息的消 息。
9. 一種用于提供集群通信服務(wù)的通信系統(tǒng)的集群通信服務(wù)器， 其中所述集群通信服務(wù)器被配置為響應(yīng)于通告集群或邀請(qǐng)集群成員 加入到所述集群而沒有指示所述集群支持的一個(gè)或多個(gè)媒體類型的 消息，向該消息添加針對(duì)所述集群定義的支持的媒體類型的指示。
10. —種支持集群通信的用戶設(shè)備，其中所述用戶設(shè)備被配置為 響應(yīng)于指示所述集群支持的一個(gè)或多個(gè)媒體類型的消息，交叉檢查 所述指示的支持的媒體類型與用戶設(shè)備能力，并且如果所述用戶設(shè) 備能力支持所有指示的支持的媒體類型，則向用戶顯示所述消息。
11. 根據(jù)權(quán)利要求IO所述的用戶設(shè)備，所述用戶設(shè)備被進(jìn)一步 配置為從所述消息中濾除所述用戶設(shè)備能力不支持的每個(gè)指示的支 持的媒體類型。
12. —種用于在提供集群通信服務(wù)的通信系統(tǒng)中通知集群成員關(guān) 于集群中支持的媒體類型的方法，其中在消息中可以指示一個(gè)或多 個(gè)支持的媒體類型，所述方法包括交叉檢查指示的所述至少一個(gè)支持的媒體類型與所述集群中可 用的媒體類型；以及基于所述交叉檢查決定如何繼續(xù)。
13. 根據(jù)權(quán)利要求12所述的方法，其中所述交叉檢查包括交叉檢查所述指示的支持的媒體類型與定義 的支持的媒體類型；以及 所述方法進(jìn)一步包括將從所述原始消息丟失的每個(gè)定義的支持的媒體類型作為所述 指示的支持的媒體類型添加到所述消息。
14. 根據(jù)權(quán)利要求12或13所述的方法，其中 所述交叉檢查包括交叉檢查所述指示的支持的媒體類型與定義的支持的媒體類型；以及 所述方法進(jìn)一步包括從所述消息中濾除不包括在針對(duì)該集群定義的支持的媒體類型 中的每個(gè)指示的支持的媒體類型。
15. 根據(jù)權(quán)利要求12、 13或14所述的方法，其中 所述交叉檢查包括交叉檢查所述指示的支持的媒體類型與集群成員允許的媒體類型；以及 所述方法進(jìn)一步包括從所述消息中濾除不包括在該集群成員的允許的媒體類型中的 每個(gè)指示的支持的媒體類型。
16. 根據(jù)權(quán)利要求12、 13、 14或15所述的方法，其中 所述交叉檢查包括交叉檢查所述指示的支持的媒體類型與集群成員的集群成員能力；以及 所述方法進(jìn)一步包括從所述消息中濾除所述集群成員能力不支持的每個(gè)指示的支持 的媒體類型。
17. 根據(jù)權(quán)利要求12、 13、 14、 15或16所述的方法，其中 所述交叉檢查包括交叉檢查所述指示的支持的媒體類型與集群成員使用的用戶設(shè)備的用戶設(shè)備能力；以及 所述方法進(jìn)一步包括從所述消息中濾除所述用戶設(shè)備能力不支持的每個(gè)指示的支持 的媒體類型。
18. 根據(jù)權(quán)利要求12、 13、 14、 15、 16或17所述的方法，其中 所述方法進(jìn)一步包括如果所述消息包含至少一個(gè)所述集群指示的支持的媒體類型，則 向一個(gè)或多個(gè)集群成員發(fā)送所述消息或向用戶顯示所述消息。
19. 根據(jù)權(quán)利要求12、 13、 14、 15、 16、 17或18所述的方法， 其中所述方法進(jìn)一步包括如果在交叉檢查之后，所述消息不包含任何指示的支持的媒體類 型，則忽略所述消息。
20. —種計(jì)算機(jī)程序產(chǎn)品，其包含在設(shè)備可讀介質(zhì)中并且包括程 序指令，其中執(zhí)行所述程序指令使得包括所述計(jì)算機(jī)程序產(chǎn)品的設(shè) 備執(zhí)行在權(quán)利要求12至19中任意一項(xiàng)中所述的步驟。
21. —種系統(tǒng)，包括一個(gè)或多個(gè)如權(quán)利要求1至9中任意一項(xiàng)所 述的集群通信服務(wù)器。
22. 根據(jù)權(quán)利要求21所述的系統(tǒng)，進(jìn)一步包括一個(gè)或多個(gè)如權(quán) 利要求10或11所述的用戶設(shè)備。
全文摘要
為了提供向集群成員提供關(guān)于集群中所支持媒體類型的非混淆信息，使關(guān)于指示所支持媒體類型的消息的信息與該集群中可使用的媒體類型交叉檢查。
文檔編號(hào)H04W4/06GK101361315SQ200680051090
公開日2009年2月4日 申請(qǐng)日期2006年11月30日 優(yōu)先權(quán)日2005年12月2日
發(fā)明者A·洛里拉, M·波伊克塞爾卡 申請(qǐng)人:諾基亞公司