在融合网际协议消息服务客户端和短消息服务客户端之间建立用于消息通信的会话的方法和系统

具体实施方式

以下将参考附图描述本发明的优选实施例。在附图中，相同或相似的元素由相同的参考标号来表示，即使它们出现在不同的图中也是如此。在以下描述中，为了清楚和简洁的目的，已知功能或结构将不做详细描述。

在下文的描述中，将融合了诸如IM、SMS、MMS和PoC消息服务的新的消息服务称为融合IP消息服务(以下称为CPM服务)。根据本发明，CPM服务提供在IM、SMS、MMS和PoC服务中的任意两种服务之间的交互工作功能，以便允许在CPM客户端和已有消息服务用户之间进行消息通信，并且具体来讲，CPM服务在CPM客户端和SM客户端之间自动建立虚拟会话，以允许在CPM客户端和SM客户端之间进行消息通信。

图1例示了根据本发明的融合IP消息服务系统。参考图1，CPM服务系统包括CPM客户端10、CPM服务器20、交互工作功能模块(IWF)30、SM服务器40和SM客户端50，并且还包括未示出的MMS服务器、PoC服务器和IM服务器。

CPM客户端10支持CPM服务，并且根据CPM客户端10的用户的选择，构建用于单向消息通信或交互消息通信的消息，并将该消息传送到CPM服务器20。CPM客户端10接收和处理伴随消息通信的各种类型的消息，并且根据需要或根据用户设定，将消息的内容提供给CPM客户端10的用户。作为例子，单向消息通信可以是SMS或MMS，交互消息通信可以是指IM服务。具体来讲，CPM客户端10构建用于在交互消息通信中建立会话的会话发起协议(SIP)INVITE消息，并将该SIP INVITE消息传送到CPM服务器20，并且接收和处理来自CPM服务器20的响应于SIP INVITE消息的消息。

CPM服务器20存储CPM客户端和执行传统消息服务的客户端的订户信息，并处理从发送CPM客户端10接收的、与消息通信相关的消息。也就是，如果CPM服务器20从发送CPM客户端10接收到与消息通信相关的消息，则CPM服务器20通过搜索预先存储的订户信息来确定接收客户端是否支持CPM服务，并根据确定结果将该消息传送到接收客户端。例如，如果接收客户端是CPM客户端，则CPM服务器20将消息传送到接收客户端连接到的通信网络。如果接收客户端是只支持传统消息服务的客户端，则CPM服务器20将消息传送到IWF 30。具体来讲，根据本发明，如果CPM服务器20从CPM客户端10接收到SIP INVITE消息，则CPM服务器20确定目标客户端是否支持CPM服务，并且如果确定该目标客户端不支持CPM服务，则CPM服务器20将SIP INVITE消息传送到IWF 30。CPM服务器20还将从IWF 30接收的消息传送到CPM客户端10。

当IWF 30从CPM服务器20接收到与消息通信相关的消息时，IWF 30检测接收客户端以及该接收客户端支持的消息服务类型。如果需要，IWF 30将所接收的消息的格式变换为与接收客户端支持的消息服务相对应的消息格式，并将变换后的消息传送到消息服务的服务器，例如，SM服务器40、MMS服务器、PoC服务器或IM服务器。如果需要，IWF 30将从SM服务器40、MMS服务器、PoC服务器或IM服务器接收的消息变换为CPM消息格式，并将变换后的消息传送到CPM服务器20。因此，IWF 30存储消息服务订户信息、以及与各种消息服务类型相对应的消息格式和变换程序。

具体来讲，如果IWF 30从CPM服务器20接收到SIP INVITE消息，则IWF 30检测接收客户端所支持的所有消息服务类型。如果接收客户端是SM客户端，则IWF 30将SIP INVITE消息变换为SMS支持的格式，即SMS-SUBMIT消息，并将SMS-SUBMIT消息传送到SM服务器40。根据本发明，SMS-SUBMIT可以以两种格式来构建。根据本发明的第一实施例，用于通知当前SMS-SUBMIT消息是SIP INVITE消息的信息被包含在SMS-SUBMIT消息的主体(body)，即用户数据，中，而不改变已有SMS-SUBMIT消息格式。根据本发明的第二实施例，向已有SMS-SUBMIT消息格式的标题添加新的字段，其中存储用于通知当前SMS-SUBMIT消息是SIP INVITE消息的信息和接收SM客户端的响应。

