專利名稱：業(yè)務接入網關、采用該網關的彩信接入系統(tǒng)及接入方法
技術領域：
本發(fā)明涉及多媒體信息通訊技術，特別地，涉及一種業(yè)務接入網關、采用 該業(yè)務接入網關的彩信接入系統(tǒng)及彩信接入方法。
背景技術：
彩信服務即多媒體消息服務(MMS, Multimedia Messaging Service) 最大的特色是支持多媒體功能，能夠傳遞功能全面的內容和信息，這些信息包 括文字、圖像、聲音、數據等各種多媒體格式的信息。
在傳統(tǒng)的彩信接入系統(tǒng)中，移動互聯(lián)網服務內容應用服務的直接提供者-服務提供商(SP， Service Provider)或內容提供商(CP, Content Provider)直 接與彩信業(yè)務中心即多々某體消息業(yè)務中心(MMSC， Multimedia Message Service Center)通過彩信網關協(xié)議MM7協(xié)議進行消息交互，將彩信消息直接發(fā)送至 MMSC, MMSC接收該彩信消息并啟動相應的下發(fā)流程，包括通知彩信用戶 終端(MMS終端)該彩信消息的來臨及MMS終端從MMSC中獲取該彩信消 息的彩信內容即彩信附件。
該傳統(tǒng)的彩信接入系統(tǒng)是一種"垂直型"模型，其與下層網絡緊密結合。要 開發(fā)該傳統(tǒng)的彩信業(yè)務接入系統(tǒng)，SP需要深入了解電信網絡知識，掌握彩信 的MM7協(xié)議，并需要了解不同廠商的彩信引擎的部署細節(jié)。因此，造成彩信 業(yè)務接入系統(tǒng)實現(xiàn)起來較復雜、開發(fā)周期長、運營難度高、且投資收益低。
OSA/Parlay標準業(yè)務開放接入是由3GPP、 ESTI和Parlay組織制定的一組 才示準應用編牙呈才妄口 APIs ( Application Programming Interface),它頭見定了 Parlay API的體系結構、提供的業(yè)務、各業(yè)務能力特征SCF中各個方法的主要功能、 典型業(yè)務的呼叫流程等方面的要求，目的是為了是不了解基礎網絡技術和協(xié)議 的第三方用戶能夠開發(fā)出電信應用軟件。由于運營商、制造商和用戶對NGN 上的Web業(yè)務的極大興趣，2003年4月，發(fā)布了構建電信應用的Web服務標
準- Parlay-X規(guī)范，Parlay X是Parlay組織在Parlay規(guī)范基礎上提出的新的開 放業(yè)務架構規(guī)范。它既繼承了 Parlay規(guī)范開放網絡業(yè)務能力的特性，又對Parlay 規(guī)范進行了抽象和簡化。Parlay X技術與網絡服務(WebSercvice )技術結合能 夠方便不具備專業(yè)電信知識的IT開發(fā)人員快速開發(fā)各種基于電信網能力的業(yè) 務。
Parlay獨立于編程語言和執(zhí)行環(huán)境，是對廣泛的網絡能力在較高層次上的 抽象。這種抽象接口為業(yè)務提供商屏蔽掉了網絡協(xié)議和信令等底層細節(jié)。開發(fā) 網絡業(yè)務能力,如呼叫控制、路由、計費、認證等，將網絡業(yè)務能力抽象出來 是以業(yè)務接口的方式提供的。如何對這些業(yè)務接口元素管理、并按照不同的業(yè) 務邏輯集成為更多的復雜業(yè)務，需要一個開放的業(yè)務集成平臺供業(yè)務生成這或 業(yè)務提供商在其上生成業(yè)務。Parlay封裝了網絡能力，以接口的形式呈現(xiàn)給業(yè) 務提供者以控制和使用網絡能力，并通過和網絡協(xié)議的映射保證了底層通信業(yè) 務的性能何可靠性。

