VoLTE題庫大全(含解析)

1、VOLTE題庫一、VOLTE 概述1、 LTE 語音業(yè)務(wù)最終解決方案（B）。A.CSFB B.VOLTE C.SvLTE3、VoLTE 主要是引入（C）來提供高質(zhì)量的（語音）分組域承載。A.MMEB.SGSNC.IMSD. EPC VoLTE是GSMA定義的標準LTE語音解決方案，其核心業(yè)務(wù)控制網(wǎng)絡(luò)是IMS（IP多媒體子系統(tǒng)）網(wǎng)絡(luò)，配合LTE和EPC網(wǎng)絡(luò)實現(xiàn)端到端的基于分組域的語音、視頻通信業(yè)務(wù)。通過IMS系統(tǒng)的控制，VoLTE解決方案可以提供和電路域性能相當?shù)恼Z音業(yè)務(wù)及其補充業(yè)務(wù)，包括號碼顯示、呼叫轉(zhuǎn)移、呼叫等待、會議電話等。 VoLTE 系統(tǒng)采用專門的IMS APN來提供語音業(yè)務(wù)，為信令和

2、語音數(shù)據(jù)使用特定QCI的“承載”，從而保障給語音業(yè)務(wù)較高的QoS。通常，信令承載采用QCI=5的默認承載，語音承載采用QCI=1的專用承載。 VoLTE語音解決方案的核心思想是采用IMS作為業(yè)務(wù)控制層系統(tǒng)，EPC僅作為承載層。借助IMS系統(tǒng)，不僅能夠?qū)崿F(xiàn)語音呼叫控制等功能，還能夠合理、靈活地對多媒體會話進行計費。5、什么是 VOLTE？ （B）A.4G+網(wǎng)絡(luò)加速 B. 4G+高清語音 C.視頻通話11、VoLTE 的信令和媒體經(jīng)（D）路由至（D）網(wǎng)絡(luò)，由（D）提供會話控制和業(yè)務(wù)邏輯。A.SGW、EPC、IMSB.IMS、EPC、PGWC.SGW、PGW、EPC D.EPC、IMS、IMS8、V

3、OLTE 呼叫時延（C）秒?A.23 B.35 C.0.529、IMS 的發(fā)起者和主要貢獻者是（B）A、IETFB、3GPPC、ETSID、AT&T12、下列哪個說法是錯誤的（D）A. CSFB 方案不需要部署 IMS B. CSFB 需要支持 SGs 接口C. VoLTE/SRVCC 實現(xiàn)了 IMS 至 CS 域的語音連續(xù)性 D. eSRVCC 的語音質(zhì)量更高15、與 SRVCC 相比，CSFB 的優(yōu)勢在于（ABC）A.無需部署 IMS，新增網(wǎng)元少，網(wǎng)絡(luò)部署快 B.由現(xiàn)網(wǎng)提供 CS 業(yè)務(wù)，用戶業(yè)務(wù)感受一致C.跨運營商接口少，易于實現(xiàn)跨網(wǎng)漫游D.語音和 LTE 數(shù)據(jù)業(yè)務(wù)能夠并行10、volte

4、 新通話功能可以實現(xiàn)（ABC）A、音頻B、視頻C、多方通話2、 volte 是利用 LTE 無線網(wǎng)+EPC 核心網(wǎng)提供的 IP 通道接入 IMS（對）。6、4G 高清語音與其他沒有開通 4G 高清語音的客戶可以直接通話（對）。7、4G 網(wǎng)絡(luò)加速業(yè)務(wù)需要在營業(yè)廳開通 4G 高清語音功能（錯）。13、LTE 系統(tǒng)只支持 PS 域、不支持 CS 域，語音業(yè)務(wù)在 LTE 系統(tǒng)中主要通過 VOIP業(yè)務(wù)來實現(xiàn)。（對）14、 LTE 實現(xiàn) VOIP 業(yè)務(wù)不需要 IMS 的支持。（錯）二、IMS 框架網(wǎng)元介紹1、當一個用戶注冊到網(wǎng)絡(luò)中要接入 IMS 業(yè)務(wù)時，I-CSCF 才會分配一個 S-CSCF 給UE（對

5、）。2、 UE 查找 P-CSCF IP 地址的過程稱之為 CSCF 發(fā)現(xiàn)過程（對）。3、下列哪個網(wǎng)元負責轉(zhuǎn)發(fā) SIP 消息到相應(yīng)的 SIP 服務(wù)器（S-CSCF）（A）A、P-CSCFB、S-CSCFC、I-CSCD、IBCF4、IMS 網(wǎng)絡(luò)中提供 IMS 與 UE 之間 SIP 信息的完整性與安全性保護的網(wǎng)元 （A）A、P-CSCFB、S-CSCFC、I-CSCFD、PCRF5、與 HSS 聯(lián)系，負責獲取用戶歸屬的 S-CSCF 地址的網(wǎng)元（C）A、P-CSCFB、S-CSCFC、I-CSCFD、IBCF6、CSCF 包含的網(wǎng)元有（ABD）A、I-CSCFB、S-CSCFC、PGWD、P-

6、CSCF7、P-CSCF 發(fā)現(xiàn)過程的機制包括（ABD）A、Attach 方式 B、DHCP 方式 C、動態(tài)配置在 UE 中 D、靜態(tài)配置在 UE 中8、 VOLTE 網(wǎng)絡(luò)分為終端、（ABCD）。A.接入網(wǎng) B.承載網(wǎng) C.核心網(wǎng)D.業(yè)務(wù)平臺 從整體上看，VOLTE網(wǎng)絡(luò)分為終端、接入網(wǎng)、承載網(wǎng)、核心網(wǎng)、業(yè)務(wù)平臺。其中，較為復(fù)雜的是核心網(wǎng)，主要分為分組域(接入核心網(wǎng))、策略控制單元、信令網(wǎng)、IMS域、CS域、用戶域 。9、IMS 網(wǎng)絡(luò)架構(gòu)中核心功能實體有（ACD）A、CSCFB、MRS （測量報告統(tǒng)計數(shù)據(jù)文件） C、MGCFD、MGW3、 VOLTE 關(guān)鍵技術(shù)關(guān)鍵技術(shù)：1、提高傳輸效率：IP包頭壓

