概述
EMS它可以把簡單的鈴聲、圖片、甚至動畫和文字結合在起來，在支持EMS的手機之間互相傳送。我們經常見到的如愛立信T68型手機，西門子2118型手機都支持EMS。EMS和SMS有相似之處，只是簡單的改進而已。改掉了SMS單調的文字形式，帶給我們更生動，更豐富多彩的短訊息。以上這些都有利於EMS推廣。不過，EMS只是幾個手機商自定的標準，各個品牌的手機之間傳送EMS也不是很順暢。所以導致了EMS不能整體取代SMS而成為新一代的短訊息。
EMS作為向MMS過渡的橋樑，在短訊息的形式上有了很大的擴展，支持鈴聲和圖片。目前移動運營商的網路已經基本支持EMS服務，而且的確有許多內容提供商已經提供了EMS服務。但是作為MMS過渡的中間產品，EMS似乎沒有引起移動運營商的興趣。移動運營商關注點目前已經落在MMS業務上，對於需要用戶手機支持，短訊息系統計費模式需要修改的EMS業務，並沒有投入太多的熱情，而是滿足於目前EMS業務不溫不火的現狀。
標準
EMS採用開放的ETSI標準，屬於3GPP範疇。它利用現有的短訊息系統平台，通過多條SMS串接實現較大數據量的短訊息套用。它支持端到端訊息傳送，即手機用戶之間可以通過短訊息傳送和接收含有文字、簡單圖像、動畫和聲音的組合信息。它也是內容傳送的載體，即可以將鈴音、屏保、牆紙或定製圖示等內容下載到手機上。
建立方法
增強型短訊息服務開發人員的支持手冊2002年，第一版增強型短訊息服務(EMS)建立於現有的短訊息平台，並在2001年以來被大多數行動電話製造商和網路運營商所支持。它建立於成熟的SMS技術之上，通過對短訊息中加入圖形、聲音、動畫和格式化文本的支持，使得傳送者和接收者之間的短訊息變得互動和豐富。這篇文檔適合於移動服務開發人員和內容供應人員，並為開發阿爾卡特、摩托羅拉、西門子、索尼-愛麗信公司支持EMS的手機所需要的強迫內容和服務信息。
提供內容
以多條SMS為載體的EMS服務可提供以下信息內容:
文本信息：支持格式化文本，包括字型、字號、字形等。
圖片信息：其中小圖片為16*16像素，大圖片為32*32像素，圖片沒有動畫和灰度，只有白或者黑。一條EMS中最多可以有包含6張圖片，即96*64。
動畫信息：對預先定義的動畫，並不通過空中接口傳送動畫，而是傳送動畫指針，一旦數據達到動畫位置，即開始按照預定方式播放；對用戶自定義的動畫，包含4張圖片，8*8像素或16*16像素，必須通過空中接口傳送。
聲音信息：對預先定義的聲音，不通過空中接口傳送，只傳其ID。訊息中可以加入10種不同的聲音，一旦顯示某個聲音標誌，即開始播放；對用戶自定義的聲音，用戶可以自定義自己的聲音，這些聲音信息通過空中接口傳送，最大為128位元組。
技術特點
EMSEMS完全利用SMS所採用的信令信道。其實現涉及以下兩個關鍵機制。
1）TP-UDH（UserDataHeader）：使得在一般的短訊息中可以包含二進制數據。二進制數據存放在TP_UDH中，位於文本數據的前面。
2）串接機制：允許EMS的傳送和接收方可以自動把多個訊息串接成一個長訊息，並在IED欄位前三個位元組中表示，其具體含義如下。
Octet1：串接短訊息參考數。該參考數在每一個被串接短訊息中應該保持不變。
Octet2：一個串接短訊息中短訊息的最大數目。0-255，從1開始，在同一個串接中的各個短訊息中保持不變。
Octet3：當前短訊息的順序號。
EMS的運營
EMS（1）網路設備改造
短訊息中心：為支持增強型短訊息服務，短訊息中心的軟體基本不變，但個別參數需要設定。
具體修改如下：TP-UDHI，比特6置1，表示接受串接短訊息。這樣一來，短訊息中心將不會拒絕串接短訊息；透明傳輸TP-DU，不修改訊息內容。簡訊網關：利用現有的協定，作最小改動。
CMPP協定：CMPP設三個參數，順序號、相同簡訊順序號和TP-UDHI；如果EMS又多條SMS組成時，SP就要同時填寫上述的三個參數。對於同一EMS，SP填寫的“順序號”應該是相同的；而“相同簡訊順序號”參數應填寫這條EMS有多少條串接而成的總數量。SMPP協定：需要系統支持SMPP3.4；要支持EMS,SMG需要設定ESM_classbit6為1—UDHI。
（2）計費要求
當發出組合的EMS時，由於MAP信令層的限制，手機收到的是若干條的短訊息，如果其中的某一條沒有收到都無法顯示出完整的訊息。為確保用戶的利益，短訊息中心和簡訊網關應對EMS的計費作特別處理：在EMS的層面上而不是單條短訊息的層面來計費，也就是按一條EMS計費而不是按多條簡訊計費。
由於組合EMS對手機終端的要求，它的生存周期一般以30－60分鐘為宜，因此要求短訊息中心和簡訊網關遇到EMS時應按照特定的生存周期處理。
當簡訊網關支持EMS計費後，簡訊中心與之的通訊協定也必須進行相應的修改。
