CN1701617B - 在使用不同消息结构的两个电信系统之间传输消息型业务消息的方法和系统 - Google Patents

Abstract

存在支持不同类型的消息型业务消息结构的不同类型的电信系统。为了使得能够从具有第一消息结构的第一系统(1)中的发送者(TS)发送消息到具有第二消息结构的第二系统(2)的接收者(GS)，在消息传输中使用承载独立协议。

Description

在使用不同消息结构的两个电信系统之间传输消息型业务消息的方法和系统

技术领域

本发明涉及在使用不同消息结构的两个电信系统之间传输消息型业务消息，尤其涉及在两个不同移动系统之间传输消息型业务消息。移动系统一般是指在用户在系统的服务区域内移动期间支持无线通信的任何电信系统。

背景技术

为了满足移动用户的通信需要，已经发展了多种公共无线网络，例如数字移动通信系统GSM(全球移动通信系统)。除了具有宽覆盖区域的公共网络以外，还开发了多种无线局域网和专用网络，例如专业移动无线或专用移动无线(PMR)系统。它们是主要为专业和政府用户开发的专用无线系统，例如警方、军队、炼油厂、不同类型的公司网络等。数字PMR系统的一个例子是由ETSI(欧洲电信标准协会)所定义的TETRA(地面集群无线电通信)。

在开始阶段，GSM规范定义了已经成为GSM所提供的使用最多的辅助业务之一的短消息业务。现在，通过短消息可接入大量业务，例如新闻、天气、笑话等。除了纯文本的短消息以外，现在也提供包括多媒体消息的业务。这些多种消息业务的共同点在于，它们一般是数据的异步传送，在实际信令之间的系统控制信道上被传送。换言之，它们使用与GSM的短消息业务相同的基本原理。

由于短消息业务在GSM中已经如此流行，所以在其他系统中也包括相应的消息型业务。例如，TETRA标准定义了SDS(短数据业务)，其基本原理与基于GSM短消息业务的消息型业务类似。

但是，相同类型的消息型业务的不同标准定义相互不同。因此，一个系统的用户不能发送消息型业务消息到另一个系统的用户。例如，TETRA用户不能发送纯文本SDS消息到GSM用户，而GSM用户不能发送短消息到TETRA用户。

上述问题的一个解决方案是，定义这些两个不同系统的消息型业务之间的接口。但是，由于还存在其他系统，而且系统快速地演变，所以一个接口定义是不够的，而必须定义多个不同接口，这使系统更复杂并更难维护。

发明内容

本发明的目的是提供一种方法和实现方法的装置，以便解决上述问题。通过由独立权利要求中所表述的特征表示的方法和装置来实现本发明的目的。在从属权利要求中介绍本发明的优选实施例。

本发明基于认识到上述问题，并通过使用为使相关信息和业务简单、最好快速地传递到用户的信息传输所定义的承载独立协议而解决它。承载独立协议是为承载提供接入的机制，它是指被设计为尽可能不依赖于根本网络技术的协议。承载独立协议一般位于承载传输协议的顶部。承载的例子有HTTP(超文本传送协议)、TCP(传输控制协议)、UDP(用户数据报协议)和其他使用IP(因特网协议)、TDMA(时分多址)、CDMA(码分多址)、ATM(异步传输方式)等的技术。

本发明的优点在于，它在支持不同类型消息型业务消息结构的系统之间支持消息型业务。

附图说明

下面将参考附图借助于优选实施例详细介绍本发明，其中

图1表示根据本发明的第一示例性系统结构；

图2、3、4和5中每个都表示使用第一示例性系统结构的实施例中的示例性信令；

图6表示根据本发明的第二示例性系统结构；以及

图7到14中每个都表示使用第二示例性系统结构的实施例中的示例性信令。

具体实施方式

本发明可应用于提供消息型业务的任何电信系统。除了以上提到的GSM和TETRA之外，这样的系统包括，例如被称为第三代移动系统的系统(例如UMTS和IS-41)，以及对应于GSM系统的移动系统(例如GSM 1800和PCS(个人通信系统))，以及基于所述系统的系统(例如GSM 2+系统和将来的系统，诸如第四代移动系统)。下面，用GSM和TETRA系统及其具有WAP(无线应用协议)的纯文本消息型业务作为承载独立协议的例子来描述本发明，但是并不将本发明局限于此。移动系统的规范和承载独立协议不断发展。这样的发展可能要求本发明的额外变化。因此，所有的文字和表述都应该被宽泛地解释，并且它们用来说明本发明而不是限制本发明。