7、縮2、減少信令開銷：半持續(xù)調(diào)度3、增強覆蓋：TTI bundling4、終端省電：連接態(tài)DRX1、RoHC 業(yè)務(wù)目前建議只針對（C）開啟。A.QCI9B.QCI5C.QCI1D.QCI2 ROCH應(yīng)用在業(yè)務(wù)層穩(wěn)定小包的場景，目的是減少語音包頭大小，提高邊緣用戶的語音覆蓋。在容量受限時，提升用戶容量。 IP包頭壓縮可大大降低頭開銷，提高 VoLTE 語音用戶容量，提高數(shù)據(jù)業(yè)務(wù)吞吐量，增強邊緣覆蓋。2、可大大降低頭開銷，提高 VoLTE 語音用戶容量，提高數(shù)據(jù)業(yè)務(wù)吞吐量，增強邊緣覆蓋。（A）A.RoHCB.SPSC. TTI bundling3、語音包頭開銷：RTP 開銷占（），UDP 頭開銷占（

8、），IP 層的 IP 頭開銷占（）（IPv4）/40Byte （IPv6）（A）。A. 12Byte，8Byte，20ByteC.12Byte，12Byte，20ByteB. 8Byte，8Byte，20ByteD. 12Byte，20Byte，20Byte25、用于 TDLTE VoIP 業(yè)務(wù)的最佳資源調(diào)度方案是（D）A. 靜態(tài)調(diào)度 B. 動態(tài)調(diào)度 C. 半靜態(tài)調(diào)度 D. 半持續(xù)調(diào)度4、AMR 通話過程由 3 個部分組成（ABC）。A短暫 (Transient State)C靜默期(Silent Period)B通話期(Talk spurt)D空閑期（IDLE）AMR通話過程由3個部分組成：

9、 1) 短暫 (Transient State)狀態(tài)，間隔20ms，是指每次業(yè)務(wù)建立初期尚未穩(wěn)定的狀態(tài)，此狀態(tài)下的數(shù)據(jù)包較大。這部分的數(shù)據(jù)開銷大約在97字節(jié)，可以認為是RTCP數(shù)據(jù)包和非ROHC的數(shù)據(jù)包。 2) 通話期(Talk spurt)狀態(tài)，間隔20ms，數(shù)據(jù)開銷參考2.2.3，是指對應(yīng)用戶正在通話的狀態(tài)。在通話狀態(tài)下，每20ms 傳送一次數(shù)據(jù)，通話期的語音包大小取決于當前采用的編碼速率。3) 靜默期(Silent Period)是對應(yīng)用戶通話停頓的狀態(tài)，間隔160ms發(fā)送SID數(shù)據(jù)包 2、暫態(tài)是指每次業(yè)務(wù)建立初期尚未穩(wěn)定的狀態(tài)，此狀態(tài)下的數(shù)據(jù)包較（A）A、大B、小C、一樣大暫態(tài)期，由于

10、數(shù)據(jù)包不進行頭壓縮，所以該狀態(tài)下的數(shù)據(jù)包都較大，其中高清語音的MAC層數(shù)據(jù)包高達850bit。24、VOLTE 的語音靜默期是（C）A.20msB.80msC. 160msD.40msE.320ms30、半持續(xù)（SPS）網(wǎng) 3:1 時隙配比下，因 SPS 采用保守調(diào)度算法，MCS 不得高于 (A)A、15B、25C、30D、5半持續(xù)調(diào)度可減少控制信令開銷，提高承載用戶數(shù)半持續(xù)調(diào)度是LTE中為了節(jié)省PDCCH數(shù)量而提出的一種新的調(diào)度方法，最初主要是針對VoIP業(yè)務(wù)。其可大大降低信令開銷，使信令開銷資源最低可僅為業(yè)務(wù)的1.3%實現(xiàn)原理： VoIP的新傳包由于其達到間隔是20ms，所以可以由一條信令

11、分配頻域資源，以后每隔20ms就“自動”用分配的頻域資源傳輸新來的包；重傳包由于其不可預(yù)測性，所以動態(tài)的調(diào)度每一次重傳，因而叫“半”持續(xù)調(diào)度。TDD特性：由于其HARQ RTT與FDD有所差異，會導(dǎo)致重傳包和新傳包傳輸沖突，為解決這個TDD獨有的問題，支持雙周期的半持續(xù)性調(diào)度，即2DL:2UL時為19ms和21ms；3DL:1UL時為25ms和15ms3、 TTI 技術(shù)是說綁定（D）個 TTI 用于一個包的傳輸A、1B、2C、3D、4TTI bundling 實現(xiàn)原理：當小區(qū)邊緣UE 功率受限時，由于資源受限，導(dǎo)致丟包率增加。使用TTI bundling，四個連續(xù)子幀中的立刻重傳，能積累能量，

12、增大傳輸成功率，從而提高接收成功率， 避免過多的HARQ重傳。1、在標準中，VoIP業(yè)務(wù)不能同時采用SPS調(diào)度和上行TTI bundling，但可僅針對邊緣用戶使用TTI bundling2、性能增益： 不考慮重傳的情況下，單從1個TTI和4個TTI傳輸角度，HARQ進程為4，增益大約4dB（鏈路級仿真得出） 考慮重傳情況下，TDD增益僅為2dB，性能增益有限，但在控制信令會節(jié)省開銷3、TDD特性：由于上下行時隙不連續(xù)，而語音包又有20ms的周期限制，因此僅在2DL:2UL配置時可使用TTI bundling8、TTI bundling 就是把上行的連續(xù) TTI 進行綁定，在（A）上多次發(fā)送同

