下载文档原格式
C网信令流程详解reliance项目技术指导内部公开1信令分析在分析问题时，恳请参考恰当的流程，逐步检查到底哪一条消息没接到，并且分析上一条消息里面随身携带的内容，从而定位原因所在。
1.1主被叫呼叫建立流程1.1.1正常信令在分析接入问题时，请参照上图所示正确的流程，逐步检查到底哪一条消息没有收到，且分析上一条消息里面携带的内容，从而定位原因所在【备注】abis-btssetup消息里面，随身携带了互连的小区、扇区、walsh码、频点。
关键点1：bsc向msc传送cmservicerequest后，与否接到assignmentrequest。
如果没接到msc播发的assignmentrequest,要到6s后定时器超时，基站可以给手机传送releaseorder.这种情况就是a1USB失利。
关键点2：bts是否向bsc发送abis-btssetupack。
abis如有问题，如误码高、信令链路带宽不足等，将会体现为abis无法建链成功，话统原因“指配资源失败”关键点3：与否传送ecam（拓展信道指配消息）消息。
如abis正常建链，但却没播发2021-4-17华为机密，未经许可严禁蔓延第1页,共21页reliance项目技术指导内部官方送ecam消息，在话统里面会体现为“指配资源失败”，可能原因是walsh、ce、power不足。
关键点4：与否在f-dsch传送ordermessage，例如没接到，表明捕捉业务信道前导帧失利。
(下面的段落存有如下表明：bsc在f-dsch印发ordermessage,表明已经捕捉至逆向业务信道前导帧，蔡龙，20210227)被叫流程与主叫几乎完全一致，被叫中的pagingresponse相当于主叫的originationmessage。
1.1.2典型异常信令1、a1接口失败。
2、传输误码率低引致指配资源失利2021-4-17华为机密，未经许可严禁蔓延第2页,共21页reliance项目技术指导内部官方3、信令交互失败引发信令可视化失利通常就是空口原因，本案例比较特定，该基站下面应答全部失利，通过融合csl分析，辨认出存有大量0x0c8b（sdu_add_link_fail）互连失利，猜测fmr板存有故障，在请示客户同意基础上登位ip框后（该框下仅有这一个基站）化解。
1 基本呼叫过程 (2)1.1 移动用户呼叫移动用户主叫侧完整过程（主叫释放） (2)1.2 移动用户呼叫移动用户被叫侧完整过程（被叫释放） (10)1.3 固定用户呼叫移动用户完整过程 (17)1.4 移动用户呼叫固定用户完整过程 (22)1.5 呼叫重建过程 (26)2 位置更新过程 (27)2.1 第一次位置更新（TMSI再分配） (27)2.2 VLR内部的位置更新 (29)2.3 改变VLR时的位置更新 (34)3 IMSI附着过程 (40)3.1 IMSI分离过程 (40)4 切换 (44)4.1 小区内切换 (44)4.2 BSC内的小区间切换 (46)4.3 MSC内的BSC间切换 (48)4.4 MSC间切换 (50)4.5 强迫切换 (54)5 短消息传送过程 (56)5.1 空闲模式下MS发起的短消息传送 (56)5.2 空闲模式下MS终止的短消息传送 (60)5.3 专用模式下MS发起的短消息传送 (65)5.4 专用模式下MS终止的短消息传送 (67)6 高级语音呼叫过程 (69)6.1 组呼的信令过程 (69)6.1.1 发起组呼的信令流程 (69)6.1.1.1 移动用户发起组呼的信令流程 (69)6.1.1.2 固定用户发起组呼的信令流程 (72)6.1.2 移动用户在主控MSC上申请上行链路的信令流程 (74)6.1.3 组呼挂断的信令流程 (76)6.1.3.1 主控MSC下的移动用户挂断组呼的信令流程1 (76)6.1.3.2 中继MSC下的用户挂断组呼的信令流程 (77)6.1.3.3 固定用户挂断组呼的信令流程 (78)6.2 语音广播呼叫过程 (79)6.2.1 语音广播呼叫建立信令流程 (79)6.2.2 语音广播挂断信令流程 (82)1 基本呼叫过程1.1 移动用户呼叫移动用户主叫侧完整过程（主叫释放）1移动用户呼叫移动用户主叫侧完整过程（主叫释放）流程1.Channel request ：该消息在RACH上以随机模式被传送，主要应用过程有IMSI附着、短消息、补充业务管理。
GSM信令流程总结呼叫建立阶段的信令流程如下：1.扫描和选择基站：移动台扫描周围的基站，并选择最强信号的基站进行连接。
2.建立无线连接：移动台发送连接请求给所选择的基站。
基站收到请求后，发送连接确认给移动台。
3.注册移动台：移动台通过发送注册请求将自己的位置信息注册到网络中。
基站收到请求后，发送注册确认给移动台。
4.寻呼移动台：当有呼叫或短信发送给移动台时，网络会发送寻呼请求给所在区域的基站。
基站通过广播方式将寻呼请求发送给所有的移动台。
5.移动台响应：移动台收到寻呼请求后，发送响应给所在区域的基站。
基站收到响应后，向核心网发送移动台的位置信息。
6.路径设置：核心网根据移动台的位置信息确定路由和传输路径，以确保呼叫可以正确连接。
呼叫释放阶段的信令流程如下：1.完成通话：通话结束后，通信控制器向基站发送释放请求。
2.呼叫释放确认：基站收到释放请求后，向核心网发送释放确认。
3.核心网清除连接：核心网收到释放确认后，清除与移动台的连接，并从网络中删除移动台的位置信息。
4.发送呼叫释放消息：基站向移动台发送呼叫释放消息。
5.移动台响应：移动台收到呼叫释放消息后，确认释放，并将自己恢复到空闲状态。
在整个信令流程中，GSM使用了多种信令协议和消息来实现不同的功能。
例如，移动台和基站之间使用的信令协议是GSM-MAP（Mobile Application Part），它用于处理移动台的位置注册和寻呼等功能。
通信控制器和核心网之间使用的协议是SS7（Signaling System No.7），它用于处理呼叫建立和释放的信令交换。
总结起来，GSM信令流程是一个复杂的过程，涉及到移动台和基站、基站和核心网之间的信令交换。
通过这个信令流程，GSM实现了移动通信网络中的呼叫建立和释放等功能，确保通信连接的可靠性和稳定性。
四、MAP常见信令流程本部分内容包括MAP协议概述HLR/VLR的用户数据组织MAP常见信令流程（一）、MAP协议概述MSC、HLR、VLR之间的接口采用了MAP协议。
MAP协议的层次结构如图所示。
本章第二部分中讲述MAP的常见功能流程。
1．SCCPMAP采用SCCP无连接0或1级的无连接服务。
SSN（子系统号码）：用户部分比特8765432100000101整个MAP（留待将来可能使用）00000110HLR00000111VLR00001000MSC00001001EIR00001010AC寻址用DPC＋SSN或GT寻址。
2．TCAPTCAP基于网络的无连接服务。
为了向所有应用业务提供统一的支持，TCAP将不同节点之间的信息交互抽象为一个关于’’操作’’的过程，即起始节点调用（Invoke）一个操作，远端（目的地）节点应请求执行执行该操作，并可能向始节点回送操作执行结果。
为了完成某项业务过程，两个节点的对等实体之间可能涉及到许多操作，这些相关操作的执行通过顺序、嵌套等方式组合起来，就构成一个所谓’’对话’’（即’’事务’’，如MAP的业务流程等）。
正如对话语句是由以下基本单词组成一样，TCAP消息由基本构件――组元（Component）组成的。
一个组元对应于一个操作请求或响应，一个消息（对话）可以包含多个组元。
这样，由若干个组元就可以构成大量的消息。
上述统一的消息结构和语法规则适用于任何类型的TC用户。
因此，TCAP协议和具体应用无关，但是消息的语义，即每个组元中所包含的信息含义以及一个消息中各个组元的次序则取决于具体的应用，由TCAP用户定义。
MAP层次结构--------------------------------第3层: 网络层第2层: 数据链路层第1层: 物理层MTP: Message Transfer Part,消息传递部分SCCP: Signaling Connection Control Part,信令连接控制部分BSSAP: Base Station System Application Part, 基站系统应用部分,用于GSM A接口TCAP: Transaction Capability Application Part, 事务能力应用部分MAP: Mobile Application Part,移动应用部分, 用于MSC﹑VLR﹑HLR之间的接口TUP: Telephone User Part,电话用户部分, 用于MSC和PSTN之间的接口（二）、HLR/VLR的用户数据组织GSM相应规范03.08 Organisation of subscriber data用户数据组织简述1、 H LRHLR是负责移动用户管理的数据库。
交换机和HLR之间的信令消息都是以IMSI为索引的。
在固网交换机中，用户是不存在机身码的，采用约定的编码方式当作机身码。
交换机和HLR之间的MAP信令接口包括以下几个部分：移动性业务管理、操作和维护业务、呼叫处理业务、与补充业务相关的业务等。
下面分别进行描述。
1.1 发送鉴权参数固定交换机应该支持用户的鉴权功能。
在用户移入到本交换机时进行鉴权，识别用户接入到本网络中的权限。
在鉴权过程中，交换机向HLR请求鉴权信息的消息流程如图所示：(a)(b)图 1交换机请求鉴权参数流程流程说明：当用户接入到交换机中时，交换机需要对此用户进行鉴权。
交换机向HLR 发送MAP_SEND_AUTHENTICATION_INFO消息，请求HLR提供用户的鉴权参数，消息中带有用户的IMSI。
HLR响应鉴权参数请求，将鉴权参数传送给交换机。
鉴权参数包括随机数、结果1和结果2。
存在两种鉴权算法，结果1和结果2分别为两种算法对应的结果。
1.2 位置更新1.2.1位置更新流程当固定用户位置变化、或进行附加业务操作、或数据不可靠时，交换机向HLR发起位置更新。
位置更新作用是要求获得该用户的数据，并在HLR中注册用户新的位置信息。
交换机向HLR发起位置更新流程如图所示：))))图 2位置更新流程流程说明：a）用户当前所在交换机向HLR发起位置更新请求，请求中携带IMSI、VLR Number等；b）HLR收到用户所在的交换机位置更新请求后，向用户当前所在的交换机发起请求，插入用户数据；c）交换机存储用户数据，并向HLR确认用户数据插入；响应中携带交换机不支持的补充业务的SS-Code List、区域签约限制时返回RegionalSubscription Response、如果交换机支持CAMEL，则还需携带支持的CAMEL版本信息。
目前固定交换机仅支持CAMEL版本2；d）HLR确认交换机的位置更新请求，响应中携带HLR Number，交换机存储用户归属HLR Number。
捷信新员工入职培训第一章前言以下内容是根据个人的理解整理的捷信项目中涉及的部分移动通信网知识的简要介绍，供捷信项目新员工学习了解。
水平有限，可能还有不少错误，但是只求大致了解，希望不致于贻笑大方。
若发现理解、阐述上有问题，请回复邮件告知。
第二章移动通信网简介基本网络结构涉及的概念MS:移动台，即俗称得手机用户；BTS :发射台？负责无线信号的收发；BSC:负责控制BTS；MSC：移动交换机，就像一个以太网交换机负责在各个计算机之间交换数据一样，移动交换机负责控制通话等等——当然，实际复杂得多。
GMSC:关口局，关口MSC。
GMSC用于连接两个不同的运营商或者异构的网络。
实践中，厂家设计时通常将MSC 设计为可以兼当GMSC。
例如，杭州移动的GSM网络要和杭州联通的GSM 网络通信，则双方各自有一个GMSC，两个MSC之间通过TUP/ISUP协议通信。
一个不是很恰当的比喻，GMSC 类似与一个路由器，连接不同的网络甚至是异构的网络。
TMSC :汇接局，T局。
任意两个MSC之间要通信，若采用两两直接互连的网状连接，则需要大量的传输线路，为了节省传输资源，通信网通常采用网状＋树状的网络拓扑——每个省设置两个TMSC，本省的MSC与本省的TMSC 连接，省之间通过TMSC 连接。
即，一个杭州用户给一个广州用户打电话，其话路先从杭州MSC 到浙江省的TMSC，然后到广东TMSC，最后到广州的MSC。
VLR :拜访位置寄存器(VisitedLocationRegister),负责保存在所服务区域的用户的信息，比如用户有无短信收发能力、用户有无呼转能力等，还负责分配、保存一些临时的信息，比如MSRN、TIMSI 、TLDN 等；理论上一个VLR 可以同时为多个MSC服务，实践中VLR和MSC在物理上作为同一个设备(就像东信的CDMA2000 交换机，一个MSC中有两块路板控制整个交换的FMCP即MSC 部分，另外一块是VLR 专用的VLRP)。