图1和6表示只说明给定系统结构的一些网络和节点的简化系统结构。图1和6中所示的网络节点实现只是实现网络节点的例子。对于本领域的技术人员，系统显然也可以包括在这里不需要详细介绍的其他网络、网络节点、功能和结构。

图1表示示例性系统结构SA1。在示例性系统结构SA1中，第一系统1是根据TETRA标准的系统，包括TETRA用户设备TS和TETRA网络11。基本TETRA网络11结构被称为交换和管理基础结构(SwMI)。SwMI包括使用户能够通过SwMI相互通信的所有设备和单元。应该注意，SwMI的准确结构和操作以及第一系统的嘈杂与本发明无关。一般地，SwMI可以是提供交换和移动管理功能的任何移动网络基础结构。由芬兰Nokia公司所实现的TETRA网络11结构包括数字交换DXT，一些DXT为其他电信网络提供网关。对于SDS，每个DXT一般都具有与消息型业务消息相关、并对应于由GSM系统短消息业务中心所提供功能的功能。

第一系统包括用于承载独立协议的服务器。换言之，第一系统包括使用WAP的TETRA WAP服务器12，WAP是通信协议和应用环境的协议规范。在移动系统中，典型地能够借助于WAP用户终端，即用户设备使用因特网、内联网或外联网上所提供的业务。典型地，通过被称为WAP服务器的WAP网关使用WAP业务。如果需要，能够在针对WAP规范的WAP论坛主页http://www.wapforum.org上找到进一步的信息。TETRA WAP服务器12包括根据本发明的消息型业务的文本应用T-WAP。以下介绍WAP服务器的功能，尤其是根据本发明不同实施例的文本应用T-WAP的功能。TETRA WAP服务器12包括用于文本应用的数据库，或者与用于文本应用的外部数据库的连接(图1中没有表示这两者)。

在示例性系统结构SA1中，第二系统2是根据GSM的系统，包括GSM网络21和GSM用户设备GS。由于GSM是本领域技术人员熟知的系统，所以这里不需要详细地介绍。另外，应该注意，GSM网络21的准确结构和操作以及第二系统的操作与本发明无关。

对于短消息业务，第二系统2包括转发短消息、并存储和重新发送没有被传递的那些短消息的至少一个短消息业务中心SMSC。如本领域技术人员所知的那样，通过短消息业务中心传输所有短消息。

当TETRA WAP服务器12连接到短消息业务中心SMSC时，TETRA WAP 12将通知SMSC怎样转发目标消息到TETRA用户，即TETRA用户设备TS。由于TETRA系统可能具有多于一个的TETRA WAP服务器，并且它们中多于一个可能连接到一个短消息业务中心，所以SMSC可能例如基于优先权列表，或者基于为每个TETRA WAP服务器分配的TS号码的号码空间，选择TETRA WAP服务器。典型地，所有TETRA WAP服务器被链接在一起，因此对于TS，经由哪个TETRA WAP服务器接收消息不重要。

图2和3表示根据本发明实施例1的信令。实施例1使用图1所示的网络结构SA1。另外，在实施例1中，假设第一系统中的用户设备，即图1中的TS，具有WAP浏览器和允许使用TETRA WAP服务器中不同WAP业务，或者至少文本应用T-WAP的预约。

能够基于常规的请求-响应(弹出)技术或者推送技术使用WAP业务。在请求-响应技术中，来自用户终端的业务请求在网络系统的节点处被识别，并被转发到提供所请求业务的内容服务器，然后，基于业务请求在内容服务器中所产生的响应数据被转发到用户终端。在推送技术中，服务器基于用户曾经作出的请求将数据传送给用户终端，而无需与个别传输相关的传输请求。如果需要，能够在针对WAP规范的WAP论坛主页http://www.wapforum.org上找到进一步的信息。

图2表示当TS用户想要发送短消息到GS用户时，根据实施例1的功能。从TETRA到外部系统的发送功能可以直接在设备中实现，因此，例如当用户从“写消息”选项中选择“到另一个系统”或者“写消息到外部系统”时，设备自己打开到业务应用的WAP浏览器。实现这个功能的另一种方式是，用户知道他必须选择WAP业务并从其WAP书签中选择这个业务，即这个功能被实现为先前WAP业务。但是，对于本发明，怎样选择WAP浏览器不重要。

