VOLTE知识点Word文档下载推荐.docx

VOLTE知识点Word文档下载推荐.docx

《VOLTE知识点Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《VOLTE知识点Word文档下载推荐.docx（18页珍藏版）》请在冰豆网上搜索。

话音质量

AMR-WB

频率：

50~7000Hz

编解码：

AMR-WB23.85Kbps

抽样：

16KHz

AMR-NB

300~3400Hz

AMR-NB12.2Kbps

8KHz

3、终端开机的IMS注册过程

用户开机以后，首先完成EPC附着过程，建立QCI=9默认承载，附着完成以后，发起IMS注册过程和鉴权。

在IMS注册流程中，先建立QCI=5的SIP信令承载。

然后进行SIP的注册过程，当完成注册过程以后，就可以进行VoLTE呼叫了。

SIP信令的注册过程如下图所示。

SIP注册过程：

序号

消息解释

1

用户首次试呼时，终端向代理服务器发送REGISTER注册请求

2

IMS认证/计费中心获知用户信息不在数据库中，向终端回401Unauthorized质询信息，其中包含安全认证所需的令牌

3

终端将用户标识和密码根据安全认证令牌加密后，再次用REGISTER消息报告给IMS服务器

4

IMS服务器将REGISTER消息中的用户信息解密，认证合法后，将该用户信息登记到数据库中，并向终端返回响应消息200OK。

5

用户订阅注册事件包，

6

服务器应答订阅成功。

7

IMS服务器发送notify消息，由于订阅的用户已经注册，所以IMS服务器回应Notify消息中，状态为active，同事携带XML信息。

8

终端发送Notify200表示接收成功。

4、VoLTE呼叫VoLTE的信令呼叫流程

对关键流程的解释如下表所示：

主叫发INVITE消息，触发主叫RRC建立过程，INVITE消息中包含被叫方的号码，主叫方支持的媒体类型和编码等。

主叫建立SRB2信令无线承载，QCI9默认承载和QCI5SIP信令无线承载。

例如在本例中，信令无线承载SRB-ID=2;

QCI=9的默认承载的eps-BearerID=5,DRB-ID=3;

QCI=5的SIP信令承载的eps-BearerID=6,DRB-ID=4

核心网侧收到主叫的INVITE消息以后，给主叫发送INVITE的应答消息，INVITE100.表示正在处理中。

核心网向处于空闲态的被叫发INVITE消息，由于被叫处于空闲态，所以核心网侧触发寻呼消息，寻呼处于空闲态的被叫用户

被叫建立SRB2信令无线承载，QCI9默认承载和QCI5SIP信令无线承载

核心网在QCI5RB承载上，给被叫用户发送INVITE消息

被叫对INVITE消息的响应

被叫方通知主叫方，自己所支持的媒体类型和编码。

9

主叫建立QCI1的数据无线承载，用于承载语音数据，使用UM方式。

例如本例中，eps-BearerID=7，DRB-ID=5。

关键参数包括头压缩参数，TTIBundling，SPS。

DRX参数也会按照语音业务的要求进行重新配置。

10

被叫建立QCI1的数据无线承载。

例如本例中QCI1承载的eps-BearerID=7，DRB-ID=5。

11

核心网通知主叫终端的SM层，建立qci=1的承载,例如：

eps-BearerID=7

12

主叫收到被叫的INVITE183消息

13

核心网通知被叫终端的SM层，建立qci=1的承载

14

主叫收到INVITE183消息以后，发送确认消息PRACK，启动资源预留过程，

15

被叫收到主叫的PRACK以后，返回PRACK200响应，启动资源预留过程，

16

主叫收到被叫的PRACK200以后，发送UPDATE消息，标明资源预留成功。

17

被叫收到主叫的UPDATE消息后，得知主叫UE的资源预留成功。

被叫发送UPDATE200，标明被叫资源预留成功，

18

被叫发送INVITE180，被叫振铃，主叫放回铃音

19

被叫摘机，被叫向主叫发送INVITE200.

20

主叫给IMS服务器发ACK，证实已经收到IMS对于INVITE请求的最终响应。

核心网IMS服务器发ACK消息给被叫，证实对于INVITE请求的最终响应。

21

