專利名稱：一種短消息增值業務的處理方法及系統的制作方法
技術領域：
本發明涉及移動通信系統中對短消息業務的處理方法及處理系統，特 別涉及到一種短消息增值業務的處理方法和系統。
背景技術：
隨著豐富多彩的短消息增值業務的開展，短消息已完全融入到人們的 日常工作和生活中，已成為一個不可或缺的生活元素。目前短消息增值業
務主要由SP (服務提供商)來提供，雖然它提供了多種服務項目，但總
體來說其業務形式單一，功能級別低。因此由運營商提供一類功能級別高、
可靠的短消息增值服務也就變得很有意義。例如短消息呼轉，短消息自 動回復，短消息回執，短消息簽名等。
用戶可簽約的增值業務可劃分為兩大類主叫類增值業務(以下簡稱 為主叫業務)和被叫類增值業務(以下簡稱為被叫業務)。
主叫業務的定義如下當用戶作為短消息的發送者時才能觸發的增值 業務稱之為主叫業務，如短消息簽名，短消息回執等。
被叫業務的定義如下當用戶作為短消息的接收者時才能觸發的增值 業務稱之為被叫業務，如短消息呼轉，短消息自動回復，短消息過濾等。
現有的GSM/GPRS網絡，以及即將建設的WCDMA/TDCDMA網絡， 在這些網絡中短消息處理的原則是短消息的起呼和終呼流程均由主叫用 戶歸屬的SMSC(短消息中心)來完成。由于這種技術特點，導致了被叫增 值業務難于在全網統一開展。如當被叫用戶為網內外地簽約了被叫業務的 用戶時，由于主叫用戶歸屬的SMSC沒有被叫用戶的任何信息，因此也就 無法觸發它的被叫業務。
有關上述問題的現有技術中，有中國專利號為CN1741629、名稱為"實
現短消息轉移的方法"，及中國專利號為CN1741551、名稱為"移動網短 消息自動回復實現方法"的技術方案。以上兩個現有專利側重于單個具 體業務功能的實現。存在的缺點是兩個業務都在SMSC(短消息中心)實 現，必須對現有的SMSC系統做出較大的改動，加大了系統改造的難度， 降低了投資效益。
發明內容
有鑒于此，本發明的主要目的在于提供一種的短消息增值業務處理方 法以及系統，能夠使SMSC做一次改動就可以支持各類短消息增值業務。
為了實現上述目的，本發明提供一種短消息增值業務的處理方法，包 括以下步驟
(1) 建立與短消息中心連接的短消息增值業務平臺；
(2) 短消息增值業務平臺處理用戶申請簽約主叫和/或被叫增值業務 的開/銷戶請求，保存用戶的增值業務簽約信息，并將用戶的業務簽約標 識發送給短消息中心，短消息中心把用戶的業務簽約標識保存到本地數據 庫中；
(3 )短消息中心接收到主叫用戶發送來的短消息，根據該短消息的 主叫號碼和被叫號碼在本地數據庫中查詢用戶的增值業務簽約標識，如果 主叫號碼簽約了主叫業務或是4皮叫號碼簽約了被叫業務，那么短消息中心 把該條短消息發送到短消息增值業務平臺進行處理；
(4 )短消息增值業務平臺才艮據用戶的簽約信息對該短消息進行具體 的增值業務處理，并把處理后的短消息返回給所屬短消息中心，短消息中 心把該短消息發送到被叫用戶。
上述步驟(1)進一步可建立與短消息增值業務平臺連接的短消息增 值業務平臺網關。
上述步驟(2)中，用戶申請簽約的被叫業務包括本業務片區被叫業 務和全網凈皮叫業務。
在建立有與短消息增值業務平臺連接的短消息增值業務平臺網關的
情況下，則上述步驟(2)進一步可包括
(21 )如杲用戶簽約的是全網被叫業務，則短消息增值業務平臺將用 戶的被叫業務簽約標識發送給短消息增值業務平臺網關；
(22)短消息增值業務平臺網關保存用戶的被叫業務簽約標識，并把 該標識信息轉發給其他的短消息增值業務平臺；
(23 )其他的短消息增值業務平臺把短消息增值業務平臺網關轉發來 的^C叫業務簽約標識保存到本地數據庫中。
上述步驟(3)進一步可包括
(31 )如果短消息中心在本地數據庫查不到短消息的被叫用戶的相關 數據，短消息中心發送信令到短消息增值業務平臺，查詢被叫用戶是否簽 約了全網被叫業務；
(32 )如果短消息增值業務平臺返回的信令表明被叫用戶未簽約全網 被叫業務，則短消息中心直接把短消息下發到被叫用戶的接收終端上；如 果信令中表明被叫用戶簽約了全網被叫業務，則短消息中心把短消息發送 到短消息增值業務平臺；
(33 )短消息增值業務平臺接收到短消息后，把短消息轉發給短消息 增值業務平臺網關；
(34 )短消息增值業務平臺網關把短消息轉發到被叫用戶歸屬的短消 息增值業務平臺上；
所述步驟(4)進一步可包括
(41) 被叫用戶歸屬的短消息增值業務平臺進行具體的短消息增值業 務的處理，并把處理后的短消息發送給被叫用戶歸屬的短消息中心；
(42) 被叫用戶歸屬的短消息中心將短消息下發給被叫用戶。
上述短消息中心與短消息增值業務平臺之間采用擴展的SMPP協議 通信；所述短消息增值業務平臺與短消息增值業務平臺網關之間也采用擴 展的SMPP協議通信。
為了實現本發明的目的，本發明還提供一種短消息增值業務的處理系 統，其特征在于所述系統包括短消息中心和與"M目連的短消息增值業務 平臺，其中
所述短消息增值業務平臺，用于對用戶申請簽約主叫和/或被叫增值 業務的開/銷戶請求進行處理，存儲用戶增值業務的簽約信息，把用戶的 簽約標識發送到用戶歸屬的短消息中心，提供短消息中心查詢用戶的簽約 標識，并負責對簽約用戶發送的短消息進行具體的增值業務處理；
所述短消息中心，用于保存用戶的業務簽約標識，接收用戶發送的短 消息，并根據短消息的主叫號碼和被叫號碼，在保存的用戶業務簽約標識 中查詢主叫號碼是否簽約了主叫業務及被叫號碼是否簽約了被叫業務，將 簽約用戶的短消息發送到短消息增值業務平臺進4亍增值業務處理，并把短 消息增值業務平臺處理后返回的短消息發送到被叫用戶。
上述用戶的簽約信息記錄用戶詳細的簽約記錄，所述用戶的簽約標識 記錄用戶簽約的業務種類。
上述短消息增值業務平臺至少包含以下幾個模塊短消息增值業務控 制模塊，負責各種增值業務之間處理流程的控制，開/銷戶相關處理；短 消息增值業務實現模塊，負責增值業務的具體實現；短消息增值業務協議 網關模塊，負責和短消息中心的連接；數據庫模塊，負責存儲本業務區用 戶的增值業務簽約的詳細信息。
其中，所述的短消息增值業務控制模塊，其與短消息增值業務實現模 塊之間采用擴展的SMPP協議進行通信，與短消息增值業務協議網關才莫塊 采用內部協議進行通信，與數據庫;f莫塊采用內部協議進行通信。
對簽約全網被叫業務的用戶，上述系統還包括與短消息增值業務平臺 相連的短消息增值業務平臺網關，用于存儲全網用戶被叫業務簽約標志， 將用戶被叫業務簽約標志同步到相連的SMVP中，并提供SMVP查詢外 業務片區用戶的被叫業務簽約標識，以及提供不同短消息增值業務平臺之 間的消息轉發功能。
上述短消息增值業務平臺網關至少包括以下幾個模塊業務控制模 塊，負責向SMVP同步全網用戶被叫業務簽約標識，提供SMVP查詢用 戶被叫業務簽約標識；消息轉發模塊，根據本系統中配置的路由信息表把 短消息投遞到正確的SMVP上，實現SMVP之間消息的交互并且負責向 SMVP同步全網用戶被叫業務簽約標識；協議網關模塊，負責和SMVP 之間的連接；數據庫模塊，負責存儲全網用戶的被叫業務簽約標識。
上述業務控制模塊和協議網關模塊之間采用內部協議進行通信；所述 消息轉發模塊與協議網關模塊之間采用內部協議進行通信；所述業務控制 模塊與數據庫模塊之間采用內部協議進行通信。
本發明的有益效杲在于本發明所述的方法和系統，達到了短消息增 值業務的處理流程和短消息基本流程分離的效果，避免了新增的增值業務 依然需要SMSC進行改動的局面，防止了增值業務的開展對SMSC帶來 的沖擊，加強了整個短消息系統的穩定性，提高了增值業務的可擴展性， 節省了運營商的投資成本，保證了運營商投資的收益。
附閨說明
圖1為本發明在GSM/GPRS/WCDMA/TDCDMA短消息網絡中的組網 示意圖2為用戶開/銷戶在整個短消息增值網絡中的流程；
圖3為在只開通了本地短消息增值業務服務的情況下，增值業務基本 業務在整個短消息增值網絡中的流程；
圖4為開通全網增值業務服務的情況下，增值業務基本業務在整個短 消息增值網絡中的流程；
圖5為短消息增值業務平臺的系統擴展框架。
具體實施例方式
本發明的方法和系統適用于GSM/GPRS/WCDMA/TDCDMA網絡。
本發明所述的短消息增值業務處理系統包括SMVP(短消息增值業務 平臺)和VPGW(短消息增值業務平臺網關)，它們之間4吏用擴展的SMPP 協議進行通信。
其中SMVP主要功能是存儲本業務片區用戶增值業務的簽約信息(如 果要開通全網服務還需要存儲全網用戶的被叫業務的簽約標識)，把用戶 的簽約標識同步到用戶歸屬的SMSC中，并負責各種增值業務的處理優先 級以及增值業務的具體實現等。其中簽約信息用于記錄用戶詳細的簽約記 錄，業務簽約標識只記錄用戶簽約的業務種類。
SMVP至少包含以下幾個模塊
短消息增值業務控制模塊主要負責各種增值業務之間處理流程的控 制，開/銷戶相關處理；
短消息增值業務實現模塊主要負責增值業務的具體實現；
短消息增值業務協議網關模塊主要負責和現有短消息系統的連接 (主要是SMSC);
數據庫模塊主要負責存儲本業務區用戶的增值業務簽約的詳細信息。
短消息增值業務控制模塊是整個系統的控制中心，負責連接各模塊， 協調各模塊之間的工作。它與短消息增值業務實現模塊之間采用擴展的
SMPP協議進行通信；與短消息增值業務協議網關模塊采用內部協議進行 通信；與數據庫模塊采用內部協議進行通信。其它模塊之間不進行通信。
VPGW主要功能是存儲全網用戶被叫業務簽約標志，同步到相連的 SMVP中，提供SMVP查詢外業務區用戶的被叫業務簽約標識以及提供 SMVP與SMVP的消息轉發功能。其至少包含以下幾個模塊
業務控制才莫塊主要負責向SMVP同步全網用戶被叫業務簽約標識， 提供SMVP查詢用戶被叫業務簽約標識；
消息轉發模塊根據本系統中配置的路由信息表把短消息投遞到正確 的SMVP上，實現SMVP之間消息的交互并且負責向SMVP同步全網用 戶#1叫業務簽約標識；
協議網關模塊主要負責和SMVP之間的連接；
數據庫模塊主要負責存儲全網用戶被叫業務簽約標識。
業務控制模塊和消息轉發模塊是整個系統的中心，它們之間沒有數據
交互，但它們與協議網關模塊之間均采用內部協議進行通信；業務控制模 塊與數據庫模塊采用內部協議進行通信；消息轉發模塊與數據庫模塊沒有 數據交互；協議網關模塊與數據庫模塊也沒有數據交互。
本發明所述的短消息增值業務處理方法涉及到現有的SMSC，并增加 了 SMVP以及VPGW。
其中SMSC僅存儲用戶增值業務的簽約標識，負責判斷用戶是否簽約 了增值業務，并觸發到SMVP平臺。
進一步，隨著增值業務的增多，可以把一些短消息增值業務實現才莫塊 獨立^:成一個新的系統，稱為ESP(增強的服務平臺)，以^f更提供更有個性 化的服務。如圖5所示，ESP與SMVP之間使用的通信協議是擴展的SMPP 協議。
發明的短消息增值業務處理方法的具體實現包括以下幾個方面
一、 SMSC與SMVP之間采用現有的SMPP協議并新增兩對信令
A. SET—SERVICE, SMVP發送給SMSC的信令，用于通知SMSC用 戶是否簽約了主被叫業務。
B. SET—SERVICE—RESP, SMSC返回給SMVP的信令，用于告訴 SMVP本次SET—SERVICE操作是否成功。
C. QUERY—SERVICE, SMSC發送給SMVP的信令，用于向SMVP 查詢用戶被叫業務簽約標識。
D. QUERY—SERVICE—RESP, SMVP返回給SMSC的信令，用于告訴
SMSC所查詢用戶的:^皮叫業務簽約。
二、 SMVP與VPGW之間采用現有的SMPP協議的新增三對信令
A. SET—SERVICE, VPGW發送給SMVP的信令，用于通知SMVP 用戶是否簽約了主被叫業務。
B. SET一SERVICE一RESP， SMVP返回給VPGW的信令，用于告訴 VPGW本次SET_SERVICE操作成功與否。
C. UPDATE— SERVICE, SMVP發送給VPGW的信令，用于通知
13VPGW用戶是否簽約了主被叫業務。
D. UPDATE— SERVICE一RESP， VPGW返回給SMVP的信令，用于告 訴SMVP本次UPDATE— SERVICE操作成功與否。
E. QUERY—SERVICE, SMVP發送給VPGW的信令，用于向VPGW 查詢用戶被叫業務簽約標識。
F. QUERY—SERVICE—RESP， VPGW返回給SMVP的信令，用于告 訴SMVP所查詢用戶的被叫業務簽約。
三、 業務開通
A. 用戶可以通過多種方式進行增值業務的開戶(如短消息方式，營業 廳方式等)。
B. SMVP把用戶的增值業務簽約的詳細信息保存到本系統中，緊接著 SMVP通過新增的與SMSC的交互信令SET—SERVICE,將用戶簽約業務 標識發送給SMSC。
C. SMSC接收到SMVP的請求后，把用戶的業務簽約標識保存到本地 數據庫中。
進一步，如果開通了全網服務的話，那么還需要進行如下擴展
D. 如果用戶簽約的是被叫業務，那么SMVP通過新增的與VPGW的 交互信令UPDATE— SERVICE將用戶的被叫業務簽約標識發送給VPGW。
E. VPGW把用戶的被叫業務簽約標識保存到本系統中，緊接著把該標 識信息通過新增的SET—SERVICE信令轉發給其他的SMVP。
F. SMVP把這些外地用戶的被叫業務簽約標識保存到本地數據庫中。
四、 業務^f吏用
A. SMSC接收到用戶發送上來的短消息之后，根據短消息的主叫號碼 和被叫號碼查詢本地的數據庫中用戶的增值業務簽約標識，如果主叫號碼 簽約了主叫業務或是被叫號碼簽約了被叫業務，那么SMSC把該條短消息 發送到SMVP進行處理。
B. SMVP根據用戶的簽約信息實現具體的短消息增值業務，最后把處
理結果返回給該SMSC。
進一步，如果開通了全網服務并且被叫用戶為網內的異地用戶時，那 么還需要進行如下擴展
A. 如果SMSC發現短消息的主被叫用戶在本地數據庫都查不到相關 的數據時，SMSC需要發送QUERY—SERVICE請求到SMVP，查詢被叫 用戶是否有簽約了被叫業務。
B. 如果SMVP返回的QUERY_SERVICE—RESP信令表明了被叫用戶 未簽約被叫業務的話，那么SMSC直接把短消息下發到被叫用戶的手機 上；如果信令中表明被叫用戶簽約了被叫業務的話，SMSC需要把短消息 發送到SMVP。
C. SMVP接收到短消息后，把短消息轉發給VPGW。
D. VPGW根據系統中配置的路由信息，把短消息轉發到被叫用戶歸屬 的SMVP2上。
E. 由SMVP2進行具體的短消息增值業務的處理，并把處理后的短消 息發送給被叫用戶歸屬的SMSC2上。
F. 最后由SMSC2進行短消息的最終下發。
進一步，本發明還提供了用戶暫停和激活業務的操作，包括以下步驟
用戶通過多種方式進行增值業務的暫停/激活(如短消息方式，營業 廳方式等)；
SMVP接收到用戶暫停業務功能時，記錄在本系統中，緊接著SMVP 通過SET—SERVICE信令通知SMSC。
下面結合附圖對技術方案的實施作進一步的詳細描述
圖1為本發明在GSM/GPRS/WCDMA/TDCDMA短消息網絡中的組網
示意圖。
如圖所示，SMVP與SMVP之間是通過VPGW來完成相互之間的連 接，SMVP與SMSC之間是直接連接。SMVP與VPGW之間，SMVP與 SMSC之間使用的通信協議都是擴展的SMPP協議，其中包含了本發明中新定義的信令。SMVP只負責處理本業務片區的用戶簽約的增值業務，當 用戶屬于外地(本本業務片區以外)SMVP并且簽約了被叫業務時，SMVP 需要主動把短消息轉發到VPGW， VPGW再根據自身配置的路由信息把 短消息轉發到被叫用戶歸屬的SMVP，歸屬的SMVP負責處理被叫用戶的 被叫業務。舉例說明如下(可以參考圖1):
A用戶屬于SMSCl, B用戶屬于SMSC4， A、 B用戶都簽約了主被 叫業務。
A用戶發送消息給B用戶，短消息到達SMSC1 。 SMSC1根據數據庫中記栽的用戶增值業務簽約標識判斷出主叫用戶 A簽約了主叫業務，于是把短消息發送到SMVP1進行處理。
SMVP1進行相關的處理后，判斷出被叫用戶B不屬于本業務片區， 但其又簽約了被叫業務，SMVP1把短消息發送到VPGW。
VPGW根據路由信息把短消息轉發到SMVP2。
SMVP2接收到短消息之后進行相關的增值業務處理，之后發送給 SMSC4。
SMSC4負責把該條短消息發送給B用戶。
同時，當SMVP管轄的業務片區中用戶被叫業務簽約標識發生變化 時，需要通知VPGW, VPGW再同步到各個SMVP。
本發明提到的業務片區的定義如下
一個SMVP可以管轄多個SMSC，所有歸屬于這些管轄SMSC的短 消息服務區總稱為該SMVP的業務片區。舉例說明
SMVP1管轄SMSC1, SMSC2, SMSC3; SMVP2管轄SMSC4， SMSC5， SMSC6;
如果A用戶的歸屬短消息中心是SMSC1 ，那么我們就稱A用戶屬于 SMVP1的業務片區；
相對于SMVP1來說，A用戶屬于本業務片區用戶，但相對于SMVP2 來il， A用戶就成了外業務片區用戶。
圖2為用戶開/銷戶在整個短消息增值網絡中的流程。
步驟201 MS移動終端(如手機)發送短消息給SMVP的開戶接入號， 短消息首先會發送到用戶的歸屬短消息中心SMSC。
步驟202 SMSC把短消息轉發給SMVP。
步驟203 SMVP解析用戶發送上來的開戶消息，把它轉化成內部所 需的增值業務簽約信息并存入到數據庫中。
步驟204 SMVP返回給SMSC deliver響應。
步驟205 SMVP根據用戶所有簽約的業務(SMVP提供的增值業務) 標識構造出SET—SERVICE請求。
步驟206 SMVP發送SET_SERVICE給SMSC。
步驟205和206中，SMVP可以把用戶完整的業務簽約標識(記錄用 戶具體簽約了那些業務)發給SMSC，也可以簡單的通知SMSC，用戶是否 簽約了主被叫業務。
步驟207 SMSC接收到請求后把用戶完整的業務簽約標識(或是用 戶是否簽約了主被叫業務標識)保存到本地數據庫中。
步驟208 SMSC在處理完SET—SERVICE請求后返回給SMVP的響應。
步驟209 ~ 211 SMVP給用戶下發開戶通知結果的流程。
此外，如果開通全網服務，那么在步驟206之后需要加入兩個步驟
SMVP判斷用戶簽約的業務是否是被叫業務，如果是則發送 UPDATE—SERVICE請求給VPGW;
VPGW把用戶的簽約標識記錄在本系統中，并將此消息同步到其他的 SMVP并給源SMVP返回響應。
圖3為在只開通了本地短消息增值業務服務的情況下，增值業務基本 業務在整個短消息增值網絡中的流程。
步驟301 MSI移動終端(如手機)發送短消息給MS2,短消息首先會 發送到用戶MSI的歸屬短消息中心SMSC。
步驟302-303 SMSC查找短消息主叫用戶簽約的主叫業務標識和 被叫用戶簽約的被叫業務標識，當存在簽約標識時，把短消息通過標準的 SMPP協議發送給SMVP。可以通過在目的號碼前添加前綴的方式或是擴 展Deliver消息中的Service—type字段來通知SMVP觸發了主叫業務還是 被叫業務。如當用戶簽約了主叫業務時，目的號碼前添加115,簽約了 被叫業務時，目的號碼前添加117。
步驟304 SMVP根據SMSC通知的是觸發了主叫業務還是被叫來獲 得用戶的簽約業務標識。如杲SMSC通知SMVP短消息簽約了主叫業務， 那么SMVP需要獲得主叫用戶簽約的主叫業務標識和被叫用戶簽約的被 叫業務標識共同生成短消息所簽約的增值業務標識。如果SMSC通知 SMVP短消息簽約了被叫業務，那么SMVP只需要獲得被叫用戶簽約的被 叫業務標識來來生成短消息所簽約的增值業務標識。完成業務標識的生成 之后，SMVP將根據此標識按照預先配置好的業務觸發優先級依次實現用 戶簽約的主被叫業務并進行相應的計費工作。
步驟305 SMVP把最后處理完成的短消息根據標準的SMPP協議發 送給SMSC，通過Submit消息中的Service—type字段告訴SMSC —些特殊 的操作，如不需要觸發被叫業務，不需要重試等。
步驟306 ~ 307 SMSC把短消息下發給MS2用戶，MS2接收到之后 返回給SMSC響應。
步驟308 SMSC把此條短消息最終的發送結果通過標準的SMPP協 議發送給SMVP。
步驟309 SMVP接收到狀態報告之后構造出步驟303中SMSC發送 給SMVP的短消息的狀態報告，并發送給SMSC, SMSC收到狀態報告后 進行相關的計費工作。
圖4為開通全網增值業務服務的情況下，增值業務基本業務在整個短 消息增值網絡中的流程。
步驟401 MSI移動終端(如手機)發送短消息給MS2，短消息首先會 發送到用戶MSI的歸屬短消息中心SMSCl。
步驟402 ~ 403 SMSC1查找短消息主叫用戶簽約的主叫業務標識和 被叫用戶簽約的被叫業務標識，當存在簽約標識時，把短消息通過標準的 SMPP協議發送給SMVP1 。
步驟404 SMVP1獲得短消息主叫用戶簽約的主叫業務標識，并根 據預先配置好的業務觸發優先級依次實現用戶簽約的主叫業務并進行相 應的計費工作。
步驟405 ~ 407 SMVP1發現目的用戶為外地用戶并且簽約了被叫業 務時，把短消息發送給VPGW進行處理；接著VPGW接到短消息后，根 據配置好的路由信息把短消息轉發到歸屬的SMVP2上進行處理。
步驟408 ~ 411 SMVP2處理完短消息被叫用戶簽約的被叫業務后， 把短消息發送給SMSC2,最終由SMSC2下發給被叫用戶MS2。
步驟412 ~ 415 SMSC2把此條短消息最終的發送結果依然通過標準 的SMPP協議發送給SMVP2, SMVP2轉發給VPGW, VPGW再轉發給 SMVP1, SMVP1最后把狀態報告發送給SMSC1, SMSC1收到這條狀態 報告后進行相關的計費工作。
其中步驟416為SMVP1處理主叫用戶簽約的一些特殊的主叫業務， 如短信回執業務，此時步驟416之后需要加入以下步驟
步驟416a SMVP1構造一條短信回執通知，用于告訴MS1其發送的 短消息已經發送到MS2上，并把此條通知消息發送給SMSC1。
步驟416b SMSC1把短消息下發給MS1 。
步驟416c SMSC1接收到MS1的成功響應。
步驟416d SMSC1把此條短消息最終的發送結果通過標準的SMPP 協議發送給SMVPl, SMVP1進行相關的計費工作。
圖5為SMVP的系統擴展框架。隨著增值業務的發展，用戶對個性 化需求的不斷增大，需要一些能提供用戶個性化設置極強的業務，如短信 簽名，短信自動回復等。為了能保證整個SMVP系統的穩定，又能滿足 用戶個性化的需求，可以把SMVP中的業務實現模塊單獨分離出來做成 ESP(增強的服務平臺)，由它來實現個性化強的業務，提供用戶修改個性
化設置的途徑。ESP與SMVP之間的通信協議為擴展的SMPP協議。
綜上，本發明提供的方法和系統極大的降低了增值業務的開展對短消 息系統中基本網元的影響，降低了 SMSC與SMVP之間的交互次數，降 低了開展新增值業務的難度，為運營商的投資提供了強有力的保障。
以上所述僅為本發明的優選實施方式和系統框架，并不構成對本發明 保護范圍的限定。在不背離本發明精神及其實質的情況下，本領域技術人 員當可根據本發明做出各種相應的改變和變形，但這些相應的改變和變形 都應屬于本發明所附的權利要求的保護范圍。
權利要求
1.一種短消息增值業務的處理方法，包括以下步驟(1)建立與短消息中心連接的短消息增值業務平臺；(2)短消息增值業務平臺處理用戶申請簽約主叫和/或被叫增值業務的開/銷戶請求，保存用戶的增值業務簽約信息，并將用戶的業務簽約標識發送給短消息中心，短消息中心把用戶的業務簽約標識保存到本地數據庫中；(3)短消息中心接收到主叫用戶發送來的短消息，根據該短消息的主叫號碼和被叫號碼在本地數據庫中查詢用戶的增值業務簽約標識，如果主叫號碼簽約了主叫業務或是被叫號碼簽約了被叫業務，那么短消息中心把該條短消息發送到短消息增值業務平臺進行處理；(4)短消息增值業務平臺根據用戶的簽約信息對該短消息進行具體的增值業務處理，并把處理后的短消息返回給所屬短消息中心，短消息中心把該短消息發送到被叫用戶。
2. 如權利要求1所述的方法，其特征在于，所述步驟(1)進一步包 括建立與短消息增值業務平臺連接的短消息增值業務平臺網關。
3. 如權利要求2所述的方法，其特征在于，所述步驟(2)中，用戶 申請簽約的被叫業務包括本業務片區被叫業務和全網被叫業務。
4. 如權利要求3所述的方法，其特征在于，所述步驟(2)進一步包括(21) 如果用戶簽約的是全網被叫業務，則短消息增值業務平臺將用 戶的被叫業務簽約標識發送給短消息增值業務平臺網關；(22) 短消息增值業務平臺網關保存用戶的被叫業務簽約標識，并把 該標識信息轉發給其他的短消息增值業務平臺；(23 )其他的短消息增值業務平臺把短消息增值業務平臺網關轉發來 的被叫業務簽約標識保存到本地數據庫中。
5. 如權利要求4所述的方法，其特征在于，所迷步驟(3)進一步包括'，(31 )如果短消息中心在本地數據庫查不到短消息的被叫用戶的相關 數據，短消息中心發送信令到短消息增值業務平臺，查詢被叫用戶是否簽 約了全網被叫業務；(32 )如果短消息增值業務平臺返回的信令表明被叫用戶未簽約全網 被叫業務，則短消息中心直接把短消息下發到被叫用戶的接收終端上；如 果信令中表明被叫用戶簽約了全網被叫業務，則短消息中心把短消息發送 到短消息增值業務平臺；(33 )短消息增值業務平臺接收到短消息后，把短消息轉發給短消息 增值業務平臺網關；(34 )短消息增值業務平臺網關把短消息轉發到被叫用戶歸屬的短消 息增值業務平臺上；所述步驟(4)進一步包括(41 )被叫用戶歸屬的短消息增值業務平臺進行具體的短消息增值業 務的處理，并把處理后的短消息發送給被叫用戶歸屬的短消息中心； (42)被叫用戶歸屬的短消息中心將短消息下發給被叫用戶。
6. 如權利要求1所述的方法，其特征在于所述短消息中心與短消 息增值業務平臺之間采用擴展的SMPP協議通信。
7. 如權利要求2所述的方法，其特征在于所述短消息增值業務平 臺與短消息增值業務平臺網關之間采用擴展的SMPP協議通信。
8. 如權利要求l所述的方法，其特征在于，所述步驟(2)中，所述 用戶申請簽約增值業務的開戶方式包括短消息方式，或營業廳方式。
9. 如權利要求8所述的方法，其特征在于，所述步驟(2)中，所述 通過短消息方式申請簽約增值業務的用戶，發送申請開戶的短消息給其歸 屬的短消息增值業務平臺，該短消息由該用戶歸屬的短消息中心接收，并 轉發給該用戶歸屬的短消息增值業務平臺。
10. 如權利要求1所述的方法，其特征在于，所述步驟(2)中，短 消息增值業務平臺發給短消息中心的業務簽約標志，是詳細記錄用戶具體 的簽約業務的完整業務簽約標識，或是僅記錄用戶是否簽約了主叫和/或 被叫業務的簡單業務簽約標志。
11. 一種短消息增值業務的處理系統，其特征在于包括短消息中心 和與之相連的短消息增值業務平臺，其中，所述短消息增值業務平臺，用于對用戶申請簽約主叫和/或被叫增值業務的開/銷戶請求進行處理，存儲用戶增值業務的簽約信息，把用戶的 簽約標識發送到用戶歸屬的短消息中心，提供短消息中心查詢用戶的簽約 標識，并負責對簽約用戶發送的短消息進行具體的增值業務處理；所述短消息中心，用于保存用戶的業務簽約標識，接收用戶發送的短 消息，并根據短消息的主叫號碼和被叫號碼，在保存的用戶業務簽約標識 中查詢主叫號碼是否簽約了主叫業務及被叫號碼是否簽約了被叫業務，將 簽約用戶的短消息發送到短消息增值業務平臺進行增值業務處理，并把短 消息增值業務平臺處理后返回的短消息發送到被叫用戶。
12. 如權利要求11所述的系統，其特征在于所述短消息中心與短 消息增值業務平臺之間使用擴展的SMPP協議進行通信。
13. 如權利要求11所述的系統，其特征在于所述用戶的簽約信息 記錄用戶詳細的簽約記錄，所述用戶的簽約標識記錄用戶簽約的業務種 類。
14. 如權利要求11所述的系統，其特征在于，所述短消息增值業務平臺至少包含以下幾個模塊短消息增值業務控制模塊，負責各種增值業 務之間處理流程的控制，開/銷戶相關處理；短消息增值業務實現模塊， 負責增值業務的具體實現；短消息增值業務協議網關模塊，負責和短消息 中心的連接；數據庫模塊，負責存儲本業務區用戶的增值業務簽約的詳細 信息。
15. 如權利要求14所述的系統，其特征在于所述短消息增值業務 控制模塊，其與短消息增值業務實現模塊之間采用擴展的SMPP協議進行 通信，與短消息增值業務協議網關模塊采用內部協議進行通信，與數據庫 模塊采用內部協議進行通信。
16. 如權利要求11所述的系統，其特征在于所述系統還包括與短 消息增值業務平臺相連的短消息增值業務平臺網關，用于存儲全網用戶被 叫業務簽約標志，并將用戶被叫業務簽約標志同步到相連的短消息增值業 務平臺中；提供短消息增值業務平臺查詢外業務片區用戶的被叫業務簽約 標識，以及提供不同短消息增值業務平臺之間的消息轉發。
17. 如權利要求16所述的系統，其特征在于所述短消息增值業務 平臺與短消息增值業務平臺網關之間使用擴展的SMPP協議進行通信。
18. 如權利要求16所述的系統，其特征在于，所述短消息增值業務 平臺網關至少包括以下幾個模塊業務控制模塊，負責向短消息增值業務 平臺同步全網用戶被叫業務簽約標識，接收短消息增值業務平臺請求查詢 用戶被叫業務簽約標識；消息轉發模塊，根據本系統中配置的路由信息表 把短消息投遞到用戶歸屬的短消息增值業務平臺上，實現各短消息增值業 務平臺之間消息的交互；協議網關模塊，負責和短消息增值業務平臺之間 的連接；數據庫模塊，負責存儲全網用戶的被叫業務簽約標識。
19. 如權利要求18所述的系統，其特征在于所述業務控制模塊和 協議網關模塊之間采用內部協議進行通信；所述消息轉發模塊與協議網關 模塊之間采用內部協議進行通信；所述業務控制模塊與數據庫模塊之間采 用內部協議進行通信。
20.如權利要求14所述的系統，其特征在于所述短消息增值業務 實現模塊是一個獨立的系統，其與短消息增值業務平臺之間使用擴展的 SMPP協議通信。
全文摘要
一種短消息增值業務的處理方法及系統，建立與短消息中心連接的短消息增值業務平臺，用于保存用戶的增值業務簽約信息，并建立與短消息增值業務平臺連接的短消息增值業務平臺網關，用于存儲全網用戶被叫業務簽約標志，當短消息中心接收到用戶發來的短消息，如果主叫或被叫號碼是簽約了主叫或被叫業務的本業務片區的用戶，那么短消息中心把該條短消息發送到其歸屬的短消息增值業務平臺進行處理，并把處理后的短消息返回給所屬短消息中心，短消息中心把該短消息發送到被叫用戶；如果被叫號是碼簽約了被叫業務的本業務片區外的用戶，短消息增值業務平臺將短消息通過短消息增值業務平臺網關轉發到其歸屬的短消息增值業務平臺進行相應的處理。
文檔編號H04W88/18GK101179750SQ200610138259
公開日2008年5月14日 申請日期2006年11月8日 優先權日2006年11月8日
發明者兵 華, 吳曉斌, 聶榮初, 陳正光 申請人:中興通訊股份有限公司