彩信(MMS)實現(xiàn)原理

1、第五章 MMS實現(xiàn)原理為了實現(xiàn)在不同的類型網(wǎng)絡和終端之間的交互操作，便于集成和開發(fā)新業(yè)務，MMS彩信業(yè)務系統(tǒng)的實現(xiàn)必須具有一定的靈活性。MMS系統(tǒng)使用了圖5-1所示的協(xié)議棧結構在這種框架結構之內，MMS用戶代理通過MMS中繼器與MMS服務器通信。MMS中繼器應該提供MMS 服務器與MMS用戶代理之間功能的會聚，因而可以在不同的網(wǎng)絡類型上實現(xiàn)不同類型服務器的集成。3GPP和WAP論壇在共同確立MMS規(guī)范時，既定義了利用WAP協(xié)議作承載、SMS短消息作通知的 MMS彩信業(yè)務，又定義了直接采用TCP/IP方式的MMS彩信業(yè)務，即MMS彩信業(yè)務既可以基于WAP實現(xiàn)，也可以基于IP實現(xiàn)。MMS中繼器/服

2、務器MMS用戶代理MM1傳輸協(xié)議底層協(xié)議A具有MMS功能的移動臺MM1傳輸協(xié)議MM3傳輸協(xié)議底層協(xié)議A底層協(xié)議BMMS業(yè)務環(huán)境MMS用戶代理MM3傳輸協(xié)議底層協(xié)議BMM1接口MM3接口圖5-1 MMS協(xié)議棧結構接口說明：MM1：MMS用戶代理（MMS手機上的應用程序）和MMS代理/服務器之間的接口；MM3：MMS服務中心和外部消息系統(tǒng)間的接口；MM4：MMS服務中心和另一個MMSE中的MMS服務中心間的接口。5.1 基于WAP的實現(xiàn)方式WAP無論在業(yè)務規(guī)范還是底層技術上都對MMS的實現(xiàn)提供了有力的支持。圖5.1所示的多媒體短消息傳輸協(xié)議A可以使用WAP來實現(xiàn)。WAP實現(xiàn)MMS的協(xié)議棧結構如下。

3、MMS用戶接口MMS應用服務MMS通信傳輸協(xié)議中間層無線業(yè)務應用服務消息MMTCPIPMMS傳輸協(xié)議B中間層無線業(yè)務TCPIPWAPWSP 消息應用構架傳輸協(xié)議凈荷MMS用戶代理 WAP網(wǎng)關 MMS中繼器 MMS服務器TCPIPTCPIPHTTP傳輸協(xié)議BHTTPMMS數(shù)據(jù)圖5-2 基于WAP實現(xiàn)的MMS協(xié)議棧結構MMS在WAP中實現(xiàn)時,MMS中繼器被看作原始的MMS服務器。圖5-2是基于WAP實現(xiàn)的MMS協(xié)議棧結構。在使用WAP實現(xiàn)的MMS應用中,可以將整條鏈路分為兩個部分。第一部分是MMS用戶代理和WAP網(wǎng)關之間的鏈路,它使用了WAP的協(xié)議棧結構來在各種不同的無線媒質上提供通用的服務。對于

4、類似MMS的面向應用的服務由WSP(Wireless Session Protocol),WAP會話協(xié)議來提供。第二部分是WAP網(wǎng)關和MMS中繼器之間的鏈路。在 WAP 中,MMS中繼器被看作為一個原始的MMS服務器 ,它們之間的連接使用了IP技術 (如Internet或Intranet)等,它們之間的通信使用標準的HTTP?？梢?從一個MMS中繼器到MMS用戶代理之間的通信涉及了兩個協(xié)議:HTTP和WSP。在通信的過程中,WAP網(wǎng)關是一個透明的設備,它不對經它轉發(fā)的數(shù)據(jù)做任何的解釋和修改操作。一個典型的基于WAP實現(xiàn)MMS通信過程要經過以下幾個階段:(1) 源MMS用戶代理發(fā)送多媒體短消息；

5、(2) MMS中繼器通知目標用戶代理有多媒體短消息到來；(3) 目標MMS用戶代理接收多媒體短消息；(4) 目標MMS 用戶代理向 MMS 中繼器發(fā)送接收確認消息；(5) MMS中繼器向源MMS用戶代理報告多媒體短消息傳遞的結果。處理流程如圖5-3所示,在這一個處理流程中涉及到了多種不同的傳輸機制。源移動臺MMS中繼器/服務器目的移動臺發(fā)送消息請求發(fā)送消息確認消息到來通知消息通知響應消息檢索請求消息接收確認消息檢索確認傳遞狀態(tài)指示圖5-3 基于WAP的MMS處理流程源MMS用戶代理通過使用WSP/HTTP post的方法向MMS中繼器發(fā)送多媒體短消息,這一操作向MMS中繼器請求M2send.r

6、eq發(fā)送多媒體短消息,并為接收MMS中繼器的確認消息M2send.conf創(chuàng)建了上下文環(huán)境。MMS中繼器使用WAP的push技術向目標MMS用戶代理發(fā)送MM通知M2notification.ind。通過這種方法使得目標MMS用戶代理得知多媒體短消息的到來。MMS中繼器通知MMS用戶代理時攜帶了多媒體短消息的URI (uniformresource identifiers,統(tǒng)一資源標識符),目標MMS用戶代理可以根據(jù)該URI去檢索自己的多媒體短消息。MMS用戶代理接收多媒體短消息時使用了WSP/HTTP get 的方法WSPget.req。MMS中繼器返回確認消息M2retrieve.conf并