主叫挂机，发BYE,请求结束本次会话。

IMS服务器给被叫发送BYE,请求结束本次会话。

22

被叫挂机，回BYE200消息，核心网IMS服务器给主叫发BYE200，标明会话结束。

23

通过RRCConntctionReconfiguration消息和去激活EPS专用承载消息，主叫删除QCI=1的数据无线承载。

24

被叫删除QCI=1的数据无线承载。

5、Volte呼叫volte的AMR-WB12.65K的确定

1）AMR-WB的9种速率索引表

FrameTypeIndex

ModeIndication

ModeRequest

Framecontent（AMR-WBmode,comfortnoise,orother）

AMR-WB6.60kbit/s

AMR-WB8.85kbit/s

AMR-WB12.65kbit/s

AMR-WB14.25kbit/s

AMR-WB15.85kbit/s

AMR-WB18.25kbit/s

AMR-WB19.85kbit/s

AMR-WB23.05kbit/s

AMR-WB23.85kbit/s

—

AMR-WBSID（ComfortNoiseFrame）

11~13

Forfutureuse

speechlost

NoData（Notransmission/Noreception）

2）volte呼叫过程中，Invite消息中携带的媒体类型和编码格式

3）主被叫协商以后，在UPDATE消息中确定的媒体类型和编码格式

AMR-WB采样频率为16kHz，AMR的采用频率为8kHZ。

AMR-WB总共支持8种模式，在上图中就是mode-set=2，表示AMR-WB只适应12.65kbps编码方式。

6、Volte呼叫vollte的AMR-WB23.85k的确定

1）Invite消息中的AMR-23.85k的编码方法

2）update消息中协商以后的媒体类型和编码方式

下图中：

媒体类型为AMR-WB，采样频率为16k，单通道。

采用的模式为AMR-WB的mode8。

mode8对应的编码速率为23.85kbps。

7、Volte语音呼叫2G

上图是VoLTE呼叫2G信令流程。

流程和VoLTE呼叫VoLTE是相同的。

区别是如果VoLTE使用AMR-WB语音，在协商之后，会变为AMR12.2。

下图中，主要使用AMR-WB语音，被叫为GSM语音是的语音编码协商结果。

语音采用采样频率为8k的AMR语音，mode-set=7，表示使用AMR12.2kbit/s（GSM-EFR）。

INVITE消息中，VoLTE终端支持的语音编码方案：

协商后的语音编码方案：

8、Volte视频呼叫2G

流程如下所示：

例如支持的音频和视频等。

核心网向处于空闲态的被叫发送寻呼消息。

核心网向被叫GSM手机发送setup消息，消息中包含语音承载能力和主叫号码

GSM被叫给核心网发送callconfirmed消息，包含语音编码能力相关信息。

主叫LTE手机，建立qci=1的语音承载。

由于被叫不支持视频，所以没有建立qci=2的承载。

核心网IMS服务器发送INVITE183，表示会话正在处理中，其中包含了被叫支持的语音编码类型和媒体格式等信息。

8~11

进行媒体格式协商和资源预留。

由于被叫为GSM手机，所以只支持12.2语音

被叫GSM建立业务承载

核心网发送INVITE183，表示会话在处理中

被叫振铃

核心网发送INVITE180，主叫放回铃音。

被叫摘机

核心网给主叫发送Invite200，表示ok

主叫发ACK，表示呼叫建立成功，

被叫收到connectacknowledge，表示呼叫连接建立成功

主叫挂机，发BYE消息,删除建立的语音业务承载。

核心网给GSM被叫发送disconnect消息

gsm被叫收到后，发送RELEASE

核心网删除建立的语音业务承载，同时给主叫发BYE200，表示成功

核心网收到被叫的RELEASE消息以后，发送releasecomplete，表示释放成功

9、eSRVCC

SRVCC（SingleRadioVoiceCallContinuity）存在切换性能问题，无法达到语音中断时长小于300ms的部署要求，会严重影响VoLTE用户体验

1.SRVCC终端发起向另一IMS终端的语音呼叫

2.呼叫成功，媒体连接建立，双方进行通话

3.用户离开LTE覆盖，eNodeB触发SRVCC切换,MME通知SRVCCMSC准备切换，MSC完成预留资源

