CN101622889A

CN101622889A - 移动发起的短消息的路由

Info

Publication number: CN101622889A
Application number: CN200880006598A
Authority: CN
Inventors: O·马采克
Original assignee: Markport Ltd
Current assignee: Markport Ltd
Priority date: 2007-01-30
Filing date: 2008-01-30
Publication date: 2010-01-06
Also published as: EP2123064B1; BRPI0807841A2; US20100029311A1; WO2008093311A1; EP2123064A1

Abstract

整个MO消息的传输方法包括在单个对话中传输多个消息。该方法包括移动设备与服务MSC之间的第一支路、服务元件与互通MSC之间的第二支路，和从互通MSC到服务中心(SC)的第三支路。在存在多个消息的串接情况下，单个对话的使用具有特别的益处，这多个消息来源于超过规定字符数的单个用户生成的消息。本发明将信息元素(RP－MMS)添加到RP－MO－DATA元素。该新信息元素的目的是指示跟随有更多消息。

Description

移动发起的短消息的路由

技术领域

本发明涉及移动(设备)发起的(“MO”)短消息(“SM”)的路由。

背景技术

当串接式SM从MS提交到SMSC时，MS必须将串接式SM的每段作为独立的消息来提交。这导致以下问题：

A：MS、服务MSC或SGSN以及互通(inter-working)MSC上不必要的开销：

(a)需要针对SM的每段在服务MSC/SGSN和互通MSC之间建立新的TCAP对话：需要针对应该提交给互通MSC的每个SM分配新的TCAP对话相关资源(例如，状态机和计时器)。因此，相对于仅使用一个对话的情况，提交移动发起的串接式SM会消耗更多资源和时间。

(b)对于每个SM(串接式SM的段)，必须执行服务MSC和VLR之间的单独的对话。此外，这还会导致网络中不必要的开销，并减慢消息提交。

B：移动运营商基于TCAP对话在SMSC自身上(通过在特定SMSC上引入不止一个互通MSC)或在超过一个SMSC之前的网络节点上利用负载共享。在这种情况下，串接式消息的每段被提交给SMSC的不同互通MSC。

结果，可能出现多种问题：

(a)当运营商需要时，关联并且可能地重新组装SMSC上的串接式SM的段是不可行的。该要求的原因可能是：基于不同的技术将消息路由到网络，或者简化ESMS应用的设计与实现。

(b)不同的SMSC可能同时尝试将SM的多个段传送给目的MS。当该情况发生时，多个段中的一个被传送，而其它段由于MS忙而传送失败。当由于目的MS在网络上可用而即时地对提交给SMSC的SM的多个段进行传送时，会出现该问题。超过80％的SM是以这种方式进行传送的。

本发明旨在提供移动发起的短消息的更高效的传输。

词汇表

3GPP 第三代合作伙伴计划

ASN.1 抽象语律标识.1

ETSI 欧洲电信标准协会

IWMSC 互通移动交换中心

MAP 移动应用部分

MO 移动发起的

MS 移动台

MSC 移动交换中心

PDU 协议数据单元

SGSN 服务GPRS支持节点

SM 短消息

SM-RL 短消息中继层

SM-TP 短消息传输层协议

SM-TL 短消息传输层

SMSC 短消息服务中心

TCAP 事务处理能力应用部分

TPDU 传输协议数据单元

VLR 访问位置寄存器

发明内容

根据本发明，提供了一种在移动网络中传输移动(设备)发起的消息的方法，在权利要求1中对该方法进行了概括地阐述。

本方法的各种实施例在本文所附的权利要求2到25中进行阐述。

在另一个方案中，本发明提供了本文所附的权利要求26和27中所阐述的消息传送系统。

在其它方案中，本发明提供了本文所附的权利要求28到31中所阐述的计算机可读介质。

附图说明

从下面对本发明的一些实施例的描述将更清晰地理解本发明，参照附图仅以示例的方式给出这些实施例，其中：

图1是本发明的移动发起的SM通信方法的消息/信令图。

具体实施方式

本发明包括对短消息中继层(SM-RL)支持的移动发起的服务的增强。这包括对3GPP 23.040、3GPP 24.011和3GPP 29.002的增强，以维持MS和互通MSC之间的端到端的对话，并使能MO多个SM的传输。

参照图1，MO SM通信方法包括移动台(MS)、服务MSC(或者其它实施例中的SGSN)、VLR、互通MSC(IWMSC)以及服务中心(SC)。

