專利名稱：實現(xiàn)散號觸發(fā)預(yù)付費短消息業(yè)務(wù)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及實現(xiàn)散號觸發(fā)預(yù)付費短消息業(yè)務(wù)的方法，尤其是通過簽約信息觸發(fā)短消息智能業(yè)務(wù)，從而實現(xiàn)散號預(yù)付費用戶短消息業(yè)務(wù)的方法。
背景技術(shù)：
短消息是簡短的一段文本或一個圖片等，短消息服務(wù)(Short MessageService，簡稱SMS)使人們可以利用手機(jī)，通過短消息中心(Short MessageSetvice Center，簡稱SMSC)發(fā)送短消息，從而進(jìn)行簡單的交流。目前的手機(jī)用戶有預(yù)付費用戶及后付費用戶兩種，預(yù)付費是先付費后使用業(yè)務(wù)，而后付費用戶則是先使用業(yè)務(wù)后付費。在移動通信網(wǎng)絡(luò)中，由業(yè)務(wù)控制點(ServiceControl Point，簡稱SCP)來實現(xiàn)預(yù)付費的實時扣費。目前，通信網(wǎng)分為疊加網(wǎng)及目標(biāo)網(wǎng)兩種疊加網(wǎng)按照號段來實現(xiàn)預(yù)付費和后付費號段的管理；目標(biāo)網(wǎng)是目前的發(fā)展趨勢，不分號段，預(yù)付費和后付費可以互轉(zhuǎn)。
在現(xiàn)有技術(shù)中，由SMSC利用用戶號段來管理預(yù)付費用戶。預(yù)付費用戶在使用業(yè)務(wù)時，由SCP進(jìn)行實時扣費。短消息分為移動臺發(fā)起的(MobileOriginated，簡稱MO)短消息和移動臺終止的(Mobile Terminated，簡稱MT)短消息。當(dāng)MO短消息的消息源地址或者M(jìn)T短消息的目的地址在預(yù)付費號段中時，SMSC就發(fā)送消息到SCP進(jìn)行鑒權(quán)扣費；如果不在預(yù)付費號段中，就不送到SCP，作為后付費處理；當(dāng)發(fā)送短消息失敗時，就向原來的SCP發(fā)起費用回補(bǔ)的消息。這種預(yù)付費計費方法存在如下缺點當(dāng)預(yù)付費只是零散號碼時，如果要配置個別號碼，靈活性太差，容易出錯；當(dāng)有較多散號時，會有大量的配置數(shù)據(jù)，配置和維護(hù)的工作很大；如果配置較寬的號段時，會有大量后付費的消息送到SCP，浪費SCP和SMSC的資源。
移動網(wǎng)絡(luò)增強(qiáng)邏輯的客戶化應(yīng)用(Customized Applications for Mobilenetwork Enhanced Logic，簡稱CAMEL)協(xié)議是具體承載短消息的一種信令協(xié)議。在CAMEL規(guī)范中，短消息簽約信息(SMS Subscription Information，簡稱SMS-SCI)存儲于歸屬位置寄存器(Home Location Register，簡稱HLR)中，HLR支持移動交換中心(Mobile Switching Center，簡稱MSC)和GPRS服務(wù)支持節(jié)點(Serving GPRS Support Node，簡稱SGSN)隨時查詢簽約信息，使用簽約信息觸發(fā)短消息業(yè)務(wù)，可以解決預(yù)付費用戶散號配置問題，通過觸發(fā)短消息智能業(yè)務(wù)對短消息的發(fā)送進(jìn)行控制，實現(xiàn)短消息的鑒權(quán)、計費等功能。
目前最常見的是CAMEL3協(xié)議，該協(xié)議定義了SMS-CSI，但只描述了MO短消息業(yè)務(wù)的相關(guān)內(nèi)容，沒有對MT短消息進(jìn)行描述。CAMEL4協(xié)議還不太成熟，該協(xié)議除了定義了MO-SMS-CSI，還定義了MT-SMS-CSI，從而對MO SMS和MT SMS的相關(guān)內(nèi)容均進(jìn)行了描述。如圖1a和圖1b所示，為CAMEL4中定義的短消息系統(tǒng)結(jié)構(gòu)圖。其中，圖1a為基于MSC的CAMEL4短消息系統(tǒng)結(jié)構(gòu)圖，圖1b為基于SGSN的CAMEL4短消息系統(tǒng)結(jié)構(gòu)圖。由圖1a可知，基于MSC的CAMEL4短消息系統(tǒng)在現(xiàn)有GSM網(wǎng)絡(luò)短消息系統(tǒng)的基礎(chǔ)上增加了業(yè)務(wù)控制功能(Service ControlFunction，簡稱SCF)實體gsmSCF以及業(yè)務(wù)交換功能(Service SwitchingFunction，簡稱SSF)實體gsmSSF；gsmSCF與gsmSSF之間基于CAMEL應(yīng)用部分(CAMEL Application Part，簡稱CAP)接口通信互連。與現(xiàn)有GSM網(wǎng)絡(luò)短消息系統(tǒng)相同，基于MSC的CAMEL 4定義的短消息系統(tǒng)還包括MSC、HLR、拜訪位置寄存器(Visited Location Register，簡稱VLR)、短消息服務(wù)中心(ShortMessage Center，簡稱SMSC)、短消息服務(wù)網(wǎng)關(guān)移動交換中心(SMS GatewayMobile Switch Center，簡稱SMS-GMSC)、短消息服務(wù)交互工作移動交換中心(SMS Interworking Mobile Switch Center，簡稱SMS-IWMSC)；各功能實體的連接關(guān)系也于現(xiàn)有GSM網(wǎng)絡(luò)短消息系統(tǒng)相同，SMSC與SMS-GMSC及SMS-IWMSC相連接，HLR與VLR之間、HLR與SMS-GMSC之間、MSC與SMS-GMSC之間以及MSC與SMS-IWMSC之間均基于移動應(yīng)用部分(Mobile Application Part，簡稱MAP)接口通信互連。
由圖1b可知，基于SGSN的CAMEL4短消息系統(tǒng)在現(xiàn)有GPRS網(wǎng)絡(luò)短消息系統(tǒng)的基礎(chǔ)上增加了業(yè)務(wù)控制功能(Service Control Function，簡稱SCF)實體gsmSCF以及業(yè)務(wù)交換功能(Service Switching Function，簡稱SSF)實體gsmSSF；gsmSCF與gsmSSF之間以CAP接口互連。與現(xiàn)有GPRS網(wǎng)絡(luò)短消息系統(tǒng)相同，基于SGSN的CAMEL4短消息系統(tǒng)還包括SGSN、HLR、SMS-GMSC、SMSC以及SMS-IWMSC等，各功能實體的連接關(guān)系也于現(xiàn)有GPRS網(wǎng)絡(luò)短消息系統(tǒng)相同，SMSC與SMS-GMSC及SMS-IWMSC相連接，HLR與SGSN之間、HLR與SMS-GMSC之間、SGSN與SMS-GMSC之間以及SGSN與SMS-IWMSC之間均基于MAP接口互連。
雖然CAMEL3描述了MO SMS業(yè)務(wù)，CAMEL4既描述了MO SMS相關(guān)業(yè)務(wù)，也描述了MT SMS相關(guān)業(yè)務(wù)，但是，在CAMEL規(guī)范的鑒權(quán)計費方案中，并沒有考慮短消息是否成功發(fā)送給了接收端，但在短消息服務(wù)中，對短消息的計費應(yīng)該考慮短消息是否成功發(fā)送這一情況。

