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

VOLTE題庫(kù)

一、VOLTE概述

1、LTE語(yǔ)音業(yè)務(wù)最終解決方案（B）。

A.CSFB

B.VOLTE

C.SvLTE

3、VoLTE主要是引入（C）來(lái)供應(yīng)高質(zhì)量的（語(yǔ)音）分組域承載。

A.MME

B.SGSN

C.IMS

D.EPC

VoLTE是GSMA定義的標(biāo)準(zhǔn)LTE語(yǔ)音解決方案，其核心業(yè)務(wù)限制網(wǎng)絡(luò)是IMS（IP多媒體

子系統(tǒng)）網(wǎng)絡(luò)，協(xié)作LTE和EPC網(wǎng)絡(luò)實(shí)現(xiàn)端到端的基于分組域的語(yǔ)音、視頻通信業(yè)務(wù)。通過(guò)

IMS系統(tǒng)的限制，VoLTE解決方案可以供應(yīng)和電路域性能相當(dāng)?shù)恼Z(yǔ)音業(yè)務(wù)及其補(bǔ)充業(yè)務(wù)，包

括號(hào)碼顯示、呼叫轉(zhuǎn)移、呼叫等待、會(huì)議電話等。

VoLTE系統(tǒng)接受特地的IMSAPN來(lái)供應(yīng)語(yǔ)音業(yè)務(wù)，為信令和語(yǔ)音數(shù)據(jù)運(yùn)用特定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）供應(yīng)會(huì)話限制和業(yè)

務(wù)邏楫。

A.SGW、EPC、IMS

B.IMS、EPC、PGW

C.SGW、PGW、EPC

D.EPC、IMS、IMS

什么是VOLTE

沒(méi)有電路域,需要基于分組域

LTEVOLTE支持高清語(yǔ)音、高清視頑等通信業(yè)務(wù)，同時(shí)可

提供IP語(yǔ)音業(yè)務(wù)，BPVoLTE(Voice

實(shí)現(xiàn)與現(xiàn)網(wǎng)2G/3G的語(yǔ)音互通

overLTE)

麗1：的2:特征3:

VOLTE由IMS提供呼叫控VOLTE由EPC提供高質(zhì)連續(xù)覆蓋前VOLTE可通過(guò)

制和業(yè)務(wù)邏輯量的分組域承載eSRVCC保障呼叫

在VOLTE中EPC作為VOLTE終端在通話過(guò)

VOLTE的信令和媒

IMS的接入網(wǎng)，通過(guò)程中漫游至無(wú)LTEfg蓋

體經(jīng)印c路由至全球統(tǒng)一的專用的區(qū)域時(shí)，通過(guò)

IMS網(wǎng)絡(luò),由IMSAPN('IMS'APN)eSRVCC^當(dāng)前呼叫

提供會(huì)話控制和業(yè)及獨(dú)立承載為用戶提切換至2G/3G電路域，

務(wù)邏輯供區(qū)別于普通數(shù)據(jù)業(yè)此時(shí)2G/3G網(wǎng)絡(luò)作為

<J務(wù)的QoS保障IMS的接入網(wǎng),

VOLTE提供哪些業(yè)務(wù)?

高清語(yǔ)音高清視頻

?采用AMR-WB語(yǔ)音編碼，?LTE高清視頻分辨率建議至少為

相匕盤(pán)網(wǎng)AMR-NB,頻VGA,目標(biāo)實(shí)現(xiàn)分辨率720P、幀

譜范圍更寬(由3.4khz率30fps的高質(zhì)量通話體驗(yàn)

提升到7khz)普通FaceTime

uGA(640x480)/30

?話音更自然、舒適、更

有現(xiàn)場(chǎng)感，增加了可慢0

圜口清晰度ro可視電taceTimeHD

QCIF；176x144)

互操作和業(yè)務(wù)連續(xù)RCS融合通信

?可與現(xiàn)網(wǎng)2G/3G的語(yǔ)音互通?增強(qiáng)型通信錄

?用戶移出LTE覆蓋區(qū)時(shí)，通過(guò)?群組聊天

eSRVCC,將話音切換到2G/3G網(wǎng)?文件傳輸n定義頭像一笆'工—

?內(nèi)容共享15n-

心情也語(yǔ)一?

住線狀態(tài)式―

8、VOLTE呼叫時(shí)延(C)秒？

A.2?3

B.3?5

C.0.5?2

VOLTE2G/3G

■1/10I呼叫時(shí)延0.5-2s5-8S

LTE2G/3G

視頻質(zhì)量典型分辨率：480*640

分辨率：176*144

720P/1080Ppossible

LTE2G/3G

話音質(zhì)量頻率：300-3400HZ

頻率：50~7000HZ

編解碼：AMR-NB

編解碼：AMR-WB23.85Kbps

12.2Kbps

頻譜效率LTE2G/3G

WF仿真演I試結(jié)果顯示：同樣承載AMR,LTE的頻譜效率可達(dá)

