Layer3信令分析及流程详解汇编(扫盲).
Um接口信令分层结构
• EXAMPLE: • 当MS进行起呼时，紧接着释放，从第三层信令消息框可以明确反映出发
生了一次未接通，主要有以下三条信令消息：
• UL：CHANNELREQUEST • DL：IMMEDIATEASSIGNMENT • UL：CMSERVICEREQUEST
在上行的CMSERVICEREQUEST信令发出后，没有下行的响应，通 话状态由起呼直接转为空闲模式（IDLE），由此可以断定发生了一次未 接通。由于上行UL：CM SERVICE REQUEST是MS发起的对SDCCH的 申请，发出申请后没有应答，没有出现标志呼叫接通的信令消息（当一 次试呼开始后出现了Connect，Connect Acknowledge消息中的任何一条就 计数为一次接通），由此，可以断定发生了一次未接通情况。其原因可 能为该服务小区的SDCCH信道拥塞，也可能是由于无线环境的恶化造成 SDCCH信令丢失。
• 在平时进行Driver Test时经常会碰到各种各样 电话打不通的现象，按照故障现象大致可以分 成以下几类：未接通、拥塞和由于切换失败导 致掉话等。
• 结合空中接口的信令流程对上述故障进行分析。
MS 呼叫未接通
这种情况表现为手机拨了号码之后，马上就跳掉了，显示仍 回到原始状态。发生此故障的原因很多，下面依阶段进行分析： 没有占用上SDCCH： • 当手机占用随机接入信道后，在接入容许控制信道上如果收到 “Immediate Assignment Reject”消息，那么应该是由SDCCH拥塞 引起的.
MS拥塞
•
SDCCH拥塞，TCH拥塞
• 手机在接入了SDCCH以后，不能成功地占用TCH：
这主要是由于SDCCH射频丢失、A接口拥挤或小区里无TCH信道引 起。对SDCCH射频丢失主要是由于低电平和干扰引起的;
GSM BSS中重要信令及Counter分析修改
Assignment Command
ST3107
占用TCH时，如需传送信令，则通过 Stealing Flag将TCH转换成FACCH
Establish Indication Assignment Complete
Assignment Complete
ET3107
Assignment Cmp RF Channel Release (SD) RF Channel Release Ack.
ASB/SBG-TS/GWD-TAC
14
鉴权、身份识别、加密、TMSI重新 分配过程——A口信令
Identification Response
ASB/SBG-TS/GWD-TAC
15
TCH分配过程
定义
分配TCH的过程 特殊情况
– 排队（Queuing） – 直接重试（Directed Retry）
RACH AGCH SDCCH + SACCH TCH/FACCH + SACCH
6
PCH
ASB/SBG-TS/GWD-TAC
无线链路建立流程
定义
手机与网络间建立一个无线链路，用于信令传送 包括以下四个步骤
– – – –
Paging过程（Paging Procedure）（仅用于被叫流程中） 随机接入过程（Random Access Procedure） 立即分配过程（Immediate Assignment Procedure） SCCP联接建立过程（SCCP Connection Establishment Procedure）
19
TCH分配过程——Abis
Physical Context Comfirm
layer3层3消息及信令注解
第三层（Layer 3）信令第三层信令是看网络运行情况的信息层，从第三层可以看到网络的个种动作：如：呼叫流程、拥塞、用户忙、位置更新等，系统信息总共有8个类型，Type1—4只出现在待机状态下，Type5—8只出现在通话状态下：1、System Information Type1小区广播信息，有该小区自身的频点，RACH的一些参数设置，详见上图。
2、System Information Type2待机模式下小区的测量频点，（同频段，移动网有两个频段，GSM900和DCS1800），在通话模式下有另外定义的测量频点，也就是说一个小区可以在待机时做测量频点，而通话时不做测量频点，允许小区重选而不允许切换，反之也可以只允许切换不允许小区重选也可以，不过通常情况下待机和通话时的测量频点是一致的。
3、System Information Type2ter待机模式下小区的测量频点，（异频段，移动网有两个频段，GSM900和DCS1800），4、System Information Type 3小区广播信息，可以看到A TT、T3212、ACC、CRO、CRH以及ACCMIN等，详见上图5、System Information Type 4小区广播信息，在这里可以看到小区的CRH、CRO、ACCMIN、MAXRET、CB、CBQ、PT等一些参数的设置值，详见上图。
6、System Information Type 5激活模式下服务小区测量频点，（同频段，移动网有两个频段，GSM900和DCS1800）只有服务小区有做该小区的测量频点，才会测量到该小区的信号，否则在邻区列表中不会看到该小区，也不会切换。
在我们平时路测当中，经常遇到强信号不切换，如果做了测量频点，可以很明了地看到有一个强的邻区信号，但是要是没有做测量频点的话就比较隐性。
7、System Information Type 5ter激活模式下服务小区的测量频点，（异频段，移动网有两个频段，GSM900和DCS1800）8、System Information Type 6通话状态下面服务小区的一些信息，他跟Type1 有点相象，还可以看到NCC Permitted; 9、System Information Type 7暂时没有见过。
5G初始接入信令流程介绍（SA与NSA）
5G初始接⼊信令流程介绍（SA与NSA）⼀、⼩区搜索⼩区搜索是UE实现与gNodeB下⾏时频同步并获取服务⼩区ID的过程，⼩区搜索分以下⼏个步骤：第⼀步：UE解调主同步信号（PSS，和LTE⼀样是3个），实现符号同步，并获取⼩区组内ID；第⼆步：UE解调次同步信号(SSS, 5G的SSS有336个 )，获取⼩区组ID，结合⼩区组内ID，最终获得⼩区的PCI(5G的PCI有1008个）第三步：解调PBCH的MIB消息，获取波束ID，以及半帧指⽰信息，完成下⾏帧同步NSA组⽹下，RMSI中的内容通过RRC信令（由LTE发送）在UE开始接⼊NR前发送给UE直接读取SSB的中⼼频点⼆、上⾏同步触发RA的事件有如下⼏类：Case 1：初始RRC连接建⽴（竞争）Case 2：RRC连接重建（竞争）Case 3：切换（竞争or⾮竞争）Case 4：失步状态下⾏数据到达（竞争or⾮竞争）Case 5：失步状态上⾏数据到达（竞争）Case 6：NSA接⼊。
UE在LTE⼩区接⼊后，添加NR⼩区时，在NR发起RA（⾮竞争）Case 7：基于RA请求SI （系统消息）。
UE需要请求特定SI时会发起RA（⾮竞争）Case 8：UE从RRC_INACTIVE到RRC_CONNECTED状态（竞争or⾮竞争）Case 9：波束恢复。
当UE PHY层检测到波束失步时，会通知UE MAC发起RA（⾮竞争）NR中的随机接⼊流程与LTE的基本相同，UE侦听系统消息获取本⼩区PRACH信道配置并向gNB发送Preamble，gNB下发RAR，冲突的UE都可能会受到，并在ULGrant指⽰的时机向gNB 发送Msg3，并携带UE标⽰。
gNB下发MSG4，包含竞争解决MCE，指⽰竞争成功的UE标⽰三、SA初始接⼊信令流程SA初始接⼊信令流程包括RRC连接流程、上下⽂建⽴流程、PDU会话流程。
RRC连接流程包括UE和gNodeB之间的RRC连接建⽴、重配、释放、重建过程，以及上⾏失步管理、UE不活动性管理。
Quidway ME60 多业务控制网关 故障处理 三层用户故障处理
Quidway ME60故障处理-BRAS业务目录目录1 三层用户故障处理......................................................................................................................1-11.1 简介.................................................................................................................................................................1-21.2 故障处理过程.................................................................................................................................................1-21.2.1 典型组网环境........................................................................................................................................1-21.2.2 配置注意事项........................................................................................................................................1-21.2.3 故障诊断流程........................................................................................................................................1-41.2.4 故障处理步骤........................................................................................................................................1-41.3 故障处理案例.................................................................................................................................................1-61.3.1 三层用普通户上线不久就掉线...........................................................................................................1-61.3.2 用户接入失败........................................................................................................................................1-61.4 FAQ...................................................................................................................................................................1-71.5 故障诊断工具.................................................................................................................................................1-81.5.1 display命令............................................................................................................................................1-81.5.2 日志......................................................................................................................................................1-11插图目录Quidway ME60故障处理-BRAS业务插图目录图1-1 三层用户典型组网图................................................................................................................................1-2图1-2 三层用户故障诊断流程图.......................................................................................................................1-4图1-3 三层接入业务组网图................................................................................................................................1-6故障处理-BRAS业务表格目录表格目录表1-1 display interface gigabitethernet命令输出信息描述...............................................................................1-9表1-2 display domain命令输出信息描述.........................................................................................................1-10表1-3 display layer3-subscriber命令输出信息描述.........................................................................................1-10三层用户故障处理故障处理-BRAS业务 11 三层用户故障处理关于本章本章描述内容如下表所示。
Assistant后台软件使用简介
一、软件安装流程：Assistant 的安装流程如下图所示。
二、新建工程打开软件，新建一个项目，如下图：弹出一个新项目窗口，包含项目名，项目存放的路径和地图的路径，地图（格式为gst）可不用打开，如下图：接着进行数据设置命名，如下图：三、导入基站分布图和测试数据3.1 导入基站分布图：点击Dataset—Impport engineering parameter —WCDMA打开基站数据表验证表格的格式和内容是否正确3.2 导入测试数据右键点击数据名称(如cluster1),导入probe的路测数据。
弹出数据导入窗口，点击Browse,选择需要导入的数据。
如数据有多个则合并数据选项（Autocombine By Com_Port）打勾四、指标分析指标有UE和SCANNER指标项4.1 覆盖分析：4.1.1小区主导性分析导频Best SC 分布图：选择SCANNER—SC FOR 1ST BEST ServiceCell4.1.2下行覆盖分析导频RSCP分布：选择SCANNER—RSCP FOR 1ST BEST ServiceCell4.1.3上行覆盖分析UE发射功率分布：选择MS—Power Control—Tx Power4.2 质量分析导频Ec/Io分布图：SCANNER—Ec/Io FOR 1ST BEST ServiceCell4.3 导频污染分析SCANNER—Pilot Pulltion—Whole PP五、事件分析：如掉话分析选择MS—Phone Event—CALL－CALLDropped, 点击并拖入Map窗口,如下图：用上图红圈的箭头点击掉话点，图下面的A区域则出现掉话时的信息，包括时间、激活集和监视集的RSCP和EC/IO等。
同时可以打开层三信令分析，选择MS—L3 Message,如下图：地图窗口和信令窗口的信息是实时联动的,如上图161条信令就是掉话时的信令点。
六、数据业务指标分析6.1 HSDPA业务选择MS—HSDPA—MAC Layer Rate,如下图如map图出现了黑色的方框，不是彩色的点，则是阀值的设置不合理，即实际测得的速率超过了阀值的最大值。
层3信令详细解析
一、主叫信令流程随机接入（终端和基站上下行同步，物理层过程）↑RRC Connection Request （终端告诉RRC发起的业务类型，CMS短信。
MOC.MTC）↓RRC Connection Set up (初始资源分配，建立小区主频点，上下行时隙，码道) ↑RRC Connection Set up Complete （以上三步为RRC连接建立）↑CM Service Request （初始直传）↓Authentication Request （证明请求，是否为合法用户）↑Authentication Response （证明回应，以上两步为鉴权过程）↓Security Mode Command （安全模式指令）↑Security Mode Complete （安全模式完成，以上两步为加密过程）↑Set up （主叫->核心网，包含被叫号码）↓Call Proceeding （呼叫进行）Identity Request （身份请求）Identity Response （身份回应）↓Radio Bearer Set up(DL-DCCH) （无线设备承载主频点，工作频点，时隙）↑Radio Bearer Set up Complete （以上两条为RB建立过程）Alerting （发信号）Progress 前进Connect （接通电话->主被叫呼叫接通）Connect Acknowledge （告知已收到）Disconnect 断开Release 释放Release CompleteRRC Connection Release (DL-DCCH)RRC Connection Release CompleteRRC Connection Release CompleteRRC Connection Release CompleteRRC Connection Release Complete协议层RRC 终端和RNC之间的信令交互NAS层信令->终端和核心网信令主叫的RB建立完成后发起对被叫的寻呼Connect 之前未接通之后掉话主叫信令流程说明随机接入RRC连接建立（终端和基站上下行同步完成后->终端和RNC之间信令链接）建立初始直传（终端和核心网主叫的信令链接。
信令流程（图+介绍）
信令流程（图+介绍）GSM 信令流程（菜鸟多看看，不要到处跑）GSM 系统使用类似OSI 协议模型的简化协议，包括物理层（L1）、数据链路层（L2）和应用层（L3）。
L1是协议模型最底层，提供物理媒介传输比特流所需的全部功能。
L2保证正确传递消息及识别单个呼叫。
在GSM 系统中，无线接口（Um ）上的L1和L2分别是TDMA 帧和LAPDm 协议。
在网络侧，Abis 接口和A 接口使用的L1均为E1传输方式，L2分别为LAPD 和MTP 协议。
在Um 接口，MS 每次呼叫时都有一个L1和L2层的建立过程，在此基础上再与网络侧建立L3上的通信。
在网络侧（A 和Abis 接口），其L1和L2（SCCP 除外）始终处于连接状态。
L3层的通信消息按阶段和功能的不同，分为无线资源管理（RR ）、G C H )C C H )H )移动性管理（MM）和呼叫控制（CC）三部分。
1、建立RR连接RR的功能包括物理信道管理和逻辑信道的数据链路层连接等。
在任何情况下，MS向系统发出的第一条消息都是CH－REQ（信道请求），要求系统提供一条通信信道，所提供的信道类型则由网络决定。
CH－REQ有两个参数：建立原因和随机参考值（RAND）。
建立原因是指MS发起这次请求的原因，本例的原因是MS发起呼叫，其它原因有紧急呼叫、呼叫重建和寻呼响应等。
RAND是由MS确定的一个随机值，使网络能区别不同MS所发起的请求。
RAND有5位，最多可同时区分32个MS，但不保证两个同时发起呼叫的MS的RAND值一定不同。
要进一步区别同时发起请求的MS，还要根据Um 接口上的应答消息。
CH－REQ消息在BSS内部进行处理。
BSC收到这一请求后，根据对现有系统中无线资源的判断，分配一条信道供MS使用。
该信道是否能正常使用，还需BTS作应答证实，Abis接口上的一对应答消息CHACT（信道激活）和CHACK（信道激活证实）完成这一功能。
CHACT指明激活信道工作所需的全部属性，包括信道类型、工作模式、物理特性和时间提前量等。
GSM信令流程(超详细)
Issue 3.3课程说明课程介绍GSM通信流程包括两方面的内容：呼叫基本流程，信令基本流程。
其中，呼叫流程主要包含：移动主叫流程，移动被叫流程，汇接呼叫流程。
信令基本流程主要包含：鉴权流程，位置登记流程，呼叫重建流程，BSC内部切换流程，BSC间切换流程，MSC间切换流程，移动始发短消息流程，移动终结短消息流程，定向重试流程。
这些流程从系统的角度描述了移动用户经常发生的行为，描述了GSM的几个组成部分在呼叫流程、信令流程中的相互关系，对移动性特征做重点说明。
课程目标本课程的重点是介绍GSM系统的协同工作过程，涉及内容包含：呼叫、位置更新、切换、短消息。
对流程的介绍突出了移动特征，具体的信令细节本课程不做描述，可以参考ETSI的GSM规范获得更加详细的内容。
通过学习本课程，可以基本掌握：•移动用户做位置登记的信令过程；•移动用户做主叫的信令过程；•移动用户做被叫的信令过程；1Issue 3.3•MSC做汇接呼叫的信令过程；•BSC内切换信令过程；•BSC间切换的信令过程；•MSC间切换的信令过程；•呼叫重建的信令过程；•定向重试的信令过程。
对这些信令流程学习之后，对GSM系统的原理会有更加深刻的了解，对每个功能实体（MS，BTS，BSC，MSC，VLR，HLR）的功能有更加深刻的体会。
相关资料ETSI关于GSM的规范，主要是：GSM0408，GSM0808，GSM0902。
2Issue 3.3第一节呼叫过程的信令分析对一次发生在移动用户间的呼叫来说，信令流程可以分为三个相对独立的部分：•主叫移动用户部分•被叫移动用户部分•拆线部分1.1 主叫信令流程移动用户做主叫时的信令过程从MS向BTS请求信道开始，到主叫用户TCH指配完成为止。
一般来说，主叫经过几个大的阶段：接入阶段，鉴权加密阶段，TCH指配阶段，取被叫用户路由信息阶段。
•接入阶段主要包括：信道请求，信道激活，信道激活响应，立即指配，业务请求等几个步骤。
GSM信令学习笔记请指正(参考资料+分析LOG所得)
GSM信令学习笔记请指正（参考资料+分析LOG所得）layer3 信令笔记：层概念：物理层（L1）、链路层（L2）、网络层（L3）网络层：无线资源管理（RR）、移动性管理（MM）、接续管理（CC）。
以下信令基本按顺序出现L3信令解析：CCstup 建立，指示启动呼叫建立，UL DL。
call proceeding 呼叫进程，指示呼叫已被基站侧接受。
progress 呼叫进展alterting 回铃音connect 连接，从网络侧到主叫。
connect acknowledge 连接确认，主叫到网络。
disconnect 断开连接release 释放连接release complete 释放完成MMCM service request 连接管理服务请求CM service accept 连接管理服务接受TMSI reallocation command TMSI重置命令（TMSI临时国际移动用户识别码）TMSI reallocation complete TMSI重置完成location updating request 位置更新请求identity request 身份鉴别请求identity rsponse 身份鉴别回应location updating reject 位置更新拒绝authentication request 鉴权请求authentication response 鉴权回复RRpaging request type1、2、3寻呼请求类型1、2、3（分别寻呼2、3、4部MS）paging response 寻呼响应system information type 1、2、2bis、3、4、5、5bis、6、7、8（1-4在BCCH，5-6在SACH，7、8小区重选信息）immedate assigment 立即指配（分配资源）classmark change 等级改变（手机性能等级）measurement report 测量报告（MS向网络侧报告电磁环境，包括一个主服务小区和最多6个最强邻区的RXlevl、RXqual、BCCH频点、BSIC、DTX不连续传送）assigment command 指配请求assigment complete 指配完成handover request 切换请求（一般发生在measurement report之后）handover complete 切换完成1026一周下来，查查找找，清理桌面，整理如下。
Uu接口信令详解
9
10
专用传输信道格式： Tti：40ms numberOfTbSizeList：传输块数目 信道编码为 1/3 卷积编码；
11
上行内环同步的控制 信息。
工作频点
上行最大发 射功率
闭环功控上行目标信噪比和歩长
基站 PCCPCH 信道上最大 允许发射功率
12
标识使用的上行时隙 标识使用上行时隙对 应的 Midamble 码
RB 映射方式：此处 给出了两套映射： DCH 和 RACH/FACH 上。
是否采用丢 弃模式，不 采用
该定时器用 于触发 RESET PDU 的重传， 此处为 500ms
见页面底部备注信息。
接收窗口大小, 一般 情况下接收窗口大小 应设置为等于发送窗 口大小
备注信息—轮训信息： timerPoll tp200：发送端发送某个包含 Poll 的 AMD PDU 后, 如果在该定时器超时后, 还没有 收到响应, 则重新触发 Poll，此处为 200ms poll-SDU sdu1：轮询间隔 SDU 数，该参数给出了一个触发轮询的门限值, 发送了 Poll_SDU 个 SDU 后触发一个轮询 lastTransmissionPDU-Poll TRUE：发送缓冲区中最后一个 PDU 是否触发轮询如果该 AMD PDU 是发送缓冲区中最后一个 AMD PDU, 要触发一次 Poll lastRetransmissionPDU-Poll TRUE：重传缓冲区中最后一个 PDU 是否触发轮询如果该 AMD PDU 是重 传缓冲区中最后一个 AMD PDU, 是否触发一次 Poll pollWindow pw70 ：窗口轮训的窗长
ii
鼠标操作
格式 单击 双击 拖动
意义 快速按下并释放鼠标的一个按钮。 连续两次快速按下并释放鼠标的一个按钮。 按住鼠标的一个按钮不放，移动鼠标。
层3信令详解
GSM第三层信令(Layer 3Message)( A-bis接口信令分析)GSM移动无线接口第三层的信息，包括无线资源管理（RR）移动性管理（MM）、呼叫控制（CC）三方面信息。
*CC层的主要功能为建立、维持和释放呼叫：a、有关呼叫建立的信息（Call Establishment）：Alerting：告警信息，上下行。
从网络到主叫移动台或从被叫移动台到网络，用来指示被叫手机启动告警（即回铃音）。
包括进展指示及用户信息等Call confirmed：呼叫确认，该信息由被叫移动台发出，用来确证收到呼叫请求；Call proceeding：呼叫进程，该信息由网络发向主叫移动台，指示被请求的呼叫建立信息已经被接收,不会再接收更多的呼叫建立信息。
Connect：连接，从网络到主叫移动台或从被叫移动台到网络，用来指示连接被接受；Connect Acknowledge：连接确认，从网络到被叫移动台或主叫移动台到网络，指示移动台得到一个呼叫（连接完成）；Energency Setup：紧急建立，由移动台发出，用来启动一个紧急呼叫的建立；Progress：进展，从网络到移动台，指示呼叫的进程；Setup：建立，上下行，指示启动呼叫建立；b、呼叫信息状态（Call Information Phase）Modify：修改，上下行，请求改变呼叫的承载能力；Modify Complete：修改完成，指示对呼叫承载能力修改的完成；Modify Reject：修改拒绝，上下行，指示改变呼叫的承载能力请求的失败；User Information：用户信息,由移动台发向网络来传输信息到远端用户或由网络发向移动台传输从远端用户来的信息。
c、呼叫清除（Call Clearing）Disconnect：断连，从移动台到网络请求清除端到端的连接，或从网络到移动台指示端到端的连接已经被清除了；Release：释放，上下行,指示发该信息的设备将要释放TI(处理识别码),接收到该信息的设备等发送释放完成信息后释放TI(处理识别码)接收到该信息的设备将要释放TI(处理识别码)d、与附加业务有关的呼叫（Call Related SS）Facility：设施Hold：保持Hold Acknowledge：保持确认Hold Reject：保持拒绝Retrieve：恢复通Retrieve Acknowledge：恢复确认Retrieve Reject：恢复拒绝e、其它信息Congestion Control：拥塞控制，上下行，指示在传输用户信息时建立和中止流量控制。
34G信令流程
34G信令流程一、3G信令流程1.1 呼叫总体流程(1) 用户UE开机，首先进行接入层的信令交互。
此时首先进行PLMN选择，选择某个运营商的网络，接着进行小区选择，驻留一个合适的小区，然后进行RRC 连接建立，Iu接口的信令连接建立。
至此，通过这些接入层的信令流程，在UE 和CN之间搭建起了一条信令通道，为非接入层的信令流程做好了准备。
(2) 接着UE和CN之间便开始进行非接入层的移动性管理流程了。
此时用户会进行附着流程，其中包括鉴权、加密等小流程。
如果用户在空闲时位置发生了变化，那么还将发生位置更新流程。
(3) 当通过鉴权等流程后，UE便进行非接入层的业务相关流程了。
包括电路域的呼叫连接流程，分组域的会话管理流程。
通过这些流程为进行业务搭建好了业务承载的链路。
随后用户就可以开始打电话，上网了。
(4) 当用户结束业务后，同样会进行电路域的呼叫连接流程，分组域的会话管理流程，拆除业务承载链路。
(5) 此时如果用户关机的话，则UE和CN之间进行非接入层的移动性管理流程，进行电路域、分组域的分离。
(6) 等非接入层的信令交互结束后，系统会进行接入层的信令流程，拆除之前建立的Iu信令连接，以及RRC信令连接。
至此，一个用户在不移动的情况下，从开机，进行业务，到关机的整个流程便结束了。
其中可以看到，这个业务过程是需要接入层的信令流程和非接入层的信令流程互相配合完成的。
接入层的流程为非接入层的流程搭建信号承载。
(1) 用户UE处在待机状态。
此时从网络侧对其进行寻呼；(2) 如果没有现存的UE与CN之间的信令连接，则UE、RNC、CN之间会进行接入层的信令流程，建立RRC连接和Iu接口信令连接；(3) 接下来可能会进行移动性管理的鉴权加密流程；(4) 随后通过电路域的呼叫连接流程、分组域的会话管理流程，建立其业务的承载链路，从而就可以进行业务了。
(5) 结束业务后，再拆除相关的业务承载链路。
(6) 接着释放接入层的信令连接，包括Iu接口的信令连接和RRC连接。
oSIP协议栈(及eXoSIP、Ortp等)使用入门
一直没空仔细研究下oSIP，最近看到其版本已经到了3.x版本，看到网上的许多帮助说明手册都过于陈旧，且很多文档内容有点误人子弟的嫌疑～～Ｌｉｎｕｘ下ｏＳＩＰ的编译使用应该是很简单的，其Ｉｎｓｔａｌｌ说明文档里也介绍的比较清楚，本文主要就ｏＳＩＰ在Ｗｉｎｄｏｗｓ平台下ＶＣ６．０开发环境下的使用作出描述。
虽然ｏＳＩＰ的开发人员也说明了，ｏＳＩＰ只使用了标准Ｃ开发库，但许多人在Ｗｉｎｄｏｗｓ下使用ｏＳＩＰ时，第一步就被卡住了，得不到ｏＳＩＰ的ＬＩＢ库和ＤＬＬ库，也就没有办法将ｏＳＩＰ使用到自己的程序中去，所以第一步，我们将学习如何得到ｏＳＩＰ的静态和动态链接库，以便我们自己的程序能够使用它们来成功编译和执行我们的程序。
第一阶段：－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－先创建新工程，网上许多文档都介绍创建一个Ｗｉｎ３２动态链接库工程，我们这里也一样，创建一个空白的工程保存。
同样，将ｏＳＩＰ２版本３．０．１ src目录下的Ｏｓｉｐｐａｒｓｅｒ２目录下的所有文件都拷到我们刚创建的工程的根目录下，在ＶＣ６上操作：Ｐｒｏｊｅｃｔ－ＡｄｄＴｏＰｒｏｊｅｃｔ－Ｆｉｌｅｓ将所有的源程序和头文件都加入到工程内，保存工程。
这时，我们可以尝试编译一下工程，你会得到许多错误提示信息，其内容无非是找不到osipparser2/xxxxx.h头文件之类。
处理：在Ｌｉｎｕｘ下，我们一般是将头文件，ｌｉｂ库都拷到/usr/inclue;/usr/lib之类的目录下，ｃ源程序里直接写#include <xxx.h>时，能直接去找到它们，在ＶＣ里，同样的，最简单的方法就是将ｏＳＩＰ２源码包中的Ｉｎｃｌｕｄｅ目录下的 osipparser2目录直接拷到我们的Ｗｉｎｄｏｗｓ下默认包含目录即可，这个目录在ＶＣ６的Ｔｏｏｌ－Ｏｐｔｉｏｎｓ－Ｄｉｒｅｃｔｏｒｉｅｓ里设置，（当然，如果你知道这一步，也可以不用拷贝文件，直接在这里把ｏＳＩＰ源码包所在目录加进来就可以了），默认如果装在Ｃ盘，目录则为 C:/Program Files/Microsoft Visual Studio/VC98/Include。
extinfo_flow_open_channelch_id=100
篇一:《flow_endorse_#代码例子》<%@ WebHandler Language="C#" Class="Kernel" %>using System;using ;using ;using ;using ;using ;using ;using eMIS;public class Kernel : IHttpHandler , IRequiresSessionState {public void ProcessRequest (HttpContext context){string flowId;string nodeId;string desc;string userId;string html;string programId;DataManager dm = new DataManager();StringBuilder sb = new StringBuilder();string t = ("yyyy-MM-dd HH:mm");flowId = ["fid"].ToString();nodeId = ["nid"].ToString();userId = ["userid"].ToString();string sql = "select COUNT(*), lcid, jdid,cdid,lx from XT_LCRW where jsrid = '" + userId + "' and lcid='" + flowId + "' and jdid='" + nodeId + "' and lx='加签' GROUP BY lcid, jdid,cdid,lx";DbDataReader reader = (sql);string lx;bool b = false;string s,s2;while (()){b = true;s2 = "&strCondition=" + ("ID=" +reader[2].ToString());("<div><img src='Images/'> ");("<a style='color:#F37800;' ");s = "(加签)";("href='javascript：void(0);' onclick=\"getjqhtml('" +reader[3].ToString() + "','" + reader[1].ToString() + "','" +reader[2].ToString() + "');\">");(GetFlowName(dm, reader["LCID"].ToString()) + "-" + GetNodeName(dm, reader["lcid"].ToString(), reader["jdid"].ToString()) + s);(" (" + reader[0].ToString() + ")</a></div>"); }();if (b){("<div id='divlist" + flowId + "-" + nodeId + "'style='padding:4px;'>");("<table id='table1' style='BORDER-COLLAPSE: collapse' border='0' cellspacing='0' cellpadding='6'>");("<tr style='background-image:url(images/);'><td>发送人</td><td>发送时间</td><td>备注</td><td>操作</td></tr>");desc = GetFlowName(dm, flowId) + "-" + GetNodeName(dm, flowId, nodeId); reader = ("select , as fsr, from XT_LCRW a,com_yhb b where = and ='" + flowId + "' and ='" + nodeId + "' and = '" + userId + "' and ='加签'");int i = 0;while (()){("<tr bgcolor='" + (i % 2 == 0 ? "" : "#FAFCFF") + "'>"); ("<td>" + reader[1].ToString() + "</td><td>" + reader[2].ToString() +"</td><td></td>");("<td><a style='color:#0088CC;'href='javascript：void(0);' onclick=\"openjq('fid=" + flowId +"&nid=" + nodeId + "&rid=" + reader[0].ToString() + "');\">加签</a></td></tr>");i++;}();("</div>");("</table></div>");}(());}private string GetName( DataManager dm,string userId){string r = "";DbDataReader reader = ("select xingming from com_yhb where id=" + userId);if(()){r = reader[0].ToString();}();return r;}private string GetFlowName( DataManager dm,string FlowID){string ret = "";DbDataReader reader = ("select LCMC from COM_LCDYB where LCID=" + FlowID);if (()){ret = reader[0].ToString();}();return ret;}private string GetNodeName( DataManager dm,string FlowID, string NodeID) {string ret = "";DbDataReader reader = ("select JDMC from COM_LCJDB where LCID=" + FlowID + " and JDID=" + NodeID);if (()){ret = reader[0].ToString();}();return ret;}public bool IsReusable{get{ext:info_flow_open_channel:ch_id=100}.{return false;}{ext:info_flow_open_channel:ch_id=100}.}}篇二:《信令流程宝典》信令流程宝典（）缩略语清单：Abis接口 BTS到BSC之间的接口 BTS BSC CDMA ECAMBase Tranceiver System 基站 Base Station Controller Code Division Muti Access基站控制器码分多址扩展信道指配消息Extended Channel Assignment messageEc/Io Pilot energy accumulated over one PN chip period（Ec）to the total power spectral desity（Io） in the received bandwidth每码片的能量比上所处带宽内的总功率谱密度其中Io为有效信号+噪声在信号频带内的总功率Ec/Ior EC是导频码片功率，IOr为基站前向发射总功率，它们之比表示导频功率占基站总的发射功率的百分比。
华为软交换信令与协议处理原理
U-SYS SoftX3000软交换系统技术手册结构与原理分册目录目录第3章信令与协议处理原理....................................................................................................3-13.1TDM承载信令处理路径....................................................................................................3-13.2IP承载信令处理路径.........................................................................................................3-33.2.1MTP3/M2UA承载ISUP/INAP的处理路径.............................................................3-33.2.2M3UA承载ISUP/INAP的处理路径........................................................................3-63.2.3UDP承载MGCP/H.248的处理路径......................................................................3-73.2.4IP承载H.323的处理路径....................................................................................3-103.2.5UDP承载SIP的处理路径....................................................................................3-143.2.6IUA承载DSS1的处理路径..................................................................................3-173.2.7V5UA承载V5.2的处理路径.................................................................................3-18ܡ 0 с第 3 章 信令与协议处理原理3.1 TDM 承载信令处理路径1. 正常处理路径正常情况下，TDM （Time Division Multiplex ）承载信令处理路径如图 3-1 所 示。
VONR信令流程--终端侧信令
VONR信令流程--终端侧信令1、VONR拨打流程••终端侧信令1、预置条件：（1）主被叫A、B设置为SA模式，打开语音中心（2 ）基站打开VONR开关2、测试步骤：（1 ）手机AB接入NR网络，Check终端能力信息支持VONRssage Detals ・ UE1 Tefnp.0311-1534109 FeatureSetCombnabonFeatireSetsPerBandS nrdowninkSeW-3upMSetf^ -3白FeatureSetCombMbonQ FedtureSettPerBand白nrdoMirkSetNR ■ 4kcMcSetW -3Q nonCntcaExten«n(9 nterRAT -Parameters9 eutraG supportedBandUstBJTRAReqBandlrxicatorajTRA ■ 1FreqBarxflndcatoranRA ■ 3FreoBandlndcator&nRA - 7FfeoBandlndcatorBHRA -8FreqBandIndcatoreJTRA - 38FreqBandlndc^torejTRA ■ 39FreqBandln^citor&nRA ■ 403 eutTd-PonetersCommonmlbi-ajTRA ■ Reportedrs-SINR-MeMei/TRA ■ supportedfe eutra -ParametersXIX) -OffrsrqMeasWdebandRJTRA ■ supportedroctweState ■ supportedB nonCnbcaExtensnnc) ms-Parameters17 01 36 296 ♦VA>SIBType191701:4326417 01:43 26417014326417014326417 01:43 26417 014326417 01 43 2M17 014326417 01:43 264NR Cell Relea$eSuccessLocatoon UpdateRequestRRC Cornecton FailureLocator Update FailureIRAT W->L Redirector RequestStop TestVoice HangupRegistration RequestNR Cell PRACH RequestNR Cell PRACH SuccessReontrabon Accept ,知前景理论POU Session Establish^RequestPDI INR->MIBNR->SlBType1NR->SIBtNR->Registrabon requestNR->RRCSetupRequestNR->RRCS«tupNR->C»IIGroupCon6gNR->RRCSetupCompleleNR>UEC，pab 山tyEnw| 1701 43264t NR->NR CaoabMity170143264170143 3651701:4336517 01436681701 43 668abon♦NR->DLInformat»onTransier♦NR->Aulhenticabcxi request♦NR->Au^enbcabon responseIt NR->ULIr4o<malionTransferPC T«n«Event Q ♦，1| 1701:3144917:01 3346917 01 35 18517 01 3548817:01:3563817:01:35 77217 01:43 26417 0143264pa 17:01:43264J 17.01:43 668.17:01:43 668I HI I 1701（2 ）手机AB接入NR网络,并成功注册IMS ,手机标识会显示HD （以下展示主叫信令）注册过程中承载建立5QI = 5和5QI = 9.0311-H0142.UE1 Ktt PC Time MessageE - l(True)Nuntxr -Parameters ■ 2Parameters 1stE- Parameter-1Parameter-IdemM . IZ Parameter Contents ■ 05 ]6Parameter •IdentJte ■ 7Parameter ■Contents ■ 50Extended-Rrotocol->Conftgu>t>on_Opton$contents length • 22contents - 80000200000CCMOAE804SACW036960735QI=5承就建立MgQt DeX • UE1 59vonfJstQl_mo_ok.0311-110M2_UGl-Parameter -Wenttfe ■ 1•Parameter -Content! - 09FFFFHTFi EPS-PM«meter-Wenefter ■ 35>S-Parameter -Contents ■2IX7FO91000000(5>S-Pafametef-3-Parameter -Identtfier ■ 4EPS <Pv«netcr-Contents - F€F^AFA0606Q Authorued.Qos.FtowJDescnpbons白Qos-Ho* Oescrpbon* 1Qos-Row4denttta . 1Opcr«Oon<ode - l(Oeate new QoS flow detenpoon)E - 1(T«)Number -Parometers . 2Q Paraneters-Lst白Parameter !Pjy■ 1F Parameter <ontents . 09 5QI=9承钱建立Parameter -Identrfer • 7Parameter -Contents . 60承载建立后进行ims注册流程: 110203 984 ♦NR-*ULInformaOonTransl»r1102 03 984 t NR->POU seston estatXishment request 1102 03 984 ♦NR->UL NAS transport110203 984 ♦NR-»ULInlwma6onTransier11 02 04 186 ♦NR・》AcuntyM8«C0Emana110204 186 ♦NR->SecuntyMod»Co<np««te11D2 04 186 • NR-»RRCRecorHguration110204 186 ♦NR->CellGroupConflo1102 04 186 ♦NR-»RRCReconftQura6onComple»110204 186 ♦NR->OL NAS#ran«xxt ___________________1102 04 1861102 04 2891102 04 2891102 04 289110204 69311X)204 693、NR・A POU session estatMishmentaccept♦NR->RRCReconftgurat>on♦NR.》CMGrOupCon 前♦NR->RRCReconftouratJonCompiete♦NR・》POU seston estaoiishment requestt NR>»Ul NAS transooctPC Time Event Q i ♦ Y _ • DeUils1101 58241110202 940110203 4791102 03 580Force Event Contaxt ■电皿5、吃滞徵建论NR Cell PRACH Request RA.Reaaon CONNEC'PC Time Messa«e ________________________ 菅■ 0剑11 02 04 186 ♦NR->RRCRM»n»ouraOonCO«npl«»110204 186 ♦NR->DL NAS transoort11 02 04 186 ♦NR-»PDU session establishment accept11 0204 289 ♦NR-> RRCR«»n*Quratlon110204 289 • NR-»C«IIGroupCon»Q11 02 04 289 ♦NR-»RRCRecon»(jurationCo<npleie11 02 04 693 t NR->POU session establishment request1102 04 693 • NR->UL NAS tranxxxi11 02 04 693 ♦NR-»ULInlO<mal»onTfan8lw11:0204.895 ♦NR->RRCRecontouraOon1102 04 896 ♦NR->C«llGroupCon»Q11 02 04 896 t NR-»RRCRe<»n*Ourai>onCO<npl<te11 02 04 896 ♦NR-»DL NAS transoortMessage1102 04 896 I NR->PDU session estabfashment acce(]1102 05198 t lMS_SlP_R£GISTER.>FUquest1102 05 400 • NR・》RRCRt8gratK>nPC Time Event Q ft * Y GB 1 DeUils1101 582411102 02 MO110203479Force EventForce EventRegistration RequestPC TimeMessage17:39:23182 17:39 23 510 17:3923510 17:3923619 17:3923.72817:39 23 728 17:3927.883 17:3927 993 17:3928 86817:3928 868 17:3928.868 17:3928 868 17:39:28 86817:3928 86817:3928 86817:3928 86817:39:28 977 17:3929.08617:39 29 743 皆 4 0 会 IMS. IMS IMS IMS IMSIMS pMS SIP. SIP SIP SIP SIP SIP SIPSIPREGISTER->Request REGISTER->OK200 SUBSCRIBE SUBSCRIBE 200NOT1RTNOTIFY 200INVTTE ・>Request | [发起请求4 IMS. 4 NR->DLInformabonTransferNR-FDL NAS transport3 NR->PDU session modification command舍 NR->PDU session modification complete4t金 分 INVTTE->Trying 100IMS_SIPJNVITE 183 2建立转载QCI1 NR->UL NAS transportNR->ULInformabonTran8ferIMS_SIP-PRACKIMS_SIP_PRACK200 IMS_SIP_UPDATE 3主叫收到提示 IMS SIP UPDATE 20 曾消息 17:39 34 116 17:39:34 116 17:39:36 522 17:39:36 522 17:39:36 631 17:393663117:39 36 631 17:39 36 631 17:39:3663117:3936 63117:3929 743」 IM§_§IP 」NWrf ・>Ok 20 可 4 J IMS SIP ACK'IMS_SIP_BYE->RequestIMS SIP BYE->OK200 诵话建立 ir t 5对方挂机 NR->DLInformatJonTransfer NR->DL NAS transport|NR ・>PDU session modificabon 8mman4|N R ・>PDU session modihcabon complex] NR->UL NAS transport NR->ULInfomationTransfer1102 18235 ♦ IMS_SIP_INVITE->Request 110218235 ♦ IMS_SIPJNVITE->Tryino 10011X)2:18.841 ♦ NR->RRCReconflguratx )n 11:02:18841 ♦ NR-»C«HGroupCon»o11D2 18 841 ♦ NR->RRCReconflQufal)onCOfnp«eie Create new Qos rule) DQRbt ■ O(the QoS rUe « not the defadt QoS rde) Nunber-Packet-Hters - 4 S Pddcet-HterswQos-Rule-Precedence ■ 61 E Authonrtd.Qos.How.Dwcnpbons -How -IdentfcODerawr<o<5e - ircFeare new QoS flow descrpoon)e • [(True)Number -Parameters ■ 6Q Parameters-Ust3 Pgmeter l1102 18942 * NR->PQU session modttcafcon command 11D218942 t NR->UL NAS transport 11X)2 18 942 ♦ NR-»ULIntormationTran$l®r 5QI=1承载建立11X)2 18 942 ♦ IMS_SIPJNV1TE 183 1102 18 942 ♦ IMS.SIP.PRACK 110219144 4 IMS.SIP.PRACK 200 11X)219144 ♦ IMS_SIP_UPOATE 11X)2 19 447 ♦ IMS.SIP.UPOATE200 110219 447 ♦ IMS SIP INVJTE->RinainoJ80 PC Time Jent Q * © j ' Details Parameter-2Parameter ddentifier ■ 211D1 58241 11D202M0Fore® Event Fore* Ev«nt11.02 03 479 Reoistrabon Reouest11:02 34 401 ♦ NR->POU session moditcabon complete1102 34 401 ♦ NR.»ULNASlra哺导圣出•介1102 34 401 ♦ NR.»UUnl(Xmai>8ftTr 点" 11 03 08 456 > NR->MeasurementReport（4） VONR 呼叫建立时延统计主要关注接通时延，即从主叫发出 INVITE ・>Request （消息1）到收到网络侧下发的消息3 （ Ringing 180 ,表示已通知对方振铃）的时延。
如何看懂信令
十分钟教你看懂信令熟记信令流程是我们工作中必不可少的，UE和RNS之间，RNS系统内部几个设备之间的每一次交互都对应着一个信令流程，一般情况下，我们可以通过一个信令流程来确定一次交互的进行，只需要了解信令之间的前后顺序就可以搞定，但是在一些时候（比如确定业务的速率，判断切换的方式，查看失败的原因），可能就需要打开某一条信令，看看该条信令的某些关键字段的值来更准确地判断,但是如何在复杂的信令内容中弄清每一个字符的意义？我们需要对信令的结构有一定的了解。
下面要介绍的，不是针对特定的某一条信令的内容是什么，我们应该看哪些值，而是信令内容的组成结构，从而能够很轻松的在复杂的信令内容中找到关键字。
一.设备中信令的来源通过后台的信令跟踪工具，我们可以抓到包括Uu口，Iub口，Iu口的信令，这些信令的内容，其实就是单板之间完成一个流程的基础，当我们打开信令跟踪的时候，等于是在前台单板建立了一个任务，让单板将一些显示信令消息上报到后台，便于我们分析流程，通过这个我们就可以知道，即使我们不打开信令跟踪，设备之间也存在信令交互，而且一条信令只是一个流程处理的最终表现形式，在形成这条信令的背后已经涉及了很多模块之间的消息传递。
不同的是信令是协议规定的内容，是一个设备对外的官方语言，而模块的消息传递是自己设备内部的实现方式。
二.代表信令的内容字段信令内容其实就是由一套完整的结构体的内容组成，只是由于一条消息可能通过很多事件触发，从而导致调用的结构体的内容不同。
我们知道引用一个结构体内的变量，就是通过点“.”这个符号一层一层向下延伸的。
比如RRC_DL_DCCH_ter_than_r3.criticalExtensions.u. r4.radioBearerSetup_r4.rrc_StateIndicator = TRRC_cell_DCH可以看出该字段是经过很多个结构体内一层一层的数据结构嵌套下来的，每一次向下加的点就是程序执行一个单步的过程，最后完成一个完整的内容的封装。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Layer 3信令分析及流程详解汇编陈小永整理（杭州东信网络技术有限公司）Layer 3信令是看网络运行情况的信息层，从第三层可以看到网络的各种动作：如：呼叫流程、拥塞、用户忙、位置更新等，并且可以对路测中的各种问题如掉话、切换失败等网络事件的原因进行准确的分析。
系统信息一般有8个类型，分别是1、2、3、4、5、6、7、8，Type 1～4只出现在待机状态下，Type 5～6只出现在通话状态下，明白这点，对以后的分析至关重要。
其中2中含有：2、2bis、2ter，5中含有5、5bis、5ter，所以总共有12种系统信息，系统信息1仅用于跳频，所以称为选择项。
其中1、2、3、4、2bis、2ter 、7、8都在BCCH上发送，由IDLE模式下的移动台接收。
5、5bis、5ter、6在SACCH上发送，由ACTIVE模式下的移动台接收。
一般来说所有系统信息在连续的8个51复帧中发送完，如下图示：上图中的TC表示复帧序列号，可以看出，当TC=4、5时，发送的内容是可选的，其它是固定的。
TC=0固定发送跳频信息，当出现上图示的1（3）时，表示跳频时发类型1，不跳频时发类型3当类型4中发送的关于小区重选信息不够完整时，由类型7、8补充。
且在TC=7、3时发送（上图示）对于类型5、6在下行的SACCH上发送，并没有复帧规范，除非切换完成后要立即发送类型5、6。
1、System Information Type1说明：系统信息类型1 （频率信息）此类型仅用于跳频时，发送内容为：第一、小区信道描述。
用于通知移动，小区采用的频带与可以供跳频用的频点。
对于GSM900与GSM1800采用的格式是不同的。
对于GSM900：有一个BIT MAP 0（比特位图）用于描述两方面信息，分别为：CA-NO，取值分别为：0、1、2，代表，GSM900、GSM1800、GSM1900。
CA-ARFCN，采用的有效射频频点，当为GSM900，将有一个相应于124个频点的124位图，当某个频点被采用时，相应的比特位被置为1，否则将被置为0.对于GSM1800情况点不同。
由于频点太多，不用位图，而用别的编码方式，FORMAD-IND=？来描述编码方式，后面跟一串编码比特来表示。
第二、RACH控制参数，描述的两个数据为；ACC、EC，ACC称为接入控制等级，分为0-9与11-15，0-9表示普通级，所有移动台被定义为0-9，11-15为优先级，10表示EC，如果此位取0，表示所有移动台允许进行紧急呼叫，取1时，只有11-15优先级的移动台可以进行紧急呼叫。
CB——小区禁止标志，用一个比特表示。
RE——用一个比特表示是否可以进行呼叫重建，断开后的重新占用。
MAXRET——移动台接入系统时的允许最大重发次数，取值：1、2、4、7TX——移动台接入系统时允许重发的时隙间隔数：取值，3-12（每步1），14、16、25、32、50（个TDMA帧的时间），如取12时，MS将等待250毫秒再加上1--11个TDMA帧的时间（12之下的一个随机数），之后再下次接入。
总结：所有参数如下⑴、Cell Channel Description：GSM 900：CA-NO、CA-ARFCNGSM 1800 and GSM 1900：FORMAT-ID+编码数据⑵、RACH Control Parameters：ACC、EC、RE、CB、MAXRET、TX2、System Information Type2说明：系统信息类型2待机模式下小区的测量频点，（同频段，移动网有两个频段，GSM900和DCS1800），在通话模式下有另外定义的测量频点，也就是说一个小区可以在待机时做测量频点，而通话时不做测量频点，允许小区重选而不允许切换，反之也可以只允许切换不允许小区重选也可以，不过通常情况下待机和通话时的测量频点是一致的。
（相邻小区的BCCH、扩展频带、其它频带、多频带）一、邻近小区描述：对于GSM900，有如下三个数据BA-NO：BCCH 使用频带描述，当BA-NO=0时，表示GSM900。
BA-IND：BA表变化标志，当操作者修改BA表时，BA-IND从1变0，或从0变1。
让MS决定是否要更新BA表。
BA-ARFCN：移动台要测量信号强度的有效射频频点，采用124位图表示，当存在某为邻区频点时，相应124位图中的比特位被置为1，不存在的频点的相应位置被置为0。
对于GSM1800/1900，有如下两个数据；FORMAT-ID：相邻小区不同频率表示格式的描述，实际上是用一种编码来表示。
EXTRA-IND：如果类型2、5不能描述完整的频率信息，则其余的部分将在2BIS和/或2TER（ACTVIE模式时是在5BIS/5TER）。
此数据也称为频率扩展描述数据。
取0表示类型2、5能描述完整的频率信息，取1表示不能。
BA-IND：编码计划的描述，1比特，是否可以这样理解：512可用位图也可用别的编码方式？NCCPERM：描述相邻小区所属网络的NCC，有一个8比特位图，当描述的比特为n时，允许的网络识码为n-1。
二、RACH控控制参数。
参考信息类型1系统信息类型2BIS：系统信息类型2TER：一、多频带操作的描述信息。
用于通知移动台如何进行使用不同频带的小区的测汇量报。
有一种可能的设置是：不论如何只汇报最强的6个，另一种可能的设置是起码各个频带中最强的小区是要汇报的。
总结；所有参数为1、Neighbor Cells Description：GSM 900：BA-NO、BA-IND、BA ARFCN。
GSM 1800 / 1900：FORMAT-ID、EXT IND、BA-IND2、NCC Permitted：NCCPERM3、RACH Control ParametersTYPE 2 BIS1、Neighbor Cells Description (Extension)使用GSM1800/1900时2、RACH Control ParametersTYPE 2 TER1、Additional Multiband Information：MULTIBAND REPORTING2、Neighbor Cells Description (Other Bands)3、RACH Control Parameters3、System Information Type2ter说明：待机模式下小区的测量频点，（异频段，移动网有两个频段，GSM900和DCS1800），4、System Information Type 3说明：系统信息类型3（用于C2）Time: 09:58:30.28Lat: not valid Lon: not validFrame number: 1014196Read from (ARFCN): 38Cell Identity: 1089 (hex)——4个16进制位，共16比特。
Location area identification——LAI=MCC+MNC+LAC Mobile country code (MCC): 240Mobile network code (MNC): 01Location area code (LAC): 0bc4 (hex)Control channel descriptionAttach/detach allowed (ATT): Yes——通知移动台系统使用IMSI的附着（ATT=1）BS-AG-BLKS-RES: 1——AGBLK=1CCCH-CONF: 1 basic physical channel, not combined with SDCCH’sBS-PA-MFRMS: 9 multiframes period——MFRSM=9T3212 timeout value: 40——周期性登记周期为4小时Cell optionsPower control indicator (PWRC): Not set——内容太多参考下一张DTX indicator: MS shall use discontinuous transmissionRADIO-LINK-TIMEOUT: 20——RLINKUP=20Cell selection parametersCELL-RESELECT HYSTERESIS: 6 dB RXLEVMS-TXPWR-MAX-CCH: 5——移动台使用的最大功率级，C1算法是的CCHPWRRXLEV-ACCESS-MIN: 0——ACCMINRACH control parametersMax retransmissions: 4——MAXRET=4Tx-integer: 20——TX=20，表示移动台接入时的间隙时隙数Cell bar access: Not barred——CB=NOCall reestablishment (RE): Not allowed——RE=NOEmergency call (EC) allowed: All MS——EC=0Not barred class(es) (ACC): 0 1 2 3 4 5 6 78 9 10 11 12 13 14 15关于类型3中解出的PWRC：PWRC=1表示设置此功能，PWRC=0表示不设置此功能。
详述：当使用跳频与动态功率控制时，将出现如下一个问题：*BCCH是不参与动态功率控制的，即是说BCCH载波的功率是不变的，整个载频，8个TS都不变，但BCCH载波是参与跳频的。
*ACTVE模式下的TCH是在多个载波中发送的，其中包含BCCH载波与DCH载波，测量值也是对两种载波的测量结果，BCCH载波是不参与动态功率控制的（即以最大功率发送），而DCH载波是参与的（且功率是向下调的），之后取平均值，这样的结果用来代替BCCH的强度将不准确。
当PWRC=1时，表示MS的测量中不包含BCCH载波的测量，而PWRC=0时表示MS的测量中包含BCCH载波的测量，ERICSSON的缺省值是PWRC=0。
并有一个特殊的计算公式来补偿BCCH载波的信号强度。
RLINKUP：无线链路超时，一般取16，每步取4，这是一个公认的无线链路释放标准，下面详述当MS在SACCH周期（480ms）中能成功解码，则RLINKUP计数器加2，不成功时减1，减至0时无线链路必须释放。
NECI：取值0/1，表示系统是否支持PHASE 2移动台的重新建立原因。
系统信息类型3中的RACH控制参数与类型1同。
系统信息类型3中的SI 3 REST OCTETS（其它比特），主要用于C2算法。
2TI：取0时表示BCCH中并不存在2TER信息类型，取1时表示BCCH中存在2TER信息类型。