專利名稱：狀態(tài)報(bào)告接收響應(yīng)消息的發(fā)送方法、系統(tǒng)與代理器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種狀態(tài)報(bào)告接收響應(yīng)消息的發(fā)送方法、系統(tǒng)與短消息中心代理器。
背景技術(shù)：
狀態(tài)報(bào)告消息為移動(dòng)終端在成功接收了短消息之后向短消息服務(wù)中心(SMSC， Short Message Service Center)反饋的一個(gè)通知消息，SMSC在收到該狀態(tài)報(bào)告消息后，需要將該狀態(tài)報(bào)告消息發(fā)送給網(wǎng)關(guān)，由網(wǎng)關(guān)根據(jù)該狀態(tài)報(bào)告消息實(shí)施計(jì)費(fèi)等操作。目前，從向移動(dòng)終端發(fā)送短消息直至網(wǎng)關(guān)完成計(jì)費(fèi)并向SMSC反饋響應(yīng)消息的整個(gè)流程的示意圖如圖 1所示，該流程主要包括下述步驟步驟11，企業(yè)客戶代理器(ECAgent, Enterprise Customer Agent)接收企業(yè)客戶(Enterprise Customer)/ 服務(wù)集成商(Service Integration) (EC/SI)發(fā)送的短消息 CMPP_Submit(CMPP 為中國移動(dòng)點(diǎn)對點(diǎn)協(xié)議，即 China Mobile Peer to Peer)。步驟12，ECAgent將接收到的CMPP_Submit發(fā)送給任意短消息服務(wù)器(SMkrver， Short Message Server)。一般地，由于SMkrver可以有多個(gè)，因此，在向SMServer發(fā)送CMPP_Submit時(shí)，可以采用輪詢的方式向SMkrver發(fā)送，比如，當(dāng)需要發(fā)送多個(gè)CMPP_ Submit時(shí)，可以分別將不同的CMPP_Submit發(fā)送給不同的SMkrver。在本步驟12中，假設(shè)只發(fā)送了一個(gè)CMPP_Submit給圖中的SMServer。步驟13，ECAgent接收由接收到該CMPP_Submit的SMkrver反饋來的響應(yīng)消息 CMPP_Submit_Resp。步驟14，ECAgent 向 EC/SI 返回響應(yīng)消息 CMPP_Submit_Resp。步驟15，SMServer通過任意的短消息中心代理器(SMCAgent，ShortMessage Center Agent)向SMSC發(fā)送對應(yīng)于CMPP_Submit的SMPP_Submit (SMPP為短消息點(diǎn)對點(diǎn)協(xié)議，艮口 Short Message Peer to Peer)。步驟16，SMSC將SMPP_Submit發(fā)送給移動(dòng)終端，并等待移動(dòng)終端反饋狀態(tài)報(bào)告，同時(shí)通過 SMCAgent 向 SMServer 反饋響應(yīng)消息 SMPP_Submit_Resp。其中，SMPP_Submit_Resp 中包含短消息標(biāo)識Msg_Id。步驟17，SMServer收到SMPP_Submit_ReSp后，生成等待狀態(tài)報(bào)告實(shí)體，生成等待狀態(tài)報(bào)告實(shí)體的實(shí)質(zhì)為對短消息標(biāo)識Msg_Id進(jìn)行存儲(chǔ)，以等待與后續(xù)接收到的由移動(dòng)終端通過SMSC反饋的狀態(tài)報(bào)告消息中的Msg_Id進(jìn)行匹配。步驟I8，SMServer從多個(gè)處理狀態(tài)報(bào)告服務(wù)器(DRServer，Deal with Report)中確定一個(gè)DRServer，并向確定的該DRkrver發(fā)送存儲(chǔ)消息，該存儲(chǔ)消息中包含Msg_Id和 SMServer標(biāo)識的對應(yīng)關(guān)系，該對應(yīng)關(guān)系用以指示與該Msg_Id對應(yīng)的等待狀態(tài)報(bào)告實(shí)體是由相應(yīng)的某個(gè)SMkrver生成的。步驟19，DRServer收到存儲(chǔ)消息后，對Msg_Id和SMkrver標(biāo)識的對應(yīng)關(guān)系進(jìn)行存儲(chǔ)。
3
步驟110，SMSC接收移動(dòng)終端發(fā)送的狀態(tài)報(bào)告消息。步驟111，SMSC將狀態(tài)報(bào)告消息的相關(guān)內(nèi)容承載在SMPP_Deliver (該SMPP_ Deliver也可以看做是狀態(tài)報(bào)告消息)中發(fā)送給SMCAgent。步驟112，SMCAgent收到SMPP_Deliver后，確定相應(yīng)的DRServer，并向確定的 DRServer發(fā)送查詢請求，該查詢請求中包含SMPP_Deliver中承載的Msg_Id。步驟113，接收到查詢請求的DRkrver根據(jù)查詢請求中包含的Msg_Id，在自身存儲(chǔ)的Msg_Id和SMkrver標(biāo)識的對應(yīng)關(guān)系中查詢與接收到的該Msg_Id對應(yīng)的SMkrver標(biāo)識。在本步驟112中，若DRkrver查詢失敗，則會(huì)再重復(fù)查詢兩次，每次查詢間隔1秒。步驟114，DRServer將查詢到的與狀態(tài)報(bào)告消息中的Msg_Id對應(yīng)的SMkrver標(biāo)識發(fā)送給SMCAgent。步驟115，SMCAgent向查詢到的SMkrver標(biāo)識指示的SMkrver轉(zhuǎn)發(fā)狀態(tài)報(bào)告消肩、ο步驟116，SMServer根據(jù)狀態(tài)報(bào)告消息中的Msg_Id進(jìn)行等待狀態(tài)報(bào)告實(shí)體匹配， 針對匹配成功的等待狀態(tài)報(bào)告實(shí)體生成計(jì)費(fèi)話單。步驟117，SMServer向SMCAgent反饋響應(yīng)消息。步驟118，SMCAgent向SMSC發(fā)送用于指示成功接收狀態(tài)報(bào)告消息的狀態(tài)報(bào)告接收響應(yīng)消息 SMPP_Deliver_Resp。在后續(xù)的執(zhí)行步驟中，SMkrver可以確定相應(yīng)的DRServer，并向該DI^erver發(fā)送刪除請求，該刪除請求中包含匹配成功的等待狀態(tài)報(bào)告實(shí)體對應(yīng)的Msg_Id。DRServer 在收到刪除請求后，刪除相應(yīng)的Msg_Id與SMkrver標(biāo)識的對應(yīng)關(guān)系。同時(shí)，SMServer向 ECAgent發(fā)送狀態(tài)報(bào)告消息CMPP_Deliver，收到CMPP_Deliver的ECAgent向EC/SI轉(zhuǎn)發(fā)狀態(tài)報(bào)告消息并將收到的EC/SI發(fā)送來的響應(yīng)消息CMPP_Deliver_ReSp轉(zhuǎn)發(fā)給SMkrver。需要說明的是，上述ECAgent、SMServer, SMCAgent、DRServer 共同構(gòu)成了網(wǎng)關(guān)。在如圖1所示的應(yīng)用場景下，SMSC發(fā)送狀態(tài)報(bào)告消息是采用同步方式。該同步方式的含義在于，函數(shù)調(diào)用者需等待函數(shù)執(zhí)行完成后才能進(jìn)到下一步，即在如圖1所示的場景下，SMSC在發(fā)送完畢一條狀態(tài)報(bào)告消息后，必須等到接收到SMPP_Deliver_ReSp后才能再發(fā)送下一條狀態(tài)報(bào)告消息?；谕椒绞胶蜕鲜霾襟E，現(xiàn)有技術(shù)中提供的上述方案存在的缺陷在于，網(wǎng)關(guān)在收到SMSC發(fā)送的狀態(tài)報(bào)告消息后，需要經(jīng)過一系列復(fù)雜的內(nèi)部處理 (包括查詢、匹配、生成計(jì)費(fèi)話單等)才會(huì)給SMSC反饋響應(yīng)消息SMPP_Deliver_ReSp，從而導(dǎo)致了網(wǎng)關(guān)響應(yīng)SMSC發(fā)送的狀態(tài)報(bào)告消息的時(shí)間過長，進(jìn)而導(dǎo)致了 SMSC發(fā)送狀態(tài)報(bào)告消息的效率較低，也增加了狀態(tài)報(bào)告消息積壓的可能性。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種狀態(tài)報(bào)告接收響應(yīng)消息的發(fā)送方法、系統(tǒng)及短消息中心代理器，用以解決SMSC基于同步方式發(fā)送狀態(tài)報(bào)告消息的效率較低的問題。本發(fā)明實(shí)施例采用以下技術(shù)方案一種狀態(tài)報(bào)告接收響應(yīng)消息的發(fā)送方法，包括短消息中心代理器SMCAgent接收短消息服務(wù)中心SMSC發(fā)送的狀態(tài)報(bào)告消息；以及向SMSC發(fā)送用于指示成功接收所述狀態(tài)報(bào)告消息的狀態(tài)報(bào)告接收響應(yīng)消息；所述SMCAgent在發(fā)送狀態(tài)報(bào)告接收響應(yīng)消息之后，根據(jù)狀態(tài)報(bào)告消息中承載的短消息標(biāo)識Msg_Id向處理狀態(tài)報(bào)告服務(wù)器DRkrver發(fā)送查詢請求。一種狀態(tài)報(bào)告接收響應(yīng)消息的發(fā)送系統(tǒng)，包括短消息服務(wù)中心SMSC和短消息中心代理器SMCAgent，其中，SMSC，用于接收移動(dòng)終端發(fā)送的狀態(tài)報(bào)告消息，并將該狀態(tài)報(bào)告消息發(fā)送給SMCAgent ；SMCAgent，用于接收SMSC發(fā)送的狀態(tài)報(bào)告消息，并向SMSC發(fā)送用于指示成功接收所述狀態(tài)報(bào)告消息的狀態(tài)報(bào)告接收響應(yīng)消息，以及在發(fā)送狀態(tài)報(bào)告接收響應(yīng)消息之后，根據(jù)狀態(tài)報(bào)告消息中承載的短消息標(biāo)識Msg_Id向處理狀態(tài)報(bào)告服務(wù)器 DRServer發(fā)送查詢請求。一種短消息中心代理器，包括接收單元，用于接收短消息服務(wù)中心SMSC發(fā)送的狀態(tài)報(bào)告消息；響應(yīng)消息發(fā)送單元，用于向SMSC發(fā)送用于指示接收單元成功接收所述狀態(tài)報(bào)告消息的狀態(tài)報(bào)告接收響應(yīng)消息；查詢請求發(fā)送單元，用于在響應(yīng)消息發(fā)送單元發(fā)送狀態(tài)報(bào)告接收響應(yīng)消息后，根據(jù)接收單元接收的所述狀態(tài)報(bào)告消息中承載的短消息標(biāo)識Msg_ Id,向處理狀態(tài)報(bào)告服務(wù)器DRkrver發(fā)送承載Msg_Id的查詢請求。本發(fā)明實(shí)施例的有益效果如下通過本發(fā)明實(shí)施例提供的上述方案，SMCAgent在向DRkrver發(fā)送查詢請求前，就先向SMSC發(fā)送狀態(tài)報(bào)告接收響應(yīng)消息，避免了 SMSC需要等待網(wǎng)關(guān)進(jìn)行查詢、匹配、計(jì)費(fèi)等一系列操作后再發(fā)送狀態(tài)報(bào)告接收響應(yīng)消息，從而節(jié)省了 SMSC在發(fā)送狀態(tài)報(bào)告消息至接收上述響應(yīng)消息之間的時(shí)間，使得SMSC在發(fā)送兩條狀態(tài)報(bào)告消息之間間隔的時(shí)間明顯縮短，在基于同步方式下，SMSC發(fā)送狀態(tài)報(bào)告消息的效率提高，避免了狀態(tài)報(bào)告消息在SMSC 處的積壓。并且，本發(fā)明實(shí)施例提供的上述方案還無需改變SMSC在發(fā)送狀態(tài)報(bào)告消息所采用的同步方式。