到R993倍以h

9、IMS的發(fā)起者和主要貢獻(xiàn)者是（B）

A、IETF

B、3GPP

C、ETSI

D、AT&T

12、下列哪個(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)供應(yī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新通話功能可以實(shí)現(xiàn)（ABC）

A、音頻

B、視頻

C、多方通話

2、volte是利用LTE無(wú)線網(wǎng)+EPC核心網(wǎng)供應(yī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ì)）。

2、UE查找P-CSCFIP地址的過(guò)程稱之為CSCF發(fā)覺(jué)過(guò)程（對(duì)）。

疑思P-CSCF發(fā)現(xiàn)過(guò)程

）為「和IMS網(wǎng)絡(luò)通信，UE必須知道P-CSCF）的至少一個(gè)IP地

址，UE查找P-CSCFIP地址的過(guò)程為CSCF發(fā)現(xiàn)過(guò)程

＞三種機(jī)制：

-GGSN/PGW四（注冊(cè)時(shí)直接卜,發(fā)）

GGSN/PGW上配置P-CSCF的IP地址,由GGSN/PGW直接下發(fā)給UE。

-DHCP/DNS方式

在終端上配置P-CSCF的統(tǒng)一域名，由終端通過(guò)DNSSRV/A直詢獲得P-

CSCF地址，此時(shí)需要DNS能夠根據(jù)終端的DNS請(qǐng)求的源IP地址返回不

同的P-CSCF：

一靜態(tài)配置在UE中

3、下列哪個(gè)網(wǎng)元負(fù)責(zé)轉(zhuǎn)發(fā)SIP消息到相應(yīng)的SIP服務(wù)器（S-GSCF）（A）

A、P-CSCF

B、S-CSCF

C、I-CSC

D、IBCF

4、IMS網(wǎng)絡(luò)中供應(yīng)IMS與UE之間SIP信息的完整性與平安性愛(ài)惜的網(wǎng)元（A）

A、P-CSCF

B、S-CSCF

C、I-CSCF

D、PCRF

5、與HSS聯(lián)系，負(fù)責(zé)獲得用戶歸屬的S-CSCF地址的網(wǎng)元（C）

A、P-CSCF

B、S-CSCF

C、I-CSCF

D、IBCF

6、CSCF包含的網(wǎng)元有（ABD）

A、I-CSCF

B、S-CSCF

C、PGW

D、P-CSCF

7、P-CSCF發(fā)覺(jué)過(guò)程的機(jī)制包括（ABD）

A、Attach方式

B、DHCP方式

C、動(dòng)態(tài)配置在UE中

D、靜態(tài)配置在UE中

P-CSCF發(fā)現(xiàn)過(guò)程

〉為了和IMS網(wǎng)絡(luò)通信，UE必須知道P-CSCF）的至少一個(gè)IP地

址，UE查找P-CSCFIP地址的過(guò)程為CSCF發(fā)現(xiàn)過(guò)程

＞三種機(jī)制：

-GGSN/PGW國(guó)（注冊(cè)時(shí)直接卜.發(fā)）

GGSN/PGW上配置P-CSCF的IP地址,由GGSN/PGW直接下發(fā)給UE。

-DHCP/DNS方式

在終端上配置P-CSCF的統(tǒng)一域名，由終端通過(guò)DNSSRV/A直詢獲得P-

CSCF地址，此時(shí)需要DNS能夠根據(jù)終端的DNS請(qǐng)求的源IP地址返回不

同的P-CSCF；

-靜態(tài)配置在UE中

8、VOLTE網(wǎng)絡(luò)分為終端、（ABCD）。

A.接入網(wǎng)

B.承載網(wǎng)

0.核心網(wǎng)

D.業(yè)務(wù)平臺(tái)

從整體上看，VOLTE網(wǎng)絡(luò)分為終端、接入網(wǎng)、承載網(wǎng)、核心網(wǎng)、業(yè)務(wù)平臺(tái)。其中，較為

困難的是核心網(wǎng)，主要分為分組域（接入核心網(wǎng)）、策略限制單元、信令網(wǎng)、IMS域、CS域、

用戶域。

VoLTE網(wǎng)絡(luò)結(jié)構(gòu)

VOLIfAS支便系慶

從整體上看，

VOLTE網(wǎng)絡(luò)分為

締、接入網(wǎng)、

am網(wǎng)a觸寬

承載網(wǎng)殉

JNi/Zh/業(yè)務(wù)平臺(tái)。其中，

R，/6>$6a廿較為復(fù)雜的是核

心網(wǎng),主要分為

分組域（接）

心網(wǎng)）、策略控

制單元（PCC）、

信令網(wǎng)（DRX）、

3備

IMS域、CS域、

$加乃3用戶數(shù)據(jù)域。

VOLTE的信令和媒

SLMME體經(jīng)旺路由至

IMS網(wǎng)絡(luò),由IMS

短祺會(huì)話控制和業(yè)

9、IMS網(wǎng)絡(luò)架構(gòu)中核心功能實(shí)體有（ACD）

A、CSCF

B、MRS（測(cè)量報(bào)告統(tǒng)計(jì)數(shù)據(jù)文件）

C、MGCF

D、MGW

三、VOLTE關(guān)鍵技術(shù)

關(guān)鍵技術(shù)：

1、提高傳輸效率：IP包頭壓縮

2、削減信令開(kāi)銷：半持續(xù)調(diào)度

3、增加覆蓋：TTIbundIing

4、終端省電：連接態(tài)DRX

1、RoHC業(yè)務(wù)目前建議只針對(duì)（C）開(kāi)啟。

A.QCI9

B.QCI5

C.QCI1

D.QCI2

ROCH應(yīng)用在業(yè)務(wù)層穩(wěn)定小包的場(chǎng)景，目的是削減語(yǔ)音包頭大小，提高邊緣用戶的語(yǔ)音覆

蓋。在容量受限時(shí)，提升用戶容量。

IP包頭壓縮可大大降低頭開(kāi)銷，提高VoLTE語(yǔ)音用戶容量，提高數(shù)據(jù)業(yè)務(wù)吞吐量，增

加

邊緣覆蓋。

X實(shí)現(xiàn)策略

■只對(duì)話R畝的數(shù)據(jù)艮行頭壓縮;

■可以分承載配置昂否打開(kāi)頭壓縮:

□默認(rèn)頭壓縮僅針對(duì)QCI=1語(yǔ)音承載開(kāi)啟;i

[口對(duì)于視頻通話亞務(wù)由6c1=2的視頻承載默認(rèn)不開(kāi)啟；

2、可大大降低頭開(kāi)銷，提高VoLTE語(yǔ)音用戶容量，提高數(shù)據(jù)業(yè)務(wù)吞吐量，增加

邊緣覆蓋。(A)

A.RoHC

B.SPS

C.TTIbundling

3、語(yǔ)音包頭開(kāi)銷：RTP開(kāi)銷占()，UDP頭開(kāi)銷占()，IP層的IP頭開(kāi)銷占()(IPv4)

/40Byte(IPv6)(A)。

A.12Byte,8Byte,20Byte

C.12Byte,12Byte,20Byte

B.8Byte,8Byte,20Byte

D.12Byte,20Byte,20Byte

25、用于TDLTEVoIP業(yè)務(wù)的最佳資源調(diào)度方案是(D)

A.靜態(tài)調(diào)度

B.動(dòng)態(tài)調(diào)度

0.半靜態(tài)調(diào)度

D.半持續(xù)調(diào)度

4、AMR通話過(guò)程由3個(gè)部分組成(ABC)。

A.短暫(TransientState)

C.靜默期(SilentPeriod)

B.通話期(TaIkspurt)

D.空閑期(IDLE)

AMR通話過(guò)程由3個(gè)部分組成:

1)短暫(TransientState)狀態(tài)，間隔20ms,是指每次業(yè)務(wù)建立初期尚未穩(wěn)定的狀態(tài)，此

狀態(tài)下的數(shù)據(jù)包較大。這部分的數(shù)據(jù)開(kāi)銷大約在97字節(jié)，可以認(rèn)為是RTCP數(shù)據(jù)包和非R0HC

的數(shù)據(jù)包。

2)通話期(TaIkspurt)狀態(tài)，間隔20ms,數(shù)據(jù)開(kāi)銷參考2.2.3,是指對(duì)應(yīng)用戶正在通話的

狀態(tài)。在通話狀態(tài)下，每20ms傳送一次數(shù)據(jù)，通話期的語(yǔ)音包大小取決于當(dāng)前接受的編碼

速率。

3)靜默期(SilentPeriod)是對(duì)應(yīng)用戶通話停頓的狀態(tài)，間隔160ms發(fā)送SID數(shù)據(jù)包

半持續(xù)調(diào)度

transient

statetalkspurtsilentperiodtalkspurt

叫nnnnnmnij

2o'm??€

|激活期：上用ROHC對(duì)RTP/UDP/I咆頭進(jìn)行壓縮(320bit壓縮為48bit),壓縮唳音包為39bit

|瞬態(tài)期:

后需要加PDCP/RLC/MAC包頭約32bit

數(shù)據(jù)包不迸行頭壓縮,MAC^

標(biāo)清通話：采用的碼方式

的數(shù)據(jù)包大小為:~AMR12.2KMl

T20Ms語(yǔ)音包中場(chǎng)數(shù)據(jù)的大小為122,100(r002=244bit,另需包頭5bit、屬

標(biāo)清

=320+32+263=615bit,小為244.14+5=263bit,采用ROHC進(jìn)行頭病后，

高清=320+32+498=850bitMAC層的數(shù)據(jù)包大小為32+48+263=343bit

高清通話：采用AMR23.85K的編碼方式

T20Ms語(yǔ)音包中實(shí)際數(shù)據(jù)的大小為23.85*1000*a02=477bit,另需包頭5bit、附

屬信"16bit,BP-<i§^*；/Jx^477+16+5=498bit.瓶ROHC說(shuō)亍頭壓頻，

MAC層的數(shù)據(jù)包大小為32+48+498=594bit

VOLTE業(yè)務(wù)速率計(jì)算：對(duì)于VOLTE業(yè)務(wù)，高清語(yǔ)音瞬態(tài)期發(fā)送糠據(jù)包是最大的,該數(shù)據(jù)包在MAC^的大小約為85Obit,用

20ms周期換算單用戶速率約為425kbps,考慮帶寬冗余，同時(shí)參考目前福州核心網(wǎng)對(duì)VOLTEfi^GBR保障值,取為48kbps

2、暫態(tài)是指每次業(yè)務(wù)建立初期尚未穩(wěn)定的狀態(tài)，此狀態(tài)下的數(shù)據(jù)包較(A)

A、大

B、小

C、一樣大

暫態(tài)期，由于數(shù)據(jù)包不進(jìn)行頭壓縮，所以該狀態(tài)下的數(shù)據(jù)包都較大，其中高清語(yǔ)音的MAC

層數(shù)據(jù)包高達(dá)850bit。

24、VOLTE的語(yǔ)音靜默期是（C）

A.20ms

B.80ms

C.160ms

D.40ms

E.320ms

TransientStateTalkSpurtSlentPeriodTalkSpurt

4-------------X----------------------------------X------------------------------------------------------------X---------------------

靜默期與激活期的轉(zhuǎn)化

■根據(jù)160ms時(shí)同窗內(nèi)收到的數(shù)據(jù)包數(shù)，控制靜默態(tài)和激活態(tài)之間的轉(zhuǎn)換。

■如果在160ms為收到3個(gè)或者以上（數(shù)量可以配置）VOIP語(yǔ)音包，認(rèn)為VOIP進(jìn)入激活期

■如果在160ms為收到語(yǔ)音包不超過(guò)2個(gè)（數(shù)量可以配置），認(rèn)為VQIP進(jìn)入靜默期。

■eNB通過(guò)以SPSCRNTI掩碼的PDCCH指示UE進(jìn)行上行/下行半靜態(tài)調(diào)度資源的釋放，并對(duì)

PDCCH的格式做出了相應(yīng)的規(guī)定。釋放成功后UE需向eNB進(jìn)行ACK/NACK的反饋。

■下行采用顯式方式激活和去激活

■上行采用顯式方式激活，采用顯式或者隱式的方式去激活

■顯式：通過(guò)PDCCH的DCI控制。

■隱式：RRC中定義了信令參數(shù)implicitReleaseAfter,UE沒(méi)有收到eNodeB的釋放指令，但

在定義的implicitReleaseA什er的SPS傳輸上，UE沒(méi)有任何數(shù)據(jù)發(fā)送。那么UE會(huì)自動(dòng)停止SPS

的傳輸，釋放SPS資源。

30、半持續(xù)（SPS）網(wǎng)3:1時(shí)隙配比下，因SPS接受保守調(diào)度算法，MCS不得高于（A）

A、15

B、25

C、30

D、5

半持續(xù)調(diào)度可減少控制信令開(kāi)銷，節(jié)省PDCCH資源，在控制信道受限的情況下,

提高系統(tǒng)容量；但在現(xiàn)網(wǎng)3:1時(shí)隙配比下，因SPS采用保守調(diào)度算法（MSC不得高

于15）,可能導(dǎo)致系統(tǒng)容量受限于PUS里面有所工?故初期暫不建議引入

半持續(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,所以可以由一條信令支配頻域資源，以后每隔

20ms就“自動(dòng)”用支配的頻域資源傳輸新來(lái)的包；

重傳包由于其不行預(yù)料性，所以動(dòng)態(tài)的調(diào)度每一次重傳，因而叫“半”持續(xù)調(diào)度。

TDD特性：由于其HARQRTT與FDD有所差異，會(huì)導(dǎo)致重傳包和新傳包傳榆沖突，為解決這

個(gè)TDD獨(dú)有的問(wèn)題，支持雙周期的半持續(xù)性調(diào)度，即2DL：2UL時(shí)為19ms和21ms；3DL：1UL

時(shí)為25ms和15ms

3、TTI技術(shù)是說(shuō)綁定（D）個(gè)TTI用于一個(gè)包的傳輸

A、1

B、2

C、3

D、4

TTIbundIing

實(shí)現(xiàn)原理：當(dāng)小區(qū)邊緣UE功率受限時(shí)，由于資源受限，導(dǎo)致丟包率增加。運(yùn)用TTIbundling,

四個(gè)連續(xù)子幀中的馬上重傳，能積累能量，增大傳輸成功率，從而提高接收成功率，避開(kāi)

過(guò)多的HARQ重傳。

1、在標(biāo)準(zhǔn)中，VoIP業(yè)務(wù)不能同時(shí)接受SPS調(diào)度和上行TTIbundling,但可僅針對(duì)邊緣用戶

運(yùn)用TTIbundling

2、性能增益：

不考慮重傳的狀況下，單從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í)可運(yùn)用TTIbundling

TTIBundling可提高邊緣用戶的接收性能，并減小控制信令開(kāi)銷

TTIBundling不可用于3DL：1UL時(shí)隙配比中，且不與SPS同時(shí)開(kāi)啟

VoLTE關(guān)鍵技術(shù)-TTIBundKng

（???）（（＜?＞））

X應(yīng)用場(chǎng)景

，VoIP用戶上行覆蓋受限時(shí).

※目的____________________________

，增加小區(qū)邊界VoIP用戶的上行覆蓋。

，減少上行信令的開(kāi)銷。綁定4個(gè)TH用于一個(gè)包/數(shù)據(jù)塊的傳輸。

派功能?終端在4個(gè)1TI中提供非自適應(yīng)

以下兩個(gè)條件必須滿足：

?摑綁在一起的個(gè)傳輸我用同一個(gè)進(jìn)程。

在連續(xù)超過(guò)配置值（T_COVERAGE_STAT）的TTI中4HARQ

?由于功率受限，分配用戶的CB數(shù)小于3RB。

只在第一個(gè)TTI對(duì)應(yīng)發(fā)射時(shí)刻（PDCCH,只在

?終端的平均SINR小卜threshold（packetlength）.

最后一個(gè)TTI（即，第4個(gè)TTI）對(duì)應(yīng)的發(fā)射時(shí)

刻有PHICH

TDD系統(tǒng)中，協(xié)議規(guī)定TTIbuidling只支持子

幀配比0、1、6,且跟半持續(xù)U度互斥。

DCS

ACXNAK

.rn演NI"

<—NomulIIARQRTT------?

■BundleHARORTT-

8、TTIbundling就是把上行的連續(xù)TTI進(jìn)行綁定，在（A）上多次發(fā)送同一個(gè)TB

（TransportBlock）,

A.多個(gè)連續(xù)的子幀

B.1個(gè)連續(xù)的子幀

C.相鄰連續(xù)的子幀

D.2個(gè)連續(xù)的子幀

27、TTIbundling也稱為子幀捆綁，是LTE系統(tǒng)中一種特殊的調(diào)度方式，它是針對(duì)

處于小區(qū)邊緣的VoIP用戶而設(shè)計(jì)的。TTIbundling僅用于（A）

A.上行

B.下行

C.上下行均用

D.以上都不對(duì)

29、TTIBundling可提高邊緣用戶的（A）,并減?。–）

A、接收性能

B、語(yǔ)音數(shù)據(jù)包

C、限制信令開(kāi)銷

D、數(shù)據(jù)包包頭大小

TTIBundling可提高邊緣用戶的接收性能，并減小控制信令開(kāi)銷

TTIBundling不可用于3DL：1UL時(shí)隙配比中，且不與SPS同時(shí)開(kāi)啟

31、TTIbundling,TDD特性：由于上下行時(shí)隙不連續(xù)，而語(yǔ)音包又有20ms的周

期限制，因此僅在（A）配置時(shí)可運(yùn)用TTIbundling

A、2DL：2UL

B、1DL：3UL

C、3DL：1UL

D、1DL：1UL

6、網(wǎng)管中RLC模式配置中，QCI5應(yīng)當(dāng)配置為（B）。

A.UM

B.AM

C.TM

依據(jù)協(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模式，保障其精確性。

21、VoLTE建立語(yǔ)音業(yè)務(wù)須要哪些承載（C）。

A.SRB1+SRB2+1xAMDRB+2xUMDRB

B.SRB0+SRB1+2xAMDRB+2xUMDRB

0.SRB1+SRB2+2xAMDRB+1xUMDRB

D.SRB0+SRB1+1xAMDRB+2xUMDRB

VoLTE業(yè)務(wù)承載

語(yǔ)音業(yè)務(wù)載組合：SRB1+SRB2+2xAM

DRB+1xUMDRB,其中，UMDRB的

QCI=1.2個(gè)AMDRB的QCI分別為QCI=5

和QCI=8/9

從無(wú)線角度來(lái)視頻業(yè)務(wù)承載組合；SRB1+SRB2+2XAM

看:需DRB+2XUMDRB,其中,2個(gè)UMDRB的

VoLTEQCI=1和QCI=2,2個(gè)AMDRB的QCI分別為

要建立的承載QCI=5和QCI=8/9

QoS承載：

QCI=1:語(yǔ)音承載;QCI=2:視頻承載;

QCI=5:SIP/SDP傳輸IMS信令承載；

QCI=8/9:一般上網(wǎng)業(yè)務(wù)承載

語(yǔ)音業(yè)務(wù)載組合：SRB1+SRB2+2xAMDRB+1xUMDRB,其中，川口1^的（｝01=1,2個(gè)AMDRB的

QCI分別為QCI=5和QCI=8/9;

視頻業(yè)務(wù)承載組合：SRB1+SRB2+2xAMDRB+2xUMDRB,其中，2個(gè)UMDRB的QCI=1和QCI=2,

2個(gè)AMDRB的QCI分別為QCI=5和QCI=8/9;

LTE網(wǎng)絡(luò)注冊(cè)須要建立默認(rèn)承載QCI8/9,數(shù)據(jù)業(yè)務(wù)須要QCI8和90QCI5也是一條默認(rèn)承載，

用于承載SIP信令。

因此，要實(shí)現(xiàn)語(yǔ)音或音頻業(yè)務(wù)需要UE同時(shí)建立三個(gè)數(shù)據(jù)承載外，還需要支持UE要建立RRC鏈接信令承載建

立SRB1和SRB2。

圖5-1VOLTE承載示意圖

23、以下哪種QCI等級(jí)的信道的丟包率（PacketErrorLossRate）最高：（B）

A.QCI2

B.QCI1

C.QCI6

D.QCI5

E.QCI3

針對(duì)每個(gè)EPS就,有兩種模式（制（閩：非確認(rèn)就州橢認(rèn)模捅M,如果速擇AM模式，則接收」的州RLC實(shí)體需要反饋RLC

SDU^jACK/NACK,發(fā)謝娜州RLC實(shí)棉要支持RLCPDU觸做ARQ卜

eNodeB配鶻個(gè)DRB的RLC就參考的懶股CI帕帕螂匏要札AMRLC主要肝在懿敏感、媚容馳琲期應(yīng)腫.這

些應(yīng)脆歌部分交互后臺(tái)類型業(yè)務(wù)，WEB瀏郵文件麟等。如期時(shí)延耍林太嚴(yán)格，魏體類型業(yè)務(wù)也經(jīng)常蜘AMRC參考

232033Gpp楣酬QoS皖暗醐槐要求為伽ms,n訓(xùn)諳觸務(wù)對(duì)刑延嬲感肝丟包糊械感所以）明、2解蟒

州穆兒對(duì)千QO5的IMS信令，時(shí)延要求與QCH喈，贏贏嬴嬴而贏麗;贏￡一

-____________________________________

20、以下哪些能增加VOLTE的覆蓋？（ABCD）

A.半靜態(tài)調(diào)度

B.RoHC

C.RLC分片

D.TTIBundiing

22、VOLTE有那些關(guān)鍵技術(shù)？(ABCDEF)

A、無(wú)線承載Qos等級(jí)標(biāo)識(shí)

B、AMR-WB語(yǔ)音編碼

C、SIP(SessionlnitiationProtocoI)&SDP

D、RoHCIP頭壓縮協(xié)議

E、SPS半持續(xù)調(diào)度

F、eSRVCC(EnhancedSingleRadioVoiceCaIIContinuity)

26、下面哪種場(chǎng)景可以運(yùn)用TTIbundling：(ABODE)

A、對(duì)于覆蓋面積大的小區(qū)中處于小區(qū)邊緣的用戶最好是運(yùn)用TTIBundiing?

B、假如UE的RSRQ和RSRP都很低，則最好是運(yùn)用TTIBundling

C、假如SRS的SINR很低，則最好是運(yùn)用TTIBundiing

D、假如UE的RSRQ、RSRP和SRS的SINR都很低，則最好是運(yùn)用TTIBundiing

E、假如扇區(qū)中總的UE數(shù)較多(例如，多于10個(gè)/MHz),則對(duì)處于小區(qū)邊緣的用戶最好

時(shí)運(yùn)用TTIBundiing

28、TTIbundling也稱為子幀捆綁，是LTE系統(tǒng)中一種特殊的調(diào)度方式，它是針對(duì)處于小

區(qū)邊緣的VoIP用戶而設(shè)計(jì)的，其定義是：(ABCD)

A、在連續(xù)的4個(gè)上行子幀放射同一傳輸塊

B、且只在第一個(gè)TTI對(duì)應(yīng)放射時(shí)刻有PDCCH

C、只在最終一個(gè)TTI(即，第4個(gè)TTI)對(duì)應(yīng)的放射時(shí)刻有PHICH

D、重傳也是針對(duì)4個(gè)連續(xù)上行TTI放射

9、VoLTE語(yǔ)音通話過(guò)程中須要建立如下承載(ABC)。

A.QCI9

B.QCI5

C.QCI1

D.QCI2

10、現(xiàn)語(yǔ)音或視頻業(yè)務(wù)須要UE同時(shí)建立三個(gè)數(shù)據(jù)承載外，還須要UE建立RRC

鏈接信令承(AB)?

A.SRB1

B.SRB2

C.SRB3

D.SRB4

11、VoLTE無(wú)線基本功能(ABCD)。

A.無(wú)線承載組合

B.QCI1/2承載

C.RLC層模式

D.IMS緊急呼

12、VoLTE無(wú)線增加功能(ABCD)。

A,頭壓縮、半持續(xù)/延遲調(diào)度

B.TTIbundIing

C.eSRVCC測(cè)控和切換流程

D.SPS

18、QCI=5是Non-GBR的承載。（對(duì)）

SIP（SessionInitiationProtocol）協(xié)議在VoLTE通話中扮演了重要角色，它用來(lái)創(chuàng)建、更新和中止

一個(gè)VoLTE通話；在一次VOLTE通話過(guò)程中，SIP消息和2/3G語(yǔ)音通話的過(guò)程類似，也存在類

似的消息，如CALLSETUP,SETUP,ALERTING,CONNECT等

|SIP消息在QCI5承載上傳輸，QCI5作為默認(rèn)承載，連接UE和IMSAPN,|因此SIP信令實(shí)際上是

承載在PS（PacketSwRch）域,而非傳統(tǒng)的CS（CircuitSwitch）域上。

19、RoHC能增加VOLTE的容量。（對(duì)）

IP包頭壓縮可大大降低頭開(kāi)銷，提高VoLTE語(yǔ)音用戶容量，提高數(shù)據(jù)業(yè)務(wù)吞吐量，增加

邊緣覆蓋。

4、QCI8~9：用于GBR業(yè)務(wù)的默認(rèn)承載（錯(cuò)）

14、半靜態(tài)調(diào)度可以節(jié)約PDCCH資源。（對(duì)）

15、半持續(xù)調(diào)度（SPS）是LTE中為了節(jié)約PDCCH數(shù)量而提出的一種新的調(diào)度

法，最初主要是針對(duì)VoIP業(yè)務(wù)。其可大大降低信令開(kāi)銷，使信令開(kāi)銷資源最

低可僅為業(yè)務(wù)的1.3%。（對(duì)）

16、QCI表示QoSclassidentifier,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（DiscontinuousReception）即非連續(xù)接收，是指UE僅在必要的時(shí)間段打開(kāi)接收機(jī)進(jìn)

入激活期，以接收下行數(shù)據(jù)和信令，而在其他時(shí)間關(guān)閉接收機(jī)進(jìn)入休眠期，停止接收下行數(shù)

據(jù)和信令的一種節(jié)約UE電力消耗的工作模式。

在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（PhysicalDownIinkControlChannel）

信道，所以節(jié)約了UE的電力消耗，延長(zhǎng)了UE的運(yùn)用時(shí)間。

DRX狀態(tài)為連續(xù)接收態(tài)和RRCidle態(tài)之間的一個(gè)中間狀態(tài)，DRX狀態(tài)的存在削減了RRC

Connected狀態(tài)向RRCidle態(tài)轉(zhuǎn)換的概率，從而可以削減整個(gè)網(wǎng)絡(luò)的信令開(kāi)銷，此收益在

智能UE所占比例較高的網(wǎng)絡(luò)中效果更為明顯。

『(1)分為長(zhǎng)DRXW短DRX兩種，長(zhǎng)DRX周?:

期為10ms,最短DRX周期為2Ms；

四、VOLTE關(guān)鍵業(yè)務(wù)及信令流程

1、AMR-WB編碼的幀長(zhǎng)（B）o

A.10ms

B.20ms

C.5ms

D.1ms

12、AMR-NB編碼幀長(zhǎng)（A）

A、20ms

B>10ms

C、40ms

D>30ms

13、AMR-NB編碼采樣率為（A）

A、8kHz

B、8Hz

C、16kHz

D、16Hz

14、AMR-WB編碼幀長(zhǎng)（A）

A、20ms

B、10ms

C、40ms

D、30ms

15、AMR-WB編碼采樣率為（C）

A、8kHz

B、8Hz

C、16kHz

D、16Hz

11、Volte語(yǔ)音包傳輸?shù)闹芷?B)

