EMS短信

　　EMS
　　Enhanced Message Service的縮寫，意為增強型短消息服務。
　　它比起SMS來，其優(yōu)勢是除了可以像SMS那樣發(fā)送文本短消息之外，還可以發(fā)送簡單的圖像、聲音和動畫等信息。而它更大的優(yōu)勢是EMS仍然可以運行在原有SMS運行的GSM網(wǎng)絡上，并且在發(fā)送途徑和操作方法上也沒有差別。該標準屬于開放式的，所以任何對EMS感興趣的第三方公司或個人都可以在此平臺上開發(fā)應用軟件和服務。
　　它可以把簡單的鈴聲、圖片、甚至動畫和文字結合在起來，在支持EMS的手機之間互相發(fā)送。我們經(jīng)常見到的如愛立信T68型手機，西門子2118型手機都支持EMS。EMS和SMS有相似之處，只是簡單的改進而已。改掉了SMS單調(diào)的文字形式，帶給我們更生動，更豐富多彩的短消息。以上這些都有利于EMS推廣。不過，EMS只是幾個手機商自定的標準，各個品牌的手機之間發(fā)送EMS也不是很順暢。所以導致了EMS不能整體取代SMS而成為新一代的短消息。
　　參與廠商舉例：阿爾卡特 愛立信
　　EMS作為向MMS過渡的橋梁，在短消息的形式上有了很大的擴展，支持鈴聲和圖片。目前移動運營商的網(wǎng)絡已經(jīng)基本支持EMS服務，而且的確有許多內(nèi)容提供商已經(jīng)提供了EMS服務。但是作為MMS過渡的中間產(chǎn)品，EMS似乎沒有引起移動運營商的興趣。移動運營商關注點目前已經(jīng)落在MMS業(yè)務上，對于需要用戶手機支持，短消息系統(tǒng)計費模式需要修改的EMS業(yè)務，并沒有投入太多的熱情，而是滿足于目前EMS業(yè)務不溫不火的現(xiàn)狀。
　　EMS采用開放的ETSI標準，屬于3GPP范疇。它利用現(xiàn)有的短消息系統(tǒng)平臺，通過多條SMS串接實現(xiàn)較大數(shù)據(jù)量的短消息應用。它支持端到端消息傳送，即手機用戶之間可以通過短消息發(fā)送和接收含有文字、簡單圖像、動畫和聲音的組合信息。它也是內(nèi)容傳送的載體，即可以將鈴音、屏保、墻紙或定制圖標等內(nèi)容下載到手機上。
　　以多條SMS為載體的EMS服務可提供以下信息內(nèi)容:
　　◆ 文本信息：支持格式化文本，包括字體、字號、字形等。
　　◆ 圖片信息：其中小圖片為16*16像素，大圖片為32*32像素，圖片沒有動畫和灰度，只有白或者黑。一條EMS中最多可以有包含6張圖片，即96*64。
　　◆ 動畫信息： 對預先定義的動畫，并不通過空中接口傳送動畫，而是傳送動畫指針，一旦數(shù)據(jù)達到動畫位置，即開始按照預定方式播放； 對用戶自定義的動畫，包含4張圖片，8*8像素或16*16像素，必須通過空中接口傳送。
　　◆ 聲音信息：對預先定義的聲音，不通過空中接口傳送，只傳其ID。消息中可以加入10種不同的聲音，一旦顯示某個聲音標志，即開始播放； 對用戶自定義的聲音，用戶可以自定義自己的聲音，這些聲音信息通過空中接口傳送，最大為128字節(jié)。
　　EMS的技術特點
　　EMS完全利用SMS所采用的信令信道。其實現(xiàn)涉及以下兩個關鍵機制。
　　（1）TP-UDH（User Data Header）：使得在一般的短消息中可以包含二進制數(shù)據(jù)。二進制數(shù)據(jù)存放在TP_UDH中，位于文本數(shù)據(jù)的前面。
　　（2）串接機制：允許EMS的發(fā)送和接收方可以自動把多個消息串接成一個長消息，并在IED字段前三個字節(jié)中表示，其具體含義如下。
　　Octet 1：串接短消息參考數(shù)。該參考數(shù)在每一個被串接短消息中應該保持不變。
　　Octet 2：一個串接短消息中短消息的最大數(shù)目。0-255，從1開始，在同一個串接中的各個短消息中保持不變。
　　Octet 3：當前短消息的順序號。
　　EMS的運營實現(xiàn)
　　（1）網(wǎng)絡設備改造
　　短消息中心：為支持增強型短消息服務，短消息中心的軟件基本不變，但個別參數(shù)需要設定。具體修改如下：TP-UDHI，比特6置1，表示接受串接短消息。這樣一來，短消息中心將不會拒絕串接短消息；透明傳輸TP-DU，不修改消息內(nèi)容。
　　短信網(wǎng)關：利用現(xiàn)有的協(xié)議，作最小改動。
　　CMPP協(xié)議：CMPP設三個參數(shù)，順序號、相同短信順序號和TP-UDHI；如果EMS又多條SMS組成時，SP就要同時填寫上述的三個參數(shù)。對于同一EMS，SP填寫的“順序號”應該是相同的；而“相同短信順序號”參數(shù)應填寫這條EMS有多少條串接而成的總數(shù)量。
　　SMPP協(xié)議：需要系統(tǒng)支持SMPP3.4；要支持EMS, SMG需要設定 ESM_class bit 6 為 1—UDHI 。
　　（2） 計費要求
　　當發(fā)出組合的EMS時，由于MAP信令層的限制，手機收到的是若干條的短消息，如果其中的某一條沒有收到都無法顯示出完整的消息。為確保用戶的利益，短消息中心和短信網(wǎng)關應對EMS的計費作特別處理：在EMS的層面上而不是單條短消息的層面來計費，也就是按一條EMS計費而不是按多條短信計費。
　　由于組合EMS對手機終端的要求，它的生存周期一般以30－60分鐘為宜，因此要求短消息中心和短信網(wǎng)關遇到EMS時應按照特定的生存周期處理。
　　當短信網(wǎng)關支持EMS計費后，短信中心與之的通訊協(xié)議也必須進行相應的修改。

• 通信詞典解釋