專利名稱：彩信的轉(zhuǎn)發(fā)方法、裝置、系統(tǒng)及彩信接收裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種彩信的轉(zhuǎn)發(fā)方法、裝置、系統(tǒng)及彩信接 收裝置。
背景技術(shù)：
彩信，即多媒體消息業(yè)務(wù)，可以發(fā)送包括文本、圖片、音頻、視頻等多媒體數(shù)據(jù)，是 其主要特點(diǎn)和用途，由于其豐富的多媒體內(nèi)容和表現(xiàn)形式，深受廣大用戶的喜愛。當(dāng)用戶收到彩信或者彩信通知消息時(shí)，可能會(huì)出現(xiàn)以下幾種情況(1)希望將彩 信分享給其他人；(2)當(dāng)用小屏幕小分辨率的手機(jī)收到一個(gè)彩信通知，希望用另一個(gè)大屏 幕大分辨率手機(jī)去查看彩信內(nèi)容；C3)類似呼叫轉(zhuǎn)移的功能，在手機(jī)終端上增加彩信轉(zhuǎn)移， 從一個(gè)手機(jī)自動(dòng)轉(zhuǎn)發(fā)一條彩信到另一個(gè)手機(jī)時(shí)，就對(duì)彩信轉(zhuǎn)發(fā)提出要求。彩信收發(fā)，包括彩信發(fā)送和彩信下載。在彩信下載前，首先會(huì)接收到彩信通知消 息，其中主要攜帶了彩信存儲(chǔ)位置、有效期、大小等重要信息。彩信通知消息是一種推送 (PUSH)消息，由彩信中心服務(wù)器通過短消息中心推送到接收方手機(jī)，承載在短消息之上。彩信轉(zhuǎn)發(fā)目前有兩種方法一是用戶A下載彩信后，再編輯該彩信后發(fā)送給 用戶B ；方法二是用戶A通過向彩信中心發(fā)送M-ForwarcLreq PDU要求轉(zhuǎn)發(fā)位于服務(wù)器上 的彩信。兩種方法都有一個(gè)弊端，即用戶A必須參與到數(shù)據(jù)交互中，無論是方法一中直接編 輯彩信后發(fā)送，還是方法二中向彩信中心發(fā)送轉(zhuǎn)發(fā)請(qǐng)求，都是一次數(shù)據(jù)業(yè)務(wù)的交互過程，均 會(huì)產(chǎn)生不必要的數(shù)據(jù)流量和網(wǎng)絡(luò)資源消耗。針對(duì)相關(guān)技術(shù)中的上述問題，目前尚未提出有 效的解決方案。

