專利名稱：消息互通方法、系統(tǒng)及消息互通實體的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及會話發(fā)起協(xié)議(SIP，Session InitiationProtocol)消息與傳統(tǒng)短消息互通的消息互通方法、及系統(tǒng)消息互通實體。

背景技術(shù)：
IP多媒體子系統(tǒng)(IMS，IP Multimedia Subsystem)是3GPP在階段5(Release5)版本提出的支持IP多媒體業(yè)務(wù)的子系統(tǒng)，它的核心特點是采用SIP協(xié)議和與接入的無關(guān)性，因此IMS是一個在IP域上面的多媒體控制/呼叫控制平臺，支持會話類和非會話類多媒體業(yè)務(wù)，為未來的多媒體應(yīng)用提供一個通用的業(yè)務(wù)使能平臺，它是向全I(xiàn)P網(wǎng)絡(luò)(All IP Network)業(yè)務(wù)提供體系演進(jìn)的重要一步。隨著基于IMS的接入技術(shù)的興起和發(fā)展，如何將現(xiàn)有的傳統(tǒng)移動終端的消息業(yè)務(wù)轉(zhuǎn)換成為IMS終端所能提供的業(yè)務(wù)，在盡可能重用現(xiàn)有的移動網(wǎng)短消息業(yè)務(wù)功能實體和協(xié)議的基礎(chǔ)上，實現(xiàn)基于IMS框架的SIP based消息類業(yè)務(wù)，如3GPP(第三代伙伴計劃標(biāo)準(zhǔn)化組織)中定義的即時消息(Immediate Messaging)和基于會話的消息(Session based messaging)，以及OMA定義的針對即時信息和表示擴(kuò)展的會話發(fā)起協(xié)議(SIMPLE，SessionInitiation Protocol for Instant Messaging and Presence Leveraging Extensions)，和傳統(tǒng)的消息業(yè)務(wù)，如3GPP定義的短信息服務(wù)(SMS)和增強(qiáng)型短信服務(wù)(EMS)之間的業(yè)務(wù)互通，也是各運營商普遍關(guān)注的問題和3GPP標(biāo)準(zhǔn)化組織的一個目標(biāo)。
由于3GPP定義的EMS屬于增強(qiáng)類型的SMS，為簡便起見，本文所述的傳統(tǒng)CS/PS域內(nèi)的短消息同時包含了SMS和EMS兩個形式的消息業(yè)務(wù)。
圖1是目前3GPP提出的使用IP終端實現(xiàn)傳統(tǒng)短消息業(yè)務(wù)的網(wǎng)絡(luò)框架，其中短消息實體(SME)、短消息業(yè)務(wù)中心(SM-SC)、移動交換中心網(wǎng)關(guān)/短消息互通移動交換中心(GMSC/SMS-IWMSC)、歸屬簽約用戶服務(wù)器/歸屬位置寄存器(HSS/HLR)是現(xiàn)有移動網(wǎng)實現(xiàn)短消息(SMS)業(yè)務(wù)的功能實體。SM-SC用來存儲短消息；GMSC用于終端接收短消息時，向HSS/HLR查詢路由信息；SMS-IWMSC用于終端發(fā)送短消息時進(jìn)行鑒權(quán)等。目前網(wǎng)絡(luò)中應(yīng)用的短消息中心，都是集SM-SC、GMSC和SMS-IWMSC三個為一體的設(shè)備，并沒有將這三個功能實體作為單獨的物理設(shè)備來實現(xiàn)，所以在下文中，如無特殊說明短消息中心或傳統(tǒng)短消息中心即代表SM-SC、GMSC和SMS-IWMSC三個一體的設(shè)備。HSS/HLR用于存儲用戶的數(shù)據(jù)信息，包括用戶的簽約業(yè)務(wù)數(shù)據(jù)和路由信息。圖1所示網(wǎng)絡(luò)框架還包括計費網(wǎng)管功能/計費數(shù)據(jù)功能(CGF/CDF)和在線計費系統(tǒng)(OCS)，CGF/CDF用于收集并處理用戶的離線計費的話單信息，然后傳遞至計費中心，OCS用于收集并處理用戶在線計費的話單信息，然后傳遞至計費中心。圖1中，IP消息網(wǎng)關(guān)(IP-Message-GW，下文和圖中也記為IP-SM-GW)用于實現(xiàn)IP客戶端與GMSC/SMS-IWMSC之間的通訊，需進(jìn)行IP網(wǎng)消息協(xié)議(即基于IP終端與IP-Message-GW之間使用的基于IP的通信協(xié)議)和已有WCDMA/GSM網(wǎng)絡(luò)短消息協(xié)議(即IP-Message-GW與GMSC/SMS-IWMSC之間使用的MAP協(xié)議，類似于目前短消息的實現(xiàn)過程中，MSC和SGSN與GMSC/SMS-IWMSC之間的MAP協(xié)議)之間的互通。當(dāng)支持IP接入的用戶應(yīng)用短消息業(yè)務(wù)時，必須先注冊到IP-SM-GW上，IP-SM-GW通知HSS該用戶已注冊以及IP-SM-GW地址，HSS保存用戶狀態(tài)為IP Connected，并存儲相應(yīng)的用戶注冊的IP-SM-GW地址。
在現(xiàn)有的規(guī)范中，提出了IMS消息業(yè)務(wù)和傳統(tǒng)的短消息業(yè)務(wù)基于傳輸層面上的消息互通，其中，IP消息網(wǎng)關(guān)(IP-SM-GW)作為IMS域和傳統(tǒng)電路/分組(CS/PS)域之間的短消息承載互通網(wǎng)關(guān)，實現(xiàn)了對短消息的封裝和解封裝處理并將處理后的消息進(jìn)行相應(yīng)的轉(zhuǎn)發(fā)，同時，IP消息網(wǎng)關(guān)對于接收到的消息，還能夠在根據(jù)預(yù)設(shè)的策略如運營商的策略和用戶的偏好設(shè)置對消息選擇相應(yīng)的域進(jìn)行路由。
為后續(xù)敘述方便，以下將IMS域(或稱為IMS核心網(wǎng)(IMS core))內(nèi)的基于SIP的消息類業(yè)務(wù)稱為SIP消息，將傳統(tǒng)CS/PS域內(nèi)的短消息業(yè)務(wù)稱為傳統(tǒng)短消息。
圖2所示為現(xiàn)有的基于SIP消息和傳統(tǒng)短消息在傳輸層互通的注冊流程示意圖。
步驟1，用戶設(shè)備(UE)即IP客戶端建立IP連接。
步驟2，當(dāng)IP連接建立以后，用戶通過IMS注冊流程注冊到服務(wù)呼叫控制功能(S-CSCF)實體上。
步驟3，在注冊過程中，S-CSCF檢查從HSS下載的初始過濾規(guī)則，該初始過濾規(guī)則是現(xiàn)有協(xié)議中已經(jīng)規(guī)定的，此處不再詳述。本文中該初始過濾規(guī)則稱為第一初始過濾規(guī)則。
步驟4，在成功完成IMS注冊以后，基于第一初始過濾規(guī)則，S-CSCF通知IP消息網(wǎng)關(guān)用戶的注冊狀態(tài)。
步驟5，IP消息網(wǎng)關(guān)向S-CSCF返回成功響應(yīng)。
步驟6，IP消息網(wǎng)關(guān)發(fā)送第三方注冊請求到HSS。
步驟7，HSS存儲接收到的信息，并向IP消息網(wǎng)關(guān)返回IP-IWF(IPinterworking function)的注冊響應(yīng)，其中包括提供服務(wù)相關(guān)的簽約數(shù)據(jù)。
至此，UE已注冊到IP消息網(wǎng)關(guān)上，并且IP消息網(wǎng)關(guān)從HSS獲得了與服務(wù)相關(guān)的簽約數(shù)據(jù)。
注冊完畢后，基于SIP消息和傳統(tǒng)短消息在傳輸層面上的互通處理消息終止(MT)流程如圖3所示。參見圖3， 步驟1，用戶通過IMS注冊流程注冊到S-CSCF上。
步驟2，SM-SC將接收到的短消息轉(zhuǎn)發(fā)至SMS-GMSC。
步驟3，SMS-GMSC向HSS發(fā)送路由信息請求，HSS/HLR轉(zhuǎn)發(fā)該請求至IP消息網(wǎng)關(guān)，IP消息網(wǎng)關(guān)向SMS-GSMC返回路由信息響應(yīng)消息，該消息中IP消息網(wǎng)關(guān)將自己的地址作為路由信息。
步驟4，SMS-GMSC根據(jù)接收到的路由信息響應(yīng)消息中的路由信息向IP消息網(wǎng)關(guān)轉(zhuǎn)發(fā)短消息，該過程類似于傳統(tǒng)的短消息發(fā)送機(jī)制中的SMS-GMSC將消息轉(zhuǎn)發(fā)至MSC或者SGSN。
步驟5，IP消息網(wǎng)關(guān)接收到SMS-GMSC轉(zhuǎn)發(fā)的短消息后，向HSS/HLR發(fā)送路由請求，從HSS/HLR獲得MSC和/或SGSN的地址信息。
步驟6，IP消息網(wǎng)關(guān)執(zhí)行網(wǎng)絡(luò)域選擇，基于預(yù)設(shè)的策略如運營商的策略和用戶的偏好選擇合適的路徑進(jìn)行短消息的發(fā)送。
本實施例中假設(shè)選擇的路由為IMS域。
步驟7，如果選擇的路由為IMS域，IP消息網(wǎng)關(guān)根據(jù)接收到的短消息中的被叫用戶的電話號碼(MSISDN)，將該MSISDN轉(zhuǎn)換成TEL-URI的格式，并把短消息封裝在SIP消息體中轉(zhuǎn)發(fā)到S-CSCF。
步驟8，S-CSCF向用戶終端轉(zhuǎn)發(fā)封裝了短消息的SIP消息。
步驟9，用戶終端向S-CSCF返回消息接收成功的響應(yīng)。
步驟10，S-CSCF向IP消息網(wǎng)關(guān)返回消息接收成功的響應(yīng)。
在上述IMS網(wǎng)絡(luò)與傳統(tǒng)網(wǎng)絡(luò)消息業(yè)務(wù)互通方案中，IP消息網(wǎng)關(guān)實現(xiàn)了傳統(tǒng)短消息和基于SIP消息的承載互通網(wǎng)關(guān)，即它把承載于移動應(yīng)用部分(MAP)信令中的短消息封裝在SIP信令中的消息體中經(jīng)由IMS核心網(wǎng)(IMScore)發(fā)送至被叫用戶；另外，它將承載于SIP信令中的消息體短消息進(jìn)行解封裝，轉(zhuǎn)換成MAP信令并經(jīng)由傳統(tǒng)網(wǎng)絡(luò)域，如CS/PS域發(fā)送至被叫用戶，并且從HSS上下載相關(guān)的路由信息，進(jìn)行消息的轉(zhuǎn)發(fā)。此外，IP消息網(wǎng)關(guān)還實現(xiàn)了網(wǎng)絡(luò)域選擇和消息路由功能，使得短消息能夠總是發(fā)送至IP消息網(wǎng)關(guān)，并且由IP消息網(wǎng)關(guān)根據(jù)運營商策略和用戶偏好設(shè)置選定相應(yīng)的域后，將短消息路由至相應(yīng)的域從而下發(fā)至被叫用戶終端。
這種傳輸層面上的互通，即完全基于封裝格式的互通只有在IMS用戶終端也同時支持傳統(tǒng)的短消息協(xié)議棧時才能夠?qū)崿F(xiàn)。可見這種傳輸層面上的互通只是將SIP作為短消息的一種承載，并不是真正的SIP消息和傳統(tǒng)短消息之間的互通。而短消息協(xié)議屬于移動網(wǎng)絡(luò)中的終端使用消息業(yè)務(wù)時需要支持的協(xié)議，對于固定網(wǎng)絡(luò)中的IMS終端則可能不支持移動網(wǎng)絡(luò)定義的消息業(yè)務(wù)的協(xié)議，而只支持基于SIP消息業(yè)務(wù)。另外，在網(wǎng)絡(luò)演進(jìn)的過程中，后續(xù)移動網(wǎng)絡(luò)的IMS終端也可能只支持基于SIP消息業(yè)務(wù)，而不支持傳統(tǒng)的短消息業(yè)務(wù)，這種情況下，就無法實現(xiàn)基于SIP消息業(yè)務(wù)的IMS用戶終端和傳統(tǒng)用戶終端之間的消息類業(yè)務(wù)的互通。