A、10ms

B、20ms

C、30ms

D、40ms

2、VoLTE業(yè)務(wù)中SIP協(xié)議響應(yīng)碼不屬于推斷異樣事務(wù)是？()D

A.408

B.487

C.503

D.180

sip代碼含義

1xx=通知性應(yīng)答

100正在嘗試

180正在撥打

181正被轉(zhuǎn)接

182正在排隊(duì)

183通話進(jìn)展

2xx=成功應(yīng)答

2000K

202被接受：用于轉(zhuǎn)介

3xx=轉(zhuǎn)接應(yīng)答

300多項(xiàng)選擇

301被永久遷移

302被短暫遷移

305運(yùn)用代理服務(wù)器

380替代服務(wù)

4xx=呼叫失敗

400呼叫不當(dāng)

401未經(jīng)授權(quán)：只供注冊(cè)機(jī)構(gòu)運(yùn)用，代理服務(wù)器應(yīng)運(yùn)用代理服務(wù)器授權(quán)407

402要求付費(fèi)（預(yù)訂為將來(lái)運(yùn)用）

403被禁止的

404未發(fā)覺(jué)：未發(fā)覺(jué)用戶

405不允許的方法

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ò)展：運(yùn)用了不當(dāng)SIP協(xié)議擴(kuò)展，服務(wù)器無(wú)法理解該擴(kuò)展

