• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            Beginning to 編程

            VC++ 方面編程文章

             

            淺談CMPP協議(一) /zhuan

                CMPP協議的全稱是中國移動通信互聯網短信網關接口協議,它是聯想亞信公司根據SMMP協議為中國移動量身定做的,是符合中國國情的一個短信協議,閑話不多說了,說說CMPP的主要功能吧。(1)短信發送(short message mobile originate)MO,就是手機給SP發短信;(2)短信接受(short message mobile terminated)MT,這個就是SP給手機發的短信了,通常我們手機上收到的不良短信就是SP給我們的MT。CMPP協議的通信基礎是TCP/IP為底層通信承載的,連接方式是長連接方式。SP與ISMG之間,SMSC和ISMG之間的交互過程中均采用異步方式,即任一個網元在收到請求消息后應立即回應。
               下面看看它的消息定義:CMPP中的消息分為消息頭和消息體。消息頭定義如下
             
             

            字段名

            字節數

            類型

            描述

            Total_Length  

            4

            Unsigned Integer

            消息總長度(含消息頭及消息體)

            Command_Id

            4

            Unsigned Integer

            命令或響應類型

            Sequence_Id

            4

            Unsigned Integer

            消息流水號,順序累加,步長為1,循環使用(一對請求和應答消息的流水號必須相同)

             
            那么下面就是SP連接到ISMG上了,看它的Bind連接消息定義
             

            字段名

            字節數

            屬性

            描述

            Source_Addr 

            6

            Octet String

            源地址,此處為SP_Id,即SP的企業代碼。

            AuthenticatorSource

            16

            Octet String

            用于鑒別源地址。其值通過單向MD5 hash計算得出,表示如下:

            AuthenticatorSource =

            MD5Source_Addr+9 字節的0 +shared secret+timestamp

            Shared secret 由中國移動與源地址實體事先商定,timestamp格式為:MMDDHHMMSS,即月日時分秒,10位。

            Version

            1

            Unsigned Integer

            雙方協商的版本號(高位4bit表示主版本號,低位4bit表示次版本號),對于3.0的版本,高4bit3,低4位為0

            Timestamp

            4

            Unsigned Integer

            時間戳的明文,由客戶端產生,格式為MMDDHHMMSS,即月日時分秒,10位數字的整型,右對齊

             
            根據上的定義我們可以寫出的代碼,如下,在VC環境下編寫的

            /*
             *函數功能:建立和CMPP網關的直接通路
             *輸入條件:SP用戶名const char *UserName,SP密碼const char *PWD 
             */
            void Ccmpp_API::CmppConnect(const char *UserName, const char *PWD)
            {
             char netbuf[100];
             CMPP_CONNECT *bufer;
             bufer=(CMPP_CONNECT*)netbuf;
             memset(bufer, 0, 100);
             bufer->nTotalLength = htonl(39);//CMPP_CONNECT消息總長度
             bufer->nCommandId = htonl(CMPP_CONNECT_tag);//消息標志
             //自動產生SeqId號
                if (sequenceid == 123456789i32)
             {
              sequenceid = 1;
             }else{
              sequenceid++;
             }
             bufer->nSeqId = htonl(sequenceid);
               
             int MD5Len;
             MD5_CTX md5;//MD5源字串
             CTime TimeData = CTime::GetCurrentTime();
             CString timestamp = TimeData.Format("%m%d%H%M%S");
             unsigned char md5source[29];
             int Len1 = strlen(UserName);
             int Len2 = strlen(PWD); 
             MD5Len = Len1 + 9 +Len2 + timestamp.GetLength();
             memset(md5source, 0, MD5Len);
             
             memcpy(bufer->sSourceAddr, UserName, Len1);
             memcpy(md5source, UserName, Len1);
             
             for (int j = 0; j<Len2; j++)
             {
              md5source[j + Len1 + 9] = PWD[j];
             }
             for (int i=0;i<timestamp.GetLength();i++)
             {
              md5source[i + Len2 + Len1 + 9]=timestamp[i];
             }
             
             //進行md5加密轉換
             md5.MD5Update(md5source, MD5Len);
             md5.MD5Final(md5source);
             memcpy(bufer->sAuthSource, md5source, 29);
             bufer->cVersion = 0x30;
             bufer->nTimeStamp = htonl(atoi(timestamp));
             CmppSocket.Send(bufer, 39, 0);//把消息打包發送
             return;
            }
             
            今天就到這,下次再寫,歡迎交流!
            posted on 2006-03-15 07:58 炙熱的太陽 閱讀(38) 評論(2)  編輯 收藏 收藏至365Key


            FeedBack:

            # re: 淺談CMPP協議(一)
            2006-03-15 10:38 | 小明
            you say:
            SP與ISMG之間,SMSC和ISMG之間的交互過程中均采用異步方式,即任一個網元在收到請求消息后應立即回應。

            既然是異步方式,就不是收到請求后立即回應,否則就是同步方式了

            據我所知,CMPP采用的基于滑動窗口的異步方式,默認情況下可以發最多16的CMPP package,而不必等待他們的resp.  回復
              
            # re: 淺談CMPP協議(一)
            2006-03-15 11:21 | 炙熱的太陽
            是的,你說的沒有錯。

            消息是采用并發方式發送,加以滑動窗口流量控制,窗口大小參數W可配置,現階段的配置為16,即接收方在應答前一次收到的消息最多不超過16條。這是它們之間的通信方式。

            而SP與ISMG之間,SMSC和ISMG之間的交互過程中均采用異步方式,即任一個網元在收到請求消息后應立即回應。這是它們交互過程中的應答方式。即收到一個消息就應該回一個回應消息,而不管對方是否收到,所以上面講的并沒有錯喲。


              回復

            posted on 2006-03-15 12:25 Beginning to 編程 閱讀(870) 評論(0)  編輯 收藏 引用 所屬分類: 程序摘錄

            導航

            統計

            常用鏈接

            留言簿(4)

            隨筆分類

            隨筆檔案

            文章檔案

            相冊

            BlogDev

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            色综合久久中文综合网| 久久精品国产亚洲精品| 亚洲精品无码久久久久sm| 漂亮人妻被中出中文字幕久久 | 亚洲国产精品一区二区久久| 久久精品国产精品亚洲精品| 精品久久久久久无码国产| 亚洲午夜福利精品久久| 国产V亚洲V天堂无码久久久 | 久久久久亚洲精品中文字幕| 伊人久久成人成综合网222| 久久国产亚洲高清观看| 久久久久亚洲AV无码去区首| 亚洲va中文字幕无码久久不卡| 99久久久精品| 亚洲精品国精品久久99热一| 久久久综合香蕉尹人综合网| 99精品国产在热久久无毒不卡 | 久久99精品久久久久久9蜜桃| 国内精品久久久久影院薰衣草| 66精品综合久久久久久久| 久久人人爽人人爽人人片AV不 | 久久国产成人午夜aⅴ影院 | 久久精品人人槡人妻人人玩AV| 久久人妻少妇嫩草AV蜜桃| 日本福利片国产午夜久久| 久久久久亚洲AV无码麻豆| 伊人久久综合精品无码AV专区| 久久综合精品国产一区二区三区 | 狠狠色丁香久久婷婷综合_中| 国产精品久久久久一区二区三区 | 亚洲精品无码久久千人斩| 少妇久久久久久被弄到高潮| 亚洲狠狠综合久久| 国产成人无码精品久久久免费| 久久综合九色综合97_久久久| 国产成人精品久久免费动漫| 久久99国产精品久久久| 久久久久综合网久久| 91精品日韩人妻无码久久不卡| 久久国产精品久久国产精品|