CN102395115B

CN102395115B - 用于在融合ip消息业务中管理消息线程的方法和系统

Info

Publication number: CN102395115B
Application number: CN201110352037.7A
Authority: CN
Inventors: 李炅卓; 成常庆; 金旭; 吴载权; 李升勇
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2006-11-13
Filing date: 2007-11-13
Publication date: 2016-05-18
Anticipated expiration: 2027-11-13
Also published as: US8176134B2; JP5090459B2; JP5565977B2; EP2082589A4; JP2012253783A; JP2010509835A; KR20080043264A; EP2549695A1; US20110196937A1; JP2012256330A; KR101424810B1; US20110060805A1; US8312094B2; EP2549695B1; WO2008060085A1; EP2082589A1; CN102395115A; US20080123686A1; JP5622802B2; EP2082589B1

Abstract

本发明提供了一种管理包括一系列消息的消息线程的方法，所述一系列消息是由支持消息业务的客户终端发送到同一个对方或从同一个对方接收到的，该方法包括以下步骤：接收用于对话消息通信的消息；从接收的消息检测线程标识符(ID)；以及在单个窗口中显示与所述线程ID对应的存储的消息和所述接收的消息的至少一个。

Description

用于在融合IP消息业务中管理消息线程的方法和系统

本申请是申请日为2007年11月13日、申请号为200780042088.1、发明名称为“用于在融合IP消息业务中管理消息线程的方法和系统”的发明专利申请的分案申请。

技术领域

本发明涉及用于融合IP消息业务的方法和系统，具体来说，涉及用于在融合IP消息业务中管理消息线程的方法和系统。

背景技术

现如今有诸如短信息业务(SMS)、多媒体消息业务(MMS)、电子邮件、瞬时消息(IM)业务等等这样许多不同的消息业务。虽然这些业务依赖于不同的技术，但是这些业务提供的用户体验部分地互相重叠。例如，可以使用上面所引用的所有业务来发送文本消息，并且除了SMS之外所有上面的业务都能支持多媒体内容的传输。

近来，出现了新型的融合消息业务，上述消息业务都被综合融合到其中。如这里所使用的那样，这样的融合消息业务被称为“融合IP消息(CPM)业务”。CPM业务是基于会话初始协议(SIP)的业务，并且被要求能够自由地执行与现有消息业务的用户以及CPM业务的用户的消息通信。因此，CPM业务需要能够与现有SMS业务、IM业务、MMS、PoC业务等等交互工作。此外，通过已建立的会话的消息业务与在没有建立会话的消息业务之间的交互工作应当是可能的，因此这些交互工作的标准化正在进行中。

通常，根据如图1所示的过程来执行CPM系统中的消息发送/接收，根据图2中所示的过程执行SMS系统中的消息发送/接收。为了帮助理解每个系统中的消息发送/接收过程，尽管每个系统都允许多个用户之间的消息发送/接收，但是图1和图2基于这样的假设：每个系统包括两个用户。这里还假设用户在交换消息之前不明确地建立会话，也就是说，想要开始对话的用户可以立即发送消息而无需首先请求创建一个会话。

CPM业务是基于SIP的，该SIP提供用于初始化、修改和终止用户之间的会话的协议。为了在不首先初始化会话的条件下发送消息，CPM依赖于SIPMESSAGE(SIP消息)扩展。图1示出了经由CPM服务器2从第一用户和第二用户发送的消息的典型流程，第一用户和第二用户分别用第一CPM客户机1和第二CPM客户机3表示。

在步骤101中，第一CPM客户机1将具有如表1中所示结构的典型SIPMESSAGE(SIP消息)发送到CPM服务器2。

表1

在步骤103中，CPM服务器2接收SIPMESSAGE，识别第二CPM客户机3是否在CPM服务器2中有注册，并且将具有如表2所示的结构的SIPMESSAGE转发到第二客户机3。

表2

第二CPM客户机3在步骤103中接收消息，并且在步骤105中将具有如表3中所示结构的“200OK”消息发回到CPM服务器2。

表3

在步骤105中当从第二CPM客户机接收“200OK”时，CPM服务器2在步骤107中将具有表4所示结构的“200OK”消息转发到CPM客户机1。

表4

SMS遵从3GPP[TS23.040]中所定义的协议。图2示出了当第一移动站(MS)4经由短消息业务中心(SMSC)5发送短消息(SM)到第二MS6时的典型消息处理流程。

在步骤201中，第一MS4通过使用SMS_SUBMIT协议数据单元(PDU)向SMSC5提交SM。此时，第一MS4还可以请求SMS状态报告(SMS_STATUS_REPORT)。

当接收SMS_SUBMITPDU时，在步骤203中，SMSC5通过向第一MS4发回SMS_SUBMIT_REPORTPDU来确认SMS_SUBMITPDU的接收。

在步骤205中，SMSC5通过SMS_DELIVERPDU将SM转发到第二MS6。然后，在步骤207中，第二MS6通过将SMS_DELIVER_REPORTPDU发回到SMSC5来确认SM的接收。当接收SMS_DELIVER_REPORTPDU时，在步骤209中，SMSC5发送SMS_STATUS_REPORTPDU到第一MS4，用以报告SM已被成功递送到第二MS6。

SMS_SUBMITPDU包含如表5中所示的信息元素(来自[TS23.040])。

表5

SMS_DELIVERPDU包含如表6所示的信息元素(来自[TS23.040])。

表6

TP-UD(用户数据)包含待发送的消息。TP-UD内的首部可以在这些消息之前。首部的存在由TP-UDHI(用户数据首部指示符)信息元素表示，也就是说，被设置为“1”的TP-UDHI表示TP-UD是首部。

TP-UD中的首部可以如表7中所示被结构化(来自[TS23.040])。

表7

“Information-Element-Identifiers(信息元素标识符)”为预定义的值；它们全部都指代特定含义。标识符列表和它们的含义(仅针对SMS)如表8所示(来自[TS23.040])：

表8

