 |
善于提問(wèn)，勤于回答，你也是專(zhuān)家
|
 |
問(wèn)題已開(kāi)啟
(普通問(wèn)題)
cellupdate
當(dāng)主小區(qū)的業(yè)務(wù)頻點(diǎn)和鄰小區(qū)的主頻點(diǎn)相同的時(shí)候，為什么會(huì)觸發(fā)cell update，當(dāng)時(shí)主小區(qū)的電平值是很好的，請(qǐng)大神詳解一下cell update
提問(wèn)者:
• LTE中手機(jī)如何區(qū)分不同基站的下行信號(hào)？3G中使用的是擾碼，LTE中用的是什么呢，CELL ID嗎？ 2011-09-12
• 如何制作TEMS CELL工參更新文件 2011-09-07
• 下行失步一定會(huì)進(jìn)行CELL upDATe嗎 2011-09-06
• 求教中興TD網(wǎng)管的CELL_RTV任務(wù)怎么跟啊 2011-09-04
• 分配到其他小區(qū)（Assignment to Another CELL）的描述 2011-08-22
• CELL和tg的關(guān)系？ 2011-08-17
• 不同運(yùn)營(yíng)商用的FemtoCELL價(jià)格一般是多少? 2011-08-15
• FemtoCELL在中國(guó)是否有商用? 2011-08-15
• 如何制作TEMS CELL工參更新文件 2011-09-07
• 下行失步一定會(huì)進(jìn)行CELL upDATe嗎 2011-09-06
• 求教中興TD網(wǎng)管的CELL_RTV任務(wù)怎么跟啊 2011-09-04
• 分配到其他小區(qū)（Assignment to Another CELL）的描述 2011-08-22
• CELL和tg的關(guān)系？ 2011-08-17
• 不同運(yùn)營(yíng)商用的FemtoCELL價(jià)格一般是多少? 2011-08-15
• FemtoCELL在中國(guó)是否有商用? 2011-08-15
問(wèn)題答案
( 3 )
TD是一個(gè)自干擾的系統(tǒng)，既然存在同頻，那么可能會(huì)存在干擾。無(wú)線(xiàn)鏈路信號(hào)強(qiáng)度是一個(gè)參考值，但同時(shí)還要參考信號(hào)質(zhì)量，樓主可以查看一下ISCP，C/I等參數(shù)是否在合理范圍內(nèi)。
回答者：
wwwmscbsccom
回答時(shí)間：2014-07-11 12:07
28
23
Cell Update 是手機(jī)在通話(huà)狀態(tài)下，由于無(wú)線(xiàn)環(huán)境或者是干擾的原因，收不到網(wǎng)絡(luò)測(cè)下發(fā)的信令消息，而發(fā)起的一個(gè)避免掉話(huà)的應(yīng)急響應(yīng)，Cell Update可以在原小區(qū)也可以在別的小區(qū)進(jìn)行更新，如果更新成功的話(huà)，從信令上看是掉話(huà)了的，但是從用戶(hù)感知上來(lái)說(shuō)，通話(huà)仍然繼續(xù)，也就是說(shuō)，用戶(hù)感覺(jué)不到掉話(huà)，要是更新失敗，肯定是要掉話(huà)的。解決此類(lèi)原因，盡量避免在通話(huà)狀態(tài)下發(fā)起小區(qū)更新，也就是改善無(wú)線(xiàn)環(huán)境，排除上下行干擾，優(yōu)化無(wú)線(xiàn)鏈路維持參數(shù)等。
小區(qū)更新過(guò)程的主要功能如下：
(1) 通知UTRAN，處于CELL_PCH或CELL_FACH狀態(tài)的UE重新進(jìn)入了服務(wù)區(qū)；
(2) 通知UTRAN，UE的AM RLC實(shí)體發(fā)生了不可恢復(fù)的RLC錯(cuò)誤；
(3) 周期性小區(qū)更新可作為CELL_PCH或CELL_FACH狀態(tài)下的UE監(jiān)管機(jī)制；
(4) 通知UTRAN，處于CELL_PCH或CELL_FACH狀態(tài)下的UE發(fā)生小區(qū)重選后所在的小區(qū)；
(5) 用于處于CELL_DCH狀態(tài)下的UE發(fā)生無(wú)線(xiàn)鏈路故障時(shí)的處理；
(6) 用于UE 發(fā)送UE CAPABILITY INFORMATION消息失敗時(shí)的處理；
(7) 通知UTRAN，處于CELL_PCH狀態(tài)下的UE收到尋呼或需要發(fā)送上行數(shù)據(jù)，需要將其狀態(tài)轉(zhuǎn)移到CELL_FACH狀態(tài)。
Cell Updata的完整信令如下:
1. UE 通過(guò)CCCH 信道傳送CELL UPDATA REQ 消息，請(qǐng)求小區(qū)更新操作。
2. NodeB 收到并處理CELL UPDATA REQ 消息，將消息打包成RACH 幀發(fā)送到RNC。 3. RNC 收到并處理該RACH 數(shù)據(jù)幀，完成小區(qū)更新后向NodeB 返回CELL UPDATA COMFIRM 消息。
4. NodeB 收到并處理DCH 數(shù)據(jù)，將消息CELL UPDATA COMFIRM 發(fā)送給UE。
深層次的理解：
由于終端物理層對(duì)物理信道數(shù)據(jù)進(jìn)行CRC校驗(yàn)，如果誤碼率較高，物理層就會(huì)判斷為失步（160ms），經(jīng)過(guò)T313的時(shí)間，沒(méi)有連續(xù)檢測(cè)到N315個(gè)同步，定時(shí)器超時(shí)，就會(huì)釋放與原基站的RL。讀廣播，重新搜索小區(qū)，在新小區(qū)上建立無(wú)線(xiàn)鏈路，進(jìn)入cellDCH，收到cell update confirm，配置RB或者物理層參數(shù).
在RL同步狀態(tài)下，當(dāng)CC子系統(tǒng)檢測(cè)到連續(xù)N313個(gè)失步后，給L1C上報(bào)一個(gè)失步狀態(tài)原語(yǔ)，L1C將此失步原語(yǔ)上報(bào)RRC，RRC會(huì)啟動(dòng)定時(shí)器T313；CC開(kāi)始檢測(cè)同步，如果檢測(cè)到連續(xù)N315個(gè)同步，則上報(bào)一個(gè)同步原語(yǔ)給L1C，L1C上報(bào)給RRC，如果RRC收到這個(gè)同步原語(yǔ)的時(shí)候T313沒(méi)有失效，則T313復(fù)位，鏈路保持同步狀態(tài)。如果收到這個(gè)同步原語(yǔ)的時(shí)間是T313失效以后，則鏈路失步，RRC將刪除無(wú)線(xiàn)鏈路，并進(jìn)入Cell Update過(guò)程
Cell Update的七個(gè)原因
1、上行數(shù)據(jù)傳送若UE在URA_PCH或CELL_PCH狀態(tài)下，RB1 或RB1以上的其它RB上有上行RLC數(shù)據(jù)塊或控制塊需要發(fā)送，則UE啟動(dòng)小區(qū)更新流程，設(shè)置原因值為 “uplink data transmission”。
2、尋呼響應(yīng)若UE在URA_PCH或CELL_PCH狀態(tài)下，收到針對(duì)該UE的PAGING TYPE 1消息，其中的“Used PAGING identity”為 UTRAN identity，且不包含可選項(xiàng)“CN originated page to connected mode UE”，且觸發(fā)條件1不滿(mǎn)足，則UE啟動(dòng)小區(qū)更新流程，設(shè)置原因值為 “PAGING response”。
3、 Radio link failure 若UE在CELL_DCH狀態(tài)下T313超時(shí)（物理層失步），且觸發(fā)條件1、2不滿(mǎn)足，則UE在釋放專(zhuān)用物理信道資源后，啟動(dòng)小區(qū)更新流程，設(shè)置原因值為 “Radio link failure”。若UE發(fā)送 CAPABILITY INFORMATION消息時(shí)，連續(xù)N304發(fā)送失敗（T304超時(shí)且V304>N304），且觸發(fā)條件1、2不滿(mǎn)足，則UE啟動(dòng)小區(qū)更新流程，設(shè)置原因值為 “Radio link failure”。
4、Re-entering service area 若UE在CELL_FACH或CELL_PCH狀態(tài)下，進(jìn)入無(wú)覆蓋區(qū)后，又在T307或T317超時(shí)之前重新進(jìn)入網(wǎng)絡(luò)覆蓋區(qū)，且觸發(fā)條件1、2、3不滿(mǎn)足，則UE啟動(dòng)小區(qū)更新流程，設(shè)置原因值為 “re-entering service area”。
5、RLC unrecoverable error 若UE檢測(cè)到其中的AM RLC實(shí)體發(fā)生了不可恢復(fù)的RLC錯(cuò)誤，且觸發(fā)條件1、2、3、4不滿(mǎn)足，則啟動(dòng)小區(qū)更新流程，設(shè)置原因值為“RLC unrecoverable error”。
6、 Cell reselection 若UE在CELL_FACH或CELL_PCH狀態(tài)下進(jìn)行小區(qū)重選，且觸發(fā)條件1、2、3、4、5不滿(mǎn)足，則啟動(dòng)小區(qū)更新流程，設(shè)置原因值為“Cell reselection”。若UE在CELL_FACH狀態(tài)下，且C_RNTI為空，且觸發(fā)條件1、2、3、4、5不滿(mǎn)足，則啟動(dòng)小區(qū)更新流程，設(shè)置原因值為“Cell reselection”。
7、Periodical cell update 若UE在CELL_FACH或CELL_PCH狀態(tài)下T305超時(shí)，且UE尚在配置了周期性更新的小區(qū)的覆蓋范圍內(nèi)，且觸發(fā)條件1、2、3、4、5、6不滿(mǎn)足，則啟動(dòng)小區(qū)更新流程，設(shè)置原因值為“periodical cell update”。
小區(qū)更新過(guò)程的主要功能如下：
(1) 通知UTRAN，處于CELL_PCH或CELL_FACH狀態(tài)的UE重新進(jìn)入了服務(wù)區(qū)；
(2) 通知UTRAN，UE的AM RLC實(shí)體發(fā)生了不可恢復(fù)的RLC錯(cuò)誤；
(3) 周期性小區(qū)更新可作為CELL_PCH或CELL_FACH狀態(tài)下的UE監(jiān)管機(jī)制；
(4) 通知UTRAN，處于CELL_PCH或CELL_FACH狀態(tài)下的UE發(fā)生小區(qū)重選后所在的小區(qū)；
(5) 用于處于CELL_DCH狀態(tài)下的UE發(fā)生無(wú)線(xiàn)鏈路故障時(shí)的處理；
(6) 用于UE 發(fā)送UE CAPABILITY INFORMATION消息失敗時(shí)的處理；
(7) 通知UTRAN，處于CELL_PCH狀態(tài)下的UE收到尋呼或需要發(fā)送上行數(shù)據(jù)，需要將其狀態(tài)轉(zhuǎn)移到CELL_FACH狀態(tài)。
Cell Updata的完整信令如下:
1. UE 通過(guò)CCCH 信道傳送CELL UPDATA REQ 消息，請(qǐng)求小區(qū)更新操作。
2. NodeB 收到并處理CELL UPDATA REQ 消息，將消息打包成RACH 幀發(fā)送到RNC。 3. RNC 收到并處理該RACH 數(shù)據(jù)幀，完成小區(qū)更新后向NodeB 返回CELL UPDATA COMFIRM 消息。
4. NodeB 收到并處理DCH 數(shù)據(jù)，將消息CELL UPDATA COMFIRM 發(fā)送給UE。
深層次的理解：
由于終端物理層對(duì)物理信道數(shù)據(jù)進(jìn)行CRC校驗(yàn)，如果誤碼率較高，物理層就會(huì)判斷為失步（160ms），經(jīng)過(guò)T313的時(shí)間，沒(méi)有連續(xù)檢測(cè)到N315個(gè)同步，定時(shí)器超時(shí)，就會(huì)釋放與原基站的RL。讀廣播，重新搜索小區(qū)，在新小區(qū)上建立無(wú)線(xiàn)鏈路，進(jìn)入cellDCH，收到cell update confirm，配置RB或者物理層參數(shù).
在RL同步狀態(tài)下，當(dāng)CC子系統(tǒng)檢測(cè)到連續(xù)N313個(gè)失步后，給L1C上報(bào)一個(gè)失步狀態(tài)原語(yǔ)，L1C將此失步原語(yǔ)上報(bào)RRC，RRC會(huì)啟動(dòng)定時(shí)器T313；CC開(kāi)始檢測(cè)同步，如果檢測(cè)到連續(xù)N315個(gè)同步，則上報(bào)一個(gè)同步原語(yǔ)給L1C，L1C上報(bào)給RRC，如果RRC收到這個(gè)同步原語(yǔ)的時(shí)候T313沒(méi)有失效，則T313復(fù)位，鏈路保持同步狀態(tài)。如果收到這個(gè)同步原語(yǔ)的時(shí)間是T313失效以后，則鏈路失步，RRC將刪除無(wú)線(xiàn)鏈路，并進(jìn)入Cell Update過(guò)程
Cell Update的七個(gè)原因
1、上行數(shù)據(jù)傳送若UE在URA_PCH或CELL_PCH狀態(tài)下，RB1 或RB1以上的其它RB上有上行RLC數(shù)據(jù)塊或控制塊需要發(fā)送，則UE啟動(dòng)小區(qū)更新流程，設(shè)置原因值為 “uplink data transmission”。
2、尋呼響應(yīng)若UE在URA_PCH或CELL_PCH狀態(tài)下，收到針對(duì)該UE的PAGING TYPE 1消息，其中的“Used PAGING identity”為 UTRAN identity，且不包含可選項(xiàng)“CN originated page to connected mode UE”，且觸發(fā)條件1不滿(mǎn)足，則UE啟動(dòng)小區(qū)更新流程，設(shè)置原因值為 “PAGING response”。
3、 Radio link failure 若UE在CELL_DCH狀態(tài)下T313超時(shí)（物理層失步），且觸發(fā)條件1、2不滿(mǎn)足，則UE在釋放專(zhuān)用物理信道資源后，啟動(dòng)小區(qū)更新流程，設(shè)置原因值為 “Radio link failure”。若UE發(fā)送 CAPABILITY INFORMATION消息時(shí)，連續(xù)N304發(fā)送失敗（T304超時(shí)且V304>N304），且觸發(fā)條件1、2不滿(mǎn)足，則UE啟動(dòng)小區(qū)更新流程，設(shè)置原因值為 “Radio link failure”。
4、Re-entering service area 若UE在CELL_FACH或CELL_PCH狀態(tài)下，進(jìn)入無(wú)覆蓋區(qū)后，又在T307或T317超時(shí)之前重新進(jìn)入網(wǎng)絡(luò)覆蓋區(qū)，且觸發(fā)條件1、2、3不滿(mǎn)足，則UE啟動(dòng)小區(qū)更新流程，設(shè)置原因值為 “re-entering service area”。
5、RLC unrecoverable error 若UE檢測(cè)到其中的AM RLC實(shí)體發(fā)生了不可恢復(fù)的RLC錯(cuò)誤，且觸發(fā)條件1、2、3、4不滿(mǎn)足，則啟動(dòng)小區(qū)更新流程，設(shè)置原因值為“RLC unrecoverable error”。
6、 Cell reselection 若UE在CELL_FACH或CELL_PCH狀態(tài)下進(jìn)行小區(qū)重選，且觸發(fā)條件1、2、3、4、5不滿(mǎn)足，則啟動(dòng)小區(qū)更新流程，設(shè)置原因值為“Cell reselection”。若UE在CELL_FACH狀態(tài)下，且C_RNTI為空，且觸發(fā)條件1、2、3、4、5不滿(mǎn)足，則啟動(dòng)小區(qū)更新流程，設(shè)置原因值為“Cell reselection”。
7、Periodical cell update 若UE在CELL_FACH或CELL_PCH狀態(tài)下T305超時(shí)，且UE尚在配置了周期性更新的小區(qū)的覆蓋范圍內(nèi)，且觸發(fā)條件1、2、3、4、5、6不滿(mǎn)足，則啟動(dòng)小區(qū)更新流程，設(shè)置原因值為“periodical cell update”。
回答者：
OscarDon
回答時(shí)間：2014-07-12 09:49
30
24
當(dāng)
主小區(qū)的業(yè)務(wù)頻點(diǎn)和鄰小區(qū)的主頻點(diǎn)相同的時(shí)候 ，服務(wù)小區(qū)的 DPCH RSCP和鄰區(qū)的PCCPCH RSCP相當(dāng)， DPCH C/I可能會(huì)較差，容易導(dǎo)致
UE發(fā)生無(wú)線(xiàn)鏈路而進(jìn)行小區(qū)更新。
回答者：
chengjun_720
回答時(shí)間：2014-07-15 16:17
25
27
• 西安中興精誠(chéng)通訊有限公司
聘：重慶-網(wǎng)優(yōu)高級(jí)工程師
需求人數(shù)：2 人 地點(diǎn)：重慶市
• 廣州瀚信通信科技股份有限公司 聘：項(xiàng)目經(jīng)理（廣東）
需求人數(shù)：2 人 地點(diǎn)：廣東省
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：LTE/5G網(wǎng)絡(luò)中高級(jí)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：上海市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘：5G工程單驗(yàn)人員
需求人數(shù)：10 人 地點(diǎn)：北京市
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 杭州華星博鴻通信技術(shù)有限公司 聘：優(yōu)化規(guī)劃工程師（后臺(tái)-安徽）
需求人數(shù)：5 人 地點(diǎn)：馬鞍山市
• 成都旗訊通信技術(shù)有限公司 聘：電聯(lián)招聘督導(dǎo)、傳輸、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：浙江省,江蘇省,河北省,山西省,遼寧省
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠(chǎng)優(yōu)化招聘
需求人數(shù)：10 人 地點(diǎn)：長(zhǎng)沙市,永州市,郴州市,衡陽(yáng)市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：8 人 地點(diǎn)：寧波市,舟山市,湖州市,紹興市
• 南京華蘇科技有限公司 聘：中興網(wǎng)優(yōu)測(cè)試工程師（河南）
需求人數(shù)：15 人 地點(diǎn)：鄭州市,商丘市,濟(jì)源市,開(kāi)封市
需求人數(shù)：2 人 地點(diǎn)：重慶市
• 廣州瀚信通信科技股份有限公司 聘：項(xiàng)目經(jīng)理（廣東）
需求人數(shù)：2 人 地點(diǎn)：廣東省
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：LTE/5G網(wǎng)絡(luò)中高級(jí)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：上海市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘：5G工程單驗(yàn)人員
需求人數(shù)：10 人 地點(diǎn)：北京市
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 杭州華星博鴻通信技術(shù)有限公司 聘：優(yōu)化規(guī)劃工程師（后臺(tái)-安徽）
需求人數(shù)：5 人 地點(diǎn)：馬鞍山市
• 成都旗訊通信技術(shù)有限公司 聘：電聯(lián)招聘督導(dǎo)、傳輸、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：浙江省,江蘇省,河北省,山西省,遼寧省
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠(chǎng)優(yōu)化招聘
需求人數(shù)：10 人 地點(diǎn)：長(zhǎng)沙市,永州市,郴州市,衡陽(yáng)市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：8 人 地點(diǎn)：寧波市,舟山市,湖州市,紹興市
• 南京華蘇科技有限公司 聘：中興網(wǎng)優(yōu)測(cè)試工程師（河南）
需求人數(shù)：15 人 地點(diǎn)：鄭州市,商丘市,濟(jì)源市,開(kāi)封市
熱點(diǎn)問(wèn)題
更多精彩
| 聯(lián)系我們 - 問(wèn)通信專(zhuān)家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |