ROP

ROP（Return-Oriented Programming）是一種非常流行的非線性編程技術，它可以讓開發(fā)者在程序中利用已有的代碼片段，而不需要添加新的代碼。ROP的本質是控制程序流程，即控制程序的執(zhí)行順序。ROP的主要用途是在程序中實現特定的功能，而不需要重新編寫代碼。 ROP技術可以在程序中添加或修改現有代碼，以實現特定的功能，比如：添加新的函數、修改現有函數、添加新的變量、修改現有變量、添加新的內存空間、修改現有內存空間等。ROP技術可以讓開發(fā)者在程序中實現自定義的功能，而不需要重新編寫代碼。 ROP技術在通信領域的應用十分廣泛，它可以用來改善程序的性能，提高程序的安全性，以及實現特定的功能。例如，ROP技術可以用來實現加密算法，以保護網絡數據的安全性；ROP技術可以用來實現網絡流量控制，以提高網絡性能；ROP技術可以用來實現網絡負載均衡，以提高網絡穩(wěn)定性；ROP技術可以用來實現路由協議，以提高網絡連接的可靠性等等。 總之，ROP技術在通信領域有著廣泛的應用，它可以改善程序的性能，提高程序的安全性，以及實現特定的功能。ROP技術可以讓開發(fā)者在程序中實現自定義的功能，而不需要重新編寫代碼，因此它在通信領域有著重要的應用價值。

---