根据上述过程的消息传输可以在两个用户之间只执行一次，或者在相同的两个用户之间重复执行多次。也就是说，用户可以像通过SMS或CPM业务的对话那样交换消息。在该过程中，两个用户可以仅通过相互交换一系列消息来处理对话而无需事先明确地建立会话。因此，发送到同一个对方(counterpart)或从同一个对方接收的消息显示在用户的单个窗口上。相同的概念也可应用于CPM业务中，在该CPM业务中在建立了会话之后发送/接收消息。不可能显示一组消息在单个窗口、例如一个对话视窗(view)中，该组消息是根据CPM业务发送到同一个对方或从同一个对方接收的。此外，因为消息不绑定到任何特定会话，从而它们也不互相链接，所以在稍后重新启动对话的情况下也不可能提供包括先前交换的消息的对话视窗。

发明内容

已经提出本发明来解决现有技术中出现的上述问题，并且本发明提供一种同时向用户提供单个消息组的方法和系统，该单个消息组包含在两个融合网络协议消息(CPM)客户机之间发送/接收的消息。

而且，本发明还提供一种同时提供单个消息组的方法和系统，该单个消息组包含在两个不同类业务的用户之间、例如在需要会话建立的CPM业务的CPM客户机与不需要会话建立的短消息业务(SMS)的SMS用户之间发送/接收的消息，从而CPM客户机能够有效地发送/接收对话消息而无需确定对话消息的对方是否是支持该CPM客户机的用户。

依照本发明的一个方面，提供一种用于管理多个消息线程并且支持基于会话初始协议(SIP)的融合网络协议消息业务(CPMS)的CPM系统，该CPM系统包括：CPM客户机，其支持CPMS；非IP多媒体子系统(IMS)客户机，其尚未加入IMS业务；和交互工作功能(IWF)，用于当CPM客户机的接受端客户机被CPM服务器任命为非IMS客户机并且IWF接收用于对话消息通信的SIP消息时，将SIP消息的消息格式转换为能够被接受端客户机接收的消息格式，将包含在该SIP消息中的线程标识符(ID)插入到转换后的消息中，然后经由支持接受端客户机的服务器将转换后的消息发送到接受端客户机。

依照本发明的另一个方面，提供一种用于管理多个消息线程并且支持基于SIP的CPMS的CPM系统，该CPM系统包括：CPM客户机，其支持CPMS；非IMS客户机，其尚未加入IMS业务；和IWF，用于当CPM客户机的接受端客户机被CPM服务器任命为非IMS客户机并且IWF接收用于对话消息通信的SIP消息时，检测并存储来自该SIP消息的线程ID，将该SIP消息的消息格式转换为能够被接受端客户机接收的消息格式，经由支持接受端客户机的服务器将转换后的消息发送到接受端客户机，在预定有效回复时间段内将从接受端客户机接收到的消息转换为SIP消息，将所存储的线程ID插入到转换后的SIP消息中，并且经由CPM服务器将该SIP消息发送到CPM客户机。

依照本发明的另一个方面，提供一种用于管理多个消息线程并且支持基于SIP的CPMS的CPM系统，该CPM系统包括：CPM客户机，其支持CPMS；MS，其支持SMS；IWF，用于当CPM客户机的接受端客户机被CPM服务器任命为MS并且IWF接收用于对话消息通信的SIP消息时，将该SIP消息的消息格式转换为SMS提交协议数据单元(SMS_SUBMITPDU)的消息格式，将SMS_SUBMITPDU的TP目标地址的子地址位设置为从所述SIP消息检测到的线程标识符ID，并且将该SMS_SUBMITPDU发送到SMSC；和SMSC，用于接收SMS_SUBMITPDU，将SMS_SUBMITPDU转换为SMS递送协议数据单元(SMS_DELIVERPDU)，将SMS_DELIVERPDU的TP发起端地址的子地址位设置为所述线程ID，然后将SMS_DELIVERPDU发送到所述MS。

根据本发明的另一个方面，提供一种管理包括一系列消息的消息线程的方法，所述一系列消息是由支持基于SIP的CPMS的CPM客户机发送到同一个对方或从同一个对方接收到的，该方法包括以下步骤：从接受端接收请求发送用于对话消息通信的消息的请求；当所述消息是与所述接受端相关联的新的消息线程的首个消息时，将新的线程ID分配给该新的消息线程，将该新的线程标识符ID与所述接受端相关存储，将该新的线程ID插入到所述消息中，然后发送该消息；当所述消息是与接受端相关联的现有消息线程中的后续消息时，检测依照现有消息线程分配的线程ID，将所分配的线程ID插入到所述消息中，然后发送该消息；接收用于对话消息通信的消息；以及当所接收到的消息包括线程ID时，通过包含在与所接收到的消息中包含的线程ID对应的消息线程中的消息来向用户提供所接收到的消息。

根据本发明的另一个方面，提供一种用于管理包括一系列消息的消息线程的方法，所述一系列消息是由支持基于SIP的CPMS的CPM客户机发送到同一个对方或从同一个对方接收到的，该方法包括以下步骤：由用于对话消息通信的CPM客户机发送包含线程ID的SIP消息，该线程ID是分配给与任命为尚未加入IMS业务的非IMS客户机的接受端相关联的消息线程的；以及当IWF通过CPM服务器接收SIP消息时，由IWF将SIP消息的消息格式转换为能够被所述接受端接收的消息格式，将所述线程ID插入到转换后的消息中，并且然后将转换后的消息发送到所述接受端。

根据本发明的另一个方面，提供一种用于管理包括一系列消息的消息线程的方法，所述一系列消息是在支持基于SIP的CPMS的CPM系统中发送到同一个对方或从同一个对方接收到的，该方法包括以下步骤：由用于对话消息通信的CPM客户机发送包含线程ID的SIP消息，该线程ID是分配给与任命为尚未加入IMS业务的非IMS客户机的接受端相关联的消息线程的；以及当IWF通过CPM服务器接收SIP消息时，由IWF存储所述线程ID、CPM客户机的地址和接受端地址，设置对应于该线程ID的预定有效回复时间段，将SIP消息的消息格式转换为能够被所述接受端接收的消息格式，并且通过支持该接受端的服务器将转换后的SIP消息发送到所述接受端；以及当IWF在所述预定有效回复时间段内从所述接受端接收到消息时，由IWF将从所述接受端接收到的消息转换为SIP消息，将所存储的线程ID插入到该SIP消息中，并且经由CPM服务器将该SIP消息发送到CPM客户机。

