專利名稱：一種短消息增值業(yè)務的處理系統(tǒng)及方法
技術領域：
本發(fā)明涉及短消息業(yè)務，具體涉及到一種短消息增值業(yè)務的處理方法和系統(tǒng)。
背景技術：
隨著豐富多彩的短消息增值業(yè)務的開展，短消息已完全融入到人們的日常工作和生活中，已成為一個不可或缺的生活元素。目前短消息增值業(yè)務主要由SP(服務提供商)來提供，雖然它提供了多種服務項目，但總體來說其業(yè)務形勢單一，功能級別低。因此由運營商提供一類功能級別高，可靠的短消息增值服務也就變得很有意義。例如短消息呼轉，短消息自動恢復，短消息回執(zhí)，短消息簽名等。
用戶可簽約的增值業(yè)務劃分為主叫類增值業(yè)務(簡稱為主叫業(yè)務)和被叫類增值業(yè)務(簡稱為被叫業(yè)務)這兩大類，此后文中出現(xiàn)的增值業(yè)務和主被叫增值業(yè)務將特指同一事物。
主叫業(yè)務的定義如下當用戶作為短消息的發(fā)送者時才能觸發(fā)的增值業(yè)務稱之為主叫業(yè)務。如短消息簽名，短消息回執(zhí)等。
被叫業(yè)務的定義如下當用戶作為短消息的接收者時才能觸發(fā)的增值業(yè)務稱之為被叫業(yè)務。如短消息轉移，短消息自動回復，短消息過濾等。
本發(fā)明專利適用于PCS(個人通訊服務)/固網(wǎng)/NGN(下一代網(wǎng)絡)網(wǎng)絡。PCS/固網(wǎng)/NGN短消息系統(tǒng)的技術特點是SMSC(短消息中心)之間是通過SMGW(短消息網(wǎng)關)相互連接起來的；短消息的起呼是在主叫用戶歸屬的SMSC完成，終呼是在被叫用戶歸屬的SMSC實現(xiàn)；當SMSC發(fā)現(xiàn)被叫用戶屬于外地用戶時，會把短消息發(fā)送到SMGW，再由SMGW轉發(fā)到被叫用戶所在的SMSC上?；谝陨咸攸c，本發(fā)明專利提及的增值業(yè)務系統(tǒng)之間無需相互連接以及相互通信。
相關的現(xiàn)有技術專利文獻包括專利號為CN1741629，名稱為“實現(xiàn)短消息轉移的方法”和專利號為CN1741551，名稱為“移動網(wǎng)短消息自動回復實現(xiàn)方法”。以上兩個現(xiàn)有專利側重于單個具體業(yè)務功能的實現(xiàn)。存在的缺點是兩個業(yè)務的都在SMSC(短消息中心)實現(xiàn)，必須對現(xiàn)有的SMSC系統(tǒng)做出較大的改動，加大了系統(tǒng)改造的難度，并且不能提供一種綜合的處理短消息增值業(yè)務的方法，降低了投資效益。