421須要擴(kuò)展

423時(shí)間間隔過(guò)短

480短暫不行運(yùn)用

481通話/事務(wù)不存在

482檢測(cè)到循環(huán)

483跳數(shù)過(guò)多

484地址不全

485模糊不清

486此處太忙

487呼叫被終止

488此處不行接受

491呼叫待批

493無(wú)法解讀：無(wú)法解讀S/MIME文體部分

5xx=服務(wù)器失敗

500服務(wù)器內(nèi)部錯(cuò)誤

501無(wú)法實(shí)施：SIP呼叫方法在此處無(wú)法實(shí)施

502不當(dāng)網(wǎng)關(guān)

503服務(wù)不行運(yùn)用

504服務(wù)器超時(shí)

505不支持該版本：服務(wù)器不支持SIP協(xié)議的這個(gè)版本

513消息過(guò)長(zhǎng)

6xx=全局失敗

600各處均忙

603拒絕

604無(wú)處存在

606不行運(yùn)用

3、VoLTE呼叫過(guò)程中SIP信令的主要作用有哪些？()D

A.打通從主叫UE到被叫UE的路由通道

C.雙方進(jìn)行資源預(yù)留并確認(rèn)

B.雙方進(jìn)行媒體協(xié)商

D.以上都正確

5、VoLTE呼叫空口及S1口信令流程(非SIP)的呼叫信令流程一般指的是主被叫