13、一個 TB（Transport Block）。A.多個連續(xù)的子幀B.1 個連續(xù)的子幀C.相鄰連續(xù)的子幀D.2 個連續(xù)的子幀27、 TTI bundling 也稱為子幀捆綁，是 LTE 系統(tǒng)中一種特殊的調(diào)度方式，它是針對處于小區(qū)邊緣的 VoIP 用戶而設(shè)計的。TTI bundling 僅用于(A)A. 上行 B.下行 C.上下行均用 D.以上都不對29、TTI Bundling 可提高邊緣用戶的( A )，并減小( C)A、接收性能B、語音數(shù)據(jù)包 C、控制信令開銷D、數(shù)據(jù)包包頭大小31、TTI bundling，TDD 特性：由于上下行時隙不連續(xù)，而語音包又有 20ms 的周期限制，因此僅在（A

14、）配置時可使用 TTI bundlingA、2DL:2UL B、1DL:3UL C、3DL:1UL D、1DL:1UL6、網(wǎng)管中 RLC 模式配置中，QCI5 應(yīng)該配置為（B）。A.UMB.AMC.TM按照協(xié)議，對于語音業(yè)務(wù)需要建立QCI=1承載，視頻業(yè)務(wù)需要建立QCI=1和QCI=2的傳輸承載。根據(jù)時延要求，無線側(cè)用戶面RLC選用UM模式傳輸，保證其實時性要求。走SIP信令流的QCI=5承載，無線側(cè)控制面RLC采用AM模式，保障其準確性。21、VoLTE 建立語音業(yè)務(wù)需要哪些承載（C）。A.SRB1+SRB2+1xAM DRB+2xUM DRBB.SRB0+SRB1+2xAM DRB+2xU

15、M DRBC.SRB1+SRB2+2xAM DRB+1xUM DRBD.SRB0+SRB1+1xAM DRB+2xUM DRB語音業(yè)務(wù)載組合：SRB1+SRB2+2xAM DRB+1xUM DRB，其中，UM DRB的QCI=1，2個AM DRB的QCI分別為QCI=5和QCI=8/9； 視頻業(yè)務(wù)承載組合：SRB1+SRB2+2xAM DRB+2xUM DRB，其中，2個UM DRB的QCI=1和QCI=2，2個AM DRB的QCI分別為QCI=5和QCI=8/9； LTE網(wǎng)絡(luò)注冊需要建立默認承載QCI8/9，數(shù)據(jù)業(yè)務(wù)需要QCI8和9。QCI 5也是一條默認承載，用于承載SIP信令。23、以下

16、哪種 QCI 等級的信道的丟包率（Packet Error LossRate）最高：（B）A.QCI2 B.QCI1 C.QCI6 D.QCI5 E.QCI320、以下哪些能增強 VOLTE 的覆蓋？（ABCD ）A.半靜態(tài)調(diào)度B.RoHCC.RLC 分片D.TTI Bundling22、VOLTE 有那些關(guān)鍵技術(shù)？（ABCDEF）A、無線承載 Qos 等級標識B、AMR-WB 語音編碼C、SIP(SessionInitiationProtocol)&SDPD、RoHC IP頭壓縮協(xié)議E、SPS 半持續(xù)調(diào)度F、eSRVCC(EnhancedSingleRadioVoiceCallContinu

17、ity)26、下面哪種場景可以使用 TTI bundling：(ABCDE)A、對于覆蓋面積大的小區(qū)中處于小區(qū)邊緣的用戶最好是使用 TTI Bundling。B、如果 UE 的 RSRQ 和 RSRP 都很低，則最好是使用 TTI BundlingC、如果 SRS 的 SINR 很低，則最好是使用 TTI BundlingD、如果 UE 的 RSRQ、RSRP 和 SRS 的 SINR 都很低，則最好是使用 TTI BundlingE、如果扇區(qū)中總的 UE 數(shù)較多（例如，多于 10 個/MHz），則對處于小區(qū)邊緣的用戶最好時使用 TTI Bundling28、TTI bundling 也稱為子

18、幀捆綁，是 LTE 系統(tǒng)中一種特殊的調(diào)度方式，它是針對處于小區(qū)邊緣的 VoIP 用戶而設(shè)計的，其定義是：(ABCD)A、在連續(xù)的 4 個上行子幀發(fā)射同一傳輸塊B、且只在第一個 TTI 對應(yīng)發(fā)射時刻有 PDCCHC、只在最后一個 TTI（即，第 4 個 TTI）對應(yīng)的發(fā)射時刻有 PHICHD、重傳也是針對 4 個連續(xù)上行 TTI 發(fā)射9、VoLTE 語音通話過程中需要建立如下承載（ABC）。A.QCI9B.QCI5C.QCI1D.QCI210、現(xiàn)語音或視頻業(yè)務(wù)需要 UE 同時建立三個數(shù)據(jù)承載外，還需要 UE 建立 RRC鏈接信令承（AB）。A.SRB1B.SRB2C. SRB3 D. SRB41

19、1、VoLTE 無線基本功能（ABCD）。A無線承載組合B.QCI 1/2 承載C.RLC 層模式D.IMS 緊急呼12、VoLTE 無線增強功能（ABCD）。A.頭壓縮、半持續(xù)/延遲調(diào)度B. TTI bundling C. eSRVCC 測控和切換流程D.SPS18、 QCI=5 是 Non-GBR 的承載。(對)19、RoHC 能增強 VOLTE 的容量。（對）IP包頭壓縮可大大降低頭開銷，提高 VoLTE 語音用戶容量，提高數(shù)據(jù)業(yè)務(wù)吞吐量，增強邊緣覆蓋。4、 QCI89: 用于 GBR 業(yè)務(wù)的默認承載（錯）14、 半靜態(tài)調(diào)度可以節(jié)省 PDCCH 資源。（對）15、半持續(xù)調(diào)度（SPS）是

