VOLTE信令流程-核心网流程

合集下载

VoLTE基础信令流程与详细解析

VoLTE基础信令流程与详细解析

VOLTE信令流程VOLTE是基于SIP协议的语音通话,所有与IMS交互的信令全部为SIP信令,在理解VOLTE 信令方面必须对SIP信令进行了解,EPC只是做为业务承载体。

由于SIP信令是以加密方式传输,SIP信令只有在CN侧和终端侧才能解码,基站CDL无法记录SIP信令,同时CDL无法解码较多NAS层直传消息,所以本文中的信令说明部分不结合CDL信令进行说明1.注册流程及重要信令详解SIP 提供了发现机制,如果用户要发起和另一个用户的会话,SIP 必须发现可到达目的用户的当前主机,注册将记录地址URI 和一个或者多个联系地址相关联,这样才能进行呼叫等业务。

严格意义上说,SUBSCRIBE和NOTIFY过程不属于注册过程,但由于该过程在注册完成后紧跟着出现,所以本文将该过程放在注册流程中进行说明。

用户的注销过程与注册过程相似,主要就是注销请求中,expire值为0,所以本文中不再进行单独说明,注销过程无SUBSCRIBE信令,是因为UE注册时已有SUBSCRIBE。

信令说明如下:1.UE进行Attach,建立QCI=9的默认承载,并使用IMS APN建立PDN连接;2.建立立QCI=5的默认承载,用于传送SIP信令;3.UE通过QCI=5的默认承载向IMS发起注册请求;4.P-CSCF通过HSS获知用户信息不在数据库中,便向终端代理回送401 Unauthorized 质询信息,其中包含安全认证所需的令牌;5.终端将用户标识和密码根据安全认证令牌加密后,再次用REGISTER消息报告给P-CSCF服务器;6.P-CSCF将REGISTER 消息中的用户信息解密,验证其合法后,IMS核心网将该用户信息登记到数据库中,并向终端返回成功响应消息200 OK;7.用户向IMS订阅注册事件包8.服务器应答订阅成功9.IMS服务器发送notify消息,由于订阅的用户已经注册,所以IMS服务器回应Notify消息中,状态为active,同时携带XML信息10.终端发送Notify 200表示接收成功注册过程测试信令载图如下:注销过程测试信令截图如下:1)Activate Default EPS Bearer Context Request(QCI=5)该信令是用于建立QCI=5的默认承载,所有SIP信令都通过QCI=5的承载传输,该信令的内容已在该信令前的RRC重配置中附带下来。

VOLTE信令流程-核心网流程

VOLTE信令流程-核心网流程

,VOLTE_MO_MT流程1 . VoLTE语音呼叫路由原则1.1:VoLTE主叫(1)VoLTE用户附着在LTE,如果被叫是VoLTE用户,则将呼叫路由至被叫归属IMS域,由被叫归属IMS进行被叫域选,根据域选结果进行后续路由;(2)VoLTE用户附着在LTE,如果被叫是CS用户,则呼叫从主叫归属IMS域直接进入CS 域,由CS域完成后续呼叫;(3)VoLTE用户附着在CS,如果被叫是VoLTE用户,通过被叫锚定方案将语音接续到被叫归属IMS域,由被叫归属IMS进行被叫域选,根据域选结果进行后续路由;(4)VoLTE用户附着在CS,如果被叫是CS用户,呼叫同现网CS用户呼叫CS用户。

1.2:VoLTE被叫(1)主叫是VoLTE用户,附着在LTE,被叫是VoLTE用户,则将呼叫路由至被叫归属IMS域,由被叫归属IMS进行被叫域选,并根据域选结果进行后续路由;(2)主叫是VoLTE用户,附着在CS,被叫是VoLTE用户,通过锚定方案将语音接续到被叫归属IMS域,由被叫归属IMS进行被叫域选,根据域选结果进行后续路由;(3)主叫是CS用户,被叫是VoLTE用户,通过锚定方案将语音接续到被叫归属IMS域,由归属IMS进行被叫域选,根据域选结果进行后续路由;1.3:Precondition建立媒体PDP上下文的过程称为资源预留。

对于双方的UE而言,建立PDP上下文的执行过程是相互独立的。

这意味着在资源被成功预留之前,根本无法保证所协商的媒体会话是否可以建立起来。

因此,Precondition作用主要是为了保证在确认本地和主叫方的资源预留都已成功之前,被叫方不应振铃,以最大程度减少被叫方振铃但接听电话又失败的情况1.4:VoLTE信令包过渡(((diameter or sip or gtpv2 or megaco or dns or camel or bicc or gsm_map) && !(diameter.cmd.code == 280)) && !(diameter.cmd.code == 257)) && !(diameter.cmd.code == 282)2. VoLTE用户(LTE附着)呼叫VoLTE用户(LTE/CS附着)2.1 VoL TE用户呼叫VoL TE用户,主被叫均附着在LTE1 主叫用户UE(O)的呼叫请求发送到主叫PCSCF。

VoLTE基本原理及信令流程

VoLTE基本原理及信令流程

VoLTE基本原理及信令流程VoLTE(Voice over LTE)是一种利用LTE(Long Term Evolution)网络进行语音通信的技术,它基于IP(Internet Protocol)网络传输语音数据。

相比传统的2G和3G网络,VoLTE具有更高的音质和更低的延迟。

1.注册过程:用户开机后,VoLTE终端会与LTE网络建立连接,并向网络注册。

这个过程称为注册过程,用于告知网络该终端支持VoLTE功能。

2.语音呼叫建立:当用户发起语音呼叫时,VoLTE终端会发送SIP INVITE消息给IMS核心网(IMS Core)。

这个消息包含呼叫的目标号码等信息。

IMS Core会根据目标号码找到对应的终端,并发送SIP 180 Ringing消息给呼叫发起方,告知对方被叫正在被呼叫。

