CN101083535B - 群组业务中实现个性化服务的方法及其系统 - Google Patents

Abstract

本发明涉及移动通信领域，公开了一种群组业务中实现个性化服务的方法及其系统，使得当终端不支持在SIP消息中携带媒体的能力时，也可以实现群组业务的个性化服务。本发明中，服务订阅者通过个性化服务器配置个性化数据，在请求群组业务时，向AS发送请求消息，AS根据该请求消息从个性化服务器获取所配置的个性化数据，并将这些个性化数据按照预置策略添加到该请求消息中，然后将该请求消息转发给被叫用户。此后，AS向该主叫用户返回请求响应消息，其中携带按照预置策略添加的从个性化服务器获取相应的个性化数据。

Description

群组业务中实现个性化服务的方法及其系统

技术领域

本发明涉及移动通信领域，特别涉及群组业务。

背景技术

网际协议多媒体核心网子系统(IP Multimedia Subsystem，简称“IMS”)是第三代合作伙伴项目(3^rdGeneration Partnership Project，简称“3GPP”)定义的宽带码分多址(Wideband Code Division Multiple Access，简称“WCDMA”)网络中的一个网间互联协议(Internet Protocol，简称“IP”)多媒体子系统，是第三代移动通信(The Third Generation，简称“3G”)移动网实现分组语音(Voice over IP，简称“VoIP”)和分组数据，提供统一的多媒体业务和应用的目标网络。

IMS采用IP分组域作为其控制信令和媒体传输的承载通道，采用会话初始化协议(Session Initiation Protocol，简称“SIP”)作为呼叫控制信令的协议，实现了业务管理、会话控制及承载接入的三者分离。

IMS是一种能力平台，基于IMS，可以快速的开发和部署各种业务，例如即时送信业务(Instant Messenger，简称“IM”)、基于蜂窝网的即按即说(PTT over Cellular，简称“PoC”)等。IMS为这些业务提供注册、消息路由、服务质量(Quality of Service，简称“QoS”)保证、安全保证等底层服务，可以通过IMS将这些业务构建为基于群组的业务。

所谓基于群组的业务是指在该业务中，存在某请求涉及到多个用户，例如，通过IM业务将一个消息发给多个用户，通过PoC业务同时和多个用户进行通话等。

IMS中会话的建立和结束所采用的SIP，是互联网工程任务组(InternetEngineering Task Force，简称“IETF”)于1999年3月发布的一种VoIP的标准。SIP将电话作为互联网(Internet)的一个重要应用，增加了电话信令和QoS方面的要求，并具有独特的用户寻址与定位的功能。SIp结合了会话描述协议(Session Description Protocol，简称“SDP”)，用于发起会话，能控制多个参与者参加的多媒体会话的建立和终结，并能动态调整和修改会话属性，例如会话带宽要求、传输媒体类型(语音、视频、数据等)、媒体的编解码格式、对多播和单播的支持、会话的其它参数(通讯端口、地址等)等等。因此，SIP有利于与互联网结合开发多种应用的增值服务。

在一个群组业务中，通常有一个群组管理的服务器，用来存放群组定义，例如，群组成员信息、群组类型等信息，以及群组相关的策略，例如，群组中成员的权限等。群组及其相关的策略信息通常以可扩充标记语言(extensible Markup Language，简称“XML”)文档来描述。数据的类型通常使用多用途网络邮件扩展(Multipurpose Internet Mail Extensions，简称“MIME”)类型来描述，比如文本、图片、声音、视频等。

其中，群组通常用一个统一资源标识(Uniform Resource Identifier，简称“URI”)来标识，用户通过这个URI，可以在群组上建立会话，也可以向群组发送短消息。具体地说，URI用来标识一个资源，并且URI是唯一的。统一资源定位(Universal Resource Locator，简称“URL”)是URI中的一种，用来描述一个资源所处的位置，例如音乐、图片等媒体资源所处的位置。

另外，XML文档管理客户端(XML Document Management Client，简称“XDMC”)可以向XML文档管理服务器(XML Document Management Sever，简称“XDMS”)提交XML文档，文档记录的信息可以为群组的定义、群组的策略或个人的一些配置信息。群组服务的构架如图1所示，XDMC在向XDMS提交XML文档请求时，需要通过Aggregation proxy(聚合代理)的 鉴权，而XDMC可以在业务终端上面，也可以不在业务终端上，例如为仅用于实现XDMC功能的一台独立的电脑。

在用户发起业务请求时，客户端通过SIP/IP核心网(Core)向应用服务器(Application Server，简称“AS”)发起请求，由AS处理相关逻辑，例如，检查用户是否具有发起指定会话的权限、转发请求给其他用户等。

