VoLTE題庫大全含解析_第1頁
VoLTE題庫大全含解析_第2頁
VoLTE題庫大全含解析_第3頁
VoLTE題庫大全含解析_第4頁
VoLTE題庫大全含解析_第5頁
已閱讀5頁,還剩26頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

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

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

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

4、可以實(shí)現(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ù)來實(shí)現(xiàn)。(對)14、LTE 實(shí)現(xiàn) VOIP 業(yè)務(wù)不需要 IMS 的支持。(錯)二、IMS 框架網(wǎng)元介紹1、當(dāng)一個(gè)用戶注冊到網(wǎng)絡(luò)中要接入IMS 業(yè)務(wù)時(shí), I-CSCF 才會分配一個(gè) S-CSCF 給UE (對)。2

5、、UE 查找 P-CSCF IP 地址的過程稱之為 CSCF 發(fā)現(xiàn)過程(對)。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、

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

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

8、 頭開銷占() /40Byte ( IPv6 )( A )。12Byte , 8Byte, 20Byte12Byte,12Byte,20Byte8Byte , 8Byte , 20Byte12Byte , 20Byte, 20Byte25、用于 TDLTE V oIP 業(yè)務(wù)的最佳資源調(diào)度方案是( D)靜態(tài)調(diào)度域、 CSIPv4)動態(tài)調(diào)度半靜態(tài)調(diào)度半持續(xù)調(diào)度4、AMR 通話過程由 3 個(gè)部分組成( ABC )。A 短暫 (Transient State) C靜默期 (Silent Period) B 通話期 (Talk spurt) D 空閑期( IDLE ) AMR 通話過程由 3 個(gè)部分組成

