專(zhuān)利名稱(chēng)：業(yè)務(wù)消息傳輸方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及消息傳輸技術(shù)領(lǐng)域，特別涉及一種業(yè)務(wù)消息傳輸方法和系統(tǒng)。
背景技術(shù)：
目前網(wǎng)上SP(service provider業(yè)務(wù)提供商)主要通過(guò)ISMG(Intemet ShortMessage Gateway短消息網(wǎng)關(guān))與SMSC(Short Message Service Center短消息中心)建立連接，與手機(jī)用戶(hù)進(jìn)行短信交互，為用戶(hù)提供服務(wù)。如圖1所示的組網(wǎng)架構(gòu)其中DSMPData Service Management Platform數(shù)據(jù)業(yè)務(wù)管理平臺(tái)；SCPService Control Point業(yè)務(wù)控制點(diǎn)。隨著SP的數(shù)量急劇增加，現(xiàn)有讓SP接入點(diǎn)集中在單機(jī)短消息網(wǎng)關(guān)的組網(wǎng)已經(jīng)使得短消息網(wǎng)關(guān)的接入能力成為一個(gè)開(kāi)展業(yè)務(wù)的瓶頸。同時(shí)隨著業(yè)務(wù)量的增加，單機(jī)網(wǎng)關(guān)的系統(tǒng)已經(jīng)不堪重負(fù)。

發(fā)明內(nèi)容
鑒于目前存在的接入能力瓶頸，本發(fā)明提供一種通過(guò)多PROXY前置機(jī)接入的方案，以提高接入能力。針對(duì)即使配置了現(xiàn)有頂級(jí)硬件，有些運(yùn)營(yíng)商局點(diǎn)的單機(jī)處理能力仍然不堪重負(fù)的情況，本發(fā)明提供一種將負(fù)載在業(yè)務(wù)層靈活分配到不同的多個(gè)主處理進(jìn)程進(jìn)行處理的方案，可以極大提高系統(tǒng)處理能力。
本發(fā)明提供一種業(yè)務(wù)消息傳輸方法，包括步驟接入SP的PROXY1前置機(jī)接收SP發(fā)送給終端的業(yè)務(wù)消息；PROXY1對(duì)所述業(yè)務(wù)消息進(jìn)行路由，將來(lái)自SP的業(yè)務(wù)消息發(fā)送到相應(yīng)的SmsApp主處理進(jìn)程；SmsApp對(duì)所述業(yè)務(wù)消息進(jìn)行處理，將處理后的業(yè)務(wù)消息，根據(jù)被叫路由發(fā)送到接入SMSC的PROXY2前置機(jī)；PROXY2將所述處理后的業(yè)務(wù)消息根據(jù)被叫號(hào)碼發(fā)送到相應(yīng)的SMSC。
優(yōu)選地，所述PROXY1對(duì)所述業(yè)務(wù)消息進(jìn)行路由進(jìn)一步為所述PROXY1對(duì)所述業(yè)務(wù)消息按SP接入碼進(jìn)行路由，將來(lái)自同一個(gè)SP的業(yè)務(wù)消息發(fā)送到同一個(gè)SmsApp進(jìn)行處理。
優(yōu)選地，所述PROXY1對(duì)所述業(yè)務(wù)消息進(jìn)行路由進(jìn)一步為所述PROXY1對(duì)所述業(yè)務(wù)消息按被叫號(hào)碼號(hào)段進(jìn)行路由，將來(lái)自相同號(hào)段的SP的業(yè)務(wù)消息發(fā)送到同一個(gè)SmsApp進(jìn)行處理。
可選地，所述方法進(jìn)一步包括在PROXY1接收SP發(fā)送給終端的業(yè)務(wù)消息之前，在PROXY1上設(shè)立SmsApp帳號(hào)；PROXY1對(duì)所述業(yè)務(wù)消息進(jìn)行路由，將來(lái)自SP的業(yè)務(wù)消息發(fā)送到與所述PROXY1上設(shè)立的SmsApp帳號(hào)相對(duì)應(yīng)的SmsApp。
優(yōu)選地，所述方法進(jìn)一步包括在PROXY1上對(duì)應(yīng)不同的SmsApp設(shè)立不同的SmsApp帳號(hào)，每個(gè)帳號(hào)均設(shè)立一個(gè)備份帳號(hào)；當(dāng)一個(gè)SmsApp出現(xiàn)故障時(shí)，啟用其備份帳號(hào)的SmsApp處理及發(fā)送業(yè)務(wù)消息。
本發(fā)明還提供一種業(yè)務(wù)消息傳輸系統(tǒng)，包括SP和SMSC，其特征在于，還包括至少兩個(gè)PROXY和至少一個(gè)SmsApp，其中在SP側(cè)和SMSC側(cè)分別設(shè)置至少一個(gè)PROXY，分別接入SP和SMSC；接入SP的PROXY用于接收來(lái)自SP發(fā)送給終端的業(yè)務(wù)消息，并對(duì)所接收到的業(yè)務(wù)消息進(jìn)行路由，將所述業(yè)務(wù)消息發(fā)送給對(duì)應(yīng)的SmsApp進(jìn)行處理；SmsApp分別與接入SP的PROXY和接入SMSC的PROXY相連，對(duì)來(lái)自接入SP的PROXY的業(yè)務(wù)消息進(jìn)行處理后，將所述業(yè)務(wù)消息發(fā)送給接入SMSC的PROXY，接入SMSC的PROXY將所述業(yè)務(wù)消息路由到相應(yīng)的SMSC。
優(yōu)選地，所述接入SP的PROXY對(duì)所接收到的業(yè)務(wù)消息進(jìn)行路由為PROXY按SP接入碼對(duì)所接收到的業(yè)務(wù)消息進(jìn)行路由，將來(lái)自同一個(gè)SP的業(yè)務(wù)消息發(fā)送到同一個(gè)SmsApp進(jìn)行處理。
優(yōu)選地，所述接入SP的PROXY對(duì)所接收到的業(yè)務(wù)消息進(jìn)行路由為PROXY按被叫號(hào)碼號(hào)段對(duì)所接收到的業(yè)務(wù)消息進(jìn)行路由，將同一個(gè)號(hào)段的業(yè)務(wù)消息發(fā)送到同一個(gè)SmsApp進(jìn)行處理。
通過(guò)與現(xiàn)有技術(shù)相比較可以看出本發(fā)明擴(kuò)展了短消息網(wǎng)關(guān)系統(tǒng)的接入能力和消息處理能力，并且具有很強(qiáng)的容災(zāi)能力。整個(gè)系統(tǒng)具有很好的可擴(kuò)展性，根據(jù)業(yè)務(wù)量的增加，以及SP數(shù)量的增加可以調(diào)整SmsApp主處理進(jìn)程和PROXY的數(shù)量，以滿(mǎn)足業(yè)務(wù)開(kāi)展的需要。