發(fā)明內(nèi)容
本發(fā)明在于提供SIP消息與傳統(tǒng)短消息互通的消息互通方法、系統(tǒng)及消息互通實體，以使不支持傳統(tǒng)短消息業(yè)務(wù)的IMS終端也能夠與傳統(tǒng)終端之間實現(xiàn)消息類業(yè)務(wù)的互通。
本發(fā)明實施例提供的技術(shù)方案如下 一種SIP消息與傳統(tǒng)短消息互通方法，在IP多媒體子系統(tǒng)IMS域的起始流程中，該方法包括 S-CSCF接收來自用戶終端UE的基于SIP的消息，判斷是否需要發(fā)送所述SIP消息至IP消息網(wǎng)關(guān)，若是，則再將所述基于SIP的消息發(fā)送至IP消息網(wǎng)關(guān)； 所述IP消息網(wǎng)關(guān)將接收到的所述基于SIP的消息轉(zhuǎn)換為傳統(tǒng)短消息格式，將轉(zhuǎn)換后的傳統(tǒng)短消息發(fā)送至傳統(tǒng)短消息系統(tǒng)。
一種SIP消息與傳統(tǒng)短消息互通方法，在IP多媒體子系統(tǒng)IMS域的終止流程中，該方法包括 IP消息網(wǎng)關(guān)接收來自傳統(tǒng)短消息系統(tǒng)的短消息，根據(jù)預(yù)設(shè)的策略選擇IMS域轉(zhuǎn)發(fā)； IP消息網(wǎng)關(guān)將接收到的傳統(tǒng)短消息轉(zhuǎn)換為基于SIP的消息格式，將轉(zhuǎn)換后基于SIP的消息通過IMS域發(fā)送至UE。
一種會話初始協(xié)議SIP消息與傳統(tǒng)短消息互通方法，在IP多媒體子系統(tǒng)IMS域的起始流程中，該方法包括 服務(wù)呼叫控制功能S-CSCF接收來自用戶終端UE的基于SIP的消息，判斷是否需發(fā)送所述SIP消息至SMI AS，若是，再將所述基于SIP的消息發(fā)送至SMIAS； SMI AS將接收到的基于SIP的消息轉(zhuǎn)換為傳統(tǒng)短消息格式，將轉(zhuǎn)換后的傳統(tǒng)短消息發(fā)送至傳統(tǒng)短消息系統(tǒng)。
一種SIP消息與傳統(tǒng)短消息互通方法，在IP多媒體子系統(tǒng)IMS域的終止流程中，該方法包括 I)IP消息網(wǎng)關(guān)IP-SM-GW接收來自傳統(tǒng)短消息系統(tǒng)的短消息，從HSS獲得路由信息，根據(jù)運營商策略或用戶偏好選擇IMS域轉(zhuǎn)發(fā)； II)檢查如果需要，則將所述基于SIP的消息發(fā)送至已設(shè)置的SMI AS； III)SMI AS將接收到的傳統(tǒng)短消息轉(zhuǎn)換為基于SIP的消息格式，將轉(zhuǎn)換后基于SIP的消息通過IMS域發(fā)送至UE。
一種SIP消息與傳統(tǒng)短消息互通系統(tǒng)，包括傳統(tǒng)短消息系統(tǒng)、IMS核心網(wǎng)、IP消息網(wǎng)關(guān)、用戶終端，該系統(tǒng)還包括用于進(jìn)行消息格式轉(zhuǎn)換的消息互通實體SMI AS，其中， 所述IMS核心網(wǎng)，用于接收來自UE的基于SIP的消息，確定需要將所述消息發(fā)送到SMI AS后，將所述基于SIP的消息發(fā)送至SMI AS； 所述IP消息網(wǎng)關(guān)，用于接收來自傳統(tǒng)短消息系統(tǒng)的短消息，根據(jù)運營商策略或用戶偏好選擇IMS核心網(wǎng)轉(zhuǎn)發(fā)； 所述SMI AS，用于將接收到的基于SIP的消息轉(zhuǎn)換為傳統(tǒng)短消息格式，將轉(zhuǎn)換后的傳統(tǒng)短消息發(fā)送至傳統(tǒng)短消息系統(tǒng)；將接收到的傳統(tǒng)短消息轉(zhuǎn)換為基于SIP的消息格式，將轉(zhuǎn)換后基于SIP的消息通過IMS核心網(wǎng)發(fā)送至被叫UE。
一種SIP消息與傳統(tǒng)短消息互通系統(tǒng)，包括傳統(tǒng)短消息系統(tǒng)、IMS核心網(wǎng)、用戶終端，該系統(tǒng)還包括具有消息格式轉(zhuǎn)換能力的IP消息網(wǎng)關(guān)，其中， 所述IMS核心網(wǎng)，用于接收來自用戶終端UE的基于SIP的消息，確定需要將所述消息發(fā)送到IP消息網(wǎng)關(guān)后，再將所述基于SIP的消息發(fā)送至IP消息網(wǎng)關(guān)； 所述IP消息網(wǎng)關(guān)，用于將接收到的基于SIP的消息轉(zhuǎn)換為傳統(tǒng)短消息格式，將轉(zhuǎn)換后的傳統(tǒng)短消息發(fā)送至傳統(tǒng)短消息系統(tǒng)；接收來自傳統(tǒng)短消息系統(tǒng)的短消息，選擇IMS域轉(zhuǎn)發(fā)后，將所述消息轉(zhuǎn)換為基于SIP的消息格式，將轉(zhuǎn)換后基于SIP的消息通過IMS核心網(wǎng)發(fā)送至被叫UE。
一種SIP消息與傳統(tǒng)短消息互通系統(tǒng)，包括傳統(tǒng)短消息系統(tǒng)、IMS核心網(wǎng)、用戶終端，該系統(tǒng)還包括具有消息格式轉(zhuǎn)換能力的消息互通實體SMIAS，其中， 所述SMI AS，用于通過ISC接口和IMS核心網(wǎng)相連， 當(dāng)SMI AS所在IMS域作為起始域時，所述SMI AS與主叫網(wǎng)絡(luò)中的傳統(tǒng)短消息系統(tǒng)進(jìn)行信息交互； 當(dāng)SMI AS所在IMS域作為終結(jié)域時，所述SMI AS與被叫網(wǎng)絡(luò)中的傳統(tǒng)短消息系統(tǒng)進(jìn)行信息交互。
一種消息互通實體，包括存儲轉(zhuǎn)發(fā)模塊、消息轉(zhuǎn)換模塊和業(yè)務(wù)授權(quán)模塊，其中， 所述存儲轉(zhuǎn)發(fā)模塊，用于接收到來自一網(wǎng)絡(luò)側(cè)的消息，發(fā)送業(yè)務(wù)授權(quán)請求到業(yè)務(wù)授權(quán)模塊；接收來自業(yè)務(wù)授權(quán)模塊的成功授權(quán)響應(yīng)，將來自網(wǎng)絡(luò)側(cè)的消息轉(zhuǎn)發(fā)到消息轉(zhuǎn)換模塊；接收來自消息轉(zhuǎn)換模塊返回的消息，確定該消息的格式，向能夠識別該消息格式的網(wǎng)絡(luò)側(cè)下發(fā)； 所述業(yè)務(wù)授權(quán)模塊，用于收到業(yè)務(wù)授權(quán)請求后，對用戶的簽約信息進(jìn)行檢查，并向存儲轉(zhuǎn)發(fā)模塊返回授權(quán)響應(yīng)； 所述消息轉(zhuǎn)換模塊，用于接收來自存儲轉(zhuǎn)發(fā)模塊發(fā)送的消息，對該消息的格式進(jìn)行轉(zhuǎn)換，把格式轉(zhuǎn)換后消息返回到存儲轉(zhuǎn)發(fā)模塊。
一種消息互通實體，包括存儲轉(zhuǎn)發(fā)模塊、消息轉(zhuǎn)換模塊和業(yè)務(wù)授權(quán)模塊，其中， 所述存儲轉(zhuǎn)發(fā)模塊，用于接收來自傳統(tǒng)短消息域的傳統(tǒng)短消息后，發(fā)送業(yè)務(wù)授權(quán)請求到業(yè)務(wù)授權(quán)模塊；接收來自業(yè)務(wù)授權(quán)模塊的成功授權(quán)響應(yīng)，將接收到的消息轉(zhuǎn)發(fā)到消息轉(zhuǎn)換模塊；用于接收來自消息轉(zhuǎn)換模塊的傳統(tǒng)短消息后，轉(zhuǎn)發(fā)傳統(tǒng)短消息到傳統(tǒng)短消息域； 所述業(yè)務(wù)授權(quán)模塊收，用于業(yè)務(wù)授權(quán)請求，對用戶的簽約信息進(jìn)行檢查，并向存儲轉(zhuǎn)發(fā)模塊或消息轉(zhuǎn)換模塊返回授權(quán)響應(yīng)； 所述消息轉(zhuǎn)換模塊，用于接收到存儲轉(zhuǎn)發(fā)模塊發(fā)送的傳統(tǒng)短消息以后，把傳統(tǒng)短消息轉(zhuǎn)換成基于SIP的消息格式，并把轉(zhuǎn)換后的SIP消息轉(zhuǎn)發(fā)至IMS域；用于接收來自IMS域的基于SIP的消息，發(fā)送業(yè)務(wù)授權(quán)請求到業(yè)務(wù)授權(quán)模塊；接收來自業(yè)務(wù)授權(quán)模塊的業(yè)務(wù)成功授權(quán)響應(yīng)，將基于SIP的消息轉(zhuǎn)換成傳統(tǒng)的短消息格式，將轉(zhuǎn)換后的傳統(tǒng)短消息發(fā)送至存儲轉(zhuǎn)發(fā)模塊。
本發(fā)明使用一個用于消息互通的實體SMI AS來進(jìn)行基于SIP的消息和傳統(tǒng)網(wǎng)絡(luò)消息互通業(yè)務(wù)的授權(quán)，消息格式的轉(zhuǎn)換和消息的存儲轉(zhuǎn)發(fā)功能。這里，SMI AS可以為新增加的一個網(wǎng)絡(luò)實體，也可以為現(xiàn)有網(wǎng)絡(luò)實體上的新增的功能模塊，它通過用戶的第三方注冊為用戶提供服務(wù)。應(yīng)用本發(fā)明，使得不支持傳統(tǒng)短消息業(yè)務(wù)的純IMS終端也能夠與傳統(tǒng)終端之間實現(xiàn)消息類業(yè)務(wù)的互通，豐富了業(yè)務(wù)種類。



圖1是現(xiàn)有的3GPP提出的使用IP終端實現(xiàn)傳統(tǒng)短消息業(yè)務(wù)的網(wǎng)絡(luò)框架示意圖； 圖2是現(xiàn)有的基于SIP消息和傳統(tǒng)短消息在傳輸層互通的注冊流程示意圖； 圖3是基于SIP消息和傳統(tǒng)短消息在傳輸層面互通處理的消息終止(MT)流程； 圖4是根據(jù)本發(fā)明實施例一的SIP消息與傳統(tǒng)短消息互通的架構(gòu)示意圖； 圖5是根據(jù)本發(fā)明實施例一的IMS網(wǎng)絡(luò)用戶和傳統(tǒng)網(wǎng)絡(luò)用戶消息類業(yè)務(wù)服務(wù)層面互通的注冊流程示意圖； 圖6是針對圖4所示架構(gòu)的SIP消息和傳統(tǒng)短消息在業(yè)務(wù)服務(wù)層面互通的IMS-MO流程示意圖； 圖7是針對圖4所示架構(gòu)的SIP消息和傳統(tǒng)短消息在業(yè)務(wù)服務(wù)層面互通的在透明模式下的IMS-MT流程示意圖； 圖8是針對圖4所示架構(gòu)的SIP消息和傳統(tǒng)短消息在業(yè)務(wù)服務(wù)層面互通的在非透明模式下的IMS-MT流程示意圖； 圖9是針對圖4所示架構(gòu)的IMS-MT過程中返回發(fā)送報告的流程示意圖； 圖10是根據(jù)本發(fā)明一實施例的消息互通實體結(jié)構(gòu)示意圖； 圖11是針對圖10所示存儲轉(zhuǎn)發(fā)模塊的處理流程示意圖； 圖12是針對圖10所示業(yè)務(wù)授權(quán)模塊的處理流程示意圖； 圖13是針對圖10所示消息轉(zhuǎn)換模塊的處理流程示意圖； 圖14是根據(jù)本發(fā)明另一實施例的消息互通實體結(jié)構(gòu)示意圖； 圖15是針對圖14所示結(jié)構(gòu)在由傳統(tǒng)短消息向SIP消息在服務(wù)層面實現(xiàn)轉(zhuǎn)換時存儲轉(zhuǎn)發(fā)模塊的處理流程示意圖； 圖16是針對圖14所示結(jié)構(gòu)在由傳統(tǒng)短消息向SIP消息在服務(wù)層面實現(xiàn)轉(zhuǎn)換時業(yè)務(wù)授權(quán)模塊的處理流程示意圖； 圖17是針對圖14所示結(jié)構(gòu)在由傳統(tǒng)短消息向SIP消息在服務(wù)層面實現(xiàn)轉(zhuǎn)換時消息轉(zhuǎn)換模塊的處理流程示意圖； 圖18是針對圖14所示結(jié)構(gòu)在由SIP消息向傳統(tǒng)短消息在服務(wù)層面實現(xiàn)轉(zhuǎn)換時消息轉(zhuǎn)換模塊的處理流程示意圖； 圖19是針對圖14所示結(jié)構(gòu)在由SIP消息向傳統(tǒng)短消息在服務(wù)層面實現(xiàn)轉(zhuǎn)換時業(yè)務(wù)授權(quán)模塊的處理流程示意圖； 圖20是針對圖14所示結(jié)構(gòu)在由SIP消息向傳統(tǒng)短消息在服務(wù)層面實現(xiàn)轉(zhuǎn)換時存儲轉(zhuǎn)發(fā)模塊的處理流程示意圖； 圖21是根據(jù)本發(fā)明實施例二的SIP消息與傳統(tǒng)短消息互通的架構(gòu)示意圖； 圖22是針對圖21所示架構(gòu)的SIP消息和傳統(tǒng)短消息在業(yè)務(wù)服務(wù)層面互通的IMS-MO流程示意圖； 圖23是針對圖22所示流程中IP短消息網(wǎng)關(guān)的處理流程示意圖； 圖24是針對圖21所示架構(gòu)的SIP消息和傳統(tǒng)短消息在業(yè)務(wù)服務(wù)層面互通的IMS-MT流程示意圖； 圖25是針對圖24所示流程中IP短消息網(wǎng)關(guān)的處理流程示意圖； 圖26是針對圖21所示架構(gòu)的IMS-MT過程中返回發(fā)送報告的流程示意圖； 圖27是根據(jù)本發(fā)明實施例三的SIP消息與傳統(tǒng)短消息互通的架構(gòu)示意圖； 圖28是針對圖27所示架構(gòu)的SIP消息和傳統(tǒng)短消息在業(yè)務(wù)服務(wù)層面互通的透明模式下IMS-MT流程示意圖； 圖29是根據(jù)本發(fā)明實施例四的SIP消息與傳統(tǒng)短消息互通的架構(gòu)示意圖。

