室内覆盖工程技术规范

室内覆盖工程技术规范验收组织初/终验验收组织站点名称：建设单位名称：施工单位名称：监理单位名称：序号单位姓名职称/职务备注1234567建设单位代表：日期：施工单位代表：日期：监理单位代表：日期：编制说明：由建设单位负责编制(在施工单位提交《初/终验申请表》并签署同意验收意见后五个工作日内完成编制)。需在备注栏注明验收组成员的关系(即组长或组员)；验收组成员必须包括建设单位工程部门、建设单位运维部门、施工单位等代表组成。25、初/终验收测试记录初/终验测试记录汇总表站点名称：建设单位名称：施工单位名称：监理单位名称：共1页第1页序号项目测试地点测试时间测试结果备注直放站系统见直放站系统测试表干线放大器测试见干线放大器测试表室内从发天线功率测试见室内从发天线功率测试表直放站天馈线系统见天馈线系统验收检测表直放站监控功能见直放站监控功能验收检测表直放站设备安装工艺见直放站设备安装工艺验收检验表线缆布放工艺见线缆布放工艺验收检验表安装前后对网络影响见安装前后对网络影响的评估表驻波比见驻波比测试表信号强度和通话质量见信号强度和通话质量测试报告附件见第四章系统整体验收要求说明：本表应依实际项目编制。建设单位代表：日期：施工单位代表：日期：监理单位代表：日期：26、初/终验描述及遗留问题初/终验描述及存在问题建设项目名称初验日期站点名称站点编号建设单位施工单位监理公司初/终验描述：存在问题：1.2.3．4.建设单位代表：施工单位代表：（签字）（签字）日期：日期：监理公司代表：日期：编制说明：本表由施工单位负责编制(在初验完成后五个工作日内完成编制)。a) 描述初验时的情况、出现问题及最终的解决办法；b) 描述初验结束后还存在的问题、解决措施及时间计划。c)需单独编制单页原件两份用于省公司《设备类初步验收文件汇总册》编制。27、系统整改通知系统整改通知单站点名称：站点编号：致：公司贵司承建的（）项目，以下部分不符合设计及施工施工规范要求。依据合同及其它相关规定，通知贵司在（）时间内限期整改，并将整改后的结果及时报于监理公司，以便复核。

1、2、3、4、特此通知。联通网络建设部门（盖章）日期：施工单位签收

施工单位：

负责人：

日期：整改情况确认：1、2、3、4、

现场监理工程师：日期：