在PoC业务中，通过一个群组URI来建立一个会话，首先由用户A向AS递交一个建立会话的请求，该请求中包含该群组的URI。AS向群组管理服务器取群组定义，并解析群组成员，并检查用户A是否有在该群组上发起会话的权限，如果有，则AS向其他群组成员发送会话请求。这个会话建立的过程与IM中发送短消息的方法类似。其中，可以通过在请求的SDP描述中添加媒体信息来使得呼叫业务变得个性化，例如，实现在发送会话请求时，向接收方展示一个图片或播放指定的铃声。

在一次群组服务过程中，通常包含一个控制功能服务器(CF)和参与功能服务器(PF)。其中，控制功能服务器是整个会话的中心，用来处理会话过程中数据的复制与分发，这样发送方的请求消息只需要发送一次，就可以将信息转发给多个被叫用户。参与功能服务器则起简单转发的功能，同时还存放用户相关的简单的业务配置。

客户端在向服务器递交请求时，可以在SIP请求的SDP中包含一个媒体的内容或一个媒体的链接。在媒体链接的情况下，服务器或被叫终端通过该链接获取对应的媒体的内容。

在实际应用中，上述方案存在以下问题：操作复杂，占用较多的空口资源，当发送方终端不支持在SIP消息中携带媒体的能力时，无法实现群组业务的个性化服务。

造成这种情况的主要原因在于，由于用户在发起个性化服务的业务请求时需要指定在请求中包含的具体媒体，而对于不经常变化的个性化数据，例 如铃声、群组标志，这样的操作比较复杂。

由于发送方通过空口将媒体的内容本身或媒体的链接发送到AS，占用较多的空口资源，对于不经常变化的个性化数据，重复的占用空口资源，造成空口资源的浪费。

由于当发送方终端不支持在SIP消息中携带媒体的能力时，在发送的请求消息中无法携带个性化数据，将无法实现群组业务的个性化服务。

发明内容

有鉴于此，本发明的主要目的在于提供一种群组业务中实现个性化服务的方法及其系统，使得当终端不支持在SIP消息中携带媒体的能力时，也可以实现群组业务的个性化服务。

为实现上述目的，本发明提供了一种群组业务中实现个性化服务的方法，包含以下步骤：

订阅了个性化服务的群组用户通过个性化服务器配置个性化数据；

在进行业务时，该业务的应用服务器从所述个性化服务器获取所述个性化数据，并按照预置策略向相关的业务消息添加从所述个性化服务器获取的所述个性化数据，传输个性化数据添加后的业务消息；

其中，所述应用服务器包含控制功能服务器、所述业务的主叫用户的参与功能服务器和所述业务的被叫用户的参与功能服务器；

所述主叫用户的个性化数据通过该主叫用户的参与功能服务器从所述个性化服务器获取；

所述被叫用户的个性化数据通过所述被叫用户的参与功能服务器从所述个性化服务器获取；

所述群组的个性化数据通过所述控制功能服务器从所述个性化服务器 获取。

其中，所述个性化数据包含：

群组的个性化数据、所述业务的主叫用户的个性化数据、或所述业务的被叫用户的个性化数据。

此外在所述方法中，所述业务消息为会话发起协议消息，包含该业务的请求消息和该业务的请求响应消息。

此外在所述方法中，所述请求消息由所述业务的主叫用户发出，依次通过所述主叫用户的参与功能服务器、所述控制功能服务器和所述被叫用户的参与功能服务器转发给对应的被叫用户；

所述请求响应消息依次通过所述被叫用户的参与功能服务器、所述控制功能服务器和所述主叫用户的参与功能服务器转发给该主叫用户。

此外在所述方法中，当所述业务消息传输到所述控制功能服务器时，还包含以下步骤：

所述控制功能服务器根据所述预置策略决策所述请求消息中的所述个性化数据为所述主叫用户的个性化数据、或者同时包含所述主叫用户的个性化数据和群组的个性化数据；

所述控制功能服务器根据所述预置策略决策所述请求响应消息中所述个性化数据为所述被叫用户的个性化数据、或者所述群组个性化数据。

此外在所述方法中，当所述业务为一对一业务时，所述决策结果为：

所述个性化数据为所述主叫用户的个性化数据、或所述被叫用户的个性化数据。

此外在所述方法中，如果所述主叫用户支持所述个性化服务，并且该个性化服务处于激活状态，则所述应用服务器在所述请求消息中添加所述个性化数据后转发给所述被叫用户；否则，所述应用服务器直接转发所述请求消 息给所述被叫用户。

此外在所述方法中，所述个性化服务器为可扩充标记语言文档管理服务器。

此外在所述方法中，所述订阅了个性化服务的群组用户通过可扩充标记语言文档管理客户端向所述可扩充标记语言文档管理服务器递交所述个性化数据。

此外在所述方法中，所述个性化数据为媒体的内容、媒体的统一资源定位、或者统一资源标识。

此外在所述方法中，当所述个性化数据为所述媒体的统一资源定位或统一资源标识时，还包含以下步骤：