20、LTE 中為了節(jié)省 PDCCH 數(shù)量而提出的一種新的調(diào)度法， 最初主要是針對 VoIP 業(yè)務(wù)。其可大大降低信令開銷，使信令開銷資源最低可僅為業(yè)務(wù)的 1.3%。(對)16、QCI 表示 QoS class identifier。QCI1 的優(yōu)先級高于 QCI5 的優(yōu)先級。(錯)17、終端在空閑態(tài) RRC-IDLE 和激活態(tài) RRC-CONNECTED 都會進行 DRX（不連續(xù)接收） (對)DRX（Discontinuous Reception）即非連續(xù)接收，是指UE僅在必要的時間段打開接收機進入激活期，以接收下行數(shù)據(jù)和信令，而在其他時間關(guān)閉接收機進入休眠期，停止接收下行數(shù)據(jù)和信令的一種節(jié)省UE電

21、力消耗的工作模式。 在DRX工作模式下，DRX周期包含激活期和休眠期，UE的工作狀態(tài)對應(yīng)為激活態(tài)和休眠態(tài)；在非DRX工作模式下，UE將一直打開接收機，保持激活態(tài)。 相對于連續(xù)接收模式，DRX特性有如下收益： DRX工作模式下，UE不需要連續(xù)偵聽PDCCH （Physical Downlink Control Channel）信道，所以節(jié)省了UE的電力消耗，延長了UE的使用時間。 DRX狀態(tài)為連續(xù)接收態(tài)和RRC idle態(tài)之間的一個中間狀態(tài)，DRX狀態(tài)的存在減少了RRC Connected狀態(tài)向RRC idle態(tài)轉(zhuǎn)換的概率，從而可以減少整個網(wǎng)絡(luò)的信令開銷，此收益在智能UE所占比例較高的網(wǎng)絡(luò)中效果

22、更為明顯。四、VOLTE 關(guān)鍵業(yè)務(wù)及信令流程1、AMR-WB 編碼的幀長（B）。A10msB20msC5msD1ms12、AMR-NB 編碼幀長（ A ）A、20msB、10msC、40msD、30ms13、AMR-NB 編碼采樣率為（ A ）A、8kHzB、8HzC、16kHz D、16Hz14、AMR-WB 編碼幀長（A）A、20msB、10msC、40msD、30ms15、AMR-WB 編碼采樣率為（ C ）A、8kHzB、8Hz C、16kHzD、16Hz11、Volte 語音包傳輸?shù)闹芷冢˙）A、10msB、20msC、30msD、40ms2、VoLTE 業(yè)務(wù)中 SIP 協(xié)議響應(yīng)碼不

23、屬于判斷異常事件是？（）DA. 408B. 487C. 503D. 180sip代碼含義 1xx = 通知性應(yīng)答 100 正在嘗試 180 正在撥打 181 正被轉(zhuǎn)接 182 正在排隊 183 通話進展 2xx = 成功應(yīng)答 200 OK 202 被接受：用于轉(zhuǎn)介 3xx = 轉(zhuǎn)接應(yīng)答 300 多項選擇 301 被永久遷移 302 被暫時遷移 305 使用代理服務(wù)器 380 替代服務(wù) 4xx = 呼叫失敗 400 呼叫不當 401 未經(jīng)授權(quán)：只供注冊機構(gòu)使用，代理服務(wù)器應(yīng)使用代理服務(wù)器授權(quán)407 402 要求付費（預(yù)訂為將來使用) 403 被禁止的 404 未發(fā)現(xiàn)：未發(fā)現(xiàn)用戶 405 不允許的

24、方法 406 不可接受 407 需要代理服務(wù)器授權(quán) 408 呼叫超時：在預(yù)定時間內(nèi)無法找到用戶 410 已消失：用戶曾經(jīng)存在，但已從此處消失 413 呼叫實體過大 414 呼叫URI過長 415 不支持的媒體類型 416 不支持的URI方案 420 不當擴展：使用了不當SIP協(xié)議擴展，服務(wù)器無法理解該擴展 421 需要擴展 423 時間間隔過短 480 暫時不可使用 481 通話/事務(wù)不存在 482 檢測到循環(huán) 483 跳數(shù)過多 484 地址不全 485 模糊不清 486 此處太忙 487 呼叫被終止 488 此處不可接受 491 呼叫待批 493 無法解讀：無法解讀 S/MIME文體部分 5

25、xx = 服務(wù)器失敗 500 服務(wù)器內(nèi)部錯誤 501 無法實施：SIP呼叫方法在此處無法實施 502 不當網(wǎng)關(guān) 503 服務(wù)不可使用 504 服務(wù)器超時 505 不支持該版本：服務(wù)器不支持SIP協(xié)議的這個版本 513 消息過長 6xx = 全局失敗 600 各處均忙 603 拒絕 604 無處存在 606 不可使用3、VoLTE 呼叫過程中 SIP 信令的主要作用有哪些？（）DA.打通從主叫 UE 到被叫 UE 的路由通道C.雙方進行資源預(yù)留并確認B.雙方進行媒體協(xié)商D.以上都正確5、 VoLTE 呼叫空口及 S1 口信令流程(非 SIP)的呼叫信令流程一般指的是主被叫UE 都處于（C）態(tài)，這

26、也是現(xiàn)網(wǎng)中最常見的呼叫應(yīng)用場景。A. RRC_DETACHB. RRC_CONNECTEDC.RRC_IDLED. RRC_ATTACHVoLTE呼叫空口及S1口信令流程(非SIP)：(1) 這里的呼叫信令流程一般指的是主被叫UE都處于RRC_IDLE態(tài)，這也是現(xiàn)網(wǎng)中最常見的呼叫應(yīng)用場景。(2) 處于RRC_IDLE態(tài)的主被叫UE都需要首先建立RRC連接，再進行 EPC注冊與IMS注冊，并建立QCI=8/9、QCI=5、QCI=1的ERAB承載。(3)主被叫UE的RRC連接建立流程以及ERAB承載建立流程基本相似。6、當 P-CSCF 收到 INVITE 消息時候，需要反饋（A）消息A、100