9、:短暫 (Transient State)狀態(tài),間隔 20ms,是指每次業(yè)務(wù)建立初期尚未穩(wěn)定的狀態(tài), 此狀態(tài) 下的數(shù)據(jù)包較大。這部分的數(shù)據(jù)開銷大約在 97 字節(jié),可以認(rèn)為是 RTCP 數(shù)據(jù)包和非 ROHC 的數(shù)據(jù)包。通話期 (Talk spurt) 狀態(tài),間隔 20ms,數(shù)據(jù)開銷參考 2.2.3,是指對應(yīng)用戶正在通話的狀態(tài)。 在通話狀態(tài)下,每 20ms 傳送一次數(shù)據(jù),通話期的語音包大小取決于當(dāng)前采用的編碼速率。靜默期(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、

10、一樣大 暫態(tài)期,由于數(shù)據(jù)包不進(jìn)行頭壓縮,所以該狀態(tài)下的數(shù)據(jù)包都較大,其中高清語音的 MAC 層數(shù)據(jù)包高達(dá) 850bit 。24、 VOLTE 的語音靜默期是( C)20ms80ms160ms40ms320ms30、半持續(xù)( SPS)網(wǎng) 3:1 時(shí)隙配比下,因 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% 實(shí)現(xiàn)原理:VoIP 的新傳包由于其達(dá)到間

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

12、包率增加。使用TTI bundling , 四個(gè)連續(xù)子幀中的立刻重傳,能積累能量,增大傳輸成功率,從而提高接收成功率, 避免 過多的 HARQ 重傳。1、在標(biāo)準(zhǔn)中, VoIP 業(yè)務(wù) 不能同時(shí) 采用 SPS調(diào)度和上行 TTI bundling ,但可僅針對 邊緣用戶 使用 TTI bundling2、性能增益: 不考慮重傳的情況下, 單從 1 個(gè) TTI 和 4 個(gè) TTI 傳輸角度, HARQ 進(jìn)程為 4,增益大約4dB(鏈路級仿真得出) 考慮重傳情況下, TDD 增益僅為 2dB,性能增益有限,但在控制信令會節(jié)省開銷3、TDD 特性:由于上下行時(shí)隙不連續(xù), 而語音包又有 20ms 的周期限制

13、, 因此 僅在 2DL:2UL 配置時(shí)可使用 TTI bundling8、TTI bundling 就是把上行的連續(xù) TTI 進(jìn)行綁定,在( A )上多次發(fā)送同一個(gè) TB ( Transport Block )。多個(gè)連續(xù)的子幀1 個(gè)連續(xù)的子幀相鄰連續(xù)的子幀2 個(gè)連續(xù)的子幀27、 TTI bundling 也稱為子幀捆綁,是 LTE 系統(tǒng)中一種特殊的調(diào)度方式,它是針對 處于小區(qū)邊緣的 VoIP 用戶而設(shè)計(jì)的。 TTI bundling 僅用于 (A)上行下行上下行均用以上都不對29、 TTI Bundling 可提高邊緣用戶的 ( A ),并減小 ( C)A、接收性能B、語音數(shù)據(jù)包C、控制信令開

14、銷D、數(shù)據(jù)包包頭大小31、 TTI bundling ,TDD 特性:由于上下行時(shí)隙不連續(xù),而語音包又有20ms 的周期限制,因此僅在( A )配置時(shí)可使用 TTI bundlingA、2DL:2ULB、1DL:3ULC、3DL:1ULD、1DL:1UL 6、網(wǎng)管中 RLC 模式配置中, QCI5 應(yīng)該配置為( B)。UMAMTM按照協(xié)議, 對于語音業(yè)務(wù)需要建立 QCI=1 承載, 視頻業(yè)務(wù)需要建立 QCI=1 和 QCI=2 的傳輸 承載。根據(jù)時(shí)延要求,無線側(cè) 用戶面 RLC 選用 UM 模式傳輸,保證其實(shí)時(shí)性要求。走 SIP 信令流 的 QCI=5 承載,無線側(cè) 控制面 RLC 采用 AM

15、 模式,保障其準(zhǔn)確性。21、 VoLTE 建立語音業(yè)務(wù)需要哪些承載( C)。SRB1+SRB2+1xAM DRB+2xUM DRBSRB0+SRB1+2xAM DRB+2xUM DRBSRB1+SRB2+2xAM DRB+1xUM DRBSRB0+SRB1+1xAM DRB+2xUM DRB語音業(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 的 Q

16、CI=1 和 QCI=2 , 2 個(gè) AM DRB 的 QCI 分別為 QCI=5 和 QCI=8/9 ;LTE 網(wǎng)絡(luò)注冊需要建立默認(rèn)承載 QCI8/9 ,數(shù)據(jù)業(yè)務(wù)需要 QCI8 和 9。QCI 5 也是一條默認(rèn)承 載,用于承載 SIP 信令。23、以下哪種 QCI 等級的信道的丟包率( Packet Error LossRate)最高:( B )QCI2QCI1QCI6QCI5QCI320、以下哪些能增強(qiáng) VOLTE 的覆蓋?( ABCD )半靜態(tài)調(diào)度RoHCRLC 分片TTI Bundling22、 VOLTE 有那些關(guān)鍵技術(shù)?( ABCDEF )A 、無線承載 Qos 等級標(biāo)識B、AMR

17、-WB 語音編碼C、SIP(SessionInitiationProtocol)&SDPD、RoHC IP 頭壓縮協(xié)議E、SPS 半持續(xù)調(diào)度F、eSRVCC(EnhancedSingleRadioV oiceCallContinuity) 26、下面哪種場景可以使用TTI bundling : (ABCDE)A、對于覆蓋面積大的小區(qū)中處于小區(qū)邊緣的用戶最好是使用TTI Bundling 。B、如果 UE 的 RSRQ 和 RSRP 都很低,則最好是使用 TTI BundlingC、如果 SRS 的 SINR 很低,則最好是使用 TTI BundlingD 、如果 UE 的 RSRQ、RSRP

18、和 SRS 的 SINR 都很低,則最好是使用 TTI BundlingE、如果扇區(qū)中總的 UE 數(shù)較多(例如,多于 10 個(gè) /MHz ),則對處于小區(qū)邊緣的用戶最 好時(shí)使用 TTI Bundling28、 TTI bundling 也稱為子幀捆綁,是 LTE 系統(tǒng)中一種特殊的調(diào)度方式,它是針對處于小 區(qū)邊緣的 VoIP 用戶而設(shè)計(jì)的,其定義是: (ABCD)A 、在連續(xù)的 4 個(gè)上行子幀發(fā)射同一傳輸塊B、且只在第一個(gè) TTI 對應(yīng)發(fā)射時(shí)刻有 PDCCHC、只在最后一個(gè) TTI (即,第 4 個(gè) TTI )對應(yīng)的發(fā)射時(shí)刻有 PHICHD、重傳也是針對 4 個(gè)連續(xù)上行 TTI 發(fā)射9、VoLT

19、E 語音通話過程中需要建立如下承載( ABC )。QCI9QCI5QCI1QCI210、現(xiàn)語音或視頻業(yè)務(wù)需要 UE 同時(shí)建立三個(gè)數(shù)據(jù)承載外,還需要 UE 建立 RRC 鏈接信令承( AB )。SRB1SRB2SRB3SRB411、VoLTE 無線基本功能( ABCD )。A無線承載組合QCI 1/2 承載RLC 層模式IMS 緊急呼12、VoLTE 無線增強(qiáng)功能( ABCD )。頭壓縮、半持續(xù) /延遲調(diào)度TTI bundlingeSRVCC 測控和切換流程SPS18、 QCI=5 是 Non-GBR 的承載。 (對)19、 RoHC 能增強(qiáng) VOLTE 的容量。(對)IP 包頭壓縮可大大降低頭

20、開銷,提高 VoLTE 語音用戶容量,提高數(shù)據(jù)業(yè)務(wù)吞吐量,增強(qiáng) 邊緣覆蓋。4、QCI89: 用于 GBR 業(yè)務(wù)的默認(rèn)承載(錯)14、半靜態(tài)調(diào)度可以節(jié)省 PDCCH 資源。(對)15、半持續(xù)調(diào)度( SPS)是 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 都會進(jìn)行 DRX (不連續(xù)接

21、收) (對 )DRX (Discontinuous Reception )即非連續(xù)接收,是指 UE 僅在必要的時(shí)間段打開接收機(jī)進(jìn) 入激活期, 以接收下行數(shù)據(jù)和信令, 而在其他時(shí)間關(guān)閉接收機(jī)進(jìn)入休眠期, 停止接收下行數(shù) 據(jù)和信令的一種節(jié)省 UE 電力消耗的工作模式。在 DRX 工作模式下, DRX 周期包含激活期和休眠期, UE 的工作狀態(tài)對應(yīng)為激活態(tài)和 休眠態(tài);在非 DRX 工作模式下, UE 將一直打開接收機(jī),保持激活態(tài)。 相對于連續(xù)接收模式, DRX 特性有如下收益:DRX 工作模式下, UE 不需要連續(xù)偵聽 PDCCH ( Physical Downlink Control Channe

22、l ) 信道,所以節(jié)省了 UE 的電力消耗,延長了 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ò)的信令開銷, 此收益 在智能 UE 所占比例較高的網(wǎng)絡(luò)中效果更為明顯。四、VOLTE 關(guān)鍵業(yè)務(wù)及信令流程1、AMR-WB 編碼的幀長( B )。A10msB 20msC 5msD1ms12、 AMR-NB 編碼幀長( A )A、20msB、10msC、40msD 、 30ms13、AMR-NB 編碼采樣率為( A )A、8kHzB、8HzC、

23、16kHzD、16Hz14、AMR-WB 編碼幀長( A)A、20msB、10msC、40msD 、 30ms15、AMR-WB 編碼采樣率為( C )A、8kHzB、8HzC、16kHzD、16Hz11、 Volte 語音包傳輸?shù)闹芷冢?B)A、10msB、20msC、30msD 、 40ms2、VoLTE 業(yè)務(wù)中 SIP 協(xié)議響應(yīng)碼不屬于判斷異常事件是?() D408487503180 sip 代碼含義 1xx = 通知性應(yīng)答100 正在嘗試正在撥打正被轉(zhuǎn)接正在排隊(duì)通話進(jìn)展 2xx = 成功應(yīng)答200 OK202 被接受:用于轉(zhuǎn)介3xx = 轉(zhuǎn)接應(yīng)答多項(xiàng)選擇被永久遷移被暫時(shí)遷移305 使用

