 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
提問者:
• 哪位老師 有最新移動 無線-LTE網(wǎng)優(yōu)-華為-L2題庫，謝謝 2020-09-08
• 華為LTE網(wǎng)管目前最新版本是多少？ 2020-07-23
• 請教: 華為在英投資4億英鎊建芯片廠？投下去因關(guān)連技術(shù)又被制裁咋辦呢？ 2020-06-24
• 華為后臺如何添加鄰區(qū) 2020-05-22
• 華為5GNR近端登錄ip地址，用戶名和密碼是否與lte的一致 2020-04-19
• 華為max20S(5G)在cxtv6.3中無法使用端口！ 2020-03-31
• 鼎利Pioneer10.4.68軟件連接華為mate20X，顯示“連接失敗，）” 2020-03-25
• 華為LTE參考信號功率設(shè)置為92那么該小區(qū)發(fā)射功率是多少瓦 2020-03-21
• 華為LTE網(wǎng)管目前最新版本是多少？ 2020-07-23
• 請教: 華為在英投資4億英鎊建芯片廠？投下去因關(guān)連技術(shù)又被制裁咋辦呢？ 2020-06-24
• 華為后臺如何添加鄰區(qū) 2020-05-22
• 華為5GNR近端登錄ip地址，用戶名和密碼是否與lte的一致 2020-04-19
• 華為max20S(5G)在cxtv6.3中無法使用端口！ 2020-03-31
• 鼎利Pioneer10.4.68軟件連接華為mate20X，顯示“連接失敗，）” 2020-03-25
• 華為LTE參考信號功率設(shè)置為92那么該小區(qū)發(fā)射功率是多少瓦 2020-03-21
問題答案
( 1 )
1、特指SMBCB DRX MODE(小區(qū)廣播短消息不連續(xù)接收模式)。該參數(shù)確定是否支持方式。支持SMBCB DRX方式的BSC要發(fā)送調(diào)度消息，才能滿足移動臺進(jìn)行不連續(xù)接收的需要。一個調(diào)度消息包含著一個小區(qū)上許多緊接著要發(fā)送的廣播短消息的信息。一個調(diào)度消息包含的廣播短消息占用的周期稱為調(diào)度周期。調(diào)度消息按發(fā)送的順序，包含每個將要廣播的短消息的描述，同時也指出了消息在調(diào)度周期中的位置。移動臺讀取調(diào)度消息，就能花更少的時間讀到自己感興趣的廣播短消息，從而降低了耗電量。參見協(xié)議0412。G3BSC32.10100.06.1120A以前版本該參數(shù)名為“是否支持DRX方式”，G3BSC32.10100.06.1120A已經(jīng)改名為“是否支持SMBCBCDRX方式”
2、BSC06.1120A版本對載頻互助功能控制進(jìn)行了整改：
（1）BCCH互助：與原來一樣，都是將主BCCH互助到另外一個正常TRX上。
（2）BCCH互助倒回：當(dāng)原始配置的BCCH載頻恢復(fù)正常后可以發(fā)生BCCH互助倒回。
（3）基帶跳頻互助：當(dāng)小區(qū)中參與基帶跳頻的TRX故障，或者小區(qū)發(fā)生了BCCH互助，這時就會發(fā)生基帶跳頻互助，小區(qū)將被初始化為不跳頻小區(qū)。
（4）基帶跳頻互助倒回：當(dāng)小區(qū)中所有參與基帶跳頻的TRX都恢復(fù)正常，并且原始配置的BCCH載頻也正常，這時可以發(fā)生基帶跳頻互助倒回，小區(qū)又恢復(fù)為基帶跳頻模式。
（5）只要發(fā)生了載頻互助或倒回（BCCH互助或基帶跳頻互助），小區(qū)都會重新初始化。
（6）對任何基站類型，小區(qū)剛初始化完15分鐘內(nèi)不會進(jìn)行互助處理。
（7）BSC06.1120A之前版本，不支持BCCH參與基帶時隙跳頻的情況下的互助，BSC06.1120A及其以后版本可以支持。
整改后，載頻互助功能僅使用【小區(qū)配置數(shù)據(jù)表】中的一個字段“載頻互助功能控制開關(guān)”來配置。該字段取值如下：
“不允許載頻互助”：載頻互助功能關(guān)閉；
“允許載頻互助，不倒回”：允許載頻互助，但故障載頻恢 復(fù)后不允許進(jìn)行倒回處理；
“允許載頻互助，立即倒回”：允許載頻互助，并且當(dāng)故障載頻恢復(fù)后立即進(jìn)行倒回處理；
“允許載頻互助，資源核查時倒回”：允許載頻互助，并且當(dāng)故障載頻恢復(fù)后不立即倒回，而是等到凌晨3：00的資源核查期間進(jìn)行倒回處理。
3、對于基帶時隙跳頻“不允許載頻互助”；其他跳頻模式或者不跳頻模式下，建議設(shè)置為“允許載頻互助，資源核查時倒回”。
2、BSC06.1120A版本對載頻互助功能控制進(jìn)行了整改：
（1）BCCH互助：與原來一樣，都是將主BCCH互助到另外一個正常TRX上。
（2）BCCH互助倒回：當(dāng)原始配置的BCCH載頻恢復(fù)正常后可以發(fā)生BCCH互助倒回。
（3）基帶跳頻互助：當(dāng)小區(qū)中參與基帶跳頻的TRX故障，或者小區(qū)發(fā)生了BCCH互助，這時就會發(fā)生基帶跳頻互助，小區(qū)將被初始化為不跳頻小區(qū)。
（4）基帶跳頻互助倒回：當(dāng)小區(qū)中所有參與基帶跳頻的TRX都恢復(fù)正常，并且原始配置的BCCH載頻也正常，這時可以發(fā)生基帶跳頻互助倒回，小區(qū)又恢復(fù)為基帶跳頻模式。
（5）只要發(fā)生了載頻互助或倒回（BCCH互助或基帶跳頻互助），小區(qū)都會重新初始化。
（6）對任何基站類型，小區(qū)剛初始化完15分鐘內(nèi)不會進(jìn)行互助處理。
（7）BSC06.1120A之前版本，不支持BCCH參與基帶時隙跳頻的情況下的互助，BSC06.1120A及其以后版本可以支持。
整改后，載頻互助功能僅使用【小區(qū)配置數(shù)據(jù)表】中的一個字段“載頻互助功能控制開關(guān)”來配置。該字段取值如下：
“不允許載頻互助”：載頻互助功能關(guān)閉；
“允許載頻互助，不倒回”：允許載頻互助，但故障載頻恢 復(fù)后不允許進(jìn)行倒回處理；
“允許載頻互助，立即倒回”：允許載頻互助，并且當(dāng)故障載頻恢復(fù)后立即進(jìn)行倒回處理；
“允許載頻互助，資源核查時倒回”：允許載頻互助，并且當(dāng)故障載頻恢復(fù)后不立即倒回，而是等到凌晨3：00的資源核查期間進(jìn)行倒回處理。
3、對于基帶時隙跳頻“不允許載頻互助”；其他跳頻模式或者不跳頻模式下，建議設(shè)置為“允許載頻互助，資源核查時倒回”。
回答者：
characteren
回答時間：2011-10-25 10:23
4
5
• 嘉環(huán)科技股份有限公司
聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點：西寧市
• 上海貝電實業(yè)（集團(tuán)）股份有限公司 聘：無線站點設(shè)計
需求人數(shù)：20 人 地點：西安市
• 重慶信科通信工程有限公司 聘：上饒電信中興原廠高級
需求人數(shù)：2 人 地點：上饒市
• 南京華蘇科技有限公司 聘：中興有線/無線工程師
需求人數(shù)：3 人 地點：大連市,本溪市,撫順市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：AI工程師
需求人數(shù)：1 人 地點：云南省
• 廣州銘輝網(wǎng)絡(luò)科技有限公司 聘：傳輸PTN&OTN工程師
需求人數(shù)：2 人 地點：�？谑�,三亞市
• 元道通信股份有限公司 聘：新疆-督導(dǎo)工程師
需求人數(shù)：6 人 地點：阿克蘇市,庫爾勒市
• 北京宜通華瑞科技有限公司 聘：高速高鐵優(yōu)化中級（江西上饒）
需求人數(shù)：1 人 地點：上饒市
• 廣東南方通信建設(shè)有限公司 聘：日常項目外場優(yōu)化工程師
需求人數(shù)：3 人 地點：南寧市
• 廣州瀚信通信科技股份有限公司 聘：項目經(jīng)理（廣東）
需求人數(shù)：2 人 地點：廣東省
需求人數(shù)：2 人 地點：西寧市
• 上海貝電實業(yè)（集團(tuán)）股份有限公司 聘：無線站點設(shè)計
需求人數(shù)：20 人 地點：西安市
• 重慶信科通信工程有限公司 聘：上饒電信中興原廠高級
需求人數(shù)：2 人 地點：上饒市
• 南京華蘇科技有限公司 聘：中興有線/無線工程師
需求人數(shù)：3 人 地點：大連市,本溪市,撫順市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：AI工程師
需求人數(shù)：1 人 地點：云南省
• 廣州銘輝網(wǎng)絡(luò)科技有限公司 聘：傳輸PTN&OTN工程師
需求人數(shù)：2 人 地點：�？谑�,三亞市
• 元道通信股份有限公司 聘：新疆-督導(dǎo)工程師
需求人數(shù)：6 人 地點：阿克蘇市,庫爾勒市
• 北京宜通華瑞科技有限公司 聘：高速高鐵優(yōu)化中級（江西上饒）
需求人數(shù)：1 人 地點：上饒市
• 廣東南方通信建設(shè)有限公司 聘：日常項目外場優(yōu)化工程師
需求人數(shù)：3 人 地點：南寧市
• 廣州瀚信通信科技股份有限公司 聘：項目經(jīng)理（廣東）
需求人數(shù)：2 人 地點：廣東省
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |