信令分析指导书范文.doc

信令分析指导书范文 在Pb接口中主用涉及到以下基本概念?PCIC（Packet CircuitIdentity Code，分组电路标识码）。 分组电路标识码是将MSC-BSC接口（A接口）的CIC概念，引入GPRS系统的PCU-BSC接口（Pb接口）。 PCIC在一个BSC内统一编号。 每个PCIC与PCU和BSC之间的一条16kbit/s的中继电路一一对应。 ?逻辑小区号。 逻辑小区号是在PCU处理框内统一编号的小区标识，逻辑小区号与小区CGI（Cell GlobalIdentifier）唯一对应。 在PCU内部模块间，小区通过逻辑小区号识别；在PCU与BSC之间，小区通过CGI标识。 ?逻辑信道号。 逻辑信道是一组PDCH（Packet DataChannel）在小区内的统一编号，用于PCU内部模块和操作维护模块对信道进行标识。 ?固定信道和动态信道。 固定信道是指系统初始化后，将一部分TCH转换为PDCH使用，即使小区中有其它更高优先级的业务，除非小区复位，否则这部分PDCH将不再释放。 动态信道是指在初始化时，作为TCH使用，当分组业务繁忙时，PCU可申请这部份信道转换为PDCH使用；当BSC有更高优先级的业务时，可将这部分PDCH回收。 1.2Pb接口主要流程Pb接口的主要流程包括小区激活/去激活流程、小区初始化流程、复位流程、动态信道申请流程、动态信道主动和被动释放流程、资源核查流程、PCIC和分组资源维护流程和对信道编码动态调整的支持流程。 1.2.1小区激活/去激活流程在添加和修改ATTR表的数据配置后，小区处于去激活状态。 要使小区生效，需要在操作维护台对小区进行激活操作。 插图目录2文档版本()激活小区后，PCU主动发起小区复位。 在收到BSC的复位应答，再进行小区的初始化流程。 同样，当小区处于激活状态，要删除或修改ATTR表的数据配置，或者要使小区不再生效，需要去激活小区。 去激活小区后，PCU释放占用的固定和动态信道。 1.2.2小区初始化流程小区在以下情况要进行小区初始化?LAPD链路由不通变为通；?小区由去激活状态变为激活状态；?PCU或BSC进行小区复位。 小区初始化流程开始前，小区的状态是未初使化。 小区初始化流程中，从BSC获得小区的详细信息；如果信道信息中表明BSC分配了固定信道，PCU立即申请固定信道用于分组业务。 正常流程小区初始化的正常流程如所示。 图1-1小区初始化流程（正常）15:19:51.330PCUBSC MT_PCU_BSC_CELL_CONFIG_REQ15:19:51.440BSCPCU MT_BSC_PCU_CELL_INFO15:19:51.440PCUBSC MT_PCU_BSC_CELL_INFO_F15:19:51.490BSCPCU MT_BSC_PCU_CHAN_INFO15:19:51.490PCUBSC MT_PCU_BSC_CHAN_INFO_F15:19:51.600BSCPCU MT_BSC_PCU_CHAN_INFO15:19:51.600PCUBSC MT_PCU_BSC_CHAN_INFO_F15:19:51.660BSCPCU MT_BSC_PCU_CELL_CONFIG_ACK15:19:51.660PCUBSC MT_PCU_BSC_PDCH_REQ15:19:51.710BSCPCU MT_BSC_PCU_PDCH_ACK PCU向BSC发无线配置请求消息（如所示），消息中携带需初始化的小区的逻辑小区号。 1Pb接口消息文档版本()3BSC收到无线配置请求消息后，向PCU发小区信息消息（如所示），消息中携带是否跳频以及系统消息参数等信息。 PCU向BSC发小区信息确认消息（如所示）。 BSC将信道属性消息（如所示）发送给PCU，信道属性包括绝对频点号（如果不跳频）和TSC，如果跳频信道参数还包括（HSN、MAIO、频率列表）。 PCU每收到一个信道属性，都返回应答消息（如所示）。 BSC通知PCU小区初始化完成（如所示），可以正常工作。 如果信道中有固定信道，PCU发起信道请求消息（如所示）。 BSC回应信道请求应答消息（如所示）。 小区初始化的正常流程如下图1-2小区初始化流程信令图异常流程 （1）BSC侧不存在该小区当BSC侧不存在该小区时，小区初始化流程如所示。 图1-3小区初始化流程（BSC侧不存在该小区）PCUBSC MT_PCU_BSC_CELL_CONFIG_REQBSCPCU MT_BSC_PCU_RF_RES_BLOCK PCU发起小区配置请求消息（如所示），如果BSC没有配置该小区，应该回应无线资源闭塞消息（如所示），并带原因值为Cell notexit。 在PCU的操作维护台查询该小区状态为RPPU:1Cell:37插图目录4文档版本()Operation state:disabled Availabilitystate:inside failBSC management state:blocked Causeof BSCbeing blocked:unknown Managementstate ofmaintenance:unblocked Managementstate ofGb:blocked （2）BSC侧小区状态异常。 1Pb接口消息文档版本()5当BSC侧小区状态异常时，小区初始化流程如所示。 图1-4小区初始化流程（BSC侧小区状态异常）17:13:2.650PCUBSC MT_PCU_BSC_CELL_CONFIG_REQ17:13:2.750BSCPCU MT_BSC_PCU_CELL_INFO17:13:2.750PCUBSC MT_PCU_BSC_CELL_INFO_F17:13:2.860BSCPCU MT_BSC_PCU_CHAN_INFO17:13:2.860PCUBSC MT_PCU_BSC_CHAN_INFO_F17:13:2.970BSCPCU MT_BSC_PCU_CHAN_INFO17:13:2.970PCUBSC MT_PCU_BSC_CHAN_INFO_F17:13:3.30BSCPCU MT_BSC_PCU_CELL_CONFIG_ACK17:13:2.30PCUBSC MT_PCU_BSC_PDCH_REQ17:13:2.140BSCPCU MT_BSC_PCU_PDCH_NACK在BSC_PCU_CELL_CONFIG_ACK消息中，小区的状态为blocked。 申请固定信道时，BSC回应NACK。 在PCU的操作维护台查询该小区状态为RPPU:1Cell:35Operation state:enabled Availabilitystate:no exceptionBSC managementstate:blocked Causeof BSCbeing blocked:unknown Managementstate ofmaintenance:unblocked Managementstate ofGb:blocked可通过基站维护台查看站点和小区的状态，确认小区是否正常工作。 （3）BSC没有回应。 插图目录6文档版本()当BSC没有回应时，小区初始化流程如所示。 图1-5小区初始化流程16:40:12.690PCUBSC MT_PCU_BSC_CELL_RESET16:40:15.650PCUBSC MT_PCU_BSC_CELL_RESET16:40:16.700PCUBSC MT_PCU_BSC_CELL_RESET16:40:17.690PCUBSC MT_PCU_BSC_CELL_RESET PCU将不停地发起小区的复位消息（如所示），BSC没有回应。 在PCU的操作维护台查询该小区状态为Operation suessfulRPPU:4Cell:51Operation state:disabled Availabilitystate:device hasnot beeninitialized BSCmanagementstate:blocked Causeof BSCbeing blocked:unknown Managementstate ofmaintenance:unblocked Managementstate ofGb:blocked需要查看BSC的状态是否正常。 1.2.3PCU发起的复位在下列情况，PCU会发起小区复位?在PCU的操作维护台进行小区复位操作。 ?小区由去激活状态变为激活状态。 PCU发起的复位流程如所示。 1Pb接口消息文档版本()1图1-6PCU发起的复位流程15:19:49.240PCUBSCMT_PCU_BSC_CELL_RESET15:19:49.350BSCPCUMT_BSC_PCU_CELL_RESET_ACK PCU向BSC发小区复位消息（如所示）。 BSC向PCU返回复位确认消息（如所示）。 在小区复位后，会立即执行小区的初始化流程。 PCU发起的复位流程在Pb口的信令截图如图1-7Pb接口PCU发起的复位流程信令1.2.4BSC发起的复位在下列情况，BSC会发起小区复位?BSC动态数据配置生效后，通知PCU重新取小区配置。 ?BSC上电后，向GRRM发送小区复位命令。 1.2.5动态信道申请PCU在收到手机的接入请求后，根据手机的多时隙能力、小区初始化信道配置信息、已申请的信道和各信道上已复用的手机数，决定是否向BSC申请动态信道和申请哪一条信道。 如果需要申请动态信道，通过指定方式向BSC发起动态信道申请。 动态信道的申请流程如所示1Pb接口消息文档版本()1图1-8动态信道申请流程15:19:51.880BSCPCU MT_BSC_PCU_CHAN_REQ15:19:51.880PCUBSC MT_PCU_BSC_IMM_ASS15:19:52.260PCUBSC MT_PCU_BSC_PDCH_REQ15:19:52.650BSCPCU MT_BSC_PCU_PDCH_ACK15:19:53.360BSCPCU MT_BSC_PCU_CHAN_REQ15:19:53.360PCUBSC MT_PCU_BSC_IMM_ASS接口消息说明PCU收到手机经BSC转发的的接入请求消息（如所示）。 PCU根据手机的多时隙能力，小区初始化信道配置信息，已申请的信道和各信道上已复用的手机数，向BSC申请动态信道（如所示）。 BSC在电路业务空闲时，将信道分配给PCU用于数据业务（如所示）。 PCU将已有的信道和申请到的信道分配给手机用于数据业务（如所示）。 动态信道申请的流程在Pb口的信令截图如图1-9动态信道申请流程信令1.2.6动态信道主动和被动释放动态信道的释放分主动释放和被动释放两种。 主动释放是指由于信道空闲时间过长、小区间信道动态调整、PCIC闭塞等原因导致PCU主动释放动态PDCH；而被动释放是指BSC侧由于空闲TCH非常少而向PCU发起动态PDCH收回请求。 主动释放流程主动释放流程如所示。 1Pb接口消息文档版本()1图1-10信道主动释放流程15:10:32.20PCUBSCMT_PCU_BSC_PDCH_REL15:10:32.130BSCPCUMT_BSC_PCU_PDCH_REL_F PCU主动释放信道的流程如图1-11信道主动释放流程信令被动释放流程BSC在电路业务忙时，发起TCH_REQ消息，要回动态信道用于优先级更高的电路业务。 PCU无条件地将动态信道释放。 被动释放信道流程如所示。 图1-12信道被动释放流程15:10:32.20BSCPCUMT_BSC_PCU_TCH_REQ15:10:32.130PCUBSCMT_PCU_BSC_TCH_ACK PCU被动释放信道信令截图如图1-13信道被动释放流程信令插图目录2文档版本()1.2.7资源核查为了避免在长时间运行中，某些异常事件，如消息丢失等导致PCU和BSC间的资源状态不一致，需要进行状态核查。 状态核查包括小区状态的核查、信道状态的核查和PCIC状态的核查。 ?小区状态核查小区状态核查主要检查PCU和BSC的状态是否一致。 ?信道状态核查信道状态的核查主要是核查信道的组合类型和信道管理状态。 由PCU定时发送核查消息，BSC收到消息后，与自己保留的信道状态进行比较，采取相应处理。 ?PCIC状态核查PCIC状态核查由PCU发起的，只核查PCIC的操作维护状态（闭塞、未闭塞）。 当BSC检测到PCU的PCIC状态与BSC的状态不同时，采用相应处理。 核查消息如所示。 图1-14资源核查流程17:13:24.840PCUBSC MT_PCU_BSC_CHAN_CHECK17:13:24.840PCUBSC MT_PCU_BSC_PCIC_CHECK17:13:24.840PCUBSC MT_PCU_BSC_PCIC_CHECK17:13:29.830PCUBSC MT_PCU_BSC_PCIC_CHECK17:13:29.830PCUBSC MT_PCU_BSC_PCIC_CHECK17:13:29.830PCUBSC MT_PCU_BSC_PCIC_CHECK17:13:29.830PCUBSC MT_PCU_BSC_PCIC_CHECK资源核查流程如图1-15资源核查流程信令1Pb接口消息文档版本()31.2.8PCIC和分组资源维护PCIC和分组信道资源的维护可由PCU的操作维护台或由BSC的操作维护台发起。 PCU发起的维护命令 （1）PCIC维护消息包括PCIC的闭塞、解闭。 PCU的操作维护台发起PCIC闭塞命令，如果此PCIC对应的分组信道空闲，则只记录PCIC闭塞状态；如果PCIC已分配，且被动态PDCH使用，PCU发起PDCH释放过程并记录闭塞状态；如果被静态PDCH使用，只记录状态。 PCU操作维护发起的PCIC解闭命令。 PCU修改PCIC状态，返回确认消息。 如果此PCIC被静态PDCH使用，改变PDCH的状态。 （2）分组资源的闭塞、解闭。 PCU的操作维护台发起小区闭塞命令，小区的维护管理状态为闭塞。 手机无法在该小区接入。 PCU的操作维护台发起小区解闭命令，小区的维护管理状态为解闭。 手机可以在该小区接入。 PCU的操作维护台发起信道闭塞命令，信道的维护管理状态为闭塞。 该信道无法分配给手机用于数据业务。 PCU的操作维护台发起信道解闭命令，信道的维护管理状态为解闭。 该信道可以分配给手机用于数据业务。 BSC发起的维护命令 （1）PCIC维护消息包括PCIC的闭塞、解闭。 BSC发起PCIC的闭塞。 PCU将PCIC状态置为闭塞。 如果PCIC由动态PDCH使用，将释放相应的PDCH。 BSC发起PCIC的解闭，去除PCIC的闭塞状态。 BSC发起PCIC的复位。 BSC和PCU的状态核查时，当BSC的PCIC状态和PCU的PCIC状态不一致，BSC复位在BSC处标识为PDCH、在PCU处标识为TCH的信道占用的PCIC。 此时的复位可能导致PDCH释放。 另外BSC的OM也可以发起PCIC的复位操作。 （2）分组资源的闭塞、解闭。 BSC发起的无线资源闭塞消息，如果闭塞了动态信道，PCU将主动释放信道，并回应答消息。 BSC向PCU发起无线资源解闭命令。 PCU回应确认消息。 插图目录4文档版本()1.2.9对信道编码动态调整的支持当信道编码从CS- 1、CS-2改变为CS- 3、CS-4时，必须通知BSC增加Abis和Pb接口的16kbit/s地面电路，在获得BSC的肯定应答后，才能进行信道编码调整，如所示。 图1-16对信道编码动态调整支持流程17:13:24.840PCUBSC MT_PCU_BSC_CS_MOD17:13:24.840BSCPCU MT_BSC_PCU_CS_ACK17:13:24.840BSCPCU MT_BSC_PCU_CS_NACK当信道编码从CS- 1、CS-2改变为CS- 3、CS-4前，PCU向BSC提出调整请求。 BSC调整成功返回应答消息。 PCU将申请的PCIC分配给支持CS- 3、CS-4的分组信。 信道编码方式动态调整流程如图1-17信道编码动态调整支持流程2Um接口消息文档版本()52Um2.1基本概念2.1.1Um接口协议栈GPRS的协议栈如图2-1所示。 图2-1GPRS的接口协议栈RelayNetworkServiceGTPApplicationIP/X.25SNDCPLLCRLCMACGSM RFSNDCPLLCBSSGPL1bisRLCMACGSM RFBSSGPL1bisRelayL2L1IPL2L1IPGTPIP/X.25UmGbGnGiMSBSSSGSNGGSNNetworkServiceUDP/TCPUDP/TCP Um接口是BSS和MS间的接口。 在GSM03.64协议中有GPRS Um接口的概要描述。 在GSM05.02协议中对GSM/GPRS的无线信道有详细的说明。 Um接口的GPRS信令和数据流程在GSM04. 60、GSM04.08协议中描述。 PCU处理的Um接口协议主要是RLC/MAC层协议，Um接口消息跟踪就是跟踪PCU和MS间的RLC/MAC层信令和数据。 Um接口消息跟踪是一种监视PCU和MS间数据和信令流程的手段，可以利用它来解决Um接口相关的一些异常问题。 2.1.2RLC/MAC协议中的基本概念RLC/MAC协议的作用RLC/MAC层的作用是为LLC PDU提供传输通道，使LLC PDU顺利地在MS和SGSN之间传输。 插图目录6文档版本()为了达到这个目的，PCU需要完成以下功能?在Um接口建立数据传输链路，即TBF。 ?为链路分配资源（信道和无线块），并负责资源的调度和释放。 RLC/MAC层的链路TBF TBF（Temporary BlockFlow，临时块流）是MS和BSS之间在进行数据传送时的一种物理连接。 TBF只有在数据传送过程中才存在。 TBF的主要信息包括以下几方面?TFI（Temporary FlowIdentity，临时流标识），它是TBF的标识。 TBF由TFI、数据传送方向唯一标识。 ?分配的信道表示TBF的数据块在哪几条信道上传输。 ?控制信道（PACCH）表示TBF的控制块在哪一条或几条信道上传输。 ?RLC模式。 RLC模式分确认和非确认两种。 ?TBF的每个发送的数据块都需要得到对方的确认，否则要重传，直到所有数据块都传送完毕并得到对方确认才可释放TBF。 ?传送的数据块无需得到对方确认，丢失的数据块无需重传，数据传送完毕即可释放TBF。 ?MAC模式（上行TBF）。 MAC模式包括固定分配、动态分配和扩展动态分配三种。 ?MS使用的无线块由BSS事先分配好，在指配消息中以资源位表的形式通知MS。 若无线块使用完毕但还有数据需要传送，则需由BSS再次分配无线块。 ?BSS在给MS指配无线资源时，为MS指配几个无线信道及每个无线信道对应的USF值，MS监听所指配信道的下行无线块中的USF值，如果该值与指配的USF相同，则MS就在相应的上行无线块上传送数据。 ?扩展动态分配的资源分配机制与动态分配基本一致，只是MS在收到其中一个信道的USF值后，即可在该信道以及在编号比该信道大的其他信道上传送数据。 2.2Um接口的主要流程根据目前各网络运营商的实际配置情况，下面介绍的都是系统配置了CCCH，而未配置PCCCH时的流程。 2.2.1CCCH上的上行一阶段接入当小区中没有配置PCCCH时，分组业务在CCCH上发起。 因为CCCH上的分组接入请求首先到达BSC，经过BSC转发到PCU处理，所以，在Um接口消息跟踪中无法看到分组信道请求和立即指配消息。 在Pb接口和Um接口跟踪到的CCCH上的上行一阶段接入流程如图2-2和图2-3所示。 2Um接口消息文档版本()7图2-2CCCH上的上行一阶段接入（Pb接口）17:18:22.810BSCPCU MT_BSC_PCU_CHAN_REQ17:18:22.810PCUBSC MT_PCU_BSC_IMM_ASS图2-3CCCH上的上行一阶段接入（Um接口）17:18:22.810BSCPCU MT_BSC_PCU_CHAN_REQ17:18:22.810PCUBSC MT_PCU_BSC_IMM_ASS17:18:22.420PCUMS PACK_PSI1317:18:22.140MSPCU上行数据块17:18:22.140MSPCU上行数据块17:18:22.140PCUMS PACK_UL_ACKNACK17:18:22.140MSPCU上行数据块17:18:22.140PCUMS PACK_UL_ACKNACK17:18:22.190MSPCU上行数据块接口消息说明MS在CCCH上发起分组信道请求（MT_BSC_PCU_CHAN_REQ），BSC收到后转发到PCU处理，如所示。 PCU处理分组信道请求，经过BSC下发分组立即指配消息（MT_PCU_BSC_IMM_ASS），为MS指配信道，如所示。 MS在PCU指配的信道上发送上行数据块，如所示。 因为是CCCH上的一阶段接入，PCU在收到上行数据块后发送上行确认消息（PACK_UL_ACKNACK）完成冲突解决过程，如。 冲突解决完成后，上行TBF建立完成。 信令截图如下Pb口信令如图2-2图2-4CCCH上的上行一阶段接入（Pb接口信令）Um口信令如图2-2插图目录8文档版本()图2-5CCCH上的上行一阶段接入（Um接口信令）2.2.2CCCH上的上行两阶段接入在Pb接口和Um接口跟踪到的CCCH上的上行两阶段接入流程如图2-6和0所示。 图2-6CCCH上的上行两阶段接入（Pb接口）17:18:22.810BSCPCU MT_BSC_PCU_