五個與TLE有關的有趣知識(之一)
- Wu Chih-Chien

- 3月10日
- 讀畢需時 2 分鐘

知識一、5 位數 NORAD ID 即將枯竭, 6位數 TLE 結構何時開始使用?
傳統 TLE 格式(由 SGP4 模型使用)受限於 1960 年代的打孔卡定義,其衛星目錄編號(Satellite Catalog Number)僅保留 5 位數字(00001-99999)。
擴展探討: 隨著 Starlink 等巨型星座動輒部署數萬顆衛星,加上太空碎片監測能力的提升(從 10cm 提升至 1cm 級別),5 位數編號預計在近年內用罄。
美國太空軍預計5位數NORAD ID將於2026年7月20日左右達到69,999上限,此時新編目衛星將開始使用6位數ID(如100000+)。
過渡時間表
CelesTrak.org 指出 NORAD ID 已經逼近 68,100,按照目前的增長速度,五位數編號會在 2026 年 7 月中旬用完。這代表未來的衛星編號將進入六位數時代。
好消息是,TLE(Two-Line Element set)格式本身設計得很靈活,第一行的衛星號欄位(第 03–07 位)可以直接擴展到六位數,不需要修改軟體或資料解析器。也就是說,現有的追蹤與分析工具幾乎可以「無縫」過渡到六位數編號,避免了大規模的系統更新。
這其實反映了近年來低軌衛星(特別是大型星座計畫,如 Starlink、OneWeb 等)的爆炸性增長,讓 NORAD ID 的消耗速度遠超過過去幾十年的節奏。
未來挑戰:如果衛星增長速度持續(尤其是低軌星座),六位數也可能在 2030 年代中期面臨壓力,屆時可能需要 新一代標準(例如 CCSDS 格式或其他更彈性的描述方式),而不只是簡單延伸。 這會涉及到全球追蹤社群(NORAD、CelesTrak、ESA、JAXA 等)共同協調,避免各自定義造成混亂。
技術影響
GP(General Perturbations)數據將僅提供給6位數新物件,舊5位數繼續使用既有TLE。
Ansys STK、Python(如Skyfield)等工具已相容6位數解析,如果您是使用Ansys STK,衛星軌道模擬無需調整。
9 位數 TLE (Alpha-5 過渡方案與新格式)
● 美國太空司令部(USSPACECOM)提出了過渡方案。雖然完整的 V2.0 格式改採 XML/JSON (OMM),但為了兼容老舊系統,引入了 Alpha-5 結構:
○ Alpha-5 規則: 當編號超過 99999 時,第一位數字改為字母(A-Z,排除 I 與 O)。例如 A1234 代表 101234,B1234 代表 111234。
○ 核心概念:當編號超過 99,999 時,第一位數字改為字母(A–Z,排除 I 與 O),例如:
■ A1234 → 101,234
■ B1234 → 111,234
○ 優點與限制:
■ 與現有 TLE 格式完全兼容,老舊系統只需少量修改即可支援。
■ 適合短期過渡,避免大規模系統更新。
■ 編碼方式不直觀,需額外轉換規則。
■ 最多只能支援到約 2.4 百萬顆衛星(24 個字母 × 100,000)。
長遠方案 (CCSDS OMM)
○ 徹底拋棄兩行式字串,改為 9 位數純數字 欄位。
○ 將 ID 位元擴張,或在第一行末尾增加擴展區塊,使 ID 能夠支持到 999,999,999。




留言