总监理工程师（如有）：日期：说明：本表一式二份，监理单位（如有）、承建单位各一份。重大整改报建设单位28、试运行结果室分系统试运行说明建设项目名称设备型号站点名称站点编号建设单位监理公司试运行日期系统试运行简述：试运行期系统设备运行稳定性、故障率统计试运行期信号源的网络质量性能统计分析日常巡检情况汇总系统检查巡检情况汇总用户的反馈情况建设单位（盖章）：施工单位（盖章）：建设单位负责人：施工单位负责人：（签名）（签名）日期：日期：29、初/终验意见（证明）初/终验意见（证明）共页第页建设项目名称验收日期站点名称站点编号建设单位名称施工单位名称监理单位设备采购合同号初验意见：简述已安装设备总量及余料退库情况；简述设备安装是否规范、设备性能是符合合同要求、工程服务情况；存在问题等；结论：初验合格（或不合格）。验收组成员签字：（验收组成员必须包括建设单位工程部门、建设单位运维部门（维护及网优）、建设单位市场部门、施工单位等代表人员）施工单位(盖章）：建设单位（盖章）：施工单位授权代表(签名)：建设单位负责人（签名）：日期：日期：监理单位（盖章）：监理单位代表(签名):日期：编制说明：由施工单位负责编制(在工程初/终验完成后五个工作日内完成编制)。原则上一个合同对应一套初步验收文件（同一建设项目中的同类型设备的若干份合同也可编制一套初步验收文件，由分公司根据合同的具体情况确定），合同内的所有工程量均完成并已通过验收建设单位方可签署“初/终验意见”。本表除作为初验文件归档外需单独编制原件三份（一份用于施工单位办理付款手续，两份用于省公司《设备初步验收文件汇总册》编制）。30、工程移交申请表工程移交申请建设项目名称验收日期站点名称站点编号建设单位名称施工单位名称监理单位工程移交情况描述：申请成员签字：网络建设部运维部门接收意见：结论：同意/不同意接收。接收成员签字：运行维护部建设单位工程部门（盖章）：建设单位运维部门（盖章）：建设单位工程负责人（签名）：建设单位运维部门负责人（签名）：日期：日期：编制说明：本表一式两份，申请方和接收方各一份。31、设备及工程资料移交清单设备及工程资料移交清单站点名称：建设单位名称：施工单位名称：监理单位名称：共页第页序号设备、型号、工程资料名称单位数量备注1初步验收资料套2仪器仪表3备品备件4技术维护手册5操作手册工程部门移交人：运维部门签收人：建设单位工程负责人：日期：建设单位运维负责人：日期：施工单位代表：日期：32、备忘录备忘录站点名称：建设单位名称：施工单位名称：监理单位名称：共页第页编制说明：由建设单位工程部门负责编制，在正式竣工验收前，建设单位、施工单位中任一方均可提出，经商议后可形成此备忘录，可包括以下内容：工程中洽商纪要；工程中事故记录；工程中遗留问题和解决办法，如设备的安装、验收等。其它三方认为应以书面留存以志备忘的事件；往来信函、问题分析及解决报告、图片资料等；企业工商登记、施工资质证书(复印件)、设备和材料合格证、说明书等。建设单位代表：日期：施工单位代表：日期：监理单位代表：日期：附件（1）图纸目录建设项目名称：站点名称：建设单位名称：施工单位名称：监理单位名称：共页第页序号图别图号图纸内容设计单位说明附:系统原理图、平面安装图和其他建筑或安装图建设单位代表（签名）：日期：施工单位代表（签名）：日期：监理单位代表（签名）：日期：施工单位代表（签名）：日期：附件（3）建设单位授权书（供参考模版）中国联通分公司授权委托书（副本）代理人姓名：性别：部门：职务：代理事项：举例：(填写建设项目名称）工程设备类初步验收文件的签署等。代理权限：设备类初步验收文件的签署。代理期限：从年月日至年月日公司负责人：签发时间：年月日中国联通分公司授权委托书代理人姓名年龄部门职务代理事项(填写建设项目名称）工程设备类初步验收文件的签署。代理权限：设备类初步验收文件的签署。代理期限：从年月日至年月日编制说明：必须在虚线部分加盖公司章，副本在分公司档案室保存，正本用于设备类初步验收文件编制，施工单位的授权书可参考建设单位的授权书模版编制。广东联通室内覆盖工程技术规范GDSF-5-2008PAGEPAGE125施工单位授权书（供参考模版）兹授权同志为中国联通分公司（工程项目名称、（施工单位名称）负责人，负责代表我单位签署所有工程过程文件（含竣工文件内施工单位权代表签名、工程过程文件签名）；授权同志为本项工程的具体负责人，负责代表我单位签署工程竣工文件（施工单位代表签名）。编制说明：需含以上基本内容。施工单位法定授权人（签名）：施工单位（名称）：施工单位（盖章）：日期：卷末备考表单位名称形成档案部门名称本卷张数图样张，文字材料张其它材料张，合计张（大写）与本卷有密切关系的材料与实物编号存放地点*立卷说明：本卷材料完整程度及其它需要注明的情况立卷人：年月日归档后的情况（修改补充及其他）年月日立卷质量检查意见检查人（职务）年月日*指不能与本卷材料保存在一起的底图、照相底片、录音带、录像带及标本样品等。附件2：广东联通干线放大器统一通信协议前言本协议是在《中国联通CDMA直放站统一监控管理协议规范》1.0版的基础上，根据中国联通广东省公司对干线放大器统一网管的实际需要，进行了必要的补充而成的。作为本次招标的干线放大器的参考通信协议。本协议的修改权和解释权归中国联通广东省公司所有。PAGE1571.范围本技术通信协议适用于今后所有进入中国联通广东省公司业务区内的GSM干线放大器。干放网管系统采用分布式拓朴结构，彼此距离较近的一群干放以主从机的方式实现对全部干放设备的远程监控功能。GSM干线放大器在网管系统中必须彼此兼容。干线放大器的监控模块必须具备备份电源。当市电停电时，备份电源独立连续工作时间不得少于二小时。干放网管系统网络拓扑结构如图.图1 干放网管系统网络拓扑结构图说明：主干放是指具备远程通信能力的设备，本身带有Modem。从干放是指本身不具备远程通信能力，必须借助有通信能力的设备才能完成远程通信的设备，从干放本身不带Modem。2.监控系统基本参数指标2.1查询项主干放编号：干放系统在网管系统中的唯一编号。从干放编号：干放系统内部，干放的唯一编号。厂家标识：设备供应商的编号（由联通公司制定）。设备类型：用以区分设备的种类。对于干放为：0x07。干放类型：用以区分干放的种类。对于CDMA干放为：0x01；对于GSM干放为：0x02版本号：干放设备中监控模块软件的版本号。监控中心告警电话：网管中心的电话号码，干放设备向此电话发送告警信息。监控中心查询电话远程通信方式干放主动告警使能标志：用于控制干放是否主动向网管中心发送告警信息。上行输出功率过功率门限下行输出功率过功率门限下行输出功率欠功率门限下行输入功率欠功率门限功放开关：对于有上行功放和下行功放的干放，功放开关同时控制上行功放和下行功放；对于没有上行功放的干放，功放开关只控制下行功放。上行衰减值下行衰减值上行最大增益：为干放的上行最大增益。下行最大增益：为干放的下行最大增益。电源掉电：当干放的外部供电系统掉电时，产生此告警。电源故障：当干放的电源模块发生故障时，产生此告警。上行输出功率过功率告警下行输出功率过功率告警下行输出功率欠功率告警下行输入功率欠功率告警上行功放故障告警下行功放故障告警过温告警：干放的整机或功放的温度过高时，产生此告警。下行驻波告警监控链路告警：当主干放与某从干放的监控链路通信中断后，将产生该从干放的监控链路告警。主干放对系统内所有的从干放监控链路进行监测。该告警量只对主干放具备，从干放没有该告警量。当对从干放进行操作时，从干放在填写协议命令体中对应该告警的比特位时固定填0。上行输出功率电平下行输出功率电平2.1控制项主干放编号从干放编号监控中心告警电话监控中心查询电话远程通信方式干放主动告警使能标志上行输出功率过功率门限下行输出功率过功率门限下行输出功率欠功率门限下行输入功率欠功率门限功放开关上行衰减值下行衰减值2.1告警项电源掉电电源故障上行输出功率过功率告警下行输出功率过功率告警下行输出功率欠功率告警下行输入功率欠功率告警上行功放故障告警下行功放故障告警过温告警下行驻波告警监控链路告警3.监控系统协议要求3.1基本格式监控中心和干放都是以数据包的形式进行交互，一个完整的命令包由起使标志单元、命令单元、CRC校验单元、结束标志单元4部分组成。详见表1。表1监控中心和干放信息交互命令包通用格式起始标志单元命令单元校验单元结束标志单元表1各单元详细说明如下：起始标志单元：1字节长度，表示一个完整数据包（分组）起始标志，固定为ASCII字符‘X’(0x58)；命令单元：由命令控制头和命令体两部分组成。命令控制头包括：协议版本号、总包数、包序号、设备类型、命令编号、主干放编号、从干放编号、应答标志、命令体长度9个字段组成，共12个字节长度。命令体的解析方法和实际长度由控制部分的“命令编号”字段和“命令体长度”确定。命令单元的组成格式见表2；校验单元：针对协议中的“命令单元”进行校验（从“命令单元”的第一个字节计算到最后一个字节），采用CCITT推荐的16位的x16+x12+x5+1(0x1021)。生成2字节的CRC校验和（低字节在前，高字节在后）。CRC校验和算法详见3.1.3节；结束标志单元：1字节长度，表示一个完整数据包（分组）起始标志，固定为ASCII字符‘X’(0x58)。3.1.1数据传送要求为兼容不同的数据传输方式，使其不仅能够适合于RS232的传输方式，又能够适合于短信传输。考虑到目前基于短信方式的监控系统采用的无线Modem可能存在部分不可见字符无法传递的问题，本协议中对于非ASCII字符统一采用“2字节拆分规则”，具体说明如下：8比特的十六进制数被划分为高4bits和低4bits，对于高4bits和低4bits，若其数字为0x00-0x09，则加上0x30，若其数字为0x0A-0x0F，则加上0x37，这样得到的结果就转换为ASCII码。举例如下：对于数据0x2B，按照上述划分原则，高字节变成0x32，低字节变成0x42。(0x2B=> 00101011)00110000001101110x320x42采用“2字节拆分规则”后，协议中定义的数据，如1字节的0x2B，在实际传输中的数据为ASCII码的“2B”，高字节转换的字符在前，低字节转换的字符在后。“2字节拆分规则”适用于协议中除起始、结束标志单元和已定义为ASCII码字符外的所有字符，包括校验单元，具体计算时先求出校验值，再采用“2字节拆分规则”处理数据。接收系统在接收到数据后先进行“2字节拆分规则”的反向处理，处理后得到的数据即为协议定义的格式。本协议中干放查询/控制电话和告警电话参数因为已经采用ASCII码，故在实际传送中仍采取直接传送的方式，不再采用“2字节拆分规则”。3.1.2命令单元命令单元由命令控制头和命令体组成，详见下表2：表2命令单元组成格式命令控制头命令体协议版本号总包数包序号设备类型命令编号主干放编号从干放编号应答标志命令体长度命令数据1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte变长表2有关字段备注说明如下：设备类型：对于干放，设备类型为0x07。命令编号：命令的唯一标识。详见表4。主干放编号：干放系统的唯一标识。低字节在前，高字节在后。例如编号为0x12345678的干放，4字节干放编号排列顺序为：0x78，0x56，0x34，0x12。出厂前，干放的编号统一默认为0。从干放编号：干放系统内部，可控设备的唯一标识。如果没有子设备，该字段添0xFF。总包数：如果一条命令需要分多包发送，该字段表示对应命令需要发送的总包数。取值范围为：1-255。包序号：当前包的序号，取直范围1-总包数。应答标志：作为命令的主动发起方，该字段添0。被动接收方对该字段不解析、不处理。如果作为应答消息，该字段作为应答标志。如果该字段非0x00，则表明最近收到的命令无法处理或出错。主发起方收到对方应答标志非0x00的应答后，对“命令体”不解析、不处理。只有应答标志为0x00，“命令体长度”和“命令体”才有意义。应答标志编码详细见表3。命令体长度：命令体字段的实际长度（以字节为单位）。发送数据包之前，先计算命令体长度，再进行“2字节拆分”处理。接收到数据包后，先进行“2字节拆分”处理，再计算命令体长度。命令数据：长度、解析方式由命令控制头的“命令体长度”和“命令编号”确定。表3应答标志编码定义编码含义备注0x00成功0x01命令编号错0x02主干放编号错0x03从干放编号错0x04包序号错0x05校验错0x06设备类型错对于查询命令，干放不判断命令控制头中的设备类型字段；对于设置命令，干放需要判断该设备类型字段与自身的设备类型是否一致，若不一致则报设备类型错，并丢弃该指令。0xA0其它错误3.1.3校验单元根据数据包的“命令单元”生成CRC校验和。校验单元采用CRC校验，生成多项式为CCITT推荐的16位的x16+x12+x5+1（0x1021）。无论采用什么通信方式，发送方都必须根据“命令单元”生成2字节的CRC检验和；同样，接收方收到完整的数据包后，根据“命令单元”生成新CRC检验和，如果新CRC和收到的校验和相等则表明该数据包有效，否则向发送方回送“校验错”的应答。发送数据包之前，先生成CRC校验和，再进行“2字节拆分”处理。接收到数据包后，先进行“2字节拆分”处理，再进行CRC校验。3.2鉴权干放采用电话号码对监控指令进行鉴权。干放对于接收到的指令，首先比较发送指令的电话号码和干放内保存的监控中心查询电话号码，若一致则进行进一步处理，否则丢弃。无论是监控中心还是干放，收到数据包后要对数据包进行鉴权。鉴权处理分下面几个环节：起始标志/结束标志校验、CRC校验、命令编号校验、主干放编号校验、从干放编号校验。如果上述任何一个环节校验未通过则认为鉴权失败，接收方可以根据实际情况向发送方应答错误标志，错误标志详见表3。3.3多字节字段的字节流顺序合法的命令单元往往包含多字节字段，如主干放编号、从干放编号、信道号和CRC校验和等。为了保证对多字节字段的正确解析，现对多字节字段的字节流顺序做如下规定：低字节在前，高字节在后。例如，编号为0x12345678的干放，4字节干放编号排列顺序为：0x78，0x56，0x34，0x12。ASCII码格式的多字节流不进行倒序，如查询电话号码，实际排列的顺序也为。3.4有符号数据类型符号位的规定无论多字节数据类型还式单字节数据类型，有符号数采用补码表示方法。本协议所规定的干放工作参数中数字量和模拟量均定义为有符号数。3.5字段缺省值的规定在监控中心和各种干放进行命令交互的过程中，如果命令体中包含有对方不支持或保留的字段，发送方统一填0。3.6干放编号缺省值的规定主干放编号作为干放的唯一标识，主干放编号应该由监控中心统一分配。所以干放在纳入统一监控系统之前，其主干放编号统一规定为0。从干放编号在设备开通时，由厂家完成初始设置，并在干放纳入统一监控系统之前，提供给联通公司。3.7协议版本号的规定协议版本号作为本协议的升级标志，取值范围为0-255，起始版本号从1开始编排，以后以1为单位递增。协议版本号是监控中心和干放命令交换共同遵守的的协议标志，和查询命令中的版本号有本质的区别，后者是指干放侧监控软件的版本，属于干放独有特征，与监控中心无关。3.8命令体实际字节数的规定命令单元由命令控制头和命令体组成，命令体的实际长度由控制头的“命令体长度”确定。所以“命令体长度”字段值必须严格按照协议填写，实际传送的命令体字节数也必须和“命令体长度”一致。除查询命令（0x20，0x21）外，其它所有应答命令的“命令体长度”字段统一填0，接收方完全可以根据“应答标志”做相应的处理。3.9从干放编号的规定监控中心对干放的监管都是针对一个具体物理设备的监管。如果目标干放是“单机”式干放，命令控制头的“从干放编号”字段统一规定为0XFF。对于一群干放中的主干放，从干放编号统一规定为0，其它干放的从干放编号由监控中心分配。3.10多包发送处理鉴于干放监控系统通信信道的特点，对一条命令的多包发送或应答特做如下规定：发送方和接收方并不对中间数据包做确认应答，接收方收齐所有数据包后只做一次应答，应答命令控制头的“总包数”和“包序号”相等表示接收成功。如果接收方无法在规定的时间内收齐所有数据包，则向发送方回应“包序号错”，表示本次多包传送失败并结束。建议多包等待保护定时器长为：总包数*180（建议值）秒。命令多包交互时序图如下图：主叫方主叫方被叫方主叫命令应答命令第1包应答命令最后1包总包全部收齐总确认启动保护定时器超时处理图2命令多包交互时序图注：上图主叫命令可以有也可以没有。没有主叫命令时，多包发送方可以直接发送多包命令并启动保护定时器。上图其实也兼容了单包命令的交互时序，一条命令单包发送的处理只是更简单、更直接。3.11保护定时器采用保护定时器的目的是在时序上保证消息或命令的可靠到达。本协议规定：在收到应答之前，主发送方必须设置保护定时器。定时器超时之前收到的应答为有效应答，否则为无效应答或发送失败。对保定时器的长度本协议不统一规定，用户或厂家可以根据当地网络环境自行设定。3.12监控中心查询/告警电话的规定监控中心查询电话：位于监控中心侧，监控中心通过该电话对干放进行参数设置和参数查询；同时干放通过该电话对来自监控中心的命令进行应答。监控中心告警电话：位于监控中心侧，干放通过该电话主动告警，同时监控中心通过该电话对干放的告警进行应答。该电话可以和监控中心查询电话相同，也可以和监控中心查询电话不同。将监控中心查询电话和告警电话分开的优势在于有效降低了主动告警命令和其它命令的“冲突”。为了确保干放告警能够及时、可靠地主动上报到监控中心，特意将监控中心查询电话和告警电话分开。为了统一起见，监控中心和干放进行正式通信之前，监控中心必须向干放“通知”监控中心的查询电话和告警电话。干放发出所有命令的目的接收方的电话都以这两个电话为准；干放出厂前缺省查询电话和告警电话为15个0x20。3.13命令编码监控中心和前台干放应用层交互命令编码的定义及其含义如下表4所示。表4干放前后台通信命令列表命令编号含义流向备注说明0X10干放主动告警干放<—>监控中心0X20信息查询监控中心<—>干放0X21干放参数查询监控中心<—>干放0X29干放的从干放编号查询监控中心<—>干放0X30设置干放系统编号监控中心<—>干放0X31设置远程通信参数监控中心<—>干放0X32设置干放主动告警使能标志监控中心<—>干放0X33设置门限值监控中心<—>干放0X34设置功放开关量监控中心<—>干放0X35设置衰减量监控中心<—>干放0XD0-0XFF保留注：表4“流向”栏左边对象表示主动发起方，右边对象表示被动应答方；被动应答方构造应答命令时，除“应答标志”和“命令体长度”字段根据实际情况修改外，命令控制头的其它字段和最近收到命令的命令控制头完全一样；主动发起方发送命令包后建议采用长度为180秒的保护定时器，保护定时器超时之前收到的应答算为有效应答，否则认为发送失败。如果干放主动告警失败，应该继续上报，直到连续3次告警失败。0xD0-0xFF命令保留给各干放制造商，作为出厂检测使用。本协议版本及其升级版本都不使用该范围内的命令编号。主动告警使能标志命令的作用是屏蔽部分或全部干放主动告警类型。如果某个告警类型被屏蔽，干放将不主动上报该类型告警，监控中心将不对告警命令对应告警类型比特位进行解析和处理。干放出厂前默认为全部不屏蔽，而且一旦收到监控中心的主动告警使能标志命令，干放必须将屏蔽信息存储到本地的可掉电保存的设备中。3.14命令单元数据格式3.14.1监控系统参数查询命令（0x20）监控系统参数查询命令（监控中心—>干放）协议版本号总包数包序号设备类型命令编号主干放编号从干放编号应答标志命令体长度命令体1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte监控系统参数查询命令回应（干放—>监控中心）协议版本号总包数包序号设备类型命令编号主干放编号从干放编号应答标志命令体长度命令体1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte监控系统参数查询回应命令体序号参数名长度子项位置描述1-15查询电话15ASCII格式，不足15个字节后补0x20。电话号码顺序和字节流顺序一致，详见3.3节。16-30告警电话15ASCII格式，不足15个字节后补0x20。电话号码顺序和字节流顺序一致，详见3.3节。31干放远程通信方式132干放主动告警使能标志1保留Bit7保留Bit6保留Bit5保留Bit4电源掉电Bit3Enable:1,Disable:0保留Bit2保留Bit1保留Bit033干放主动告警使能标志1电源故障Bit7Enable:1,Disable:0上行输出功率过功率Bit6Enable:1,Disable:0下行输出功率过功率Bit5Enable:1,Disable:0保留Bit4保留Bit3保留Bit2保留Bit1保留Bit134干放主动告警使能标志1下行输出功率欠功率Bit7Enable:1,Disable:0下行输入功率欠功率Bit6Enable:1,Disable:0上行功放告警Bit5Enable:1,Disable:0下行功放告警Bit4Enable:1,Disable:0过温告警Bit3Enable:1,Disable:0下行驻波告警Bit2Enable:1,Disable:0保留Bit10保留Bit0035监控链路告警使能标志11从干放1监控链路告警Bit7Enable:1,Disable:0从干放2监控链路告警Bit6Enable:1,Disable:0从干放3监控链路告警Bit5Enable:1,Disable:0从干放4监控链路告警Bit4Enable:1,Disable:0从干放5监控链路告警Bit3Enable:1,Disable:0从干放6监控链路告警Bit2Enable:1,Disable:0从干放7监控链路告警Bit1Enable:1,Disable:0从干放8监控链路告警Bit0Enable:1,Disable:036监控链路告警使能标志21从干放9监控链路告警Bit7Enable:1,Disable:0从干放10监控链路告警Bit6Enable:1,Disable:0从干放11监控链路告警Bit5Enable:1,Disable:0从干放12监控链路告警Bit4Enable:1,Disable:0从干放13监控链路告警Bit3Enable:1,Disable:0从干放14监控链路告警Bit2Enable:1,Disable:0从干放15监控链路告警Bit1Enable:1,Disable:0从干放16监控链路告警Bit0Enable:1,Disable:037监控链路告警使能标志31从干放17监控链路告警Bit7Enable:1,Disable:0从干放18监控链路告警Bit6Enable:1,Disable:0从干放19监控链路告警Bit5Enable:1,Disable:0从干放20监控链路告警Bit4Enable:1,Disable:0从干放21监控链路告警Bit3Enable:1,Disable:0从干放22监控链路告警Bit2Enable:1,Disable:0从干放23监控链路告警Bit1Enable:1,Disable:0从干放24监控链路告警Bit0Enable:1,Disable:038监控链路告警使能标志41从干放25监控链路告警Bit7Enable:1,Disable:0从干放26监控链路告警Bit6Enable:1,Disable:0从干放27监控链路告警Bit5Enable:1,Disable:0从干放28监控链路告警Bit4Enable:1,Disable:0从干放29监控链路告警Bit3Enable:1,Disable:0从干放30监控链路告警Bit2Enable:1,Disable:0从干放31监控链路告警Bit1Enable:1,Disable:0从干放32监控链路告警Bit0Enable:1,Disable:039保留140保留1注：对于从干放，监控链路告警使能标志1～4字节对应的比特位固定填0。3.14.2干放参数查询（0X21）干放参数查询命令（监控中心—>干放）协议版本号总包数包序号设备类型命令编号主干放编号从干放编号应答标志命令体长度命令体1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte干放参数查询命令回应（干放—>监控中心）协议版本号总包数包序号设备类型命令编号主干放编号从干放编号应答标志命令体长度命令体1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte干放参数查询回应命令体序号参数名长度子项位置描述1-2厂家标识23设备类型14-5版本号36上行输出功率过功率门限17下行输出功率过功率门限18功放开关1Bit0表示功放开关；ON:1OFF:0。其它位为保留位9保留110上行衰减值1*11下行衰减值1*12保留字节1*13保留字节1*14上行输出功率电平115下行输出功率电平116上行最大增益117下行最大增益118告警项1保留Bit7保留Bit6保留Bit5保留Bit4电源掉电Bit3Alarm:1,Normal:0保留Bit2保留Bit1保留Bit019告警项1电源故障Bit7Alarm:1,Normal:0上行输出功率过功率告警Bit6Alarm:1,Normal:0下行输出功率过功率告警Bit5Alarm:1,Normal:0保留Bit4保留Bit3保留Bit2保留Bit1保留Bit120干放类型121下行输出欠功率门限122下行输入欠功率门限1231下行输出功率欠功率告警Bit7Alarm:1,Normal:0下行输入功率欠功率告警Bit6Alarm:1,Normal:0上行功放故障告警Bit5Alarm:1,Normal:0下行功放故障告警Bit4Alarm:1,Normal:0过温告警Bit3Alarm:1,Normal:0下行驻波告警Bit2Alarm:1,Normal:0保留Bit10保留Bit0024监控链路告警11从干放1监控链路告警Bit7Alarm:1,Normal:0从干放2监控链路告警Bit6Alarm:1,Normal:0从干放3监控链路告警Bit5Alarm:1,Normal:0从干放4监控链路告警Bit4Alarm:1,Normal:0从干放5监控链路告警Bit3Alarm:1,Normal:0从干放6监控链路告警Bit2Alarm:1,Normal:0从干放7监控链路告警Bit1Alarm:1,Normal:0从干放8监控链路告警Bit0Alarm:1,Normal:025监控链路告警21从干放9监控链路告警Bit7Alarm:1,Normal:0从干放10监控链路告警Bit6Alarm:1,Normal:0从干放11监控链路告警Bit5Alarm:1,Normal:0从干放12监控链路告警Bit4Alarm:1,Normal:0从干放13监控链路告警Bit3Alarm:1,Normal:0从干放14监控链路告警Bit2Alarm:1,Normal:0从干放15监控链路告警Bit1Alarm:1,Normal:0从干放16监控链路告警Bit0Alarm:1,Normal:026监控链路告警31从干放17监控链路告警Bit7Alarm:1,Normal:0从干放18监控链路告警Bit6Alarm:1,Normal:0从干放19监控链路告警Bit5Alarm:1,Normal:0从干放20监控链路告警Bit4Alarm:1,Normal:0从干放21监控链路告警Bit3Alarm:1,Normal:0从干放22监控链路告警Bit2Alarm:1,Normal:0从干放23监控链路告警Bit1Alarm:1,Normal:0从干放24监控链路告警Bit0Alarm:1,Normal:027监控链路告警41从干放25监控链路告警Bit7Alarm:1,Normal:0从干放26监控链路告警Bit6Alarm:1,Normal:0从干放27监控链路告警Bit5Alarm:1,Normal:0从干放28监控链路告警Bit4Alarm:1,Normal:0从干放29监控链路告警Bit3Alarm:1,Normal:0从干放30监控链路告警Bit2Alarm:1,Normal:0从干放31监控链路告警Bit1Alarm:1,Normal:0从干放32监控链路告警Bit0Alarm:1,Normal:028保留129保留1注:上表描述栏标注*的字段值可由设置命令进行设置，在干放中需要将该值进行永久保存，以反映最近的修改。版本号规定如下：第一个字节值作为版本的主编号，第二个字节值作为版本的次编号。例如第一个字节值为8，第二个字节值为2，则版本号为8.2。监控中心了解干放故障情况的方式有两种：一种是干放通过0x10命令主动告警；令一种是监控中心通过0x21命令查询。这两种方式中监控中心对4字节告警信息的解析、处理方式相同。在实际应用中，两种方式应结合使用，才能保障有效的管理。表中告警项保留的字节或比特全部填0。干放不支持的告警对应比特位全部填0。Alarm表示告警；Normal表示正常或告警恢复。对于从干放，监控链路告警1～4字节对应的比特位固定填0。3.14.3子设备的从干放编号查询(0x29)干放参数查询命令（监控中心—>干放）协议版本号总包数包序号设备类型命令编号主干放编号从干放编号应答标志命令体长度命令体1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte干放参数查询命令回应（干放—>监控中心）协议版本号总包数包序号设备类型命令编号主干放编号从干放编号应答标志命令体长度命令体1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte干放参数查询回应命令体序号参数名长度子项位置描述1～32子设备1～32的从干放编号32每个子设备的从干放编号占用一个字节，一共可以设置32个子从干放编号注：对于“分布式”干放系统，可以在主机端即可监控到所连接的子设备，一台干放主机可最多监控32个干放子设备。在主机上安装1个Modem，即可实现对整个干放系统的所有设备的监控。32个干放子设备的编号（从干放编号）中，被监控中心分配的从干放编号在命令体中的排列次序必须连续且不能有间隔，从干放编号可以不连续。对于“单机”干放系统，不支持该命令，对该命令读取应返回读取从干放编号错。3.14.4干放告警(0x10)干放告警命令（干放—>监控中心）协议版本号总包数包序号设备类型命令编号主干放编号从干放编号应答标志命令体长度命令体1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte干放告警命令回应（监控中心—>干放）协议版本号总包数包序号设备类型命令编号主干放编号从干放编号应答标志命令体长度命令体1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte干放告警命令体序号参数名长度子项位置描述1告警项1保留Bit7保留Bit6保留Bit5保留Bit4电源掉电Bit3Alarm:1,Normal:0保留Bit2保留Bit1保留Bit02告警项1电源故障Bit7Alarm:1,Normal:0上行输出功率过功率告警Bit6Alarm:1,Normal:0下行输出功率过功率告警Bit5Alarm:1,Normal:0保留Bit4保留Bit3保留Bit2保留Bit1保留Bit03告警项1下行输出功率欠功率告警Bit7Alarm:1,Normal:0下行输入功率欠功率告警Bit6Alarm:1,Normal:0上行功放故障告警Bit5Alarm:1,Normal:0下行功放故障告警Bit4Alarm:1,Normal:0过温告警Bit3Alarm:1,Normal:0下行驻波告警Bit2Alarm:1,Normal:0保留Bit10保留Bit004监控链路告警11从干放1监控链路告警Bit7Alarm:1,Normal:0从干放2监控链路告警Bit6Alarm:1,Normal:0从干放3监控链路告警Bit5Alarm:1,Normal:0从干放4监控链路告警Bit4Alarm:1,Normal:0从干放5监控链路告警Bit3Alarm:1,Normal:0从干放6监控链路告警Bit2Alarm:1,Normal:0从干放7监控链路告警Bit1Alarm:1,Normal:0从干放8监控链路告警Bit0Alarm:1,Normal:05监控链路告警21从干放9监控链路告警Bit7Alarm:1,Normal:0从干放10监控链路告警Bit6Alarm:1,Normal:0从干放11监控链路告警Bit5Alarm:1,Normal:0从干放12监控链路告警Bit4Alarm:1,Normal:0从干放13监控链路告警Bit3Alarm:1,Normal:0从干放14监控链路告警Bit2Alarm:1,Normal:0从干放15监控链路告警Bit1Alarm:1,Normal:0从干放16监控链路告警Bit0Alarm:1,Normal:06监控链路告警31从干放17监控链路告警Bit7Alarm:1,Normal:0从干放18监控链路告警Bit6Alarm:1,Normal:0从干放19监控链路告警Bit5Alarm:1,Normal:0从干放20监控链路告警Bit4Alarm:1,Normal:0从干放21监控链路告警Bit3Alarm:1,Normal:0从干放22监控链路告警Bit2Alarm:1,Normal:0从干放23监控链路告警Bit1Alarm:1,Normal:0从干放24监控链路告警Bit0Alarm:1,Normal:07监控链路告警41从干放25监控链路告警Bit7Alarm:1,Normal:0从干放26监控链路告警Bit6Alarm:1,Normal:0从干放27监控链路告警Bit5Alarm:1,Normal:0从干放28监控链路告警Bit4Alarm:1,Normal:0从干放29监控链路告警Bit3Alarm:1,Normal:0从干放30监控链路告警Bit2Alarm:1,Normal:0从干放31监控链路告警Bit1Alarm:1,Normal:0从干放32监控链路告警Bit0Alarm:1,Normal:08保留19保留1注：上面表格中保留的字节或比特全部填0。干放不支持的告警对应比特位全部填0。如果在规定的时间内没有收到监控中心的正确应答，则表明本次告警失败，此时干放应该继续上报。如果连续3次上报全部失败，干放就停止上报，3小时后继续上报，如果再连续3次失败，则3小时后继续，循环往复，直到成功为止。注意，任何时间上报的告警，必须反映干放的当前实际情况。对于从干放，监控链路告警1～4字节对应的比特位固定填0。3.14.5设置干放系统编号(0x30)设置干放系统编号命令（监控中心—>干放）协议版本号总包数包序号设备类型命令编号主干放编号从干放编号应答标志命令体长度命令体1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte设置干放系统编号命令回应（干放—>监控中心）协议版本号总包数包序号设备类型命令编号主干放编号从干放编号应答标志命令体长度命令体1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte设置干放系统编号命令体序号参数名类型（字节）子项位置描述1-4主干放编号45从干放编号1设置从干放编号时，如果主干放收到从干放返回的“设置成功”，则将该从干放的编号保存到主干放中。否则不保存。注：出厂时“主干放编号”和“从干放编号”的默认值为0，该值在工程实施时需要由安装人员进行初始化。此后在设置“主干放编号”和“从干放编号”时，命令控制头部分的“主干放编号”、“从干放编号”采用当前值，命令体里的“主干放编号”、“从干放编号”采用新值。干放收到该命令后对命令控制头部分的“主干放编号”和“从干放编号”进行校验后再做进一步处理。干放应答时：如果设置成功，则将命令控制头里的“主干放编号”、“从干放编号”统一设置为新值；如果设置失败，则命令控制头里的“主干放编号”、“从干放编号”保留设置命令时的值。3.14.6设置远程通信参数(0x31)设置远程通信参数命令（监控中心—>干放）协议版本号总包数包序号设备类型命令编号主干放编号从干放编号应答标志命令体长度命令体1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte设置远程通信参数命令回应（干放—>监控中心）协议版本号总包数包序号设备类型命令编号主干放编号从干放编号应答标志命令体长度命令体1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte设置远程通信参数命令体序号参数名长度子项位置描述1-15查询电话15ASCII格式，不足15个字节后补0x20。电话号码顺序和字节流顺序一致，详见3.3节。16-30告警电话15ASCII格式，不足15个字节后补0x20。电话号码顺序和字节流顺序一致，详见3.3节。31干放远程通信方式13.14.7设置干放主动告警使能标志(0x32)设置干放主动告警使能标志命令（监控中心—>干放）协议版本号总包数包序号设备类型命令编号主干放编号从干放编号应答标志命令体长度命令体1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte设置干放主动告警使能标志命令回应（干放—>监控中心）协议版本号总包数包序号设备类型命令编号主干放编号从干放编号应答标志命令体长度命令体1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte设置干放主动告警使能标志命令体序号参数名长度子项位置描述1干放主动告警使能标志1保留Bit7保留Bit6保留Bit5保留Bit4电源掉电Bit3Enable:1,Disable:0保留Bit2保留Bit1保留Bit02干放主动告警使能标志1电源故障Bit7Enable:1,Disable:0上行输出功率过功率告警Bit6Enable:1,Disable:0下行输出功率过功率告警Bit5Enable:1,Disable:0保留Bit4保留Bit3保留Bit2保留Bit1保留Bit03干放主动告警使能标志1下行输出功率欠功率告警Bit7Enable:1,Disable:0下行输入功率欠功率告警Bit6Enable:1,Disable:0上行功放故障告警Bit5Enable:1,Disable:0下行功放故障告警Bit4Enable:1,Disable:0过温告警Bit3Enable:1,Disable:0下行驻波告警Bit2Enable:1,Disable:0保留Bit10保留Bit004监控链路告警使能标志11从干放1监控链路告警Bit7Enable:1,Disable:0从干放2监控链路告警Bit6Enable:1,Disable:0从干放3监控链路告警Bit5Enable:1,Disable:0从干放4监控链路告警Bit4Enable:1,Disable:0从干放5监控链路告警Bit3Enable:1,Disable:0从干放6监控链路告警Bit2Enable:1,Disable:0从干放7监控链路告警Bit1Enable:1,Disable:0从干放8监控链路告警Bit0Enable:1,Disable:05监控链路告警使能标志21从干放9监控链路告警Bit7Enable:1,Disable:0从干放10监控链路告警Bit6Enable:1,Disable:0从干放11监控链路告警Bit5Enable:1,Disable:0从干放12监控链路告警Bit4Enable:1,Disable:0从干放13监控链路告警Bit3Enable:1,Disable:0从干放14监控链路告警Bit2Enable:1,Disable:0从干放15监控链路告警Bit1Enable:1,Disable:0从干放16监控链路告警Bit0Enable:1,Disable:06监控链路告警使能标志31从干放17监控链路告警Bit7Enable:1,Disable:0从干放18监控链路告警Bit6Enable:1,Disable:0从干放19监控链路告警Bit5Enable:1,Disable:0从干放20监控链路告警Bit4Enable:1,Disable:0从干放21监控链路告警Bit3Enable:1,Disable:0从干放22监控链路告警Bit2Enable:1,Disable:0从干放23监控链路告警Bit1Enable:1,Disable:0从干放24监控链路告警Bit0Enable:1,Disable:07监控链路告警使能标志41从干放25监控链路告警Bit7Enable:1,Disable:0从干放26监控链路告警Bit6Enable:1,Disable:0从干放27监控链路告警Bit5Enable:1,Disable:0从干放28监控链路告警Bit4Enable:1,Disable:0从干放29监控链路告警Bit3Enable:1,Disable:0从干放30监控链路告警Bit2Enable:1,Disable:0从干放31监控链路告警Bit1Enable:1,Disable:0从干放32监控链路告警Bit0Enable:1,Disable:08保留字节19保留字节1注：上面表格中保留的字节或比特全部填0处理。对从干放进行设置时，监控链路告警使能标志1～4字节对应的比特位固定填0。3.14.8设置门限值(0x33)设置门限值命令（监控中心—>干放）协议版本号总包数包序号设备类型命令编号主干放编号从干放编号应答标志命令体长度命令体1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte设置门限值命令回应（干放—>监控中心）协议版本号总包数包序号设备类型命令编号主干放编号从干放编号应答标志命令体长度命令体1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte设置门限命令数据体序号参数名长度（字节）子项位置描述1上行输出功率过功率门限12下行输出功率过功率门限13下行输出功率欠功率门限14下行输入功率欠功率门限13.14.9设置功放开关量(0x34)设置功放开关量命令（监控中心—>干放）协议版本号总包数包序号设备类型命令编号主干放编号从干放编号应答标志命令体长度命令体1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte设置功放开关量命令回应（干放—>监控中心）协议版本号总包数包序号设备类型命令编号主干放编号从干放编号应答标志命令体长度命令体1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte设置功放开关量命令数据体序号参数名长度子项位置描述1功放开关1ByteBit0表示功放开关；ON:1OFF:0。其它位为保留位2保留字节1ByteON:1OFF:03.14.10设置衰减量(0x35)设置衰减量命令（监控中心—>干放）协议版本号总包数包序号设备类型命令编号主干放编号从干放编号应答标志命令体长度命令体1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte设置衰减量命令回应（干放—>监控中心）协议版本号总包数包序号设备类型命令编号主干放编号从干放编号应答标志命令体长度命令体1Byte1Byte1Byte1Byte1Byte4Byte1Byte1Byte1Byte设置衰减量命令数据体序号参数名长度子项位置描述1上行衰减值12下行衰减值14.补充规定4.1设备类型对于协议中命令控制头部分的设备类型字段的编码方式，进行如下定义：设备类型编码干放0x074.2主干放编号命令控制头部分的主干放编号参数具体定义方式如下：取主干放编号4个字节中第一个高字节的作为省份编码（具体省份的编码见下表），第二个高字节的作为地市编码，其余部分用于定义具体的干放顺序号。具体的地市编码及主干放顺序号由各省在干放工程过程中自行分配。举例如下：如省份编码为0x03，地市编码为0x05，主干放顺序号为0x01，则主干放编号为高字节高字节低字节00000011000001010000000000000001省份编码地市编码干放顺序号注意：干放编号在发送时按低字节在前，高字节在后进行，与定义顺序相反。省份省份编码广东省194.3干放远程通信方式对监控系统参数区中的干放远程通信方式定义如下：干放远程通信方式编码CDMA短消息0x01GSM短消息0x02电路型数据传递0x03分组型数据传递0x044.4厂家标识为方便统一管理，协议中提出了厂家标识参数，具体定义如下：厂家名称厂家标识码北京地杰通信设备有限公司0x01上海贝尔有限公司0x02上海无线通信设备有限公司0x03东方通信股份有限公司0x04北京阔步科技有限公司（MTI）0x05武汉虹信通信技术有限公司0x06深圳市中兴通讯股份有限公司0x07上海大唐移动通信设备有限公司0x08上海罗顿通讯工程有限公司0x09深圳市云海通讯股份有限公司0x0A北京东方信联科技有限公司0x0C京信通信系统（广州）有限公司0x0D北京昊宇联通科技发展有限公司0x0E天邑亚斯康通讯（成都）有限公司0x0F成都广越射频技术有限公司0x10深圳市国人通信有限公司0x11长春巨龙信息技术有限公司0x12福建飞毛腿科技有限公司0x13联通国脉深圳市佳讯实业发展有限公司0x15京高综合通信设备有限公司0x16浙江通普无线网络股份有限公司0x17深圳市信诺电讯股份有限公司0x18西安大唐科技有限公司0x19北京威奥特信通科技有限公司0x1A西湖电子0x1B对于今后新增加的厂家，需要及时向广东联通省公司注册和申请具体的厂家标识。4.5协议版本号本协议的版本为1.0版，具体的版本号列表如下：协议版本协议命令头部分的版本号1.00x025.其他的功能及要求权限管理保证干放系统的安全性，防止恶意破坏，限制无权登录和错误登录，控制每个操作员的操作权限。系统管理员拥有最高权利，可以执行整个直放站系统的所有功能，系统管理员可为不同的操作维护人员分配相应操作权限。故障管理--告警级别：严重、重要和一般；--集中监控系统运行状况，准确定位故障信息；--提供诊断测试工具；--提供声、光等告警手段。日志管理应具有完整的操作权限管理功能和完善的系统安全机制，能够对每个操作员的每次操作有详细的记录，对每次非法操作产生告警；支持光盘存储和其他外部存储方式用来保存历史数据；承建单位必须公开网管中心接口及数据格式。采用简洁、直观、友好的图形化中文界面，支持鼠标操作；网管中心硬件软件故障时应能产生告警。告警的存储：网管中心储存干放系统全部设置信息和历史告警信息达到4个月。当产生告警时，告警信息上传到网管中心的丢失率应小于1%（95%可信度）远程监控方式：具备短信和数传两种远程监控方式。告警发送要求：当干线放大器出现告警或恢复时，必须在120秒内自动把告警内容上报到网管中心；当确认网管中心收到告警信息后，干线放大器自动停止向网管中心发送告警；否则应继续上报。监控模块备份电源：干线放大器的监控模块必须具备备份电源。当市电停电时，备份电源独立连续工作时间不得少于二小时。采用主从机的方式：当分布系统无直放站信号源或信号源直放站和干放属不同厂家的产品时：一套室分的若干干线放大器通过一个干放主机通过短信或数传方式与网管中心进行交互联系，其他干放为从机，最终到达监控全部干放的目的。b)当分布系统直放站信号源和干放是同一厂家的产品时：以直放站信号源做主机，所有干放为从机。一个主机要求能够至少带16个从机，同时主机与从机之间最远连接距离可达800米。附件3：室内覆盖工程建设中常见问题及参考意见1、电梯等场所的覆盖如何在降低建设成本的条件下开展对重要局部的覆盖，如电梯的覆盖、地下娱乐场所的覆盖、车库的覆盖等；对室内覆盖，影响最大的是天线，应通过天线的选取，实现局部覆盖，降低成本。如，电梯内，如能谈判协调成功，可通过电梯顶安装有源天线，进行覆盖，或安装高增益定向天线进行局部覆盖等；对娱乐场所、车库，由于相对空间较大，可在高端采用相对较大的功率，进行大范围覆盖节省天线数量，由于远离人群，仍能符合环保要求。另外对于地下娱乐场所、车库的覆盖，这些场所信号较弱，对信号强度要求低，不存在乒乓切换频率干扰问题，因此只需采用小功率直放站增强信号即可，这样也可以大大降低建设成本而起到经济高效的作用。2、室内覆盖工程建成后如何优化覆盖工程的优化可分为系统改进和参数优化两部分。在可通过参数优化的前提下，优先通过参数优化改进。这就要求系统在建设中就应留有适当的优化余量，如信源、干放功率参数、切换电平、器件指标等。在参数优化无法达到效果时，应进行系统改进，系统的改进可根据详细的测试和计算、通过使用元器件的调整，如功分或耦合器功率分配变化、设备器件性能的提高等，实现系统功率的重新分配和性能的提高其中比较关键的工作在于定义相邻小区的关系，为了减少乒乓切换现象，需要定义一些单向小区，从而减少不必要的邻小区数量；还可以利用切换参数CRO，限制切换到室外信号上，从而使室内手机尽量只使用室内信号。对直放站作为信号源的系统尤其要做好测试，避免发生干扰影响系统性能，同时对其上下行功率也需要通过测试调整达到上下行功率平衡，才能得到良好得通话效果。3、如何解决密集、高层小区的室内覆盖密集高层的生活小区往往对天线的辐射比较敏感，对物业谈判造成困难，解决这类区域的覆盖可进行两方面工作的探索：一是利用物业公司的公共区域，如密集小区的会所等位置，高层小区的储物室、设备室、电梯室等，采用室外分布或较大功率天线覆盖方式进行周边区域的覆盖，应重点注意系统的隐蔽性和各方关系的处理；二是加强市场推介，结合用户投诉等，有偿或无偿的对需要的用户，根据其特定要求进行覆盖解决，同时提供易安装、美观且隐蔽性好、接入方式灵活（简易连接或无馈线）的覆盖终端。通过改善后的覆盖终端，在用户要求下，进行覆盖的解决。附件4:室内分布系统上下行平衡专题分析1、前言上、下行链路平衡是室内分布系统十分重要的问题，在设计阶段应予以充分的考虑，对覆盖区域内的上下链路损耗、基站到施主天线之间的空间损耗、信源主机设计输入和输出功率都要求有十分明确的数据，达到链路平衡是一个工程性很强的操作，它跨越了在信源勘测、覆盖天线分布、功率分配、主机运行状态参数、基站运行状态等环节非常清楚的基础上；上、下链路平衡是在开通、调测阶段得以实施、验证，在设计阶段应给出主机参数设置、