專利名稱：用于提供融合消息服務的系統(tǒng)和方法
技術領域：
本發(fā)明一般涉及消息(messaging)服務，更具體地，涉及用于提供融合 (converged)消息服務的系統(tǒng)和方法，其可以與各種服務兼容地使用或者可以 替換各種服務，這些服務例如即時消息(IM)服務、短消息服務(SMS)、多媒 體消息服務(MMS)、基于互聯(lián)網協(xié)議的語音(VoIP)服務和無線一鍵通(Push To Talk， PTT)(PTT over Cellular, PoC)服務。
背景技術：
一般來說，消息服務包括用于在終端之間發(fā)送和接收消息的短消息服務 (SMS)和多媒體消息服務(MMS),以及用于在終端之間發(fā)送和接收消息的即 時消息IM服務和無線一鍵通(PTT)(PoC)服務，其中SMS和MMS不支持IM 服務，而IM服務和PoC服務則支持IM服務。圖1示出了用于提供SMS的系統(tǒng)，其是上述消息服務中的一個普通服 務。現在參考圖1描述在提供SMS的系統(tǒng)中在終端110和短消息(SM)服務 器100之間發(fā)送和接收消息的過程。首先描述從終端110向SM服務器100發(fā)送消息的過程。假定終端110 是用于發(fā)送消息的發(fā)送者終端。終端110創(chuàng)建要被發(fā)送的消息并且向移動服務交換中心(MSC)106發(fā)送 該消息。在這種情況下，終端110可以向服務的通用分組無線服務(GPRS) 支持節(jié)點(SGSN)106而不是MSC發(fā)送消息。如果要被發(fā)送的消息的尺寸超 過規(guī)定的尺寸，則終端110將具有大尺寸的消息分成多個具有小尺寸的消息 并且發(fā)送該具有小尺寸的多個消息。當MSC 106從終端110接收到消息時， MSC 106從訪問者位置登記器(VLR)108接收必需的信息，確定接收的信息 是否有錯誤，以及如果確定接收的信息沒有錯誤，則向SMS間工作 MSC(SMS-IWMSC)102發(fā)送該消息。如果終端110向SGSN 106發(fā)送該消息， 則SGSN106檢查包含在該消息中的回復路徑-目標地址(RP-DA)參數，以及 如果不存在錯誤，貝'J SGSN 106向SMS-IWMSC 102發(fā)送該消息。當SMS-rWMSC 102接收到該消息時，SMS-IWMSC 102從歸屬位置登記器 (HLR)104接收必需的信息并且向SM服務器IOO發(fā)送該消息?，F在描述從SM服務器100向終端110發(fā)送消息的過程。在這種情況下， 假定終端IIO是用于接收消息的接收者終端。當SM服務器IOO從發(fā)送者終端接收到SM消息時，如上所述，SM服 務器100將SM消息存儲在其中并且向SMS-網關MSC(SMS-GMSC)102發(fā) 送該SM消息。當SMS-GMSC 102接收到該SM消息時，SMS-GMSC 102 從HLR 104接收路由信息并且向相應MSC或SGSN 106發(fā)送該SM消息。 如果MSC 106從SMS-GMSC 102接收到SM消息，則MSC 106從VLR 108 接收位置信息并且向終端110發(fā)送SM消息。如果SGSN 106從SMS-GMSC 102接收到SM消息，則SGSN 106確定SM消息是否具有錯誤，以及如果 確定SM消息沒有錯誤，則SGSN 106向終端110發(fā)送SM消息。
發(fā)明內容
技術問題與上述SMS —樣，根據客戶端和服務器之間的特定規(guī)則執(zhí)行另一個消 息服務。也就是說，由于對于每個消息服務構造貯倉(silo)以便采用多個消息 服務，因此終端的配置可能是復雜的。根據異型的消息服務之間的互配(interworking)，已經提供了 SMS和 MMS之間的互配以及SMS和互聯(lián)網電子郵件服務之間的互配。但是，對于 即時消息(IM)服務和SMS之間的互配，在第三代伙伴項目(3GPP)標準中描 述了基本的結構和網絡元件功能，但是沒有描述處理SMS消息以便將它作 為IM消息來發(fā)送的細節(jié)過程。因而，需要一種新的用于融合執(zhí)行多個消息 服務的需求并且保證與現有消息系統(tǒng)的兼容性的客戶端。同時，為了支持移動終端和網絡中的多媒體服務，在3GPP標準中定義 了互聯(lián)網協(xié)議(IP)多媒體核心網絡(CN)子系統(tǒng)(IMS)功能。IMS網絡通過提供 IP多士某體通信的核心功能而成為下一代移動通信的核心，這些核心功能例如 基于會話發(fā)起協(xié)議(SIP)的會話管理、服務質量(QoS)管理、與電路網絡的交 互、以及各種附加服務，例如安全、計費、安全和認證、服務簡檔(profile) 管理、用戶信息存儲、存在(presence)信息和群信息管理。但是，基于IMS 的服務限于基于PoC的IM服務或針對IM和存在業(yè)務的利用擴展的SIP(SIPfor IM and Presence Leveraging Extension, SIMPLE)。這是因為基于IMS的通 信或消息服務仍然處于初始階段，即，還未開發(fā)基于IMS的高級服務。因而， 每個消息服務可能僅在支持相同的消息服務的客戶端之間連接。技術上，現 有的用戶愁技術方案本發(fā)明的一方面基本上解決至少上述問題和/或缺點并且提供至少下述 優(yōu)點。因此，本發(fā)明的一方面提供一種用于提供融合消息服務的系統(tǒng)和方法， 在所述融合消息服務中，各種消息服務，例如短消息服務(SMS)、多々某體消 息服務(MMS)和即時消息(IM)服務被融合。本發(fā)明的另 一方面提供用于定義和操作網絡元件用以高效存儲和管理 消息數據以便提供融合消息服務的接口 。本發(fā)明的又一方面提供一種基于用戶服務簡檔擴展路由規(guī)則以便提供 與提供基于互聯(lián)網協(xié)議(IP)多々某體核心網絡(CN)子系統(tǒng)(IMS)的消息服務的 現有服務器和客戶端的兼容性的系統(tǒng)和方法。本發(fā)明的又一方面提供一種用于支持使用接收者的服務信息的消息服 務以便提供與提供傳統(tǒng)(legacy)消息服務而不是基于IMS的消息服務的現有 服務器和客戶端的兼容性的系統(tǒng)和方法。根據本發(fā)明的一個方面，提供一種用于提供融合消息服務的系統(tǒng)，該系 統(tǒng)包括發(fā)起(orginating)客戶端，用于向融合消息服務器(CMS)發(fā)送融合消 息服務形式的包含融合消息服務標識符(ID)標記的消息；該CMS，用于接收 該消息并且向目標網絡發(fā)送該消息；和目標會話發(fā)起協(xié)議(SIP)/互聯(lián)網協(xié)議 (IP)核，用于如果接收到該消息并且目標客戶端支持IP多媒體核心網絡(CN) 子系統(tǒng)(IMS)服務，則將該融合消息服務ID標記轉換為與目標客戶端支持的 消息服務對應的ID標記，并且根據目標客戶端支持的消息服務的過程向目 標客戶端發(fā)送包含轉換后的ID標記的消息。根據本發(fā)明的另一個方面，提供一種用于提供融合消息服務的系統(tǒng)，該 系統(tǒng)包括發(fā)起客戶端，用于向融合消息服務器(CMS)發(fā)送包含融合消息服 務標識符(ID)標記的消息；該CMS，用于接收該消息并且向目標會話發(fā)起協(xié) 議(SIP)/互聯(lián)網協(xié)議(IP)核發(fā)送該消息；以及該目標SIP/IP核，用于存儲用于 使用融合消息服務發(fā)送消息的路由規(guī)則，以及如果接收到該消息并且目標客戶端支持IP多媒體核心網絡(CN)子系統(tǒng)(IMS)服務，則根據該路由規(guī)則向目標客戶端發(fā)送該消息。根據本發(fā)明的另一個方面，提供一種用于提供融合消息服務的系統(tǒng)，該系統(tǒng)包括融合消息服務器(CMS),用于如果使用融合消息服務接收到融合 消息，則檢查該融合消息服務的路由規(guī)則，并且如果其被設置為將融合消息 存儲在融合消息(CM)數據存儲器中，則將融合消息存儲在CM數據存儲器 中；以及該CM數據存儲器，用于存儲該融合消息。根據本發(fā)明的另一方面，提供一種用于提供融合消息服務的方法，該方 法包括發(fā)起客戶端向融合消息服務器(CMS)發(fā)送包含融合消息服務標識符 (ID)標記的消息；如果接收到該消息，則CMS向目標會話發(fā)起協(xié)議(SIP)/互 聯(lián)網協(xié)議(IP)核發(fā)送該消息；如果接收到該消息，則該目標SIP/IP核確定目 標客戶端是否支持IP多媒體核心網絡(CN)子系統(tǒng)(IMS)服務；以及如果確定 目標客戶端支持IMS服務，則目標SIP/IP核將該融合消息服務ID標記轉換 為與目標客戶端支持的消息服務對應的ID標記，并且根據目標客戶端支持 的消息服務的協(xié)議向目標客戶端發(fā)送包含轉換后的ID標記的消息。根據本發(fā)明的另一方面，提供一種用于提供融合消息服務的方法，該方 法包括發(fā)起客戶端向融合消息服務器(CMS)發(fā)送包含融合消息服務標識符 (ID)標記的消息；如果接收到該消息，則CMS向目標會話發(fā)起協(xié)議(SIP)/互 聯(lián)網協(xié)議(IP)核發(fā)送該消息；如果接收到該消息并且目標客戶端支持IP多媒 體核心網絡(CN)子系統(tǒng)(IMS)服務，則該目標SIP/IP核確定用于使用融合消 息服務發(fā)送消息的預置路由規(guī)則；以及SIP/IP核根據確定的路由規(guī)則向目標 客戶端發(fā)送該消息。本發(fā)明定義融合消息客戶端(CMC)和融合消息服務器(CMS)的結構和交 互，其中，所述CMC和CMS是融合消息服務的元件，所述融合消息服務 與各種服務兼容使用或者替換各種服務，這些服務例如即時消息(IM)服務、 短消息服務(SMS)、多媒體消息服務(MMS)、基于互聯(lián)網協(xié)議的語音(VoIP) 服務和無線一鍵通(PTT)(PoC)服務。具體地，本發(fā)明提供一種通過擴展IP 多媒體核心網絡(CN)子系統(tǒng)(IMS)技術使得在應用層中的異型的消息服務之 間能夠互配的方法。本發(fā)明還提供一種定義用于支持融合消息服務的融合消 息(CM)數據存儲器并且管理存儲在所定義的CM數據存儲器中的消息和元 數據的方法。ii有益效果如上所述，根據本發(fā)明，通過建議CMC、 CMS和CM數據存儲器來提 供基于IMS(其將被用作移動通信服務的核心網絡)的MMS，可以融合各種現 有的消息服務系統(tǒng)。此外，可以執(zhí)行與VoIP或PoC服務(其是基于IMS的 相似的消息服務)的互配。


通過下面結合附圖的詳細描述，本發(fā)明的上述方面、特征和優(yōu)點將更加 明顯，其中圖1是用于描述在傳統(tǒng)的用于提供短消息服務(SMS)的系統(tǒng)中在終端和 短消息(SM)服務器之間發(fā)送消息的過程的框圖；圖2是根據本發(fā)明的示范性實施例的基于IP多媒體核心網絡(CN)子系 統(tǒng)(IMS)的包括融合消息客戶端(CMC)和融合消息服務器(CMS)的網絡的結 構；圖3是根據本發(fā)明的示范性實施例，在圖2所示的融合消息系統(tǒng)中，當 從發(fā)起網絡請求融合消息服務時用于執(zhí)行請求的融合消息服務的目標網絡 的結構；圖4示出了根據本發(fā)明的示范性實施例的CMC的協(xié)議棧；圖5是根據本發(fā)明的示范性實施例的融合消息(CM)數據存儲器的配置；圖6是根據本發(fā)明的示范性實施例的IMS核心網絡功能的配置；通(PTT)(PoC)服務過濾器規(guī)則的擴展；和圖8是根據本發(fā)明的示范性實施例的在融合消息系統(tǒng)中發(fā)送和接收會話 發(fā)起協(xié)議(SIP)消息的過程的信令圖。
具體實施方式
下面將參考附圖描述本發(fā)明的優(yōu)選實施例以便定義用于保證根據本發(fā) 明的示范性實施例的融合消息服務和傳統(tǒng)的消息服務之間的兼容性的互配 元件并且描述互配元件的功能。圖2是根據本發(fā)明的示范性實施例的基于IP多媒體核心網絡(CN)子系統(tǒng)(IMS)的包括融合消息客戶端(CMC)和融合消息服務器(CMS)的網絡的結 構。如圖2所示，根據本發(fā)明的示范性實施例的融合消息系統(tǒng)可以包括終端 200、 CMS 270、融合消息(CM)數據存儲器280和服務互配轉換器221。該 融合消息系統(tǒng)還可以包括文檔管理(DM)服務器230、存在服務器240、集總 代理250、基于CMS可擴展標記語言(XML)的文檔管理服務器(CMS XDMS)260和XDMS 290。這些組件可以通iil妾入網210和會話發(fā)起協(xié)議 (SIP)/互聯(lián)網協(xié)議(IP)核220彼此連接。 現在描述這些組件。終端200可以包括DM客戶端201、存在客戶端202、 XDM客戶端 (XDMC)203和CMC 204。CMC 204是用于替換多媒體消息服務(MMS)或即時消息(IM)服務的要 求的獨立的消息客戶端。CMC 204使用IMS核心網絡功能并且在其中存儲 用于使用SIP和SIP擴展協(xié)議建立會話并且以尋呼方式發(fā)送消息的應用程 序。現在參考圖4描述CMC 204的協(xié)議棧。CMC 204工作在操作系統(tǒng)(OS) 平臺上的中間件上的基本SIP代理軟件(SW)上。CMC 204包括用于控制SIP 的SIP控制管理器和用于實現消息應用管理的消息應用(APP)管理器。消息 APP管理器可以執(zhí)行將融合消息服務標識符(ID)標記與要被傳送的消息的內 容區(qū)分開來并且無論何種消息服務類型都管理它們的功能。CMS 270是用于支持IMS網絡中的融合消息服務的應用服務器，并且 根據包含在被發(fā)送到IMS網絡的SIP消息中的服務標記信息和IMS中的路 由規(guī)則接收SIP消息。CMS 270還向相應的目標客戶端發(fā)送接收到的SIP消 息。為了向相應的目標客戶端發(fā)送接收到的SIP消息，CMS 270可以通過才企 查來自于存儲融合消息服務的服務策略的XDMS 290的服務許可規(guī)則，根據 服務許可規(guī)則來發(fā)送接收到的SIP消息。如果接收到的SIP消息對應于群消 息服務請求，則CMS 270從XDMS 290讀取群成員列表并且向相應的目標 客戶端發(fā)送接收到的SIP消息。SIP消息是一般術語，并且可以是包含期望 由用戶發(fā)送的內容的消息或INVITE消息，其是會話建立請求消息，用于在 會話建立之后發(fā)送。為了支持融合消息服務，終端200可以包括XDM客戶端203，用于 提供創(chuàng)建、管理、修改和刪除XML文檔的功能，例如與融合消息服務相關的服務策略或訪問規(guī)則；存在客戶端202，用于請求創(chuàng)建、修改、或讀取IMS 中提供的存在信息；和DM客戶端201，用于發(fā)送管理對象，例如內部固件 升級對象、引導對象和終端功能監(jiān)視對象。CMS 270與用于存儲與融合消息服務相關的信息的共享XDMS 290有 關，并且與用于存儲對于融合消息服務唯一的訪問規(guī)則的CMS XDMS 260 和用于存儲群列表的共享XDMS 290 二者交互。融合消息系統(tǒng)定義用于存儲通過執(zhí)行融合消息服務創(chuàng)建的融合消息的 CM數據存儲器280。圖5是根據本發(fā)明的示范性實施例的CM數據存儲器280的配置。參考 圖5, CM數據存儲器280可以包括用于存儲使用融合消息服務傳送的消息 的元數據的元數據存儲器和用于存儲實際的々某體數據的士某體數據存儲器。元 數據是用于管理存儲的媒體數據的控制信息，例如發(fā)送者ID、存儲日期與 時間、消息長度信息、媒體類型和編/解碼器(CODEC)信息和消息標題。元 數據存儲器存儲用于訪問存儲的消息數據的硬件信息，以使得可以通過元數 據執(zhí)行例如存儲的消息的調用、刪除或名稱修改之類的任務。元數據被存儲 為XML文檔，具體地，定義唯一的域名空間以便通知元數據是融合消息服 務中定義的 XML 文檔。唯 一 的域名空間可以通過 "xmlns="um:oma:params:xml:ns:cpm:storage-metadata "，，表示。因而，纟冬端 200可以通過發(fā)送包含唯一的域名空間(即，XML文檔標識符)的SIP消息來 管理存儲的消息數據?，F在描述在構成圖2所示的融合消息系統(tǒng)的元件之間定義的接口 。IF-1表示CMC 204和SIP/IP核220之間的第一接口 ， IF-2表示SIP/IP 核220和CMS 270之間的第二接口 。 IF-1和IF-2是CMC 204和IMS網絡 之間的接口 ，支持SIP，并且分別執(zhí)行在CMC 204/ CMS 270和SIP/IP核220 之間建立會話并且發(fā)送SIP消息的功能。IF-3表示CMC 204和CMS 270之間的第三接口 ，并且是在CMC 204 和CMS 270之間的SIP會話建立之后用于媒體發(fā)送的用戶數據信道，以及 例如實時傳輸協(xié)議(RTP)或實時傳輸控制協(xié)議(RTCP)的協(xié)議可以用于IF-3。IF-4表示CMC 204和CM數據存儲器280之間的第四接口 ，并且用于 CMC 204檢索存儲在CM數據存儲器280中的消息，并且例如實時流協(xié)議 (RTSP)的協(xié)議可以用于14IF-5表示CMS 270和CM數據存儲器280之間的第五接口 ，并且用于 CMS270檢索存儲在CM數據存儲器280中的消息，并且如果必要的話，可 以用作存儲一嫂送到CMS 270的消息的接口 。
IF-6表示CMS 270和共享XDMS 2卯之間的第六接口 ，并且用于CMS 270從共享XDMS 290調用成員列表信息以執(zhí)行群消息服務。
IF-7表示集總代理250和CM數據存儲器280之間的第七接口 ，并且是 用于向CM數據存儲器280發(fā)送XDMC 203請求的XML配置訪問協(xié)議 (XCAP)消息的接口 。IF-7使用XCAP并且被用作XDMC 203管理存儲在CM 數據存儲器280中的元數據所用的接口 。用在IF-7中的XCAP是用于訪問 XML文檔的標準協(xié)議并且可以提供修改、刪除和管理使用存儲在CM數據 存儲器280中的域名空間標識的元數據的功能。
為了訪問存儲在CM數據存儲器280中的元數據，XDMC 203請求包含 應用唯一 ID(AUID)的XCAP消息。才艮據本發(fā)明的示范性實施例的用于訪問 存儲在CM數據存儲器280中的元數據的AUID可以被設置為例如 'org.openmobilealliance,cpm-metadata， 的^f直。此AUID 4言息用于集總^理 250將XCAP消息路由到CM數據存儲器280。 XDMC 203可以搜索存儲在 CM數據存儲器280中的消息管理信息，例如發(fā)送者ID、時間信息和長度， 并且使用該XCAP消息執(zhí)行例如存儲的消息的刪除或標題改變之類的任務。 CM用戶通過利用XDMC 203刪除存儲在CM數據存儲器280中的相應元數 據可以同時刪除消息凝:據。
IF-8和IF-9分別表示用于將集總代理250和CMS 270連接到CMS XDMS 260的第八和第九接口 ，并且使用XCAP管理XML文檔。IF-8是CMS 270和CMS XDMS 260之間的接口 ，其中CMS 270管理存儲在CMS XDMS 260中的XML文檔。IF-9是集總代理250和CMS XDMS 260之間的接口 。
IF-10表示SIP/IP核220和CM數據存儲器280之間的第十接口 。 IF-10 是IMS網絡和CM數據存儲器280之間的接口并且是IMS核心網絡和CM 數據存儲器280之間的接口 ，用于根據IMS路由規(guī)則向CM數據存儲器280 發(fā)送SIP消息。
IF-11表示CMS XDMS 260和CM數據存儲器280之間的第十一接口 。 CMC 204向本地網絡中的CMS 270發(fā)送包含多媒體的SIP MESSAGE 消息或用于會話建立的SIP INVITE消息，以便使用IMS核心網絡的路由功
15能向目標客戶端的網絡傳送消息?？梢酝ㄟ^應用用于標識融合消息服務的服
務標記(例如"+g.oma.cpm")和使用該服務標記的過濾器標準來執(zhí)行SIP消 息的路由功能。
圖3是根據本發(fā)明的示范性實施例，在圖2所示的融合消息系統(tǒng)中，當 從發(fā)起網絡請求融合消息服務時用于執(zhí)行請求的融合消息服務的目標網絡 的結構。
參考圖3,執(zhí)行目標網絡的功能的融合消息系統(tǒng)包括MMS服務器340、 短消息服務(SMS)服務器350、 IM服務器360、和無線一鍵通(PTT)(PoC)月良 務器370，特別是，還包括根據本發(fā)明的示范性實施例的CMS 380。融合消 息系統(tǒng)還包括IP消息網關應用服務器330和作為包含服務互配轉換器321 的IMS網絡的SIP/IP核320。
根據本發(fā)明的示范性實施例，根據目標客戶端是否支持IMS服務，用兩 種方法來處理如圖2所示的使用用于標識融合消息服務的服務標記發(fā)送到目 標IMS核心網絡的SIP消息。
首先，現在描述目標客戶端不支持IMS服務的情況。
當目標客戶端是SMS支持客戶端或MMS支持客戶端時，SIP消息通過 IP消息網關應用服務器330被發(fā)送到相應的應用服務器，該應用服務器提供 才艮據目標客戶端的注冊信息將SIP消息轉換為特定的消息格式的功能。也就 是說，IP消息網關應用服務器330根據目標客戶端支持的消息服務類型，將 SIP消息發(fā)送到MMS服務器340或SMS服務器350，以使得SIP消息被轉 換為SMS或MMS消息。例如，作為SIP MESSAGE消息被傳送的大尺寸的 文本或圖像消息可以被再制作成適當大小的SMS或MMS消息并JW皮發(fā)送。 當SIP消息是用于會話建立的SIP INVITE消息時，由于此情況不在本發(fā)明 的范圍之內，因此在本說明書中不描述此情況。
第二，現在描述目標客戶端支持IMS服務的情況。
當目標客戶端使用SIMPLE IM服務、PoC服務或基于互聯(lián)網協(xié)議的語 音(VoIP)服務并且已經將它的服務簡檔信息注冊在IMS核心網絡中時，根據 IMS核心網絡的功能執(zhí)行服務互配。對于應用層中的服務互配，本發(fā)明提議 一種擴展IMS核心網絡的路由規(guī)則的方法?，F在描述擴展路由規(guī)則的方法。
為了幫助理解操作，假定目標客戶端已經注冊了特定的消息服務，即 PoC服務。根據現有技術，確定SIP/IP核320(其是目標IMS核心網絡)接收到的SIP消息是否包含服務標記'+g.poc.talkburst，，并且如果確定SIP消息 不包含服務標記'+g.poc.talkburst，，則SIP/IP核320回復SIP錯誤信息。這 是通過遵守僅包含注冊的PoC服務標記的固定過濾器規(guī)則獲得的結果。但 是，根據本發(fā)明的示范性實施例，通過擴展固定過濾器規(guī)則，當SIP消息(即 SIP INVITE消息或SIP MESSAGE消息)包含融合消息服務標記 '+g.oma.cpm，時，即使目標客戶端已經僅僅注冊了 PoC服務，SIP消息也 可以被路由到PoC服務器370。如上所述，可以通過以下兩種方法實現向相 應的應用服務器發(fā)送包含融合消息服務標記的SIP消息以便向目標客戶端發(fā) 送相應的消息的方法。
第一方法包括，服務互配轉換器321將融合消息服務標記自動轉換為與 IMS核心網絡(更詳細地，S-CSCF)中的目標客戶端支持的消息服務對應的服 務標記。例如，包含在SIP消息中的融合消息服務標記'+g.oma.cpm，被自 動轉換為'+g.poc.talkburst'并且被發(fā)送到PoC服務器370。在服務標記轉 換中，根據通過確定目標客戶端支持哪種消息服務而確定的可支持的消息服 務，將融合消息服務標記轉換為用于發(fā)送SIP消息的服務標記。根據PoC過 程將SIP消息經由PoC服務器370發(fā)送到包括PoC客戶端的終端300，以使 得建立會話或傳送SIP消息。在會話建立情況下，包括PoC客戶端的終端 300響應于SIP INVITE消息發(fā)送200 OK響應消息，其中200 OK消息通過 經過PoC服務器370、被SIP/IP核320中的服務互配轉換器321轉換為融合 消息服務標記、并且被發(fā)送到發(fā)起網絡，來響應SIP消息。第一種方法具有
由。c、 ， 、 、 、 ；,c 、-。、 、'
圖8是使用根據本發(fā)明的第一方法在圖2和3所示的融合消息系統(tǒng)中發(fā) 送和接收SIP消息的過程的信令圖。
參考圖8,在步驟800和802中，CMC 204經由SIP/IP核220向目標網 絡中的CMS 270和SIP/IP核320發(fā)送SIP消息。SIP消息是包含融合消息服 務標記的融合消息。
如果接收到的SIP消息包含融合消息服務標記'+g.oma.cpm，，則目標 網絡中的SIP/IP核320確定目標客戶端支持哪種消息服務。在步驟804中， SIP/IP核320根據目標客戶端支持的消息服務，將融合消息服務標記轉換為 用于發(fā)送接收到的SIP消息的服務標記。在當前實施例中，假定目標客戶端是IM客戶端300。因而，在步驟806, SIP/IP核320利用服務互配轉換器 321將融合消息服務標記轉換為IM服務標記并且將轉換的SIP消息發(fā)送到 IM服務器360，以使得在步驟808, SIP消息可以根據典型的IM服務進程 被發(fā)送到IM客戶端300。在這種情況下，包含轉換的服務標記的SIP消息 還可以包含指示從CMC 204中發(fā)送的消息的信息。
在步驟810,具有接收到的包含指示從CMC 204發(fā)送的消息的信息的 SIP消息的IM客戶端300向用戶通知當前接收到的消息是從CMC 204發(fā)送 的消息。
根據用戶的響應，在步驟812到816， IM客戶端300向發(fā)起網絡發(fā)送 SIP響應消息。在這種情況下，IM客戶端300可以將用于通知IM服務的服 務標記信息插入到SIP響應消息中。CMS 270確定SIP響應消息是否包含IM 客戶端服務標記信息，以及如果確定SIP響應消息包含IM客戶端服務標記 信息，則在步驟818， CMS270根據消息規(guī)則處理SIP響應消息，并且在步 驟820向CMC 204發(fā)送處理的SIP響應消息。例如，當消息規(guī)則被設置為 使得SIP響應消息僅僅包含融合消息服務標記時，CMS 270可以在步驟818 處理該SIP響應消息以使得SIP響應消息僅僅包含融合消息服務標記，并且 在步驟820向CMC 204發(fā)送處理后的SIP響應消息。
第二種方法是擴展過濾器規(guī)則的方法，其中即使當PoC服務被注冊時， 該過濾器規(guī)則也另外定義融合消息服務標記的路由規(guī)則。也就是說，第二種 方法是根據融合消息服務標記的定義的路由規(guī)則向PoC服務器370發(fā)送接收 到的SIP消息的方法。第二種方法具有如下優(yōu)點可以利用服務提供商的簡 單的過濾器規(guī)則升級來支持服務互配。此外，即使在計數器發(fā)送和接收方案 的情況下，即在發(fā)送者是PoC客戶端并且接收者是CMC的情況下，可以通 過以相同的方式擴展CMC的注冊的過濾器規(guī)則來處理從PoC客戶端接收到 的SIP消息。
現在參考圖7描述通過使用第二種方法擴展的用于路由接收到的SIP消 息的過濾器規(guī)則的例子。圖7示出了根據本發(fā)明的示范性實施例的為了執(zhí)行 服務互配而在目標IMS核心網絡中注冊的PoC服務過濾器規(guī)則的擴展。也 就是說，如果SIP INVITE消息或SIP MESSAGE消息包含'Accept-Contact' 首標中的融合消息服務標記，則定義用于路由該消息的附加過濾器規(guī)則。在 這種情況下，發(fā)起IMS核心網絡可以將附加PoC服務標記插入到SIP INVITE消息或SIP MESSAGE消息中，并且發(fā)送該SIP INVITE消息或SIP MESSAGE 消息?？梢允褂冒趶腃MC發(fā)送的原始SIP消息中的融合消息服務標記 通知目標PoC客戶端。盡管圖7已經描述了擴展注冊的PoC服務過濾器規(guī) 則的實例，但是在IM服務過濾器規(guī)則中，通過擴展唯一的IM路由規(guī)則， 也可以另外擴展用于處理接收到的融合消息的路由規(guī)則。
如上所述，本發(fā)明提供了，當融合消息服務網絡使用SIP/IP網絡并且存 在互配時，根據互配的路由規(guī)則而不用被CMS控制，融合消息被直接切換 到IP服務網絡(例如IM/POC等等)。
在這種情況下，本發(fā)明包括由基于SIP的服務(IMS網絡)或融合消息服 務網絡從接收者A接收消息并且確定接收者是否是CPM用戶的步驟、如果 確定接收者是CPM用戶則在向CPM服務器發(fā)送該消息之后向CPM用戶轉 發(fā)該消息的步驟、以及如果確定接收者不是CPM用戶則向互配轉換器發(fā)送 該消息并且根據互配轉換器的路由規(guī)則改變特征標記的步驟。這里，'特征 標記，是指用于改變用于由基于SIP網絡的服務(例如IM/POC)發(fā)送消息的 消息格式的類型。在這種情況下，CPM服務器等于上述CMS。在改變步驟 中，互配轉換器確定接收者用戶使用哪種服務。如果接收者使用IM服務， 則互配轉換器將包括在接收到的消息中的CPM特征標記改變?yōu)镮M特征標 記。如果接收者使用PoC服務，則互配轉換器將CPM特征標記改變?yōu)镻oC 特征標記。以這種方法，如果接收者使用基于IMS的服務而不是CPM,則 互配轉換器將CPM特征標記改變?yōu)橄鄳狫良務的特征標記。此后，改變后的 消息^tt送回基于SIP的服務(IMS網絡)或融合消息服務網絡，然后被發(fā)送 到每個IP服務網絡。
此外，在上述互配轉換器中處理SMS/MMS。也就是說，在從IMS網絡 接收到消息之后，互配轉換器確定接收者使用哪種服務。如果確定接收者使 用SMS或MMS，則互配轉換器將相應的消息改變?yōu)镾MS格式或MMS格 式，然后將其發(fā)送到SMS服務器或MMS服務器。如果對于SMS、 MMS、 IM和PoC中的每一個都存在單獨的互配轉換器，并且如果IMS網絡可以確 定接收者用戶使用基于IMS的服務(例如IM和PoC)，則IMS網絡將消息傳 遞到用于相應的IM或PoC的互配轉換器。如果確定IMS網絡將消息傳遞到 IM互配轉換器，則IM互配轉換器將"l妄收到的消息的特;f正標記改變?yōu)镮M特 征標記，然后將它發(fā)送到IMS網絡，并且IMS網絡根據路由規(guī)則將該消息
19發(fā)送到IM服務器。后一種方法不同于前一種方法之處在于，如果接收者用
戶使用基于IMS的服務，則IMS網絡可以確定接收者使用哪一種服務。
而且，本發(fā)明提出了，根據示范性實施例的SIP/IP核心網絡包括服務互
配轉換器，但是服務互配轉換器可以被分開裝備。在互配轉換器與SIP/IP網
絡被分開裝備的情況下，通過互配轉換器，融合消息被從SIP/IP核心網絡路
由到相應的IP月良務網絡。
盡管已經參考本發(fā)明的特定優(yōu)選實施例和附圖對本發(fā)明進行了示出和
描述，但是本領域技術人員應當理解，在不脫離由所附權利要求書所定義的
本發(fā)明的精神和范圍的情況下，可以對本發(fā)明做出形式和細節(jié)上的各種修改。
權利要求
1、一種用于提供融合消息服務的系統(tǒng)，該系統(tǒng)包括發(fā)起客戶端，用于以融合消息服務的形式向融合消息服務器(CMS)發(fā)送包含融合消息服務標識符(ID)標記的消息；該CMS，用于接收該消息并且向目標網絡發(fā)送該消息；和目標會話發(fā)起協(xié)議(SIP)/互聯(lián)網協(xié)議(IP)核，用于如果接收到該消息并且目標客戶端支持IP多媒體核心網絡(CN)子系統(tǒng)(IMS)服務，則將該融合消息服務ID標記轉換為與目標客戶端支持的消息服務對應的ID標記，并且根據該目標客戶端支持的消息服務的過程向目標客戶端發(fā)送包含轉換后的ID標記的消息。
2. 如權利要求1所述的系統(tǒng)，其中該發(fā)起客戶端是融合消息客戶端(CMC),其是替換多媒體消息服務(MMS)或即時消息(IM)服務中的至少 一個的要求的獨立的消息客戶端。
3. 如權利要求2所述的系統(tǒng)，其中該發(fā)起客戶端包括SIP控制管理器，用于控制該SIP;和消息應用(APP)管理器，用于執(zhí)行將融合消息服務ID標記與要被傳送的消息的內容區(qū)分開來并且無論何種消息服務類型都管理它們的功能。
4. 如權利要求1所述的系統(tǒng)，還包括基于可擴展標記語言(XML)的文檔管理服務器(XDMS),用于存儲每個客戶端的服務許可規(guī)則和群成員列表，其中該CMS通過從XDMS檢查服務許可規(guī)則，根據相應的服務許可規(guī)則來向目標客戶端發(fā)送接收到的消息。
5. 如權利要求4所述的系統(tǒng)，其中如果接收到的消息是群消息服務請求，則CMS從XDMS讀取群成員列表并且向相應的目標客戶端發(fā)送接收到的消息。
6. 如權利要求1所述的系統(tǒng)，還包括融合消息(CM)數據存儲器，用于存儲融合消息。
7. 如權利要求6所述的系統(tǒng)，其中該CMC使用實時流協(xié)議(RTSP)讀取存儲在CM數據存儲器中的消息。
8. 如權利要求6所述的系統(tǒng)，其中該SIP/IP核包括用于根據IMS的路由規(guī)則向CM數據存儲器發(fā)送接收到的消息的接口 。
9. 如權利要求6所述的系統(tǒng)，還包括CMS XDMS,用于存儲對于融合消息服務唯一的訪問規(guī)則；接口 ，用于在CMS XDMS和CM數據存儲器之間的通信。
10. 如權利要求6所述的系統(tǒng)，其中該CM數據存儲器包括元數據存儲器，用于存儲使用融合消息服務傳送的消息的元數據；和媒體數據存儲器，用于存儲實際的媒體數據。
11. 如權利要求10所述的系統(tǒng)，其中該元數據是用于管理存儲的媒體數據的控制信息，所述控制信息諸如發(fā)送者ID、存儲日期與時間、消息長度信息、媒體類型信息、編/解碼器(CODEC)信息和消息標題。
12. 如權利要求11所述的系統(tǒng)，還包括基于XML的文檔管理客戶端(XDMC)，用于發(fā)送用于管理存4諸在CM數據存儲器中的數據的請求消息；和集總代理，用于傳送從XDMC發(fā)送的請求消息，其中XML配置訪問協(xié)議(XCAP)用在該集總代理和CM數據存儲器之間，以便XDMC經由集總代理向CM數據存儲器發(fā)送請求消息。
13. 如權利要求l所述的系統(tǒng)，還包括IP消息網關應用服務器，用于根據目標客戶端的注冊信息，將融合消息服務形式的消息轉換為短消息服務(SMS)消息或MMS消息的消息格式，并且將轉換后的消息發(fā)送到目標客戶端,其中如果該目標客戶端不支持IMS服務，則該目標SIP/IP核將接收到的消息發(fā)送到IP消息網關應用服務器。
14. 如權利要求l所述的系統(tǒng)，其中如果目標SIP/IP核接收到的消息是使用融合消息服務的消息并且該目標客戶端是支持融合消息服務的CMC,則該目標SIP/IP核不用轉換而將接收到的消息發(fā)送到目標客戶端。
15. 如權利要求l所述的系統(tǒng)，其中如果目標SIP/IP核接收到的消息不包含融合消息服務ID標記并且目標客戶端是支持融合消息服務的CMC,則目標SIP/IP核將ID標記轉換為融合消息服務ID標記并且將轉換后的消息發(fā)送到目標客戶端。
16. —種用于提供融合消息服務的系統(tǒng)，該系統(tǒng)包括發(fā)起客戶端，用于向融合消息服務器(CMS)發(fā)送包含融合消息服務標識符(ID)標記的消息；該CMS，用于接收該消息并且將該消息發(fā)送到目標會話發(fā)起協(xié)議(SIP) /互聯(lián)網協(xié)議(IP)核；和該目標SIP/IP核，用于存儲使用融合消息服務發(fā)送消息的路由規(guī)則，并且如果接收到該消息且目標客戶端支持IP多媒體核心網絡(CN)子系統(tǒng)(IMS)服務，則根據該路由規(guī)則將該消息發(fā)送到目標客戶端。
17. 如權利要求16所述的系統(tǒng)，其中該發(fā)起客戶端是融合消息客戶端(CMC)，其是替換多媒體消息服務(MMS)或即時消息(IM)服務中的至少一個的要求的獨立的消息客戶端。
18. 如權利要求17所述的系統(tǒng)，其中該發(fā)起客戶端包括SIP控制管理器，用于控制該SIP;和消息應用(APP)管理器，用于執(zhí)行將融合消息服務ID標記與要被傳送的消息的內容區(qū)分開來并且無i侖何種消息服務類型都管理它們的功能。
19. 如權利要求16所述的系統(tǒng)，還包括基于可擴展標記語言(XML)的文檔管理服務器(XDMS)，用于存儲每個客戶端的服務許可規(guī)則和群會員列表，其中該CMS通過從XDMS檢查服務許可規(guī)則，根據相應的服務許可規(guī)則來向目標客戶端發(fā)送接收到的消息。
20. 如權利要求19所述的系統(tǒng)，其中如果接收到的消息是群消息服務請的消息。
21. 如權利要求16所述的系統(tǒng)，還包括融合消息(CM)數據存儲器,用于存儲融合消息。
22. 如權利要求21所述的系統(tǒng)，其中該CMC包括與該CM數據存儲器交互的接口，用于讀取存儲在CM數據存儲器中的消息，并且該接口使用實時流協(xié)議(RTSP)。
23. 如權利要求21所述的系統(tǒng)，其中該SIP/IP核包括用于根據IMS的路由規(guī)則向CM數據存儲器發(fā)送接收到的消息的接口 。
24. 如權利要求21所述的系統(tǒng)，還包括CMSXDMS，用于存儲對于融 >合消息服務唯一的訪問規(guī)則；接口 ，用于在CMS XDMS和CM數據存儲器之間的通信。
25. 如權利要求21所述的系統(tǒng)，其中該CM數據存儲器包括元數據存儲器，用于存儲使用融合消息服務傳送的消息的元數據；和媒體數據存儲器，用于存儲實際的媒體數據。
26. 如權利要求25所述的系統(tǒng)，其中該元數據是用于管理存儲的媒體數據的控制信息，所述控制信息諸如發(fā)送者ID、存儲日期與時間、消息長度信息、媒體類型信息、編/解碼器(CODEC)信息和消息標題。
27. 如權利要求26所述的系統(tǒng)，還包括基于XML的文檔管理客戶端(XDMC)，用于發(fā)送用于管理存儲在CM數據存儲器中的數據的請求消息；和集總代理，用于傳送從XDMC發(fā)送的請求消息，其中該集總代理使用XML配置訪問協(xié)議(XCAP)來向該CM數據存儲器發(fā)送請求消息。
28. 如權利要求16所述的系統(tǒng)，還包括IP消息網關應用服務器，用于根據目標客戶端的注冊信息，將融合消息服務形式的消息轉換為短消息服務(SMS)消息或MMS消息的消息格式，并且將轉換后的消息發(fā)送到目標客戶端,其中如果該目標客戶端不支持IMS服務，則該目標SIP/IP核將接收到的消息發(fā)送到IP消息網關應用服務器。
29. —種用于提供融合消息服務的系統(tǒng)，該系統(tǒng)包括融合消息服務器(CMS)，用于如果使用融合消息服務接收到融合消息，則檢查該融合消息服務的路由規(guī)則，并且如果其被設置為將融合消息存儲在CM數據存儲器中，則將該融合消息存儲在融合消息(CM)數據存儲器中；和該CM數據存儲器，用于存儲該融合消息。
30. 如權利要求29所述的系統(tǒng)，還包括融合消息客戶端(CMC),用于管理存儲在CM數據存儲器中的消息，其中CMC使用實時流協(xié)議(RTSP)讀取存儲在CM數據存儲器中的消息。
31. 如權利要求29所述的系統(tǒng)，其中該CMS包括用于根據該路由規(guī)則向CM數據存儲器發(fā)送接收到的融合消息的接口 。
32. 如權利要求29所述的系統(tǒng)，還包括CMSXDMS，用于存儲對于融合消息服務唯一的訪問規(guī)則；接口，用于在CMSXDMS和CM數據存儲器之間的通信。
33. 如權利要求29所述的系統(tǒng)，其中該CM數據存儲器包括元數據存儲器，用于存儲使用融合消息服務傳送的消息的元數據；和媒體數據存儲器，用于存儲實際的媒體數據。
34. 如權利要求33所述的系統(tǒng)，其中該元數據是用于管理存儲的媒體數據的控制信息，所述控制信息諸如發(fā)送者ID、存儲日期與時間、消息長度信息、媒體類型和編/解碼器(CODEC)信息和消息標題。
35. 如權利要求34所述的系統(tǒng)，還包括基于XML的文檔管理客戶端(XDMC),用于發(fā)送用于管理存儲在CM數據存儲器中的數據的請求消息；和集總代理，用于傳送從XDMC發(fā)送的請求消息，其中該集總代理使用XML配置訪問協(xié)議(XCAP)來向該CM數據存儲器發(fā)送請求消息。
36. —種用于提供融合消息服務的方法，該方法包括發(fā)起客戶端向融合消息服務器(CMS)發(fā)送包含融合消息服務標識符(ID)標記的消息；如果接收到該消息，則該CMS將該消息發(fā)送到目標會話發(fā)起協(xié)議(SIP) /互聯(lián)網協(xié)議(IP)核；如果接收到該消息，則該目標SIP/IP核確定目標客戶端是否支持IP多媒體核心網絡(CN)子系統(tǒng)(IMS)服務；以及如果確定該目標客戶端支持IMS服務，則該目標SIP/IP核將該融合消息服務ID標記轉換為與該目標客戶端支持的消息服務對應的ID標記，并且根據目標客戶端支持的消息服務的協(xié)議將包含轉換后的ID標記的消息發(fā)送到該目標客戶端。
37. 如權利要求36所述的方法，還包括如果確定該目標客戶端不支持IMS服務，則該目標SIP/IP核利用IP消息網關應用服務器，根據目標客戶端的注冊信息，將該消息轉換為短消息服務(SMS)消息或多媒體消息服務(MMS)消息的消息格式，并且將轉換后的消息發(fā)送到目標客戶端。
38. 如權利要求36所述的方法，其中如果目標SIP/IP核接收到的消息是使用融合消息服務的消息并且該目標客戶端是支持融合消息服務的CMC,則該目標SIP/IP核不用轉換而將接收到的消息發(fā)送到目標客戶端。
39. 如權利要求36所述的方法，其中如果目標SIP/IP核接收到的消息不包含融合消息服務ID標記并且目標客戶端是支持融合消息服務的CMC,則目標SIP/IP核將ID標記轉換為融合消息服務ID標記并且將轉換后的消息發(fā)送到目標客戶端。
40. —種用于提供融合消息服務的方法，該方法包括發(fā)起客戶端向融合消息服務器(CMS)發(fā)送包含融合消息服務標識符(ID)標記的消息；如果接收到該消息，則該CMS將該消息發(fā)送到目標會話發(fā)起協(xié)議(SIP) /互聯(lián)網協(xié)議(IP)核；如果接收到該消息并且目標客戶端支持IP多媒體核心網絡(CN)子系統(tǒng)(IMS)服務，則目標SIP/IP核確定用于使用融合消息服務發(fā)送消息的預置路由規(guī)則；以及該SIP/IP核根據確定的路由規(guī)則將消息發(fā)送到目標客戶端。
41. 如權利要求40所述的方法，還包括如果確定該目標客戶端不支持IMS服務，則該目標SIP/IP核利用IP消息網關應用服務器，根據目標客戶端的注冊信息，將該消息轉換為短消息服務(SMS)消息或多媒體消息服務(MMS)消息的消息格式，并且將轉換后的消息發(fā)送到目標客戶端。
全文摘要
提供了一種提供融合消息服務的系統(tǒng)和方法，其可以與各種服務兼容地使用或者可以替換各種服務，這些服務例如即時消息(IM)服務、短消息服務(SMS)、多媒體消息服務(MMS)、和無線一鍵通(PTT over Cellular，PoC)服務。為此，定義了融合消息客戶端(CMC)和融合消息服務器(CMS)的結構和交互，其是用于與各種服務兼容使用或者替換各種服務的融合消息服務的元件。具體來說，提出了一種通過擴展IP多媒體核心網絡(CN)子系統(tǒng)(IMS)技術使得在應用層中的異型的消息服務之間能夠互配的方法。還提出了一種定義用于支持融合消息服務的CM數據存儲器并且管理存儲在所定義的CM數據存儲器中的消息和元數據的方法。
文檔編號H04W4/12GK101627642SQ200780049731
公開日2010年1月13日 申請日期2007年11月13日 優(yōu)先權日2006年11月13日
發(fā)明者吳載權, 成常慶, 李升勇, 李炅卓, 旭 金 申請人:三星電子株式會社