由指定服务器将所述统一资源定位或统一资源标识转化为对应的媒体的内容后传输。

此外在所述方法中，所述指定服务器是具有将所述统一资源定位或统一资源标识转化为对应的媒体的内容的功能的所述个性化服务器、所述主叫用户的参与功能服务器、所述被叫用户的参与功能服务器、或所述控制功能服务器。

此外在所述方法中，当所述个性化数据为所述媒体的统一资源定位或统一资源标识时，还包含以下步骤：

所述群组用户收到所述个性化数据后，根据所述媒体的统一资源定位或统一资源标识从网络侧获取对应的媒体的内容。

此外在所述方法中，当所述个性化数据为所述媒体的内容时，还包含以下步骤：

当所述被叫用户不支持所述请求消息中的个性化数据时，所述被叫用户的参与功能服务器删除所收到的请求消息中相应的个性化数据后发送给该被 叫用户；

当所述主叫用户不支持所述请求响应消息中的个性化数据时，所述主叫用户的参与功能服务器删除所收到的请求响应消息中相应的个性化数据后发送给该主叫用户。

此外在所述方法中，当所述个性化数据为所述媒体的统一资源定位或统一资源标识时，还包含以下步骤：

当所述被叫用户不支持所述请求消息中的个性化数据所对应的媒体的内容时，所述被叫用户的参与功能服务器删除所收到的请求消息中相应的个性化数据后发送给该被叫用户；

当所述被叫用户支持所述请求消息中的个性化数据所对应的媒体内容，但不支持所述个性化数据时，所述被叫用户的参与功能服务器将该请求消息中个性化数据转化为相应的媒体的内容后发送给该被叫用户；

当所述主叫用户不支持所述请求响应消息中的个性化数据所对应的媒体的内容时，所述主叫用户的参与功能服务器删除所收到的请求响应消息中相应的个性化数据后发送给该主叫用户；

当所述主叫用户支持所述请求响应消息中的个性化数据所对应的媒体内容，但不支持所述个性化数据时，所述主叫用户的参与功能服务器将该请求响应消息中的个性化数据转化为相应的媒体的内容后发送给该主叫用户。

此外在所述方法中，当所述个性化数据为所述媒体的内容时，这些个性化数据通过多用途网络邮件扩展形式添加到对应的所述业务消息中。

本发明还提供了一种群组业务中实现个性化服务的系统，包含订阅了个性化服务的用户设备；

所述个性化服务器，用于根据所述用户设备的设置配置个性化数据；

所述应用服务器，用于在进行业务时，从所述个性化服务器获取所述个 性化数据，并按照预置策略向相关的业务消息添加从所述个性化服务器获取的所述个性化数据，传输个性化数据添加后的业务消息。

其中，所述应用服务器包含控制功能服务器、所述业务的主叫用户的参与功能服务器和所述业务的被叫用户的参与功能服务器；

所述主叫用户的个性化数据通过该主叫用户的参与功能服务器从所述个性化服务器获取；

所述被叫用户的个性化数据通过所述被叫用户的参与功能服务器从所述个性化服务器获取；

所述群组的个性化数据通过所述控制功能服务器从所述个性化服务器获取。

通过比较可以发现，本发明的技术方案与现有技术的主要区别在于，服务订阅者通过个性化服务器配置个性化数据，在请求群组业务时，向AS发送请求消息，AS根据该请求消息从个性化服务器获取所配置的个性化数据，并将这些个性化数据按照预置策略添加到该请求消息中，然后将该请求消息转发给被叫用户。从而当发送方终端不支持在SIP消息中携带媒体的能力时，实现了群组业务的个性化服务。例如，在发起群组业务时向被叫用户展示一个图片或播放预置铃声，或者主叫用户可以听到配置的个性化群组铃声等服务。

AS向该主叫用户返回请求响应消息，其中携带按照预置策略添加的从个性化服务器获取相应的个性化数据。从而当接收方终端不支持在SIP消息中携带媒体的能力时，也能实现群组业务的个性化服务。

由于个性化数据通过AS添加在相应的群组业务消息中，而在业务发起者发送给AS的请求消息未携带这些个性化数据，因此，减少了业务发起者和AS间的无线资源的占用。

同样由于个性化数据通过AS添加在相应的群组业务消息中，而不需要在业务用户发送的请求消息或请求响应消息中携带个性化数据，因此业务用户即使不支持在消息中携带这些个性化数据，也能通过订阅个性化服务实现这些个性化服务，提升了用户体验。

如果个性化数据为媒体的内容，但群组用户不支持这些个性化数据，则AS在向客户端发送携带了相应的个性化数据的业务消息前，删除这些个性化数据；如果个性化数据为媒体的URI或URL，如客户但支持这些URI或URL所对应的媒体但不支持URI和URL本身，则AS将这些个性化数据转化为相应的媒体的内容后，再向客户端发送携带了相应的媒体内容的业务消息。优化了本发明的个性化服务方案，避免了这些个性化数据所造成的无线资源的浪费。

