设备做 ITU-T 符合性评定，送测前把关键项核一遍，到现场返工就少。符合性评定包含协议一致性测试与互通性测试两大部分：
一致性测试验证产品协议实现是否符合标准建议书；
互通性测试验证和异厂设备能否正常业务联动，两件事送测前自查各有侧重。蓝亚检测按四道闸把送测前该清的点列出来。
（1）ITU-T 按技术方向出建议书，同一功能常有多个系列，送测前确认产品适用哪份、哪个版，用错版整轮测试白做。
（2）建议书新版本发布后，旧版本不会立即作废，会保留并行过渡期；部分运营商入网项目会强制指定旧版本。新项目不能默认直接选用最新版，新旧两版怎么衔接先问清，换版与测试排期的先后写进项目日历。
（1）产品实现的是协议全部还是其中一部分，边界先划清；只实现局部协议子集的，需要在 PICS 中标明对应的 Profile / 子集编号，PICS 里逐项标注实现能力，测试范围跟着边界走。
（2）跨系列的功能各自引用的建议书不同，一份文档里列全所引用的标准号，漏引一条测试范围就缺一块。
（1）PICS（协议实现一致性声明）、PIXIT（测试附加信息文件）都要在送测前编制完成。PICS 逐条列出产品实现的协议能力、可选功能与支持的消息类型；PIXIT 写明测试环境、端口配置、预设参数、定时器取值，测试系统依靠两份文件共同生成完整测试用例。
（2）PICS 严格区分必选项、可选项、条件项。必选能力不实现直接判定不合格；条件能力仅在满足前置条件时才需要实现。PICS 里勾选的功能必须真实落地，勾选但不支持的功能，测试会直接判不符；声明与样机实现两张皮，现场直接卡住。
（1）一致性测试在协议层接口跑，重点查消息内容、格式、发送顺序，定时器参数、信令时序、响应时延同样是核心考核项。边界值和异常处理提前使用 TTCN 标准测试仪表自测，等到实验室喂异常报文才暴露问题就为时已晚。
（2）可选参数与扩展字段的实现先自测留痕，样机对不同厂商报文风格的兼容提前验证，只在自家设备之间联调不够。
（1）正式 ITU-T 符合性评定有固定顺序：必须先完成协议一致性测试，才可进入互通性测试环节，不可颠倒顺序。互通性测试验证与异厂同类设备能否协同；行业多厂商 plugtest 活动仅用于前期预摸底，plugtest 的测试结果不能直接替代认可实验室的正式互通评定报告。送测前可先找一台对照设备跑通基本业务流，做前置验证。
（2）互通在功能接口（人机、API）观察，测的是端到端业务能否跑通。注意：就算双方设备一致性测试全部合格，也可能因为厂商对标准条文解读差异，出现互通失败。协议报文本身的错误行为，归一致性测试管控。
（1）主叫、被叫、转接、异常释放几条业务流先列全，样机对每条的实现都自测过，仅验证单条通话建链不足。
（2）不同运营商网络对协议细节要求有差异，目标市场列出来，对应配置在样机里先设好，送测时按市场清单切换。
（1）送测样机按量产状态备，软件版本、配置与声明一致，调试态的功能先关掉，样机编号登记清楚。固件版本一旦升级，PICS、PIXIT、用户手册都需要同步更新，保证全套资料版本对齐。
（2）测试系统用的接口与配件配齐，多接口产品每个被测接口都预留测试通路。业务端口与管理控制端口需要物理隔离，同一物理端口不能同时充当被测业务口和测试控制口，避免报文相互干扰引发随机异常。
（1）协议术语表提前建，文档、PICS、PIXIT、样机里的叫法统一，差一个字段审查当两样东西处理。
（2）自测记录留档，边界值、异常报文、定时器时序的自测结果附上，审查问到能马上调出来，节省补材料的时间。
① 版本：适用建议书与版本是否确认？新旧版本衔接、运营商版本要求是否核实？
② PICS&PIXIT：协议能力、测试环境参数是否完整填报；区分必选 / 可选 / 条件项，标注协议子集 Profile？
③ 消息与时序：边界值、异常报文、定时器、信令时序是否完成仪表自测？多厂商报文风格是否兼容？
④ 互通：先完成一致性再做互通；基本业务流与异厂设备预跑通？目标市场配置是否预设完成？
⑤ 样机：软件版本和全套资料版本对齐；业务口与管理口物理隔离，全部被测接口通路正常？
⑥ 文档：术语表统一；PICS、PIXIT、手册版本同步，全套自测记录留档？
标准版本与 PICS、PIXIT 在送测前定死，后续少折腾；拖到协议一致性、互通性阶段才暴露问题，返工翻倍。厂商把版本、PICS+PIXIT、样机、术语四件事做扎实，ITU-T 符合性评定从送测到出结果的节奏就稳。
蓝亚咨询联系人：Benson
手机/Mob：(+86)13632500972
邮箱/E-mail：marketing@cblueasia.com
地址/Add：深圳市宝安区石岩街道北环路107号鸿景达产业园C栋
蓝亚检测不止服务！
