用于分发来自客户的业务消息至业务应用的方法及设备

摘要

一种用于分发来自客户终端(A)的业务消息至多媒体业务网络中一个或者多个应用服务器中的多个业务单元或者应用(504:1－3)的方法及设备。从客户终端接收多业务消息，多业务消息包括多个业务消息文档，业务消息文档包含目标指向特定业务单元或者应用的业务相关数据。消息分发器(502)将接收的多业务消息转换成与所述文档对应的多个单独业务消息，然后多个单独业务消息被分开地发送至他们各自的目标业务单元或者应用。

说明书

技术领域

一般来说，本发明是关于用于处理来自与电信网络连接的客户的业务消息的方法及设备。具体来说，本发明是关于在从客户终端发送业务消息至一个或多个应用服务器中的多个业务单元或应用时，降低信令的数量。

背景技术

随着3G移动电话的出现，新的基于分组的通信技术已经发展用于传送多媒体内容。例如，GPRS(通用分组无线业务)和WCDMA(宽带码分多址)技术除了支持传统的电路交换语音呼叫之外，还支持包括分组交换数据通信的无线多媒体电话业务，该数据表示图像、文本、文档、动画、音频文档、视频文档等。

最近，称为“IP多媒体子系统”(IMS)的网络构架已经由第三代合作项目(3GPP)发展成为一种开放式标准，以提供多媒体业务给处于分组域中的移动客户。一般来说，IMS是一种用于实现基于IP传输的业务的平台，或多或少不依赖于采用的接入技术且基本上不受限于特定业务的任何有限集。

用于会话建立的规范已被定义为“SIP”(会话发起协议，按照标准IETF RFC 3261及其他)，这是一种应用层控制(信令)协议，用于在分组交换逻辑之上创建、修改以及终止会话。一般来说，IMS网络采用SIP以支持多媒体业务。

图1示意说明用于通过IMS业务网络来提供多媒体业务的基本网络结构。应当注意，图被大大简化了，且只呈现了对理解本发明上下文有帮助的网络节点选择。移动终端A连接至第一无线接入网100，并且可与连接至第二无线接入网102的另一移动终端B以分组交换通信会话S通信。终端A还可以与固定终端、计算机或者递送一些如一段音乐、电影或者游戏之类的多媒体内容给终端的内容服务器通信。

IMS网络104与第一无线接入网100连接，并为终端A处理会话S和其他多媒体业务。事实上，IMS网络104接收并处理来自终端A的用户的任何业务请求或者数据。在此图中，相应类似的IMS网络106为终端B处理会话S和其他多媒体业务，并且两个IMS网络104和106可由不同的运营方控制。当然，作为一种选择，终端A和终端B可以与相同接入网连接和/或属于相同IMS网络。

图示的会话S由IMS网络104中分配给终端A的称作S-CSCF(在服务呼叫会话控制功能)的节点108来管理，并且采用的多媒体业务由应用服务器110启用并执行。再者，主数据库单元HSS(归属地订户服务器)112存储订户和鉴权数据以及业务信息和其他内容，应用服务器110以及S-CSCF 108可以检索这些信息以用于为客户处理业务。

IMS网络104还包括接收来自其他IMS网络、如网络106的消息的节点I-CSCF(询问呼叫会话控制功能)114，以及作为与接入网100连接的客户的进入点的P-CSCF(代理呼叫会话控制功能)116。每个应用服务器支持一个或者多个特定多媒体业务，并且一般包含用于不同类型的业务的多个“业务单元”或者“应用”。

为IMS网络定义的业务的实例包括“即时消息传送”(IM)、“基于蜂窝的按键通话”(PoC)以及“呈现(Presence)”，所有这些都使用SIP信令以控制会话。即时消息传送提供用于终端之间传输包括不同种类的媒体的相对较短的消息。PoC使一组移动用户能够通过按下按钮或类似物以开通信道而一起通信，以便谈话或者发送多媒体内容。呈现业务基本上使某个客户的数据可供其他客户使用。

在多媒体业务中，术语“呈现”一般来说代表了客户的动态的和可变的状态简档，包括客户呈现数据的发布，呈现还可用于控制其他业务。呈现数据基本上定义了客户和他/她的设备在任何预定义方面的“状态”。因此，应当广义地理解术语“呈现”，以及下面举例的客户状态可构成呈现数据：