在点2-1，WAP浏览器打开，并且WAP浏览器在单独字段内请求消息的内容，即文本，以及GS的GSM号码。当消息准备好时，TS发送消息2-2到具有文本应用T-WAP的TETRA WAP服务器。最好使用WAP IP(因特网协议)发送消息2-2。当文本应用T-WAP接收消息2-2时，它在点2-3将接收者的GSM号码和实际内容从消息中分离出来，并在点2-3将消息从WAP消息的转换为短消息。转换后，消息具有与根据GSM规范的短消息相同的结构。转换后，TETRAWAP服务器发送短消息2-4到接收者的短消息业务中心SMSC，经由SMSC，短消息2-4根据现有技术被传送到接收者的设备GS。

图3表示当GS用户想要发送短消息到TETRA用户，即TS时，根据实施例1的功能。GS用户根据现有技术形成短消息，并发送短消息3-1到GS用户的短消息业务中心SMSC。在实施例1中，SMSC被配置为识别目标为另一个系统(例如第一系统)的SM，并将那些SM路由到相应的WAP服务器。在点3-2，短消息业务中心从接收者的号码识别短消息目标是TETRA用户，并发送短消息3-1到TETRAWAP服务器。TETRA WAP服务器，更一般地，文本应用T-WAP，在点3-3将内容和接收者地址从短消息中分离出来，将内容存储在数据库中，并在WAP推送消息3-4中将内容的URL地址发送到接收者的TS。URL(统一资源定位符)地址是使信息网络中的文件和目录以及需要使用它的协议个体化的标识符。当TS用户想要读消息时，他只根据现有技术进行，即在他的设备中选择消息，并且设备发送WAP弹出消息3-5，并且用户从消息3-6看到消息3-1的内容。换言之，用户将浏览利用WAP寻址到他的消息。

图4和5表示根据本发明的实施例2的信令。实施例2使用图1所示的网络结构SA1。而且，在实施例2中，假设接收的用户设备和发送的用户设备都不使用WAP。

图4表示当TS用户想要发送短数据消息，即SD，到GS用户时根据实施例2的功能。TS用户根据现有技术形成SD，并在消息4-1中将SD发送到DXT。在实施例2中，DXT被配置为识别目标为另一个系统(例如第二系统)的SD，并将那些SD路由到TETRA WAP服务器。因此，在点4-2中，DXT基于接收者的号码识别SD目标为GSM系统，并将消息4-2转发到具有文本应用T-WAP的TETRAWAP服务器。当文本应用T-WAP接收消息4-2时，它在点4-3将接收者的GSM号码和实际内容从消息中分离，并在点4-3将消息从短数据消息转换为短消息。最后以两个步骤进行转换：步骤1中，短数据消息被转换为根据WAP的消息，步骤2中，WAP消息被转换为短消息。通过这个两步骤转换，很容易添加对转换到其他消息结构的支持，步骤1保持不变，而只修改步骤2。转换后，消息具有与根据GSM规范的短消息相同的结构。然后，TETRA WAP服务器将短消息4-4发送到接收者短消息业务中心SMSC，短消息4-4根据现有技术经由SMSC传送到接收者的设备GS。

在本发明的另一个实施例中，所有SD被路由到包括与消息型业务相关的功能的TETRA WAP服务器。在这个实施例中，TETRAWAP服务器识别消息4-1是朝向GS，并且响应于识别，转换这个消息。目标为其他TETRA用户的消息不被转换。在这个实施例中，在DXT中最好不提供与消息型业务相关的功能。

图5表示当GS用户想要发送短消息到TETRA用户，即TS，时根据实施例2的功能。GS用户根据现有技术形成短消息，并发送短消息5-1到GS用户的短消息业务中心SMSC。在点5-2，短消息业务中心从用户的号码识别短消息的目标是TETRA用户，并发送短消息5-1到TETRA WAP服务器。TETRA WAP服务器，更一般地是文本应用T-WAP，在点5-3将内容和接收者的地址从短消息中分离，并在点5-3将短消息转换为SD消息。最好以如上所述的两个步骤进行转换，但是现在是以相反的顺序。转换后，消息具有与根据TETRA规范的SD消息相同的结构。转换后，TETRA WAP服务器经由DXT将SD消息5-4发送到接收者的TS。