更具体地，提供了一种管理包括一系列消息的消息线程的方法，所述一系列消息是由支持消息业务的客户终端发送到同一个对方或从同一个对方接收到的，该方法包括以下步骤：接收用于对话消息通信的消息；从接收的消息检测线程标识符(ID)；以及在单个窗口中显示与所述线程ID对应的存储的消息和所述接收的消息的至少一个。

附图说明

本发明的上述及其它方面、特征和优点将从以下结合附图的详细描述中变得更加清楚，附图中：

图1示出了处理CPM消息的典型流程；

图2示出了处理SM的典型流程；

图3示出了在CPM系统与短消息系统交互工作的系统中处理消息的过程；

图4示出了根据本发明的发起端CPM客户机的操作；

图5示出了根据本发明的CPM客户机10的操作过程；

图6示出了根据本发明的、彼此交互工作的短消息系统和CPM系统的消息处理程序；

图7示出了根据本发明的、在所发送的SM的TP-UD的首部包含线程ID的情况下由MS发送短消息的过程；

图8示出了根据本发明的IWF的操作；

图9示出了根据本发明的、由彼此交互工作的CPM系统和SM系统执行的消息处理程序；以及

图10示出了根据本发明的IWF的操作。

具体实施方式

以下文中，将参照附图描述本发明的示范性实施例。在下面的描述中，尽管相同的元件在不同的附图中示出，但也将用相同的参考标号来表示。而且，当并入本说明书中的已知功能和结构可能将本发明的主题模糊时，将略去对它们的详细描述。

如这里所使用的那样，在使用CPM业务的融合网络协议消息(ConvergedInternetProtocolMessage，CPM)客户机与同一个对方之间发送/接收到的一系列消息被称为“消息线程”。在CPM客户机向用户提供消息线程时，本发明通过将包含在消息线程中的一个或多个消息分组并显示在单个窗口中来提供更加友好的用户界面。根据本发明，当CPM客户执行与特定对方之间的消息通信时，标识符被分配给对应于该特定对方的消息线程，然后该消息与标识符一起被发送。此时，该特定对方可以多于一个。此外，根据本发明，相同的标识符被包含在CPM客户机从该特定对方接收到的消息中，以使得CPM客户机通过单个窗口向用户提供与该特定对方相关的消息线程。在本发明中，在其中显示消息的窗口被称为“对话视窗”，分配给每个消息线程的标识符或者分配给消息通信的对方的标识符被称为“线程标识符(ID)”。此外，如这里所使用的那样，CPM客户机包括在提供CPM业务的通信网络中提供用户与CPM系统之间的用户界面(例如，用户界面直接向用户提供消息并且直接从用户接收输入)的移动站(MS)。此外，消息通信中CPM客户机的对方可以是CPM客户机，也可以不是CPM客户机。例如，对方可以是在不建立会话的条件下发送/接收消息的消息业务的移动站，或者是针对不支持IP多媒体业务(IMS)的客户机。

本发明不仅可以应用于CPM客户机之间的消息业务，也可以应用于与CPM系统交互工作的其它消息系统，包括例如不提供IMS的消息系统以及提供在不建立会话的条件下的消息业务的系统。因此，在下面描述的实施例中，将讨论在其中CPM系统与短消息业务(SMS)彼此交互工作的系统，以便示出本发明在CPM系统和其它消息系统之间的消息业务上的应用以及在CPM客户机之间的消息业务中提供消息线程的过程。

CPM业务是基于会话初始协议(SIP)的业务，其需要针对消息业务建立会话，而SMS业务不需要针对消息发送/接收建立会话。因此，CPM系统和SMS系统通过交互工作功能(IWF)来交互工作。IWF包括各种功能，其中一个代表示例是转换短消息和CPM业务消息(下文中称为“CPM消息”)的消息格式。结果是，即使在一方发送CPM消息时，对方也可以接收短消息。此外，即使在一方发送短消息时，对方也可以接收CPM消息。在图3中示出了这样的消息处理流程。图3示出了用于在CPM系统和短消息系统交互工作的系统中处理消息的过程，其中CPM客户机10发送CPM消息到支持SMS的移动站40。

参照图3，在步骤301和303中，CPM客户机10通过CPM服务器20发送SIP消息到IWF30。IWF30在步骤305中将消息格式从CPM业务转换为SMS，并且在步骤307中通过SMSSUBMIT协议数据单元(SMS_SUBMITPDU)将消息发送到短消息业务中心(SMSC)50。然后，在步骤311中，短消息业务中心(SMSC)50通过SMSDELIVERY协议数据单元(SMS_DELIVERPDU)发送消息到MS40。在步骤313中，MS40发送SMS_DELIVER_REPORTPDU到SMSC50，并且在步骤315中，SMSC50发送SMS_STATUS_REPORTPDU到IWF30。当在步骤315中接收SMS_STATUS_REPORTPDU时，IWF30在步骤317和319中通过CPM服务器20将“200OK”发送到CPM客户机10。

在如上所述的消息发送的情况下，CPM客户机10无法将与MS40相关的消息线程和与另一个通信对象相关的消息线程区分开。因此，根据本发明，CPM客户机10在发送SIP消息之前将线程ID插入到SIP消息中。例如，在本发明中，含有<thread-id>标记的新的可扩展标记语言(XML)文档被包含到SIP消息中。表9示出了这样的XML文档的例子。

表9

此外，对应于表9的XML纲要在表10中示出。

表10

在表9中所示的纲要中，“note”指的是消息分组文本，“Thread-id”指的是消息对象或用于分组的值，“other”指的是用于将来扩展的占位符。在图4中示出了用于将具有上述结构的XML插入到SIM消息中的发起端CPM客户机10的操作。