發(fā)明內(nèi)容
針對(duì)相關(guān)技術(shù)中，彩信轉(zhuǎn)發(fā)會(huì)產(chǎn)生不必要的數(shù)據(jù)流量和網(wǎng)絡(luò)資源消耗等問題，本 發(fā)明提供一種彩信的轉(zhuǎn)發(fā)方法、裝置、系統(tǒng)及彩信接收裝置，以至少解決上述問題。根據(jù)本發(fā)明的一個(gè)方面，提供了一種彩信的轉(zhuǎn)發(fā)方法，包括第一終端響應(yīng)于用戶 的轉(zhuǎn)發(fā)操作，獲取需要轉(zhuǎn)發(fā)的彩信的彩信通知消息；第一終端向第二終端發(fā)送端口短信，其 中，該端口短信中攜帶有所述彩信通知消息；第二終端接收端口短信并提取端口消息中的 彩信通知消息，并根據(jù)彩信通知消息下載彩信。根據(jù)本發(fā)明的另一方面，提供了一種彩信的轉(zhuǎn)發(fā)裝置，包括獲取模塊，用于響應(yīng) 于用戶的轉(zhuǎn)發(fā)操作，獲取需要轉(zhuǎn)發(fā)的彩信的彩信通知消息；發(fā)送模塊，用于發(fā)送攜帶彩信通 知消息的端口短信，以使端口短信的接收方下載所述彩信。根據(jù)本發(fā)明的又一方面，提供了一種彩信接收裝置，包括接收模塊，用于接收端 口短信并提取端口短信中的彩信通知消息；下載模塊，用于根據(jù)彩信通知消息下載與彩信 通知消息對(duì)應(yīng)的彩信。根據(jù)本發(fā)明的再一方面，提供了一種彩信的轉(zhuǎn)發(fā)系統(tǒng)，包括第一終端和第二終 端，其中，第一終端，用于響應(yīng)于用戶的轉(zhuǎn)發(fā)操作，獲取彩信通知消息，以及向第二終端發(fā)送端口短信，其中，該端口短信中攜帶有彩信通知消息；第二終端，用于接收端口短信并提取 端口短信中的彩信通知消息，以完成彩信下載。通過本發(fā)明，采用發(fā)送方終端向接收方終端發(fā)送攜帶有彩信通知消息的端口短信 的技術(shù)手段，解決了相關(guān)技術(shù)中，彩信轉(zhuǎn)發(fā)會(huì)產(chǎn)生不必要的數(shù)據(jù)流量和網(wǎng)絡(luò)資源消耗等問 題，進(jìn)而達(dá)到了轉(zhuǎn)發(fā)彩信的一方可在不產(chǎn)生任何數(shù)據(jù)流量的情況下，即可實(shí)現(xiàn)彩信轉(zhuǎn)發(fā)的 效果。