27、 tryingB、100 OKC、200 tryingD、200 OK7、Precondition 字段是在哪條消息中攜帶的( A )A、INVITE Request B、100TryingC、183response D、200OK8、（D）消息可被用來進行媒體流和碼流信息的更新A、INVITE RequestB、100TryingC、183responseD、UP DATE16、通話期的語音包大小取決于當前的（E）。A、RSRPB、SINRC、RSRQD、PRB 數(shù)E、編碼速率17、對于支持 VoLTE 的 UE，無論是否有 VoLTE 會話，如果 IMS 域注冊成功，則（B）始終存在A、Q

28、CI1+QCI8B、QCI5+QCI9C、QCI2+QCI9D、QCI2+QCI8語音業(yè)務(wù)載組合：SRB1+SRB2+2xAM DRB+1xUM DRB，其中，UM DRB的QCI=1，2個AM DRB的QCI分別為QCI=5和QCI=8/9； 9、SIP 呼叫的過程包括 ABCDA、登記 B、媒體協(xié)商 C、呼叫媒體流建立并交互 D、呼叫更改或處理10、IMS 注冊相關(guān)流程包括 ABCA、P-CSCF 的發(fā)現(xiàn)過程B、S-CSCF 分配 C、注冊流程D、INVITE 流程4、VoLTE 用戶注冊:VoLTE 用戶在體驗高質(zhì)量通話之前，必須先進行 VoLTE 的注冊流程，從無線角度來看，注冊分為兩

29、個步驟（A,D）。A.MME 注冊B. SRVCC 注冊C.LTE 無線注冊D. IMS 注冊18、由于 VoLTE 實質(zhì)上對于無線來說只是一種數(shù)據(jù)業(yè)務(wù)，所以， E-UTRAN 網(wǎng)絡(luò)需要為 VoLTE 提供數(shù)據(jù)收送的通道。即，建立 QCI=7/8 的承載（錯）19、視頻業(yè)務(wù)承載組合： SRB1+SRB2+2xAM DRB+2xUM DRB，其中 SRB1 是 RRC鏈接信令承載，SRB2 是 QCI2 承載（錯）語音業(yè)務(wù)載組合：SRB1+SRB2+2xAM DRB+1xUM DRB，其中，UM DRB的QCI=1，2個AM DRB的QCI分別為QCI=5和QCI=8/9；視頻業(yè)務(wù)承載組合：SR

30、B1+SRB2+2xAM DRB+2xUM DRB，其中，2個UM DRB的QCI=1和QCI=2，2個AM DRB的QCI分別為QCI=5和QCI=8/9； 20、 SIP 信令 200 是對應(yīng)每一條上發(fā) SIP 信令的確認回應(yīng)（對）21、 信令“180”在 2G 中可以對應(yīng)為 Connect 消息（錯）22、 信令“BYE”在 2G 中可以對應(yīng)為 Disconnect 消息(對)五、SRVCC 流程1、（A）解決語音控制和移動到 CS 網(wǎng)絡(luò)切換時的語音連續(xù)性問題。A.SRVCC(Single Radio Voice Call Continuity) B.EPCC.MME D.IMSSRVC

31、C實現(xiàn)LTE網(wǎng)絡(luò)中的IMS域語音到2G/3G網(wǎng)絡(luò)中的CS域語音的無縫切換3、以下關(guān)于 SRVCC 的哪個說法是錯誤的（B）A.SRVCC 發(fā)生在 UE 漫游到 LTE 覆蓋的邊緣地區(qū)時。B.R9 SRVCC 支持 CS 到 LTE 的語音連續(xù)性切換。C.SRVCC MSCS 可以新建，避免現(xiàn)網(wǎng)的 MSC 升級。D.SRVCC 基于 IMS 業(yè)務(wù)控制架構(gòu)實現(xiàn)。解析：SRVCC指的是單無線模式終端從TD-LTE網(wǎng)絡(luò)切換到3GPP UTRAN/GERAN時話音呼叫的業(yè)務(wù)連續(xù)性。SRVCC方案主要解決LTE網(wǎng)絡(luò)部署語音業(yè)務(wù)時存在的問題，在LTE網(wǎng)絡(luò)下，終端使用基于IMS的Voice over LTE建

32、立話音業(yè)務(wù)；當LTE沒有達到全網(wǎng)覆蓋時，隨著用戶的移動，正在進行的語音業(yè)務(wù)會面臨離開LTE覆蓋范圍后語音能否連續(xù)的問題，這時，SRVCC可以將語音切換到電路域，從而保證語音通話的不中斷。SRVCC（Single Radio VoiceCall Continuity）是3GPP提出的一種VoLTE語音業(yè)務(wù)連續(xù)性方案，主要是為了解決當單射頻UE 在LTE/Pre-LTE 網(wǎng)絡(luò)和2G/3G CS 網(wǎng)絡(luò)之間移動時，如何保證語音呼叫連續(xù)性的問題，即保證單射頻UE 在IMS 控制的VoIP 語音和CS 域語音之間的平滑切換。 網(wǎng)絡(luò)要保證LTE 終端在向GSM/WCDMA 網(wǎng)絡(luò)漫游時語音業(yè)務(wù)的連續(xù)性?；诰W(wǎng)

33、絡(luò)的切換能力以及終端的切換能力，LTE 終端向GSM/WCDMA 網(wǎng)絡(luò)切換時如果目標網(wǎng)絡(luò)可以提供足夠的帶寬并支持MMTel 切換，則可以基于MMTel 進行PS 間的切換保障語音業(yè)務(wù)的連續(xù)性；另外3GPP 規(guī)范定義了LTE 到 GSM/WCDMA 網(wǎng)絡(luò)間的PS 到CS 的切換技術(shù)即SRVCC，即在切換時利用目標網(wǎng)絡(luò)的CS 域保持語音業(yè)務(wù)的連續(xù)性，借助運營商已有的軟交換系統(tǒng)向終端用戶提供連續(xù)的語音業(yè)務(wù)。 基于SRVCC 網(wǎng)絡(luò)技術(shù)，LTE 核心網(wǎng)絡(luò)的MME 與現(xiàn)網(wǎng)軟交換MSC Server 之間要建立基于IP 的信令接口Sv 接口。該接口在用戶從LTE 無線網(wǎng)絡(luò)向GSM/WCDMA 漫游時由用戶終

