 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
LTE中SRB0是在什么時(shí)候就建立好了？？
請(qǐng)問在LTE中SRB0是在什么時(shí)候就建立好？它是如何建立的？不好意思剛建立的號(hào)，沒有積分~
提問者:
• LTE上下行峰值速率理論能達(dá)到多少？5G上下行峰值速率理論能達(dá)到多少？ 2020-11-28
• VoLTE網(wǎng)絡(luò)優(yōu)化工作 VOLTE啟呼轉(zhuǎn)CSFB 有哪些原因 2020-11-25
• VOLTE掉話機(jī)制是什么？ 2020-11-04
• LTE attach何時(shí)會(huì)攜帶imsi 2020-10-30
• 終端無法穩(wěn)定駐留LTE 2020-10-28
• LTE 如何控制UE動(dòng)態(tài)選擇信號(hào)比較好的頻點(diǎn)來進(jìn)行測(cè)量 2020-10-26
• 為什么VOLTE end之后，QCI=1的承載也正常釋放了，但是不觸發(fā)LTE2NR fast return 2020-10-22
• LTE UE在連接狀態(tài)沒有上報(bào)測(cè)量報(bào)告 2020-10-13
• VoLTE網(wǎng)絡(luò)優(yōu)化工作 VOLTE啟呼轉(zhuǎn)CSFB 有哪些原因 2020-11-25
• VOLTE掉話機(jī)制是什么？ 2020-11-04
• LTE attach何時(shí)會(huì)攜帶imsi 2020-10-30
• 終端無法穩(wěn)定駐留LTE 2020-10-28
• LTE 如何控制UE動(dòng)態(tài)選擇信號(hào)比較好的頻點(diǎn)來進(jìn)行測(cè)量 2020-10-26
• 為什么VOLTE end之后，QCI=1的承載也正常釋放了，但是不觸發(fā)LTE2NR fast return 2020-10-22
• LTE UE在連接狀態(tài)沒有上報(bào)測(cè)量報(bào)告 2020-10-13
問題答案
( 1 )
1、LTE中，SRB（signalling radio bearers—信令無線承載）作為一種特殊的無線承載（RB），其僅僅用來傳輸RRC和NAS消息，在協(xié)議36.331中，定義了SRBs的傳輸信道：
——SRB0用來傳輸RRC消息，在邏輯信道CCCH上傳輸
——SRB1用來傳輸RRC消息（也許會(huì)包含piggybacked NAS消息），在SRB2承載的建立之前，比SRB2具有更高的優(yōu)先級(jí)。在邏輯信道DCCH上傳輸.
——SRB2用來傳輸NAS消息，比SRB1具有更低的優(yōu)先級(jí)，并且總是在安全模式激活之后才配置SRB2。在邏輯信道DCCH上傳輸.
下行piggybacked NAS消息僅僅使用在附著過程（例如連接成功/失�。撼休d的建立/修改/釋放。上行的piggybacked NAS消息在連接建立期間初始化NAS消息（也就是發(fā)起連接建立，MSG3）
注：通過SRB2傳輸NAS消息也是被包含在RRC消息中的，但是這些NAS消息不包括任何RRC協(xié)議控制信息，只是在RRC消息傳輸?shù)臅r(shí)候包含在RRC中，相當(dāng)于此時(shí)RRC是一個(gè)載體的形式。
一旦安全模式被激活，所有SRB1和SRB2的RRC消息（包括某些NAS或者3GPP消息），都會(huì)通過PDCP來進(jìn)行完整性保護(hù)和加密，NAS只是單獨(dú)對(duì)NAS消息進(jìn)行完整性保護(hù)和加密。換句話說，LTE存在的2層加密和保護(hù)：NAS只進(jìn)行控制信令的加密工作，而PDCP同時(shí)進(jìn)行控制平面和數(shù)據(jù)平面的完保和加密工作，
SRB2的使用還要注意聯(lián)系一點(diǎn)就是：它是建立在專用承載基礎(chǔ)上的，使用DCCH邏輯信道
注：在LTE里面，SRB有三個(gè)，SRB0對(duì)應(yīng)的是CCCH，在信令建立過程中不需要建立，對(duì)SRB1，SRB2，會(huì)在RRCconnectionsetup和RRCReconfig消息里面進(jìn)行配置
rrcConnectionReqest是在SRB0上傳輸?shù)模?SRB0一直存在， 用來傳輸映射到CCCH 的RRC信令。
UE收到NodeB的rrcConnectionSetup信令后，UE和NodeB之間的SRB1就建立起來了。
eNodeB向UE發(fā)送RRCConnectionReconfiguration 消息，建立SRB2和DRB
對(duì)DRB，確實(shí)在RRC協(xié)議里面對(duì)應(yīng)的邏輯信道是5個(gè)比特，但去看DRB的取值它是從3到11的，總共8個(gè)，這里的邏輯信道的ID只是比特位上的對(duì)應(yīng)，在MAC層標(biāo)識(shí)DRB，兩個(gè)ID的數(shù)值有可能相同，也可以不同。
所以最多總共有3個(gè)SRB，8個(gè)DRB。
2、在無線承載中有兩種，一種是數(shù)據(jù)承載稱為DRB，一種是信令承載稱為SRB。SRB一共有3中分別為SRB0、SRB1、SRB2。SRB0其實(shí)對(duì)應(yīng)的是公共控制信道，是不屬于某個(gè)用戶的。是在小區(qū)建了好就會(huì)建了的。后兩種信令承載是對(duì)應(yīng)專用控制信道的，是對(duì)應(yīng)用戶的。SRB1在RRC建立過程完（rrc connection setup）。SRB2和DRB在E-RAB指派階段完成（rrc connection reconfiguration
——SRB0用來傳輸RRC消息，在邏輯信道CCCH上傳輸
——SRB1用來傳輸RRC消息（也許會(huì)包含piggybacked NAS消息），在SRB2承載的建立之前，比SRB2具有更高的優(yōu)先級(jí)。在邏輯信道DCCH上傳輸.
——SRB2用來傳輸NAS消息，比SRB1具有更低的優(yōu)先級(jí)，并且總是在安全模式激活之后才配置SRB2。在邏輯信道DCCH上傳輸.
下行piggybacked NAS消息僅僅使用在附著過程（例如連接成功/失�。撼休d的建立/修改/釋放。上行的piggybacked NAS消息在連接建立期間初始化NAS消息（也就是發(fā)起連接建立，MSG3）
注：通過SRB2傳輸NAS消息也是被包含在RRC消息中的，但是這些NAS消息不包括任何RRC協(xié)議控制信息，只是在RRC消息傳輸?shù)臅r(shí)候包含在RRC中，相當(dāng)于此時(shí)RRC是一個(gè)載體的形式。
一旦安全模式被激活，所有SRB1和SRB2的RRC消息（包括某些NAS或者3GPP消息），都會(huì)通過PDCP來進(jìn)行完整性保護(hù)和加密，NAS只是單獨(dú)對(duì)NAS消息進(jìn)行完整性保護(hù)和加密。換句話說，LTE存在的2層加密和保護(hù)：NAS只進(jìn)行控制信令的加密工作，而PDCP同時(shí)進(jìn)行控制平面和數(shù)據(jù)平面的完保和加密工作，
SRB2的使用還要注意聯(lián)系一點(diǎn)就是：它是建立在專用承載基礎(chǔ)上的，使用DCCH邏輯信道
注：在LTE里面，SRB有三個(gè)，SRB0對(duì)應(yīng)的是CCCH，在信令建立過程中不需要建立，對(duì)SRB1，SRB2，會(huì)在RRCconnectionsetup和RRCReconfig消息里面進(jìn)行配置
rrcConnectionReqest是在SRB0上傳輸?shù)模?SRB0一直存在， 用來傳輸映射到CCCH 的RRC信令。
UE收到NodeB的rrcConnectionSetup信令后，UE和NodeB之間的SRB1就建立起來了。
eNodeB向UE發(fā)送RRCConnectionReconfigura
對(duì)DRB，確實(shí)在RRC協(xié)議里面對(duì)應(yīng)的邏輯信道是5個(gè)比特，但去看DRB的取值它是從3到11的，總共8個(gè)，這里的邏輯信道的ID只是比特位上的對(duì)應(yīng)，在MAC層標(biāo)識(shí)DRB，兩個(gè)ID的數(shù)值有可能相同，也可以不同。
所以最多總共有3個(gè)SRB，8個(gè)DRB。
2、在無線承載中有兩種，一種是數(shù)據(jù)承載稱為DRB，一種是信令承載稱為SRB。SRB一共有3中分別為SRB0、SRB1、SRB2。SRB0其實(shí)對(duì)應(yīng)的是公共控制信道，是不屬于某個(gè)用戶的。是在小區(qū)建了好就會(huì)建了的。后兩種信令承載是對(duì)應(yīng)專用控制信道的，是對(duì)應(yīng)用戶的。SRB1在RRC建立過程完（rrc connection setup）。SRB2和DRB在E-RAB指派階段完成（rrc connection reconfiguration
回答者：
xhy1331
回答時(shí)間：2012-08-22 20:27
3
1
• 重慶信科通信工程有限公司
聘：南昌電信中興原廠高級(jí)
需求人數(shù)：2 人 地點(diǎn)：南昌市
• 安徽引途科技有限公司 聘：標(biāo)案、流程主管
需求人數(shù)：2 人 地點(diǎn)：南寧市
• 成都旗訊通信技術(shù)有限公司 聘：【聯(lián)通項(xiàng)目】招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：河北省,遼寧省,吉林省,黑龍江,內(nèi)蒙古
• 河南創(chuàng)賽通信科技有限公司 聘：人事招聘咨詢專員
需求人數(shù)：53 人 地點(diǎn)：鄭州市
• 南京華蘇科技有限公司 聘：中興IPRAN工程師
需求人數(shù)：2 人 地點(diǎn)：煙臺(tái)市
• 西安中興精誠(chéng)通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級(jí)工程師
需求人數(shù)：2 人 地點(diǎn)：重慶市
• 上海德專信息技術(shù)有限公司 聘：內(nèi)蒙古初級(jí)后臺(tái)
需求人數(shù)：2 人 地點(diǎn)：內(nèi)蒙古
• 浙江省郵電工程建設(shè)有限公司 聘：網(wǎng)優(yōu)日常租賃人員
需求人數(shù)：2 人 地點(diǎn)：煙臺(tái)市
• 西安長(zhǎng)河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)資源管理工程師
需求人數(shù)：3 人 地點(diǎn)：香港
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘：RF中高級(jí)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：北京市
需求人數(shù)：2 人 地點(diǎn)：南昌市
• 安徽引途科技有限公司 聘：標(biāo)案、流程主管
需求人數(shù)：2 人 地點(diǎn)：南寧市
• 成都旗訊通信技術(shù)有限公司 聘：【聯(lián)通項(xiàng)目】招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：河北省,遼寧省,吉林省,黑龍江,內(nèi)蒙古
• 河南創(chuàng)賽通信科技有限公司 聘：人事招聘咨詢專員
需求人數(shù)：53 人 地點(diǎn)：鄭州市
• 南京華蘇科技有限公司 聘：中興IPRAN工程師
需求人數(shù)：2 人 地點(diǎn)：煙臺(tái)市
• 西安中興精誠(chéng)通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級(jí)工程師
需求人數(shù)：2 人 地點(diǎn)：重慶市
• 上海德專信息技術(shù)有限公司 聘：內(nèi)蒙古初級(jí)后臺(tái)
需求人數(shù)：2 人 地點(diǎn)：內(nèi)蒙古
• 浙江省郵電工程建設(shè)有限公司 聘：網(wǎng)優(yōu)日常租賃人員
需求人數(shù)：2 人 地點(diǎn)：煙臺(tái)市
• 西安長(zhǎng)河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)資源管理工程師
需求人數(shù)：3 人 地點(diǎn)：香港
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘：RF中高級(jí)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：北京市
熱點(diǎn)問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |