移動郵件業務平台

移動郵件業務使移動用戶可以在手機上編輯郵件並傳送給其他手機用戶，收信人可以通過手機展示郵件。移動郵件業務還可以使手機郵件與網際網路上的電子郵件進行無縫接續，使電子郵件可以在移動終端和網際網路之間自由傳送。除了基本郵件業務外，增值服務提供商還可以提供豐富的多媒體信息供用戶通過移動郵件系統點播到自己或朋友的移動終端中。

基本介紹

• 中文名：移動郵件業務平台
• 外文名：Mobileemail services platform
• 套用領域：多媒體，增值業務，移動通信

簡介

（1）移動台

移動台使用戶可以觀看、編輯和處理（提交、接收和刪除）多媒體郵件。

（2）移動郵件系統

負責訊息的存儲、通知和通常處理。根據不同的模式，多媒體郵件中心可以是一個單一的邏輯單元，也可以分為MTA（Mail Transfer Agent）、IMAP4/POP3處理單元、C-IMAP處理單元，並可以和MSS（Mail Store Server）合設。多媒體郵件中心在收發多媒體郵件時能夠生成計費數據。

（3）公用網際網路郵件伺服器

通過SMTP，多媒體郵件中心可以連線到公用網際網路郵件伺服器，使多媒體郵件可以在移動終端和網際網路之間自由傳送。

（4）短訊息中心、短訊息網關

移動多媒體郵件系統通過SGIP傳送簡訊通知到短訊息網關，簡訊網關通過SMPP傳送到簡訊中心，簡訊中心通過MAP訊息，傳送信息到達通知給移動台。

（5）固定網路E-mail終端

用戶可以使用瀏覽器，通過網際網路連線到多媒體郵件中心，閱覽多媒體郵件。

（6）其他運營商多媒體郵件中心

多媒體郵件中心可以同其他運營商的多媒體郵件中心互連互通。

（7）增值套用伺服器

增值套用伺服器可通過SMTP與移動多媒體郵件系統相通，將用戶點播的信息傳送到移動台用戶。

系統架構

基於IMAP4的移動郵件平台的系統架構如圖1所示。

圖1 移動郵件業務平台的系統架構

系統功能

用戶管理及認證

用戶管理主要包括用戶註冊、註銷、個人信息管理、業務資費查詢等。系統隨用戶註冊收集用戶的基本信息（如個人背景、興趣愛好、家庭等）。註冊過程可通過Web網站、移動終端、門市等多種方式實現。系統並能不斷收集用戶的網上行為信息，並完善用戶數據。用戶管理模組向用戶認證、計費管理等相關模組輸出用戶數據。用戶認證主要是在用戶收發郵件時對用戶的身份進行確認，避免無權用戶接入系統。

郵件過濾

通過郵件過濾，減少垃圾郵件和非法郵件的數量。

優先權設定

用戶可以設定所發多媒體郵件的優先權。系統在接收到高優先權多媒體郵件時，應使用高優先權訊息通知短訊息中心，並在通知訊息中攜帶優先權信息。

轉發郵件

可以與外部郵件系統進行郵件互通，並可以進行郵件的相互轉發。

郵件防毒

對帶有病毒的郵件進行攔截和處理。

郵件到達通知

一旦有新的郵件到達，通過簡訊方式實時通知用戶。

產生遞送狀態報告

傳送方的移動台可以為其傳送的移動多媒體郵件要求生成遞送報告。接收方在接收到移動多媒體郵件通知或者在取回移動多媒體郵件時將收到是否要求遞送報告的指示。接收方可以要求移動郵件中心不生成遞送報告。

傳送方的移動台用訊息ID來識別收到的遞送報告是對應自己傳送的哪一條訊息的遞送報告，在多接收方的情況下還需要用接收地址來對應。

郵件群發

利用通訊錄的功能可以同時向一群人傳送郵件。

對非郵件終端的支持

若接收用戶沒有支持多媒體郵件的終端，系統應可以傳送短訊息通知給用戶，通知其通過其他方式閱覽多媒體郵件，例如通過Web上網瀏覽。

產生計費數據

系統應能夠生成原始計費數據，以供計費系統進行業務計費。

統計分析功能

移動多媒體郵件系統可根據運營商的業務需求提供多種統計分析。

支持的協定標準

系統應支持如下的標準協定。

（1）U-IMAP

U-IMAP是中國聯通制定的CDMA移動網際網路多媒體郵件存取協定。該協定借鑑了其他CDMA運營商的成功經驗，並針對中國聯通CDMA行動網路的實際情況對IMAP4協定進行了最佳化和精簡，達到提高運行效率，減少網路負載的效果。