3.媒体协商和传输:4.语音呼叫结束:当任意一方终止通话时,VoLTE终端会发送SIP BYE消息给IMS Core,通知对方终止通话。

IMS Core会向对方发送SIP 200 OK消息,然后释放呼叫资源。

在VoLTE信令流程中,还涉及到一些附加功能和协议:- 呼叫转接(Call Transfer):可以将一通通话转移到另一个终端或另一个网络上。

- 呼叫等待(Call Waiting):当用户在通话时接到另一个呼叫,可以选择接听或挂断当前通话。

- 呼叫保持(Call Hold):用户可以将当前通话放置在保持状态,然后接听另一个呼叫。

一旦通话结束,用户可以重新回到保持的通话。

-媒体协商:在语音呼叫建立时,VoLTE终端之间会协商音频编解码方式、传输格式等参数,以确保语音质量和兼容性。

总结起来,VoLTE基于IP网络传输语音数据,利用IMS架构支持语音和其他多媒体服务。

其信令流程包括注册过程、语音呼叫建立、媒体协商和传输,以及语音呼叫结束。

VoLTE还支持一些附加功能和协议,如呼叫转接、呼叫等待和呼叫保持等。

通过VoLTE技术,用户可以在LTE网络上以更高音质和更低延迟进行语音通话。

volte信令流程详解8个步骤

volte信令流程详解8个步骤

volte信令流程详解8个步骤英文回答:VoLTE Signalling Procedure.VoLTE (Voice over LTE) is a technology that allows voice calls to be made over an LTE (Long Term Evolution) network. It uses IP Multimedia Subsystem (IMS) for signalling and control, and Media Gateway Control Function (MGCF) for media handling.The VoLTE signalling procedure involves the following steps:1. Registration: The User Equipment (UE) registers with the LTE network and obtains an IP address from the Packet Data Network Gateway (PDN GW).2. IMS Registration: The UE registers with the IMS network and obtains an IMS public user identity (IMPI).3. Call Establishment: When the UE initiates a call, it sends a SIP INVITE message to the IMS core network.4. Call Setup: The IMS core network forwards the INVITE message to the MGCF, which sets up the media session and sends a SIP 200 OK message back to the UE.5. Media Exchange: The UE and the MGCF exchange media streams, such as voice and video.6. Call Termination: When the call is terminated, the UE sends a SIP BYE message to the IMS core network.7. IMS Deregistration: The UE deregisters from the IMS network.8. LTE Deregistration: The UE deregisters from the LTE network.中文回答:VoLTE信令流程。

VOLTE基本原理与信令流程

VOLTE基本原理与信令流程

VOLTE基本原理与信令流程
基本原理:
信令流程:
1. 附着过程(Attach Procedure):
当用户手机进入LTE网络覆盖范围时,它会向网络发送附着请求。

附着请求包含了用户的标识信息和附着类型。

网络收到附着请求后,会对用户进行身份验证,然后分配一个IP地址和一个临时标识符,用于用户的定位。

2. 注册过程(Registration Procedure):
一旦用户成功附着到网络上,它会发送一个注册请求来注册到IMS网络。

注册请求包含了用户的标识信息和用户设备的能力信息。

IMS网络收到注册请求后,会将用户的信息存储在注册数据库中,并返回一个注册成功的消息。

3. 会话建立过程(Session Establishment Procedure):
IMS网络收到会话建立请求后,会查询被叫用户的位置信息,并发送一个呼叫请求到被叫用户所在的网络。

被叫用户接收到呼叫请求后,可以选择接受或拒绝呼叫。

4. 语音通话过程(Voice Call Procedure):
一旦呼叫建立成功,语音通话就可以开始了。

语音数据会被采集、编码和封装进LTE网络中,然后通过IP网络进行传输。

被叫用户接收到语音数据后,会将其解码并还原为语音,然后通过扬声器播放出来。

5. 会话结束过程(Session Termination Procedure):
总结:
它的信令流程包括附着过程、注册过程、会话建立过程、语音通话过程和会话结束过程。

通过VOLTE技术,用户可以在LTE网络上实现高质量的语音通信。

简述volte呼叫信令流程

简述volte呼叫信令流程

简述volte呼叫信令流程VoLTE(Voice over LTE)是指在LTE(Long Term Evolution)网络上实现语音通信的技术。

与传统的2G和3G网络相比,VoLTE 具有更高的语音质量和更快的呼叫建立速度。

那么,让我们来简述一下VoLTE呼叫信令流程,了解一下它是如何实现语音通信的。

1. 呼叫发起当用户想要拨打电话时,手机会向网络发送呼叫请求。

首先,手机会通过寻呼过程找到最适合的基站。

然后,手机会向该基站发送呼叫请求信令。

基站会将这个请求转发到核心网络。

2. 接入网关选择核心网络中的接入网关会根据用户的位置和网络负载等因素选择最合适的网关,以便进一步处理呼叫请求。

选择完网关后,基站会将呼叫请求转发给这个网关。

3. 会话控制接入网关收到呼叫请求后,会对呼叫进行会话控制。

这包括验证用户的身份和权限、检查呼叫类型(语音、视频等)以及分配临时标识符等。

接入网关还会为呼叫建立相应的会话参数,并为呼叫分配一个唯一的Session ID。

4. 呼叫路由接入网关在会话控制之后,会根据被叫号码找到对应的用户所在的位置,并确定最佳的路由路径。

这个过程涉及到寻址和路由表的查询,以确保呼叫能够被正确地转发到被叫用户所在的基站。

5. 呼叫建立一旦呼叫路由确定,接入网关会发送呼叫建立请求给被叫用户所在的基站。

被叫基站会向被叫用户发出呼叫振铃信号,告知用户有来电。

同时,被叫基站会将呼叫建立请求转发给被叫用户。

6. 呼叫确认被叫用户接收到来电后,可以选择接听或拒接呼叫。