参照图4，当CPM客户机10在步骤401中从用户接收请求发送消息的请求时，CPM客户机10前进到步骤403，在步骤403中CPM客户机检查该消息是新线程的第一个消息还是现有线程的后续(follow-up)消息。根据本发明的实施例，当CPM客户机10与用于对话消息通信的特定对象交换消息时，线程数据库存储对应于特定对象的地址以及分配给对应于该特定对象的消息线程的线程ID。CPM客户机10具有线程数据库。此外，线程数据库可以按照对应于相应线程ID的方式存储与每个线程ID相关的消息，或者可以在对应于相应线程ID的位置存储与每个线程ID相关的消息。通过该方式存储的消息用于构造对话视窗。因此，再参照图4，当CPM客户机10已经与消息接受端交换了消息时，该消息接受端已经被分配以线程ID，所分配的线程ID已经存储在线程数据库中，并且该消息对应于当前线程的后续消息。此外，当CPM客户机10从未从消息接受端接收到消息并且所发送的消息是第一个消息时，该消息启动一个新线程。因此，当所分配的线程ID存在于在步骤401中被请求发送的消息的接受端的地址中时，CPM客户机10在步骤405中检测相应线程ID，然后前进到步骤411。相反，当没有分配线程ID给接受端时，CPM客户机10在步骤407中生成新的线程ID，在步骤409中将所生成的线程ID与该消息的接受端的地址相关进行存储，然后前进到步骤411。在步骤411中，CPM客户机10生成包含经检测的线程ID或所生成的线程ID的SIP消息并将其发送。

在发送了该消息或确认了相关线程ID之后，CPM客户机10可以显示包含该消息的对话视窗，该消息对应于所述接受端。换句话说，CPM客户机10可以下载存储在与对应于该消息的线程ID相关的线程数据库中的消息或者通过参照存储在与线程ID相关的线程数据库中的消息的存储位置来下载消息，从而在一个对话视窗中将当前待发送的消息与所下载的消息一起显示。在当前待发送的消息与启动新的消息线程对应时，将显示仅包含当前待发送的消息的对话视窗。

当包含在在步骤411中发送的SIP消息中的接受端是CPM客户机时，CPM服务器20根据与传统过程相同的过程将该消息发送到相应的CPM客户机。

图5示出了当CPM客户机10接收包含线程ID的CPM消息时，根据本发明的实施例的CPM客户机10的操作过程。

参照图5，CPM客户机10在步骤501接收并分析新的SIP消息，然后前进到步骤503。在步骤503中，CPM客户机10检查SIP消息是否包含线程ID。当SIP消息不包含任何线程ID时，CPM客户机10前进到步骤505，在步骤505中CPM客户机简单地将消息显示在新的对话视窗中，并且结束程序。当SIP消息包含线程ID时，CPM客户机10前进到步骤507，在步骤507中CPM客户机10确定SIP消息中包含的线程ID和发送机地址(也就是说，关联的发起端用户的地址)是否存储在线程数据库中。当它们存储在线程数据库中时CPM客户机10前进到步骤509，当它们没有存储在线程数据库中时前进到步骤511。

所接收到的线程ID和发起端地址存储在线程数据库中这一事实暗示着该消息属于现有消息线程。因此，CPM客户机10在步骤509中下载与线程ID和发起端用户相关联的对话视窗，然后前进到步骤513。

但是，当所接收到的线程ID和发起端地址没有存储在线程数据库中时，该消息启动一个新的消息线程。然后，CPM客户机10存储在线程数据库中接收到的线程ID和发起端地址，并且创建与它们相关联的新的对话视窗。然后，CPM客户机10前进到步骤513。在步骤513中，CPM客户机10将新消息添加到对话视窗中并且将其显示给接受端用户。这结束了CPM客户机10的程序。

如上所述，所发送/接收的用于在两个CPM客户机之间进行对话消息通信的每个消息都可以包含标识符，用于将该消息与发送到除了这两个CPM客户机之外的其它CPM客户机或者从除了这两个CPM客户机之外的其它CPM客户机接收到的其它消息区分开来。因此，这两个CPM客户机可以将在它们之间交换的消息进行分组，从而分组后的消息可以按照对话视窗的形式被提供给每个用户。

可以将这样的消息线程的管理和提供应用于发送/接收用于CPM客户机与支持SMS的MS之间的对话通信的消息。因此，可以尽可能无缝地进行这样的交互工作，并且CPM用户不需要知道接受端支持的是何种消息业务。

在用于CPM客户机与支持SMS的MS之间的对话通信的消息发送/接收的情况下，通常来说，有两种提供消息线程到CPM客户机的方法。根据第一种方法，线程ID包含在由发送端CPM客户机发送的SIP消息和响应于该SIP消息而发送到接受端的短消息中。根据第二种方法，用于使CPM系统和SMS系统交互工作的IWF存储并管理分配到发送机端的CPM客户机和接收机端的MS的线程ID，并且IWF只向CPM客户机提供与该线程ID相关的业务而不向MS提供线程ID。

根据第一种方法的实施例可以将线程ID信息扩展到SMS域。这涉及到发送到SMS用户的SM中的附加信息元素以及来自接收该SM并且发送对其的回复的MS的适应行为。

下文中将参照图6到图8描述第一种方法。

图6示出了根据本发明实施例的、彼此交互工作的短消息系统和CPM系统的消息处理程序。参照图6，在步骤601和603中，CPM客户机10通过CPM服务器20发送SIP消息到IWF30，该SIP消息包含待发送的消息和线程ID。此时，由CPM客户机10构造该SIP消息的过程与图4中所示的过程类似。当IWF30在步骤605中接收到该SIP消息时，它前进到步骤607。在步骤607中，IWF30将SIP消息转换为合适的短消息(SM)。然后，它前进到步骤609。SM可以是例如SMS_SUBMITPDU。

在步骤609中，IWF30检查SIP消息是否包含线程ID。当线程ID存在时，IWF30前进到步骤611，当线程ID不存在时，IWF30前进到步骤619。

