專利名稱：一種串接短消息的處理方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動短消息業(yè)務(wù)，更具體的說，涉及一種串接短消息的處理方法及系 統(tǒng)。
背景技術(shù)：
隨著短消息增值業(yè)務(wù)的開展，短消息已經(jīng)完全融入人們的日常生活，成為一個不 可缺少的生活元素。越來越多的SP(SerVice Provider，服務(wù)提供商)已經(jīng)提供基于短消息 的各種各樣的業(yè)務(wù)，如天氣預(yù)報(bào)、短消息消費(fèi)賬單、短消息笑話等等。由于技術(shù)的限制，一條短消息最大只能包含70個漢字，如果發(fā)送的內(nèi)容過長(大 于70個漢字)，則必須分成多條短消息進(jìn)行發(fā)送。于是手機(jī)將收到并顯示多條短消息。但 由于這些短消息到達(dá)手機(jī)的順序難于控制，可能出現(xiàn)短消息并未按照內(nèi)容邏輯順序到達(dá)， 那么用戶必須自己把這些內(nèi)容串起來，以此來理解整條短消息，這不便于用戶的閱讀，也大 大降低了用戶的體驗(yàn)。為了解決這種情況，目前業(yè)界普遍采用方案是以串接短消息替代普 通短消息。串接短消息是一種特殊的短消息，它包含了消息頭(TP-UDH)，手機(jī)在收到串接 短消息后，會自動把這些相關(guān)聯(lián)的串接短消息有序組合成一條完整的長消息(大于70個漢 字)并顯示給用戶看。例如一條消息內(nèi)容為90個漢字，那么采用串接短消息發(fā)送，短消息會分為2條串 接短消息下發(fā)。其中第一條內(nèi)容為6個字節(jié)的消息頭加上67個漢字，第二條內(nèi)容為6個字 節(jié)的消息頭加上23個漢字。當(dāng)手機(jī)收到這兩條串接短消息后，會根據(jù)消息頭把它們有序的 串接起來，即把第二條拼接到第一條的尾部，最后形成一條內(nèi)容為90個漢字的長消息。進(jìn) 一步的消息頭只用于手機(jī)做串接操作，不顯示給用戶看。通過以上方案，多條短消息的內(nèi)容邏輯問題得到了解決，大大提高了用戶的體驗(yàn)。 但隨著串接短消息的使用，又暴露出了一些問題。最主要的則是串接短消息本來是一個整 體，但卻被當(dāng)成獨(dú)立的普通短消息來下發(fā)，因此總體響應(yīng)時間不夠快，用戶手機(jī)收全這些串 接短消息的時間偏長。

發(fā)明內(nèi)容
本發(fā)明要解決的主要技術(shù)問題是，提供一種串接短消息的處理方法及系統(tǒng)，能夠 提高串接短消息的處理速度。為解決上述技術(shù)問題，本發(fā)明采用了如下技術(shù)方案一種串接短消息的處理方法，包括短消息處理平臺判斷服務(wù)提供商發(fā)送來的短消息是否串接短消息，如是，對串接 短消息采用多消息發(fā)送方式進(jìn)行處理。在所述方法的一種實(shí)施例中，所述對串接短消息采用多消息發(fā)送方式進(jìn)行處理包 括對串接短消息中的第一條，獲取路由信息并根據(jù)路由信息進(jìn)行轉(zhuǎn)發(fā)；對串接短消息中 第一條后的后續(xù)短消息，直接根據(jù)第一條所獲得的路由消息進(jìn)行轉(zhuǎn)發(fā)。
在所述方法的一種實(shí)施例中，所述對串接短消息中的第一條，獲取路由信息并根 據(jù)路由信息進(jìn)行轉(zhuǎn)發(fā)包括短消息中心采用多消息發(fā)送方式向網(wǎng)關(guān)移動交換中心發(fā)起終呼請求；網(wǎng)關(guān)移動交換中心從歸屬位置寄存器獲取目的用戶的當(dāng)前路由信息，根據(jù)所述路 由信息將第一條串接短消息轉(zhuǎn)發(fā)到目的用戶所在的移動交換中心；移動交換中心檢查目的用戶所在的小區(qū)位置信息，通過基站控制器和基站收發(fā) 臺，將第一條串接短消息發(fā)送給目的用戶。在所述方法的一種實(shí)施例中，所述對串接短消息中第一條后的后續(xù)短消息，直接 根據(jù)第一條所獲得的路由消息進(jìn)行轉(zhuǎn)發(fā)包括短消息中心采用多消息發(fā)送方式向網(wǎng)關(guān)移動交換中心發(fā)起終呼請求；網(wǎng)關(guān)移動交換中心直接將串接短消息中第一條后的后續(xù)短消息轉(zhuǎn)發(fā)到目的用戶 所在的移動交換中心；移動交換中心直接將所述后續(xù)短消息發(fā)送給目的用戶。在所述方法的一種實(shí)施例中，還包括短消息處理平臺對非串接短消息或者串接 短消息中的最后一條短消息，采用單條消息發(fā)送方式進(jìn)行處理。本發(fā)明還提供了一種串接短消息的處理系統(tǒng)，包括短消息處理平臺，用于判斷服務(wù)提供商發(fā)送來的短消息是否串接短消息并對串接 短消息采用多消息發(fā)送方式進(jìn)行處理。本發(fā)明通過在判斷為串接短消息時采用多消息發(fā)送方式對其進(jìn)行處理，從而提高 了串接短消息的處理速度，使得用戶收全串接短消息的時間大大縮短，給予用戶更好的體 驗(yàn)。