图6表示示例性系统结构SA2。在示例性系统结构SA2中，第一系统与图1中的第一系统类似，即是根据TETRA标准的系统，包括TETRA用户设备TS、TETRA网络11、以及具有文本应用T-WAP和数据库或者与外部数据库的连接的TETRA WAP服务器，这里不需要详细讨论。

在示例性系统结构SA2中，第二系统2’是根据GSM的系统，包括GSM网络21和GS用户设备GS以及短消息业务中心SMSC，与图1中的第二系统相似。以上已经结合图1描述了前面的网络节点。第二系统2’还包括使用承载独立协议的服务器。换言之，第二系统包括根据上面图1所示的原理使用WAP、并包括文本应用G-WAP和数据库或与外部数据库的连接的GSM WAP服务器22。文本应用G-WAP与TETRA WAP服务器中的文本应用T-WAP相似。GSMWAP服务器与TETRA WAP服务器的区别只在于，是它用于GSM网络的WAP网关，而TETRA WAP服务器是用于TETRA网络的WAP网关。因此，不需要重复与WAP相关的以上描述。

图7和8表示根据本发明的实施例3的信令。实施例3使用图6所示的网络结构SA2。另外，在实施例3中，假设第一和第二系统中的用户设备，即图6中的TS和GS，具有WAP浏览器和允许使用相应WAP服务器中不同WAP业务、或至少文本应用T-WAP、G-WAP的预约。可以如上所述，直接在设备中，或者根据现有WAP业务实现发送到外部系统的功能。在这个例子中，TS的外部系统是GSM，而GS的外部系统是TETRA。

图7表示当TS用户想要发送短消息到GS用户时根据实施例3的功能。在点7-1，打开WAP浏览器，并且WAP浏览器在单独的字段中请求消息的内容，即文本，以及GS的GSM号码。当消息准备好时，TS发送消息7-2到具有文本应用T-WAP的TETRA WAP服务器。最好使用WAP IP发送消息7-2。TETRA WAP服务器将消息7-2，即地址和内容，转发到具有文本应用G-WAP的GSM WAP服务器。当GSM WAP服务器中的文本应用G-WAP接收到消息7-2时，它在点7-3将内容和接收者的GSM地址从消息中分离出来，存储内容，并在WAP推送消息7-4中将内容的URL地址发送到接收者的GS。当GS用户想要读消息时，他只根据现有技术进行，即在他的设备中选择消息，并且设备发送WAP推送消息7-5，用户从消息7-6中看到消息7-2的内容。换言之，用户将浏览利用WAP寻址到他的文本消息。

图8表示当GS用户想要发送短消息到TS用户时根据实施例3的功能。在点8-1，打开WAP浏览器，并且WAP浏览器在单独的字段中请求消息的内容(即文本)和TS的TETRA号码。当消息准备好时，GS发送消息8-2到具有文本应用G-WAP的GSM WAP服务器。最好使用WAP IP发送消息8-2。GSM WAP服务器将消息8-2，即地址和内容，转发到具有文本应用T-WAP的TETRA WAP服务器。当TETRA WAP服务器中的文本应用接收到消息8-2时，它在点8-3将内容和接收者的地址从消息中分离出来，存储内容，并在WAP推送消息8-4中将内容的URL地址发送到接收者TS。当TS用户想要读消息时，他只根据现有技术进行，即在他的设备中选择消息，设备发送WAP弹出消息8-5，并且用户从消息8-6中看到消息8-2的内容。换言之，用户将浏览利用WAP寻址到他的文本消息。

正如能够看到的那样，在实施例3中不需要SMSC。因此，在实施例3中，第一系统和/或第二系统不是必须包括消息型业务中心的功能。

图9和10表示根据本发明的实施例4的信令。实施例4使用图6所示的网络结构SA2。而且，实施例4中，假设发送者的设备具有WAP浏览器和允许使用不同WAP业务或至少相应WAP服务器中文本业务的预约。但是，在接收者的设备中不需要WAP浏览器。如上所述，发送到外部系统的功能可以直接在发送者的设备中或者根据现有技术WAP服务器实现。

