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

专利名称：用于分发来自客户的业务消息至业务应用的方法及设备的制作方法
用于分发来自客户的业务消息至业务应用的方法及设备 技术领域一般来说，本发明是关于用于处理来自与电信网络连接的客户的 业务消息的方法及设备。具体来说，本发明是关于在从客户终端发送 业务消息至一个或多个应用服务器中的多个业务单元或应用时，降低 信令的数量。
背景技术：
随着3G移动电话的出现，新的基于分组的通信技术已经发展用 于传送多々某体内容。例如，GPRS(通用分组无线业务)和WCDMA(宽 带码分多址)技术除了支持传统的电路交换语音呼叫之外，还支持包括 分組交换数据通信的无线多々某体电话业务，该数据表示图像、文本、 文档、动画、音频文档、纟见频文档等。最近，称为"IP多々某体子系统"(IMS)的网络构架已经由第三代合 作项目(3GPP)发展成为一种开放式标准，以提供多媒体业务给处于分 组域中的移动客户。 一般来说，IMS是一种用于实现基于IP传输的业 务的平台，或多或少不依赖于采用的接入技术且基本上不受限于特定 业务的任何有限集。用于会话建立的规范已被定义为"SIP"(会话发起协议，按照标准 正TF RFC 3261及其他)，这是一种应用层控制(信令)协议，用于在分 组交换逻辑之上创建、修改以及终止会话。 一般来说，IMS网络采用 SIP以支持多媒体业务。图1示意说明用于通过IMS业务网络来提供多媒体业务的基本网 络结构。应当注意，图一皮大大简化了，且只呈现了对理解本发明上下 文有帮助的网络节点选择。移动终端A连接至第一无线接入网100，
并且可与连接至第二无线接入网102的另一移动终端B以分组交换通 信会话S通信。终端A还可以与固定终端、计算机或者递送一些如一 段音乐、电影或者游戏之类的多i某体内容给终端的内容服务器通信。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来管理，并且采用的多J 某 体业务由应用服务器110启用并执行。再者，主数据库单元HSS(归属 地订户服务器)112存储订户和鉴权数据以及业务信息和其他内容，应 用服务器110以及S - CSCF 108可以检索这些信息以用于为客户处理 业务。IMS网络104还包括接收来自其他IMS网络、如网络106的消息 的节点I-CSCF(询问呼叫会话控制功能)114，以及作为与接入网100 连接的客户的进入点的P - CSCF(代理呼叫会话控制功能)116。每个应 用服务器支持一个或者多个特定多媒体业务，并且一般包含用于不同 类型的业务的多个"业务单元"或者"应用"。为IMS网络定义的业务的实例包括"即时消息传送"(IM)、"基于 蜂窝的按键通话"(PoC)以及"呈现(Presence)",所有这些都使用SIP信 令以控制会话。即时消息传送提供用于终端之间传输包括不同种类的 々某体的相对较短的消息。PoC使一组移动用户能够通过按下按钮或类 似物以开通信道而一起通信，以便谈话或者发送多々某体内容。呈现业 务基本上使某个客户的数据可供其他客户使用。在多J 某体业务中，术语"呈现"一般来说代表了客户的动态的和可 变的状态简档，包括客户呈现数据的发布，呈现还可用于控制其他业"状态"。因此，应当广义地理解术语"呈现"，以及下面举例的客户 状态可构成呈现数据-个人状态，例如，有空的、繁忙的、在会议中、在休假中，等等；-终端状态，例如，打开/关闭、在使用中、不在覆盖范围内，等等；-客户/终端的地理位置；-终端能力，例如，用于SMS、 MMS、聊天、IM、视频等的功能性；-终端选项，例如，呼叫转移、语言等；-其他客户信息，例如，兴趣、职业、个人特征、情绪、个人标 记、取决于当前情绪的标记，等等。每当任何关于客户的呈现数据或者其他数据^皮引入、改变或者删 除时，如果需要的话，就基于接收自客户或其接入网的所谓的"事件 发布"不断地将这种类型的信息存入IMS网络中的应用服务器。按照 一些业务，客户可因此也例如根据用户列表预订其他一个或者多个用 户的所选呈现数据或其他数据，这也由IMS网络中的应用服务器来处 理。一般来说，客户使用称作"SIP PUBLISH"的SIP消息以发送动态 数据(例如呈现数据)给IMS网络中的应用服务器。客户使用另一种称 作"SIP SUBSCRIBE"的SIP消息以预订其他客户的这种动态数据，这 由应用服务器中的业务单元来处理。"客户状态"表示在由预设到期时间确定的限定时间周期内客户相 关信息在应用服务器上的维护，预设到期时间有时称为TTL(生存时 间)。这种客户相关信息可涉及发布的客户数据或者客户对其他用户的 数据的预订。然而，这些业务，特别是对于呈现业务来说，可造成大量的消息从客户发往IMS网络。例如，为了发布最新的客户数据，终端可能不 得不在其通电后在IMS网络中注册完之后马上发送一系列SIP PUBLISH消息给应用服务器中的不同业务单元。由于关于发布的客户数据或者数据预订的客户状态也具有到期 时间周期或者TTL，因此发布的数据或者数据预订在时间到期时就变 成无效的。到期时间可由客户或者应用服务器设置， 一般在呈现情况 下为1个小时。在当前业务实施中，以及根据IETF、 3GPP和OMA 的不同标准，为了维护应用服务器中数据/预订的有效性，即使数据/ 预订在这段时间内没有变化，还必须频繁地刷新数据发布或者预订。 刷新消息可以SIP PUBLISH消息传输。事实上，可在四个不同情况中使用SIP PUBLISH消息，这四个情 况为l)发起新数据，2)刷新数据(也就是确认先前发起的数据继续有 效)，3)修改数据，以及4)终止不再有效的数据。参照图2所示的方框图来说明用于维护应用服务器中发布的客户 数据的常规例程。当前客户终端A连接至接入网(未示出)，以便与IMS 网络200进行通信。如图所示，IMS网络200包括会话管理节点202(例 如S-CSCF)，多个应用服务器204和HSS206。在第一步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，，消息(未示出)自发送最后的刷新消息时起，数据只有在超时周期到期时才会变成无 效的，这就造成在客户注销之后有无关的活动客户状态。因此，要对 数据的超时周期设定得相对较短，然而这又导致频繁的刷新消息。基本上，当客户发送预订请求以请求其他客户的数据时，也会使 用如上面所述相同的过程。那样的话，步骤2:4的消息会是预订请求 消息(例如SIP SUBSCRIBE)以导致激活另 一客户状态用于应用服务器 204中业务单元中的预订。此外，步骤2:5的刷新消息会是频繁发送 的"re-subscribe"消息，以便维持此客户状态。当然，客户可具有多个不同的涉及数据发布任务和数据预订的活 动业务，每个活动业务都需要来自客户终端的定期刷新消息以持续下 去。但是，有一些与让客户终端频繁发送再发布和/或再预订消息给应 用服务器中的多个业务单元相关联的明显的负荷问题，这一点如下说 明。欧洲专利申请05445042.4公开了 一种解决方案，用于针对涉及发 布数据的业务，避免在数据不变时从终端频繁发送刷新消息。在此解 决方案中，利用现有的维护客户注册的例程(即发送再注册消息)来刷 新发布的数据。本发明针对发送大量的发布或者预订消息以及定期的刷新消息 的问题，这些消息必须传输给大量不同业务中的每一个。考虑到减少
刷新消息的数量，本发明可以看成是针对上面提到的EP 05445042.4的替代或者辅助的解决方案。因此，如果客户在应用服务器中的不同 业务单元中具有大量的各种活动客户状态，那么对于终端来说，发送此类业务消息的负担会很大，并且还会占用空中接口中宝贵的带宽。 这种情况在图3中说明。客户终端A与移动接入网300连接，并且已激活IMS网络中的 多个业务，这些业务^L图示为功能性的业务单元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可 以属于其他多i某体业务网络或者与RLS 400所在网络相同的网络。RLS 400与用户列表服务器408连接，用户列表服务器408维护 诸如电话簿、联络组、自组织组之类的各种用户列表。在图示的第一 步骤4:1，根据特定业务、例如呈现业务，终端A发送请求以请求关 于客户B， C和D的数据，通过参考预定义的用户列表来指明客户B、 C和D。此消息然后可根据SIP被配置成SIP SUBSCRIBE (event: Presence, list=l)。作为对其的响应，在步骤4:2， RLS400根据收到的列表参考从用 户列表服务器408中检索用户及其应用服务器。之后，RLS 400以406B - D中的每一个。此行为有时称作用于客户的"爆破器(exploder)" 功能。分别如步骤4:3，步骤4:4和步骤4:5—^:所示，RLS 400然后 由于来自他们响应的通知而接收所要的数据。在最后的步骤4:6， RLS 400发送通知给终端A作为对预订请求4:1的响应，通知包括所要的 关于列表上全部客户B-D的数据。然而，根据其他业务、如PoC或者 IM，如果要收集数据，必须重复此过程。在WO 2005/088949中，说明了一种解决方案，其中可以通过推 拉结合机制来降低传输数据量和延迟。在这个解决方案中，当客户请 求信息时，不必为每个用户取信息，因为通过采用正进行的网络预订， 此信息已经连续不停地被接收并存储，因此马上可以从用户数据库中 获得信息。然而，为了减轻这种客户终端以及网络资源的负担，特别是对于 空中接口 ，需要避免为了 一些不同业务而发送大量如发布和预订消息 之类的业务消息以及定期的刷新消息的问题。发明内容本发明的目的在于解决以上列出的问题。特别是，本发明的一个 目的就是提供一种解决方案，当发送业务消息给多々某体业务网络中的 多个业务单元或者应用时，基本上避免给客户终端和通信网络以过多 的信令负荷。及其他的目的。根据一方面，本发明提供一种分发来自客户终端的业务消息至多 J 某体业务网络中一个或者多个应用服务器上的多个业务单元或者应 用的方法。首先，从终端接收包括多个业务消息文档的多业务消息， 其中每个文档包括目标指向特定业务单元或者应用的业务相关数据。 然后，将接收到的多业务消息转换成与所述文档对应的多个单独业务 消息。最后，分开地发送所述单独业务消息中的每一个至其各自的目 标业务单元或者应用。此过程可由多々某体业务网络中的业务消息分发 器或类似装置来执行。可以通过从各自文档中提取每个特定业务消息的业务相关信息 和/或数据来转换接收到的多业务消息，然后，由此创建单独业务消息。 可以分开地发送单独业务消息至多媒体业务网络中的会话管理器或 类似装置，以便进一步路由至他们各自的目标业务单元或应用。可以进 一 步为单独业务消息中的至少 一 个调整到期时间以满足 对应接收业务单元和/或应用服务器中的要求。将接收到的多业务消息转换成多个单独业务消息可包括将提取 的单独文档转换成不同的格式。如果多业务消息中的文档全部已经由 终端以相同的格式编码，则在发送文档至目标业务单元或者应用之 前，可将文档转换成解码的格式。
根据另一方面，本发明提供一种多々某体业务网络中用于分发来自 客户终端的业务消息至多媒体业务网络中一个或者多个应用服务器 上的多个业务单元或者应用的设备。本发明的设备包括适用于接收来 自客户终端的包括多个业务消息文档的多业务消息的接收单元，其中 每个文档包含目标指向特定业务单元或应用的业务相关数据。另外， 转换单元适用于将接收到的多业务消息转换成与所述文档对应的多 个单独业务消息。本发明的设备还包括适用于分开地发送每个单独业 务消息至其各自的目标业务单元或应用的发送单元。该设备可在多々某 体业务网络中的业务消息分发器或类似装置中实现。转换单元还可适用于从各自文档中提取每个特定业务消息的业 务相关信息和/或数据，以及由此创建所述单独业务消息。转换单元还 可适用于将提取的单独文档转换成不同的格式。发送单元还可适用于分开地发送单独业务消息至多媒体业务网 络中的会话管理器或类似装置，以便进一步路由至他们各自的目标业 务单元或应用。本发明的设备还可包括用于为单独业务消息中的至少 一个调整 到期时间以满足对应接收业务单元和/或应用服务器中的要求的部件。在本发明的方法及设备中，所述业务消息一般为数据发布消息， 用于发起、刷新、修改或者终止数据。然而，业务消息还可以是对关于其他客户的信息或者数据的请求。通常，多J(某体业务网络为IMS网 络，并且业务消息为诸如SIP PUBLISH或者SIP SUBSCRIBE之类的 SIP消息。多业务消息可这样构成使得每个单独文档分为首标部分和主体 部分，首标部分包括指明对应业务的事件类型。每个业务消息文档可 以嵌入多业务消息的分开的段内。多业务消息还可包括公共首标段和 主体，主体具有所述用于包含在其中的每个单独业务消息文档的由边 界字段隔开的段。可在公共首标中给出对那些首标部分中缺少各自到 期时间的业务消息文档有效的到期时间。
根据再一方面，本发明提供一种客户终端中的设备，用以提供业 务消息至多媒体业务网络中 一个或者多个应用服务器上的多个业务单元或者应用。本发明的客户终端设备包括适用于创建包含多个业务消息文档的多业务消息的消息创建部件，每个文档包含目标指向特定业务单元或应用的业务相关数据；以及适用于发送所创建的多业务 消息至多媒体业务网络的发送部件。本发明的客户终端设备优选地适用于在终端通电时，创建并发送 多业务消息以同时更新多个业务。根据又一方面，本发明提供一种在客户终端中执行的用于提供业 务消息至多媒体业务网络中一个或者多个应用服务器上的多个业务 单元或者应用的方法。然后，创建包括多个业务消息文档的多业务消 息，其中每个文档包含目标指向特定业务单元或应用的业务相关数 据，最后，发送所创建的多业务消息至多々某体业务网络。优选地，在 终端通电时，创建并发送多业务消息以同时更新多个业务。益效果。


现在参照附图和通过优选的实施例对本发明作更详细的说明，其中图1是本发明可以应用的基本通信场景的示意图。 图2是根据先前技术，说明应用服务器中维护客户数据的过程的 方框图。图3是根据先前技术，说明分发业务消息至多i某体业务网络中的 多个业务单元的过程的方框图。图4是根据先前技术，说明从多个应用服务器分发用户相关信息 至客户的过程的方框图。图5是根据一个实施例，说明分发业务消息至多々某体业务网络中
的多个业务单元的过程的方框图。图5a示意说明根据另 一实施例的示例多业务消息。 图6是根据又一实施例的在多媒体业务网络中执行的用于分发消 息至业务单元的过程的流程图。图7是根据又一实施例说明客户的终端和业务消息分发器的方框图。
具体实施方式
简要地说，本发明可以用于避免从客户终端发送多个分开的业务 消息至多々某体业务网络、如IMS网络中的多个业务单元或应用。相反， 多个业务消息可以作为单个的组合多业务消息中的文档或类似物从 终端进行传输，其中每个特定业务相关文档^^皮嵌入多业务消息的分开 的段中。这样，可降低信令业务量， 一般来说，这对于特别是终端和 空中接口来说都是需要的。在多々某体业务网络4矣收到多业务消息时，由配置成分发业务消息 的节点或功能来处理多业务消息，在这里节点或功能称作"业务消息分 发器"，业务消息分发器从每个文档中提取业务相关信息和数据，并分 开地将其以单独业务消息发送至目标业务单元或应用。本解决方案可用于来自客户终端，目标指向位于多媒体业务网络 中的应用服务器中的业务单元或应用的不同类型的业务消息。业务消 息可为如SIP PUBLISH之类的数据发布消息，例如用于发起、刷新、 修改或终止数据。业务消息还可为对关于其他客户的信息或数据的请 求，如SIP SUBSCRIBE。通过举例并参照图5所示的方框图更详细地说明本解决方案，其 中引入新的多J 某体业务网络节点或功能业务消息分发器。消息分发 器适用于通过从接收的多业务消息中提取业务相关数据并创建单独 业务消息，将多业务消息转换成目标指向特定业务单元或应用的单独 业务消息，以庙厶- 或应用。接下来，参照定期的SIP消息来说明，但是一般来说本发明不限 于此。此外，参照发布的情况来说明接下来的例子(即，利用SIPPUBLISH消息的数据发布)，但是该例子还可用于预订的情况(即，利 用SIP SUBSCRIBE消息对信息或数据的请求)。在第一步5:1，客户 终端A发送单个组合多业务消息，该多业务消息;陂多i某体业务网络中 的会话管理器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可配置为多i某体业务网 络中的单独节点，或者作为功能集成在会话管理器500内，这取决于 实施。在图5a所示的多业务消息506中，每个单独文档l, 2， 3,...如 上面提到的那样，可分为首标部分514和主体部分516。因此，首标 部分514包括指明对应业务的事件类型，例如"event: Presence"，"event: IM"或者"event: PoC，，，以及可选地包括该特定业务消息要 发送到的目标业务单元或应用的目的地地址。在首标部分514中还可 指明数据的到期时间，优选地，将在所有文档中的到期时间设定为相同的值，也就是说，对于所有相关业务，到期时间都设定为相同的值。 因此，不同的业务会"同步，，，使得每次先前的数据同时到期时，终 端能够在同 一多业务消息中提供任何刷新消息。优选地，公共首标段508基本上按照流行的标准进行构造，例如， 根据规范RFC3903构造成如在常规SIP PUBLISH消息中一样，尽管 具有文档l， 2， 3,...的主体适用于多个业务。首标508包括对于多 业务消息内包括不同业务的多个业务消息的事实的适当指示。对此的 指示可以通过定义新的适合的事件类型，如"event: services"或类似 物，代替常用的业务指示"event: presence" , "event: PoC"等。另 外，在公共首标508中可包括或多或少的常规字段，例如，到期时间， ^口 "expires=x"，目的J4i也址，戈口 "to:B@x.com"， 源i也i止，i口 "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的适用于创建包含多个业 务消息的多业务消息的消息创建部件。每个业务消息指向多i某体业务 网络中的特定目标业务单元或应用。终端700还包括在这里图示为发 送单元700a的适用于发送所创建的多业务消息至多々某体业务网络的 发送部件。终端必须发送多个业务消息至不同的业务单元以同时更新多个业务的一种典型情况就是在终端通电时。在那样的情况下，如果发送的多业务消息中对所有业务的到期时间设置成一样，那么就在每次到期时，可以在同 一 个多业务消息中同时发送任意即将到来的刷新消 台业务消息分发器702包括接收单元702a,适用于接收例如从终端 700发送的，可选地在由例如S-CSCF(未示出)的会话管理器路由之后 的这种多业务消息。分发器702还包括转换单元702b，适用于通过从 多业务消息中提取嵌入的业务消息并由此创建多个单独业务消息，将 多业务消息转换成多个针对特定目标业务单元或应用的单独业务消息。分发器702还包括适用于分开地发送单独业务消息至对应目标业 务单元或应用704的发送单元702c，可选择地，通过先发送他们至会 话管理器，会话管理器然后可将每个单业务消息路由至其目标业务单 元或应用704。通过采用本发明以分发多个嵌入单个多业务消息之内的单独多 媒体业务消息至不同的目标业务单元或应用，可以降低信令的大体数 量。因此，可以降低对带宽和/或无线资源的总占用量，这对于今天的 无线通信网络变得越来越需要。而且，由于跟多々某体网络之间的信令 引起的终端电池消耗也可以控制在最小，这也是本领域所期望的。虽然已经参照特定举例的实施例对本发明作了说明，但是基本上 该说明只是想要说明本发明的概念，并且不应被当作是对本发明精神 的限制。本发明的精神由附带的权利要求进行定义。例如，在说明上 面的实施例时，已经通篇使用SIP信令协议以及IMS概念，而基本上 可以使用其他任何能够实现多i某体通信的标准和业务网络。再者，尽 管特别地需要节省空中接口上的带宽，本发明不限于来自移动终端的 业务消息，而是基本上可以应用于来自任意类型的能够实现多々某体通 信的终端的业务消息。
权利要求
1. 一种分发来自客户终端的业务消息至多媒体业务网络中一个或者多个应用服务器中的多个业务单元或应用的方法，包括以下步骤从所述终端接收包括多个业务消息文档的多业务消息，每个文档包含目标指向特定业务单元或应用的业务相关数据；将接收的多业务消息转换成多个对应于所述文档的单独业务消息；以及把所述单独业务消息中的每一个分开地发往其各自的目标业务单元或应用。
2. 如权利要求1所述的方法，其中所述方法的步骤由多々某体业务 网络中的业务消息分发器执行。
3. 如权利要求1或2所述的方法，其中所述业务消息为数据发布 消息，用以发起、刷新、修改或终止数据。
4. 如权利要求1或2所述的方法，其中所述业务消息为对关于其 他客户的信息或数据的请求。
5. 如权利要求1至4中任一项所述的方法，其中通过为每个特定 业务消息从各自文档中提取业务相关信息和/或数据，以及由此创建所 述单独业务消息，从而转换接收的多业务消息。
6. 如权利要求1至5中任一项所述的方法，其中分开地发送单独 业务消息至多々某体业务网络中的会话管理器，以便进一 步路由至他们 各自的目标业务单元或应用。
7. 如权利要求1至6中任一项所述的方法，其中多业务消息中的 每个单独文档分为首标部分和主体部分，所述首标部分包括指示对应业务的事件类型。
8. 如权利要求1至7中任一项所述的方法，其中所述业务消息文 档中的每一个嵌入多业务消息中的分开的段内。
9. 如权利要求8所述的方法，其中多业务消息包括公共首标段和 主体，主体具有用于包含于其中的每个分开的业务消息文档的所述 段，所述段由边界字段分开。
10. 如权利要求9所述的方法，其中公共首标中给出的到期时间 对于那些在他们首标部分中缺少单独到期时间的业务消息文档是有 效的。
11. 如权利要求1至10中任一项所述的方法，其中为所述分开的 业务消息中的至少一个调整到期时间以满足对应接收业务单元和/或 应用服务器中的要求。
12. 如权利要求1至11中任一项所述的方法，其中所述转换步骤 包括将提取的单独文档转换成不同的格式。
13. 如权利要求12所述的方法，其中多业务消息中的文档全部已 经由终端以相同的格式编码，以及在将文档发往目标业务单元或应用 之前，将文档转换成解码格式。
14. 如权利要求1至13中任一项所述的方法，其中多i某体业务网 络为IMS网络，以及业务消息为诸如SIP PUBLISH或SIP SUBSCRIBE 之类的SIP消息。
15. —种在多媒体业务网络中用于分发来自客户终端的业务消息 至多媒体业务网络中的一个或者多个应用服务器中的多个业务单元 或应用的设备，包括接收单元，适用于接收来自所述终端的包括多个业务消息文档的 多业务消息，每个文档包含目标指向特定业务单元或应用的业务相关 数据；转换单元，适用于将接收的多业务消息转换成与所述文档对应的 多个单独业务消息；以及发送单元，适用于把所述单独业务消息中的每一个分开地发往其 各自的目标业务单元或应用。
16. 如权利要求15所述的设备，在多i某体业务网络中的业务消息 分发器中实现。
17. 如权利要求15或16所述的设备，其中所述业务消息为数据 发布消息，用于发起、刷新、修改或终止数据。
18. 如权利要求15或16所述的设备，其中所述业务消息为对关 于其他客户的信息或数据的请求。
19. 如权利要求15至18中任一项所述的设备，其中所述转换单 元还适用于为每个特定业务消息从各自文档中提取业务相关信息和/ 或数据，以及由此创建所述单独业务消息。
20. 如权利要求15至19中任一项所述的设备，其中所述发送单 元还适用于分开地发送单独业务消息至多媒体业务网络中的会话管 理器，以便进一步路由至他们各自的目标业务单元或应用。
21. 如权利要求15至20中任一项所述的设备，其中多业务消息 中的每个单独文档分为首标部分和主体部分，首标部分包括指示对应业务的事件类型。
22. 如权利要求15至21中任一项所述的设备，其中所述业务消 息文档中的每一个嵌入多业务消息中的分开的段内。
23. 如权利要求22所述的设备，其中所述多业务消息包括公共首 标段和主体，主体具有用于包含于其中的每个分开的业务消息文档的 所述段，所述段由边界字段分开。
24. 如权利要求23所述的设备，其中公共首标中给出的到期时间 对于那些在他们首标部分中缺少单独到期时间的业务消息文档是有 效的。
25. 如权利要求15至24中任一项所述的设备，还包括用于为分 开的业务消息中的至少 一个调整到期时间以满足对应接收业务单元 和/或应用服务器中的要求的部件。
26. 如权利要求15至25中任一项所述的设备，其中所述转换单 元还适用于将提取的单独文档转换成不同的格式。
27. 如权利要求26所述的设备，其中接收的多业务消息中的文档 全部已经由终端以相同的格式编码，并且所述转换单元还适用于在将 文档发往目标业务单元或应用之前，将文档转换成解码的格式。
28. 如权利要求15至27中任一项所迷的设备，其中所述多媒体 业务网络为IMS网络，而且所述业务消息为诸如SIP PUBLISH或SIP SUBSCRIBE之类的SIP消息。
29. —种客户终端中用于提供业务消息至多媒体业务网络中的一 个或者多个应用服务器中的多个业务单元或应用的^殳备，包括消息创建部件，适用于创建包括多个业务消息文档的多业务消 息，每个文档包含目标指向特定业务单元或应用的业务相关数据；以 及发送部件，适用于发送所创建的多业务消息至多々某体业务网络。
30. 如权利要求29所述的设备，适用于在终端通电时创建并发送 所述多业务消息以同时更新多个业务。
31. —种在客户终端中执行的用于提供业务消息至多i某体业务网 络中的一个或者多个应用月良务器中的多个业务单元或应用的方法，包 括创建包括多个业务消息文档的多业务消息，每个文档包含目标指向特定业务单元或应用的业务相关数据；以及 发送所创建的多业务消息至多々某体业务网络。
32. 如权利要求31所述的方法，其中在终端通电时创建并发送多 业务消息以同时更新多个业务。
全文摘要
一种用于分发来自客户终端(A)的业务消息至多媒体业务网络中一个或者多个应用服务器中的多个业务单元或者应用(504:1-3)的方法及设备。从客户终端接收多业务消息，多业务消息包括多个业务消息文档，业务消息文档包含目标指向特定业务单元或者应用的业务相关数据。消息分发器(502)将接收的多业务消息转换成与所述文档对应的多个单独业务消息，然后多个单独业务消息被分开地发送至他们各自的目标业务单元或者应用。
文档编号H04L29/06GK101401389SQ200780008844
公开日2009年4月1日 申请日期2007年3月12日 优先权日2006年3月13日
发明者A·丹恩, A·里德格伦, C·博伯格 申请人:艾利森电话股份有限公司