你可能感興趣的試題

A.RADIO LINK RECONFIGURATION PREPARE；
B.RADIO LINK RECONFIGURATION READY；
C.RADIO LINK RECONFIGURATION COMMIT；
D.RADIO LINK RECONFIGURATION RESPONSE。

A.RRC連接流程中的RL建立成功響應(yīng)之后；
B.RAB指派流程中RL重配成功完成之后；
C.切換流程中的RL建立成功響應(yīng)之后；
D.RAB指派從CN下發(fā)之后。

A.IU口；
B.IUB口；
C.UU口；
D.IUR口。

A.去附著，去激活和關(guān)機(jī)流程中都會(huì)有RRC連接建立流程；
B.去激活之后RNC和NodeB間的碼道資源會(huì)釋放掉；
C.去附著之后RNC和NodeB間的碼道資源會(huì)釋放掉；
D.關(guān)機(jī)時(shí)UE會(huì)和CN進(jìn)行IMSIDETACH的直傳消息交互；

A.IU口承載的釋放；
B.RRC連接的釋放；
C.RL的釋放；
D.RAB的釋放.

A.CM SERVICE REQUEST；
B.CALL CONFIRMED；
C.CALL PROCEEDING；
D.SETUP；

A.RRC連接建立完畢以后，UE主動(dòng)發(fā)起位置區(qū)更新請(qǐng)求，指明了是對(duì)于CS域的位置更新，初始UE消息里含有LAI，SAI，NAS_PDU，globalRNC_ID等；
B.CN收到位置更新請(qǐng)求消息以后，下行直傳消息鑒權(quán)請(qǐng)求，UE成功響應(yīng)后回鑒權(quán)成功響應(yīng)消息，在路由區(qū)更新流程中也會(huì)有鑒權(quán)消息流程；
C.在位置區(qū)更新和路由區(qū)更新過(guò)程中，都會(huì)有COMMONID這條消息，這條消息CN必須發(fā)送給RNC；
D.CN收到UE上報(bào)的路由區(qū)更新完成或者位置區(qū)更新完成消息后，發(fā)起IU口承載釋放消息，使UE回到IDLE態(tài)

A.當(dāng)UE發(fā)起RRC CONNECTION REQUEST，該信令通過(guò)UE側(cè)的RRC、RLC、MAC和PHY，最后通過(guò)空口向NodeB端發(fā)送，NodeB端物理層接受該信令后，經(jīng)過(guò)自身處理經(jīng)RACHFP幀的通過(guò)AAL2鏈路轉(zhuǎn)到RNC，RNC側(cè)通過(guò)AAL2接收到后經(jīng)RACHFP傳到MAC、RLC和RRC層；
B.當(dāng)RNC收到建立請(qǐng)求后，判斷是否允許接入，如果允許則為RRC連接的建立分配RNTI，然后依次開(kāi)始下面的幾個(gè)過(guò)程：無(wú)線鏈路建立的NBAP過(guò)程、ALCAPIub數(shù)據(jù)傳輸承載建立過(guò)程和上、下行DCH幀協(xié)議等基本過(guò)程；
C.NodeB收到“RADIOLINKSETUPREQUEST”后，將根據(jù)消息的參數(shù)來(lái)建立NodeB的上、下行無(wú)線鏈路（建立一條承載1個(gè)或多個(gè)傳輸信道的無(wú)線鏈路），傳輸信道可以是DCH；
D.RNC向UE發(fā)起“RRCCONNECTIONSETUP”該過(guò)程與RRCCONNECTIONREQUESET路徑相反，不過(guò)在Iub口是利用DCHFP的幀形式來(lái)傳輸信令數(shù)據(jù)。Ue收到該消息后，將根據(jù)消息中給定的參數(shù)來(lái)完成對(duì)L2和L1的配置；

A.RELOCATION REQUIRED；
B.RELOCATION REQUESTACKNOWLEDGE；
C.RELOCATION DETECT；
D.RELOCATION COMPLETE；

A.無(wú)線承載RB重配置；
B.物理信道重配置；
C.無(wú)線鏈路重配置；
D.傳輸信道重配置。