集群通信的制作方法
【专利说明】集群通信
[0001]分案申请
[0002]本申请是申请号为200680051090.0、申请日为2006年11月30日并且发明名称为
“集群通信”的专利申请的分案申请。
技术领域
[0003]本发明涉及在提供集群通信服务的通信系统中的集群通信。
【背景技术】
[0004]在移动通信系统中提供的一个特别的特征是集群通信。这里使用的术语“集群”指意图参与相同集群通信的两个或多个用户的任意逻辑集群。集群通信的一个示例是集群呼口 H，这是一种所有参与者可以轮流发言并且听到彼此的呼叫。
[0005]传统地，集群通信仅在主干移动通信系统中可用，诸如专业移动无线或私有移动无线(PMR)系统，诸如TETRA (陆地主干无线)，这是主要用于专业和政府性用户的专用无线系统。归功于通信技术的演进，尤其是基于IP的通信技术以及终端用户设备的演进，集群通信服务现在在公共移动通信系统中也可用。提供集群通信服务的服务示例包括无线一键通(PoC)、消息传送(頂)以及会议，使用由SIP (会话发起协议)提供的原语实现所有这些服务，这不是垂直地集成到通信系统中，而是建立多媒体架构的工具。此类集群通信可以包括数据呼叫、音频呼叫、视频呼叫、多媒体呼叫、消息传送、电子邮件等。
[0006]由于多种通信可能性，在集群中可以使用不同的媒体类型，诸如语音PoC呼叫、SIMPLE (SIP即时消息传送和在线支持扩展)頂聊天、视频PoC呼叫和游戏服务。当创建集群定义时，通常仅某些上述媒体类型被定义为该集群所支持的媒体类型。例如，可以在通告集群的消息中或在邀请集群成员加入该集群的消息中通知集群成员关于支持的媒体类型(集群成员是意图参与该集群通信的用户)。然而，上述消息中的支持的媒体类型可以包含没有被定义为所支持的媒体类型的一个或多个媒体类型。因此，集群成员可能接收混淆或错误的信息。
【发明内容】
[0007]因此，本发明的目的是提供一种用于实现克服上述问题的方法和设备。通过特征在独立权利要求中所陈述的方法、用户设备、服务器、系统和计算机程序产品来达到本发明的目的。本发明的优选实施方式在从属权利要求中公开。
[0008]本发明基于认识到问题并且通过交叉检查消息中指示的支持的媒体类型与可使用的媒体类型，并且如果它们匹配，则通过向用户发送消息或向用户显示信息来解决问题。
[0009]本发明提供容易实现的方案以便确保集群成员不接收关于该集群中所支持媒体类型的混淆的信息。
【附图说明】
[0010]在下文中，借助于优选的实施方式并且参考附图更详细地描述本发明，附图中:
[0011]图1示出了提供集群通信服务的通信系统的一般架构的示例；
[0012]图2、图3和图4是示出了根据本发明实施方式的服务器的功能性的流程图；
[0013]图5是示出了根据本发明一个实施方式的用户设备的功能性的流程图；以及
[0014]图6示出了根据本发明一个实施方式的信令的示例。
【具体实施方式】
[0015]以下实施方式是示例性的。尽管说明书可能在多个位置指出“一个”或“一些”实施方式，这未必意味着对相同的实施方式做出每个此类参考，或该特征仅适用于单个实施方式。此外，下面呈现的实施方式或其部分可以组合以产生本发明的优选的实施方式。
[0016]本发明可应用于任何用户设备、服务器和/或任何通信系统或不同通信系统的任何组合，其支持集群通信并且提供集群用于向集群成员指示支持的媒体类型的消息。对于消息格式、集群类型不存在限制。通信系统可以是固定通信系统或无线通信系统或利用固定网络和无线网络两者的通信系统。使用的协议、通信系统的规范以及用户设备(尤其是无线通信中的用户设备)快速发展。此类发展可能需要对本发明进行额外的改变。因此，所有词语和表达应该宽泛地进行解释并且它们旨在说明而不是限制本发明。
[0017]在下文中，作为可以应用本发明的系统架构的示例，将使用这样的架构来描述本发明，即基于提供建立多媒体架构的工具的SIP并且利用XDM(XML文档管理)的架构，然而，本发明不限制于此类架构。SIP是因特网工程任务组(IETF)定义的用于创建、修改以及终止与一个或多个参与者的会话的应用层控制(信令)协议。开放移动联盟(OMA)将XDM定义为集群的通用框架以及基于XCAP协议(XML配置访问协议)的列表管理。IETF规范和因特网草案可以在http://www.1etf.0rg处找到并且OMA规范可以在http://www.0penmobilealliance.0rg 处找到。
[0018]利用SIP和XCAP提供集群通信服务的通信系统的一般架构在图1中示出。图1是仅示出了某些单元和功能实体的简化系统架构，以上所有是逻辑单元，其实现可能与示出的不同。在图1中示出的连接是逻辑连接；实际的物理连接可以不同。对于本领域的技术人员明显的是，系统还包括其他功能和结构。应该理解，在集群通信中或针对集群通信使用的功能、结构、单元和协议，包括加入集群通信的邀请或用于通告集群，与实际发明不相关。因此，在这里不需要更详细地讨论它们。
[0019]通信系统I包括用户设备(UE) 1-2，诸如移动台，其可连接至聚合代理1-3，应用服务器1-4和IP多媒体子系统(MS) 1-5，并且通过它们连接至应用XML文档管理服务器(XDMS) 1-6和共享XDMS1-7。作为功能实体，UE1-2包含应用客户端1_21，利用客户端1_21访问由应用提供的服务，以及XML文档管理客户端(XDMC) 1-22，利用XML文档管理客户端(XDMC) 1-22例如可以创建、删除、修改以及检索XML文档或XML文档内的元素。通常，诸如SIP信令的控制平面业务通过MS1-5传递，而用户平面业务在UE1-2和应用服务器1_4之间传递。使用XCAP协议的集群和列表管理业务在UE (或，更精确地是UE中的XDMC1-22)和应用XDMS1-6或共享XDMS1-7之间经由聚合代理1_3运行。
[0020]聚合代理1-3、应用XDMS1-6和共享XDMS1-7是XDM功能实体。XDM定义使驻留在用户设备中的不同应用(服务使能者)和客户端可以访问用户专用服务相关信息(诸如集群定义)以及支持创建、修改、检索和删除此类信息的通用机制。该信息(更精确地是XML文档)存储在XDMS中。应用XDMS1-6是应用专用服务器，即其服务一个或多个应用服务器，每个都针对相同的特定应用，然而共享XDMS1-7服务系统中不同应用的应用服务器并且包含通用集群和列表管理数据。聚合代理1-3将独立的XCAP请求从XDMC路由到正确的XDMS。
[0021]提供集群通信服务的应用例如可以是PoC、消息传送或会议。PoC规范当前由OMA之下的PoC工作组开发。关于PoC的更详细的信息可以通过OMA的上述因特网网页找到。IETF定义的SMPLE提供即时消息传送(頂)服务。OMA还基于SIP/SMPLE协议定义頂(即时消息传送)使能器。因此，应用服务器4可以是PoC服务器、即时消息传送服务器或支持不同媒体类型(诸如音频、视频和消息传送)的会议服务器。因为应用XDMS1-6服务单个应用，应用XDMS1-6可以是PoCXDMS或即时消息传送XDMS。例如，当应用是PoC时，联系人列表可以存储在共享XDMS1-7中和/或PoCXDMS中，即应用XDMS 1_6，其包含PoC集群文档。因此，为PoC集群会话提供成员列表的PoC集群文档对于UE1-2和PoC服务器(即应用服务器1-4)是可访问的，并且当通告集群时或当建立集群会话(邀请集群成员加入集群会话)时，它们可以利用成员列表。除成员列表之外，根据本发明的PoC集群文档还优选地至少包含集群支持的媒体类型。PoC集群文档还可以包含集群成员专用信息，诸如该集群中集群成员允许的媒体类型。根据本发明的实施方式的服务器可以包括执行以下结合服务器描述的一个或多个功能的应用。所述应用可以随服务器一同装载，或其可以是服务器的可下载插件，否则稍后将其添加到服务器，或可以修改服务器中的现有应用以包括所述功能。还可能不修改服务器以执行以下结合服务器描述的功能。
[0022]UE1-2或更具体地，应用客户端1-21或XDMC1-22允许应用会话发起并且提供对不同集群列表和联系人列表的访问。该应用客户端和/或XDMC或客户端驻留的用户设备可以配置为形成并且发送通告集群的消息，向通告集群的消息添加关于集群支持的媒体类型的信息，并且在集群中存储关于支持的媒体类型的信息。根据本发明一个实施方式的应用客户端1-21和/或XDMC1-22可以与用户设备一同装载，或可以是用户设备的可下载插件，否则稍后添加到用户设备上，或者用户设备中的客户端可以修改为根据本发明一个实施方式的客户端。还可能用户设备不包括根据本发明一个实施方式的任何客户端，即不修改用户设备来执行以下结合用户设