专利名称：通信系统中的集群通信的制作方法
技术领域：
本发明涉及提供集群通信服务的通信系统中的集群通信。
技术背景移动通信系统中所提供的一个特殊特征就是集群通信。本文所 使用的术语"集群，，指的是有意参加相同集群通信的两个或多个用户 的任意逻辑集群。集群通信的一个例子就是集群呼叫，其为一种其 中所有参与者可轮流发言并互相收听的呼叫。传统上，集群通信仅在如行业移动无线电或专用移动无线电(PMR)系统的干线移动通信系统中可用，例如TETRA(陆地干线 无线电)，其主要是针对于行业或政府用户的特殊无线系统。由于 通信技术特别是基于IP的通信技术以及最终用户设备的演进，集群 通信服务现在也可用于公共移动通信系统中。提供集群通信服务的 服务例如包括蜂窝一键通(PoC)、即时消息收发(IM)和会议， 它们都是利用SIP (会话发起协议)所提供的原语来实现的，所述 SIP不是垂直地集成在通信系统中，而是建立多媒体架构的工具。这 样的集群通信可包括数据呼叫、音频呼叫、视频呼叫、多媒体呼叫、 即时消息收发、电子邮件等。由于多方面的通信可能性，不同的媒体类型可被用于集群中， 如语音PoC呼叫、SIMPLE (针对即时消息收发和现场支持扩展的 SIP)IM聊天、— 见频PoC呼叫和游戏服务。4旦是，暂时还不存在可 以通知集群成员关于集群中的可用媒体类型的机制。(集群成员就 是有意参加集群通信的用户。)因此，集群成员不得不猜测集群中 的可用媒体类型。发明内容因此，本发明的一个目的是提供一种方法及实现该方法的设备， 从而克服上述问题，并给集群成员提供关于集群中的可用媒体类型 的信息。本发明的该目的通过方法、信令消息、用户设备、服务器 和计算机程序产品来实现，其由独立权利要求中所陈述的内容来表征。在从属权利要求中公开了本发明的优选实施例。本发明基于通过增强向集群成员通知关于现有集群的消息(这里称为通告集群的消息)以包含集群中的可用媒体类型或多个可用媒体类型，从而认识并解决问题。本发明提供一种易于实现的技术方案，用于通知集群成员关于集群中的可用媒体类型。
一个优点就是，基于可用媒体类型或多个可用々某体类型，用户i殳备知道它应当 <吏用哪个应用程序来进行该集 群中的通信。进一步的优点为，由于信息在通告集群的消息中被传 送，因此不需要额外的信令且不需要分配资源来将信息传送给期望 的集群成员。
在下文中，将借助于优选实施例并参考附图来详细描述本发明，其中图1图示提供集群通信服务的通信系统的通用架构的例子； 图2和图3图示根据本发明的不同集群通告消息；以及 图4为图示出根据本发明的一个实施例的信令的信令图。
具体实施方式
下面的实施例是示例性的。虽然说明书可能在一些地方参考了 "一个"或"一些"实施例，但这并不意味着对相同的实施例估文出 参考，或者特征仅适用于单个实施例。此外，下面所提供的实施例本发明可应用于支持集群通信并提供用于将集群通告给集群成员的消息的任何用户设备、服务器和/或任何通信系统或不同通信系 统的任意组合。对于消息格式或集群类型不存在限制。通信系统可 以是固定通信系统或无线通信系统或使用固定网络和无线网络的通 信系统。所使用的协议，通信系统和用户设备的规范，特别是在无 线系统中，迅速发展。这些发展可能需要对本发明进行额外的修改。 因此，所有的词语和表述应当被广泛地解释，且它们意图阐释本发 明，而不是对其进行限制。下面，利用 一种作为本发明可被应用到的系统结构的例子的基 于SIP的架构来描述本发明而并不将本发明限制于这样的架构，其中SIP4是供一种工具以建立多々某体架构并使用XDM (XML文件管 理)。SIP是互联网工程任务组(IETF)所定义的用于创建、修改以 及终止与一个或多个参与者的会话的一种应用层控制(信令)协议。 开放移动联盟(OMA)已将XDM定义为用于集群的通用框架和基 于XCAP协议(XML配置接入协议)的列表管理。IETF规范和互 联网草案可在http:〃www.ietf.org处找到，并且OMA规范在 http:〃www.openmobilealliance.org处才戈至'J 。图1中图示出利用SIP和XCAP提供集群通信业务的通信系统 的主体架构。图1为一个简化的系统架构，只示出一些单元和功能 实体，它们都是逻辑单元，其实现方式可与所示出的不同。图l中 示出的连接是逻辑连接；实际的物理连接可以不同。对于本领域技 术人员，显而易见的是，系统还包括其他功能和结构。应当理解的 是，用于集群通信中或用于通告集群的功能、结构、单元和协议与 实际的本发明是不相关的。因此，它们不需要在此详细讨论。本发 明主要涉及通知集群成员关于集群中的可用媒体类型，该信息在通 告集群的消息中给出。通信系统1包括用户设备(UE) 1-2，例如移动台，其可连接到 聚合代理1-3、应用服务器1-4和IP多媒体子系统(IMS) 1-5，并 通过它们连接到应用XML文档管理服务器(XDMS) 1-6和共享 XDMSl-7。作为功能实体，UE1-2包含应用客户端1-21,利用该应用客户端，由应用所提供的服务可以被访问；以及XML文档管理客 户端(XDMC ) 1-22,利用该XML文档管理客户端，XML文档内的 一个元素或多个元素例如可以:故创建、删除、^修改和纟企索。通常， 控制平面业务，如SIP信令，通过IMSl-5传送，但是用户平面业务 在UEl-2和应用服务器l-4之间传送。利用XCAP协议，集群和列 表管理业务经由聚合代理1-3在UE (或更精确地，UE中的 XDMC1-22)和应用XDMS1-6或共享XDMS1-7之间进行。聚合代理1-3、应用XDMS 1-6和共享XDMS 1-7是XDM功能 实体。XDM定义了一种公共机制，使用户特定服务相关信息(例如 集群定义)可由不同的应用(服务支持实体(enabler))和驻存在 用户设备中的客户端来访问，并使得这些信息可被创建、修改、检 索和删除。这些信息，更准确地来说，XML文件，纟皮存储在XDMS 中。应用XDMS l-6是应用特定月良务器，即，它为一个或多个应用 服务器服务，每个用于相同的特定应用，而共享XDMC 1-7为系统 中不同应用程序的应用程序服务器服务，并包含通用的集群和列表 管理数据。聚合代理1-3将单个XCAP请求从XDMC路由到正确的 XDMS。应用服务器1-4包括提供集群通信服务的一个或多个应用单元、 用于接收的一个或多个接收器以及用于发送通信(消息)的一个或 多个发射器、存储器和一个或多个操作处理器，操作存储器用于处 理提供集群通信服务的一个或多个应用，处理并控制接收和发送通 信以及控制存储器的使用。对于本领域技术人员来说，明显的是该 服务器可包括在此不需要做详细描述的其他组件、实体、功能和结 构。提供集群通信业务的应用可以是软件应用，或模块，或配置为 算术运算或程序的单元，举例来说，由操作处理器执行。举例来说， 提供集群通信服务的应用可以是PoC、报文或会议。PoC规范现在 正由OMA下面的PoC工作组开发。有关PoC的更详细的信息可通 过上述OMA的互联网网页找到。由IETF定义的SIMPLE提供即时 消息(IM)服务。OMA还基于SIP/SIPMLE协i义定义IM (即时消息)能力实体。因此，应用服务器4可以是PoC服务器、即时消息服务器或会议服务器，其支持不同的媒体类型，如音频、视频和报文。由于应用XDMS1-6为单个应用服务，所以应用XDMS 1-6可以 是PoCXDMS或即时消息XDMS。举例来说，当应用为PoC时，联 系列表可被储存在共享XDMS1-7和/或PoC XDMS中，即应用XDMS 1-6中，其包含PoC集群文档。因此，为PoC集群会话提供成员列 表的PoC集群文档可由UEl-2和PoC服务器访问，即应用服务器1-4， 且当向集群通告或当建立集群会话(邀请集群成员到集群会话)时， 它们可使用成员列表。根据本发明，除成员列表外，PoC集群文件 优选地还包含集群中的可用媒体类型。才艮据本发明的一个实施例，UE 1-2包括下文中称为应用客户端 的一个或多个应用客户端单元1-21、 一个或多个文档管理客户端单 元(XDMC) 1-22、存储器、用于接收的一个或多个接收器和用于发 送通信(消息)的一个或多个发射器，以及一个或多个操作处理器， 操作处理器用于处理一个或多个应用客户端和文档管理客户端，用 于处理和控制接收和发送通信，以及用于控制存储器的使用。对于 本领域4支术人员来说，明显的是用户i殳备可包括在此不需要作详细 说明的其他组件、实体、功能和结构。此外，UEl-2，或更具体地， 应用客户端1-21允许应用会话发起，并提供到不同集群列表和联系 列表的访问。根据本发明的应用客户端或应用客户端所驻留在其内 的用户设备可配置为形成并发送通告集群的消息，将关于集群中可 用媒体类型的信息添加到通告集群的消息中，并储存关于集群中可 用媒体类型的信息，如图2到图4所示。根据本发明的应用客户端 1-21可与用户设备装载在一起，或它可以是到用户设备的可下载插 件，否则随后被添加到用户设备，或者用户设备中的应用客户端可 被修改为根据本发明的应用客户端。举例来说，应用客户端可以是 软件应用，或模块，或配置为算术运算或程序的单元，由操作处理 器执行。图2和图3公开了根据本发明的多个消息，其都是向现有集群通告的消息。消息可以是任何适合的信令消息，但为了清楚起见，它们被阐释为简化的SIP MESSAGE,为清楚起见，不包含所有可能 的SIP报头和参数。在所阐释的架构中，消息通过IMS被发送，且 它们是即时消息或页面模式消息。对于这些消息来说通用的 一 个特 征是消息被创建并通过网络基础结构发送到 一 个/多个接收者，且在 协议层，后续的消息不涉及前者每个即时或页面模式消息，设置 是对在前消息的回复，都被考虑为独立的事务。也就是说，通告集 群的消息不是基于会话的报文消息而是独立的事务。在图2所阐释的实施例中，消息2包含新的字段"通信方式(communication means ) "2-1以定义集群中的可用J 某体类型，而在 图3所阐释的实施例中，当前字段"群组类型(group type )"被扩展 为定义可用媒体类型3-1、 3-1，。图2中的新字段2-l还可具有另一 个名称。考虑图3的实施例， 一些其他当前字段可被扩展为定义可 用媒体类型。在这里，媒体类型覆盖了端点(也就是UE)间可协商 的数据和/或通信装置的主要类型。媒体类型的例子包括顶层媒体类 型，由IETF在1996年11月的RFC 2046，多用途互耳关网邮件扩充 协议(MIME)第二部分媒体类型中定义。顶层媒体类型包括但不 限于，文本(文本信息)、图片(图片数据)、音频(音频数据)、 视频(视频数据)、应用(一些其他种类的数据，通常为应用所处 理的未解译二元数据或信息)、多部分(由多个独立数据类型的实 体组成的数据)和消息(封装的消息)。此外，媒体类型包含提供 集群通信服务的不同子类型和/或连接类型(包括不同的覆盖服务)。 因此，举例来说，媒体类型可从"poc"、 "im"、"音频"、"视频"、"会 议"，"应用"、"全部"、"其他"所组成的组中选出。在这两个所示的例子中，两种媒体类型，媒体—类型1(media_typel )和J 某体—类型2 ( media—type2 ) 一皮定义为所通告的集 群中的可用媒体类型。但是，在一个集群中可以有一种，两种，三 种或多种的可用媒体类型；数量是不受限制的。优选地，消息包含 集群中所有可能的可用媒体类型，这是由于可用媒体类型仅仅表示什么媒体类型可被用于集群中，但它们不需要在集群通信中使用所 有可用媒体类型的媒体组件。举例来说，如果集群中的可用媒体类 型是音频、视频和报文，则在集群的集群通信会话期间可以仅使用 音频。如果新的可用媒体类型被添加到集群定义中，或者从集群定义 中删除现有的可用媒体类型，则通告集群的消息被相应地修改，且 优选地在修改后#皮发送。图4图示出根据本发明的一个实施例的信令。在图4所图示的 实施例中，为清楚起见，假设集群通告被激活并被发送给所有的集 群成员。向所有集群成员发送通告集群的消息的一个优势在于，每 个集群成员将具有关于集群中可用媒体类型的相同信息。这使得能 够立即给所有的集群成员相同的用户体验。当可用媒体类型被修改 而集群同时存在时，这是尤其有利的。在所图示的实施例中，用户i殳备UEl,或更准确地来说，UE 1 的用户，在点4-1使用常规的过程创建集群。该集群如何被创建对本 发明来说未带来重要性，因此在此不对它进行详细讨论。除了现有 技术的集群定义之外，在点4-l， UE1 (用户)定义了所创建的集群 的可用媒体类型。举例来说，用户设备可向用户显示所有可能的媒 体类型，用户从其中选择他/她想要用于该集群的类型，或者用户设 备可以有预设的可用媒体类型的定义，预设的定义被存储在用户设 备中且用作默认值。但是，可用媒体类型是怎样被定义的细节对于 本发明来说是不相关的；只要将可用媒体类型添加到通告集群的消 息中就足够了。当集群已经被创建且定义也已经准备好时，关于集 群的信息被XDMC转发给系统并使用常规的过程存储在应用XDMS 或共享XDMS中。然后，立即或者过一会儿，UE1,或者实际上是 UE1中的所述应用客户端，在点4-2形成通告集群的消息。消息可 包含用于可用媒体类型的新字段(在图2中公开)或集群类型的扩 展字段(在图3中公开)。当消息准备好时，UE1将其(消息4-3 ) 发送给网络。当消息到达相应的应用服务器时，优选地，其使用常规过程执行集群通告策略并且分发校验。然后，应用服务器将消息4-3传送给集群成员的UE (根据配置，UE接收或不接收消息4-3 )。 当其他集群成员的UE (或另一个集群成员的UE,如果该集群 仅包含两个成员的话)接收消息4-3时，在点4-4,它们可储存含有 随后用于集群的可用媒体类型的集群信息。举例来说，当用户想要 邀请其他成员到集群通信会话时，或者当用户响应于集群通信时， 可将可用媒体类型显示给用户。应用服务器可被配置为发送通告集群的消息，而不从集群创建 者那里接收通告，消息被发送给所有的集群成员或者选出的集群成 员子集。这样的应用服务器在相同申请者的美国专利申请 No.10/880,982中示出，通过参考将该美国专利申请并入在此。(相 应的PCT申请为PCT/FI2005/050137 )。在应用服务器也可通告集群 的实施例中，优选地，应用服务器也被配置为发送通告集群成员(包 括创建者)的消息，连同关于可用媒体类型的信息一起。换句话说， 应用服务器可发送消息4-3到集群成员，虽然应用服务器不接收消息 4-3。在本发明的某个其他实施例中，通告集群并包含关于可用媒体 类型的信息的消息可不利用应用服务器发送，即，UE1直接发送消 息4-3到其他集群成员或另一个集群成员。图4所示的点和信令消息并非绝对按照时间发生先后顺序，且 某些点/信令可同时执行。也可执行其他功能，或在点/信令消息之间 或点内发送其他信令消息。实现本发明功能的用户设备、服务器或相应的服务器组件和/或 其他相应设备不仅仅包括现有技术的装置，还包括形成、发送和/或 接收消息的装置，所述消息以上面所述的方式通告集群并含有关于 集群中可用媒体类型的信息。目前的服务器和用户设备包括可在根 据本发明的功能中使用的处理器和存储器。实现本发明所需的所有 修改和配置可作为例程来执行，其可以实现为附加或更新的软件例 程、专用集成电路(ASIC)和/或可编程电路。软件例程，也称为程序产品，包括小应用程序和宏，可被储存在任意设备可读数据存储 介质中，且它们包括执行特定任务的程序指令。软件例程可被下载 到设备中。用户设备、服务器或相应服务器组件和/或其他相应设备 可被配置为计算机，其包括提供用于算术运算的储存区域的至少一 个存储器和用于执行算术运算的操作处理器。操作处理器的例子包 括中央处理单元。对于本领域技术人员来说，显而易见的是，作为技术进步，本 发明的概念可通过多种方式来实现。本发明和其实施例不限于上文 所描述的例子，而是可以在权利要求的范围内变化。
权利要求
1. 一种用于提供集群通信服务的通信系统的方法，该方法包括通过发送至少一条消息给至少一个期望的集群成员来通告集群；以及将集群中可用媒体类型的指示添加到通告集群的消息中，所述可用媒体类型包含至少一种媒体类型。
2. 根据权利要求1所述的方法，进一步包括响应于接收 到所述消息而存储集群中可用媒体类型。
3. 根据权利要求1或2所述的方法，其中消息被发送到有 意参加所通告的集群的集群通信的所有用户。
4. 一种在提供集群通信服务的通信系统中通告集群的信令 消息，该消息包含关于集群中可用媒体类型的消息，所述可用媒 体类型包含至少一种媒体类型。
5. 根据权利要求4所述的信令消息，该消息进一步包含用 于有关集群中可用媒体类型的信息的字段。
6. 根据权利要求4所述的信令消息，其中所述消息中的现 有字段被扩展以包含关于集群中可用媒体类型的信息。
7. 根据权利要求6所述的信令消息，其中所述字段为集群 类型字段。
8. 根据权利要求4至7任意一项所述的信令消息，其中所 述可用媒体类型从包括"蜂窝一键通"、"即时消息收发"、"音频"、 "视频"、"会议，，，"应用"、"全部"、"其他"的组中选择。
9. 根据权利要求4至8任意一项所述的信令消息，其中所 述消息包含集群中所有的可用媒体类型。
10. —种用户设备，包括用于发送根据权利要求4至9任意 一项所述的信令消息的装置。
11. 一种用户设备，包括用于接收根据权利要求4至9任意 一项所述的信令消息的装置。
12. 根据权利要求11所述的用户设备，其中所述用户设备 被配置为存储由所述信令消息通告的集群中的可用媒体类型。
13. —种用于提供集群通信服务的通信系统的服务器组件， 该服务器组件包括用于发送根据权利要求4至9任意一项所述的 信令消息的装置。
14. 根据权利要求13所述的服务器组件，其中所述服务器 组件是集群通信服务器。
15. —种体现在设备可读介质中并包括程序指令的计算机程 序产品，其中所述程序指令的执行促使包含该计算机程序产品的 设备形成根据权利要求4至9任意一项所述的一条信令消息。
全文摘要
在提供集群通信服务和现有及新建集群组的通告的通信系统中，关于集群中的可用媒体类型的信息在通告集群的消息中被发送给集群成员。该消息包含用于该信息的新字段，或者被扩展以包含该信息的现有字段。
文档编号H04L29/06GK101273577SQ200680035402
公开日2008年9月24日 申请日期2006年9月26日 优先权日2005年9月27日
发明者A·洛里拉, M·普瓦克塞尔卡 申请人:诺基亚公司