Volte用户信令跟踪系统操作手册

VOLTE-SIP完整信令解析1.主叫与被之间的SIPSIPSIP呼叫业务流程如下：呼叫业务流程如下：2. SIP信令完整解析：(1). 用户 A ，摘机对用户 B 发起呼叫，用户 A 首先向 AS 服务器发起 INVITE 请求。

(2). AS 服务器回复 100 Trying 给用户 A 说明收到 INVITE 请求。

(3). AS 服务器通过认证确认用户认证已通过后，向被叫终端 B 转送 INVITE 请求。

(4). 用户 B 向 AS 服务器送呼叫处理中的应答消息， 100 Trying 。

(5). 用户 B 向 AS 服务器送 183 Session Progress 消息，提示建立对话的进度信息。

（此时被叫 QCI1 专用承载建立）(6). AS 服务器向主叫终端 A 转送 183 Session Progress 消息，终端 A 了解到整个 Session 的建立进度消息。

(7). 终端A 向AS 服务器回复临时应答消息PRACK ，表示收到183 Session Progress 消息。

（此时主叫 QCI1 专用承载建立）(8). AS 服务器向被叫终端 B 转送临时应答消息 PRACK ，终端 B 了解到终端 A 收到 183 Session Progress 消息。

(9). 被叫终端B 向AS 服务器发送200 OK 消息，表示183 Session Progress 请求已经处理成功。

(10). AS 服务器向主叫终端 A 转送 200 OK 消息。

(11). 主叫终端 A 向 AS 服务器发送 UPDATE 消息，意在与被叫终端 B 协商相关 SDP 信息。

(12). AS 服务器向被叫终端 B 转送 UPDATE 消息。

(13). 被叫终端 B 向 AS 服务器发送 200 OK 消息，表示 UPDATE 请求已经处理成功。

( 14). AS 服务器向主叫用户 A 转送 200 OK 消息，通知用户 AUPDATE 请求已经处理成功。

