[發(fā)明專利]一種下發(fā)彩信的方法和系統(tǒng)、及彩信中心

有效

• 申請(qǐng)?zhí)枺?/td>: 200710187542.4
• 申請(qǐng)日: 2007-11-26
• 公開（公告）號(hào): CN101163276A
• 公開（公告）日: 2008-04-16
• 發(fā)明（設(shè)計(jì)）人: 劉曉明;曲衍壯;唐群章;楊志軍;何沁
• 申請(qǐng)（專利權(quán)）人: 華為技術(shù)有限公司
• 主分類號(hào): H04Q7/22
• 分類號(hào): H04Q7/22;H04L29/08
• 代理公司: 北京同達(dá)信恒知識(shí)產(chǎn)權(quán)代理有限公司
• 代理人: 郭潤(rùn)湘

技術(shù)領(lǐng)域

本發(fā)明涉及一種通信技術(shù)，尤其涉及一種下發(fā)彩信的方法和系統(tǒng)、及彩信中心。

背景技術(shù)

盡管SMS(Short?Message?Service，短消息業(yè)務(wù)，也稱短信業(yè)務(wù))僅傳輸單純的文本信息，但SMS已經(jīng)成為最成功的無線數(shù)據(jù)業(yè)務(wù)之一。隨著時(shí)間的推移和技術(shù)的進(jìn)步，人們不再滿足于單純的文本信息，而是迫切地追求豐富多彩的多媒體體驗(yàn)；MMS(Multimedia?Messaging?Service，多媒體消息業(yè)務(wù)、也稱彩信業(yè)務(wù))正是作為SMS的演進(jìn)，在無線數(shù)據(jù)業(yè)務(wù)上迅猛發(fā)展起來。

目前MMSC(Multimedia?Messaging?Service?Center，多媒體消息中心、也稱彩信中心)下發(fā)MM(Multimedia?Messaging，多媒體消息，也稱彩信)到接收方用戶終端是通過PUSH(推送)消息方式實(shí)現(xiàn)的，即：MMSC收到MM后，首先會(huì)向接收方用戶終端發(fā)送Push通知短信；若接收方用戶終端處于正常狀態(tài)，會(huì)收到此通知短信，然后自動(dòng)連接到MMSC上提取此條MM。

在現(xiàn)有技術(shù)中，MMSC一般通過WAP(Wireless?Application?Protocol，無線應(yīng)用協(xié)議)網(wǎng)關(guān)連接SMSC或者直連SMSC，向接收方用戶終端用戶PUSH通知短信，下面以MMSC通過WAP網(wǎng)關(guān)連接SMSC為例，參照?qǐng)D1描述MMSC發(fā)送MM的流程。其中，在下面流程中，其中，C1表示MMSC至WAP網(wǎng)關(guān)之間的接口，C2表示W(wǎng)AP網(wǎng)關(guān)至SMSC之間的接口，MM1表示MMSC至移動(dòng)用戶終端之間的接口(由于實(shí)際應(yīng)用中MMSC不與移動(dòng)用戶終端直接連接，所以MM1實(shí)際上是指MMSC至WAP網(wǎng)關(guān)之間的接口)，為了描述方便，在流程說明中，省略了對(duì)C1、C2、MM1的翻譯。

步驟101、MMSC向WAP網(wǎng)關(guān)發(fā)送C1_notification.REQ(通知請(qǐng)求)消息。該C1_notification.REQ(通知請(qǐng)求)消息表示有MM到達(dá)MMSC。

步驟102、WAP網(wǎng)關(guān)接收到C1_notification.REQ(通知請(qǐng)求)消息后，將C2_notification.REQ(通知請(qǐng)求)消息發(fā)送給SMSC。

步驟103-104、SMSC接收到C2_notification.REQ(通知請(qǐng)求)消息后，一方面給WAP網(wǎng)關(guān)返回C2_notification.RES(通知應(yīng)答)消息；另一方面將MM1_notification.REQ(通知請(qǐng)求)消息發(fā)送給用戶終端。

步驟105、用戶終端向SMSC返回MM1_notification.RES(通知應(yīng)答)消息。

步驟106、用戶終端向WAP網(wǎng)關(guān)發(fā)送MM1_retrieve.REQ(提取MM請(qǐng)求)消息。

步驟107、WAP網(wǎng)關(guān)將C1_retrieve.REQ(提取MM請(qǐng)求)消息轉(zhuǎn)發(fā)給MMSC。

步驟108、MMSC向WAP網(wǎng)關(guān)發(fā)送C1_retrieve.RES(提取MM響應(yīng))消息，以便將MM發(fā)給WAP網(wǎng)關(guān)。

步驟109、WAP網(wǎng)關(guān)發(fā)送MM1_retrieve.RES(提取MM響應(yīng))消息給用戶終端，以便將MM轉(zhuǎn)發(fā)給用戶終端。

在實(shí)現(xiàn)本發(fā)明的過程中，本發(fā)明人發(fā)現(xiàn)上述流程中，由于MMSC無法獲知Push通知請(qǐng)求消息下發(fā)所返回(如下發(fā)是否成功)的最終結(jié)果，從而無法獲得用戶終端的狀態(tài)，從而無法做出有針對(duì)性的調(diào)度處理，以提高消息發(fā)送的效率。其次，某些用戶終端沒有能力接收MM(如未開通GPRS業(yè)務(wù))時(shí)，但是卻能夠接收短消息，因此，當(dāng)PUSH通知短信下發(fā)成功后，用戶終端無法成功獲取MM消息，從而使得MMSC處于長(zhǎng)時(shí)間等待過程，浪費(fèi)了MMSC的資源。第三，MMSC下發(fā)MM流程中，由于依賴WAP網(wǎng)關(guān)和SMSC等外部網(wǎng)元，信令交互過多，從而導(dǎo)致下發(fā)彩信可靠性降低，并增加了網(wǎng)絡(luò)時(shí)延。

發(fā)明內(nèi)容

本發(fā)明實(shí)施例提供了一種下發(fā)彩信的方法和系統(tǒng)、及彩信中心，可解決現(xiàn)有技術(shù)中下發(fā)MM效率較低的問題。

本發(fā)明的實(shí)施例提供了一種下發(fā)彩信的方法，包括：

彩信中心向歸屬位置寄存器發(fā)送查詢路由請(qǐng)求消息；

彩信中心接收歸屬位置寄存器返回的查詢路由響應(yīng)消息，所述查詢路由響應(yīng)消息包括彩信中心至用戶終端的路由信息；

彩信中心根據(jù)路由信息向用戶終端發(fā)送彩信。

本發(fā)明實(shí)施例還公開了一種下發(fā)彩信的系統(tǒng)，包括：