定义
OSS（Operations Support System，运营支撑系统）是电信运营商面向网络与运维的支撑系统，涵盖网络管理、设备管理、故障管理、性能监控、配置管理等。OSS 与 BSS 业务支撑系统配合，构成运营商 IT 核心；通过 RESTful API 与 ICMP 集成，实现网络状态、诊断、配置等能力的对接。
核心功能
OSS 典型功能包括：网络管理——网络拓扑、配置、告警；故障管理——故障工单、根因分析、处理闭环；性能监控——KPI 采集、性能报表、SLA 监控；配置管理——网络设备配置、APN 下发、PLMN Selection 策略；资源管理——频谱、网元、SIM 资源。ICMP 的 Card Diagnostics 卡诊断、连接状态查询等，可能依赖 OSS 或运营商提供的接口。
与 BSS 的关系
BSS 面向业务与客户（计费、订单、客户），OSS 面向网络与运维（网络状态、故障、配置）。ICMP 对接 BSS 获取 CDR、计费；对接 OSS 获取网络附着状态、信号质量、故障信息。两者协同支撑 ICMP 的卡管理、诊断、运维能力。
在 ICMP 中的集成
达希物联 ICMP 与运营商 OSS 对接：获取 SIM 连接状态、Card Diagnostics 诊断数据；下发 APN、Roaming Policy 等配置；接收网络告警与故障通知。平台通过 RESTful API 封装 OSS 能力，向客户提供统一接口。
网络侧事实与业务侧事实
运营支撑系统保存的是网络如何被配置、现在是否告警、性能样本如何变化。它回答设备有没有附着、策略有没有下到网元、故障单停在哪一步。业务支撑系统回答的是谁买了什么、话单如何计价、发票是否出具。连接管理平台夹在两边：向运营侧查询或下发网络相关动作，向业务侧取得可计费的用量。把两边的接口都叫“运营商接口”可以，但字段不能混用。附着失败是网络事实，费用为零可能只是话单还没到。
对接的条件，是先列出平台真正需要的网络事实，例如当前附着、最近拒绝原因、策略是否生效，再确认运营侧能否按卡标识查询，以及结果的时效。不是每家运营商都把完整的运营支撑系统开放给客户，有时只提供经过封装的状态接口。封装之后仍要保留“这是实时状态还是最近一次采样”。告警若需要推给客户，应走事件订阅，并写明告警清除时是否再推一条。用用量分析观察的是已经汇集的消耗，不能代替运营侧的当前附着。
用话单代替附着状态
容易出错的是看到今天没有话单，就判断设备离线。设备可能在线但几乎不传数据，话单也会延迟到达。反过来，话单已经计价，不代表这一刻仍然附着，因为话单描述的是过去的一段用量。另一个错误是把运营侧的配置成功当成业务已经开通。网元接受了接入点名称，账户仍可能因为欠费或产品未生效而无法使用。
告警标识若在两边各编一套，同一故障会变成两条工单，清除一边时另一边仍显示未恢复。对接运营支撑系统时，应保存对方的告警号、卡标识和采样时间，并规定状态以哪一次采样为准。网络事实用来判断连接，业务事实用来判断费用，两边都要保留，不能互相覆盖。
采样时间超过约定窗口时，界面应标明状态已过期，而不是继续显示上一次的“已附着”。过期后的自动动作，例如据此暂停或恢复，应停止执行，改由人工确认或等待新的采样。配置下发则要保存请求号和网元回执，回执丢失时按请求号查询，不要用相同参数盲目再发一次，以免把刚刚生效的策略又改回去。
告警要有产生和清除两条记录。只接收产生、不接收清除，故障恢复后平台仍显示未处理；只看清除、对不上原来的告警号，又会把一次旧故障的清除当成新的恢复。同一网元的重复告警应能归并到尚未清除的那一条，避免值班收到几十条内容相同的通知。归并后仍保留次数和最后一次时间，方便判断故障是持续的还是抖动的。
配置下发和状态查询使用不同的时效。查询结果过期后只能提示“未知”，不能继续当作在线。下发则要等到回执或主动查到网元已经采用新配置，才把策略标记为生效。回执超时标记为未知，由后续查询收口，不要在未知时自动再发相反的配置。请求号贯穿提交、回执和查询，客服才能说明某一次接入点或策略到底有没有生效。
运营侧提供的性能样本是抽样，不是每张卡的实时保证。用抽样判断整批设备的覆盖趋势可以，用某一个采样点决定单张卡已经恢复则不够。单卡是否恢复，以该卡自己的后续附着或业务侧用量为准。把运营样本、话单和平台状态三条时间线并列，才能避免用最旧的一条去否定最新的一条。