MMS学习——WAP MMSArchOverview+MMSCTR文档摘要

Specs——

WAP MMSArchOverview：

       Content Adaptation

One of the possible services that an MMS system may be able to provide is content adaptation.  In effect, there may be the opportunity to convert, replace or delete certain data elements from a multimedia message before delivering it to the MMS Client. 

Includes determing method（a information mechanism to inform the MMS Proxy-Relay）and adaptation activities （like graphic images may be removed, scaled or colour converted.）

MMS Addressing ----wireless network addressing model

MMS Presentation----SMIL

 

 

WAP MMSCTR：

1、MMS Client Sending Message to MMS Proxy-Relay——

Transaction flow——

Client通过在其content body中包含M-send.req消息的wsp/http POST操作发送MM 消息。该消息提交时使用URI。这个URI指明了支持该Client的中继器的地址。

Client提交消息时还提供了一个 transaction ID。这个ID由Client决定，使M-send.req和M-send.conf联系起来。

MMS中继器在响应消息中包含M-send.conf消息。这个响应消息应提供status code。

注意其中两个量：transaction ID 和 message ID ！！

 

2、MMS Proxy-Relay Sending Notification to MMS Client——

当MMS中继器需要通知Client接收消息时，它就发送包含M-nitification.ind消息的PUSH操作。如果app-id语法使用absoluteURI形式，那PUSH消息的X-Wap-Appliation-Id消息头就设为“x-wap-appliation:mms.ua”；如果使用app-assigned-code形式，那就应该设为’4’。

中继器发出的通知消息中提供一个transaction ID。这个ID将M-nitification.ind和Client的M-notifyresp.ind联系起来。这个ID由中继器决定。

当收到M-nitification.ind后，Client在POST中包含M-notifyresp.ind来响应。这个消息使用一个指明对应中继器地址的URI来提交。Client应忽略后续来自中继器的POST响应。

如果Client在发送M-notifyresp.ind之前已提取了MM消息，那么M-notifyresp.ind应提供一个retrieval status code。（提取和响应先后顺序不同终端设置不同）（分为立即提取和稍后提取？？）

注意：M-nitification.ind和M-notifyresp.ind为异步消息！！

3、MMS Client Fetching Message from MMS Proxy-Relay——

MMS Client通过使用wsp/http GET操作来初始化 提取活动。初始化操作利用 第二步中的中继器发来的M-notification.ind中的URI（uniform resource id）。

当建立起会话要发送GET请求时，Client在请求中传递终端和Client信息给中继器。

中继器发回M-retrieve.conf（应该是在POST操作中包含），该消息包含MM message（应包含MMS headers 提供辅助信息）

根据MMS中继器需要，它发出的M-retrieve.conf响应中可能包含确认请求，让Client发送确认响应信息。这个请求可能是根据发送消息的Client的要求，也可能是根据中继器的要求（中继器希望在接收Client确认后就删除存储）。

MMS中继器在发出的M-retrieve.conf中包含transaction ID来实现确认请求。这个ID使得M-retrieve.conf和M-acknowledge.ind联系起来。这个ID由中继器决定。

如果有确认请求，Client在POST响应操作中包含M-acknowledge.ind作为content body完成相应。这个消息中使用URI来告之该Client对应的MMS 中继器的地址。Client将忽略中继器后续的POST响应。

4、MMS Proxy-Relay Sending Delivery Report to MMS Client

通知发送消息的Client发送成功，如果该消息是发给多个Client，那就要收到多个消息。

5、Read Reports

当做一个新的send操作，关闭其他需要response的设置，发送给原发送Client。

以上步骤使用到的操作——

FUCTIONS—— POST   GET   PUSH

 

Terminal Capability Negotiation

终端特性的协商，可以让MMS中继器根据终端信息修改MMS的内容，应适应终端播放。