VoLTE系统架构与信令流程VoLTE内部培训系统架构与信令流程IMSR5参考模型(简化)ShDatabasesASSLFHSSISCServicesEleme ntsCxCxDxSessionManagementandRoutingMrGmMwMwP-CSCFI-CSCFS-CSCF MRFCUEPDFMpMiSupportEntitiesMRFPGoGGSNVisitedDomainHomeDomainMjSGWBGCFMGCFIMS⽹络可分为如下⼏个部分SessionMgmt&Routing(CSCFs)Databases(SLF,HSS)ServicesElements(AS,MRFC,MRFP)Inter-workingelements(BGCF,MGCFSGW,MGW)SupportEntitiesMnInterworkingElementsMGWSource:THEIMS,IPMultimediaconcepts&servicesinthemobiledomainSessionManagementandRouting(P-CSCF)(1/3)ShDatabase sASSLFHSSISCCxCxServicesElementsDxSessionManagementandRoutingMrGmMwMwP-CSCFI-CSCFS-CSCFMRFCUEPDFMpMiSupportEntitiesMRFPGoP-CSCF(ProxyCallSessionControlFunction)⽤于在⽤户接⼊IMS⽹络，功能接近于⼀个Proxy与(UA)UserAgent(RFC3261)将⽤户注册请求转发到I-CSCF与PDF功能交互在UE与S-CSCF之间转发信息验证发起地与⽬的地的有效性检测紧急业务的发起向计费单元CCF(Chargingcollectionfunction)发送计费信息提供IMS与UE之间SIP信息的完整性与安全性保护压缩/解压缩UE发出的压缩SIP信息(RFC3320,3485,3486)执⾏媒体控制策略(检查SDP消息中的媒体信息)GGSNVisitedDomainHomeDomainMjSGWBGCFMGCFSource:THEIMS,IPMultimediaconcepts&servicesinthe mobiledomainMnInterworkingElementsMGWSessionManagementandRouting(I-CSCF)(2/3)ASSLFHSSShISCCxCxDxSessionManagementandRoutingMrGmMwMwMRFCUEP-CSCFS-CSCFI-CSCFPDFMpMiMRFPGoGGSNMjVisitedD omainHomeDomainSGWBGCFMGCFI-CSCF(Interrogating-CSCF)当⽤户漫游时作为⽤户接⼊归属⽹络的接⼊点⼀个运营商⽹络可以有多个I-CSCF与HSS联系获取该⽤户归属的S-CSCF地址向该S-CSCF转发所有SIP请求与相应向CCF发送计费信息提供拓扑、配置与能⼒隐藏的功能MnMGWSource:THEIMS,IPMultimediaconcepts&servicesinthemobiledomainSessionManagementandRouting(S-CSCF)(3/3)ASSLFHSSShISCCxCxDxSessionManagementandRoutingMrGmMwMwMRFCUEP-CSCFS-CSCFI-CSCFPDFMpMiMRFPGoGGSNMjVisitedDomainHomeDomainS-CSCF(Serving-CSCF)IMS中业务控制核⼼，处于归属⽹络中负责UE的注册与任务管理在⼀个运营商⽹络中可以有多个S-CSCF处理⽤户注册请求(如RFC3261中描述的registrar);记录所有注册UE的IP地址通过IMSAKA对⽤户鉴权从HSS中下载⽤户信息与业务数据路由被叫⽤户信息到P-CSCF，主叫⽤户信息到I-CSCF、BGCF或AS负责任务控制与紧急呼叫处理通过DNS进⾏E.164到SIPURI(Universalresourceidentifier)之间的转换进⾏媒体策略控制，维护任务执⾏时间向CCF发送计费信息SGWBGCFMGCFMnMGWSource:THEIMS,IPMultimediaconcepts&servicesinthemobiledomainDatabases(HSSandSLF)DatabasesASSLFHSSShISCCxCxDxMrGmMwMwMRFCUEP-CSCFS-CSCFI-CSCFPDFMpMiMRFPGoGGSNMjVisitedDomainHomeDomainSGWBGCFMGCFHSS(HomeSubscriberServer)存储与IMS有关的⽤户与服务信息，包括IMS相关功能包含CS域的HLR/AUC功能包含PS域的HLR/AUC功能HSS中包含⽤户标识、注册信息、接⼊参数与业务触发信息(3GPPTS23.002,23.003.23.008)SLF(SubscriptionLocationFunction)⽤于协助I-CSCF、S-CSCF与AS找到存储该⽤户信息的HSSMnMGWSource:THEIMS,IPMultimediaconcepts& servicesinthemobiledomainServiceElements(MRFC,MRFP)(1/2)A SSLFHSSShISCServicesElementsCxCxDxMrGmMwMwMRFCUEP-CSCFS-CSCFI-CS CFPDFMpMiMRFPGoGGSNMjVisitedDomainHomeDomainSGWBGCFMGCFMRFC(Mul timediaResourceFunctionController)⽀持与承载有关的业务(conferencing,announcements,transcoding)⽀持与S-CSCF通过SIP互通并且通过MEGACO控制MRFP向CCF发送计费信息MRFP(MultimediaResourceFunctionProcessor)按照MRFC的要求提供⽤户⾯的资源MnMGWSource:THEIMS,IPMultimediaconcepts&servicesinthemobiledomainServiceElements(AS)(2/2)ASSLFHSSShISCServicesElementsCxCxDxMrGmMwMwMRFCUEP-CSCFS-CSCFI-CSCFPDFMpMiMRFPGoGGSNMjVisited DomainHomeDomainSGWBGCFMGCFApplicationServer(AS)提供IMS的业务接收与处理来⾃IMS的SIP请求发送SIP请求向CCF与OSC发送计费信息MnMGWSource:THEIMS,IPMultimediaconcepts&servicesinthemobiledomainInterworkingElements(BGCF,MGCF)(1/2)ASSLFHSSShISCCxCxDxMrGmMwMwMRFCUEP-CSCFS-CSCFI-CSCFPDFMpMiMRFPGoGGSNMjVisitedDomainHomeDomainSGWBGCFMGCFBreakoutGatewayControlFunction(BGCF)⽤于选择合适的MGCF进⾏互通通过ENUMDNS按照被叫的E.164号码选择合适的MGCFMediaGatewayControlFunction(MGCF)⽤于执⾏IMS与CS域的互通执⾏不同域之间的协议转换（BICC,ISUP与SIP）MnInterworkingElementsMGWSource:THEIMS,IPMultimediaconcepts&servicesinthemobiledomainInterworkingElements(MGW,SGW)(2/2)ASSLFHSSShISCServicesElementsCxCxDxMrGmMwMwMRFCUEP-CSCFS-CSCFI-CSCFPDFMpMiMRFPGoGGSNMjVisitedD omainHomeDomainSGWBGCFMGCFSignallingGateway(SGW)⽤于连接不同的信令⽹络实施信令承载的转换(SS7-SIGTRAN)MediaGatewayControlFunction(MGW)连接不同域的⽤户平⾯(PSTN,GSM,WCDMA与IMS)不同⽹络之间的编解码转换MnInterworkingElementsMGWSource:THEIMS,IPMultimediaconcepts&servicesinthemobiledomainSupportEntities(PDF)ASSLFHSSShISCCxCxDxSessionManagementandRoutingMrGmMwMwMRFCUEP-CSCFS-CSCFI-CSCFPDFMpMiMRFPGoGGSNMjVisit edDomainHomeDomainSGWBGCFMGCFPDF(PolicyDecisionFunction)由P-CSCF依据任务与媒体信息进⾏策略控制存储业务与媒体相关信息(IPaddress,port#,bandwidth,etc.)⽣成⽤于标识PDF与任务的Authorisationtoken当收到GGSN请求后按照存储的任务/媒体信息作出QoS决策在任何时刻撤回授权控制对承载的使⽤当承载发⽣变化时通知P-CSCF在GGSN与P-CSCF之间交换ChargingIDMnMGWSource:THEIMS,IPMultimediaconcepts&servicesinthemobiledomain业务服务器注册以及SIP⽤户移动性管理控制SIP任务建⽴，在IMS域内提供业务⽀持能⼒应⽤层与承载层⽤户与业务数据QoS策略控制,计费MRF=铃⾳，通知，多⽅通话BGCF发现正确的MGCF在CS与IMS域之间的控制层⽹关(PSTN,GSM,3GR‘99)=>发起/终结七号信令提供媒体层（MGW）的控制与管理SGW提供信令承载的转换MGW将按时隙封装的话⾳转化为IP数据包3GPPRel’5IPMultimediaSubsystem(总结)ShSLFHSSASISCCxCxDxMrGmMwMwMRFCUEP-CSCFS-CSCFI-CSCFPDFMiMRFPGoGGSNMjSGWBGCFMG CFMnHomeDomainVisitedDomainMGWSIPSIPSIPSIPSIPSIPSIPDiameterDiameterDiameterDiameter3GPPRel5/6IMS主要协议与接⼝DhRo,RfSLFHSSASShISCCxCxDxMrGmMwMwRo,RfMRFCUEP-CSCFS-CSCFI-CSCFSIPRfRfRo,RfPDFMpMegacoM iCompressionCOPSforPolicyControlMRFPGoMgGGSNVisitedDomainHomeDomainMjSGWBGCFMGCF主要IMS协议SIP(SessionInitiationProtocol)Gm,Mw,Mr,Mi,Mg,Mj,ISCDiameterDh,Sh,Cx,Dx(UsesDiameterSIPapplication)Rf接⼝⽤于离线计费使⽤Diameter计费请求Ro接⼝⽤于在线计费使⽤DiameterCreditControlapplication（DCCA）RfRfSIPSIP-ISUPMegacoMnMGWR6InterfaceLTE⽹络的语⾳业务实现⽅案DS-UE/SV-LTELTE多模双待单卡（USIM）终端通过同时接⼊LTE和CS⽹络实现数据业务和语⾳业务的共存和并发：数据业务通过LTE⽹络承载，语⾳业务通过传统电路域⽹络承载。

信令跟踪1、端到端虚用户跟踪1.1、功能说明端到端用户跟踪：支持对LTE/EPC解决方案中网元的全网端到端用户跟踪。

网管通过管理链路下发跟踪命令至SAE-HSS（SAE-HSS发起的单用户跟踪）或MME（MME发起的单用户跟踪），包括创建、查询和删除跟踪任务。

SAE-HSS（SAE-HSS发起的单用户跟踪）或MME（MME 发起的单用户跟踪）通过信令链路传播跟踪控制参数至SGW、PGW或eNodeB。

MME、SGW、PGW、eNodeB执行用户跟踪，并将跟踪结果通过跟踪数据链路上传至网管，由网管对跟踪信令进行显示。

虚用户跟踪：虚用户跟踪是一种特殊的跟踪，其被跟踪用户所在eNodeB 未知。

创建虚用户跟踪前，需要先在MME 上启动跟踪，并设置相应的跟踪参考号。

然后在M2000 上建立虚用户跟踪任务时，需要填入相应的跟踪参考号。

成功创建虚用户跟踪后，M2000 根据跟踪参考号从相关的eNodeB 上获取跟踪结果数据。

1.2、操作指导准备工作1：由于端到端用户跟踪和虚用户跟踪都需要用到跟踪参考号，所以需要确保M2000事先添加了MME/HSS网元。

然后先设置端到端用户跟踪，终端的IMSI或MSISDN获取随机分配的跟踪参考号，如下图：Step1：Step2：设置接口，一般默认全选，然后点击完成即可使任务生效端到端用户跟踪就设置完了，在此基础上可以进行虚用户跟踪的设置（通过M2000或OMC）：Step1：填写之前端到端跟踪获取的跟踪参考号Step2：确认即可启动跟踪任务，如下图：2、C ELL DTStep1：登录M2000服务器\OMC 服务器，选择监控->信令跟踪->信令跟踪管理Step2：在左侧菜单栏中双击“Cell DT 跟踪”Step3：点击“创建”，填写跟踪名称，并选定跟踪网元，点击下一步Step4：设置小区跟踪界面小区ID：按实际填写；上报类型选择“消息上报”；不同层的统计：勾选“L2”；MAC层协议栈数据跟踪根据需要选中响应的字段，常规跟踪字段填写14/34/50/111 3、IFTS功能说明IFTS跟踪可进行L1、L2以及L3的信息采集，在同类型跟踪中，它的采集能力最为强大。

VOLTE测试方法及信令培训V4VOLTE测试方法及信令培训V4一、VOLTE测试方法1.网络准备在进行VOLTE测试前，首先需要搭建好LTE网络。

可以使用商用LTE基站设备或者模拟器来模拟真实的LTE网络环境。

2.设置测试场景根据测试需求设置合适的测试场景。

比如可以设置不同的信道条件、不同的网络负载以及不同的网络拓扑结构等。

3.配置测试设备配置VOLTE测试所需的设备，包括测试手机、测试仪、测试服务器等。

测试手机需要支持VOLTE功能，并且能够连接到LTE网络。

4.进行测试进行各种VOLTE测试，包括语音通话质量测试、多用户并发测试、呼叫接通率测试等。

通过对测试结果的分析和比对，评估VOLTE网络的性能和稳定性。

二、VOLTE信令培训1.基本概念2.信令流程VOLTE通话的信令流程包括注册、呼叫建立、通话控制和释放等几个阶段。

在注册阶段，手机通过向IMS注册服务器发送注册请求来建立与IMS的连接。

在呼叫建立阶段，发起呼叫的一方向IMS发送呼叫请求，IMS根据呼叫请求找到被叫方并建立通话连接。

通话控制阶段是指通话过程中的控制信令交换，包括通话保持、通话切换等功能。

通话释放阶段是通话结束后释放通话连接。

3.信令参数在VOLTE通话中，有一些重要的信令参数需要注意。

比如SIP （Session Initiation Protocol）消息中的Call-ID、From、To等字段，用于唯一标识一个通话会话和识别通话参与者。

还有SDP（Session Description Protocol）消息中的音频编码格式、媒体端口等字段，用于描述通话的媒体属性。

4.信令分析工具进行VOLTE信令分析可以使用一些专业的工具。

比如Wireshark，它是一款开源的网络协议分析工具，可以捕获和分析VOLTE通话的信令流程，帮助解决通话质量问题和故障排查。

5.信令排查方法当出现VOLTE通话质量问题时，可以采用排查方法来找出问题的原因。

电话追呼系统操作手册All rights reserved版权所有侵权必究前言本使用手册包含电话追呼系统【服务端】和电话追呼系统【客户端】两部分。

第一部分为服务器端使用手册，第二部分为客户端使用手册。

在客户端使用手册中，分类举例说明各项操作。

相信通过举例说明，用户很快就能够掌握整个系统的操作使用。

声明本使用手册已有版权归属，任何单位和个人不得将其内容全部或部分拷贝、出售、租赁、修改用于非法目的，否则将被追究其法律责任。

警示本系统专为治理牛皮癣或小广告而设计开发，主要使用者是城市监察管理局。

强烈反对用此系统对无辜电话进行追呼！目录电话追呼系统操作手册 (1)第一部分电话追呼系统[服务端]使用说明 (4)第一章语音卡 (4)1.1硬件安装 (4)1.2驱动安装 (4)第二章电话追呼系统【服务端】 (4)2.1配置要求 (4)2.2服务端软件安装 (5)2.3语音卡参数配置 (5)2.4系统操作说明 (6)2.5参数配置 (6)2.6如何录制追呼提示语音 (10)2.7注意事项 (10)第二部分电话追呼系统【客户端【使用说明 (11)第一章软件安装 (11)1.1配置要求 (11)1.2客户端软件安装 (11)1.3数据库参数配置 (11)第二章运行客户端软件 (12)2.1客户端软件 (12)2.2 系统参数 (13)2.3 修改密码 (13)2.4 语音管理 (14)2.5 禁呼号码 (15)2.6 账号管理 (15)2.7 区域代码 (16)2.8 号码类型 (17)2.9 号码管理 (18)2.10创建追呼 (19)2.11 追呼任务查询 (21)2.12 人工通话（可选模块） (22)附1：提高呼叫频率的小技巧： (23)附2：追呼系统重要功能说明 (23)第一部分电话追呼系统[服务端]使用说明第一章语音卡1.1硬件安装1、关掉待安装微机所有电源，包括所有外设的电源。

2、拧下固定机箱盖的螺丝，小心卸下微机机箱上盖。

1、测试前台主叫正常信令流程
INVITE REQUEST包含主被叫号码，CALL ID每次呼叫唯一标识，告知主叫支持媒体类型和编码方式；未资源预留时，LOCAL/REMOTE状态为NONE
资源预留完成后在UPDATE 200 OK看到sendrecv状态，表示主被叫已准备好，接下来振铃。

2、测试前台被叫正常信令流程
被叫发送183进程携带被叫支持的会话媒体类型和编码方式
服务器将最终协商会话编码方式183进程里发送给主叫
3、测试前台主叫先挂机信令流程
4、测试前台被叫先挂机信令流程
5、测试接通前挂机异常信令说明
只有被叫摘机通话前，提前挂断都是发送CANCEL取消INVITE请求。

只有通话后才发送是BYE
6、测试CALL HOLD（通话保持）信令说明
7、测试通过中主叫再次拨打被叫信令说明。

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重配置中附带下来。

学习笔记1.VOLTE相关内容学习支持eSRVCC的UE主叫流程✓P1：UE_A发起会话，向IMS拜访网络入口P-CSCF发送INVITE消息。

✓P2：P-CSCF/ATCF收到INVITE消息后，判断需要锚定此会话，则进行本端媒体资源预留，并将INVITE消息发送到S-CSCF。

如果该会话的注册信息已绑定了eSRVCC相关信息，则P-CSCF/ATCF也将该会话与eSRVCC相关信息相绑定。

✓P3～P4：S-CSCF收到INVITE消息后，根据主叫用户签约的iFC模板数据，触发SCC AS。

✓P5～P6：S-CSCF将呼叫接续到被叫侧。

✓P7：S-CSCF收到被叫侧的183响应后，将其转发给SCC AS。

✓P8：SCC AS收到183响应后，做如下处理：1)判断主叫用户是否已在IMS-HSS签约了STN-SR号码和C-MSISDN号码。