-个人状态，例如，有空的、繁忙的、在会议中、在休假中，等等；

-终端状态，例如，打开/关闭、在使用中、不在覆盖范围内，等等；

-客户/终端的地理位置；

-终端能力，例如，用于SMS、MMS、聊天、IM、视频等的功能性；

-终端选项，例如，呼叫转移、语言等；

-其他客户信息，例如，兴趣、职业、个人特征、情绪、个人标记、取决于当前情绪的标记，等等。

每当任何关于客户的呈现数据或者其他数据被引入、改变或者删除时，如果需要的话，就基于接收自客户或其接入网的所谓的“事件发布”不断地将这种类型的信息存入IMS网络中的应用服务器。按照一些业务，客户可因此也例如根据用户列表预订其他一个或者多个用户的所选呈现数据或其他数据，这也由IMS网络中的应用服务器来处理。

一般来说，客户使用称作“SIP PUBLISH”的SIP消息以发送动态数据(例如呈现数据)给IMS网络中的应用服务器。客户使用另一种称作“SIP SUBSCRIBE”的SIP消息以预订其他客户的这种动态数据，这由应用服务器中的业务单元来处理。

“客户状态”表示在由预设到期时间确定的限定时间周期内客户相关信息在应用服务器上的维护，预设到期时间有时称为TTL(生存时间)。这种客户相关信息可涉及发布的客户数据或者客户对其他用户的数据的预订。

然而，这些业务，特别是对于呈现业务来说，可造成大量的消息从客户发往IMS网络。例如，为了发布最新的客户数据，终端可能不得不在其通电后在IMS网络中注册完之后马上发送一系列SIPPUBLISH消息给应用服务器中的不同业务单元。

由于关于发布的客户数据或者数据预订的客户状态也具有到期时间周期或者TTL，因此发布的数据或者数据预订在时间到期时就变成无效的。到期时间可由客户或者应用服务器设置，一般在呈现情况下为1个小时。在当前业务实施中，以及根据IETF、3GPP和OMA的不同标准，为了维护应用服务器中数据/预订的有效性，即使数据/预订在这段时间内没有变化，还必须频繁地刷新数据发布或者预订。刷新消息可以SIP PUBLISH消息传输。

事实上，可在四个不同情况中使用SIP PUBLISH消息，这四个情况为：1)发起新数据，2)刷新数据(也就是确认先前发起的数据继续有效)，3)修改数据，以及4)终止不再有效的数据。

参照图2所示的方框图来说明用于维护应用服务器中发布的客户数据的常规例程。当前客户终端A连接至接入网(未示出)，以便与IMS网络200进行通信。如图所示，IMS网络200包括会话管理节点202(例如S-CSCF)，多个应用服务器204和HSS 206。

在第一步2:1，举例来说，在通电之后，终端A发送注册请求消息(即SIP REGISTER)至会话管理器202，以注册成为IMS网络200中的活动终端。接下来，如步骤2:2所示，按照常规例程，终端A在HSS 206上注册，该常规例程在这里不再做进一步说明。为了维护在IMS网络200中的注册，终端则不得不通过定期地、例如每30-60分钟发送“re-register”消息等给会话管理器202以刷新注册，一般地如虚线箭头2:3所示。

在此进行的例程中，典型的情况是，在注册之后，一般地如步骤2:4所示，终端A马上还会发送一个或者多个客户数据发布消息(例如SIP PUBLISH)给应用服务器204中的一个或者多个业务单元。收到的客户数据然后保存在一个或多个应用服务器204中，且在一般设定为30或者60分钟的超时周期(或者TTL)内保持有效。

一般地如多个虚线箭头2:5所示，为了维护应用服务器204中发布的数据有效，即使数据没有变化，终端也必须通过定期地在超时周期到期时发送“re-publish”消息来刷新发布的数据。因此，每一次应用服务器中不同业务单元各自的有效周期(TTL)到期时，终端可能必须发送一系列数据刷新消息给应用服务器中的不同业务单元。

