[發(fā)明專利]一種短消息壓縮通信方法和系統(tǒng)

在審

• 申請(qǐng)?zhí)枺?/td>: 201610031346.7
• 申請(qǐng)日: 2016-01-18
• 公開（公告）號(hào): CN105491544A
• 公開（公告）日: 2016-04-13
• 發(fā)明（設(shè)計(jì)）人: 劉志鋒
• 申請(qǐng)（專利權(quán)）人: 廈門美圖移動(dòng)科技有限公司
• 主分類號(hào): H04W4/14
• 分類號(hào): H04W4/14;H03M7/30
• 代理公司: 北京思睿峰知識(shí)產(chǎn)權(quán)代理有限公司 11396
• 代理人: 董寧;謝建云

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

本發(fā)明涉及移動(dòng)通信技術(shù)領(lǐng)域，尤其涉及一種短消息壓縮通信方法和系 統(tǒng)。

背景技術(shù)

近年來，隨著移動(dòng)通信領(lǐng)域的快速發(fā)展，手機(jī)已經(jīng)成為人們?nèi)粘９ぷ骱? 生活中必不可少的工具，而手機(jī)短信更是成為人們之間進(jìn)行溝通聯(lián)系的重要 方式之一。

目前，英文的手機(jī)短信在采用國際通用的7位壓縮標(biāo)準(zhǔn)方式進(jìn)行編碼， 每個(gè)英文字母(或標(biāo)點(diǎn)符號(hào))占用7位存儲(chǔ)空間。而每條短信正文的有效載荷為 140個(gè)字節(jié)，所以對(duì)于普通短信，每條最多容納160個(gè)字母(或標(biāo)點(diǎn)符號(hào))。如 果超過了160個(gè)，則必須將其拆分為多條短信進(jìn)行發(fā)送，從而導(dǎo)致短信的發(fā) 送數(shù)量變多，增加了短信的通信費(fèi)用。

為了節(jié)省通信費(fèi)用，可以將手機(jī)短信壓縮后再進(jìn)行傳輸。目前的短信壓 縮方式大多根據(jù)字典中的詞根庫對(duì)短信內(nèi)容進(jìn)行壓縮編碼。這類方法雖然能 對(duì)短信進(jìn)行一定壓縮，但需要存儲(chǔ)大量的詞根庫，而且在對(duì)短信內(nèi)容進(jìn)行搜 索匹配時(shí)也比較耗時(shí)，甚至有可能出現(xiàn)短信內(nèi)容匹配不成功的情況。因此， 這類短信壓縮方式存在一定缺陷。

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

為此，本發(fā)明提供一種短消息壓縮通信方法和系統(tǒng)，以力圖解決或者至 少緩解上面存在的問題。

根據(jù)本發(fā)明的一個(gè)方面，提供一種短消息壓縮通信方法，包括：短消息 發(fā)送端通過文本壓縮算法將待發(fā)送的短消息內(nèi)容壓縮為短消息壓縮數(shù)據(jù)；短 消息發(fā)送端生成短消息壓縮數(shù)據(jù)的CRC校驗(yàn)位；短消息發(fā)送端將短消息壓縮 數(shù)據(jù)和CRC校驗(yàn)位發(fā)送給短消息接收端；若短消息接收端具有解壓縮功能， 則執(zhí)行以下步驟；短消息接收端利用接收到的CRC校驗(yàn)位對(duì)短消息壓縮數(shù)據(jù) 進(jìn)行校驗(yàn)；若校驗(yàn)通過，則使用解壓縮算法對(duì)接收到的短消息壓縮數(shù)據(jù)進(jìn)行 解壓縮，得到短消息發(fā)送端所發(fā)送的短消息內(nèi)容。

可選地，在根據(jù)本發(fā)明的短消息壓縮通信方法中，文本壓縮算法包括依 次進(jìn)行的LZ77壓縮和Huffman壓縮。

可選地，在根據(jù)本發(fā)明的短消息壓縮通信方法中，解壓縮算法包括依次 進(jìn)行的Huffman解壓縮和LZ77解壓縮。

可選地，根據(jù)本發(fā)明的短消息壓縮通信方法還包括：短消息接收端在得 到短消息內(nèi)容時(shí)，向短消息發(fā)送端發(fā)送短消息投遞報(bào)告，通知其解壓成功。

可選地，根據(jù)本發(fā)明的短消息壓縮通信方法還包括：若校驗(yàn)未通過，則 直接向短消息發(fā)送端發(fā)送短消息投遞報(bào)告，通知其未解壓成功。

可選地，在根據(jù)本發(fā)明的短消息壓縮通信方法中，短消息壓縮數(shù)據(jù)和CRC 校驗(yàn)位是以二進(jìn)制的格式發(fā)送給短消息接收端的。

根據(jù)本發(fā)明的一個(gè)方面，提供一種短消壓縮通信系統(tǒng)，包括短消息發(fā)送端 和具有解壓縮功能的短消息接收端，其中短消息發(fā)送端包括：短消息壓縮模 塊，適于通過文本壓縮算法將待發(fā)送的短消息內(nèi)容壓縮為短消息壓縮數(shù)據(jù)； 校驗(yàn)位生成模塊，適于生成所述短消息壓縮數(shù)據(jù)的CRC校驗(yàn)位；短消息發(fā)送 模塊，適于發(fā)送所述短消息壓縮數(shù)據(jù)和CRC校驗(yàn)位。短消息接收端包括：短 消息接收模塊，適于接收所述短消息壓縮數(shù)據(jù)和CRC校驗(yàn)位；短消息校驗(yàn)?zāi)? 塊，適于對(duì)所述CRC校驗(yàn)位進(jìn)行校驗(yàn)；短消息解壓模塊，適于確認(rèn)在所述 CRC校驗(yàn)通過后，使用解壓縮算法對(duì)所述接收到的短消息壓縮數(shù)據(jù)進(jìn)行解壓 縮，得到短消息發(fā)送端所發(fā)送的短消息內(nèi)容。

可選地，在根據(jù)本發(fā)明的短消息壓縮通信系統(tǒng)中，文本壓縮算法包括依 次進(jìn)行的LZ77壓縮和Huffman壓縮。

可選地，在根據(jù)本發(fā)明的短消息壓縮通信系統(tǒng)中，解壓縮算法包括依次 進(jìn)行的Huffman解壓縮和LZ77解壓縮。

可選地，在根據(jù)本發(fā)明的短消息壓縮通信系統(tǒng)中，短消息接收端還包括 反饋模塊，適于在確認(rèn)所述短消息接收端得到短消息內(nèi)容時(shí)，向短消息發(fā)送 端發(fā)送短消息投遞報(bào)告，通知其解壓成功。

可選地，在根據(jù)本發(fā)明的短消息壓縮通信系統(tǒng)中，反饋模塊還適于在確 認(rèn)CRC校驗(yàn)未通過時(shí)，直接向短消息發(fā)送端發(fā)送短消息投遞報(bào)告，通知其未 解壓成功。

可選地，在根據(jù)本發(fā)明的短消息壓縮通信系統(tǒng)中，短消息發(fā)送模塊適于 以二進(jìn)制的格式，將短消息壓縮數(shù)據(jù)和CRC校驗(yàn)位發(fā)送給短消息接收端。