纯理论部分(了解)语音部分

编程入门行业动态更新时间:2024-10-12 03:18:19

纯理论部分(了解)<a href=https://www.elefans.com/category/jswz/34/1769309.html style= 语音部分"/>

纯理论部分(了解)语音部分

4G没有S域，无法通话，所以有三个解决方案：

1.CSFB（语音回落）（上网在4G上面上网，打电话网络回到2\3G）
2.单卡双待（同时驻留2G和4G）
3.VOLTE（语音在4G网络上承载）

5G一开始也是不支持语音的，出现了EPSFB（打电话回落到4G上）使用的事件是A2+B1

EPSFB：4G返回5G使用的是快速返回，

使用VoNR的语音切换是A2+B2

在语音上面移动使用的是切换

电联使用的是重定向

用户有语音需求时，通过EPS FB回落LTE进行VoLTE，语音结束后Fast return回到NR

EPSFB的策略切换（事件B1）门限是-111dBm

测量重定向（事件B1）门限是-111dBm

盲重定向

1.CSFB的流程（知道个大概）

主叫流程信令流程

服务申请->申请信息应答（盲重定向）->释放RRC->开始搜索小区->受到GSM的系统消息->然后进行位置更新（可能没有）->在2G上面进行语音通话

被流程信令流程

主叫交换机向被叫归属HLR查询路由
呼叫路由到联合位置更新的MSC
MSC通过SGs接口在LTE网络寻呼UE
UE在LTE网络响应寻呼
MME要求eNodeB对UE进行CSFB回落
eNodeB指示UE重定向到2/3G网络
UE重定向到2/3G网络
UE从2/3G网络响应寻呼，并上报CSFB MT标签

2.VLOTE的流程（知道个大概）

种类	VoLTE	2G/3G
呼叫时延	0.5-2 s	5-8 s
视频质量	典型分辨率：480*640 720P/1080P possible	分辨率：176*144
话音质量	频率：50~7000Hz 编解码：AMR-WB 23.85Kbps	频率：300~3400Hz 编解码：AMR-NB 12.2Kbps
频谱效率	仿真测试结果显示：同样承载AMR，LTE的频谱效率可达到R99 3倍以上

VOLTE采用IMS（IP Multimedia Subsystem）作为业务控制层系统，EPC仅作为承载层；要求终端、无线网络、分组域、电路域和IMS域端到端的技术配合以实现基于IMS的分组域语音和多媒体业务。

ESRVCC解决了语音连续性问题，呼叫时延短，无需回落2G/3G发起语音，避免频繁网间重选。

注释：在原来的核心网模块上面又加了一个IMS，IMS变成了控制面，原来的EPC变成了业务承载，语音人通话承载变成了EPS，信令承载变成了IMS

语音指标;两高：高掉线、高丢包

两地：低接通、低切换

低接入小区占比+低切换成功率小区占比高掉话小区占比+高丢包小区占比（注：低接入小区占比=无线接通率(QCI=1)<95%且语音话务量>1Erl的小区数/语音话务量>1Erl的总小区数；

低切换质差小区定义：切换失败次数>5且切换成功率<95%的小区数/总小区数）。

高掉话小区占比=E-RAB掉线率(QCI=1)>2%且语音话务量>1Erl的小区数/语音话务量>1Erl的总小区数；

高丢包小区占比=QCI1平均丢包率>1%且语音话务量>1Erl的小区数/语音话务量>1Erl的总小区数）低切换成功率小区占比：

3.VoLTE QCI （承载）