在步骤2:6，当最后关闭终端200时，最后发送“de-register”消息至会话管理器202。通常，终端也必须发送“de-publish”消息(未示出)给应用服务器204中的每个相关的业务单元以去活发布的数据。否则，自发送最后的刷新消息时起，数据只有在超时周期到期时才会变成无效的，这就造成在客户注销之后有无关的活动客户状态。因此，要对数据的超时周期设定得相对较短，然而这又导致频繁的刷新消息。

基本上，当客户发送预订请求以请求其他客户的数据时，也会使用如上面所述相同的过程。那样的话，步骤2:4的消息会是预订请求消息(例如SIP SUBSCRIBE)以导致激活另一客户状态用于应用服务器204中业务单元中的预订。此外，步骤2:5的刷新消息会是频繁发送的“re-subscribe”消息，以便维持此客户状态。

当然，客户可具有多个不同的涉及数据发布任务和数据预订的活动业务，每个活动业务都需要来自客户终端的定期刷新消息以持续下去。但是，有一些与让客户终端频繁发送再发布和/或再预订消息给应用服务器中的多个业务单元相关联的明显的负荷问题，这一点如下说明。

欧洲专利申请05445042.4公开了一种解决方案，用于针对涉及发布数据的业务，避免在数据不变时从终端频繁发送刷新消息。在此解决方案中，利用现有的维护客户注册的例程(即发送再注册消息)来刷新发布的数据。

本发明针对发送大量的发布或者预订消息以及定期的刷新消息的问题，这些消息必须传输给大量不同业务中的每一个。考虑到减少刷新消息的数量，本发明可以看成是针对上面提到的EP 05445042.4的替代或者辅助的解决方案。因此，如果客户在应用服务器中的不同业务单元中具有大量的各种活动客户状态，那么对于终端来说，发送此类业务消息的负担会很大，并且还会占用空中接口中宝贵的带宽。这种情况在图3中说明。

客户终端A与移动接入网300连接，并且已激活IMS网络中的多个业务，这些业务被图示为功能性的业务单元304。例如，如上述在一个或者多个应用服务器中所实现的，业务1可为IM，业务2可为PoC，以及业务3可为呈现业务，等等。下面的实例说明用于为了活动业务而发送刷新消息的常规过程，尽管常规过程对其他业务消息以及如初始的和删除的业务消息也有效。

在图示第一步骤3:1中，终端A发送针对304:1处的业务1的第一刷新消息(例如SIP PUBLISH)，第一刷新消息首先被IMS网络中的在服务会话管理器302(例如S-CSCF)接收。然后，在接下来的步骤3:2中，会话管理器302相应地将刷新消息路由至业务1。接下来，在步骤3:3，终端A发送针对304:2处的业务2的另一刷新消息给会话管理器302，在接下来的步骤3:4中，会话管理器302相应地将所述另一刷新消息路由至业务2。在步骤3:5，从终端A又发送针对304:3处的业务3的第三刷新消息至会话管理器302，在最后图示的步骤3:6中，第三刷新消息被路由至业务3。

应当注意，通过空中接口发送刷新消息的每个步骤3:1，3:3，3:5可包括多个通过空中接口传送的无线消息，例如用于在任一方向建立无线接入承载RAB和包括确认消息在内的其他控制信令。当涉及多个多媒体业务时，此行为会因此对终端和移动接入网300中的资源，特别是稀缺的无线带宽，导致相当大的负荷。

在预订客户数据的情况下，已经提出信息递送服务器用于分发关于其他客户的信息给客户，其称为IMS网络中的“资源列表服务器”RLS。所述的客户信息当然可包括上述类型的呈现数据或类似数据中任一种。

图4说明多媒体业务网络中的RLS 400，用于提供关于其他客户B，C和D组成的组的信息给客户终端A。终端A与移动接入网402连接，并且终端A与RLS 400之间的所有消息都通过在服务会话管理器404来路由。如箭头p所示，假定客户B，C和D分别不断地发布数据至其应用服务器406B，406C和406D。应用服务器406B-D可以属于其他多媒体业务网络或者与RLS 400所在网络相同的网络。

RLS 400与用户列表服务器408连接，用户列表服务器408维护诸如电话簿、联络组、自组织组之类的各种用户列表。在图示的第一步骤4:1，根据特定业务、例如呈现业务，终端A发送请求以请求关于客户B，C和D的数据，通过参考预定义的用户列表来指明客户B、C和D。此消息然后可根据SIP被配置成：SIP SUBSCRIBE(event：Presence，list＝1)。

