VoLTE題庫(kù)大全(含解析)

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

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

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

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

5、）。2、 UE 查找 P-CSCF IP 地址的過(guò)程稱之為 CSCF 發(fā)現(xiàn)過(guò)程（對(duì)）。3、下列哪個(gè)網(wǎng)元負(fù)責(zé)轉(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 信息的完整性與安全性保護(hù)的網(wǎng)元 （A）A、P-CSCFB、S-CSCFC、I-CSCFD、PCRF5、與 HSS 聯(lián)系，負(fù)責(zé)獲取用戶歸屬的 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)過(guò)程的機(jī)制包括（ABD）A、Attach 方式 B、DHCP 方式 C、動(dòng)態(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ù)平臺(tái) 從整體上看，VOLTE網(wǎng)絡(luò)分為終端、接入網(wǎng)、承載網(wǎng)、核心網(wǎng)、業(yè)務(wù)平臺(tái)。其中，較為復(fù)雜的是核心網(wǎng)，主要分為分組域(接入核心網(wǎng))、策略控制單元、信令網(wǎng)、IMS域、CS域、用戶域 。9、IMS 網(wǎng)絡(luò)架構(gòu)中核心功能實(shí)體有（ACD）A、CSCFB、MRS （測(cè)量報(bào)告統(tǒng)計(jì)數(shù)據(jù)文件） C、MGCFD、MGW3、 VOLTE 關(guān)鍵技術(shù)關(guān)鍵技術(shù)：1、提高傳輸效率：IP包頭壓

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

8、），IP 層的 IP 頭開(kāi)銷占（）（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. 動(dòng)態(tài)調(diào)度 C. 半靜態(tài)調(diào)度 D. 半持續(xù)調(diào)度4、AMR 通話過(guò)程由 3 個(gè)部分組成（ABC）。A短暫 (Transient State)C靜默期(Silent Period)B通話期(Talk spurt)D空閑期（IDLE）AMR通話過(guò)程由3個(gè)部分組成：

9、 1) 短暫 (Transient State)狀態(tài)，間隔20ms，是指每次業(yè)務(wù)建立初期尚未穩(wěn)定的狀態(tài)，此狀態(tài)下的數(shù)據(jù)包較大。這部分的數(shù)據(jù)開(kāi)銷大約在97字節(jié)，可以認(rèn)為是RTCP數(shù)據(jù)包和非ROHC的數(shù)據(jù)包。 2) 通話期(Talk spurt)狀態(tài)，間隔20ms，數(shù)據(jù)開(kāi)銷參考2.2.3，是指對(duì)應(yīng)用戶正在通話的狀態(tài)。在通話狀態(tài)下，每20ms 傳送一次數(shù)據(jù)，通話期的語(yǔ)音包大小取決于當(dāng)前采用的編碼速率。3) 靜默期(Silent Period)是對(duì)應(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ù)包不進(jìn)行頭壓縮，所以該狀態(tài)下的數(shù)據(jù)包都較大，其中高清語(yǔ)音的MAC層數(shù)據(jù)包高達(dá)850bit。24、VOLTE 的語(yǔ)音靜默期是（C）A.20msB.80msC. 160msD.40msE.320ms30、半持續(xù)（SPS）網(wǎng) 3:1 時(shí)隙配比下，因 SPS 采用保守調(diào)度算法，MCS 不得高于 (A)A、15B、25C、30D、5半持續(xù)調(diào)度可減少控制信令開(kāi)銷，提高承載用戶數(shù)半持續(xù)調(diào)度是LTE中為了節(jié)省PDCCH數(shù)量而提出的一種新的調(diào)度方法，最初主要是針對(duì)VoIP業(yè)務(wù)。其可大大降低信令開(kāi)銷，使信令開(kāi)銷資源最低可僅為業(yè)務(wù)的1.3%實(shí)現(xiàn)原理： VoIP的新傳包由于其達(dá)到間隔是20ms，所以可以由一條信令

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

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

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

14、）配置時(shí)可使用 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é)議，對(duì)于語(yǔ)音業(yè)務(wù)需要建立QCI=1承載，視頻業(yè)務(wù)需要建立QCI=1和QCI=2的傳輸承載。根據(jù)時(shí)延要求，無(wú)線側(cè)用戶面RLC選用UM模式傳輸，保證其實(shí)時(shí)性要求。走SIP信令流的QCI=5承載，無(wú)線側(cè)控制面RLC采用AM模式，保障其準(zhǔn)確性。21、VoLTE 建立語(yǔ)音業(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ǔ)音業(yè)務(wù)載組合：SRB1+SRB2+2xAM DRB+1xUM DRB，其中，UM DRB的QCI=1，2個(gè)AM DRB的QCI分別為QCI=5和QCI=8/9； 視頻業(yè)務(wù)承載組合：SRB1+SRB2+2xAM DRB+2xUM DRB，其中，2個(gè)UM DRB的QCI=1和QCI=2，2個(gè)AM DRB的QCI分別為QCI=5和QCI=8/9； LTE網(wǎng)絡(luò)注冊(cè)需要建立默認(rèn)承載QCI8/9，數(shù)據(jù)業(yè)務(wù)需要QCI8和9。QCI 5也是一條默認(rèn)承載，用于承載SIP信令。23、以下

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