發(fā)明內容
有鑒于此，本發(fā)明的主要目的在于提供一種短消息增值業(yè)務處理方法以及系統(tǒng)，能夠使SMSC做一次改動就可以支持各類短消息增值業(yè)務。
本發(fā)明適用于PCS/固網(wǎng)/NGN網(wǎng)絡。
本發(fā)明的主要目的在于提供一種短消息主被叫增值業(yè)務處理系統(tǒng)，包括短消息增值業(yè)務平臺SMVP，存儲本業(yè)務片區(qū)用戶增值業(yè)務的簽約信息，把用戶的簽約標志同步到用戶歸屬的短消息中心SMSC中，并負責各種增值業(yè)務的處理優(yōu)先級以及增值業(yè)務的具體實現(xiàn)，其中簽約信息用于記錄用戶詳細的簽約記錄，業(yè)務簽約標志只記錄用戶是否簽約了主叫和被叫業(yè)務，所述SMVP至少包括短消息增值業(yè)務控制模塊，負責業(yè)務的調度工作，即觸發(fā)各種增值業(yè)務并對各種增值業(yè)務之間處理的流程進行控制；短消息增值業(yè)務實現(xiàn)模塊，負責增值業(yè)務的具體實現(xiàn)，可以是內部模塊，進程或是線程，也可以是一個獨立的外部實體ESP；短消息增值業(yè)務協(xié)議網(wǎng)關模塊，負責與現(xiàn)有短消息系統(tǒng)的連接(主要是SMSC)；用戶信息管理模塊，負責用戶的開/銷戶處理，用戶自身信息以及用戶簽約的業(yè)務信息的管理；數(shù)據(jù)庫模塊，負責對本地數(shù)據(jù)庫進行操作和管理。
短消息增值業(yè)務控制模塊是整個系統(tǒng)的控制中心，負責連接各模塊，協(xié)調各模塊之間的工作，它與短消息增值業(yè)務實現(xiàn)模塊之間采用內部協(xié)議或是擴展的SMPP協(xié)議進行通信；與短消息增值業(yè)務協(xié)議網(wǎng)關模塊采用內部協(xié)議進行通信；與數(shù)據(jù)庫模塊采用內部協(xié)議進行通信；用戶信息管理模塊與數(shù)據(jù)庫模塊采用內部協(xié)議進行通信，與短消息增值業(yè)務協(xié)議網(wǎng)關模塊采用內部協(xié)議進行通信；其它模塊之間可以根據(jù)需要采用內部協(xié)議進行通信。
進一步的，隨著增值業(yè)務的增多，可以把一些短消息增值業(yè)務實現(xiàn)模塊獨立做成一個新的系統(tǒng)，稱為ESP(增強的服務平臺)，以便提供更有個性化的服務。如圖5所示，它們之間使用的通信協(xié)議是擴展的SMPP協(xié)議。
所述增強的服務平臺ESP存儲開通本業(yè)務功能的用戶的詳細簽約信息包括用戶號碼，設置信息等，并負責具體的實現(xiàn)具體的增值業(yè)務功能，該ESP采用SMPP協(xié)議，作為客戶端連接到SMVP上。所述ESP至少包括ESP協(xié)議網(wǎng)關模塊，負責編解碼各種協(xié)議，負責連接SMVP；ESP業(yè)務實現(xiàn)模塊，負責實現(xiàn)具體的增值業(yè)務功能；ESP數(shù)據(jù)庫模塊，負責對本地數(shù)據(jù)庫進行操作和管理；提供接口給其他模塊方面，屏蔽數(shù)據(jù)庫操作地細節(jié)；提供內存數(shù)據(jù)庫管理，提高系統(tǒng)的性能；ESP業(yè)務設置模塊，負責用戶自身信息以及用戶簽約的業(yè)務信息的管理；ESP業(yè)務實現(xiàn)模塊是整個系統(tǒng)的控制中心，它與ESP協(xié)議網(wǎng)關模塊采用內部協(xié)議進行通信，與ESP數(shù)據(jù)庫模塊采用內部協(xié)議進行通信；ESP業(yè)務設置模塊與數(shù)據(jù)庫模塊采用內部協(xié)議進行通信，與短消息增值業(yè)務協(xié)議網(wǎng)關模塊采用內部協(xié)議進行通信；其它模塊之間可以根據(jù)需要采用內部協(xié)議進行通信。
本發(fā)明還提供一種短消息主被叫增值業(yè)務處理方法，用于包括短消息中心SMSC，短消息網(wǎng)關SMGW以及短消息增值業(yè)務平臺SMVP的短消息主被叫增值業(yè)務處理系統(tǒng)當中，其中SMSC僅存儲用戶增值業(yè)務的簽約標志，判斷用戶是否簽約了增值業(yè)務，并觸發(fā)到SMVP平臺；SMGW連接SMSC，傳遞它們之間的消息。
根據(jù)本發(fā)明的優(yōu)選實施例，本發(fā)明的短消息主被叫增值業(yè)務處理方法具體包括以下步驟步驟1)在SMSC與SMVP之間采用現(xiàn)有的SMPP協(xié)議并新增兩對消息消息A1.設置用戶簽約標志請求SET_SERVICE，即SMVP發(fā)送給SMSC的消息，用于通知SMSC用戶是否簽約了主被叫業(yè)務；消息A2.設置用戶簽約標志響應SET_SERVICE_RESP，即SMSC返回給SMVP的消息，用于告訴SMVP本次SET_SERVICE操作成功與否；消息B1.查詢用戶簽約標志請求QUERY_SERVICE，即SMSC發(fā)送給SMVP的消息，用于向SMVP查詢用戶被叫業(yè)務簽約標志；消息B2.查詢用戶簽約標志響應QUERY_SERVICE_RESP，即SMVP返回給SMSC的消息，用于告訴SMSC所查詢用戶的被叫業(yè)務簽約。
本方案新增的這兩對消息是在SMPP協(xié)議的基礎上擴展而成的，下文還將給出詳細的消息結構格式，請參見表1-表5，系統(tǒng)可以在此基礎上根據(jù)需要對消息做相應的變型。
根據(jù)本發(fā)明的優(yōu)選實施例，本發(fā)明的短消息主被叫增值業(yè)務處理方法具體包括以下步驟步驟2)業(yè)務開通步驟C.用戶進行增值業(yè)務的開戶；步驟D.SMVP把用戶的增值業(yè)務簽約的詳細信息保存到本系統(tǒng)中，緊接著SMVP通過新增的與SMSC的交互消息SET_SERVICE，將用戶簽約業(yè)務標志發(fā)送給用戶歸屬的SMSC；
步驟E.SMSC接收到SMVP的請求后，把用戶的業(yè)務簽約標志保存到本地數(shù)據(jù)庫中。
根據(jù)本發(fā)明的優(yōu)選實施例，其中步驟C中所述增值業(yè)務的開戶的方式包括短消息方式或營業(yè)廳方式。
根據(jù)本發(fā)明的優(yōu)選實施例，本發(fā)明所述的短消息主被叫增值業(yè)務處理方法具體包括以下步驟步驟3)業(yè)務使用步驟F.SMSC接收到用戶發(fā)送上來的短消息之后，根據(jù)短消息的主叫號碼和被叫號碼查詢本地的數(shù)據(jù)庫中用戶的增值業(yè)務簽約標志，如果主叫號碼簽約了主叫業(yè)務或是被叫號碼簽約了被叫業(yè)務，那么SMSC把該條短消息發(fā)送到SMVP進行處理；步驟G.SMVP根據(jù)用戶的簽約信息實現(xiàn)具體的短消息增值業(yè)務，最后把處理結果返回給該SMSC。
根據(jù)本發(fā)明的優(yōu)選實施例，本發(fā)明所述的短消息主被叫增值業(yè)務處理方法，還提供了用戶暫停和激活業(yè)務的操作，包括以下步驟步驟C1.用戶進行增值業(yè)務的暫停/激活；步驟D1.SMVP接收到用戶暫停業(yè)務功能時，記錄在本系統(tǒng)中，緊接著SMVP通過SET_SERVICE消息通知SMSC。
根據(jù)本發(fā)明的優(yōu)選實施例，其中所述步驟C1中所述增值業(yè)務的暫停/激活的方式包括短消息方式或營業(yè)廳方式。
采用本發(fā)明所述的方法和系統(tǒng)，達到了短消息增值業(yè)務的處理流程和短消息基本流程分離的效果，避免了新增的增值業(yè)務依然需要SMSC進行改動的局面，防止了增值業(yè)務的開展對SMSC帶來的沖擊，加強了整個短消息系統(tǒng)的穩(wěn)定性，提高了增值業(yè)務的可擴展性，節(jié)省了運營商的投資成本，保證了運營商投資的收益。
本發(fā)明的其他優(yōu)點、目標，和特征在某種程度上將在隨后的說明書中進行闡述，并且在某種程度上，基于對下文的考察研究對本領域技術人員而言將是顯而易見的，或者可以從本發(fā)明的實踐中得到教導。本發(fā)明的目標和其他優(yōu)點可以通過下面的說明書，權利要求書，以及附圖中所特別指出的結構來實現(xiàn)和獲得。


