bit編碼方式進行編碼，作為該短信的 一條拆分短信。通過該方式對超長短信進行拆分，可W最優(yōu)的提高單條拆分短信的信息傳 輸量，減少拆分短信的數(shù)量，節(jié)省短信費用，同時該方法不需要修改短信協(xié)議，接收方按照 現(xiàn)有技術(shù)的解碼方式可實現(xiàn)正確解碼，實現(xiàn)簡單。
[0041] 為進一步理解本發(fā)明實施例，結(jié)合現(xiàn)有技術(shù)中超長短信的拆分、發(fā)送和接收，對本 發(fā)明實施例的短信處理方法進行說明。
[0042] 現(xiàn)有技術(shù)中，一條短信的長度共為1120bit，對應采用GSM7bit編碼方式的編碼字 符，如英文字符，一條短信最多可W發(fā)送160個字符;對應采用UCS2編碼方式的編碼字符，如 中文字符，一條短信最多可W發(fā)送70個字符。但若短信中有一個Unicode字符，則整條短信 都必須采用UCS2編碼方式，極大的減少了一條短信包含的最大字符數(shù)，降低了通信資源的 利用率。尤其當用戶發(fā)送的為包含少數(shù)Unicode字符的超長短信時，該超長短信采用UCS2編 碼方式，每條拆分短信發(fā)送的最大字符數(shù)為70個字符，去除短信頭占用的6個字節(jié)，實際的 短信體發(fā)送的數(shù)據(jù)為67個字符，因此該超長短信將W較多的拆分短信條數(shù)進行發(fā)送，浪費 了通信資源，同時也浪費了短信費用。
[0043] 本發(fā)明實施例不采用67個字符對超長短信進行拆分的方式，而是根據(jù)連續(xù)字符屬 性的判斷，將盡量多的字符放入拆分短信采用GSM7bit編碼的方式進行編碼，從而增大拆分 短信的信息傳輸量，減少了拆分短信的數(shù)量，節(jié)省短信費用。
[0044] 在完成超長短信的拆分之后，拆分短信的發(fā)送W及接收后的解碼與現(xiàn)有技術(shù)的發(fā) 送接收方式基本相同，下面結(jié)合現(xiàn)有技術(shù)對本發(fā)明實施例的不同處進行說明。
[0045] 表1為發(fā)送方短信PDU結(jié)構(gòu)，其中DCS(Data Coding Scheme)參數(shù)表示用戶數(shù)據(jù) (UD)采用什么編碼方案，UDLW整型形式出現(xiàn)，表示用戶數(shù)據(jù)段的長度。
[0046] 表1發(fā)送方PDU結(jié)構(gòu)
本發(fā)明實施例確定每條拆分短信之后，需進行W下工作。首先將該拆分短信的編碼方 式寫入DCS,具體的當采用的為GSM7bit編碼方式，寫入00,當采用的為UCS2編碼方式時，寫 入10。其次，將拆分短信的數(shù)據(jù)長度寫入UDL，具體的，當獲取的字符屬性為GSM7bit編碼方 式的第一字符的字符個數(shù)連續(xù)統(tǒng)計值小于67時，寫入UDL的數(shù)值為67;當獲取的字符屬性為 GSM7bit編碼方式編碼的第一字符的字符個數(shù)連續(xù)統(tǒng)計值不小于67且小于153時，寫入UDL 的數(shù)值為上述統(tǒng)計值；當獲取的字符屬性為GSM7bit編碼方式編碼的第一字符的字符個數(shù) 連續(xù)統(tǒng)計值達到153時，寫入UDL的數(shù)值為153。由于其他參數(shù)的設(shè)置與現(xiàn)有技術(shù)相同，在此 不再寶述。接收方接收到PDU結(jié)構(gòu)W及解碼方式也與現(xiàn)有技術(shù)相同，在此也不再寶述。
[0047] 由上述說明可見，本發(fā)明實施例的短信處理方法無需修改短信協(xié)議，對發(fā)送方的 短信拆分進行處理后，接收方可正常解碼，操作簡單、有效。
[0048] 圖5為本發(fā)明實施例的一種短信處理的裝置，用于執(zhí)行上述方法實施例的短信處 理方法。該裝置可W是手機，也可W是手機中的硬件模塊或功能模塊。如圖5所示，所述裝置 包括： 獲取模塊50，用于接收輸入的短信。
[0049] 具體的，獲取模塊接收用戶經(jīng)短信編輯框拼音輸入、手寫輸入或粘貼輸入的短信 內(nèi)容。
[0050]確定模塊52,用于確定所述短信中自起始字符的一段字符都屬于第一編碼屬性， 且該一段字符的個數(shù)不小于第一預設(shè)閥值并且小于第二預設(shè)閥值。
[0051 ]執(zhí)行模塊53，用于將所述自起始字符的一段字符作為一條拆分短信，其中，該拆分 短信采用第一編碼方式進行編碼。
[0052] 其中，如圖6所示，所述確定模塊52包括： 確定單元521，用于確定所述短信中自起始字符的一段字符都屬于第一編碼屬性。； 統(tǒng)計單元522,用于統(tǒng)計該一段字符的個數(shù)。
[0053] 判斷單元523,用于判斷所述該一段短信的字符個數(shù)是否不小于第一預設(shè)閥值并 且小于第二預設(shè)閥值。
[0054] 具體的，確定單元521確定所述短信中自起始字符的一段字符都屬于GSM7bit編碼 屬性，統(tǒng)計單元522對第一確定單元521確定的該一段字符的個數(shù)進行統(tǒng)計，判斷單元523將 統(tǒng)計單元522輸出的統(tǒng)計值與預存的第一預設(shè)閥值67和第二預設(shè)閥值153進行對比，判斷該 統(tǒng)計值是否不小于第一預設(shè)閥值67并且小于第二預設(shè)閥值153。若判斷單元523的輸出為 是，則將所述第一確定單元521確定的該一段字符作為執(zhí)行模塊53的輸入。
[0055] 其中，如圖6所示，所述執(zhí)行模塊53包括： 獲取單元531，用于獲取所述自起始字符的一段字符作為所述一條拆分短信。
[0056] 編碼單元532,用于將所述拆分短信采用第一編碼方式進行編碼。
[0057] 具體的，若確定模塊52確定所述短信中自起始字符的一段字符都屬于GSM7bit編 碼屬性，且該一段字符的個數(shù)不小于第一預設(shè)閥值并且小于第二預設(shè)閥值，則執(zhí)行模塊53 中的獲取單元531獲取自起始字符的統(tǒng)計值數(shù)目的字符作為所述短信的一條拆分短信，編 碼單元532對該拆分短信采用第一編碼方式進行編碼。需要注意的是獲取單元531也可W直 接將確定模塊52中確定單元確定的所述一段字符作為所述短信的一條拆分短信。
[0058] 在本發(fā)明實施例中，所述確定模塊52,還用于確定所述短信中自起始字符的一段 字符都屬于第一編碼屬性，且該一段字符的個數(shù)小于第一預設(shè)閥值。
[0059] 其中，判斷單元523用于判斷所述一段字符的個數(shù)是否小于第一預設(shè)閥值67;第一 確定單元521和統(tǒng)計單元522的功能和上述一致，在此不再寶述。
[0060] 所述執(zhí)行模塊53,還用于獲取自起始字符的第一預設(shè)數(shù)目的字符作為一條拆分短 信，其中，該拆分短信采用第二編碼方式進行編碼。
[0061] 其中，獲取單元531用于獲取自所述起始字符的第一預設(shè)數(shù)目67的字符作為所述 短信的一條拆分短信;編碼單元532用于將所述拆分短信采用UCS2編碼方式進行編碼。
[0062] 在本發(fā)明實施例中，所述確定模塊52確定所述短信中自起始字符的一段字符都屬 于第一編碼屬性，且該一段字符的個數(shù)達到第二預設(shè)閥值。
[0063] 其中，判斷單元523用于判斷所述一段短信字符的個數(shù)是否達到第二預設(shè)閥值 153;確定單元521和統(tǒng)計單元522的功能和上述一致，在此不再寶述。
[0064] 所述執(zhí)行模塊53,還用于獲取自起始字符的第二預設(shè)數(shù)目的字符作為一條拆分短 信，其中，該拆分短信采用第一編碼方式進行編碼。
[0065] 其中，獲取單元531用于獲取自起始字符的第二預設(shè)數(shù)目153的字符作為所述短信 的一條拆分短信;編碼單元532用于將所述拆分短信采用GSM化it編碼方式進行編碼。
[0066] 如圖7所示，本發(fā)明實施例的一種短信處理的裝置還包括:起始字符識別模塊51， 用于確定所述拆分短信的起始字符，其中當對接收到的輸入短信進行第一條拆分短信確定 時，起始字符識別模塊51獲取該輸入短信的第一個字符作為拆分短信確定的起始字符;當 進行完一條拆分短信的確定之后，確定下一條拆分短信時，起始字符識別模塊51獲取上一 條拆分短信的最后一個字符在所述輸入短信中的后一個字符作為新拆分短信確定的起始 字符。
[0067] 需要說明的是，本實施例中的獲取模塊50、起始字符識別模塊51、確定模塊52、執(zhí) 行模塊53可W為單獨設(shè)立的處理器，也可W集成在智能終端的某一個處理器中實現(xiàn)，此外， 也可W W程序代碼的形式存儲于智能終端的存儲器中，由智能終端的某一個處理器調(diào)用并