根据本发明的第一实施例，如果从CPM服务器20接收的SIP INVITE消息的接收客户端是SM客户端50，则IWF 30将该SIP INVITE消息变换为SMS-SUBMIT消息，并将用于向SM接收方询问对交互消息通信的接受或拒绝意图的询问语句和用于接收者根据接受或拒绝意图进行输入的响应指令插入到SMS-SUBMIT消息的用户数据字段，作为用来通知当前SMS-SUBMIT消息是SIP INVITE消息的信息。例如，所述询问语句可以是“A请求B进行消息通信。你接受吗？”，而所述响应指令可以是“是”，表示接受意图，或是“否”，表示拒绝意图。IWF 30在将插入了所述语句的SMS-SUBMIT消息传送到SM服务器40之后，立即根据有效响应时间激活定时器。有效响应时间，即定时器值，必须等于或小于在SIP中传送请求之后等待响应时使用的定时器值。如果IWF 30在有效响应时间过去之前从SM客户端50接收到SM，则IWF 30根据所接收SM的用户数据中是否包含响应指令，来确定所接收SM是与交互消息通信请求相关的响应消息还是一般的SM。IWF 30根据响应指令的类型确定SM客户端50是否接受了交互消息通信请求。如果响应指令表示所接收SM中包含接受，则IWF 30通过将200OK消息传送到CPM客户端10，在CPM客户端10和IWF 30之间建立会话。如果响应指令表示在所接收SM中包含拒绝，则IWF 30通过将SIP中定义的4xx响应消息中适当的一个消息传送到CPM客户端10来停止会话建立工作。如果所接收的SM是一般的SM，则IWF 30将所接收的SM变换为SIP消息，并将该SIP消息传送到与接收CPM客户端相对应的CPM服务器20。此外，IWF 30为所有接收的SM生成SMS-DELIVERY-REPORT消息，并将该SMS-DELIVERY-REPORT消息经由SM服务器40传送到SM客户端。

如果IWF 30直到有效响应时间过去都没能从SM服务器40接收到响应于交互消息通信请求的SM，则IWF 30根据有效响应时间的过去，生成4xx响应，并将该4xx响应经由CPM服务器20传送到CPM客户端10，生成用来通知有效响应时间已经过去的SM(SMS-SUBMIT消息)，并将该SM经由SM服务器40传送到SM客户端50。在这种情况下，将用于通知用户有效响应时间已经过去的语句插入到传送给SM服务器40的SMS-SUBMIT消息中。例如，用来通知有效响应时间已经过去的语句可以是“由于超过响应时间，消息通信请求被取消”。IWF 30将在有效响应时间过去之后接收的所有SM(SMS-DELIVER消息)看作是与交互消息通信请求无关的独立消息，将每个接收的SM变换为SIP消息，并将SIP消息传送到CPM服务器20。

SM服务器40是支持SMS服务的服务器，并且根据本发明的第一实施例，将从IWF 30接收的SMS-SUBMIT消息变换为SMS-DELIVER消息，并将SMS-DELIVER消息传送到SM客户端50。当SM服务器40从SM客户端50接收到以CPM客户端10为接收客户端的SMS-SUBMIT消息时，SM服务器40将该SMS-SUBMIT消息变换为SMS-DELIVER消息，并将该SMS-DELIVER消息传送到IWF 30。SM服务器40将从IWF 30接收的SMS-DELIVERY-REPORT消息传送到MS客户端50，并且如果SM服务器40从SM客户端50接收到以CPM客户端10为接收客户端的SMS-DELIVERY-REPORT消息，则SM服务器40将该SMS-DELIVERY-REPORT消息传送到IWF 30。