如是，则在183响应中增加Feature-Caps头域，表明该会话被SCC AS锚定。

2)将183响应发送给S-CSCF。

✓P9：P-CSCF/ATCF收到S-CSCF转发的183响应，发现其中携带+g.3gpp.srvcc标识，则记录该标识与该会话的关联。

✓P10：UE_A收到183响应，发现其中携带Feature-Caps头域和+g.3gpp.srvcc标识，则记录该会话支持eSRVCC切换。

✓P11～P12：S-CSCF收到被叫侧针对INVITE请求的200 OK后，将其转发给SCC AS。

✓P13：SCC AS收到200 OK后将200 OK发送给S-CSCF。

✓P14～P15：UE_A收到200 OK。

支持eSRVCC的UE被叫流程✓P1：被叫侧I-CSCF收到初始会话请求。

✓P2：I-CSCF将INVITE消息转发到被叫用户注册的S-CSCF。

✓P3：S-CSCF收到INVITE消息后，根据被叫用户签约的iFC模板数据，触发SCC AS。

✓P4：SCC AS收到INVITE消息后，做如下处理：1)判断被叫用户是否已分配STN-SR号码和C-MSISDN号码。

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.1VoLTE 用户呼叫VoLTE 用户，主被叫均附着在LTE1主叫用户UE(O)的呼叫请求发送到主叫PCSCF。