图9表示当TS用户想要发送短消息到GS用户时根据实施例的功能。点9-1中，打开WAP浏览器，并且WAP浏览器在单独字段中请求消息的内容(即文本)，以及GS的GSM号码。当消息准备好时，TS发送消息9-2到具有文本应用T-WAP的TETRA WAP服务器。最好使用WAP IP发送消息9-2。TETRA WAP服务器将消息9-2(即地址和内容)转发到具有文本G-WAP的GSM WAP服务器。当文本应用G-WAP接收到消息9-2时，它在点9-3将接收者的GSM号码和实际内容从消息中分离出来，并在点9-3将消息从WAP消息转换为短消息。转换后，消息具有与根据GSM规范的短消息相同的结构。转换后，GSM WAP服务器根据现有技术，经由短消息业务中心SMSC将短消息9-4发送到接收者的设备GS。

图10表示当GS用户想要发送短消息到TS用户时根据实施例4的功能。点10-1中，打开WAP浏览器，并且WAP浏览器在单独字段中请求消息的内容(即文本)和TS的TETRA号码。当消息准备好时，GS发送消息10-2到具有文本应用G-WAP的GSM WAP服务器。最好使用WAP IP发送消息10-2。GSM WAP服务器将消息10-2(即地址和内容)转发到具有文本应用T-WAP的TETRA WAP服务器。当TETRA WAP服务器中的文本应用T-WAP接收到消息10-2时，它在点10-3中将内容和接收者的地址从消息中分离出来，将它们转换到SD格式，并发送SD消息10-4到接收者的TS。

图11和12表示根据本发明的实施例5的信令。实施例5使用图6所示的网络结构SA2。实施例5中，在接收者设备和发送者设备中都不需要WAP浏览器或WAP预约。

图11表示当TS用户想要发送短消息(即SD)到GS用户时根据实施例5的功能。TS用户形成SD，并在消息11-1中发送SD到DXT，所有这些都是根据现有技术。实施例5中，DXT被配置为识别目标为另一个系统(例如第二系统)的SD，并将那些SD路由到具有文本应用T-WAP的TETRA WAP服务器。因此，在点11-2中，DXT基于接收者的号码识别SD的目的地是GSM系统，并将消息11-2转发到具有文本应用T-WAP的TETRA WAP服务器。当文本应用接收到消息11-2时，它在点11-3将接收者的GSM号码和实际内容从消息中分离出来，并在点11-3中将消息从短数据消息转换为包含GSM号码和内容的WAP消息。然后，TETRA WAP服务器发送WAP消息11-4到具有文本应用G-WAP的GSM WAP服务器。当文本应用G-WAP接收到消息11-4时，它在点11-5中将接收者的GSM号码和实际内容从消息中分离出来，并在点11-5中将消息从WAP消息转换为短消息。然后，GSM WAP服务器根据现有技术经由短消息业务中心SMSC发送短消息11-6到接收者设备GS。

图12表示当GS用户想要发送短消息到TETRA用户(即TS)时根据实施例5的功能。GS用户形成短消息，并发送短消息12-1到GS用户的短消息业务中心SMSC，所有这些都是根据现有技术。实施例5中，SMSC被配置为识别目标为另一个系统(例如第一系统)的SM，并将那些SM路由到具有文本应用G-WAP的GSM WAP服务器。因此，在点12-2中，短消息业务中心从接收者号码识别短消息的目的地是TETRA拥护，并发送短消息12-2到具有文本应用的GSMWAP服务器。GSM WAP服务器，更一般地是文本应用，在点12-3中将内容和接收者的地址从短消息中分离出来，并在点12-3中将消息从短消息转换为包含TETRA号码和内容的WAP消息。然后，GSMWAP服务器发送WAP消息12-4到具有文本应用T-WAP的TETRAWAP服务器。当TETRA WAP服务器的文本应用T-WAP接收到消息12-4时，它在点12-5中将内容和接收者的地址从消息中分离出来，将它们转换为SD格式，并发送SD消息12-6到接收者的TS。

图13和14表示本发明的其他实施例。图13和14中，讨论服务接收者的文本应用的功能。由于这些功能能够被用于第一系统和第二系统中，所以为文本应用使用符号WAP-TA，为消息型业务中心功能使用符号SC，而为接收者设备使用符号S。图13和14中，虚线表示不成功的消息传递。

图13中，WAP-TA接收目的地为S的消息13-1。假设消息13-1为WAP消息格式。WAP-TA试图如上面所述的那样传递WAP消息13-1，但是传递失败。因此，在点13-2，WAP-TA将消息转化为具有用于接收者系统中消息型业务消息的结构的消息，并将转化后的消息13-3经由SC传递到接收者的S。