附图说明

图1是现有技术中群组服务构架示意图；

图2是根据本发明第一实施方式的群组业务中实现个性化服务的方法流程图；

图3是根据本发明第二实施方式的群组业务中实现个性化服务的方法流程图；

图4是根据本发明第三实施方式的群组业务中实现个性化服务的方法流程图；

图5是根据本发明第四实施方式的群组业务中实现个性化服务的方法流程图；

图6是根据本发明第五实施方式的群组业务中实现个性化服务的系统结构图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

本发明通过群组用户预先在个性化服务器中配置个性化数据，在进行业务时，AS从个性化服务器获取个性化数据，并将这些个性化数据按照预置策略添加到对应的业务消息中，然后将这些业务消息转发给目标用户。

本发明第一实施方式的群组业务中实现个性化服务的方法如图2所示，主叫用户A向同一群组的处于同一SIP/IP核心网的其他用户发起业务呼叫，其中，用户A订阅了个性化服务，通过个性化服务器来配置个性化数据，例如个性化服务器为XDMS。具体地说，用户是通过XDMC向XDMS递交个性化数据的，所递交的个性化数据可以是群组标志，群组口号等。

当主叫用户A通过XDMC向XDMS提交创建一个新的群组的请求，在该群组的XML定义文档中不仅包含群组的成员，而且还包含群组的标志的链接地址(URI或URL)、群组的地址。

在步骤201中，在请求业务时，用户A根据群组的地址向SIP/IP核心网发起业务请求。

在步骤202中，用户A发起业务请求的请求消息由SIP/IP核心网转发给AS。

在步骤203中，AS收到请求消息后，向XDMS请求用户A所配置的个性化数据。

在步骤204中，XDMS向AS返回用户A所配置的个性化数据。

在步骤205中，AS将所收到的这些个性化数据按照预置策略添加到用户A的请求消息中，然后将该请求消息返回给主叫用户A和被叫用户所在的SIP/IP核心网。由于个性化数据通过AS添加在相应的群组业务消息中，而在业务发起者发送给AS的请求消息未携带这些个性化数据，因此，减少了业务发起者和AS间的无线资源的占用。另外由于不需要在业务用户发送的请求消息或请求响应消息中携带个性化数据，因此业务用户即使不支持在消息中携带这些个性化数据，也能通过订阅个性化服务实现这些个性化服务，提升了用户体验。

在步骤206中，SIP/IP核心网将携带了用户A的个性化数据的请求消息转发给该群组中的被叫用户B。

在步骤207中，由于被叫用户C不支持用户A所订阅的个性化数据，AS将未携带这些个性化数据的请求消息返回给主叫用户A与被叫用户所在的SIP/IP核心网。

其中，用户在注册或再注册的过程中，通过SIP PUBLISH(发布)请求来向对应的参与功能服务器发布该用户所支持个性化数据的参数，包括是否支持该功能特性及支持哪些类型的媒体形式(媒体链接或媒体)和媒体类型(图片、声音、文字等)，也可以通过XDMC将用户所支持个性化数据的参数配置在XDMS中，该用户的参与功能服务器即可根据这些参数决策在请求消息中是否携带的个性化数据。

在步骤208中，SIP/IP核心网将不携带用户A所订阅的个性化数据的请求消息转发给该群组中的被叫用户C。

对于该群组中的其他被叫用户，可以通过与用户B或用户C类似的方式获得该业务的请求消息，从而当主叫用户A不支持在SIP消息中携带媒体的能力时，只要被叫用户支持指定的媒体形式，就可以实现群组业务的个性化服务，例如，在发起群组业务时向被叫用户展示一个图片或播放预置铃声，或者主叫用户可以听到配置的个性化群组铃声等服务。

本发明第二实施方式的群组业务中实现个性化服务的方法如图3所示。其中，AS A包含主叫用户的参与功能服务器，AS B包含控制功能服务器和被叫用户的参与功能服务器，其中，控制功能服务器与被叫用户的参与功能服务器也可以处于不同的功能实体内。

主叫用户A向同一群组的用户B发起一对一呼叫，其中，用户A和用户B处于不同的SIP/IP核心网中，并且都订阅了个性化服务，同样也是通过个性化服务器来配置个性化数据的，例如通过XDMS A配置了用户A的个性化数据为图片1、通过XDMS B配置了用户B的个性化数据为彩铃1。

在步骤301中，在请求业务时，主叫用户A向SIP/IP核心网A发起对 被叫用户B的业务呼叫请求。

在步骤302中，SIP/IP核心网A将主叫用户A的业务请求消息转发给主叫用户A的AS A中的参与功能服务器。

在步骤303中，AS A中的参与功能服务器从XDMS A获取主叫用户A的个性化数据。