volte主被叫信令流程小结第一篇：volte主被叫信令流程小结VOLTE呼叫流程介绍：A和B均在IDLE模式，A用户（主叫Caller）呼叫B用户（被叫Callee）流程图；A、B均在MME附着，已在AS服务器注册；VOLTE呼叫业务流程VOLTE呼叫业务流程VOLTE呼叫业务流程备注：黑色，正常消息描述，包括Rrc、S1信令和普通描述等；红色，NAS标准信令；蓝色SIP标准信令；上述A和B均是IDLE模式，互相拨打的方式是实际应用场景中最常见的一种方式，具体流程如下：1.用户A和用户B在注册成功后，无业务触发，MME发起上下文释放，将A和B均置为IDLE模式。

2.UE A呼叫UE B，此时A发现其为IDLE模式，则需要先建立信令连接。

受限缓存需要发送的数据，向eNodeB发起RRC Connection Request，携带初始UE ID和S-TMSI（第一次是随机值，此时TMSI值应为有效）。

3.eNodeB向UE回复RRC Connection Setup，其中携带无线资源专用配置信息。

4.UE向eNodeB回复RRCConnection Setup Complete，确认RRC建立成功完成。

其中携带选择的PLMN ID，注册的MME信息和NAS消息。

5.eNodeB发送Initial UE Message到MME，其中携带eNodeB UE S1APId，TAI，E-UTRAN-CGI，RRCEstablishment Csuse，NASPDU为Service Request。

