集群通信的制作方法

专利名称：集群通信的制作方法
技术领域：
本发明涉及在提供集群通信服务的通信系统中的集群通信。
背景技术：
在移动通信系统中提供的 一 个特别的特征是集群通信。这里使 用的术语"集群"指意图参与相同集群通信的两个或多个用户的任 意逻辑集群。集群通信的一个示例是集群呼叫，这是一种所有参与 者可以轮流发言并且听到彼此的呼叫。
传统地，集群通信仅在主干移动通信系统中可用，诸如专业移
动无线或私有移动无线(PMR)系统， -渚如TETRA(陆地主干无线)， 这是主要用于专业和政府性用户的专用无线系统。归功于通信技术 的演进，尤其是基于IP的通信技术以及终端用户设备的演进，集群 通信服务现在在公共移动通信系统中也可用。提供集群通信服务的 服务示例包括无线一键通(PoC)、消息传送(IM)以及会议，使 用由SIP (会话发起协议)提供的原语实现所有这些服务，这不是垂 直地集成到通信系统中，而是建立多媒体架构的工具。此类集群通 信可以包括数据呼叫、音频呼叫、视频呼叫、多媒体呼叫、消息传 送、电子邮件等。
由于多种通信可能性，在集群中可以使用不同的媒体类型，诸 如语音PoC呼叫、SIMPLE (SIP即时消息传送和在线支持扩展)IM 聊天、视频PoC呼叫和游戏服务。当创建集群定义时，通常仅某些 上述媒体类型被定义为该集群所支持的媒体类型。例如，可以在通 告集群的消息中或在邀请集群成员加入该集群的消息中通知集群成 员关于支持的媒体类型(集群成员是意图参与该集群通信的用户)。
的媒体类型的一个或多个媒体类型。因此，集群成员可能接收混淆 或错误的信息。

发明内容
因此，本发明的目的是提供一种用于实现克服上述问题的方法 和设备。通过特征在独立权利要求中所陈述的方法、用户设备、服 务器、系统和计算机程序产品来达到本发明的目的。本发明的优选 实施方式在从属^又利要求中公开。
本发明基于认识到问题并且通过交叉检查消息中指示的支持的 媒体类型与可使用的媒体类型，并且如果它们匹配，则通过向用户 发送消息或向用户显示信息来解决问题。
本发明提供容易实现的方案以便确保集群成员不接收关于该集 群中所支持媒体类型的混淆的信息。


