專利名稱：一種群發(fā)消息的傳輸方法及裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種消息群發(fā)的實現(xiàn)方案。
技術(shù)背景在通信系統(tǒng)中，SMS (短消息業(yè)務(wù))具體是通過獨立的SM-SC (短消息 業(yè)務(wù)中心)進行存儲和轉(zhuǎn)發(fā)，以實現(xiàn)短消息傳輸?shù)闹欣^處理。在短消息發(fā)送過程中，包括SM-MT (移動終結(jié)短消息)的傳送過程，所 述的SM-MT過程是指從SM-SC轉(zhuǎn)發(fā)一條或多條短消息至一個被叫移動用戶的 處理過程；如圖1所示，該SM-MT傳送過程具體包括步驟11: SM-SC將需轉(zhuǎn)發(fā)的短消息先發(fā)送至SMS-GMSC (短消息服務(wù)-移動交換中心網(wǎng)關(guān))。步驟12: SMS-GMSC根據(jù)所收到的短消息中攜帶的被叫用戶標(biāo)識向HLR (歸屬位置寄存器)查詢獲得將短消息傳送到相應(yīng)服務(wù)MSC (移動交換中 心)的^各由信息。步驟13: SMS-GMSC根據(jù)所獲得的路由信息將短消息轉(zhuǎn)發(fā)到相應(yīng)的服 務(wù)MSC。步驟14:服務(wù)MSC收到所述短消息后向VLR (拜訪位置寄存器)申請被 叫用戶的信息；即VLR接收到所述短消息后，則開始尋呼(或?qū)ふ?移動用戶的過程 (若當(dāng)通過GPRS傳輸短消息時，則尋呼過程由SGSN (服務(wù)GPRS支持節(jié) 點)完成)，具體可以為VLR通過服務(wù)MSC在其區(qū)域內(nèi)尋呼移動用戶，若服務(wù)MSC收到尋呼響應(yīng) 信息，則向VLR返回尋呼用戶確認(rèn)消息；VLR收到所述確認(rèn)消息后，回送給 月l務(wù)MSC申請用戶信息的確認(rèn)消息，其中包含被叫用戶的信息。步驟15:服務(wù)MSC收到該確認(rèn)消息后，則開始向相應(yīng)的被叫用戶轉(zhuǎn)發(fā)短 消息。步驟16:短消息轉(zhuǎn)發(fā)完成后，用戶MS發(fā)送短消息發(fā)送報告至服務(wù) MSC,所述的發(fā)送報告依次經(jīng)由服務(wù)MSC、 SMS-GMSC轉(zhuǎn)發(fā)至SM-SC。在上述過程中，若由于移動臺不可達等原因，MSC不能向移動臺發(fā)送短 消息時，則會向SMS-MSC發(fā)送一條發(fā)送失敗報告，參照圖2所示，作為對轉(zhuǎn) 發(fā)短消息的應(yīng)答。SMS-GMSC—方面將該發(fā)送失敗報告發(fā)送給SM-SC，另 一方面還向HLR發(fā)送消息發(fā)送狀態(tài)消息，其中指示消息發(fā)送失敗原因，通知 HLR更新響應(yīng)的消息等待。對于暫時發(fā)送失敗的短消息，SM-SC會對其進行 存儲，直至移動臺可用或者超過有效期。目前，在進行短消息發(fā)送過程中，提供了短消息群發(fā)技術(shù)，以便于發(fā)送 方可以將同一條短消息通過一次性的操作發(fā)送給多個用戶。這就使得在同一 條消息中可能存在多個接收方用戶的地址信息，即 一條短消息可能需要同時 發(fā)送給多個接收方用戶。由于所述的多個接收方用戶可能處于不同的MSC或SGSN的覆蓋范圍 內(nèi)，因此，只要存在任一接收方用戶無法被尋呼到的情況，便會因針對相應(yīng) 的MSC/SGSN服務(wù)范圍內(nèi)的用戶尋呼失敗，而導(dǎo)致MSC會向SMS-SMSC發(fā) 送相應(yīng)的發(fā)送失敗報告。但是，實際上相應(yīng)的接收方用戶可能在其他的 MSC/SGSN的覆蓋范圍內(nèi)已經(jīng)成功地接收到相應(yīng)的消息?？梢钥闯?，現(xiàn)有的消息發(fā)送終結(jié)方案不僅因產(chǎn)生的不必要的尋呼過程而 浪費了網(wǎng)絡(luò)資源，同時還可能導(dǎo)致SMSC和HLR上接收到不同MSC/SGSN發(fā) 送來的不同的消息發(fā)送狀態(tài)報告，使其無法正常處理，進而影響消息傳輸業(yè)務(wù)的正常使用。同樣，在SMSIP (基于IP的短消息)、IMS Message (IMS消息)以及 CPM (會聚的IP消息)系統(tǒng)中也存在上述問題。發(fā)明內(nèi)容本發(fā)明的實施例提供了 一種群發(fā)消息的傳輸方法及裝置及系統(tǒng)，從而可 以使得群發(fā)消息在傳輸過程中可以減少對網(wǎng)絡(luò)資源的占用，并提高消息傳輸 過程的可靠性。本發(fā)明的實施例提供了一種群發(fā)消息的發(fā)送方法，包括 獲取攜帶有多個接收方用戶地址的消息的接收方用戶的路由信息； 根據(jù)所述的路由信息構(gòu)造消息，所述的消息中指示了需要由接收該消息 的消息傳輸網(wǎng)絡(luò)實體執(zhí)行消息轉(zhuǎn)發(fā)處理的接收方用戶信息； 發(fā)送構(gòu)造的所述消息。本發(fā)明的實施例提供了 一種群發(fā)消息的發(fā)送裝置，包括 路由信息獲取單元，用于獲取攜帶有多個接收方用戶地址的消息的各接收方用戶的路由信息；消息構(gòu)造單元，用于根據(jù)所述的路由信息構(gòu)造消息，所述的消息中指示了接收該消息的消息傳輸網(wǎng)絡(luò)實體需要處理的本服務(wù)區(qū)域內(nèi)的接收方用戶； 消息發(fā)送單元，用于發(fā)送構(gòu)造的所述消息。 本發(fā)明的實施例提供了一種群發(fā)消息的傳輸系統(tǒng)，包括 終結(jié)群發(fā)消息的裝置，用于獲取消息的各個接收方用戶的路由信息，并根據(jù)所述的路由信息構(gòu)造發(fā)送消息，所述的消息中指示了需要由接收該消息的消息傳輸網(wǎng)絡(luò)實體執(zhí)行消息轉(zhuǎn)發(fā)處理的接收方用戶信息；消息傳輸網(wǎng)絡(luò)實體，用于接收終結(jié)群發(fā)消息的裝置發(fā)送來的消息，并發(fā)送給各接收方用戶。本發(fā)明實施例提供了一種群發(fā)消息的傳輸設(shè)備，包括接收方用戶確定單元，用于根據(jù)接收到的待傳輸?shù)南⒅械闹甘拘畔?，確定需要執(zhí)行消息轉(zhuǎn)發(fā)處理的接收方用戶信息；消息發(fā)送單元，用于將所述消息發(fā)送給所述接收方用戶確定單元確定的接收方用戶；發(fā)送狀態(tài)傳遞單元，用于將接收方用戶的發(fā)送狀態(tài)報告通過一條消息或 多條消息返回給群發(fā)消息的發(fā)送端。由上述本發(fā)明的實施例提供的技術(shù)方案可以看出，由于采用了在所述的 消息中指示接收該消息的消息傳輸網(wǎng)絡(luò)實體需要處理的接收方用戶，從而使 得消息傳輸網(wǎng)絡(luò)實體可以獲知消息中其需要執(zhí)行轉(zhuǎn)發(fā)操作的接收方用戶的信 息，這樣，消息傳輸網(wǎng)絡(luò)實體接收到所述消息后，僅需要對相應(yīng)的接收方用 戶進行消息轉(zhuǎn)發(fā)處理即可，即減少了消息的發(fā)送量。因此，本發(fā)明實施例的 實現(xiàn)， 一方面可以使得群發(fā)消息在傳輸過程中可以減少對網(wǎng)絡(luò)資源的占用， 另一方面還可以提高消息傳輸過程的可靠性。