作为对其的响应，在步骤4:2，RLS 400根据收到的列表参考从用户列表服务器408中检索用户及其应用服务器。之后，RLS 400以“subscribe”消息发送对数据的请求至用于其相应客户的应用服务器406B-D中的每一个。此行为有时称作用于客户的“爆破器(exploder)”功能。分别如步骤4:3，步骤4:4和步骤4:5一般所示，RLS 400然后由于来自他们响应的通知而接收所要的数据。在最后的步骤4:6，RLS400发送通知给终端A作为对预订请求4:1的响应，通知包括所要的关于列表上全部客户B-D的数据。然而，根据其他业务、如PoC或者IM，如果要收集数据，必须重复此过程。

在WO 2005/088949中，说明了一种解决方案，其中可以通过推拉结合机制来降低传输数据量和延迟。在这个解决方案中，当客户请求信息时，不必为每个用户取信息，因为通过采用正进行的网络预订，此信息已经连续不停地被接收并存储，因此马上可以从用户数据库中获得信息。

然而，为了减轻这种客户终端以及网络资源的负担，特别是对于空中接口，需要避免为了一些不同业务而发送大量如发布和预订消息之类的业务消息以及定期的刷新消息的问题。

发明内容

本发明的目的在于解决以上列出的问题。特别是，本发明的一个目的就是提供一种解决方案，当发送业务消息给多媒体业务网络中的多个业务单元或者应用时，基本上避免给客户终端和通信网络以过多的信令负荷。

通过提供根据附带的独立权利要求的方法及设备来达到这些以及其他的目的。

根据一方面，本发明提供一种分发来自客户终端的业务消息至多媒体业务网络中一个或者多个应用服务器上的多个业务单元或者应用的方法。首先，从终端接收包括多个业务消息文档的多业务消息，其中每个文档包括目标指向特定业务单元或者应用的业务相关数据。然后，将接收到的多业务消息转换成与所述文档对应的多个单独业务消息。最后，分开地发送所述单独业务消息中的每一个至其各自的目标业务单元或者应用。此过程可由多媒体业务网络中的业务消息分发器或类似装置来执行。

可以通过从各自文档中提取每个特定业务消息的业务相关信息和/或数据来转换接收到的多业务消息，然后，由此创建单独业务消息。可以分开地发送单独业务消息至多媒体业务网络中的会话管理器或类似装置，以便进一步路由至他们各自的目标业务单元或应用。

可以进一步为单独业务消息中的至少一个调整到期时间以满足对应接收业务单元和/或应用服务器中的要求。

将接收到的多业务消息转换成多个单独业务消息可包括将提取的单独文档转换成不同的格式。如果多业务消息中的文档全部已经由终端以相同的格式编码，则在发送文档至目标业务单元或者应用之前，可将文档转换成解码的格式。

根据另一方面，本发明提供一种多媒体业务网络中用于分发来自客户终端的业务消息至多媒体业务网络中一个或者多个应用服务器上的多个业务单元或者应用的设备。本发明的设备包括适用于接收来自客户终端的包括多个业务消息文档的多业务消息的接收单元，其中每个文档包含目标指向特定业务单元或应用的业务相关数据。另外，转换单元适用于将接收到的多业务消息转换成与所述文档对应的多个单独业务消息。本发明的设备还包括适用于分开地发送每个单独业务消息至其各自的目标业务单元或应用的发送单元。该设备可在多媒体业务网络中的业务消息分发器或类似装置中实现。

转换单元还可适用于从各自文档中提取每个特定业务消息的业务相关信息和/或数据，以及由此创建所述单独业务消息。转换单元还可适用于将提取的单独文档转换成不同的格式。

发送单元还可适用于分开地发送单独业务消息至多媒体业务网络中的会话管理器或类似装置，以便进一步路由至他们各自的目标业务单元或应用。

本发明的设备还可包括用于为单独业务消息中的至少一个调整到期时间以满足对应接收业务单元和/或应用服务器中的要求的部件。

在本发明的方法及设备中，所述业务消息一般为数据发布消息，用于发起、刷新、修改或者终止数据。然而，业务消息还可以是对关于其他客户的信息或者数据的请求。通常，多媒体业务网络为IMS网络，并且业务消息为诸如SIP PUBLISH或者SIP SUBSCRIBE之类的SIP消息。