具體實施例方式 本發(fā)明的思路是提供一種IMS網(wǎng)絡(luò)與傳統(tǒng)網(wǎng)絡(luò)消息類業(yè)務(wù)互通的系統(tǒng)、方法及消息互通實體，適用于基于IP接入移動網(wǎng)絡(luò)的IP客戶端使用基于IMS域的消息類業(yè)務(wù)的情況。根據(jù)本發(fā)明，網(wǎng)絡(luò)使用一個用于消息互通的實體SMIAS(Short Message/IMS messaging interworking Application Server)來進(jìn)行基于SIP的消息和傳統(tǒng)網(wǎng)絡(luò)消息互通業(yè)務(wù)的鑒權(quán)，消息格式的轉(zhuǎn)換和消息的存儲轉(zhuǎn)發(fā)功能。這里，SMI AS可以為新增加的一個網(wǎng)絡(luò)實體，也可以為現(xiàn)存的網(wǎng)絡(luò)實體上的新增的功能模塊，它通過用戶的第三方注冊為用戶提供服務(wù)。用戶只有在簽約了服務(wù)層面的互通(Service level interworking)并且當(dāng)前的用戶終端不能支持SMS消息協(xié)議棧情況下，S-CSCF才會向SMI AS發(fā)起第三方注冊。
由于本發(fā)明主要解決的是IMS網(wǎng)絡(luò)同傳統(tǒng)網(wǎng)絡(luò)消息類業(yè)務(wù)互通的問題，因此下文中主要針對主被叫之一為IMS網(wǎng)絡(luò)內(nèi)用戶，另一為傳統(tǒng)網(wǎng)絡(luò)內(nèi)用戶的情況。
下面結(jié)合附圖及具體實施例對本發(fā)明做進(jìn)一步詳細(xì)說明。
實施方式一 SMI AS和IP-SM-GW是兩個分別獨立存在的實體。
在此方案的IMS域消息起始流程(IMS MO流程)中，用戶經(jīng)過IMS域?qū)⑾⑥D(zhuǎn)發(fā)到S-CSCF，S-CSCF根據(jù)初始過濾規(guī)則，如果把消息路由到SMI AS上，則SMI AS在對業(yè)務(wù)授權(quán)成功的情況下把基于SIP的消息轉(zhuǎn)換為傳統(tǒng)短消息格式，并把格式轉(zhuǎn)換后的消息向傳統(tǒng)短消息系統(tǒng)進(jìn)行下發(fā)。否則，S-CSCF對基于SIP的消息按現(xiàn)有IMS域的要求進(jìn)行傳送。
在此，將MO流程中的初始過濾規(guī)則稱為第二初始過濾規(guī)則。該第二初始過濾規(guī)則的檢查包括檢查所述SIP消息攜帶的能力特征標(biāo)識feature tag是否為封裝的IMS消息，或檢查主叫用戶是否簽約了服務(wù)層面的互通業(yè)務(wù)，或檢查SIP消息攜帶的交流業(yè)務(wù)標(biāo)識CSID的信息標(biāo)識是否為服務(wù)層面的互通類業(yè)務(wù)，若其中之一為是，則將所述SIP消息路由到所述SMI AS上。
在此方案的IMS域消息終止流程(即IMS MT流程)中，IP消息網(wǎng)關(guān)相當(dāng)于一個消息類路由器，它接收了傳統(tǒng)的路由實體轉(zhuǎn)發(fā)的短消息以后，向HSS查詢路由信息，HSS只返回MSC和/或SGSN的地址。IP消息網(wǎng)關(guān)通過在第三方注冊中獲得的關(guān)于IMS域的地址信息和接收到的MSC和/或SGSN的地址，根據(jù)預(yù)設(shè)的策略如運營商的策略和用戶的偏好進(jìn)行域的選擇。如果選擇的為IMS域，IP消息網(wǎng)關(guān)把短消息封裝在SIP消息體中，并轉(zhuǎn)發(fā)短消息到S-CSCF上。S-CSCF根據(jù)初始過濾規(guī)則，如用戶簽約了Service level interworking(服務(wù)層面的互通)并且當(dāng)前的用戶終端不能支持SMS消息協(xié)議棧情況下，把消息路由到SMI AS上，SMI AS對SIP消息進(jìn)行解封裝得到傳統(tǒng)的短消息，并把傳統(tǒng)的短消息轉(zhuǎn)換成純基于SIP消息的格式進(jìn)行下發(fā)。否則，S-CSCF就按現(xiàn)有技術(shù)對封裝的基于SIP的消息進(jìn)行轉(zhuǎn)發(fā)。在此，將MT流程中的初始過濾規(guī)則稱為第三初始過濾規(guī)則。
圖4所示為根據(jù)本發(fā)明實施例一的SIP消息與傳統(tǒng)短消息互通的架構(gòu)示意圖。其包括傳統(tǒng)短消息系統(tǒng)、IMS核心網(wǎng)、IP消息網(wǎng)關(guān)，用戶終端，以及本發(fā)明新設(shè)置的用于進(jìn)行消息格式轉(zhuǎn)換的消息互通實體SMI AS。
SMI AS與IP-SM-GW之間為E/Gd接口，通過3GPP定義的ISC接口與IMScore相連，所選擇的協(xié)議為SIP協(xié)議。SMI AS可以為新增加的一個網(wǎng)絡(luò)實體，也可以為現(xiàn)存的網(wǎng)絡(luò)實體上的新增的功能模塊。
根據(jù)圖4所示網(wǎng)絡(luò)構(gòu)架，當(dāng)SMI AS與IP消息網(wǎng)關(guān)分離時，IMS網(wǎng)絡(luò)用戶和傳統(tǒng)的網(wǎng)絡(luò)用戶消息類業(yè)務(wù)服務(wù)層面的互通的注冊流程如圖5所示，該注冊流程中IP消息網(wǎng)關(guān)和SMI AS的第三方注冊沒有先后順序之分 步驟1，UE建立到IMS域的IP連接。
步驟2，UE向S-CSCF發(fā)送IMS注冊請求，其中攜帶用戶的能力特征標(biāo)識(feature tag)，以用于標(biāo)識用戶終端是否支持傳統(tǒng)短消息業(yè)務(wù)，即是否支持SMS/EMS消息業(yè)務(wù)。
步驟3-7，執(zhí)行現(xiàn)有的SMSIP注冊流程，即與圖2中的步驟3-7完全相同。
步驟8，S-CSCF進(jìn)行第二初始過濾規(guī)則的檢查。
步驟9，基于初始過濾規(guī)則，如果用戶終端攜帶的feature tag指示該用戶終端不能支持傳統(tǒng)短消息業(yè)務(wù)即SMS/EMS消息業(yè)務(wù)，且用戶簽約了服務(wù)層面的互通業(yè)務(wù)，則S-CSCF向SMI AS轉(zhuǎn)發(fā)注冊請求。
步驟10，SMI AS向S-CSCF返回成功響應(yīng)SIP 200 OK消息，表明第三方注冊成功。
步驟11，SMI AS向HSS發(fā)起注冊請求。
步驟12，HSS保存SMI AS的地址和接收到的相關(guān)信息，并向SMI AS返回成功響應(yīng)。
至此，UE在IP-Message-GW和SMI AS中已經(jīng)分別成功注冊。
參見圖6，當(dāng)UE在IP-Message-GW和SMI AS中成功注冊后，SIP消息和傳統(tǒng)短消息業(yè)務(wù)服務(wù)層面上的互通在IMS-MO(IMS域的消息起始)的流程如圖6所示 步驟1，根據(jù)IMS注冊流程，UE注冊到S-CSCF中，這里，為了簡化起見，IMS core中的其他網(wǎng)絡(luò)實體如I-CSCF和P-CSCF在圖中沒有顯示出來；并且根據(jù)第三方注冊流程，UE已注冊到IP消息網(wǎng)關(guān)和SMI AS上。
步驟2，UE通過IMS域把基于SIP的消息發(fā)送到S-CSCF中。
步驟3，S-CSCF對接收到的基于SIP的消息進(jìn)行第二初始過濾規(guī)則的檢查，以確定是否需要將所述消息發(fā)送到SMI AS。該檢查包括S-CSCF檢查被叫用戶的標(biāo)識，如果被叫用戶為TEL-URI的形式(在主叫為IMS用戶，被叫為PS/CS用戶情況下)，S-CSCF對被叫用戶進(jìn)行ENUM(Telephone NumberMapping working group)查詢。如果ENUM查詢成功，即TEL-URI能夠成功轉(zhuǎn)換成SIP-URI情況下，S-CSCF把基于SIP的消息發(fā)送到被叫端用戶的IMS域，發(fā)送流程和現(xiàn)有技術(shù)基于SIP的消息的發(fā)送方式一致，此處不再贅述；如果ENUM查詢失敗，S-CSCF繼續(xù)檢查基于SIP的消息是否為封裝的傳統(tǒng)短消息格式、主叫端UE是否已經(jīng)注冊到了SMI AS上等信息。
步驟4，在ENUM查詢失敗的情況下，基于初始過濾規(guī)則，如果SIP消息不是封裝的傳統(tǒng)短消息格式且主叫端UE已經(jīng)注冊到了SMI AS上，或者用戶喜好或運營商策略要求進(jìn)行業(yè)務(wù)層面的互通等情況下，則S-CSCF把基于SIP的消息轉(zhuǎn)發(fā)到SMI AS，之后執(zhí)行步驟5；否則如果基于SIP的消息為封裝的傳統(tǒng)短消息的格式，則按現(xiàn)有技術(shù)，即S-CSCF把基于SIP的消息路由到IP消息網(wǎng)關(guān)，由IP消息網(wǎng)關(guān)對基于SIP的消息進(jìn)行解封裝后傳送，后續(xù)不再贅述。
步驟5，SMI AS對互通業(yè)務(wù)進(jìn)行授權(quán)操作即檢查用戶簽約信息以表明用戶是否簽約了此項業(yè)務(wù)，如果授權(quán)成功，SMI AS檢查SIP消息體是否能構(gòu)被轉(zhuǎn)換為傳統(tǒng)的短消息，若是，把SIP消息轉(zhuǎn)換成傳統(tǒng)短消息格式，把轉(zhuǎn)換格式后的消息轉(zhuǎn)發(fā)至傳統(tǒng)短消息系統(tǒng)，由傳統(tǒng)短消息系統(tǒng)完成后續(xù)的轉(zhuǎn)發(fā)過程，否則SMI AS返回失敗報告到S-CSCF。
步驟6，SMI AS接收到傳統(tǒng)消息系統(tǒng)返回的SMS消息接收的報告后，將短消息傳送報告轉(zhuǎn)換為相應(yīng)的基于SIP響應(yīng)消息。
步驟7-8，SMI AS將轉(zhuǎn)換后的SIP響應(yīng)消息經(jīng)IMS網(wǎng)絡(luò)發(fā)送給主叫UE。
這里，步驟2中的SIP消息還可以包括CSID，此時，步驟3的第二初始過濾規(guī)則的檢查還可以包括根據(jù)CSID確定用戶是否簽約了消息類的互通業(yè)務(wù)。
此外，圖6中的步驟3～5還有一種可能的實現(xiàn)方式是 步驟3’，S-CSCF對接收到的基于SIP的消息進(jìn)行第二初始過濾規(guī)則的檢查，該檢查包括該SIP消息攜帶的能力特征標(biāo)識(feature tag)是否為純IMS消息“+g.oma.sip-im”，或封裝的IMS消息“+g.3gpp.smsip”，或檢查主叫用戶是否簽約了服務(wù)層面的互通業(yè)務(wù)，或檢查SIP消息攜帶的交流業(yè)務(wù)標(biāo)識(CSID，Communication service identity)的信息標(biāo)識是否為服務(wù)層面的互通類業(yè)務(wù)等。
步驟4’，當(dāng)SIP消息攜帶的feature tag為“+g.3gpp.smsip”即封裝的IMS消息時，S-CSCF把SIP消息路由到IP消息網(wǎng)關(guān)上，后續(xù)的處理過程與現(xiàn)有技術(shù)相同；其他三種情況，S-CSCF把SIP消息路由到主叫網(wǎng)絡(luò)的SMI AS上。
步驟5’，主叫網(wǎng)絡(luò)的SMI AS根據(jù)主叫用戶偏好和運營商策略判斷是否需要進(jìn)行服務(wù)層面的互通，此時有三種可能的情況需要服務(wù)層面的互通、按默認(rèn)情況處理、不需要服務(wù)層面互通。
如果需要行服務(wù)層面的互通，則主叫網(wǎng)絡(luò)的SMI AS對互通業(yè)務(wù)進(jìn)行授權(quán)，如果授權(quán)成功，主叫網(wǎng)絡(luò)的SMI AS把基于SIP的消息轉(zhuǎn)換成傳統(tǒng)短消息格式，把轉(zhuǎn)換格式的消息進(jìn)行轉(zhuǎn)發(fā)至傳統(tǒng)短消息系統(tǒng)，由傳統(tǒng)短消息系統(tǒng)完成后續(xù)的轉(zhuǎn)發(fā)過程。
如果需要按默認(rèn)情況進(jìn)行處理，則主叫網(wǎng)絡(luò)的SMI AS根據(jù)被叫用戶的標(biāo)識，對SIP消息下發(fā)的被叫域網(wǎng)絡(luò)進(jìn)行選擇。如果被叫用戶為TEL-URI的形式，主叫網(wǎng)絡(luò)的SMI AS可以根據(jù)自配置的號碼段信息或ENUM(TelephoneNumber Mapping working group)查詢的結(jié)果選擇是通過IMS域還是通過CS/PS域進(jìn)行消息的下發(fā)。
如果選擇消息下發(fā)的域為CS/PS域，主叫網(wǎng)絡(luò)的SMI AS對互通業(yè)務(wù)進(jìn)行授權(quán)，如果授權(quán)成功，主叫網(wǎng)絡(luò)的SMI AS把基于SIP的消息轉(zhuǎn)換成傳統(tǒng)短消息格式，把轉(zhuǎn)換格式的消息轉(zhuǎn)發(fā)至傳統(tǒng)短消息系統(tǒng)，由傳統(tǒng)短消息系統(tǒng)完成后續(xù)的轉(zhuǎn)發(fā)過程，如果授權(quán)未成功，主叫網(wǎng)絡(luò)的SMI AS返回失敗報告到主叫網(wǎng)絡(luò)的S-CSCF；如果選擇消息下發(fā)的域為IMS域，按現(xiàn)有技術(shù)轉(zhuǎn)發(fā)消息到被叫IMS網(wǎng)絡(luò)。
如果不需要進(jìn)行服務(wù)層面互通，則SMI AS根據(jù)自配置的號碼段信息或ENUM查詢的結(jié)果選擇的為IMS域，按現(xiàn)有技術(shù)轉(zhuǎn)發(fā)消息到被叫IMS網(wǎng)絡(luò)，如果SMI AS不能選擇IMS域，則返回失敗報告到主叫網(wǎng)絡(luò)的S-CSCF。也就是說，如果不需要進(jìn)行服務(wù)層面互通，則SMI AS不能選擇CS/PS域，只能選項IMS域下發(fā)消息，在IMS域選擇不成功時，返回失敗報告。
可以理解，上述步驟5’所表達(dá)到內(nèi)容是當(dāng)SMI AS接收到SIP消息后，將接收到的基于SIP的消息轉(zhuǎn)換為傳統(tǒng)短消息格式之前，進(jìn)一步包括SMI AS判斷是否需要進(jìn)行服務(wù)層面的互通，如果需要再將接收到的所述基于SIP的消息轉(zhuǎn)換為傳統(tǒng)短消息格式。
上述SMI AS判斷是否需要進(jìn)行服務(wù)層面的互通的依據(jù)包括根據(jù)主叫用戶偏好或運營商策略確定是否需要進(jìn)行服務(wù)層面的互通；或者，所述SMI AS確定被叫IMS域不可達(dá)時，確定要進(jìn)行服務(wù)層面的互通。
再有，當(dāng)SMI AS確定需要進(jìn)行服務(wù)層面的互通之后，將接收到的基于SIP的消息轉(zhuǎn)換為傳統(tǒng)短消息格式之前，還可以進(jìn)一步包括SMI AS對互通業(yè)務(wù)進(jìn)行授權(quán)，授權(quán)成功后，再將接收到的基于SIP的消息轉(zhuǎn)換為傳統(tǒng)短消息格式。
此外，上述MO流程中IP消息網(wǎng)關(guān)或SMI AS還可以用于互通業(yè)務(wù)的計費話單生成操作。
在UE在IP-Message-GW和SMI AS中注冊之后，傳統(tǒng)的消息業(yè)務(wù)和基于SIP的消息業(yè)務(wù)在服務(wù)層面上的互通在IMS-MT(IMS域的消息終止)的流程按照網(wǎng)絡(luò)側(cè)對響應(yīng)的處理又可以分為透明模式和非透明模式兩種情況。
在透明模式下，傳統(tǒng)的被叫端用戶在最終收到短消息以后才向主叫側(cè)返回一個200 OK的響應(yīng)到SMI AS，具體流程如圖7所示；在非透明模式下，SMIAS在收到S-CSCF轉(zhuǎn)發(fā)的封裝的基于SIP的消息并進(jìn)行互通業(yè)務(wù)的授權(quán)和消息格式轉(zhuǎn)換等處理成功以后，就向主叫側(cè)發(fā)送一個200 OK的響應(yīng)，這里，SMI AS相當(dāng)于被叫側(cè)的短消息中心，后續(xù)的消息處理流程完全由SMI AS執(zhí)行，具體流程如圖8所示。
圖7是根據(jù)針對圖4所示框架的SIP消息和傳統(tǒng)短消息在業(yè)務(wù)服務(wù)層面互通的在透明模式下的IMS-MT流程示意圖。
步驟1，根據(jù)IMS注冊流程，UE注冊到S-CSCF中，IMS core內(nèi)的I-CSCF和P-CSCF在圖中沒有未顯示出來；并且根據(jù)第三方注冊流程，UE已注冊到IP消息網(wǎng)關(guān)和SMI AS上。
步驟2，傳統(tǒng)的短消息中心向HSS發(fā)送路由信息查詢請求，HSS把路由請求轉(zhuǎn)發(fā)到IP消息網(wǎng)關(guān)，IP消息網(wǎng)關(guān)向短消息中心返回自己的地址。
步驟3，短消息中心把傳統(tǒng)短消息轉(zhuǎn)發(fā)到IP消息網(wǎng)關(guān)。
步驟4，IP消息網(wǎng)關(guān)向HSS發(fā)送路由信息查詢請求，HSS返回MSC和/或SGSN的地址。
步驟5，IP消息網(wǎng)關(guān)通過自己在第三方注冊時保存的S-CSCF的地址，和從HSS獲得的MSC/SGSN的地址，根據(jù)運營商的策略和用戶的偏好，進(jìn)行網(wǎng)絡(luò)域的選擇。
步驟6，如果選擇是IMS域，IP消息網(wǎng)關(guān)把短消息封裝在基于SIP的消息體中。
步驟7，IP消息網(wǎng)關(guān)轉(zhuǎn)發(fā)封裝的基于SIP的消息到S-CSCF。
步驟8，S-CSCF對接收到的基于SIP的消息進(jìn)行第三初始過濾規(guī)則的檢查，該檢查包括被叫端用戶是否已成功的注冊到了SMI AS上，且當(dāng)前的該被叫用戶終端不能支持傳統(tǒng)短消息協(xié)議棧即SMS消息協(xié)議棧，若是，則將基于SIP的消息發(fā)送到SMI AS上；或者檢查到用戶喜好或運營商策略要求進(jìn)行業(yè)務(wù)層面的互通等信息，則將基于SIP的消息發(fā)送到SMI AS上。
本例中檢查結(jié)果為要求轉(zhuǎn)發(fā)到SMI AS上。如果檢查結(jié)果為不要求轉(zhuǎn)發(fā)到SMI AS上，則按現(xiàn)有技術(shù)對封裝的IMS立即消息實現(xiàn)下發(fā)。
步驟9，S-CSCF把封裝的基于SIP的消息轉(zhuǎn)發(fā)到SMI AS。
步驟10，SMI AS對互通業(yè)務(wù)進(jìn)行授權(quán)操作，即從接收到的消息中獲取被叫UE標(biāo)識，根據(jù)該標(biāo)識所述UE注冊的簽約信息，進(jìn)行互通業(yè)務(wù)授權(quán)，如果授權(quán)成功，SMI AS對IMS立即消息進(jìn)行解封裝，得到傳統(tǒng)的短消息形式，SMIAS檢查傳統(tǒng)短消息的消息體能否轉(zhuǎn)換成SIP消息的格式，若能，則進(jìn)行由傳統(tǒng)的短消息到基于SIP的消息的消息格式的轉(zhuǎn)換，SMI AS可根據(jù)運營商的策略選擇是否備份保存轉(zhuǎn)換后的立即消息；否則SMI AS返回失敗報告到S-CSCF。
步驟11，SMI AS返回轉(zhuǎn)換后的基于SIP的消息到S-CSCF。
步驟12，S-CSCF轉(zhuǎn)發(fā)接收到的基于SIP的消息到被叫端用戶。
步驟13，被叫端用戶返回基于SIP的消息成功接收響應(yīng)到S-CSCF。
步驟14，S-CSCF轉(zhuǎn)發(fā)基于SIP消息的成功接收響應(yīng)到SMI AS。
步驟15，SMI AS返回成功響應(yīng)到S-CSCF。
步驟16，S-CSCF返回成功響應(yīng)到IP消息網(wǎng)關(guān)。
圖8是針對圖4所示架構(gòu)的SIP消息和傳統(tǒng)短消息在業(yè)務(wù)服務(wù)層面互通的在非透明模式下的IMS-MT流程示意圖。該圖中的步驟1-10與圖7中的步驟1-10完全相同，不再贅述，以下僅從步驟11開始說明。
步驟11，SMI AS發(fā)送消息成功接收響應(yīng)200 OK到S-CSCF。
步驟12，S-CSCF轉(zhuǎn)發(fā)消息成功接收響應(yīng)200 OK到IP消息網(wǎng)關(guān)。
步驟13，SMI AS返回轉(zhuǎn)換后的基于SIP的消息到S-CSCF。
步驟14，S-CSCF通過IMS域把基于SIP的消息下發(fā)到UE，其中I-CSCF和P-CSCF在圖中沒有顯示出來。
步驟15，UE返回消息成功接收的響應(yīng)到S-CSCF。
步驟16，S-CSCF返回消息成功接收的響應(yīng)到SMI AS。
此外，在MT流程中IP消息網(wǎng)關(guān)或SMI AS還可以用于互通業(yè)務(wù)的計費話單生成操作。
一般來說，傳統(tǒng)的短消息中心都要求被叫端用戶在成功接收到基于SIP的消息以后返回一個消息發(fā)送報告(Delivery report)。由于本實施例中的UE是純IMS用戶，是不支持傳統(tǒng)短消息域的格式的，因此，在本實施例中該Delivery report由SMI AS發(fā)起。
根據(jù)以上的傳統(tǒng)消息業(yè)務(wù)和基于SIP的消息業(yè)務(wù)在服務(wù)層面上的互通在IMS-MT的流程，在透明模式下，SMI AS在最終接收到被叫端用戶返回的經(jīng)S-CSCF轉(zhuǎn)發(fā)的200 OK消息成功接收的響應(yīng)以后，會生成一個Delivery report，并把它封裝在基于SIP的消息體中發(fā)送；在非透明模式下，SMI AS在對接收到的SIP消息進(jìn)行互通業(yè)務(wù)的授權(quán)和格式轉(zhuǎn)換的處理以后，也會生成一個Delivery report，并把它封裝在基于SIP的消息體中發(fā)送。這兩種模式下，只有Delivery report產(chǎn)生的時間有所差異，對于網(wǎng)絡(luò)側(cè)的處理流程是完全相同的，具體流程如圖9所示。
圖9所示為針對圖4所示架構(gòu)的IMS-MT中過程中返回發(fā)送報告的流程示意圖。
步驟1，IMS-MT的發(fā)送流程，參照圖7和圖8。
步驟2，SMI AS根據(jù)基于SIP的消息的傳送情況，構(gòu)造Delivery report，并把它封裝在SIP消息體中傳送到S-CSCF。
步驟3，S-CSCF轉(zhuǎn)發(fā)封裝的Delivery report到IP消息網(wǎng)關(guān)。
步驟4，IP消息網(wǎng)關(guān)返回成功響應(yīng)200 OK到S-CSCF。
步驟5，S-CSCF返回成功響應(yīng)200 OK到SMI AS。
步驟6，IP消息網(wǎng)關(guān)對封裝的Delivery report進(jìn)行解封裝。
步驟7，IP消息網(wǎng)關(guān)轉(zhuǎn)發(fā)解封裝后的Delivery report到傳統(tǒng)的短消息中心。
步驟8，短消息中心接收到Delivery report以后，發(fā)送一個狀態(tài)報告到HSS，更新HSS中的數(shù)據(jù)庫。
至此，整個MT過程結(jié)束。
本實施方式同時還提供了兩種消息互通實體，其是用于實現(xiàn)SIP消息和傳統(tǒng)短消息在服務(wù)層互通的網(wǎng)絡(luò)實體或功能模塊。分別說明如下 一種消息互通實體，如圖10所示，包括存儲轉(zhuǎn)發(fā)模塊、消息轉(zhuǎn)換模塊和業(yè)務(wù)授權(quán)模塊。存儲轉(zhuǎn)發(fā)模塊可包括存儲轉(zhuǎn)發(fā)子模塊一和存儲轉(zhuǎn)發(fā)子模塊二，存儲轉(zhuǎn)發(fā)子模塊一負(fù)責(zé)基于SIP的消息到傳統(tǒng)短消息的存儲轉(zhuǎn)發(fā)，存儲轉(zhuǎn)發(fā)子模塊二負(fù)責(zé)傳統(tǒng)短消息到SIP消息的存儲轉(zhuǎn)發(fā)，這兩個子模塊功能也可以合為一個通用的存儲轉(zhuǎn)發(fā)模塊；消息轉(zhuǎn)換模塊可包括消息轉(zhuǎn)換子模塊一和消息轉(zhuǎn)換子模塊二，消息轉(zhuǎn)換子模塊一負(fù)責(zé)SIP消息到傳統(tǒng)短消息的格式轉(zhuǎn)換，消息轉(zhuǎn)換子模塊二負(fù)責(zé)傳統(tǒng)短消息到SIP消息的消息格式轉(zhuǎn)換，這兩個子模塊功能也可以合為一個通用的消息轉(zhuǎn)換模塊。存儲轉(zhuǎn)發(fā)模塊、消息轉(zhuǎn)換模塊和業(yè)務(wù)授權(quán)模塊這三種模塊可以位于不同的網(wǎng)絡(luò)實體中，也可以位于同一網(wǎng)絡(luò)實體中，如集成在SMI AS中。
存儲轉(zhuǎn)發(fā)子模塊一和消息轉(zhuǎn)換子模塊一又可合稱為SIP消息適配模塊，主要負(fù)責(zé)基于SIP的消息到傳統(tǒng)短消息的互通業(yè)務(wù)。此兩種模塊可以位于同一網(wǎng)絡(luò)實體中，也可位于不同的網(wǎng)絡(luò)實體中。存儲轉(zhuǎn)發(fā)子模塊二和消息轉(zhuǎn)換子模塊二又可合稱為SMS適配模塊，主要負(fù)責(zé)傳統(tǒng)短消息到基于SIP的消息的互通業(yè)務(wù)。此兩種模塊可以位于同一網(wǎng)絡(luò)實體中，也可位于不同的網(wǎng)絡(luò)實體中。業(yè)務(wù)授權(quán)模塊用于接收存儲轉(zhuǎn)發(fā)子模塊一或存儲轉(zhuǎn)發(fā)子模塊二發(fā)來的業(yè)務(wù)授權(quán)的請求，根據(jù)用戶的簽約信息進(jìn)行業(yè)務(wù)授權(quán)，并返回業(yè)務(wù)授權(quán)響應(yīng)到存儲轉(zhuǎn)發(fā)子模塊一或存儲轉(zhuǎn)發(fā)子模塊二。
參見圖11、12和13，其是在SIP消息和傳統(tǒng)短消息在服務(wù)層面實現(xiàn)轉(zhuǎn)換時，存儲轉(zhuǎn)發(fā)模塊、消息轉(zhuǎn)換模塊和業(yè)務(wù)授權(quán)模塊各種的處理流程示意圖。
存儲轉(zhuǎn)發(fā)模塊，包括存儲轉(zhuǎn)發(fā)子模塊一和存儲轉(zhuǎn)發(fā)子模塊二，接收到來自網(wǎng)絡(luò)側(cè)的消息，該來自網(wǎng)絡(luò)側(cè)的消息包括短消息和基于SIP的消息，發(fā)送業(yè)務(wù)授權(quán)請求到業(yè)務(wù)授權(quán)模塊；接收到來自業(yè)務(wù)授權(quán)模塊的授權(quán)響應(yīng)以后，如果是positive的響應(yīng)，就轉(zhuǎn)發(fā)消息到消息轉(zhuǎn)換模塊，如果是negative的響應(yīng)，就返回錯誤響應(yīng)到傳統(tǒng)的消息路由實體或?qū)ο⑦M(jìn)行相應(yīng)的處理，如按現(xiàn)有技術(shù)進(jìn)行下發(fā)等；接收來自消息轉(zhuǎn)換模塊返回的消息，確定該消息是SIP消息還是傳統(tǒng)短消息，若是SIP消息，則向IMS域網(wǎng)絡(luò)側(cè)進(jìn)行下發(fā)，若是傳統(tǒng)短消息，則向傳統(tǒng)短消息域網(wǎng)絡(luò)側(cè)進(jìn)行下發(fā)。
業(yè)務(wù)授權(quán)模塊收到業(yè)務(wù)授權(quán)請求以后，對用戶的簽約信息進(jìn)行檢查，并向存儲轉(zhuǎn)發(fā)模塊返回授權(quán)響應(yīng)。
消息轉(zhuǎn)換模塊，包括消息轉(zhuǎn)換子模塊一和消息轉(zhuǎn)換子模塊二，在接收到存儲轉(zhuǎn)發(fā)模塊發(fā)送的消息后，該消息包括傳統(tǒng)短消息和基于SIP的消息，進(jìn)行消息格式的轉(zhuǎn)換，把轉(zhuǎn)換后消息返回到存儲轉(zhuǎn)發(fā)模塊。
另一種消息互通實體，如圖14所示，包括存儲轉(zhuǎn)發(fā)模塊、業(yè)務(wù)授權(quán)模塊和消息轉(zhuǎn)換模塊。此三種模塊可以位于不同的網(wǎng)絡(luò)實體中，也可以位于同一個網(wǎng)絡(luò)實體中。其中存儲轉(zhuǎn)發(fā)模塊與傳統(tǒng)的消息路由實體相連，消息轉(zhuǎn)換模塊與IMS域相連。
參見圖15、16和17，其是在由傳統(tǒng)短消息向SIP消息在服務(wù)層面實現(xiàn)轉(zhuǎn)換時，存儲轉(zhuǎn)發(fā)模塊、消息轉(zhuǎn)換模塊和業(yè)務(wù)授權(quán)模塊各種的處理流程示意圖。
存儲轉(zhuǎn)發(fā)模塊，用于接收來自傳統(tǒng)短消息域中傳統(tǒng)消息路由實體的短消息后，發(fā)送業(yè)務(wù)授權(quán)請求到業(yè)務(wù)授權(quán)模塊；接收來自業(yè)務(wù)授權(quán)模塊的授權(quán)響應(yīng)，如果該授權(quán)響應(yīng)是positive的響應(yīng)，就將消息轉(zhuǎn)發(fā)到消息轉(zhuǎn)換模塊，如果該授權(quán)響應(yīng)是negative的響應(yīng)，就返回錯誤響應(yīng)到傳統(tǒng)的消息路由實體或?qū)ο⑦M(jìn)行相應(yīng)的處理，如按現(xiàn)有技術(shù)進(jìn)行下發(fā)等； 業(yè)務(wù)授權(quán)模塊收，用于業(yè)務(wù)授權(quán)請求以后，對用戶的簽約信息進(jìn)行檢查，并向存儲轉(zhuǎn)發(fā)模塊返回授權(quán)響應(yīng)； 消息轉(zhuǎn)換模塊，用于在接收到存儲轉(zhuǎn)發(fā)模塊發(fā)送的傳統(tǒng)短消息以后，把傳統(tǒng)短消息轉(zhuǎn)換成基于SIP的消息格式，并把轉(zhuǎn)換后的SIP消息轉(zhuǎn)發(fā)至IMS域。
參見圖18、19和20，其是在由SIP消息向傳統(tǒng)短消息在服務(wù)層面實現(xiàn)轉(zhuǎn)換時，存儲轉(zhuǎn)發(fā)模塊、消息轉(zhuǎn)換模塊和業(yè)務(wù)授權(quán)模塊各種的處理流程示意圖。
消息轉(zhuǎn)換模塊，用于接收來自IMS域的基于SIP的消息以后，發(fā)送業(yè)務(wù)授權(quán)請求到業(yè)務(wù)授權(quán)模塊；接收來自業(yè)務(wù)授權(quán)模塊的業(yè)務(wù)授權(quán)響應(yīng)，如果響應(yīng)為positive，就把基于SIP的消息轉(zhuǎn)換成傳統(tǒng)的短消息格式，否則返回錯誤響應(yīng)到IMS域或?qū)ο⑦M(jìn)行相應(yīng)的處理； 業(yè)務(wù)授權(quán)模塊接收到業(yè)務(wù)授權(quán)請求以后，根據(jù)用戶的簽約信息進(jìn)行業(yè)務(wù)授權(quán)，并返回業(yè)務(wù)授權(quán)的響應(yīng)； 存儲轉(zhuǎn)發(fā)模塊，用于接收到傳統(tǒng)短消息以后，轉(zhuǎn)發(fā)短消息到傳統(tǒng)短消息域內(nèi)的短消息路由實體。再有，在轉(zhuǎn)發(fā)之前，存儲轉(zhuǎn)發(fā)模塊可以根據(jù)運營商策略對短消息進(jìn)行存儲備份。
實施方式二 IP-MESSAGE-GW集成消息類業(yè)務(wù)路由器和SMI AS的功能，由IP-MESSAGE-GW直接實現(xiàn)域的選擇、用戶服務(wù)層面互通業(yè)務(wù)的鑒權(quán)和消息格式的轉(zhuǎn)換等功能，這樣，網(wǎng)絡(luò)在不需要增加新的實體的情況下，只需要對IP消息網(wǎng)關(guān)的功能進(jìn)行加強(qiáng)，就可以實現(xiàn)基于SIP的消息和傳統(tǒng)短消息業(yè)務(wù)關(guān)于服務(wù)層面的互通。
在此方案中，IP消息網(wǎng)關(guān)通過在第三方注冊時從HSS下載用戶的簽約信息就能獲知用戶是否具有Service level interworking(服務(wù)層面的互通)。在IMS消息終止的流程中，IP消息網(wǎng)關(guān)接收了傳統(tǒng)的路由實體轉(zhuǎn)發(fā)的短消息以后，向HSS查詢路由信息，HSS只返回MSC和/或SGSN的地址。IP消息網(wǎng)關(guān)通過在第三方注冊中獲得的關(guān)于IMS域的地址信息和接收到的MSC和/或SGSN的地址，根據(jù)運營商的策略和用戶的偏好進(jìn)行域的選擇。如果選擇的為IMS域，而且根據(jù)簽約信息獲知用戶簽約了Service level interworking，并且當(dāng)前的用戶終端不能支持SMS消息協(xié)議棧，或者用戶喜好或運營商策略要求進(jìn)行業(yè)務(wù)層面的互通，則IP消息網(wǎng)關(guān)把短消息轉(zhuǎn)換成基于SIP的消息的格式，并保存轉(zhuǎn)換后的基于SIP的消息，然后對轉(zhuǎn)換后的基于SIP的消息進(jìn)行下發(fā)；如果用戶沒有簽約Service level interworking，且用戶終端支持SMS消息協(xié)議棧，IP消息網(wǎng)關(guān)把短消息封裝在基于SIP的消息中進(jìn)行下發(fā)，其方法與現(xiàn)有技術(shù)一致。
本實施方式中的網(wǎng)絡(luò)構(gòu)架如圖21所示 圖21所示網(wǎng)絡(luò)架構(gòu)中，包括傳統(tǒng)短消息系統(tǒng)、IMS核心網(wǎng)、用戶終端，以及具有消息格式轉(zhuǎn)換能力的IP消息網(wǎng)關(guān)，即IP-MESSAGE-GW集成消息類業(yè)務(wù)路由器和SMI AS的功能。IP消息網(wǎng)關(guān)通過ISC接口和IMS Core網(wǎng)絡(luò)相連，使用的是SIP協(xié)議，通過MAP接口和Sh接口和主叫端的HSS相連，MAP接口主要用來實現(xiàn)消息類路由器的功能，Sh接口使用的是DIAMETER協(xié)議，主要用于在多種接入方式共存的情況下，告知HSS用戶具有IMS接入的能力。IP消息網(wǎng)關(guān)通過E/Gd接口與傳統(tǒng)的短消息中心相連。
根據(jù)圖21所示網(wǎng)絡(luò)構(gòu)架，用戶要使用服務(wù)層面的消息互通業(yè)務(wù)，必須先通過第三方注冊流程注冊到IP消息網(wǎng)關(guān)，其注冊流程與現(xiàn)有技術(shù)一致即與圖2所示注冊流程基本一致。區(qū)別僅在于在用戶發(fā)起的注冊請求中包含指示自身是否支持SMS/EMS能力的feature tag。
傳統(tǒng)的消息業(yè)務(wù)和基于SIP的消息業(yè)務(wù)在服務(wù)層面上的互通在IMS-MO(IMS域的消息起始)的流程如圖22所示 步驟1，根據(jù)IMS注冊流程，UE注冊到S-CSCF中，這里，為了簡化起見，IMS core中的其他網(wǎng)絡(luò)實體如I-CSCF和P-CSCF在圖中沒有顯示出來；并且根據(jù)第三方注冊流程，UE已注冊到IP消息網(wǎng)關(guān)上。
步驟2，UE通過IMS域把基于SIP的消息發(fā)送到S-CSCF中，該消息體中可以攜帶交流業(yè)務(wù)標(biāo)識(CSID，Communication service identity)，用于標(biāo)識主叫UE是否簽約了消息類的互通業(yè)務(wù)。
步驟3，S-CSCF對接收到的基于SIP的消息進(jìn)行第四初始過濾規(guī)則的檢查，以確定是否需要將該基于SIP的消息發(fā)送至IP消息網(wǎng)關(guān)。該檢查包括如果基于SIP的消息中攜帶了CSID標(biāo)識，則該檢查包括根據(jù)CSID確定用戶是否簽約了消息類的互通業(yè)務(wù)，如果基于SIP的消息中未攜帶CSID，則該檢查包括被叫用戶標(biāo)識為TEL-URI等信息。該初始過濾規(guī)則檢查的主要目的是確定是否需要將接收到的消息路由到IP消息網(wǎng)關(guān)。
如果確定用戶簽約了消息類的互通業(yè)務(wù)或被叫用戶標(biāo)識為TEL-URI，則執(zhí)行步驟4，否則按現(xiàn)有技術(shù)執(zhí)行。
步驟4，S-CSCF把基于SIP的消息轉(zhuǎn)發(fā)到IP消息網(wǎng)關(guān)。
步驟5，IP消息網(wǎng)關(guān)進(jìn)行轉(zhuǎn)換檢查，該檢查包括 檢查被叫用戶的標(biāo)識，如果被叫用戶為TEL-URI的形式(在主叫為IMS用戶，被叫為PS/CS用戶情況下)，IP消息網(wǎng)關(guān)對被叫用戶進(jìn)行ENUM查詢。
如果ENUM查詢成功，即TEL-URI能夠成功轉(zhuǎn)換成SIP-URI情況下，IP消息網(wǎng)關(guān)把基于SIP的消息發(fā)送到被叫端用戶的IMS域，發(fā)送流程和現(xiàn)有發(fā)送方式一致；如果ENUM查詢失敗，IP消息網(wǎng)關(guān)檢查接收到的SIP消息。
如果該SIP消息為封裝格式，IP消息網(wǎng)關(guān)對SIP消息進(jìn)行解封裝，得到傳統(tǒng)的短消息格式；如果該SIP消息不是封裝的格式，或者用戶喜好或運營商策略要求進(jìn)行業(yè)務(wù)層面的互通，則IP消息網(wǎng)關(guān)對互通業(yè)務(wù)進(jìn)行授權(quán)，即檢查主叫端UE是否簽約了服務(wù)層面的互通業(yè)務(wù)。
如果授權(quán)檢查未成功，則表明未通過轉(zhuǎn)換檢查，此時IP消息網(wǎng)關(guān)返回失敗響應(yīng)到主叫側(cè)。
如果授權(quán)檢查成功，則IP消息網(wǎng)關(guān)再檢查消息體是否能進(jìn)行格式轉(zhuǎn)換 若不能進(jìn)行格式轉(zhuǎn)換，則表明未通過轉(zhuǎn)換檢查，此時IP消息網(wǎng)關(guān)返回失敗響應(yīng)到主叫側(cè)。
如果能夠進(jìn)行格式轉(zhuǎn)換，則表明通過了轉(zhuǎn)換檢查，此時IP消息網(wǎng)關(guān)再檢查是否能夠獲取被叫端用戶傳統(tǒng)短消息系統(tǒng)地址如短消息中心SM-SC的地址，若不能，則表明未通過轉(zhuǎn)換檢查，返回失敗響應(yīng)到主叫側(cè)。
若能獲取，則IP消息網(wǎng)關(guān)把SIP消息轉(zhuǎn)換為短消息格式，該轉(zhuǎn)換包括消息體的轉(zhuǎn)換和用戶標(biāo)識的轉(zhuǎn)換，如用戶標(biāo)識的轉(zhuǎn)換包括對主被叫用戶標(biāo)識轉(zhuǎn)換為傳統(tǒng)短消息系統(tǒng)能夠識別的格式如將SIP-URI轉(zhuǎn)換成TEL-URI形式，還可根據(jù)運營商的策略對消息進(jìn)行拆分和組裝，如把基于SIP的消息拆分成多條帶有順序號的短消息進(jìn)行傳送，或把基于SIP的消息組裝成一條EMS消息格式進(jìn)行傳送等；IP消息網(wǎng)關(guān)對轉(zhuǎn)換后的消息進(jìn)行轉(zhuǎn)發(fā)。其中，IP消息網(wǎng)關(guān)獲取被叫端用戶傳統(tǒng)短消息系統(tǒng)地址的過程為 當(dāng)IP消息網(wǎng)關(guān)集成了傳統(tǒng)的短消息中心功能時，IP消息網(wǎng)關(guān)直接向HSS請求路由信息獲得MSC/SGSN的地址，并基于運營商的策略和用戶的偏好，選擇合適的路由對短消息進(jìn)行轉(zhuǎn)發(fā)；當(dāng)IP消息網(wǎng)關(guān)未集成傳統(tǒng)的短消息中心功能時，IP消息網(wǎng)關(guān)把轉(zhuǎn)換后的短消息發(fā)到傳統(tǒng)的短消息中心，由短消息中心向HSS請求路由信息獲得MSC/SGSN的地址，并基于運營商的策略和用戶的偏好，選擇合適的路由對短消息進(jìn)行轉(zhuǎn)發(fā)。
如果授權(quán)失敗，則IP消息網(wǎng)關(guān)給主叫UE返回失敗報告，其與現(xiàn)有處理方式一致。
步驟6-7，IP消息網(wǎng)關(guān)將轉(zhuǎn)換后的基于SIP消息的響應(yīng)消息經(jīng)IMS網(wǎng)絡(luò)發(fā)送給UE，這里的響應(yīng)可以在IP消息網(wǎng)關(guān)完成互通業(yè)務(wù)的處理以后直接返回，也可以在IP消息網(wǎng)關(guān)等待被叫端用戶返回Delivery report以后返回。
再有，上述圖22中的步驟3～5還有一種可能的實現(xiàn)方式是 步驟3’，S-CSCF對接收到的基于SIP的消息進(jìn)行第四初始過濾規(guī)則的檢查，該檢查包括該SIP消息攜帶的feature tag為“+g.oma.sip-im”或“+g.3gpp.smsip”，或檢查主叫用戶是否簽約了服務(wù)層面的互通業(yè)務(wù)，或檢查SIP消息攜帶的CSID的信息標(biāo)識是否為服務(wù)層面的互通類業(yè)務(wù)。
如果feature tag為“+g.3gpp.smsip”，則按現(xiàn)有技術(shù)執(zhí)行，如果feature tag為其余三種情況則執(zhí)行步驟4。
步驟4’，S-CSCF把基于SIP的消息轉(zhuǎn)發(fā)到IP消息網(wǎng)關(guān)。
步驟5’，IP消息網(wǎng)關(guān)進(jìn)行轉(zhuǎn)換檢查，若通過轉(zhuǎn)換檢查，則將接收到的基于SIP的消息轉(zhuǎn)換為傳統(tǒng)短消息格式，將主叫UE標(biāo)識轉(zhuǎn)換為傳統(tǒng)短消息系統(tǒng)能夠識別的格式，之后將轉(zhuǎn)換后的傳統(tǒng)短消息發(fā)送至傳統(tǒng)短消息系統(tǒng)。
上述轉(zhuǎn)換檢查包括 IP消息網(wǎng)關(guān)根據(jù)主叫用戶偏好和運營商策略判斷是否需要進(jìn)行服務(wù)層面的互通，此時有三種可能的情況需要服務(wù)層面的互通、按默認(rèn)情況處理、不需要服務(wù)層面互通。
如果需要行服務(wù)層面的互通，主叫網(wǎng)絡(luò)IP消息網(wǎng)關(guān)對互通業(yè)務(wù)進(jìn)行授權(quán)，如果授權(quán)成功，則確定通過轉(zhuǎn)換檢查，此時，主叫網(wǎng)絡(luò)的IP消息網(wǎng)關(guān)把基于SIP的消息轉(zhuǎn)換成短消息格式，把轉(zhuǎn)換格式的消息進(jìn)行轉(zhuǎn)發(fā)至傳統(tǒng)短消息系統(tǒng)，由傳統(tǒng)短消息系統(tǒng)完成后續(xù)的轉(zhuǎn)發(fā)過程； 如果需要按默認(rèn)情況進(jìn)行處理，IP消息網(wǎng)關(guān)檢查被叫用戶的標(biāo)識，如果被叫用戶為TEL-URI的形式(在主叫為IMS用戶，被叫為PS/CS用戶情況下)，IP消息網(wǎng)關(guān)根據(jù)自配置的號碼段信息或ENUM查詢結(jié)果選擇是通過IMS域還是CS/PS域進(jìn)行消息的下發(fā)。
如果選擇的被叫域為IMS域，IP消息網(wǎng)關(guān)把基于SIP的消息發(fā)送到被叫端用戶的IMS域核心網(wǎng)絡(luò)的網(wǎng)絡(luò)實體S-CSCF，發(fā)送流程和現(xiàn)有技術(shù)IMS立即消息的發(fā)送方式一致。如果選擇的被叫域為CS/PS域，IP消息網(wǎng)關(guān)檢查接收到的SIP消息，如果該SIP消息為封裝格式，IP消息網(wǎng)關(guān)對SIP消息進(jìn)行解封裝，得到傳統(tǒng)的短消息格式；如果該SIP消息不是封裝的格式，IP消息對互通業(yè)務(wù)進(jìn)行授權(quán)，即檢查主叫端UE是否簽約了服務(wù)層面的互通業(yè)務(wù)，如果授權(quán)檢查成功，IP消息網(wǎng)關(guān)把SIP消息轉(zhuǎn)換為短消息格式，該轉(zhuǎn)換包括消息體的轉(zhuǎn)換和用戶標(biāo)識的轉(zhuǎn)換，如用戶標(biāo)識的轉(zhuǎn)換包括對主叫用戶標(biāo)識進(jìn)行轉(zhuǎn)換(把SIP-URI轉(zhuǎn)換成TEL-URI形式)，還可根據(jù)運營商的策略對消息進(jìn)行拆分和組裝(如把基于SIP的消息拆分成多條帶有順序號的短消息進(jìn)行傳送，或把基于SIP的消息組裝成一條EMS消息格式進(jìn)行傳送等)，授權(quán)失敗則IP消息網(wǎng)關(guān)返回失敗報告。IP消息網(wǎng)關(guān)對轉(zhuǎn)換后的消息進(jìn)行轉(zhuǎn)發(fā)。也就是說，IP消息網(wǎng)關(guān)根據(jù)被叫用戶的標(biāo)識，對SIP消息下發(fā)的被叫域網(wǎng)絡(luò)進(jìn)行選擇，當(dāng)選擇CS/PS域下發(fā)時，在所述IP消息網(wǎng)關(guān)對互通業(yè)務(wù)授權(quán)成功后，確定通過轉(zhuǎn)換檢查。
如果不需要進(jìn)行服務(wù)層面互通，IP消息網(wǎng)關(guān)根據(jù)自配置的號碼段信息或ENUM查詢的結(jié)果選擇的為IMS域，按現(xiàn)有技術(shù)轉(zhuǎn)發(fā)消息到被叫IMS網(wǎng)絡(luò)，如果SMI AS不能選擇IMS域，則返回失敗報告到主叫網(wǎng)絡(luò)的S-CSCF。也就是說，如果不需要進(jìn)行服務(wù)層面互通，則SMI AS不能選擇CS/PS域，只能選項IMS域下發(fā)消息，在IMS域選擇不成功時，確定未通過轉(zhuǎn)換檢查，返回失敗報告。
可以理解，上述步驟5’中IP消息網(wǎng)關(guān)進(jìn)行轉(zhuǎn)換檢查的過程包括IP消息網(wǎng)關(guān)判斷是否需要進(jìn)行服務(wù)層面的互通。該判斷是否需要進(jìn)行服務(wù)層面的互通的依據(jù)包括根據(jù)主叫用戶偏好或運營商策略確定是否需要進(jìn)行服務(wù)層面的互通；或者，所述IP消息網(wǎng)關(guān)確定被叫IMS域不可達(dá)時，確定要進(jìn)行服務(wù)層面的互通。
當(dāng)IP消息網(wǎng)關(guān)將接收到的基于SIP的消息轉(zhuǎn)換為傳統(tǒng)短消息格式之前，還可以進(jìn)一步包括IP消息網(wǎng)關(guān)對互通業(yè)務(wù)進(jìn)行授權(quán)，授權(quán)成功后，再將接收到的基于SIP的消息轉(zhuǎn)換為傳統(tǒng)短消息格式。
此外，IP消息網(wǎng)關(guān)還可以用于互通業(yè)務(wù)的計費話單生成操作。
根據(jù)圖21所示的IMS域消息的起始流程，參見圖23，集成SMI AS功能的IP消息網(wǎng)關(guān)應(yīng)具有以下功能 ①第三方注冊時通過Sh接口下載用戶簽約數(shù)據(jù) ②被叫端用戶短消息中心SM-SC地址的獲取(SM-SC地址可以配置在IP消息網(wǎng)關(guān)中，或者IP消息網(wǎng)關(guān)就相當(dāng)于被叫端的短信中心) ③用戶業(yè)務(wù)的授權(quán) ④主叫標(biāo)識的轉(zhuǎn)換(SIP-URI轉(zhuǎn)換成TEL-URI格式) ⑤消息的轉(zhuǎn)換(封裝或格式轉(zhuǎn)換) ⑥消息的拆分和組裝，此功能根據(jù)需要可選 ⑦互通業(yè)務(wù)的計費(生成用戶話單(CDR)) ⑧根據(jù)用戶偏好和運營商策略判斷是否需要進(jìn)行服務(wù)層面的互通業(yè)務(wù) ⑨被叫端消息發(fā)送域的選擇 圖24是針對圖21所示架構(gòu)的SIP消息和傳統(tǒng)短消息在業(yè)務(wù)服務(wù)層面互通的IMS-MT流程示意圖。
步驟1，根據(jù)IMS注冊流程，UE注冊到S-CSCF中，IMS core中的I-CSCF和P-CSCF在圖中沒有顯示出來；并且根據(jù)第三方注冊流程，UE已注冊到IP消息網(wǎng)關(guān)上。
步驟2，傳統(tǒng)短消息中心向HSS發(fā)送路由信息查詢請求，HSS把路由請求轉(zhuǎn)發(fā)到IP消息網(wǎng)關(guān)，IP消息網(wǎng)關(guān)向短消息中心返回自己的地址。
步驟3，短消息中心把傳統(tǒng)短消息轉(zhuǎn)發(fā)到IP消息網(wǎng)關(guān)。
步驟4，IP消息網(wǎng)關(guān)向HSS發(fā)送路由信息查詢請求，HSS返回MSC和/或SGSN的地址。這里的IP消息網(wǎng)關(guān)可以相當(dāng)于一個被叫端的短消息中心功能，如SM-Router(參考TS23.840)，可以對接收到的消息進(jìn)行相應(yīng)的處理，如垃圾過濾，查毒等。
步驟5，IP消息網(wǎng)關(guān)通過自己在第三方注冊時保存的S-CSCF的地址，和從HSS獲得的MSC/SGSN的地址，根據(jù)運營商的策略和用戶的偏好，進(jìn)行域的選擇。
步驟6，如果選擇的是IMS域，IP消息網(wǎng)關(guān)檢查在第三方注冊過程中獲得的用戶的簽約信息，如用戶是否支持Service level interworking，是否支持SMS消息協(xié)議棧等，該獲得的用戶的簽約信息即用于授權(quán)檢查。
如果用戶支持Service level interworking，并且當(dāng)前的用戶終端不能支持SMS消息協(xié)議棧，或者用戶喜好或運營商策略要求進(jìn)行業(yè)務(wù)層面的互通，則再檢查消息體的格式是否能夠進(jìn)行格式轉(zhuǎn)換，若能，則把傳統(tǒng)短消息轉(zhuǎn)換為基于SIP的消息的格式，進(jìn)行主被叫標(biāo)識的轉(zhuǎn)換即將主被叫標(biāo)識轉(zhuǎn)換為IMS網(wǎng)絡(luò)可以識別的形式，并可以根據(jù)運營商的偏好選擇是否對轉(zhuǎn)換后的消息進(jìn)行存儲； 如果用戶不支持Service level interworking，且用戶終端支持SMS消息協(xié)議棧且注冊到IP消息網(wǎng)關(guān)，或者，消息體的格式不能夠進(jìn)行格式轉(zhuǎn)換，則IP消息網(wǎng)關(guān)把傳統(tǒng)短消息轉(zhuǎn)換為封裝在基于SIP的消息體中即按照現(xiàn)有的傳輸層封裝的方式進(jìn)行封裝轉(zhuǎn)換，之后按現(xiàn)有技術(shù)進(jìn)行后續(xù)處理。
IP消息網(wǎng)關(guān)還可以根據(jù)運營商的策略對消息進(jìn)行拆分和組裝，如把長消息(如EMS)拆分成多條短消息，并把拆分后的短消息組裝成一條基于SIP的消息進(jìn)行下發(fā)，或者把多個關(guān)聯(lián)的短消息組裝成一條基于SIP的消息進(jìn)行轉(zhuǎn)發(fā)。
IP消息網(wǎng)關(guān)在完成對消息互通業(yè)務(wù)的處理以后，保存封裝格式互通業(yè)務(wù)的處理方式，該保存的即可以是封裝格式下的也可以是轉(zhuǎn)換形式后的。
步驟7，IP消息網(wǎng)關(guān)把基于SIP的消息轉(zhuǎn)發(fā)到S-CSCF，該SIP消息可能是轉(zhuǎn)換后的形式，也可能是封裝后的形式。
步驟8，S-CSCF對接收到的基于SIP的消息進(jìn)行初始過濾規(guī)則的檢查即前述的第一初始過濾規(guī)則檢查。
步驟9，S-CSCF通過IMS域把SIP消息轉(zhuǎn)發(fā)到UE。
步驟10，UE返回消息成功接收的響應(yīng)到S-CSCF。
步驟11，S-CSCF轉(zhuǎn)發(fā)消息成功接收的響應(yīng)到IP消息網(wǎng)關(guān)。
此外，IP消息網(wǎng)關(guān)還可以用于互通業(yè)務(wù)的計費話單生成操作。
根據(jù)上述IMS域消息終止的流程，參見圖25，集成SMI AS功能的IP消息網(wǎng)關(guān)具有以下能力 ①在第三方注冊時存儲用戶終端攜帶的終端能力的feature tag ②第三方注冊時通過Sh接口下載用戶的簽約數(shù)據(jù)，用于對用戶的業(yè)務(wù)授權(quán) ③對主被叫用戶標(biāo)識的轉(zhuǎn)換，把主被叫標(biāo)識符的TEL-URI轉(zhuǎn)換成SIP-URI的形式(可以通過ENUM查詢) ④消息格式的轉(zhuǎn)換 ⑤消息格式的組裝 ⑥執(zhí)行傳統(tǒng)短信中心的功能，如垃圾過濾，殺毒等 ⑦對互通業(yè)務(wù)進(jìn)行計費(生成CDR) 在圖25中，對終端能力的檢查即終端是否支持SMS的檢查是可選的。
在圖24所述的IMS域消息終止的流程中，IP消息網(wǎng)關(guān)保存的消息互通業(yè)務(wù)的處理方式為封裝的情況下，即用戶終端支持SMS消息協(xié)議棧時，IP消息網(wǎng)關(guān)等待用戶終端發(fā)送的封裝在基于SIP消息的消息體中的Delivery report，并對其進(jìn)行解封裝轉(zhuǎn)發(fā)到傳統(tǒng)的短信中心，其處理流程與現(xiàn)有技術(shù)一致；在IP消息網(wǎng)關(guān)保存的消息互通業(yè)務(wù)的處理方式為格式轉(zhuǎn)換的情況下，即用戶使用的是服務(wù)層次的互通業(yè)務(wù)，IP消息網(wǎng)關(guān)在收到S-CSCF返回的消息成功接收響應(yīng)以后，根據(jù)響應(yīng)構(gòu)造一個Delivery report，直接發(fā)送到主叫側(cè)的短消息中心，此時如圖26所示 步驟1，IMS-MT發(fā)送流程，參照圖24。
步驟2，IP消息網(wǎng)關(guān)根據(jù)從S-CSCF收到的消息發(fā)送的響應(yīng)構(gòu)造一個Delivery report，并把Delivery report發(fā)送到短消息中心。
步驟3，短消息中心發(fā)送狀態(tài)報告到HSS，更新HSS數(shù)據(jù)庫。
基于圖21-26的SIP消息與傳統(tǒng)短消息互通的系統(tǒng)框架和流程，本實施方式同樣存在兩種消息互通實體。其與實施方式一中圖10-20所示內(nèi)容完全相同，不再贅述。
實施方式三 SMI AS和IP消息網(wǎng)關(guān)通過MAP接口直接相連。IP消息網(wǎng)關(guān)可以通過擴(kuò)展的MAP協(xié)議向HSS獲取SMI AS的地址信息，也可以通過HSS的內(nèi)部邏輯，把SMI AS的地址返回的優(yōu)先權(quán)設(shè)為最高，這樣，IP消息網(wǎng)關(guān)不需要經(jīng)過S-CSCF就可以直接把封裝后的基于SIP的消息發(fā)送到SMI AS，由SMI AS對基于SIP的消息進(jìn)行解封裝和消息格式的轉(zhuǎn)換后，再對消息進(jìn)行存儲和轉(zhuǎn)發(fā)。
在此實現(xiàn)方案中，同樣需要用戶支持Service level interworking時，才會對SMI AS進(jìn)行第三方注冊，在第三方注冊過程中，SMI AS把自己的地址保存在HSS中，其注冊流程與第一種實施方式一致，故此，用戶只有支持Servicelevelinterworking時，S-CSCF才能把消息通過初始過濾規(guī)則轉(zhuǎn)發(fā)到SMI AS。
圖27是根據(jù)本發(fā)明實施例三的SIP消息與傳統(tǒng)短消息互通的架構(gòu)示意圖。其包括傳統(tǒng)短消息系統(tǒng)、IMS核心網(wǎng)、IP消息網(wǎng)關(guān)，用戶終端，以及本發(fā)明新設(shè)置的用于進(jìn)行消息格式轉(zhuǎn)換的消息互通實體SMI AS。
在圖27中，SMI AS可以為新增加的一個網(wǎng)絡(luò)實體，也可以為現(xiàn)存的網(wǎng)絡(luò)實體上的新增的功能模塊。它通過3GPP定義的ISC接口和IMS Core網(wǎng)絡(luò)相連，所選擇的協(xié)議為SIP協(xié)議。當(dāng)SMI AS集成傳統(tǒng)的短消息中心的功能時，傳統(tǒng)短消息系統(tǒng)包括位于被叫網(wǎng)絡(luò)內(nèi)的HSS，以及MSC和/或SGSN，且SMI AS可以通過C接口與被叫端網(wǎng)絡(luò)的HSS相連，通過E/Gd與被叫端網(wǎng)絡(luò)的MSC/SGSN相連；當(dāng)SMI AS不具有傳統(tǒng)的短消息中心的功能時，傳統(tǒng)短消息系統(tǒng)包括傳統(tǒng)的短消息中心，此時SMI AS通過E/Gd接口與傳統(tǒng)的短消息中心相連。SMI AS和IP消息網(wǎng)關(guān)之間通過MAP接口直接相連。其與圖4所示網(wǎng)絡(luò)框架的區(qū)別在于本實施例中SMI AS和IP消息網(wǎng)關(guān)之間是MAP接口，而圖4所示網(wǎng)絡(luò)構(gòu)架中SMI AS和IP消息網(wǎng)關(guān)之間是E/Gd接口。
根據(jù)圖27所示網(wǎng)絡(luò)構(gòu)架，對IP消息網(wǎng)關(guān)的第三方注冊流程與第一種實施方案一致，傳統(tǒng)短消息業(yè)務(wù)和SIP消息業(yè)務(wù)服務(wù)層面上的互通在IMS-MO(IMS域的消息起始)的流程和第一種實施方案也一致，這里不再做描述。
傳統(tǒng)短消息業(yè)務(wù)和SIP消息業(yè)務(wù)服務(wù)層面上的互通在IMS-MT的流程如圖28所示，這里，為了簡化起見，該流程對于響應(yīng)的處理只以透明模式為例，有關(guān)非透明模式的處理與實施方式一中的處理也一致，不再贅述。參見圖28 圖28是針對圖27所示架構(gòu)的SIP消息和傳統(tǒng)短消息在業(yè)務(wù)服務(wù)層面互通的透明模式下IMS-MT流程示意圖。
步驟1，根據(jù)IMS注冊流程，UE注冊到S-CSCF中，且根據(jù)第三方注冊流程，UE已注冊到IP消息網(wǎng)關(guān)和SMI AS上。
步驟2，傳統(tǒng)短消息中心向HSS發(fā)送路由信息查詢請求，HSS把路由請求轉(zhuǎn)發(fā)到IP消息網(wǎng)關(guān)，IP消息網(wǎng)關(guān)向短信中心返回自己的地址。
步驟3，短信中心把傳統(tǒng)短消息轉(zhuǎn)發(fā)到IP消息網(wǎng)關(guān)。
步驟4，IP消息網(wǎng)關(guān)向HSS發(fā)送路由信息查詢請求，HSS可以通過擴(kuò)展的MAP協(xié)議返回MSC和/或SGSN的地址，和SMI AS的地址；HSS也可以通過自身內(nèi)部邏輯，把SMI AS地址返回的優(yōu)先級設(shè)為最高，通過MAP地址返回SMI AS地址和MSC或SGSN的地址。
步驟5，IP消息網(wǎng)關(guān)從HSS獲得的MSC/SGSN的地址和SMI AS的地址信息，根據(jù)運營商的策略和用戶的偏好，進(jìn)行域的選擇。
步驟6，如果所選的域為IMS域，IP消息網(wǎng)關(guān)執(zhí)行檢查，以確定是否將接收到消息發(fā)送至SMI AS，該檢查包括檢查在第三方注冊過程中獲得的被叫用戶的簽約信息，如果被叫用戶支持Service level interworking，且當(dāng)前的用戶終端不能支持SMS消息協(xié)議棧，或者用戶喜好或運營商策略要求進(jìn)行業(yè)務(wù)層面的互通，IP消息網(wǎng)關(guān)通過MAP接口直接向SMI AS轉(zhuǎn)發(fā)短消息；否則IP消息網(wǎng)關(guān)按現(xiàn)有技術(shù)根據(jù)在第三方注冊中保存的IMS域的S-CSCF的地址對封裝的基于SIP的消息進(jìn)行下發(fā)。
步驟7，SMI AS進(jìn)行互通業(yè)務(wù)授權(quán)，即從接收到的消息中獲取被叫UE標(biāo)識，根據(jù)該標(biāo)識所述UE注冊的簽約信息，進(jìn)行互通業(yè)務(wù)授權(quán)，如果授權(quán)成功，SMI AS再檢查所接收到短消息的消息體能否轉(zhuǎn)換成SIP消息的格式，如果能，SMI AS進(jìn)行由傳統(tǒng)的短消息到SIP消息的格式轉(zhuǎn)換，保存轉(zhuǎn)換后的基于SIP的消息；如果授權(quán)失敗，SMI AS返回失敗報告到S-CSCF。
步驟8，SMI AS返回轉(zhuǎn)換后的基于SIP的消息到S-CSCF。
步驟9，S-CSCF通過IMS域把基于SIP的消息下發(fā)到被叫端UE。
步驟10，被叫端用戶返回基于SIP的消息成功接收響應(yīng)到S-CSCF。
步驟11，S-CSCF轉(zhuǎn)發(fā)基于SIP的消息成功接收響應(yīng)到SMI AS。
這里，SMI AS在接收到由S-CSCF轉(zhuǎn)發(fā)的消息成功接收的響應(yīng)以后，根據(jù)響應(yīng)生成一個Delivery report，通過MAP接口把Delivery report直接發(fā)送到IP消息網(wǎng)關(guān)，由IP消息網(wǎng)關(guān)把Delivery report轉(zhuǎn)發(fā)到短消息中心，再由短消息中心發(fā)送一個狀態(tài)報告到HSS進(jìn)行相應(yīng)的數(shù)據(jù)更新。
圖27-28中基于SIP的消息和傳統(tǒng)短短消息業(yè)務(wù)在服務(wù)層面上的互通在IMS-MT的流程中，包括透明模式和非透明模式，只有用戶成功注冊到SMIAS上以后，S-CSCF才可能通過初始過濾規(guī)則把基于SIP的消息路由到SMIAS。
另外，基于上述的SIP消息與傳統(tǒng)短消息互通的系統(tǒng)框架和流程，本實施方式同樣存在兩種消息互通實體。其與實施方式一中圖10-20所示內(nèi)容完全相同，不再贅述。
實施方式四 SMI AS可以直接通過MAP接口與傳統(tǒng)的短消息路由實體相連，也可以通過中間的路由器與傳統(tǒng)的短消息路由實體相連。傳統(tǒng)的短消息路由實體可以通過擴(kuò)展的MAP協(xié)議向HSS獲取SMI AS的地址信息，也可以通過HSS的內(nèi)部邏輯，把SMI AS的地址返回的優(yōu)先權(quán)設(shè)為最高，通過MAP協(xié)議返回SMI AS的地址和MSC或SGSN的地址。傳統(tǒng)的短消息路由實體根據(jù)運營商策略和用戶的偏好，執(zhí)行域的選擇。如果選擇的為IMS域，傳統(tǒng)的短消息路由實體直接把短消息路由到SMI AS上。本實施方式的實現(xiàn)與實施方式三中的技術(shù)方案非常相似，唯一的區(qū)別就是SMI AS接收來自傳統(tǒng)網(wǎng)絡(luò)的短消息不通過IP消息網(wǎng)關(guān)，而直接通過傳統(tǒng)的短消息中心接收。
圖29是根據(jù)本發(fā)明實施例四的SIP消息與傳統(tǒng)短消息互通的架構(gòu)示意圖。其包括傳統(tǒng)短消息系統(tǒng)、IMS核心網(wǎng)、用戶終端，以及具有消息格式轉(zhuǎn)換能力的消息互通實體SMI AS。
參見圖29，SMI AS可以為新增加的一個網(wǎng)絡(luò)實體，也可以為現(xiàn)存的網(wǎng)絡(luò)實體上的新增的功能模塊。它通過3GPP定義的ISC接口和IMS Core網(wǎng)絡(luò)相連，所選擇的協(xié)議為SIP協(xié)議。
SMI AS所在IMS域作為起始域的情況下，當(dāng)SMI AS集成傳統(tǒng)的短消息中心的功能時，傳統(tǒng)短消息系統(tǒng)包括位于被叫網(wǎng)絡(luò)內(nèi)的HSS，以及MSC和/或SGSN，且SMI AS通過C接口與被叫端網(wǎng)絡(luò)的HSS相連，通過E/Gd與被叫端網(wǎng)絡(luò)的MSC/SGSN相連；當(dāng)SMI AS未集成傳統(tǒng)的短消息中心的功能時，傳統(tǒng)短消息系統(tǒng)包括主叫網(wǎng)內(nèi)的傳統(tǒng)短消息中心，所述SMI AS通過E/Gd接口與主叫網(wǎng)中的傳統(tǒng)短消息中心相連。
SMI AS所在IMS域作為終結(jié)域的情況下，SMI AS通過MAP接口與被叫網(wǎng)絡(luò)中的傳統(tǒng)短消息的路由實體直接相連，也可以通過一個中間的路由器是他和傳統(tǒng)的短消息路由實體相連。上述傳統(tǒng)短消息的路由實體包括GMSC和/或SMS-IWMSC。
以上所述僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換、改進(jìn)等，均包含在本發(fā)明的保護(hù)范圍內(nèi)。
權(quán)利要求
1.一種SIP消息與傳統(tǒng)短消息互通方法，在IP多媒體子系統(tǒng)IMS域的起始流程中，其特征在于，該方法包括
S-CSCF接收來自用戶終端UE的基于SIP的消息，判斷是否需要發(fā)送所述SIP消息至IP消息網(wǎng)關(guān)，若是，則再將所述基于SIP的消息發(fā)送至IP消息網(wǎng)關(guān)；
所述IP消息網(wǎng)關(guān)將接收到的所述基于SIP的消息轉(zhuǎn)換為傳統(tǒng)短消息格式，將轉(zhuǎn)換后的傳統(tǒng)短消息發(fā)送至傳統(tǒng)短消息系統(tǒng)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述S-CSCF根據(jù)初始過濾規(guī)則進(jìn)行判斷，所述判斷的步驟具體包括
檢查所述SIP消息攜帶的能力特征標(biāo)識feature tag是否為封裝的IMS消息，或檢查用戶是否簽約了服務(wù)層面的互通業(yè)務(wù)，或檢查SIP消息攜帶的交流業(yè)務(wù)標(biāo)識CSID的信息標(biāo)識是否為服務(wù)層面的互通類業(yè)務(wù)，
若其中之一為是，則確定需要將所述SIP消息路由到所述IP消息網(wǎng)關(guān)上。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述IP消息網(wǎng)關(guān)將接收到的所述基于SIP的消息轉(zhuǎn)換為傳統(tǒng)短消息格式之前，進(jìn)一步包括進(jìn)行轉(zhuǎn)換檢查，若通過轉(zhuǎn)換檢查，再進(jìn)行格式轉(zhuǎn)換；
所述IP消息網(wǎng)關(guān)進(jìn)行轉(zhuǎn)換檢查的過程包括
IP消息網(wǎng)關(guān)判斷是否需要進(jìn)行服務(wù)層面的互通。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述IP消息網(wǎng)關(guān)判斷是否需要進(jìn)行服務(wù)層面的互通的依據(jù)包括根據(jù)用戶偏好或運營商策略確定是否需要進(jìn)行服務(wù)層面的互通；或者，所述IP消息網(wǎng)關(guān)確定被叫IMS域不可達(dá)時，確定要進(jìn)行服務(wù)層面的互通。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述轉(zhuǎn)換檢查通過后，進(jìn)一步包括所述IP消息網(wǎng)關(guān)對互通業(yè)務(wù)進(jìn)行授權(quán)，授權(quán)成功后，再將接收到的基于SIP的消息轉(zhuǎn)換為傳統(tǒng)短消息格式。
6.根據(jù)權(quán)利要求3所述的方法，其特征在于，如果未通過轉(zhuǎn)換檢查，進(jìn)一步包括IP消息網(wǎng)關(guān)給所述UE返回失敗報告。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，IP消息網(wǎng)關(guān)將轉(zhuǎn)換后的傳統(tǒng)短消息發(fā)送至傳統(tǒng)短消息系統(tǒng)之前，進(jìn)一步包括
對消息進(jìn)行拆分和組裝，之后再發(fā)送。
8.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述IP消息網(wǎng)關(guān)將所述基于SIP的消息轉(zhuǎn)換為的傳統(tǒng)短消息的過程包括消息體的轉(zhuǎn)換和用戶標(biāo)識的轉(zhuǎn)換。
9.根據(jù)權(quán)利要求1所述的方法，其特征在于，進(jìn)一步包括IP消息網(wǎng)關(guān)在接收到傳統(tǒng)消息系統(tǒng)的短消息之后，直接返回基于SIP的響應(yīng)消息；或者，IP消息網(wǎng)關(guān)接收傳統(tǒng)消息系統(tǒng)返回的短消息接收的報告，將短消息傳送報告轉(zhuǎn)換為相應(yīng)的基于SIP的響應(yīng)消息，將轉(zhuǎn)換后的基于SIP的響應(yīng)消息經(jīng)IMS網(wǎng)絡(luò)發(fā)送給所述UE。
10.根據(jù)權(quán)利要求1所述的方法，其特征在于，進(jìn)一步包括IP消息網(wǎng)關(guān)對互通業(yè)務(wù)進(jìn)行計費操作。
11.一種SIP消息與傳統(tǒng)短消息互通方法，在IP多媒體子系統(tǒng)IMS域的終止流程中，其特征在于，該方法包括
IP消息網(wǎng)關(guān)接收來自傳統(tǒng)短消息系統(tǒng)的短消息，根據(jù)預(yù)設(shè)的策略選擇IMS域轉(zhuǎn)發(fā)；
IP消息網(wǎng)關(guān)將接收到的傳統(tǒng)短消息轉(zhuǎn)換為基于SIP的消息格式，將轉(zhuǎn)換后基于SIP的消息通過IMS域發(fā)送至UE。
12.根據(jù)權(quán)利要求11所述的方法，其特征在于，在設(shè)置IP消息網(wǎng)關(guān)之后，還包括IMS域中的UE注冊到IP消息網(wǎng)關(guān)中；
所述IP消息網(wǎng)關(guān)將接收到的傳統(tǒng)短消息轉(zhuǎn)換為基于SIP的消息格式之前還包括進(jìn)行互通性檢查，確定需要進(jìn)行消息格式的轉(zhuǎn)換后再執(zhí)行轉(zhuǎn)換操作；
所述進(jìn)行互通性檢查，確定需要進(jìn)行消息格式的轉(zhuǎn)換的過程包括
IP消息網(wǎng)關(guān)根據(jù)下載的用戶注冊時獲得的用戶簽約數(shù)據(jù)，檢查所述UE是否支持服務(wù)層面的互通，且不能支持傳統(tǒng)的短消息協(xié)議棧，若是，則再檢查消息體的格式是否能夠進(jìn)行格式轉(zhuǎn)換，若能，確定需要進(jìn)行消息格式的轉(zhuǎn)換；
或者，
檢查是否用戶喜好或運營商策略要求進(jìn)行業(yè)務(wù)層面的互通，若是，則再檢查消息體的格式是否能夠進(jìn)行格式轉(zhuǎn)換，若能，則確定需要進(jìn)行消息格式的轉(zhuǎn)換。
13.根據(jù)權(quán)利要求12所述的方法，其特征在于，IP消息網(wǎng)關(guān)獲得用戶簽約數(shù)據(jù)之后，檢查所述UE是否支持服務(wù)層面的互通之前，進(jìn)一步包括
根據(jù)用戶簽約數(shù)據(jù)檢查所述UE是否支持傳統(tǒng)短消息，若支持，則將接收到的傳統(tǒng)短消息轉(zhuǎn)換為封裝的SIP消息格式，將轉(zhuǎn)換后基于SIP的消息通過IMS域發(fā)送至所述UE，若不支持，再進(jìn)行后續(xù)處理。
14.根據(jù)權(quán)利要求12所述的方法，其特征在于，若根據(jù)互通性檢查確定不需要進(jìn)行消息格式的轉(zhuǎn)換，則將接收到的傳統(tǒng)短消息轉(zhuǎn)換為封裝的SIP消息格式，將轉(zhuǎn)換后基于SIP的消息通過IMS域發(fā)送至所述UE。
15.根據(jù)權(quán)利要求11所述的方法，其特征在于，所述IP消息網(wǎng)關(guān)將轉(zhuǎn)換后基于SIP的消息通過IMS域發(fā)送至所述UE的過程包括
IP消息網(wǎng)關(guān)將轉(zhuǎn)換后基于SIP的消息轉(zhuǎn)發(fā)到S-CSCF，S-CSCF對接收到的基于SIP的消息進(jìn)行初始過濾規(guī)則的檢查，檢查通過后把SIP消息轉(zhuǎn)發(fā)到UE；
UE返回消息成功接收的響應(yīng)到S-CSCF；S-CSCF轉(zhuǎn)發(fā)消息成功接收的響應(yīng)到IP消息網(wǎng)關(guān)。
16.根據(jù)權(quán)利要求11所述的方法，其特征在于，所述IP消息網(wǎng)關(guān)將轉(zhuǎn)換后基于SIP的消息通過IMS域發(fā)送至UE之前進(jìn)一步包括將主被叫標(biāo)識轉(zhuǎn)換為IMS網(wǎng)絡(luò)可以識別的形式，并根據(jù)運營商的偏好選擇是否對轉(zhuǎn)換后的消息進(jìn)行存儲。
17.根據(jù)權(quán)利要求11所述的方法，其特征在于，IP消息網(wǎng)關(guān)將轉(zhuǎn)換后的傳統(tǒng)短消息發(fā)送至傳統(tǒng)短消息系統(tǒng)之前，進(jìn)一步包括
對消息進(jìn)行拆分和組裝，之后再發(fā)送。
18.根據(jù)權(quán)利要求11所述的方法，其特征在于，在所述終端成功收到短信后，進(jìn)一步包括
IP消息網(wǎng)關(guān)生成傳統(tǒng)短消息系統(tǒng)能夠識別格式的發(fā)送報告Deliveryreport，將其傳送至短消息中心；
短消息中心接收到所述發(fā)送報告后發(fā)送狀態(tài)報告到HSS，更新HSS中的數(shù)據(jù)庫。
19.一種會話初始協(xié)議SIP消息與傳統(tǒng)短消息互通方法，在IP多媒體子系統(tǒng)IMS域的起始流程中，其特征在于，該方法包括
服務(wù)呼叫控制功能S-CSCF接收來自用戶終端UE的基于SIP的消息，判斷是否需發(fā)送所述SIP消息至SMI AS，若是，再將所述基于SIP的消息發(fā)送至SMI AS；
SMI AS將接收到的基于SIP的消息轉(zhuǎn)換為傳統(tǒng)短消息格式，將轉(zhuǎn)換后的傳統(tǒng)短消息發(fā)送至傳統(tǒng)短消息系統(tǒng)。
20.根據(jù)權(quán)利要求19所述的方法，其特征在于，
在所述UE發(fā)送基于SIP的消息之前，還包括IMS域中的UE注冊到SMI AS中；
在SMI AS進(jìn)行消息格式轉(zhuǎn)換之前，進(jìn)一步包括從接收到的消息中獲取所述UE標(biāo)識，根據(jù)該標(biāo)識所述UE注冊的簽約信息，進(jìn)行互通業(yè)務(wù)授權(quán)，若授權(quán)成功，再檢查消息體的格式是否能夠進(jìn)行轉(zhuǎn)換，若能，再執(zhí)行轉(zhuǎn)換操作，否則，給S-CSCF返回失敗報告。
21.根據(jù)權(quán)利要求20所述的方法，其特征在于，所述S-CSCF根據(jù)初始過濾規(guī)則進(jìn)行判斷；所述判斷的步驟具體包括
檢查所述SIP消息攜帶的能力特征標(biāo)識feature tag是否為封裝的IMS消息，或檢查用戶是否簽約了服務(wù)層面的互通業(yè)務(wù)，或檢查SIP消息攜帶的交流業(yè)務(wù)標(biāo)識CSID的信息標(biāo)識是否為服務(wù)層面的互通類業(yè)務(wù)，
若其中之一為是，則確定需要將所述SIP消息路由到所述SMI AS上。
22.根據(jù)權(quán)利要求19所述的方法，其特征在于，將所述SMI AS接收到所述SIP消息后，將接收到的基于SIP的消息轉(zhuǎn)換為傳統(tǒng)短消息格式之前，進(jìn)一步包括
所述SMI AS判斷是否需要進(jìn)行服務(wù)層面的互通，如果需要再將接收到的所述基于SIP的消息轉(zhuǎn)換為傳統(tǒng)短消息格式。
23.根據(jù)權(quán)利要求22所述的方法，其特征在于，所述SMIAS判斷是否需要進(jìn)行服務(wù)層面的互通的依據(jù)包括根據(jù)用戶偏好或運營商策略確定是否需要進(jìn)行服務(wù)層面的互通；或者，所述SMIAS確定被叫IMS域不可達(dá)時，確定要進(jìn)行服務(wù)層面的互通。
24.根據(jù)權(quán)利要求22所述的方法，其特征在于，所述SMI AS確定需要進(jìn)行服務(wù)層面的互通之后，將接收到的基于SIP的消息轉(zhuǎn)換為傳統(tǒng)短消息格式之前，進(jìn)一步包括所述SMI AS對互通業(yè)務(wù)進(jìn)行授權(quán)，授權(quán)成功后，再將接收到的基于SIP的消息轉(zhuǎn)換為傳統(tǒng)短消息格式。
25.根據(jù)權(quán)利要求19或20所述的方法，其特征在于，進(jìn)一步包括SMIAS接收到傳統(tǒng)短消息系統(tǒng)發(fā)送的短消息后，經(jīng)IMS網(wǎng)絡(luò)直接返回基于SIP的響應(yīng)消息至所述UE；或者，SMI AS接收傳統(tǒng)消息系統(tǒng)返回的短消息接收的報告，將短消息傳送報告轉(zhuǎn)換為相應(yīng)的基于SIP的響應(yīng)消息，將轉(zhuǎn)換后的基于SIP的響應(yīng)消息經(jīng)IMS網(wǎng)絡(luò)發(fā)送給所述UE。
26.一種SIP消息與傳統(tǒng)短消息互通方法，在IP多媒體子系統(tǒng)IMS域的終止流程中，其特征在于，該方法包括
I)IP消息網(wǎng)關(guān)IP-SM-GW接收來自傳統(tǒng)短消息系統(tǒng)的短消息，從HSS獲得路由信息，根據(jù)運營商策略或用戶偏好選擇IMS域轉(zhuǎn)發(fā)；
II)檢查如果需要，則將所述基于SIP的消息發(fā)送至已設(shè)置的SMI AS；
III)SMI AS將接收到的傳統(tǒng)短消息轉(zhuǎn)換為基于SIP的消息格式，將轉(zhuǎn)換后基于SIP的消息通過IMS域發(fā)送至UE。
27.根據(jù)權(quán)利要求26所述的方法，其特征在于，
在設(shè)置SMI AS之后，步驟I)之前，還包括IMS域中的UE注冊到SMIAS和IP消息網(wǎng)關(guān)中；
在SMI AS進(jìn)行消息格式轉(zhuǎn)換之前，進(jìn)一步包括從接收到的消息中獲取所述UE標(biāo)識，根據(jù)該標(biāo)識所述UE注冊的簽約信息，進(jìn)行互通業(yè)務(wù)授權(quán)，若授權(quán)成功，再執(zhí)行轉(zhuǎn)換操作，否則，SMI AS給消息發(fā)送方返回失敗報告。
28.根據(jù)權(quán)利要求27所述的方法，其特征在于，所述IMS域中的UE注冊到SMI AS和IP消息網(wǎng)關(guān)的過程包括
UE建立到IMS域的IP連接后，向S-CSCF發(fā)送IMS注冊請求，其中攜帶用于標(biāo)識用戶終端是否支持傳統(tǒng)短消息業(yè)務(wù)的能力特征標(biāo)識；
UE通過執(zhí)行現(xiàn)有的注冊流程注冊到S-CSCF和IP消息網(wǎng)關(guān)上；
S-CSCF通過UE攜帶的能力特征標(biāo)識判斷該用戶終端是否不能支持傳統(tǒng)短消息業(yè)務(wù)，且用戶簽約了服務(wù)層面的互通業(yè)務(wù)，若是，則S-CSCF向SMIAS轉(zhuǎn)發(fā)注冊請求；
SMI AS向S-CSCF返回表明注冊成功的響應(yīng)消息，并將相關(guān)信息發(fā)送給HSS。
29.根據(jù)權(quán)利要求26所述的方法，其特征在于，
所述SMI AS與IP消息網(wǎng)關(guān)之間是E/Gd接口；
步驟I)之后進(jìn)一步包括IP消息網(wǎng)關(guān)將接收到的傳統(tǒng)短消息封裝在基于SIP的消息體內(nèi)，將封裝后的消息發(fā)送至S-CSCF；
步驟II)所述檢查由S-CSCF根據(jù)初始過濾規(guī)則執(zhí)行。
30.根據(jù)權(quán)利要求29所述的方法，其特征在于，步驟II)所述檢查需要將所述消息發(fā)送到SMIAS的過程包括
S-CSCF檢查包括所述UE是否已成功的注冊到了SMI AS上，且當(dāng)前的所述UE不能支持傳統(tǒng)短消息協(xié)議棧，若是，則確定需要將所述消息發(fā)送到SMIAS；
或者，
S-CSCF檢查到用戶喜好或運營商策略要求進(jìn)行業(yè)務(wù)層面的互通，則確定需要將所述消息發(fā)送到SMI AS。
31.根據(jù)權(quán)利要求29所述的方法，其特征在于，步驟III)所述將轉(zhuǎn)換后基于SIP的消息通過IMS域發(fā)送至所述UE的過程包括
SMI AS返回轉(zhuǎn)換后的基于SIP的消息到S-CSCF，由S-CSCF轉(zhuǎn)發(fā)接收到的基于SIP的消息到所述UE；
所述UE返回基于SIP的消息成功接收響應(yīng)到S-CSCF，由S-CSCF轉(zhuǎn)發(fā)基于SIP消息的成功接收響應(yīng)到SMI AS和IP消息網(wǎng)關(guān)。
32.根據(jù)權(quán)利要求29所述的方法，其特征在于，步驟III)所述將轉(zhuǎn)換后基于SIP的消息通過IMS域發(fā)送至所述UE的過程包括
SMI AS將接收到的傳統(tǒng)短消息轉(zhuǎn)換為基于SIP的消息格式后，發(fā)送消息成功接收響應(yīng)200 OK到S-CSCF，由S-CSCF轉(zhuǎn)發(fā)消息成功接收響應(yīng)200 OK到IP消息網(wǎng)關(guān)；
SMI AS返回轉(zhuǎn)換后的基于SIP的消息到S-CSCF，由S-CSCF通過IMS域把基于SIP的消息下發(fā)到UE；
UE返回消息成功接收的響應(yīng)到S-CSCF，由S-CSCF返回消息成功接收的響應(yīng)到SMI AS。
33.根據(jù)權(quán)利要求29所述的方法，其特征在于，所述終端成功收到短信后，進(jìn)一步包括
SMI AS生成傳統(tǒng)短消息系統(tǒng)能夠識別格式的發(fā)送報告，將其封裝在基于SIP的消息體中，經(jīng)S-CSCF發(fā)送給IP消息網(wǎng)關(guān)；
IP消息網(wǎng)關(guān)將解封裝后的發(fā)送報告?zhèn)魉椭炼滔⒅行模?br> 短消息中心接收到所述發(fā)送報告后發(fā)送狀態(tài)報告到HSS，更新HSS中的數(shù)據(jù)庫。
34.根據(jù)權(quán)利要求26所述的方法，其特征在于，
所述SMI AS與IP消息網(wǎng)關(guān)之間是MAP接口；
步驟II)所述檢查由IP消息網(wǎng)關(guān)執(zhí)行。
35.根據(jù)權(quán)利要求34所述的方法，其特征在于，步驟II)所述根據(jù)初始過濾規(guī)則檢查需要將所述消息發(fā)送到SMI AS的過程包括
IP消息網(wǎng)關(guān)檢查UE的簽約信息，如果所述UE支持服務(wù)層面互通，且當(dāng)前的用戶終端不能支持傳統(tǒng)短消息協(xié)議棧，則確定需要將所述消息發(fā)送到SMIAS；
或者，
IP消息網(wǎng)關(guān)檢查到用戶喜好或運營商策略要求進(jìn)行業(yè)務(wù)層面的互通，則確定需要將所述消息發(fā)送到SMI AS。
36.根據(jù)權(quán)利要求34所述的方法，其特征在于，步驟III)所述將轉(zhuǎn)換后基于SIP的消息通過IMS域發(fā)送至所述UE的過程包括
SMI AS返回轉(zhuǎn)換后的基于SIP的消息到S-CSCF，由S-CSCF通過IMS域把基于SIP的消息下發(fā)到所述UE；
所述UE返回基于SIP的消息成功接收響應(yīng)到S-CSCF，由S-CSCF轉(zhuǎn)發(fā)基于SIP的消息成功接收響應(yīng)到SMI AS。
37.根據(jù)權(quán)利要求34所述的方法，其特征在于，步驟III)所述將轉(zhuǎn)換后基于SIP的消息通過IMS域發(fā)送至所述UE的過程包括
SMI AS返回轉(zhuǎn)換后的基于SIP的消息到S-CSCF，由S-CSCF通過IMS域把基于SIP的消息下發(fā)到UE；
UE返回消息成功接收的響應(yīng)到S-CSCF，由S-CSCF返回消息成功接收的響應(yīng)到SMIAS。
38.根據(jù)權(quán)利要求34所述的方法，其特征在于，在所述終端成功收到短信后，進(jìn)一步包括
SMI AS生成傳統(tǒng)短消息系統(tǒng)能夠識別格式的發(fā)送報告Delivery report，將其通過MAP接口發(fā)送給IP消息網(wǎng)關(guān)；
IP消息網(wǎng)關(guān)將接收到的發(fā)送報告?zhèn)魉椭炼滔⒅行模?br> 短消息中心接收到所述發(fā)送報告后發(fā)送狀態(tài)報告到HSS，更新HSS中的數(shù)據(jù)庫。
39.根據(jù)權(quán)利要求26所述的方法，其特征在于，SMIAS將轉(zhuǎn)換后基于SIP的消息通過IMS域發(fā)送至所述UE之前，進(jìn)一步包括對轉(zhuǎn)換后基于SIP的消息進(jìn)行備份。
40.一種SIP消息與傳統(tǒng)短消息互通系統(tǒng)，包括傳統(tǒng)短消息系統(tǒng)、IMS核心網(wǎng)、IP消息網(wǎng)關(guān)、用戶終端，其特征在于，該系統(tǒng)還包括用于進(jìn)行消息格式轉(zhuǎn)換的消息互通實體SMI AS，其中，
所述IMS核心網(wǎng)，用于接收來自UE的基于SIP的消息，確定需要將所述消息發(fā)送到SMI AS后，將所述基于SIP的消息發(fā)送至SMI AS；
所述IP消息網(wǎng)關(guān)，用于接收來自傳統(tǒng)短消息系統(tǒng)的短消息，根據(jù)運營商策略或用戶偏好選擇IMS核心網(wǎng)轉(zhuǎn)發(fā)；
所述SMI AS，用于將接收到的基于SIP的消息轉(zhuǎn)換為傳統(tǒng)短消息格式，將轉(zhuǎn)換后的傳統(tǒng)短消息發(fā)送至傳統(tǒng)短消息系統(tǒng)；將接收到的傳統(tǒng)短消息轉(zhuǎn)換為基于SIP的消息格式，將轉(zhuǎn)換后基于SIP的消息通過IMS核心網(wǎng)發(fā)送至被叫UE。
41.根據(jù)權(quán)利要求40所述的系統(tǒng)，其特征在于，
當(dāng)SMI AS集成傳統(tǒng)的短消息中心的功能時，所述傳統(tǒng)短消息系統(tǒng)包括位于被叫網(wǎng)絡(luò)內(nèi)的HSS，以及MSC和/或SGSN，且所述SMI AS通過C接口與被叫UE網(wǎng)絡(luò)的HSS相連，通過E/Gd與被叫UE網(wǎng)絡(luò)的MSC/SGSN相連；
當(dāng)SMI AS未集成傳統(tǒng)的短消息中心的功能時，所述傳統(tǒng)短消息系統(tǒng)包括傳統(tǒng)的短消息中心，所述SMI AS通過E/Gd接口與傳統(tǒng)的短消息中心相連。
42.根據(jù)權(quán)利要求40所述的系統(tǒng)，其特征在于，
當(dāng)IP消息網(wǎng)關(guān)和SMI AS之間為E/Gd接口時，所述IP消息網(wǎng)關(guān)和SMIAS之間通過IMS核心網(wǎng)進(jìn)行消息交互；所述IP消息網(wǎng)關(guān)和IMS核心網(wǎng)之間是ISC接口，所述SMI AS和IMS核心網(wǎng)之間是ISC接口；
當(dāng)IP消息網(wǎng)關(guān)和SMI AS之間為MAP接口時，所述IP消息網(wǎng)關(guān)和SMIAS之間通過MAP接口直接進(jìn)行消息交互。
43.根據(jù)權(quán)利要求40所述的系統(tǒng)，其特征在于，所述SMI AS是獨立存在的新增加的網(wǎng)絡(luò)實體，或是現(xiàn)有網(wǎng)絡(luò)實體上新增的功能模塊。
44.一種SIP消息與傳統(tǒng)短消息互通系統(tǒng)，包括傳統(tǒng)短消息系統(tǒng)、IMS核心網(wǎng)、用戶終端，其特征在于，該系統(tǒng)還包括具有消息格式轉(zhuǎn)換能力的IP消息網(wǎng)關(guān)，其中，
所述IMS核心網(wǎng)，用于接收來自用戶終端UE的基于SIP的消息，確定需要將所述消息發(fā)送到IP消息網(wǎng)關(guān)后，再將所述基于SIP的消息發(fā)送至IP消息網(wǎng)關(guān)；
所述IP消息網(wǎng)關(guān)，用于將接收到的基于SIP的消息轉(zhuǎn)換為傳統(tǒng)短消息格式，將轉(zhuǎn)換后的傳統(tǒng)短消息發(fā)送至傳統(tǒng)短消息系統(tǒng)；接收來自傳統(tǒng)短消息系統(tǒng)的短消息，選擇IMS域轉(zhuǎn)發(fā)后，將所述消息轉(zhuǎn)換為基于SIP的消息格式，將轉(zhuǎn)換后基于SIP的消息通過IMS核心網(wǎng)發(fā)送至被叫UE。
45.根據(jù)權(quán)利要求44所述的系統(tǒng)，其特征在于，
當(dāng)IP消息網(wǎng)關(guān)集成傳統(tǒng)的短消息中心的功能時，所述傳統(tǒng)短消息系統(tǒng)包括位于被叫網(wǎng)絡(luò)內(nèi)的HSS，以及MSC和/或SGSN，且所述IP消息網(wǎng)關(guān)通過C接口與被叫UE網(wǎng)絡(luò)的HSS相連，通過E/Gd與被叫UE網(wǎng)絡(luò)的MSC/SGSN相連；
當(dāng)IP消息網(wǎng)關(guān)未集成傳統(tǒng)的短消息中心的功能時，所述傳統(tǒng)短消息系統(tǒng)包括傳統(tǒng)的短消息中心，所述IP消息網(wǎng)關(guān)通過E/Gd接口與傳統(tǒng)的短消息中心相連。
46.一種SIP消息與傳統(tǒng)短消息互通系統(tǒng)，包括傳統(tǒng)短消息系統(tǒng)、IMS核心網(wǎng)、用戶終端，其特征在于，該系統(tǒng)還包括具有消息格式轉(zhuǎn)換能力的消息互通實體SMI AS，其中，
所述SMI AS，用于通過ISC接口和IMS核心網(wǎng)相連，
當(dāng)SMI AS所在IMS域作為起始域時，所述SMI AS與主叫網(wǎng)絡(luò)中的傳統(tǒng)短消息系統(tǒng)進(jìn)行信息交互；
當(dāng)SMI AS所在IMS域作為終結(jié)域時，所述SMI AS與被叫網(wǎng)絡(luò)中的傳統(tǒng)短消息系統(tǒng)進(jìn)行信息交互。
47.根據(jù)權(quán)利要求46所述的系統(tǒng)，其特征在于，SMI AS所在IMS域作為起始域時，當(dāng)所述SMI AS集成傳統(tǒng)的短消息中心的功能時，所述傳統(tǒng)短消息系統(tǒng)包括位于被叫網(wǎng)絡(luò)內(nèi)的HSS，以及MSC和/或SGSN，且所述SMI AS通過C接口與被叫UE網(wǎng)絡(luò)的HSS相連，通過E/Gd與被叫UE網(wǎng)絡(luò)的MSC/SGSN相連；
當(dāng)所述SMI AS未集成傳統(tǒng)的短消息中心的功能時，所述傳統(tǒng)短消息系統(tǒng)包括主叫網(wǎng)內(nèi)的傳統(tǒng)短消息中心，所述SMI AS通過E/Gd接口與主叫網(wǎng)中的傳統(tǒng)短消息中心相連；
當(dāng)SMI AS所在IMS域作為起始域時，所述SMI AS通過MAP接口與被叫網(wǎng)絡(luò)中的傳統(tǒng)短消息的路由實體直接相連。
48.根據(jù)權(quán)利要求47所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括中間路由器實體，當(dāng)SMI AS所在IMS域作為起始域時，所述SMI AS通過中間路由器實體和被叫網(wǎng)絡(luò)中的傳統(tǒng)短消息的路由實體相連。
49.根據(jù)權(quán)利要求47或48所述的系統(tǒng)，其特征在于，所述傳統(tǒng)短消息的路由實體包括GMSC和/或SMS-IWMSC。
50.根據(jù)權(quán)利要求46所述的系統(tǒng)，其特征在于，所述SMI AS是獨立存在的新增加的網(wǎng)絡(luò)實體，或是現(xiàn)有網(wǎng)絡(luò)實體上新增的功能模塊。
51.一種消息互通實體，其特征在于，包括存儲轉(zhuǎn)發(fā)模塊、消息轉(zhuǎn)換模塊和業(yè)務(wù)授權(quán)模塊，其中，
所述存儲轉(zhuǎn)發(fā)模塊，用于接收到來自一網(wǎng)絡(luò)側(cè)的消息，發(fā)送業(yè)務(wù)授權(quán)請求到業(yè)務(wù)授權(quán)模塊；接收來自業(yè)務(wù)授權(quán)模塊的成功授權(quán)響應(yīng)，將來自網(wǎng)絡(luò)側(cè)的消息轉(zhuǎn)發(fā)到消息轉(zhuǎn)換模塊；接收來自消息轉(zhuǎn)換模塊返回的消息，確定該消息的格式，向能夠識別該消息格式的網(wǎng)絡(luò)側(cè)下發(fā)；
所述業(yè)務(wù)授權(quán)模塊，用于收到業(yè)務(wù)授權(quán)請求后，對用戶的簽約信息進(jìn)行檢查，并向存儲轉(zhuǎn)發(fā)模塊返回授權(quán)響應(yīng)；
所述消息轉(zhuǎn)換模塊，用于接收來自存儲轉(zhuǎn)發(fā)模塊發(fā)送的消息，對該消息的格式進(jìn)行轉(zhuǎn)換，把格式轉(zhuǎn)換后消息返回到存儲轉(zhuǎn)發(fā)模塊。
52.根據(jù)權(quán)利要求51所述的消息互通實體，其特征在于，所述存儲轉(zhuǎn)發(fā)模塊還用于接收來自業(yè)務(wù)授權(quán)模塊的失敗授權(quán)響應(yīng)，給消息發(fā)送方返回錯誤響應(yīng)。
53.根據(jù)權(quán)利要求51所述的消息互通實體，其特征在于，所述存儲轉(zhuǎn)發(fā)模塊、消息轉(zhuǎn)換模塊和業(yè)務(wù)授權(quán)模塊位于同一物理實體內(nèi)，或位于不同的物理實體內(nèi)。
54.根據(jù)權(quán)利要求52所述的消息互通實體，其特征在于，所述存儲轉(zhuǎn)發(fā)模塊包括存儲轉(zhuǎn)發(fā)子模塊一和存儲轉(zhuǎn)發(fā)子模塊二，
所述存儲轉(zhuǎn)發(fā)子模塊一，用于接收到來自IMS域的消息，發(fā)送業(yè)務(wù)授權(quán)請求到業(yè)務(wù)授權(quán)模塊；接收來自業(yè)務(wù)授權(quán)模塊的成功授權(quán)響應(yīng)，將來自網(wǎng)絡(luò)側(cè)的消息轉(zhuǎn)發(fā)到消息轉(zhuǎn)換模塊；接收來自消息轉(zhuǎn)換模塊返回的消息，確定該消息的格式為傳統(tǒng)短消息格式后，向傳統(tǒng)短消息域的網(wǎng)絡(luò)側(cè)下發(fā)；接收來自業(yè)務(wù)授權(quán)模塊的失敗授權(quán)響應(yīng)，返回錯誤報告；
所述存儲轉(zhuǎn)發(fā)子模塊二，用于接收來自傳統(tǒng)短消息域的消息，發(fā)送業(yè)務(wù)授權(quán)請求到業(yè)務(wù)授權(quán)模塊；接收到來自業(yè)務(wù)授權(quán)模塊的成功授權(quán)響應(yīng)，將來自網(wǎng)絡(luò)側(cè)的消息轉(zhuǎn)發(fā)到消息轉(zhuǎn)換模塊；接收來自消息轉(zhuǎn)換模塊返回的消息，確定該消息的格式為基于SIP的消息格式后，向IMS域的網(wǎng)絡(luò)側(cè)下發(fā)；接收來自業(yè)務(wù)授權(quán)模塊的失敗授權(quán)響應(yīng)，返回錯誤報告。
55.根據(jù)權(quán)利要求54所述的消息互通實體，其特征在于，所述消息轉(zhuǎn)換模塊包括消息轉(zhuǎn)換子模塊一和消息轉(zhuǎn)換子模塊二，
所述消息轉(zhuǎn)換子模塊一，用于接收來自存儲轉(zhuǎn)發(fā)子模塊一的基于SIP的消息，將該消息轉(zhuǎn)換為傳統(tǒng)短消息格式后，返回給存儲轉(zhuǎn)發(fā)子模塊一；
所述消息轉(zhuǎn)換子模塊二，用于接收來自存儲轉(zhuǎn)發(fā)子模塊一的傳統(tǒng)短消息，將該消息轉(zhuǎn)換為基于SIP的消息后，返回給存儲轉(zhuǎn)發(fā)子模塊二。
56.根據(jù)權(quán)利要求55所述的消息互通實體，其特征在于，所述存儲轉(zhuǎn)發(fā)子模塊一、存儲轉(zhuǎn)發(fā)子模塊二、消息轉(zhuǎn)換子模塊一、消息轉(zhuǎn)換子模塊二位于相同或不同的物理實體內(nèi)。
57.一種消息互通實體，其特征在于，包括存儲轉(zhuǎn)發(fā)模塊、消息轉(zhuǎn)換模塊和業(yè)務(wù)授權(quán)模塊，其中，
所述存儲轉(zhuǎn)發(fā)模塊，用于接收來自傳統(tǒng)短消息域的傳統(tǒng)短消息后，發(fā)送業(yè)務(wù)授權(quán)請求到業(yè)務(wù)授權(quán)模塊；接收來自業(yè)務(wù)授權(quán)模塊的成功授權(quán)響應(yīng)，將接收到的消息轉(zhuǎn)發(fā)到消息轉(zhuǎn)換模塊；用于接收來自消息轉(zhuǎn)換模塊的傳統(tǒng)短消息后，轉(zhuǎn)發(fā)傳統(tǒng)短消息到傳統(tǒng)短消息域；
所述業(yè)務(wù)授權(quán)模塊收，用于業(yè)務(wù)授權(quán)請求，對用戶的簽約信息進(jìn)行檢查，并向存儲轉(zhuǎn)發(fā)模塊或消息轉(zhuǎn)換模塊返回授權(quán)響應(yīng)；
所述消息轉(zhuǎn)換模塊，用于接收到存儲轉(zhuǎn)發(fā)模塊發(fā)送的傳統(tǒng)短消息以后，把傳統(tǒng)短消息轉(zhuǎn)換成基于SIP的消息格式，并把轉(zhuǎn)換后的SIP消息轉(zhuǎn)發(fā)至IMS域；用于接收來自IMS域的基于SIP的消息，發(fā)送業(yè)務(wù)授權(quán)請求到業(yè)務(wù)授權(quán)模塊；接收來自業(yè)務(wù)授權(quán)模塊的業(yè)務(wù)成功授權(quán)響應(yīng)，將基于SIP的消息轉(zhuǎn)換成傳統(tǒng)的短消息格式，將轉(zhuǎn)換后的傳統(tǒng)短消息發(fā)送至存儲轉(zhuǎn)發(fā)模塊。
58.根據(jù)權(quán)利要求57所述的消息互通實體，其特征在于，
所述存儲轉(zhuǎn)發(fā)模塊，還用于接收來自業(yè)務(wù)授權(quán)模塊的失敗響應(yīng)，返回錯誤響應(yīng)到傳統(tǒng)短消息域；
所述消息轉(zhuǎn)換模塊，還用于接收來自業(yè)務(wù)授權(quán)模塊的失敗響應(yīng)，返回錯誤響應(yīng)到IMS域。
59.根據(jù)權(quán)利要求57所述的消息互通實體，其特征在于，所述存儲轉(zhuǎn)發(fā)模塊在轉(zhuǎn)發(fā)傳統(tǒng)短消息到傳統(tǒng)短消息域之前，還用于根據(jù)運營商策略對傳統(tǒng)短消息進(jìn)行存儲備份。
60.根據(jù)權(quán)利要求57所述的消息互通實體，其特征在于，所述存儲轉(zhuǎn)發(fā)模塊、消息轉(zhuǎn)換模塊和業(yè)務(wù)授權(quán)模塊位于同一物理實體內(nèi)，或位于不同的物理實體內(nèi)。
全文摘要
本發(fā)明公開了SIP消息與傳統(tǒng)短消息的消息互通方法和系統(tǒng)，其關(guān)鍵是，使用一個用于消息互通的實體SMI AS來進(jìn)行基于SIP的消息和傳統(tǒng)網(wǎng)絡(luò)消息互通業(yè)務(wù)的授權(quán)，消息格式的轉(zhuǎn)換和消息的存儲轉(zhuǎn)發(fā)功能。這里，SMI AS可以為新增加的一個網(wǎng)絡(luò)實體，也可以為現(xiàn)有網(wǎng)絡(luò)實體上的新增的功能模塊，它通過用戶的第三方注冊為用戶提供服務(wù)。應(yīng)用本發(fā)明，使不支持傳統(tǒng)短消息業(yè)務(wù)的純IMS終端也能夠與傳統(tǒng)終端之間實現(xiàn)消息類業(yè)務(wù)的互通，豐富了業(yè)務(wù)種類。本發(fā)明同時還公開了消息互通的實體。
文檔編號H04W80/10GK101184258SQ20071014385
公開日2008年5月21日 申請日期2007年8月3日 優(yōu)先權(quán)日2006年11月15日
發(fā)明者芳 陳, 孫成振, 段小琴 申請人:華為技術(shù)有限公司