EMS簡訊

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

EMS,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的手機之間互相傳送。我們經常見到的如愛立信T68型手機,西門子2118型手機都支持EMS。EMS和SMS有相似之處,只是簡單的改進而已。改掉了SMS單調的文字形式,帶給我們更生動,更豐富多彩的短訊息。以上這些都有利於EMS推廣。不過,EMS只是幾個手機商自定的標準,各個品牌的手機之間傳送EMS也不是很順暢。所以導致了EMS不能整體取代SMS而成為新一代的短訊息。

服務信息

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

運營實現

(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計費後,簡訊中心與之的通訊協定也必須進行相應的修改。

相關詞條

熱門詞條

聯絡我們