多业务消息可这样构成：使得每个单独文档分为首标部分和主体部分，首标部分包括指明对应业务的事件类型。每个业务消息文档可以嵌入多业务消息的分开的段内。多业务消息还可包括公共首标段和主体，主体具有所述用于包含在其中的每个单独业务消息文档的由边界字段隔开的段。可在公共首标中给出对那些首标部分中缺少各自到期时间的业务消息文档有效的到期时间。

根据再一方面，本发明提供一种客户终端中的设备，用以提供业务消息至多媒体业务网络中一个或者多个应用服务器上的多个业务单元或者应用。本发明的客户终端设备包括：适用于创建包含多个业务消息文档的多业务消息的消息创建部件，每个文档包含目标指向特定业务单元或应用的业务相关数据；以及适用于发送所创建的多业务消息至多媒体业务网络的发送部件。

本发明的客户终端设备优选地适用于在终端通电时，创建并发送多业务消息以同时更新多个业务。

根据又一方面，本发明提供一种在客户终端中执行的用于提供业务消息至多媒体业务网络中一个或者多个应用服务器上的多个业务单元或者应用的方法。然后，创建包括多个业务消息文档的多业务消息，其中每个文档包含目标指向特定业务单元或应用的业务相关数据，最后，发送所创建的多业务消息至多媒体业务网络。优选地，在终端通电时，创建并发送多业务消息以同时更新多个业务。

可以通过以下详细说明来理解本发明的其他优选的特征及其有益效果。

附图说明

现在参照附图和通过优选的实施例对本发明作更详细的说明，其中：

图1是本发明可以应用的基本通信场景的示意图。

图2是根据先前技术，说明应用服务器中维护客户数据的过程的方框图。

图3是根据先前技术，说明分发业务消息至多媒体业务网络中的多个业务单元的过程的方框图。

图4是根据先前技术，说明从多个应用服务器分发用户相关信息至客户的过程的方框图。

图5是根据一个实施例，说明分发业务消息至多媒体业务网络中的多个业务单元的过程的方框图。

图5a示意说明根据另一实施例的示例多业务消息。

图6是根据又一实施例的在多媒体业务网络中执行的用于分发消息至业务单元的过程的流程图。

图7是根据又一实施例说明客户的终端和业务消息分发器的方框图。

具体实施方式

简要地说，本发明可以用于避免从客户终端发送多个分开的业务消息至多媒体业务网络、如IMS网络中的多个业务单元或应用。相反，多个业务消息可以作为单个的组合多业务消息中的文档或类似物从终端进行传输，其中每个特定业务相关文档被嵌入多业务消息的分开的段中。这样，可降低信令业务量，一般来说，这对于特别是终端和空中接口来说都是需要的。

在多媒体业务网络接收到多业务消息时，由配置成分发业务消息的节点或功能来处理多业务消息，在这里节点或功能称作“业务消息分发器”，业务消息分发器从每个文档中提取业务相关信息和数据，并分开地将其以单独业务消息发送至目标业务单元或应用。

本解决方案可用于来自客户终端，目标指向位于多媒体业务网络中的应用服务器中的业务单元或应用的不同类型的业务消息。业务消息可为如SIP PUBLISH之类的数据发布消息，例如用于发起、刷新、修改或终止数据。业务消息还可为对关于其他客户的信息或数据的请求，如SIP SUBSCRIBE。

通过举例并参照图5所示的方框图更详细地说明本解决方案，其中引入新的多媒体业务网络节点或功能：业务消息分发器。消息分发器适用于通过从接收的多业务消息中提取业务相关数据并创建单独业务消息，将多业务消息转换成目标指向特定业务单元或应用的单独业务消息，以便分开地发送这些单独业务消息至各自的目标业务单元或应用。

接下来，参照定期的SIP消息来说明，但是一般来说本发明不限于此。此外，参照发布的情况来说明接下来的例子(即，利用SIPPUBLISH消息的数据发布)，但是该例子还可用于预订的情况(即，利用SIP SUBSCRIBE消息对信息或数据的请求)。在第一步5:1，客户终端A发送单个组合多业务消息，该多业务消息被多媒体业务网络中的会话管理器500(例如S-CSCF)接收。