在步骤611中，IWF30提取线程ID并且将所提取的线程ID合并到SM中。然后，IWF30前进到步骤613。

在步骤613中，IWF30将转换后的SM发送到SMSC50。然后，在步骤615中，IWF30发送SMS_SUBMITPDU到SMSC50。在步骤617中，SMSC50通过SMS_SUBMITPDU发送消息到MS40。在步骤619中，MS40发送SMS_DELIVER_REPORTPDU到SMSC50并且提供包含在SMS_DELIVER_REPORTPDU中的消息。在步骤621中，SMSC50发送SMS_STATUS_REPORTPDU到IWF30。当在步骤621中接收SMS_STATUS_REPORTPDU时，IWF30在步骤623和625中通过CPM服务器20发送“200OK”到CPM客户机10。

步骤609和611也可以发生在步骤607中的转换期间的任何时间。

在步骤611中，IWF30将线程ID包含在待发送的SM中。根据本发明的实施例，线程ID可以包含在SM的TP-UD(用户数据)的首部中，或者包含在TP-UD的数据体部分中，或者包含在TP-DA(目标-地址)中。当线程ID包含在SM的TP-UD的首部中时，添加新的SMS信息元素。不过，当线程ID包含在TP-UD的数据体部分或TP-DA中时，可以在不添加新的信息元素的条件下构造系统。

当线程ID包含在SM的TP-UD的首部中时，可以有多种方式用于如何正确地将线程ID包含在首部中。本发明提供两个实施例，一个是通过参照表8，将线程ID包含在TP-UD中所包含的SMSC控制参数中。SMSC控制参数包含可用于控制SMSC的信息，但是也可以被透明地递送给接受端MS。根据特定消息的错误码，SMSC控制参数包含“选择性状态报告”作为octet1，其控制状态报告的创建。本发明添加了octet2，如表11所示。

表11

TP-RP(回复路径)既包含在SMS_SUBMIT中也包含在SMS_DELIVERPDU中，以便确保该回复经历了递送原始消息的相同SMSC，这确保SMSC知道发起端MS并且能够将该回复转送给该发起端。

根据将线程ID包含在TP-UD的首部的另一个实施例，可以将新的信息元素标识符添加到TP-UD首部中。也就是说，被称为“消息线程信息(MTI)”的新的信息元素标识符可以被添加到TP-UD首部中。根据本发明的实施例，消息线程信息可以被分类为SMS控制并且被设置为无可重复性。

图7示出了根据本发明的实施例、在所发送的SM的TP-UD的首部包含线程ID的情况下由MS40发送短消息的过程。参照图7，当MS40在步骤701中接收发送SM的请求时，MS40前进到步骤703。在步骤703中，MS40检查该SM是新消息还是对先前接收到的消息的回复。当SM是回复时，MS40前进到步骤705；当SM是新消息时，该消息可以被立即发送出去，从而MS40前进到步骤709。

在步骤705中，MS40检查该SM正在回复的原始消息是否包含在TP-UD信息元素的首部中的线程ID。当该SM正在回复的原始消息包含在TP-UD信息元素的首部中的线程ID时，它前进到步骤707。当该SM正在对其回复的原始消息没有包含在TP-UD信息元素的首部中的线程ID时，它前进到步骤709。

在步骤707中，MS40提取该线程ID并且将所提取的线程ID包含在待发送的SM的TP-UD的首部中。然后，在步骤709中，MS40将该SM发送到SMSC50。

SMSC50将所接收到的SM发送到IWF30，并且接收到了该SM的IWF30根据图8中所示的过程进行操作。

参照图8，当IWF30在步骤801中接收到待发送到CPM客户机10的SM时，IWF30在步骤803中将该SM转换为适当的SIP消息，然后前进到步骤805。

在步骤805中，IWF30检查SM是否包含在TP-UD信息元素的首部中的线程ID信息。当存在线程ID时，IWF30前进到步骤807，当不存在时，IWF30前进到步骤809，在步骤809中IWF30将在步骤803中经转换的SIP消息发送。

在步骤807中，IWF30从SM的TP-UD中提取线程ID并且将所提取的线程ID作为XML文档格式合并到SIP消息中，如表9所示，然后前进到步骤809，在步骤809中IWF30将SIP消息发送到CPM服务器20。可以在步骤803中SM被转换为SIP消息的同时执行步骤805和807。

根据本发明的另一个实施例，可以使用现有子寻址(sub-addressing)和回复路径机制，将线程ID信息附在现有SMSTP-DA(目标地址)信息元素中。

用于现有SMS中的子寻址的规则如下：

发起端MS可以发送带有包含在TP-DA字段中的‘*’(多个)或‘#’(多个)的SM。在TP-DA中遭遇的首个‘#’表示用于SMSC路由目的的地址被终止。在接后的位中可以存在其它的‘*’(多个)或‘#’(多个)，并且所有这些包含首个‘#’的位都是子地址位。

当SMSC接收SM以便通过这样的子地址信息进行传达时，SMSC应当将该SM递送到具有在TP-OA字段中复制的同一个子地址位的目标MS。

例如，当地址为987654321的MSA发送TP-DA为1234#56#789*的SM到MSB时，地址为1234的MSB将接收到TP-OA为987654321#56#789*的SM。

此外，用于回复路径机制的公用程序如下。

-由发起端MS通过设置原始SM的SMS_SUBMITPDU中的TP-Reply-Path参数来请求回复路径。当原始SMSC支持请求发起端MS的回复路径时，它应当注意SMS_SUBMITPDU中的TP-Reply-Path(TP-RP)参数并且将原始MTSM的SMS_DELIVERPDU中的TP-RP参数设置为朝向回复端MS。从而，存在用于回复端MS朝向发起端MS的回复路径。

-当回复端MS接收原始SM时，它就具有发起端MS地址和回复路径机制。

在SMS_DELIVERPDU中的TP-Originating-Address中发现发起端MS地址，并且基于是否已经在SMS_DELIVERPDU中设置了TP-RP来确定回复路径的存在。