發(fā)明內(nèi)容
本發(fā)明的目的在于針對現(xiàn)有技術(shù)所存在的缺陷，提供一種實現(xiàn)散號觸發(fā)短消息業(yè)務(wù)的方法，不需單個配置散號，數(shù)據(jù)配置和數(shù)據(jù)維護(hù)工作量小，在配置較寬的號段時，后付費的消息不會送到SCP，從而可以節(jié)約SCP和SMSC的資源，并且考慮短消息發(fā)送失敗時的費用回補(bǔ)以適于短消息應(yīng)用。
為了實現(xiàn)上述目的，本發(fā)明提供了一種實現(xiàn)散號觸發(fā)短消息業(yè)務(wù)的方法，該方法包括以下步驟步驟1、主叫用戶歸屬的第一交換設(shè)備接收到短消息后，對主叫用戶進(jìn)行簽約信息分析，若該用戶為智能預(yù)付費用戶，則觸發(fā)短消息智能業(yè)務(wù)，向業(yè)務(wù)控制點發(fā)送觸發(fā)短消息智能業(yè)務(wù)的信息，建立智能呼叫；
步驟2、業(yè)務(wù)控制點接收到該觸發(fā)短消息智能業(yè)務(wù)的信息后，對主叫用戶進(jìn)行鑒權(quán)，若鑒權(quán)通過，則通知該第一交換設(shè)備將短消息繼續(xù)下發(fā)；步驟3、第一交換設(shè)備向短消息中心轉(zhuǎn)發(fā)短消息，在接收到短消息中心的應(yīng)答后，向業(yè)務(wù)控制點發(fā)送觸發(fā)對主叫用戶計費的信息，業(yè)務(wù)控制點對主叫用戶進(jìn)行計費，指示第一交換設(shè)備出話單，釋放智能呼叫。
所述步驟3之后可還包括步驟41、短消息中心接收到第一交換設(shè)備轉(zhuǎn)發(fā)的短消息后，向被叫用戶所在的第二交換設(shè)備發(fā)送；步驟51、第二交換設(shè)備對被叫用戶進(jìn)行簽約信息分析，若該用戶為智能預(yù)付費用戶，則觸發(fā)短消息智能業(yè)務(wù)，向業(yè)務(wù)控制點發(fā)送觸發(fā)短消息智能業(yè)務(wù)的信息；步驟61、業(yè)務(wù)控制點接收到該觸發(fā)短消息智能業(yè)務(wù)的信息后，對被叫用戶進(jìn)行鑒權(quán)，若鑒權(quán)通過，則通知第二交換設(shè)備將短消息繼續(xù)下發(fā)；步驟71、第二交換設(shè)備向被叫用戶轉(zhuǎn)發(fā)短消息，被叫用戶成功接收到短消息后向第二交換設(shè)備返回發(fā)送結(jié)果應(yīng)答；步驟81、第二交換設(shè)備向業(yè)務(wù)控制點發(fā)送觸發(fā)對被叫用戶計費的信息，建立智能呼叫，并向短消息中心返回轉(zhuǎn)發(fā)短消息應(yīng)答；步驟91、業(yè)務(wù)控制點對被叫用戶進(jìn)行計費，指示第二交換設(shè)備出話單，釋放智能呼叫。
在所述步驟61中，若鑒權(quán)時，被叫用戶為關(guān)機(jī)狀態(tài)，則結(jié)束；在被叫用戶開機(jī)時，由短消息中心向第二交換設(shè)備轉(zhuǎn)發(fā)短消息，然后執(zhí)行步驟51。
所述步驟3之后可還包括步驟42、短消息中心接收到第一交換設(shè)備轉(zhuǎn)發(fā)的短消息后，向被叫用戶所在的第二交換設(shè)備發(fā)送；步驟52、第二交換設(shè)備向被叫用戶轉(zhuǎn)發(fā)短消息；步驟62、被叫用戶成功接收到短消息后，向第二交換設(shè)備返回發(fā)送結(jié)果應(yīng)答；步驟72、第二交換設(shè)備向短消息中心返回轉(zhuǎn)發(fā)短消息應(yīng)答。
本方法還可包括步驟A、短消息中心若在指定時間內(nèi)接收到轉(zhuǎn)發(fā)短消息應(yīng)答，則生成表明短消息發(fā)送成功的狀態(tài)報告；若在指定時間內(nèi)下發(fā)短信失敗，生成表明短消息發(fā)送失敗的狀態(tài)報告。
在所述步驟A之后還可包括步驟B1、短消息中心向第一交換設(shè)備發(fā)送狀態(tài)報告；步驟B2、第一交換設(shè)備根據(jù)狀態(tài)報告判斷短消息發(fā)送是否失敗，若失敗，執(zhí)行步驟B3，否則，結(jié)束；步驟B3、第一交換設(shè)備向業(yè)務(wù)控制點發(fā)送觸發(fā)費用回補(bǔ)的信息，建立智能呼叫，業(yè)務(wù)控制點接收到該觸發(fā)費用回補(bǔ)的信息后，對主叫用戶進(jìn)行費用回補(bǔ)，釋放智能呼叫。
或者，在所述步驟A之后還包括步驟C1、短消息中心向第一交換設(shè)備發(fā)送狀態(tài)報告；步驟C2、第一交換設(shè)備向業(yè)務(wù)控制點轉(zhuǎn)發(fā)狀態(tài)報告，觸發(fā)費用回補(bǔ)，建立智能呼叫；步驟C3、業(yè)務(wù)控制點根據(jù)狀態(tài)報告判斷短消息發(fā)送是否失敗，若失敗，對主叫用戶進(jìn)行費用回補(bǔ)；釋放智能呼叫。
或者，在所述步驟A之后還包括步驟D1、短消息中心判斷短消息發(fā)送是否失敗，若失敗，則執(zhí)行步驟D2，否則，結(jié)束；步驟D2、短消息中心將狀態(tài)報告發(fā)送給業(yè)務(wù)控制點，觸發(fā)費用回補(bǔ)；步驟D3、業(yè)務(wù)控制點對主叫用戶進(jìn)行費用回補(bǔ)，并向短消息中心返回狀態(tài)報告應(yīng)答。
或者，在所述步驟A之后還包括
步驟E1、短消息中心向業(yè)務(wù)控制點發(fā)送狀態(tài)報告，觸發(fā)費用回補(bǔ)；步驟E2、業(yè)務(wù)控制點根據(jù)狀態(tài)報告判斷短消息發(fā)送是否失敗，若失敗，對主叫用戶進(jìn)行費用回補(bǔ)；向短消息中心返回狀態(tài)報告應(yīng)答。
若主叫用戶需要狀態(tài)報告，在所述步驟A中，短消息中心生成狀態(tài)報告后，還在狀態(tài)報告中設(shè)置向主叫用戶發(fā)送狀態(tài)報告的標(biāo)識，并通過第一交換設(shè)備向主叫用戶發(fā)送狀態(tài)報告。
在所述步驟1中，若主叫用戶為智能預(yù)付費用戶，第一交換設(shè)備還將短消息增加一表明主叫用戶為智能預(yù)付費用戶的用戶標(biāo)識。所述第一交換設(shè)備對主叫用戶進(jìn)行簽約信息分析時，還對被叫用戶進(jìn)行簽約信息分析；在所述步驟2中，業(yè)務(wù)控制點對主叫用戶進(jìn)行鑒權(quán)時，還對被叫用戶進(jìn)行鑒權(quán)。所述主叫用戶歸屬于不同業(yè)務(wù)控制點時，所述的業(yè)務(wù)控制點對主叫用戶進(jìn)行鑒權(quán)時還對被叫用戶進(jìn)行鑒權(quán)的步驟具體為主叫用戶歸屬的第一業(yè)務(wù)控制點接收到觸發(fā)短消息智能業(yè)務(wù)的信息后，對主叫用戶進(jìn)行鑒權(quán)，并向被叫用戶歸屬的第二業(yè)務(wù)控制點發(fā)送被叫用戶鑒權(quán)請求，第二業(yè)務(wù)控制點對被叫用戶進(jìn)行鑒權(quán)，并向第一業(yè)務(wù)控制點返回被叫鑒權(quán)應(yīng)答。在所述步驟3之后還包括步驟43、短消息中心接收到第一交換設(shè)備轉(zhuǎn)發(fā)的短消息后，向被叫用戶所在的第二交換設(shè)備發(fā)送；步驟53、第二交換設(shè)備向被叫用戶轉(zhuǎn)發(fā)短消息，被叫用戶成功接收到短消息后向第二交換設(shè)備返回發(fā)送結(jié)果應(yīng)答；步驟63、第二交換設(shè)備向短消息中心返回轉(zhuǎn)發(fā)短消息應(yīng)答。
在所述步驟63之后還包括步驟F1、若短消息在指定時間內(nèi)下發(fā)失敗，并且用戶標(biāo)識為智能預(yù)付費用戶，則短消息中心生成表明短消息發(fā)送失敗的狀態(tài)報告并向業(yè)務(wù)控制點發(fā)送；步驟F2、業(yè)務(wù)控制點根據(jù)狀態(tài)報告對主叫用戶進(jìn)行費用回補(bǔ)，并向短消息中心返回狀態(tài)報告應(yīng)答。
或者，在所述步驟63之后還包括步驟G1、若短消息中心接收到發(fā)送結(jié)果應(yīng)答，則生成表明短消息發(fā)送成功的狀態(tài)報告并向業(yè)務(wù)控制點發(fā)送；步驟G2、業(yè)務(wù)控制點根據(jù)狀態(tài)報告對被叫用戶進(jìn)行計費，并向短消息中心返回狀態(tài)報告應(yīng)答。
其中當(dāng)主叫用戶和被叫用戶歸屬于不同業(yè)務(wù)控制點時，所述的對被叫用戶進(jìn)行計費的步驟具體為主叫用戶歸屬的第一業(yè)務(wù)控制點接收到狀態(tài)報告后向被叫用戶歸屬的第二業(yè)務(wù)控制點發(fā)送被叫用戶計費請求，第二業(yè)務(wù)控制點對被叫用戶進(jìn)行計費，并向第一業(yè)務(wù)控制點返回被叫用戶計費應(yīng)答，第一業(yè)務(wù)控制點向短消息中心返回狀態(tài)報告應(yīng)答。
本發(fā)明還提供了一種實現(xiàn)散號觸發(fā)短消息業(yè)務(wù)的方法，該方法包括以下步驟步驟1、短消息中心接收到第一交換設(shè)備轉(zhuǎn)發(fā)的短消息后，向被叫用戶所在的第二交換設(shè)備發(fā)送；步驟2、第二交換設(shè)備對該被叫用戶進(jìn)行簽約信息分析，若該用戶為智能預(yù)付費用戶，則觸發(fā)短消息智能業(yè)務(wù)，向業(yè)務(wù)控制點發(fā)送觸發(fā)短消息智能業(yè)務(wù)的信息；步驟3、業(yè)務(wù)控制點接收到該觸發(fā)短消息智能業(yè)務(wù)的信息后，對被叫用戶進(jìn)行鑒權(quán)，若鑒權(quán)通過，則通知第二交換設(shè)備將短消息繼續(xù)下發(fā)；步驟4、第二交換設(shè)備向被叫用戶轉(zhuǎn)發(fā)短消息，被叫用戶接收到短消息后向第二交換設(shè)備返回發(fā)送結(jié)果應(yīng)答；步驟5、第二交換設(shè)備向業(yè)務(wù)控制點發(fā)送觸發(fā)對被叫用戶計費的信息，建立智能呼叫，并向短消息中心返回轉(zhuǎn)發(fā)短消息應(yīng)答；步驟6、業(yè)務(wù)控制點對被叫用戶進(jìn)行計費，指示第二交換設(shè)備出話單，釋放智能呼叫。
在所述步驟1之前可還包括步驟H1、主叫用戶歸屬的第一交換設(shè)備接收主叫用戶發(fā)送的該短消息；步驟H2、第一交換設(shè)備向短消息中心轉(zhuǎn)發(fā)該短消息，短消息中心向第一交換設(shè)備返回應(yīng)答。
本發(fā)明提供的方法不需單個配置散號預(yù)付費用戶，數(shù)據(jù)配置和數(shù)據(jù)維護(hù)工作量小，在配置較寬的號段時，后付費的消息不會送到SCP，從而可以節(jié)約SCP和SMSC的資源，并且考慮短消息發(fā)送失敗時的費用回補(bǔ)以適于短消息應(yīng)用。
下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。