在下文中，借助于优选的实施方式并且参考附图更详细地描述
本发明，附图中
图1示出了提供集群通信服务的通信系统的一般架构的示例； 图2、图3和图4是示出了根据本发明实施方式的服务器的功能
性的流程图5是示出了根据本发明一个实施方式的用户设备的功能性的 流程图；以及
图6示出了根据本发明一个实施方式的信令的示例。
具体实施例方式
以下实施方式是示例性的。尽管说明书可能在多个位置指出"一 个，，或"一些"实施方式，这未必意味着对相同的实施方式做出每 个此类参考，或该特征仅适用于单个实施方式。此外，下面呈现的 实施方式或其部分可以组合以产生本发明的优选的实施方式。
本发明可应用于任何用户设备、服务器和/或任何通信系统或不 同通信系统的任何组合，其支持集群通信并且提供集群用于向集群 成员指示支持的媒体类型的消息。对于消息格式、集群类型不存在 限制。通信系统可以是固定通信系统或无线通信系统或利用固定网 络和无线网络两者的通信系统。使用的协议、通信系统的规范以及 用户设备(尤其是无线通信中的用户设备)快速发展。此类发展可 能需要对本发明进行额外的改变。因此，所有词语和表达应该宽泛 地进行解释并且它们旨在说明而不是限制本发明。
在下文中，作为可以应用本发明的系统架构的示例，将使用这 样的架构来描述本发明，即基于提供建立多媒体架构的工具的SIP
并且利用XDM (XML文档管理)的架构，然而，本发明不限制于 此类架构。SIP是因特网工程任务组(IETF)定义的用于创建、修改 以及终止与一个或多个参与者的会话的应用层控制(信令)协议。 开放移动联盟(OMA)将XDM定义为集群的通用框架以及基于 XCAP协议(XML配置访问协议)的列表管理。IETF规范和因特网 草案可以在http:〃www.ietf.org处找到并且OMA^L范可以在 http:Vwww.openmobilealliance.org处4戈至U 。
利用SIP和XCAP提供集群通信服务的通信系统的一般架构在 图1中示出。图1是仅示出了某些单元和功能实体的简化系统架构， 以上所有是逻辑单元，其实现可能与示出的不同。在图l中示出的 连接是逻辑连接；实际的物理连接可以不同。对于本领域的技术人 员明显的是，系统还包括其他功能和结构。应该理解，在集群通信 中或针对集群通信使用的功能、结构、单元和协议，包括加入集群 通信的邀请或用于通告集群，与实际发明不相关。因此，在这里不 需要更详细地讨论它们。
通信系统1包括用户设备(UE) 1-2,诸如移动台，其可连接至 聚合代理1-3,应用服务器l-4和IP多媒体子系统(IMS) 1-5，并 且通过它们连接至应用XML文档管理服务器(XDMS) 1-6和共享 XDMS 1-7。作为功能实体，UEl-2包含应用客户端1-21,利用客户
端1 -21访问由应用提供的服务，以及XML文档管理客户端(XDMC ) 1-22,利用XML文档管理客户端(XDMC) l-22例如可以创建、删 除、修改以及检索XML文档或XML文档内的元素。通常，诸如SIP 信令的控制平面业务通过IMS 1-5传递，而用户平面业务在UE 1-2 和应用服务器l-4之间传递。使用XCAP协议的集群和列表管理业 务在UE (或，更精确地是UE中的XDMC 1-22 )和应用XDMS 1-6 或共享XDMS l-7之间经由聚合代理1-3运行。
聚合代理1-3、应用XDMS 1-6和共享XDMS l-7是XDM功能 实体。XDM定义使驻留在用户设备中的不同应用(服务使能者)和 客户端可以访问用户专用服务相关信息(诸如集群定义)以及支持 创建、修改、检索和删除此类信息的通用机制。该信息(更精确地 是XML文档)存储在XDMS中。应用XDMS 1-6是应用专用服务 器，即其服务一个或多个应用服务器，每个都针对相同的特定应用， 然而共享XDMS 1-7服务系统中不同应用的应用服务器并且包含通 用集群和列表管理数据。聚合代理1-3将独立的XCAP请求从XDMC 路由到正确的XDMS。
提供集群通信服务的应用例如可以是PoC 、消息传送或会议。 PoCM^范当前由OMA之下的PoC工作组开发。关于PoC的更详细 的信息可以通过OMA的上述因特网网页找到。IETF定义的SIMPLE 提供即时消息传送(IM)服务。OMA还基于SIP/SIMPLE协议定义 IM (即时消息传送)使能器。因此，应用服务器4可以是PoC服务 器、即时消息传送服务器或支持不同媒体类型(诸如音频、视频和 消息传送)的会议月良务器。因为应用XDMS l-6月良务单个应用，应 用XDMS l-6可以是PoCXDMS或即时消息传送XDMS。例如，当 应用是PoC时，联系人列表可以存储在共享XDMS 1-7中和/或PoC XDMS中，即应用XDMSl-6，其包含PoC集群文档。因此，为PoC 集群会话提供成员列表的PoC集群文档对于UE 1-2和PoC服务器 (即应用服务器1-4)是可访问的，并且当通告集群时或当建立集群 会话(邀请集群成员加入集群会话)时，它们可以利用成员列表。
除成员列表之外，根据本发明的PoC集群文档还优选地至少包含集
群支持的媒体类型。PoC集群文档还可以包含集群成员专用信息，
诸如该集群中集群成员允许的媒体类型。根据本发明的实施方式的 服务器可以包括执行以下结合服务器描述的一个或多个功能的应 用。所述应用可以随服务器一同装载，或其可以是服务器的可下载 插件，否则稍后将其添加到服务器，或可以修改服务器中的现有应 用以包括所述功能。还可能不修改服务器以执行以下结合服务器描 述的功能。
UE 1-2或更具体地，应用客户端1-21或XDMC 1-22允许应用 会话发起并且提供对不同集群列表和联系人列表的访问。该应用客 户端和/或XDMC或客户端驻留的用户设备可以配置为形成并且发 送通告集群的消息，向通告集群的消息添加关于集群支持的媒体类 型的信息，并且在集群中存储关于支持的媒体类型的信息。根据本 发明一个实施方式的应用客户端1-21和/或XDMC 1-22可以与用户 设备一同装载，或可以是用户设备的可下载插件，否则稍后添加到 用户设备上，或者用户设备中的客户端可以修改为根据本发明一个 实施方式的客户端。还可能用户设备不包括根据本发明一个实施方 式的任何客户端，即不修改用户设备来执行以下结合用户设备描述 的功能。
媒体类型在这里涵盖可在端点(即，UE)之间协商的数据和/或 通信装置的一般类型。媒体类型的示例包括IEFT在RFC 2046中定 义的顶级媒体类型，多用途因特网邮件扩展(MIME)部分二媒体 类型，1996年11月。顶级媒体类型包括但不限于文本(文本信息)、 图像(图像数据)、音频(音频数据)、视频(视频数据)、应用 (某些其他类型的数据，通常是为非解释二进制数据或由应用处理 的信息)、多个部分(包括独立数据类型的多个实体的数据)以及 消息(封装的消息)。此外，媒体类型包含提供集群通信服务的不 同子类型和/或连接类型(包括不同的覆盖服务)。因此，媒体类型 例如可以从"poc" 、 "im"、"音频，，、"视频，，、"会议"、"应
用"、"所有"、"其他"的组中选择。
"支持的媒体类型"指定义可在集群中使用的媒体类型。可以
存在一个、两个、三个或更多的集群支持的媒体类型；数量是不受 限制的。支持的媒体类型仅指示什么媒体类型可以在集群中使用但 是它们不必使用集群通信中所有支持的媒体类型的媒体成分。例如, 如果集群支持的媒体类型是音频、视频和消息传送，则可以在集群 的集群通信会话期间仅使用音频。
在下文中，出于简明而将这样描述本发明，即假设指示支持的 媒体类型的消息是集群通告，这并不将本发明限于此类消息。此类 集群通告在同一申请人的芬兰专利申请No.20055514中示出，对应 的美国专利申请号为11/285,107，通过引用将该专利申请合并于此。 此类消息的另一个示例是SIP INVITE。在上述专利申请中，术语"集 群中可用的媒体类型"在这里表示与术语"集群支持的媒体类型" 相同的意思。
图2示出了根据本发明一个实施方式的服务器的功能。在图2 的示例中，假设服务器接收了将要传递到集群成员的集群通告。利 用图2的示例进 一 步假设除了集群定义的支持的媒体类型以及至少 针对一些集群成员，集群成员允许的媒体类型以外，服务器能够检 索关于至少某些集群成员的集群成员能力的信息和关于至少某些集 群成员的用户设备能力的信息。"集群成员的允许媒体类型"指定 义为允许集群成员用于集群中集群通信的媒体类型。通常集群创建 者定义它们。集群成员允许的媒体类型可以是支持的媒体类型的子 集，并且集群成员可以具有不同的允许的媒体类型。可以存在一个、 两个、三个或更多的集群成员允许的媒体类型；该数量限于支持的 媒体类型。例如，如果集群支持的媒体类型是音频、视频和消息传 送，则可能一个集群成员仅允许消息传送，而另一个集群成员允许 音频、视频和消息传送。还称为用户能力的集群成员能力例如可以 存储在用户简档中或用户的订户信息中。用户设备例如可以是调度 器站，其能力可以存储在网络中。通常，用户设备能力不作为用户
信息的一部分存储在网络中，而是保持在用户设备中。然而，对于 本发明来说，将信息存储在何处以及是否存储所有的信息是不相关 的。
在图2的示例中，在步骤201,服务器接收集群通告，该集群通 告包含消息正在通告的关于由集群支持的媒体类型的指示。然后， 在步骤202中，服务器交叉检查指示的支持的媒体类型与由集群定 义的支持的媒体类型，并且在步骤203中，从集群通告中滤除不属 于集群定义的支持的媒体类型的那些支持的媒体类型。换言之，那 些在定义的支持的媒体类型中不匹配的指示的支持的媒体类型从集 群通告中滤除。该交叉检查提供了进一步的优势，即集群不支持的 媒体类型不指示为支持的媒体类型；因此确保了集群成员不接收混 淆的/错误的信息。
如果仍旧剩下支持的媒体类型(步骤204)，则在步骤205中， 服务器针对每个集群成员检索集群成员专用信息，该信息包括集群 中集群成员允许的媒体类型、集群成员能力以及用户设备能力。在. 示出的示例中，出于澄清的原因，假设每个集群成员具有所述定义。 然后，在步骤206中，服务器获取关于集群成员的信息，即一个集 群成员的定义，并且在步骤207中，交叉检查剩余的支持的媒体类 型与集群中集群成员的允许的媒体类型，并且在步骤208中针对所
述集群成员，从集群通告中滤除那些在集群中不允许的媒体类型的 支持的媒体类型。换言之，从集群通告中滤除在集群成员的允许的 媒体类型中无匹配的支持的媒体类型。该交叉检查提供其他优势， 即可以对集群中的特定用户限制/允许特定媒体类型的使用，并且基 于集群定义(通用和用户专用两者)提供针对每个集群成员的关于 支持的媒体类型的信息。
如果仍旧剩下支持的媒体类型(步骤209),则在步骤210中， 服务器交叉检查剩余的支持的媒体类型与集群成员能力，并且在步 骤211中，从集群通告中滤除那些不在所述集群成员的集群成员能 力中支持的媒体类型。该交叉检查提供其他优势，即集群成员不接
收混淆的信息并且例如简档定义可以在通告集群或邀请集群成员加 入集群时被考虑。
如果仍旧剩下支持的媒体类型(步骤212)，则在步骤213中， 服务器交叉检查剩余的支持的媒体类型与集群成员的用户设备能 力，并且在步骤214中，从集群通告中滤除那些不在所述集群成员 的用户设备能力中支持的媒体类型。该交叉检查提供其他优势，即 目的集群成员不接收关于他/她不能加入的集群的信息，因为用户设 备当前正在4吏用中。
如果仍旧剩余至少一个支持的媒体类型(步骤215),则在步骤 216中，服务器向所述集群成员发送定制的集群通告。如果集群成员 不是集群中的最后一个(步骤217)，则服务器返回到步骤206并且 获取将要处理的另一个集群成员的信息。如果集群成员是最后一个， 则服务器在步骤218中完成该集群通告的处理并且完成该过程。
如果在过程的集群成员专用部分中(即步骤206到207)，月良务 器注意到所有支持的媒体类型都被滤除(步骤209、或步骤212、或 步骤215)，则服务器不向所述集群成员发送通告，而是前进到步骤 217以检查集群成员是否是集群中的最后一个。这提供了其他优势， 即目的集群成员不接收关于他/她不能加入的集群的信息。
如果从过程的集群专用部分中(即步骤201到204)中的集群通 告中滤除所有支持的媒体类型(步骤204),则服务器不发送集群通 告，而是前进到步骤218以完成对该集群通告的处理。这提供了其 他优势，即网络(和系统)不加载包括错误信息的消息。根据该实 现，服务器可以向集群地址创建者发送不可能以指示的支持的々某体 类型通告的指示。
在仅某些集群成员具有集群成员专用信息或某些集群成员专用 信息的情况中，服务器可以配置为向不具有集群成员专用信息的集 群成员发送由步骤203过滤的集群通告，并且仅与针对那些仅具有: 上述某些集群成员专用信息的那些集群成员获取的信息执行交叉检 查。例如，如果集群成员仅具有允许的媒体类型，则服务器可以配
置为略过步骤210到215并且基于步骤208的过滤结果发送定制的 集群通告。另一个备选方案可以是如果不获取其他信息，则服务器 假设集群成员专用信息与定义的支持的媒体类型相同。
在本发明的其他实施方式中，服务器可以配置为略过结合相关 步骤的一个或多个上述交叉检查，对集群通告或指示集群支持的媒 体类型的对应消息执行一次交叉检查足矣。换言之，交叉检查指示 的集群支持的媒体类型与可用的媒体类型足矣，可用的媒体类型涵 盖这里的一个或多个以下媒体类型和/或由它们定义的媒体类型集 群定义的支持的媒体类型；集群成员允许的媒体类型，集群成员的 集群成员能力和集群成员使用的用户设备的用户设备能力。
图3示出了根据本发明另一实施方式的服务器的功能。在图3 的示例中，也假设服务器接收了将要传递到集群成员的集群通告， 并且除了集群支持的媒体类型之外，服务器至少能够针对某些集群 成员检索集群成员允许的媒体类型。服务器可以进一步配置为检索 关于至少某些集群成员的集群成员能力的信息和/或关于至少某些集 群成员的用户设备能力的信息。
图3中示出的实施方式包括类似于上述示例中的一个的集群专 用部分，即，步骤301-304分别对应于步骤201-204，并且因此不需 要在此详细讨论。然而，取代于形成定制的集群通告，该实施方式 的服务器发送带有支持的媒体类型的相同指示的集群通告。
假设接收的集群通告包含针对集群定义的支持的媒体类型的指 示(步骤304;是)，则在步骤305中，服务器针对每个集群成员检 索包括该集群中集群成员的允许的媒体类型、集群成员能力和/或用 户设备能力的集群成员专用信息。 一个集群成员允许的媒体类型是 一个集群成员专用定义，以及一个集群成员的集群成员能力和集群 成员的用户设备能力。在检索集群成员专用定义之后(步骤305 )， 在步骤306中，服务器交叉检查剩余的支持的媒体类型与每个集群 成员定义，并且在步骤307中，滤除在每个集群成员定义中找不到 的每个支持的媒体类型。如果剩下任何支持的媒体类型(步骤308 )， 则然后在步骤309中，服务器向所有集群成员发送集群通告。因此， 在步骤310中，服务器已经完成了该集群通告的处理并且完成该过 程。
如果在步骤304或308中，服务器注意到滤除了所有支持的媒 体类型，则服务器不向所述集群成员发送通告，而是前进到步骤310 以完成过牙呈。
在本发明的另一个实施方式中，服务器可以配置为对于特定类 型的集群使用根据图2公开的实施方式的过程，并且配置为对于其 他类型的集群使用根据图3公开的实施方式的过程。
图4示出了这样的情况，其中服务器配置为发送通告集群的消 息，而不从集群创建者接收通告，该消息被发送到所有集群成员或 集群成员的所选子集。此类应用服务器在同一申请人的美国专利申. 请No.10/880，982中示出，通过引用将该美国专利申i青合并于此(对 应的PCT申请是PCT/FI2005/050137 )。在图4中示出的示例中，假 设服务器已经基于该集群定义的支持的媒体类型将关于该集群支持 的媒体类型的指示添加到集群通告中，即，不需要检查所有指示的
们优选地是相同的。
图4中示出的示例在步骤401中创建指示集群支持的媒体类型 的集群通告时开始。在那之后，服务器在步骤402中从集群成员列 表获取集群成员并且在步骤403中检索集群中集群成员允许的媒体 类型。如果针对集群成员定义了集群中允许的媒体类型(步骤404 ), 在步骤405中，服务器交叉检查指示的支持的媒体类型与集群中集 群成员的允许的媒体类型，并且在步骤406中，针对所述集群成员， 从集群通告中滤除那些在集群中不允许的媒体类型的支持的媒体类 型。换言之，从集群通告中滤除集群成员的允许的媒体类型中不匹 配的支持的媒体类型。如果仍旧剩余有支持的媒体类型(步骤407)， 则在步骤408中，服务器向所述集群成员发送定制的集群通告。如 果集群成员不是集群中的最后一个(步骤409 ),则服务器返回到步
骤402并且处理另一个集群成员。如果集群成员是最后一个，则服 务器在步骤410中已经完成了该集群通告的处理并且完成的该过程。
如果服务器注意到所有支持的媒体类型都被滤除(步骤407 )， 则服务器不向所述集群成员发送通告，而是前进到步骤409以检查 集群成员是否是集群中的最后一个。
如果服务器注意到不存在针对所述集群成员的集群中允许的媒 体类型的定义(步骤404)，则服务器根据示出的示例在步骤411 向集群成员发送创建的集群通告并且前进到步骤409以检查集群成 员是否是集群中的最后一个。在本发明的另一个实施方式中，服务 器可以配置为不向此类集群成员发送集群通告，即服务器忽略步骤 411并且直接前进到步骤409。
在其他实施方式中，可以增强图4中示出的过程以包括图2示 出的一个或多个交叉检查和/或以图2示出的另一个交叉检查来替换 涉及允许的媒体类型的交叉检查。
在本发明的某些实施方式中，当指示的支持的媒体类型与定义 为支持的媒体类型的一些进行交叉检查时，服务器可以配置为向消 息添加那些属于定义的支持的媒体类型但是不包括在该消息中的媒 体类型，甚至配置为向通告集群或邀请集群成员加入集群的不指示 任何支持的媒体类型的消息添加定义的支持的媒体类型。换言之， 取代从消息中滤除媒体类型，或除了滤除之外，将在指示的媒体类 型中不匹配的定义的支持的媒体类型添加到消息中。例如，在图2 的步骤203中或在图3的步骤303中，服务器可以添加那些没有指 示的定义的支持的媒体类型，并且在步骤207中，剩余的支持的媒 体类型包括除了剩余的指示的支持的媒体类型之外的添加的媒体类 型。向消息添加丟失的媒体类型的其他优势是确保指示所有可能的 支持的媒体类型并且不会由于错误而遗漏任何一个。
尽管在上文中假设服务器利用相关步骤执行交叉检查，但是交 叉检查可以通过两个或多个服务器来执行，该服务器优选地配置为 执行专门的交叉检查，以便相同的交叉检查不^丸行两次。
图5示出了根据本发明一个实施方式的用户设备功能。在图5 中示出的示例在用户设备在步骤501中接收集群通告或对应的指示 集群中支持的媒体类型的消息时开始。响应于接收到消息，在步骤 502中，用户设备交叉检查指示的支持的媒体类型与用户设备能力 (即，其自身的能力)。如果用户设备支持所有指示的支持的媒体 类型(步骤503 ),则在步骤504中向用户设备的用户显示具有指示 的支持的媒体类型的集群通告。
如果用户设备不支持所有的指示的支持的媒体类型(步骤503 ), 则在步骤505中，用户设备从集群通告中滤除不支持的媒体类型。 换言之，那些在用户设备能力内不匹配的支持的媒体类型被从集群 通告中滤除。
如果剩下支持的媒体类型(步骤506 ),则在步骤504中，向用 户显示带有剩余的支持的媒体类型的集群通告。如果用户设备不支 持任何指示的支持的媒体类型(即，所有都被滤除)(步骤506 ), 则在步骤507中，用户设备忽略该集群通告。换言之，用户设备不 向用户显示它。在本发明的另一个实施方式中，在步骤507中，替 代于忽略集群通告，用户设备可以向用户显示该集群通告并且通知 用户他/她不能利用该用户^殳备加入该集群。
在本发明的另一个实施方式中，在步骤505中，替代于将不匹 配的媒体类型从集群通告中滤除，用户设备可以指示集群支持的但 用户利用该用户设备不可使用的媒体类型。在该实施方式中，除了 具有剩余(即，可用的)媒体类型的集群通告以外，即，还以他/她 利用该用户设备不能使用媒体类型的信息向用户显示用户设备不支 持的媒体类型。
在本发明的另一个实施方式中，用户设备配置为如果存在至少 一个用户设备不支持的指示的支持的媒体类型，则忽略消息。
尽管在上面假设用户设备接收集群通告，但是对于本领域的技 术人员显而易见的是响应于创建和/或发送将要转发到集群成员的集 群通告或指示集群中支持的媒体类型的相应消息，用户设备可以执
行上述步骤，或其中的某些步骤。
图6示出了根据本发明一个实施方式的信令。图6中示出的示
例是针对具有由UE1、 UE2和UE3所表示的三个集群成员的集群， 这些成员是两个不同运营商的订户。在示例中，假设UE1是具有应 用服务器(服务器1)的运营商的订户，而UE2和UE3是具有另一 个应用服务器(服务器2)的另一个运营商的订户。进一步假设服务 器1可访问该集群定义的支持的媒体类型以及集群成员允许的媒体 类型，以及UE1的集群成员(即，用户)能力，并且服务器2可访 问UE2和UE3的集群成员能力。进一步的假设由UE1、 UE2和UE3 保持用户设备能力。
在示例中，UE1的用户希望通告集群或邀请集群成员加入集群， 并且因此向服务器1发送消息6-1，消息6-1指示a和b作为该集群 支持的媒体类型。在该示例中，假设服务器1配置为仅对集群的其 他成员增殖(multiply)消息6-1,即不将其发回到(具有可能的更 新的支持的媒体类型)UE1。响应于接收到消息6-1,服务器1在点 6-2检索所述集群的集群定义，该集群定义包含集群定义的支持的媒 体类型以及关于其他集群成员的可能的集群成员专用信息，诸如对 于每个集群成员允许的媒体类型(如果有的话)，以及由服务器l 服务的那些集群成员的集群成员能力。在该示例中，定义的支持的-媒体类型是a、 b和c;不存在针对UE2允许的媒体类型的特定定义， 因此这表示其允许所有定义的支持的媒体类型，但是UE3具有b和 c作为允许的支持的媒体类型。因为服务器1仅服务消息6-1的发起 者，所以不检索集群成员能力信息。然而，在本发明的某些其他实 施方式中，服务器1可以检索UE1的集群成员能力。
然后，服务器1在点6-3交叉检查指示的支持的媒体类型与定义 的支持的媒体类型，并且在该示例中，将c添加为指示的支持的媒 体类型中的一个，并且然后交叉检查消息中集群成员专用的媒体类 型作为第一交叉检查的结果。由于在图6的示例中，UE2允许所有' 定义的支持的媒体类型(a、 b和c)，则服务器1向服务UE2的服
务器2发送将要被传递到UE2的消息6-4，消息6-4指示a、 b和c 作为支持的媒体类型。由于在图6的示例中，UE3允许媒体类型b 和c,服务器1向服务UE3的服务器2发送将要被传递到UE3的消 息6-9,消息6-9指示b和c作为支持的媒体类型。
当服务器2接收消息6-4时，其在点6-5检索UE2的集群成员 能力，该能力在该示例中是b和c。然后，服务器2在步骤6-6中交 叉检查指示的支持的媒体类型a、 b和c与集群成员能力b和c。在 该示例中，服务器2从消息中滤除a (不匹配)并且向UE2发送消 息6-4，，消息6-4，指示支持的媒体类型为b和c。
响应于消息6-4，，UE2在点6-7交叉检查指示的支持的媒体类型 与用户设备能力。在该示例中，UE2不支持媒体类型c,因此UE2 在点6-8处向用户显示加入集群通信的集群通告/邀请，并带有所述 集群所支持的媒体类型是b的指示。
当服务器2接收消息6-9时，其在点6-5，检索UE3的集群成员 能力，该能力在该示例中是a。然后，服务器2在步骤6-6，中交叉检 查指示的支持的媒体类型b和c与集群成员能力。在该示例中，由 于不存在匹配，服务器2不向UE3发送任何消息。
在本发明的某些其他实施方式中，服务器2可以配置为交叉检 查指示的媒体类型与用户设备能力。在该实施方式中，上述示例的 消息6-4，将仅包含b作为指示的支持的媒体类型。
图2到图5中的上述步骤和相关功能不是按照绝对时间顺序排
行。其他功能也可以在步骤之间或步骤内执行。某些步骤或一部分 步骤还可以忽略。
实现本发明功能的用户设备、和/或服务器或对应的服务器组件 和/或其他的对应的设备不仅包括现有技术装置，还包括用于以上述 方式交叉检查针对集群成员的消息所指示的支持的媒体类型的信息 与可用的媒体类型的装置。当前的服务器和用户设备包括可以在根 据本发明的功能中利用的处理器和存储器。实现本发明所需的所有
修改和配置可以按照例程执行，其可以实现为添加的或更新的软件
例程，专用集成电路(ASIC)和/或可编程电路。还称作程序产品的
软件例程包括小型应用程序和宏，该软件例程可以存储在任何计算
件例程可以下载到设备中。
对于本领域中的技术人员显而易见的是随着技术进步，本发明 的概念可以以各种方式实现。本发明和其实施方式不限于上述示例， 而是可以在权利要求书的范围内改变。
权利要求
1.一种用于提供集群通信服务的通信系统的集群通信服务器，其中所述集群通信服务器被配置为响应于指示集群支持的一个或多个媒体类型的消息，交叉检查所述指示的支持的媒体类型与可用的媒体类型，以及如果所有指示的支持的媒体类型都是可用的媒体类型，则发送消息而不修改所述指示的支持的媒体类型。
2. 根据权利要求1所述的集群通信服务器，其中所述可用的媒 体类型包括以下组中的至少一个，所述以下组包括媒体类型和由它 们定义的媒体类型所述组包括由所述集群定义的支持的媒体类型； 集群成员允许的媒体类型、集群成员的集群成员能力以及由集群成 员使用的用户设备的用户设备能力。
3，根据权利要求1或2所述的集群通信服务器，所述集群通信 服务器进一步被配置为交叉检查所述指示的支持的媒体类型与定义 的支持的媒体类型，并且将从原始消息丟失的每个定义的支持的媒 体类型作为所述指示的支持的媒体类型添加到所述消息。
4. 根据权利要求l、 2或3所述的集群通信服务器，所述集群通 信服务器进一步被配置为交叉检查所述指示的支持的媒体类型与定 义的支持的媒体类型，并且从所述消息中滤除不包括在针对该集群 所定义的支持的媒体类型中的每个指示的支持的媒体类型。
5. 根据权利要求l、 2、 3或4所述的集群通信服务器，所述集 群通信服务器进一步被配置为交叉检查所述指示的支持的媒体类型 与集群成员允许的媒体类型，并且从所述消息中滤除不包括在所述 集群成员允许的媒体类型中的每个指示的支持的媒体类型。
6. 根据权利要求l、 2、 3、 4或5所述的集群通信服务器，所述 集群通信服务器进一步被配置为交叉检查所述指示的支持的媒体类 型与集群成员的集群成员能力，并且从所述消息中滤除所述集群成 员能力不支持的每个指示的支持的媒体类型。
7. 根据权利要求l、 2、 3、 4、 5或6所述的集群通信服务器， 所述集群通信服务器进一步被配置为交叉检查所述指示的支持的媒 体类型与集群成员使用的用户设备的用户设备能力，并且从所述消 息中滤除所述用户设备能力不支持的每个指示的支持的媒体类型。
8. 根据权利要求5、 6或7所述的集群通信服务器，所述集群通 信服务器进一 步被配置为向所述集群成员发送作为定制消息的消 息。
9. 一种用于提供集群通信服务的通信系统的集群通信服务器， 其中所述集群通信服务器被配置为响应于通告集群或邀请集群成员 加入到所述集群而没有指示所述集群支持的一个或多个媒体类型的 消息，向该消息添加针对所述集群定义的支持的媒体类型的指示。
10. —种支持集群通信的用户设备，其中所述用户设备被配置为 响应于指示所述集群支持的一个或多个媒体类型的消息，交叉检查 所述指示的支持的媒体类型与用户设备能力，并且如果所述用户设 备能力支持所有指示的支持的媒体类型，则向用户显示所述消息。
11. 根据权利要求IO所述的用户设备，所述用户设备被进一步 配置为从所述消息中滤除所述用户设备能力不支持的每个指示的支 持的媒体类型。
12. —种用于在提供集群通信服务的通信系统中通知集群成员关 于集群中支持的媒体类型的方法，其中在消息中可以指示一个或多 个支持的媒体类型，所述方法包括交叉检查指示的所述至少一个支持的媒体类型与所述集群中可 用的媒体类型；以及基于所述交叉检查决定如何继续。
13. 根据权利要求12所述的方法，其中所述交叉检查包括交叉检查所述指示的支持的媒体类型与定义 的支持的媒体类型；以及 所述方法进一步包括将从所述原始消息丟失的每个定义的支持的媒体类型作为所述 指示的支持的媒体类型添加到所述消息。
14. 根据权利要求12或13所述的方法，其中 所述交叉检查包括交叉检查所述指示的支持的媒体类型与定义的支持的媒体类型；以及 所述方法进一步包括从所述消息中滤除不包括在针对该集群定义的支持的媒体类型 中的每个指示的支持的媒体类型。
15. 根据权利要求12、 13或14所述的方法，其中 所述交叉检查包括交叉检查所述指示的支持的媒体类型与集群成员允许的媒体类型；以及 所述方法进一步包括从所述消息中滤除不包括在该集群成员的允许的媒体类型中的 每个指示的支持的媒体类型。
16. 根据权利要求12、 13、 14或15所述的方法，其中 所述交叉检查包括交叉检查所述指示的支持的媒体类型与集群成员的集群成员能力；以及 所述方法进一步包括从所述消息中滤除所述集群成员能力不支持的每个指示的支持 的媒体类型。
17. 根据权利要求12、 13、 14、 15或16所述的方法，其中 所述交叉检查包括交叉检查所述指示的支持的媒体类型与集群成员使用的用户设备的用户设备能力；以及 所述方法进一步包括从所述消息中滤除所述用户设备能力不支持的每个指示的支持 的媒体类型。
18. 根据权利要求12、 13、 14、 15、 16或17所述的方法，其中 所述方法进一步包括如果所述消息包含至少一个所述集群指示的支持的媒体类型，则 向一个或多个集群成员发送所述消息或向用户显示所述消息。
19. 根据权利要求12、 13、 14、 15、 16、 17或18所述的方法， 其中所述方法进一步包括如果在交叉检查之后，所述消息不包含任何指示的支持的媒体类 型，则忽略所述消息。
20. —种计算机程序产品，其包含在设备可读介质中并且包括程 序指令，其中执行所述程序指令使得包括所述计算机程序产品的设 备执行在权利要求12至19中任意一项中所述的步骤。
21. —种系统，包括一个或多个如权利要求1至9中任意一项所 述的集群通信服务器。
22. 根据权利要求21所述的系统，进一步包括一个或多个如权 利要求10或11所述的用户设备。
全文摘要
为了提供向集群成员提供关于集群中所支持媒体类型的非混淆信息，使关于指示所支持媒体类型的消息的信息与该集群中可使用的媒体类型交叉检查。
文档编号H04W4/06GK101361315SQ200680051090
公开日2009年2月4日 申请日期2006年11月30日 优先权日2005年12月2日
发明者A·洛里拉, M·波伊克塞尔卡 申请人:诺基亚公司