UE都處于(C)態(tài)，這也是現(xiàn)網(wǎng)中最常見(jiàn)的呼叫應(yīng)用場(chǎng)景。

A.RRC_DETACH

B.RRC_C0NNECTED

C.RRC_IDLE

D.RRC_ATTACH

VoLTE呼叫空口及S1o信令流程(非SIP)：

(1)這里的呼叫信令流程一般指的是主被叫UE都處于RRCJDLE態(tài)，這也是現(xiàn)網(wǎng)中最常見(jiàn)的

呼叫應(yīng)用場(chǎng)景。

(2)處于RRCJDLE態(tài)的主被叫UE都須要首先建立RRC連接，再進(jìn)行EPC注冊(cè)與IMS注冊(cè),

并建立QCI=8/9、QCI=5、QCI=1的ERAB承載。

⑶主被叫UE的RRC連接建立流程以及ERAB承載建立流程基本相像。

6、當(dāng)P-CSCF收到INVITE消息時(shí)候,須要反饋(A)消息

A、100trying

B、1000K

C、200trying

D、200OK

10:30:04.624tIMS_SIP_INVITE->Request

10^0:04,936?陋_此丁脂外網(wǎng)100]QL皿g'七械叫收則叫標(biāo)的響應(yīng)

10^0:05388:SI普震5次一應(yīng)H的的訪求.碉認(rèn)183消收到個(gè)

