複製鏈接
請複製以下鏈接發送給好友

EMS短信

鎖定
Enhanced Message Service的縮寫,意為增強型短消息服務。 它比起SMS來,其優勢是除了可以像SMS那樣發送文本短消息之外,還可以發送簡單的圖像、聲音和動畫等信息。而它更大的優勢是EMS仍然可以運行在原有SMS運行的GSM網絡上,並且在發送途徑和操作方法上也沒有差別。該標準屬於開放式的,所以任何對EMS感興趣的第三方公司或個人都可以在此平台上開發應用軟件和服務。
中文名
EMS短信
外文名
Enhanced Message Service

EMS短信EMS

EMS(Enhanced Message Service)增強短信業務是SMS的增強版本,是人們在進入21世紀初提出的一個概念,這項業務的功能是除發送文本外,還可以發簡單的圖像、聲音和動畫等信息。在當時已經有MMS的概念,但由於MMS需要GPRS網絡或CDMA 2000 1X(2.5G網絡)普及的限制,EMS是作為一個從SMS到MMS過渡的版本而設計。EMS在GSM網絡就可以發送,應該説是在2G網絡向2.5G網絡過渡的一項不錯的技術。對EMS的支持需改動最大的是運營商的計費系統,因為圖像、聲音和動畫等所佔用的字數可能相差很大,運營商需要仔細衡量。

EMS短信EMS介紹

EMS可以把簡單的鈴聲、圖片、甚至動畫和文字結合在起來,在支持EMS的手機之間互相發送。我們經常見到的如愛立信T68型手機,西門子2118型手機都支持EMS。EMS和SMS有相似之處,只是簡單的改進而已。改掉了SMS單調的文字形式,帶給我們更生動,更豐富多彩的短消息。以上這些都有利於EMS推廣。不過,EMS只是幾個手機商自定的標準,各個品牌的手機之間發送EMS也不是很順暢。所以導致了EMS不能整體取代SMS而成為新一代的短消息。

EMS短信服務信息

阿爾卡特 愛立信
EMS作為向MMS過渡的橋樑,在短消息的形式上有了很大的擴展,支持鈴聲和圖片。目前移動運營商的網絡已經基本支持EMS服務,而且的確有許多內容提供商已經提供了EMS服務。但是作為MMS過渡的中間產品,EMS似乎沒有引起移動運營商的興趣。移動運營商關注點目前已經落在MMS業務上,對於需要用户手機支持,短消息系統計費模式需要修改的EMS業務,並沒有投入太多的熱情,而是滿足於目前EMS業務不温不火的現狀。
EMS採用開放的ETSI標準,屬於3GPP範疇。它利用現有的短消息系統平台,通過多條SMS串接實現較大數據量的短消息應用。它支持端到端消息傳送,即手機用户之間可以通過短消息發送和接收含有文字、簡單圖像、動畫和聲音的組合信息。它也是內容傳送的載體,即可以將鈴音、屏保、牆紙或定製圖標等內容下載到手機上。
以多條SMS為載體的EMS服務可提供以下信息內容:
◆ 文本信息:支持格式化文本,包括字體、字號、字形等。
◆ 圖片信息:其中小圖片為16*16像素,大圖片為32*32像素,圖片沒有動畫和灰度,只有白或者黑。一條EMS中最多可以有包含6張圖片,即96*64。
◆ 動畫信息: 對預先定義的動畫,並不通過空中接口傳送動畫,而是傳送動畫指針,一旦數據達到動畫位置,即開始按照預定方式播放; 對用户自定義的動畫,包含4張圖片,8*8像素或16*16像素,必須通過空中接口傳送。
◆ 聲音信息:對預先定義的聲音,不通過空中接口傳送,只傳其ID。消息中可以加入10種不同的聲音,一旦顯示某個聲音標誌,即開始播放; 對用户自定義的聲音,用户可以自定義自己的聲音,這些聲音信息通過空中接口傳送,最大為128字節。

EMS短信技術特點

EMS完全利用SMS所採用的信令信道。其實現涉及以下兩個關鍵機制。
(1)TP-UDH(User Data Header):使得在一般的短消息中可以包含二進制數據。二進制數據存放在TP_UDH中,位於文本數據的前面。
(2)串接機制:允許EMS的發送和接收方可以自動把多個消息串接成一個長消息,並在IED字段前三個字節中表示,其具體含義如下。
Octet 1:串接短消息參考數。該參考數在每一個被串接短消息中應該保持不變。
Octet 2:一個串接短消息中短消息的最大數目。0-255,從1開始,在同一個串接中的各個短消息中保持不變。
Octet 3:當前短消息的順序號。

EMS短信運營實現

(1)網絡設備改造
短消息中心:為支持增強型短消息服務,短消息中心的軟件基本不變,但個別參數需要設定。具體修改如下:TP-UDHI,比特6置1,表示接受串接短消息。這樣一來,短消息中心將不會拒絕串接短消息;透明傳輸TP-DU,不修改消息內容。
短信網關:利用現有的協議,作最小改動。
CMPP協議:CMPP設三個參數,順序號、相同短信順序號和TP-UDHI;如果EMS又多條SMS組成時,SP就要同時填寫上述的三個參數。對於同一EMS,SP填寫的“順序號”應該是相同的;而“相同短信順序號”參數應填寫這條EMS有多少條串接而成的總數量。
SMPP協議:需要系統支持SMPP3.4;要支持EMS, SMG需要設定 ESM_class bit 6 為 1—UDHI 。
(2) 計費要求
當發出組合的EMS時,由於MAP信令層的限制,手機收到的是若干條的短消息,如果其中的某一條沒有收到都無法顯示出完整的消息。為確保用户的利益,短消息中心和短信網關應對EMS的計費作特別處理:在EMS的層面上而不是單條短消息的層面來計費,也就是按一條EMS計費而不是按多條短信計費。
由於組合EMS對手機終端的要求,它的生存週期一般以30-60分鐘為宜,因此要求短消息中心和短信網關遇到EMS時應按照特定的生存週期處理。
短信網關支持EMS計費後,短信中心與之的通訊協議也必須進行相應的修改。