SM客户端50将SM客户端50的用户输入的文本插入到SMS-SUBMIT消息中，并将该SMS-SUBMIT消息传送到SM服务器40，并且，如果从SM服务器40接收到从另一个客户端传送的SMS-DELIVER消息，则SM客户端50根据SM客户端50的用户设定通知接收到SM或显示包含在SM中的文本。当SM客户端50接收到SMS-DELIVER消息时，SM客户端50将SMS-DELIVERY-REPORT消息传送到SM服务器40，以通知SM已经被接收而没有发生错误。

图2例示了根据本发明在CPM客户端10和SM客户端50之间建立用于交互消息通信的会话的过程。参考图2，如果CPM客户端10的用户输入与SM客户端50进行交互消息通信的请求，则在步骤101，CPM客户端10将SIP INVITE消息传送到CPM服务器20，以建立用于与SM客户端50进行交互消息通信的会话。如果通过订户信息搜索确定SIP INVITE消息的接收方不使用CPM服务，则在步骤103，CPM服务器20将SIP INVITE消息传送到IWF 30。IWF 30通过搜索与SIP INVITE消息的接收客户端相对应的订户信息，检测接收方使用的消息服务的类型。如果IWF 30检测到该接收方使用SMS，而不使用诸如MMS、IM或PoC服务的其他消息服务，则IWF 30将该SIP INVITE消息变换为SMS-SUBMIT消息。在变换期间，IWF 30将交互消息通信请求语句和响应指令插入到SMS-SUBMIT消息的用户数据字段中。在步骤105，IWF 30将SMS-SUBMIT消息传送到SM服务器40，SM服务器40将该SMS提供给接收SM客户端50，并且IWF 30在传送之后立即激活定时器。SM服务器40将SMS-SUBMIT消息变换为SMS-DELIVER消息，并在步骤107将SMS-DELIVER消息传送到SM客户端50。SM客户端50可以通知SM客户端50的用户已经接收到SMS-DELIVER消息，并根据SM客户端50用户设定在显示屏幕上显示交互消息通信请求语句和响应指令。在步骤109，SM客户端50将SMS-DELIVERY-REPORT消息传送到SM服务器40。在步骤111，SM服务器40将SMS-DELIVERY-REPORT消息传送到IWF 30。

SM客户端50的用户确认显示的交互消息通信请求语句，输入接受响应指令，例如“是”，以接受所请求的交互消息通信，并请求SM传送。SM客户端50响应于用户请求构建SMS-SUBMIT消息，并在步骤113将该SMS-SUBMIT消息传送到SM服务器40。SM服务器40将从SM客户端50接收的SMS-SUBMIT消息变换为SMS-DELIVER消息，并在步骤115将SMS-DELIVER消息传送到IWF 30。由于IWF 30在有效响应时间过去之前从SM服务器40接收到SMS-DELIVER消息，并且该SMS-DELIVER消息包含表示“是”，即接受交互消息通信请求，的响应指令，所以IWF 30将该SMS-DELIVER消息看作是响应于SIP INVITE消息的接受消息。因此，在步骤117，IWF 30将200OK消息传送到CPM服务器20。在步骤119，CPM服务器20将从IWF 30接收的200OK消息传送到CPM客户端10。在步骤121，CPM客户端10响应于200OK消息将ACK消息传送到CPM服务器20。在步骤123，CPM服务器20将从CPM客户端10接收的ACK消息传送到IWF30。当IWF 30从CPM服务器20接收到ACK消息时，IWF 30生成响应于在步骤115接收的SMS-DELIVER消息的SMS-DELIVERY-REPORT消息，并且在步骤125，IWF 30将SMS-DELIVERY-REPORT消息传送到SM服务器40。在步骤127，SM服务器40将SMS-DELIVERY-REPORT消息传送到SM客户端50，并因此在步骤129，在CPM客户端10和SM客户端50之间建立会话。如上所述，SM客户端50能够接受CPM客户端10的交互消息通信请求，并且由于在CPM客户端10和IWF 30之间传送和接收了SIP INVITE消息和200 OK消息，因此在CPM客户端10和SM客户端50之间建立了虚拟会话。

同时，SM客户端50的用户可以拒绝CPM客户端10的交互消息通信请求，现在将参考图3描述CPM服务系统在这种情况下的处理过程。