6.MME侧用户面承载建立成功后向eNodeB返回Initial Context Setup Request，携带MME UE S1APId，ERAB相关信息（Qos，GTP-TEID，ERAB id，IP），UE安全能力和安全密钥，如果存在UE无线能力，也需要带回。

如果没有UE无线能力，则eNodeB 需要向UE索要UE无线能力参数。

VoLTE网络优化指导手册项目名称文档编号版本号作者版权所有大唐移动通信设备有限公司本资料及其包含的所有内容为大唐移动通信设备有限公司(大唐移动)所有,受中国法律及适用之国际公约中有关著作权法律的保护。

未经大唐移动书面授权，任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容，违者将被依法追究责任。

文档更新记录目录1VoLTE总体背景 (5)1.1概述 (5)1.2V O LTE基本概念及技术特征 (5)1.3V O LTE关键技术 (6)1.3.1无线承载Qos等级标识 (6)1.3.2AMR-WB语音编码 (7)1.3.3SIP(Session Initiation Protocol)&SDP (8)2.3.4 RoHC健壮性报头压缩协议 (10)2.3.6 eSRVCC(Enhanced Single Radio V oice Call Continuity) (10)2VoLTE网络优化流程 (13)3VoLTE网络优化指导思想与原则 (13)3.1基础优化 (13)3.2邻区优化 (14)3.3时延优化 (15)3.4RTP丢包率优化 (16)4TD-LTE关键过程信令流程解析 (17)4.1概述 (17)4.2关键过程信令流程解析 (17)4.2.1注册过程 (17)4.2.2语音呼叫过程 (19)4.2.3eSRVCC过程 (21)5VoLTE关键参数解析 (23)6VoLTE专题优化分析 (24)6.1全程呼叫成功率优化 (24)6.1.1指标定义 (24)6.1.2优化方法 (26)6.1.2.1终端侧优化方向 (26)6.1.2.2无线侧优化方向 (26)6.1.2.3核心侧优化方向 (27)6.2MOS简介 (27)6.2.1优化方法 (27)6.2.1.1编码速率 (27)6.2.1.2ERAB保证速率 (27)6.2.1.3RTP丢包率优化 (28)6.2.1.4SINR优化 (28)6.2.1.5切换优化 (29)7Volte优化中CDL使用方法 (29)7.1借助UE的M-TMSI在CDL信令中确定测试终端 (29)7.2注册过程空口信令与CDL信令对应 (34)7.3V O LTE在O UTUM与CDL中的呼叫信令对应 (38)7.4E SRVCC切换流程中的信令对应 (43)8TD-LTE优化案例分析 (44)8.1SIM卡无V O LTE权限导致注册失败 (44)8.2EPC数据缺少导致SIM卡无法注册 (45)8.3V O LTEERAB建立与切换过程并发导致未接通 (47)8.4背向覆盖导致未收到寻呼出现未接通 (48)8.5通话过程中被叫收到来自主叫的INVITE，导致软件统计出现未接通 (49)8.6被叫频繁小区重选导致无法收到寻呼出现未接通 (50)8.7UE上发INVITE无响应导致未接通 (51)8.8主叫未收到INVITE183导致超时未接通 (52)8.9核心网和终端协商速率过低导致视频电话质量差 (53)8.10ERAB保证速率过低导致MOS差 (56)8.11广播MCS等级设置不合理导致随机接入困难 (57)8.12无线环境差导致基站释放专载失败 (58)8.13弱覆盖导致低MOS及掉话 (59)8.14IMS未下发BYE导致掉话 (60)8.15被叫UE由于RRC重建用到较远小区导致掉话 (61)8.16UPDATE编码格式协商超时导致掉话 (63)8.17SIM授权问题导致E SRVCC无法执行 (64)8.18高通芯片BUG导致无法E SRVCC切换 (66)8.19LTE小区E SRVCC优化参数设置问题导致掉线 (68)8.20RAC配置错误导致E SRVCC切换失败 (70)1 VoLTE总体背景1.1 概述目前业界对LTE语音的解决方案有三种，分别是VOLTE、CSFB、SGLTE， VOLTE与CSFB 是3GPP标准化方案，SGLTE为终端实现方案，其中VOLTE是移动4G语音解决方案的终极方案；SGLTE不需要对网络进行改动，VOLTE与CSFB均需对网络进行改造。