圖1a和圖1b分別為基于MSC和SGSN的CAMEL4短消息系統(tǒng)結(jié)構(gòu)圖；圖2為本發(fā)明的實施例一流程圖；圖3為本發(fā)明的實施例二流程圖；圖4為本發(fā)明的實施例三流程圖；圖5為本發(fā)明的實施例四流程圖；圖6為本發(fā)明的實施例五流程圖；圖7為本發(fā)明的實施例六流程圖。
具體實施例方式
短消息業(yè)務(wù)的計費主要有三個方面對主叫用戶的計費、對被叫用戶的計費以及對主叫用戶的費用回補(bǔ)。當(dāng)短消息為從智能用戶(智能用戶指智能網(wǎng)預(yù)付費用戶)發(fā)送給智能用戶時，觸發(fā)智能業(yè)務(wù)，可對主叫用戶和/或被叫用戶計費；當(dāng)短消息為從智能用戶發(fā)送給普通用戶時，觸發(fā)智能業(yè)務(wù)，可對主叫用戶計費；當(dāng)短消息為從普通用戶發(fā)送給智能用戶時，觸發(fā)智能業(yè)務(wù)，可對被叫用戶計費；當(dāng)短消息發(fā)送失敗，并且主叫用戶為智能用戶時，觸發(fā)智能業(yè)務(wù)，可對主叫用戶進(jìn)行費用回補(bǔ)。
下面的各方案均可基于MSC和SGSN實現(xiàn)，為了敘述方法，只以基于MCS的短消息系統(tǒng)為例。
實施例一基于CAMEL4協(xié)議，實現(xiàn)智能用戶向智能用戶發(fā)送短消息。通過MO-SMS-CSI和MT-SMS-CSI觸發(fā)短消息業(yè)務(wù)，對短消息的發(fā)送進(jìn)行控制，實現(xiàn)智能網(wǎng)中短消息的鑒權(quán)和計費。在短消息發(fā)送到對端不成功時，由MSC觸發(fā)費用回補(bǔ)流程。通過如圖2所示，為本實施例流程圖，包括如下步驟步驟101、主叫用戶歸屬的MSC1接收到短消息后，對主叫用戶進(jìn)行簽約信息分析，若該用戶為智能預(yù)付費用戶，則觸發(fā)短消息智能業(yè)務(wù)，向SCP發(fā)送觸發(fā)短消息智能業(yè)務(wù)的信息，建立智能呼叫；MSC1通過HLR1獲取主叫用戶的簽約信息，在預(yù)付費用戶為散號時，不需在SMSC對預(yù)付費用戶進(jìn)行配置，從而可以方便的實現(xiàn)散號觸發(fā)預(yù)付費短信業(yè)務(wù)。MSC1通過向SCP發(fā)送Initial DP SMS，觸發(fā)短消息智能業(yè)務(wù)。
步驟102、SCP接收到該觸發(fā)短消息智能業(yè)務(wù)的信息后，對主叫用戶進(jìn)行鑒權(quán)，若鑒權(quán)通過，則通知該MSC1將短消息繼續(xù)下發(fā)；“鑒權(quán)”包括對主叫用戶有效期及賬戶費用等信息的檢查等，若鑒權(quán)未通過則返回錯誤信息；鑒權(quán)通過后，SCP在MSC1設(shè)置request Report SMSEvent(需要短消息事件發(fā)送報告)及continue SMS(繼續(xù)短消息下發(fā))。
步驟103、MSC1向SMSC轉(zhuǎn)發(fā)短消息，在接收到SMSC返回的應(yīng)答后，向SCP發(fā)送觸發(fā)對主叫用戶計費的信息，SCP對主叫用戶進(jìn)行計費，指示MSC1出話單，釋放智能呼叫；由于SCP設(shè)置了request Report SMS Event，因此MSC1在收到SMSC返回的應(yīng)答后，向SCP發(fā)送event Report SMS(短消息事件報告)，觸發(fā)SCP對主叫用戶的計費。SCP在計費后，向MSC1返回furnish ChargingInformation SMS(MSC1出話單)及release SMS(釋放智能呼叫)。
上述步驟完成了對智能主叫用戶的計費，在SCP對主叫用戶進(jìn)行計費的過程中，MSC1會繼續(xù)下發(fā)短信。
步驟104、SMSC接收到MSC1轉(zhuǎn)發(fā)的短消息后，向被叫用戶所在的MSC2發(fā)送；SMSC向HLR查詢路由，轉(zhuǎn)發(fā)短消息給MSC2。
步驟105、MSC2對被叫用戶進(jìn)行簽約信息分析，若該用戶為智能預(yù)付費用戶，則觸發(fā)短消息智能業(yè)務(wù)，向SCP發(fā)送觸發(fā)短消息智能業(yè)務(wù)的信息；MSC2通過向SCP發(fā)送Initial DP SMS，觸發(fā)智能能短消息業(yè)務(wù)。被叫用戶可與主叫用戶歸屬于同一SCP，也可歸屬于不同的SCP。
步驟106、SCP接收到該觸發(fā)短消息智能業(yè)務(wù)的信息后，對被叫用戶進(jìn)行鑒權(quán)，若鑒權(quán)通過，則通知MSC2將短消息繼續(xù)下發(fā)；“鑒權(quán)”包括對主叫用戶狀態(tài)、有效期及賬戶費用等信息的檢查等，若鑒權(quán)未通過則返回錯誤信息；鑒權(quán)通過后，SCP在MSC2設(shè)置request ReportSMS Event(需要短消息事件發(fā)送報告)及continue SMS(繼續(xù)短消息下發(fā))。
步驟107、MSC2向被叫用戶轉(zhuǎn)發(fā)短消息，被叫用戶成功接收到短消息后向MSC2返回發(fā)送結(jié)果應(yīng)答；步驟108、MSC2向SCP發(fā)送觸發(fā)對被叫用戶計費的信息，建立智能呼叫，并向SMSC返回轉(zhuǎn)發(fā)短消息應(yīng)答；由于SCP設(shè)置了request Report SMS Event，因此MSC2在收到被叫用戶返回的應(yīng)答后，向SCP發(fā)送event Report SMS，觸發(fā)SCP對主叫用戶的計費。
步驟109、SCP被叫用戶進(jìn)行計費，釋放智能呼叫。
SCP對被叫用戶進(jìn)行計費，向MSC2返回furnish Charging InformationSMS，指示MSC2出話單，并發(fā)送release SMS，釋放智能呼叫。
由于短消息的實際應(yīng)用中要考慮是否成功發(fā)送給接收端，因此還要再短消息發(fā)送失敗時，進(jìn)一步進(jìn)行主叫用戶的費用回補(bǔ)流程。
步驟110、SMSC生成狀態(tài)報告；若在指定時間內(nèi)接收到MSC2轉(zhuǎn)發(fā)的發(fā)送結(jié)果應(yīng)答，則生成表明短消息發(fā)送成功的狀態(tài)報告；若在指定時間內(nèi)下發(fā)短信失敗或被叫用戶鑒權(quán)未通過，則生成表明短消息發(fā)送失敗的狀態(tài)報告。
步驟111、SMSC向MSC1發(fā)送狀態(tài)報告；需要對SMSC進(jìn)行改造，若主叫用戶不需要狀態(tài)報告，那么SMSC可僅在短消息發(fā)送失敗時，向MSC1發(fā)送該狀態(tài)報告，用于觸發(fā)后續(xù)的費用回補(bǔ)流程。若主叫用戶需要狀態(tài)報告，則在狀態(tài)報告中設(shè)置向主叫用戶發(fā)送狀態(tài)報告的標(biāo)識，無論短消息發(fā)送是否成功，都向MSC1發(fā)送狀態(tài)報告，然后由MSC1將狀態(tài)報告繼續(xù)轉(zhuǎn)發(fā)給主叫用戶。
步驟112、MSC1根據(jù)狀態(tài)報告判斷短消息發(fā)送是否失敗，若失敗，執(zhí)行步驟113，否則，結(jié)束；需要對MSC1進(jìn)行改造，使MSC1能夠分析狀態(tài)報告，當(dāng)狀態(tài)報告表明短消息發(fā)送失敗，則MSC1觸發(fā)費用回補(bǔ)流程，對主叫用戶進(jìn)行費用回補(bǔ)，并且若狀態(tài)報告有向主叫用戶發(fā)送的標(biāo)識，那么就將狀態(tài)報告轉(zhuǎn)發(fā)各主叫用戶。根據(jù)業(yè)務(wù)需要的不同，費用回補(bǔ)可能不只發(fā)生在短消息發(fā)送失敗的時候，只需對狀態(tài)報告進(jìn)行修改，并在MSC1中設(shè)置費用回補(bǔ)的監(jiān)測點，就可方便的實現(xiàn)其他條件下的費用回補(bǔ)。
步驟113、MSC1向SCP發(fā)送觸發(fā)費用回補(bǔ)的信息，建立智能呼叫，SCP接收到該觸發(fā)費用回補(bǔ)的信息后，對主叫用戶進(jìn)行費用回補(bǔ)，釋放智能呼叫。
MSC1向SCP發(fā)送Initial DP SMS，SCP進(jìn)行費用回補(bǔ)，SCP對主叫用戶進(jìn)行費用回補(bǔ)，向MSC1返回furnish Charging Information SMS，指示MSC1出話單，并返回release SMS，從而完成費用回補(bǔ)。
在本實施例中，短消息的內(nèi)容并不經(jīng)過智能網(wǎng)，短消息的存儲轉(zhuǎn)發(fā)依然由短消息中心實現(xiàn)。本實施例實現(xiàn)了在智能網(wǎng)絡(luò)下智能用戶之間的短消息業(yè)務(wù)，通過存儲在HLR中的簽約信息觸發(fā)短消息智能業(yè)務(wù)，進(jìn)行鑒權(quán)和計費，從而可方便地實現(xiàn)散號觸發(fā)預(yù)付費。通過增加狀態(tài)報告，實現(xiàn)了SMSC將短消息發(fā)送情況通知MSC，在短消息發(fā)送失敗時觸發(fā)費用回補(bǔ)流程，從而可適應(yīng)短消息業(yè)務(wù)的應(yīng)用。
若被叫用戶處于關(guān)機(jī)等狀態(tài)，不能立即返回短消息傳送結(jié)果，那么本次下發(fā)流程結(jié)束。若在有效期內(nèi)被叫用戶開機(jī)，則由SMSC啟動重發(fā)流程，重新向MSC2轉(zhuǎn)發(fā)短消息，執(zhí)行步驟105，重新觸發(fā)MT SMS智能業(yè)務(wù)進(jìn)行處理；若在有效期內(nèi)被叫用戶沒有開機(jī)，那么丟掉該短消息，并生成短消息發(fā)送失敗的狀態(tài)報告，向SCP發(fā)送觸發(fā)對主叫用戶的費用回補(bǔ)。
實施例二基于CAMEL4協(xié)議，實現(xiàn)智能用戶向普通用戶發(fā)送短消息。通過MO-SMS-CSI觸發(fā)短消息業(yè)務(wù)，對短消息的發(fā)送進(jìn)行控制，實現(xiàn)智能網(wǎng)中短消息的鑒權(quán)和計費。如圖3所示，為本實施例流程圖，包括如下步驟步驟201、主叫用戶歸屬的MSC1接收到短消息后，對主叫用戶進(jìn)行簽約信息分析，若該用戶為智能預(yù)付費用戶，則觸發(fā)短消息智能業(yè)務(wù)，向SCP發(fā)送觸發(fā)短消息智能業(yè)務(wù)的信息，建立智能呼叫；MSC1通過HLR1獲取主叫用戶的簽約信息，在預(yù)付費用戶為散號時，不需在SMSC對預(yù)付費用戶進(jìn)行配置，從而可以方便的實現(xiàn)散號觸發(fā)預(yù)付費短信業(yè)務(wù)。MSC1通過向SCP發(fā)送Initial DP SMS，觸發(fā)短消息智能業(yè)務(wù)。
步驟202、SCP接收到該觸發(fā)短消息智能業(yè)務(wù)的信息后，對主叫用戶進(jìn)行鑒權(quán)，若鑒權(quán)通過，則通知該MSC1將短消息繼續(xù)下發(fā)；“鑒權(quán)”包括對主叫用戶有效期及賬戶費用等信息的檢查等，若鑒權(quán)未通過則返回錯誤信息；鑒權(quán)通過后，SCP在MSC1設(shè)置request Report SMSEvent(需要短消息事件發(fā)送報告)及continue SMS(繼續(xù)短消息下發(fā))。
步驟203、MSC1向SMSC轉(zhuǎn)發(fā)短消息，在接收到SMSC返回的應(yīng)答后，向SCP發(fā)送觸發(fā)對主叫用戶計費的信息，SCP對主叫用戶進(jìn)行計費，指示MSC1出話單，釋放智能呼叫；
由于SCP設(shè)置了request Report SMS Event，因此MSC1在收到SMSC返回的應(yīng)答后，向SCP發(fā)送event Report SMS(短消息事件報告)，觸發(fā)SCP對主叫用戶的計費。SCP在計費后，向MSC1返回furnish ChargingInformation SMS(MSC1出話單)及release SMS(釋放智能呼叫)。
上述步驟完成了對智能主叫用戶的計費，在SCP對主叫用戶進(jìn)行計費的過程中，MSC1會繼續(xù)下發(fā)短信。
步驟204、SMSC接收到MSC1轉(zhuǎn)發(fā)的短消息后，向被叫用戶所在的MSC2發(fā)送；SMSC向HLR查詢路由，轉(zhuǎn)發(fā)短消息給MSC2。
步驟205、MSC2向被叫用戶轉(zhuǎn)發(fā)短消息，被叫用戶成功接收到短消息后向MSC2返回發(fā)送結(jié)果應(yīng)答，MSC2向SMSC返回轉(zhuǎn)發(fā)短消息應(yīng)答；步驟206、SMSC生成狀態(tài)報告；若在指定時間內(nèi)接收到MSC2的轉(zhuǎn)發(fā)短消息應(yīng)答，則生成表明短消息發(fā)送成功的狀態(tài)報告；若在指定時間內(nèi)下發(fā)短信失敗或被叫用戶鑒權(quán)未通過，則生成表明短消息發(fā)送失敗的狀態(tài)報告。
步驟207、SMSC向MSC1發(fā)送狀態(tài)報告；需要對SMSC進(jìn)行改造，若主叫用戶不需要狀態(tài)報告，那么SMSC可僅在短消息發(fā)送失敗時，向MSC1發(fā)送該狀態(tài)報告，用于觸發(fā)后續(xù)的費用回補(bǔ)流程。若主叫用戶需要狀態(tài)報告，則在狀態(tài)報告中設(shè)置向主叫用戶發(fā)送狀態(tài)報告的標(biāo)識，無論短消息發(fā)送是否成功，都向MSC1發(fā)送狀態(tài)報告，然后由MSC1將狀態(tài)報告繼續(xù)轉(zhuǎn)發(fā)給主叫用戶。
步驟208、MSC1將狀態(tài)報告轉(zhuǎn)發(fā)給SCP，建立智能呼叫，并判斷狀態(tài)報告是否有向主叫用戶發(fā)送的標(biāo)識，若有，則向主叫用戶發(fā)送；MSC1向SCP發(fā)送Initial DP SMS觸發(fā)費用回補(bǔ)流程。
步驟209、SCP根據(jù)狀態(tài)報告判斷短消息發(fā)送是否失敗，若失敗，則對主叫用戶進(jìn)行費用回補(bǔ)，向MSC1返回furnish Charging Information SMS，指示MSC2出話單；向MSC1返回release SMS，釋放智能呼叫。
若被叫用戶處于關(guān)機(jī)等狀態(tài)，不能立即返回短消息傳送結(jié)果，那么本次下發(fā)流程結(jié)束。當(dāng)被叫用戶在有效期內(nèi)開機(jī)時，由SMSC啟動重發(fā)流程，重新向MSC2轉(zhuǎn)發(fā)短消息，執(zhí)行步驟205，重新向被叫用戶發(fā)送短消息；若在有效期內(nèi)被叫用戶沒有開機(jī)，那么丟掉該短消息，并生成短消息發(fā)送失敗的狀態(tài)報告，向SCP發(fā)送觸發(fā)對主叫用戶的費用回補(bǔ)。
根據(jù)業(yè)務(wù)需要的不同，費用回補(bǔ)可能不只發(fā)生在短消息發(fā)送失敗的時候。只需對狀態(tài)報告進(jìn)行修改，并在SCP中設(shè)置費用回補(bǔ)條件，就可方便的實現(xiàn)其他條件下的費用回補(bǔ)。
在本實施例中，短消息發(fā)送是否失敗不是由MSC1進(jìn)行判斷，而是由SCP進(jìn)行判斷，并由SCP通過判斷結(jié)果決定是否進(jìn)行費用回補(bǔ)。
本實施例實現(xiàn)了在智能網(wǎng)絡(luò)下智能用戶向普通用戶發(fā)送短消息，通過存儲在HLR中的簽約信息觸發(fā)短消息智能業(yè)務(wù)，對MO短消息鑒權(quán)和計費，從而可方便地實現(xiàn)散號觸發(fā)預(yù)付費，并通過增加狀態(tài)報告，實現(xiàn)了短消息發(fā)送失敗時的主叫用戶費用回補(bǔ)。
實施例二中進(jìn)行費用回補(bǔ)時，也可采用實施例一的方式，由MSC1對短消息進(jìn)行分析，并在需要費用回補(bǔ)時，向SCP發(fā)送觸發(fā)費用回補(bǔ)的信息。
實施例一也可采用實施例二的方式，有SCP對短消息發(fā)送是否失敗進(jìn)行判斷。
實施例三基于CAMEL4協(xié)議，實現(xiàn)普通用戶向智能用戶發(fā)送短消息。通過MT-SMS-CSI觸發(fā)短消息智能業(yè)務(wù)，對短消息的發(fā)送進(jìn)行控制，實現(xiàn)對MT短消息的鑒權(quán)計費。如圖4所示，為本實施例流程圖，包括如下步驟步驟301、主叫用戶歸屬的MSC1接收到短消息后，向SMSC轉(zhuǎn)發(fā)短消息，；步驟302、SMSC接收到MSC1轉(zhuǎn)發(fā)的短消息后，向被叫用戶所在的MSC2發(fā)送；
SMSC向HLR查詢路由，轉(zhuǎn)發(fā)短消息給MSC2。
步驟303、MSC2對被叫用戶進(jìn)行簽約信息分析，若該用戶為智能預(yù)付費用戶，則觸發(fā)短消息智能業(yè)務(wù)，向SCP發(fā)送觸發(fā)短消息智能業(yè)務(wù)的信息；MSC2通過向SCP發(fā)送Initial DP SMS，觸發(fā)智能短消息業(yè)務(wù)。
步驟304、SCP接收到該觸發(fā)短消息智能業(yè)務(wù)的信息后，對被叫用戶進(jìn)行鑒權(quán)，若鑒權(quán)通過，則通知MSC2將短消息繼續(xù)下發(fā)；鑒權(quán)通過后，SCP在MSC2設(shè)置request Report SMS Event(需要短消息事件發(fā)送報告)及continue SMS(繼續(xù)短消息下發(fā))。
步驟305、MSC2向被叫用戶轉(zhuǎn)發(fā)短消息，被叫用戶成功接收到短消息后向MSC2返回發(fā)送結(jié)果應(yīng)答；步驟306、MSC2向SCP發(fā)送觸發(fā)對被叫用戶計費的信息，建立智能呼叫并向SMSC返回轉(zhuǎn)發(fā)短消息應(yīng)答；由于SCP設(shè)置了request Report SMS Event，因此MSC2在收到被叫用戶返回的應(yīng)答后，向SCP發(fā)送event Report SMS，觸發(fā)SCP對主叫用戶的計費。
步驟307、SCP被叫用戶進(jìn)行計費，釋放智能呼叫。
SCP在計費后，向MSC2返回furnish Charing Information SMS，指示MSC2出話單，并發(fā)送release SMS，釋放智能呼叫。
若被叫用戶處于關(guān)機(jī)等狀態(tài)，不能立即返回短消息傳送結(jié)果，那么本次下發(fā)流程結(jié)束。若在有效期內(nèi)被叫用戶開機(jī)，則由SMSC啟動重發(fā)流程，重新向MSC2轉(zhuǎn)發(fā)短消息，執(zhí)行步驟305，重新向被叫用戶發(fā)送短消息；若在有效期內(nèi)被叫用戶沒有開機(jī)，那么丟掉該短消息。由于主叫用戶是普通用戶，因此不考慮費用回補(bǔ)流程。
本實施例實現(xiàn)了在智能網(wǎng)絡(luò)下普通用戶向智能用戶發(fā)送短消息，通過存儲在HLR中的簽約信息觸發(fā)短消息智能業(yè)務(wù)，對MT短消息鑒權(quán)和計費，從而可方便地實現(xiàn)散號觸發(fā)預(yù)付費。
實施例四本實施例中，觸發(fā)短消息業(yè)務(wù)的流程、對主叫用戶及被叫用戶的鑒權(quán)計費流程，與實施例一相同；若主叫用戶需要狀態(tài)報告，則也如實施例一中一樣，在狀態(tài)報告中設(shè)置相應(yīng)標(biāo)識，由SMSC通過MSC1向主叫用戶發(fā)送。
在費用回補(bǔ)時，利用SMSC和SCP之間的接口，如圖5所示，為本實施例費用回補(bǔ)方法流程圖，包括如下步驟步驟401、SMSC判斷短消息發(fā)送是否失敗，若失敗，則執(zhí)行步驟402，否則，結(jié)束；步驟402、SMSC將狀態(tài)報告發(fā)送給業(yè)務(wù)控制點，觸發(fā)費用回補(bǔ)流程；步驟403、SCP對主叫用戶進(jìn)行費用回補(bǔ)，向SMSC返回狀態(tài)報告應(yīng)答。
短消息的存儲和轉(zhuǎn)發(fā)依然由SMSC完成，短消息內(nèi)容不經(jīng)過智能網(wǎng)。
在MT短消息不能立即發(fā)送給接收端時，由SMSC根據(jù)HLR的通知，再次觸發(fā)MT短消息業(yè)務(wù)將短消息發(fā)送給接收端?？梢允褂肍CISMS操作指示MSC或SGSN出話單，做為對帳依據(jù)。
本實施例通過SMSC和SCP之間的接口實現(xiàn)了費用回補(bǔ)，可應(yīng)用于智能用戶呼叫智能用戶，也可用于智能用戶呼叫普通用戶。SMSC同樣要進(jìn)行改造，若主叫用戶不需要狀態(tài)報告，那么SMSC可僅在短消息發(fā)送失敗時，向MSC1發(fā)送該狀態(tài)報告，用于觸發(fā)后續(xù)的費用回補(bǔ)流程；若主叫用戶需要狀態(tài)報告，則在狀態(tài)報告中設(shè)置向主叫用戶發(fā)送狀態(tài)報告的標(biāo)識，然后由MSC1將狀態(tài)報告繼續(xù)轉(zhuǎn)發(fā)給主叫用戶。MSC1業(yè)務(wù)進(jìn)行改造，能夠?qū)顟B(tài)報告進(jìn)行分析，在狀態(tài)報告有向主叫用戶發(fā)送狀態(tài)報告的標(biāo)識時，向主叫用戶發(fā)送該狀態(tài)報告。
判斷短消息發(fā)送是否失敗的步驟，也可由SCP執(zhí)行，從而，SMSC無論短消息發(fā)送失敗是否，均將狀態(tài)報告發(fā)送給SCP，然后由SCP根據(jù)狀態(tài)報告判斷是否進(jìn)行費用回補(bǔ)，步驟如下步驟411、SMSC向SCP發(fā)送狀態(tài)報告，觸發(fā)費用回補(bǔ)流程；步驟412、SCP業(yè)務(wù)控制點根據(jù)狀態(tài)報告判斷短消息發(fā)送是否失敗，若失敗，對主叫用戶進(jìn)行費用回補(bǔ)；SCP向SMSC返回狀態(tài)報告應(yīng)答。
實施例五由于現(xiàn)有移動通信網(wǎng)絡(luò)只能支持到CAMEL3協(xié)議，支持CAMEL4協(xié)議的設(shè)備還不成熟，本實施例提供了基于CAMEL3協(xié)議，實現(xiàn)智能用戶向智能用戶發(fā)送短消息的方法。網(wǎng)絡(luò)結(jié)構(gòu)與基于CAMEL4的短消息系統(tǒng)結(jié)構(gòu)相同，即可基于MSC收發(fā)短消息，也可基于SGSN收發(fā)短消息。
由于CAMEL3協(xié)議僅有對MO SMS的控制能力，在MO端可以通過SMS-CSI(相當(dāng)于CAMEL4中的MO-SMS-CSI)觸發(fā)短消息智能業(yè)務(wù)，短消息在主叫用戶歸屬的SMSC中存儲轉(zhuǎn)發(fā)，不經(jīng)過MT端歸屬的SMSC，這樣依然可以解決散號觸發(fā)的問題。對被叫用戶的鑒權(quán)計費通過主叫用戶歸屬的SCP實現(xiàn)。在本實施例中，短消息由智能用戶發(fā)送給智能用戶，并且主叫用戶及被叫用戶歸屬于同一SCP，如圖6所示，為本實施例流程圖，包括如下步驟步驟501、主叫用戶歸屬的MSC1接收到短消息后，對主叫用戶進(jìn)行簽約信息分析，若主叫用戶和被叫用戶為智能預(yù)付費用戶，則觸發(fā)短消息智能業(yè)務(wù)，向SCP發(fā)送觸發(fā)短消息智能業(yè)務(wù)的信息，建立智能呼叫；MSC1通過HLR獲取主叫用戶和被叫用戶的簽約信息，在預(yù)付費用戶為散號時，不需在SMSC對預(yù)付費用戶進(jìn)行配置，從而可以方便的實現(xiàn)散號觸發(fā)預(yù)付費短信業(yè)務(wù)。MSC1通過向SCP發(fā)送Initial DP SMS，觸發(fā)短消息智能業(yè)務(wù)。
步驟502、SCP接收到該觸發(fā)短消息智能業(yè)務(wù)的信息后，對主叫用戶和被叫用戶進(jìn)行鑒權(quán)，若鑒權(quán)通過，則通知該MSC1將短消息繼續(xù)下發(fā)；既對主叫用戶進(jìn)行鑒權(quán)，也對被叫用戶進(jìn)行鑒權(quán)。若有一方鑒權(quán)未通過則返回錯誤信息；鑒權(quán)通過后，SCP在MSC1設(shè)置request Report SMS Event(需要短消息事件發(fā)送報告)及continue SMS(繼續(xù)短消息下發(fā))。
步驟503、MSC1向SMSC轉(zhuǎn)發(fā)短消息，在接收到SMSC返回的應(yīng)答后，向SCP發(fā)送觸發(fā)對主叫用戶計費的信息，SCP對主叫用戶進(jìn)行計費，指示MSC1出話單，釋放智能呼叫；
由于SCP設(shè)置了request Report SMS Event，因此MSC1在收到SMSC返回的應(yīng)答后，向SCP發(fā)送event Report SMS(短消息事件報告)，觸發(fā)SCP對主叫用戶的計費。SCP在計費后，向MSC1返回furnish ChargingInformation SMS(MSC1出話單)及release SMS(釋放智能呼叫)。
上述步驟完成了對智能主叫用戶的計費，在SCP對主叫用戶進(jìn)行計費的過程中，MSC1會繼續(xù)下發(fā)短信。
為了實現(xiàn)短消息發(fā)送到接受端失敗時的費用回補(bǔ)，需要對MSC進(jìn)行改造。若主叫用戶為智能預(yù)付費用戶，則MSC在短消息中增加一用戶標(biāo)識，表明主叫用戶為智能預(yù)付費用戶。從而，使SMSC在短消息發(fā)送失敗時，能發(fā)起費用回補(bǔ)流程。
步驟504、SMSC接收到MSC1轉(zhuǎn)發(fā)的短消息后，向被叫用戶所在的MSC2發(fā)送；SMSC向HLR查詢路由，轉(zhuǎn)發(fā)短消息給MSC2。
步驟505、MSC2向被叫用戶轉(zhuǎn)發(fā)短消息，被叫用戶成功接收到短消息后向MSC2返回發(fā)送結(jié)果應(yīng)答；步驟506、MSC2向SMSC返回轉(zhuǎn)發(fā)短消息應(yīng)答；步驟507、SMSC生成狀態(tài)報告；若在指定時間內(nèi)接收到MSC2轉(zhuǎn)發(fā)的發(fā)送結(jié)果應(yīng)答，則生成表明短消息發(fā)送成功的狀態(tài)報告，通過向SCP發(fā)送該狀態(tài)報告，觸發(fā)對被叫用戶計費的流程；若短消息在指定時間內(nèi)下發(fā)失敗，則生成表明短消息發(fā)送失敗的狀態(tài)報告，若短消息中的用戶標(biāo)識表明主叫用戶為智能預(yù)付費用戶，則通過向SCP發(fā)送該狀態(tài)報告，觸發(fā)對主叫用戶進(jìn)行費用回補(bǔ)的流程。
步驟508、SMSC向SCP發(fā)送狀態(tài)報告；步驟509、SCP根據(jù)狀態(tài)報告進(jìn)行計費，向SMSC返回狀態(tài)報告應(yīng)答。
若狀態(tài)報告表明短消息發(fā)送失敗，則對主叫用戶進(jìn)行費用回補(bǔ)；若短消息發(fā)送成功，則對被叫用戶進(jìn)行計費。
若短消息中表明主叫用戶需要狀態(tài)報告，也可以由SMSC通過MSC1將狀態(tài)報告發(fā)送給主叫用戶?？梢允褂肍CISMS操作指示MSC或SGSN出話單，做為對帳依據(jù)。
若主叫用戶關(guān)機(jī)，在嘗試下發(fā)短消息時失敗，SMSC會保存短消息等待重發(fā)。若用戶在有效期內(nèi)開機(jī)，SMSC會繼續(xù)下發(fā)短消息；若用戶在有效期內(nèi)沒開機(jī)，那么SMSC丟掉該短消息，這時會觸發(fā)費用回補(bǔ)流程。
本實施例基于CAMEL3協(xié)議實現(xiàn)了智能用戶向智能用戶發(fā)送短消息，通過主叫用戶的簽約信息和被叫用戶的簽約信息觸發(fā)MO短消息，并且通過SMSC與SCP之間的接口實現(xiàn)對被叫用戶的計費及對主叫用戶的費用回補(bǔ)。
當(dāng)短消息由智能用戶發(fā)送給普通用戶時，不需對被叫用戶進(jìn)行鑒權(quán)和計費，即在實施例五的步驟502中，只對主叫用戶進(jìn)行鑒權(quán)，而不對被叫用戶進(jìn)行鑒權(quán)，在步驟509中，只考慮對主叫用戶的費用回補(bǔ)，而不考慮對被叫用戶的計費。
實施例六實施例五中的主叫用戶和被叫用戶歸屬于不同SCP時，由于短消息在主叫用戶歸屬的SMSC中存儲轉(zhuǎn)發(fā)，而并不經(jīng)過被叫用戶歸屬的SMSC，因此需要通過SCP之間的互連來獲取被叫用戶的數(shù)據(jù)，實現(xiàn)對被叫用戶的鑒權(quán)計費。如圖7所示，為本實施例流程圖，包括如下步驟步驟601、主叫用戶歸屬的MSC1接收到短消息后，對主叫用戶進(jìn)行簽約信息分析，若主叫用戶和被叫用戶為智能預(yù)付費用戶，則觸發(fā)短消息智能業(yè)務(wù)，向主叫用戶歸屬的SCP1發(fā)送觸發(fā)短消息智能業(yè)務(wù)的信息，建立智能呼叫；步驟602、SCP1接收到該觸發(fā)短消息智能業(yè)務(wù)的信息后，對主叫用戶進(jìn)行鑒權(quán)，并向被叫用戶歸屬的SCP2發(fā)送被叫用戶鑒權(quán)請求；步驟603、SCP2對被叫用戶進(jìn)行鑒權(quán)，并向SCP1返回被叫鑒權(quán)應(yīng)答；若主叫用戶和被叫用戶的鑒權(quán)均通過，則SCP1在MSC1設(shè)置requestReport SMS Event(需要短消息事件發(fā)送報告)及contihue SMS(繼續(xù)短消息下發(fā))；步驟604、MSC1向SMSC轉(zhuǎn)發(fā)短消息，SMSC接收到MSC1轉(zhuǎn)發(fā)的短消息后，向被叫用戶所在的MSC2發(fā)送；步驟605、MSC2向被叫用戶轉(zhuǎn)發(fā)短消息，被叫用戶成功接收到短消息后向MSC2返回發(fā)送結(jié)果應(yīng)答；步驟606、MSC2向SMSC返回轉(zhuǎn)發(fā)短消息應(yīng)答；步驟607、SMSC生成狀態(tài)報告；若在指定時間內(nèi)接收到MSC2轉(zhuǎn)發(fā)的發(fā)送結(jié)果應(yīng)答，則生成表明短消息發(fā)送成功的狀態(tài)報告，通過向SCP1發(fā)送該狀態(tài)報告，觸發(fā)對被叫用戶計費的流程；若短消息在指定時間內(nèi)下發(fā)失敗，則生成表明短消息發(fā)送失敗的狀態(tài)報告，若短消息中的用戶標(biāo)識表明主叫用戶為智能預(yù)付費用戶，則通過向SCP1發(fā)送該狀態(tài)報告，觸發(fā)對主叫用戶進(jìn)行費用回補(bǔ)的流程。
步驟608、SMSC向SCP1發(fā)送狀態(tài)報告；步驟609、SCP1判斷狀態(tài)報告是否表明短消息發(fā)送失敗，若是，執(zhí)行步驟610，否則執(zhí)行步驟611；步驟610、SCP1對主叫用戶進(jìn)行費用回補(bǔ)，執(zhí)行步驟613；步驟611、SCP1向SCP2發(fā)送被叫用戶計費請求；步驟612、SCP2對被叫用戶進(jìn)行計費，并向SCP1返回被叫用戶計費應(yīng)答；步驟613、SCP1向SMSC返回狀態(tài)報告應(yīng)答。
若短消息中表明主叫用戶需要狀態(tài)報告，也可以由SMSC通過MSC1將狀態(tài)報告發(fā)送給主叫用戶?？梢允褂肍CISMS操作指示MSC或SGSN出話單，做為對帳依據(jù)。
本實施例基于CAMEL3協(xié)議，實現(xiàn)了主叫和被叫智能用戶歸屬于不同SCP時的，智能用戶間的短消息業(yè)務(wù)。通過主叫用戶歸屬的SCP1訪問被叫用戶歸屬的SCP2，從而實現(xiàn)對被叫用戶的鑒權(quán)計費。
本發(fā)明的實現(xiàn)散號觸發(fā)預(yù)付費短消息業(yè)務(wù)的方法不需單個配置散號，數(shù)據(jù)配置和數(shù)據(jù)維護(hù)工作量小，在配置較寬的號段時，后付費的消息不會送到SCP，從而可以節(jié)約SCP和SMSC的資源，并且考慮了短消息發(fā)送失敗時的費用回補(bǔ)以適于短消息應(yīng)用。
最后應(yīng)當(dāng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案而非對其限制；盡管參照較佳實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，所屬領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解，依然可以對本發(fā)明的具體實施方式
進(jìn)行修改或者對部分技術(shù)特征進(jìn)行等同替換；而不脫離本發(fā)明技術(shù)方案的精神，其均應(yīng)涵蓋在本發(fā)明請求保護(hù)的技術(shù)方案范圍當(dāng)中。
權(quán)利要求
1.一種實現(xiàn)散號觸發(fā)預(yù)付費短消息業(yè)務(wù)的方法，其特征在于該方法包括以下步驟步驟1、主叫用戶歸屬的第一交換設(shè)備接收到短消息后，對主叫用戶進(jìn)行簽約信息分析，若該用戶為智能預(yù)付費用戶，則觸發(fā)短消息智能業(yè)務(wù)，向業(yè)務(wù)控制點發(fā)送觸發(fā)短消息智能業(yè)務(wù)的信息，建立智能呼叫；步驟2、業(yè)務(wù)控制點接收到該觸發(fā)短消息智能業(yè)務(wù)的信息后，對主叫用戶進(jìn)行鑒權(quán)，若鑒權(quán)通過，則通知該第一交換設(shè)備將短消息繼續(xù)下發(fā)；步驟3、第一交換設(shè)備向短消息中心轉(zhuǎn)發(fā)短消息，在接收到短消息中心的應(yīng)答后，向業(yè)務(wù)控制點發(fā)送觸發(fā)對主叫用戶計費的信息，業(yè)務(wù)控制點對主叫用戶進(jìn)行計費，釋放智能呼叫。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于所述步驟3之后還包括步驟41、短消息中心接收到第一交換設(shè)備轉(zhuǎn)發(fā)的短消息后，向被叫用戶所在的第二交換設(shè)備發(fā)送；步驟51、第二交換設(shè)備對被叫用戶進(jìn)行簽約信息分析，若所述被叫用戶為智能預(yù)付費用戶，則觸發(fā)短消息智能業(yè)務(wù)，向業(yè)務(wù)控制點發(fā)送觸發(fā)短消息智能業(yè)務(wù)的信息；步驟61、業(yè)務(wù)控制點接收到該觸發(fā)短消息智能業(yè)務(wù)的信息后，對被叫用戶進(jìn)行鑒權(quán)，若鑒權(quán)通過，則通知第二交換設(shè)備將短消息繼續(xù)下發(fā)；步驟71、第二交換設(shè)備向被叫用戶轉(zhuǎn)發(fā)短消息，被叫用戶成功接收到短消息后向第二交換設(shè)備返回發(fā)送結(jié)果應(yīng)答；步驟81、第二交換設(shè)備向業(yè)務(wù)控制點發(fā)送觸發(fā)對被叫用戶計費的信息，建立智能呼叫，并向短消息中心返回轉(zhuǎn)發(fā)短消息應(yīng)答；步驟91、業(yè)務(wù)控制點對被叫用戶進(jìn)行計費，釋放智能呼叫。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于所述步驟3之后還包括步驟42、短消息中心接收到第一交換設(shè)備轉(zhuǎn)發(fā)的短消息后，向被叫用戶所在的第二交換設(shè)備發(fā)送；步驟52、第二交換設(shè)備向被叫用戶轉(zhuǎn)發(fā)短消息；步驟62、被叫用戶成功接收到短消息后，向第二交換設(shè)備返回發(fā)送結(jié)果應(yīng)答；步驟72、第二交換設(shè)備向短消息中心返回轉(zhuǎn)發(fā)短消息應(yīng)答。
4.根據(jù)權(quán)利要求2或3所述的方法，其特征在于還包括步驟A、短消息中心若在指定時間內(nèi)接收到轉(zhuǎn)發(fā)短消息應(yīng)答，則生成表明短消息發(fā)送成功的狀態(tài)報告；若在指定時間內(nèi)下發(fā)短信失敗，生成表明短消息發(fā)送失敗的狀態(tài)報告。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于在所述步驟A之后還包括步驟B1、短消息中心向第一交換設(shè)備發(fā)送狀態(tài)報告；步驟B2、第一交換設(shè)備根據(jù)狀態(tài)報告判斷短消息發(fā)送是否失敗，若失敗，執(zhí)行步驟B3，否則，結(jié)束；步驟B3、第一交換設(shè)備向業(yè)務(wù)控制點發(fā)送觸發(fā)費用回補(bǔ)的信息，建立智能呼叫，業(yè)務(wù)控制點接收到該觸發(fā)費用回補(bǔ)的信息后，對主叫用戶進(jìn)行費用回補(bǔ)，釋放智能呼叫。
6.根據(jù)權(quán)利要求4所述的方法，其特征在于在所述步驟A之后還包括步驟C1、短消息中心向第一交換設(shè)備發(fā)送狀態(tài)報告；步驟C2、第一交換設(shè)備向業(yè)務(wù)控制點轉(zhuǎn)發(fā)狀態(tài)報告，觸發(fā)費用回補(bǔ)，建立智能呼叫；步驟C3、業(yè)務(wù)控制點根據(jù)狀態(tài)報告判斷短消息發(fā)送是否失敗，若失敗，對主叫用戶進(jìn)行費用回補(bǔ)；釋放智能呼叫。
7.根據(jù)權(quán)利要求4所述的方法，其特征在于在所述步驟A之后還包括步驟D1、短消息中心判斷短消息發(fā)送是否失敗，若失敗，則執(zhí)行步驟D2，否則，結(jié)束；步驟D2、短消息中心將狀態(tài)報告發(fā)送給業(yè)務(wù)控制點，觸發(fā)費用回補(bǔ)；步驟D3、業(yè)務(wù)控制點對主叫用戶進(jìn)行費用回補(bǔ)，并向短消息中心返回狀態(tài)報告應(yīng)答。
8.根據(jù)權(quán)利要求4所述的方法，其特征在于在所述步驟A之后還包括步驟E1、短消息中心向業(yè)務(wù)控制點發(fā)送狀態(tài)報告，觸發(fā)費用回補(bǔ)；步驟E2、業(yè)務(wù)控制點根據(jù)狀態(tài)報告判斷短消息發(fā)送是否失敗，若失敗，對主叫用戶進(jìn)行費用回補(bǔ)；向短消息中心返回狀態(tài)報告應(yīng)答。
9.根據(jù)權(quán)利要求4所述的方法，其特征在于主叫用戶需要狀態(tài)報告，所述步驟A中，短消息中心生成狀態(tài)報告后，還在狀態(tài)報告中設(shè)置向主叫用戶發(fā)送狀態(tài)報告的標(biāo)識，并通過第一交換設(shè)備向主叫用戶發(fā)送狀態(tài)報告。
10.根據(jù)權(quán)利要求1所述的方法，其特征在于在所述步驟1中，若主叫用戶為智能預(yù)付費用戶，第一交換設(shè)備還將短消息增加一表明主叫用戶為智能預(yù)付費用戶的用戶標(biāo)識。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于所述第一交換設(shè)備對主叫用戶進(jìn)行簽約信息分析時，還對被叫用戶進(jìn)行簽約信息分析；在所述步驟2中，業(yè)務(wù)控制點對主叫用戶進(jìn)行鑒權(quán)時，還對被叫用戶進(jìn)行鑒權(quán)。
12.根據(jù)權(quán)利要求11所述的方法，其特征在于所述主叫用戶歸屬于第一業(yè)務(wù)控制點，所述被叫用戶歸屬于第二業(yè)務(wù)控制點，所述的業(yè)務(wù)控制點對主叫用戶進(jìn)行鑒權(quán)時還對被叫用戶進(jìn)行鑒權(quán)的步驟具體為第一業(yè)務(wù)控制點接收到觸發(fā)短消息智能業(yè)務(wù)的信息后，對主叫用戶進(jìn)行鑒權(quán)，并向第二業(yè)務(wù)控制點發(fā)送被叫用戶鑒權(quán)請求，第二業(yè)務(wù)控制點對被叫用戶進(jìn)行鑒權(quán)，并向第一業(yè)務(wù)控制點返回被叫鑒權(quán)應(yīng)答。
13.根據(jù)權(quán)利要求11所述的方法，其特征在于在所述步驟3之后還包括步驟43、短消息中心接收到第一交換設(shè)備轉(zhuǎn)發(fā)的短消息后，向被叫用戶所在的第二交換設(shè)備發(fā)送；步驟53、第二交換設(shè)備向被叫用戶轉(zhuǎn)發(fā)短消息，被叫用戶成功接收到短消息后向第二交換設(shè)備返回發(fā)送結(jié)果應(yīng)答；步驟63、第二交換設(shè)備向短消息中心返回轉(zhuǎn)發(fā)短消息應(yīng)答。
14.根據(jù)權(quán)利要求13所述的方法，其特征在于在所述步驟63之后還包括步驟F1、若短消息在指定時間內(nèi)下發(fā)失敗，并且用戶標(biāo)識為智能預(yù)付費用戶，則短消息中心生成表明短消息發(fā)送失敗的狀態(tài)報告并向業(yè)務(wù)控制點發(fā)送；步驟F2、業(yè)務(wù)控制點根據(jù)狀態(tài)報告對主叫用戶進(jìn)行費用回補(bǔ)，并向短消息中心返回狀態(tài)報告應(yīng)答。
15.根據(jù)權(quán)利要求13所述的方法，其特征在于在所述步驟63之后還包括步驟G1、若短消息中心接收到發(fā)送結(jié)果應(yīng)答，則生成表明短消息發(fā)送成功的狀態(tài)報告并向業(yè)務(wù)控制點發(fā)送；步驟G2、業(yè)務(wù)控制點根據(jù)狀態(tài)報告對被叫用戶進(jìn)行計費，并向短消息中心返回狀態(tài)報告應(yīng)答。
16.根據(jù)權(quán)利要求15所述的方法，其特征在于所述主叫用戶歸屬于第一業(yè)務(wù)控制點，所述被叫用戶歸屬于第二業(yè)務(wù)控制點，所述的對被叫用戶進(jìn)行計費的步驟具體為第一業(yè)務(wù)控制點接收到狀態(tài)報告后向第二業(yè)務(wù)控制點發(fā)送被叫用戶計費請求，第二業(yè)務(wù)控制點對被叫用戶進(jìn)行計費，并向第一業(yè)務(wù)控制點返回被叫用戶計費應(yīng)答，第一業(yè)務(wù)控制點向短消息中心返回狀態(tài)報告應(yīng)答。
17.根據(jù)權(quán)利要求14至16任一所述的方法，其特征在于當(dāng)主叫用戶需要狀態(tài)報告時，所述短消息中心生成狀態(tài)報告后，通過第一交換設(shè)備向主叫用戶發(fā)送狀態(tài)報告。
18.一種實現(xiàn)散號觸發(fā)預(yù)付費短消息業(yè)務(wù)的方法，其特征在于該方法包括以下步驟步驟1、短消息中心接收到第一交換設(shè)備轉(zhuǎn)發(fā)的短消息后，向被叫用戶所在的第二交換設(shè)備發(fā)送；步驟2、第二交換設(shè)備對該被叫用戶進(jìn)行簽約信息分析，若該用戶為智能預(yù)付費用戶，則觸發(fā)短消息智能業(yè)務(wù)，向業(yè)務(wù)控制點發(fā)送觸發(fā)短消息智能業(yè)務(wù)的信息；步驟3、業(yè)務(wù)控制點接收到該觸發(fā)短消息智能業(yè)務(wù)的信息后，對被叫用戶進(jìn)行鑒權(quán)，若鑒權(quán)通過，則通知第二交換設(shè)備將短消息繼續(xù)下發(fā)；步驟4、第二交換設(shè)備向被叫用戶轉(zhuǎn)發(fā)短消息，被叫用戶接收到短消息后向第二交換設(shè)備返回發(fā)送結(jié)果應(yīng)答；步驟5、第二交換設(shè)備向業(yè)務(wù)控制點發(fā)送觸發(fā)對被叫用戶計費的信息，建立智能呼叫，并向短消息中心返回轉(zhuǎn)發(fā)短消息應(yīng)答；步驟6、業(yè)務(wù)控制點對被叫用戶進(jìn)行計費，釋放智能呼叫。
19.根據(jù)權(quán)利要求18所述的方法，其特征在于在所述步驟1之前還包括步驟H1、主叫用戶歸屬的第一交換設(shè)備接收主叫用戶發(fā)送的該所述短消息；步驟H2、第一交換設(shè)備向短消息中心轉(zhuǎn)發(fā)該所述短消息，短消息中心向第一交換設(shè)備返回應(yīng)答。
全文摘要
本發(fā)明涉及一種實現(xiàn)散號觸發(fā)預(yù)付費短消息業(yè)務(wù)的方法，MSC1對主叫用戶進(jìn)行簽約信息分析，觸發(fā)短消息智能業(yè)務(wù)；SCP對主叫用戶鑒權(quán)；MSCl向SMSC轉(zhuǎn)發(fā)短消息，向SCP發(fā)送觸發(fā)對主叫用戶計費的信息，SCP對主叫用戶計費。在短消息發(fā)送失敗時，由SMSC或MSCl發(fā)起費用回補(bǔ)。還涉及一種實現(xiàn)散號觸發(fā)預(yù)付費短消息業(yè)務(wù)的方法，SMSC接收到MSCl轉(zhuǎn)發(fā)的短消息后向MSC2發(fā)送；MSC2對被叫用戶進(jìn)行簽約信息分析，觸發(fā)短消息智能業(yè)務(wù)；SCP對被叫用戶鑒權(quán)；MSC2向被叫用戶轉(zhuǎn)發(fā)短消息，向SCP發(fā)送觸發(fā)對被叫用戶計費的信息，SCP對被叫用戶計費。本發(fā)明不需單個配置散號預(yù)付費用戶，數(shù)據(jù)配置和數(shù)據(jù)維護(hù)工作量小。
文檔編號H04W12/06GK1867101SQ20061003350
公開日2006年11月22日 申請日期2006年2月7日 優(yōu)先權(quán)日2006年2月7日
發(fā)明者伊志權(quán) 申請人:華為技術(shù)有限公司