图3描述了根据本发明在CPM客户端10和SM客户端50之间建立用于交互消息通信的会话的过程中的会话建立失败。图3中例示的步骤201到211与图2中例示的步骤101到111相同。参考图3，在步骤201到207，SM客户端50接收包含CPM客户端10的用户的交互消息通信请求的SM，并显示交互消息通信请求语句和响应指令。SM客户端50的用户确认SM，输入拒绝响应指令，例如“否”，以拒绝所请求的交互消息通信，并请求SM传送。响应于用户请求，在步骤213，SM客户端50将包含拒绝响应指令“否”的SM(SMS-SUBMIT消息)传送到SM服务器40。SM服务器40将从SM客户端50接收的SMS-SUBMIT消息变换为SMS-DELIVER消息，并在步骤215将该SMS-DELIVER消息传送到IWF 30。由于IWF 30在有效响应时间过去之前从SM服务器40接收到SMS-DELIVER消息，并且该SMS-DELIVER消息包含拒绝响应指令，即“否”，所以IWF 30将该SMS-DELIVER消息看作是响应于SIP INVITE消息的拒绝消息。因此，在步骤217，IWF 30将表示SMS用户拒绝的4xx响应传送到CPM服务器20。在步骤219，CPM服务器20将4xx响应传送到CPM客户端10。在步骤221，CPM客户端10响应于4xx响应将ACK消息传送到CPM服务器20。在步骤223，CPM服务器20将从CPM客户端10接收的ACK消息传送到IWF 30。当IWF 30从CPM服务器20接收到ACK消息时，IWF 30生成响应于在步骤215接收的SMS-DELIVER消息的SMS-DELIVERY-REPORT消息，并在步骤225将该SMS-DELIVERY-REPORT消息传送到SM服务器40。在步骤227，SM服务器40将SMS-DELIVERY-REPORT消息传送到SM客户端50。如上所述，由于SM客户端50拒绝了CPM客户端10的交互消息通信请求，并且CPM客户端10不能接收到响应于SIP INVITE消息的200 OK消息，因此在CPM客户端10和SM客户端50之间的会话建立失败。

除了SM客户端50拒绝交互消息通信请求的情况，当IWF 30不能在有效响应时间过去之前接收到响应于交互消息通信请求的包含响应指令的SM时，该会话建立失败也会发生。现在将参考图4描述在这种情况下CPM服务系统的处理过程。

图4描述了根据本发明在CPM客户端10和SM客户端50之间建立用于交互消息通信的会话的过程中由于有效响应时间过去而造成的会话建立失败。图4中例示的步骤301到311与图2中例示的步骤101到111相同。

参考图4，在步骤301到311，响应于CPM客户端10的用户的交互消息通信请求，IWF 30将从CPM客户端10接收的SIP INVITE消息变换为SMS-SUBMIT消息，将该SMS-SUBMIT消息经由SM服务器40传送到SM客户端50，并接收作为响应的SMS-DELIVERY-REPORT消息。此后，如果直到在步骤305中设定的有效响应时间过去，IWF 30都没能从SM服务器40接收到包含响应指令的SM，则在有效响应时间过去之后，IWF 30立即将4xx响应传送到CPM客户端10，生成通知用于交互消息通信请求的有效响应时间已经过去的SM(SMS-SUBMIT消息)，并在步骤313将该SM传送到SM客户端50。换句话说，在有效响应时间过去之后，在步骤313-1，IWF 30立即将4xx响应传送到CPM服务器20，生成包含表示有效响应时间已经过去的语句的SMS-SUBMIT消息，并在步骤313-2将该SMS-SUBMIT消息传送到SM服务器40。在步骤315，CPM服务器20将从IWF 30接收的4xx响应传送到CPM客户端10。SM服务器40将在步骤313-2从IWF 30接收的SMS-SUBMIT消息变换为SMS-DELIVER消息，并在步骤313-3将该SMS-DELIVER消息传送到SM客户端50。响应于从CPM服务器20接收的4xx响应，CPM客户端10在步骤317将ACK消息传送到CPM服务器20，并且CPM服务器20在步骤319将ACK消息传送到IWF 30。响应于从SM服务器40接收的SMS-DELIVER消息，SM客户端50在步骤321将SMS-DELIVERY-REPORT消息传送到SM服务器40，并且SM服务器40在步骤323将该SMS-DELIVERY-REPORT消息传送到IWF 30。从而，在CPM客户端10和SM客户端50之间的会话建立失败。这样，即使IWF 30在有效响应时间过去之后接收到包含响应指令的SM，即SMS-DELIVER消息，会话也不能建立。