7、將實際的多媒體短消息傳送給MMS用戶代理。MMS用戶代理在成功接收多媒體短消息以后要向MMS中繼器發(fā)送確認消息 M2acknowledge.ind。得知MMS用戶代理成功接收多媒體短消息后,MM中繼器向發(fā)起多媒體短消息的MMS用戶代理發(fā)送確認報告M2delivery.ind,這樣就完成另外多媒體短消息的發(fā)送和接收。5.2 基于IP的實現(xiàn)方式下二圖分別給出了基于IP實現(xiàn)的MMS的體系結構和協(xié)議棧結構。因特網(wǎng)SMTP,POP3,IMAP4,HTTPMMS終端IP網(wǎng)關MMS中繼器/服務器STMPPOP3IMAP4HTTPSTMPPOP3IMAP4HTTPSTMPPOP3IMAP4HTTP企業(yè)內部網(wǎng)E

8、mail服務器圖5-4 基于IP實現(xiàn)MMS的體系結構MMS用戶接口MMS應用服務MMS通信傳輸協(xié)議無線TCP無線IP應用服務 MMS通信STMP,POP3TCPIPMMSIMAP,HTTP無線TCP無線IPTCPIPSTMP IMAP4POP3 HTTP消息應用構架MM1傳輸協(xié)議凈荷MMS用戶代理 IP網(wǎng)關 MMS中繼器/服務器圖5-5 基于IP實現(xiàn)的MMS協(xié)議棧結構這種基于IP實現(xiàn)MMS的方式使用了針對無線網(wǎng)絡的特性做了優(yōu)化的TCP作為傳輸層協(xié)議,在具體的實現(xiàn)中采用的無線TCP的類型可以選擇。這種優(yōu)化的無線TCP的引入將有效地提高無線鏈路上的MMS消息的傳輸性能。從圖5-4、圖5-5可以看出

9、,根據(jù)提供的業(yè)務類型的不同,MMS用戶代理和 MMS中繼器/服務器之間的通信可以使用SMTP、POP3、IMAP4（internet message access protocol,因特網(wǎng)消息接入?yún)f(xié)議）和HTTP等應用層協(xié)議。服務器/中繼器之間的鏈路也被分為兩個部分。兩部分使用的高層協(xié)議都是相同的 ,區(qū)別在于傳輸層協(xié)議。MMS用戶代理和IP網(wǎng)關之間可以使用適合無線鏈路特性的 TCP,而從 IP網(wǎng)關到MMS中繼器/服務器之間的通信則使用普通的TCP。如果 MM用戶代理和 IP網(wǎng)關之間使用了無線TCP,則必須由IP網(wǎng)關負責將其轉化為普通的TCP,以實現(xiàn)和因特網(wǎng)的兼容。在基于IP的MMS實現(xiàn)中,多媒

10、體短消息發(fā)送接收過程的處理流程如圖5-6 所示。MMS用戶代理MMS中繼器/服務器MMS中繼器/服務器MMS用戶代理MM1提交請求MM1提交響應MM4轉發(fā)請求MM4轉發(fā)響應MM1通知請求MM1通知響應MM1提取請求MM1提交響應MM1確認MM4轉發(fā)報告請求MM4轉發(fā)報告響應MM1傳遞報告 圖5-6 基于IP的MMS處理流程(1) MMS用戶代理通過發(fā)送MM1提供請求消息給MMS中繼器/服務器,表示它要發(fā)送 MMS。具體的發(fā)送方式可以采用SMTP或者HTTPpost的方法 ,如果使用HTTPpost的方式則MMS中繼器/服務器必須發(fā)送MM1提供響應信息；(2) 發(fā)送方的MMS中繼器/服務器通過S

11、MTP發(fā)送MM4轉發(fā)請求消息來實現(xiàn)對多媒體短消息的轉發(fā)；(3) 接收方的MMS中繼器/服務器通過使用基于IP的push技術發(fā)送MM1通知請求消息給MMS用戶代理,MMS用戶代理則返回MM1通知響應消息；(4) 用戶代理知道有MMS到來,于是通過MM1提取請求消息請求接收MMS;(5) 中繼器/服務器為了了解MMS用戶代理是否成功接收了MMS,它可以要求MMS用戶代理發(fā)送確認消息。作為一種可選項,接收方的MMS中繼器/服務器可以發(fā)送一個轉發(fā)報告給發(fā)送方的MMS中繼器/服務器,告知多媒體短消息是否已經被用戶成功接收發(fā)送方的MMS中繼器/服務器再將結果反饋給MMS用戶代理。5.3 通信協(xié)議的實現(xiàn)在MMS系統(tǒng)中，GPRS終端實現(xiàn)的協(xié)議棧是TCP/IP over PPP，網(wǎng)絡協(xié)議主要有TCP協(xié)議、IP協(xié)議、ICMP協(xié)議、PPP協(xié)議。模塊發(fā)送數(shù)據(jù)時，應按應用層(