發(fā)明內容
本發(fā)明的目的是提供一種業(yè)務接入網關、采用該業(yè)務接入網關的彩信接入 系統(tǒng)及接入方法，解決現(xiàn)有技術的彩信接入系統(tǒng)及方法需要與底層網絡緊密結 合的技術問題。
為了實現(xiàn)上述目的，本發(fā)明提供了一種彩信接入系統(tǒng)，包括服務提供端、 彩信用戶終端及彩信業(yè)務中心，其中，還包括與所述服務提供端及彩信業(yè)務中 心相連接的業(yè)務接入網關，所述業(yè)務接入網關包括
ParlayX接口；
Parlay X彩信接入模塊，用于通過所述Parlay X接口將來自服務提供端的
彩信消息發(fā)送至所述彩信業(yè)務中心，及將來自所述彩信業(yè)務中心的彩信消息發(fā)
送至服務提供端。
所述的系統(tǒng)，其中，所述ParlayX彩信接入模塊包括
第 一彩信接入模塊，用于通過所述Parlay X接口與所述服務提供端進行消
息交互，接收來自所述服務提供端的彩信消息及將來自彩信業(yè)務中心的彩信消
息發(fā)送至服務提供端；
第二彩信接入模塊，用于通過彩信網關協(xié)議與彩信業(yè)務中心進行消息交 互，將所述第一彩信接入模塊接收的、來自服務提供端的彩信消息發(fā)送至彩信 業(yè)務中心，及接收來自所述彩信業(yè)務中心的彩信消息，并將其發(fā)送至所述第一 彩信接入模塊。
所述的系統(tǒng)，其中，所述業(yè)務接入網關還包括
認證檢查模塊，用于對發(fā)送彩信消息的所述服務提供端進行認證，并對所
述彩信消息的合法性進行檢查；
用戶鑒權計費模塊，用于對發(fā)送或接收彩信消息的彩信用戶終端進行鑒 權，發(fā)送用戶鑒權計費請求及接收返回的鑒權結果。
所述的系統(tǒng)，其中，還包括
綜合業(yè)務管理平臺，與所述業(yè)務接入網關相連接，用于接收所述用戶鑒權 計費模塊發(fā)送的用戶鑒權計費請求，并對彩信用戶終端進行鑒權計費處理。
本發(fā)明還提供了 一種業(yè)務接入網關，與服務提供端及彩信業(yè)務中心相連 接，其中，包括
ParlayX接口；
Parlay X彩信接入模塊，用于通過所述Parlay X接口將來自服務提供端的 彩信消息發(fā)送至所述彩信業(yè)務中心，及將來自所述彩信業(yè)務中心的彩信消息發(fā) 送至服務提供端。
其中，所述Parlay X彩信接入模塊包括
第 一彩信接入模塊，用于通過所述Parlay X接口與所述服務提供端進行消 息交互，接收來自所述服務提供端的彩信消息及將來自彩信業(yè)務中心的彩信消 息發(fā)送至服務提供端；
第二彩信接入模塊，用于通過彩信網關協(xié)議與彩信業(yè)務中心進行消息交 互，將所述第一彩信接入模塊接收的、來自服務提供端的彩信消息發(fā)送至彩信 業(yè)務中心，及接收來自所述彩信業(yè)務中心的彩信消息，并將其發(fā)送至所述第一 彩信接入^^莫塊。
本發(fā)明還提供了一種彩信接入方法，其中，包括如下步驟
步驟一，服務提供端發(fā)送彩信消息至業(yè)務接入網關；
步驟二，業(yè)務接入網關通過設置在其上的Parlay X接口接收發(fā)自服務提供
端的彩信消息，并將所述接收的彩信消息發(fā)送至彩信業(yè)務中心；
步驟三，所述彩信業(yè)務中心將所述彩信消息發(fā)送至接收方彩信用戶終端。 所述的方法，其中，在所述步驟二中，所述業(yè)務接入網關通過彩信網關協(xié)
議與所述彩信業(yè)務中心進行消息交互，將所述接收的彩信消息發(fā)送至所述彩信
業(yè)務中心。
所述的方法，其中，對于群發(fā)業(yè)務，在所述步驟二中，所述業(yè)務接入網關
接收到所述彩信消息后，還包括所述業(yè)務接入網關分解所述彩信消息中的接 收號碼，將群發(fā)消息拆分成多條單發(fā)消息的步驟。
所述的方法，其中，在所述步驟二中，所述業(yè)務接入網關接收到所述彩信 消息后，還包括所述業(yè)務接入網關對所述服務提供端進行認證，及對所述彩 信消息的合法性進行檢查的步驟。
所述的方法，其中，在所述步驟二中，在所述業(yè)務接入網關接收到所述彩 信消息之后，所述業(yè)務接入網關將所述彩信消息發(fā)送至彩信業(yè)務中心之前，還 包括
所述業(yè)務接入網關向綜合業(yè)務管理平臺發(fā)送對接收方彩信用戶終端進行 鑒權計費的請求，并接收所述綜合業(yè)務管理平臺返回的鑒權結果。 所述的方法，其中，在所述步驟三之后，還包括
步驟四，所述接收方彩信用戶終端在將所述彩信消息接收完畢后，向所述
彩信業(yè)務中心返回接收響應；
步驟五，所述彩信業(yè)務中心接收到所述接收響應后，將彩信發(fā)送狀態(tài)消息 發(fā)送至所述業(yè)務接入網關；
步驟六，所述業(yè)務接入網關接收到所述彩信發(fā)送狀態(tài)消息后，通過Parlay X接口將彩信發(fā)送狀態(tài)報告發(fā)送至所述服務提供端。
本發(fā)明還提供了一種彩信接入方法，其中，包括如下步驟
步驟A,發(fā)送方彩信用戶終端發(fā)送彩信消息至彩信業(yè)務中心；
步驟B，所述彩信業(yè)務中心接收所述彩信消息，并將所述接收的彩信消息 發(fā)送至業(yè)務接入網關；
步驟C，所述業(yè)務接入網關接收所述彩信業(yè)務中心發(fā)送的彩信消息，并通 過設置在所述業(yè)務接入網關上的Parlay X接口將所述彩信消息發(fā)送至服務提
供端。
所述的方法，其中，在所述步驟B中，所述業(yè)務接入網關通過彩信網關協(xié) 議與所述彩信業(yè)務中心進行消息交互，接收所述彩信業(yè)務中心發(fā)送至其的彩信 消息。
所述的方法，其中，所述步驟C中，在所述業(yè)務接入網關接收所述彩信消
息之后、將所述彩信消息發(fā)送至服務提供端之前，還包括
所述業(yè)務接入網關向綜合業(yè)務管理平臺發(fā)送對所述彩信用戶終端進行鑒 權計費的請求，并接收所述綜合業(yè)務管理平臺返回的鑒權結果。
本發(fā)明的技術效果在于
本發(fā)明的業(yè)務接入網關，具有標準化、統(tǒng)一化的Parlay X網絡接口，能利 用ParlayX協(xié)議的彩信接入接口實現(xiàn)彩信接入。本發(fā)明的彩信接入系統(tǒng)利用該 具有ParlayX彩信接入功能的業(yè)務接入網關，通過ParlayX接口與服務提供商 進行彩信消息的交互，通過彩信網關協(xié)議與彩信業(yè)務中心進行彩信消息的交 互，由此實現(xiàn)了屏蔽底層網絡的、基于Parlay X的彩信接入系統(tǒng)及接入方法。 利用本發(fā)明，服務提供端如服務提供商或內容提供商無需深入了解電信網絡知 識、掌握彩信的協(xié)議和彩信引擎的相關知識即可實現(xiàn)彩信接入的系統(tǒng)，由此， 大大降低了服務提供商或內容提供商開發(fā)彩信接入系統(tǒng)的難度、減少了開發(fā)周 期，提高了服務提供商或內容提供商的投資收益。