在步骤304中，XDMS A向AS A中的参与功能服务器返回主叫用户A所配置的个性化数据。

在步骤305中，AS A中的参与功能服务器将主叫用户A的请求消息转发给主叫用户A的SIP/IP核心网A，其中，转发的请求消息中携带了主叫用户A的个性化数据。例如，主叫用户A的个性化数据为图片1，AS A中的参与功能服务器将图片1所对应的URL或URI携带在请求消息中并转发给SIP/IP核心网A。

另外，主叫用户A的个性化数据还可以通过AS A中的控制功能服务器从XDMS A获取，这些个性化数据由哪个服务器从XDMS获取是根据预置策略决定的。

在步骤306中，主叫用户A的SIP/IP核心网A将携带了用户A的个性化数据的请求消息转发给被叫用户B的SIP/IP核心网B。

在步骤307中，SIP/IP核心网B将主叫用户A的请求消息转发给被叫用户B的AS B。

在步骤308中，当收到的个性化数据为媒体的URI或URL等媒体链接形式时，如果用户B不支持这些个性化数据所对应的媒体的内容，同样如上例所述，请求消息中携带的是图片1所对应的URL或URI，但根据用户B发布的配置，用户B不支持图片而只支持声音，则用户B的参与功能服务器AS B将先删除所收到的请求消息中的图片，然后再发送该请求消息给SIP/IP 核心网B。

当收到的个性化数据为媒体的URI或URL等媒体链接形式时，如果用户B支持这些个性化数据所对应的媒体的内容，但是不支持这些个性化数据本身，例如，用户B支持图片，但是不支持媒体的URL或URI，则用户B的参与功能服务器AS B将收到的媒体的URI或URL转化为媒体的内容后，再发送该请求消息给SIP/IP核心网B。

这样可以避免被叫用户不支持这些个性化数据时，这些个性化数据所造成的无线资源的浪费，优化了本发明的个性化服务方案。

在步骤309中，SIP/IP核心网B将请求消息发送给被叫用户B。

在步骤310中，被叫用户B收到请求消息后，向其所在的SIP/IP核心网B返回对主叫用户A的请求响应消息。

在步骤311中，SIP/IP核心网B收到被叫用户B的请求响应消息后，将该消息转发给AS B。

在步骤312中，AS B中的参与功能服务器从XDMS B申请被叫用户B的个性化数据。

在步骤313中，XDMS B向AS B返回被叫用户B的个性化数据。

在步骤314中，AS B中的控制功能服务器对该业务请求进行判定，如果为一对一业务，直接转发携带了被叫用户B的个性化数据的请求响应消息给SIP/IP核心网B，其中，直接将该彩铃的媒体的内容本身通过MIME形式添加到该请求响应消息中。

在步骤315中，SIP/IP核心网B将携带了个性化数据的请求响应消息发送给SIP/IP核心网A。

在步骤316中，SIP/IP核心网A向AS A转发携带了个性化数据的请求响应消息。

在步骤317中，如果主叫用户A不支持请求响应消息中的个性化数据，例如，用户A的UE不支持彩铃等，则主叫用户的参与功能服务器将删除所收到的请求响应消息中相应的个性化数据，然后再将该请求响应消息返回给SIP/IP核心网A；如果用户A支持彩铃，则将携带了这种个性化数据的请求响应消息返回给SIP/IP核心网A。

在步骤318中，当用户A支持彩铃业务时，SIP/IP核心网A将携带了彩铃1的请求响应消息发送给用户A。

在上述实施方式中，用户的个性化数据是在不同的XDMS中配置的，根据网络的实际情况，这些个性化数据也可以是在同一个XDMS中。另外，控制功能服务器可以是被叫用户的AS，也可以是主叫用户的AS，取决于控制功能服务器的决定策略。

本发明第三实施方式的群组业务中实现个性化服务的方法如图4所示。其中，AS A包含主叫用户的参与功能服务器，AS B包含控制功能服务器和被叫用户的参与功能服务器，其中，控制功能服务器与被叫用户的参与功能服务器也可以处于不同的功能实体内。

用户A和用户B都订阅了个性化服务，同样也是通过个性化服务器来配置个性化数据的，例如通过同一个XDMS配置了用户A的个性化数据为图片1、用户B的个性化数据为彩铃1。该群组的管理人员也通过该XDMS配置了该群组的个性化数据为彩铃2，当发起群组呼叫时，向群组用户播放彩铃2。

步骤401与步骤402分别和步骤301与步骤302相类似，在此不再赘述。

在步骤403中，AS A中的参与功能服务器向SIP/IP核心网A转发请求消息。

在步骤404中，SIP/IP核心网A向SIP/IP核心网B转发请求消息。