当IWF 30在有效响应时间过去之后接收到包含响应指令的SM时，IWF30将所接收的SM作为一般SM来处理。换句话说，在有效响应时间过去之后，IWF 30将每个接收的SM确定为与交互消息通信无关的、从SM客户端50独立地传送到CPM客户端10的消息，并以此来进行处理，而不确定每个接收的SM是否包含有响应指令。因此，如步骤327到339-1所例示的，IWF30将SMS-DELIVER消息变换为SIP消息，并将SIP消息传送到CPM服务器20。

当CPM客户端10和SM客户端50之间的会话建立由于经过了有效响应时间而失败之后，如果SM客户端50的用户请求传送包含接受响应指令“是”的SM，SM客户端50构建包含接受响应指令的SM(SMS-SUBMIT消息)，并在步骤327将该SMS-SUBMIT消息传送到SM服务器40。SM服务器40将接收到的SMS-SUBMIT消息变换为SMS-DELIVER消息，并在步骤329将该SMS-DELIVER消息传送到IWF 30。由于有效响应时间已经过去，即使IWF 30接收到包含接受响应指令的SM(SMS-DELIVER消息)，IWF 30也只是将该SMS-DELIVER消息变换为SIP消息而不对该SM进行单独分析，并且在步骤331将该SIP消息传送到CPM服务器20。在步骤333，CPM服务器20将从IWF 30接收的SIP消息传送到CPM客户端10。在步骤335，CPM客户端10响应于从CPM服务器20接收的SIP消息将200 OK消息传送到CPM服务器20。在步骤337，CPM服务器20将从CPM客户端10接收的200OK消息传送到IWF 30。IWF 30将200OK消息变换为SMS-DELIVERY-REPORT消息，并在步骤339和339-1将SMS-DELIVERY-REPORT消息经由SM服务器40传送到SM客户端50。此外，在步骤341和341-1，IWF 30响应于200OK消息将ACK消息经由CPM服务器20传送到CPM客户端10。

图5例示了根据本发明在CPM客户端10和SM客户端50之间的交互消息通信中处理一般SM的过程。图5中例示的步骤401到411与图2中例示的步骤101到111相同。

参考图5，在步骤401到411中，响应于CPM客户端10的用户的交互消息通信请求，IWF 30将从CPM客户端10接收的SIP INVITE消息变换为SMS-SUBMIT消息，将该SMS-SUBMIT消息经由SM服务器40传送到SM客户端50，并接收作为响应的SMS-DELIVERY-REPORT消息。此后，SM客户端50不管在步骤407接收的包含交互消息通信请求语句的SM而生成独立的SM(SMS-SUBMIT消息)，并在步骤413将该SMS-SUBMIT消息传送到SM服务器40。这里，所述独立的SMS-SUBMIT消息不包含响应指令“是”或“否”。SM服务器40将从SM客户端50接收的SMS-SUBMIT消息变换为SMS-DELIVER消息，并在步骤415将该SMS-DELIVER消息传送到IWF30。由于IWF 30在有效响应时间过去之前接收到SM(SMS-DELIVER消息)，因此IWF 30确定所接收的SM是否包含响应指令。如果确定所接收的SM包含响应指令，则执行图2或图3中例示的过程。如果确定所接收的SM不包含响应指令，则IWF 30确定所接收的SM是与在步骤403接收的SIP-INVITE消息或在步骤405传送的SMS-SUBMIT消息无关的独立的消息。因此，IWF30将所接收的SMS-DELIVER消息变换为SIP消息，并在步骤417将该SIP消息传送到CPM服务器20。在步骤419，CPM服务器20将从IWF 30接收的SIP消息传送到CPM客户端10。在步骤421，CPM客户端10将200 OK消息传送到CPM服务器20，以便通知IWF 30CPM客户端10已经接收到该SIP消息。在步骤423，CPM服务器20将从CPM客户端10接收的200OK消息传送到IWF 30。如果从CPM服务器20接收到200OK消息，则IWF 30生成响应于在步骤415接收的SMS-DELIVER消息的SMS-DELIVER-REPORT消息，并在步骤425和427将该SMS-DELIVER-REPORT消息经由SM服务器40传送到SM客户端50。此外，响应于200OK消息，IWF 30在步骤429和431将ACK消息经由CPM服务器20传送到CPM客户端10。