-当提交回复SM时并且当设置了回复路径时，回复端MS应当将SMS_SUBMITPDU中的TP-Originating-Address用作发起端MS地址(TP-Originating-Address的内容)，并且将其提交到递送原始SM的SMSC。

-原始SM和回复SM被同一个SMSC递送。该准则将SC能够例如将回复SM路由到正确的数据网络以便到达发起端MS的可能性最大化。

以下文中，将通过使用子寻址和回复路径机制以及TP-DA描述用于在不影响现有SMS系统的条件下传达线程ID信息的方法。

当IWF30接收包含线程ID并且以MS40为目标的SIP消息时，IWF30将所接收到的SIP消息转换为SM并且将线程ID附到包含该SM的SMS_SUBMITPDU的TP-DA信息元素中，就好像线程ID是一个子地址一样，该子地址即<dest_address>#<thread_id>。当原始线程ID不是由位(digit)组成时，IWF30需要将该线程ID转换为唯一的位序列并且保留原始线程ID与TP-DA中对应序列之间的映射表。IWF30还将TP-RP(回复路径)比特设置为“1”，从而请求回复端MS将所有回复SM提交到同一个SMSC，该SMSC是它从其接收原始SM的那个SMSC。

之后，IWF30发送SMS_SUBMITPDU到SMSC50。SMSC50将SMS_SUBMITPDU转换为SMS_DELIVERPDU并且将转换后的PDU发送到MS40。MS40在SMS_DELIVERPDU中接收到来自SMSC50的SM，该SMS_DELIVERPDU包含了具有线程ID信息作为子地址的TP-OA信息元素。

当MS40针对所接收到的SM发送回复SM时，作为每次回复路径程序，MS40将所接收到的原始SM的SMS_DELIVERPDU的TP-OA的整个内容、也即包括线程ID的内容包含到回复SM的SMS_SUBMITPDU的TP-DA中。

此外，MS40经由SMSC50发送回复SM到IWF30，该SMSC50将递送到IWF30的SMS_DELIVERPDU的TP-OA中的线程ID复制。

当IWF30接收SMS_DELIVERPDU时，IWF30从TP-OA信息元素中提取线程ID并且将该SM转换为合适的SIP消息。也可以使用上面所述的XML格式将线程ID包含在SIP消息中。此时，可能需要使用上面所述的映射表将线程ID转换回原始的字母数字线程ID序列。

之后，IWF30发送SIP消息到CPM服务器20。

将线程ID插入到SM中的另一个实施例包括将线程ID插入到SM的数据体部分的方法，其对应于使用SMS电子邮件交互工作功能。

在SMS电子邮件交互工作中，基本语法如下：

-当接收SM时：[<from-address><space>]<message>

-当发送SM时：[<to-address><space>]<message>

其中[]是可选字段。“from-address”和“to-address”可以是userdomain1.domain2和“UserName<userdomain1.domain2>中的一个(在这种情况下，<>也可以被发送)。

也可以包括用于消息的可选主题如下：

-[<to-address>](<subject>)<message>；或

-[<to-address>]##<subject>#<message>。

基于上面，一种可能方案为替代地将线程ID作为消息的“subject(主题)”插入。

也就是说，当IWF30接收包含线程ID的SIP消息时，IWF30将SIP消息转换为SM并且将线程ID作为SMS_SUBMITPDU的TP-UD的数据体部分中的主题而包含：“##<threadID>#<message>”。也可以通过从SIP消息的“To：”字段中提取地址(userdomain1.domain2)来添加<to-address>。

IWF30将包含SM的SMS_SUBMITPDU发送到SMSC50。然后，MS40在SMS_DELIVERPDU中接收来自SMSC50的SM，该SMS_DELIVERPDU中包含TP-UD的数据体部分中的线程ID信息。当MS40发送回复时，它遵从同样的语法，因而包括与TP-UD中的原始消息同样的主题(也就是说，线程ID)。MS40将包含回复SM的SMS_SUBMITPDU发送到SMSC50，并且SMSC50将对应于该SMS_SUBMITPDU的SMS_DELIVERPDU发送到IWF30。

当IWF30接收SMS_DELIVERPDU时，IWF30从所接收到的SM(即SMS_DELIVERPDU)的主题中提取线程ID。此外，IWF30将该SM转换为适合的SIP消息，使用上面所述的XML格式将线程ID包含在SIP消息中，然后将SIP消息发送到CPM服务器20。

上面所述的所有实施例都对应于这样的情况：其中，由发起端CPM客户机发送的SIP消息和响应于该SIP消息而发送到接受端的SM，均包含线程ID。根据下面所描述的实施例，使CPM系统和SMS系统交互工作的IWF存储并管理依照发起端CPM客户机和接受端MS而分配的线程ID，并且不提供线程ID给MS。本实施例可以在不改变传统SMS系统的条件下进行实施。

根据本实施例，IWF通过在特定量的时间期间将“线程ID、发起端的地址、接受端的地址”存储在IWF中来模拟SMS域中线程的存在。图9示出了由彼此交互工作的CPM系统和SM系统执行的消息处理程序。

在步骤901和903中，CPM客户机10经由CPM服务器20将包含线程ID和待发送的消息的SIP消息发送到IWF30。这里，由CPM客户机10构造SIP消息的过程与图4中所示的过程类似。IWF30检测线程ID、发起端地址和接受端地址，将所检测的信息存储在数据库中，然后将SIP消息转换为适合的SM。之后，在步骤907中，IWF30将包含转换后的SM的SMS_SUBMITPDU发送到SMSC50。在步骤909中，SMSC50通过SMS_DELIVERPDU将该消息发送到MS40。当接收到SMS_DELIVERPDU时，MS40发送SMS_DELIVER_REPORTPDU到SMSC50并且向用户提供包含在SMS_DELIVERPDU中的消息，尽管在图中未示出。此外，SMSC50发送SMS_STATUS_REPORTPDU到IWF30。当接收到SMS_STATUS_REPORTPDU时，IWF30经由CPM服务器20将“200OK”发送到CPM客户机10。