圖1為現(xiàn)有技術(shù)中消息發(fā)送的處理過程示意圖； 圖2為現(xiàn)有技術(shù)中消息傳送失敗的處理過程示意圖； 圖3為本發(fā)明實施例提供的消息傳輸處理過程示意圖； 圖4為本發(fā)明實施例中提取地址的處理過程示意圖一 ； 圖5為本發(fā)明實施例中提取地址的處理過程示意圖二； 圖6為本發(fā)明實施例中的消息結(jié)構(gòu)示意圖； 圖7為本發(fā)明實施例提供的消息傳輸處理過程的應(yīng)用實施例 圖8為本發(fā)明實施例提供的消息傳輸處理過程的應(yīng)用實施例 圖9為本發(fā)明實施例提供的消息傳輸處理過程的應(yīng)用實施例一的示意圖 二的示意圖 三的示意10為本發(fā)明實施例提供的裝置及系統(tǒng)的具體實現(xiàn)結(jié)構(gòu)示意圖一； 圖11為本發(fā)明實施例提供的裝置及系統(tǒng)的具體實現(xiàn)結(jié)構(gòu)示意圖二； 圖12為本發(fā)明實施例提供的裝置及系統(tǒng)的具體實現(xiàn)結(jié)構(gòu)示意圖三。
具體實施方式
本發(fā)明的實施例提供了 一種可以在一條短消息中支持多個用戶地址情況 下，可靠地將消息傳送給接收方用戶的實現(xiàn)方案，從而可以有效避免消息的 重復(fù)傳送，以及消息錯誤路由嘗試等問題的出現(xiàn)。在本發(fā)明實施例中，相應(yīng)的消息傳輸處理過程如圖3所示，具體包括以 下處理步驟步驟31:消息中心接收到帶有多個接收方用戶地址的消息后，分別提取 消息中每一個接收方用戶的地址信息；其中，所述地址信息的提取排列順序具體可以為如圖4所示，根據(jù)消息中的地址排列順序依次將各個接收方用戶的地址 前提至首位，以便于依次對首位的地址進行處理；或者，如圖5所示，根據(jù) 消息中的地址排列順序依次將各個接收方用戶的地址放至末位，以便于依次 對末位的地址進行處理；或者，也可以不分順序地提取消息中的所有接收方 用戶的地址信息，以便于統(tǒng)一對各地址進行分類處理。步驟32:消息中心根據(jù)提取的接收方用戶的地址信息，向用戶數(shù)據(jù)服務(wù) 器進行地址查詢，以查詢獲得各接收方用戶的路由信息；所述的地址查詢具體可以采用以下幾種實現(xiàn)方式 (1 )逐個用戶查詢消息中心向用戶數(shù)據(jù)服務(wù)器根據(jù)每個用戶地址進行路由查詢，且用戶數(shù) 據(jù)服務(wù)器針對每個用戶逐一返回路由信息； (2)分批查詢消息中心將歸屬同 一個用戶數(shù)據(jù)服務(wù)器的接收方用戶進行歸類，在同一 條路由請求消息中向某個用戶數(shù)據(jù)服務(wù)器請求歸屬于該用戶數(shù)據(jù)服務(wù)器的各接收方用戶的路由信息；用戶數(shù)據(jù)服務(wù)器向消息中心返回各接收方用戶的路由信息；且具體的返 回路由信息的方式可以為用戶數(shù)據(jù)服務(wù)器按照每個用戶逐一返回路由信 息；或者，用戶數(shù)據(jù)服務(wù)器使用同一條響應(yīng)返回上述請求的所有接收方用戶 的路由信息；或者，用戶數(shù)據(jù)服務(wù)器按照當(dāng)前接收方用戶所在的服務(wù)區(qū)域， 使用一條響應(yīng)將在同一個服務(wù)區(qū)域(如同一個MSC服務(wù)區(qū)內(nèi)等)的接收方用 戶的路由信息返回給消息中心，也就是說，若各個接收方用戶分別在不同的 服務(wù)區(qū)域，則用戶數(shù)據(jù)服務(wù)器需要使用不同的響應(yīng)消息向消息中心返回路由"息。步驟33:消息中心接收到用戶數(shù)據(jù)服務(wù)器返回的路由信息響應(yīng)之后，根 據(jù)獲得各個接收方用戶的路由信息將消息發(fā)送給消息傳輸網(wǎng)絡(luò)實體，其中， 所述的消息中指示了接收該消息的消息傳輸網(wǎng)絡(luò)實體需要處理的本服務(wù)區(qū)域 內(nèi)的接收方用戶；消息中心具體可以采用以下兩種方式中的任一種進行消息傳送(1) 消息中心對消息進行整理，并根據(jù)每個接收方用戶的路由信息分 別將消息下發(fā)給相應(yīng)的接收方用戶當(dāng)前所在服務(wù)區(qū)的消息傳輸網(wǎng)絡(luò)實體，在 所述消息中可以將該接收方用戶的地址信息放置其中的接收方用戶地址段的 首位或末尾或其他指定位置處；(2) 消息中心對消息進行整理，將當(dāng)前處于同一個服務(wù)區(qū)的接收方用 戶進行歸類，并將屬于同 一服務(wù)區(qū)的接收方用戶的地址信息承載于同 一條消 息中，并發(fā)送給該服務(wù)區(qū)中的消息傳輸網(wǎng)絡(luò)實體；也就是說，該方式中針對 每個消息傳輸網(wǎng)絡(luò)實體只需要發(fā)送一條消息即可將所述消息傳送給相應(yīng)服務(wù) 區(qū)下的各接收方用戶。具體一點講，在該步驟中，為了解決現(xiàn)有技術(shù)中提到的可能出現(xiàn)的消息 傳輸網(wǎng)絡(luò)實體尋呼消息中包含的所有接收方用戶而導(dǎo)致不在該消息傳輸網(wǎng)絡(luò) 實體對應(yīng)的服務(wù)區(qū)的接收方用戶無法正常尋呼的情況，具體可以在發(fā)送的消息中設(shè)置users in this service area (服務(wù)區(qū)域各接收方用戶)區(qū)域和/或 users in other service area (在其他月良務(wù)區(qū)域的接收方用戶)區(qū)域，如圖6所 示，其中，所述的特定users in this service area區(qū)域中用于承載處于該消息 傳輸網(wǎng)絡(luò)實體對應(yīng)的月良務(wù)區(qū)域內(nèi)的接收方用戶的地址，所述的users in other service area區(qū)域中用于承載其他未處于該服務(wù)區(qū)域內(nèi)的接收方用戶的地址， 從而便于消息傳輸網(wǎng)絡(luò)實體可以僅對本服務(wù)區(qū)域內(nèi)的接收方用戶進行消息發(fā) 送處理。步驟34:網(wǎng)絡(luò)側(cè)的消息傳輸網(wǎng)絡(luò)實體接收到消息中心發(fā)送來的消息，將 所述的消息發(fā)送給本服務(wù)區(qū)域下的接收方用戶；所述的消息傳輸網(wǎng)絡(luò)實體具體為根據(jù)消息中心的處理方式采用相應(yīng)的消 息傳輸處理方式，與步驟33中提供的消息中心采用的消息傳送方式對應(yīng)，在 該步驟中具體可以釆用的消息發(fā)送方式包括對于消息中心采用的消息傳送方式(1),網(wǎng)絡(luò)側(cè)的消息傳輸網(wǎng)絡(luò)實體 僅對該消息地址信息中的首位或末尾用戶地址傳輸消息；對于消息中心采用的消息傳送方式(2)，網(wǎng)絡(luò)側(cè)消息傳輸網(wǎng)絡(luò)實體僅 對該消息地址信息中的users in this service area區(qū)域內(nèi)的接收方用戶的地址 分別傳輸消息。其中，對于接收方用戶的消息傳送狀態(tài)報告，消息傳輸網(wǎng)絡(luò)實體向消息 中心返回報告可以是針對每個接收方用戶單獨返回一條報告；或者，將所有 失敗的接收方用戶放在一條失敗報告中返回給消息中心；或者，將所有接收 方用戶的發(fā)送狀態(tài)使用一條發(fā)送狀態(tài)報告一起統(tǒng)一返回給消息中心；或者， 將所有發(fā)送失敗的接收方用戶的消息發(fā)送狀態(tài)統(tǒng)一返回給消息中心，而發(fā)送成功的接收方用戶則使用另 一條狀態(tài)報告統(tǒng)一返回給消息中心。需要說明的是，本發(fā)明實施例在具體應(yīng)用過程中，可以根據(jù)實際需要采用上述實現(xiàn)方式的組合，以完成消息的傳送過程。為便于對本發(fā)明實施例的理解，下面將結(jié)合附圖對本發(fā)明實施例提供的幾種具體應(yīng)用實施例的具體實現(xiàn)過程進行描述。 應(yīng)用實施例一在該應(yīng)用實施例中，具體的消息傳遞處理過程如圖7所示，包括步驟71:消息中心接收到用戶發(fā)送來的消息，且所述的消息中包含多個 接收方用戶的地址信息；步驟72:消息中心根據(jù)每個接收方用戶的地址信息分別向?qū)?yīng)的各用戶 數(shù)據(jù)服務(wù)器進行路由查詢；步驟73:各用戶數(shù)據(jù)服務(wù)器根據(jù)每個接收方用戶的地址信息逐一向消息 中心返回各個接收方用戶的路由信息；步驟74:消息中心根據(jù)接收到的各接收方用戶的路由信息，將在同一個 消息傳輸網(wǎng)絡(luò)實體對應(yīng)的服務(wù)區(qū)域內(nèi)的接收方用戶放在特定的users in this service area (本服務(wù)區(qū)域內(nèi)用戶)的區(qū)域內(nèi)；所述的消息傳輸網(wǎng)絡(luò)實體可以為MSC，或者，也可以為SGSN, S-CSCF, IP-SM-GW以及CPM中的網(wǎng)絡(luò)傳輸實體等，但不僅限于這些網(wǎng)絡(luò)實 體；且所述的同 一個消息傳輸網(wǎng)絡(luò)實體對應(yīng)的服務(wù)區(qū)域內(nèi)的接收方用戶是指 同屬于同 一消息傳輸網(wǎng)絡(luò)實體提供消息傳輸服務(wù)的各接收方用戶；在該步驟中，消息中心具體可以根據(jù)用戶數(shù)據(jù)返回的路由信息中承載的 消息傳輸網(wǎng)絡(luò)實體的地址信息等確定屬于同 一個消息傳輸網(wǎng)絡(luò)實體對應(yīng)的服 務(wù)區(qū)域內(nèi)的接收方用戶步驟75:消息中心向網(wǎng)絡(luò)側(cè)的消息傳輸網(wǎng)絡(luò)實體轉(zhuǎn)發(fā)收到的消息；具體可以為消息中心分別向消息傳輸網(wǎng)絡(luò)實體發(fā)送消息，所述的消息中的users in this service area區(qū)域內(nèi)的4妄收方用戶均為當(dāng)前處在該消息傳輸 網(wǎng)絡(luò)實體對應(yīng)的服務(wù)區(qū)域內(nèi)的接收方用戶；步驟76:各個消息傳輸網(wǎng)絡(luò)實體接收到所述消息后，將對消息中的 users in this service area區(qū)域內(nèi)的4妾收方用戶進4亍尋呼；步驟77:消息傳輸網(wǎng)絡(luò)實體將所述消息分別發(fā)送給尋呼到的接收方用戶。應(yīng)用實施例二在該應(yīng)用實施例中，相應(yīng)的消息傳遞處理過程如圖8所示，具體包括步驟81:消息中心接收需要發(fā)送給多個接收方用戶的消息；步驟82:消息中心根據(jù)接收方用戶的地址信息將歸屬同一個用戶數(shù)據(jù)服務(wù)器的接收方用戶歸類，并在同 一條路由請求消息中向各個用戶數(shù)據(jù)服務(wù)器請求歸屬于該用戶數(shù)據(jù)服務(wù)器的各接收方用戶的路由信息；所述的用戶數(shù)據(jù)服務(wù)器可以為HLR (歸屬位置寄存器)，或者，也可以為其他功能類似的功能實體；步驟83:各用戶數(shù)據(jù)服務(wù)器向消息中心返回各接收方用戶的路由信息； 在該步驟中用戶數(shù)據(jù)服務(wù)器返回各接收方用戶的路由信息的方式可以采用以下任一種各用戶數(shù)據(jù)服務(wù)器使用同一條響應(yīng)返回消息中心請求的所有接收方用戶 的路由信息；各用戶數(shù)據(jù)服務(wù)器根據(jù)每個接收方用戶的地址信息逐一返回各個接收方 用戶的路由信息；各用戶數(shù)據(jù)服務(wù)器將處于同 一個消息傳輸網(wǎng)絡(luò)實體對應(yīng)的服務(wù)區(qū)域(例 如，在同一個MSC服務(wù)區(qū)內(nèi)的)的接收方用戶的路由信息通過一條響應(yīng)返回 給消息中心，也就是說，若請求消息中的接收方用戶分別處于不同的消息傳輸網(wǎng)絡(luò)實體對應(yīng)的服務(wù)區(qū)域，則用戶數(shù)據(jù)服務(wù)器將使用不同的響應(yīng)消息向消息中心返回相應(yīng)的>|妄收方用戶的路由信息；步驟84:消息中心根據(jù)接收到的路由信息，分別構(gòu)造包含同一服務(wù)區(qū)域 內(nèi)的多個接收方用戶的地址信息的消息；即將在同 一個消息傳輸網(wǎng)絡(luò)實體對應(yīng)的服務(wù)區(qū)域內(nèi)的接收方用戶放在待 發(fā)送消息中的特定的users in this service area區(qū)域內(nèi)；步驟85:消息中心向分別向查詢到的消息傳輸網(wǎng)絡(luò)實體發(fā)送所述消息，具體可以為消息中心將所述的消息向消息傳輸網(wǎng)絡(luò)實體分別轉(zhuǎn)發(fā)一條 消息，所述的消息中的users in this service area區(qū)域內(nèi)的接收方用戶均為當(dāng) 前處在該消息傳輸網(wǎng)絡(luò)實體對應(yīng)的服務(wù)區(qū)域內(nèi)的接收方用戶；步驟86:消息傳輸網(wǎng)絡(luò)實體接收到所述的消息后，對users in this service area區(qū)域內(nèi)的4妾收方用戶進4亍尋呼；步驟87:消息傳輸網(wǎng)絡(luò)實體將消息分別發(fā)送給尋呼到的用戶。應(yīng)用實施例三在該應(yīng)用實施例中，相應(yīng)的消息傳遞處理過程如圖9所示，具體包括 步驟91:消息中心接收到用戶發(fā)送來的包含多個接收方用戶的消息后， 提取每個接收方用戶的地址信息；步驟92:消息中心根據(jù)接收方用戶的地址信息將歸屬同 一個用戶數(shù)據(jù)服 務(wù)器的接收方用戶歸類，并在同一條路由請求消息中向各個用戶數(shù)據(jù)服務(wù)器 請求歸屬于該用戶數(shù)據(jù)服務(wù)器的接收方用戶的路由信息；步驟93:各用戶數(shù)據(jù)服務(wù)器向消息中心返回各接收方用戶的路由信息；在該步驟中，用戶數(shù)據(jù)服務(wù)器具體可以采用以下任一種方式向消息中心 返回各接收方的路由信息用戶數(shù)據(jù)服務(wù)器通過同 一條響應(yīng)向消息中心返回所述路由請求消息中請求的所有接收方用戶的路由信息；用戶數(shù)據(jù)服務(wù)器根據(jù)每個接收方用戶的地址信息逐一返回各個接收方用 戶的路由信息；用戶數(shù)據(jù)服務(wù)器通過一條響應(yīng)將處于同 一個消息傳輸網(wǎng)絡(luò)實體對應(yīng)的服 務(wù)區(qū)域(例如，在同一個MSC服務(wù)區(qū)內(nèi)的)的接收方用戶的路由信息返回給 消息中心；即若所述路由請求消息中請求的接收方用戶分別在不同的消息傳 輸網(wǎng)絡(luò)實體對應(yīng)的服務(wù)區(qū)域，則需要使用多條不同的響應(yīng)消息向消息中心返 回相應(yīng)的接收方用戶的路由信息；步驟94:消息中心根據(jù)收到的路由信息分別為各個接收方用戶構(gòu)造消自 i&，具體可以為消息中心根據(jù)接收到各接收方用戶的路由信息，將發(fā)送給 每個接收方用戶的消息中的該接收方用戶的地址信息放置在接收方用戶的地 址段的指定位置處，如相應(yīng)的地址段的首位位置或末尾位置；步驟95:消息中心將為每個接收方用戶構(gòu)造的消息分別下發(fā)給該接收方 用戶當(dāng)前所在服務(wù)區(qū)的消息傳輸網(wǎng)絡(luò)實體；步驟96:消息傳輸網(wǎng)絡(luò)實體接收到消息后，對消息的接收方用戶地址區(qū) 域內(nèi)的指定位置處(如首個或末尾)的接收方用戶進行尋呼；步驟97:消息傳輸網(wǎng)絡(luò)實體在確定尋呼到該接收方用戶后，則將所述消 息發(fā)送給該接收方用戶。可以看出，本發(fā)明實施例中，由于釆用了在所述的消息中指示接收該消 息的消息傳輸網(wǎng)絡(luò)實體需要處理的接收方用戶，從而使得消息傳輸網(wǎng)絡(luò)實體 可以獲知消息中其需要執(zhí)行轉(zhuǎn)發(fā)操作的接收方用戶的信息，這樣，消息傳輸 網(wǎng)絡(luò)實體接收到所述消息后，僅需要對相應(yīng)的接收方用戶進行消息轉(zhuǎn)發(fā)處理 即可，即減少了消息的發(fā)送量；而且，在本發(fā)明實施例中，SMSC和HLR等群發(fā)消息發(fā)送端不再會接收到不同的MSC/SGSN等消息傳輸實體發(fā)送來的不同的消息發(fā)送狀態(tài)報告，即 克服了由此引發(fā)的消息傳輸無法正常實現(xiàn)的問題。因此，本發(fā)明實施例 一方面可以使得群發(fā)消息在傳輸過程中可以減少對 網(wǎng)絡(luò)資源的占用，另一方面還可以提高消息傳輸過程的可靠性。本發(fā)明實施例還提供了 一種終結(jié)群發(fā)消息的系統(tǒng)的實現(xiàn)方案，其具體結(jié) 構(gòu)如圖10、圖11和圖12所示，具體包括終結(jié)群發(fā)消息的裝置和消息傳輸網(wǎng)絡(luò) 實體，且還可以包括用于為終結(jié)群發(fā)消息的裝置提供路由信息的用戶數(shù)據(jù)服 務(wù)器，其中，(一)終結(jié)群發(fā)消息的裝置用于獲取待發(fā)送的消息的各個接收方用戶的路由信息，并根據(jù)所述的路 由信息構(gòu)造發(fā)送消息，且所述的終結(jié)群發(fā)消息的裝置具體可以包括 (1 )路由信息獲取單元該單元用于獲取待發(fā)送消息的各接收方用戶的路由信息，且所述的路由 信息獲取單元具體包括第一路由信息獲取單元，用于針對各個接收方用戶分別向用戶數(shù)據(jù)服務(wù) 器請求所述路由信息，并接收用戶數(shù)據(jù)服務(wù)器直接返回的路由信息，或者， 接收由用戶數(shù)據(jù)服務(wù)器通知消息服務(wù)實體返回的路由信息；或者，第二路由信息獲取單元，用于將屬于同一個用戶數(shù)據(jù)服務(wù)器的各個接收 方用戶通過同一條請求消息統(tǒng)一向用戶數(shù)據(jù)服務(wù)器請求所述路由信息，并接 收用戶數(shù)據(jù)服務(wù)器直接返回的路由信息，或者，接收由用戶數(shù)據(jù)服務(wù)器通知 消息服務(wù)實體返回的路由信息。 (2)消息構(gòu)造單元該單元用于根據(jù)所述的路由信息構(gòu)造消息，所述的消息中指示了接收該 消息的消息傳輸網(wǎng)絡(luò)實體需要處理的本服務(wù)區(qū)域內(nèi)的接收方用戶；所述的消息構(gòu)造單元具體可以采用以下任一種實現(xiàn)方式實現(xiàn)如圖10所示，第一種實現(xiàn)方式為所述的消息構(gòu)造單元具體包括單個接收方用戶確定單元及第一消息構(gòu)造單元，其中單個接收方用戶確定單元，用于逐個接收方用戶信息；第一消息構(gòu)造單元，用于在所述消息中僅承載一個接收方用戶的信息，或者，在所述消息中將當(dāng)前需要處理一個接收方用戶承載于指定位置或設(shè)置指示標(biāo)識；如圖11所示，第二種實現(xiàn)方式為所述的消息構(gòu)造單元具體包括第一組 接收方用戶確定單元及第二消息構(gòu)造單元，其中第 一組接收方用戶確定單元，用于確定屬于同 一消息傳輸網(wǎng)絡(luò)實體對應(yīng) 的服務(wù)區(qū)域的各接收方用戶的信息；第二消息構(gòu)造單元，用于在所述消息中僅承載該屬于同 一服務(wù)區(qū)域的各 接收方用戶的信息，或者，在所述消息中將該屬于同一服務(wù)區(qū)域的各接收方 用戶承載于指定位置區(qū)域或設(shè)置指示標(biāo)識；如圖12所示，第三種實現(xiàn)方式為所述的消息構(gòu)造單元具體包括第二組 接收方用戶確定單元及第三消息構(gòu)造單元，其中所述的消息構(gòu)造單元具體包括第二組接收方用戶確定單元及第三消息構(gòu) 造單元，其中第二組接收方用戶確定單元，用于確定消息路由首選項屬于同一消息傳 輸網(wǎng)絡(luò)實體的各接收方用戶的信息；第三消息構(gòu)造單元，用于在所述消息中僅承載消息路由首選項屬于同一 消息傳輸網(wǎng)絡(luò)實體的各接收方用戶的信息，或者，在所述消息中將消息路由 首選項屬于同一消息傳輸網(wǎng)絡(luò)實體的各接收方用戶承載于指定位置區(qū)域或設(shè) 置指示標(biāo)識。(3)消息發(fā)送單元該單元用于發(fā)送構(gòu)造的所述消息，以實現(xiàn)消息群發(fā)操作。(二) 消息傳輸網(wǎng)絡(luò)實體作為群發(fā)消息的傳輸設(shè)備，該實體具體用于接收終結(jié)群發(fā)消息的裝置發(fā) 送來包含指示信息的消息，并根據(jù)所述的指示信息將所述消息發(fā)送給相應(yīng)的 各接收方用戶，例如，將所述消息發(fā)送給消息中指示的指定位置或設(shè)置指示標(biāo)識的接收方用戶，所述的消息傳輸網(wǎng)絡(luò)實體具體包括接收方用戶確定單元，用于根據(jù)接收到的待傳輸?shù)南⒅械闹甘拘畔ⅲ?確定需要執(zhí)行消息轉(zhuǎn)發(fā)處理的接收方用戶信息；消息發(fā)送單元，用于將所述消息發(fā)送給所述接收方用戶確定單元確定的 的接收方用戶；該單元具體可以用于對接收到的消息中指示的本服務(wù)區(qū)域內(nèi) 的接收方用戶進行尋呼，并將所述消息發(fā)送給尋呼到的用戶；發(fā)送狀態(tài)傳遞單元，用于在消息發(fā)送成功后，將接收方用戶返回的發(fā)送 狀態(tài)報告通過一條消息或多條消息返回給終結(jié)群發(fā)消息的裝置。所述的消息傳輸網(wǎng)絡(luò)實體還可以包括失敗^J艮告?zhèn)鬟f單元，用于為每個接 收方用戶單獨向消息中心返回一條失敗報告，或者，將所有尋呼失敗的接收 方用戶放在一條失敗報告中返回終結(jié)群發(fā)消息的裝置，或者，將接收到的所息返回給終結(jié)群發(fā)消息的裝置。(三) 用戶數(shù)據(jù)服務(wù)器所述的用戶數(shù)據(jù)服務(wù)器用于向消息中心返回所述路由信息，且， 用于針對各個接收方用戶分別向消息中心返回路由信息； 或者，用于根據(jù)各個接收方用戶所在的服務(wù)區(qū)域，將同一服務(wù)區(qū)域下的接收方 用戶的路由信息通過同 一條消息統(tǒng)一返回給消息中心； 或者，用于將所有接收方用戶的路由信息通過同一條消息統(tǒng)一返回給消息中心。綜上所述，由于本發(fā)明實施例中，采用了在一條短消息中支持多個用戶 地址情況下如何正確的將消息傳送給接收方用戶的方法，避免消息的重復(fù)傳 送，以及消息錯誤路由嘗試等問題。即本發(fā)明實施例一方面可以使得群發(fā)消 息在傳輸過程中可以減少對網(wǎng)絡(luò)資源的占用，另 一方面還可以提高消息傳輸 過程的可靠性。以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不 局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可 輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明 的保護范圍應(yīng)該以權(quán)利要求的保護范圍為準(zhǔn)。
權(quán)利要求
1. 一種群發(fā)消息的發(fā)送方法，其特征在于，包括獲取攜帶有多個接收方用戶地址的消息的接收方用戶的路由信息；根據(jù)所述的路由信息構(gòu)造消息，所述的消息中指示了需要由接收該消息的消息傳輸網(wǎng)絡(luò)實體執(zhí)行消息轉(zhuǎn)發(fā)處理的接收方用戶信息；發(fā)送構(gòu)造的所述消息。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述的接收方用戶的路由 信息為由消息中心向用戶數(shù)據(jù)服務(wù)器獲取，且消息中心向所述用戶數(shù)據(jù)服務(wù) 器請求所述的路由信息的方式包括消息中心針對各個接收方用戶分別向用戶數(shù)據(jù)服務(wù)器請求所述路由信息；或者，消息中心將屬于同 一個用戶數(shù)據(jù)服務(wù)器的各個接收方用戶通過同 一條請 求消息統(tǒng)一向用戶數(shù)據(jù)服務(wù)器請求所述路由信息。
3、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述用戶數(shù)據(jù)服務(wù)器向消 息中心返回所述路由信息的方式包括用戶數(shù)據(jù)服務(wù)器針對各個接收方用戶分別向消息中心返回路由信息； 或者，用戶數(shù)據(jù)服務(wù)器根據(jù)各個接收方用戶所在的服務(wù)區(qū)域，將同一服務(wù)區(qū)域 下的接收方用戶的路由信息通過同 一條消息統(tǒng)一返回給消息中心； 或者，用戶數(shù)據(jù)服務(wù)器將所有接收方用戶的路由信息通過同 一條消息統(tǒng)一返回 給消息中心。
4、 根據(jù)權(quán)利要求1、 2或3所述的方法，其特征在于，所述的根據(jù)所述的路由信息構(gòu)造消息的步驟包括針對各接收方用戶分別構(gòu)造所述消息，在所述消息中僅承載一個接收方 用戶的信息，或者，在所述消息中將當(dāng)前需要處理一個接收方用戶承載于指 定位置或設(shè)置指示標(biāo)識；或者，針對屬于同 一消息傳輸網(wǎng)絡(luò)實體對應(yīng)的服務(wù)區(qū)域的各接收方用戶構(gòu)造一 條所述消息，在所述消息中僅承載該屬于同一服務(wù)區(qū)域的各接收方用戶的信 息，或者，在所述消息中將該屬于同一服務(wù)區(qū)域的各接收方用戶承載于指定 位置區(qū)域或設(shè)置指示標(biāo)識；或者，針對消息路由首選項屬于同 一 消息傳輸網(wǎng)絡(luò)實體的各接收方用戶構(gòu)造一 條所述消息，在所述消息中僅承載消息路由首選項屬于同 一消息傳輸網(wǎng)絡(luò)實 體的各接收方用戶的信息，或者，在所述消息中將消息路由首選項屬于同一 消息傳輸網(wǎng)絡(luò)實體的各接收方用戶承載于指定位置區(qū)域或設(shè)置指示標(biāo)識。
5、 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述的指定位置為 消息中的首位地址位置或末位地址位置；或者，可用于^^載多個用戶的區(qū)域位置，以指示網(wǎng)絡(luò)實體需要將消息傳送給該指定位置地址的用戶；或 者，在地址信息中設(shè)置參數(shù)指示消息傳輸網(wǎng)絡(luò)實體需要將消息傳送給該用 戶；或者，為在消息頭中設(shè)置參數(shù)信息，以表示消息傳輸網(wǎng)絡(luò)實體需要將消 息傳送給該參數(shù)指示的區(qū)域內(nèi)的用戶。
6、 根據(jù)權(quán)利要求1、 2或3所述的方法，其特征在于，在發(fā)送的消息到達 消息傳輸網(wǎng)絡(luò)實體后，消息傳輸網(wǎng)絡(luò)實體的處理包括消息傳輸網(wǎng)絡(luò)實體將接收到的消息發(fā)送給指定位置區(qū)域或設(shè)置指示標(biāo)識 的接收方用戶；將接收方用戶的發(fā)送狀態(tài)報告通過一條消息或多條消息返回給消息中心。
7、 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述的消息傳輸網(wǎng)絡(luò)實體 確定本服務(wù)區(qū)域內(nèi)的接收方用戶無法正常接收消息后，還包括消息傳輸網(wǎng)絡(luò)實體為每個接收方用戶單獨向消息中心返回一條失敗報告.或者，消息傳輸網(wǎng)絡(luò)實體將所有尋呼失敗的接收方用戶放在一條失敗報告中返 回給消息中心； 或者，消息傳輸網(wǎng)絡(luò)實體將所有接收方用戶的發(fā)送狀態(tài)通過一條消息狀態(tài)報告 返回給消息中心。
8、 一種群發(fā)消息的發(fā)送裝置，其特征在于，包括 路由信息獲取單元，用于獲取攜帶有多個接收方用戶地址的消息的各接收方用戶的路由信息；消息構(gòu)造單元，用于根據(jù)所述的路由信息構(gòu)造消息，所述的消息中指示 了接收該消息的消息傳輸網(wǎng)絡(luò)實體需要處理的本服務(wù)區(qū)域內(nèi)的接收方用戶；消息發(fā)送單元，用于發(fā)送構(gòu)造的所述消息。
9、 根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述的路由信息獲取單元 具體包括第一路由信息獲取單元，用于針對各個接收方用戶分別向用戶數(shù)據(jù)服務(wù) 器請求所述路由信息，并接收返回的路由信息； 或者，第二路由信息獲取單元，用于將屬于同一個用戶數(shù)據(jù)服務(wù)器的各個接收 方用戶通過同一條請求消息統(tǒng)一向用戶數(shù)據(jù)服務(wù)器請求所述路由信息，接收 返回的路由信息。
10、 根據(jù)權(quán)利要求8或9所述的裝置，其特征在于，所述的消息構(gòu)造單元具體包括單個接收方用戶確定單元及第 一消息構(gòu)造 單元，其中單個接收方用戶確定單元，用于逐個確定接收方用戶信息；第一消息構(gòu)造單元，用于在所述消息中僅承載一個接收方用戶的信息，或者，在所述消息中將當(dāng)前需要處理一個接收方用戶承載于指定位置或設(shè)置指示標(biāo)識； 或者，所述的消息構(gòu)造單元具體包括第一組接收方用戶確定單元及第二消息構(gòu) 造單元，其中第 一組接收方用戶確定單元，用于確定處于同 一消息傳輸網(wǎng)絡(luò)實體對應(yīng) 的服務(wù)區(qū)域的各接收方用戶的信息；第二消息構(gòu)造單元，用于在所述消息中僅承載該處于同一服務(wù)區(qū)域的各 接收方用戶的信息，或者，在所述消息中將該處于同一服務(wù)區(qū)域的各接收方 用戶承載于指定位置區(qū)域或設(shè)置指示標(biāo)識；或者，所述的消息構(gòu)造單元具體包括第二組接收方用戶確定單元及第三消息構(gòu) 造單元，其中第二組接收方用戶確定單元，用于確定消息路由首選項屬于同 一消息傳 輸網(wǎng)絡(luò)實體的各接收方用戶的信息；第三消息構(gòu)造單元，用于在所述消息中僅承載消息路由首選項屬于同一 消息傳輸網(wǎng)絡(luò)實體的各接收方用戶的信息，或者，在所述消息中將消息路由 首選項屬于同一消息傳輸網(wǎng)絡(luò)實體的各接收方用戶承載于指定位置區(qū)域或設(shè) 置指示標(biāo)識。
11、 一種群發(fā)消息的傳輸系統(tǒng)，其特征在于，包括終結(jié)群發(fā)消息的裝置，用于獲取消息的各個接收方用戶的路由信息，并 根據(jù)所述的路由信息構(gòu)造發(fā)送消息，所述的消息中指示了需要由接收該消息的消息傳輸網(wǎng)絡(luò)實體執(zhí)行消息轉(zhuǎn)發(fā)處理的接收方用戶信息；消息傳輸網(wǎng)絡(luò)實體，用于接收終結(jié)群發(fā)消息的裝置發(fā)送來的消息，并發(fā) 送給各接收方用戶。
12、 根據(jù)權(quán)利要求10所述的系統(tǒng)，其特征在于，所述的終結(jié)群發(fā)消息的 裝置中具體由路由信息獲取單元獲取所述路由信息，且所述的路由信息獲取 單元具體包括路由信息請求單元，用于針對各個接收方用戶分別向用戶數(shù)據(jù)服務(wù)器請 求所述路由信息；或者，用于將歸屬于同一個用戶數(shù)據(jù)服務(wù)器的各個接收方 用戶通過同 一條請求消息統(tǒng)一向用戶數(shù)據(jù)服務(wù)器請求所述路由信息；路由信息接收單元，用于接收用戶數(shù)據(jù)服務(wù)器返回的路由信息。
13、 根據(jù)權(quán)利要求12所述的系統(tǒng)，其特征在于，所述的用戶數(shù)據(jù)服務(wù)器 直接或通知消息服務(wù)實體向路由信息獲取單元返回所述路由信息，且，針對各個接收方用戶分別向路由信息獲取單元返回路由信息； 或者，根據(jù)各個接收方用戶所在的服務(wù)區(qū)域，將同 一服務(wù)區(qū)域下的接收方用戶 的路由信息通過同一條消息統(tǒng)一返回給路由信息獲取單元； 或者，將所有接收方用戶的路由信息通過同一條消息統(tǒng)一返回給路由信息獲取 單元。
14、 根據(jù)權(quán)利要求11、 12或13所述的系統(tǒng)，其特征在于，所述的終結(jié)群 發(fā)消息的裝置中具體由消息構(gòu)造單元構(gòu)造所述的消息，且，所述的消息構(gòu)造單元具體包括單個接收方用戶確定單元及第一消息構(gòu)造 單元，其中單個接收方用戶確定單元，用于逐個接收方用戶信息；第一消息構(gòu)造單元，用于在所述消息中僅承載一個接收方用戶的信息，或者，在所述消息中將當(dāng)前需要處理一個接收方用戶承載于指定位置或設(shè)置指示標(biāo)識； 或者，所述的消息構(gòu)造單元具體包括第一組接收方用戶確定單元及第二消息構(gòu) 造單元，其中第 一組接收方用戶確定單元，用于確定處于同 一消息傳輸網(wǎng)絡(luò)實體對應(yīng) 的服務(wù)區(qū)域的各接收方用戶的信息；第二消息構(gòu)造單元，用于在所述消息中僅承載該處于同 一服務(wù)區(qū)域的各 接收方用戶的信息，或者，在所述消息中將該處于同一服務(wù)區(qū)域的各接收方 用戶承載于指定位置區(qū)域或設(shè)置指示標(biāo)識；或者，所述的消息構(gòu)造單元具體包括第二組接收方用戶確定單元及第三消息構(gòu) 造單元，其中第二組接收方用戶確定單元，用于確定消息路由首選項屬于同 一消息傳 輸網(wǎng)絡(luò)實體的各接收方用戶的信息；第三消息構(gòu)造單元，用于在所述消息中僅承載消息路由首選項屬于同一 消息傳輸網(wǎng)絡(luò)實體的各接收方用戶的信息，或者，在所述消息中將消息路由 首選項屬于同一消息傳輸網(wǎng)絡(luò)實體的各接收方用戶承載于指定位置區(qū)域或設(shè) 置指示標(biāo)識。
15、根據(jù)權(quán)利要求11、 12或13所述的系統(tǒng)，其特征在于，所述的消息傳 輸網(wǎng)絡(luò)實體具體包括消息發(fā)送單元，用于將所述消息發(fā)送給消息中指示的指定位置或設(shè)置指 示標(biāo)識的4妄收方用戶；發(fā)送狀態(tài)傳遞單元，用于將接收方用戶的發(fā)送狀態(tài)報告通過一條消息或 多條消息返回給終結(jié)群發(fā)消息的裝置。
16、 根據(jù)權(quán)利要求15所述的系統(tǒng)，其特征在于，所述的消息傳輸網(wǎng)絡(luò)實 體還包括失敗報告?zhèn)鬟f單元，用于為每個接收方用戶單獨向消息中心返回一 條失敗報告，或者，將所有發(fā)送失敗的接收方用戶;^丈在一條失敗報告中返回 終結(jié)群發(fā)消息的裝置，或者，將所有接收方用戶的發(fā)送狀態(tài)通過一條消息發(fā) 送狀態(tài)報告返回給終結(jié)群發(fā)消息的裝置。
17、 一種群發(fā)消息的傳輸設(shè)備，其特征在于，包括接收方用戶確定單元，用于根據(jù)接收到的待傳輸?shù)南⒅械闹甘拘畔ⅲ?確定需要執(zhí)行消息轉(zhuǎn)發(fā)處理的接收方用戶信息；消息發(fā)送單元，用于將所述消息發(fā)送給所述接收方用戶確定單元確定的 接收方用戶；發(fā)送狀態(tài)傳遞單元，用于將接收方用戶的發(fā)送狀態(tài)報告通過一條消息或 多條消息返回給群發(fā)消息的發(fā)送端?；?、根據(jù)權(quán)利要求17所述的設(shè)備，其特征在于，還包括失敗報告?zhèn)鬟f單 元，用于為每個接收方用戶單獨向消息中心返回一條失敗報告，或者，將所 有發(fā)送失敗的接收方用戶放在一條失敗報告中返回終結(jié)群發(fā)消息的裝置，或 者，將所有接收方用戶的發(fā)送狀態(tài)通過一條消息發(fā)送狀態(tài)報告返回給終結(jié)群 發(fā)消息的裝置。
全文摘要
一種群發(fā)消息的傳輸方法及裝置及系統(tǒng)。包括獲取待發(fā)送的消息的各個接收方用戶的路由信息，并根據(jù)所述的路由信息構(gòu)造并發(fā)送所述消息，且在所述的消息中指示了接收該消息的消息傳輸網(wǎng)絡(luò)實體需要處理的本服務(wù)區(qū)域內(nèi)的接收方用戶，從而使得消息傳輸網(wǎng)絡(luò)實體可以獲知消息中屬于本服務(wù)區(qū)域內(nèi)的接收方用戶的信息。這樣，在群發(fā)消息的傳輸過程中，可以有效減少對網(wǎng)絡(luò)資源的占用，并能夠提高消息傳輸過程的可靠性。
文檔編號H04Q7/28GK101277468SQ200710088099
公開日2008年10月1日 申請日期2007年3月26日 優(yōu)先權(quán)日2007年3月26日
發(fā)明者孫成振 申請人:華為技術(shù)有限公司