如果被叫用户接听呼叫,被叫基站会发送呼叫确认信令给接入网关,表示呼叫已经建立。

接入网关再将呼叫确认信令发送给发起呼叫的基站,以告知发起呼叫的用户呼叫已经成功建立。

7. 语音传输一旦呼叫建立成功,语音数据就会通过LTE网络进行传输。

VoLTE 使用IP(Internet Protocol)技术进行语音传输,将语音数据转换为IP数据包并通过LTE网络进行传输。

VoLTE基本原理及信令流程

VoLTE基本原理及信令流程

VoLTE无线关键技术
EPS承载的相关说明
1. ROHC
ROHC实现原理:


在ROHC中,压缩端和解压端各自维护一个参考上下文,两者参考上下文在整个压缩和解压过程中必须保持 严格同步
在初始传输时,压缩端处于IR状态发送包含静态域和动态域的完整信息包,解压端成功解析后保存相应参考 上下文后,压缩端将迁移至更高级FO状态直到SO状态,解压端也相应由低级NC态迁移至更高级SC态直到 FC态,高级状态将不重复发送静态域信息(如IP地址等)以及可由上下文推算信息(如SN号等),而仅发 送必须的动态域信息。 当解压端和压缩端的参考上下文失步时,解压端和压缩端将向低级状态转移发送更加完整信息包以恢复同步。 ROHC报头分类:静态域和动态域 ROHC模式:U模式-单向模式,O模式-双向优化模式,R模式-双向可靠模式
Databases
SLF
Dx Cx Mw
Sh
HSS
ISC
Cx
AS
Services Elements
Mr
Session Management and Routing
Gm
P-CSCF
PDF
Support Entities Go
Mw
UE
I-CSCF
S-CSCF
MRFC
Mp
Mi
MRFP GGSN
Visited Domain
SLF
Dx Cx Mw
HSS
Sh
AS
ISC
Cx
Services Elements
Mr
Gm
Mw
UE
P-CSCF
PDF
I-CSCF
Mi
S-CSCF

VOLTE信令流程(精)

VOLTE信令流程(精)

