手机主叫呼叫信令流程与数据配置
一次完整GSM主被叫通话的信令流程
一次完整GSM主被叫通话的信令流程1.一次完整主叫通话的信令流程Mobile Station NetworkSystem information type 1Channel RequestImmediate AssignmentCM Service RequestClassmark Change控制参数更改CM Service AcceptAuthentication Request鉴别请示Authentication ResponseCiphering Mode Command 计算类型命令Ciphering Mode CompleteSetupCall ProceedingAssignment CommandAssignment CompleteAlerting 发信号ConnectConnect acknowledge 确认DisconnectReleaseRelease CompleteChannel Release2 需要注意的几点信令（1）在被叫时的Paging Request 与Idle时的Paging Request 的区别在于前者在寻呼时包含有TMSI（临时用户识别码），如果为主叫起呼，则从Channel Request信令开始计算（2）Ciphering Mode 为加密模式（3）在Setup之后若手机为主叫则是Call Proceeding,手机为被叫则是Call Confirmed(证实)。
一次完整被叫通话的信令流程MobileStation NetworkPaging RequestChannel RequestImmediate AssignmentPaging ResponseClassmark ChangeAuthentication RequestAuthentication ResponseCiphering Mode CommandCiphering Mode CompleteSetupCall ConfirmedAssignment CommandAssignment CompleteAlertingConnectConnect acknowledgeDisconnectReleaseRelease CompleteChannel Release2 需要注意的几点信令（1）在被叫时的Paging Request 与Idle时的Paging Request 的区别在于前者在寻呼时包含有TMSI。
移动主被叫及切换信令流程分析
1、主叫信令流程移动用户做主叫时的信令过程从MS向BTS请求信道开始,到主叫用户TCH指配完成为止;一般来说,主叫经过几个大的阶段：接入阶段,鉴权加密阶段,TCH指配阶段,取被叫用户路由信息阶段;接入阶段主要包括：信道请求,信道激活,信道激活响应,立即指配业务请求等几个步骤;经过这个阶段,手机和BTS BSC 建立了暂时固定的关系;鉴权加密阶段主要包括：鉴权请求,鉴权响应,加密模式命令,加密模式完成,呼叫建立等几个步骤;经过这个阶段,主叫用户的身份已经得到了确认,网络认为主叫用户是一个合法用户允许继续处理该呼叫;TCH指配阶段主要包括：指配命令,指配完成;经过这个阶段,主叫用户的话音信道已经确定,如果在后面被叫接续的过程中不能接通,主叫用户可以通过话音信道听到MSC的语音提示;取被叫用户路由信息阶段主要包括：向HLR请求路由信息,HLR向VLR请求漫游号码,VLR回送被叫用户的漫游号码,HLR向MSC回送被叫用户的路由信息MSRN; MSC收到路由信息后,对被叫用户的路由信息进行分析,可以得到被叫用户的局向;然后进行话路接续;主叫接入阶段、鉴权阶段主要信令：当用户输入被叫号码完毕按下发射按纽后,手机以下以MS代替将进行一系列动作,首先MS将在随机接入信道RACH 向BSS发送信道请求消息,以便申请一个专用信道SDCCH ,BSC为其分配相应的信道成功后,在接入允许信道AGCH中通过立即分配消息通知MS为其分配的专用信道,随后MS将在为其分配的SDCCH上发送一个层三消息---CM业务请求消息,在该消息中CM业务类型为移动发起呼叫,该消息被BSS透明的传送至MSC,MSC收到CM业务请求消息后,通过处理接入请求消息通知VLR处理此次MS的接入业务请求,同时,由于在BSC 和MSC之间用到了SCCP有连接服务,为建立SCCP连接,MSC还将向BSC回连接确认消息,收到业务接入请求后,VLR将首先查看在数据库中该MS是否有鉴权三参组,如果有将直接向MSC下发鉴权命令,否则向相应的HLR/AUC请求鉴权参数,从HLR/AUC得到三参组,然后再向MSC下发鉴权命令;MSC收到VLR发送的鉴权命令后,通过BSS向MS下发鉴权请求,在该命令中含有鉴权参数,MS收到鉴权请求后,利用SIM卡中的IMSI和鉴权算法,得出鉴权结果,通过鉴权响应消息送达MSC, MSC将鉴权结果回送VLR, 由VLR 核对MS上报的鉴权结果和从HLR 取得的鉴权参数中的结果,如果二者不一致拒绝此次接入请求,此次呼叫失败,如果二者一致,则鉴权通过,鉴权通过后,VLR将首先向MSC下发加密命令,然后通知MSC,该MS此次接入请求已获通过,MSC通过BSS通知MS业务请求获得通过,然后MSC向MS下发加密命令,该命令内含加密模式,MS收到此命令并完成加密后回送加密完成消息,到此MS完成了整个接入阶段的工作;TCH指配阶段、取被叫漫游号码阶段主要信令经过接入阶段和鉴权加密过程后,主叫用户的合法身份已经得到确认,已经接入了网络,为继续进行呼叫,需要更为详细的信息,按照规范,此时MS 将发送一个set up消息,在此消息中携带有被叫号码和主叫标识等更为详细的信息,MSC收到此消息后,首先通过消息向VLR查询该用户的相关业务信息,VLR根据此次业务类别和开户时MS已经申请的业务信息,决定此次呼叫是否可以继续,如果可以继续,通过完成呼叫消息向MSC回送该用户数据,MSC收到该信息后,通过呼叫继续消息经BSS通知MS呼叫在继续处理之中,然后,根据A接口电路情况,向BSC发送指配请求消息,在该消息中选定某条A接口电路,BSC收到该指令后向BTS、 MS指定无线资源,MS收到该指令后,占用成功回送分配完成消息,到此TCH指配阶段完成,本局的无线资源和A接口电路均已成功分配;MSC收到MS上报的指配完成消息后,进行被叫分析,根据被叫号码寻址到HLR,发送路由信息请求消息,HLR收到该消息后,根据被叫IMSI查询得到被叫所在的VLR,向被叫所在的VLR请求漫游号码,被叫所在的VLR在受到请求漫游号码消息后,为对应的MS分配MSRN ,然后在请求漫游号码响应消息中回送给HLR, HLR得到该MSRN后,向主叫所在MSC发送路由信息响应消息,MSC从该消息中得到被叫的MSRN, 根据MSRN进行局间中继选路,并向被叫所在的MSC发送IAI消息;至此主叫信令流程基本结束;2、被叫信令流程对移动用户来说,被叫的过程从MSC向BSC发起对被叫用户的寻呼开始,到主叫和被叫通话为止;一般来说,被叫流程经过几个大的阶段：接入阶段、鉴权加密阶段、TCH指配阶段、通话阶段;接入阶段主要包括：手机收到BTS的寻呼命令后,信道请求,信道激活,信道激活响应,立即指配,寻呼响应;经过这个阶段,手机和BTS、BSC 建立了暂时固定的关系;鉴权加密阶段主要包括：鉴权请求,鉴权响应,加密模式命令,加密模式完成,呼叫建立;经过这个阶段,被叫用户的身份已经得到了确认,网络认为被叫用户是一个合法用户;TCH指配阶段主要包括：指配命令,指配完成;经过这个阶段,被叫用户的话音信道已经确定,被叫振铃,主叫听回铃音;如果这时被叫用户摘机,主被叫用户进入通话状态;当一个端局MSC收到它局发送的IAI消息后,为了确定被叫用户是否能够接受此次呼叫,MSC会首先通过消息向相应的VLR查询有关该被叫用户的用户信息,如果VLR通过查询用户信息,发现该用户可以接受此次呼叫未关机且允许接受呼叫,会向MSC发送寻呼命令消息,在该消息中,在该消息中含有用户的位置信息LAI,MSC收到此信息后,查询数据,得到控制此位置区的BSC的信令点编码,向相应的BSC下发寻呼命令,BSC通知所控制的BTS在寻呼信道PCH 下发寻呼消息;手机一直在侦听该信道,当收到寻呼自身的消息后,在随机接入信道RACH 上报寻呼响应消息由于在A接口用到了SCCP的有连接服务所以寻呼响应同时被视为SCCP的连接建立请求消息MSC的SCCP层对应的应该回一个连接证实消息,同时MSC向VLR发送处理接入请求消息,VLR首先启动鉴权流程,查看该用户的鉴权参数组,如果VLR中没有该用户的鉴权三参组,VLR会发起向HLR取鉴权参数的过程详细过程可以参见主叫用户的接入过程中的鉴权过程,否则VLR会直接向MSC发送启动鉴权消息,在启动鉴权消息中含有该用户的一个鉴权三参组RAND 、KC、 SERS,MSC收到该消息后,MSC收到该消息后,会继续通知对应的BSC、BTS下发鉴权命令,MS收到鉴权请求后,根据SIM卡中的KI, 计算出对应的SERS,之后,将SERS在鉴权响应消息中上报MSC,MSC回送至VLR VLR收到鉴权响应消息后,核对上报的SERS和从HLR得到的三参组中的SERS是否一致,如果一致,向MSC发送接入请求接受消息,通知MSC该用户的此次接入请求被接受;并通过完成呼叫消息向MSC回送被叫的用户信息；如果不一致,此次呼叫将被拒绝;被叫TCH指配阶段通话阶段主要信令流程：MSC收到完成呼叫消息后,向BSS侧发送SETUP消息,提示将建立呼叫,MS收到该消息后,回送呼叫证实消息,之后,MSC选择相应的A接口电路,向对应的BSC 发送指配请求消息,BSC根据资源情况分配相应的无线资源,并通知MS,MS占用成功后回送指配完成消息,同时被叫MS开始震铃,向其所在MSC回震铃消息,该MSC向主叫所在MSC回地址全消息,主叫所在MSC向MS发送被叫震铃消息,此时主机用户可以听到回铃音；被叫用户如果决定接受此次呼叫,按应答按纽,此动作被手机翻译成为CONNECT消息,向MSC发送,MSC收到该消息后,向主叫MSC发送应答消息ANC,主叫MSC收到此消息后,向主叫MS发送连接建立请求消息,主叫MS相应的向主叫所在MSC回连接证实消息,此消息经被叫MSC传送至被叫MS,于是,本此呼叫开始通话双方进行通话;3、切换信令流程1小区内切换2小区间切换3外部切换。
(个人整理)主叫被叫呼叫信令流程
主叫：1、rrc连接请求（UE—RNC、RACH）可看出业务类型（speech（12.2k）、video（64k））；包含UE标识：TMSI、LAI=MCC+MNC+LAC；请求原因：主叫会话、被叫会话、短信发送、短信接收、FTP下载、注册；UE能力：是否支持GSM等。
2、RNC要求NODEB建立无线链路，准备无线资源（建立在DCH上才有）RL建立请求、RL建立响应、DL SYNC、UL SYNC。
3、rrc连接建立（RNC—UE、FACH）包含rrc建立的链路消息（建立在公共信道或DCH）、频点、上行最大发射功率等；RNC侧还可以看到UE的IMSI、TMSI、P-TMSI，功率步长等。
4、rrc连接建立完成（UE—RNC、DCCH）UE上报自己的能力：功率支持等级、是否支持GSM、多载波、FDD/TDD。
5、CM服务请求（初始直传消息、RNC—UE、DCCH）业务请求：呼叫、紧急呼叫、短消息等。
6、初始化UE消息（RNC—UE）7、直传消息（鉴权请求消息、CN—RNC）8、直传消息（鉴权请求消息、RNC—UE）9、直传消息（鉴权响应、UE—RNC—CN）10、安全模式建立过程，同鉴权过程11、身份认证请求（RNC—UE）12、身份认证响应（UE—RNC）13、SETUP（UE—RNC）包含UE支持的语音编码及被叫号码。
14、呼叫进程启动（RNC—UE）表明请求的呼叫已被接受。
15、Rab指派请求（CN—RNC）Rab建立是为了UE与CN间传送语音、数据及多媒体业务，rrc建立则是为了建立UE—RNC—CN之间的信令连接。
16、无线链路重配置准备（RNC—NODEB）NODEB建立DCH来承载rab。
17、无线链路重配置完毕（NODEB—RNC）18、rb建立（RNC—UE）建立一个新的物理承载，包含扩频因子信息。
19、rb建立完成（UE—RNC）表明请求的呼叫已被接受。
20、rab指派响应（RNC—CN）表明rab建立完成。
手机作主叫及被叫的信令流程.doc
手机作主叫的信令流程：手机作被叫的信令流程：MOC第3层信令过程：Uplink Channel Request---------------RACH Downlink Immediate Assignment-------AGCHUplink CM Service Request-----------SDCCH Downlink Authentication Request--------SDCCH Uplink Authentication Request--------SDCCH Downlink Ciphering Mode Command----SDCCH Uplink Ciphering Mode Complete-----SDCCH Uplink Setup----------------------------SDCCH Downlink Assignment Command--------SDCCH Uplink Assignment complete-----------FACCH(TCH) Downlink Alerting-------------------------FACCH Downlink Connect-------------------------FACCH Uplink Connect Acknowledge--------FACCH--------------------通话------------------------------Uplink Disconnect---------------------FACCH Downlink Release--------------------------FACCH Uplink Release Complete--------------FACCH Downlink Channel Release----------------FACCHMTC第3层信令过程：Downlink Paging request type 1--------PCHUplink Channel Request---------------RACH Downlink Immediate Assignment-------AGCHUplink Paging response----------------SDCCH Downlink Authentication Request--------SDCCH Uplink Authentication Request--------SDCCH Downlink Ciphering Mode Command----SDCCH Uplink Ciphering Mode Complete-----SDCCH Uplink Setup----------------------------SDCCH Downlink Assignment Command--------SDCCH Uplink Assignment complete-----------FACCH(TCH) Uplink Alerting-------------------------FACCHUplink Connect-------------------------FACCH Downlink Connect Acknowledge--------FACCH--------------------通话------------------------------Uplink Disconnect---------------------FACCH Downlink Release--------------------------FACCH Uplink Release Complete--------------FACCHDownlink Channel Release----------------FACCH请详细说一下位置更新的流程及每一步所传送的消息当手机发现当前小区的位置区识别码LAC与SIM卡中存储的LAC值不一致时就发起一次位置更新请求。
通话使用的信令及流程
通话使用的信令及流程下载温馨提示:该文档是我店铺精心编制而成，希望大家下载以后，能够帮助大家解决实际的问题。
文档下载后可定制随意修改，请根据实际需要进行相应的调整和使用，谢谢!并且，本店铺为大家提供各种各样类型的实用资料，如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等，如想了解不同资料格式和写法，敬请关注!Download tips: This document is carefully compiled by theeditor. I hope that after you download them,they can help yousolve practical problems. The document can be customized andmodified after downloading,please adjust and use it according toactual needs, thank you!In addition, our shop provides you with various types ofpractical materials,such as educational essays, diaryappreciation,sentence excerpts,ancient poems,classic articles,topic composition,work summary,word parsing,copy excerpts,other materials and so on,want to know different data formats andwriting methods,please pay attention!1. 主叫用户发起呼叫：主叫用户在其手机上输入被叫用户的电话号码，并按下拨号键。
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⽆线能⼒参数。
7.⽆线承载的建⽴，对上下⽂进⾏处理，eNodeB向UE发送RRCConnectionReconfiguration消息，其中包含测量配置，移动性配置（RBs，MAC主要配置，物理信道配置），NAS信息和安全配置等信息。
电话业务的基本信令流程
电话业务的基本信令流程下载温馨提示:该文档是我店铺精心编制而成，希望大家下载以后，能够帮助大家解决实际的问题。
文档下载后可定制随意修改，请根据实际需要进行相应的调整和使用，谢谢!并且，本店铺为大家提供各种各样类型的实用资料，如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等，如想了解不同资料格式和写法，敬请关注!Download tips: This document is carefully compiled by theeditor. I hope that after you download them,they can help yousolve practical problems. The document can be customized andmodified after downloading,please adjust and use it according toactual needs, thank you!In addition, our shop provides you with various types ofpractical materials,such as educational essays, diaryappreciation,sentence excerpts,ancient poems,classic articles,topic composition,work summary,word parsing,copy excerpts,other materials and so on,want to know different data formats andwriting methods,please pay attention!电话业务的基本信令流程主要包括以下几个步骤：1. 主叫用户发起呼叫主叫用户拿起电话听筒，听到拨号音后，拨打被叫用户的电话号码。
简述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基本信令流程解析
Reconfiguration 12）0）RRRRrCceqCCuooennsnnt eeccttiioonn
Reconfigutarion 2）RCrcomCopnlenteection
Setup
A发起呼叫
IDLE模式，先将数据缓 存，信令跑通后发送数据
22）DownLink Data Transfer（INVITE）
2. UE A呼叫UE B，此时A发现其为IDLE模式，则需要先建立信令连接。首先缓存需要发送的数据，向eNodeB 发起RRC Connection Request，携带初始UE ID和S-TMSI（第一次是随机值，此时TMSI值应为有效）。
3. eNodeB向UE回复RRC Connection Setup，其中携带无线资源专用配置信。
13. SGW发现UE B为IDLE模式，发送下行数据到的通知到MME， 同时缓存数据。
14 . MME对UE B发起寻呼流程。
15. 同上述步骤1-9 : 步骤14-21，UE B也会完成在MME以及IMS的注册。
16. SGW将缓存的数据发往UE B，其中SIP信令为A呼叫B的INVITE消息。 UE发送上行数据到AS，携带回复 的100 Trying消息。后续信令和数据的传输见A呼叫B（SIP呼叫业务流程）。 6
13）Paging
VoLTE基本流程与信令解析 功 能 ：A和B均在IDLE模式，A用户（主叫Caller）呼叫B用户（被叫Callee）流程图
预置条件：A、B均已在MME附着，已在AS服务器注册。
14）RRC Connection Request
备 注 ：黑色，正常消息描述，包括Rrc、S1信令和普通描述等 红色，NAS标准信令
VoLTE呼叫业务流程
电话业务的基本信令流程
电话业务的基本信令流程下载温馨提示:该文档是我店铺精心编制而成，希望大家下载以后，能够帮助大家解决实际的问题。
文档下载后可定制随意修改，请根据实际需要进行相应的调整和使用，谢谢!并且，本店铺为大家提供各种各样类型的实用资料，如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等，如想了解不同资料格式和写法，敬请关注!Download tips: This document is carefully compiled by theeditor. I hope that after you download them,they can help yousolve practical problems. The document can be customized andmodified after downloading,please adjust and use it according toactual needs, thank you!In addition, our shop provides you with various types ofpractical materials,such as educational essays, diaryappreciation,sentence excerpts,ancient poems,classic articles,topic composition,work summary,word parsing,copy excerpts,other materials and so on,want to know different data formats andwriting methods,please pay attention!电话业务的基本信令流程主要包括以下几个步骤：1. 主叫用户发起呼叫主叫用户拿起电话听筒，听到拨号音后，拨打被叫用户的电话号码。
手机主被叫信令流程
通话建立（手机作被叫）
RR层连接建立 信令过程 CCCH—DL：PAGING_REQUEST RACH—UL：CHANNEL _REQUEST
AGCH—DL：IMMEDIATE_ASSINGMENT SDCCH—UL：PAGING_RESPONSE SDCCH—DL：AUTH_REQUEST SDCCH—UL：AUTH_RESPONSE SDCCH—DL：CIPHERING_REQUEST SDCCH—UL：CIPHERING_COMPLETE CC层连接的建立 SDCCH—UL：SETUP SDCCH—UL：CALL _CONFIRMED SDCCH—UL：ALERTING SDCCH—UL：CONNECT SDCCH—DL：ASSIGNMENT_COMMAND SDCCH—UL：ASSIGNMENT_COMPLETE SDCCH—DL：CONNECT_ACKNOWLEDGE
通话建立（手机作主叫）
RR层连接建立 信令过程 RACH—UL：CHANNEL _REQUEST 说明 内容：建立原因和随机参考值（RAND） 原因：MS发起呼叫、紧急呼叫、呼叫重建和寻呼响 应等； RAND：有5 位，用来区别不同MS所发起的请求。 AGCH—DL：IMMEDIATE_ASSINGMENT CCCH—UL：CM SERVICE_REQUEST SDCCH—DL：AUTH_REQUEST SDCCH—UL：AUTH_RESPONSE SDCCH—DL：CIPHERING_REQUEST SDCCH—UL：CIPHERING_COMPLETE CC层连接的建 立 SDCCH—UL：SETUP SDCCH—DL：CALL _PROCEEDING SDCCH—DL：ALERTING SDCCH—DL：ASSIGNMENT_COMMAND SDCCH—UL：ASSIGNMENT_COMPLETE SDCCH—DL：CONNECT SDCCH—UL：CONNECT_ACKNOWLEDGE 在Um 接口建立MS与系统间的无线连接（分配 SDCCH） RR连接建立 请求业务如电路交换连接、短信业务等 鉴权请求 鉴权响应 加密命令 加密完成 请求建立呼叫 内容：呼叫请求的业务种类及MS发送方式、编码标 准等 系统接受请求后开始处理呼叫 振铃音 分配TCH 分配确认 用户摘机或连接消息 连接确认，表示MS接受连接
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（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核心网络，表示通话结束。
GSM呼叫信令流程
TCH指配阶段主要信令 TCH指配阶段主要信令
MS Um A BSS A 建 建 建 建 （ SET UP） B SSAP A M AP B MSC VL R MAP D HLR 被 叫 所 在 V LR MSC 建 建 建 建 （ SET UP） 为 为 为 为 为 为 为 （ S .F .O .C ） 指 指 建 建 (回 回 建 回 回 回 回 C O M C A LL） 建 建 呼 呼 （ C A LL P R O C ） 建 建 呼 呼 （ C A LL P R O C ） 指 指 指 指 （ A S S IG N -R E Q ） 指 指 指 指 （ A S S IG N -R E Q 指指指指 指 指 指 指 （ A S S IG N -C O M P ） 路 路 为 为 指 指 （ S en d R outing Inform ation） 提提提提提提 （ P rov ide M S R N R e q） 回 为 提 提 提 提 （ P R O V M S R N R esp） 路 路 为 为 回 为 （ R ou ting Infotm ation R esp) IA I(IA M )
取被叫漫游号码阶段主要信令
MS Um A BSS A 建建建建（SET UP） BSSAP A MAP B MSC VLR MAP D HLR 被叫所在VLR MSC 建建建建（SET UP） 为为为为为为为（S.F.O.C） 指指建建 (回回建回回回回COM CALL） 建建呼呼（CALL PROC） 建建呼呼（CALL PROC） 指指指指（ASSIGN-REQ） 指指指指（ASSIGN-REQ 指指指指 指指指指（ASSIGN-COMP） 路路为为指指（Send Routing Information） 提提提提提提 （Provide MSRN Req） 回为提提提提（PROV MSRN Resp） 路路为为回为（Routing Infotmation Resp) IAI(IAM)
VoLTE信令流程详解
VoLTE信令流程详解VoLTE是Voice over LTE的简称，它是一种将语音业务通过LTE网络传输的技术。
与传统的语音通话相比，VoLTE能够提供更高的音质和更短的连接时间。
VoLTE信令流程是指在建立和终止通话时涉及到的各种信令交互过程。
下面将详细介绍VoLTE信令流程。
1.初始信令流程当用户发起语音通话时，首先需要进行呼叫前处理。
该过程包括用户鉴权、用户位置查询、服务订阅查询等。
这些步骤的目的是确认用户合法性和查询相关的服务信息。
2.呼叫建立信令流程当鉴权和位置查询等步骤完成后，就可以开始建立语音通话了。
在这一过程中，需要进行以下信令交互：-呼叫请求：主叫用户发起呼叫请求，包括被叫号码和通话类型等信息。
-呼叫同意：接收到呼叫请求的被叫用户发送呼叫同意信号，表示愿意接听通话。
-会话确认：主叫用户收到被叫用户的呼叫同意信号后，向核心网络发送会话确认信号，表示通话可以开始。
-会话建立：核心网络收到会话确认信号后，将通过LTE网络建立语音通话的传输链路，并向主叫和被叫用户发送建立会话的确认信号。
3.通话过程在通话过程中，VoLTE仍然会进行一系列的信令交互，以提供高质量的语音通话服务。
以下是通话过程中涉及的主要信令流程：-媒体路径建立：VoLTE通过IP多媒体子系统（IMS）来传输语音数据。
在通话开始后，主叫和被叫用户之间的语音数据需要通过IMS建立媒体路径，以便传输实时语音。
-延时控制：VoLTE支持音频包的优先级控制，以减小语音传输中的延迟。
通话过程中，VoLTE会监测每个音频包的延迟情况，并根据需要进行优先级控制和调整。
-通话保持和切换：在一些情况下，用户可能需要保持当前通话或切换到其他网络进行通话。
VoLTE通过相关的信令交互，提供通话保持和切换功能。
4.呼叫释放信令流程当通话结束时，需要进行相应的信令交互来释放通话资源。
-通话释放：接收到通话完成信号的用户向核心网络发送通话释放信号，以释放语音通话的资源。
GSM本局呼叫流程详述
GSM本局呼叫流程详述1.主叫用户拨号：呼叫的建立始于主叫用户拨号，主叫用户通过手机或其他终端设备输入被叫用户的号码，并按下拨号键进行呼叫请求。
2.手机用户识别：当主叫用户拨号后，手机将发出一个呼叫请求信令，该信令中包含了主叫用户的身份信息和被叫用户的号码。
网络将通过这些信息来识别主叫用户的位置并为其建立通信连接。
3.基站选址：一旦网络确定了主叫用户的位置，系统将根据主叫用户所在的基站区域来选择能够提供最佳覆盖的基站，以便实现通信连接。
4.建立信道：选址完成后，网络将为主叫用户分配一个信道，用于在主叫用户和基站之间进行通信。
这个信道可以是语音信道、数据信道或控制信道，具体取决于呼叫的性质。
5.信令传输：在建立信道后，网络会发送一系列控制信令来确保通信连接的正常建立。
这些信令包括呼叫建立请求、确认信令和连接成功信令等。
6.呼叫转接：一旦主叫用户与基站之间的通信连接建立成功，网络将开始将呼叫请求从基站传输到核心网络，以便与被叫用户进行通信。
7.呼叫传输：核心网络将呼叫请求从基站接入网传输到目标MSC（Mobile Switching Center），MSC将负责根据被叫用户的位置信息找到其所在的基站，并建立与之的通信连接。
8.呼叫接收：被叫用户所在的基站将接收到来自MSC的呼叫请求，并向被叫用户发出呼叫提醒信号，提示用户有来电。
9.呼叫建立：被叫用户接听来电后，通信连接将建立成功，主叫用户和被叫用户之间可以进行语音通信或数据传输。
如果被叫用户拒接来电或者无法接听，系统将发出相应的通知信令。
10.通话结束：总体来说，GSM本局呼叫流程实质上是一个信令控制过程，通过网络中的各个节点之间的协调和通信来实现用户间的通信连接。
通过这些步骤的精确执行，GSM网络能够实现高效的呼叫管理，确保用户间的通信顺畅可靠。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
DESCRIPTION13/190 46-FAD 104 08 Uen E Traffic Case Description - Mobile Originating CallsAbstractThe purpose of this document is to describe the traffic case "Mobile Originating calls" from data transcript point of view.The document does not explain on BLOCK/SIGNAL level. This information can be found in the FUNCTION DESCRIPTION for each function block.All referenced DT sub files can be found in the DT Info Model.Contents1 Revision information 1Revision information 2Description 2.1Abbreviations 2.2Concepts 2.3Concerned nodes 2.4Prerequisites 2.5General 2.6Technical Solution 3Traffic Case 3.1Call from MS/UE to PSTN 3.2Emergency Calls from MS/UE 4Data Transcript Impacts- MSC 4.1AXE Parameters 5Miscellaneous information 6Class 7 ReferencesRevisionImpacts Prepared Date A Document based on earlier CME20 DT Info Models.ERATHHE96-09-132 Description2.1 AbbreviationsBEmergency call from MS added. Document rewritten.ERAMIST 97-05-26CUpdated document to SS R7ETOTRRE 98-09-21DUpdated to SS R8.0. No changes.ERARDPN 00-03-01E Updated for CSS R9 with traffic cases for UMTS. ERALIPT01-03-30Abbreviation in alphabetical order2.2 ConceptsGSM Tele-Services supported by UMTSUMTS will support the following GSM Tele-Services.1.Telephony and Auxiliary Telephony. 2. Emergency Calls.Supplementary ServicesUMTS will support all supplementary services currently supported by GSM.2.3 Concerned nodesAOC Advice Of ChargeBC Bearer CapabilityCAPL Channel Allocation Priority LevelCC Charging CaseCI Cell IdentityEA Emergency AreaEC Echo CancellerIDD International Dialled Digit (e.g. double zero)IMSI International Mobile Subscriber IdentityMS Mobile StationPLMN Public Land Mobile NetworkPSTN Public Switched Telephone NetworkTSC Telecommunication Service CodeRNC Radio Network ControllerTMR Transmission Medium RequirementUE User EquipmentUMTS Universal Mobile Telecommunication Systeml MSC/VLR2.4 Prerequisites2.5 GeneralWhen a mobile originating call is initiated, a chain of analysis functions are started. This document describes the basic DT involved in the traffic cases "Call from MS/UE to PSTN" and " Emergency call from MS/UE" or UE (user equipment).In the traffic case "Call from MS/UE to MS/UE" the mobile originating part of the call is handled similarly to what Is described in this document. For the terminating part, see traffic case description "Mobile Terminating calls" doc. no. 14/190 46-FAD 104 08 Uen in the DT Info model.2.6 Technical Solution3 Traffic Case3.1 Call from MS/UE to PSTNIn the description below an example of a mobile originating call to PSTN is given, following the logical sequence for DT analysis. A mobile subscriber wants to make a normal speech call from his Mobile Station. He dials the number "08 123456" and presses the "call set-up" button.Figure 1 DT Analysis Flow Chart.The broken line shows theoutput path used in later analysis.3.1.1 Telecommunication Service AnalysisWhen a mobile subscriber initiates a call, a call set up message is sent from the MS/UE to the BSC/RNC which delivers it to the MSC. In the message a GSM Bearer Capability (GSM BC) is sent. If the call is an ordinary speech call, the BC indicates "speech". The parameter is converted into a Basic Service Code (BASC). The BASC is the input to the Telecommunication Service analysis, which determines, what type of calls the MSC/VLR supports (see sub file 16000).Example: The call is a normal speech call and will result in TSC=1.MGTEI:TEC=THY, TSC=1;In UMTS the parameter UMTS indicates that telecommunication service analysis data for UMTS is to be defined.MGTEI:TEC=THY, TSC=1, UMTS;The output here is TSC, which serves as a pointer to the command MGTCI. This command specifies the network requirements i.e. Wanted Type of Signalling, Tone Protection etc.MGTCI:TSC=1, Telecommunication Service CodeWSIG=NOIS, Wanted Type of SignallingTPI=NO, Tone Protection Information.....If the telecommunication service is supported in the exchange, the VLR checks if the subscriber has the proper subscriber service. If the subscription is missing, the call set up will be cancelled.Example: A mobile subscriber has the subscription "Teleservice Telephony" (TS11), so the call is allowed.3.1.2 A-Number AnalysisGeneralA-number analysis is carried out in two stages. The first stage is referred to as pre-analysis of the A-number and then the analysis of the A-number takes place. Pre A-Number AnalysisThe pre-analysis acts as a filter and then as a selector. Due to the pre-analysis, it is possible to reduce the number of origins used in the A-number analysis tables. The pre-analysis uses the extra information contained in the set up message originating from the MS/UE, the A-Number Type and the Number Plan (ANT and NAPI). This makes it possible to distinguish between a normal MS/UEoriginated call, International call and a Forwarded-to number in the pre A-number analysis (see sub file 15800).PNASI:NAPI=1,ANT=1, A-Number TypeOAA=0; Origin for A-number analysisExample: The mobile subscribers A-number is analyzed in international format.A-Number AnalysisThe A-number analysis can be used to route different A-number series to different destination. It can also be used to restrict an A-number series from calling a particular destination or specify differentiated charging for national and international subscribers.The A-number is the calling subscribers MSISDN. The MSISDN is sent to the MSC/VLR during the location updating procedure. (see sub file 15800).ANASI:A=0-46, A-NumberACO=0; A-Number Charging OriginExample: Swedish A-numbers gets ACO-0.3.1.3 IMSI Number AnalysisInformation about the MS/UE is fetched from the IMSI number analysis (sub file 76000). This information includes parameters like OBA, CBA and NATMS. The parameter OBA is the input to the B-number analysis. It specifies the origin for start of pre B-number analysis.Example: The mobile subscribers IMSI number is included in the IMSI number series below.MGISI:IMSI=240 01 75,............ANRES=OBA-30, Origin for B-number analysisCBA-46, Call Barring Access (BOIEXH)NATMS, National Mobile Subscriber.....;3.1.4 B-Number AnalysisGeneralB-number analysis is carried out in two stages. The first stage is referred to as pre-analysis of the B-number and then the analysis of the B-number takes place. Pre B-Number AnalysisThe principle for B-number analysis is the same as for pre A-number analysis, see paragraph 3.1.2.PNBSI:BO=30, Pre B-number origin (from MGISI)BNT=2, B-number type (BNT=2 unknown format)OBA=30; Origin for B-number analysisPNBSI:BO=30, Pre B-number origin (from MGISI)BNT=1, B-number type (BNT=1 International format)OBA=32; Origin for B-number analysisExample: The mobile subscriber dialled "08 123456" which is a number in "Unknown format". The number will therefore be analyzed in OBA=30.All MS/UE originated calls are in "Unknown format" except if " International format" is specially chosen on the MS/UE.All Forwarded-to-number and all numbers using + as a prefix should be in "International format" (see sub file 78000).B-Number AnalysisFrom the pre B-number analysis the Origin for B-number analysis (OBA) is derived. The B-number analysis makes an analysis of the dialled number. The table delivers a large amount of analysis results which are used in other analysis tables, e.g. Route and Charging analysis.ANBSI:B=30-08, Analysed numberL=7-12, Number lengthM=1, Modification of number (removes first digit)BNT=4, New B-number typeCC=4, Charging CaseD=4-1, Destination CodeRC=1; Routing CaseExample:The mobile subscriber dialled 08 123456, which means that the number will be modified (0 removed => 8 123456), BNT set to 4 and RC=1 is fetched.3.1.5 Access Barring AnalysisGeneralAccess barring analysis is the method of determining whether a MS/UE is permitted to make a call. This function is invoked by the use of the D parameter from the analysis of the B-number and points to a table for access barring.National CallsThe D-parameter (Destination code) received from the B-number analysis is connected to a TDCL (Trunk Discrimination Class, see sub file 15500).ANDSI:D=4-1, TDCL=1;The TDCL value is compared to the Calling Barring Access (CBA) value. If they are equal then the call will fail and if they are not then the call can proceed. The CBA value is a translation of the subscriber data for barring (BAOC, BOIC, OBA, OBI etc.) fetched from block MTV (see parameter list for the block MTV).Example: The mobile subscriber has no barring services active, so the call is permitted.International CallsThe concept for barring of international calls are the same as described above except for the barring service "Barring of all outgoing international calls except those directed to the home PLMN" (BOIEXH). The BOIEXH service uses the CBA value defined in the IMSI number analysis. This value is determined by the network operator, values 13 to 255 are available for use.Let's say that a German subscriber with SS BOIEXH active roams in our MSC and wants to make an international call home to Germany.MGISI:IMSI=262 02 => CBA-49ANBSI:B=32-49 => D=6-49ANDSI:D=6-49, TDCL=1&2&44&46;The CBA value from the IMSI analysis is compared with the TDCL value pointed out (via the Access Barring table) in the B-number analysis. The values are not equal, so the call can proceed.If a U.K. subscriber with SS BOIEXH active roams in our MSC and wants to make aninternational call to Germany, the call will be barred due to that the fetched CBA-44 and the TDCL value pointed out in the B-number analysis are equal.MGISI:IMSI=234 15 => CBA-44ANBSI:B=32-49 => D=6-49ANDSI:D=6-49 TDCL=1&2&44&46;3.1.6 Routing Case AnalysisAnother output from the B-number analysis table is the Routing Case (RC) This parameter is analyzed in the Routing Case analysis table to determine the outgoing route for the call to proceed. The outgoing route must already be defined (command EXROI).Different routing alternatives can be chosen and branching can be done on several input parameters, such as Transmission Medium Requirement (TMR) (see sub file 15400).ANRPI:RC=1;ANRSI:BR=TMR-0,ESR=1,R=PSTNO... => Speech call, ECs requiredANRSI:BR=TMR-1&&-4,R=PSTNO..... => Data call, ECs not requiredANRPE;The TMR (input from the call set up message) is used as a branching parameter to control the Echo Cancellers (EC) function.Example: A route towards PSTN is pointed out in the RC analysis.3.1.7 Route DefinitionThe definition of a route is a group of devices each having the same qualities. By qualities we mean: destination, device type, signalling system and any other characteristics.EXROI:R=PSTNO,DETY=UPD,FNC=3,SP=2-400,SI=ISUP4;Example: A route towards PSTN has been pointed out in the Routing Case analysis.3.1.8 Charging AnalysisInitial Charging AnalysisThe input to the Initial Charging analysis (Traffic Activity Dependent Charging analysis) is the Charging Case (CC) derived from the B-number analysis.The branching conditions in the analysis, can be used to differentiate the charging depending on the type of call (see sub file 15100).CHIPI:CC=4;CHISI:BC=TSC-0&&-4&-19&&-255... => NCC=1 (speech)CHISI:BC=TSC-7&&-18... => NCC=5 (data)CHISI:BC=TSC-5&-6... => NCC=6 (fax)CHIPE;Example: Our subscriber initiated a normal speech call which results in a new Charging Case (NCC=1). The TSC parameter is derived from the Telecommunication Service Analysis.Charging AnalysisThe input here is the New Charging Case (NCC) derived from the Initial Charging analysis or (if the CC not were specified in the Initial Charging analysis) the original Charging Case derived from the B-number analysis.CHAPI:CC=1;CHABI:BC=CO-0&&-30&ACO-0;CHASI:.....,TC=1;CHABI:BC=CO-31;CHASI:.....,NP;CHAPE;The Tariff Class (TC) derived points towards a Tariff (T), which is necessary to define if Advice of Charge (AOC) are to be used in the node.CHCSI:TC=1 => T=1For more information about charging see document " Charging" doc. no. 8/190 46-FAD 104 08 Uen in the DT Info model.3.2 Emergency Calls from MS/UEMobile Subscriber emergency calls are handled as highest priority calls. They get priority when requesting processor capacity and at outgoing trunk seizure.The emergency call set up is similar to the basic traffic case " Call from MS/UE" with the exception that some functions are invoked/ignored depending on the setting of certain emergency call related exchange parameters.An emergency call is initiated when the emergency code 112 is dialled on a Mobile Station and a request to establish an emergency call is generated. When the message is received in the MSC/VLR, a check for the IMSI number is performed.If no IMSI (TMSI) is received in the set up message, the exchange property EMCNOIMSI controls whether the call is allowed to proceed or not.MGEPC:PROP=EMCNOIMSI-1; ! Emergency call set up without an IMSI !For a Mobile Station which is not registered (Location Updating has not been performed) in the MSC/VLR, the call may be allowed to proceed anyway depending on the exchange parameter EMCNOLU.MGEPC:PROP=EMCNOLU-1;For a Mobile Station which is registered, procedures for security related functions, such as authentication and ciphering, are invoked. If authentication fails, the call proceeds anyway but without ciphering.Upon completion of the procedures for security related functions, the procedure for equipment identity control is started. Two exchange properties related to this function are checked. IMEICONTROLEMR controls whether IMEI check is to be performed and IMEIROUTGRYEMR controls if grey listed subscriber are to be rerouted to an announcement. If the call is to be rerouted an End of Selection (EOS=2742) is generated, which is used to route the call to an announcement machine.MGEPC:PROP=IMEICONTROLEMR-1; ! IMEI control at emergency calls !MGEPC:PROP=IMEIROUTGRYEMR-0; ! Re-routing at grey listed IMEI !ANESI:ES=2742, F=99, M=0-100; ! Announcement, grey listed IMEI !After reception of a request from the Mobile Station to set up the call, telecommunication service analysis is performed for the emergency call.MGTEI:TEC=EMERG, TSC=99, CRT=FR-FR, PSCVL=FRV1&FRV2;MGTCI:TSC= 99, WSIG=NOIS, TBP= NO, TPI=YES, NOTE="EMERG";End of Selection analysis is initiated with an emergency call specific End of Selection code, EOS=2290 for " Emergency call with SIM card" and EOS=2577 for "Emergency call without SIM card". The EOS code leads to modification of the (nonexisting) B-number in the EOS analysis.Different emergency centers can be reached depending on the Emergency Area (EA) category defined by command MGCEC. The Emergency Area category is specified on a per cell basis.MGCEC:CELL=KISTA1A, CO= 4, EA=1, RO=1;MGCEC:CELL=KISTA2A, CO= 4, EA=2, RO=1;MGCEC:CELL=KISTA3A, CO= 4, EA=3, RO=1;ANESI:ES=2290, F=30,M=0-90000; !Emergency call, with SIM card!ANESI:ES=2577, F=30,M=0-90000; !Emergency call, without SIM card !B-number analysis is restarted which leads to a routing case RC.ANBSI:B=30-900, L=5, BNT=2, RC=90; ! National Emergency Number !Routing analysis is performed and an EOS code is derived. The branching is specified on the different Emergency Areas defined.ANRPI:RC=90;ANRSI:BR=EA-1, P01=1, ES=2601;ANRSI:BR=EA-2, P02=1, ES=2602;ANRSI:BR=EA-3, P03=1, ES=2603;ANRPE;EOS-analysis is performed and BO (B-number origin) and B-number are returned. ANESI:ES=2601, F=30, M=0-9112; ! B-number to Emergency Area 1 !ANESI:ES=2602, F=30, M=0-9113; ! B-number to Emergency Area 2 !ANESI:ES=2603, F=30, M=0-9114; ! B-number to Emergency Area 3 !The routing of the emergency call to the emergency center is done with this B-number. This way it is possible to have an EOS code for each Emergency Area. Theintention is to use those EOS codes reserved for TCS internal use. However, if these are not enough, it is advisable to use EOS codes from 9999 and downwards.If A-number is requested, it is returned to TCS, if MSIDSN is valid, otherwise not available indication is returned.Another exchange property SSEM2 is checked to see whether network initiated Supplementary Service operations are allowed in parallel to an emergency call. However invocation of barring Supplementary Services as well as operator determined barring are ignored.MGEPC:PROP=SSEM2-0; ! Supplementary service operations !After seizure of an outgoing line, the Mobile Station is informed that the set up of the call is processing.At this point an A-interface line for speech transmission towards the BSS is seized. After seizure of the A-interface line, the BSS is requested to assign a traffic channel to the air interface. If the feature Channel Allocation Priority Level (CAPL) is active, exchange property CAPLTCHEMER is checked for the Channel Allocation Priority Level to be used for the emergency call.MGEPC:PROP=CAPLTCHSCH-0; ! CAPL active !MGEPC:PROP=CAPLTCHEMER-0; ! CAPL used for Emergency calls !After receiving an indication from the BSS that the traffic channel assignment has been completed, the call is set up to an emergency center.The Mobile Station is informed when the emergency center is free (alerting). Upon indication about B-answer, the Mobile Station is informed. When the Mobile Station has acknowledged to the indication about B-answer, the emergency call has been established.If the Mobile Subscriber dials the national emergency call number instead of using the emergency code (112), the call will be set up as a normal telephony call. The call is accepted if the destination pointed out by the national emergency number is not barred by the access barring analysis.For more information about emergency calls, see document 177/19046-FAD 104 08 Uen in the DT info model, which covers Enhanced emergency routing.4 Data Transcript Impacts- MSC4.1 AXE ParametersTwo exchange properties APPCI and APPSEPCI defines if the originating Cell Identity (CI) must be appended, with or without separator, at the end of the emergency center number. This allows the forwarding of the Cell Identity to the network (see sub file 13000).DBTRI;DBTSC:TAB=AXEPARS, SETNAME=GSMMSSC, NAME=APPCI, VALUE=0;DBTRE:COM;DBTRI;0;DBTSC:TAB=AXEPARS, SETNAME=GSMMSSC, NAME=APPSEPCI, VALUE=0;DBTRE:COM;5 Miscellaneous information -6 Class-7 References1/1553 1/APT 210 25/1Traffic handling2/155 16-ANT 292 01/2Call from MS, Preparation4/155 16-ANT 292 01/2Call from MS, Establishment19/155 17 ANT 292 01/1Call from Mobile Subscriber in MSC/VLR87/155 17 ANT 219 07/3Emergency call from Mobile Subscriber in MSC/VLR。