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