,VOLTE_MO_MT流程1 . VoLTE语音呼叫路由原则1.1:VoLTE 主叫(1 VoLTE 用户附着在 LTE ,如果被叫是 VoLTE 用户,则将呼叫路由至被叫归属IMS 域,由被叫归属 IMS 进行被叫域选,根据域选结果进行后续路由;(2 VoLTE 用户附着在 LTE ,如果被叫是 CS 用户,则呼叫从主叫归属 IMS 域直接进入 CS 域,由 CS 域完成后续呼叫;(3 VoLTE 用户附着在 CS ,如果被叫是 VoLTE 用户,通过被叫锚定方案将语音接续到被叫归属 IMS 域,由被叫归属 IMS 进行被叫域选,根据域选结果进行后续路由;(4 VoLTE 用户附着在 CS ,如果被叫是 CS 用户,呼叫同现网 CS 用户呼叫 CS 用户。

1.2:VoLTE 被叫(1 主叫是 VoLTE 用户, 附着在 LTE , 被叫是 VoLTE 用户, 则将呼叫路由至被叫归属 IMS 域, 由被叫归属 IMS 进行被叫域选,并根据域选结果进行后续路由;(2主叫是 VoLTE 用户,附着在 CS ,被叫是 VoLTE 用户,通过锚定方案将语音接续到被叫归属 IMS 域,由被叫归属 IMS 进行被叫域选,根据域选结果进行后续路由;(3 主叫是 CS 用户,被叫是 VoLTE 用户,通过锚定方案将语音接续到被叫归属IMS 域, 由归属 IMS 进行被叫域选,根据域选结果进行后续路由;1.3:Precondition建立媒体 PDP 上下文的过程称为资源预留。

对于双方的 UE 而言, 建立 PDP 上下文的执行过程是相互独立的。

这意味着在资源被成功预留之前,根本无法保证所协商的媒体会话是否可以建立起来。

因此, Precondition 作用主要是为了保证在确认本地和主叫方的资源预留都已成功之前,被叫方不应振铃 , 以最大程度减少被叫方振铃但接听电话又失败的情况1.4:VoLTE 信令包过渡(((diameter or sip or gtpv2 or megaco or dns or camel or bicc or gsm_map&& !(diameter.cmd.code == 280 && !(diameter.cmd.code == 257&& !(diameter.cmd.code == 2822. VoLTE用户(LTE 附着呼叫 VoLTE 用户(LTE/CS附着2.1 VoL TE 用户呼叫 VoL TE 用户,主被叫均附着在 LTE1 主叫用户 UE(O的呼叫请求发送到主叫 PCSCF 。

VoLTE信令流程详解(参考模板)

VoLTE信令流程详解(参考模板)

VOLTE信令流程VOLTE是基于SIP协议的语音通话,所有与IMS交互的信令全部为SIP信令,在理解VOLTE信令方面必须对SIP信令进行了解,EPC 只是做为业务承载体。

由于SIP信令是以加密方式传输,SIP信令只有在CN侧和终端侧才能解码,基站CDL无法记录SIP信令,同时CDL无法解码较多NAS层直传消息,所以本文中的信令说明部分不结合CDL信令进行说明1.注册流程及重要信令详解SIP 提供了发现机制,如果用户要发起和另一个用户的会话,SIP 必须发现可到达目的用户的当前主机,注册将记录地址URI 和一个或者多个联系地址相关联,这样才能进行呼叫等业务。

严格意义上说,SUBSCRIBE和NOTIFY过程不属于注册过程,但由于该过程在注册完成后紧跟着出现,所以本文将该过程放在注册流程中进行说明。

用户的注销过程与注册过程相似,主要就是注销请求中,expire值为0,所以本文中不再进行单独说明,注销过程无SUBSCRIBE信令,是因为UE注册时已有SUBSCRIBE。

信令说明如下:1.UE进行Attach,建立QCI=9的默认承载,并使用IMS APN建立PDN连接;2.建立立QCI=5的默认承载,用于传送SIP信令;3.UE通过QCI=5的默认承载向IMS发起注册请求;4.P-CSCF通过HSS获知用户信息不在数据库中,便向终端代理回送401 Unauthorized 质询信息,其中包含安全认证所需的令牌;5.终端将用户标识和密码根据安全认证令牌加密后,再次用REGISTER消息报告给P-CSCF服务器;6.P-CSCF将REGISTER 消息中的用户信息解密,验证其合法后,IMS核心网将该用户信息登记到数据库中,并向终端返回成功响应消息200 OK;7.用户向IMS订阅注册事件包8.服务器应答订阅成功9.IMS服务器发送notify消息,由于订阅的用户已经注册,所以IMS服务器回应Notify消息中,状态为active,同时携带XML信息10.终端发送Notify 200表示接收成功注册过程测试信令载图如下:注销过程测试信令截图如下:1)Activate Default EPS Bearer Context Request(QCI=5)该信令是用于建立QCI=5的默认承载,所有SIP信令都通过QCI=5的承载传输,该信令的内容已在该信令前的RRC重配置中附带下来。

VoLTE信令详细流程

VoLTE信令详细流程

VoLTE信令流程HUAWEI TECHNOLOGIES CO., LTD.内容VoLTE总体流程1VoLTE注册流程2VOLTE基本呼叫流程3总体流程—承载•VoLTE的信令IMS消息使用QCI为5的Non-GBR QoS、语音使用QCI为1的GBR、视频使用QCI为2的GBRQCI Resource Type Priority PacketDelayBudgetPacketErrorLossRateExample Services1GBR 2 100 ms 10-2Conversational Voice2 4 150 ms 10-3Conversational Video (Live Streaming) 5 No-GBR 1 100 ms 10-6IMS Signalling不支持VoLTE的UE支持VoLTE的UE未进行VoLTE会话进行VoLTE语音通话进行VoLTE视频通话QCI9 QCI5+QCI9 QCI1 + QCI5 + QCI9 QCI1 +QCI2+QCI5+QCI9 •终端业务承载建立对应关系:VOLTE总体流程内容VoLTE总体流程1VoLTE注册流程2VOLTE基本呼叫流程3VOLTE注册流程—EPS attach(1)•VoLTE首先在EPS进行联合attach,与普通CSFB一致,再建立QCI5承载:Default bearer (GBR) QCI=8/9 Internet APNDefault bearer (Non-GBR) QCI=5 IMS APN •UE在attach Req中携带SRVCC能力及VOLTE能力:•EPC在attach Acp中通知UE,网络侧具有VOLTE-IMS,决定UE紧接下来是否发起QCI5承载建立:eNodeBMMEPDN Connectivity RequestRRC UL Information TransferS1AP UL NAS TRANSERAB SETUP REQ(QCI5) RRC Connection Recfg(ADD EPS Bear)Activate Default EPS Bearer Context request (QCI5) RRC UL Information TransferS1AP UL NAS TRANSRRC Connection Recfg CmpActivate Default EPS Bearer Context AcceptERAB SETUP RSPVOLTE 注册流程—EPS attach (2)•无线侧观察QCI5承载建立流程:VOLTE注册流程Register: UE读取USIM卡信息,向IMS发起注册流程;401: CSCF从IMS-HSS获取鉴权信息,发给UE;Register: UE发起第二个register信息,携带终端鉴权信息;200 OK: 鉴权通过后,网络侧给终端返回注册成功信息;内容VoLTE总体流程1VoLTE注册流程2VOLTE基本呼叫流程3基本呼叫流程(SIP)Invite:UE向网侧发起INVITE请求100 Trying:invite响应183 session progress:网络侧在做资源预留preconditionPRACK:UE等待网络资源分配UPDATE:UE收到QCI=1等承载建立后就发UPDATE180 Ringing:被叫响铃后发180Ringing,网络侧转发主叫基本呼叫流程(E2E)不同SIP交互,PCRF策略等会有不同的业务流程挂机流程UE_AP-CSCFI/S-CSCFIP-SM-GW_ASMSC进行如下操作:1. 检查A 的短消息业务权限和短消息发送权限2. 判断接收到的消息为始发短消息21发送短消息4转发短消息3通知短消息发送到SMSC 的结果基本呼叫流程—短消息需要发IP SMS ,需要先在IMS 上注册该功能:UE 发起IMS 注册时,会在REGISTER 请求的Contact 头域中携带IP 短消息能力指示。

volte信令流程

volte信令流程

volte信令流程Volte信令流程。

VoLTE(Voice over LTE)是一种基于LTE网络的语音通信技术,它可以提供更高质量的语音通话和更快的连接速度。

在VoLTE技术中,信令流程扮演着至关重要的角色,它决定了通话的建立、维持和释放。

下面我们将详细介绍VoLTE信令流程的各个环节。

1. 呼叫建立阶段。

当用户发起呼叫时,手机会发送SIP INVITE消息到IMS网络。

这个消息包含了被叫号码、主叫号码以及其他相关信息。

IMS网络会根据这些信息进行路由选择,并向被叫用户发送Ringing消息,告知被叫用户有来电。

被叫用户接听电话后,IMS网络会发送200 OK消息,表示通话即将建立。

接着,IMS网络会向手机发送INVITE消息,告知手机通话已经建立,手机收到消息后,会发送200 OK消息给IMS网络,表示手机已经准备好进行通话。

2. 呼叫维持阶段。

一旦通话建立,VoLTE网络会周期性地发送SIP OPTIONS消息来检测通话的状态。

如果通话中断,VoLTE网络会发送BYE消息来释放通话。

同时,VoLTE网络还会发送SIP INFO消息来传输媒体协商信息,以确保通话质量。

3. 呼叫释放阶段。

当通话结束时,用户会挂断电话,手机会发送BYE消息给IMS 网络,表示通话结束。

IMS网络收到消息后,会向对方发送200 OK 消息,然后释放通话资源。

如果对方没有接听电话,手机也会发送CANCEL消息给IMS网络,表示取消呼叫请求。

以上就是VoLTE信令流程的主要环节。

通过这些信令消息的交互,VoLTE网络可以实现通话的建立、维持和释放。

这种信令流程的设计可以有效地提高通话的质量和稳定性,为用户提供更好的通话体验。

总结:VoLTE信令流程是VoLTE技术中至关重要的一部分,它决定了通话的建立、维持和释放。

在呼叫建立阶段,手机和IMS网络之间通过SIP消息进行交互,最终建立通话;在呼叫维持阶段,VoLTE网络会发送周期性的SIP消息来维持通话状态;在呼叫释放阶段,用户挂断电话后,手机会发送BYE消息给IMS网络,释放通话资源。

volte呼叫信令流程

volte呼叫信令流程

volte呼叫信令流程VoLTE(Voice over LTE)是一种基于LTE(Long Term Evolution)网络的语音通信技术,它通过LTE网络传输语音和视频数据。

与传统的语音通信技术相比,VoLTE具有更高的音质、更低的延迟和更快的数据速率。

在VoLTE通话中,呼叫信令流程起到了至关重要的作用。

下面将详细介绍VoLTE呼叫信令流程。

VoLTE呼叫信令流程主要分为两个阶段:注册过程和通话过程。

1.注册过程:第二步是IMS核心网络的鉴权和验证。

IMS核心网络将对手机发送的注册请求进行鉴权,确认用户的身份和服务需求,并将注册请求转发到HSS(Home Subscriber Server)进行验证。

HSS是一个存储移动用户个人信息的数据库,包括用户的鉴权信息和订阅信息。

第三步是HSS的验证过程。

HSS接收到注册请求后,将用户的鉴权信息与注册请求中的信息进行验证,包括密码验证、用户状态验证和服务权限验证等。

第四步是注册成功的回复。

如果用户的注册请求通过了验证,HSS将向IMS核心网络发送一条注册成功的回复(REGISTERRESPONSE),并将用户的位置信息和服务标识发送给IMS核心网络。

第五步是IMS核心网络的确认。

IMS核心网络接收到注册成功的回复后,将确认消息发送给手机,表示用户已成功注册到VoLTE网络。

2.通话过程:第二步是IMS核心网络的寻址。

IMS核心网络将根据被呼叫方的标识信息和通话相关的参数,寻找到被呼叫方所在的终端设备,并发送呼叫请求给被呼叫方。

第四步是建立媒体连接。

IMS核心网络接收到被呼叫方的呼叫应答后,将建立媒体连接,使语音和视频数据能够在呼叫双方之间进行传输。

第五步是通话过程。

一旦媒体连接建立成功,呼叫双方就可以进行通话了。

语音和视频数据将通过LTE网络进行传输,同时,VoLTE技术还可以提供高清音质和多媒体通信能力。

第六步是通话结束。

当通话结束时,呼叫双方中的一方可以发送一个终止呼叫的消息(BYEREQUEST)给IMS核心网络,表示通话结束。

VoLTE基本信令流程解析

VoLTE基本信令流程解析

VoLTE基本信令流程解析⽬录41VoLTE介绍及演进2VoLTE协议栈与关键技术3TD-LTEVoLTE及SRVCC参数配置VoLTE基本流程及信令解析VoLTE基本流程与信令解析VoLTE呼叫业务流程VoLTE基本流程与信令解析VoLTE呼叫业务流程VoLTE基本流程与信令解析VoLTE呼叫业务流程VoLTE基本流程与信令解析上述A和B均是IDLE模式,互相进⾏拨打的⽅式是实际应⽤场景中最常见的⼀种⽅式了,具体流程如下。

1.⽤户A和B在注册成功后,⽆业务触发,MME发起上下⽂释放,将A和B均置为IDLE模式。

2.UEA呼叫UEB,此时A发现其为IDLE模式,则需要先建⽴信令连接。

⾸先缓存需要发送的数据,向eNodeB发起RRCConnectionRequest,携带初始UEID和S-TMSI(第⼀次是随机值,此时TMSI值应为有效)。

3.eNodeB向UE回复RRCConnectionSetup,其中携带⽆线资源专⽤配置信。

4.UE向eNodeB回复RRConnectionSetupComplete,确认RRC建⽴成功完成。

其中携带选择的PLMNID,注册的MME信息(plmn-id、mmegi、mmec),NAS消息(ServiceRequest)。

5.eNodeB发送InitialUEMessage到MME,其中携带eNodeBUES1APId,TAI,E-UTRAN-CGI,RRCEstablishmentCause,NASPDU为ServiceRequest。

6.MME侧⽤户⾯承载建⽴成功后向eNodeB返回InitialContextSe tupRequest,携带MMEUES1APId,ERAB相关信息(QOS,GTP-TEID,ERABId,IP),UE安全能⼒和安全密钥,如果存在UE⽆线能⼒,也需要带回。

如果没有UE⽆线能⼒,则eNodeB需要向UE所要UE⽆线能⼒参数。

7.⽆线承载的建⽴,对上下⽂进⾏处理,eNodeB向UE发送RRCConnectionReconfiguration消息,其中包含测量配置,移动性配置,⽆线资源配置(RBs,MAC主要配置,物理信道配置),NAS信息和安全配置等信息。

VOLTE基本原理与信令流程

VOLTE基本原理与信令流程

VOLTE基本原理与信令流程VOLTE(Voice over LTE)是一项技术,它将语音通信通过LTE (Long Term Evolution)网络进行传输。

基本原理和信令流程是VOLTE 技术的关键方面之一、下面是一个关于VOLTE基本原理和信令流程的详细解释。

1.VOLTE基本原理:b. 语音编解码:VOLTE使用AMR(Adaptive Multi-Rate)编解码器进行语音编解码。

AMR编码器根据网络质量动态调整编码速率,以提供最佳的语音质量。

c. QoS(Quality of Service)管理:VOLTE通过优先级管理保证语音数据的传输质量。

它使用IP网络的QoS机制,为语音数据分配带宽,并确保其优先传输。

d. 支持高级功能:VOLTE还支持高级功能,如高清语音(HD Voice)、多方通话、语音视频调度等。

2.VOLTE信令流程:VOLTE信令流程涉及多个实体之间的交互,包括UE(User Equipment)、eNodeB(Evolved Node B)、MME(Mobility Management Entity)、AMF(Access and Mobility Management Function),以及IMS核心网络中的其他实体。

以下是一种简化的VOLTE信令流程:a.注册流程:1)UE向eNodeB发送注册请求。

2)eNodeB将注册请求转发给MME。

3)MME向UE发送验证请求。

4)UE向MME发送验证响应。

5)MME完成注册过程,并分配IP地址给UE。

b.呼叫建立过程:1)主叫UE向CSCF(Call Session Control Function)发送呼叫请求。

2)CSCF将呼叫请求转发给P-CSCF(Proxy-CSCF)。

3)P-CSCF将呼叫请求转发给S-CSCF(Serving-CSCF)。

4)S-CSCF与HSS(Home Subscriber Server)进行鉴权。

VOLTE技术原理与信令流程

VOLTE技术原理与信令流程

VOLTE技术原理与信令流程
一、VOLTE技术原理
VoLTE 基于IP技术,采用 packet switched(PS)传输语音,而不是使用传统的 circuit switched (CS)传输,有效的将网络资源更为有效的利用,大大地节省带宽,并为用户提供高质量的通话体验。

VoLTE采用基于UDP的RTP协议和AMR-WB编码,捕获、编码、传输、接收和播放语音信号。

VoLTE采用改进的SC-FDMA技术,改善了LTE网络的信道估计性能,提高了网络的频谱效率,降低了网络中的延迟和网络中的坐席抖动现象。

VoLTE通过采用音频编码和帧结构,在保持同一等级语音质量的同时,将编码码率转换为50%以下,以降低数据传输的总带宽要求。

VoLTE采用高效的RAN优化技术,支持用户在切换到4G网络后获得更好的通话体验:延迟低,音频质量高,抗干扰能力强,提供实时的改变和健壮性,为用户提供优质的通话服务。

二、VoLTE信令流程
VoLTE信令流程首先包括eRTT协议,eRTT是LTE系统中的实时传输协议,通过分组多播技术支持实时传输。

VOLTE信令流程及优化思路

VOLTE信令流程及优化思路

VOLTE信令流程及优化思路
一、VoLTE信令流程
1.用户注册
VoLTE用户首先需要注册,此过程中,用户需要携带IMSI信息等,来给MME分配一个Ue_Id,这样KMS的接口方式就可以正常通信,这一步是用户成功进入VoLTE服务的关键,否则,传统的IMS的会话无法建立。

2.PDN连接
接下来,在用户注册成功之后,就要创建PDN连接,给用户分发IP 地址,允许用户上网。

3.RTP/RTCP媒体传输
当PDN连接建立成功之后,就要创建一个RTP/RTCP会话,用来传输音视频数据,来实现用户的实时音视频需求。

4.SIP信令
接着,就要进入SIP信令了,用来完成一些呼叫管理功能,比如完成话源等,可以实现用户之间的通话。

5.核心网络的IP保活
当SIP信令执行完毕之后,就可以使用IP保活来维持服务的连接状态,不用担心会断掉。

6.Ue释放
当用户通话完毕之后,就需要按照标准网络流程将Ue释放掉,从而允许其他用户继续使用服务。

二、VoLTE优化思路
1.优化PDN连接流程
PDN连接是VoLTE服务中重要的一步,如果能够优化,则可以极大地提升服务效率。

在此过程中,要优化的环节主要有:流程及消息的优化,以及如何在多核网络下加快PDN连接的建立,对当前服务状态进行监控以及预警,并及时发现网络问题。

volte呼叫信令流程

volte呼叫信令流程

一、终端开机的IMS注册过程:用户开机以后,首先完成附着过程,附着完成以后,发起IMS注册过程。

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

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

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

序号Message 消息解释1 REGISTER(第一次) 用户首次试呼时,终端向代理服务器发送REGISTER注册请求2 REGISTER 401 IMS认证/计费中心获知用户信息不在数据库中,向终端回401 Unauthorized质询信息,其中包含安全认证所需的令牌3 REGISTER(第二次) 终端将用户标识和密码根据安全认证令牌加密后,再次用REGISTER消息报告给IMS服务器4 REGISTER 200 IMS服那个务器将REGISTER消息中的用户信息解密,认证合法后,将该用户信息登记到数据库中,并向终端返回响应消息200 OK。

5 SUBSCRIBE 用户订阅注册事件包,6 SUBSCRIBE 200 服务器应答订阅成功。

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

8 NOTIFY 200 终端发送Notify 200表示接收成功。

二、VoLTE呼叫VoLTE的信令呼叫流程:序号Message 消息解释1 INVITE(主叫)主叫发INVITE消息,触发主叫RRC建立过程,INVITE 消息中包含被叫方的号码,主叫方支持的媒体类型和编码等。

2 RRCConnectionReconfiguration(主叫)主叫建立SRB2信令无线承载,QCI9默认承载和QCI5SIP信令无线承载。

例如在本例中,信令无线承载SRB-ID=2;QCI=9的默认承载的eps-BearerID=5,DRB-ID=3;QCI=5的SIP信令承载的eps-BearerID=6,DRB-ID=43 INVITE 100(主叫)核心网侧收到主叫的INVITE消息以后,给主叫发送三、Volte呼叫volte的AMR-WB 12.65K的确定AMR-WB采样频率为16kHz,AMR的采用频率为8kHZ。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

,VOLTE_MO_MT流程1 . VoLTE语音呼叫路由原则1.1 :VoLTE 主叫(1)VoLTE用户附着在LTE,如果被叫是VoLTE用户,则将呼叫路由至被叫归属IMS 域,由被叫归属IMS 进行被叫域选,根据域选结果进行后续路由;(2)VoLTE用户附着在LTE,如果被叫是CS用户,则呼叫从主叫归属IMS 域直接进入CS 域,由CS域完成后续呼叫;(3)VoLTE用户附着在CS,如果被叫是VoLTE用户,通过被叫锚定方案将语音接续到被叫归属IMS 域,由被叫归属IMS 进行被叫域选,根据域选结果进行后续路由;(4)VoLTE用户附着在CS,如果被叫是CS用户,呼叫同现网CS用户呼叫CS用户。

1.2 :VoLTE 被叫(1)主叫是VoLTE用户,附着在LTE,被叫是VoLTE用户,则将呼叫路由至被叫归属IMS 域,由被叫归属IMS 进行被叫域选,并根据域选结果进行后续路由;(2)主叫是VoLTE用户,附着在CS,被叫是VoLTE用户,通过锚定方案将语音接续到被叫归属IMS 域,由被叫归属IMS 进行被叫域选,根据域选结果进行后续路由;(3)主叫是CS用户,被叫是VoLTE用户,通过锚定方案将语音接续到被叫归属IMS 域,由归属IMS 进行被叫域选,根据域选结果进行后续路由;1.3 :Precondition建立媒体PDP上下文的过程称为资源预留。

对于双方的UE 而言,建立PDP上下文的执行过程是相互独立的。

这意味着在资源被成功预留之前,根本无法保证所协商的媒体会话是否可以建立起来。

因此,Precondition 作用主要是为了保证在确认本地和主叫方的资源预留都已成功之前,被叫方不应振铃,以最大程度减少被叫方振铃但接听电话又失败的情况1.4 :VoLTE 信令包过渡(((diameter or sip or gtpv2 or megaco or dns or camel or bicc or gsm_map)&& !(diameter.cmd.code == 280)) && !(diameter.cmd.code == 257)) && !(diameter.cmd.code ==282)2. VoLTE用户(LTE附着)呼叫VoLTE用户(LTE/CS附着)2.1 VoLTE 用户呼叫VoLTE 用户,主被叫均附着在LTE1 主叫用户UE(O)的呼叫请求发送到主叫PCSCF。

呼叫请求中包含precondition 相关参数,其中主叫侧和被叫侧均为none 。

2 主叫PCSCF通过AAR消息向PCC申请通话资源(临时),同时请求主叫用户位置信息(NSN 的PCSCF的AAR 消息中无法携带用户位置信息的请求提示).按标准流程,VoLTE SB(C P-CSCF向PCRF发送AAR消息,携带用户IP、媒体部件信息(关键参数包含Media-Type 、Flow-Description 、Flow-Status)和AF应用标识等信息。

VOLTE SB(CP-CSCF)计算出相应的带宽信息满足与该次通话协商的编码。

消息除了携带业务流信息外,消息中还携带AF-Charging-Identifier ,通知PCRF ICID。

消息中携带的终端地址为IPv6 地址。

同时携带Specific-Action AVP,其值为CHARGING_CORRELATION_EXCHANGE,(1V)oLTE SB(C P-CSCF)要求PCRF 上报接入网侧的计费标识。

并携带Specific-Action AVP ,其值为为ACCESS_NETWORK_INFO_REPORT (,1携2)带Required-Access-Info AVP,填写为USER_LOCATION (0);)。

3~4 主叫侧PCRF通过RAR消息向S/P-GW下发策略。

Gx接口的RAR请求消息中,携带QoS (QoS关键参数包含QCI,ARP,GBR和MRB)策略(共1 个规则)。

相应的带宽信息满足与该次通话协商的编码要求,音频呼叫时含有QCI=1。

RAR消息中Charging-Rule-Install AVP除了携带QOS参数外,该AVP 中携带Charging-Correlation-Indicator AVP 。

同时还携带Event-Trigger AVP,取值为CHARGING_CORRELATION_EXCHANG(2E8 ),指示P-GW 需要上报GCID。

RAR消息中同时还携带AF-Charging-Identifier 信息。

5 主叫侧PCRF向SBC返回AAA 响应。

6~8 主叫侧预留无线侧资源,MME 在消息8 中携带主叫位置信息(TAI+E-CG)I,与资源预留情况9~10 S/P-GW 向PCRF返回主叫EPC侧情况。

11~12 PCRF向SBC上报主叫EPC侧情况。

13~16 PCSCF将INVTIE 消息转发给主叫侧SCSCF(因为在用户注册时,PCSCF已经知道用户在哪台SCSCF上)主叫侧根据用户在HSS签约的IFC完成业务触发,主叫AS 进行被叫号码补齐+86,之后主叫S-CSCF通过查询ENUM/DNS 获取被叫I-CSCF地址并将呼叫请求发送至被叫I-CSCF。

17~18 被叫I-CSCF查询HSS获取被叫用户注册的S-CSC。

F19 被叫触发至VoLTE AS,基本呼叫和补充业务触发完成后触发SCC AS。

20 SCC AS进行被叫域选择,向HSS查询T-ADS信息。

23 HSS向SCC AS返回T-ADS信息,包含IMS Voice over PS supported。

24~26 呼叫请求转发至被叫UE。

27 被叫UE返回183 其中包含被叫SDP信息,precondition 参数中主叫侧和被叫侧均为none。

28~34 被叫侧申请通话资源。

35~42 183 响应按照呼叫路径被转发至主叫。

44~50 主叫侧根据协商结果修改资源申请。

51~59 主叫UE 通过空口流程获知通话资源预留成功,向被叫侧发起UPDATE,其中的precondition 参数主叫侧为sendrecv,被叫侧为none 。

60~68 被叫UE 通过空口流程获知通话资源预留成功,向主叫返回200 OK,其中的precondition 参数主被叫均为sendrecv。

69~71 主被叫双方完成呼叫信令流程,双方开始通话。

72~74 主叫侧挂机,UE 向SBC发送BYE消息,之后消息转发至被叫SBC和UE。

75~81 主叫侧进行资源释放。

82~88 被叫侧进行资源释放。

2.2 VoLTE 用户呼叫VoLTE 用户,主叫附着在LTE,被叫附着在2/3G1 主叫用户UE(O)的呼叫请求发送到主叫SBC。

呼叫请求中包含precondition 相关参数,其中主叫侧和被叫侧均为none 。

2 主叫SBC向PCC申请通话资源(临时) ,同时请求主叫用户EPC侧信息。

3~4 主叫侧PCRF向S/P-GW 下发策略。

5 主叫侧PCRF向SBC返回AAA 响应。

6~8 主叫侧预留无线侧资源,MME 在消息8 中携带主叫EPC侧信息( TAI+E-CG)I。

9~10 S/P-GW 向PCRF返回主EPC侧信息。

11~12 PCRF向SBC上报主叫EPC侧信息。

13~16 主叫侧完成业务触发,主叫AS 进行被叫号码补齐,之后主叫S-CSCF通过查询ENUM/DNS 获取被叫I-CSCF地址并将呼叫请求发送至被叫I-CSCF。

17~18 被叫I-CSCF查询HSS,被叫签约未注册业务,I-CSCF根据HSS 返回的能力集选择S-CSCF为用户处理未注册触发。

19~20 被叫S-CSCF向HSS获取用户签约数据。

21 被叫触发至VoLTE AS,基本呼叫和补充业务触发完成后触发SCC AS。

22~23 SCC AS向HSS查询T-ADS信息,触发TADS域选流程,HSS返回IMS Voice over PS NOT supported 。

24 SCC AS向HSS查询被叫的CSRN。

24a~24b HSS向被叫VMSC 获取用户的MSRN。

25 HSS向SCC AS返回被叫的CSRN。

26~27 被叫IMS 核心网将呼叫路由至MGCF。

28 MGCF 将INVITE 消息映射为IAM 消息发往CS域。

29~30 MGCF 与被叫端局之间进行媒体协商。

31 被叫端局返回ACM 消息。

32 MGCF 根据消息29 中的SDP 内容生成183 响应,携带MGCF/IM-MGW 的SDP,其中precondition 参数中,MGCF侧为sendrecv,主叫侧为none 。

33~38 183 消息转发至主叫SBC。

39~45 主叫侧根据协商结果修改资源申请。

47~62 主叫UE 通过空口流程获知通话资源预留成功,向被叫侧发起UPDATE,其中的precondition 参数主叫侧为sendrecv,MGCF 侧为sendrecv。

之后MGCF 返回200 OK 对UPDATE 进行响应。

63 MGCF 向被叫端局发送COT导通检测消息。

64 被叫端局返回CPG(Alerting)。

65 MGCF向主叫侧返回180Ringing 响应。

被叫摘机后完成后续信令流程。

66~66a 被叫摘机后完成后续信令流程。

67~74 主叫挂机后,主叫侧SBC释放主叫通话资源。

75 BYE消息转发至被叫MGCF。

76~77 MGCF 将BYE消息映射为REL消息,被叫端局返回RLC。

3. VoLTE用户(CS附着)呼叫VoLTE用户(LTE/CS附着)当用户从2/3G 下起呼VOLTE用户时:现网端局向NTHLR发invoke sendRoutingInfo 消息要漫游号码, 由于用户VOLTE签约了智能网TCS(I VOLTE就相当于一种智能网),而TCSI的优先级比漫游码高,所以NTHLR通过returnResultLast sendRoutingInfo 消息只返回了TCSI:serviceKey: 18,端局拿到TCSI:serviceKey: 18 后,向TAS发invoke initialDP 消息要TCSI信息,TAS通过invoke connect 消息返回12547 的前缀,关口局拿到12547 的前缀后,触发锚定,向MGCF 发IAM 消息,呼叫被送入IMS 域如果2/3G 用户,呼叫一个在2/3G 下的VOLTE用户,则整个呼叫过程,会向NTHLR 发两次invoke sendRoutingInfo 消息第一次,NTHLR回TCSI信息,指示用户为VOLTE,需将呼叫从MGCF 送入IMS 域内invoke sendRoutingInfo :现网端局向NTHLR 要漫游号码, returnResultLast sendRoutingInfo :由于用户VOLTE签约了智能网TCS(I VOLTE就相当于一种智能网),而TCSF的优先级比漫游码高,所以NTHLR只返回了TCSI:serviceKey: 18 invoke initialDP :端局拿到TCSI:serviceKey: 18后,向TAS要TCSI 信息invoke connect :TAS返回12547 的前缀,关口局拿到12547 的前缀后,向MGCF发IAM 消息,呼叫被送入IMS 域第二次,通过UDA消息中的IMSVoiceOverPSSessionSupport=2,TAS知道此时用户在2/3G 下,于是TAS再向NTHLR发invoke sendRoutingInfo 要漫游码,此时,NTHLR则会向用户当前所在的MSS 要漫游码TAS→ NTHLR invoke sendRoutingInfoNTHLR→ MSS invoke provideRoamingNumberMSS→ NTHLR returnResultLast provideRoamingNumberNTHLR→ TAS returnResultLast sendRoutingInfo3.1 VoLTE 用户呼叫VoLTE 用户,主叫附着在2/3G ,被叫附着在LTE1 主叫用户UE(O)的呼叫请求发送到主叫SBC。

相关文档
最新文档