之后，取决于SM客户端50的用户的操作，过程会按照图2、图3或图4中所例示的过程那样进行。

如上所述，当IWF 30经由CPM服务器20从CPM客户端10接收到以SM客户端50为接收客户端的SIP INVITE消息时，IWF 30将该SIP INVITE消息变换为具有SMS支持的格式的消息，即SMS-SUBMIT消息，并经由SM服务器40将该SMS-SUBMIT消息传送到SM客户端50。如果在有效响应时间内IWF 30从SM客户端50接收到响应于该SMS-SUBMIT消息的SM，则CPM客户端10和SM客户端50之间的会话建立。根据本发明的第一实施例，无需改变SMS-SUBMIT消息的已有格式，SMS-SUBMIT消息只是在SMS-SUBMIT消息的用户数据字段中包含用于通知当前SMS-SUBMIT消息是SIP INVITE消息的信息。

已经参考图2到图5描述了根据本发明第一实施例的CPM服务系统的操作。将参考图6描述本发明的第二实施例，其中当IWF 30将SIP INVITE消息变换为SMS-SUBMIT消息时，像第一实施例那样IWF 30将用于询问SM接收方对交互消息通信的接受或拒绝意图的询问语句插入到SMS-SUBMIT消息的用户数据字段中，并且IWF 30将一标题字段添加到传统SMS-SUBMIT消息以通知SM客户端当前SMS-SUBMIT消息是SIP INVITE消息，并且当接收SM客户端传送对包含该标题字段的SMS-SUBMIT消息的响应时，接收SM客户端将一标题字段添加到当前SMS-SUBMIT消息，以通知当前SMS-SUBMIT消息是响应于交互消息通信请求的接受或拒绝响应消息。

根据本发明的第二实施例，当将SIP INVITE消息变换为SMS消息格式时，由于用于SM客户端50的用户的语句和用于SM客户端50的标题字段被添加到SMS-SUBMIT消息，而不是像本发明的第一实施例那样当SM客户端50的用户输入关于SM客户端50的用户是接受还是拒绝交互消息通信请求的响应时直接输入响应指令，因此可以通过输入特定键来实现关于SM客户端50的用户是接受还是拒绝交互消息通信请求的响应。

在表1中例示了根据本发明的第二实施例，当IWF 30将SIP INVITE消息变换为SMS-SUBMIT消息时，新添加到SMS-SUBMIT消息的标题中的标题字段。

表1

在表2中例示了根据本发明的第二实施例，当SM客户端50的用户输入特定键时，新添加到由SM客户端50生成的响应消息(SMS-SUBMIT)的标题字段。

表2

根据本发明的第二实施例，如果IWF 30从CPM服务器20接收到SIPINVITE消息，该SIP INVITE消息的接收客户端只有SM客户端50，因为接收方只使用SMS，则IWF 30将请求SMS用户进行交互消息通信的语句插入到SMS-SUBMIT消息的主体，即用户数据字段，中。IWF 30还将TP_INVITE标题字段添加到SMS-SUBMIT消息的标题部分，并将其字段值设定为1。将变换后的SMS-SUBMIT消息经由SM服务器40传送到SM客户端50的过程与在本发明的第一实施例中描述的过程相同。

