故障现象近期发现LTE数据业务重定向到3G，以及语音CSFB带并发业务时重定向到3G，在这两个过程中数据业务都会中断，需终端在3G网络重新发起PDP激活后业务才能恢复正常。如果终端是手机，则数据业务由4G重定向到3G后需等待5s至20s，终端会重新发起PDP激活。但如果终端是数据卡，重定向到3G网络后会导致拨号连接中断，不能继续进行业务，需重新点击拨号连接。故障分析一、对比业务态下CSFB到UMTS的信令流程（1）并发业务CSFB信令异常流程异常信令流程如上图所示，在业务态下CSFB到UMTS，振铃后要等18s进行PDP激活，之后数据业务才能在UMTS重新建立。（2）正常信令流程而正常情况下的流程是在UMTS不需要进行PDP激活，CS与PS建立只相差2s左右。二、对比FAST RETURN返回LTE的异常信令流程返回LTE网络时TAU更新被拒绝，拒绝的原因是NO EPS bearer context activated（EPS上下文承载没有激活），如下图所示，要重新进行附着流程才能正常回到LTE网络。三、分析定位故障UMTS侧终端的Routing Area Update Request中，包括了承载的激活状态，如下图所示。从协议24.301关于ESM和SM关系的描述中，可以知道NSAPI正是由EBI映射得到的。在以往信令中，可以在Routing Area Updating Accept信令看到路由区更新的结果，如下图所示。即网络侧与终端侧一样，激活了NSAPI为5的承载，并在接下来的Modify PDP context request中进一步对承载进行了配置。正常流程应如下。但在现在的网络中，终端同样进行Routing Area Update Request，网络侧的Routing Area Update Accept消息如下图所示。说明网络侧没有激活NSAPI为5的承载，而相应的终端也把本端激活的承载去激活，并发起Activate PDP Context Request，指出需要激活的NSAPI号，如下图所示。该过程的信令如下。由于回落到UMTS后核心网没有激活终端在路由区更新中指定的承载，导致在CSFB有并发业务的情况下需要在3G网络重新进行PDP上下文建立，而对于4G数据卡而言，在做业务的情况下重定向到3G网络后会导致拨号连接中断，不能继续进行业务。同时由于在FAST RETURN之后，终端中激活的EPS承载上下文与网络中的上下文承载不一致，导致不能TAU成功。故障处理通过以上分析怀疑是核心网存在问题。本地区为异厂家核心网设备，通过与异厂家核心网人员进行沟通也没有得到正面回复。随后现场与异厂家优人员以及局方对该问题进行了讨论，局方网优中心要求异厂家优化人员在自己的业务区域复现该问题，通过对测试log的分析发现在异厂家区域也存在一样的问题，最后局方与异厂家核心网人员进行沟通得知MME与业务相关的部分license权限到期，怀疑是这个原因导致，后续MME进行license升级，升级后复测问题已解决，信令如下图所示。数据业务由4G重定向到3G后核心网激活了终端在路由区更新请求中的指定承载。数据业务回落到3G后的中断问题解决。经验总结在无线侧与核心网是异厂家设备的情况下，排查问题的效率会有一定的折扣，主要是受配合力度影响。因此需要尽量拿出确凿的证据，推动客户协调解决才能提升问题解决的效率。温馨提示：在网站 .cn，“知识库”中有大量实际案例，每日更新，欢迎阅读！点击下面的“阅读原文”可进入微社区提案例需求，我们将根据你的需求推送相应案例。中兴文档(ztedoc)
　文章为作者独立观点，不代表大不六文章网立场
ztedoc中兴通讯以遍及全球140多个国家的网络与服务的经验，提供文档咨询服务、用户文档服务，帮助客户提升知识传递能力，提升运营维护能力。热门文章最新文章ztedoc中兴通讯以遍及全球140多个国家的网络与服务的经验，提供文档咨询服务、用户文档服务，帮助客户提升知识传递能力，提升运营维护能力。&&&&违法和不良信息举报电话：183-
举报邮箱：Copyright(C)2017 大不六文章网扫描二维码登录
请用微信扫描左边二维码获得验证码
* 填写验证码
* 无需输入用户名密码，安全可靠 （需要微信已绑定）
CSFB业务正常信令流程及问题分析
威望 4161 个
礼品券 0 个
专家指数 5
注册 专业方向&
网优来自 石家庄
回答问题数
回答被采纳数
回答采纳率
CSFB业务正常信令流程及问题分析一、
正常CSFB信令流程
1、CSFB业务发起
2、LTE重定向
3、重定向WCDMA后正常语音业务
4、通话结束后返回LTE网络
CSFB问题排查
LTE基站TAC配置与WCDMA邻区的LAC不一致
发起CSFB业务后直接重选至3G
附件下载列表：
11:39:45&&下载次数: 1031
(615.5 KB)
共获得 2 次点评
威望 +1 个
& 不错的资料
发表与： 23:05:28
威望 +1 个
发表与： 10:47:37
作者的更多帖子
积分 84872
威望 273329 个
礼品券 3109 个
专家指数 20472
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
技术问题，回答得专家指数，快速升级
· · · · · · · · · ·
谢谢分享........
对本帖内容的看法？
威望 53873 个
礼品券 5 个
专家指数 0
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
学习学习，谢谢分享了！
对本帖内容的看法？
威望 8134 个
礼品券 5 个
专家指数 56
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
原帖由 shuzhi 于
11:39:45 发表
CSFB业务正常信令流程及问题分析一、
正常CSFB信令流程
1、CSFB业务发起
2、LTE重定向
3、重定向WCDMA后正常语音业务
4、通话结束后返回LTE网络
CSFB问题排查
LTE基站TAC配置与WCDMA邻区 ... good!
对本帖内容的看法？
威望 19308 个
礼品券 415 个
专家指数 68
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
是联通版的吗？？？
对本帖内容的看法？
成功要靠自己努力,别无他途;
失败要靠自己检讨,犹有可为.
威望 2790 个
礼品券 5 个
专家指数 61
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
原帖由 shuzhi 于
11:39:45 发表
CSFB业务正常信令流程及问题分析一、
正常CSFB信令流程
1、CSFB业务发起
2、LTE重定向
3、重定向WCDMA后正常语音业务
4、通话结束后返回LTE网络
CSFB问题排查
LTE基站TAC配置与WCDMA邻区 ... 不错的资料
对本帖内容的看法？
积分 11280
威望 1450 个
礼品券 0 个
专家指数 0
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
dingding，thanks！！
对本帖内容的看法？
威望 8812 个
礼品券 5 个
专家指数 164
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
多谢分享！！！！！
对本帖内容的看法？
积分 45435
威望 2837 个
礼品券 5 个
专家指数 97
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
感谢楼主的分享，对我帮助很大
对本帖内容的看法？
screen.width*0.7) {this.resized= this.width=screen.width*0.7; this.alt='Click here to open new window\nCTRL+Mouse wheel to zoom in/out';}" onmouseover="if(this.width>screen.width*0.7) {this.resized= this.width=screen.width*0.7; this.style.cursor='hand'; this.alt='Click here to open new window\nCTRL+Mouse wheel to zoom in/out';}" onclick="if(!this.resized) {} else {window.open(this.src);}" onmousewheel="return imgzoom(this);" alt="" />
威望 13942 个
礼品券 5 个
专家指数 2
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
多谢LZ分享！！！！！！
对本帖内容的看法？
威望 977 个
礼品券 0 个
专家指数 1
注册 专业方向&
TD高级优化工程师
回答问题数
回答被采纳数
回答采纳率
对本帖内容的看法？
威望 5316 个
礼品券 0 个
专家指数 0
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
下载来学习，顶一个！！！
对本帖内容的看法？
威望 271017 个
礼品券 82 个
专家指数 44
注册 专业方向&
LTE TD来自 内蒙古乌兰察布市
回答问题数
回答被采纳数
回答采纳率
:handshake 谢谢分享！~~~~
对本帖内容的看法？
威望 892 个
礼品券 0 个
专家指数 11
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
对本帖内容的看法？
威望 35717 个
礼品券 0 个
专家指数 0
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
感谢分享 学习下！
对本帖内容的看法？
您即将访问其它网站
您即将访问的地址是其它网站的内容，MSCBSC将不再对其安全性和可靠性负责，请自行判断是否继续前往
精彩通信图库
当前时区 GMT+8, 现在时间是
   本站统一服务邮箱：CSFB信令流程(超详细)-博泰典藏网