此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā) 明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1為根據(jù)本發(fā)明實(shí)施例的彩信的轉(zhuǎn)發(fā)方法流程圖；圖2為根據(jù)本發(fā)明實(shí)例的轉(zhuǎn)發(fā)彩信通知消息的流程示意圖；圖3為根據(jù)本發(fā)明實(shí)例的具有端口號(hào)的用戶頭數(shù)據(jù)結(jié)構(gòu)示意圖；圖4為根據(jù)本發(fā)明實(shí)例的接收彩信通知消息的流程示意圖；圖5為根據(jù)本發(fā)明實(shí)施例的彩信的轉(zhuǎn)發(fā)裝置結(jié)構(gòu)框圖；圖6為根據(jù)本發(fā)明優(yōu)選實(shí)施例的彩信的轉(zhuǎn)發(fā)裝置結(jié)構(gòu)示意圖；圖7為根據(jù)本發(fā)明實(shí)施例的彩信接收裝置結(jié)構(gòu)框圖；圖8為根據(jù)本發(fā)明實(shí)施例的彩信的轉(zhuǎn)發(fā)系統(tǒng)結(jié)構(gòu)框圖；圖9為根據(jù)本發(fā)明優(yōu)選實(shí)施例的彩信的轉(zhuǎn)發(fā)系統(tǒng)結(jié)構(gòu)框圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的 情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。圖1為根據(jù)本發(fā)明實(shí)施例的彩信的轉(zhuǎn)發(fā)方法流程圖。該方法包括步驟S102，第一終端響應(yīng)于用戶的轉(zhuǎn)發(fā)操作，獲取需要轉(zhuǎn)發(fā)的彩信的彩信通知消 息；步驟S104，第一終端向第二終端發(fā)送端口短信，其中，該端口短信中攜帶有彩信通 知消息；步驟S106，第二終端接收端口短信并提取端口短信中的彩信通知消息，并根據(jù)彩 信通知消息下載彩信。上述實(shí)施例，由于不需要下載彩信或向彩信中心發(fā)送轉(zhuǎn)發(fā)請(qǐng)求，而是直接通過端 口短信發(fā)送彩信通知消息到接收方手機(jī)，由接收方手機(jī)完成下載，實(shí)現(xiàn)轉(zhuǎn)發(fā)彩信的目的，充 分利用了短信簡(jiǎn)單、快捷的特點(diǎn)，進(jìn)而達(dá)到了轉(zhuǎn)發(fā)彩信不產(chǎn)生數(shù)據(jù)流量的效果。在具體實(shí)施過程中，在步驟S104之前，需要完成端口注冊(cè)，具體包括以下流程在 第一終端上進(jìn)行端口注冊(cè)，并將注冊(cè)的端口所對(duì)應(yīng)的端口號(hào)加入到第一端口應(yīng)用列表中。 引入端口號(hào)，這樣，可以在終端具有多個(gè)應(yīng)用(例如java客戶端)的情況下，區(qū)分出不同的 應(yīng)用。在具體應(yīng)用過程中，上述第一終端可以根據(jù)所述端口號(hào)確定要發(fā)送的端口短信， 并向所述第二終端發(fā)送所述端口短信。在具體實(shí)施時(shí)，上述第一終端根據(jù)所述端口號(hào)可以通過以下方式確定要發(fā)送的端口短信第一終端在短消息的用戶數(shù)據(jù)頭的端口信息單元中 添加端口號(hào)，得到端口短信，當(dāng)然，上述端口短信中還包括用戶數(shù)據(jù)部分。在優(yōu)選實(shí)施過程中，可以通過以下方式獲得上述用戶數(shù)據(jù)部分將頭兩個(gè)字節(jié)設(shè) 置為消息內(nèi)容標(biāo)識(shí)，將彩信通知消息作為用戶數(shù)據(jù)承載部分。在優(yōu)選實(shí)施過程中，上述彩信的轉(zhuǎn)發(fā)方法，還可以包括將彩信通知消息中的協(xié)議 數(shù)據(jù)單元PDU的發(fā)送方號(hào)碼修改為第一終端的號(hào)碼。在具體應(yīng)用過程中，此步驟可以在第 一終端上進(jìn)行端口注冊(cè)之后進(jìn)行。利用此步驟，可以讓第二終端識(shí)別出到底是哪個(gè)終端轉(zhuǎn) 發(fā)的彩信，在本實(shí)施例中為第一終端轉(zhuǎn)發(fā)彩信。在具體應(yīng)用時(shí)，上述彩信的轉(zhuǎn)發(fā)方法，還可以對(duì)長(zhǎng)短信進(jìn)行分段處理方式，具體包 括以下處理過程在確定端口短信中的彩信通知消息的大小大于預(yù)定值的情況下，將彩信 通知消息分段發(fā)送；此步驟在具體實(shí)施時(shí)，可以在第一終端向第二終端發(fā)送端口短信之前 進(jìn)行。相應(yīng)地，第二終端接收端口短信時(shí)，在確定所述接收的端口短信中的彩信通知消息的 大小大于預(yù)定值的情況下，分段接收彩信通知消息，并在接收完整后，將分段的彩信通知消 息進(jìn)行拼接。在具體實(shí)施過程中，上述彩信的轉(zhuǎn)發(fā)方法還可以包括以下處理過程在第二終端 上進(jìn)行端口注冊(cè)，并將注冊(cè)的端口所對(duì)應(yīng)的端口號(hào)加入到第二端口應(yīng)用列表中。在具體應(yīng) 用時(shí)，此過程可以設(shè)置在第二終端接收端口短信之前。為了更好地理解上述實(shí)施例，以下結(jié)合相關(guān)附圖及具體實(shí)例詳細(xì)說明。圖2為根據(jù)本發(fā)明實(shí)例的轉(zhuǎn)發(fā)彩信通知消息的流程示意圖。如圖2所示，該流程 包括步驟S202，發(fā)送方終端(相當(dāng)于上述第一終端)收到轉(zhuǎn)發(fā)請(qǐng)求，并獲取彩信通知消 息PDU，其中，上述轉(zhuǎn)發(fā)請(qǐng)求可以包括用戶的轉(zhuǎn)發(fā)操作等等；步驟S204，檢測(cè)系統(tǒng)端口是否已經(jīng)注冊(cè)，如果沒有，則轉(zhuǎn)入步驟S206進(jìn)行注冊(cè)；否 則進(jìn)入步驟S208。需要說明的是本實(shí)例中的系統(tǒng)，是針對(duì)發(fā)送方終端而言的；步驟S206，進(jìn)行系統(tǒng)注冊(cè)，并判斷注冊(cè)是否成功，如果注冊(cè)成功，則將系統(tǒng)指定端 口號(hào)加入端口應(yīng)用列表中并轉(zhuǎn)入步驟S208，如果注冊(cè)不成功，則轉(zhuǎn)入步驟S220 ；步驟S208，修改PDU發(fā)送方號(hào)碼查找PDU中0x89字段，如果查找失敗，則將 “0x89+編碼后的本機(jī)號(hào)碼”追加到PDU頭部；如果查找成功，則修改原0x89字節(jié)后的字段 值為編碼后的本機(jī)號(hào)碼，轉(zhuǎn)入步驟S210 ；步驟S210，根據(jù)PDU字節(jié)長(zhǎng)度，按照短信協(xié)議，計(jì)算是否需要拆分成多條分段發(fā) 送，如果需要，則轉(zhuǎn)入步驟S212，否則轉(zhuǎn)入步驟S214 ；步驟S212，按照短信協(xié)議規(guī)定正文的最大長(zhǎng)度，將原PDU拆分成多段子PDU，進(jìn)入 步驟S214 ；步驟S214，進(jìn)行端口短信編碼端口號(hào)保存在短消息的用戶數(shù)據(jù)頭(TP-UDH)的某 個(gè)信息單元中，其結(jié)構(gòu)如圖3所示。端口號(hào)有兩種，8-bit與16-bit。如果使用8-bit端 口號(hào)，IEI值為04，源端口號(hào)(Originport)和目標(biāo)端口號(hào)(Destport)各占一個(gè)字節(jié)，此時(shí) IEDL值為2。本步驟使用16-bit端口號(hào)，IEI值為05，IEDL值為4，源端口號(hào)和目標(biāo)端口號(hào) 各占兩個(gè)字節(jié)。用戶數(shù)據(jù)部分，首先頭兩個(gè)字節(jié)設(shè)置為消息內(nèi)容標(biāo)志字節(jié)0x8C 0x82(兩個(gè) 字節(jié))，之后整個(gè)彩信通知消息的PDU作為用戶數(shù)據(jù)承載部分緊跟在標(biāo)志字節(jié)后。因此，用戶數(shù)據(jù)承載部分是以兩個(gè)連續(xù)的OxSC 0x82開頭作為標(biāo)識(shí)。進(jìn)入步驟S216;步驟S216，調(diào)用底層提供的無線接口，發(fā)送端口短信，進(jìn)入步驟S218 ；步驟S218，收到網(wǎng)絡(luò)響應(yīng)(即收到來自短信中心的發(fā)送結(jié)果信息)后，將發(fā)送結(jié)果 或狀態(tài)上報(bào)給請(qǐng)求方應(yīng)用(即發(fā)送方終端的應(yīng)用)。步驟S220，結(jié)束。圖4為根據(jù)本發(fā)明實(shí)施例的接收彩信通知消息的流程示意圖。需要說明的是，本 實(shí)例中的系統(tǒng)是針對(duì)接收方終端而言的。如圖4所示，該流程包括步驟S402，首先檢測(cè)系統(tǒng)是否已經(jīng)注冊(cè)端口號(hào)，沒有注冊(cè)則轉(zhuǎn)入步驟S404，否則 轉(zhuǎn)入步驟S406 ；步驟S404，進(jìn)行系統(tǒng)注冊(cè)，將系統(tǒng)指定端口號(hào)加入端口應(yīng)用列表中，轉(zhuǎn)入步驟 S406 ；步驟S406，接收端口短信，轉(zhuǎn)入步驟S408 ；步驟S408，根據(jù)用戶數(shù)據(jù)頭，判斷當(dāng)前短信是否長(zhǎng)短信，如果是長(zhǎng)短信，則轉(zhuǎn)入步 驟S410。否則，轉(zhuǎn)入步驟S414;步驟S410，查找本地緩存，判斷該條長(zhǎng)短信的所有分段是否接收完整，如果完整則 進(jìn)入步驟S412，否則，轉(zhuǎn)入步驟S414 ；步驟S412，根據(jù)用戶數(shù)據(jù)頭中的分段序號(hào)，按順序進(jìn)行短信數(shù)據(jù)拼接，進(jìn)入步驟 S416 ；步驟S414，繼續(xù)等待；步驟S416，剝離用戶數(shù)據(jù)頭，提取有效數(shù)據(jù)即用戶承載數(shù)據(jù)部分，進(jìn)入步驟S418 ；步驟S418，查找用戶承載數(shù)據(jù)是否以兩個(gè)連續(xù)的OxSC 0x82作為開頭即判斷是否 為彩信通知消息，如果是，則進(jìn)入步驟S420，否則，轉(zhuǎn)入步驟S422 ；步驟S420，去除用戶承載數(shù)據(jù)部分的第一個(gè)OxSC 0x82 (兩個(gè)字節(jié))，將剩余部分 完整上報(bào)給彩信應(yīng)用，轉(zhuǎn)入步驟S4M ；步驟S422，丟棄數(shù)據(jù)；步驟S424，結(jié)束。圖5為根據(jù)本發(fā)明實(shí)施例的彩信的轉(zhuǎn)發(fā)裝置結(jié)構(gòu)框圖。如圖5所示，該裝置包括獲取模塊50，用于響應(yīng)于用戶的轉(zhuǎn)發(fā)操作，獲取需要轉(zhuǎn)發(fā)的彩信的彩信通知消 息；發(fā)送模塊52，與所述獲取模塊50相連，用于發(fā)送攜帶彩信通知消息的端口短信， 以使端口短信的接收方下載彩信。在具體應(yīng)用時(shí)，如圖6所示，上述裝置還可以包括注冊(cè)模塊54，與所述獲取模塊 50相連，用于在終端上進(jìn)行端口注冊(cè)，并將注冊(cè)的端口所對(duì)應(yīng)的端口號(hào)加入到第一端口應(yīng) 用列表中；確定模塊56，與注冊(cè)模塊M相連，用于根據(jù)端口號(hào)確定要發(fā)送的端口短信；相應(yīng) 地，發(fā)送模塊52，還可以與確定模塊56相連，用于發(fā)送確定要發(fā)送的端口短信。在具體實(shí)施過程中，上述確定模塊56，根據(jù)端口號(hào)可以通過以下方式確定要發(fā)送 的端口短信在短消息的用戶數(shù)據(jù)頭的端口信息單元中添加端口號(hào)，得到端口短信，當(dāng)然， 上述端口短信中還包括用戶數(shù)據(jù)部分。其中，用戶數(shù)據(jù)部分通過以下方式獲得將頭兩個(gè)字 節(jié)設(shè)置為消息內(nèi)容標(biāo)識(shí)，將彩信通知消息作為用戶數(shù)據(jù)承載部分。
在優(yōu)選實(shí)施過程中，如圖6所示，上述裝置還可以包括短信編碼模塊58，與所述 確定模塊56相連，用于將所述彩信通知消息中的協(xié)議數(shù)據(jù)單元PDU的發(fā)送方號(hào)碼修改為上 述裝置(即彩信轉(zhuǎn)發(fā)裝置)的號(hào)碼。利用短信編碼模塊58，可以讓彩信接收方識(shí)別出到底 是哪個(gè)終端轉(zhuǎn)發(fā)的彩信，在本實(shí)施例中為第一終端轉(zhuǎn)發(fā)彩信。需要說明的是，上述彩信的轉(zhuǎn)發(fā)裝置中各模塊相關(guān)結(jié)合的優(yōu)選工作方式具體可以 參見上述相關(guān)方法實(shí)施例的描述，此處不再贅述。圖7為根據(jù)本發(fā)明實(shí)施例的彩信接收裝置結(jié)構(gòu)框圖。如圖7所示，該接收裝置包 括接收模塊70，用于接收端口短信并提取端口短信中的彩信通知消息；下載模塊72，用于根據(jù)彩信通知消息下載與所述彩信通知消息對(duì)應(yīng)的彩信。在具體實(shí)施過程中，上述彩信接收裝置也可以包括一個(gè)注冊(cè)模塊，用于進(jìn)行端口 注冊(cè)，并將注冊(cè)的端口所對(duì)應(yīng)的端口號(hào)加入到第二端口應(yīng)用列表中。需要說明的是，上述彩信接收裝置中各模塊相關(guān)結(jié)合的優(yōu)選工作方式具體可以參 見包括但不限于圖4所示方法實(shí)施例的描述，此處不再贅述。圖8為根據(jù)本發(fā)明實(shí)施例的彩信的轉(zhuǎn)發(fā)系統(tǒng)結(jié)構(gòu)框圖。如圖8所示，該系統(tǒng)包括 第一終端80和第二終端82，其中，第一終端80，用于響應(yīng)于用戶的轉(zhuǎn)發(fā)操作，獲取彩信通知 消息，以及向第二終端發(fā)送端口短信，其中，該端口短信中攜帶有彩信通知消息；第二終端 82，用于接收端口短信并提取端口短信中的彩信通知消息，以完成彩信下載。需要說明的是，在具體應(yīng)用時(shí)，本實(shí)施例中第一終端80在功能實(shí)現(xiàn)上可以包括但 不限于圖5和圖6所示裝置實(shí)施例中各個(gè)模塊實(shí)現(xiàn)的功能，在硬件構(gòu)成上則可以包括但不 限于圖5和圖6所示裝置實(shí)施例中的各個(gè)模塊；本實(shí)施例中第二終端82在功能實(shí)現(xiàn)上可以 包括但不限于圖7所示裝置實(shí)施例中各個(gè)模塊實(shí)現(xiàn)的功能，在硬件構(gòu)成上則可以包括但不 限于圖7所示裝置實(shí)施例中的各個(gè)模塊。為了更好地理解圖8所示實(shí)施例，以下結(jié)合相關(guān)附圖及具體實(shí)例詳細(xì)說明。圖9為根據(jù)本發(fā)明優(yōu)選實(shí)施例的彩信的轉(zhuǎn)發(fā)系統(tǒng)結(jié)構(gòu)框圖。如圖9所示，該系統(tǒng) 包括系統(tǒng)注冊(cè)模塊90，用以在系統(tǒng)安裝或者啟動(dòng)時(shí)注冊(cè)一個(gè)端口號(hào)，退出或者卸載時(shí) 注銷此端口號(hào)。在注冊(cè)了端口號(hào)以后，發(fā)往該端口號(hào)的短消息就會(huì)被該系統(tǒng)接收。由于同 時(shí)可能會(huì)有多個(gè)應(yīng)用在同一部手機(jī)中運(yùn)行，為了在短消息收發(fā)過程中區(qū)分出不同的應(yīng)用， 短消息中引入了端口號(hào)機(jī)制，類似為TCP/IP協(xié)議中的端口號(hào)概念。手機(jī)收到短信后發(fā)現(xiàn)是 端口短信，并自動(dòng)查找注冊(cè)表中已經(jīng)注冊(cè)該端口號(hào)，則將該短信發(fā)送到端口號(hào)對(duì)應(yīng)的應(yīng)用。 本實(shí)例中的系統(tǒng)注冊(cè)模塊90，指定了一個(gè)專用端口號(hào)，所有該系統(tǒng)都用統(tǒng)一端口號(hào)。編碼模塊92，用以編碼端口號(hào)、修改或添加彩信通知消息PDU中的發(fā)送方號(hào)碼，并 將修改后的PDU作為端口短信的有效承載數(shù)據(jù)，按照端口短信協(xié)議封裝用戶數(shù)據(jù)。解碼模塊94，即編碼模塊的逆操作，其主要作用是提取有效承載數(shù)據(jù)、判斷當(dāng)前短 信是否長(zhǎng)短信等。如果是長(zhǎng)短信，則繼續(xù)判斷所有分段是否接收完整，如果完整，則要進(jìn)行 拼接，然后提取有效數(shù)據(jù)。系統(tǒng)收發(fā)模塊96，用于調(diào)用底層接口發(fā)送和接收端口短信。數(shù)據(jù)通知模塊98，用于將提取的有效承載數(shù)據(jù)，即彩信通知消息中的PDU，上報(bào)給彩信應(yīng)用。從本實(shí)例可以看出，本實(shí)例中所示系統(tǒng)中的模塊可以包括但不限于圖5、圖6、圖 7、圖8所示實(shí)施例中的模塊所實(shí)現(xiàn)的功能。從以上的描述中，可以看出，本發(fā)明實(shí)現(xiàn)了如下技術(shù)效果本發(fā)明由于不需要下載彩信或向彩信中心發(fā)送轉(zhuǎn)發(fā)請(qǐng)求，而是直接通過端口短信 發(fā)送彩信通知消息到接收方手機(jī)，由接收方手機(jī)完成下載，實(shí)現(xiàn)轉(zhuǎn)發(fā)彩信，進(jìn)而實(shí)現(xiàn)了轉(zhuǎn)發(fā) 彩信不產(chǎn)生數(shù)據(jù)流量的效果，充分利用了短信簡(jiǎn)單、快捷的特點(diǎn)。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲(chǔ) 在存儲(chǔ)裝置中由計(jì)算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示 出或描述的步驟，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或 步驟制作成單個(gè)集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種彩信的轉(zhuǎn)發(fā)方法，其特征在于，包括第一終端響應(yīng)于用戶的轉(zhuǎn)發(fā)操作，獲取需要轉(zhuǎn)發(fā)的彩信的彩信通知消息； 所述第一終端向第二終端發(fā)送端口短信，其中，該端口短信中攜帶有所述彩信通知消息；所述第二終端接收所述端口短信并提取所述端口短信中的彩信通知消息，并根據(jù)所述 彩信通知消息下載所述彩信。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第一終端向第二終端發(fā)送端口短信之前，還包括在所述第一終端上進(jìn)行端口注 冊(cè)，并將所述注冊(cè)的端口所對(duì)應(yīng)的端口號(hào)加入到第一端口應(yīng)用列表中；所述第一終端向第二終端發(fā)送端口短信，包括所述第一終端根據(jù)所述端口號(hào)確定要 發(fā)送的端口短信，并向所述第二終端發(fā)送所述端口短信。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述第一終端根據(jù)所述端口號(hào)通過以下 方式確定要發(fā)送的端口短信所述第一終端在短消息的用戶數(shù)據(jù)頭的端口信息單元中添加 所述端口號(hào)，得到所述端口短信，其中，所述端口短信中還包括用戶數(shù)據(jù)部分。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述用戶數(shù)據(jù)部分通過以下方式獲得 將頭兩個(gè)字節(jié)設(shè)置為消息內(nèi)容標(biāo)識(shí)，將所述彩信通知消息作為用戶數(shù)據(jù)承載部分。
5.根據(jù)權(quán)利要求2至4任一項(xiàng)所述的方法，其特征在于，在所述第一終端上進(jìn)行端口注 冊(cè)之后，還包括將所述彩信通知消息中的協(xié)議數(shù)據(jù)單元PDU的發(fā)送方號(hào)碼修改為所述第一終端的號(hào)碼。
6.根據(jù)權(quán)利要求1至4任一項(xiàng)所述的方法，其特征在于，所述第一終端向第二終端發(fā)送端口短信之前，還包括在確定所述端口短信中的所述 彩信通知消息的大小大于預(yù)定值的情況下，將所述彩信通知消息分段發(fā)送；所述第二終端接收所述端口短信時(shí)，還包括在確定所述接收的端口短信中的所述彩 信通知消息的大小大于預(yù)定值的情況下，分段接收所述彩信通知消息，并在接收完整后，將 分段的所述彩信通知消息進(jìn)行拼接。
7.根據(jù)權(quán)利要求1至4任一項(xiàng)所述的方法，其特征在于，所述第二終端接收所述端口短 信之前，還包括在所述第二終端上進(jìn)行端口注冊(cè)，并將所述注冊(cè)的端口所對(duì)應(yīng)的端口號(hào)加入到第二端 口應(yīng)用列表中。
8.一種彩信的轉(zhuǎn)發(fā)裝置，其特征在于，包括獲取模塊，用于響應(yīng)于用戶的轉(zhuǎn)發(fā)操作，獲取需要轉(zhuǎn)發(fā)的彩信的彩信通知消息； 發(fā)送模塊，用于發(fā)送攜帶所述彩信通知消息的端口短信，以使所述端口短信的接收方 下載所述彩信。
9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，還包括注冊(cè)模塊，用于在所述終端上進(jìn)行端口注冊(cè)，并將所述注冊(cè)的端口所對(duì)應(yīng)的端口號(hào)加 入到第一端口應(yīng)用列表中；確定模塊，用于根據(jù)所述端口號(hào)確定要發(fā)送的端口短信； 所述發(fā)送模塊，用于發(fā)送所述確定要發(fā)送的端口短信。
10.根據(jù)權(quán)利要求8所述的裝置，其特征在于，還包括短信編碼模塊，用于將所述彩信 通知消息中的協(xié)議數(shù)據(jù)單元PDU的發(fā)送方號(hào)碼修改為所述裝置的號(hào)碼。
11.一種彩信接收裝置，其特征在于，包括接收模塊，用于接收端口短信并提取所述端口短信中的彩信通知消息； 下載模塊，用于根據(jù)所述彩信通知消息下載與所述彩信通知消息對(duì)應(yīng)的彩信。
12.—種彩信的轉(zhuǎn)發(fā)系統(tǒng)，包括第一終端和第二終端，其特征在于，所述第一終端，用于響應(yīng)于用戶的轉(zhuǎn)發(fā)操作，獲取彩信通知消息，以及向所述第二終端 發(fā)送端口短信，其中，該端口短信中攜帶有所述彩信通知消息；所述第二終端，用于接收所述端口短信并提取所述端口短信中的彩信通知消息，以完 成彩信下載。
全文摘要
本發(fā)明提供了一種彩信的轉(zhuǎn)發(fā)方法、裝置、系統(tǒng)及彩信接收裝置，其中上述方法包括第一終端響應(yīng)于用戶的轉(zhuǎn)發(fā)操作，獲取需要轉(zhuǎn)發(fā)的彩信的彩信通知消息；第一終端向第二終端發(fā)送端口短信，其中，該端口短信中攜帶有所述彩信通知消息；第二終端接收端口短信并提取端口消息中的彩信通知消息，根據(jù)彩信通知消息下載彩信。采用本發(fā)明提供的上述技術(shù)方案，解決了相關(guān)技術(shù)中，彩信轉(zhuǎn)發(fā)會(huì)產(chǎn)生不必要的數(shù)據(jù)流量和網(wǎng)絡(luò)資源消耗等問題，進(jìn)而達(dá)到了轉(zhuǎn)發(fā)彩信的一方可在不產(chǎn)生任何數(shù)據(jù)流量的情況下，即可實(shí)現(xiàn)彩信轉(zhuǎn)發(fā)的效果。
文檔編號(hào)H04W4/12GK102123359SQ20111007993
公開日2011年7月13日 申請(qǐng)日期2011年3月31日 優(yōu)先權(quán)日2011年3月31日
發(fā)明者羅文萍 申請(qǐng)人:中興通訊股份有限公司