在步骤405中，SIP/IP核心网B向被叫用户B的AS B转发请求消息，其中，该消息可以携带AS A从XDMS获取的主叫用户A的个性化数据，该获取过程与步骤303和步骤304相类似，在此不作赘述。

在步骤406中，由于所进行的业务为一对多的群组业务，AS B中的控制功能服务器向XDMS申请群组的个性化数据。

在步骤407中，XDMS向AS B中的控制功能服务器返回群组的个性化数据。

在步骤408中，AS B中的控制功能服务器根据预置策略决策请求消息中携带的个性化数据。如果同时支持主叫用户的个性化数据和群组的个性化数据，则在该请求消息中携带这些个性化数据，分别为图片1的URI或URL、彩铃2的URI或URL。

如果被叫用户B不支持彩铃，但支持图片，则AS B中的参与功能服务器将删除添加在请求消息中的彩铃，保留所添加的图片1的URI或URL。

然后，AS B将请求消息发送给SIP/IP核心网B。

在步骤409中，SIP/IP核心网B将请求消息转发给被叫用户B。

对于群组中的其他被叫用户，被叫用户的参与功能服务器也将根据被叫用户的能力进行判断，将删除被叫用户所不支持的个性化数据，然后请求消息通过SIP/IP核心网转发给相应的被叫用户。

当被叫用户收到的图片1的URL或URI时，该用户根据该URL或URI从网络侧获取图片1。

步骤410和步骤411分别与步骤310和步骤311相类似，此处不再赘述。

在步骤412中，AS B中的控制功能服务器收到请求响应消息后，对该业务请求进行判定，如果为一对多的群组业务，则向该请求响应消息中添加群组的个性化数据后发送给SIP/IP核心网B，例如，携带群组管理员所设置的 彩铃2，将该彩铃2的URI或URL添加到该请求响应消息中。

步骤413和步骤414分别类似于步骤315和步骤316，此处同样不再赘述。

在步骤415中，如果主叫用户A不支持请求响应消息中的个性化数据，例如，主叫用户A不支持彩铃，则AS A中的参与功能服务器将删除所收到的请求响应消息中相应的彩铃2的URI或URL，然后再将该请求响应消息发送给SIP/IP核心网A。

如果主叫用户A支持请求响应消息中的个性化数据，针对上述例子，则可以根据收到的彩铃2的URL或URI通过主叫用户的参与功能服务器从指定服务器获取相应的媒体，然后，将彩铃2的媒体的内容本身而非媒体的链接通过MIME形式添加到该请求响应消息中后发送给SIP/IP核心网A。

在步骤416中，SIP/IP核心网A将携带了彩铃2的媒体的内容的请求响应消息转发给主叫用户A。

本发明第四实施方式的群组业务中实现个性化服务的方法如图5所示。其中，AS A包含主叫用户的参与功能服务器，AS B包含控制功能服务器和被叫用户的参与功能服务器，其中，控制功能服务器与被叫用户的参与功能服务器也可以处于不同的功能实体内。用户A处于SIP/IP核心网A中，用户B和用户C都处于SIP/IP核心网B中。

主叫用户A订阅了个性化服务，例如通过XDMS配置了个性化数据为图片1，该群组的管理人员也通过该XDMS配置了该群组的个性化数据为彩铃2，当发起群组呼叫时，向群组用户播放彩铃2。

在步骤501中，在请求业务时，主叫用户A向主叫用户的参与功能服务器发送对该群组中其他用户呼叫的请求消息。

步骤502到步骤507分别与步骤402到步骤407类似，此处不再赘述。

在步骤508中，AS B中的控制功能服务器根据预置策略决策请求消息中携带的个性化数据。如果同时支持主叫用户的个性化数据和群组的个性化数据，则在该请求消息中携带这些个性化数据，分别为图片1的媒体的内容、彩铃2的媒体的内容。

如果被叫用户B不支持图片，则AS B中的参与功能服务器将删除添加在请求消息中的图片1的媒体的内容；如果被叫用户B支持彩铃，则保留在该请求消息中携带群组个性化数据——彩铃2。

然后，AS B将请求消息发送给SIP/IP核心网B。

在步骤509中，SIP/IP核心网B将请求消息转发给被叫用户B。

步骤510和步骤511也分别类似于步骤310和步骤311，此处同样不再赘述。

在步骤512中，AS B中的控制功能服务器在请求响应消息中添加群组的个性化数据后发送给主叫用户的参与功能服务器。

如果获取的群组的个性化数据为彩铃2的媒体的实际内容(非媒体链接形式)，则直接将彩铃2的媒体的实际内容通过MIME形式添加到该请求响应消息中；如果获取的是群组的个性化数据的URI或URL，则控制功能服务器将媒体的URI或URL转化成对应的媒体的内容后，再添加到请求响应消息中发送给主叫用户的参与功能服务器。

步骤513到步骤516分别类似于步骤413到步骤416，在此不再赘述。