34、端觸發(fā)PS 到CS的語音業(yè)務(wù)切換。 終端用戶在原LTE 網(wǎng)絡(luò)下的承載可能除了有基于GBR（Guaranteed Bit Rate）的語音承載外，還可能同時有非GBR 的數(shù)據(jù)承載，在網(wǎng)絡(luò)和終端具備條件的情形下也要進行相應(yīng)的處理。LTE 向GSM 網(wǎng)絡(luò)漫游，且不進行DTM（DualTransfer Mode）的SRVCC 簡要切換流程如下。1）手機向EnodeB 發(fā)送測量報告2） EnodeB 判定進行向GSM 進行SRVCC 切換3） EnodeB 發(fā)送切換請求4） MME 進行語音承載與數(shù)據(jù)承載的分離，對QCI=1 的GBR 語音承載進行到CS 域的切換5） MME 向MSC Server 發(fā)

35、送PS 到CS 的切換請求（內(nèi)含IMSI 和STN-SR 號碼）6） MSC Server 與目標MSC Server 和BSC 協(xié)商完成GSM 無線系統(tǒng)切換電路的建立7） MSC Server 向IMS MMTel 發(fā)起語音會話轉(zhuǎn)移傳送信息（含STN-SR 號碼）8） IMS MMTel 進行語音會話的更新和用戶面的承載更新9） MSC Server 向MME 發(fā)送PS 到CS 的切換響應(yīng)消息10） MME 向EnodeB 發(fā)送切換命令消息11） EnodeB 向用戶終端發(fā)送切換命令消息12）用戶終端切換到GSM，用戶終端通過BSC 發(fā)送PS 業(yè)務(wù)掛起， SGSN 與MME 互通PS 掛起消

36、息13） BSC 向目標MSC Server 發(fā)送切換完成消息14） MSC Server 向MME 發(fā)送切換完成消息15）根據(jù)規(guī)范流程MME 與SGw/PGw 互通進行相應(yīng)的LTE 承載處理和掛起 在目標網(wǎng)絡(luò)GSM 或WCDMA 支持和終端手機支持的情況下，SRVCC 的切換同時可能伴隨PS 到PS的切換。 PS 到PS 的切換要涉及到網(wǎng)絡(luò)的S3/S4 接口或Gn 接口；同時進行PS 到PS 的切換可使得在LTE 網(wǎng)絡(luò)如Web 瀏覽的數(shù)據(jù)業(yè)務(wù)在目標網(wǎng)絡(luò)中保持連續(xù)。 LTE內(nèi)是VoLTE，LTE到2G（一般不支持LTE到3G語音）eSRVCC，網(wǎng)內(nèi)通話不需要SRVCC。4、在 ESRVCC 切

37、換中，如果手機上報了二進制 NCC=111 BCC=001 ，那么在網(wǎng)管上需要配置該小區(qū) 2G 鄰區(qū)的 BSIC 十進制為（C）A.50B.55 C.57D.60111001十進制=32+16+8+0+0+1=57111001八進制=715、eSRVCC 切換中 B2 事件配置號（），建議值（）。CA.30 L-95C.1012 L-95B.32 L-95D.1012 L-9510、沒有 TD-LTE 覆蓋時，采用切換至 GSM 的方案實現(xiàn)語音業(yè)務(wù)連續(xù)性，切換方案主要采用 3GPP R10 的（C）功能A、CSFBB、SRVCCC、ESRVCCD、CSCF11、使用 LTE 分組域支持話音業(yè)務(wù)

38、的技術(shù)方案是 AA、VOLTE、SRVCCB、CSFBC、雙待機12、（A）解決語音控制和移動到 CS 網(wǎng)絡(luò)切換時的語音連續(xù)性問題.A.SRVCCB.EPC C.MMED.IMS17、4G 語音解決方案有（），其中 SRVCC 需要部署（D）A、 WIMAX-ANR、CSFB、SRVCC；IMS B、CDMA1X-AMR 、 CSFB 、 SRVCC ； IMSC、SvLTE、TDSCDMA-AMR、SRVCC；IMs D、SvLTE、CSFB、SRVCC；IMS18、( A )作為 Srvcc 的過度解決方案。A、CSFBB、SvLTEC、GSMD、TDSCDMA-AMR19、eSRVCC

39、方案相對于 SRVCC 方案的增強在于減少了切換時長，eSRVCC 切換時長小于（）DA、20msB、40msC、160ms D、300msVoLTE/eSRVCC方案性能摸底，包括4大類：1、 掉話SINR測試：不同的終端測出的性能有差異；各廠商和終端的VoLTE語音掉話SINR均在-3dB以下，滿足LTE無線覆蓋指標2、 系統(tǒng)內(nèi)切換性能：各廠商系統(tǒng)內(nèi)切換性能接近（206ms）；開關(guān)Data Forwarding、標清/高清語音、單語音/混合業(yè)務(wù)、X2切換/S1切換對于切換時延無明顯影響3、 語音用戶容量：單小區(qū)容量和調(diào)度算法緊密相關(guān)；在3:1時隙配比下，所有主要廠商均能在正常通話條件下支持

