從cmpp協議來看，閘道器是能同時處理mo和mt訊息的。從目前運營商的幾家閘道器來看，有mo和mt用同乙個連線，也有mo和mt分成不同連線的。做為 mo訊息來說是運營商->sp，mt訊息來說是sp->運營商，那麼sp應該是mo的接收者，並且通過分析mo的一些屬性後，在業務層處理完 形成mt下發到運營商閘道器，那有沒有這樣一種可能，如果sp模擬一條mo給運營商閘道器，運營商閘道器會不會以為這條mo是使用者發上來，然後轉給sp呢，那這 樣的話，一方面可以實現給sp衝上行，減少不均衡，另一方面，如果mo能迴轉到sp，並且能帶上misc的認證的一些內容，比如批價、linkid等，那 就可以實現使用者的軟綁。動手做了乙個小軟體，呵呵，是乎在第乙個方面可行。主要的操作如下：--www.joymo.cn
一、打包mo訊息。很多sp端的閘道器，因為對mo只是拆份訊息體，可能沒有打包的部分，加乙個這樣的打包函式就可以了。
二、把打包的mo訊息放到傳送佇列裡。
試了一下華為的閘道器，將mo傳送過去後，閘道器
有cmpp_deliver_res
返回，result=0，成功，說明運營商閘道器沒有區分出是**sc發的還是sp發的mo訊息。注意將mo的源位址填手機號，目的位址填sp的服務**。不過華為閘道器並沒有將mo迴轉給sp，這一點是我很奇怪的地方。如果說是misc的問題，從下面兩圖看
［i**g組網圖］
［mo流程］
mo 肯定是先經運營商閘道器處理後，才發起對misc的批價請求，misc認可後，閘道器帶著misc附加的一些內容，把mo發給sp。從模擬的情況來看，如果華 為閘道器本身認可了這條mo後，應該會轉到misc那裡，也應該會獲得相應的misc內容，不過為什麼沒有最終在迴轉到sp，因為當時環境及條件的限制，沒 有把這個工作做完。希望有興趣的朋友，可以順著這個思路再走下去。
可行性分析
做任何事情，都必須要做可行性分析，可行性分析能確保你做的事情在未來的努力過程中不會因為錯誤的方向而導致的夭折。人為什麼會有去學習某種知識的衝動？我覺得大部分的原因是因為虛榮心，自尊心，有些時候你看到別人擁有某種能力，你覺得非常的羨慕，那麼就有一種想去學的衝動，而不管自己是否有能力 有時間，是否適合自...
可行性分析
可行性分析 1.專案概述 1 專案名稱 智慧型宿舍管理系統 2 專案團隊 齊魯工業大學飛漾團隊 3 專案人員 王剛，陳楓，常瑜，梅寒，李振，楊宗信 4 專案建設目標 解決大學生實際學習，生活中所遇到的問題 5 專案內容 智慧型宿舍管理系統採用刷卡進門，進門後自動供電，出門時刷卡斷電。既保證了宿舍安全...
可行性分析報告
可行性分析報告 1 引言 1.1 編寫目的 闡明編寫可行性研究報告的目的，提出讀者物件。1.2 專案背景 應包括 所建議開發軟體的名稱 專案的任務提出者 開發者 使用者及實現軟體的單位 專案與其他軟體或其他系統的關係。1.3 定義 列出文件中用到的專門術語的定義和縮寫詞的原文。專案經核准的計畫任務書...