接收到添加了TP_INVITE标题字段的SMS-SUBMIT消息的SM客户端50，将表示交互消息通信请求的语句提供给SM客户端50的用户，同时显示以语句，以指示用于选择性地输入响应交互消息通信请求的接受或拒绝的特定键。SM客户端50的用户通过参考所显示的语句来输入接受或拒绝交互消息通信请求的键。如果SM客户端50的用户输入了接受或拒绝交互消息通信请求的键，则SM客户端50将TP_RESPONSE标题字段添加到SMS-SUBMIT消息的标题部分，根据SM客户端50的用户选择的接受或拒绝，将TP_RESPONSE标题字段的值设定为0或1，并将该SMS-SUBMIT消息传送到SM服务器40。如果IWF 30在有效响应时间过去之前从SM服务器40接收到SM(SMS-DELIVER)，则IWF 30确定该SMS-DELIVER消息是否包含TP_RESPONSE标题字段。如果确定没有包含TP_RESPONSE标题字段，则IWF 30确定所接收的SMS-DELIVER消息是与SIP-INVITE无关的独立SM，并等待对SIP-INVITE信息的响应，直到有效响应时间过去。IWF 30将所接收的SM变换为SIP消息，并将SIP消息经由CPM服务器20传送到CPM客户端10。如果确定在SMS-DELIVER消息中包含TP_RESPONSE标题字段，则IWF 30检测TP_RESPONSE标题字段的值，并根据值是1或0确定SM客户端50接受或拒绝了交互消息通信。IWF 30将表示接受或拒绝SIP-INVITE的语句插入到SIP消息中，并将该SIP消息传送到CPM客户端10。

根据本发明的第二实施例，如果IWF 30在有效响应时间过去之后接收到包含TP_RESPONSE的SM，则IWF 30丢弃该SM，不将该SM传送到CPM客户端10，而不管接受还是拒绝交互消息通信。与本发明的第一实施例不同，IWF 30能够通过只检查所接收SM的标题字段，即通过确定所接收的SM中是否包含TP_RESPONSE标题字段，来确定所接收的SM是对交互消息通信请求的响应还是一般的SM。IWF 30响应于所接收的SM将SMS-DELIVERY-REPORT消息传送到SM客户端50，在该SMS-DELIVERY-REPORT消息中插入了用于通知有效响应时间已经过去的语句。上述过程例示在图6中。

图6描述了根据本发明的第二实施例，在CPM客户端10和SM客户端50之间建立用于交互消息通信的会话的过程中，由于有效响应时间过去造成的会话建立失败。参考图6，如果CPM客户端10的用户输入了与SM客户端50进行交互消息通信的请求，在步骤501，CPM客户端10将SIP INVITE消息传送到CPM服务器20，以建立用于与SM客户端50执行交互消息通信的会话。如果通过订户信息搜索确定SIP INVITE消息的接收方不使用CPM服务，在步骤503，CPM服务器20将SIP INVITE消息传送到IWF 30。IWF30通过搜索与SIP INVITE消息的接收客户端相对应的订户信息来检测接收方使用的消息服务的类型。如果IWF 30检测到接收方使用SMS而不使用如MMS、IM或PoC服务的其他消息服务，则IWF 30将SIP INVITE消息变换为SMS-SUBMIT消息。在变换过程中，IWF 30将TP_INVITE标题字段添加到SMS-SUBMIT消息的标题部分，将TP_INVITE标题字段的值设定为1，并将交互消息通信请求语句插入到SMS-SUBMIT消息的用户数据字段中。IWF 30在步骤505将该SMS-SUBMIT消息传送到将SMS提供给接收SM客户端50的SM服务器40，并在传送之后立即激活定时器。SM服务器40将SMS-SUBMIT消息变换为SMS-DELIVER消息，并在步骤507将SMS-DELIVER消息传送到SM客户端50。SM客户端50可以通知SM客户端50的用户已经接收到SMS-DELIVER消息，并根据SM客户端50的用户的设定在显示屏幕上显示交互消息通信请求语句和响应指令。在步骤509，SM客户端50将SMS-DELIVERY-REPORT消息传送到SM服务器40。在步骤511，SM服务器40将SMS-DELIVERY-REPORT消息传送到IWF 30。此后，如果直到在步骤505中设定的有效响应时间过去，IWF 30都不能从SM服务器40接收到包含响应指令的SM，则在该有效响应时间过去之后，IWF 30立即将4xx响应传送到CPM客户端10，生成通知用于交互消息通信请求的有效响应时间已经过去的SM(SMS-SUBMIT消息)，并在步骤513将该SM传送到SM客户端50。换句话说，IWF 30在有效响应时间过去之后立即在步骤513-1将4xx响应传送到CPM服务器20，生成包含表示有效响应时间已经过去的语句的SMS-SUBMIT消息，并在步骤513-2将该SMS-SUBMIT消息传送到SM服务器40。在步骤515，CPM服务器20将从IWF 30接收的4xx响应传送到CPM客户端10。SM服务器40将从IWF 30接收的SMS-SUBMIT消息变换为SMS-DELIVER消息，并在步骤521将该SMS-DELIVER消息传送到SM客户端50。CPM客户端10响应于从CPM服务器20接收的4xx响应，在步骤517将ACK消息传送到CPM服务器20，而CPM服务器20在步骤519将该ACK消息传送到IWF 30。SM客户端50响应于从SM服务器40接收的SMS-DELIVER消息，在步骤523将SMS-DELIVERY-REPORT消息传送到SM服务器40，而SM服务器40在步骤525将该SMS-DELIVERY-REPORT消息传送到IWF 30。从而，在CPM客户端10和SM客户端50之间的会话建立失败。因此，即使IWF 30在有效响应时间过去之后接收到包含响应指令的SM，即SMS-DELIVER消息，会话也不会建立。