為了使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖對本發(fā)明作進一步的詳細描述，其中圖1為本發(fā)明在PCS/固網(wǎng)/NGN短消息網(wǎng)絡中的組網(wǎng)示意圖；圖2為用戶開/銷戶在整個短消息增值網(wǎng)絡中的流程；
圖3為增值業(yè)務基本業(yè)務在整個短消息增值網(wǎng)絡中的流程；圖4為增值業(yè)務基本業(yè)務在整個短消息增值網(wǎng)絡中的流程(開通全網(wǎng)服務)；圖5為本發(fā)明的SMVP系統(tǒng)擴展框架圖；圖6為本發(fā)明的SMVP系統(tǒng)結構圖；圖7為本發(fā)明的ESP系統(tǒng)結構圖。
具體實施例方式
下面結合附圖對技術方案的實施作進一步的詳細描述根據(jù)本發(fā)明的短消息主被叫增值業(yè)務處理系統(tǒng)包括短消息增值業(yè)務平臺SMVP，存儲本業(yè)務片區(qū)用戶增值業(yè)務的簽約信息，把用戶的簽約標志同步到用戶歸屬的短消息中心SMSC中，并負責各種增值業(yè)務的處理優(yōu)先級以及增值業(yè)務的具體實現(xiàn)，其中簽約信息用于記錄用戶詳細的簽約記錄，業(yè)務簽約標志只記錄用戶是否簽約了主叫和被叫業(yè)務，所述SMVP至少包括短消息增值業(yè)務控制模塊，負責業(yè)務的調度工作，即觸發(fā)各種增值業(yè)務并對各種增值業(yè)務之間處理的流程進行控制；短消息增值業(yè)務實現(xiàn)模塊，負責增值業(yè)務的具體實現(xiàn)，可以是內部模塊，進程或是線程，也可以是一個獨立的外部實體ESP；短消息增值業(yè)務協(xié)議網(wǎng)關模塊，負責與現(xiàn)有短消息系統(tǒng)的連接(主要是SMSC)；用戶信息管理模塊，負責用戶的開/銷戶處理，用戶自身信息以及用戶簽約的業(yè)務信息的管理。
數(shù)據(jù)庫模塊，負責對本地數(shù)據(jù)庫進行操作和管理，例如存儲本業(yè)務區(qū)用戶的增值業(yè)務簽約的詳細信息；提供接口給其他模塊方面，屏蔽數(shù)據(jù)庫操作地細節(jié)，例如實現(xiàn)模塊和實現(xiàn)模塊訪問數(shù)據(jù)庫時，需要通過數(shù)據(jù)庫模塊來完成；提供內存數(shù)據(jù)庫管理，提高系統(tǒng)的性能；短消息增值業(yè)務控制模塊是整個系統(tǒng)的控制中心，負責連接各模塊，協(xié)調各模塊之間的工作，它與短消息增值業(yè)務實現(xiàn)模塊之間采用內部協(xié)議或是擴展的SMPP協(xié)議進行通信，與短消息增值業(yè)務協(xié)議網(wǎng)關模塊采用內部協(xié)議進行通信，與數(shù)據(jù)庫模塊采用內部協(xié)議進行通信；用戶信息管理模塊與數(shù)據(jù)庫模塊采用內部協(xié)議進行通信，與短消息增值業(yè)務協(xié)議網(wǎng)關模塊采用內部協(xié)議進行通信；其它模塊之間可以根據(jù)需要采用內部協(xié)議進行通信，本方案不對此進行限定。
參見圖6，示出了本發(fā)明的SMVP的系統(tǒng)結構。下面將對每個模塊的實施進行詳細的說明。
數(shù)據(jù)庫模塊中需要至少保存如下信息1)用戶簽約業(yè)務簡要信息表描述了用戶與其簽約的所有業(yè)務的對應關系。表中至少包含以下字段用戶號碼，簽約業(yè)務的bit位標志，簽約業(yè)務狀態(tài)。其中業(yè)務的位標志與業(yè)務之間存在一一對應關系，因此根據(jù)用戶A號碼可以直接或是間接查找到用戶所簽約的所有業(yè)務的簡要信息。對應關系表可以如下