QCI等级	资源类型	优先级	数据包时延预算	数据包丢失率	典型业务
1	GBR	2	100 ms	10-2	会话语音
2		4	150 ms	10-3	会话视频（直播流媒体）
3		3	50 ms	10-3	实时游戏
4		5	300 ms	10-6	非会话视频（缓冲流媒体）
5	Non-GBR	1	100 ms	10-6	IMS 信令
6		6	300 ms	10-6	视频（缓冲流媒体）基于TCP的业务 (如www\e-mail\chat\ftp\ p2p 文件共享\逐行扫描视频）
7		7	100 ms	10-3	语音、视频（直播流媒体）互动游戏
8		8	300 ms	10-6	视频（缓冲流媒体）基于TCP的业务 (如www\e-mail\chat\ftp\ p2p 文件共享\逐行扫描视频）
9		9	300 ms	10-6

**常用的为9 5 1 ，9为数据/默认承载，5为信令承载，优先级1为最高，QCI1是做语音的，语音的丢包比较大的话会出现噪声，卡顿之类的

一般使用的都是QCI9，可能是使用的场景不同

语音的流程 9 5 1

视频语音的流程9 5 1 2

QCI服务等级/类型 1 2 5 9。 1和2是装载 5 9 是默认装载 4G的是QCI，5G的是5QI，他们的内容都是一样的只不过从QCI变为 5QI

CQI信道质量 0-15

建立循序 QSI9->QSI5 ->QSI1

***4.SIP信令

SIP方法	描述	定义文档	定义文档
INVITE	表示一个客户端发起或被邀请参加电话会议（indicates a client is being invited to participate in a call session）	RFC3261	RFC3261
ACK	确认客户已经收到一个INVITE请求的最终响应（Confirms that the client has received a final response to an INVITE request）	RFC3261
BYE	终止一个呼叫，可以由主叫或被叫方发起（Terminates a call and can be sent by caller or the callee）	RFC3261
OPTIONS	查询服务器的能力（Queries the capabilities of servers）	RFC3261
CANCEL	取消所有正在处理中的请求（Cancel any pending request）	RFC3261
REGISTER	向标题字段中的SIP服务器发起地址列表注册（Registers the address listed in the To header field with SIP Server）	RFC3261
PRACK	临时确认（Provisional acknowledgement）	RFC3262
SUBSCRIBE	向服务器订阅某个事件通知（Subscribes for an Event of Notification from the Notifier）	RFC3265
NOTIFY	向订阅都发送一个新的事件（Notify the subscriber of a new Event）	RFC3265
UPDATE	在没有修改对话状态的情况下修改会话（Modifies the state of a session without changing the state of the dialog）	RFC3311
PUBLISH	发布一个事件到服务器（Publishes an event to the Server）	RFC3903
INFO	会话过程中发送一个会话消息，但不修改会话状态（Sends mid-session information that does not modify the session state）	RFC6086
REFER	请求收件人发出SIP请求（Asks recipient to issue SIP request(call transfer)）	RFC3515
MESSAGE	使用SIP传输即时消息（Transports instant messages using SIP）	RFC3248

1xx	进展响应	临时相应
2xx	成功	最终相应
3xx	重定向错误	最终相应
4xx	客户端错误	最终相应
5xx	服务端错误	最终相应
6xx	全局错误	最终相应

180是申请资源，200是资源申请成功

**5.VLOTE的流程-呼叫

1到6，UE起呼，UE高层协议层需要发送INVITE到IMS，触发RRC连接、安全模式等过程，并通过RRC重配置消息建立SRB2信令无线承载、恢复QCI 5承载，配置测量控制，IMS收到主叫的INITE消息，开始寻呼，并发送INVITE 100（TRYING）给主叫UE，用于响应INVITE消息，INVITE消息中包含呼叫类型、主被叫的号码、主叫方支持的媒体类型和编码等；
7到15，核心网向处于空闲态的被叫发INVITE消息，由于被叫处于空闲态，所以核心网侧触发寻呼消息，寻呼处于空闲态的被叫用户，被叫UE收到寻呼后，触发RRC连接、安全模式等过程，被叫通过RRC重配置消息建立SRB2信令无线承载，CN（Core Netwok）侧通过QCI=5的承载向被叫发送INVITE消息，被叫UE收到后发送INVITE 100消息进行响应，同时被叫发送INVITE 183消息给CN表示会话正在处理，启动Precondition(资源预留)过程，并通知主叫自己所支持的媒体类型和编码，并建立起QCI=1的承载；
16到17，IMS收到被叫的INVITE 183 后，对主叫启动Precondition(资源预留)过程，通过EPC通知主叫SM层建立起QCI=1的承载后，向被叫UE发送INVITE 183消息；
18到25，主叫向被叫发送PRACK消息，PRACK过程是一个预确认过程（确认资源），主要为了防止会话超时及拥塞，被叫收到后返回PRACK 200，主叫收到被叫的PRACK 200以后，发送UPDATE消息，进行媒体格式协商过程，被叫通过UPDATE 200返回协商结果；
26到31是振铃接听过程，被叫发送INVITE 180给主叫，振铃，摘机后发送INVITE 200给主叫，主叫返回ACK进行确认，通话完全建立，进入通话过程；
32到37为挂机过程，通话结束后，主叫发送BYE请求结束本次会话，IMS服务器给被叫发送BYE,请求结束本次会话，被叫挂机，回BYE 200消息，核心网IMS服务器给主叫发BYE 200，标明会话结束，主被叫分别去激活EPS专用承载消息，删除QCI=1的数据无线承载。

简单版本的

流程理解

QCI5实在第一个Invite和第二个Invite之间建立

1-4首先进行通话申请

5-6然后进行通话资源预留，QCI1的建立

7-8进行临时确认，确认通话组员预留成功

9-10进行媒体格式的协商，完成预留

11电话响铃

12表示被叫已经接电话了

13发送应答给倍加，让他知道我知道他已经接通电话了

14-15挂掉电话，删除QCI=1的数据无线承载。

SIP会话流程

1.主叫A发起VoLTE语音呼叫，向IMS发起INVITE请求
2.IMS向主叫A响应100Trying。
3.从IMS HSS网元获得主叫签约和鉴权数据并触发AS业务逻辑控制后，IMS向被叫B转发INVITE请求,
4.被叫B向IMS响应100 Trying（正在处理）。
5.被叫B向IMS发送183 Session Progress消息（会话进行），告知对端会话建立过程已经启动。(此时被叫QCI1建立专用承载）
6.待主被叫QCI=1专用承载建立后，IMS向主叫A转发183 Session Progress消息。
7.步骤7a-7b，主叫A发送PRACK请求消息并通过IMS转发给被叫B，通知被叫B主叫已经收到其发送的183响应消息，
8.步骤8a-8b，被叫B收到 PRACK请求消息后，发送200(OK) 响应消息并通过IMS转发给主叫A。
9.步骤9a-9b，主叫A发送Updata消息并通过IMS转发给被叫B，表明主叫A资源预留完成。
10.步骤10a-10b，被叫B收到来自IMS转发的Updata消息后，通过IMS回应对端主叫A200 0K消息并表明被叫B资源也预留完成
11.先骤11a-11b，被叫B振铃，通过IMS向主叫A发送180 Ringing 振铃信息
12.步骤12a-12，被叫B通过IMS向主叫A发送200 0K消息，表明主叫最初的INVITE请求已经处理成功。
13.步聚13a-13b，主叫A通过IMS向被叫B发送ACK确认消息，通知被B，主叫A已知道被叫B处理INVITE请求成功，开始通话过程。
14.步骤14a-14b，主叫A挂机并通过IMS向被叫B发起通话结束BYE信息
15.步骤15a-15b，被叫B通过IMS向主叫A发送200 0K确认消息，整个通话结束

6.VoLTE信令流程：

INVITE INVITE100 建立专用的EPS承载（QCI=1） INVITE183 PRACK PRACK200 UPDATE UPDATE200 INVITE180 INVITE200 ACK BYE BYE200

节点：

从183开始主叫和被叫正式建立联系，之前都是服务器联系，在这之前所有的信息都是发给服务器的，没有183没有找到被叫

180意味着主叫和被叫已经建立通话，关系着这次通话是否成功

7.EPS Fallback信令流程：(红色的为层三信令)

INVITE INVITE100 RRC重配置 回落到4G）（移动的是切换，别的使用的是忙重定向

） 建立专用的EPS承载（QCI=1）使用B1事件 INVITE183 PRACK PRACK200 UPDATE UPDATE200 INVITE180 INVITE200 ACK BYE BYE200

呼叫时延从发起到振铃 INVITE--- INVITE180 5G上发起呼叫，4G上振铃

接通时间延迟从发起摘机 INVITE--- INVITE200

测控：基站给终端发的测量指令 ,例如 B1 config

测量报告：终端测量完成之后发给基站的

回落方式：切换或者是重定向，回落时间：500多毫秒，切换300ms 重定向500-700ms

怎么看出来呢是切换还是重定向

信令上看如何判断：有没有RRC Release（RCC释放）,切换没有，重定向有

从事件上看：切换有HO （handover），重定向为为Redircet

回落成功之后再4G上建立语音，两个关键点是否正常回落，能否正常建立语音

从INVIT到回落到4G，183,180，三个节点

8.VoNR信令流程：

INVITE(会话请求，建立QCI=5) INVITE100（会话响应） PDU会话建立（5QI=1） INVITE183（会话进行，启动资源预留） PRACK（临时确认，预确认过程，资源预留） PRACK200（预确认成功） UPDATE（会话修改，资源预留完成，确认编码方式，媒体格式） UPDATE200 INVITE180（振铃） INVITE200（摘机） ACK（确认摘机） BYE（挂机） BYE200（挂机完成）

呼叫时延从发起到振铃 INVITE--- INVITE180

接通时间延迟从发起摘机 INVITE--- INVITE200