在步骤517中，由于本次群组业务包含被叫用户C，AS B中的参与功能服务器根据用户C是否支持个性化数据，来决策是否在请求消息中携带相应的个性化数据，当用户C支持时，将携带群组个性化数据和/或主叫用户A的个性化数据的请求消息发送给用户C所在的SIP/IP核心网B。

步骤518到步骤520分别类似于步骤509到步骤511，并且，被叫用户 C所返回的请求响应消息同样可以由AS B添加群组个性化数据后，发送给用户A，该处理步骤与被叫用户B相类似，此处不再赘述。

在上述各实施方式中，主叫用户A支持个性化服务，并且该个性化服务处于激活状态，其中，激活状态可以通过SIP PUBLISH进行的个性化服务配置时设置。如果个性化服务器处于激活状态，则AS在请求消息中将添加主叫用户A的个性化数据后转发给被叫用户；否则，AS直接转发请求消息给被叫用户。

当传输的个性化数据以URL或URI形式存在时，可以通过指定服务器将其转化成对应的媒体的实际内容(非媒体链接形式)。而指定服务器是具有将URL或URI转化为对应的媒体的内容的功能的个性化服务器、主叫用户的参与功能服务器、被叫用户的参与功能服务器或控制功能服务器。例如，根据预置策略，指定服务器是在业务消息传输过程中的被叫用户的参与功能服务器，因此，媒体的实际内容只在被叫用户的参与功能服务器向被叫用户发送的消息中携带，这样可以更大程度上减少个性化服务中的媒体的实际内容对网络资源的占用。又例如，根据预置策略，被叫用户的参与功能服务器只在被叫不支持媒体链接但支持该链接对应的媒体的内容时，才进行媒体链接的转化。如果被叫用户支持媒体的链接并且支持该链接所对应的媒体的内容，则被叫用户的参与功能服务器不进行转化，而由被叫用户收到该媒体的链接后从网络侧获取对应的媒体的内容。这样，可以根据不同的预置策略，来优化个性化服务方案。另外，请求响应消息中带个性化数据时，主叫用户的参与功能服务器对个性化数据的决策和处理方式与被叫用户的参与功能服务器相类似，在此不再赘述。

本发明第五实施方式的群组业务中实现个性化服务的系统如图6所示，包含订阅了个性化服务的UE、个性化服务器和AS。

其中，个性化服务器用于根据UE的设置配置个性化数据；而AS则用 于在进行业务时，通过个性化服务器获取个性化数据，并将这些个性化数据按照预置策略添加到对应的业务消息中后传输。

具体地说，AS包含控制功能服务器、主叫用户的参与功能服务器和被叫用户的参与功能服务器。

而个性化数据可以是主叫用户的、被叫用户的或者是群组管理员设置的群组的个性化数据，个性化服务器可以是XDMS。

虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (16)

1.一种群组业务中实现个性化服务的方法，其特征在于，包含以下步骤：

订阅了个性化服务的群组用户通过个性化服务器配置个性化数据；

在进行业务时，该业务的应用服务器从所述个性化服务器获取所述个性化数据，并按照预置策略向相关的业务消息添加从所述个性化服务器获取的所述个性化数据，传输个性化数据添加后的业务消息；

其中，所述应用服务器包含控制功能服务器、所述业务的主叫用户的参与功能服务器和所述业务的被叫用户的参与功能服务器；

所述个性化数据包含：

群组的个性化数据、所述业务的主叫用户的个性化数据、或所述业务的被叫用户的个性化数据

所述主叫用户的个性化数据通过该主叫用户的参与功能服务器从所述个性化服务器获取；

所述被叫用户的个性化数据通过所述被叫用户的参与功能服务器从所述个性化服务器获取；

所述群组的个性化数据通过所述控制功能服务器从所述个性化服务器获取。

2.根据权利要求1所述的群组业务中实现个性化服务的方法，其特征在于，所述业务消息为会话发起协议消息，包含该业务的请求消息和该业务的请求响应消息。

3.根据权利要求2所述的群组业务中实现个性化服务的方法，其特征在于，所述请求消息由所述业务的主叫用户发出，依次通过所述主叫用户的参与功能服务器、所述控制功能服务器和所述被叫用户的参与功能服务器转发给对应的被叫用户；

所述请求响应消息依次通过所述被叫用户的参与功能服务器、所述控制功能服务器和所述主叫用户的参与功能服务器转发给该主叫用户。

4.根据权利要求3所述的群组业务中实现个性化服务的方法，其特征在于，当所述业务消息传输到所述控制功能服务器时，还包含以下步骤：

所述控制功能服务器根据所述预置策略决策所述请求消息中的所述个性化数据为所述主叫用户的个性化数据、或者同时包含所述主叫用户的个性化数据和群组的个性化数据；

所述控制功能服务器根据所述预置策略决策所述请求响应消息中所述个性化数据为所述被叫用户的个性化数据、或者所述群组个性化数据。