1090:05.404

10JO:05.4S1令W5.SIP.UPOATE----------------------------------------------------------------------------------------------

4IMS.SIP.PRACK200-----------------------------------------------------竺竺J相曳通知*源預(yù)番室成

10:30:05.560

10:30:05.747*1M5_5IP_UPOA7E200---------------------------------------------------------------------------------------?

被叫振骨用應(yīng)

10^0:06,745*IMS.SIP.INVITE->Ringing180

、muermJaz碗府”的的曲￡.隊(duì)180弟息L2儀

10:30:06.761■jIMiSir-------------------------------------------鏢11111-1人----F

4位"m0(200——

10^0:06,948

本次”叫受黑成J力的胸前

10^0:06.99501M5_SIP_INVITE->OK200

本次kivfte的H券碗底

10:30:07.026tWS.SIP.ACK-

100（Trying）183響應(yīng)

被叫UE返回的183響應(yīng)：

INVITE請(qǐng)求的垂傳和loot時(shí)應(yīng):

?被叫UE返回183響應(yīng)（侖話進(jìn)行中）衣明公話健立過(guò)程L1經(jīng)啟動(dòng)，被叫L：經(jīng)收到.

?主叫方呼叫被叫方通過(guò)INVITE請(qǐng)求“鼓叫建<鄉(xiāng)媒體會(huì)話.

?卜叫UE發(fā)出INVITE請(qǐng)求并設(shè)定定時(shí)器，等待被叫UE的響

應(yīng),如定時(shí)器超時(shí),需要重傳一個(gè)INVITE請(qǐng)求,PRACK請(qǐng)求

?為保證不會(huì)頻繁的重發(fā)消息,近傳機(jī)制設(shè)定為

UEINVITE主叫方的PRACK請(qǐng)求：

消息發(fā)往的下一個(gè)網(wǎng)元向上一個(gè)網(wǎng)元回I00響