图5a示意说明示例多业务消息506，多业务消息506具有公共首标段508和主体，主体具有由边界字段512隔开的段510:1、510:2、510:3...，每个单独业务消息包含在其中。每个业务消息段510:1、510:2、510:3...依次包括含有业务相关数据的文档或类似物。业务相关数据可组织成字段，如果要分开地发送，通常会是这样组织。每个文档1，2，3...可因此包括首标字段514和具有数据的主体516。在此例中，所示的文档1针对第一业务，文档2针对第二业务，以及文档3针对第三业务，等等。

当认出消息是例如来自给定目的地地址或者来自给定事件类型和/或下面描述的内容类型的多业务消息时，会话管理器500在下一步5:2中将消息路由至业务消息分发器502以作进一步处理。消息分发器502然后通过从段510:1、510:2、510:3...中提取每个特定业务消息的信息和数据并由此创建新的单独业务消息，从而将多业务消息转换成单独业务消息，优选地，新的单独业务消息具有根据流行的标准所需的首标和字段。然后，如一系列的步骤5:3所示，分开地发送每个单独业务消息至会话管理器500以进行下一步路由。

接下来，例如，按照每个首标514中的目的地地址字段，会话管理器500发送每个单独业务消息至对应的目标业务单元或应用。因此，在步骤5:4，依照文档1的业务消息被发送至第一业务单元504:1，在步骤5:5，依照文档2的业务消息被发送至第二业务单元504:2，以及在最后所示步骤5:6，依照文档3的业务消息被发送至第三业务单元504:3，等等。

从上述的图4中用作针对客户的“爆破器”的RLS 400的功能类推，业务消息分发器502的行为可以看成是针对业务的爆破器功能。消息分发器502可因此在发布消息的情况下称为“发布业务爆破器”，以及在预订消息的情况下称为“预订业务爆破器”。在后一种情况下，如果在任何相关业务中有需要的话，RLS节点则可用于为选择的多个客户收集数据，如针对图4所述，因此基本上RLS节点每次为一个业务担当“客户爆破器”。业务消息分发器502可配置为多媒体业务网络中的单独节点，或者作为功能集成在会话管理器500内，这取决于实施。

在图5a所示的多业务消息506中，每个单独文档1，2，3，...如上面提到的那样，可分为首标部分514和主体部分516。因此，首标部分514包括指明对应业务的事件类型，例如“event：Presence”，“event：IM”或者“event：PoC”，以及可选地包括该特定业务消息要发送到的目标业务单元或应用的目的地地址。在首标部分514中还可指明数据的到期时间，优选地，将在所有文档中的到期时间设定为相同的值，也就是说，对于所有相关业务，到期时间都设定为相同的值。因此，不同的业务会“同步”，使得每次先前的数据同时到期时，终端能够在同一多业务消息中提供任何刷新消息。

优选地，公共首标段508基本上按照流行的标准进行构造，例如，根据规范RFC3903构造成如在常规SIP PUBLISH消息中一样，尽管具有文档1，2，3，...的主体适用于多个业务。首标508包括对于多业务消息内包括不同业务的多个业务消息的事实的适当指示。对此的指示可以通过定义新的适合的事件类型，如“event:services”或类似物，代替常用的业务指示“event:presence”，“event:PoC”等。另外，在公共首标508中可包括或多或少的常规字段，例如，到期时间，如“expires＝x”，目的地地址，如“to:B@x.com”，源地址，如“from:A@y.com”，等等。通常，任何业务消息的首标中还包括称作“contenttype”的字段，在这种情况下，可以在公共首标508中将该字段设置成“contenttype：multipart/mixed”或类似物，以进一步指示这是多业务消息。

如果所有业务具有相同的到期时间周期，这可以通过公共首标508中的到期时间来指示，并且每个文档中的首标514中可以省略到期时间字段。然而，如果在这些单独业务的文档中设定不同的到期时间，那么它们会优先于公共首标508中设定的任何到期时间。例如，公共首标508中给出的到期时间只能够对首标514中缺少单独到期时间的那些文档有效。