当多个SM从服务MSC/SGSN传输到IWMSC时，在一个对话内可以传输超过一个消息。整体上，MO消息的传输是从移动设备到SC进行的。该传输包括移动设备与服务元件(MSC或SGSN)之间的第一支路(leg)，和服务元件与互通MSC之间的第二支路。这两条支路组成一个对话。第一支路使用短消息中继协议，而第二支路使用MAP。存在从互通MSC到服务中心(SC)的非完全标准化的第三支路。

在存在多个消息的串接情况中，单个对话的使用具有特别的益处，这多个消息来源于超过规定字符数的单个用户生成的消息。

本发明将信息元素(RP-MMS)添加到RP-MO-DATA元素。该新的信息元素的目的是指示之后还存在更多消息。

下面讨论增强从MS到SC的路径中的每个支路的细节。

(1)在MS和服务MSC或SGSN之间，通过在3GPP 24.011规范中引入新的PDU来执行将新的信息元素添加到RP-MO-DATA元素的操作。细节在下面给出[改变SM中继协议部分(3GPP 24.011)]。

(2)在第二支路中，在服务MSC(或SGSN)和互通MSC之间，通过MAP-MO-FORWARD-SHORT-MESSAGE服务的新参数来传递RP-MO-DATA元素的新信息元素。细节在下面给出[对MAP层(3GPP29.002)部分进行改变]。

(3)在第三支路中，在互通MSC和SC之间，并未对传递3GPP 23.040中定义的SM-TP PDU的承载协议进行充分规定，并且该承载协议可以是专有实现。可以有利地增强该实现，以传递RP-MO-DATA元素的附加信息元素。

以下是图1的消息传输的概要。

1.RP-DATA-NL(修改的3GPP 24.011)

使用RP-DATA-NL而非RP-DATA来指示之后还跟随有RP-DATA(-NL)。

2.MAP-SEND-INFO-FOR-MO-SMS请求(3GPP 29.002)。有利地，对话仅需要一个VLR询问，产生较少网络开销

3.MAP-SEND-INFO-FOR-MO-SMS响应(3GPP 29.002)

4.MAP-MO-FORWARD-SHORT-MESSAGE请求(3GPP 29.002)

设置新参数“更多待发消息(More Messages To Send)”

5.短消息(3GPP 23.040)

6.短消息确认(3GPP 23.040)

7.MAP-MO-FORWARD-SHORT-MESSAGE响应(3GPP 29.002)

8.RP-ACK(3GPP 24.011)

9.RP-DATA(3GPP 24.011)

使用RP-DATA来指示这是待传输的最后一个SM/段

10.MAP-MO-FORWARD-SHORT-MESSAGE请求(3GPP 29.002)

未设置新参数“更多待发消息(More Messages To Send)”

11.短消息(3GPP 23.040)

12.短消息确认(3GPP 23.040)

13.MAP-MO-FORWARD-SHORT-MESSAGE响应(3GPP 29.002)

14.RP-ACK(3GPP 24.011)

以下概述对该通信方法的要求。

MAP层(3GPP 29.002)上的改变：

对于MAP的MAP-MO-FORWARD-SHORT-MESSAGE服务，将添加新参数(用于本文的目的将该参数称为“更多待发消息(MoreMessages To Send)”)，其指示之后还跟随有SM。将修改ASN.1对MO-ForwardSM-Arg类型的定义。为了反映此修改，用于移动发起的SM传输的过程(SDL、文本描述和工作流程图)将要求在IWMSC和MSC侧都进行修改。

SM-RL(3GPP 23.040)上的改变：

将新的信息元素添加到已有的RP-MO-DATA元素内，并且用于本文的目的将其称为RP-MMS，其指示之后还跟随有SM。

在3GPP 23.040规范内，需要修改短消息移动发起过程的定义。消息流程图需要反映在一个操作期间传递超过一个SM的选项。对SM中继协议(3GPP 24.011)的改变：

取代将RP-MO-DATA元素的新的信息元素作为RP-DATAPDU的额外参数RP-MMS来进行传递的做法，而提出将引入新的PDU类型。将使用RP-消息类型参数的预留值中的一个。用于本文的目的将新的PDU称为RP-DATA-NL(RP-Data-Not-LAST)。对于从MS到网络的方向，RP-DATA-NL PDU将具有与RP-DATA PDU相同的结构。如果使用该新的PDU，则它将预先地指示还存在随后的SM要从MS传输到网络。从MS传输到网络的SM序列将在最后包括零个或更多RP-DATA-NL PDU和一个RP-DATA PDU。新的RP-DATA-NL PDU将通过已有PR-ACK PDU来进行确认。

