詞語解釋 | 本詞語解釋貢獻者:jingpengtao
EVENTBNUM是一種常見的數(shù)據(jù)傳輸協(xié)議,也是一種事件號的縮寫。它是一種用于實現(xiàn)數(shù)據(jù)傳輸?shù)膮f(xié)議,它的基本原理是通過一系列事件號來實現(xiàn)數(shù)據(jù)傳輸。事件號是一個數(shù)字,用于標識數(shù)據(jù)傳輸?shù)臓顟B(tài),它可以用于指示數(shù)據(jù)傳輸?shù)臓顟B(tài),如是否成功,是否發(fā)生錯誤等。 EVENTBNUM的應(yīng)用是在網(wǎng)絡(luò)中實現(xiàn)數(shù)據(jù)傳輸。當(dāng)兩臺計算機之間的數(shù)據(jù)傳輸發(fā)生時,兩臺計算機之間的通信將會被分解成一系列的事件號,這些事件號可以用來指示數(shù)據(jù)傳輸?shù)臓顟B(tài),如是否成功,是否發(fā)生錯誤等。 EVENTBNUM的優(yōu)點在于它可以提供可靠的數(shù)據(jù)傳輸,可以有效地減少數(shù)據(jù)傳輸中可能出現(xiàn)的錯誤,并可以有效地實現(xiàn)數(shù)據(jù)傳輸?shù)目煽啃浴? EVENTBNUM的應(yīng)用范圍非常廣泛,它可以用于實現(xiàn)多種類型的數(shù)據(jù)傳輸,如文件傳輸,視頻傳輸,音頻傳輸,圖像傳輸?shù)取K梢杂糜趯崿F(xiàn)多種類型的網(wǎng)絡(luò)應(yīng)用,如網(wǎng)絡(luò)游戲,視頻會議,網(wǎng)絡(luò)電話等。 EVENTBNUM在實現(xiàn)數(shù)據(jù)傳輸時,可以有效地提高傳輸效率,減少傳輸中可能出現(xiàn)的錯誤,提高傳輸?shù)目煽啃,并可以提高網(wǎng)絡(luò)應(yīng)用的性能。 總之,EVENTBNUM是一種常見的數(shù)據(jù)傳輸協(xié)議,它可以有效地實現(xiàn)數(shù)據(jù)傳輸,并可以提高網(wǎng)絡(luò)應(yīng)用的性能,因此它在網(wǎng)絡(luò)中應(yīng)用非常廣泛。 中興 EVENTBNUM 1) 參數(shù)現(xiàn)網(wǎng)分布 EVENTBNUM取值 取值個數(shù) 取值百分比 3次 ALL 100.00% 總計 ALL 100.00% 2) 參數(shù)設(shè)置說明 作用:4B事件報告次數(shù)滿足多少次的時候,可以觸發(fā)下調(diào)速率。 取值:1-5 (次) 3) 參數(shù)使用策略 當(dāng)業(yè)務(wù)上下行均沒有業(yè)務(wù)流量時,終端和系統(tǒng)會分別上報測量值為0的4B測量報告,RNC對測量報告進行計數(shù),當(dāng)兩個方向連續(xù)收到的測量值為0的4B測量報告?zhèn)數(shù)均達到進入IDLE狀態(tài)門限后,RNC會主動發(fā)起Iu連接釋放過程,釋放原因為User Inactivity,UE進入IDLE狀態(tài),適當(dāng)降低DCH到IDLE調(diào)整時長在提高系統(tǒng)無線資源利用率、提高系統(tǒng)能夠接納的用戶容量、提高業(yè)務(wù)無線接通率、降低PS業(yè)務(wù)無線掉線率等方面都有明顯的效果。 針對用戶感知方面,當(dāng)RNC主動發(fā)起“用戶未激活”的Iu鏈接釋放后,確認了以下幾點: ---網(wǎng)絡(luò)側(cè)發(fā)起原因為“UE Inactivity”的Iu鏈接釋放后,只會釋放對應(yīng)的RAB資源,PPP撥號連接和PDP上下文仍然處于保持狀態(tài),用戶側(cè)PS業(yè)務(wù)應(yīng)用軟件仍然處于連接狀態(tài),完全不影響用戶感受; ---IM軟件(如QQ)在網(wǎng)絡(luò)側(cè)釋放Iu鏈接和RAB資源后,仍顯示在線,并且不影響IM軟件正常接收消息;當(dāng)IM軟件收到消息時,網(wǎng)絡(luò)側(cè)通過PS域的尋呼通知UE進行自動PS重連,終端自動進行RRC連接后,直接進行RAB重建,無需進行PDP激活。;整個過程完全不影響用戶感受; ---在網(wǎng)絡(luò)側(cè)釋放Iu鏈接和RAB資源后后,用戶側(cè)再次發(fā)起業(yè)務(wù)請求時,終端會自動進行RRC連接后,直接進行RAB重建,無需進行PDP激活,整個過程完全不影響用戶感受。 DCH到IDLE調(diào)整時長=Max[上行(PendingTime+TriggerTime),下行(PendingTime+TriggerTime)]×B事件門限×4B0事件個數(shù),其中pendingTime指UE在上報了一次B事件后,觸發(fā)下一次上報的時間間隔,一般在16秒左右,而triggerTime是2秒左右,加起來為18秒,即 DCH到IDLE調(diào)整時長=18*EVENTBNUM*EVENT4B0NUMCOE2IDLE 目前北京現(xiàn)網(wǎng)DCH到IDLE調(diào)整時長=18*3*1=54s 綜合以上幾點,可以考慮適當(dāng)降低EVENTBNUM次數(shù),并進行測試驗證。 4) 與其他參數(shù)的關(guān)聯(lián)性分析
中興 EVENTBNUM 1) 參數(shù)現(xiàn)網(wǎng)分布 EVENTBNUM取值 取值個數(shù) 取值百分比 3次 ALL 100.00% 總計 ALL 100.00% 2) 參數(shù)設(shè)置說明 作用:4B事件報告次數(shù)滿足多少次的時候,可以觸發(fā)下調(diào)速率。 取值:1-5 (次) 3) 參數(shù)使用策略 當(dāng)業(yè)務(wù)上下行均沒有業(yè)務(wù)流量時,終端和系統(tǒng)會分別上報測量值為0的4B測量報告,RNC對測量報告進行計數(shù),當(dāng)兩個方向連續(xù)收到的測量值為0的4B測量報告?zhèn)數(shù)均達到進入IDLE狀態(tài)門限后,RNC會主動發(fā)起Iu連接釋放過程,釋放原因為User Inactivity,UE進入IDLE狀態(tài),適當(dāng)降低DCH到IDLE調(diào)整時長在提高系統(tǒng)無線資源利用率、提高系統(tǒng)能夠接納的用戶容量、提高業(yè)務(wù)無線接通率、降低PS業(yè)務(wù)無線掉線率等方面都有明顯的效果。 針對用戶感知方面,當(dāng)RNC主動發(fā)起“用戶未激活”的Iu鏈接釋放后,確認了以下幾點: ---網(wǎng)絡(luò)側(cè)發(fā)起原因為“UE Inactivity”的Iu鏈接釋放后,只會釋放對應(yīng)的RAB資源,PPP撥號連接和PDP上下文仍然處于保持狀態(tài),用戶側(cè)PS業(yè)務(wù)應(yīng)用軟件仍然處于連接狀態(tài),完全不影響用戶感受; ---IM軟件(如QQ)在網(wǎng)絡(luò)側(cè)釋放Iu鏈接和RAB資源后,仍顯示在線,并且不影響IM軟件正常接收消息;當(dāng)IM軟件收到消息時,網(wǎng)絡(luò)側(cè)通過PS域的尋呼通知UE進行自動PS重連,終端自動進行RRC連接后,直接進行RAB重建,無需進行PDP激活。;整個過程完全不影響用戶感受; ---在網(wǎng)絡(luò)側(cè)釋放Iu鏈接和RAB資源后后,用戶側(cè)再次發(fā)起業(yè)務(wù)請求時,終端會自動進行RRC連接后,直接進行RAB重建,無需進行PDP激活,整個過程完全不影響用戶感受。 DCH到IDLE調(diào)整時長=Max[上行(PendingTime+TriggerTime),下行(PendingTime+TriggerTime)]×B事件門限×4B0事件個數(shù),其中pendingTime指UE在上報了一次B事件后,觸發(fā)下一次上報的時間間隔,一般在16秒左右,而triggerTime是2秒左右,加起來為18秒,即 DCH到IDLE調(diào)整時長=18*EVENTBNUM*EVENT4B0NUMCOE2IDLE 目前北京現(xiàn)網(wǎng)DCH到IDLE調(diào)整時長=18*3*1=54s 綜合以上幾點,可以考慮適當(dāng)降低EVENTBNUM次數(shù),并進行測試驗證。 4) 與其他參數(shù)的關(guān)聯(lián)性分析
抱歉,此頁面的內(nèi)容受版權(quán)保護,復(fù)制需扣除次數(shù),次數(shù)不足時需付費購買。
如需下載請點擊:點擊此處下載
掃碼付費即可復(fù)制
數(shù)據(jù)通訊 | ISAG | 下行鏈路邊緣切換門限 | 上行鏈路邊緣切換門限 | 干擾切換算法允許 | 同心圓切換算法允許 | TA切換算法允許 | BQ切換算法允許 | 邊緣切換算法允許 | 分層分級別切換算法允許 | PBGT切換算法允許 | DVB-T |
移動通信網(wǎng) | 通信人才網(wǎng) | 更新日志 | 團隊博客 | 免責(zé)聲明 | 關(guān)于詞典 | 幫助