5.根据权利要求4所述的群组业务中实现个性化服务的方法，其特征在于，当所述业务为一对一业务时，所述决策结果为：

所述个性化数据为所述主叫用户的个性化数据、或所述被叫用户的个性化数据。

6.根据权利要求3所述的群组业务中实现个性化服务的方法，其特征在于，如果所述主叫用户支持所述个性化服务，并且该个性化服务处于激活状态，则所述应用服务器在所述请求消息中添加所述个性化数据后转发给所述被叫用户；否则，所述应用服务器直接转发所述请求消息给所述被叫用户。

7.根据权利要求3所述的群组业务中实现个性化服务的方法，其特征在于，所述个性化服务器为可扩充标记语言文档管理服务器。

8.根据权利要求7所述的群组业务中实现个性化服务的方法，其特征在于，所述订阅了个性化服务的群组用户通过可扩充标记语言文档管理客户端向所述可扩充标记语言文档管理服务器递交所述个性化数据。

9.根据权利要求3所述的群组业务中实现个性化服务的方法，其特征在于，所述个性化数据为媒体的内容、媒体的统一资源定位、或者统一资源标识。

10.根据权利要求9所述的群组业务中实现个性化服务的方法，其特征在于，当所述个性化数据为所述媒体的统一资源定位或统一资源标识时，还包含以下步骤：

由指定服务器将所述统一资源定位或统一资源标识转化为对应的媒体的内容后传输。

11.根据权利要求10所述的群组业务中实现个性化服务的方法，其特征在于，所述指定服务器是具有将所述统一资源定位或统一资源标识转化为对应的媒体的内容的功能的所述个性化服务器、所述主叫用户的参与功能服务器、所述被叫用户的参与功能服务器、或所述控制功能服务器。

12.根据权利要求9所述的群组业务中实现个性化服务的方法，其特征在于，当所述个性化数据为所述媒体的统一资源定位或统一资源标识时，还包含以下步骤：

所述群组用户收到所述个性化数据后，根据所述媒体的统一资源定位或统一资源标识从网络侧获取对应的媒体的内容。

13.根据权利要求9所述的群组业务中实现个性化服务的方法，其特征在于，当所述个性化数据为所述媒体的内容时，还包含以下步骤：

当所述被叫用户不支持所述请求消息中的个性化数据时，所述被叫用户的参与功能服务器删除所收到的请求消息中相应的个性化数据后发送给该被叫用户；

当所述主叫用户不支持所述请求响应消息中的个性化数据时，所述主叫用户的参与功能服务器删除所收到的请求响应消息中相应的个性化数据后发送给该主叫用户。

14.根据权利要求9所述的群组业务中实现个性化服务的方法，其特征在于，当所述个性化数据为所述媒体的统一资源定位或统一资源标识时，还包含以下步骤：

当所述被叫用户不支持所述请求消息中的个性化数据所对应的媒体的内容时，所述被叫用户的参与功能服务器删除所收到的请求消息中相应的个性化数据后发送给该被叫用户；

当所述被叫用户支持所述请求消息中的个性化数据所对应的媒体内容，但不支持所述个性化数据时，所述被叫用户的参与功能服务器将该请求消息中个性化数据转化为相应的媒体的内容后发送给该被叫用户；

当所述主叫用户不支持所述请求响应消息中的个性化数据所对应的媒体的内容时，所述主叫用户的参与功能服务器删除所收到的请求响应消息中相应的个性化数据后发送给该主叫用户；

当所述主叫用户支持所述请求响应消息中的个性化数据所对应的媒体内容，但不支持所述个性化数据时，所述主叫用户的参与功能服务器将该请求响应消息中的个性化数据转化为相应的媒体的内容后发送给该主叫用户。

15.根据权利要求9至14中任一项所述的群组业务中实现个性化服务的方法，其特征在于，当所述个性化数据为所述媒体的内容时，这些个性化数据通过多用途网络邮件扩展形式添加到对应的所述业务消息中。

16.一种群组业务中实现个性化服务的系统，其特征在于，包含订阅了个性化服务的用户设备；

个性化服务器，用于根据所述用户设备的设置配置个性化数据；

应用服务器，用于在进行业务时，从所述个性化服务器获取所述个性化数据，并按照预置策略向相关的业务消息添加从所述个性化服务器获取的所述个性化数据，传输个性化数据添加后的业务消息；

其中，所述应用服务器包含控制功能服务器、所述业务的主叫用户的参与功能服务器和所述业务的被叫用户的参与功能服务器；

所述主叫用户的个性化数据通过该主叫用户的参与功能服务器从所述个性化服务器获取；

所述被叫用户的个性化数据通过所述被叫用户的参与功能服务器从所述个性化服务器获取；

所述群组的个性化数据通过所述控制功能服务器从所述个性化服务器获取。

Images