簽約業(yè)務狀態(tài)也使用bit位來表示不同業(yè)務的情況，業(yè)務對應的bit位為1時表示業(yè)務處于正常狀態(tài)，為0時表示業(yè)務處于暫停狀態(tài)。例如用戶簽約了短消息轉移業(yè)務和短消息簽名業(yè)務，并且短消息簽名為正常狀態(tài)，短消息轉移為暫停狀態(tài)，那么用戶的簽約業(yè)務的bit位標志字段填寫0x00020002，簽約業(yè)務狀態(tài)字段填寫0x00020000。
2)用戶簽約業(yè)務的詳細信息子表描述了用戶與其簽約的具體業(yè)務的對應關系以及用戶對業(yè)務的設置信息。不同的增值業(yè)務需要有不同的子表。例如，開通短消息簽名業(yè)務時，需要短消息簽名業(yè)務詳細信息子表，開通短消息轉移業(yè)務時，需要短消息轉移業(yè)務詳細信息子表。中至少包含以下字段用戶號碼，業(yè)務設置信息。業(yè)務設置信息為用戶在使用具體增值業(yè)務時所需要設置的信息包括基本信息和擴展信息。例如短消息轉移業(yè)務，基本的業(yè)務設置信息為轉移號碼，擴展信息是多種多樣的。如果該業(yè)務提供按照時間段進行轉移時，擴展字段為時間段，如果該業(yè)務提供按號段進行轉移時，擴展字段為號碼組。
3)短消息表，用于保存具體的短消息。這些短消息來自與短消息系統(tǒng)中的SMSC，SMGW或是ESP。
4)其他的一些系統(tǒng)配置信息表。根據(jù)系統(tǒng)運行的需要添加。
短消息增值業(yè)務控制模塊主要負責完成以下功能1)負責通過配置生成一張業(yè)務配置信息表，包含以下字段業(yè)務ID，描述業(yè)務的唯一ID號；業(yè)務名稱，描述業(yè)務的名稱；業(yè)務bit位標志，描述業(yè)務的唯一bit位碼；業(yè)務優(yōu)先級，描述此業(yè)務的優(yōu)先級；業(yè)務實現(xiàn)方式，描述業(yè)務的實現(xiàn)方式，包括內部實現(xiàn)和外部實現(xiàn)等；業(yè)務處理事物，描述具體實現(xiàn)該業(yè)務的部件。如果是內部實現(xiàn)，那么此部件可以是內部某個模塊、某個進程或是某個線程；如果是外部實現(xiàn)，那么此部件可以是外部的ESP。
2)接收到外系統(tǒng)如SMSC發(fā)送上來的短消息后(協(xié)議網(wǎng)關模塊負責進行協(xié)議轉換并以內部消息的形式發(fā)送給控制模塊)，根據(jù)主叫號碼和被叫號碼分別從數(shù)據(jù)庫模塊的用戶簽約業(yè)務簡要信息表中獲得用戶與簽約業(yè)務的對應關系；3)把主叫用戶簽約的主叫業(yè)務和被叫用戶簽約的被叫業(yè)務組合成一個增值業(yè)務鏈表，鏈表中包含所有簽約業(yè)務bit位標志等信息；4)根據(jù)業(yè)務配置信息表的相關信息，從增值業(yè)務鏈表中獲取優(yōu)先級最高的業(yè)務，發(fā)送給業(yè)務請求消息給對應的短消息增值業(yè)務實現(xiàn)模塊進行處理，請求消息中包含主叫號碼，被叫號碼，短消息的內容、業(yè)務ID(用于表明觸發(fā)了具體哪個業(yè)務)，觸發(fā)類型(用于表明本次觸發(fā)是主叫還是被叫引起的觸發(fā))等(此處可參考SMPP3.3協(xié)議中的Submit_SM消息字段)；5)接收到短消息增值業(yè)務實現(xiàn)模塊的處理結果后，繼續(xù)重復4)，直到增值業(yè)務鏈表中無業(yè)務；6)當增值業(yè)務鏈表中無業(yè)務時，表示此條短消息的所有增值業(yè)務都已經(jīng)觸發(fā)完畢，短消息增值業(yè)務控制模塊將把此短消息發(fā)送給協(xié)議網(wǎng)關模塊，再由協(xié)議網(wǎng)關模塊下發(fā)給外部實體。
短消息增值業(yè)務實現(xiàn)模塊主要完成以下功能1)該模塊具體由短消息倉庫部件、短消息回執(zhí)部件、短消息自動回復部件和短消息轉移部件等中的一個或是多個部件組成。這些部件可以是函數(shù)級別的，也可以是線程級別的，根據(jù)自身系統(tǒng)來定制。針對具體的每次與業(yè)務控制模塊之間的交互，業(yè)務實現(xiàn)模塊只承擔一種功能。即接收到業(yè)務控制模塊發(fā)送過來的請求消息后，業(yè)務實現(xiàn)模塊要么調用短消息業(yè)務倉庫部件實現(xiàn)短消息倉庫業(yè)務，要么調用短消息回執(zhí)部件實現(xiàn)短消息回執(zhí)業(yè)務，不會對同一請求處理兩種業(yè)務。
2)隨著業(yè)務的發(fā)展，可以方便的加入新的部件來增強業(yè)務實現(xiàn)模塊的功能；3)接收到業(yè)務控制模塊發(fā)送過來的請求消息后，根據(jù)請求中的業(yè)務ID和觸發(fā)類型，判斷出此次請求需要完成的業(yè)務功能，根據(jù)請求中的主叫號碼或是被叫號碼，從數(shù)據(jù)庫模塊中的用戶簽約業(yè)務的詳細信息子表，找出此用戶簽約的詳細信息；4)根據(jù)簽約信息進行進一步的處理，例如觸發(fā)了短消息簽名業(yè)務，那么在短消息內容后添加簽名檔的內容；觸發(fā)了短消息轉移業(yè)務，那么把短消息目的號碼修改為用戶設置的轉移號碼；5)處理完畢后，把處理結果返還給業(yè)務控制模塊；短消息增值業(yè)務協(xié)議網(wǎng)關模塊主要完成以下功能1)支持各種協(xié)議包括SMPP協(xié)議，SMGP協(xié)議，SOAP協(xié)議等等；2)支持各種協(xié)議編碼的轉換即把外部標準協(xié)議消息解碼成內部協(xié)議消息發(fā)送給相關的模塊，把內部協(xié)議消息轉編碼成外部標準協(xié)議消息發(fā)送給相關的外部短消息系統(tǒng)，例如短消息中心，短消息網(wǎng)關等；用戶信息管理模塊主要完成以下功能1)負責提供用戶多種方式的開/銷戶處理，例如短消息方式，營業(yè)廳方式，電話方式，WEB方式等；2)用戶開通業(yè)務或是取消業(yè)務時，負責通知用戶歸屬的SMSC，在SMSC上設置用戶業(yè)務標志；3)負責提供SMSC發(fā)起的QUERY_SERVICE查詢；4)負責提供用戶多種方式的業(yè)務信息的自服務，例如短消息方式，WEB方式等，用戶可以通過這些方式對用戶簽約業(yè)務的詳細信息子表中的業(yè)務設置信息進行設置；5)當用戶數(shù)據(jù)發(fā)生變化時，需要通知數(shù)據(jù)庫模塊；6)當業(yè)務實現(xiàn)模塊為外部實體ESP時，將由ESP內部自身完成用戶信息管理模塊的功能。
其他輔助模塊主要完成的功能如下1)提供操作維護的功能，供系統(tǒng)管理員對系統(tǒng)和業(yè)務的配置進行維護；2)提供一些輔助的功能，例如計費，性能統(tǒng)計，信令跟蹤等等。
其他輔助功能可以根據(jù)系統(tǒng)的需要另行加入，輔助模塊與其他模塊之間可以采用內部協(xié)議進行通信。
圖1為本發(fā)明在PCS/固網(wǎng)/NGN短消息網(wǎng)絡中的組網(wǎng)示意圖。如圖1所示，SMVP與SMVP之間無需進行通信，SMVP與SMSC之間是直接連接。SMVP與SMSC之間使用的通信協(xié)議是擴展的SMPP協(xié)議，其中包含了本發(fā)明中新定義的消息。SMVP與SMGW之間可以根據(jù)需要進行連接，如果連接則使用的通信協(xié)議是標準的SMPP協(xié)議。SMVP只負責處理本業(yè)務區(qū)的用戶簽約的增值業(yè)務，對于被叫用戶屬于管轄之外SMSC時，通過SMGW(短消息網(wǎng)關)轉發(fā)到歸屬的SMSC，再由歸屬的SMSC進行業(yè)務的觸發(fā)到SMVP2進行相關的處理。
例如A歸屬于SMSC1，B歸屬于SMSC3，兩個用戶均簽約了業(yè)務，A給B發(fā)送短消息，那么1)短消息首先發(fā)到SMSC1，然后發(fā)送給SMVP1。
2)SMVP1根據(jù)用戶A簽約的主叫業(yè)務處理完消息，并把消息返回給SMSC1。
3)SMSC1把短消息發(fā)送給SMGW1，SMGW1把短消息SMGW，SMGW再把短消息下發(fā)給SMGW2，SMGW2把短消息發(fā)送給SMSC3。
4)SMSC3把短消息發(fā)送給SMVP2。
5)SMVP2根據(jù)用戶B簽約的被叫業(yè)務處理完消息，并把消息返回給SMSC3。
6)SMSC3負責把短消息下發(fā)到B用戶。
本發(fā)明提到的業(yè)務片區(qū)的定義如下一個SMVP可以管轄多個SMSC，所有歸屬于這些管轄SMSC的短消息服務區(qū)總稱為該SMVP的業(yè)務片區(qū)。舉例說明SMVP1管轄SMSC1，SMSC2，SMSC3；SMVP2管轄SMSC4，SMSC5，SMSC6；如果A用戶的歸屬短消息中心是SMSC1，那么我們就稱A用戶屬于SMVP1的業(yè)務片區(qū)；相對于SMVP1來說，A用戶屬于本業(yè)務片區(qū)用戶，但相對于SMVP2來說，A用戶就成了外業(yè)務片區(qū)用戶。
圖2為用戶開/銷戶在整個短消息增值網(wǎng)絡中的流程。
步驟201為PS移動終端(如小靈通)發(fā)送短消息給SMVP的開戶接入號，短消息首先會發(fā)送到用戶的歸屬短消息中心SMSC。
步驟202為SMSC把短消息轉發(fā)給SMVP。
步驟203為SMVP返回給SMSC Deliver_Sm響應。
步驟204為SMVP解析用戶發(fā)送上來的開戶消息，把它轉化成內部所需的增值業(yè)務簽約信息并存入到數(shù)據(jù)庫中。
步驟205為SMVP根據(jù)用戶所有簽約的業(yè)務(SMVP提供的增值業(yè)務)標志構造出SET_SERVICE請求。
步驟206為SMVP發(fā)送SET_SERVICE給SMSC。
步驟205和206中SMVP可以把用戶簽約標志(記錄用戶是否簽約了主被叫業(yè)務)發(fā)給SMSC。
步驟207為SMSC接收到請求后把用戶簽約標志保存到本地數(shù)據(jù)庫中。
步驟208為SMSC在處理完SET_SERVICE請求后返回給SMVP的響應。
步驟209～211為SMVP給用戶下發(fā)開戶通知結果的流程。
圖3為增值業(yè)務基本業(yè)務在整個短消息增值網(wǎng)絡中的流程。
步驟301為PS1移動終端(如小靈通)發(fā)送短消息給PS2，短消息首先會發(fā)送到用戶PS1的歸屬短消息中心SMSC。
步驟302～303為SMSC查找短消息主叫用戶簽約的主叫業(yè)務標志和被叫用戶簽約的被叫業(yè)務標志，當存在簽約標志時，把短消息通過標準的SMPP協(xié)議發(fā)送給SMVP?？梢酝ㄟ^在目的號碼前添加前綴的方式或是擴展Deliver_Sm消息中的Service_type字段來通知SMVP觸發(fā)了主叫業(yè)務還是被叫業(yè)務。如當用戶簽約了主叫業(yè)務時，目的號碼前添加115，簽約了被叫業(yè)務時，目的號碼前添加117。
步驟304為SMVP根據(jù)SMSC通知的是觸發(fā)了主叫業(yè)務還是被叫來獲得用戶的簽約業(yè)務標志。如果SMSC通知SMVP短消息簽約了主叫業(yè)務，那么SMVP需要獲得主叫用戶簽約的主叫業(yè)務標志和被叫用戶簽約的被叫業(yè)務標志共同生成短消息所簽約的增值業(yè)務標志。如果SMSC通知SMVP短消息簽約了被叫業(yè)務，那么SMVP只需要獲得被叫用戶簽約的被叫業(yè)務標志來來生成短消息所簽約的增值業(yè)務標志。完成業(yè)務標志的生成之后，SMVP將根據(jù)此標志按照預先配置好的業(yè)務觸發(fā)優(yōu)先級依次實現(xiàn)用戶簽約的主被叫業(yè)務并進行相應的計費工作。
進一步的，當SMVP正常處理此條SMSC提交上來的Deliver_Sm消息時，將返回成功響應，并進行步驟305。當SMVP返回給SMSC失敗響應或是響應超時，SMSC需要把此條短消息當成未簽約主被叫業(yè)務的短消息正常下發(fā)給目的用戶，即直接進行步驟306～307，之后則流程結束。例如SMVP過負荷、與SMSC之間的鏈路不穩(wěn)定等情況都會導致SMVP返回的響應失敗或是超時。
步驟305為SMVP把最后處理完成的短消息根據(jù)標準的SMPP協(xié)議發(fā)送給SMSC，通過Submit_Sm消息中的Service_type字段告訴SMSC一些特殊的操作，如不需要觸發(fā)被叫業(yè)務，不需要重試等。
步驟306～307為SMSC把短消息下發(fā)給PS2用戶，PS2接收到之后返回給SMSC響應。
步驟308為SMSC把此條短消息最終的發(fā)送結果通過標準的SMPP協(xié)議發(fā)送給SMVP。
步驟309為SMVP接收到狀態(tài)報告之后構造出步驟303中SMSC發(fā)送給SMVP的短消息的狀態(tài)報告，并發(fā)送給SMSC，SMSC收到這條狀態(tài)報告后進行相關的計費工作。
Submit_Sm消息和Deliver_Sm消息中的service_type字段在SMPP協(xié)議中規(guī)定是長度為6個字節(jié)C字符串，用于短消息業(yè)務擴展。本方案將給出一套service_type字段填寫案例供參考SMSC發(fā)送給SMVP的Deliver_Sm消息如果是通過消息中的Service_type字段來通知SMVP1觸發(fā)了主叫業(yè)務還是被叫業(yè)務，那么可以填寫“VAS0”表示觸發(fā)主叫業(yè)務，填寫“VAS1”表示觸發(fā)了被叫業(yè)務。
SMVP發(fā)送給SMSC的Submit_Sm消息中Service_type的前3個字節(jié)填寫“VAS”，第4個字節(jié)按bit來進行使用。
Xxxxxxx0表示此條消息觸發(fā)過主叫業(yè)務，還可以觸發(fā)被叫業(yè)務；Xxxxxxx1表示此條消息觸發(fā)過被叫業(yè)務，不可以觸發(fā)其他業(yè)務；Xxxxxx0x表示此條消息需要按照SMSC自身配置的重試規(guī)則進行重試；Xxxxxx1x表示此條消息只需要下發(fā)一次，SMSC不進行重試，失敗后以狀態(tài)報告形式返回下發(fā)失敗原因給SMVP。
圖4為開通全網(wǎng)服務時，增值業(yè)務基本業(yè)務在整個短消息增值網(wǎng)絡中的流程。其中PS1歸屬于SMSC1，PS2歸屬于SMSC2。
步驟401為PS1移動終端(如小靈通)發(fā)送短消息給PS2，短消息首先會發(fā)送到用戶PS1的歸屬短消息中心SMSC1。
步驟402～403為SMSC1查找短消息主叫用戶簽約的主叫業(yè)務標志，當存在簽約標志時，把短消息通過標準的SMPP1協(xié)議發(fā)送給SMVP1?？梢酝ㄟ^在目的號碼前添加前綴的方式或是擴展Deliver_Sm消息中的Service_type字段來通知SMVP1觸發(fā)了主叫業(yè)務還是被叫業(yè)務。如當用戶簽約了主叫業(yè)務時，目的號碼前添加115。
步驟404為SMVP1獲得主叫用戶簽約的主叫業(yè)務標志并根據(jù)此標志按照預先配置好的業(yè)務觸發(fā)優(yōu)先級依次實現(xiàn)用戶簽約的主被叫業(yè)務并進行相應的計費工作。
步驟405為SMVP1把最后處理完成的短消息根據(jù)標準的SMPP協(xié)議發(fā)送給SMSC1，通過Submit_Sm消息中的Service_type字段告訴SMSC1一些特殊的操作，如不需要觸發(fā)被叫業(yè)務，不需要重試等。
步驟406～407為SMSC1把短消息轉發(fā)給SMGW，SMGW再把短消息轉發(fā)給SMSC2，其中消息中的Service_type字段需要透傳到SMSC2。
步驟408為SMSC2根據(jù)Service_type字段來進行些特殊處理，如果Service_type表示不需要觸發(fā)被叫業(yè)務，那么直接下發(fā)給PS2；否則把短消息發(fā)送給SMVP2。
步驟409～410為SMVP2完成被叫用戶被叫業(yè)務的處理后，把短消息轉發(fā)給SMSC2。
步驟411～412為SMSC2下發(fā)短消息到PS2的過程。
步驟413～418為短消息最終處理的狀態(tài)報告在短消息系統(tǒng)中各相關網(wǎng)元之間的專遞。
步驟419為SMVP1在接收到狀態(tài)報告后進行的一些特殊業(yè)務的處理，如短消息回執(zhí)。此時步驟419之后需要加入以下步驟步驟419a為SMVP1構造一條短消息回執(zhí)通知，用于告訴PS1其發(fā)送的短消息已經(jīng)發(fā)送到PS2上，并把此條通知消息發(fā)送給SMSC1。
步驟419b為SMSC1把短消息下發(fā)給PS1。
步驟419c為SMSC1接收到PS1的成功響應。
步驟419d為SMSC1把此條短消息最終的發(fā)送結果通過標準的SMPP協(xié)議發(fā)送給SMVP1，SMVP1進行相關的計費工作。
進一步的，如果SMVP與SMGW有連接，那么405～407變?yōu)镾MVP1把最后處理完成的短消息根據(jù)標準的SMPP協(xié)議發(fā)送給SMGW，通過Submit_Sm消息中的Service_type字段告訴SMSC1一些特殊的操作，如不需要觸發(fā)被叫業(yè)務，不需要重試等。SMGW再把短消息轉發(fā)給SMSC2，其中消息中的Service_type字段需要透傳到SMSC2。這樣減少了短消息經(jīng)過的網(wǎng)元。
圖5為SMVP系統(tǒng)擴展框架。隨著增值業(yè)務的發(fā)展，用戶對個性化需求的不斷增大，需要一些能提供用戶個性化設置極強的業(yè)務，如短消息簽名，短消息自動回復等。為了能保證整個SMVP系統(tǒng)的穩(wěn)定，又能滿足用戶個性化的需求，可以把SMVP中的業(yè)務實現(xiàn)模塊單獨分離出來做成ESP。由它來實現(xiàn)個性化強的業(yè)務，提供用戶修改個性化設置的途徑。
ESP與SMVP之間的通信協(xié)議為擴展的SMPP協(xié)議。
SMVP發(fā)送給ESP的請求消息可以使用SMPP標準消息中的Deliver_SM消息，ESP回給SMVP的響應使用標準的Deliver_SM_Resp消息+TLV的方式。
ESP發(fā)送給SMVP的請求消息可以使用SMPP標準消息中的Submit_SM消息，SMVP回給ESP的響應使用標準的Submit_SM_Resp消息。
實現(xiàn)以下幾種方式的交互
1)抄送方式當ESP完成的任務與短消息的下發(fā)流程無關時，SMVP在處理短消息的同時，只需要把短消息抄送一份給ESP，如短消息倉庫業(yè)務；2)中斷方式當ESP完成的任務與短消息的下發(fā)流程有關時，SMVP在把短消息發(fā)送給ESP，中斷原流程。由ESP對短消息進行處理，并把處理后的短消息重新提交給SMVP。SMVP接收到短消息后進行后續(xù)的業(yè)務處理。如短消息簽名業(yè)務；3)查詢方式這種情況是作為2)的補充。當運營商為了保證短消息的流程的可靠性，可能會不允許使用2)方式，那么SMVP可以使用查詢的方式與ESP進行交互。當SMVP把短消息發(fā)送給ESP后，等待ESP的響應，然后根據(jù)響應繼續(xù)進行下一步處理。
SMVP與ESP之間交互方式的選擇需要根據(jù)具體的業(yè)務來進行。如短消息倉庫業(yè)務選擇抄送方式，短消息簽名業(yè)務可以選擇中斷方式或是查詢方式。
參見圖7，示出了本發(fā)明的ESP系統(tǒng)結構。下面將對每個模塊的實施進行詳細的說明。
根據(jù)本發(fā)明的增強的服務平臺ESP存儲開通本業(yè)務功能的用戶的詳細簽約信息包括用戶號碼，設置信息等，并負責具體的實現(xiàn)具體的增值業(yè)務功能，例如短消息回執(zhí)，魔力短消息和短消息過濾等。ESP采用SMPP協(xié)議，作為客戶端連接到SMVP上。所述ESP至少包括ESP協(xié)議網(wǎng)關模塊，負責編解碼各種協(xié)議，負責連接SMVP；ESP業(yè)務實現(xiàn)模塊，負責實現(xiàn)具體的增值業(yè)務功能；ESP數(shù)據(jù)庫模塊，負責對本地數(shù)據(jù)庫進行操作和管理；提供接口給其他模塊方面，屏蔽數(shù)據(jù)庫操作地細節(jié)；提供內存數(shù)據(jù)庫管理，提高系統(tǒng)的性能；ESP業(yè)務設置模塊，負責用戶自身信息以及用戶簽約的業(yè)務信息的管理。
ESP業(yè)務實現(xiàn)模塊是整個系統(tǒng)的控制中心，它與ESP協(xié)議網(wǎng)關模塊采用內部協(xié)議進行通信，與ESP數(shù)據(jù)庫模塊采用內部協(xié)議進行通信。
ESP業(yè)務設置模塊與數(shù)據(jù)庫模塊采用內部協(xié)議進行通信，與短消息增值業(yè)務協(xié)議網(wǎng)關模塊采用內部協(xié)議進行通信。
其它模塊之間可以根據(jù)需要采用內部協(xié)議進行通信，本方案不對此進行要求。
ESP數(shù)據(jù)庫模塊中需要至少保存如下信息1)用戶簽約業(yè)務的詳細信息子表描述了用戶與其簽約的具體業(yè)務的對應關系以及用戶對業(yè)務的設置信息。同SMVP的數(shù)據(jù)庫模塊中的業(yè)務簽約業(yè)務的詳細信息子表。
2)短消息表用于保存與SMVP交互時的短消息。
ESP協(xié)議網(wǎng)關模塊主要完成以下功能1)支持各種協(xié)議，其中包括SMPP協(xié)議，HTTP協(xié)議等；2)支持各種協(xié)議編碼的轉換即把外部標準協(xié)議消息解碼成內部協(xié)議消息發(fā)送給相關的模塊，把內部協(xié)議消息轉編碼成外部標準協(xié)議消息發(fā)送給SMVP；ESP業(yè)務實現(xiàn)模塊主要完成以下功能1)該模塊具體由短消息回執(zhí)部件、魔力短消息模塊和短消息過濾部件等中的一個或是多個部件組成，功能同SMVP中的業(yè)務實現(xiàn)模塊。
2)隨著業(yè)務的發(fā)展，也可以通過添加新部件的方式來增強此模塊的功能；3)接收到SMVP的業(yè)務請求消息后(ESP協(xié)議網(wǎng)關負責把標準消息轉換成內部的消息然后發(fā)送給此模塊)，業(yè)務實現(xiàn)模塊根據(jù)請求中的業(yè)務ID和觸發(fā)類型，判斷出此次請求需要完成的業(yè)務功能，根據(jù)請求中的主叫號碼或是被叫號碼，從數(shù)據(jù)庫模塊中的用戶簽約業(yè)務的詳細信息子表，找出此用戶簽約的詳細信息；4)根據(jù)簽約信息進行進一步的處理，例如觸發(fā)了短消息轉移業(yè)務，那么把短消息目的號碼修改為用戶設置的轉移號碼；5)處理完畢后，把處理結果通過ESP協(xié)議網(wǎng)關模塊返還給SMVP；ESP業(yè)務設置模塊主要完成以下功能同SMVP用戶信息管理模塊中的2)和3)功能。
根據(jù)本發(fā)明的優(yōu)選實施例，SMSC需要做以下改動1)SMSC接收到從手機用戶發(fā)送上來的短消息需要判斷主叫號碼是否簽約了主叫業(yè)務，被叫號碼是否簽約了被叫業(yè)務，如果簽約了則把短消息通過Deliver_Sm消息發(fā)送到SMVP進行進一步處理，否則按照未簽約業(yè)務的短消息的流程進行下發(fā)；2)SMSC接收到ESME(增強的短消息實體)發(fā)送上來的短消息，需要判斷被叫號碼是否簽約了被叫業(yè)務，如果簽約了則把短消息發(fā)送到SMVP進行進一步處理，否則按照未簽約業(yè)務的短消息的流程進行下發(fā)；3)SMSC接收到SMVP的SET_SERVICE時，能把用戶的簽約標志記錄到本地的數(shù)據(jù)庫(此方式是本發(fā)明推薦的方式)；4)如果不支持3)那么需要支持向SMVP通過QUERY_SERVICE進行用戶業(yè)務簽約標志查詢的功能(本發(fā)明不推薦此方式)；5)當SMVP返回的Deliver_Sm的響應是失敗或者響應超時時，SMSC需要把此條短消息按照未簽約業(yè)務的短消息進行下發(fā)。
綜上所述，本發(fā)明提供的方法和系統(tǒng)極大的降低了增值業(yè)務的開展對短消息系統(tǒng)中基本網(wǎng)元的影響，降低了SMSC與SMVP之間的交互次數(shù)，降低了開展新增值業(yè)務的難度，為運營商的投資提供了強有力的保障。
以上所述僅為本發(fā)明的優(yōu)選實施方式和系統(tǒng)框架，并不構成對本發(fā)明保護范圍的限定。在不背離本發(fā)明精神及其實質的情況下，本領域技術人員當可根據(jù)本發(fā)明做出各種相應的改變和變形，但這些相應的改變和變形都應屬于本發(fā)明所附的權利要求的保護范圍。
表1SMVP與SMSC之間的消息