40、200用戶。RoHC頭壓縮算法對于容量提升效果明顯，平均可達到26%左右的增益。SPS廠商實現(xiàn)較差，部分廠商不支持多用戶SPS4、SRVCC切換性能：各廠商端到端時延均在300ms以下，滿足SRVCC切換時延要求；單語音和混合業(yè)務(wù)對于SRVCC切換時延無明顯影響9、VoLTE、eSRVCC 方案性能摸底，包括（ABCD）A.SRVCC 切換性能B.掉話 SINR 測試C.系統(tǒng)內(nèi)切換性能 D.語音用戶容量6、目前 VoLTE、eSRVCC 配置中有哪些事件觸發(fā)，包括（BD）。A.A1 B.A2 C.B1 D.B22、SRVCC 的缺點（AB）。A.需要建設(shè) IMSB.終端產(chǎn)業(yè)鏈待成熟C.語音通話

41、期間，不能體驗 LTE 高速數(shù)據(jù)業(yè)務(wù)D.呼叫連續(xù)時間增加7、與 SRVCC 相比，CSFB 的優(yōu)勢在于（ABC）A.無需部署 IMS，新增網(wǎng)元少，網(wǎng)絡(luò)部署快B.由現(xiàn)網(wǎng)提供 CS 業(yè)務(wù)，用戶業(yè)務(wù)感受一致C.跨運營商接口少，易于實現(xiàn)跨網(wǎng)漫游D.語音和 LTE 數(shù)據(jù)業(yè)務(wù)能夠并行8、SRVCC 可以實現(xiàn) LTE 網(wǎng)絡(luò)中的 _域語音到 2G、3G 網(wǎng)絡(luò)中的 _域語音的無縫切換。(A,B)A. PSB.IMSC.EsrvccD.CS13、 eSRVCC 方案切換時延比 SRVCC 方案切換時延少 300ms 錯14、eSRVCC 與 eSRVCC 區(qū)別在于 eSRVCC 增加媒體錨定網(wǎng)關(guān) 對15、SRVC

42、C 是無測量的，eSRVCC 是重定向。 錯16、ESRVCC 鄰區(qū)可以不配置 BSIC 或 CPI,以節(jié)約切換時長 錯六、VOLTE 測試及性能指標優(yōu)化1、VOLTE 接通率為成功完成呼叫次數(shù)/終端發(fā)起呼叫總數(shù)。每次通話中，主叫 UE發(fā)送第一條（C）后收到網(wǎng)絡(luò)側(cè)下發(fā)的（ A）消息為成功完成呼叫。A、SIP 200 OKB、PRACK 200 C、UPDATE 200 D、SIP 180 Ring上述步驟1-24詳細描述了主叫與被叫之間的SIP信令流程，具體流程如下。1. 用戶A，摘機對用戶B發(fā)起呼叫，用戶A首先向AS服務(wù)器發(fā)起INVITE請求。2. AS服務(wù)器回復(fù)100 Trying給用戶A

43、說明收到INVITE請求。3. AS服務(wù)器通過認證確認用戶認證已通過后，向被叫終端B轉(zhuǎn)送INVITE請求。4. 用戶B向AS服務(wù)器送呼叫處理中的應(yīng)答消息，100 Trying 。5. 用戶B向AS服務(wù)器送183 Session Progress消息，提示建立對話的進度信息。（此時被叫QCI1專用承載建立）6. AS服務(wù)器向主叫終端A轉(zhuǎn)送183 Session Progress消息，終端A了解到整個Session的建立進度消息。7. 終端A向AS服務(wù)器回復(fù)臨時應(yīng)答消息PRACK，表示收到183 Session Progress消息。（此時主叫QCI1專用承載建立）8. AS服務(wù)器向被叫終端B轉(zhuǎn)送

44、臨時應(yīng)答消息PRACK ，終端B了解到終端A收到183 Session Progress消息。9. 被叫終端B向AS服務(wù)器發(fā)送200 OK消息，表示183 Session Progress請求已經(jīng)處理成功。10. AS服務(wù)器向主叫終端A轉(zhuǎn)送200 OK消息。11. 主叫終端A向AS服務(wù)器發(fā)送UPDATE消息，意在與被叫終端B協(xié)商相關(guān)SDP信息。12. AS服務(wù)器向被叫終端B轉(zhuǎn)送UPDATE消息。13. 被叫終端B向AS服務(wù)器發(fā)送200 OK消息，表示UPDATE請求已經(jīng)處理成功。14. AS服務(wù)器向主叫用戶A轉(zhuǎn)送200 OK消息，通知用戶A UPDATE請求已經(jīng)處理成功。15. 被叫用戶B振鈴

45、，用戶振鈴后，向AS服務(wù)器發(fā)送180 Ringing 振鈴信息。16. AS服務(wù)器向主叫終端A轉(zhuǎn)送180 Ringing 振鈴信息。17. 被叫終端B向AS服務(wù)器發(fā)送200 OK消息，表明主叫最初的INVITE請求已經(jīng)處理成功。18 . AS服務(wù)器向主叫終端A轉(zhuǎn)送200 OK消息，通知主叫終端A，被叫終端B已經(jīng)對INVITE請求處理成功。19. 主叫終端A向AS服務(wù)器發(fā)送ACK消息，意在通知被叫終端B，主叫側(cè)已經(jīng)了解被叫側(cè)處理INVITE請求成功。20. AS服務(wù)器向被叫終端B轉(zhuǎn)送ACK信息。21. 用戶A主動掛機，A向AS服務(wù)器發(fā)起通話結(jié)束BYTE信息。22. AS服務(wù)器向被叫終端B轉(zhuǎn)送BY

46、TE信息。23. 被叫終端B向AS服務(wù)器發(fā)送200 OK消息，表示對BYTE信息處理成功。24. AS服務(wù)器向用戶A轉(zhuǎn)送200 OK信息。整個通話結(jié)束。25. 被叫用戶B主動掛機流程同步驟2124。2、 VoLTE、eSRVCC 方案性能測試，不包括（ D）。A、 SRVCC 切換性能 B、掉話 SINR 測試 C、系統(tǒng)內(nèi)切換性能D、語音用戶容量3、VoLTE 呼叫建立時延指標統(tǒng)計主叫 UE 發(fā) SIP INVITE 后收到網(wǎng)絡(luò)側(cè)下發(fā)（D ）消息之間的時間量。A、SIP 200 OKB、PRACK 200 C、UPDATE 200 D、SIP 180 Ring4、IMS 注冊成功率指標統(tǒng)計指終