圖1為本發(fā)明一實施例的彩信接入系統(tǒng)的結構示意圖； 圖2為本發(fā)明另 一 實施例的彩信接入系統(tǒng)的結構示意圖； 圖3為本發(fā)明一實施例的彩信接入方法的流程示意圖，用于實現(xiàn)彩信下行 業(yè)務；
圖4為本發(fā)明另一實施例的彩信接入方法的流程示意圖，用于實現(xiàn)彩信下 行單發(fā)業(yè)務，其中，采用的是確認式計費方式；
圖4B為本發(fā)明另一實施例的彩信接入方法的流程示意圖，用于實現(xiàn)彩信 下行單發(fā)業(yè)務，其中，采用的是非確認式計費方式；
圖5為本發(fā)明又一實施例的彩信接入方法的流程示意圖，用于實現(xiàn)彩信下
行群發(fā)業(yè)務，其中，采用的是確認式計費方式；
圖5B為本發(fā)明又一實施例的彩信接入方法的流程示意圖，用于實現(xiàn)彩信 下行群發(fā)業(yè)務，其中，采用的是非確認式計費方式；
圖6為本發(fā)明又一實施例的彩信接入方法的流程示意圖，用于實現(xiàn)彩信上 行業(yè)務；
圖7為本發(fā)明再一實施例的彩信接入方法的流程示意圖，用于實現(xiàn)彩信上 行業(yè)務，其中，釆用的是確認式計費方式；
圖7B為本發(fā)明再一實施例的彩信接入方法的流程示意圖，用于實現(xiàn)彩信 上行業(yè)務，其中，采用的是非確認式計費方式。
具體實施例方式
為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖及具體實 施例對本發(fā)明進行詳細描述。
圖1為本發(fā)明一實施例的彩信接入系統(tǒng)的結構示意圖。如圖1,本發(fā)明一 實施例的彩信接入系統(tǒng)100包括服務提供端101、彩信用戶終端102、彩信 業(yè)務中心103、與服務提供端101及彩信業(yè)務中心103相連接的業(yè)務接入網關 104,其中，該業(yè)務接入網關104又包括Parlay X接口 105; Parlay X彩信接 入模塊106,用于通過所述Parlay X接口 105將來自服務提供商101的彩信轉 發(fā)至彩信業(yè)務中心103,及將來自所述彩信業(yè)務中心103的彩信發(fā)送至服務提 供端101。示例性地，該服務提供端為應用服務的直接提供者-服務提供商 (SP， Service Provider)或內容提供商(CP, Content Provider)，該服務提供 端可實現(xiàn)為提供相應服務的服務器。
在該實施例中的Parlay X接口為能實現(xiàn)彩信業(yè)務的Parlay X接口 ，在具體 實現(xiàn)中，可用于實現(xiàn)彩信消息業(yè)務的Parlay X接口包括彩信發(fā)送接口、彩 信接收接口和彩信通知4妄口 。
其中，彩信發(fā)送接口又包括發(fā)送消息接口 (sendMessage接口 )和獲得 消息發(fā)送狀態(tài)才妄口 ( getMessageDeliveryStatus接口 )。 sendmessage 4妄口為應用 側才是供了發(fā)送彩信消息的功能；當網絡發(fā)送彩信消息后，返回應用側一個本次 消息發(fā)送的標識符，以供應用側進行后續(xù)短消息發(fā)送狀態(tài)的查詢。多媒體消息
的內容采用MIME或者DIME的編碼格式，作為SOAP附件進行發(fā)送。 getMessageDeliveryStatus接口用于供應用側輪詢先前發(fā)送的多々某體消息的發(fā) 送情況。
其中，彩信接收接口又包括獲得接收消息接口 ( getReceivedMessages 接口 )、獲得消息URI接口 ( getMessageURI接口 )和獲得消息接口 ( getMessage 接口 )。其中，getReceivedMessages接口用于供應用側輪詢查詢滿足過濾條件 的彩信消息，ParlayX網關，如業(yè)務接入網關返回所有發(fā)送到應用的消息的引 用。getMessageURI接口用于讀取彩信消息的不同部分，業(yè)務接入網關將該彩 信消息的不同部分分別創(chuàng)建本地的文件，并返回引用到這些部分的URI,應用 側可以根據這些URI簡單地讀取每一個文件，或者將這些引用作為鏈接發(fā)送給 終端用戶。getMessage接口用于返回消息的所有內容，該消息內容采用SOAP 附件的方式進行傳送。
其中，彩信消息通知接口又包括通知消息接收接口 (notifyMessageReception 41: 口 ) 和消息遞交才艮告通殺口 4妄口 (NotifyMessageDeliveryReceipt接口 )。 notifyMessageReception接口由應用側 的Web業(yè)務實現(xiàn)，當Parlay X網關，如業(yè)務接入網關，發(fā)現(xiàn)有新的多媒體消 息滿足指定的過濾條件時，將觸發(fā)此接口，通知某一應用有新短消息進入，并 攜帶上所有的消息內容的引用。過濾條件和應用側Web業(yè)務的對應關系采用 離線的方式進行定義。NotifyMessageDeliveryReceipt接口用于將彩信消息的遞 交狀態(tài)報告給應用側。
Parlay X彩信接入才莫塊106，通過應用上述的Parlay X彩信消息接口將來 自服務提供商101的彩信轉發(fā)至彩信業(yè)務中心103,及將來自所述彩信業(yè)務中 心103的彩信發(fā)送至服務提供商101。
在本發(fā)明的該實施例中，業(yè)務接入網關(SAG, Service Access Gateway) 104是實現(xiàn)服務提供商SP 101業(yè)務接入的實體，提供對SP業(yè)務的統(tǒng)一接入， 對SP業(yè)務的控制和對SP業(yè)務網絡能力，包括語音業(yè)務能力和數據業(yè)務能力， 的統(tǒng)一開力文。
圖2為本發(fā)明另一實施例的彩信接入系統(tǒng)的結構示意圖。如圖2,該實施 例的彩信接入系統(tǒng)的結構與圖1所示的實施例的結構相比，不同之處在于，在
圖2所述的系統(tǒng)中，業(yè)務接入網關104的Parlay X彩信接入模塊106又包括 第一彩信接入模塊207,用于通過上述Parlay X接口 105與服務提供端101進 行消息交互，接收來自服務提供端101的彩信消息及將來自彩信業(yè)務中心103 的彩信消息發(fā)送至服務提供端101;第二彩信接入模塊208,用于通過彩信網 關協(xié)議，如MM7協(xié)議，與彩信業(yè)務中心103進行消息交互，將第一彩信接入 模塊207接收的、來自服務提供端101的彩信消息發(fā)送至彩信業(yè)務中心103， 及接收來自彩信業(yè)務中心103的彩信消息，并將其發(fā)送至第一彩信接入^^塊 207。
本發(fā)明的該業(yè)務接入網關，具有標準化、統(tǒng)一化的Parlay X網絡接口，能 利用ParlayX協(xié)議的彩信接入接口實現(xiàn)與服務提供端之間的彩信消息交互，并 利用彩信網關協(xié)議，如MM7協(xié)議，實現(xiàn)與MMSC之間的彩信消息交互，由 此實現(xiàn)了，服務提供端將彩信發(fā)送至彩信用戶終端的彩信下行業(yè)務，和彩信用 戶終端將彩信發(fā)送至服務提供端的彩信上行業(yè)務。
進一步地，在該實施例的彩信接入系統(tǒng)中，業(yè)務接入網關還包括認證檢 查模塊，用于對發(fā)送彩信的服務提供端進行認證，并對所述彩信的合法性進行 檢查；和，用戶鑒權計費^^塊，用于對發(fā)送或^接收彩信的彩信用戶終端進行鑒 權，發(fā)送用戶鑒權計費請求消息及接收返回的鑒權結果。
進一步地，本發(fā)明實施例的彩信接入系統(tǒng)還可包括與業(yè)務接入網關相連 接的綜合業(yè)務管理平臺(ISMP， Integrated Service Management Platform )，用 于對彩信用戶進行鑒權計費處理，如，接收業(yè)務接入網關發(fā)送的用戶鑒權計費 請求消息和計費確認消息。在具體實現(xiàn)中，該綜合業(yè)務管理平臺為實現(xiàn)各種業(yè) 務管理的功能實體，可提供統(tǒng)一管理、認證和計費的功能。
圖3為本發(fā)明一實施例的彩信接入方法的流程示意圖，用于實現(xiàn)彩信下行 業(yè)務。如圖3,本發(fā)明一實施例的彩信接入方法包括如下步驟
步驟301,服務提供端發(fā)送彩信消息至業(yè)務接入網關；
步驟302,業(yè)務接入網關通過設置在其上的Parlay X接口接收發(fā)自服務提 供端的彩信消息，并將接收的彩信消息發(fā)送至彩信業(yè)務中心；
步驟303,彩信業(yè)務中心將接收的該彩信消息發(fā)送至接收方彩信用戶終端。
圖4為本發(fā)明另一實施例的彩信接入方法的流程示意圖，用于實現(xiàn)服務提
供端如內容提供商CP或服務提供商SP的彩信下行單發(fā)業(yè)務。在該實施例中，
以SP為例，SP預先在ISMP中登記SP編號、接入碼等SP信息，以及訂購了 彩信業(yè)務的彩信用戶終端號碼。SP向已定購彩信業(yè)務的單個彩信用戶終端發(fā) 送與其定購的彩信業(yè)務相關的彩信消息。彩信消息發(fā)送完畢后，SAG向SP發(fā) 送消息遞交狀態(tài)報告。如圖4,本發(fā)明該實施例的彩信接入方法包括如下步驟 步驟401, SP通過Parlay X接口 ，如SP通過Parlay X接口中的SendMessage 接口向SAG發(fā)送彩信消息，具體地，如發(fā)送SendMessageRequest消息至SAG, 該SendMessageRequest消息中包含該彩信消息，該彩信消息中包含接收方 MMS終端的地址信息，如終端號碼；
步驟402, SAG接收到該SendMessageRequest消息后進行認證授權檢查， 包括:認證該SP是否有權下發(fā)彩信消息，及檢查SP下發(fā)的彩信消息的合法性， 如檢查該消息接收號碼的格式是否正確；具體地，SAG可通過判斷該SP的編 號是否有效來確定SP是否有權下發(fā)彩信消息；如該SP編號有效，則確定其有 權下發(fā)彩信消息；
步驟403,認證授權才企查結束后，SAG通過Parlay X接口返回響應給SP, 如返回SendMessageResponse響應消息至SP，該響應消息中包含該彩信消息是 否提交成功的信息；如彩信消息提交成功，則繼續(xù)執(zhí)行步驟404;否則，結束 流程；
步驟404, SAG發(fā)送對該彩信消息的接受方彩信用戶終端進行鑒權計費的 請求至ISMP;
步驟405, ISMP接收到該鑒權計費請求后，對該用戶進行鑒權計費處理， 具體地，如判斷該MMS終端是否訂購了這個業(yè)務，以避免SP錯發(fā)信息； 及檢查本次消息的付費方是否有足夠的余額，可以支付這條彩信消息費用；
步驟406,鑒權結束后，ISMP返回鑒權結果；當ISMP返回的鑒權結果為 成功時，在該返回的鑒權成功消息的計費標識字段中指明采用的計費方式，并 繼續(xù)執(zhí)行步驟407;例如，在該實施例中指明為確認式計費方式；如鑒權不成 功，則結束流程；
步驟407， SAG通過MM7協(xié)議與MMSC交互，將彩信消息提交給MMSC， 如發(fā)送MM7-submitREQ消息至MMSC, MM7-submitREQ消息中包含該彩信
消息，該彩信消息中包含^^妄收方MMS終端的地址信息；
步驟408, MMSC收到該MM7-submitREQ消息后，返回接收結果至SAG， 如返回MM7-submitRES響應消息至SAG，該響應消息中包含該彩信消息是否 提交成功的信息；如提交成功，則繼續(xù)執(zhí)行步驟409;否則，結束流程；
步驟409, MMSC發(fā)送彩信消息至接收方MMS終端；
步驟410,該MMS終端將該彩信消息接收完畢后，返回發(fā)送狀態(tài)消息至 MMSC，通知MMSC本次彩信消息是否成功發(fā)送到彩信用戶終端；如成功， 則繼續(xù)執(zhí)行步驟411;否則，結束流程；
步驟411 , MMSC提交發(fā)送狀態(tài)信息給SAG ， 如發(fā)送 MM7一Delivery一Report,REQ消息至SAG，以通知SAG本次彩信消息是否成功 發(fā)送到彩信用戶終端；
步驟412, SAG返回響應至MMSC，如返回MM7-submitRES響應消息；
步驟413, SAG發(fā)送計費確認給ISMP,如發(fā)送AuthPriceCnfmReq計費確 認消息；
步驟414， ISMP接收到該計費確認消息后，返回響應消息至SAG,如 AuthPriceCnfmRes消息；
步驟415， SAG通過Parlay X接口 ，如通過Parlay X接口中的 NotifyMessageDeliveryReceipt接口發(fā)送狀態(tài)l艮告給SP，具體地，如發(fā)送 NotifyMessageDeliveryReceiptR叫uest消息至SP，通知SP本次彩信消息是否成 功發(fā)送到彩信用戶終端；
步驟416, SP通過Parlay X接口返回響應至SAG,如通過Parlay X接口 中的NotifyMessageDeliveryReceipt接口返回NotifyMessageDeliveryReceipt Response響應消息。
在該實施例中，采用的計費方式為確認式；對于該彩信下行單發(fā)業(yè)務也可 釆用非確認式方式。圖4B為采用非確認式計費方式的彩信下行單發(fā)業(yè)務的流 程示意圖。如圖4B,非確認式計費方式與確認式計費方式的區(qū)別在于
1、 步驟406B，當鑒權結果為成功時，ISMP返回鑒權成功消息，并在該 消息的計費標識字段中指明采用的計費方式為非確認式；
2、 在步驟412執(zhí)行后，直接執(zhí)行步驟415，而無需再執(zhí)行步驟413及414。
圖5為本發(fā)明又一實施例的彩信接入方法的流程示意圖，用于實現(xiàn)服務提
供端如內容提供商CP或服務提供商SP的彩信下行群發(fā)業(yè)務。在該實施例中， 以SP為例，SP向已定購彩信業(yè)務的2個用戶終端(彩信用戶終端A和B )同 時發(fā)送與其定購彩信業(yè)務相關的、同樣的彩信消息；彩信發(fā)送完畢后，SAG 向SP發(fā)送消息以遞交狀態(tài)報告。在該實施例中，采用的計費方式為確認式。 如圖5，本發(fā)明又一實施例的彩信接入方法包括如下步驟 步驟501 ~步驟503與步驟401 ~步驟403相同；
步驟504， SAG分解接收到的彩信消息中的接收方MMS終端的地址信息， 如終端號碼，將群發(fā)消息拆分成多條單發(fā)消息，并依次^l行如下步驟505 ~ 529:
其中，在步驟505 ~步驟517中，接收方MMS終端為彩信用戶終端A， 用于完成SP將彩信發(fā)送至彩信用戶終端A,其它上述步驟404 ~步驟416相 同；
在步驟518 步驟529中，接收方MMS終端為彩信用戶終端B,用于完 成SP將彩信發(fā)送至彩信用戶終端B,其它上述步驟404 ~步驟416相同。
該實施例示出的是SP將彩信發(fā)送至2個MMS終端，對于SP將彩信發(fā)送 至數目大于2個的多個用戶，SP只需對所有的接收方MMS終端號碼，依次執(zhí) 行以上步驟404~416,直到發(fā)送完畢。
與下行單發(fā)業(yè)務類似，下行群發(fā)業(yè)務也可采用非確認式計費方式。圖5B 為采用非確認式計費方式的彩信群發(fā)下行業(yè)務的流程示意圖。如圖5B,非確 認式計費方式與確認式計費方式的區(qū)別在于
1、 步驟507B及519B,當鑒權結果為成功時，ISMP返回鑒權成功消息， 并在該消息的計費標識字段中指明采用的計費方式為非確認式；
2、 在步驟513執(zhí)行后，直接執(zhí)行步驟516，而無需再執(zhí)行步驟514及515; 及，在步驟525執(zhí)行后，直接執(zhí)行步驟528,而無需再執(zhí)行步驟526及527。
圖6為本發(fā)明又一實施例的彩信接入方法的流程示意圖，用于實現(xiàn)彩信上 行業(yè)務。如圖6，本發(fā)明又一實施例的彩信接入方法包括如下步驟 步驟601,發(fā)送方彩信用戶發(fā)送彩信消息至彩信業(yè)務中心； 步驟602,彩信業(yè)務中心接收彩信消息，并將其發(fā)送至業(yè)務接入網關； 步驟603，業(yè)務接入網關接收彩信業(yè)務中心發(fā)送至其的彩信消息，并通過 設置在該業(yè)務接入網關上的Parlay X接口將彩信消息發(fā)送至服務提供端。
圖7為本發(fā)明再一實施例的彩信接入方法的流程示意圖，用于實現(xiàn)服務提 供端如內容提供商CP或服務提供商SP的彩信上行業(yè)務。在該實施例中，以 SP為例，定購了彩信業(yè)務的彩信用戶終端發(fā)送彩信消息至SP，且采用確認式 計費方式。如圖7，本發(fā)明該實施例的彩信接入方法包括如下步驟 步驟701, MMS終端發(fā)送彩信消息至MMSC;
步驟702, MMSC將彩信消息發(fā)送至SAG，如發(fā)送MM7—Delivery.REQ消 息至SAG,該MM7—Delivery.REQ消息中包含該彩信消息，該彩信消息中包含 接收方SP的接入碼信息；
步驟703, SAG返回響應至MMSC，如發(fā)送MM7_Delivery.RES響應消息；
步驟704， SAG接收到該響應后，向ISMP發(fā)送用戶鑒權計費請求；
步驟705， ISMP接收到該鑒權計費請求后，對該MMS終端做鑒權計費處 理，具體地，如判斷該用戶是否訂購了該業(yè)務，以避免錯發(fā)信息；及檢查本 次消息的付費方是否有足夠的余額，可以支付這條彩信消息費用；
步驟706， ISMP返回鑒權結果消息，并在該消息的計費標識字段中指明 采用的計費方式；例如，在該實施例中為確認式計費方式；當該結果為鑒權成 功時，繼續(xù)執(zhí)行步驟707，否則，結束流程；
步驟707, SAG通過Parlay X接口 ，如通過Parlay X接口中的 NotifyMessageDeliveryReception接口 ，將彩信消息發(fā)送至SP,具體地，例如， 發(fā)送 NotifyMessageDeliveryReceptionRequest 消 息至 SP , 該 NotifyMessageDeliveryReceptionRequest消息中包含該彩信消息；
步驟708， SP接收到該NotifyMessageDeliveryRecqrtionRequest消息后， 通過Parlay X 4妻口返回NotifyMessageDeliveryReceptionResponse響應消息至 SAG;
步驟709, SAG接收到該響應消息后，發(fā)送計費確認至ISMP; 步驟710, ISMP返回響應至SAG。
對于該彩信上行業(yè)務，也可采用非確認式計費方式。圖7B為采用非確認 式計費方式的彩信上行業(yè)務的流程示意圖。如圖7B，非確認式計費方式與確 認式計費方式的區(qū)別在于
1、 步驟706B, ISMP返回鑒權成功的結果，并在該消息的計費標識字段 中指明采用的計費方式為非確認式；
2、 在執(zhí)行步驟708后，無需再執(zhí)行步驟709及710。
本發(fā)明的接入方法利用本發(fā)明的業(yè)務接入網關，通過Parlay X接口與服務 提供商進行彩信消息的交互，通過彩信網關協(xié)議與MMSC進行彩信消息的交 互，從而可實現(xiàn)屏蔽底層網絡的彩信接入。
利用本發(fā)明，SP可通過SAG，向用戶終端如手機發(fā)送彩信消息，及用戶 終端可通過特定的接入碼發(fā)送彩信消息至SP,該彩信消息經過SAG，最后發(fā) 送至SP;其中，彩信消息的附件可以包括圖片、mp3、文本、錄像等多種格式 的文件。
以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本技術領域的普通 技術人員來說，在不脫離本發(fā)明原理的前提下，還可以作出若干改進和潤飾， 這些改進和潤飾也應^L為本發(fā)明的保護范圍。
權利要求
1.一種彩信接入系統(tǒng)，包括服務提供端、彩信用戶終端及彩信業(yè)務中心，其特征在于，還包括與所述服務提供端及彩信業(yè)務中心相連接的業(yè)務接入網關，所述業(yè)務接入網關包括Parlay X接口；Parlay X彩信接入模塊，用于通過所述Parlay X接口將來自服務提供端的彩信消息發(fā)送至所述彩信業(yè)務中心，及將來自所述彩信業(yè)務中心的彩信消息發(fā)送至服務提供端。
2. 根據權利要求1所述的系統(tǒng)，其特征在于，所述Parlay X彩信接入模 塊包括第 一彩信接入模塊，用于通過所述Parlay X接口與所述服務提供端進行消 息交互，接收來自所述服務提供端的彩信消息及將來自彩信業(yè)務中心的彩信消 息發(fā)送至服務提供端；第二彩信接入模塊，用于通過彩信網關協(xié)議與彩信業(yè)務中心進行消息交 互，將所述第一彩信接入模塊接收的、來自服務提供端的彩信消息發(fā)送至彩信 業(yè)務中心，及接收來自所述彩信業(yè)務中心的彩信消息，并將其發(fā)送至所述第一 彩信接入模塊。
3. 根據權利要求1或2所述的系統(tǒng)，其特征在于，所述業(yè)務接入網關還 包括認證檢查模塊，用于對發(fā)送彩信消息的所述服務提供端進行認證，并對所 述彩信消息的合法性進行檢查；用戶鑒權計費模塊，用于對發(fā)送或接收彩信消息的彩信用戶終端進行鑒 權，發(fā)送用戶鑒權計費請求及接收返回的鑒權結果。
4. 根據權利要求3所述的系統(tǒng)，其特征在于，還包括 綜合業(yè)務管理平臺，與所述業(yè)務接入網關相連接，用于接收所述用戶鑒權計費模塊發(fā)送的用戶鑒權計費請求，并對彩信用戶終端進行鑒權計費處理。
5. —種業(yè)務接入網關，與服務提供端及彩信業(yè)務中心相連接，其特征在于，包括 Parlay X接口；Parlay X彩信接入模塊，用于通過所述Parlay X接口將來自服務提供端的 彩信消息發(fā)送至所述彩信業(yè)務中心，及將來自所述彩信業(yè)務中心的彩信消息發(fā) 送至服務提供端。
6. 根據權利要求5所述的業(yè)務接入網關，其特征在于，所述Parlay X彩 信接入模塊包括第 一彩信接入才莫塊，用于通過所述Parlay X接口與所述服務提供端進行消 息交互，接收來自所述服務提供端的彩信消息及將來自彩信業(yè)務中心的彩信消 息發(fā)送至服務提供端；第二彩信接入模塊，用于通過彩信網關協(xié)議與彩信業(yè)務中心進行消息交 互，將所述第一彩信接入模塊接收的、來自服務提供端的彩信消息發(fā)送至彩信 業(yè)務中心，及接收來自所述彩信業(yè)務中心的彩信消息，并將其發(fā)送至所述第一 彩信接入模塊。
7. —種彩信接入方法，其特征在于，包括如下步驟 步驟一，服務提供端發(fā)送彩信消息至業(yè)務接入網關；步驟二，業(yè)務接入網關通過設置在其上的Parlay X接口接收發(fā)自服務提供 端的彩信消息，并將所述接收的彩信消息發(fā)送至彩信業(yè)務中心；步驟三，所述彩信業(yè)務中心將所述彩信消息發(fā)送至接收方彩信用戶終端。
8. 根據權利要求7所述的方法，其特征在于，在所述步驟二中，所述業(yè) 務接入網關通過彩信網關協(xié)議與所述彩信業(yè)務中心進行消息交互，將所述接收 的彩信消息發(fā)送至所述彩信業(yè)務中心。
9. 根據利要求7所述的方法，其特征在于，對于群發(fā)業(yè)務，在所述步驟 二中，所述業(yè)務接入網關接收到所述彩信消息后，還包括所述業(yè)務接入網關 分解所述彩信消息中的接收號碼，將群發(fā)消息拆分成多條單發(fā)消息的步驟。
10. 根據利要求7或8所述的方法，其特征在于，在所述步驟二中，所述 業(yè)務接入網關接收到所述彩信消息后，還包括所述業(yè)務接入網關對所述服務提供端進行認證，及對所述彩信消息的合法性進行;險查的步驟。
11. 根據權利要求7所述的方法，其特征在于，在所述步驟二中，在所述 業(yè)務接入網關接收到所述彩信消息之后，所述業(yè)務接入網關將所述彩信消息發(fā)送至彩信業(yè)務中心之前，還包括所述業(yè)務接入網關向綜合業(yè)務管理平臺發(fā)送對接收方彩信用戶終端進行 鑒權計費的請求，并接收所述綜合業(yè)務管理平臺返回的鑒權結果。
12. 根據權利要求7-11中任一項所述的方法，其特征在于，在所述步驟 三之后，還包括步驟四，所述接收方彩信用戶終端在將所述彩信消息接收完畢后，向所述 彩信業(yè)務中心返回接收響應；步驟五，所述彩信業(yè)務中心接收到所述接收響應后，將彩信發(fā)送狀態(tài)消息 發(fā)送至所述業(yè)務接入網關；步驟六，所述業(yè)務"l妄入網關接收到所述彩信發(fā)送狀態(tài)消息后，通過Parlay X接口將彩信發(fā)送狀態(tài)報告發(fā)送至所述服務提供端。
13. —種彩信接入方法，其特征在于，包括如下步驟步驟A，發(fā)送方彩信用戶終端發(fā)送彩信消息至彩信業(yè)務中心；步驟B，所述彩信業(yè)務中心接收所述彩信消息，并將所述接收的彩信消息發(fā)送至業(yè)務接入網關；步驟C,所述業(yè)務接入網關接收所述彩信業(yè)務中心發(fā)送的彩信消息，并通過設置在所述業(yè)務接入網關上的Parlay X接口將所述彩信消息發(fā)送至服務提供端。
14. 根據利要求13所述的方法，其特征在于，在所述步驟B中，所述業(yè) 務接入網關通過彩信網關協(xié)議與所述彩信業(yè)務中心進行消息交互，接收所述彩 信業(yè)務中心發(fā)送至其的彩信消息。
15. 根據權利要求13或14所述的方法，其特征在于，所述步驟C中， 在所述業(yè)務接入網關接收所述彩信消息之后、將所述彩信消息發(fā)送至服務提供 端之前，還包括所述業(yè)務接入網關向綜合業(yè)務管理平臺發(fā)送對所述彩信用戶終端進行鑒 權計費的請求，并接收所述綜合業(yè)務管理平臺返回的鑒權結果。
全文摘要
本發(fā)明提供了一種業(yè)務接入網關、采用該網關的彩信接入系統(tǒng)及其接入方法。該業(yè)務接入網關包括Parlay X接口；Parlay X彩信接入模塊，用于通過Parlay X接口將來自服務提供端如SP的彩信消息發(fā)送至MMSC，及將來自MMSC的彩信消息發(fā)送至服務提供端。該彩信接入系統(tǒng)包含本發(fā)明的業(yè)務接入網關。該接入方法利用本發(fā)明的業(yè)務接入網關，通過Parlay X接口與SP進行彩信消息的交互，通過彩信網關協(xié)議與MMSC進行彩信消息的交互，從而實現(xiàn)了屏蔽底層網絡的、基于Parlay X的彩信接入系統(tǒng)及接入方法。本發(fā)明大大降低了服務提供端如SP或CP開發(fā)彩信接入系統(tǒng)的難度、減少了開發(fā)周期，提高了SP或CP的投資收益。
文檔編號H04W88/16GK101110989SQ200710120640
公開日2008年1月23日 申請日期2007年8月22日 優(yōu)先權日2007年8月22日
發(fā)明者吳志豐, 杰 宋, 楊建軍 申請人:中興通訊股份有限公司