通信系统中的集群通信方法和设备

1.一种用于集群通信的方法，包括：
通过发送至少一个消息到至少一个期望的集群成员来通告集群，其中在创建集群呼叫前，通告所述集群的至少一个消息被发送到至少一个期望的集群成员；以及向通告集群的消息添加该集群中可用媒体类型的指示，其中所述可用媒体类型包含至少一种媒体类型。
2.根据权利要求1所述的方法，进一步包括响应于接收到所述消息而存储集群中可用媒体类型。
3.根据权利要求1或2所述的方法，其中消息被发送到有意参加所通告的集群的集群通信的所有用户。
4.根据权利要求1所述的方法，其中该消息包含用于有关集群中可用媒体类型的信息的字段。
5.根据权利要求1所述的方法，其中所述消息中的现有字段被扩展以包含关于集群中可用媒体类型的信息。
6.根据权利要求5所述的方法，其中所述字段为集群类型字段。
7.根据权利要求1所述的方法，其中所述可用媒体类型包括“蜂窝一键通”、“即时消息收发”、“音频会议”和“视频会议”。
8.根据权利要求1所述的方法，其中所述消息包含集群中所有的可用媒体类型。
9.一种用于集群通信的设备，包括：
用于形成通告通信系统中集群的信令消息的装置，所述消息包含关于所述集群中可用媒体类型的信息，该可用媒体类型包含至少一个媒体类型；以及
用于在创建集群呼叫前，发送所述信令消息到至少一个期望的集群成员的装置。
10.根据权利要求9所述的设备，其中用于形成的装置被配置成将关于可用媒体类型的信息添加到所述消息中的字段，该字段用于关于集群中可用媒体类型的信息。
11.根据权利要求9所述的设备，其中用于形成的装置被配置成将关于可用媒体类型的信息添加到所述消息中的现有字段，该字段被扩展以包含关于集群中可用媒体类型的信息。
12.根据权利要求11所述的设备，其中用于形成的装置被配置成将所述信息添加到集群类型的字段。
13.根据权利要求9、10、11或12所述的设备，其中用于形成的装置被配置成从包括“蜂窝一键通”、“即时消息收发”、“音频会议”和“视频会议”的组中选择可用媒体类型。
14.根据权利要求9、10、11或12所述的设备，其中用于形成的装置被配置成向所述消息添加集群中所有的可用媒体类型。
15.根据权利要求9、10、11或12所述的设备，其中所述设备是用户设备。
16.根据权利要求9、10、11或12所述的设备，其中所述设备是服务器组件。
17.根据权利要求16所述的设备，其中所述服务器组件是集群通信服务器。
18.一种用于集群通信的设备，包括：
用于通过发送至少一个消息到至少一个期望的集群成员来通告集群的装置，其中在创建集群呼叫前，通告所述集群的至少一个消息被发送到至少一个期望的集群成员；以及用于向通告集群的消息添加该集群中可用媒体类型的指示的装置，其中所述可用媒体类型包含至少一种媒体类型。
19.根据权利要求18所述的设备，进一步包括用于将可用媒体类型的信息添加到关于集群中可用媒体类型的信息的字段的装置。
20.根据权利要求18所述的设备，进一步包括用于将关于可用媒体类型的信息添加到所述消息中的现有字段的装置，该字段被扩展以包含关于所述集群中可用媒体类型的信息。
21.根据权利要求18所述的设备，进一步包括将关于可用媒体类型的信息添加到所述消息中集群类型的字段的装置，该字段被扩展以包含关于所述集群中可用媒体类型的信息。

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