WAPPUSH 原理 基于短信网关WAP推送的实现
轉自：?http://blog.163.com/htlxyz@126/blog/static/168594029200962011411709/
基于短信網關WAP推送的實現
WAP PUSH既有信息發送主動、及時的特點，又有可隨時隨地接收信息的優勢，因而具有良好的應用前景。該文簡單介紹了WAP PUSH系統框架、推送協議和推送方式，重點介紹了通過短信網關實現WAP推送的實現方法。?
1 WAP推送技術簡介
1.1 什么是WAP推送
WAP推送（PUSH）技術是一種建立在客戶服務器上的機制，就是由服務器主動將信息發往客戶端的技術。同傳統的拉（PULL）技術相比，最主 要的區別在于推送（PUSH）技術是由服務器主動向客戶機發送信息，而拉（PULL）技術則是由客戶機主動請求信息。PUSH技術的優勢在于信息的主動性 和及時性。
PUSH技術在Internet中沒能取得大的成功，原因是多方面的。主要原因在于固定網中計算機等固定設備為用戶提供了足夠的資源和能力去查 找信息所以用戶通常將它作為一個瀏覽信息的窗口，而不是被動的信息接收者。同時固定網用戶對于信息準確性的要求遠甚于對其及時性的要求，因此PUSH技術 未能得到廣泛的應用。
而在移動網中，由于存在著網絡帶寬、移動終端能力以及自費標準高昂等諸多限制，使得用戶查找信息受到了一定的限制，如果將重要的信息主動及時地 推送到用戶的移動設備上無疑會大大方便用戶。移動通信的優點是移動設備能夠隨時隨地接收信息因此PUSH技術在移動網中可以大展拳腳，WAP PUSH正是PUSH技術和移動通信兩者揚長避短相結合的產物。WAP PUSH是在移動網絡中應用的PUSH技術，它結合了一般PUSH技術和移動網絡的特點。它的系統框架、使用協議和服務方式與固定網上的PUSH技術有很 大不同。
1.2 WAP PUSH系統框架
WAP PUSH框架主要包括推送發起者（PI：PUSH Initiator）、推送代理網關(PPG：PUSH ProxyGateway)和推送客戶(PC：PUSH Client)三個功能部分。PI位于Internet中，而PC在WAP領域，PI和WAP客戶端所使用的協議是不同的，需要在中間建立一個協議轉換 網關即PPG。PPG通過推送訪問協議（PAP：PUSH AccessProtocol）與PI通信，通過推送空間傳輸協議（PUSH OTA：PUSH over-the-Air）完成向客戶推送信息的數據傳輸任務。
PPG完成推送體系結構中的大部分工作，包括從Internet到移動網的訪問接入，以及與其有關的認證、安全、客戶端控制等所有工作。PPG 所提供的主要服務包括：1)PI的標識、鑒權和訪問控制；2)對推送內容進行語法分析，并依據數據類型定義（DTD）檢錯糾錯；3)客戶尋址與信息傳 輸；4)PAP與PUSH OTA間的協議轉換；5)為提高無線信道中的傳輸效率，對信息進行壓縮、編譯等處理。
另外，PPG還可以通過別名機制實現組播和廣播，即將某些特定的地址別名映射到組播或廣播的操作中，具體方案可以由系統實現者決定。不同的客戶端，其能力是不同的，PPG還要負責響應PI的客戶能力查詢請求，以便于PI針對不同的客戶端構造合適的內容格式。
1.3 推送協議
PAP是PI與PPG間的通信協議，它使用可擴展標記語言（XML）作為消息的描述語言，通過簡單的請求響應機制完成數據的傳輸。PAP可以在多種通信協議（包括超文本傳輸協議（HTTP）、簡單郵件傳輸協議（SMTP）等）之上實現。
而PUSH OTA是運行于無線會話協議（WSP）之上的一個較為簡單的協議層，負責從PPG到客戶代理的數據傳輸。PUSH OTA可使用面向連接的會話和無連接會話兩種WSP層服務，對于使用連接會話的推送，需要在PPG和客戶端間預先有一個激活的會話上下文；對于無連接的推 送，則通過預留的端口來完成通信。
1.4 推送服務方式
WAP的推送協議中定義了服務指示（SI：Service Indication）和服務加載（SL：Service Load）兩項服務，以給用戶和網絡運營者更多的選擇。服務指示是將新信息的指示和相關的通用資源標識符（URI）推送給用戶，由用戶選擇是立即處理信息 還是以后處理。服務加載是將一項服務的URI推送給用戶，然后客戶端自動地使用PULL技術根據該URI啟動服務。兩種服務的區別在于用戶是否介入推送信 息的處理過程。SL對推送信息的處理對用戶來說是透明的，而SI則在指示用戶的同時，請用戶對隨后的處理做出選擇。
PUSH可以將某一站點或某一 業務的鏈接通過短信發送到支持WAP PUSH功能的手機上，這樣用戶只需要閱讀這條短信，打開短信中的鏈接，就可以直接訪問業務了。因此，WAP PUSH實現了短信和WAP業務的結合，節省了用戶尋找業務的時間，方便用戶直接找到并使用自己喜歡的業務。
2 短消息網關簡介
短消息網關（ISMG）是處于短消息中心（SMSC）和業務提供商（SP）之間的設備，它為這兩個實體的數據交換提供安全、快捷的通道。網關與 短消息中心之間使用SMPP協議（Short Message Peer to Peer,短消息點對點協議）, 與SP之間使用CMPP協議（China Mobile Peer to Peer,中國移動點對點協議），因此短消息網關需要完成協議的轉換、計費、路由、安全和網絡管理等功能。具體說來， SMPP通信代理系統主要實現網關和GSM網中短消息中心（SMSC）的連接，確保準確接收和發送數據，實現高效、可靠的數據傳輸。為了達到規范要求的不 超過0.001%的數據丟包率，SMPP通信代理需要支持流量控制。CMPP通信代理系統主要是實現和SP服務提供商的連接，與SMPP通信代理系統不同 的是，由于協議的影響，CMPP通信代理是服務器端，需等待SP的連接，而SMPP通信代理是客戶端，需要主動連接SMSC。短消息網關處理系統是網關中 最復雜的處理進程，它完成的任務包括：向GNS(匯接網關) 查詢路由，維護路由表，進行協議轉換和數據分發。防火墻系統主要為網關系統提供安全保障，它包括IP包過濾和身份驗證。短信網關計費系統主要形成各種計費 話單，為計費提供依據。業務管理系統主要完成對業務進行統計報告，生成報表，為運營者對用戶數據的添加、修改、刪除以及對網關系統的監控、查詢、操作和維 護提供接口和界面。
3 基于短信網關發送WAP PUSH
WAP PUSH的發送有兩種途徑，一個是通過PPG網關，另外一個是通過SMPP協議。其中SMPP是一個基本協議，在中國主要有三個由其派生的協議：中國移動 的CMPP協議，中國聯通的SGIP（在CDMA上是ETIP），以及小靈通的SMGP。通過中國移動的PPG網關發送WAP PUSH有著開發周期長，調測流程較復雜等不足，而使用CMPP協議即基于短信網關來進行WAP PUSH發送靈活性比較高，相對比較簡單。
3.1 WAP PUSH發送的實現模式
可通過計算機串口上連接GSM MODEM，用它向手機發送WAP PUSH。這種方法發WAP PUSH又分三種模式：BLOCK 模式、TEXT 模式和PDU 模式。BLOCK 模式現在用的很少了， TEXT 模式則只能發送ASCII 碼,它不能發送中文的UNICODE碼，而PDU 模式開發起來則較為復雜,它需要編寫專門的函數來將文本轉換為PDU 格式,但PDU 模式被所有手機支持，可以使用任何字符集，它也是手機默認的編碼方式，所以選用PDU模式發送WAP PUSH.
3.2 PDU 模式?
用PDU 模式發送 WAP PUSH可以使用三種編碼: 7-bit 編碼、8-bit 編碼和UCS2 編碼。7-bit 編碼用于發送普通的ASCII 字符，8-bit 編碼通常用于發送數據消息，UCS2 編碼用于發送Unicode 字符。由于要實現中文WAP PUSH的發送,所以選擇用UCS2 編碼,即中文Unicode 碼。?
⑴ UCS2 編碼原理 所謂UCS2 編碼，是將單個的字符(1-2 個字節)按ISO/IEC10646 的規定，轉變為16 位 的Unicode 寬字符。即將單個的字符轉換為由四位的‘0’-‘9’、‘A’-‘F’的數字和字 母組成的字符串。待發送的消息以UCS2 碼的形式進行發送。?
⑵ 通過UCS2 編碼我們得到中文Unicode 碼，接著就可以進行發送PDU 串的編制了。從表面上看，PDU 串是ASCII 碼串，同樣由‘0’-‘9’、‘A’-‘F’這些數字和字母組成。它們是8 位字節的十六進制數，或者BCD 碼十進制數。PDU 串除了包含所發送的消息本身外，還包含很多其它參數信息，如服務中心號碼、目標號碼和編碼方式等
例如
0051000BA13108086406F600F5A7850B05040B8423F_
0000303010129060603AE81EA8DCA02056A0045C6080C033231312e_
3133362e3135332e33302f776170707573682f70757368496e6465782e_
6a73703f7075736849643d3035303531313134313630353231000103E8A_
FB7E782B9E587BBE4BBA5E4B88BE993BEE68EA5E88EB7E58F96E5BDA9E4BFA1E58685
E5AEB9000101_
為一串可以成功發送的WAP PUSH，其中包括了漢字描述和WAP頁面地址。具體分析如下
00 SMSC 地址信息的長度 00表示用手機上設置短信中心號碼，PDU 串的“SMSC 址格式”段和“SMSC 地址”段將省去
51 基本參數(TP-MTI/VFP) 不要求發送回復
00 消息基準值(TP-MR)
0B 對方電話的長度
A1 目標地址格式 A1表示為國內格式
3108086406F6 目標地址，補‘F’湊成偶數位后奇偶位互換
00 協議標識(TP-PID) 是普通GSM 類型，點到點方式
F5 用戶信息編碼方式 (TP-DCS)
A7 有效期(TP-VP)
85 用戶信息長度(TP-UDL)
0B WAP PUSH頭部的總長度
05040B8423F0表示接下來是一個WAP PUSH
00 表示是Concatenated Short Messages
03 長度
03 reference number
01 表示分成1個短信發送
01 當前包的序號
29060603AE81EA8DCA WSP
02 標記位
05 -//WAPFORUM//DTD SI 1.0//EN
6A UTF-8
00 標記開始
45 <si>
C6 <indication
08 <action=signal-high>
0C href="http://
03 字符串開始
3231312e3133362e3135332e33302f776170707573682f
70757368496e6465782e6a73703f7075736849643d3035303531313134313630353231 URL
00 URL 字符串結束
01 >
03 內容描述字符串開始
E8AFB7E782B9E587BBE4BBA5E4B88BE993BEE68EA＿
5E88EB7E58F96E5BDA9E4BFA1E58685E5AEB9 內容描述字符串
00 內容描述字符串結束
01 </si>
01 </indication>
由以上分析可以看出，WAP PUSH可以被當作一種特殊的短信來發送，WAP PUSH包發送的內容實際上跟通過PPG網關發送的XML原理相同，但是經過了壓縮。壓縮之后的格式稱為WBXML，這種格式將一些標記用代碼來表示。然 而WBXML的縮略標記分為兩部分，一部分是所有類型的XML都通用的，另一部分是不同類型的XML有著不同的解釋。
用戶接收到此類信息時，在客 戶端手機支持WAP的情況下，可以直接訪問到信息中加載的WAP網站地址，這樣服務器也達到了推廣業務方便用戶使用的目的。由于在UCS2 編碼方式下，可發送短消息的最大字符數是140字節，即WAP PUSH中的推送URL與描述文字的總字符數為140，因此描述文字的字數限制與推送的URL長度有關。
4 結束語
WAP PUSH技術結合了PUSH技術的優勢和移動通信服務的特性，具有良好的應用前景。但是WAP PUSH技術仍然存在著一些亟待解決的問題，如信息的鑒權與認證、信息的準確性、如何避免垃圾信息等。如何解決好這些問題將是WAP PUSH技術成功的關鍵。另外，隨著GPRS技術和3G無線通信技術的發展，無線信道的帶寬將逐步增大，WAP PUSH也將能進一步推送多媒體信息,有著更寬廣的應用前景
0:12 | 添加評論 | 固定鏈接 | 引用通告 (0) | 記錄它 | WAP開發
9月15日
什么是WAP PUSH？
所 謂推（ＰＵＳＨ）技術是一種基于客戶服務器機制、由服務器主動將信息發往客戶端的技術，其傳送的信息通常是用戶事先預訂的。同傳統的拉（ＰＵＬＬ）技術相 比，最主要的區別在于前者是由服務器主動向客戶機發送信息，而后者則是由客戶機主動請求信息。ＰＵＳＨ技術的優勢在于信息的主動性和及時性，而弱勢則是信 息的準確性較差。
??? ＰＵＳＨ技術在Ｉｎｔｅｒｎｅｔ中沒能取得大的成功，原因是多方面的。在固定網中 計算機等固定設備為用戶提供了足夠的資源和能力去查找信息 所以用戶通 常將它作為一個瀏覽信息的窗口，而不是被動的信息接收者。固定網用戶對于信息準確性的要求遠甚于對其及時性的要求。
??? 而在移動網中，由于存在著網絡帶寬、移動設備能力以及高昂的資費標準等諸多限制，用戶無法像在固定網中一樣方便地查找信息，如果將重要的信息主動及時地推 送到用戶的移動設備上 無疑會大大方便用戶。移動通信的優點是移動設備能夠隨時隨地接收信息 因此ＰＵＳＨ技術可以在移動網中大顯身手，ＷＡＰ ＰＵＳＨ正是ＰＵＳＨ技術和移動通信兩者揚長避短相結合的產物。
??? ＷＡＰ ＰＵＳＨ是在移動網絡中應用的ＰＵＳＨ技術 它既具有一般ＰＵＳＨ技術的特點 又擁有移動網絡的特點。它的系統框架、使用協議和服務方式與固定網上的ＰＵＳＨ技術有很大不同。
???????? ＷＡＰ ＰＵＳＨ技術結合了ＰＵＳＨ技術的優勢和移動通信服務的特性，具有良好的應用前景。將ＰＵＳＨ技術應用于移動通信領域可以產生許多電信增值業務 這包括移 動中收發電子郵件，隨時獲得股價信息、天氣預報、新聞以及位置相關服務等。所有這些服務的共同特點在于用戶對信息的及時性要求比較高，用戶希望能夠通過手 機、ＰＤＡ等移動設備隨時隨地地得到該種服務。但是，ＷＡＰ ＰＵＳＨ技術仍然存在著一些亟待解決的問題，如信息的鑒權與認證、信息的準確性、如何避免垃圾信息等。如何解決好這些問題將是ＷＡＰ ＰＵＳＨ技術成功的關鍵。另外，隨著ＧＰＲＳ技術和３Ｇ無線通信技術的發展，無線信道的帶寬將逐步增大，ＷＡＰ ＰＵＳＨ也將能進一步推送多媒體信息。?
其實WAP Push沒有那么神秘- -
??????????????????????????????????????
只要寫一個XML文件，然后用WBXML編碼就可以了。下面是一個Sample
<si>
<indication href="http://wap.fractalist.cn/" action="signal-high">
??? 挑戰脈動，挑戰你我
</indication
</si>
這個XML的DTD定義在http://www.openmobilealliance.org/tech/dtd/si.dtd
WMXML定義在http://www.w3.org/1999/06/NOTE-wbxml-19990624/
編碼后作為二進制短消息發送給用戶，記得講tp_udhi設為1就可以了
WBXML編碼的代碼如下：
#include <map>
#include <vector>
#include <string>
#include <time.h>
#pragma warning(disable : 4267)
#include <StringHelper.h>
#pragma warning(default : 4267)
#include <boost/cstdint.hpp>
#include <sstream>
#include <iomanip>
using boost::uint8_t;
using std::cout;
using std::endl;
using std::setw;
using std::hex;
using std::setfill;
/// <summary>
/// Series of well known constants and static uint8_t values used when encoding
/// a document to WBXML
/// </summary>
class WBXML
{
public:
static const uint8_t CHAR_NULL = 0x00;
static const uint8_t VERSION_1_1 = 0x01;
static const uint8_t VERSION_1_2 = 0x02;
static const uint8_t CHARSET_UTF_8 = 0x6A;
static const uint8_t TAGTOKEN_END = 0x01;
static const uint8_t TOKEN_INLINE_STRING_FOLLOWS = 0x03;
static const uint8_t TOKEN_OPAQUEDATA_FOLLOWS = 0xC3;
static uint8_t setTagTokenIndications(uint8_t token, bool hasAttributes, bool hasContent)
{
if (hasAttributes)
?? token |= 0xC0;
if (hasContent)
?? token |= 0x40;
return token;
}
};
/// <summary>
/// Encapsulates the Service Indication WAP Push instruction.
/// Full documentation can be found athttp://www.openmobilealliance.org/tech/affiliates/wap/wap-167-serviceind-20010731-a.pdf?doc=wap-167-serviceind-20010731-a.pdf
/// </summary>
class ServiceIndication
{
public:
// Allowed values of the action attribute of the indication tag
enum Action {NotSet = -1, signal_none = 0, signal_low, signal_medium, signal_high, Delete};
// Well known DTD token
static const uint8_t DOCUMENT_DTD_ServiceIndication = 0x05;?? // ServiceIndication 1.0 Public Identifier
// Tag Tokens
static const uint8_t TAGTOKEN_si = 0x5;
static const uint8_t TAGTOKEN_indication = 0x6;
static const uint8_t TAGTOKEN_info = 0x7;
static const uint8_t TAGTOKEN_item = 0x8;
// Attribute Tokens
static const uint8_t ATTRIBUTESTARTTOKEN_action[5];
static const uint8_t ATTRIBUTESTARTTOKEN_created = 0xA;
static const uint8_t ATTRIBUTESTARTTOKEN_href = 0xB;
static const uint8_t ATTRIBUTESTARTTOKEN_href_http = 0xC;?? // http://
static const uint8_t ATTRIBUTESTARTTOKEN_href_http_www = 0xD; //?http://www.
static const uint8_t ATTRIBUTESTARTTOKEN_href_https = 0xE;?? // https://
static const uint8_t ATTRIBUTESTARTTOKEN_href_https_www = 0xE; //?https://www.
static const uint8_t ATTRIBUTESTARTTOKEN_si_expires = 0x10;
static const uint8_t ATTRIBUTESTARTTOKEN_si_id = 0x11;
static const uint8_t ATTRIBUTESTARTTOKEN_ // Attribute Value Tokens
static const uint8_t ATTRIBUTEVALUETOKEN_com = 0x85;????? // .com/
static const uint8_t ATTRIBUTEVALUETOKEN_edu = 0x86;????? // .edu/
static const uint8_t ATTRIBUTEVALUETOKEN_net = 0x87;????? // .net/
static const uint8_t ATTRIBUTEVALUETOKEN_org = 0x88;????? // .org/
private:
static std::map<std::string, uint8_t> m_hrefStartTokens;
static std::map<std::string, uint8_t> m_attributeValueTokens;
static int initializeServiceIndication()
{
m_hrefStartTokens["https://www."] = ATTRIBUTESTARTTOKEN_href_https_www;
m_hrefStartTokens["http://www."] = ATTRIBUTESTARTTOKEN_href_http_www;
m_hrefStartTokens["https://"] = ATTRIBUTESTARTTOKEN_href_https;
m_hrefStartTokens["http://"] = ATTRIBUTESTARTTOKEN_href_http;
m_attributeValueTokens[".com/"] = ATTRIBUTEVALUETOKEN_com;
m_attributeValueTokens[".edu/"] = ATTRIBUTEVALUETOKEN_edu;
m_attributeValueTokens[".net/"] = ATTRIBUTEVALUETOKEN_net;
m_attributeValueTokens[".org/"] = ATTRIBUTEVALUETOKEN_org;
return 0;
}
std::string m_href;
std::string m_text;
time_t m_createdAt;
time_t m_expiresAt;
Action m_action;
public:
ServiceIndication(const std::string & href, const std::string & text, Action action) :
?? m_href(href), m_text(text), m_action(action)
{
static int __unused = initializeServiceIndication();
}
ServiceIndication(const std::string & href, const std::string & text, time_t createdAt, time_t expiresAt) :
m_href(href), m_text(text), m_action(Action::NotSet), m_createdAt(createdAt), m_expiresAt(expiresAt)
{
}
ServiceIndication(const std::string & href, const std::string & text, time_t createdAt, time_t expiresAt, Action action) :
m_href(href), m_text(text), m_action(action), m_createdAt(createdAt), m_expiresAt(expiresAt)
{
}
/// <summary>
/// Generates a uint8_t array comprising the encoded Service Indication
/// </summary>
/// <returns>The encoded body</returns>
//01 05 6a 00 45 c6 0c 03 77 61 702e6672616374616c6973742e636e0008 01034120574150205075736820
//746f20746865204672616374616c6973742073697465000101
//01 05 6a 00 45 c6 0b 03 68 74 74703a2f2f7761702e6672616374616c6973742e636e0008010341205741
//50205075736820746f20746865204672616374616c6973742073697465000101
std::vector<uint8_t> getWBXMLBytes() const
{
std::vector<uint8_t> vec;
vec.push_back(WBXML::VERSION_1_1);
vec.push_back(DOCUMENT_DTD_ServiceIndication);
vec.push_back(WBXML::CHARSET_UTF_8);
vec.push_back(WBXML::CHAR_NULL);
// start xml doc
vec.push_back(WBXML::SetTagTokenIndications(TAGTOKEN_si, false, true));
vec.push_back(WBXML::SetTagTokenIndications(TAGTOKEN_indication, true , true));
// href attribute
// this attribute has some well known start tokens that?
// are contained within a static hashtable. Iterate through
// the table and chose the token.
size_t i = 0;
uint8_t hrefTagToken = ATTRIBUTESTARTTOKEN_href;
for(std::map<std::string, uint8_t>::const_iterator it = m_hrefStartTokens.begin(); it != m_hrefStartTokens.end(); ++it)
{
?? const std::string & startString = (*it).first;
?? if(m_href.find(startString) == 0)
?? {
??? hrefTagToken = (*it).second;
??? i = startString.length();
??? break;
?? }
}
vec.push_back(hrefTagToken);
writeInlineString(vec, m_href.substr(i));
/*?
* Date elements removed as does not seem to be supported
* by all handsets, or I"m doing it incorrectly, or it"s a version 1.2
* thing.
// created attrbute
stream.WriteByte(ATTRIBUTESTARTTOKEN_created);
WriteDate(stream, this.CreatedAt);
// si-expires attrbute
stream.WriteByte(ATTRIBUTESTARTTOKEN_si_expires);
WriteDate(stream, this.ExpiresAt);
*/
// action attibute
if (m_action != Action::NotSet)
?? vec.push_back(getActionToken(m_action));
// close indication element attributes
vec.push_back(WBXML::TAGTOKEN_END);
// text of indication element
writeInlineString(vec, m_text);
// close indication element
vec.push_back(WBXML::TAGTOKEN_END);
// close si element
vec.push_back(WBXML::TAGTOKEN_END);
return vec;
}
private:
/// <summary>
/// Gets the token for the action attribute
/// </summary>
/// <param name="action">Interruption level instruction to the handset</param>
/// <returns>well known uint8_t value for the action attribute</returns>
uint8_t getActionToken(Action action) const
{
return ATTRIBUTESTARTTOKEN_action[(int)action];
}
/// <summary>
/// Encodes an inline string into the stream using UTF8 encoding
/// </summary>
/// <param name="stream">The target stream</param>
/// <param name="text">The text to write</param>
void writeInlineString(std::vector<uint8_t> & vec, const std::string & text) const
{
// indicate that the follow bytes comprise a string
vec.push_back(WBXML::TOKEN_INLINE_STRING_FOLLOWS);
// write character bytes
std::string utf8Text = stringutil::w2utf8(stringutil::a2w(text));
copy(utf8Text.begin(), utf8Text.end(), back_inserter(vec));
// end is indicated by a null uint8_t
vec.push_back(WBXML::CHAR_NULL);
}
/// <summary>
/// Encodes the DateTime to the stream.
/// DateTimes are encoded as Opaque Data with each number in the string represented
/// by its 4-bit binary value
/// eg: 1999-04-30 06:40:00
/// is encoded as 199904300640.
/// Trailing zero values are not included.
/// </summary>
/// <param name="stream">Target stream</param>
/// <param name="date">DateTime to encode</param>
void writeDate(std::vector<uint8_t> & vec, time_t date) const
{
struct tm * gm = gmtime(&date);
uint8_t buffer[7];
buffer[0] = (uint8_t)( (gm->tm_year + 1900) / 100);
buffer[1] = (uint8_t)((gm->tm_year + 1900) % 100);
buffer[2] = (uint8_t)(gm->tm_mon + 1);
buffer[3] = (uint8_t)(gm->tm_mday);
uint8_t dateLength = 4;
if(gm->tm_hour != 0)
{
?? buffer[4] = (uint8_t)gm->tm_hour;
?? dateLength = 5;
}
if(gm->tm_min != 0)
{
?? buffer[5] = (uint8_t)gm->tm_min;
?? dateLength = 6;
}
if(gm->tm_sec != 0)
{
?? buffer[6] = (uint8_t)gm->tm_sec;
?? dateLength = 7;
}
// write to stream
vec.push_back(WBXML::TOKEN_OPAQUEDATA_FOLLOWS);
vec.push_back(dateLength);
copy(buffer, buffer + dateLength, back_inserter(vec));
}
};
const uint8_t ServiceIndication::ATTRIBUTESTARTTOKEN_action[5] = {0x5, 0x6, 0x7, 0x8, 0x9};
std::map<std::string, uint8_t> ServiceIndication::m_hrefStartTokens = std::map<std::string, uint8_t>();
std::map<std::string, uint8_t> ServiceIndication::m_attributeValueTokens = std::map<std::string, uint8_t>();
/// <summary>
/// Well known values used when generating WSP (Wireless Session Protocol) headers
/// </summary>
class WSP
{
public:
static const uint8_t TRANSACTIONID_CONNECTIONLESSWSP = 0x25;
static const uint8_t PDUTYPE_PUSH = 0x06;
static const uint8_t HEADER_CONTENTLENGTH = 0x8D;
static const uint8_t HEADER_CONTENTTYPE_application_vnd_wap_sic_utf_8[4];
static const uint8_t HEADER_APPLICATIONTYPE = 0xaf;
static const uint8_t HEADER_APPLICATIONTYPE_x_wap_application_id_w2 = 0x82;
static const uint8_t HEADER_PUSHFLAG[2];
};
const uint8_t WSP::HEADER_CONTENTTYPE_application_vnd_wap_sic_utf_8[4] = {0x03,0xAE,0x81,0xEA};
const uint8_t WSP::HEADER_PUSHFLAG[2] = {0xB4, 0x84};
/// <summary>
/// Well known values used when generating a WDP (Wireless Datagram Protocol) header
/// </summary>
class WDP
{
public:
static const uint8_t INFORMATIONELEMENT_IDENTIFIER_APPLICATIONPORT = 0x05;
};
/// <summary>
/// Encapsulates an SMS WAP Push message
/// </summary>
class PushMessage
{
private:
// Ports for the WDP information element, instructing the handset which?
// application to load on receving the message
static const uint8_t WDP_DESTINATIONPORT[2];
static const uint8_t WDP_SOURCEPORT[2];
ServiceIndication serviceIndication;
public:
PushMessage(const std::string & href, const std::string & text) :
serviceIndication(href, text, ServiceIndication::signal_high)
{
}
/// <summary>
/// Generates the body of the SMS message
/// </summary>
/// <returns>uint8_t array</returns>
std::vector<uint8_t> getSMSBytes() const
{
std::vector<uint8_t> vec;
getWDPHeaderBytes(vec);
#ifdef _DEBUG
cout << "getWDPHeaderBytes\n";
for(size_t i = 0; i < vec.size(); ++i)
{
?? cout << hex << setw(2) << setfill("0") << ((int)vec[i]);
}
cout << "\n" << endl;
size_t start = vec.size();
#endif
getPDUBytes(vec);
#ifdef _DEBUG
cout << "getPDUBytes\n";
for(size_t i = start; i < vec.size(); ++i)
{
?? cout << hex << setw(2) << setfill("0") << ((int)vec[i]);
}
cout << "\n" << endl;
#endif
return vec;
}
/// <summary>
/// Generates the PDU (Protocol Data Unit) comprising the encoded Service Indication
/// and the WSP (Wireless Session Protocol) headers
/// </summary>
/// <returns>uint8_t array comprising the PDU</returns>
void getPDUBytes(std::vector<uint8_t> & vec) const
{
std::vector<uint8_t> body = serviceIndication.getWBXMLBytes();
std::vector<uint8_t> header = getWSPHeaderBytes((uint8_t)body.size());
#ifdef _DEBUG
cout << "getWSPHeaderBytes\n";
for(size_t i = 0; i < header.size(); ++i)
{
?? cout << hex << setw(2) << setfill("0") << ((int)header[i]);
}
cout << "\n" << endl;
cout << "serviceIndication.getWBXMLBytes\n";
for(size_t i = 0; i < body.size(); ++i)
{
?? cout << hex << setw(2) << setfill("0") << ((int)body[i]);
}
cout << "\n" << endl;
#endif
copy(header.begin(), header.end(), back_inserter(vec));
copy(body.begin(), body.end(), back_inserter(vec));
}
/// <summary>
/// Generates the WSP (Wireless Session Protocol) headers with the well known
/// uint8_t values specfic to a Service Indication
/// </summary>
/// <param name="contentLength">the length of the encoded Service Indication</param>
/// <returns>uint8_t array comprising the headers</returns>
//25060a03ae81eaaf828dc1b484
//25060a03ae81eaaf828dc8b484
std::vector<uint8_t> getWSPHeaderBytes(uint8_t contentLength) const
{
std::vector<uint8_t> vec;
vec.push_back(WSP::TRANSACTIONID_CONNECTIONLESSWSP);
vec.push_back(WSP::PDUTYPE_PUSH);
uint8_t headerLength = sizeof(WSP::HEADER_CONTENTTYPE_application_vnd_wap_sic_utf_8) / sizeof(WSP::HEADER_CONTENTTYPE_application_vnd_wap_sic_utf_8[0])
?? + sizeof(WSP::HEADER_APPLICATIONTYPE)
?? + sizeof(WSP::HEADER_APPLICATIONTYPE_x_wap_application_id_w2)
?? + sizeof(WSP::HEADER_CONTENTLENGTH)
?? + 1
?? + sizeof(WSP::HEADER_PUSHFLAG) / sizeof(WSP::HEADER_PUSHFLAG[0]);
vec.push_back(headerLength);
copy(WSP::HEADER_CONTENTTYPE_application_vnd_wap_sic_utf_8
?? , WSP::HEADER_CONTENTTYPE_application_vnd_wap_sic_utf_8 + sizeof(WSP::HEADER_CONTENTTYPE_application_vnd_wap_sic_utf_8) / sizeof(WSP::HEADER_CONTENTTYPE_application_vnd_wap_sic_utf_8[0])
?? , back_inserter(vec));
vec.push_back(WSP::HEADER_APPLICATIONTYPE);
vec.push_back(WSP::HEADER_APPLICATIONTYPE_x_wap_application_id_w2);
vec.push_back(WSP::HEADER_CONTENTLENGTH);
vec.push_back((uint8_t)(contentLength + 128));
copy(WSP::HEADER_PUSHFLAG
?? , WSP::HEADER_PUSHFLAG + sizeof(WSP::HEADER_PUSHFLAG) / sizeof(WSP::HEADER_PUSHFLAG[0])
?? , back_inserter(vec));
return vec;
}
/// <summary>
/// Generates the WDP (Wireless Datagram Protocol) or UDH (User Data Header) for the?
/// SMS message. In the case comprising the Application Port information element
/// indicating to the handset which application to start on receipt of the message
/// </summary>
/// <returns>uint8_t array comprising the header</returns>
void getWDPHeaderBytes(std::vector<uint8_t> & vec) const
{
uint8_t headerLength = sizeof(WDP::INFORMATIONELEMENT_IDENTIFIER_APPLICATIONPORT)
?? + 1
?? + sizeof(WDP_DESTINATIONPORT) / sizeof(WDP_DESTINATIONPORT[0])
?? + sizeof(WDP_SOURCEPORT) / sizeof(WDP_SOURCEPORT[0]);
vec.push_back(headerLength);
vec.push_back(WDP::INFORMATIONELEMENT_IDENTIFIER_APPLICATIONPORT);
vec.push_back((uint8_t)(sizeof(WDP_DESTINATIONPORT) / sizeof(WDP_DESTINATIONPORT[0]) + sizeof(WDP_SOURCEPORT) / sizeof(WDP_SOURCEPORT[0])));
copy(WDP_DESTINATIONPORT
?? , WDP_DESTINATIONPORT + sizeof(WDP_DESTINATIONPORT) / sizeof(WDP_DESTINATIONPORT[0])
?? , back_inserter(vec));
copy(WDP_SOURCEPORT
?? , WDP_SOURCEPORT + sizeof(WDP_SOURCEPORT) / sizeof(WDP_SOURCEPORT[0])
?? , back_inserter(vec));
}
};
const uint8_t PushMessage::WDP_SOURCEPORT[] = {0x23, 0xf0};
總結
以上是生活随笔為你收集整理的WAPPUSH 原理 基于短信网关WAP推送的实现的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： tc溜溜865手机投屏卡_溜溜tcgam
- 下一篇： html制作怎么上传网页,Dreamwe