eSRVCC详细流程
eSRVCC邻区维护指导手册V1(项目版)_修正版_修正版
eSRVCC邻区维护指导手册作者:陈欢日期:2015年9月22日目录eSRVCC邻区添加&维护指导 (1)1. eSRVCC邻区添加&维护流程示意图 (3)2. eSRVCC邻区初始添加 (4)2.1 手动添加LNADJG (4)2.2 手动添加LNRELG (4)2.3 手动添加LNHOG (5)2.4用plan添加LNADJG (5)2.5用plan添加LNRELG (6)2.6 用plan添加LNHOG (7)3.eSRVCC邻区维护 (9)3.1外部邻区EXGCE维护 (9)3.1.1外部邻区EXGCE参数修改 (10)3.1.2外部邻区EXGCE删除 (11)3.2 LNADJG维护 (11)3.2.1 LNADJG添加 (11)3.2.2 LNADJG删除 (12)3.2.3 LNADJG删除后重新添加 (13)3.3 LNRELG维护 (13)3.3.1 LNRELG添加 (13)3.3.2 LNRELG删除 (13)3.3.3 LNRELG删除后重新添加 (14)3.4 LNHOG维护 (14)3.4.1 LNHOG添加 (14)3.3.4 LNHOG覆盖式添加 (14)3.5 邻区同步 (15)4.制作脚本的模板及工具 (16)eSRVCC 邻区添加与维护1. eSRVCC 邻区添加&维护流程示意图2. eSRVCC邻区初始添加eSRVCC邻区包含3个部分,LNADJG、LNRELG、LNHOG。
LNADJG是4G到2G的邻区链路,相当于4G邻区的LNADJ,它涉及的规划参数有GSM CI、BCCH、BCC、NCC、LAC;LNRELG 是eSRVCC的邻小区,相当于4G邻区的LNREL,它涉及的规划参数有GSM CI、LAC;LNHOG 是2G邻区的测量信息,相当于4G的异频测量LNHOIF,它涉及的参数有B2事件本小区判决门限、邻小区判决门限以及频点list。
4 SRVCC(eSRVCC)技术详解及优化
1
LTE 语音解决方案 VoLTE 介绍 eSRVCC语音方案
eSRVCC切换时延分析 eSRVCC相关指标
eSRVCC参数配置 eSRVCC优化案例
LTE语音解决方案
多模单待
VoLTE-Only 语音、数据在LTE进行 LTE语音 解决方案 语音在CS进行 数据在LTE进行
eSRVCC语音方案--eSRVCC无线侧切换信令
• •
eNB给MME发送的HandoverRequire消息中带有eSRVCC 切换指示,切换原因,切换 目标小区等。 当GSM系统资源准备完成,由MME通过S1口发送HandoverCommand 消息到基站触 发由E-UTRAN到GSM的切换,消息中带有切换的 GERAN目标小区。
eSRVCC ( Enhanced SRVCC) •在SRVCC的基础上,增加ATCF网元,作为SCC AS的前置网元,替代SCC AS作为信令面锚点
•ATCF位于服务网络,而SCC AS位于归属网络,ATCF更接近终端,减少了MSC到IMS的承载建立时间
•增加的ATGW作为媒体面锚点,避免到远端的Remote Leg Update过程。这样可以提高切换成功率,同 时降低切换时间
VoLTE/SRVCC
•特点:语音业务基于IMS 提供,并支持从LTE切换到 2G/3G网络的语音连续性 •优势:基于LTE的语音, 音质好,频谱利用率高, 语音和数据业务可以并发
•劣势:需要部署IMS,终 端支持SRVCC的终端较少
•优势:对网络改动小,用 户体验不变,语音和数据 可以并发,无需切换
•劣势:终端要支持双待, 对手机芯片、电池续航力 都有较高要求
•优势:对终端要求较低, 重用传统2G/3G网络
VOLTE关键指标优化手册
VOLTE关键指标优化手册目录1指标概述 (3)2性能指标优化 (5)2.1高RRC连接重建占比小区比例优化 (5)2.2高PDCP层丢弃包率小区优化 (8)2.3高掉话小区比例优化 (11)2.4E_RAB建立成功率(QCI_1)优化 (13)2.5高S1切换占比小区比例优化 (15)2.6高DPCP层用户面时延小区比例优化 (17)2.7E SRVCC切换成功率优化 (19)1指标概述为提升VOLTE网络质量,提升监控人员关键指标问题处理技能,制定VOLTE关键指标优化手册。
具体VOLTE关键KPI如下表所示:2性能指标优化2.1高RRC连接重建占比小区比例优化1.指标名称:RRC重建比例2.指标解释:RRC连接重建请求次数/(RRC连接重建请求次数+RRC连接建立请求次数)*100%>10%3.指标原因分析:当用户处于RRC连接状态时,如果出现切换失败、无线链路失败、底层制式完整性校验失败、E-UTRA侧移动性失败、RRC重配置失败等情况,将会触发RRC连接重建。
在日常TOP小区处理时,切换失败、无线链路失败以及RRC重配置失败导致的高RRC重建占比较大,下图为常见的问题定位原因:1)告警故障导致2)参数异常导致3)切换异常导致4)干扰问题5)拥塞问题6)弱覆盖问题7)终端问题4.指标处理流程:RRC连接重建比例处理流程图如下:处理步骤:1)拥塞问题分析以平均用户数和最大用户数作为主要监控指标,是由于用户限制而导致的接入失败,需要分析用户数及流量变化趋势。
如果由于周围站点退服导致Top小区的接入数突增,需要在优化有接入用户数相关的参数或控制覆盖的范围以减少小区内的用户数的同时派单处理基站故障。
2)小区告警故障分析通过site manager登录eNB的IP地址来查看该小区当前是否存在明显的故障告警.对现网指标影响较大,对未及时处理故障的,建立先进行闭锁,以免影响现网指标,待故障处理完后再开启,以下告警为重要告警需要排障:3)参数设置核查➢定时器参数核查,例如最小接入电平、T301、T310、n310定时器等参数➢PCI核查:在mapinfor中查看与周边邻小区是否有PCI mod3问题,通过PCI调整避免mod3问题的出现:方向对打的两个小区,若是出现mod3问题,会导致用户随机接入失败,RRC连接建立失败重而发起重建。
VOLTE语音业务培训材料2-理论与案例 201702...
Volte语音业务培训材料2提纲:1、volte语音业务信令流程:前台、完整流程、炎强、博瑞得、基站侧;未接通案例,掉话案例。
关键节点:UE、eNodeB、MME、SAE(SGW&PGW)、PCRF、SBC(SBC\P-CSCF\ AGCF\ ATGW)、I/S-CSCF、AS(MMtel)、HSS2、初始注册、重注册关键节点:初始注册有401,nonce值为空,会影响业务;重注册无401,nonce值不为空,不影响业务。
另外,expires 为60000表示要注册,如果为0则表示去注册。
Nonce是RAND+AUTN的B64编码。
3、eSRVCC流程、案例关键节点:handover command是在Handover from E-UTRAN Command里面解出来,如果到2G之后320ms(T3214)收不到physical information,则会返回4G重建。
4、附录内容一.VOL TE语音业务完整信令流程1主叫用户UE(O)的呼叫请求发送到主叫P-CSCF。
呼叫请求中包含precondition(为了确保呼叫建立之后有足够的媒体资源供会话使用)相关参数,其中主叫侧和被叫侧均为none。
2主叫PCSCF通过AAR消息向PCC申请通话资源(临时),同时请求主叫用户位置信息。
按标准流程,VoLTE SBC(P-CSCF向PCRF发送AAR消息,携带用户IP、媒体部件信息(关键参数包含Media-Type、Flow-Description、Flow-Status)和AF应用标识等信息。
VOLTE SBC(P-CSCF)计算出相应的带宽信息满足与该次通话协商的编码。
消息除了携带业务流信息外,消息中还携带AF-Charging-Identifier,通知PCRF ICID。
消息中携带的终端地址为IPv6地址。
同时携带Specific-Action AVP,其值为CHARGING_CORRELATION_EXCHANGE (1),VoLTE SBC(P-CSCF)要求PCRF上报接入网侧的计费标识。
esrvcc切换流程
esrvcc切换流程ESRVCC切换流程。
ESRVCC(Enhanced Single Radio Voice Call Continuity)是指在LTE网络中,当用户从VoLTE(Voice over LTE)业务切换到2G/3G网络时,保证语音通话的持续性和质量的技术。
ESRVCC切换流程是实现这一技术的关键步骤,下面将详细介绍其切换流程。
1. 切换触发。
ESRVCC切换流程首先需要触发切换过程。
当用户从LTE网络切换到2G/3G网络时,需要触发ESRVCC切换流程。
切换触发可以由多种因素引起,例如网络负载、信号强度等。
一旦触发切换,就会启动ESRVCC切换流程。
2. 切换准备。
在切换触发后,系统会进行切换准备工作。
这包括对切换目标网络的准备工作,如寻呼、资源预留等。
同时,还需要对用户的语音通话进行准备,确保语音通话的持续性和质量。
切换准备是ESRVCC切换流程中的重要环节,直接影响到切换的成功与否。
3. 切换执行。
一旦切换准备工作完成,系统就会执行切换过程。
这包括对用户语音通话的切换以及切换目标网络的切换过程。
在切换执行阶段,系统需要保证语音通话的持续性和质量,确保用户的通话不受影响。
4. 切换完成。
切换执行完成后,系统需要进行切换完成的确认工作。
这包括对切换后的语音通话进行确认,确保语音通话的持续性和质量。
同时,还需要对切换目标网络进行确认,确保用户能够正常使用2G/3G网络进行通信。
5. 切换优化。
切换完成后,系统需要进行切换优化工作。
这包括对切换过程中出现的问题进行分析和优化,以提高切换的成功率和质量。
同时,还需要对切换过程中的性能进行评估,以进一步优化ESRVCC切换流程。
在ESRVCC切换流程中,切换触发、切换准备、切换执行、切换完成和切换优化是五个关键步骤。
只有这些步骤都得到有效执行,才能保证ESRVCC切换流程的成功和高质量。
因此,运营商和设备厂商需要密切合作,共同优化ESRVCC切换流程,为用户提供更好的语音通话体验。
华为SEQ VoLTE指标规范
华为SEQ VoLTE指标规范1VoLTE简介VoLTE即Voice over LTE,它是一种IP数据传输技术,VoLTE是基于IMS的语音业务,可实现数据与语音业务在同一网络下的统一。
4G网络下不仅仅提供高速率的数据业务,同时还提供高质量的音视频通话,后者便需要VoLTE技术来实现。
VoLTE技术带给4G用户最直接的感受就是接通等待时间更短,以及更高质量、更自然的音视频通话效果。
VoLTE与2G、3G语音通话有着本质的不同。
VoLTE是架构在4G网络上全IP条件下的端到端语音方案。
VoLTE相较2G、3G语音通话,语音质量能提高40%左右,因为它采用高分辨率编解码技术。
VoLTE为用户带来更低的接入时延(拨号后的等待时间),比3G降50%,大概在2秒左右,而2G时代在6~7秒。
此外,2G、3G下的掉话时有发生,但VoLTE的掉话接近于零。
对运营商而言,部署VoLTE意味着开启了向移动宽带语音演进之路。
从长远来看,这将给运营商带来两方面的价值,一是提升无线频谱利用率、降低网络成本。
因为对于语音业务,LTE的频谱利用效率远远优于传统制式,达到GSM的4倍以上。
另一个价值就是提升用户体验,VoLTE的体验明显优于传统CS语音。
首先,高清语音和视频编解码的引入显著提高了通信质量;其次,VoLTE的呼叫接续时长大幅缩短,测试表明VoLTE比CS呼叫缩短一半以上;第三,与RCS的无缝集成可以带来丰富的业务2VoLTE涉及的接口图中红色标记的的探针采集接口是VoLTE涉及的关键接口。
外置探针UuS1-USGIP-CSCF/SBCS-CSCF/I-CSCFS/P_GWENODEBUE MwMMES1-CProbeProbeLTE 信令面数据流IMS 信令面数据流IMS 用户面数据流P-CSCF/SBCMSCSvProbeProbeS11关键网元:P-CSCF :proxy 呼叫会话控制实体 S-CSCF :服务呼叫会话控制实体 UE :用户终端 S-GW :服务网关 P-GW :PDN 网关 MME :移动管理实体 SBC :会话边缘控制MSC :移动交换中心接口简介: 连接的网络或网元 接口名称 接口协议 协议用途遵循标准E-UTRAN<->MME S1-MME S1-AP 用于信令消息传送。
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培训
1
VoLTE VoLTE介绍 eSRVCC语音方案 VoLTE关键技术 VoLTE信令流程 VOLTE关注指标
VOLTE优化思路
特色业务
高清语音
采用AMR-WB编解码, 相比于现网AMR-NB编 解码,频谱范围更宽 话音更自然、舒适、更有 现场感,增加了可懂度和 清晰度。
高清视频
LTE高清视频分辨率建议至少 为VGA,目标实现分辨率 720P、帧率30fps的高质量 视频通话体验。
普通FaceTime VGA/30fps TD可视电话 QCIF/15fps FaceTime HD 720P/30fps
融合消息
增强型通讯录 即时消息、群组聊天 文件传输 内容共享…
自定义头像 心情短语 在线状态
业 务 特 性
当前阶段下可提供VoLTE业务用户之间特色业务
使 用 场 景
VoLTE业务用户 VoLTE业务用户 普通IMS电话 TD可视电话
SIP相关协议简介
• 会话初始协议SIP(Session Initiation Protocol):是一个在IP网络上进行多媒 体通信的应用层控制协议,它被用来创建、修改、和终结一个或多个参加者参加 的会话进程,与SDP、RTP/RTCP、DNS等协议配合,共同完成IMS中的会话建 立及媒体协商。 • 会话描述协议SDP(Session Description Protocol)协议为应用层的控制协议, 由于会话建立过程中的媒体协商。 • RTP/RTCP:都为应用层的承载面协议,会话建立后,RTP协议保证媒体流的实 时传输。RTCP协议对实时传输的媒体流进行监控。
MGCF/ MGW SCC AS
INTRENET
CSCF
Date flow
华为SEQVoLTE指标规范V
华为SEQ VoLTE指标规范1VoLTE简介VoLTE即Voice over LTE,它是一种IP数据传输技术,VoLTE是基于IMS的语音业务,可实现数据与语音业务在同一网络下的统一。
4G网络下不仅仅提供高速率的数据业务,同时还提供高质量的音视频通话,后者便需要VoLTE技术来实现。
VoLTE技术带给4G用户最直接的感受就是接通等待时间更短,以及更高质量、更自然的音视频通话效果。
VoLTE与2G、3G语音通话有着本质的不同。
VoLTE是架构在4G网络上全IP条件下的端到端语音方案。
VoLTE相较2G、3G语音通话,语音质量能提高40%左右,因为它采用高分辨率编解码技术。
VoLTE为用户带来更低的接入时延(拨号后的等待时间),比3G降50%,大概在2秒左右,而2G时代在6~7秒。
此外,2G、3G下的掉话时有发生,但VoLTE的掉话接近于零。
对运营商而言,部署VoLTE意味着开启了向移动宽带语音演进之路。
从长远来看,这将给运营商带来两方面的价值,一是提升无线频谱利用率、降低网络成本。
因为对于语音业务,LTE的频谱利用效率远远优于传统制式,达到GSM的4倍以上。
另一个价值就是提升用户体验,VoLTE的体验明显优于传统CS语音。
首先,高清语音和视频编解码的引入显著提高了通信质量;其次,VoLTE的呼叫接续时长大幅缩短,测试表明VoLTE比CS呼叫缩短一半以上;第三,与RCS的无缝集成可以带来丰富的业务2指标体系2.1VoLTE KQIVoLTE语音业务指标体系有6个KQI,具体指标如下。
说明:完整性KQI指标(即语音MOS和单通)当前只支持VoLTE用户打VoLTE用户且双方均在LTE网络的场景。
2.2VoLTE KPI体系VoLTE指标体系有20个关键KPI,具体指标如下。
3VoLTE涉及的接口图中红色标记的的探针采集接口是VoLTE涉及的关键接口。
外置探针S-CSCF/I-CSCFS/P_GW关键网元:接口简介:4VoLTE KQI指标说明图1: VoLTE KQI信令面流程图说明:图1中200 (INVITE)表示对INVITE请求的响应、且响应码为200。
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 RequestQCI=5该信令是用于建立QCI=5的默认承载,所有SIP信令都通过QCI=5的承载传输,该信令的内容已在该信令前的RRC重配置中附带下来;主要说明如下:该信令中主要是关注QCI等级,必须是QCI=5,才能传输SIP信令,ERAB ID=62)REGISTER1ST Sip Register Request& REGISTER401UnauthorizedREGISTER信令是用于网络注册,建立关联主要说明如下:这是用户的第一个REGISTER REQUST信令,所以鉴权方面部分内容为空,需要网络回应后才能补齐REGISTER 401信令是用于向终端回送401 Unauthorized 质询信息,其中包含安全认证所需的令牌,令牌对应用户第一个REGISTER REQUST信令中鉴权摘要为空的部分,并指明算法,主要说明如下:3)REGISTER2nd Sip Register Request& REGISTER 200第二条Register信令是终端将用户标识和密码根据安全认证令牌加密后回送给服务器主要说明如下:REGISTER 200信令是用是确认注册流程完成,并生成SIP-URI和TEL URI,3GPP TS 定义了三种URI如下,VOLTE中使用了后面两种:Alphanumeric SIP-URIsMSISDN represented as a SIP URI:Example: =phoneMSISDN represented as a Tel URI:Example: tel:REGISTER 200信令截图如下:4)SUBSCRIBE& NOTIFYSUBSCRIBE是一个用来请求对方节点的当前状态以及后续状态变化的请求方法,从网络订阅消息,NOTIFY是用于向服务器请求返回当前状态消息;VOLTE中典型的消息流如下:如果订阅过期了,就必须发起新的SUBSCRIBE来进行订阅SUBSCRIBE CDS信令截图如下:SUBSCRIBE 200 CDS信令截图如下网络通过NOTIFY向UE发送订阅的内容,UE通过NOTIFY 200确认已收到,NOTIFY的CDS信令截图如下:2.语音通话流程及重要信令详解语音呼叫过程就是为典型的SIP通话过程,经过多个修改,基本已经定型;由于VOLTE呼叫其它通话制式的手机时,VOLTE终端侧的信令未有变化,所以本文中不会进行说明;CDS软件信令截图如下:呼叫流程图如下:信令说明如下:1.1到6,UE起呼,UE高层协议层需要发送INVITE到IMS,触发RRC连接、安全模式等过程,并通过RRC重配置消息建立SRB2信令无线承载、恢复QCI 5承载,配置测量控制,IMS收到主叫的INITE消息,开始寻呼,并发送INVITE 100TRYING给主叫UE,用于响应INVITE消息,INVITE消息中包含呼叫类型、主被叫的号码、主叫方支持的媒体类型和编码等;2.7到15,核心网向处于空闲态的被叫发INVITE消息,由于被叫处于空闲态,所以核心网侧触发寻呼消息,寻呼处于空闲态的被叫用户,被叫UE收到寻呼后,触发RRC连接、安全模式等过程,被叫通过RRC 重配置消息建立SRB2信令无线承载,CN侧通过QCI=5的RB向被叫发送INVITE消息,UE收到后发送INVITE 100消息进行响应,同时被叫发送INVITE 183消息给CN表示会话正在处理,启动Precondition资源预留过程,并通知主叫自己所支持的媒体类型和编码,并建立起QCI=1的承载;3. 16到17,IMS收到被叫的INVITE 83 后,对主叫启动Precondition资源预留过程,通过EPC通知主叫SM层建立起QCI=1的承载后,向UE发送INVITE 183消息;4.18到25,主叫向被叫发送PRACK消息,PRACK过程是一个预确认过程,主要为了防止会话超时及拥塞,被叫收到后返回PRACK 200,主叫收到被叫的PRACK 200以后,发送UPDATE消息,进行媒体格式协商过程,被叫通过UPDATE 200返回协商结果;5. 26到31是振铃接听过程,被叫发送INVITE 180给主叫,振铃,摘机后发送INVITE 200给主叫,主叫返回ACK进行确认,通话完全建立,进入通话过程;6. 32到37为挂机过程,通话结束后,主叫发送BYE请求结束本次会话,IMS服务器给被叫发送BYE,请求结束本次会话,被叫挂机,回BYE 200消息,核心网IMS服务器给主叫发BYE 200,标明会话结束,主被叫分别去激活EPS专用承载消息,删除QCI=1的数据无线承载;1)INVITEINVITE是发起会话邀请,在VOLTE中就是用于起呼,INVITE消息中主要包含了主叫信息、被叫号码和主叫支持的格式信令截图如下:2)RRCConnectionReconfiguration QCI=1该信令对应流程中的步骤13、14的RRCConnectionReconfiguration,在核心网下发“Activate Dedicated EPS Bearer Context Request”消息后,基站将该消息附加在“RRCConnectionReconfiguration”消息中一起下发,所以“RRCConnectionReconfiguration”中解码出来的“Activate Dedicated EPS Bearer Context Request”消息内容,与后续的“Activate Dedicated EPS Bearer Context Request”消息内容一致;主要说明如下:1.在pdcp-ConfigheaderCompression可以查到头压缩的的相关配置,主要内容为头压缩使用的方案格式;2.在mac-MainConfig节点下可以查到ttiBundling功能是否开启;3.在该消息中如果查不到关于SPS的IE,则说明SPS为关闭状态;如果SPS开启,SPS在信令中的格式如下:3)UPDATE & UPDATE 200UPDATE主要是用于在呼叫过程中进行媒体格式的二次协商,UPDATE 200消息是对UPDATE消息的确认,UPDATE 200消息中协商结果为双方通话使用的通话格式,通常选取主被叫双方中格式中较低的一种,主被叫双方根据协商结果,通过“Modify EPS Bearer Context Request”消息对EPS承载进行相应的修改;在UPDATE消息中携带了主要建议的语音编码格式,好点正常语音业务上下行各占用2个PRB左右,标清语音和高清语音资源占用基本相同,但差点标清PRB占用数会少一些,未来移动也有可能推广标清语音;在收到的UPDATE 200消息中的编码格式为最终格式,截图如下:如果呼叫2/3G、固话等,协商结果为2/3G、固定电话的编码为准,例如下图中为呼叫2G的UPDATE 200消息,协商结果使用AMR-NB 的编码格式4)视频通话流程与语音通话流程的异同视频电话与语音通话过程基本相同,其中最主要的区别是需要建立QCI=1和QCI=2的承载,QCI=1传送语音,QCI=2传送视频,视频电话的信令截图如下,其中需要注意的是正常结束后会去激活两个承载;主要区别如下:1.语音业务INVITE消息中,呼叫的原因为语音,只携带支持的语音编码格式,视频业务的INVITE中呼叫原因为视频,并携带了主叫支持的视频编码格式;2.视频业务需要建立两条业务承载,QCI=1和QCI=2,这与3G的视频电视只建议一个承载不同,同时视频业务释放时需要释放两条承载;3.eSRVCC切换及重要信令详解VOLTE系统内切换与R8/9的切换相同,所以本文只针对eSRVCC 切换流程进行说明;SRVCC切换流程在3GPP协议TS 里定义,有多种SRVCC流程,本文介绍的是“SRVCC from E-UTRAN to GERAN without DTM support ”流程;eSRVCC切换过程比较简单,与TD-SCDMA中的CS系统间切换流程相似,通过对比可以加深理解;eSRVCC的主要流程为A2B2HORELEASE,目前移动公司的策略是从LTE切向GERAN,本文只说明LTE向GERAN的SRVCC切换过程;测试软件UU口信令截图如下:CDL解码截图如下:信令流程如下:信令说明只说明UU口和S1口的信令,其它步骤详细说明见本节最后面的附件或查询TS 的,主要说明如下:1.步骤1 UE上报B2报告,基站会发起切换判决,这里有两个注意事项,必须UE和CN侧均支持SRVCC切换,基站RRM才会有步骤2判决进行SRVCC切换,否则判决为重定向,详见本文;2.步骤3 eNodeB向源MME发送Handover Required消息,该消息中包含括Target ID多为CGI、generic Source to Target Transparent Container、SRVCC切换指示等;SRVCC HO 指标标明切换目标只是CS域;3.步骤14和15,MME和目标MSC、IMS等经过一系统交互过程后,完成PS到CS的转换过程及目标小区资源预留后,MME向eNodeB发送Handover Command, eNodeB通过MobilityFromEUTRACommand通知UE进行切换;4.步骤16到18,UE切换到GSM,进行同步过程,同步后UE发现Suspend过程,对GPRS业务挂起,后续CN侧会数据业务挂起及通知MME进行链路释放等一系列过程,切换完成;如果在CS 语音结束后UE还在GERANor for any other reason specified in TS, UE则需要按照TS规定恢复PS业务. GN SGSN将按照TS 规定恢复PDP上下文, S4 SGSN将按照TS 规定恢复承载,并且通知S- GW和P-GWs恢复暂停的承载;如果UE在CS语音呼叫终止后已经返回到E-UTRAN,则UE必须通过发送TAU向MME恢复PS服务, MME将通知S-GW and P-GWs恢复挂起的承载,恢复在S-GW和P-GW中挂起的承载,应该通过使用某种操作触发Modify Bearer request消息进行隐式恢复,例如RAU、TAU 或Service Request;S- GW知道承载的暂停状态,并且将转发Modify Bearer request消息到P- GW,如果Modify Bearer Request不是由某类操作触发时,直接恢复必须使用恢复指示消息;1)Attach Request& Initial Context Setup RequestAttach Request信令与Attach过程中的Initial Context Setup Request信令分别包含了UE和网络的SRVCC能力,这是进行SRVCC 的必要条件;主要说明如下:从Attach Request信令中可以得到UE对SRVCC的能力,消息中其它内容与平常的信令相同,UE将SRVCC capability indication作为“UE Network Capability”的一部分包含在Attach Request message/Tacking Area updaterequest中发送给MMEInitial Context Setup Request:注意该消息必须是在Attach过程中的消息才携带SRVCC能力部分;注意事项:1.1、SRVCC与SIM卡签约业务有关,HSS向MME指示UE的签约信息STN-SR是否支持SRVCC。
EPC HSS 和IMS HSS 分离时HSS 实现eSRVCC 方案研究
其中:ATCF:Access Transfer Control Functionality 接入转移控制功能;S6a接口:EPC HSS和MMES T N-S R:S e s s i o n Tr a n sRadio,会话迁移号;vSTN-SR为漫游场景的会话迁移号(当用户漫游到异地LTE网络时);C-MSISDN:用户在CS域的用户号码。
EPC附着流程说明如下:(1)终端从EPC网络附着,请求消息给EPC HSS,位置更新请求消息中携带有反映终端SRVCC能力的UE-SRVCC-Capability(2)E P C H S S存贮终端SRVCC-Capability,并向MME息。
IMS注册流程说明如下:(1)终端从IMS域注册,SIP(Session Initiation Protocol册。
(2)SCC AS向IMS HSS息,向IMS HSS请求用户在CS域的号码(3)I M S H S S从其用户C-MSISDN,IMS HSS将C-MSISDN响应消息中返回给SCC AS。
(4)SCC AS向IMS HSS再次发起用户数据请求消息,请求终端用户的SRVCCCapability。
(5)因为IMS HSS和EPC HSSIMS HSS使用内部接口直接读取到SRVCC-Capability参数,IMS HSSCapability参数携带在用户数据响应消息中返回给AS。
(6)SCC AS向IMS HSS发起用户数据更新请求消息,将vSTN-SR更新到IMS HSS(7)vSTN-SR需要进一步发送到IMS HSS和EPC HSS是融合的,所以内部接口将vSTN-SR传递给EPC HSSvSTN-SR参数携带在插入用户数据请求消息中发送给向E P 和和E P C用户数据响应消息中返回给SCC AS8)SCC AS向IMS HSS发起用户数据更新请求消息,将vSTN-SR更新到IMS HSS中保存。
VoLTE无线优化指导书
VoLTE网络优化指导书目录VoLTE网络优化指导书 (1)1VoLTE网络结构简介 (5)1.1IMS相关网元简介 (5)1.1.1SBC (5)1.1.2CSCF (6)1.1.3VoLTE AS (6)1.1.4HSS (7)1.1.5MGCF/IM-MGW (7)1.1.6BGCF (7)1.1.7DRA (7)1.2IMS中的接口协议简介 (7)1.2.1Diameter (7)1.2.2RTP/RTCP (8)1.2.3SIP简介 (8)1.3SDP简介 (9)1.3.1媒体协商 (9)1.3.2资源预留 (10)1.4被叫域选择和锚定方案 (11)1.4.1VoLTE用户被叫域选择流程 (11)1.4.2被叫锚定方案 (12)2接入优化 (13)2.1接入问题分类及现象 (13)2.2接入流程 (13)2.2.1VoLTE注册流程 (14)2.2.2VoLTE呼叫流程 (16)2.3接入问题原因分析及排查思路 (18)2.3.1IMS注册慢/无法注册 (18)2.3.2VoLTE终端CSFB (21)2.3.3呼叫建立时延长 (22)2.3.4未接通 (23)2.4接入问题无线主要优化手段 (30)2.5附录1:VoLTE注册端到端详细流程 (32)2.6附录2:VoLTE呼叫端到端详细流程(主被叫均在VoLTE) (34)3保持优化 (36)3.1保持问题现象及分类 (36)3.2eSRVCC切换流程 (36)3.3保持问题原因分析及排查思路 (36)3.3.1eSRVCC切换准备时延长 (36)3.3.2eSRVCC用户面中断时延长 (37)3.3.3掉话 (38)3.4保持问题无线主要优化手段 (46)3.5附录1:eSRVCC端到端详细流程 (47)3.6附录2:eSRVCC开启导致4G现网的问题 (51)3.6.1eSRVCC切换功能开启导致ATU设备掉线问题处理 (51)3.6.2eSRVCC开启后CSFB偶尔失败问题处理 (51)4附录:案例集 (52)4.1接入案例 (52)案例1:VoLTE SIM卡无法同时在华为中兴区域使用问题处理 (52)案例2:HTC终端IMS注册慢 (53)案例3:MME参数设置错误导致VoLTE被叫CSFB问题处理 (56)案例4:SBC的AAR消息不合规范导致VoLTE被叫CSFB问题 (59)案例5:SBC回复500错误导致终端SCFB (63)案例6:HTC资源释放过慢导致呼叫建立延过长 (65)案例7:终端侧Invite信令丢失导致呼叫建立过长 (67)案例8:DRA参数配置不合理导致呼叫建立时延长 (72)案例9:中兴SGW寻呼未缓存导致呼叫建立时延长 (73)案例10:SBC收到UPDATE的200OK后没有转发 (74)案例11:基站核心网加密算法配置不一致导致呼叫失败 (76)案例12:中兴SBC发送的AAR消息中IP地址格式错误导致未接通问题处理 (77)案例13:中兴SBC发送的STR消息错误导致未接通问题处理 (79)案例14:华为LDRA参数配置错误导致未接通问题处理 (82)案例15:中兴AAR消息错误导致未接通问题处理 (84)4.2保持案例 (86)案例1:eSRVCC切换准备时延长问题处理 (86)案例2:HTC终端eSRVCC用户面中断时延长问题处理 (88)案例3:HTC终端呼叫20秒后掉话 (90)案例4:无线链路失败导致VoLTE掉话分析 (91)案例5:弱覆盖引起VoLTE掉话 (93)案例6:GSM邻区参数配置错误eSRVCC失败导致掉话 (94)案例7:GSM邻区遗漏重定向引起掉话 (96)案例8:GSM邻区配置不完整导致eSRVCC切换失败 (99)案例9:终端未上报B2测量报告无法进行eSRVCC切换 (105)案例10:LTE小区邻区漏配导致VoLTE掉话 (107)案例11:eSRVCC切换收到了CCO命令 (108)案例12:VoLTE异厂家跨MME切换失败问题处理 (110)案例13:eSRVCC切换功能开启导致ATU设备掉线问题处理 (114)案例14:eSRVCC开启后CSFB偶尔失败问题处理 (117)1 VoLTE网络结构简介VoLTE本质是通过EPS来提供业务接入(包括无线承载和EPC承载),通过IMS核心网提供业务控制(包括会话控制和业务逻辑处理及被叫域选择),通过与GSM网络协助来提供业务连续性(eSRVCC等)。
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重配置中附带下来。
LTEvolte投诉处理流程大全(SEQ使用方法+信令分析详解+投诉案例处理)-1120
处理流程以及数据提取方法一、投诉处理流程二、SEQ提取数据方法VOLTE用户投诉处理(支持实时和历史记录详单)1、登录后,SQM》投诉用户单据查询2、投诉用户单据查询-跟踪号码输入号码136XXXX05053、投诉用户单据查询-数据查询结果(均可钻取详单)4、投诉用户会话跟踪-创建跟踪任务(提取信令)5、投诉用户会话跟踪-实时跟踪结果6、信令详单提取7、语音质量单据查询(这功能暂时我们没权限)可针对单号码进行语音、视频质量查询,查询单号码某次通话过程中GM\S1-U口丢包情况、是否存在单通、单通时长,同时可以通过5S分片具体定位丢包时间点。
三、VOLTE根据信令分析TD-LTE__VoLTE-SIP完整信令解析对关键流程的解释如下表所示:1)主叫发INVITE消息,触发主叫RRC建立过程,INVITE消息中包含被叫方的号码,主叫方支持的媒体类型和编码等。
2)主叫建立SRB2信令无线承载,QCI9默认承载和QCI5 SIP信令无线承载。
例如在本例中,信令无线承载SRB-ID=2;QCI=9的默认承载的eps-BearerID=5,DRB-ID=3;QCI=5的SIP信令承载的eps-BearerID=6,DRB-ID=43)核心网侧收到主叫的INVITE消息以后,给主叫发送INVITE的应答消息,INVITE 100表示正在处理中。
4)核心网向处于空闲态的被叫发INVITE消息,由于被叫处于空闲态,所以核心网侧触发寻呼消息,寻呼处于空闲态的被叫用户5)被叫建立SRB2信令无线承载,QCI9默认承载和QCI5 SIP信令无线承载6)核心网在QCI5 RB承载上,给被叫用户发送INVITE消息7)被叫对INVITE消息的响应被叫收到寻呼但未收到INVITE请求,核心网问题8)被叫方通知主叫方,自己所支持的媒体类型和编码。
9)主叫建立QCI1的数据无线承载,用于承载语音数据,使用UM方式。
例如本例中,eps-BearerID=7,DRB-ID=5。
eSRVCC详细流程
1.1 附录1:eSRVCC端到端详细流程1.用户终端向E-UTRAN发送测量报告2.基于用户终端的测量报告,E-UTRAN决定触发一个到GERAN的SRVCC切换3.源E-UTRAN向源MME发送切换需求(目标ID,源到目标的透明容器,SRVCC切换指示),E-UTRAN在源到目标透明容器中为CS域设置“Old BSS to New BSS information IE”,SRVCC切换指示向MME表明目标只有CS能力,因此这是一个只面向CS域的SRVCC 切换操作。
该消息包含一个UE在目标蜂窝中PS服务不可用的标识4.基于与语音承载相关联的QCI和SRVCC切换指示,源MME将语音承载从非语音承载中分离出来,并对MSC Server启动语音承载的PS-CS切换流程5.MME向MSC Server发送一个SRVCC PS to CS Request消息(国际移动用户标识符IMSI,目标ID,STN-SR,C-MSISDN,源到目标透明容器,MM上下文,紧急标识),如果正在进行的是紧急会话,则消息中将包含紧急标识。
对于UE在受限服务模式下操作的情况,MME也将在请求消息中包含设备识别符。
如果认证过的IMSI和C-MSISDN可用的话,也被包含在请求消息中。
MME从HSS接收在E-UTRAN附着流程期间下载的C-MSISDN和STN-SR作为Subscription profile的一部分。
MME上下文包含相关的安全信息,CS安全密钥由MME从E- UTRAN/EPS域密钥派生,并在MM上下文中发送6.MSC Server通过向目标MSC发送准备切换请求(Prepare Handover Request)消息,使PS-CS切换请求和MSC之间的切换请求实现互操作。
MSC Server分配一个默认SAI作为在到目标MSC的接口上的源ID。
并用BSSMAP为准备切换请求进行封装。
NOTE1:SAI 的默认值是在MSC中配置的,它允许release 8及其后的BSC识别SRVCC切换的源是E-UTRAN.为了保证在目标BSS中准确的统计量,默认的SAI应该跟UTRAN中使用的SAIs 区别开来。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1.1 附录1:eSRVCC端到端详细流程
1.用户终端向E-UTRAN发送测量报告
2.基于用户终端的测量报告,E-UTRAN决定触发一个到GERAN的SRVCC切换
3.源E-UTRAN向源MME发送切换需求(目标ID,源到目标的透明容器,SRVCC切换指示),E-UTRAN在源到目标透明容器中为 CS域设置“Old BSS to New BSS information IE”,SRVCC 切换指示向MME表明目标只有CS能力,因此这是一个只面向CS域的SRVCC切换操作。
该消息包含一个 UE在目标蜂窝中PS服务不可用的标识
4.基于与语音承载相关联的QCI和SRVCC切换指示,源MME将语音承载从非语音承载中分离出来,并对MSC Server启动语音承载的PS-CS切换流程
5.MME向MSC Server发送一个SRVCC PS to CS Request消息(国际移动用户标识符IMSI,目标ID,STN-SR,C-MSISDN,源到目标透明容器,MM上下文,紧急标识),如果正在进行的是紧急会话,则消息中将包含紧急标识。
对于 UE在受限服务模式下操作的情况,MME也将在请求消息中包含设备识别符。
如果认证过的IMSI和C-MSISDN可用的话,也被包含在请求消息中。
MME从HSS接收在E-UTRAN附着流程期间下载的C-MSISDN和STN-SR作为Subscription profile的一部分。
MME上下文包含相关的安全信息,CS安全密钥由MME从E- UTRAN/EPS域密钥派生,并在MM上下文中发送
6.MSC Server通过向目标MSC发送准备切换请求(Prepare Handover Request)消息,使 PS-CS切换请求和MSC之间的切换请求实现互操作。
MSC Server分配一个默认SAI作为在到目标MSC的接口上的源ID。
并用BSSMAP为准备切换请求进行封装。
NOTE1:SAI的默认值是在MSC中配置的,它允许release 8及其后的BSC识别SRVCC切换的源是E-UTRAN.为了保证在目标BSS中准确的统计量,默认的SAI应该跟UTRAN中使用的SAIs区别开来。
SAI:Service Area Identifier
7.目标MSC通过与目标BSS交换切换请求/确认消息来进行资源分配
8.目标MSC向MSC Server发送一个准备切换响应消息(Prepare Handover Response)
9.在目标MSC和与MSC Server关联的MGW 之间建立电路连接。
例如使用ISUP IAM和 ACM messages. ISUP IAM:ISDN User Part Initial Address Message
10. 对于非紧急会话,MSC Server用STN-SR 启动会话迁移(Session Transfer)。
例如:向IMS发送一个ISUP IAM(STN-SR)。
对于紧急会话,MSC Server用本地配置的E-STN-SR 启动会话迁移。
在会话迁移过程中执行标准的IMS业务连续性或紧急IMS业务连续性。
NOTE2:该步骤可在8后就开始。
NOTE3:如果MSC Server正在使用一个ISUP 接口,则在用户平面(subscriber profile)包含的CAMEL触发器对于优先切换不可用的情况下,非紧急会话的
会话迁移可能失败
11.远端(remote end)在会话迁移流程期间被 CS access leg的SDP更新。
此时,VoIP分组的下行数据流被交换到CS access leg
12.源IMS access leg被释放。
NOTE4:Step 11、12与13相独立
13.MSC Server发送一个SRVCC PS to CS响应消息(目标到源透明容器)到源MME
14.源MME发送一个切换命令(Handover Command)消息到源E-UTRAN,该消息只包含语音组件的相关信息
15.源E-UTRAN发送一个Handover from E- UTRAN Command 消息到UE
16.UE调整(tunes to)到GERAN
17.目标BSS进行切换检测(Handover Detection).UE通过目标BSS发送一个切换完成(Handover complete)消息到目标MSC,如果目标MSC不是MSC Server,则目标MSC 发送一个SES(Handover Complete)消息到 MSC Server
18.UE开始挂起(Suspend)流程。
从GUTI中派生TLLI和RAI对。
这将触发目标SGSN向源MME发送挂起通知消息,MME向目标 SGSN返回挂起确认。
NOTE5:MME也许不能从接收到的P-TMSI和 RAI对中派生出GUTI,因此它可能不能辨识出与挂起通知消息相关联的是哪一个UE的上下文,在这种情况下,承载也将被在step 22a去激活或挂起
19.目标BSS向目标MSC发送切换完成 (Handover Complete)消息
20.目标MSC发送一个SES(Handover Complete)消息到MSC Server.语音电路在MSC Server/MGW中完成连接
21.用到MSC Server的ISUP Answer 消息完成建立流程
22.MSC Server发送一个SRVCC PS to CS Complete Notification到源MME,通知它 UE已经到达目标侧。
源MME发送一个 SRVCC PS to CS Complete Acknowledge 消息到MSC Server 进行应答
22a.MME修改语音承载,并设置PS to CS 切换指示器,移除其他的GBR承载,MME还将到S-GW和P-GW的非GBR承载挂起,将所有EPS承载的S1-U承载释放。
所有GBR承载通过在MME、S-GW、P-GW中删除GBR承载上下文而被去激活。
至于GTP-based s5/s8,S-GW通过发送Modify Bearer Request Message请求P-GW删除所有GBR承载上下文。
GBR:Guaranteed Bit Rate PCC:Policy and Charging Control
23a.如果IMSI在VLR(拜访位置寄存器)中未知,则MSC Server将执行到HSS/HLR的MAP Update Location,一种例外是不存在认证过的IMSI(例如对于一个用认证IMSI的紧急会话
服务)
23b.如果MSC Server执行MAP Update Location,并且如果多个MSC/VLR为相同的 LAI服务,则MSC Server用一个带有它自己的网络资源标识符(NRI)的非广播LAI执行到UE的TMSI重分配。
LAI:Location Area Identity
24.对于紧急服务会话,在切换完成以后,源MME或MSC Server可能向源或目标侧关联的GMLC(Gateway Mobile Location Center)发送一个MSC Server 标识的用户位置报告(Subscriber Location Report)
在CS语音会话结束后,如果UE仍在GERAN中,则UE 将通过向SGSN发送一个路由区域更新请求(Routing Area Update Request )来恢复PS服务。
更新类型依赖于GERAN网络的操作模式,如果UE在CS语音会话结束后已经返回到E-UTRAN,则UE将通过发送 TAU(Track Area Update)到MME来恢复PS服务。
MME将通知S-GW和P-GW恢复挂起的承载。