图14中，WAP-TA接收目的地为S的消息14-1。消息14-1可以具有WAP-TA被配置为识别的任何结构。WAP-TA在点14-2将消息转换为具有在接收者系统中用于消息型业务消息的结构，并将转换后的消息14-3传递到试图将消息14-3传递到接收者的S但传递不成功的SC。在这个实施例中，SC被配置为用表示传递不成功的指示将消息14-3传送回WAP-TA。在消息14-3’中发送消息和指示。因此，SC不存储消息和试图以后传递。然后，WAP-TA在点14-4中将消息转换为WAP消息，并经由SC传递转换后的消息14-5到接收者的S。

以上提供的实施例及其部分能够被组合，以产生本发明的优选实施例。

尽管在以上描述中，WAP消息被传输，使得首先存储消息的实际内容，并且内容的URL地址被传送到接收者的设备，但是对于本领域技术人员，显然也可能首先试图在WAP消息中发送内容到接收者设备，并且如果不成功，则存储内容并发送内容的URL地址。

在以上实施例中使用了WAP。这个实施例的优点在于使用已经存在的协议，因此不需要是新的协议标准化。而且，当使用IP传递WAP时，能够使现存系统的负载最小化。

尽管以上已经借助于文本消息(例如短消息)解释本发明，但是，本发明并不限于此，对于本领域技术人员，怎样将本发明应用到其他消息业务(例如多媒体消息)是显而易见的。

尽管以上只使用两个不同的消息结构(SD和SM)描述了本发明，但是对于本领域技术人员，怎样将本发明应用到其他消息结构和这样应用到具有多于两个不同结构的系统是显而易见的。

实现本发明功能的电信系统、网络节点和用户设备不只包括消息型业务所要求的现有技术单元，而且还包括用于以上述方式转换和传输消息的单元。目前的网络节点和用户设备包括能够被用于根据本发明的功能的处理器和存储器。可以将实现本发明所需要的所有修改、布置和/或结构作为标准执行，这些标准可以被实现为被添加或被更新的软件标准程序、应用电路(ASIC)和/或可编程电路，例如EPLD(可电编程的逻辑设备)、FPGA(现场可编程门阵列)。

作为技术优点，对于本领域技术人员，本发明构思显然能够以多种方式实现。本发明及其实施例不限于上述的例子，而是可以在权利要求书的范围内变化。

Claims (5)

1.一种将消息型业务消息从具有第一消息结构的第一系统中的发送者传输到具有第二消息结构的第二系统的接收者的方法，

其特征在于，所述方法包括在消息传输中使用承载独立协议，其中所述承载独立协议是一种传输协议，其独立于承载协议并且在协议栈中位于所述承载协议之上；

并且，

在发送者的设备中支持所述承载独立协议；以及

使用所述承载独立协议，将所述消息从所述发送者的设备传输到所述接收者的设备。

2.根据权利要求1的方法，其特征在于，还包括：

如果到所述接收者的设备的消息传输失败：

将所述消息转换为具有所述第二消息结构；以及

以所述第二消息结构将所述消息传输到所述接收者的设备。

3.根据权利要求1的方法，其特征在于，传输具有所述承载独立协议结构的消息包括：

存储所述消息的内容；

发送所述内容的地址到所述接收者设备；以及

利用所述地址读取所述内容。

4.一种电信系统，至少包括

具有第一消息型业务消息结构的第一系统；

具有第二消息结构的第二系统；以及

服务器，消息经由所述服务器而从所述第一系统传输到所述第二系统；

其特征在于，

所述服务器被配置为使用承载独立协议来传输所述消息，其中所述承载独立协议是一种传输协议，其独立于承载协议并且在协议栈中位于所述承载协议之上，并且所述第一系统至少包括用户设备，所述用户设备包括使用承载独立协议来根据所述承载独立协议发送消息的发送者应用，所述用户设备被配置为响应于目标为所述第二系统的消息而启动所述发送者应用。

5.根据权利要求4的电信系统，其特征在于，所述第一系统包括具有与所述第一系统中的消息型业务相关的功能的网络节点，所述网络节点被配置为识别发送到所述第二系统的消息，并将所述消息转发到所述服务器。

Images