4.MME通知终端切换到2G/TD，切换过程中语音发生中断，中断时间T1约为200ms

5.SRVCCMSC发起远端媒体更新，通知远端IMS终端通过SRVCCMSC接收和发送语音

6.远端IMS终端将媒体连接切换至SRVCCMSC

7.从SRVCC终端切换到2G/TD到远端IMS终端切换媒体连接完成，这段时间语音将发生中断，中断时间T2约为800ms左右（如果远端终端处于漫游中，这段时间还会更长）

eSRVCC：

在SRVCC基础上，通过在拜访地引入ATCF作为媒体锚定点，节省远端媒体更新时间，可将切换时延减低至300ms以内。

（注：

ATCF功能集成在SBC内实现）

1．终端不区分SRVCC和eSRVCC，均看做SRVCC，附着过程中终端上报SRVCC能力，并存储在HSS中；

2．是否支持eSRVCC是由拜访地和归属地的网络部署决定的，只有当拜访地和归属地均支持eSRVCC时，终端才能进行eSRVCC切换，否则执行SRVCC切换：

eSRVCC与SRVCC方案区别点在于前者在IMS系统中新增了一对功能实体：

ATCF（AcessTransferControlFunctionality，接入转移控制功能）和ATGW（AccessTransferGateway，接入转移网关），分别作为VoIP呼叫在控制平面和用户平面的锚定点。

两者对比如下图所示：

图1SRVCC和eSRVCC的区别

10、头压缩RoHC

Ø

减少报头开销

⏹语音包头开销：

RTP开销占12Byte，UDP头开销占8Byte，IP层的IP头开销占20Byte（IPv4）/40Byte（IPv6）。

⏹ROHC头压缩后IP+UDP+RTP头开销4Byte左右。

⏹以12.2k语音为例，头压缩前60+32=92字节，压缩后4+32=36字节，压缩率为60%。

Data

IPV6

UDP

DATA

RTP

60byte

32byte

4byte

实现策略

⏹只对用户面的数据执行头压缩；

⏹可以分承载配置是否打开头压缩：

☐默认头压缩仅针对QCI=1语音承载开启；

☐对于视频通话业务中QCI=2的视频承载默认不开启；

确认头压缩打开，通过查看RRCConnectionReconfiguration消息确认。

11、TTI捆绑说明

TTIbundling就是把上行的连续TTI进行绑定，在多个连续的子帧上多次发送同一个TB（TransportBlock）。

●提高数据解码成功的概率，提高上行3~4dB的SINR

●提升30%上行覆盖范围

TD-LTE的TTIBundling仅适用于子帧配置0、1、6，中移动使用子帧配置2，所以TTIBundling为关闭状态，同时TTIBundling和SPS不能同时配置。

使用8天线可以有效提升上行性能，可以满足VoLTE的要求，因此基本不需要开启TTIbundling。

主要应用于FDD2天线。

参数位置：

TD-LTE业务TD-LTE小区信道及过程配置PUSCH信道

通过查看qci=1语音承载RRCConnectionReconfiguration消息，有没有相关ie。

12、9种QCI值索引

VoLTE使用QCI=5、QCI=1、QCI=2这三种！

语音业务：

QCI=5+QCI=1

视频电话：

QCI=5+QCI=1+QCI=2

QCI

ResourceType（资源类型）

Priority（优先权）

PacketDelayBudget（NOTE 

1）信息包延迟

ExampleServices（服务例子）

100 

ms

ConversationalVoice（语音会话）

（NOTE 

3）

150 

ConversationalVideo（LiveStreaming）（视频会话）

GBR

50 

RealTimeGaming（实际活动时间）

300 

Non-ConversationalVideo（BufferedStreaming）

IMSSignalling（IMS信号）

Video（BufferedStreaming）

4）

TCP-based（e.g.,www,e-mail,chat,ftp,p2pfilesharing,progressivevideo,etc.）（TCP基础）

Non-GBR

Voice,

Video（LiveStreaming）

InteractiveGaming（组合业务互动）

5）

TCP-based（e.g.,www,e-mail,chat,ftp,p2pfile

sharing,progressivevideo,etc.）（数据承载）

6）