專利名稱：消息群發(fā)處理的方法、系統(tǒng)和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其指一種消息群發(fā)處理的方法、系統(tǒng)和設(shè)備。
背景技術(shù)：
IMS (IP Multimedia Subsystem, IP多媒體子系統(tǒng))是3GPP (The 3rd Generation Partnership Project,第三代合作伙伴計劃)提出的支持IP多Jf某體業(yè) 務(wù)的子系統(tǒng)，IMS是一個在IP域上面的多々某體控制平臺，支持會話類和非會 話類多媒體業(yè)務(wù)，為未來的多媒體應(yīng)用提供一個通用的業(yè)務(wù)使能平臺。隨著基于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 (Session Initiation Protocol,會議初始化協(xié)議)消息類業(yè)務(wù)和傳統(tǒng)的消息業(yè)務(wù)之間的業(yè)務(wù)互通； 在實現(xiàn)基于SIP的消息類業(yè)務(wù)和傳統(tǒng)消息業(yè)務(wù)互通的基礎(chǔ)上，如何保持用戶 體驗的一致性，如消息報告的處理，由IMS域發(fā)起的消息群發(fā)業(yè)務(wù)等，是目 前需要解決的問題?，F(xiàn)有技術(shù)在3GPP的規(guī)范中，提出了基于SIP的消息和傳統(tǒng)的短消息業(yè)務(wù) 在傳輸層面和服務(wù)層面上的互通，其中IP消息網(wǎng)關(guān)作為IMS域和傳統(tǒng)CS (Circuit Switch,電路交換)域/PS (Packet Switch,分組交換)域之間的短消 息承載互通網(wǎng)關(guān)，進行基于SIP的消息和傳統(tǒng)網(wǎng)絡(luò)消息互通業(yè)務(wù)的鑒權(quán)，消 息格式的封裝/解封裝或轉(zhuǎn)換和消息的存儲轉(zhuǎn)發(fā)功能?，F(xiàn)有技術(shù)在OMA (Open Mobile Alliance,開放移動聯(lián)盟)的規(guī)范中，提 出了 IM (Instant Message,及時消息)消息之間的群發(fā)業(yè)務(wù)?？刂品?wù)器為 進行IM消息群發(fā)業(yè)務(wù)的業(yè)務(wù)控制點，所有需要進行群發(fā)業(yè)務(wù)的IM消息都要 經(jīng)過控制服務(wù)器，由控制服務(wù)器根據(jù)管理的群組信息，生成若干條IM消息進行下發(fā)，并對接收到的成功報告進行匯聚后返回到消息的發(fā)送端。延時的消 息在發(fā)送成功以后，經(jīng)過控制服務(wù)器轉(zhuǎn)發(fā)報告到消息的發(fā)送端，不再進行報 告的匯聚。在現(xiàn)有技術(shù)的IMS網(wǎng)絡(luò)與傳統(tǒng)網(wǎng)絡(luò)消息業(yè)務(wù)互通方法中，IP消息網(wǎng)呆實 現(xiàn)了傳統(tǒng)短消息和基于SIP消息的互通，包括傳輸層面和服務(wù)層面的互通。 該方法把承載于MAP (Mobile Application Protocol,移動應(yīng)用協(xié)議)信令中的 短消息封裝或轉(zhuǎn)換成基于SIP格式的消息通過IMS域發(fā)送至被叫用戶終端； 另夕卜，將承載于SIP信令中的消息解封裝或轉(zhuǎn)換成承載于MAP信令的消息并 通過傳統(tǒng)網(wǎng)絡(luò)域，如CS/PS域發(fā)送至^皮叫用戶終端，并且從HSS (Home subscriber server,歸屬簽約用戶服務(wù)器)上下載相關(guān)的路由信息，進行消息的 轉(zhuǎn)發(fā)。此外，IP消息網(wǎng)關(guān)還實現(xiàn)了網(wǎng)絡(luò)域選擇和消息; 各由功能，i吏得短消息 能夠總是發(fā)送至IP消息網(wǎng)關(guān)，并且由IP消息網(wǎng)關(guān)才艮據(jù)運營商策略和用戶偏好 設(shè)置選定相應(yīng)的域后，將短消息路由至相應(yīng)的域從而下發(fā)至被叫用戶終端。目前，對于基于SIP的消息類業(yè)務(wù)和傳統(tǒng)的短消息業(yè)務(wù)，現(xiàn)有技術(shù)中只 提供了主被叫用戶終端都是IM用戶的消息群發(fā)業(yè)務(wù)，以及單條的傳統(tǒng)的短消 息和IMS消息的互通業(yè)務(wù)，對于由IMS域用戶終端發(fā)起的，IMS域向傳統(tǒng)域 的消息群發(fā)處理，現(xiàn)有技術(shù)中并沒有涉及到。發(fā)明內(nèi)容本發(fā)明實施例提供一種消息群發(fā)處理的方法、系統(tǒng)和設(shè)備，以解決現(xiàn)有 技術(shù)中無法實現(xiàn)IMS域向傳統(tǒng)域的消息群發(fā)的問題。為達上述目的，本發(fā)明實施例提供一種消息群發(fā)處理的方法，包括 接收主叫用戶終端的群發(fā)消息；根據(jù)所述群發(fā)消息中攜帶的群組信息生成多條獨立消息并通過服務(wù)呼叫 會話控制S-CSCF功能實體向互通業(yè)務(wù)處理服務(wù)器發(fā)送，以供所述互通業(yè)務(wù)處 理服務(wù)器對所述多條獨立消息進行互通業(yè)務(wù)的處理并轉(zhuǎn)發(fā)到被叫用戶終端。本發(fā)明實施例還提供了 一種消息群發(fā)處理的系統(tǒng)，包括主叫用戶終端和 -故叫用戶終端，還包括群發(fā)服務(wù)器，用于接收所述主叫用戶終端的群發(fā)消息，根據(jù)所述群發(fā)消息中攜帶的群組信息生成多條獨立消息并通過S-CSCF功能實體發(fā)送到互通 業(yè)務(wù)處理服務(wù)器；互通業(yè)務(wù)處理服務(wù)器，用于對所述多條獨立消息進行互通業(yè)務(wù)處理，并 根據(jù)所述多條獨立消息中攜帶的地址信息將所述多條獨立消息發(fā)送到所述被 叫用戶終端。本發(fā)明實施例還提供了一種群發(fā)服務(wù)器，包括第一群發(fā)消息處理單元，用于根據(jù)群發(fā)消息中攜帶的群組信息生成多條 獨立消息；第一消息發(fā)送單元，用于將所述多條獨立消息通過S-CSCF功能實體向互通業(yè)務(wù)處理服務(wù)器發(fā)送。本發(fā)明實施例還提供了一種互通業(yè)務(wù)處理服務(wù)器，包括第二群發(fā)消息處理單元，用于對多條獨立消息進行互通業(yè)務(wù)處理；第二消息發(fā)送單元，用于根據(jù)所述多條獨立消息中攜帶的地址信息將所述多條獨立消息發(fā)送到被叫用戶終端。與現(xiàn)有技術(shù)相比，本發(fā)明實施例通過群發(fā)服務(wù)器和互通業(yè)務(wù)處理服務(wù)器的消息群發(fā)和業(yè)務(wù)互通處理，實現(xiàn)了 IMS域向傳統(tǒng)域的消息群發(fā)。