圖1是本發(fā)明實(shí)施例的SMSC結(jié)構(gòu)示意圖；圖2是本發(fā)明實(shí)施例的多消息發(fā)送方式流程圖；圖3是本發(fā)明實(shí)施例的SMSC內(nèi)部處理流程圖。
具體實(shí)施例方式下面通過具體實(shí)施方式
結(jié)合附圖對本發(fā)明作進(jìn)一步詳細(xì)說明。本發(fā)明將串接短消息當(dāng)成一個整體來看待，采用多消息發(fā)送方式(MultipleShort Message Trans fer)發(fā)送，即從第一條到最后一條串接短消息均采用該方式發(fā)送，從而能 夠提高串接短消息的處理速度，使得用戶收全串接短消息的時間大大縮短，給予用戶更好 的體驗(yàn)?？梢赃m用于TD-SCDMA/WCDMA/GSM等各種網(wǎng)絡(luò)。如圖1所示，本發(fā)明實(shí)施例的串接短消息處理，主要由短消息處理平臺中的 SMSC (Short Message Service Centre短消息中心)實(shí)施。SMSC主要包括業(yè)務(wù)總調(diào)度模塊、 數(shù)據(jù)庫模塊、性能統(tǒng)計(jì)模塊、計(jì)費(fèi)模塊、網(wǎng)關(guān)模塊以及路由模塊。其中，業(yè)務(wù)總調(diào)度模塊主要 負(fù)責(zé)整個系統(tǒng)業(yè)務(wù)的調(diào)度，如起呼消息請求處理，鑒權(quán)，終呼下發(fā)，以及終呼下發(fā)響應(yīng)的處 理等等。在本例中，業(yè)務(wù)總調(diào)度模塊在接收到SP發(fā)送過來的短消息后，判斷該短消息是否 是串接短消息，如是，則采用多消息發(fā)送方式對該串接短消息進(jìn)行處理；如不是，則采用單條消息發(fā)送方式處理該短消息。如圖2所示，多消息發(fā)送方式流程包括以下幾個步驟步驟201 :SP向SMSC發(fā)起起呼請求，發(fā)送串接短消息(第一條)到SMSC ；步驟202 =SMSC收到SP發(fā)來的消息后，向SP回起呼響應(yīng)；步驟203 SMSC判斷SP提交過來的短消息是否是串接短消息，如果是，那么采用多 消息發(fā)送方式下發(fā)該短消息。步驟204 =SMSC 向 GMSC(Gateway Mobile-services Switching Centre,網(wǎng)關(guān)移動 交換中心)發(fā)起終呼請求；在多消息發(fā)送方式中，SMSC發(fā)送給GMSC的消息中需要做以下幾點(diǎn)特殊處理moreMsgToSend字段設(shè)置為1，用于告訴GMSC針對該用戶(目的用戶)后續(xù)還有 短消息要下發(fā)。由于SMSC與GMSC之間的消息是內(nèi)部接口，因此該字段的名稱在各廠家的 實(shí)現(xiàn)中會略有差別；TP-MMS字段設(shè)置為0，用于告訴手機(jī)(目的用戶的手機(jī))后續(xù)還有短消息會發(fā)送 過來；TP-UDHI字段設(shè)置為1，用于告訴手機(jī)(目的用戶的手機(jī))，該短消息含有消息頭 (TP-UDH)，手機(jī)需要根據(jù)消息頭識別出短消息是串接短消息，然后把相同參考號的串接短 消息按照順序拼接成一條完整的長消息。步驟204a =SP繼續(xù)發(fā)送后續(xù)的串接短消息到SMSC ；步驟204b =SMSC收到消息后，回響應(yīng)。需要注意的是，SP向SMSC發(fā)起的后續(xù)短消息的起呼請求與SMSC向GMSC發(fā)起的 后續(xù)短消息之前的短消息的終呼請求是可以同步進(jìn)行的。例如一條長消息被拆分成3條 串接短消息，那么SP將進(jìn)行3次起呼請求，分3次把這些串接短消息提交到SMSC ；SMSC向 GMSC發(fā)起第一條短消息的終呼請求時，SP可以同時向SMSC發(fā)起第二條短消息的起呼請求。步驟205 :GMSC 向 HLR(Home Location Register 歸屬位置寄存器)發(fā)起 MAP_ SEND_R0UTING_INF0_F0R_SM信令，獲取目的用戶的當(dāng)前路由信息；步驟206 =HLR 通過 MAP_SEND_R0UTING_INF0_F0R_SM_ACK 信令向 GMSC 返回目的用 戶目前所在的路由信息；步驟207 :GMSC根據(jù)路由信息把短消息通過MAP_MT_F0RWARD_SH0RT_MESSAGE指令 轉(zhuǎn)發(fā)給被叫用戶所在的MSC(Mobile-services Switching Centre移動交換中心)；由于信令中的More Messages To Send字段設(shè)置為1，表示后續(xù)還有短消息需要發(fā) 送，從而指示MSC保持與GMSC，以及與BSC (Base Station Controller基站控制器)之間的 鏈路；步驟208 =MSC接收到MAP_MT_F0RWARD_SH0RT_MESSAGE指令后，檢查目的用戶具體 所在的小區(qū)位置信息，然后通過BSC和BTS (Base Transceiver Station，站收發(fā)臺)，把短 消息下發(fā)到目的用戶手機(jī)(MS)；步驟209 目的用戶手機(jī)返回MT響應(yīng)給MSC ；步驟210 =MSC 返回 MAP_MT_F0RWARD_SH0RT_MESSAGE_ACK 給 GMSC ；步驟211 =GMSC返回終呼響應(yīng)給SMSC。以上是指串接短消息的第一條短消息的處理過程，對串接短消息中的第一條，需
6要短消息處理平臺(主要包括SMSC、GMSC、MSC)獲取路由信息并根據(jù)路由信息進(jìn)行轉(zhuǎn)發(fā)，發(fā) 送給目的用戶。步驟212 =SMSC到數(shù)據(jù)庫中取出該用戶的待發(fā)消息，即串接短消息第一條之后的 后續(xù)短消息，如前所述，在SMSC向GMSC發(fā)起終呼時，SP同時也可以向SMSC發(fā)起起呼，將后 續(xù)短消息發(fā)送給SMSC，SMSC將這些后續(xù)短消息保存在數(shù)據(jù)庫，等待向GMSC再次發(fā)起終呼時 發(fā)送；步驟213 =SMSC發(fā)起終呼請求；步驟214 =GMSC直接通過MAP_MT_FORWARD_SHORT_MESSAGE信令把短消息投遞給被 叫用戶所在的MSC;步驟215 =MSC直接把短消息投遞給用戶手機(jī)；步驟216 用戶手機(jī)返回響應(yīng)給MSC ；步驟217 :MSC 返回 MAP_MT_FORWARD_SHORT_MESSAGE_ACK 給 GMSC ；步驟218 =GMSC返回終呼響應(yīng)給SMSC ；如果SMSC檢測到被叫用戶依然有待發(fā)消息需要發(fā)送，那么將跳到步驟212繼續(xù)進(jìn) 行，直到被叫用戶無待發(fā)消息為止?？梢钥吹?，短消息處理平臺對串接短消息中第一條后的后續(xù)短消息，直接根據(jù)第 一條所獲得的路由消息進(jìn)行轉(zhuǎn)發(fā)。用戶手機(jī)接收全串接短消息之后，會把這些串接短消息合并成一條完整的長短 信，同時顯示在手機(jī)屏幕上。如圖3所示，SMSC的內(nèi)部處理流程如下步驟301 接收SP提交的短消息；SP與SMSC之間可以采用SMPP(ShortMessage Peer to Peer,短消息點(diǎn)對點(diǎn)協(xié)議)協(xié)議相連，SP給SMSC發(fā)送短消息通過SUBMIT_SM指令 來完成；步驟302 =SMSC判斷該短消息是否是串接短消息，如果是，則進(jìn)行步驟303，否則進(jìn) 行步驟304 ；其中，判斷短消息是否為串接短消息的方法如下判斷SUBMIT_SM消息中eSm_ClaSS字段是否表示該消息含有消息頭(TP-UDH)，具 體的，是判斷(eSm_ClaSS&0X40)是否等于0x40，如果是則表示該消息含有消息頭，否則表 示該消息不含消息頭；如果該消息不含消息頭，則表示該短消息是一條普通短消息，不是串接短消息；如 果該短消息含有消息頭，則需要從SUBMIT_SM消息中的shortjiiessage字段取出消息頭 TP-UDH ；取出TP-UDH后，判斷該TP-UDH是否表示串接短消息。具體的，是判斷IEI字段 是否為0x00或是0x08，如果是則表示該消息是串接短消息，如果不是則表示該消息不是 串接短消息。由于消息頭TP-UDH可能含有多個，因此需要逐個分析；具體的，每個消息頭 TP-UDH 包含 3 個內(nèi)容IEI、IEDL 以及 IED。其中 IEI (Information-Element-Identifier) 表示該消息頭的類型，IEDL(Length of Information-Element-Data)表示消息頭內(nèi)容的長 度；IED(Information-Element-Data)表示消息頭真實(shí)內(nèi)容。當(dāng)IEI為0x00時，表示這是 條串接短消息，并且消息參考號由一個字節(jié)組成；當(dāng)IEI為0x08時，表示表示這是條串接短 消息，并且消息參考號由兩個字節(jié)組成。
7
步驟303 按照多消息發(fā)送方式發(fā)送短消息，執(zhí)行完畢后，等待GMSC返回響應(yīng)，收 到響應(yīng)則跳到步驟305 ；步驟304 按照單條消息發(fā)送方式發(fā)送短消息，執(zhí)行完畢后，等待GMSC返回響應(yīng)， 收到響應(yīng)則跳到步驟305 ；步驟305 收到終呼響應(yīng)；步驟306 檢查目的用戶是否還有待發(fā)短消息需要發(fā)送，如果有則繼續(xù)，否則跳到 步驟310 ；步驟307 判斷待發(fā)短消息是否是最后一條，如果是則繼續(xù)，否則跳到步驟309 ；步驟308 按照多消息發(fā)送方式發(fā)送短消息，執(zhí)行完畢后，等待GMSC返回響應(yīng)，收 到響應(yīng)則跳到步驟305 ；步驟309 按照單條消息發(fā)送方式發(fā)送短消息，執(zhí)行完畢后，等待GMSC返回響應(yīng)， 收到響應(yīng)則跳到步驟305 ；步驟310 該用戶的短消息發(fā)送結(jié)束。現(xiàn)有的多消息發(fā)送方式，其應(yīng)用場景是如果一條短消息到達(dá)短消息中心后，發(fā)現(xiàn) 被叫用戶存在其他等待下發(fā)的消息，那么短消息中心在下發(fā)時，將采用多消息發(fā)送方式；然 而，如果一條消息也采用多消息方式下發(fā)，將會導(dǎo)致異常信令的發(fā)生。因而在一條短消息發(fā) 送中是不使用多消息發(fā)送方式的。而本發(fā)明則引入了對SP發(fā)送過來的串接短消息采用多 消息發(fā)送方式進(jìn)行終呼的優(yōu)化處理。這是由于對于SP發(fā)送過來的串接短消息，當(dāng)?shù)谝粭l消 息到達(dá)時，雖然該被叫用戶無等待消息，然而通過對其是串接短消息的判斷，可以預(yù)見后續(xù) 短時間內(nèi)肯定有消息會發(fā)送給該被叫用戶，因此在第一條消息下發(fā)時就啟用多消息發(fā)送方 式；而后，在最后一條串接短消息時，采用單條消息發(fā)送方式。啟用多消息發(fā)送方式，對核心 網(wǎng)絡(luò)來說，可以減少負(fù)擔(dān)，減少很多信令開銷，對用戶來說，能夠加快下發(fā)速度，提高用戶滿 意度。該處理方式對現(xiàn)有系統(tǒng)來說，改動簡單，但帶來巨大的效益。主要有以下幾個效益多消息發(fā)送方式是GSM相關(guān)協(xié)議中規(guī)定的處理方式，因此每個SMSC均支持，本發(fā) 明充分利用了這種處理方式，其對現(xiàn)有系統(tǒng)影響非常小，為系統(tǒng)的穩(wěn)定奠定了基礎(chǔ)；可以提高用戶手機(jī)收到短消息的速度，提高用戶的體驗(yàn)；由于只有第一條串接短消息需要到HLR獲取路由信息，后續(xù)的串接短消息則直接 使用前一條的路由信息，無需再到HLR獲取路由信息，可以減少對HLR的訪問；可以減少短消息在發(fā)送過程中對MSC以及無線側(cè)的開銷。綜上，本發(fā)明只需要對現(xiàn)有系統(tǒng)進(jìn)行非常小的修改，就可以極大的提高SP串接短 消息的下發(fā)速度，同時還減少對核心網(wǎng)(包括HLR和MSC)以及無線資源的占用，節(jié)約了網(wǎng) 絡(luò)資源。為運(yùn)營商提高了用戶體驗(yàn)，降低了運(yùn)營成本。以上內(nèi)容是結(jié)合具體的實(shí)施方式對本發(fā)明所作的進(jìn)一步詳細(xì)說明，不能認(rèn)定本發(fā) 明的具體實(shí)施只局限于這些說明。對于本發(fā)明所屬技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫 離本發(fā)明構(gòu)思的前提下，還可以做出若干簡單推演或替換，都應(yīng)當(dāng)視為屬于本發(fā)明的保護(hù) 范圍。
權(quán)利要求
一種串接短消息的處理方法，其特征在于，包括短消息處理平臺判斷服務(wù)提供商發(fā)送來的短消息是否串接短消息，如是，對串接短消息采用多消息發(fā)送方式進(jìn)行處理。
2.如權(quán)利要求1所述的方法，其特征在于，所述對串接短消息采用多消息發(fā)送方式進(jìn) 行處理包括對串接短消息中的第一條，獲取路由信息并根據(jù)路由信息進(jìn)行轉(zhuǎn)發(fā)；對串接 短消息中第一條后的后續(xù)短消息，直接根據(jù)第一條所獲得的路由消息進(jìn)行轉(zhuǎn)發(fā)。
3.如權(quán)利要求2所述的方法，其特征在于，所述對串接短消息中的第一條，獲取路由信 息并根據(jù)路由信息進(jìn)行轉(zhuǎn)發(fā)包括短消息中心采用多消息發(fā)送方式向網(wǎng)關(guān)移動交換中心發(fā)起終呼請求； 網(wǎng)關(guān)移動交換中心從歸屬位置寄存器獲取目的用戶的當(dāng)前路由信息，根據(jù)所述路由信 息將第一條串接短消息轉(zhuǎn)發(fā)到目的用戶所在的移動交換中心；移動交換中心檢查目的用戶所在的小區(qū)位置信息，通過基站控制器和基站收發(fā)臺，將 第一條串接短消息發(fā)送給目的用戶。
4.如權(quán)利要求2所述的方法，其特征在于，所述對串接短消息中第一條后的后續(xù)短消 息，直接根據(jù)第一條所獲得的路由消息進(jìn)行轉(zhuǎn)發(fā)包括短消息中心采用多消息發(fā)送方式向網(wǎng)關(guān)移動交換中心發(fā)起終呼請求； 網(wǎng)關(guān)移動交換中心直接將串接短消息中第一條后的后續(xù)短消息轉(zhuǎn)發(fā)到目的用戶所在 的移動交換中心；移動交換中心直接將所述后續(xù)短消息發(fā)送給目的用戶。
5.如權(quán)利要求1-4任一所述的方法，其特征在于，還包括短消息處理平臺對非串接短 消息或者串接短消息中的最后一條短消息，采用單條消息發(fā)送方式進(jìn)行處理。
6.一種串接短消息的處理系統(tǒng)，其特征在于，包括短消息處理平臺，用于判斷服務(wù)提供商發(fā)送來的短消息是否串接短消息并對串接短消 息采用多消息發(fā)送方式進(jìn)行處理。
7.如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述短消息處理平臺對所述串接短消息采 用多消息發(fā)送方式進(jìn)行處理包括對串接短消息中的第一條，獲取路由信息并根據(jù)路由信 息進(jìn)行轉(zhuǎn)發(fā)；對串接短消息中第一條后的后續(xù)短消息，直接根據(jù)第一條所獲得的路由消息 進(jìn)行轉(zhuǎn)發(fā)。
8.如權(quán)利要求7所述的系統(tǒng)，其特征在于，所述短消息處理平臺包括短消息中心、網(wǎng)關(guān) 移動交換中心、移動交換中心，其中，短消息中心，用于采用多消息發(fā)送方式向網(wǎng)關(guān)移動交換中心發(fā)起終呼請求； 網(wǎng)關(guān)移動交換中心，用于從歸屬位置寄存器獲取目的用戶的當(dāng)前路由信息，根據(jù)所述 路由信息將第一條串接短消息轉(zhuǎn)發(fā)到目的用戶所在的移動交換中心；移動交換中心，用于檢查目的用戶所在的小區(qū)位置信息，通過基站控制器和基站收發(fā) 臺，將第一條串接短消息發(fā)送給目的用戶。
9.如權(quán)利要求7所述的系統(tǒng)，其特征在于，所述短消息處理平臺包括短消息中心、網(wǎng)關(guān) 移動交換中心、移動交換中心，其中，短消息中心，用于采用多消息發(fā)送方式向網(wǎng)關(guān)移動交換中心發(fā)起終呼請求； 網(wǎng)關(guān)移動交換中心，用于直接將串接短消息中第一條后的后續(xù)短消息轉(zhuǎn)發(fā)到目的用戶所在的移動交換中心；移動交換中心，用于直接將所述后續(xù)短消息發(fā)送給目的用戶。
10.如權(quán)利要求6-9任一所述的系統(tǒng)，其特征在于，短消息處理平臺，還用于對非串接 短消息或者串接短消息中的最后一條短消息，采用單條消息發(fā)送方式進(jìn)行處理。
全文摘要
本發(fā)明公開了一種串接短消息的處理方法及系統(tǒng)，所述方法包括短消息處理平臺判斷服務(wù)提供商發(fā)送來的短消息是否串接短消息，如是，對串接短消息采用多消息發(fā)送方式進(jìn)行處理。本發(fā)明通過在判斷為串接短消息時采用多消息發(fā)送方式對其進(jìn)行處理，從而提高了串接短消息的處理速度，使得用戶收全串接短消息的時間大大縮短，給予用戶更好的體驗(yàn)。
文檔編號H04W88/18GK101969621SQ201010203900
公開日2011年2月9日 申請日期2010年6月18日 優(yōu)先權(quán)日2010年6月18日
發(fā)明者俞浙輝, 吳曉斌, 聶榮初, 范璐 申請人:中興通訊股份有限公司