主動
與iPush一樣，MTP的資訊傳遞方式，也是由Server主動傳遞給各式的Clients。但與iPush的Subscribe(訂閱)-Publish(發送)作業方式不同的是，若MTP的Client為Off-line(Connectionless)型態者，如Fax, E-Mail, SMS, ICQ，資訊派送的條件與規則，目前主要取決於AP端所定義者。
|
管道多樣化
目前，MTP已經完整支援下列常見的通訊工具：
- Off-line Push Carrier Clients：如Fax, E-Mail, SMS, ICQ, Voice等
- On-line Push Carrier Clients：如Windows-based, Java-based, Palm-based等以IP (Internet Protocol)為通訊協定者
這讓單一資訊，透過單一MTP傳訊引擎，可以到達目的地的管道，呈現前所未有的多樣性。滿足大多數Service Provider與AP開發者的通訊渴望(Satisfy your desire for communication)。
|
擴充性
由於MTP傳訊引擎在設計之初，即是以滿足現在與未來，進行各種方式與工具的通訊渴望為目的，所以特別架構出獨立、可擴充的Plug-In，來雙向應對各種隨潮流演進的Carrier Type，若應用者不用擔心世代交替的Carrier市場淘汰性問題。
|
抽換性
由於Carrier在不同的國家、不同的地區，有不同的市場生態與機制。所以MTP保留了Plug-In可抽換的特性，以方便不同地區的應用者，可以根據市場機制，保障具有挑選MTP 3rd-Party Service Vendor的權益。
舉個例子來講，在不同的國家或地區，為了要傳送GSM Short Message，可以連結利用各種的SMS Gateway或SMS Platform提供者。這些提供者傳送Short Message的服務涵蓋區域，有些是單一國家，有些是跨國區域型，也有些則可串聯全球的GSM Operators，他們在市場上互相競爭，依傳送量與傳送地區之不同，提供不同的費率給應用者。這些Gateway或Platform的提供者，都是MTP SMS Plug-In可以結盟的夥伴。艾揚科技將決定採用哪一家SMS Gateway或Platform提供者的權利，留給MTP應用者，以便應用者依據自身的Short Message傳送情況，選擇費率方案對他們最有利的提供者來抽換SMS Plug-In。
沿用此特性來說，我們不難發覺，MTP並不是UMS(Unified Message System)的競爭者，而應該是夥伴關係。即MTP可擴充、可抽換的Plug-In，可利用各種UMS所提供出來的對外連結介面來實作。
|
QoS (Quality of Service)
由於MTP用心設計的Logging與Billing系統，所以應用者可以在傳訊的服務品質上，得到一定的保障。我們可以分下列兩個層面來說明：
- Logging：所有經由MTP的資訊傳遞，都被完整地紀錄下來，以方便追蹤、稽核、以及統計分析。
- Billing：對於很多應用者而言，愈多樣化的Carrier Type，通常代表通訊成本結構的複雜化。就企業應用而言，MTP的Billing能力，可以滿足支援的Carrier Type通訊成本之控制與統計。對個人應用而言，MTP的Billing能力，可以清楚釐清其在各類Carrier Type的使用情況與費用之透明化。
|
雙向
雖然MTP目前的應用，還是會以Outgoing的資訊派送為主，但趨勢所及，為了應用的創新性，我們還是會為各類的Carrier Type，準備各種實用的Plug-In，目前已經備有：
- Fax Plug-In (Off-line)：以便滿足Fax-to-File、Fax-to-Mail的應用需求。
- Voice Plug-In (Off-line)：以便滿足Voice-to-File、Voice-to-Mail的應用需求。
- iPush Plug-In (On-line)：以便滿足各類IP-based On-line Clients的互動應用需求。
|
易用性
為方便Application Developer的加值應用，MTP利用AP-Linkwork，首先支援以ODBC的方式，提供AP Layer便利的連結。這讓整個應用系統上線的時程，可以縮短到以小時計算的時間內。Time to Market，迅速提昇您Application的應用價值，馬上符合「MTP黃金價值應用定律」：v = n2。
|