朗訊基站ROP
ROP分析：
一、CPFailure 的種類
1、TCCF：TRAFFIC CHANNEL CONFIRMATION FAILURE
2、CS：CALL SHUTDOWN
3、LC：LOST CALL
4、RCF：RELEASE CONFIRMATION FAILURE
5、FRTO：FORCED RELEASE TIMEOUT
6、CESH：CDMA FAILURE TO ESTABLISH CE/SH CHANNEL PROTOCOL
二、CDMA Traffic Channel Confirmation Failure [TCCF]的 種類及其基本成因（常見）
TCCF的定義：業(yè)務信道確認失敗。指在呼叫建立階段，基站無法在其業(yè)務信道上找到手機。
可能的產生原因有：無線環(huán)境惡劣、手機自身原因、軟件Bug等。
導致的結果：呼叫建立失敗。
2.1、TCCF[1]：Layer 2 Acknowledgement Failure
定義：在基站發(fā)送Layer 2 Acknowledgement 引導消息后等待手機回復的第一次Layer 2 Acknowledgement 消息超時。此后基站會以400ms的間隔再發(fā)送9次。
結果：呼叫建立失敗。
可能的產生原因：
1、無線環(huán)境的惡劣。
2、IS－95的局限性（IS－95－B增加的內容：N1m的默認值由3改為9；軟建立。）
3、Nb表的不完整。
4、軟件方面的原因。
2.2、TCCF[2]：ACQUIRE MOBILE FAILURE
定義：獲取手機失敗。手機在前向業(yè)務信道上沒有收到兩個連續(xù)的好幀或基站沒有收到引導幀（假定手機收到兩個連續(xù)好幀并開始發(fā)送引導幀）。因此該問題可能出現在下行也可能出現在上行信道。下行——手機等待好幀超時；上行——基站接收引導幀超時。
結果：呼叫建立失敗。
可能的產生原因：
1、無線環(huán)境惡劣（多由此原因產生）。
2、Nb表的不完全。
3、軟件錯誤。
2.3、TCCF[3]：SERVICE CONNECT COMPLETE FAILURE
定義：在呼叫建立階段，基站從手機處接收服務連接完成消息失敗。
結果：呼叫建立失敗。
可能的產生原因：
1、無線傳播環(huán)境問題。
2、軟件錯誤。
3、手機自身原因。
2.4、TCCF[6]：SERVICE RESPONSE FAILURE
定義：在呼叫建立階段，基站沒有收到手機的服務響應信息。
結果：呼叫建立失敗。
可能的產生原因：
1、無線傳播環(huán)境問題（較多）。
2、軟件問題（一般不會出現，一旦出現影響較大）。
3、手機自身原因（個別用戶、個別機型）。
2.5、TCCF[7]：SERVICE RESPONSE NOT ACCEPTED
定義：在呼叫建立階段，手機無法接受基站提交的服務協議。
結果：呼叫建立失敗。
可能的產生原因：
1、系統(tǒng)軟件問題。
2、系統(tǒng)不支持該類型手機。
三、Call Shutdown [CS]的種類及其基本成因（常見）
CS的定義：由于內部錯誤切斷通話后基站無法關閉建立的無線通道的現象。
CS可能的產生原因：無線環(huán)境惡劣、硬件故障、軟件問題。
CS可導致的結果：呼叫建立失敗、掉話。
由于[CS]的類型較多，下面僅介紹幾種平時較為常見的Call Shutdown 類型并做詳細分析。
3.1、[CS10]：HANDOFF COMPLETE TIMEOUT
定義：基站等待手機回報切換完成消息超時。
結果：掉話。
可能的產生原因：
1、無線環(huán)境惡劣（主要是有干擾，主要的產生原因）。
2、CCU故障。
3.2、[CS42]：SHUTDOWN UNEXPECTED MESSAGE
定義：在一個具體的呼叫中，CCU收到一個無法預判的消息（DCF ASSERT 提供細節(jié)）。
結果：
1、呼叫建立失敗。
2、掉話。
可能的產生原因：
軟件錯誤。
3.3、[CS43]：SHUTDOWN INTERNAL ERROR
定義：CCU在呼叫處理過程中發(fā)現內部軟件錯誤。
結果：
1、呼叫建立失敗。
2、掉話（多數發(fā)生在呼叫釋放并無法結束通話時）。
產生的原因：
1、軟件錯誤。
2、分組管缺失（faulty packet pipes）。
3.4、[CS5]：LAYER 2 ACKNOWLEDGMENT FAILURE
定義：基站在發(fā)送LAYER 2 ACKNOWLEDGMENT給手機后，等待手機第一次回復LAYER 2 ACKNOWLEDGMENT消息超時，基站會以400ms的間隔再發(fā)送9次。
結果：呼叫建立失敗。
可能的產生原因：
1、無線環(huán)境惡劣。
2、鄰區(qū)表錯誤。
3、軟件錯誤。
3.5、[CS44]： SHUTDOWN TIMEOUT
定義：CCU等待接收確認消息超時。
結果：
1、呼叫建立失敗。
2、掉話。
可能的產生原因：
1、軟件錯誤。
2、CCU故障。
3.6、[CS7]：RELEASE FAILURE
定義：基站在呼叫釋放期間出現問題。包括CCU釋放失敗、CE/SH協議釋放失敗、手機沒有回應基站的釋放消息。
結果：不影響呼叫建立或已確立的呼叫。一般出現在切換中的原基站。
可能的產生原因：
1、無線環(huán)境惡劣。
2、CCU故障。
3、PP錯誤。
4、手機自身問題。
5、軟件原因。
3.7、 CESH：CDMA FAILURE TO ESTABLISH CE/SH CHANNEL PROTOCOL
定義：在呼叫建立階段或軟切換建立期間，基站確立CE/FS協議失敗。
影響：
1、呼叫建立失敗。
2、掉話。
可能的原因:
1、PP失敗。
2、軟件問題。
3.8、FRTO：FORCED RELEASE TIMEOUT
定義：the cell site did not respond after a forced release order was sent for the indicated radio。
影響：呼叫建立失敗。
可能的產生原因：
Data Link出現問題。
3.9、RCF：RELEASE CONFIRMATION FAILURE
定義：the cell site cannot turn off the indicated radio after the mobile unit fails to respond to a forced release order.
影響：呼叫建立失敗。
可能的產生原因：
CBR可能出現問題。
上述TCCF及CS均屬于CE/CCU呼叫處理失敗。
[TCCF2]、[CS10]多數由于無線環(huán)境不好造成的，可以通過清頻的方式解決。
ECP之間由于E1不足，切換失敗率的提高產生的掉話類型為[CS10]。



抱歉，此頁面的內容受版權保護，復制需扣除次數，次數不足時需付費購買。

如需下載請點擊：點擊此處下載

關閉

掃碼付費即可復制
X

• 更多詳細解釋內容
• 在通信搜索中檢索“ROP”

本地連接 | 無線天線 | 幀同步 | 澳門CTM | 傳遞 | MRF | 艾泰 | 3G牌照 | candidate | cmas | SACK | RAX |