在步骤911中，MS40发送SMS_SUBMITPDU到SMSC50，该SMS_SUBMITPDU包括对在步骤909中由MS40接收到的消息的回复消息。在步骤913中，SMSC50通过SMS_DELIVERPDU发送回复消息到IWF30。在步骤915中，IWF30检测包含在SMS_DELIVERPDU中的发起端地址和接受端地址，然后从数据库得到与发起端地址和接受端地址对应的线程ID。然后，在步骤917中，IWF30将回复消息转换为SIP消息，将所获得的线程ID插入到SIP消息中，然后将SIP消息发送到CPM服务器20。在步骤919中，CPM服务器20将SIP消息发送到CPM客户机10。

在图10中示出了IWF30的详细程序。参照图10，在步骤1000中，IWF30等待事件发生。这里，该事件暗示SIP消息或SM的接收或者有效回复时间段的到期。

当从CPM服务器20接收到SIP消息时，IWF30前进到步骤1001。当从CPM服务器20接收到SM时，IWF30前进到步骤1101。此外，当与线程ID相关联的有效回复时间段到期时，IWF30前进到步骤1201。

首先，描述IWF30接收SIP消息的情况。当接收到SIP消息时，在步骤1001中，IWF30检查该SIP消息是否包含线程ID。当在步骤1001中SIP消息包含线程ID时，IWF30前进到步骤1003，否则的话IWF30前进到步骤1011。在步骤1003中，IWF30从SIP消息中提取线程ID、发起端的地址和接受端的地址，然后前进到步骤1005。在步骤1005中，IWF30检查所提取的三条信息是否在它的数据库中。当不存在这些信息时，IWF30前进到步骤1007。当存在所提取的三条信息时，IWF30前进到步骤1009。在步骤1007中，不存在这些信息的事实暗示着该SIP消息是新消息线程(或者存在但已过期的线程)的首个消息。IWF30将线程ID、发起端的地址和接受端的地址存储在它的数据库中并且启动一个计时器，该计时器具有用于该线程的预定的有效回复时间段，然后前进到步骤1011。该计时器和有效回复时间段给出由IWF30执行的线程管理的寿命。也就是说，当在有效回复时间段内未接收到与对应线程ID相关联的消息时，对应线程ID和相关联的地址信息被删除。此外，当发现线程ID、发起端的地址和接受端的地址时，暗示着SIP消息是现有消息线程的后续消息。因此，在步骤1009中，当在数据库中发现线程ID、发起端的地址和接受端的地址时，IWF30意识到该线程仍然在起作用(active)，并且将与该线程相关联的计时器重置为零，以便将线程的寿命管理延长。然后，IWF30前进到步骤1011。在步骤1011中，IWF30将SIP消息转换为适合的SM并且将该SM发送到SMSC50(注意：没有线程ID包含在该SM中)。然后，IWF30返回到步骤1000，以等待新事件。

当IWF30在等待事件发生时同时接收SM，IWF30前进到步骤1101，在步骤1101中IWF30将该SM转换为SIP消息。然后，在步骤1103中，IWF30检查SIP消息的“发起端地址-接受端地址”对是否在其数据库中。当SIP消息的“发起端地址-接受端地址”对在其它数据库中时，IWF30前进到步骤1105。当SIP消息的“发起端地址-接受端地址”对不在其数据库中时，IWF30将该SIP消息视为一个新线程的首个消息或者视为不与该线程相关，然后前进到步骤1111。在步骤1105中，IWF30提取对应于地址对的线程ID，然后前进到步骤1107。在步骤1107中，IWF30将所提取的线程ID包含在SIP消息中，然后前进到步骤1109。在步骤1109中，IWF30将与该线程ID关联的计时器重置为零：由于属于现有线程的消息已经到达，所以在数据库中延长该线程ID的寿命以使得它可以被继续管理。然后，IWF30前进到步骤1111，在步骤1111中IWF30发送结果SIP消息到CPM服务器20。然后，IWF30返回到步骤1000，以等待新事件。

当对应于线程ID的有效回复时间段到期的事件发生时，IWF30在步骤1201中将对应的线程ID、发起端地址和接受端地址从数据库中去除。然后，IWF30返回到步骤1000，以等待新事件。

如上所述，本发明提供用于针对CPM业务和针对CPM-SMS交互工作管理多个消息线程的方法。本发明的优点有：

-CPM用户在无需事先明确地初始化会话的条件下、处理与其它CPM用户之间的基于消息的对话的能力。

-CPM用户在同一个对话视窗中查看与同一个线程相关的所有消息的能力。

-CPM用户与SMS用户有基于消息的对话的能力并且有益于同一个消息线程和对话视窗特征。CPM用户不需要知道其它方不支持CPM而仅支持SMS。

尽管已经参照了本发明的一些示范性实施例示出并描述了本发明，但是本领域的技术人员应当理解，在不脱离如所附权利要求所定义的本发明的精神和范围的条件下可以在形式和细节上进行各种变化。

Claims

1.一种管理包括一系列消息的消息线程的方法，所述一系列消息是由支持消息业务的客户终端发送到接受终端或从接受终端接收到的，该方法包括以下步骤：

接收用于对话消息通信的消息，其中所述消息包括线程标识符ID，该线程ID与所述发送到接受终端以及从接受终端接收到的至少一个存储的消息的线程ID相同；

从接收的消息检测线程ID；

加载与所述线程ID对应的至少一个存储的消息；以及

在单个窗口中显示所加载的与所述线程ID对应的至少一个存储的消息和所述接收的消息，

其中，所述客户终端支持基于会话初始协议SIP的融合网络协议消息业务CPMS。

2.如权利要求1所述的方法，还包括：

根据来自用户的输入生成用于对话消息通信的消息；

接收对于发送生成的消息的请求；以及

发送所述生成的消息，所述生成的消息包括对应于用于所述生成的消息的接受终端的特定线程ID。

3.如权利要求2所述的方法，还包括：

在单个窗口中显示与所述特定线程ID对应的至少一个存储的消息和生成的消息。