当将多业务消息转换成单独业务消息时，消息分发器502可将提取的单独文档1，2，3...转换成不同的格式。优选地，特别是为了节省空中接口上的带宽，多业务消息506中的文档全部已由终端A以相同的格式编码。在格式转换之后，消息分发器502可以发送解码格式的文档至目标业务单元或应用504:1，2，3...。而且，消息分发器502可任意调整这些单独业务消息的到期时间以满足在接收业务单元和/或应用中的不同要求。

图6是根据又一实施例，在多媒体业务网络中执行的用于分发业务消息至多媒体业务网络中的业务单元或应用的程序中各步骤的流程图。在第一步600，一般来说，通常是在会话管理器、如S-CSCF中从客户终端接收业务消息。在下一步602，确定接收的业务消息是否为多业务消息，也就是说，是否包括针对多个业务的消息。这可通过例如检查公共首标中的事件字段来确定。公共首标中的事件字段可设成“event:services”或类似形式，以指示上述的多个业务。

如果接收的业务消息为多业务消息，则在下一步604中，从多业务消息中提取针对特定目标业务单元或应用的内嵌的业务相关数据或消息。多业务消息可被配置成如图5a所示。接下来，在步骤606，为每个目标业务创建单独业务消息。因此，在步骤604和606中，接收的多业务消息被转换成多个单独业务消息。最后，在步骤608，每个创建的单独业务消息分开发送至其各自的目标业务单元或应用。目标业务单元或应用由消息的首标中的目的地字段来指示。

另一方面，如果在步骤602中确定接收的业务消息是单消息而不是多业务消息，则可按照常规程序直接将其发送至目标业务单元或应用。在那样的情况下，直接可在步骤602之后基本上执行步骤608。

回到图5作进一步参考，应当注意，基本上可在会话管理器500中执行步骤600和602，以及步骤608，而可以在业务消息分发器502中执行步骤604和606。

图7是根据又一实施例，示意说明在客户终端700和业务消息分发器702中的设备的方框图，该设备被配置成参与例如上面结合图5和图6所述的本发明的程序。应当注意，图7说明分别在终端700中和业务消息分发器702中的与本解决方案相关的逻辑上的功能单元。然而，技术人员可以不限于所示的部署，用任意适合的方式通过实施随意将它们付诸应用。

终端700包括这里图示为消息单元700a的适用于创建包含多个业务消息的多业务消息的消息创建部件。每个业务消息指向多媒体业务网络中的特定目标业务单元或应用。终端700还包括在这里图示为发送单元700a的适用于发送所创建的多业务消息至多媒体业务网络的发送部件。

终端必须发送多个业务消息至不同的业务单元以同时更新多个业务的一种典型情况就是在终端通电时。在那样的情况下，如果发送的多业务消息中对所有业务的到期时间设置成一样，那么就在每次到期时，可以在同一个多业务消息中同时发送任意即将到来的刷新消息。

业务消息分发器702包括接收单元702a，适用于接收例如从终端700发送的，可选地在由例如S-CSCF(未示出)的会话管理器路由之后的这种多业务消息。分发器702还包括转换单元702b，适用于通过从多业务消息中提取嵌入的业务消息并由此创建多个单独业务消息，将多业务消息转换成多个针对特定目标业务单元或应用的单独业务消息。分发器702还包括适用于分开地发送单独业务消息至对应目标业务单元或应用704的发送单元702c，可选择地，通过先发送他们至会话管理器，会话管理器然后可将每个单业务消息路由至其目标业务单元或应用704。

通过采用本发明以分发多个嵌入单个多业务消息之内的单独多媒体业务消息至不同的目标业务单元或应用，可以降低信令的大体数量。因此，可以降低对带宽和/或无线资源的总占用量，这对于今天的无线通信网络变得越来越需要。而且，由于跟多媒体网络之间的信令引起的终端电池消耗也可以控制在最小，这也是本领域所期望的。

虽然已经参照特定举例的实施例对本发明作了说明，但是基本上该说明只是想要说明本发明的概念，并且不应被当作是对本发明精神的限制。本发明的精神由附带的权利要求进行定义。例如，在说明上面的实施例时，已经通篇使用SIP信令协议以及IMS概念，而基本上可以使用其他任何能够实现多媒体通信的标准和业务网络。再者，尽管特别地需要节省空中接口上的带宽，本发明不限于来自移动终端的业务消息，而是基本上可以应用于来自任意类型的能够实现多媒体通信的终端的业务消息。