圖1為現(xiàn)有技術(shù)中向移動(dòng)終端發(fā)送短消息直至向SMSC反饋響應(yīng)消息的流程示意圖；圖2為本發(fā)明實(shí)施例提供的一種狀態(tài)報(bào)告接收響應(yīng)消息的發(fā)送方法的具體流程示意圖；圖3為本發(fā)明實(shí)施例提供的方案在實(shí)際中的一個(gè)應(yīng)用流程示意圖；圖4為本發(fā)明實(shí)施例提供的一種狀態(tài)報(bào)告接收響應(yīng)消息的發(fā)送系統(tǒng)的具體結(jié)構(gòu)示意圖；圖5為本發(fā)明實(shí)施例提供的一種SMCAgent的具體結(jié)構(gòu)示意圖。
具體實(shí)施例方式為了解決前文提到的現(xiàn)有技術(shù)中存在的SMSC基于同步方式發(fā)送狀態(tài)報(bào)告消息時(shí)，網(wǎng)關(guān)響應(yīng)SMSC發(fā)送的狀態(tài)報(bào)告消息的時(shí)間過長會(huì)導(dǎo)致SMSC發(fā)送狀態(tài)報(bào)告消息的效率較低的問題，發(fā)明人對現(xiàn)有技術(shù)中如圖1所示的流程進(jìn)行了分析。通過分析發(fā)現(xiàn)，在現(xiàn)有技術(shù)中，造成SMSC發(fā)送狀態(tài)報(bào)告消息的效率較低的主要原因在于，SMCAgent在接收到SMSC發(fā)送來的狀態(tài)報(bào)告消息后，需要向Dl^erver發(fā)送查詢請求，并需要向查詢到的SMkrver轉(zhuǎn)發(fā)狀態(tài)報(bào)告消息以實(shí)現(xiàn)計(jì)費(fèi)等操作，正是這些操作導(dǎo)致了 SMCAgent在較長的一段時(shí)間后才會(huì)向SMSC反饋狀態(tài)報(bào)告接收響應(yīng)消息，從而降低了 SMSC發(fā)送狀態(tài)報(bào)告消息的效率。通過進(jìn)一步的分析，發(fā)明人認(rèn)為，由于網(wǎng)關(guān)內(nèi)部在接收到狀態(tài)報(bào)告消息后進(jìn)行的一系列處理與 SMSC基本無關(guān)，因此在同步方式下，SMSC發(fā)送狀態(tài)報(bào)告消息的前提可以不是網(wǎng)關(guān)實(shí)施計(jì)費(fèi)操作完成這一條件，而是可以為SMCAgent成功接收到了狀態(tài)報(bào)告消息這一條件。通過上述分析，本發(fā)明實(shí)施例提供了一種狀態(tài)報(bào)告接收響應(yīng)消息的方案，通過在網(wǎng)關(guān)接收到SMSC發(fā)送的狀態(tài)報(bào)告后、進(jìn)行查詢計(jì)費(fèi)等操作前，就將狀態(tài)報(bào)告接收響應(yīng)消息反饋給SMSC，從而大大縮短了 SMSC等待狀態(tài)報(bào)告接收響應(yīng)消息的時(shí)長，實(shí)現(xiàn)了對SMSC發(fā)送狀態(tài)報(bào)告消息效率的提高。以下結(jié)合附圖，詳細(xì)說明本發(fā)明實(shí)施例提供的方案。本發(fā)明實(shí)施例首先提供一種狀態(tài)報(bào)告接收響應(yīng)消息的發(fā)送方法，該方法的具體流程示意圖如圖2所示，包括下述步驟步驟21，SMCAgent接收SMSC發(fā)送的狀態(tài)報(bào)告消息；步驟22，SMCAgent向SMSC發(fā)送用于指示成功接收狀態(tài)報(bào)告消息的狀態(tài)報(bào)告接收響應(yīng)消息；步驟23，SMCAgent在發(fā)送狀態(tài)報(bào)告接收響應(yīng)消息后，根據(jù)狀態(tài)報(bào)告消息中承載的短消息標(biāo)識Msg_Id向DRkrver發(fā)送查詢請求。通過本發(fā)明實(shí)施例提供的上述方法，SMCAgent在向DRkrver發(fā)送查詢請求前，就先向SMSC發(fā)送狀態(tài)報(bào)告接收響應(yīng)消息，這就避免了 SMSC需要等待網(wǎng)關(guān)進(jìn)行查詢、匹配和計(jì)費(fèi)等一系列操作后再發(fā)送狀態(tài)報(bào)告接收響應(yīng)消息，從而節(jié)省了 SMSC在發(fā)送狀態(tài)報(bào)告消息至接收上述響應(yīng)消息之間的時(shí)間。在同步方式下，采用本發(fā)明實(shí)施例提供的上述方法后， SMSC在發(fā)送兩條狀態(tài)報(bào)告消息之間間隔的時(shí)間明顯縮短，SMSC發(fā)送狀態(tài)報(bào)告消息的效率提高，避免了狀態(tài)報(bào)告消息在SMSC處的積壓。需要說明的是，為了向DRkrver發(fā)送查詢請求，SMCAgent需要從狀態(tài)報(bào)告消息中解析出Msg_Id。在本發(fā)明實(shí)施例中，SMCAgent從狀態(tài)報(bào)告消息中解析出Msg_Id這一步驟可以是在步驟22前執(zhí)行的，也可以是在步驟22之后執(zhí)行的。在步驟22之后執(zhí)行而不在步驟22前執(zhí)行的好處在于，可以進(jìn)一步縮短SMSC等待狀態(tài)報(bào)告接收響應(yīng)消息的時(shí)間。具體地，當(dāng)在上述步驟22執(zhí)行完畢后，而在執(zhí)行步驟23前，還可以進(jìn)一步包括SMCAgent從狀態(tài)報(bào)告消息中解析得到Msg_Id。本發(fā)明實(shí)施例提供的上述方案在實(shí)際中的一個(gè)應(yīng)用流程示意圖如圖3所示，主要包括下述步驟步驟31，ECAgent 接收 EC/SI 發(fā)送的短消息 CMPP_Submit。步驟32，ECAgent將接收到的CMPP_Submit發(fā)送給任意SMServer。步驟33，ECAgent 接收由 SMkrver 反饋來的響應(yīng)消息 CMPP_Submit_Resp。步驟34，ECAgent 向 EC/SI 返回響應(yīng)消息 CMPP_Submit_Resp。步驟35，SMServer 通過任意的 SMCAgent 向 SMSC 發(fā)送對應(yīng)于 CMPP_Submi t 的 SMPP_ Submit,步驟36，SMSC將SMPP_Submit發(fā)送給移動(dòng)終端，并等待移動(dòng)終端反饋狀態(tài)報(bào)告，同時(shí)通過 SMCAgent 向 SMServer 反饋響應(yīng)消息 SMPP_Submit_Resp。其中，SMPP_Submit_Resp 中包含短消息標(biāo)識Msg_Id。
步驟37，SMServer收到SMPP_Submit_Resp后，生成等待狀態(tài)報(bào)告實(shí)體。步驟38，SMServer從多個(gè)DRServer中確定一個(gè)DRServer,并向確定的該 DRServer發(fā)送包含短消息標(biāo)識Msg_Id和SMkrver標(biāo)識對應(yīng)關(guān)系的存儲(chǔ)消息。步驟39，DRServer收到存儲(chǔ)消息后，對Msg_Id和SMkrver標(biāo)識的對應(yīng)關(guān)系進(jìn)行存儲(chǔ)。步驟310，SMSC接收移動(dòng)終端發(fā)送的狀態(tài)報(bào)告消息。步驟311，SMSC將狀態(tài)報(bào)告消息的相關(guān)內(nèi)容承載在SMPP_De 1 i ver (該SMPP_ Deliver也可以看做是狀態(tài)報(bào)告消息)中發(fā)送給SMCAgent。步驟312，SMCAgent收到SMPP_Deliver后，向SMSC發(fā)送狀態(tài)報(bào)告接收響應(yīng)消息 SMPP_Deliver_Resp0步驟313，SMCAgent確定相應(yīng)的DRServer，并向確定的DRkrver發(fā)送查詢請求， 該查詢請求中包含SMPP_Deliver中承載的Msg_Id。步驟314，接收到查詢請求的DRkrver根據(jù)查詢請求中包含的Msg_Id，在自身存儲(chǔ)的Msg_Id和SMkrver標(biāo)識的對應(yīng)關(guān)系中查詢與接收到的該Msg_Id對應(yīng)的SMkrver標(biāo)識。在本步驟314中，若DRkrver查詢失敗，則會(huì)再重復(fù)查詢兩次，每次查詢間隔1秒。步驟315，DRServer將查詢到的與狀態(tài)報(bào)告消息中的Msg_Id對應(yīng)的SMkrver標(biāo)識發(fā)送給SMCAgent。步驟316，SMCAgent向查詢到的SMkrver標(biāo)識指示的SMkrver轉(zhuǎn)發(fā)狀態(tài)報(bào)告消肩、ο步驟317，SMServer根據(jù)狀態(tài)報(bào)告消息中的Msg_Id進(jìn)行等待狀態(tài)報(bào)告實(shí)體匹配， 針對匹配成功的等待狀態(tài)報(bào)告實(shí)體生成計(jì)費(fèi)話單。步驟318，SMServer向SMCAgent反饋響應(yīng)消息。與現(xiàn)有技術(shù)類似，在后續(xù)的執(zhí)行步驟中，SMkrver可以確定相應(yīng)的DRkrver， 并向該Dl^erver發(fā)送刪除請求，該刪除請求中包含匹配成功的等待狀態(tài)報(bào)告實(shí)體對應(yīng)的Msg_Id。DRkrver在收到刪除請求后，刪除相應(yīng)的Msg_Id與SMkrver標(biāo)識的對應(yīng)關(guān)系。同時(shí)，SMkrver向ECAgent發(fā)送基于CMPP的狀態(tài)報(bào)告消息CMPP_Deliver，收到CMPP_ Deliver的ECAgent向EC/SI轉(zhuǎn)發(fā)狀態(tài)報(bào)告消息并將收到的EC/SI發(fā)送來的響應(yīng)消息CMPP_ Deliver_Resp 轉(zhuǎn)發(fā)給 SMServer0采用上述方案，網(wǎng)關(guān)在收到SMSC發(fā)送的狀態(tài)報(bào)告消息后，直接先給SMSC響應(yīng)，然后再進(jìn)行內(nèi)部處理，這樣就大大縮短了網(wǎng)關(guān)響應(yīng)狀態(tài)報(bào)告消息的時(shí)間，從而提高了 SMSC發(fā)送狀態(tài)報(bào)告消息的效率，也就減少了狀態(tài)報(bào)告消息積壓的可能性。對應(yīng)于本發(fā)明實(shí)施例提供的上述狀態(tài)報(bào)告接收響應(yīng)消息的發(fā)送方法，本發(fā)明實(shí)施例還提供一種狀態(tài)報(bào)告接收響應(yīng)消息的發(fā)送系統(tǒng)，該系統(tǒng)的具體結(jié)構(gòu)如圖4所示，包括 SMSC41和SMCAgent42。其中，SMSC41主要用于接收移動(dòng)終端發(fā)送的狀態(tài)報(bào)告消息，并將該狀態(tài)報(bào)告消息發(fā)送給SMCAgent42。SMCAgent42的主要作用在于，接收SMSC41發(fā)送的狀態(tài)報(bào)告消息，并向SMSC發(fā)送用于指示成功接收所述狀態(tài)報(bào)告消息的狀態(tài)報(bào)告接收響應(yīng)消息，以及在發(fā)送狀態(tài)報(bào)告接收響應(yīng)消息之后，根據(jù)狀態(tài)報(bào)告消息中承載的短消息標(biāo)識Msg_Id向 DRServer發(fā)送查詢請求。在一個(gè)較佳的實(shí)施例中，上述SMCAgent42還用于在發(fā)送狀態(tài)報(bào)告接收響應(yīng)消息后，以及發(fā)送查詢請求前，從所述狀態(tài)報(bào)告消息中解析得到Msg_Id。為了解決現(xiàn)有技術(shù)中存在的SMSC基于同步方式發(fā)送狀態(tài)報(bào)告消息時(shí)，網(wǎng)關(guān)響應(yīng) SMSC發(fā)送的狀態(tài)報(bào)告消息的時(shí)間過長會(huì)導(dǎo)致SMSC發(fā)送狀態(tài)報(bào)告消息的效率較低的問題， 對應(yīng)于本發(fā)明實(shí)施例提供的上述方案，本發(fā)明實(shí)施例還提供一種如圖5所示的SMCAgent， 其包括下述功能單元接收單元51，用于接收SMSC發(fā)送的狀態(tài)報(bào)告消息；響應(yīng)消息發(fā)送單元52，用于向SMSC發(fā)送用于指示接收單元51成功接收所述狀態(tài)報(bào)告消息的狀態(tài)報(bào)告接收響應(yīng)消息；查詢請求發(fā)送單元53，用于在響應(yīng)消息發(fā)送單元52發(fā)送狀態(tài)報(bào)告接收響應(yīng)消息后，根據(jù)接收單元51接收的狀態(tài)報(bào)告消息中承載的短消息標(biāo)識Msg_Id，向處理狀態(tài)報(bào)告服務(wù)器DRkrver發(fā)送承載Msg_Id的查詢請求。在一個(gè)較佳的實(shí)施例中，上述裝置還可以進(jìn)一步包括解析單元，該解析單元用于在響應(yīng)消息發(fā)送單元52發(fā)送狀態(tài)報(bào)告接收響應(yīng)消息后，以及在查詢請求發(fā)送單元53發(fā)送查詢請求前，從接收單元51接收的狀態(tài)報(bào)告消息中解析得到Msg_Id。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種狀態(tài)報(bào)告接收響應(yīng)消息的發(fā)送方法，其特征在于，包括短消息中心代理器SMCAgent接收短消息服務(wù)中心SMSC發(fā)送的狀態(tài)報(bào)告消息；以及向 SMSC發(fā)送用于指示成功接收所述狀態(tài)報(bào)告消息的狀態(tài)報(bào)告接收響應(yīng)消息；所述SMCAgent在發(fā)送狀態(tài)報(bào)告接收響應(yīng)消息之后，根據(jù)狀態(tài)報(bào)告消息中承載的短消息標(biāo)識Msg_Id向處理狀態(tài)報(bào)告服務(wù)器DRkrver發(fā)送查詢請求。
2.如權(quán)利要求1所述的方法，其特征在于，在SMCAgent發(fā)送狀態(tài)報(bào)告接收響應(yīng)消息后， 以及發(fā)送查詢請求前，還包括SMCAgent從所述狀態(tài)報(bào)告消息中解析得到Msg_Id。
3.一種狀態(tài)報(bào)告接收響應(yīng)消息的發(fā)送系統(tǒng)，包括短消息服務(wù)中心SMSC和短消息中心代理器SMCAgent，其特征在于SMSC，用于接收移動(dòng)終端發(fā)送的狀態(tài)報(bào)告消息，并將該狀態(tài)報(bào)告消息發(fā)送給 SMCAgent ；SMCAgent，用于接收SMSC發(fā)送的狀態(tài)報(bào)告消息，并向SMSC發(fā)送用于指示成功接收所述狀態(tài)報(bào)告消息的狀態(tài)報(bào)告接收響應(yīng)消息，以及在發(fā)送狀態(tài)報(bào)告接收響應(yīng)消息之后，根據(jù)狀態(tài)報(bào)告消息中承載的短消息標(biāo)識Msg_Id向處理狀態(tài)報(bào)告服務(wù)器DRkrver發(fā)送查詢請求。
4.如權(quán)利要求3所述的系統(tǒng)，其特征在于，SMCAgent還用于在發(fā)送狀態(tài)報(bào)告接收響應(yīng)消息后，以及發(fā)送查詢請求前，從所述狀態(tài)報(bào)告消息中解析得到Msg_Id。
5.一種短消息中心代理器，其特征在于，包括接收單元，用于接收短消息服務(wù)中心SMSC發(fā)送的狀態(tài)報(bào)告消息；響應(yīng)消息發(fā)送單元，用于向SMSC發(fā)送用于指示接收單元成功接收所述狀態(tài)報(bào)告消息的狀態(tài)報(bào)告接收響應(yīng)消息；查詢請求發(fā)送單元，用于在響應(yīng)消息發(fā)送單元發(fā)送狀態(tài)報(bào)告接收響應(yīng)消息后，根據(jù)接收單元接收的所述狀態(tài)報(bào)告消息中承載的短消息標(biāo)識Msg_Id，向處理狀態(tài)報(bào)告服務(wù)器 DRServer發(fā)送承載Msg_Id的查詢請求。
6.如權(quán)利要求5所述的短消息中心代理器，其特征在于，還包括解析單元，用于在響應(yīng)消息發(fā)送單元發(fā)送狀態(tài)報(bào)告接收響應(yīng)消息后，以及在查詢請求發(fā)送單元發(fā)送查詢請求前，從接收單元接收的所述狀態(tài)報(bào)告消息中解析得到Msg_Id。
全文摘要
本發(fā)明公開了一種狀態(tài)報(bào)告接收響應(yīng)消息的發(fā)送方法、系統(tǒng)及短消息中心代理器，用以解決現(xiàn)有技術(shù)中存在的SMSC基于同步方式發(fā)送狀態(tài)報(bào)告消息的效率較低的問題。方法包括短消息中心代理器SMCAgent接收短消息服務(wù)中心SMSC發(fā)送的狀態(tài)報(bào)告消息；以及向SMSC發(fā)送用于指示成功接收所述狀態(tài)報(bào)告消息的狀態(tài)報(bào)告接收響應(yīng)消息；所述SMCAgent在發(fā)送狀態(tài)報(bào)告接收響應(yīng)消息之后，根據(jù)狀態(tài)報(bào)告消息中承載的短消息標(biāo)識Msg_Id向處理狀態(tài)報(bào)告服務(wù)器DRServer發(fā)送查詢請求。
文檔編號H04W4/14GK102480704SQ20101056111
公開日2012年5月30日 申請日期2010年11月26日 優(yōu)先權(quán)日2010年11月26日
發(fā)明者張磊, 楊剛 申請人:中國移動(dòng)通信集團(tuán)北京有限公司