4.如权利要求2所述的方法，其中，所述发送生成的消息的步骤包括：

针对所述特定线程ID搜索数据库，该特定线程ID对应于用于生成的消息的接受终端；

如果存在所述特定线程ID，则在生成的消息中包括该特定线程ID；

如果不存在所述特定线程ID，则生成该特定线程ID并且将该生成的特定线程ID包括在生成的消息中；以及

发送包括所述特定线程ID的生成的消息。

5.如权利要求4所述的方法，其中所述接受终端支持另一消息业务，

其中，通过交互工作功能IWF，所述发送的消息的消息格式被转换为在所述另一消息业务中支持的消息格式，并且所述包括特定线程ID的转换的消息被发送到接受终端。

6.如权利要求5所述的方法，其中所述另一消息业务是短信息业务SMS，并且所述特定线程ID被包括在转换的消息的首部或数据体中。

7.如权利要求5所述的方法，其中所述另一消息业务是SMS，并且所述特定线程ID被包括在转换的消息的接受终端地址字段中。

8.如权利要求4所述的方法，其中所述客户终端支持基于SIP的CPMS，并且所述接受终端支持另一消息业务，

其中，通过IWF，所述发送的消息的消息格式被转换为在所述另一消息业务中支持的消息格式，并且所述转换的消息被发送到接受终端，

其中所述IWF将所述特定线程ID、所述接受终端的地址、所述客户终端的地址存储在数据库中以使得所述特定线程ID、所述接受终端的地址、所述客户终端的地址彼此相关联,设置对应于所述特定线程ID的有效回复时间段，并且如果在所述有效回复时间段内从接受客户端接收对应于所述转换的消息的回复消息，则将所述回复消息的消息格式转换为在CPMS中支持的消息格式并且将包括所述特定线程ID的转换的回复消息发送到客户终端。

9.如权利要求8所述的方法，其中如果在所述有效回复时间段内没有从所述接受客户端接收所述回复消息，则所述特定线程ID、所述接受终端的地址、所述客户终端的地址被删除。

10.如权利要求8所述的方法，其中在接收所述发送的消息中，如果所述特定线程ID在数据库中，则所述有效回复时间段被重置。

11.一种用于支持消息业务并管理包括一系列消息的消息线程的客户终端，所述一系列消息被发送到接受终端或从接受终端接收，该客户终端包括：

显示单元；

消息客户端，用于接收用于对话消息通信的消息，其中所述消息包括线程标识符ID，该线程ID与所述发送到接受终端以及从接受终端接收到的至少一个存储的消息的线程ID相同，从接收的消息检测线程ID，加载与所述线程ID对应的至少一个存储的消息，以及在单个窗口中显示所加载的与检测的线程ID对应的至少一个存储的消息和接收的消息，

12.如权利要求11所述的客户终端，其中消息客户端根据来自用户的输入生成用于对话消息通信的消息、接收对于发送生成的消息的请求、以及发送所述生成的消息，所述生成的消息包括对应于用于所述生成的消息的接受终端的特定线程ID。

13.如权利要求12所述的客户终端，其中所述消息客户端针对所述特定线程ID搜索数据库，该特定线程ID对应于用于生成的消息的接受终端；如果存在所述特定线程ID则在生成的消息中包括该特定线程ID；如果不存在所述特定线程ID则生成该特定线程ID并且将该生成的特定线程ID包括在生成的消息中；以及发送包括所述特定线程ID的生成的消息。

14.如权利要求12所述的客户终端，其中所述接受终端支持另一消息业务，

其中，通过交互工作功能IWF，所述发送的消息的消息格式被变为在所述另一消息业务中支持的消息格式，并且所述包括特定线程ID的转换的消息被发送到接受终端。

15.如权利要求13所述的客户终端，其中所述客户终端支持基于SIP的CPMS，并且所述接受终端支持另一消息业务，

其中，通过IWF，所述发送的消息的消息格式被变为在所述另一消息业务中支持的消息格式，并且所述包括特定线程ID的转换的消息被发送到接受终端，

其中所述IWF将所述特定线程ID、所述接受终端的地址、所述客户终端的地址存储在数据库中以使得所述特定线程ID、所述接受终端的地址、所述客户终端的地址彼此相关联,设置对应于所述特定线程ID的有效回复时间段，并且如果在有效回复时间段内从接受客户端接收对于所述转换的消息的回复消息，则将所述回复消息的消息格式转换为在CPMS中支持的消息格式并且将包括所述特定线程ID的转换的回复消息发送到客户终端。

16.如权利要求15所述的客户终端，其中如果在有效回复时间段内没有从所述接受客户端接收所述回复消息，则所述特定线程ID、所述接受终端的地址、以及所述客户终端的地址被删除。

17.一种通过使不同的消息业务交互工作的交互工作功能IWF管理包括一系列消息的消息线程的方法，所述一系列消息被发送到同一个对方或从同一个对方接收到的，该方法包括以下步骤：

从支持基于会话初始协议SIP的融合网络协议消息业务CPMS的第一客户终端接收用于对话消息通信的SIP消息，其中支持另一消息业务的第二客户终端被任命为接受终端；

从所述SIP消息检测线程ID、第一客户终端的地址、以及第二客户终端的地址，并且将所述线程ID、所述第一客户终端的地址、以及所述第二客户终端的地址存储在数据库中；

将所述SIP消息的消息格式转换成为在所述另一消息业务中支持的消息格式，并且将所述转换的SIP消息发送到第二客户终端；

从第二客户终端接收消息；

如果第一客户终端是用于所述消息的接受终端，则将所述消息的消息格式转换成为在CPMS中支持的消息格式；以及

将包括从所述数据库检测的线程ID的转换的消息发送到第一客户终端。

18.如权利要求17所述的方法，其中当接收从第一客户终端发送到第二客户终端的SIP消息时，对应于所述线程ID的有效回复时间段被重置，并且如果在所述有效回复时间段内第一客户终端未能从第二客户终端接收消息，则所述线程ID、所述第一客户终端的地址、所述第二客户终端的地址被从数据库删除。