VoLTE网络优化指导手册项目名称文档编号版本号作者版权所有大唐移动通信设备有限公司本资料及其包含的所有内容为大唐移动通信设备有限公司(大唐移动)所有,受中国法律及适用之国际公约中有关著作权法律的保护。

未经大唐移动书面授权，任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容，违者将被依法追究责任。

文档更新记录目录1VoLTE总体背景 (5)1.1概述 (5)1.2V O LTE基本概念及技术特征 (5)1.3V O LTE关键技术 (6)1.3.1无线承载Qos等级标识 (6)1.3.2AMR-WB语音编码 (7)1.3.3SIP(Session Initiation Protocol)&SDP (8)2.3.4 RoHC健壮性报头压缩协议 (10)2.3.6 eSRVCC(Enhanced Single Radio V oice Call Continuity) (10)2VoLTE网络优化流程 (12)3VoLTE网络优化指导思想与原则 (13)3.1基础优化 (13)3.2邻区优化 (14)3.3时延优化 (15)3.4RTP丢包率优化 (17)4TD-LTE关键过程信令流程解析 (17)4.1概述 (17)4.2关键过程信令流程解析 (18)4.2.1注册过程 (18)4.2.2语音呼叫过程 (20)4.2.3eSRVCC过程 (22)5VoLTE关键参数解析 (24)6VoLTE专题优化分析 (25)6.1全程呼叫成功率优化 (25)6.1.1指标定义 (25)6.1.2优化方法 (27)6.1.2.1终端侧优化方向 (27)6.1.2.2无线侧优化方向 (27)6.1.2.3核心侧优化方向 (28)6.2MOS简介 (28)6.2.1优化方法 (28)6.2.1.1编码速率 (28)6.2.1.2ERAB保证速率 (28)6.2.1.3RTP丢包率优化 (29)6.2.1.4SINR优化 (29)6.2.1.5切换优化 (30)7Volte优化中CDL使用方法 (30)7.1借助UE的M-TMSI在CDL信令中确定测试终端 (30)7.2注册过程空口信令与CDL信令对应 (35)7.3V O LTE在O UTUM与CDL中的呼叫信令对应 (39)7.4E SRVCC切换流程中的信令对应 (44)8TD-LTE优化案例分析 (45)8.1SIM卡无V O LTE权限导致注册失败......................................错误!未定义书签。