使用新PDU(除RP-消息类型参数之外，具有与原始RP-DATA PDU相同的参数)的原因是：没有足够的空间用于新的额外的参数。如果添加了新参数，则需要减小RP-User(中继协议用户)数据的最大长度。其结果是需要减小SM的最大长度。使用本发明的方法，将使用定长的RP-消息类型参数的额外的值来传输额外的信息元素RP-MMS，而该PDU的剩余部分保持相同。其益处在于：

(1)对RP-User数据参数没有进一步的限制。

(2)该PDU与已有的PDU几乎相同。因为改变相对较小，所以便于进行并最小化MS和MSC/SGSN上的实施改变。可以使用已有代码对RP-DATA PDU进行编码/解码，仅需要添加/识别的RP-消息类型参数的新值。

对于3GPP 24.011而言，该实现仅需要改变SM-RL层的短消息中继协议(SM-RP)。特别地，可以使用用来维护短消息的传输之间的无线电接口的已有选项，如3GPP 24.011规范的5.4部分“Concatenating short messageor notification transfers”中所描述。

对于第三支路，在一个实施例中，当互通MSC从服务MSC接收到消息时，进行处理以对MAP层进行解码，并从MAP-MO-FORWARD-SHORT-MESSAGE请求中提取“More Messages ToSend”参数。将所提取的“More Messages To Send”参数与来自于TCAP和MAP层的其它有用参数一同放入承载(bearer)中的专有消息，将该专有消息与提取的SM-TP PDU一同发送到服务中心上的能够对专有消息进行解码的接口进程。如果进行了配置，则该接口进程可以将重组过程应用于串接式消息的段，并将其存储到服务中心的消息数据库中。重组的消息可以存储为单个消息。

虽然该实现引入了将多个SM传输到移动发起方向的优点，但是其仍然保持向后兼容性：

(1)不支持移动发起的多个SM传输的MS可以与支持移动发起的多个SM传输的MSC/SGSN一同使用。

(2)不支持移动发起的多个SM传输的MSC/SGSN可以与支持移动发起的多个SM传输的用于SMS的互通MSC(SMSC)一同使用。

在服务MSC/SGSN没有识别RP-DATA-NL PDU的情况下，支持MO多个SM传输的MS可以尝试分别地传输SM。MS可以通过接收带有原因为“#97：消息类型不存在或未实现”的RP-ERROR消息来检测服务MSC/SGSN不支持新PDU。详情请参见3GPP 24.011的9.3.3部分“Unknown or unforeseen message type”。

本发明包括改善公共地面移动网络中用来传输短消息的协议，尤其是用于将短消息从移动台(MS)传输到短消息服务中心(SMSC)的协议。该改善可应用于2G、2.5G和3G PLMN及更高版本。该改善可应用于GSM、ANSI及类似的技术。将GSM用作解释本发明和可能的实现的实例。

从GSM规范的视角来看，本发明所改善的协议/规范为：

(1)3GPP 23.040规范(ETSI 03.40)定义的短消息中继层。

(2)3GPP 24.011(ETSI 04.11)规范定义的短消息中继协议。

(3)3GPP 29.002规范(ETSI 09.02)定义的移动应用部分。

从PLMN拓扑的视角来看，本发明的实现期望改变以下装置上的硬件/软件/固件：

(1)移动台(MS)

(2)移动交换中心(MSC)

(3)用于SMS的互通MSC，其通常与短消息服务中心(SMSC)处于相同位置或者相关联。

将认识到，本发明实现了对MO SM通信的很大改善，降低了MO路径中移动台、网络元件和通信设施上的通信与传输资源的开销。

上文已经描述了串接式消息的传输，然而，还将认识到，本发明还有利地支持多个独立的短消息。因此，当用户在覆盖范围之外时，该用户可以编写可在手持设备上缓冲存储的多个消息，并当该用户回到覆盖范围内时，使用本发明可以在一个对话中高效地发送这些消息。

本发明并不局限于所描述的实施例，而可以在结构和细节中进行改变。例如，将新PDU引入SM中继协议层并不是必需的。例如可以通过过载已有PDU的已有参数来实现相同的功能。此外，并不是必需在所有三个支路中提供多个SM的传输。如果仅针对前两个支路执行多个SM的传输，则可以实现显著的网络改善，尤其是对于无线电链路和网络信令优化的改善。

Claims

1、一种在移动网络中传输移动发起的消息的方法，所述方法包括步骤：在从移动设备到至少一个互通MSC的路由中，在一个对话内传输多个短消息，所述路由包括从所述移动设备到服务元件的第一支路和从所述服务元件到所述互通MSC的第二支路。

2、根据权利要求1所述的方法，其中，所述对话在所述第一支路中使用短消息中继协议。

3、根据权利要求1或2所述的方法，其中，所述对话在所述第二支路中使用MAP协议。