表2SET_SERVICE結構定義表

表3SET_SERVICE_RESP結構定義表

表4QUERY_SERVICE結構定義表

表5QUERY_SERVICE_RESP結構定義表

權利要求
1.一種短消息增值業(yè)務的處理系統(tǒng)，其特征在于包括短消息增值業(yè)務平臺SMVP，存儲本業(yè)務片區(qū)用戶增值業(yè)務的簽約信息，把用戶的簽約標志同步到用戶歸屬的短消息中心SMSC中，并負責各種增值業(yè)務的處理優(yōu)先級以及增值業(yè)務的具體實現(xiàn)，其中簽約信息用于記錄用戶詳細的簽約記錄，業(yè)務簽約標志只記錄用戶是否簽約了主叫和被叫業(yè)務，所述SMVP至少包括短消息增值業(yè)務控制模塊，負責業(yè)務的調度工作，即觸發(fā)各種增值業(yè)務并對各種增值業(yè)務之間處理的流程進行控制；短消息增值業(yè)務實現(xiàn)模塊，負責增值業(yè)務的具體實現(xiàn)，可以是內部模塊，進程或是線程，也可以是一個獨立的外部實體ESP；短消息增值業(yè)務協(xié)議網(wǎng)關模塊，負責與現(xiàn)有短消息系統(tǒng)的連接；用戶信息管理模塊，負責用戶的開/銷戶處理，用戶自身信息以及用戶簽約的業(yè)務信息的管理；數(shù)據(jù)庫模塊，負責對本地數(shù)據(jù)庫進行操作和管理；短消息增值業(yè)務控制模塊是整個系統(tǒng)的控制中心，負責連接各模塊，協(xié)調各模塊之間的工作，它與短消息增值業(yè)務實現(xiàn)模塊之間采用內部協(xié)議或是擴展的SMPP協(xié)議進行通信；與短消息增值業(yè)務協(xié)議網(wǎng)關模塊采用內部協(xié)議進行通信；與數(shù)據(jù)庫模塊采用內部協(xié)議進行通信；用戶信息管理模塊與數(shù)據(jù)庫模塊采用內部協(xié)議進行通信與短消息增值業(yè)務協(xié)議網(wǎng)關模塊采用內部協(xié)議進行通信；其它模塊之間根據(jù)需要采用內部協(xié)議進行通信。
2.根據(jù)權利要求1的短消息增值業(yè)務的處理系統(tǒng)，其特征在于其中所述的負責與現(xiàn)有短消息系統(tǒng)的連接包括負責與SMSC的連接，使用的通訊協(xié)議是擴展的SMPP協(xié)議。
3.根據(jù)權利要求1的短消息增值業(yè)務的處理系統(tǒng)，其特征在于其中一些短消息增值業(yè)務實現(xiàn)模塊獨立做成一個新的系統(tǒng)，稱為增強的服務平臺ESP，以便提供更有個性化的服務，它們之間使用的通信協(xié)議是擴展的SMPP協(xié)議，所述增強的服務平臺ESP存儲開通本業(yè)務功能的用戶的詳細簽約信息包括用戶號碼，設置信息等，并負責具體的實現(xiàn)具體的增值業(yè)務功能，該ESP采用SMPP協(xié)議，作為客戶端連接到SMVP上，所述ESP至少包括ESP協(xié)議網(wǎng)關模塊，負責編解碼各種協(xié)議，負責連接SMVP；ESP業(yè)務實現(xiàn)模塊，負責實現(xiàn)具體的增值業(yè)務功能；ESP數(shù)據(jù)庫模塊，負責對本地數(shù)據(jù)庫進行操作和管理；提供接口給其他模塊方面，屏蔽數(shù)據(jù)庫操作地細節(jié)；提供內存數(shù)據(jù)庫管理，提高系統(tǒng)的性能；ESP業(yè)務設置模塊，負責用戶自身信息以及用戶簽約的業(yè)務信息的管理；ESP業(yè)務實現(xiàn)模塊是整個系統(tǒng)的控制中心，它與ESP協(xié)議網(wǎng)關模塊采用內部協(xié)議進行通信，與ESP數(shù)據(jù)庫模塊采用內部協(xié)議進行通信；ESP業(yè)務設置模塊與數(shù)據(jù)庫模塊采用內部協(xié)議進行通信，與短消息增值業(yè)務協(xié)議網(wǎng)關模塊采用內部協(xié)議進行通信；其它模塊之間根據(jù)需要采用內部協(xié)議進行通信。
4.根據(jù)權利要求1的短消息增值業(yè)務的處理系統(tǒng)，其特征在于適用于PCS，固網(wǎng)或NGN網(wǎng)絡。
5.一種短消息增值業(yè)務的處理方法，用于包括短消息中心SMSC，短消息網(wǎng)關SMGW以及短消息增值業(yè)務平臺SMVP的短消息主被叫增值業(yè)務處理系統(tǒng)當中，其特征在于SMSC只存儲用戶增值業(yè)務的簽約標志，判斷用戶是否簽約了增值業(yè)務，并觸發(fā)到SMVP平臺；SMGW連接SMSC，傳遞它們之間的消息。
6.根據(jù)權利要求5的短消息增值業(yè)務的處理方法，其特征在于還包括在SMSC與SMVP之間采用現(xiàn)有的SMPP協(xié)議并新增兩對消息消息A1.設置用戶簽約標志請求SET SERVICE，即SMVP發(fā)送給SMSC的消息，用于通知SMSC用戶是否簽約了主被叫業(yè)務；消息A2.設置用戶簽約標志響應SET SERVICE RESP，即SMSC返回給SMVP的消息，用于告訴SMVP本次SET SERVICE操作成功與否；消息B1.查詢用戶簽約標志請求QUERY SERVICE，即SMSC發(fā)送給SMVP的消息，用于向SMVP查詢用戶被叫業(yè)務簽約標志；消息B2.查詢用戶簽約標志響應QUERY SERVICE RESP，即SMVP返回給SMSC的消息，用于告訴SMSC所查詢用戶的被叫業(yè)務簽約。
7.根據(jù)權利要求6的短消息增值業(yè)務的處理方法，其特征在于還包括以下步驟步驟C.用戶進行增值業(yè)務的開戶；步驟D.SMVP把用戶的增值業(yè)務簽約的詳細信息保存到所述短消息主被叫增值業(yè)務處理系統(tǒng)中，緊接著SMVP通過新增的與SMSC的交互消息SET SERVICE，將用戶簽約業(yè)務標志發(fā)送給用戶歸屬的SMSC；步驟E.SMSC接收到SMVP的請求后，把用戶的業(yè)務簽約標志保存到本地數(shù)據(jù)庫中。
8.根據(jù)權利要求7的短消息增值業(yè)務的處理方法，其特征在于其中步驟C中所述增值業(yè)務的開戶的方式包括短消息方式或營業(yè)廳方式。
9.根據(jù)權利要求7的短消息增值業(yè)務的處理方法，其特征在于還包括以下步驟步驟F.SMSC接收到用戶發(fā)送上來的短消息之后，根據(jù)短消息的主叫號碼和被叫號碼查詢本地的數(shù)據(jù)庫中用戶的增值業(yè)務簽約標志，如果主叫號碼簽約了主叫業(yè)務或是被叫號碼簽約了被叫業(yè)務，那么SMSC把該條短消息發(fā)送到SMVP進行處理；步驟G.SMVP根據(jù)用戶的簽約信息實現(xiàn)具體的短消息增值業(yè)務，最后把處理結果返回給該SMSC。
10.根據(jù)權利要求6的短消息增值業(yè)務的處理方法，其特征在于還提供了用戶暫停和激活業(yè)務的操作，包括以下步驟步驟C1.用戶進行增值業(yè)務的暫停/激活；步驟D1.SMVP接收到用戶暫停業(yè)務功能時，記錄在所述短消息主被叫增值業(yè)務處理系統(tǒng)中，緊接著SMVP通過SET SERVICE消息通知SMSC。
11.根據(jù)權利要求10的短消息增值業(yè)務的處理方法，其特征在于其中所述步驟C1中所述增值業(yè)務的暫停/激活的方式包括短消息方式或營業(yè)廳方式。
全文摘要
本發(fā)明是有關于一種短消息增值業(yè)務的處理系統(tǒng)及方法，其適用于PCS/固網(wǎng)/NGN網(wǎng)絡的短消息主被叫增值業(yè)務處理，該系統(tǒng)包括短消息增值業(yè)務平臺SMVP，存儲本業(yè)務片區(qū)用戶增值業(yè)務的簽約信息，把用戶的簽約標志同步到用戶歸屬的短消息中心SMSC中，并負責各種增值業(yè)務的處理優(yōu)先級以及增值業(yè)務的具體實現(xiàn)，其中簽約信息用于記錄用戶詳細的簽約記錄，業(yè)務簽約標志只記錄用戶是否簽約了主叫和被叫業(yè)務。本發(fā)明還提供了一種短消息增值業(yè)務處理方法。根據(jù)本發(fā)明能夠使SMSC僅做一次改動就可以支持各類短消息增值業(yè)務。達到了短消息增值業(yè)務的處理流程和短消息基本流程分離的效果，加強了整個短消息系統(tǒng)的穩(wěn)定性，提高了增值業(yè)務的可擴展性，節(jié)省了運營商的投資成本。
文檔編號H04W88/18GK101026804SQ200710090430
公開日2007年8月29日 申請日期2007年4月6日 優(yōu)先權日2007年4月6日
發(fā)明者聶榮初, 李毅, 劉加龍 申請人:中興通訊股份有限公司