24、代理服務(wù)器380 替代服務(wù)4xx = 呼叫失敗呼叫不當(dāng)407未經(jīng)授權(quán):只供注冊機(jī)構(gòu)使用,代理服務(wù)器應(yīng)使用代理服務(wù)器授權(quán)要求付費(fèi)(預(yù)訂為將來使用 )被禁止的未發(fā)現(xiàn):未發(fā)現(xiàn)用戶不允許的方法不可接受需要代理服務(wù)器授權(quán)呼叫超時(shí):在預(yù)定時(shí)間內(nèi)無法找到用戶410 已消失:用戶曾經(jīng)存在,但已從此處消失呼叫實(shí)體過大呼叫 URI 過長不支持的媒體類型不支持的 URI 方案420 不當(dāng)擴(kuò)展:使用了不當(dāng) SIP 協(xié)議擴(kuò)展,服務(wù)器無法理解該擴(kuò)展421 需要擴(kuò)展423 時(shí)間間隔過短暫時(shí)不可使用通話 /事務(wù)不存在檢測到循環(huán)跳數(shù)過多地址不全模糊不清此處太忙呼叫被終止此處不可接受491 呼叫待批493 無法解讀:無法解讀 S

25、/MIME 文體部分5xx = 服務(wù)器失敗服務(wù)器內(nèi)部錯誤無法實(shí)施: SIP 呼叫方法在此處無法實(shí)施不當(dāng)網(wǎng)關(guān)服務(wù)不可使用服務(wù)器超時(shí)不支持該版本:服務(wù)器不支持 SIP 協(xié)議的這個(gè)版本513 消息過長6xx = 全局失敗600 各處均忙603 拒絕604 無處存在606 不可使用3、VoLTE 呼叫過程中 SIP 信令的主要作用有哪些?() D打通從主叫 UE 到被叫 UE 的路由通道雙方進(jìn)行資源預(yù)留并確認(rèn)雙方進(jìn)行媒體協(xié)商以上都正確5、VoLTE 呼叫空口及 S1 口信令流程 (非 SIP)的呼叫信令流程一般指的是主被叫 UE 都處于( C)態(tài),這也是現(xiàn)網(wǎng)中最常見的呼叫應(yīng)用場景。RRC_DETACH

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