圖1是本發(fā)明實施例一種消息群發(fā)處理方法的流程圖；圖2是本發(fā)明實施例一的消息群發(fā)示意圖；圖3是本發(fā)明實施例二的t艮告處理示意圖；圖4是本發(fā)明實施例三的報告處理示意圖；圖5是本發(fā)明實施例四的報告處理示意圖；圖6是本發(fā)明實施例五的消息群發(fā)示意圖；圖7是本發(fā)明實施例六的消息群發(fā)示意圖；圖8是本發(fā)明實施例一種消息群發(fā)處理系統(tǒng)的結(jié)構(gòu)示意圖。
具體實施方式
下面結(jié)合附圖和具體實施例進行詳細說明。本發(fā)明實施例提供了 一種IMS域向傳統(tǒng)域的消息群發(fā)的處理方法，即通 過網(wǎng)絡(luò)側(cè)相應(yīng)的節(jié)點，如群發(fā)服務(wù)器，進行消息群發(fā)業(yè)務(wù)的控制和處理，包 括群發(fā)地址的解析、消息群發(fā)的路由、消息報告的處理等，把消息群發(fā)業(yè)務(wù) 和IMS域以及傳統(tǒng)域消息的互通業(yè)務(wù)結(jié)合起來，使得由IMS域用戶終端發(fā)起 的群發(fā)消息能夠順利傳輸?shù)轿挥谌航M列表中包括IMS域的被叫用戶終端和傳 統(tǒng)域的被叫用戶終端在內(nèi)的一個或多個被叫用戶終端。本發(fā)明實施例中群發(fā) 服務(wù)器的功能可由IMS域的AS ( Application Server,應(yīng)用服務(wù)器)來實現(xiàn)。如圖1所示，圖1為本發(fā)明實施例一種消息群發(fā)處理方法的流程圖，包 括以下步驟步驟101,群發(fā)服務(wù)器接收主叫用戶終端發(fā)送的群發(fā)消息。 主叫用戶終端向群發(fā)服務(wù)器發(fā)送群發(fā)消息，該群發(fā)消息中攜帶了群組信 息、DN (Disposition Notification,請求消息發(fā)送才艮告指示符)和CSID (Communication Service Identity, 消息互通業(yè)務(wù)標識)等信息。所謂群組信息，是指為接收該群發(fā)消息的被叫用戶終端定義的標識信息。 如果主叫用戶終端是通過群發(fā)服務(wù)器進行群組信息管理，則該群組信息為群 組ID (Identity,身份)；如果主叫用戶終端是通過其自身對群組信息進行管 理，則該群組信息為群組ID和所有被叫用戶終端的地址信息。其中，主叫用 戶終端通過群發(fā)服務(wù)器進行群組信息管理，是指主叫用戶終端通過Ut接口在 群發(fā)服務(wù)器上維護一個群組數(shù)據(jù)庫，該群組數(shù)據(jù)庫的信息存儲在群發(fā)服務(wù)器 上，其中包括群組ID和群組下所有^^叫用戶終端的地址信息，主叫用戶終端 可根據(jù)需要通過群發(fā)服務(wù)器對該群組數(shù)據(jù)庫中的信息進行添加、刪除和修改 等才喿作。主叫用戶終端通過其自身對群組信息進行管理，是指主叫用戶終端 不和群發(fā)服務(wù)器進行信息交互，直接在主叫用戶終端上維護一個群組數(shù)據(jù)庫， 該群組數(shù)據(jù)庫的信息存儲在主叫用戶終端上，其中包括群組ID和群組下所有 被叫用戶終端的地址信息，可根據(jù)需要直接在主叫用戶終端上對該群組數(shù)據(jù) 庫中的信息進行添加、刪除和修改等操作。所謂DN代表請求被叫用戶終端向主叫用戶終端返回群發(fā)消息接收狀態(tài) 的報告，消息接收狀態(tài)包括消息成功接收和消息存儲。其中，消息存儲是 指被叫用戶終端暫時無法接收到該群發(fā)消息的情況下，由被叫用戶終端的網(wǎng) 絡(luò)側(cè)暫時存儲該群發(fā)消息，待被叫用戶終端可正常接收群發(fā)消息后，再將該 群發(fā)消息發(fā)送給被叫用戶終端。所謂CSID是標識主叫用戶終端是否簽約了消息互通業(yè)務(wù)，該消息互通業(yè) 務(wù)是指IMS域和傳統(tǒng)域的消息類互通業(yè)務(wù)。步驟102,群發(fā)服務(wù)器根據(jù)群發(fā)消息中攜帶的群組信息生成多條獨立消息 并通過S-CSCF功能實體向互通業(yè)務(wù)處理服務(wù)器發(fā)送。若群組信息為群組ID ，則群發(fā)服務(wù)器查找其群組數(shù)據(jù)庫中與該群組ID對 應(yīng)的所有被叫用戶終端地址信息，并根據(jù)被叫用戶終端的地址信息生成多條 獨立消息；若群組信息為群組ID和所有被叫用戶終端地址信息，則群發(fā)跟務(wù) 器直接根據(jù)被叫用戶終端的地址信息生成多條獨立消息。然后，群發(fā)服務(wù)器 將該些獨立消息通過S-CSCF功能實體發(fā)送到互通業(yè)務(wù)處理服務(wù)器。步驟103，互通業(yè)務(wù)處理服務(wù)器對多條獨立消息進行互通業(yè)務(wù)處理，并根 據(jù)多條獨立消息中攜帶的地址信息將多條獨立消息發(fā)送到被叫用戶終端?；ネI(yè)務(wù)處理服務(wù)器根據(jù)多條獨立消息中攜帶的被叫用戶終端地址信 息，對每條獨立消息分別進行消息轉(zhuǎn)發(fā)的域選擇。如果被叫用戶終端地址信 息為IMS域地址，則將獨立消息發(fā)送到IMS域的被叫用戶終端；如果被叫用 戶終端地址信息為傳統(tǒng)域地址，則將獨立消息進行格式轉(zhuǎn)換后發(fā)送到傳統(tǒng)域 的被叫用戶終端。如圖2所示，圖2為本發(fā)明實施例一的消息群發(fā)示意圖，包括以下步驟步驟201,主叫用戶終端通過IMS域發(fā)送一條群發(fā)的SIP消息到S-CSCF (Serving Call Session Control Function,服務(wù)呼叫會話控制功能)功能實體。該SIP消息中包括4妄收該SIP消息的群組信息。主叫用戶終端將其R-URI (Uniform Resource Identifier,統(tǒng)一資源標識符)設(shè)置為群組ID: Group URI， 表示主叫用戶終端發(fā)送的是一條群發(fā)的消息。該SIP消息中還包括請求被叫用戶終端返回信息報告的請求信息，該信息報告包括被叫用戶終端消息成功接收的報告和消息存儲的報告。在DN中 設(shè)置"positive-delivery"(失敗發(fā)送)和"stored"(存儲)，分別表示消息成功 接收報告的返回請求和消息存儲報告的返回請求。另外，該SIP消息中還包括標識主叫用戶終端是否簽約了消息類互通業(yè) 務(wù)的標識信息，例如CSID ( Communication Service Identity,消息互通業(yè)務(wù) 標識)等信息。步驟202， S-CSCF功能實體對接收到的SIP消息進行IFC (Initial Filter Check,初始過濾4企查)；險查。S-CSCF功能實體根據(jù)IFC檢查，判斷主叫用戶終端是否簽約了群發(fā)業(yè)務(wù)， 例如S-CSCF功能實體通過IFC檢查，發(fā)現(xiàn)該SIP消息中的R-URI為S-CSCF 功能實體無法識別的群組ID: Group URI格式。如果通過IFC檢查，判斷主 叫用戶終端簽約了群發(fā)業(yè)務(wù)，則轉(zhuǎn)到步驟203;如果判斷主叫用戶終端沒有簽 約群發(fā)業(yè)務(wù)，則判斷該SIP消息不是群發(fā)消息，而是單條消息，不需要進行 群發(fā)的處理，因此S-CSCF功能實體將該SIP消息轉(zhuǎn)發(fā)到互通業(yè)務(wù)服務(wù)器進行 互通業(yè)務(wù)處理，然后轉(zhuǎn)發(fā)到^皮叫用戶終端。步驟203, S-CSCF功能實體將該SIP消息轉(zhuǎn)發(fā)到群發(fā)服務(wù)器。根據(jù)步驟202中IFC檢查的結(jié)果，S-CSCF功能實體將該群發(fā)的SIP消息 轉(zhuǎn)發(fā)到群發(fā)服務(wù)器。步驟204,群發(fā)服務(wù)器向主叫用戶終端返回200 0K響應(yīng)。群發(fā)服務(wù)器將 200 OK響應(yīng)通過S-CSCF功能實體發(fā)送到主叫用戶終端，200 OK響應(yīng)表示群 發(fā)服務(wù)器接收到主叫用戶終端的SIP消息。步驟205,群發(fā)服務(wù)器根據(jù)所接收SIP消息中攜帶的群組信息，生成多條 獨立的SIP消息，并將每條獨立SIP消息的R-URI設(shè)置為接收該獨立SIP消 息的被叫用戶終端的地址信息。需要指出的是，若群組信息為群組ID,則群 發(fā)服務(wù)器查找其群組數(shù)據(jù)庫中與該群組ID對應(yīng)的所有被叫用戶終端地址信 息，并根據(jù)被叫用戶終端的地址信息生成多條獨立的SIP消息；若群組信息 為群組ID和所有被叫用戶終端地址信息，則群發(fā)服務(wù)器直接根據(jù)被叫用戶終 端的地址信息生成多條獨立的SIP消息,每條獨立SIP消息對應(yīng)不同的ID和被叫用戶終端地址信息。然后，群發(fā)服務(wù)器將其地址加入到IMDN-Record-Route (Immediate Message Disposition Notification-Record-Route,立即消息處理通知路由記錄) 消息頭中，使得所有返回的主叫用戶終端的報告能夠經(jīng)過群發(fā)服務(wù)器。蛑發(fā) 服務(wù)器啟動一個報告匯聚的計時器，開始計時，以供群發(fā)服務(wù)器將設(shè)定時間 內(nèi)接收到的報告進行匯聚。步驟206,群發(fā)服務(wù)器將多條獨立的SIP消息發(fā)送到S-CSCF功能實體， 由S-CSCF功能實體通過IFC檢查判斷主叫用戶終端是否簽約了消息類的互通 業(yè)務(wù)，若判斷主叫用戶簽約了消息類的互通業(yè)務(wù)，則群發(fā)服務(wù)器將SIP消息 轉(zhuǎn)發(fā)到互通業(yè)務(wù)處理服務(wù)器，該互通業(yè)務(wù)處理服務(wù)器為IP消息網(wǎng)關(guān)或SMI AS (Short Message/IM interworking Application Server,少豆消息/及時消息互通應(yīng)用 服務(wù)器)；若判斷主叫用戶終端沒有簽約消息類的互通業(yè)務(wù)，則S-CSCF功能 實體將該獨立的SIP消息轉(zhuǎn)發(fā)到被叫用戶的IMS域。例如，群發(fā)服務(wù)器根據(jù)SIP消息中攜帶的CSID標識，判斷主叫用戶終端 簽約了消息類的互通業(yè)務(wù)，則將SIP消息轉(zhuǎn)發(fā)到互通業(yè)務(wù)處理服務(wù)器。步驟207,互通業(yè)務(wù)處理服務(wù)器根據(jù)SIP消息中攜帶的被叫用戶終端地址 信息，對每條SIP消息獨立進行消息轉(zhuǎn)發(fā)的域選擇。如果被叫用戶終端地址信息為IMS域地址，則轉(zhuǎn)到步驟208;如果被叫 用戶終端地址信息為傳統(tǒng)域地址，則轉(zhuǎn)到步驟210。例如若被叫用戶終端的 標識R-URI為TEL-URI,群發(fā)服務(wù)器對被叫用戶終端進行ENUM (ffilephone Number Mapping,電話號碼映射)查詢，若TEL-URI能夠成功轉(zhuǎn)換為SIP-UJU, 則表明被叫用戶終端為IMS域的用戶終端，轉(zhuǎn)到步驟208 ，若TEL-URI不能 轉(zhuǎn)換為SIP-URI,則表明被叫用戶終端為傳統(tǒng)域的用戶終端，轉(zhuǎn)到步驟210; 若被叫用戶終端的標識R-URI為SIP-URI，則表明被叫用戶終端為IMS域的 用戶終端，轉(zhuǎn)到步驟208。步驟208，被叫用戶終端為IMS域用戶終端，互通業(yè)務(wù)處理服務(wù)器將SIP 消息轉(zhuǎn)發(fā)到被叫用戶終端的IMS網(wǎng)絡(luò)，并通過IMS網(wǎng)絡(luò)將該SIP消息發(fā)送到 被叫用戶終端，也即圖2中所示的被叫IMS網(wǎng)絡(luò)實體。步驟209，被叫用戶終端返回響應(yīng)到群發(fā)服務(wù)器。被叫用戶終端接收到SIP消息后，將消息接收的響應(yīng)信息返回給互通業(yè) 務(wù)處理服務(wù)器，再由互通業(yè)務(wù)處理服務(wù)器通過S-CSCF功能實體將該響應(yīng)信息 轉(zhuǎn)發(fā)到群發(fā)服務(wù)器。步驟210,被叫用戶終端是傳統(tǒng)域的用戶終端，互通業(yè)務(wù)處理服務(wù)器根據(jù) SIP消息的消息格式和用戶的簽約信息，把SIP消息解封裝或轉(zhuǎn)換成MAP消 息的格式?；ネI(yè)務(wù)處理服務(wù)器檢查SIP消息的消息格式，如果該SIP消息為封裝 格式，互通業(yè)務(wù)處理服務(wù)器對SIP消息進行解封裝，得到傳統(tǒng)的MAP消息格 式；如果該SIP消息不是封裝格式，互通業(yè)務(wù)處理服務(wù)器對主叫用戶終端的 互通業(yè)務(wù)進行授權(quán)檢查，即檢查主叫用戶終端是否簽約了服務(wù)層面的互通業(yè) 務(wù)，如果授權(quán)4全查成功，互通業(yè)務(wù)處理服務(wù)器把SIP消息轉(zhuǎn)換為傳統(tǒng)的MAP 消息格式，并對主叫用戶終端標識進行轉(zhuǎn)換，把SIP-URI轉(zhuǎn)換成TEL-URI形 式。步驟211,互通業(yè)務(wù)處理服務(wù)器轉(zhuǎn)發(fā)MAP消息到傳統(tǒng)域的被叫用戶終端。 互通業(yè)務(wù)處理服務(wù)器將得到的MAP消息發(fā)送到傳統(tǒng)域的被叫網(wǎng)絡(luò)短信 中心，再通過被叫網(wǎng)絡(luò)短信中心向被叫用戶終端發(fā)送。步驟212,被叫用戶終端向互通業(yè)務(wù)處理服務(wù)器返回響應(yīng)信息。 被叫用戶終端將多條消息的接收響應(yīng)信息發(fā)送給互通業(yè)務(wù)處理服務(wù)器。 步驟213,互通業(yè)務(wù)處理服務(wù)器對響應(yīng)信息進行格式轉(zhuǎn)換，將MAP格式 的響應(yīng)信息轉(zhuǎn)換為SIP4^式的響應(yīng)信息。步驟214，互通業(yè)務(wù)處理服務(wù)器通過S-CSCF功能實體將SIP格式的響應(yīng) 信息轉(zhuǎn)發(fā)到群發(fā)服務(wù)器。基于圖2所示本發(fā)明實施例的流程，主叫用戶終端向被叫用戶終端發(fā)送 群發(fā)SIP消息，并請求被叫用戶終端返回消息接收狀態(tài)的報告，包括消息接 收成功的報告和延時消息存儲的報告。群發(fā)服務(wù)器在接收到SIP消息以后， 根據(jù)主叫用戶終端的請求標識(DN)啟動一個報告匯聚的計時器。在計時器 到時以后，群發(fā)服務(wù)器根據(jù)報告的類型，如成功報告和存儲報告，把接收到的多條同一類型的報告匯聚成一條報告，在該報告里標識成功接收到SIP消 息的被叫用戶終端地址信息和消息被延時存儲的被叫用戶終端地址信息，返回到主叫用戶終端。當(dāng)被叫用戶終端無法接收sip消息的時候，被叫用戶終 端的網(wǎng)絡(luò)側(cè)可以把SIP消息進行延時消息的處理，并向群發(fā)服務(wù)器返回一個202 OK的響應(yīng)和存儲報告；當(dāng)被叫用戶終端成功接收到SIP消息以后，返回 成功報告到群發(fā)服務(wù)器，如果這時群發(fā)服務(wù)器的計時器還沒有超時，群發(fā)服 務(wù)器對該成功報告進行匯聚，否則群發(fā)服務(wù)器只需轉(zhuǎn)發(fā)該成功報告到主叫用 戶終端。本發(fā)明實施例二的才艮告處理示意圖，如圖3所示。-故叫用戶終端為 IMS域的用戶終端，才艮告的處理過程包括以下步驟步驟301， IMS域的被叫用戶終端將消息處理報告IMDN (Immediate Message Disposition Notification,立即消息處理通知)發(fā)送到群發(fā)服務(wù)器。IMS域的被叫用戶終端根據(jù)IMDN-Route (立即消息處理通知路由)中攜 帶的地址信息，通過IMS網(wǎng)絡(luò)將IMDN發(fā)送到互通業(yè)務(wù)處理服務(wù)器，再由互 通業(yè)務(wù)處理服務(wù)器對IMDN進行互通業(yè)務(wù)處理，然后通過S-CSCF功能實體 將IMDN轉(zhuǎn)發(fā)到群發(fā)服務(wù)器。步驟302,群發(fā)服務(wù)器返回200 0K響應(yīng)到被叫用戶終端，也即圖3中所 示的被叫IMS網(wǎng)絡(luò)實體。200 0K代表群發(fā)服務(wù)器接收到被叫用戶終端的成功 接收報告。步驟303，報告匯聚計時器到時，群發(fā)服務(wù)器根據(jù)接收到IMDN的類型， 對同一類型的IMDN進行匯聚，例如群發(fā)服務(wù)器將所有接收到的成功報告 消息體都放在同 一個IMDN的消息體中，該IMDN消息體中包括該些發(fā)i成 功報告的被叫用戶地址信息；或者群發(fā)服務(wù)器將所有接收到的存儲報告消息 體都放在同 一個IMDN的消息體中，該IMDN消息體中包括該些發(fā)送存儲報 告的被叫用戶地址信息，從而使得主叫用戶終端可以清楚獲知每條SIP消息 的發(fā)送情況。步驟304，群發(fā)服務(wù)器通過S-CSCF功能實體將匯聚得到的IMDN發(fā)送到 主叫用戶終端。步驟305，主叫用戶終端返回200 0K響應(yīng)到群發(fā)服務(wù)器。如圖4所示，；陂叫用戶終端為傳統(tǒng)域的用戶終端，凈艮告的處理過程包括 以下步驟步驟401,傳統(tǒng)域的被叫網(wǎng)絡(luò)短信中心返回多條MAP狀態(tài)報告到互通業(yè) 務(wù)處理服務(wù)器。步驟402，互通業(yè)務(wù)處理服務(wù)器把MAP狀態(tài)報告轉(zhuǎn)換成基于SIP格式的 報告IMDN，并在IMDN中攜帶與對應(yīng)SIP消息相同的ID,然后將該SIP消 息的IMDN-Route-Record (立即消息處理通知3各由記錄)的內(nèi)容拷貝到IMDN 的IMDN-Route消息頭中。步驟403,互通業(yè)務(wù)處理服務(wù)器根據(jù)IMDN-Route中攜帶的路由信息，也 即IMDN-Route-Record的內(nèi)容，將生成的基于SIP才各式的多條IMDN通過 S-CSCF功能實體轉(zhuǎn)發(fā)到群發(fā)服務(wù)器。步驟404，群發(fā)服務(wù)器返回200 OK響應(yīng)到互通業(yè)務(wù)處理服務(wù)器。步驟405,報告匯聚計時器到時，群發(fā)服務(wù)器根據(jù)接收到IMDN的類型， 對同 一類型的IMDN進行匯聚。步驟406,群發(fā)服務(wù)器通過S-CSCF功能實體將匯聚得到的IMDN發(fā)送到 主叫用戶終端。步驟407,主叫用戶終端返回200 OK響應(yīng)到群發(fā)月l務(wù)器。在上述的實施例中，當(dāng)被叫用戶終端無法接收SIP消息的時候，被叫用 戶終端的網(wǎng)絡(luò)側(cè)可以把SIP消息進行延時消息的處理，并向群發(fā)服務(wù)器返回 一個202 OK的響應(yīng)和存儲報告；等到被叫用戶終端成功接收到SIP消息以后， 被叫用戶終端返回成功報告到群發(fā)服務(wù)器，如果這時群發(fā)服務(wù)器的計時器還 沒有超時，群發(fā)服務(wù)器對該成功報告進行匯聚，否則群發(fā)服務(wù)器只需轉(zhuǎn)發(fā)該 成功報告到主叫用戶終端。具體處理過程如圖5所示，包括以下步驟步驟501,在延時消息的處理情況下，當(dāng)被叫用戶終端接收到業(yè)務(wù)互通處 理月良務(wù)器發(fā)送的延時消息以后，返回IMDN或MAP格式的凈艮告到互通業(yè)務(wù)處 理服務(wù)器。步驟502,互通業(yè)務(wù)處理服務(wù)器對接收到的MAP報告進行格式的轉(zhuǎn)換， 將MAP狀態(tài)才艮告轉(zhuǎn)換成基于SIP格式的才艮告IMDN,并在IMDN中攜帶與對應(yīng)SIP消息相同的ID，然后將該SIP消息的IMDN-Route-Record的內(nèi)容拷貝 到IMDN的IMDN-Route消息頭中。步驟503,互通業(yè)務(wù)處理服務(wù)器根據(jù)IMDN-Route中攜帶的路由信息，也 即IMDN-Route-Record的內(nèi)容，將IMDN轉(zhuǎn)發(fā)到群發(fā)服務(wù)器。如果群發(fā)服務(wù) 器設(shè)置的報告匯聚計時器已經(jīng)超時，則群發(fā)服務(wù)器通過S-CSCF功能實體轉(zhuǎn)發(fā) IMDN報告到主叫用戶終端；否則，群發(fā)服務(wù)器對IMDN進行匯聚，然后再 將匯聚的IMDN報告發(fā)送給主叫用戶終端。步驟504,主叫用戶終端返回200 0K響應(yīng)到被叫用戶終端。主叫用戶終端將200 OK響應(yīng)通過S-CSCF功能實體發(fā)送到群發(fā)服務(wù)器， 再由群發(fā)服務(wù)器通過S-CSCF功能實體將200 OK響應(yīng)轉(zhuǎn)發(fā)到互通業(yè)務(wù)處理服 務(wù)器，最后由互通業(yè)務(wù)處理服務(wù)器返回給被叫用戶終端，也即圖5中所示的 延遲消息的被叫網(wǎng)絡(luò)實體。本發(fā)明的實施例中，群發(fā)服務(wù)器也可為IMS域的一個PSI AS (Public Service Identity Application Server,公共服務(wù)身份應(yīng)用服務(wù)器)，主叫IMS網(wǎng) 絡(luò)根據(jù)PSI AS的路由方法將群發(fā)的SIP消息路由到群發(fā)服務(wù)器上，該SIP消 息的R-URI為群發(fā)服務(wù)器的SIPURI地址，SIP消息體中攜帶群組信息。消息 群發(fā)的示意圖，如圖6所示，本發(fā)明的實施例中除了主叫用戶終端發(fā)送群發(fā) 的SIP消息到群發(fā)服務(wù)器的路由過程與圖2所示實施例不同之外，其他的消 息群發(fā)流程均與圖2所示實施例相同，在此不再多述。其中，步驟601為主 叫用戶終端發(fā)送群發(fā)的SIP消息到群發(fā)服務(wù)器的路由過程。步驟601,主叫用戶終端通過IMS域發(fā)送一條群發(fā)的SIP消息到S-CSCF 功能實體。該SIP消息中包括接收該SIP消息的群組信息、DN標識和標識主 叫用戶終端是否簽約了消息類互通業(yè)務(wù)的標識信息等。S-CSCF功能實體根據(jù) PSIAS的路由方法，將群發(fā)消息路由到群發(fā)服務(wù)器。PSIAS路由的具體過程 是S-CSCF對PSI AS的地址進行解析，如果S-CSCF能夠成功解析PSI AS 的地址，則將該群發(fā)消息直接路由到PSI AS;如果S-CSCF無法解析PSI AS 的地址，則根據(jù)該PSI AS的網(wǎng)絡(luò)域信息，將該群發(fā)消息路由到I-CSCF (Interrogating Call Session Control Function,查詢呼叫會話控制功能)功能實體，由I-CSCF功能實體查詢HSS (Home subscriber server,歸屬用戶服務(wù)器) 中保存的PSI AS的路由信息，并根據(jù)查詢到的PSI AS路由信息，將該群發(fā)消 息轉(zhuǎn)發(fā)到相應(yīng)的PSIAS。本發(fā)明的另 一種實施例中，將群發(fā)服務(wù)器的消息群發(fā)功能和業(yè)務(wù)互通處 理服務(wù)器實現(xiàn)IMS域和傳統(tǒng)域業(yè)務(wù)互通功能進行合并，將這兩種功能合成在 同一個網(wǎng)絡(luò)實體上進行實現(xiàn)，該網(wǎng)絡(luò)實體可以為IP消息網(wǎng)關(guān)。消息群發(fā)的示 意圖如圖7所示，包括以下步驟步驟701,主叫用戶終端通過IMS域發(fā)送一條群發(fā)的SIP消息到S-CSCF 功能實體。步驟702, S-CSCF功能實體對接收到的SIP消息進行IFC檢查。 S-CSCF功能實體根據(jù)IFC檢查，判斷主叫用戶終端是否簽約了群發(fā)業(yè)務(wù)， 如果判斷主叫用戶終端簽約了群發(fā)業(yè)務(wù)，則轉(zhuǎn)到步驟703。步驟703, S-CSCF功能實體將該SIP消息轉(zhuǎn)發(fā)到群發(fā)服務(wù)器。 步驟704，群發(fā)服務(wù)器向主叫用戶終端返回200OK響應(yīng)。 步驟705,群發(fā)服務(wù)器/互通業(yè)務(wù)處理服務(wù)器根據(jù)所接收SIP消息中攜帶 的群組信息生成多條獨立的SIP消息。然后，群發(fā)服務(wù)器/互通業(yè)務(wù)處理服務(wù)器將其地址加入到 IMDN-Record-Route消息頭中，使得所有返回的主叫用戶終端的才艮告能夠經(jīng)過 群發(fā)服務(wù)器/互通業(yè)務(wù)處理服務(wù)器。群發(fā)服務(wù)器/互通業(yè)務(wù)處理服務(wù)器啟動一個 報告匯聚的計時器，開始計時，以供群發(fā)服務(wù)器將設(shè)定時間內(nèi)接收到的報告 進行匯聚。步驟706，群發(fā)服務(wù)器/互通業(yè)務(wù)處理服務(wù)器根據(jù)SIP消息中攜帶的^皮叫 用戶終端地址信息，對每條SIP消息獨立進行消息轉(zhuǎn)發(fā)的域選擇。如果SIP選擇消息下發(fā)的被叫用戶終端的網(wǎng)絡(luò)域為IMS域，則轉(zhuǎn)到步驟 707;如果選擇SIP消息下發(fā)的被叫用戶終端的網(wǎng)絡(luò)域為傳統(tǒng)的PS/CS域，則 群發(fā)服務(wù)器/互通業(yè)務(wù)處理服務(wù)器根據(jù)SIP消息的消息格式和用戶的簽約信 息，把SIP消息解封裝或轉(zhuǎn)換成MAP消息的格式，并轉(zhuǎn)到步驟709。步驟707,被叫用戶終端為IMS域用戶終端，群發(fā)服務(wù)器/互通業(yè)務(wù)處理服務(wù)器將SIP消息轉(zhuǎn)發(fā)到被叫用戶終端的IMS網(wǎng)絡(luò)，并通過IMS網(wǎng)絡(luò)將該SIP消息發(fā)送到被叫用戶終端，也即圖7中所示的被叫IMS網(wǎng)絡(luò)實體。步驟708，被叫用戶終端返回響應(yīng)到群發(fā)服務(wù)器/互通業(yè)務(wù)處理服務(wù)器。 步驟709,被叫用戶終端為PS/CS域用戶終端，群發(fā)服務(wù)器/互通業(yè)務(wù)處理服務(wù)器轉(zhuǎn)發(fā)MAP消息到傳統(tǒng)域的被叫用戶終端。步驟710，被叫用戶終端將MAP格式的響應(yīng)信息發(fā)送到群發(fā)服務(wù)器/互通業(yè)務(wù)處理^^務(wù)器。圖7所示本發(fā)明的實施例中通過IFC檢查將群發(fā)消息轉(zhuǎn)發(fā)到群發(fā)服務(wù)器/ 互通業(yè)務(wù)處理服務(wù)器上，當(dāng)然也可通過PSIAS的路由方法將群發(fā)消息路由到 群發(fā)服務(wù)器/互通業(yè)務(wù)處理服務(wù)器上。該路由方法和圖6所述路由方法相同， 在此不再多述。另外，本發(fā)明實施例通過群發(fā)服務(wù)器/互通業(yè)務(wù)處理服務(wù)器實 現(xiàn)報告處理的過程也與前述實施例中相似，其是通過群發(fā)服務(wù)器/互通業(yè)務(wù)處 理服務(wù)器實現(xiàn)前述實施例中消息群發(fā)和業(yè)務(wù)互通的功能，在此也不對群發(fā)服 務(wù)器/互通業(yè)務(wù)處理服務(wù)器實現(xiàn)報告處理的過程詳加描述。本發(fā)明的實施例還提供了一種消息群發(fā)處理的系統(tǒng)，如圖8所示，包括 主叫用戶終端1000、群發(fā)服務(wù)器2000、互通業(yè)務(wù)處理^^務(wù)器3000和^C叫用 戶終端4000。其中，主叫用戶終端1000,用于發(fā)送群發(fā)消息，并接收消息處理凈艮告。 群發(fā)月良務(wù)器2000，連4妻主叫用戶終端1000,用于接收主叫用戶終端1000的 群發(fā)消息，根據(jù)群發(fā)消息中攜帶的群組信息生成多條獨立消息并通過S-CSCF 功能實體發(fā)送到互通業(yè)務(wù)處理服務(wù)器3000?；ネI(yè)務(wù)處理服務(wù)器3000,連接 群發(fā)服務(wù)器2000，用于對接收的多條獨立消息進行互通業(yè)務(wù)處理，然后根據(jù) 該多條獨立消息中攜帶的地址信息將該多條獨立消息發(fā)送到被叫用戶終端 4000。被叫用戶終端4000,連接互通業(yè)務(wù)處理服務(wù)器3000,用于接收群發(fā)消 息，并發(fā)送消息處理報告。其中，群發(fā)服務(wù)器2000包括第一群發(fā)消息處理單元2100、第一消息發(fā) 送單元2200和第一報告處理單元2300。第一群發(fā)消息處理單元2100,用于 根據(jù)群發(fā)消息中攜帶的群組信息生成多條獨立消息。第一消息發(fā)送單元2200，連接第一群發(fā)消息處理單元2100,用于將生成的多條獨立消息通過S-CSCF 功能實體發(fā)送到互通業(yè)務(wù)處理服務(wù)器3000。第一報告處理單元2300,連接第 一群發(fā)消息處理單元2100和第一消息發(fā)送單元2200,用于接收消息處理報告， 并對接收的消息處理報告進行匯聚發(fā)送到主叫用戶終端1000。其中，第一報告處理單元2300還包括計時子單元2301和報告匯聚子 單元2302。計時子單元2301,用于第一消息發(fā)送單元2200發(fā)送多條獨立消息時開始 計時。才艮告匯聚子單元2302,用于對計時子單元2301計時超時之前接收到的 消息處理報告進行匯聚，將計時超時之前接收到的多條同一類型的消息處理 報告匯聚成一條消息處理報告。其中，互通業(yè)務(wù)處理服務(wù)器3000包括第二群發(fā)消息處理單元3100、第 二消息發(fā)送單元3200和第二報告處理單元3300。第二群發(fā)消息處理單元3100,用于對多條獨立消息進行互通業(yè)務(wù)處理。 第二消息發(fā)送單元3200,連接第二群發(fā)消息處理單元3100，用于根據(jù)多條獨 立消息中攜帶的地址信息將該多條獨立消息發(fā)送到被叫用戶終端4000。第二 報告處理單元3300,連接第二群發(fā)消息處理單元3100和第二消息發(fā)送單元 3200,用于對消息處理報告進行互通業(yè)務(wù)處理并發(fā)送到群發(fā)服務(wù)器2000,該 互通業(yè)務(wù)處理即對消息處理報告進行上述實施例中的格式轉(zhuǎn)換。其中，第二群發(fā)消息處理單元3100還包括轉(zhuǎn)發(fā)域判斷子單元3101和 消息格式轉(zhuǎn)換子單元3102。轉(zhuǎn)發(fā)域判斷子單元3101,用于根據(jù)多條獨立消息 中攜帶的地址信息對獨立信息進行轉(zhuǎn)發(fā)域的判斷。消息格式轉(zhuǎn)換子單元3102, 用于判斷轉(zhuǎn)發(fā)域為傳統(tǒng)域時，將獨立消息轉(zhuǎn)換為MAP格式。本發(fā)明的實施例通過群發(fā)服務(wù)器和互通業(yè)務(wù)處理服務(wù)器的消息群發(fā)和業(yè) 務(wù)互通處理，實現(xiàn)了 IMS域向傳統(tǒng)域的消息群發(fā)，從而保障用戶終端體驗一 致性，也起到減少網(wǎng)絡(luò)負載，增強群發(fā)業(yè)務(wù)靈活性和用戶個性化消息管理的 作用。另外，需要特別指出的是，本發(fā)明實施例中的S-CSCF功能實體等，僅 僅是為了描述方便而采用的名稱，這些名稱不能夠?qū)Ρ景l(fā)明實施例適用的范 圍進行限定，即在某些系統(tǒng)中也許沒有S-CSCF功能實體等實體的名稱ja是，不能由此認為本發(fā)明實施例中的技術(shù)方案不能夠適用于這些系統(tǒng)。以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此， 任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護范圍。
權(quán)利要求
1、一種消息群發(fā)處理的方法，其特征在于，包括接收主叫用戶終端的群發(fā)消息；根據(jù)所述群發(fā)消息中攜帶的群組信息生成多條獨立消息并通過服務(wù)呼叫會話控制S-CSCF功能實體向互通業(yè)務(wù)處理服務(wù)器發(fā)送，以供所述互通業(yè)務(wù)處理服務(wù)器對所述多條獨立消息進行互通業(yè)務(wù)的處理并轉(zhuǎn)發(fā)到被叫用戶終端。
2、 如權(quán)利要求1所述消息群發(fā)處理的方法，其特征在于，所述根據(jù)群發(fā) 消息中攜帶的群組信息生成多條獨立消息并通過S-CSCF功能實體向互通業(yè) 務(wù)處理服務(wù)器發(fā)送，包括群發(fā)服務(wù)器根據(jù)所述群組信息對應(yīng)的被叫終端設(shè)備地址信息，生成多條 獨立消息向服務(wù)呼叫會話控制S-CSCF功能實體發(fā)送；所述S-CSCF功能實體根據(jù)所述獨立消息攜帶的互通業(yè)務(wù)標識判斷所述 主叫用戶終端是否簽約了互通業(yè)務(wù)；若所述S-CSCF功能實體判斷所述主叫用戶終端簽約了互通業(yè)務(wù)，則將所 述多條獨立消息發(fā)送到互通業(yè)務(wù)處理服務(wù)器。
3、 如權(quán)利要求2所述消息群發(fā)處理的方法，其特征在于，所述群發(fā)服務(wù) 器根據(jù)群組信息對應(yīng)的被叫終端設(shè)備地址信息，生成多條獨立消息向S-CSCF 功能實體發(fā)送，包括所述群發(fā)服務(wù)器根據(jù)所述群組信息中的群組ID身份標識，查找群組ID 和被叫用戶終端地址信息的對應(yīng)關(guān)系中，與所述群組ID對應(yīng)的被叫用戶終端 地址信息；所述群發(fā)服務(wù)器將所述被叫用戶終端地址信息設(shè)置在所述多條獨立消息 中，并將所述多條獨立消息發(fā)送到S-CSCF功能實體。
4、 如權(quán)利要求2所述消息群發(fā)處理的方法，其特征在于，所述群發(fā)服務(wù) 器根據(jù)群組信息對應(yīng)的被叫終端設(shè)備地址信息，生成多條獨立消息向S-CSCF 功能實體發(fā)送，還包括所述群發(fā)服務(wù)器根據(jù)所述群組信息中的被叫用戶終端地址信息生成多條 獨立消息；所述群發(fā)服務(wù)器將所述被叫用戶終端地址信息設(shè)置在所述多條獨立消息中，并將所述多條獨立消息發(fā)送到S-CSCF功能實體。
5、 如權(quán)利要求4所述消息群發(fā)處理的方法，其特征在于，所述群發(fā)服務(wù) 器向S-CSCF功能實體發(fā)送多條獨立消息時，啟動報告匯聚計時器進行計時。
6、 如權(quán)利要求5所述消息群發(fā)處理的方法，其特征在于，所述群發(fā)服務(wù) 器啟動報告匯聚計時器之后，還包括所述群發(fā)服務(wù)器從所述互通業(yè)務(wù)服務(wù) 器接收消息處理報告并轉(zhuǎn)發(fā)到所述主叫用戶終端，具體包括在所述群發(fā)服務(wù)器的報告匯聚計時器超時之前，所述群發(fā)服務(wù)器等待并 接收所述被叫終端返回的消息處理報告，并對接收到的所述消息處理^t艮告進 行存儲；所述群發(fā)服務(wù)器的報告匯聚計時器到時，則所述群發(fā)服務(wù)器對接收的所 述消息處理報告進行匯聚，并將匯聚的消息處理報告發(fā)送到所述主叫用戶終 端；在所述群發(fā)服務(wù)器的報告匯聚計時器超時之后，所述群發(fā)服務(wù)器對接收 到的消息處理報告不進行匯聚，發(fā)送到所述主叫用戶終端。
7、 如權(quán)利要求6所述消息群發(fā)處理的方法，其特征在于，所述群發(fā)服務(wù) 器對消息處理報告進行匯聚，包括所述群發(fā)服務(wù)器將同類型的消息處理報 告匯聚為一條消息處理報告，所述匯聚的消息處理報告中包括發(fā)送所述同類 型消息處理才艮告的被叫用戶終端地址信息，所述消息處理t艮告的類型包括消 息成功接收報告和消息存儲報告。
8、 如權(quán)利要求1所述消息群發(fā)處理的方法，其特征在于，所述互通業(yè)務(wù) 處理服務(wù)器對多條獨立消息進行互通業(yè)務(wù)的處理并轉(zhuǎn)發(fā)到被叫用戶終端，包 括所述互通業(yè)務(wù)處理服務(wù)器根據(jù)多條獨立消息中攜帶的地址信息對所述獨 立信息進行轉(zhuǎn)發(fā)域的判斷；若判斷所述轉(zhuǎn)發(fā)域為IP多士某體子系統(tǒng)IMS域，則所述互通業(yè)務(wù)處理服務(wù) 器將所述獨立消息發(fā)送到IMS域的被叫用戶終端；若判斷所述轉(zhuǎn)發(fā)域為傳統(tǒng)域，則所述互通業(yè)務(wù)處理服務(wù)器將所述獨立消息轉(zhuǎn)換為移動應(yīng)用協(xié)議MAP格式，并將所述MAP格式的獨立消息發(fā)送到傳 統(tǒng)域的^L叫用戶終端。
9、 如權(quán)利要求8所述消息群發(fā)處理的方法，其特征在于，所述互通業(yè)務(wù) 處理服務(wù)器對多條獨立消息進行互通業(yè)務(wù)的處理并轉(zhuǎn)發(fā)到被叫用戶終端之 后，還包括所述互通業(yè)務(wù)處理服務(wù)器接收所述被叫用戶終端的消息處理報 告，并對所述消息處理報告進行互通業(yè)務(wù)處理后轉(zhuǎn)發(fā)到所述群發(fā)服務(wù)器，具 體包括若所述被叫用戶終端為IMS域用戶終端，則所述互通業(yè)務(wù)處理^^務(wù)器將 所述消息處理報告轉(zhuǎn)發(fā)到所述群發(fā)服務(wù)器；若所述被叫用戶終端為傳統(tǒng)域用戶終端，則所述互通業(yè)務(wù)處理服務(wù)器將 所述消息處理報告轉(zhuǎn)換為會議初始化協(xié)議SIP格式，并將所述SIP格式的消息 處理報告轉(zhuǎn)發(fā)到所述群發(fā)服務(wù)器。
10、 如權(quán)利要求1至9中任一項所述消息群發(fā)處理的方法，其特征在于， 所述群發(fā)服務(wù)器為IP多媒體子系統(tǒng)IMS域的AS應(yīng)用服務(wù)器，所述主叫用戶 終端向群發(fā)服務(wù)器發(fā)送群發(fā)消息，包括所述主叫用戶終端將所述群發(fā)消息發(fā)送到服務(wù)呼叫會話控制S-CSCF功 能實體；所述S-CSCF功能實體通過IFC初始過濾檢查將所述群發(fā)消息路由到所述AS。
11、 如權(quán)利要求1至9中任一項所述消息群發(fā)處理的方法，其特征在于， 所述群發(fā)服務(wù)器為PSIAS公共服務(wù)身份應(yīng)用服務(wù)器，所述主叫用戶終端向群 發(fā)服務(wù)器發(fā)送群發(fā)消息，包括所述主叫用戶終端將所述群發(fā)消息發(fā)送到服務(wù)呼叫會話控制S-CSCF功 能實體；所述S-CSCF功能實體通過PSI AS路由方式將所述群發(fā)消息路由到所述 PSIAS。
12、 一種消息群發(fā)處理的系統(tǒng)，包括主叫用戶終端和被叫用戶終端，其 特征在于，還包括群發(fā)服務(wù)器，用于接收所述主叫用戶終端的群發(fā)消息，根據(jù)所述群發(fā)消息中攜帶的群組信息生成多條獨立消息并通過S-CSCF功能實體發(fā)送到互通 業(yè)務(wù)處理服務(wù)器；互通業(yè)務(wù)處理服務(wù)器，用于對所述多條獨立消息進行互通業(yè)務(wù)處理，并 根據(jù)所述多條獨立消息中攜帶的地址信息將所述多條獨立消息發(fā)送到所速被 叫用戶終端。
13、 一種群發(fā)服務(wù)器，其特征在于，包括第一群發(fā)消息處理單元，用于根據(jù)群發(fā)消息中攜帶的群組信息生成多條 獨立消息；第一消息發(fā)送單元，用于將所述多條獨立消息通過S-CSCF功能實體向互 通業(yè)務(wù)處理服務(wù)器發(fā)送。
14、 如權(quán)利要求13所述群發(fā)服務(wù)器，其特征在于，所述群發(fā)服務(wù)器還包 括第一報告處理單元，用于對所述消息處理報告進行匯聚。
15、 一種互通業(yè)務(wù)處理服務(wù)器，其特征在于，包括 第二群發(fā)消息處理單元，用于對多條獨立消息進^f亍互通業(yè)務(wù)處理； 第二消息發(fā)送單元，用于根據(jù)所述多條獨立消息中攜帶的地址信息將所述多條獨立消息發(fā)送到被叫用戶終端。
16、 如權(quán)利要求15所述互通業(yè)務(wù)處理服務(wù)器，其特征在于，所述第二群 發(fā)消息處理單元包括轉(zhuǎn)發(fā)域判斷子單元，用于根據(jù)多條獨立消息中攜帶的地址信息對所述獨 立信息進行轉(zhuǎn)發(fā)域的判斷；消息格式轉(zhuǎn)換子單元，用于判斷所述轉(zhuǎn)發(fā)域為傳統(tǒng)域時，將所述獨《-消 息轉(zhuǎn)換為MAP格式。
17、 如權(quán)利要求15所述互通業(yè)務(wù)處理服務(wù)器，其特征在于，所述互通業(yè) 務(wù)處理服務(wù)器還包括第二報告處理單元，用于對消息處理報告進行互通業(yè)務(wù) 處理。
全文摘要
本發(fā)明公開了一種消息群發(fā)處理的方法，包括首先，群發(fā)服務(wù)器接收用戶終端發(fā)送的群發(fā)消息；然后，群發(fā)服務(wù)器根據(jù)群發(fā)消息中攜帶的群組信息生成多條獨立消息并通過S-CSCF(Serving Call Session Control Function，服務(wù)呼叫會話控制)功能實體向互通業(yè)務(wù)處理服務(wù)器發(fā)送；最后，互通業(yè)務(wù)處理服務(wù)器對多條獨立消息進行互通業(yè)務(wù)的處理，并根據(jù)多條獨立消息中攜帶的地址信息將該獨立消息發(fā)送到被叫用戶終端。本發(fā)明還提供了一種消息群發(fā)處理的系統(tǒng)和設(shè)備，實現(xiàn)了IMS域向傳統(tǒng)域的消息群發(fā)。
文檔編號H04L12/66GK101335913SQ20071012345
公開日2008年12月31日 申請日期2007年6月25日 優(yōu)先權(quán)日2007年6月25日
發(fā)明者楊雁飛, 芳 陳 申請人:華為技術(shù)有限公司