47、端成功發(fā)送 IMS_SIP_REGISTER，并收到（B）消息。A、SIP 180 Ring B、IMS_SIP_REGISTER-OK(200) C、Mobility From Eutran CommandD、 IMS_SIP_REGISTER5、 VoLTE 接通下發(fā)生 IMS 注冊掉話，問題定位為（C）A、 核心網(wǎng)問題 B、核心網(wǎng)與無線網(wǎng)配合問題 C、IMS 網(wǎng)絡(luò)問題 D、無線網(wǎng)問題6、被叫收到尋呼但未收到 INVITE 消息,問題定位為（A ）A、核心網(wǎng)問題 B、核心網(wǎng)與無線網(wǎng)配合問題 C、IMS 網(wǎng)絡(luò)問題 D、無線網(wǎng)問題7、重配置消息釋放 DRB 承載, 問題定位為（B）A、核心網(wǎng)問

48、題B、核心網(wǎng)與無線網(wǎng)配合問題 C、IMS 網(wǎng)絡(luò)問題 D、無線網(wǎng)問題一、 單選題1、AMR-WB編碼的幀長（B）A10ms B20ms C5ms D1ms2（）解決語音控制和移動到CS網(wǎng)絡(luò)切換時的語音連續(xù)性問題 AA.SRVCC B.EPC C.MME D.IMS3VoLTE呼叫空口及S1口信令流程(非SIP)。的呼叫信令流程一般指的是主被叫UE都處于（ C ）態(tài)，這也是現(xiàn)網(wǎng)中最常見的呼叫應(yīng)用場景A. RRC_DETACH B. RRC_CONNECTED C.RRC_IDLE D. RRC_ATTACH4LTE語音業(yè)務(wù)最終解決方案（B）A.CSFB B.VOLTE C.SvLTE5VoLTE由

49、（C）提供高質(zhì)量的分組域承載A.MME B.SGSN C.IMS D. EPC6語音包頭開銷：RTP開銷占（），UDP頭開銷占（），IP層的IP頭開銷占（）（IPv4）/40Byte （IPv6）。AA. 12Byte，8Byte，20Byte B. 8Byte，8Byte，20Byte C. 12Byte，12Byte，20Byte D. 12Byte，20Byte，20Byte7TTI bundling就是把上行的連續(xù)TTI進行綁定，在（A）上多次發(fā)送同一個TB（Transport Block）A.多個連續(xù)的子幀 B.1個連續(xù)的子幀 C.相鄰連續(xù)的子幀 D.2個連續(xù)的子幀8TTI技術(shù)是說綁

50、定（D）個TTI用于一個包的傳輸A、1 B、2 C、3 D、49無論何種接入方式，必須使用（C）方式接入IMS網(wǎng)絡(luò)A、SCCAS B、PCRF C、IP D、P-CSCF10單從注冊信令流程看，是否區(qū)分漫游或非漫游用戶BA、區(qū)分 B、不區(qū)分11暫態(tài)是指每次業(yè)務(wù)建立初期尚未穩(wěn)定的狀態(tài)，此狀態(tài)下的數(shù)據(jù)包較（A）A、大 B、小 C、一樣大12下行半靜態(tài)調(diào)度的功控中，如果IBLER測量值小于IBLER Target，應(yīng)該（A）發(fā)射功率A、減少 B、增加 C、不變13VOLTE采用的傳輸協(xié)議是( B ) A、帶寬為64bits/s的傳輸方式電路交換 B、無連接的UDP協(xié)議 C、有連接的TCP協(xié)議 D、無

51、任何協(xié)議14如同4G網(wǎng)絡(luò)需要開機或者outof service一段時間后進行注冊附著流程一樣，IMS子系統(tǒng)的用戶同樣需要進行在（B）的注冊A、P-CSCFB、S-CSCFC、I-CSCFD、IBCFS-CSCF（Serving Call Session ControlFunction 服務(wù)會話控制功能）: 是IMS的核心所在，它位于歸屬網(wǎng)絡(luò)，為UE進行會話控制和注冊請求，但當UE處于會話中時，S-CSCF處理網(wǎng)絡(luò)中的會話狀態(tài)。在同一個運營商的網(wǎng)絡(luò)中，可以有多個S-CSCF。15TTI綁定技術(shù)中捆綁在一起子幀采用（A）個HARQ進程A、1B、2C、3D、416AMR-NB模式共有多少種編碼方式C

52、?BA、4B、8C、16D、3217靜默期是對應(yīng)用戶通話停頓的狀態(tài)，每間隔（C）ms發(fā)一個很短的SIDA、100msB、120msC、160msD、200ms18volte語音業(yè)務(wù)使用QCI為多少的專有承載（A） A、l B、2 C、5 D、8/919下列哪個網(wǎng)元負責轉(zhuǎn)發(fā)SIP消息到相應(yīng)的SIP服務(wù)器（S-CSCF） A A、P-CSCF B、S-CSCF C、I-CSCF D、IBCF20以下哪個網(wǎng)元起到了電信域與IMS域溝通互聯(lián)的作用A A、P-CSCF B、S-CSCF C、I-CSCF D、PCRF21當P-CSCF收到INVITE消息時候，需要反饋（）消息 A A、100 trying B、100 OK C、200 trying D、200 OK22以下哪種RLC實體最適合用于VoIP業(yè)務(wù) C A、AM B、TM C、UM23IMS鑒權(quán)過程中網(wǎng)絡(luò)側(cè)對手機鑒權(quán)的比對主體是 B A、I-CSCF B、S-CSCF C、PGW D、P-CSCF24沒有TD-LTE覆蓋時，采用切換至GSM 的方案實現(xiàn)語音業(yè)務(wù)連續(xù)性，切換方案主要采用3GPP R10的（C）