27、yingB、100 OKC、200 tryingD、200 OK7、Precondition 字段是在哪條消息中攜帶的 ( A )A、INVITE RequestB、100TryingC、183responseD、200OK8、( D )消息可被用來進(jìn)行媒體流和碼流信息的更新A、INVITE RequestB、100TryingC、183responseD、UP DATE16、通話期的語音包大小取決于當(dāng)前的(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 個(gè)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 用戶在體驗(yàn)高質(zhì)量通話之前,必須先進(jìn)行VoLTE 的注冊流程,從無

29、線角度來看,注冊分為兩個(gè)步驟(A,D )。MME 注冊SRVCC 注冊LTE 無線注冊IMS 注冊18、由于 VoLTE 實(shí)質(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 個(gè) AM DRB 的 QCI 分別為 QCI=5 和

30、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 ;20、SIP 信令 200 是對應(yīng)每一條上發(fā) SIP 信令的確認(rèn)回應(yīng)(對)21、信令“ 180”在 2G 中可以對應(yīng)為 Connect 消息(錯)22、信令“ BYE ”在 2G 中可以對應(yīng)為 Disconnect 消息 (對 )五、SRVCC 流程1、( A)解決語音控制和移動到 CS 網(wǎng)絡(luò)切換時(shí)的語音連續(xù)性問題。SRVCC(Single Radio V oice Cal

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

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

33、 控制的 VoIP 語音和 CS 域語音 之間的平滑切換。網(wǎng)絡(luò)要保證 LTE 終端在向 GSM/WCDMA 網(wǎng)絡(luò)漫游時(shí)語音業(yè)務(wù)的連續(xù)性。基于網(wǎng)絡(luò)的 切換能力以及終端的切換能力, LTE 終端向 GSM/WCDMA 網(wǎng)絡(luò)切換時(shí)如果目標(biāo)網(wǎng)絡(luò)可以 提供足夠的帶寬并支持 MMTel 切換,則可以基于 MMTel 進(jìn)行 PS 間的切換保障語音業(yè)務(wù) 的連續(xù)性; 另外 3GPP 規(guī)范定義了 LTE 到 GSM/WCDMA 網(wǎng)絡(luò)間的 PS 到 CS 的切換技術(shù) 即 SRVCC ,即在切換時(shí)利用目標(biāo)網(wǎng)絡(luò)的 CS 域保持語音業(yè)務(wù)的連續(xù)性,借助運(yùn)營商已有的 軟交換系統(tǒng)向終端用戶提供連續(xù)的語音業(yè)務(wù)?;?SRVCC

34、網(wǎng)絡(luò)技術(shù), LTE 核心網(wǎng)絡(luò)的 MME 與現(xiàn)網(wǎng)軟交換 MSC Server 之間要建 立基于 IP 的信令接口 Sv 接口。該接口在用戶從 LTE 無線網(wǎng)絡(luò)向 GSM/WCDMA 漫游時(shí)由 用戶終端觸發(fā) PS 到 CS 的語音業(yè)務(wù)切換。終端用戶在原 LTE 網(wǎng)絡(luò)下的承載可能除了有基于 GBR( Guaranteed Bit Rate)的語音 承載外, 還可能同時(shí)有非 GBR 的數(shù)據(jù)承載, 在網(wǎng)絡(luò)和終端具備條件的情形下也要進(jìn)行相應(yīng) 的處理。LTE 向 GSM 網(wǎng)絡(luò)漫游,且不進(jìn)行 DTM ( DualTransfer Mode )的 SRVCC 簡要切換流程如 下。手機(jī)向 EnodeB 發(fā)送測量報(bào)

35、告EnodeB 判定進(jìn)行向 GSM 進(jìn)行 SRVCC 切換EnodeB 發(fā)送切換請求MME 進(jìn)行語音承載與數(shù)據(jù)承載的分離,對 QCI=1 的 GBR 語音承載進(jìn)行到 CS 域的 切換MME 向 MSC Server 發(fā)送 PS 到 CS 的切換請求(內(nèi)含 IMSI 和 STN-SR 號碼)MSC Server 與目標(biāo) MSC Server 和 BSC 協(xié)商完成 GSM 無線系統(tǒng)切換電路的建立MSC Server 向 IMS MMTel 發(fā)起語音會話轉(zhuǎn)移傳送信息(含 STN-SR 號碼)IMS MMTel 進(jìn)行語音會話的更新和用戶面的承載更新MSC Server 向 MME 發(fā)送 PS 到 CS

36、 的切換響應(yīng)消息MME 向 EnodeB 發(fā)送切換命令消息EnodeB 向用戶終端發(fā)送切換命令消息用戶終端切換到 GSM ,用戶終端通過 BSC 發(fā)送 PS 業(yè)務(wù)掛起, SGSN 與 MME 互通 PS 掛起消息BSC 向目標(biāo) MSC Server 發(fā)送切換完成消息MSC Server 向 MME 發(fā)送切換完成消息根據(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)行

37、 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 語音)eSRVCC,網(wǎng)內(nèi)通話不需要 SRVCC 。4、在 ESRVCC 切換中,如果手機(jī)上報(bào)了二進(jìn)制 NCC=111 BCC=001 ,那么在網(wǎng)管 上需要配置該小區(qū) 2G 鄰區(qū)的 BSIC 十進(jìn)制為( C)50555760111001 十進(jìn)制 =32+16+8+0+0+1=57 111001 八進(jìn)制 =715、eSRVCC 切換中 B2 事件配置號(),建議值()。 C30 L-951012 L-9532 L-951012 L

38、-9510、沒有 TD-LTE 覆蓋時(shí),采用切換至 GSM 的方案實(shí)現(xiàn)語音業(yè)務(wù)連續(xù)性,切換方 案主要采用 3GPP R10 的( C)功能A、CSFBB、SRVCCC、ESRVCCD、CSCF11、使用 LTE 分組域支持話音業(yè)務(wù)的技術(shù)方案是 AA、VOLTE 、 SRVCCB、CSFBC、雙待機(jī)12、( A )解決語音控制和移動到 CS 網(wǎng)絡(luò)切換時(shí)的語音連續(xù)性問題 .SRVCCEPCMMEIMS17、4G 語音解決方案有(),其中SRVCC 需要部署( D)A、WIMAX-ANR 、CSFB、SRVCC ;IMSB、CDMA1X-AMR 、 CSFB 、 SRVCC ; IMSC、SvLTE

39、、 TDSCDMA-AMR 、SRVCC;IMsD、SvLTE、CSFB、 SRVCC;IMS18、( A ) 作為 Srvcc 的過度解決方案。A、CSFBB、SvLTEC、GSMD、TDSCDMA-AMR19、eSRVCC 方案相對于 SRVCC 方案的增強(qiáng)在于減少了切換時(shí)長, eSRVCC 切換時(shí) 長小于() DA、20msB、40msC、160msD 、 300msVoLTE/eSRVCC 方案性能摸底,包括 4 大類:1、掉話 SINR 測試:不同的終端測出的性能有差異; 各廠商和終端的 VoLTE 語音掉話 SINR 均在-3dB以下,滿足 LTE 無線覆蓋指標(biāo)2、系統(tǒng)內(nèi)切換性能:

40、各廠商系統(tǒng)內(nèi)切換性能接近(206ms);開關(guān) Data Forwarding 、標(biāo)清/高清語音、單語音 /混合業(yè)務(wù)、 X2 切換 /S1切換對于切換時(shí)延無明顯影響3、語音用戶容量:單小區(qū)容量和調(diào)度算法緊密相關(guān);在3:1 時(shí)隙配比下,所有主要廠商均能在正常通話條件下支持 200用戶。 RoHC 頭壓縮算法對于容量提升效果明顯, 平均可達(dá)到 26%左右的增益。 SPS 廠商實(shí)現(xiàn)較差,部分廠商不支持多用戶 SPS4、SRVCC 切換性能:各廠商端到端時(shí)延均在 300ms 以下,滿足 SRVCC 切換時(shí)延要求;單 語音和混合業(yè)務(wù)對于 SRVCC 切換時(shí)延無明顯影響9、 VoLTE、 eSRVCC 方案

41、性能摸底,包括( ABCD )SRVCC 切換性能掉話 SINR 測試系統(tǒng)內(nèi)切換性能語音用戶容量6、目前 VoLTE、eSRVCC 配置中有哪些事件觸發(fā),包括( BD )。A1A2B1B22、SRVCC 的缺點(diǎn)( AB )。需要建設(shè) IMS終端產(chǎn)業(yè)鏈待成熟語音通話期間,不能體驗(yàn) LTE 高速數(shù)據(jù)業(yè)務(wù)呼叫連續(xù)時(shí)間增加7、與 SRVCC 相比, CSFB 的優(yōu)勢在于( ABC )無需部署 IMS ,新增網(wǎng)元少,網(wǎng)絡(luò)部署快由現(xiàn)網(wǎng)提供 CS 業(yè)務(wù),用戶業(yè)務(wù)感受一致跨運(yùn)營商接口少,易于實(shí)現(xiàn)跨網(wǎng)漫游語音和 LTE 數(shù)據(jù)業(yè)務(wù)能夠并行8、SRVCC 可以實(shí)現(xiàn) LTE 網(wǎng)絡(luò)中的 _域語音到 2G、 3G 網(wǎng)絡(luò)中

42、的 _域語音的無 縫切換。 (A,B)PSIMSEsrvccCS13、eSRVCC 方案切換時(shí)延比 SRVCC 方案切換時(shí)延少 300ms 錯14、eSRVCC 與 eSRVCC 區(qū)別在于 eSRVCC 增加媒體錨定網(wǎng)關(guān) 對15、SRVCC 是無測量的, eSRVCC 是重定向。錯16、ESRVCC 鄰區(qū)可以不配置 BSIC 或 CPI,以節(jié)約切換時(shí)長六、VOLTE 測試及性能指標(biāo)優(yōu)化1、VOLTE 接通率為成功完成呼叫次數(shù) /終端發(fā)起呼叫總數(shù)。每次通話中,主叫UE發(fā)送第一條( C)后收到網(wǎng)絡(luò)側(cè)下發(fā)的( A )消息為成功完成呼叫。A、SIP 200 OKB、PRACK 200C、UPDATE

43、200D、SIP 180 Ring上述步驟 1-24 詳細(xì)描述了主叫與被叫之間的 SIP信令流程,具體流程如下。1. 用戶 A ,摘機(jī)對用戶 B 發(fā)起呼叫,用戶 A 首先向 AS 服務(wù)器發(fā)起 INVITE 請求。AS服務(wù)器回復(fù) 100 Trying 給用戶 A 說明收到 INVITE 請求。AS服務(wù)器通過認(rèn)證確認(rèn)用戶認(rèn)證已通過后,向被叫終端 B轉(zhuǎn)送 INVITE 請求。用戶 B 向 AS 服務(wù)器送呼叫處理中的應(yīng)答消息, 100 Trying 。用戶 B 向 AS 服務(wù)器送 183 Session Progress 消息,提示建立對話的進(jìn)度信息。(此時(shí)被叫 QCI1 專用承載建立)AS 服務(wù)器向

44、主叫終端 A 轉(zhuǎn)送 183 Session Progress消息,終端 A 了解到整個(gè) Session 的建 立進(jìn)度消息。終端 A 向 AS 服務(wù)器回復(fù)臨時(shí)應(yīng)答消息 PRACK ,表示收到 183 Session Progress消息。 (此時(shí)主叫 QCI1 專用承載建立)AS服務(wù)器向被叫終端 B轉(zhuǎn)送臨時(shí)應(yīng)答消息 PRACK ,終端 B了解到終端 A 收到 183 Session Progress 消息。被叫終端 B向AS 服務(wù)器發(fā)送 200 OK消息,表示 183 Session Progress請求已經(jīng)處理成功。AS 服務(wù)器向主叫終端 A 轉(zhuǎn)送 200 OK 消息。主叫終端 A 向 AS

45、服務(wù)器發(fā)送 UPDATE 消息,意在與被叫終端 B 協(xié)商相關(guān) SDP 信息。AS 服務(wù)器向被叫終端 B 轉(zhuǎn)送 UPDATE 消息。被叫終端 B 向 AS 服務(wù)器發(fā)送 200 OK 消息,表示 UPDA TE 請求已經(jīng)處理成功。AS 服務(wù)器向主叫用戶 A 轉(zhuǎn)送 200 OK 消息,通知用戶 A UPDA TE 請求已經(jīng)處理成功。被叫用戶 B 振鈴,用戶振鈴后,向 AS 服務(wù)器發(fā)送 180 Ringing 振鈴信息。AS 服務(wù)器向主叫終端 A 轉(zhuǎn)送 180 Ringing 振鈴信息。被叫終端 B 向 AS 服務(wù)器發(fā)送 200 OK 消息,表明主叫最初的 INVITE 請求已經(jīng)處理成 功。18 .

46、AS 服務(wù)器向主叫終端 A 轉(zhuǎn)送 200 OK 消息,通知主叫終端 A ,被叫終端 B 已經(jīng)對 INVITE 請求處理成功。19. 主叫終端 A 向 AS 服務(wù)器發(fā)送 ACK 消息,意在通知被叫終端 B,主叫側(cè)已經(jīng)了解被叫 側(cè)處理 INVITE 請求成功。AS 服務(wù)器向被叫終端 B 轉(zhuǎn)送 ACK 信息。用戶 A 主動掛機(jī), A 向 AS 服務(wù)器發(fā)起通話結(jié)束 BYTE 信息。AS 服務(wù)器向被叫終端 B 轉(zhuǎn)送 BYTE 信息。被叫終端 B 向 AS 服務(wù)器發(fā)送 200 OK 消息,表示對 BYTE 信息處理成功。AS 服務(wù)器向用戶 A 轉(zhuǎn)送 200 OK 信息。整個(gè)通話結(jié)束。被叫用戶 B 主動掛機(jī)

47、流程同步驟 21 24。2、VoLTE、eSRVCC 方案性能測試,不包括( D )。A 、 SRVCC 切換性能B、掉話 SINR 測試C、系統(tǒng)內(nèi)切換性能D、語音用戶容量3、VoLTE 呼叫建立時(shí)延指標(biāo)統(tǒng)計(jì)主叫UE 發(fā) SIP INVITE 后收到網(wǎng)絡(luò)側(cè)下發(fā)( D )消息之間的時(shí)間量。A、SIP 200 OKB、PRACK 200C、UPDATE 200D、SIP 180 Ring4、IMS 注冊成功率指標(biāo)統(tǒng)計(jì)指終端成功發(fā)送IMS_SIP_REGISTER ,并收到( B)消息。A、SIP 180 RingB、IMS_SIP_REGISTER-OK(200)C、Mobility From E

48、utran 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)問題B、核心網(wǎng)與無線網(wǎng)配合問題C、IMS 網(wǎng)絡(luò)問題D、無線網(wǎng)問題一、單選題1、AMR-WB 編碼的幀長( B) A 10msB20msC5msD1ms()解決語音控制和移動到 CS 網(wǎng)絡(luò)

49、切換時(shí)的語音連續(xù)性問題 ASRVCCEPCMMEIMSVoLTE 呼叫空口及 S1口信令流程 (非 SIP)。的呼叫信令流程一般指的是主被 叫 UE 都處于( C )態(tài),這也是現(xiàn)網(wǎng)中最常見的呼叫應(yīng)用場景RRC_DETACHRRC_CONNECTEDRRC_IDLERRC_ATTACHLTE 語音業(yè)務(wù)最終解決方案( B )CSFBVOLTESvLTEVoLTE 由( C)提供高質(zhì)量的分組域承載MMESGSNIMSEPC語音包頭開銷: RTP開銷占(), UDP頭開銷占(), IP層的IP頭開銷占()( IPv4)/40Byte (IPv6)。 A12Byte,8Byte,20Byte8Byte,

50、8Byte, 20Byte12Byte,12Byte,20Byte12Byte,20Byte,20ByteTTI bundling 就是把上行的連續(xù) TTI 進(jìn)行綁定,在( A )上多次發(fā)送同一個(gè) TB(Transport Block)多個(gè)連續(xù)的子幀1 個(gè)連續(xù)的子幀相鄰連續(xù)的子幀2 個(gè)連續(xù)的子幀TTI 技術(shù)是說綁定( D )個(gè) TTI 用于一個(gè)包的傳輸A、1B、2C、3D、4無論何種接入方式,必須使用( C )方式接入 IMS 網(wǎng)絡(luò)A、SCCASB、PCRFC、IPD、P-CSCF單從注冊信令流程看,是否區(qū)分漫游或非漫游用戶 BA、區(qū)分B、不區(qū)分暫態(tài)是指每次業(yè)務(wù)建立初期尚未穩(wěn)定的狀態(tài),此狀態(tài)下

51、的數(shù)據(jù)包較( A )A、大B、小C、一樣大下行半靜態(tài)調(diào)度的功控中, 如果 IBLER 測量值小于 IBLER Target,應(yīng)該(A) 發(fā)射功率A、減少B、增加C、不變VOLTE 采用的傳輸協(xié)議是 ( B )A、帶寬為 64bits/s 的傳輸方式電路交換B、無連接的 UDP 協(xié)議C、有連接的 TCP 協(xié)議D、無任何協(xié)議如同 4G 網(wǎng)絡(luò)需要開機(jī)或者 outof service 一段時(shí)間后進(jìn)行注冊附著流程一樣, IMS 子系統(tǒng)的用戶同樣需要進(jìn)行在( B)的注冊A、P-CSCFB、S-CSCFC、I-CSCFD、IBCFS-CSCF( Serving Call Session ControlFun

52、ction 服務(wù)會話控制功能) : 是 IMS 的核心所在, 它位于歸屬網(wǎng)絡(luò),為 UE 進(jìn)行會話控制和注冊請求,但當(dāng) UE 處于會話中時(shí), S-CSCF 處理 網(wǎng)絡(luò)中的會話狀態(tài)。在同一個(gè)運(yùn)營商的網(wǎng)絡(luò)中,可以有多個(gè)S-CSCF 。TTI 綁定技術(shù)中捆綁在一起子幀采用( A )個(gè) HARQ 進(jìn)程A、1B、2C、3D、4AMR-NB 模式共有多少種編碼方式 C?BA、4B、8C、16D、32靜默期是對應(yīng)用戶通話停頓的狀態(tài),每間隔( C)ms 發(fā)一個(gè)很短的 SIDA、100msB、120msC、160msD、200msvolte 語音業(yè)務(wù)使用 QCI 為多少的專有承載( A)A、lB、2C、5D、8/

53、9下列哪個(gè)網(wǎng)元負(fù)責(zé)轉(zhuǎn)發(fā) SIP消息到相應(yīng)的 SIP服務(wù)器( S-CSCF)AA、P-CSCFB、S-CSCFC、I-CSCFD、IBCF以下哪個(gè)網(wǎng)元起到了電信域與 IMS 域溝通互聯(lián)的作用 AA、P-CSCFB、S-CSCFC、I-CSCFD、PCRF當(dāng) P-CSCF 收到 INVITE 消息時(shí)候,需要反饋()消息AA、100 tryingB、100 OKC、200 tryingD、200 OK以下哪種 RLC 實(shí)體最適合用于 VoIP 業(yè)務(wù)CA、AMB、TMC、UMIMS 鑒權(quán)過程中網(wǎng)絡(luò)側(cè)對手機(jī)鑒權(quán)的比對主體是 BA、I-CSCFB、S-CSCFC、PGWD、P-CSCF沒有 TD-LTE

54、覆蓋時(shí),采用切換至 GSM 的方案實(shí)現(xiàn)語音業(yè)務(wù)連續(xù)性,切換 方案主要采用 3GPP R10的( C)功能A、CSFBB、SRVCCC、ESRVCCD、CSCFTTI bundling 也稱為子幀捆綁,是 LTE 系統(tǒng)中一種特殊的調(diào)度方式,它是針 對處于小區(qū)邊緣的 VoIP用戶而設(shè)計(jì)的。 TTI bundling 僅用于( A)A、上行B、下行C、上下行均用D、以上都不對TTI Bundling 針對的是( A )覆蓋受限的情景A、上行B、下行C、上下行D、以上都不對半靜態(tài)調(diào)度的周期是 BA、10msB、20msC、30msD、40msIMS 注冊流程是在手機(jī)得到 IP地址之( A)A、前B、后

55、C、同時(shí)( )消息可以在初始的 INVITE 消息完成之前發(fā)送 A?CA、UPDATEB、re-INVITEC、100TryingD、183responseSIP 協(xié)議最早起源于( B)所制定的多媒體通信協(xié)議A、3GPPB、IETFC、ETSID、3GPP2LTE 語音業(yè)務(wù)可通過( D)解決A、CSFBB、EsrvccC、VoLTED、CSFB 和 VoLTEIMS 的發(fā)起者和主要貢獻(xiàn)者是 BA、IETFB、3GPPC、ETSID、AT&TPrecondition 字段是在哪條消息中攜帶的 AA、INVITE RequestB、100TryingC、183responseD、200OKD?C以

56、下哪個(gè)網(wǎng)元起到了不同 IMS 域之間的聯(lián)絡(luò)節(jié)點(diǎn)A、P-CSCFB、S-CSCFC、I-CSCFD、IBCFOTT 業(yè)務(wù)占用什么等級的承載AA、默認(rèn)承載B、專用承載C、默認(rèn)承載和專用承載()消息可被用來進(jìn)行媒體流和碼流信息的更新A、INVITE RequestB、100TryingC、183responseD、UPDATE使用 LTE 分組域支持話音業(yè)務(wù)的技術(shù)方案是 AA、VOLTE/SRVCCB、CSFBC、雙待機(jī)VOLTE 用戶在通話狀態(tài)下每()傳送一次數(shù)據(jù)。A、10msB、20msC、30msD、40msAMR-NB 的抽樣頻率為 BA、4KHZB、8KHzC、16KHzD、32KHZAM

57、R-WB 的抽樣頻率為 CA、4KHZB、8KHzC、16KHzD、32KHZ承載 IMS 會話的 IP-CAN 發(fā)生了變化, UE 是否需要發(fā)起重新注冊流程AA、是B、否C、不確定VoLTE主要是引入( C)來提供高質(zhì)量的分組域承載MMESGSNIMSEPCRoHC 業(yè)務(wù)目前建議只針對( C)開啟QCI9QCI5QCI1QCI2網(wǎng)管中 RLC 模式配置中, QCI5 應(yīng)該配置為( B)UMAMTMVoLTE 測試中, HTC 手機(jī)開啟自動接聽需要打開( D)開關(guān)Control Diag PortControl ModemControl RmnetRadio Auto Answer以下關(guān)于 S

58、RVCC 的哪個(gè)說法是錯誤的 BSRVCC 發(fā)生在 UE 漫游到 LTE 覆蓋的邊緣地區(qū)時(shí)。R9 SRVCC支持 CS到LTE 的語音連續(xù)性切換。SRVCC MSCS可以新建,避免現(xiàn)網(wǎng)的 MSC 升級。SRVCC基于 IMS 業(yè)務(wù)控制架構(gòu)實(shí)現(xiàn)(A)可大大降低頭開銷, 提高 VoLTE 語音用戶容量, 提高數(shù)據(jù)業(yè)務(wù)吞吐量, 增強(qiáng)邊緣覆蓋。RoHCSPSTTI bundlingVoLTE 的信令和媒體經(jīng) ()路由至 ()網(wǎng)絡(luò),由()提供會話控制和業(yè)務(wù)邏輯DSGW、EPC、IMSIMS、EPC、PGWSGW、PGW、EPCEPC、IMS、IMS目前 VOLTE 不與以下哪個(gè)業(yè)務(wù)互斥 ? A來電助手一

59、號通一機(jī)雙號短信回執(zhí)什么是 VOLTE? B4G+網(wǎng)絡(luò)加速4G+高清語音視頻通話在 ESRVCC切換中,如果手機(jī)上報(bào)了二進(jìn)制 NCC=111 BCC=001,那么在網(wǎng) 管上需要配置該小區(qū) 2G 鄰區(qū)的 BSIC 十進(jìn)制為( D)50555760VoLTE 系統(tǒng)間測量 A2 建議值B-100-105-110-115ESRVCC切換中 B2 事件配置建議值 CL-95L-95L-95L-95VoLTE 業(yè)務(wù)中,SIP協(xié)議響應(yīng)碼不屬于判斷異常事件的是 ( D )408487503180VoLTE 呼叫過程中 SIP 信令的主要作用有哪些( D)打通從主叫 UE 到被叫 UE 的路由通道雙方進(jìn)行媒體協(xié)

60、商雙方進(jìn)行資源預(yù)留并確認(rèn)以上都正確二、多選題AMR 通話過程由 3 個(gè)部分組成 ABCA短暫 (Transient State)B通話期 (Talk spurt)C靜默期 (Silent Period)D空閑期( IDLE )VOLTE 網(wǎng)絡(luò)分為終端、( ABCD )A接入網(wǎng)承載網(wǎng)核心網(wǎng)業(yè)務(wù)平臺VoLTE 無線基本功能( ABCD )A無線承載組合QCI 1/2 承載RLC 層模式IMS 緊急呼VoLTE 無線增強(qiáng)功能( ABC )頭壓縮、半持續(xù) /延遲調(diào)度TTI bundlingeSRVCC測控和切換流程SPSSRVCC 的缺點(diǎn)( AB )需要建設(shè) IMS終端產(chǎn)業(yè)鏈待成熟語音通話期間,不能體

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論