17、ity)26、下面哪種場(chǎng)景可以使用 TTI bundling：(ABCDE)A、對(duì)于覆蓋面積大的小區(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 個(gè)/MHz），則對(duì)處于小區(qū)邊緣的用戶最好時(shí)使用 TTI Bundling28、TTI bundling 也稱為子

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

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

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

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

22、更為明顯。四、VOLTE 關(guān)鍵業(yè)務(wù)及信令流程1、AMR-WB 編碼的幀長(zhǎng)（B）。A10msB20msC5msD1ms12、AMR-NB 編碼幀長(zhǎng)（ A ）A、20msB、10msC、40msD、30ms13、AMR-NB 編碼采樣率為（ A ）A、8kHzB、8HzC、16kHz D、16Hz14、AMR-WB 編碼幀長(zhǎng)（A）A、20msB、10msC、40msD、30ms15、AMR-WB 編碼采樣率為（ C ）A、8kHzB、8Hz C、16kHzD、16Hz11、Volte 語(yǔ)音包傳輸?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 正在排隊(duì) 183 通話進(jìn)展 2xx = 成功應(yīng)答 200 OK 202 被接受：用于轉(zhuǎn)介 3xx = 轉(zhuǎn)接應(yīng)答 300 多項(xiàng)選擇 301 被永久遷移 302 被暫時(shí)遷移 305 使用代理服務(wù)器 380 替代服務(wù) 4xx = 呼叫失敗 400 呼叫不當(dāng) 401 未經(jīng)授權(quán)：只供注冊(cè)機(jī)構(gòu)使用，代理服務(wù)器應(yīng)使用代理服務(wù)器授權(quán)407 402 要求付費(fèi)（預(yù)訂為將來(lái)使用) 403 被禁止的 404 未發(fā)現(xiàn)：未發(fā)現(xiàn)用戶 405 不允許的

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

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

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

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

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

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

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

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

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

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

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

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

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

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

38、的技術(shù)方案是 AA、VOLTE、SRVCCB、CSFBC、雙待機(jī)12、（A）解決語(yǔ)音控制和移動(dòng)到 CS 網(wǎng)絡(luò)切換時(shí)的語(yǔ)音連續(xù)性問(wèn)題.A.SRVCCB.EPC C.MMED.IMS17、4G 語(yǔ)音解決方案有（），其中 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 的過(guò)度解決方案。A、CSFBB、SvLTEC、GSMD、TDSCDMA-AMR19、eSRVCC

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

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

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

42、C 是無(wú)測(cè)量的，eSRVCC 是重定向。 錯(cuò)16、ESRVCC 鄰區(qū)可以不配置 BSIC 或 CPI,以節(jié)約切換時(shí)長(zhǎng) 錯(cuò)六、VOLTE 測(cè)試及性能指標(biāo)優(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詳細(xì)描述了主叫與被叫之間的SIP信令流程，具體流程如下。1. 用戶A，摘機(jī)對(duì)用戶B發(fā)起呼叫，用戶A首先向AS服務(wù)器發(fā)起INVITE請(qǐng)求。2. AS服務(wù)器回復(fù)100 Trying給用戶A

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

44、臨時(shí)應(yīng)答消息PRACK ，終端B了解到終端A收到183 Session Progress消息。9. 被叫終端B向AS服務(wù)器發(fā)送200 OK消息，表示183 Session Progress請(qǐng)求已經(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請(qǐng)求已經(jīng)處理成功。14. AS服務(wù)器向主叫用戶A轉(zhuǎn)送200 OK消息，通知用戶A UPDATE請(qǐng)求已經(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請(qǐng)求已經(jīng)處理成功。18 . AS服務(wù)器向主叫終端A轉(zhuǎn)送200 OK消息，通知主叫終端A，被叫終端B已經(jīng)對(duì)INVITE請(qǐng)求處理成功。19. 主叫終端A向AS服務(wù)器發(fā)送ACK消息，意在通知被叫終端B，主叫側(cè)已經(jīng)了解被叫側(cè)處理INVITE請(qǐng)求成功。20. AS服務(wù)器向被叫終端B轉(zhuǎn)送ACK信息。21. 用戶A主動(dòng)掛機(jī)，A向AS服務(wù)器發(fā)起通話結(jié)束B(niǎo)YTE信息。22. AS服務(wù)器向被叫終端B轉(zhuǎn)送BY

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

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è)掉話，問(wèn)題定位為（C）A、 核心網(wǎng)問(wèn)題 B、核心網(wǎng)與無(wú)線網(wǎng)配合問(wèn)題 C、IMS 網(wǎng)絡(luò)問(wèn)題 D、無(wú)線網(wǎng)問(wèn)題6、被叫收到尋呼但未收到 INVITE 消息,問(wèn)題定位為（A ）A、核心網(wǎng)問(wèn)題 B、核心網(wǎng)與無(wú)線網(wǎng)配合問(wèn)題 C、IMS 網(wǎng)絡(luò)問(wèn)題 D、無(wú)線網(wǎng)問(wèn)題7、重配置消息釋放 DRB 承載, 問(wèn)題定位為（B）A、核心網(wǎng)問(wèn)

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

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

50、定（D）個(gè)TTI用于一個(gè)包的傳輸A、1 B、2 C、3 D、49無(wú)論何種接入方式，必須使用（C）方式接入IMS網(wǎng)絡(luò)A、SCCAS B、PCRF C、IP D、P-CSCF10單從注冊(cè)信令流程看，是否區(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測(cè)量值小于IBLER Target，應(yīng)該（A）發(fā)射功率A、減少 B、增加 C、不變13VOLTE采用的傳輸協(xié)議是( B ) A、帶寬為64bits/s的傳輸方式電路交換 B、無(wú)連接的UDP協(xié)議 C、有連接的TCP協(xié)議 D、無(wú)

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

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