当IWF 30在有效响应时间过去之后接收到包含TP_RESPONSE标题字段的SM时，IWF 30丢弃所接收的SM。在CPM客户端10和SM客户端50之间的会话建立由于有效响应时间过去而失败之后，SM客户端50构建SM(SMS-SUBMIT消息)，在该SM中添加了TP_RESPONSE标题字段，并且根据SM客户端50的用户的输入而设定对应于接受的字段值，并且，在步骤527，SM客户端50将该SMS-SUBMIT消息传送到SM服务器40。SM服务器40将所接收的SMS-SUBMIT消息变换为SMS-DELIVER消息，并在步骤529将该SMS-DELIVER消息传送到IWF 30。虽然IWF 30接收到了包含TP_RESPONSE标题字段的SM(SMS-SUBMIT消息)，由于有效响应时间已经过去，IWF 30丢弃所接收的SM，生成包含用于通知由于有效响应时间过去而造成传送失败的语句的SMS-DELIVERY-REPORT消息，并在步骤531将该SMS-DELIVERY-REPORT消息传送到SM服务器40。SM服务器40在步骤533将该SMS-DELIVERY-REPORT消息传送到SM客户端50。

如上所述，根据本发明的第二实施例，如果IWF 30经由CPM服务器20从CPM客户端10接收到以SM客户端50为接收客户端的SIP INVITE消息，则IWF 30将SIP INVITE消息变换为SMS支持的格式的消息，即SMS-SUBMIT消息，将新标题字段添加到该SMS-SUBMIT消息，该标题字段中存储了用于通知当前SMS-SUBMIT消息是SIP INVITE消息的信息，并将该SMS-SUBMIT消息经由SM服务器40传送到SM客户端50，并且如果IWF 30在有效响应时间内从SM客户端50接收到其中添加了新标题字段的SM，该标题字段中存储了响应于SMS-SUBMIT消息的接受响应，则CPM客户端10和SM客户端50之间的会话能够被建立。

如上所述，根据本发明，融合IP消息客户端传送用于交互消息通信的会话建立请求，并且当融合IP消息服务器接收到会话建立请求时，融合IP消息服务器确定交互消息通信的目标客户端是否使用融合IP消息服务。如果确定目标客户端不使用融合IP消息服务，则融合IP消息服务器将会话建立请求传送到IWF，在IWF接收到会话建立请求之后，如果确定目标客户端是SM客户端，IWF就通过将会话建立请求的格式变换为SMS格式来生成交互消息通信请求，并将交互消息通信请求传送到SM客户端。如果IWF在有效响应时间内从SM客户端接收到响应于交互消息通信请求的接受响应，则能够在融合IP消息客户端和SM客户端之间建立用于交互消息通信的会话。

虽然已经参考一定的优选实施例示出和描述了本发明，但是本领域技术人员将理解，可以进行各种形式和细节上的改变，而不脱离由所附权利要求书定义的本发明的精神和范围。