典藏文档　篇篇精品
CSFB信令流程(超详细)
导读：6.继续完成UE发起的分离流程，1.4MME发起的分离流程，图10MME发起的分离流程图，1.MME发起分离流程，2.当MME执行网络侧发起的分离流程且SGs的管理状态是非SGs-NULL，1.5HSS发起的分离流程，HSS发起的分离流程如图11所示，图11HSS发起的分离流程图，1.HSS触发分离流程，1.6联合TA/LA更新流程，周期性发起联合的TA/LA更新流程，流程如图12所示，图12
图 8 Detach Request消息结构图
如图 8所示，指示为UE发起的分离。type of detach指示为联合EPS分离。
第1步可以指示是EPS Detach、IMSI Detach、combined EPS/IMSI Detach，MME
要处理UE的去附着请求。
如果UE发起的detach type是IMSI Detach、combined EPS/IMSI Detach，以下两种
情况，MME会发送SGsAP-IMSI-DETACH-INDICATION消息给MSC/VLR。 ? UE发起的EPS和non-EPS业务的联合分离
? UE发起的non-EPS显示分离
如果UE发起的detach type为EPS Detach时，MME发送SGsAP-EPS-DETACH-INDICATION消息给MSC/VLR表明UE发起的EPS业务显示分离。如果MSC收到该消息后，发现没有该UE的SGs关联信息，将丢弃该消息。
IMSI/EPS DETACH INDICATION消息结构如图 8所示。
图 9 IMSI/EPS DETACH INDICATION消息结构图
MSC/VLR删除与该UE相关的MME的SGs关联。
MME发送Detach Accept消息给UE。
继续完成UE发起的分离流程。
1.4 MME发起的分离流程
图 10 MME发起的分离流程图
MME发起分离流程，去激活所有与UE相关的承载。
当MME执行网络侧发起的分离流程且SGs的管理状态是非SGs-NULL，MME发
送SGsAP-EPS-DETACH-INDICATION消息给MSC/VLR表明网络侧发起的基于EPS业务的IMSI分离。如果是mobile reachable timer超时，MME发起基于non EPS业务的隐式IMSI分离。MME发送SGsAP-IMSI-DETACH-INDICATION消息给MSC/VLR。如果MME因为操作维护需要发起隐式分离，MME发送SGsAP-EPS-DETACH-INDICATIO消息给MSC/VLR。如果MSC收到该消息后，发现没有该UE的SGs关联信息，将丢弃该消息。
移动可达定时器（mobile reachable timer）用于监测UE发起周期性TAU。在用户的NAS信令连接释放时启动，在NAS信令连接建立时停止，超时后，如果UE还没有发起周期性TAU，则启动不可达用户隐式分离定时器。不可达用户隐式分离定时器启动期间，MME拒绝网络侧对UE的寻呼。如果用户在不可达用户隐式分离定时器超时时仍未连上网络，则MME认为用户已经离开网络覆盖范围很长时间，从而隐式分离用户。
MSC/VLR删除与该UE相关的MME的SGs关联，即关联状态为SGs-NULL。
1.5 HSS发起的分离流程
HSS发起的分离流程如图 11所示。
图 11 HSS发起的分离流程图
HSS触发分离流程，删除UE在MME中的MM和EPS承载上下文。
MME发送SGsAP-EPS-DETACH-INDICATION消息给MSC/VLR。
MSC/VLR删除与该UE相关的MME的SGs关联。如果MSC收到该消息后，发现
没有该UE的SGs关联信息，将丢弃该消息。
1.6 联合TA/LA更新流程
对驻留在E-UTRAN网络的UE，周期性发起联合的TA/LA更新流程，流程如图 12所示，使得UTRAN/GERAN核心网以及MME对UE位置的同步更新。
图 12 联合TA/LA更新流程图
UE测到触发条件满足，需要发起TAU流程。
TAU流程的触发条件如下：
UE发现当前的TAI不在UE注册网络的TA List中。在EPS网络中，位置管理的基本单位为TA List。
TA List由一个或多个TA（Tracking Area）组成。通过TA list，可以
避免用户频繁发起TAU。
周期性TAU。
UE的接入类型即RAT type（GSM、UTRAN、E-UTRAN）发生改变。
网络侧负载均衡触发TAU。
UE发送TAU Request消息给MME。Update Type指示这是一个联合的Tracking
Area/Location Area Update请求，或是一个联合的Tracking Area/伴随IMSI附着的Location Area Update请求（如果UE之前没有联合附着，只会发起“联合的TAU伴随IMSI附着”的TAU请求）。
图 13 TAU Request消息结构图
如图 13所示，ePS-update-type-value信元指示TA周期性更新是由于定时器超时导致TAU流程。
MME判断需要向VLR发起TAU位置更新。
当TAU流程导致MME发生变化，新的MME需要发送Location Update Request消
息给MSC/VLR建立SGs关联，MME根据UE上报的TAI（建网时该TAI的取值参考对应的LAI）推导出VLR number。
? 为避免CCU模块过载，可通过设置P94Bit8为0开启SGs接口位置更新业务增强流控功能，若需要采用精确流控，需要同时设置P94Bit9为0，此时MSC Server给MME返回SGsAP-LOCATION-UPDATE-REJECT消息拒绝本次位置更新。
为避免BSG/IFM模块过载，可通过ADD MME命令配置“是否启动FECN流控”和“FECN流控模式”参数确定是否对本次位置更新进行流量控制。如果进行流控，此时给MME返回SGsAP-LOCATION-UPDATE-REJECT消息拒绝本次业务。如果不流控，则继续后续处理。
MSC/VLR根据VLR中的用户信息和位置区信息，发起到HLR的位置更新（同CS域流程）。
MSC/VLR发送Location Update Accept（VLR TMSI）消息给MME，消息中包括参
数LAI和IMSI/TMSI。同时，MSC向VLR发起取鉴权集的请求。
当LTE终端漫游出国或者回国，第一次登录网络时显示的运营商名称和时间信息可能会不正确。将软参P672Bit7设置为1，MSC会通过SGs接口发送MM_INFORMATION消息将正确的运营商名称和时间信息带给LTE终端。同时，通过软参P416Bit9控制在SGs接口位置更新流程中向终端下发MM_INFORMTAION消息的方式。其中运营商名称通过ADD USRNTWK命令配置，时间信息则为用户所在地的时间。
MME发送TAU Accept消息给UE，消息中包括参数LAI和IMSI/TMSI。该消息中
的LAI参数表示UE处于IMSI附着状态。
MME收到TAU Complete消息。
如果TAU Accept消息中包括TMSI，MME收到TAU Complete消息后，发送
包含总结汇报、教学研究、外语学习、计划方案、表格模板、资格考试、人文社科、出国留学、高中教育、高等教育、IT计算机以及CSFB信令流程(超详细)等内容。本文共7页
相关内容搜索当前位置： >>
WCDMA信令流程
Iu 接口主要业务流程从业务角度 ，我们对Iu 接口主要业务流程作一简要介绍。为 方便起见，我们分为以下流程分别介绍； ?指配/加密/寻呼协调 ?位置更新流程（Iu-CS） ?UE 主叫流程（Iu-CS） ?UE 被叫流程（Iu-CS） ?UE 发起PDP 激活/去活流程（Iu-PS） ?CN 发起PDP 激活/去活流程（Iu-PS）指配/加
密/寻呼协调 :指配R N C C NR i mu e A g te (t ) Bn R S A eq s n e u s s p t E .3 息 R2. Q 0 ) ( 6消 Q1 E . 3消 C6 F ( 2. 息 Q1 ) 0 R i mp(u A g tes p Bn R e ) A es S s n oe s ntIu 接口 RAB 指配过程（建立）注：ERQ-Establish RECF-Establish Confirm.指配/加密/寻呼协调 :指配R N C Ree A aq Bs u RR e l ee s t R i mu e A g te (l s Bn R R A eq s n e e s s a t e ) R i mp(e A g tes a Bn R e s A es R s n oe s nl e ) C NR 2. 息 E 6消 L 3 ( Q1 ) . 0 R. 3消 L 2. 息 C 0 ( 6 Q1 )Iu 接口 RAB 指配过程（释放）指配/加密/寻呼协调 :指配R N CC NI e Cn ua m R o d ls m e e a I e Ct ua m R oe ls p e e l eR 2. 息 E 6消 L 3 ( Q1 ) . 0 R. 3消 L 2. 息 C 0 ( 6 Q1 )Iu 接口 Iu 释放伴随 RAB 释放指配/加密/寻呼协调 :加密R N CC NS Mm e c oon u d m r i t y e a C dS Mm e c oot u d p r i t y e le C eS Me e c o jt u d c r i t y e R e指配/加密/寻呼协调 :加密1. 该过程用于CN向UTRAN传送进行加密和一致性保护 的信息。UTRAN在之后的RAB连接建立、重定位等过程 中将使用这些算法； 2. 若 RNC 响应 Security Mode Reject ，则 CN 需 要终止当前的业务处理流程，发起 Iu 释放流程 ； 3. 加密流程为 Iu 接口的通用流程，可用于位置更 新、呼叫、迁移等各种面向连接业务流程中；4. 加密流程为 Iu 接口的可选流程，为缩短 UE 的 接续时间，减少系统的处理负荷，CN可以选择不启动 加密流程；指配/加密/寻呼协调 :寻呼协调R N C C oI m m o n DC NP a g i n g指配/加密/寻呼协调 :寻呼协调COMMON ID 与寻呼协调 ：? 在RNC与CN 建立连接之后，CN要尽快将UE的 IMSI告诉给RNC；? 当RNC 收到 CN 来的 Paging 消息之后，使用 Paging 消息中 的 IMSI 查找此 UE 是否已经与 RNC 建立 RRC 连接； ? 当RNC 发现：UE与CN的另一个域（ 如PS域）已经建立 RRC 连 接，RNC就在此已有的 RRC 连接上下发 Paging 消息；否则，在 公共寻呼信道广播 Paging 消息；? 如果一个 UE 同时与 CN 的 CS域、PS 域建立了连接，那么这 两个 Iu 连接一定共用同一个无线接口的RRC连接；? UE 只要与 CN 的某一个域建立连接，UE 就不再监听公共寻呼 信道上的 Paging 消息；位置更新流程（Iu-CS）RNC Initial UE M essage (location update request) SCCP : CC Direct Transfer( A uth. request) Direct Transfer(A uth. response ) Security M ode Command数据传送阶段 连接建立阶段CNSecurity M ode Complete Direct Transfer( location update accept) Direct Transfer( TM SI reallcoate complete) Iu Release Command Iu Release Complete连接释放阶段位置更新流程（Iu-CS）位置更新流程的作用 ? 将UE在 HLR 中的用户签约信息插入 VLR 中： 如用户签约/激活 了哪些业务(电信业务/补充业务) ? UE 进行呼叫(主叫/被叫)的前提： UE 进行呼叫时，VLR中必须 有该用户的数据：是否签约了某项业务（如 SMS），是否登记/激 活了呼叫闭锁、前转等补充业务等； ? UE 作为被叫时，CN 找到 UE 的前提：MSC/VLR 保存其 LAI 便 于下发寻呼、HLR 保存 UE所在的 MSC/VLR 号码，以获取提供漫 游号码：MM: 位置更新、Attatch(1)RADIO ACCESSSetup Signalling Channel (GSM/UMTS)LOCATION UPDATE REQUEST (I have moved!)IDENTIFICATION (optional)IDENTITY REQUEST (Who are you?) IDENTITY RESPONSE (I am so&so)AUTHENTICATION (optional)AUTHENTICATION REQUEST (Prove who you are) AUTHENTICATION RESPONSE (Here is the proof)MM: 位置更新、Attatch(2)CIPHERING (optional)CIPHERING MODE COMMAND (Let's talk in our secret language) CIPHERING MODE COMPLETE (OK)LOCATION UPDATELOCATION UPDATE ACCEPT (I know where you are now. I will call you TMSI#x) TMSI REALLOCATION COMPLETE (OK)RELEASE CONNECTIONRelease Signalling Channel (GSM/UMTS)电路域呼叫? 电路域呼叫可能由UE发起(MOC: mobile originated call) ? 电路域呼叫也可能由网络侧发起(MTC: mobile terminated call) ? 进行呼叫过程中，需要在CN与UE以及UTRAN 与UE间进行信令交互 ? 在UTRAN中，UE的状态可能产生变迁UE 主叫流程（Iu-CS）R N C Iii lU e gC ec ee n t a E s e Mv rqs M s ( s ie u ) a r t SPC C: C C CmD o o m I n 鉴 密 ( D tT s : M v A p 权 流 加 程 ie rn rC ec c t 或 c ae r f Si e c ) r e D tT s (e ) ie rn r s p rc a e t f u D t rn rc p ei g ieT s ( a rcd ) rc a e l oe f l n R指 程 A 配 B 流 D tT s ( l rn ie rn rat g rc a e e ) f i D t rn rc nt ieT s ( oe) rc a e nc f D tT s ( oea ) ie rn rc nt c rc a e nc k f 通 话 中 D t rn r doe: 叫 机 ieT s ( ic nt 被 挂 rc a e snc f 先 ) D t rn r rl a ) ieT s (e s rc a e e f e D t rn r rl ac pe ieT s (e s o l t ) rc a e e f em e I 释 SP放 u放C / C释 C NUE 主叫流程（Iu-CS）1. UE 主叫流程与 GSM 的 MS 主叫流程基本一致；UE 发起呼叫的初始消息含在 Initial UE message 消息中 ； 2. Iu 接口连接建立之后，CN 可以发起 Common ID 流程，用于寻呼协调； 3. CN 判断此 UE 是否有权限接入 ：若可以接入，则通过出发鉴权/加密流程表示允许， 或直接下发 Direct Transfer ( Cm service accept ) ; 否则，CN 发起 Iu 释放流程； 4. 被叫号码在 L3 的 Setup 消息中带上，CN 通过号码分析决定呼叫的属性： 出局呼叫PSTN ，局内呼叫等。 5. 被叫号码分析成功，CN下发 Call proceeding , 并启动 RAB 指配流程； 6. 被叫用户振铃后， CN 向 UE 发送 Alerting 消息； 7. 被叫用户摘机后，CN 向 UE 发送 Connect 消息； 8. UE 收到 Connect 消息之后，回送 Connect Ack 消息，接通呼叫 9. 呼叫结束时，若 主叫UE 先挂机， 则主叫 UE 向 CN 发送 Disconnect 消息； 若被叫先挂机，则 CN 向主叫 UE 发送 Disconnect 消息；UE 被叫流程（Iu-CS）R N C Pn ag g i Iii lU e gpi g sn n t a E s ea r ps M s ( g e e a n o) SP C C :C C CmD o o m I n 鉴 密 权 流 加 程 D t rn r s p ieT s (e ) rc a e t f u D tT s ( a or e ie rn rc c f m rc a e l n d f l i ) R指 程 A 配 B 流 D tT s ( l rn ie rn rat g rc a e e ) f i D tT s ( oe) ie rn rc nt rc a e nc f D tT s ( oea ) ie rn rc nt c rc a e nc k f 通 话 中 D t rn r doe:被 挂 ieT s ( ic nt rc a e snc f 叫 机 先 ) D tT s (e s) ie rn r rl a rc a e e f e D tT s (e s o l t ) ie rn r rl ac pe rc a e e f em e I 释 SP 放 u放C / C释 C NUE 被叫流程（Iu-CS）1. CN 分析被叫所在的 UE 在本 CN 范围内，则下发无连接的Paging 消息； 2. UE 监听到 寻呼自己的消息后，通过 RNC ，以 paging response 消息发 起连接建立； 3. CN 可以发起 Common ID 以支持 RNC 的寻呼协调； 4. CN 下发 setup 消息，带上主叫号码（若 UE 有 CLIP 业务）；5. CN 收到 UE 的 call confirmed 消息后，启动 RAB 指配流程；6. UE 被叫振铃后，向 CN 发出 Alerting 消息； 7. UE 被叫接听，向 CN 发出 Connect 消息； 8. CN 回送 Connect Ack 消息，呼叫接通； 9. 挂机的消息流程同主叫流程；CC: UE主叫(1)RADIO ACCESS PARTSetup Signalling Channel (GSM/UMTS) CM SERVICE REQUEST (I want connection service)AUTHENTICATION & ENCRYPTIONAUTHENTICATION REQUEST (Prove who you are)AUTHENTICATION RESPONSE (Here is the proof)CIPHERING MODE COMMAND (Let's talk in our secret language)CIPHERING MODE COMPLETE (OK)CC: UE主叫(2)CALL SETUPSETUP (I want to set up a call to this number) CALL PROCEEDING (I am setting it up)Access Bearer ASSIGNMENTSetup Communication Channel (GSM/UMTS)CALL SETUP CONTINUESALERTING (Other party is ringing) CONNECT (Other party's answered) CONNECT ACK. (OK)CALL IS ACTIVECC: UE被叫(1)PAGINGPAGING REQUEST (Someone is ringing you)RADIO ACCESS PARTSetup Signalling Channel (GSM/UMTS)AUTHENTICATION & CIPHERINGAUTHENTICATION REQUEST (Prove who you are) AUTHENTICATION RESPONSE (Here is the proof)CC: UE被叫(2)CIPHERING MODE COMMAND (Let's talk in our secret language) CIPHERING MODE COMPLETE (OK)CALL SETUPSETUP (This number is ringing you) CALL CONFIRMED (OK) ALERTING (I am ringing)Access Bearer ASSIGNMENTSetup Communication Channel (GSM/UMTS)CC: UE被叫(3)CONNECT (Call is answered) CONNECT ACK. (OK)CALL ACTIVECall quality report (GSM/UMTS)CC: 连接释放DISCONNECT RELEASE RELEASE COMPLETECALL IS RELEASEDUE发起PDP 激活/去活流程（Iu-PS）R N C Ii a E ea (eie e e) n l t U i M g S cR s s e r s v q t u S PC C: C C 鉴 加 程 m D程 权 密( o o 加流 m I 流 C n ) D t r s rA a P C e R e ) i c af ( c t D o x e s r T e e n t e P n t q t i v t u R A ne R e ( A ep A sg n e s R S ) Bs m i t q t u Bt u R A ne R oe A ep A sg n e n( B t ) Bs m i t s s R S p u D t r s rA a P C e A p i c af ( c t D o x c t r T e e n t e P n t c ) i v t e C N用务传段 户数递 业据阶D t r s rDt a P C e R e ) i c af ( e i t D o x e s r T e e n av c e P n t q t t u D t r s rDt a P C e Ap i c af ( e i t D o x c t r T e e n av c e P n t c ) t e I 释C 释 u 放 P放 / C SUE发起PDP 激活/去活流程（Iu-PS）1. UE 通过初始消息，与网络侧建立连接 ； 2. UE 主动发起 PDP 激活流程，其中伴随着 RAB 指配（建立） 流程；3. PDP 上下文激活之后，开始用户面的业务数据传递过程；4. 用户业务处理完毕，UE 发起 PDP 去活流程；5. 如果该 Iu 信令连接上只有一个 RAB ID ， 则释放 Iu 连接； 否则，只需要通过 RAB 指配流程释放与该 PDP 相关的 RAB ID 即可；UE被叫流程（Iu-PS）Iu-PS 接口的 UE 被叫流程1. Iu-PS 域的被叫流程由 CN 通过 Paging 消息发起； 2. 在与 UE 建立连接之后， CN 发起 “ Request PDP Context Activate ”消息； 3. UE 收到上述消息之后，决定激活PDP ；4. 后续流程与 UE 主叫基本相同；CN发起PDP 激活/去活流程（Iu-PS）R N C P ig an g Ii aU Ma ( e i e e e) n l E e g Sv Ru t t i s e r c s qs S PC C : C C 鉴 加 程 mn 流 权 密 ( om I 加 流C o D程 ) DcTne Ru t D o e Avi n ie r s r e e P Ct x c ao r t af ( qs P n t t t ) i DcTne Ave D o e Ru t ie r s r c a P Ct x e e ) r t af ( t t i P n t qs R Ag e Ru t R Su A s n n e e ( A ep B s m i t qs Bt ) R Ag e R o eR Su A s n n e n( A ep B s m i t s s p Bt ) DcT s r Ave D o e A p ie rne r t a f ( c a PP nx c t t t i Ct t c ) e C N用 务 传 段 户 数 递 业 据 阶Dc rne D t a PP o e Ru t ie T s r e i t D nx e e ) r t a f ( a ve c Ct t q s Dc rne D t a P Ct x c p ie T s r e i t D o e A t r t a f ( a ve P n t c c ) e I释 C 释 u 放C 放 / S PPDP上下文激活RADIO ACCESS PARTSetup Signalling Channel (GSM/UMTS)UERNCActivate PDP Context Request (I want connection service)RADIO ACCESS BEARER SETUPSGSNGGSNRAB assignment req (I need resources from the UTRAN side) RAB assignment resp. (Resources are now reserved) Create PDP context req (a tunnel and address for the service is required)Create PDP context resp. (OK)Activate PDP Context Accept (connection request is accepted)UE工作的模式和状态? Idle模式? UE处于待机状态，没有业务的存在，UE和UTRAN之间没有连接，UTRAN内没有任何有关此UE的信息? Connected模式? Cell-DCH, Cell-FACH, Cell-PCH, URA-PCH ? Cell-DCH? UE处于激活状态，正在利用自己专用的信道进行通信，上下行都具有专用信道，UTRAN准确的知 道UE所位于的小区中Cell-FACH? Cell-FACH? UE处于激活状态，但是上下行都只有少量的数据需要传输，不需要为此UE分配专用的信道，下行的数据在 FACH上传输，上行在RACH上传输，下行需要随时监 听FACH上是否有自己的信息，UTRAN准确的知道UE 所位于的小区，保留了UE所使用的资源，所处的状态 等信息Cell-PCH和URA-PCH? Cell-PCH? UE上下行都没有数据传送，需要监听PICH，以便收听寻呼，因此UE此时进入非连续接收，可有效的节电? UTRAN准确的知道UE所位于的小区，这样， UE所位于的小区变化后，UTRAN需要更新UE的小区信息? URA-PCH? UE上下行都没有数据传送，需要监听PICH，进入非连续接收，UTRAN只知道UE所位于的URA（UTRAN Registration Area， 一个URA包含多个小区），也就是说，UTRAN只在UE位于的 URA发生变化后才更新其位置信息，这样更加节约了资源，减 少了信令UE状态示意图- 减少活动，DTX，节电RRC connectionURA_PCH CELL_PCHCELL_DCHCELL_FACH- 专用信道 - Radio bearers传输业务IDLE- 高层信令触发 (CN) - 侦听paging channel - 小区重选这些状态只用与UTRAN 与UE，对CN来说，这 些状态是透明的DEAD- 搜索网络(PLMN) - “驻扎”小区(camp on)PS连接释放? 当网络侧或是UE没有数据需要传送时，进行PS连接的 释放(RNC通过活动状况进行检测判断)? PS连接释放后，网络释放、回收UTRAN原来分配的资源? UE的状态首先迁移到cell_PCH状态，如果继续没有数据在UE和CN间传送，UE的状态将再迁移到URA _PCH状 态PS连接释放(续)? 没有数据传送的情况持续一段时间后，UTRAN要求CN 进行RAB释放，CN可能继续保持PDP上下文 ? RRC的状态变迁到IDLE ? RAB释放后一段时间以后，CN或是UE执行PDP去活流 程，PDP上下文将被释放
WCDMA信令分析手册--语音信令流程_信息与通信_工程科技_专业资料 暂无评价|0人阅读|0次下载|举报文档WCDMA信令分析手册--语音信令流程_信息与通信_工程科技_专业...WCDMA 主要信令流程 14 WCDMA 主要信令流程 机密 (6)主叫 MSC 收到路由信息失败响应后,再次向被叫 HLR 发送路由信息请求消息 SRI,其中承载参数是语音; (5)被叫...信令流程教程_信息与通信_工程科技_专业资料。HUAWEI BSC6800 WCDMA 无线网络控制器 技术手册 接口与协议分册 第 2 章 信令流程 第2章 信令流程 2.1 基本概念下...信令学习流程_信息与通信_工程科技_专业资料。信令学习 SIB 信息 SIB1 信息 SIB...3). 上行失步:因为 WCDMA 的上行的 Timing alignment 与下行有固定的 chip ...WCDMA 系统中信令流程在 WCDMA 系统中具有的各种各样的信令流程中,从协议栈的层面来说,可以分为接入层的信 令流程和非接入层的信令流程;从网络构成的层面来说...软切换和硬切换信令流程_信息与通信_工程科技_专业资料 暂无评价|0人阅读|0次下载|举报文档软切换和硬切换信令流程_信息与通信_工程科技_专业资料。WCDMA软切换和...信令流程-主叫被叫 9页 1下载券 主叫流程信令 暂无评价 1页 免费 WCDMA成功主叫信令流程 2页 2下载券 主叫和被叫的信令流程 暂无评价 2页 免费 T网内CS主叫...WCDMA移动核心交换网信令流... 34页 2财富值 位置更新具体信令流程 8页 免费 主叫信令流程详解 7页 1财富值如要投诉违规内容,请到百度文库投诉中心;如要提出功能...3、重定向 WCDMA 后正常语音业务 UE 重定向至 WCDMA 后能够按正常语音呼叫流程进行,而 ExtendServiceRequest 至 Alerting 信令之间的间隔即为此次 CSFB 业务时延。...WCDMA一次通话典型信令流程(另有PS业务信令流程) 可以考虑打印出来随时看,分析接入失败和掉话就看实际的信令和标准信令比到底缺了什么,然后就好确定问题的范围。另外有...
All rights reserved Powered by
copyright &copyright 。文档资料库内容来自网络，如有侵犯请联系客服。}