摘要

  • TELEKOM SRBIJA a.d. 的法人及名录身份、贝尔格莱德一份有日期的基站项目公告、RIPE NCC 成员名册，以及 PeeringDB 中名称与 ASN 8400 的协调记录，属于彼此不同的证据层，不能相互替代。
  • 场址关系、名册登记和 ASN 协调信息都不能单独证明楼宇所有权、排他占用、设备归属、路由运行、容量、性能、覆盖、在线时间、服务质量或当前排他运营控制；判断实际运行状况还需要直接的网络观测与明确的责任资料。

先分清“身份”与“运行”

TELEKOM SRBIJA a.d. 是当前精确的法人和名录实体。2026年8月8日的身份读取中，外部访问端返回 HTTP 503，而原始目录响应为 HTTP 200。两种状态说明的是不同层面：503 表示当时某个访问路径不可用，200 则表明原始目录仍能返回相应身份。访问可用性不能抹去已确认的实体身份，实体身份也不能反过来证明某处站点、某项号码资源或某段网络由该实体拥有或控制。

这一区分对电信研究尤其重要。公司名称是法律与组织识别线索；站点公告记录特定时间、项目和地址之间的关系；互联网注册名册保存成员或号码资源相关的登记线索；互联数据库帮助网络参与者交换协调信息。它们都很有用，却没有任何一项天然等同于实时配置、路由传播、设备操作或端到端服务结果。

读者可以把这些材料看成一组相互补充的坐标。法人身份回答“记录中的主体是谁”；项目公告回答“哪个主体在某日以何种角色与某项目相连”；成员名册回答“注册机构的成员账册如何列示”；ASN 协调资料回答“网络运营者向同行公布了怎样的名称与号码对应”。如果把其中一项直接升级为所有权或运行控制的结论，就跨越了材料本身没有覆盖的边界。

一份有日期的项目公告能说明什么

贝尔格莱德市在 18.11.2025 发布的公告，将 TELEKOM SRBIJA a.d. 列为 BG-TK Centar 移动通信基站项目的项目持有人，并写明 Katićeva 14-18。这是一条明确但范围狭窄的历史关系：在公告所对应的日期和行政语境中，该公司以项目持有人身份与该项目及地址相连。

“基站项目持有人”是项目程序中的角色描述，不等同于物业权属判断，也不等同于对整栋建筑的排他使用。公告没有据此证明 TELEKOM SRBIJA a.d. 拥有该楼宇、独占该地址、拥有现场全部设备，或在今天仍对场址拥有排他运营控制。地址中的 14-18 是街道门牌范围，不是设备数量、网络容量或覆盖指标。

时间边界同样不能省略。18.11.2025 是公告显示的确切日期，因此表述应保持过去时和有日期的关系。把它改写成无时间限制的“目前控制”会增加原材料没有提供的含义。要讨论现在的现场控制，至少需要新的场址文件、设备责任记录或能够直接说明当前操作主体的证据，而不是依赖一份历史公告独自承担全部证明责任。

配图也不能填补这一空白。图像可以帮助读者理解地点环境，但不能凭外观认定楼宇所有权、租用或占用安排、天线和机房设备归属、网络路由、容量、性能、覆盖、在线时间或当前控制者。这里的图像只承担场景提示作用，不为正文增加任何关于 Telekom Srbija 的事实。

最实用的阅读结论

对于商业、政策或基础设施读者，最稳妥的结论不是“这些资料什么也没有证明”，而是精确记录它们各自证明的最小关系。TELEKOM SRBIJA a.d. 的实体身份已被确认；18.11.2025 的市政公告确认了项目持有人、BG-TK Centar 移动通信基站项目和 Katićeva 14-18 之间的历史联系。接下来的成员和 ASN 资料提供的是另外两类网络身份线索。