4、根据前述权利要求中的任意一个所述的方法，其中，所述方法包括：在至少一个支路中传输附加信息，以指示在同一对话中跟随有更多消息。

5、根据权利要求4所述的方法，其中，将所述附加信息作为RP-MO-DATA元素中的附加信息元素进行传输。

6、根据权利要求4或5的任一个所述的方法，其中，针对至少一个支路来使用可选PDU传递所述附加信息，所述可选PDU是出于指示跟随有更多消息并以常规方式包含消息数据的目的来选择的。

7、根据权利要求6所述的方法，其中，所述支路是所述第一支路。

8、根据权利要求6或7的任一个所述的方法，其中，所述可选PDU使用RP-消息类型参数的预留值。

9、根据权利要求8所述的方法，其中，所述可选PDU(RP-DATA-NL)包括消息数据，并且与同样在所述支路中传输的另一消息数据PDU(RP-DATA)具有相同的结构。

10、根据权利要求7到9中的任意一个所述的方法，包括其它步骤：发送所述可选PDU的确认。

11、根据权利要求1到5中的任意一个所述的方法，其中，针对至少一个支路将所述附加信息作为已有PDU的附加信息元素进行传递。

12、根据权利要求11所述的方法，其中，所述支路为所述第二支路。

13、根据权利要求11或12的任一个所述的方法，其中，将所述附加参数添加到MAP服务，以转发移动发起的短消息。

14、根据权利要求12或13的任一个所述的方法，其中，所述附加信息元素是通过MAP-MO-FORWARD-SHORT-MESSAGE服务的新参数来传递的。

15、根据前述权利要求中的任意一个所述的方法，其中，所述方法包括：对于一系列短消息，仅进行一次VLR询问。

16、根据前述权利要求中的任意一个所述的方法，其中，所述方法包括：在从所述互通MSC到服务中心的第三支路上转发所述短消息。

17、根据权利要求16所述的方法，其中，所述方法包括：在所述第三支路中传输附加信息，以指示在同一对话内跟随有更多消息，并且所述附加信息是在承载协议中进行传递的。

18、根据权利要求17所述的方法，其中，当所述互通MSC从所述服务元件接收到消息时，进行处理以对所述MAP层进行解码，并从MAP-MO-FORWARD-SHORT-MESSAGE请求中提取“More Messages ToSend”参数，并且将所提取的“More Messages To Send”参数与来自于TCAP和MAP层的其它有用参数一同放入承载中的专有格式的消息中，将所述专有格式的消息与提取的SM-TP PDU一同发送到所述服务中心上的接口进程。

19、根据权利要求18所述的方法，其中，当所述服务中心接收到所述消息时，所述服务中心接口进程对所述消息进行解码，并重组所述串接式消息的段，并且将它们作为单个消息全部提交给所述服务中心的消息数据库。

20、根据前述权利要求中的任意一个所述的方法，其中，所述方法包括：在至少一个支路中传输信息，以指示在同一对话中未跟随有更多消息。

21、根据权利要求20所述的方法，其中，所述信息是通过将特定参数RP-MMS设置为假来传达的。

22、根据权利要求20所述的方法，其中，所述信息是通过省略所述RP-MMS参数来传达的。

23、根据权利要求20所述的方法，其中，所述信息是通过传递常规的RP-DATA-PDU而非所述RP-DATA-NL来传达的。

24、根据前述权利要求中的任意一个所述的方法，其中，所述服务元件是MSC。

25、根据权利要求1到23中的任意一个所述的方法，其中，所述服务元件是SGSN。

26、一种包括移动设备、服务元件、VLR以及互通MSC的消息通信系统，包括用于执行根据前述权利要求中的任意一个所述的方法的模块。

27、一种包括移动设备、服务元件、VLR、互通MSC以及服务中心的消息通信系统，包括用于执行根据权利要求16到25中的任意一个所述的方法的模块。

28、一种包括软件代码的计算机可读介质，当在数字处理器上执行时，所述软件代码用于执行根据权利要求1到25中的任意一个所述的方法的所述移动设备的步骤。

29、一种包括软件代码的计算机可读介质，当在数字处理器上执行时，所述软件代码用于执行根据权利要求1到25中的任意一个所述的方法的所述服务元件的步骤。

30、一种包括软件代码的计算机可读介质，当在数字处理器上执行时，所述软件代码用于执行根据权利要求1到25中的任意一个所述的方法的所述互通MSC的步骤。

31、一种包括软件代码的计算机可读介质，当在数字处理器上执行时，所述软件代码用于执行根据权利要求16到25中的任意一个所述的方法的所述服务中心的步骤。