圖1為現(xiàn)有技術(shù)中組網(wǎng)架構(gòu)圖；圖2為本發(fā)明一實(shí)施方式的系統(tǒng)圖；圖3為本發(fā)明一實(shí)施方式的流程圖；圖4為本發(fā)明另一實(shí)施方式的流程圖。
具體實(shí)施例方式
為使本發(fā)明要解決的技術(shù)問(wèn)題、采取的技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下參照附圖并舉實(shí)施例，對(duì)本發(fā)明做進(jìn)一步的詳細(xì)說(shuō)明。
為描述方便，下面將本發(fā)明實(shí)施方式中涉及到的術(shù)語(yǔ)，在這里集中解釋TONType of Number地址的編碼類(lèi)型。
NPINumeric Plan Indicator地址的編碼方案。
PIDProtocol id(協(xié)議ID)。
MTSP發(fā)起到手機(jī)的消息。
MO手機(jī)發(fā)起到SP的消息。
本發(fā)明的基本構(gòu)思是鑒于目前存在的接入能力瓶頸，本發(fā)明提供一種通過(guò)多PROXY接入的方案，PROXY前置機(jī)(是簡(jiǎn)化的短消息網(wǎng)關(guān)，主要功能包括號(hào)碼轉(zhuǎn)換，路由，轉(zhuǎn)發(fā)消息給主處理進(jìn)程等，后面將進(jìn)一步給以描述)，本方案可以在現(xiàn)有技術(shù)的基礎(chǔ)上大大提高接入能力。針對(duì)即使配置了現(xiàn)有頂級(jí)硬件，有些運(yùn)營(yíng)商局點(diǎn)的單機(jī)處理能力仍然不堪重負(fù)的情況，本發(fā)明提供一種將負(fù)載在業(yè)務(wù)層靈活分配到不同的多個(gè)主處理進(jìn)程進(jìn)行處理的方案，可以大大提高系統(tǒng)處理能力。為描述方便，在本發(fā)明實(shí)施例中稱(chēng)主處理進(jìn)程為SmsApp，提供類(lèi)似現(xiàn)有網(wǎng)關(guān)的功能，并通過(guò)與PROXY的交互提高接入能力，實(shí)現(xiàn)負(fù)載均衡，并提供號(hào)碼變換的功能。PROXY與SmsApp協(xié)作構(gòu)成集群。
參照?qǐng)D2所示的業(yè)務(wù)消息傳輸系統(tǒng)包括SP和SMSC，還包括至少兩個(gè)PROXY和至少一個(gè)SmsApp，其中在SP側(cè)和SMSC側(cè)分別設(shè)置至少一個(gè)PROXY，分別接入SP和SMSC；接入SP的PROXY用于接收來(lái)自SP發(fā)送給終端的業(yè)務(wù)消息，并對(duì)所接收到的業(yè)務(wù)消息進(jìn)行路由，將所述業(yè)務(wù)消息發(fā)送給對(duì)應(yīng)的SmsApp進(jìn)行處理；在接入SP的PROXY上至少設(shè)立一個(gè)SmsApp帳號(hào)；SmsApp為與PROXY上設(shè)立的SmsApp帳號(hào)相對(duì)應(yīng)的SmsApp。
實(shí)施例中SmsApp對(duì)所述業(yè)務(wù)消息進(jìn)行處理，類(lèi)似現(xiàn)有技術(shù)中的ISMG(參見(jiàn)圖1所示的架構(gòu)圖)對(duì)接收消息進(jìn)行處理的過(guò)程，這里就不再描述。
SmsApp分別與接入SP的PROXY和接入SMSC的PROXY相連，對(duì)來(lái)自接入SP的PROXY的業(yè)務(wù)消息進(jìn)行處理后，將所述業(yè)務(wù)消息發(fā)送給接入SMSC的PROXY，接入SMSC的PROXY將所述業(yè)務(wù)消息路由到相應(yīng)的SMSC。
接入SP的PROXY對(duì)所接收到的業(yè)務(wù)消息進(jìn)行路由可以采用兩種方式一種方式為PROXY按SP接入碼，即主叫號(hào)碼，對(duì)所接收到的業(yè)務(wù)消息進(jìn)行路由；將來(lái)自同一個(gè)SP的業(yè)務(wù)消息發(fā)送到同一個(gè)SmsApp進(jìn)行處理。
另一種方式為PROXY按被叫號(hào)碼，通常按被叫號(hào)碼號(hào)段對(duì)所接收到的業(yè)務(wù)消息進(jìn)行路由，將同一個(gè)號(hào)段的業(yè)務(wù)消息發(fā)送到同一個(gè)SmsApp進(jìn)行處理。
通過(guò)主被叫路由將屬于某個(gè)SP號(hào)段或者手機(jī)號(hào)碼號(hào)段的消息集中到同一個(gè)SmsApp處理，使得狀態(tài)報(bào)告能夠匹配。
下面進(jìn)一步舉實(shí)施例，闡述本發(fā)明實(shí)例例采用的技術(shù)方案。
一、路由方式
每條消息有源地址，目的地址，源地址即主叫地址，目的地址即被叫地址?，F(xiàn)有短消息網(wǎng)關(guān)都是根據(jù)被叫地址路由的。本發(fā)明實(shí)施例中的路由方式是主叫加被叫聯(lián)合起來(lái)路由，其中路由項(xiàng)包括主叫地址、被叫地址、主叫地址的TON、主叫地址的NPI、被叫地址的TON、被叫地址NPI、PID。具體的路由配置可以主被叫一起設(shè)置，也可以只設(shè)置主叫，也可以只設(shè)置被叫(各項(xiàng)均支持通配符)。本發(fā)明的實(shí)施例通過(guò)主被叫路由進(jìn)行負(fù)載分擔(dān)。
例如SP(A)的接入碼是8888，一個(gè)用戶(hù)(B)的手機(jī)號(hào)碼是13600000000。A給B發(fā)消息的源地址(主叫)是8888，目的地址(被叫)是13600000000；反過(guò)來(lái)B給A發(fā)消息的源地址(主叫)是13600000000，目的地址(被叫)是8888。
實(shí)現(xiàn)負(fù)載分擔(dān)的兩種方式1、以SP接入碼為核心進(jìn)行負(fù)載分擔(dān)接入SP的PROXY按主叫號(hào)碼對(duì)MT消息進(jìn)行路由，接入SMSC的PROXY按被叫號(hào)碼進(jìn)行路由，PROXY具有號(hào)碼轉(zhuǎn)換功能，將短信中心發(fā)來(lái)的消息或者回來(lái)的狀態(tài)報(bào)告進(jìn)行號(hào)碼轉(zhuǎn)換后發(fā)送到正確的SmsApp。號(hào)碼轉(zhuǎn)換的目的有很多種，有的是為了加上或者去掉國(guó)家碼，有的是為了運(yùn)營(yíng)商之間互通(如移動(dòng)發(fā)給電信的短消息需要加上106)，有的是為了將SP的接入碼變換成手機(jī)號(hào)碼。轉(zhuǎn)換前后都是號(hào)碼，如手機(jī)號(hào)碼或者SP接入碼，有可能兩者之間互換，依具體運(yùn)營(yíng)商網(wǎng)絡(luò)互通的設(shè)置不同而不同。PROXY將同一個(gè)SP發(fā)來(lái)的MO和狀態(tài)報(bào)告消息等業(yè)務(wù)集中到一個(gè)SmsApp進(jìn)行處理。在SmsApp處理完的消息根據(jù)被叫路由到正確的PROXY，然后再根據(jù)被叫發(fā)送出去。如上面所說(shuō)的例子，流程可以簡(jiǎn)單描述為SP(A)-PROXY1-SmsApp1-PROXY2-SMSC(B歸屬的短信中心)，即在PROXY1上設(shè)置主叫8888的消息路由到SmsApp1，在PROXY2上設(shè)置被叫為8888的消息路由到SmsApp1上，這樣就可以將與SP(A)相關(guān)的業(yè)務(wù)集中到SmsApp1上處理。
2、以用戶(hù)手機(jī)號(hào)碼的號(hào)段為核心進(jìn)行負(fù)載分擔(dān)接入SP的PROXY按被叫對(duì)MT消息進(jìn)行路由，接入SMSC的PROXY按主叫對(duì)MO消息和狀態(tài)報(bào)告消息進(jìn)行路由，將同一個(gè)號(hào)段的用戶(hù)的業(yè)務(wù)集中到一個(gè)SmsApp進(jìn)行處理。在SmsApp處理完的消息根據(jù)被叫路由到正確的PROXY，然后再根據(jù)被叫發(fā)送出去。如上面所說(shuō)的例子，流程可以簡(jiǎn)單描述為SP(A)-PROXY1-SmsApp2-PROXY2-SMSC(B歸屬的短信中心)，即在PROXY1上設(shè)置被叫屬于136號(hào)段的消息路由到SmsApp2，在PROXY2上設(shè)置主叫屬于136號(hào)段的消息路由到SmsApp2上，這樣就可以將與136號(hào)段相關(guān)的業(yè)務(wù)集中到SmsApp2上處理。
通過(guò)上面的方法，可以將短消息按號(hào)段分配到不同的SmsApp進(jìn)行處理，使得業(yè)務(wù)處理由幾個(gè)SmsApp分擔(dān)。
二、一些細(xì)節(jié)技術(shù)方案的描述1、備份帳號(hào)實(shí)現(xiàn)容災(zāi)這是本發(fā)明的一個(gè)重點(diǎn)技術(shù)，在PROXY1上建立帳號(hào)SmsApp1和SmsApp2，分別在這兩個(gè)帳號(hào)下建立到SmsApp1和SmsApp2的路由，設(shè)置SmsApp1的備份帳號(hào)為SmsApp2，當(dāng)SmsApp1出現(xiàn)故障時(shí)，它的業(yè)務(wù)全部自動(dòng)轉(zhuǎn)移到SmsApp2。同樣SmsApp上通過(guò)相關(guān)帳號(hào)也可以實(shí)現(xiàn)PROXY的備份。通過(guò)PROXY和SmsApp上的備份帳號(hào)功能，實(shí)現(xiàn)整個(gè)集群的容災(zāi)功能。
2、整個(gè)機(jī)群同步還是異步由SmsApp決定，即SmsAppp配置成同步則整個(gè)系統(tǒng)就是同步的，SmsApp配置成異步則整個(gè)系統(tǒng)就是異步的；PROXY全部為同步。不同運(yùn)營(yíng)商對(duì)整個(gè)系統(tǒng)配置成同步還是異步有不同的要求，本實(shí)施方式可以通過(guò)對(duì)SmsApp的配置來(lái)滿(mǎn)足此不同要求。
1)同步集群如圖3所示以MT為例SP下發(fā)消息給集群形式的網(wǎng)關(guān)，流程描述如下SP將消息發(fā)送到接入SP的PROXY；接入SP的PROXY將消息發(fā)送給對(duì)應(yīng)的SmsApp；對(duì)應(yīng)的SmsApp將消息發(fā)送給對(duì)應(yīng)的短信中心接入的PROXY；接入短信中心的PROXY將消息轉(zhuǎn)發(fā)給對(duì)應(yīng)的短信中心。
短信中心返回應(yīng)答給接入短信中心的PROXY；接入短信中心的PROXY將應(yīng)答轉(zhuǎn)發(fā)給對(duì)應(yīng)的SmsApp
SmsApp將應(yīng)答轉(zhuǎn)發(fā)給接入SP的PROXY；接入SP的PROXY將應(yīng)答轉(zhuǎn)發(fā)給SP。
這種流程的好處是可以將下級(jí)網(wǎng)元(短信中心)的應(yīng)答情況直接反饋給SP，缺點(diǎn)是SP等待應(yīng)答的時(shí)間較長(zhǎng)。
2)異步集群如圖4所示，以MT為例SP下發(fā)消息給集群形式的網(wǎng)關(guān)的流程描述SP將消息發(fā)送到接入SP的PROXY；接入SP的PROXY將消息發(fā)送給對(duì)應(yīng)的SmsApp；SmsApp將應(yīng)答轉(zhuǎn)發(fā)給接入SP的PROXY接入SP的PROXY將應(yīng)答轉(zhuǎn)發(fā)給SP；對(duì)應(yīng)的SmsApp將消息發(fā)送給對(duì)應(yīng)的短信中心接入的PROXY；接入短信中心的PROXY將消息轉(zhuǎn)發(fā)給對(duì)應(yīng)的短信中心。
短信中心返回應(yīng)答給接入短信中心的PROXY；接入短信中心的PROXY將應(yīng)答轉(zhuǎn)發(fā)給對(duì)應(yīng)的SmsApp這種流程的缺點(diǎn)是無(wú)法將下級(jí)網(wǎng)元(短信中心)的應(yīng)答情況直接反饋給SP，優(yōu)點(diǎn)是SP等待應(yīng)答的時(shí)間較短。
3、所有SmsApp以及PROXY可以共用一個(gè)數(shù)據(jù)庫(kù)，或者幾個(gè)數(shù)據(jù)庫(kù)，也可以各自使用自己的數(shù)據(jù)庫(kù)。數(shù)據(jù)庫(kù)保存帳號(hào)路由數(shù)據(jù)，也保存在內(nèi)存中超時(shí)的等待實(shí)體，等待實(shí)體是指，網(wǎng)關(guān)發(fā)送消息到短信中心(或者下級(jí)網(wǎng)關(guān))后，將該消息保存在內(nèi)存或者數(shù)據(jù)庫(kù)中等待狀態(tài)報(bào)告，等待狀態(tài)報(bào)告的這類(lèi)消息通常成為等待實(shí)體。通常只有狀態(tài)報(bào)告返回，與等待實(shí)體匹配成功，并且狀態(tài)報(bào)告顯示消息正常下發(fā)的，才可以對(duì)該消息計(jì)費(fèi)。
4、正常話(huà)單全部在SmsApp所在的機(jī)器出，PROXY可以設(shè)置自己的話(huà)單處理進(jìn)程，處理傳輸故障時(shí)出現(xiàn)的異常話(huà)單。
5、SmsApp和PROXY相應(yīng)的賬號(hào)路由由統(tǒng)一的網(wǎng)管管理，這樣方便進(jìn)行賬號(hào)路由的分配管理。當(dāng)某個(gè)PROXY或者SmsApp出現(xiàn)異常情況，可以將路由賬號(hào)數(shù)據(jù)同步到別的PROXY或者SmsApp。通過(guò)統(tǒng)一網(wǎng)管管理賬號(hào)路由，在某個(gè)PROXY或者SmaApp異常情況下可以將路由賬號(hào)數(shù)據(jù)同步到別的PROXY或者SmsApp。
本發(fā)明通過(guò)增加PROXY前置機(jī)，擴(kuò)大了系統(tǒng)的接入能力?，F(xiàn)有單機(jī)短消息網(wǎng)關(guān)的接入能力依賴(lài)于機(jī)器的物理配置以及操作系統(tǒng)，使得網(wǎng)關(guān)的接入能力有所限制。假設(shè)單臺(tái)機(jī)器的接入能力上限(即在正常開(kāi)展業(yè)務(wù)的情況下最多建立的接口數(shù))是1100個(gè)接口。那么除去短信中心以及DSMP、SCP等與網(wǎng)關(guān)建立連接需要接口，留給SP使用的接口一般在800至900個(gè)，具體數(shù)據(jù)取決于實(shí)際組網(wǎng)。而按照本發(fā)明提供的集群模式組網(wǎng)，單個(gè)PROXY可提供給SP接口數(shù)量就可以達(dá)到800至900甚至上千個(gè)，整個(gè)系統(tǒng)可以提供給SP的接口數(shù)量可以隨PROXY和SmsApp的增加而擴(kuò)大。
通過(guò)本發(fā)明可以極大的擴(kuò)展短消息網(wǎng)關(guān)系統(tǒng)的接入能力和消息處理能力，并且具有極強(qiáng)的容災(zāi)能力。整個(gè)系統(tǒng)具有極強(qiáng)的可擴(kuò)展性，可以根據(jù)業(yè)務(wù)量的增加，以及SP數(shù)量的增加調(diào)整SmsApp和PROXY的數(shù)量，滿(mǎn)足業(yè)務(wù)開(kāi)展的需要。
以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種業(yè)務(wù)消息傳輸方法，其特征在于，包括下列步驟接入SP的PROXY1前置機(jī)接收SP發(fā)送給終端的業(yè)務(wù)消息；PROXY1對(duì)所述業(yè)務(wù)消息進(jìn)行路由，將來(lái)自SP的業(yè)務(wù)消息發(fā)送到相應(yīng)的SmsApp主處理進(jìn)程；SmsApp對(duì)所述業(yè)務(wù)消息進(jìn)行處理，將處理后的業(yè)務(wù)消息，根據(jù)被叫路由發(fā)送到接入SMSC的PROXY2前置機(jī)；PROXY2將所述處理后的業(yè)務(wù)消息根據(jù)被叫號(hào)碼發(fā)送到相應(yīng)的SMSC。
2.如權(quán)利要求1所述的業(yè)務(wù)消息傳輸方法，其特征在于，所述PROXY1對(duì)所述業(yè)務(wù)消息進(jìn)行路由進(jìn)一步為所述PROXY1對(duì)所述業(yè)務(wù)消息按SP接入碼進(jìn)行路由，將來(lái)自同一個(gè)SP的業(yè)務(wù)消息發(fā)送到同一個(gè)SmsApp進(jìn)行處理。
3.如權(quán)利要求1所述的業(yè)務(wù)消息傳輸方法，其特征在于，所述PROXY1對(duì)所述業(yè)務(wù)消息進(jìn)行路由進(jìn)一步為所述PROXY1對(duì)所述業(yè)務(wù)消息按被叫號(hào)碼號(hào)段進(jìn)行路由，將來(lái)自相同號(hào)段的SP的業(yè)務(wù)消息發(fā)送到同一個(gè)SmsApp進(jìn)行處理。
4.如權(quán)利要求1所述的業(yè)務(wù)消息傳輸方法，其特征在于，所述方法進(jìn)一步包括在PROXY1接收SP發(fā)送給終端的業(yè)務(wù)消息之前，在PROXY1上設(shè)立SmsApp帳號(hào)；PROXY1對(duì)所述業(yè)務(wù)消息進(jìn)行路由，將來(lái)自SP的業(yè)務(wù)消息發(fā)送到與所述PROXY1上設(shè)立的SmsApp帳號(hào)相對(duì)應(yīng)的SmsApp。
5.如權(quán)利要求4所述的業(yè)務(wù)消息傳輸方法，其特征在于，所述方法進(jìn)一步包括在PROXY1上對(duì)應(yīng)不同的SmsApp設(shè)立不同的SmsApp帳號(hào)，每個(gè)帳號(hào)均設(shè)立一個(gè)備份帳號(hào)；當(dāng)一個(gè)SmsApp出現(xiàn)故障時(shí)，啟用其備份帳號(hào)的SmsApp處理及發(fā)送業(yè)務(wù)消息。
6.如權(quán)利要求1至5任一項(xiàng)所述的業(yè)務(wù)消息傳輸方法，其特征在于，所述方法進(jìn)一步包括接入SP的PROXY1設(shè)置為兩個(gè)以上，來(lái)自不同SP的業(yè)務(wù)消息接入不同的PROXY1；一個(gè)PROXY1允許接入一個(gè)、兩個(gè)或者多個(gè)SP。
7.如權(quán)利要求1至5任一項(xiàng)所述的業(yè)務(wù)消息傳輸方法，其特征在于，所述方法進(jìn)一步包括接入SMSC的PROXY2設(shè)置為兩個(gè)以上，發(fā)往不同SMSC的業(yè)務(wù)消息接入不同的PROXY2；一個(gè)PROXY2允許接入一個(gè)、兩個(gè)或者多個(gè)SMSC。
8.如權(quán)利要求1至5任一項(xiàng)所述的業(yè)務(wù)消息傳輸方法，其特征在于，所述方法為PROXY1和PROXY2配置為同步方式；SmsApp配置為異步或者同步方式。
9.如權(quán)利要求1至5任一項(xiàng)所述的業(yè)務(wù)消息傳輸方法，其特征在于，所述方法為PROXY1、PROXY2和SmsApp共用一個(gè)或者多個(gè)數(shù)據(jù)庫(kù)，或者分別使用不同的數(shù)據(jù)庫(kù)。
10.如權(quán)利要求1至5任一項(xiàng)所述的業(yè)務(wù)消息傳輸方法，其特征在于，所述方法進(jìn)一步包括SmsApp存儲(chǔ)并提供正常話(huà)單；PROXY1和PROXY2設(shè)置獨(dú)立的話(huà)單處理進(jìn)程，傳送出現(xiàn)故障時(shí)存儲(chǔ)并提供異常話(huà)單。
11.如權(quán)利要求1至5任一項(xiàng)所述的業(yè)務(wù)消息傳輸方法，其特征在于，所述方法進(jìn)一步包括PROXY1、PROXY2和SmsApp的帳號(hào)路由由統(tǒng)一的網(wǎng)管進(jìn)行分配和管理。
12.一種業(yè)務(wù)消息傳輸系統(tǒng)，包括SP和SMSC，其特征在于，還包括至少兩個(gè)PROXY和至少一個(gè)SmsApp，其中在SP側(cè)和SMSC側(cè)分別設(shè)置至少一個(gè)PROXY，分別接入SP和SMSC；接入SP的PROXY用于接收來(lái)自SP發(fā)送給終端的業(yè)務(wù)消息，并對(duì)所接收到的業(yè)務(wù)消息進(jìn)行路由，將所述業(yè)務(wù)消息發(fā)送給對(duì)應(yīng)的SmsApp進(jìn)行處理；SmsApp分別與接入SP的PROXY和接入SMSC的PROXY相連，對(duì)來(lái)自接入SP的PROXY的業(yè)務(wù)消息進(jìn)行處理后，將所述業(yè)務(wù)消息發(fā)送給接入SMSC的PROXY，接入SMSC的PROXY將所述業(yè)務(wù)消息路由到相應(yīng)的SMSC。
13.如權(quán)利要求12所述的業(yè)務(wù)消息傳輸系統(tǒng)，其特征在于，所述SmsApp進(jìn)一步為接入SP的PROXY上至少設(shè)立一個(gè)SmsApp帳號(hào)；所述將所述業(yè)務(wù)消息發(fā)送給對(duì)應(yīng)的SmsApp進(jìn)行處理中的SmsApp為與PROXY上設(shè)立的SmsApp帳號(hào)相對(duì)應(yīng)的SmsApp。
14.如權(quán)利要求12所述的業(yè)務(wù)消息傳輸系統(tǒng)，其特征在于，所述接入SP的PROXY對(duì)所接收到的業(yè)務(wù)消息進(jìn)行路由為PROXY按SP接入碼對(duì)所接收到的業(yè)務(wù)消息進(jìn)行路由，將來(lái)自同一個(gè)SP的業(yè)務(wù)消息發(fā)送到同一個(gè)SmsApp進(jìn)行處理。
15.如權(quán)利要求12所述的業(yè)務(wù)消息傳輸系統(tǒng)，其特征在于，所述接入SP的PROXY對(duì)所接收到的業(yè)務(wù)消息進(jìn)行路由為PROXY按被叫號(hào)碼號(hào)段對(duì)所接收到的業(yè)務(wù)消息進(jìn)行路由，將同一個(gè)號(hào)段的業(yè)務(wù)消息發(fā)送到同一個(gè)SmsApp進(jìn)行處理。
16.如權(quán)利要求12至15任一項(xiàng)所述的業(yè)務(wù)消息傳輸系統(tǒng)，其特征在于，在SP側(cè)和SMSC側(cè)分別設(shè)置的PROXY還用于號(hào)碼轉(zhuǎn)換，將來(lái)自SP或者SMSC的信息接入到與所轉(zhuǎn)換的號(hào)碼相對(duì)應(yīng)的SmsApp。
全文摘要
本發(fā)明公開(kāi)了一種業(yè)務(wù)消息傳輸方法和系統(tǒng)，用于解決現(xiàn)有技術(shù)中業(yè)務(wù)量增加，網(wǎng)關(guān)系統(tǒng)負(fù)擔(dān)重的問(wèn)題。本發(fā)明公開(kāi)的方法包括步驟接入SP的PROXY1前置機(jī)接收SP發(fā)送給終端的業(yè)務(wù)消息；PROXY1對(duì)所述業(yè)務(wù)消息進(jìn)行路由，將來(lái)自SP的業(yè)務(wù)消息發(fā)送到相應(yīng)的SmsApp主處理進(jìn)程；SmsApp對(duì)所述業(yè)務(wù)消息進(jìn)行處理，將處理后的業(yè)務(wù)消息，根據(jù)被叫路由發(fā)送到接入SMSC的PROXY2前置機(jī)；PROXY2將所述處理后的業(yè)務(wù)消息根據(jù)被叫號(hào)碼發(fā)送到相應(yīng)的SMSC。本發(fā)明公開(kāi)的系統(tǒng)通過(guò)增加多個(gè)PROXY前置機(jī)接入的方案，提高接入能力，實(shí)現(xiàn)負(fù)載均衡。
文檔編號(hào)H04L12/56GK1980411SQ200610063368
公開(kāi)日2007年6月13日 申請(qǐng)日期2006年10月27日 優(yōu)先權(quán)日2006年10月27日
發(fā)明者張影, 蔣玲俐, 陳向榮, 張志龍, 信文偉, 馮黎, 段雷, 周樂(lè)儒, 黃卉, 陳銀, 劉禮, 許浩渺, 梁鐘琪, 劉義平 申請(qǐng)人:華為技術(shù)有限公司