（2）IMAP4

參見RFC 2060。移動多媒體郵件系統還應支持基於SSL的IMAP4，從而提供額外的安全存取特性。

（3）POP3

符合RFC 1939。移動多媒體郵件系統還應支持基於SSL的POP3，從而提供額外的安全存取特性。

（4）SMTP

符合RFC 2821。移動多媒體郵件系統還應支持基於SSL的SMTP，從而可以提供安全的郵件傳送。

（5）HTTP

符合RFC 2068。終端用戶可以使用IE/Netscape等瀏覽器，通過Web方式訪問其信箱。移動多媒體郵件系統還應支持基於SSL的HTTP，從而可以提供安全的Web郵件訪問。

（6）WML

終端用戶可以使用WAP Browser，通過WML方式訪問其信箱。由於WML的標準化程度不夠統一，因此移動多媒體郵件系統平台應考慮對於WML1.1、WML1.1+、HDML、cHTML等多種WML語言的支持。

（7）LDAP

目錄服務的外部接口採用LDAPv3標準。符合RFC 2251、RFC 2252、RFC 2253、RFC 2254和RFC 2255。

（8）支持SNMP v2協定

符合RFC 1157。主要用於系統管理功能。

（9）支持SMPP

系統支持SMPP，以用於系統同短訊息中心互通，傳送簡訊通知。

主要技術

U-IMAP通信服務主要是通過U-IMAP客戶端和U-IMAP伺服器之間的數據交換實現的。所採用的通信協定基於IMAP4rev1（RFC 2060）和SMTP（RFC 821），並針對移動通信的特點進行了最佳化。

將IMAP4針對移動通信的特點進行最佳化時，主要考慮了下列因素。

1．通信負載最小化

對於移動終端，尤其是行動電話來說，它們的通信頻寬較小，連線的可靠性也比較低。因此，U-IMAP在設計上一個特點就是最小化客戶端和伺服器之間的數據傳輸。為了在有限的頻寬上儘量減少命令互動，U-IMAP僅僅保留了IMAP4中最為關鍵的一些核心命令。其餘大量IMAP4命令在U-IMAP中都沒有被採用。

2．命令縮寫

儘管每個命令僅由幾個位元組組成，為了降低數據量，這些命令仍採用了縮寫形式。例如FETCH縮寫為FECH，郵件的傳送命令縮寫為DELV。同理，IMAP4命令的參數也被儘量地簡化了。例如一些FETCH命令的參數被縮寫合併成幾個簡單的選項，進而方便、簡化了移動客戶端的使用。此外，U-IMAP還省略了在RFC 2060中定義的命令標籤（Command Tag）。

3．信箱的簡化

移動終端的特性決定了必須能夠使用最簡單的操作來提供電子郵件服務。U-IMAP服務不支持RFC 2060規定的多層信箱，它只支持一個用戶使用一個收件箱和一個發件箱。U-IMAP客戶端提供單層資料夾結構，供用戶處理接收的郵件，同時，將要發出的郵件先保留在發件箱中等待處理。此外，U-IMAP伺服器必須在客戶端建立連線後，將收件箱設定為默認的信箱。也就是說，伺服器在用戶通過驗證後，就將自動執行“SELECT”命令；客戶端將不必再傳送“SELECT”命令。

4．郵件傳輸

U-IMAP伺服器接受U-IMAP的郵件傳送命令DELV，在對郵件標頭進行簡單分析後，由MTA進行路由定址並使用SMTP傳輸電子郵件。

5．登錄（Login）和註銷（Logout）

由於U-IMAP主要套用在無線環境中，所以在通信中斷以後，客戶端/伺服器將重新進行登錄過程，而不是繼續中斷前未完成的操作，因此，即使客戶端沒有發出明確的註銷指令， U-IMAP伺服器也可以執行下列的會話管理。

（1） TCP/IP層出錯時，伺服器結束當前會話。

（2） 從移動終端接收到另一個登錄請求時，結束上一個登錄會話。

（3） 在指定的時間內沒有收到任何回響，將結束當前的會話。在客戶端和伺服器上都可以設定逾時的門限值，這樣客戶端和伺服器都可以在需要的時候結束當前進行的會話。

6．日誌檔案

日誌檔案統一由伺服器進行管理，在客戶端上沒有日誌檔案。該檔案中包含同標準IMAP伺服器上的日誌檔案同樣的內容。