# M10 · บัตรฝึกเลือกเส้นทางข้อมูลเมื่อเครือข่ายขาดช่วง

**สถานะ:** tabletop / synthetic `TRAIN-M10-RELAY-01` แยกจาก C01–C12 และโปรแกรมรับออฟไลน์ `TEAM-R/PLAN-1`. ไม่มีผลวัดวิทยุ บิน ผู้รับ หรือการอนุญาตจริง. อ่าน [บท M10](https://drone.pk-research.work/knowledge/drone-applications/communications-support/#relay-topology-gate) และ [rubric M10](https://drone.pk-research.work/downloads/drone-applications/communications-support-rubric.md) ก่อนให้คะแนน.

## คำขอสมมติ

ทีม `FIELD-A` ต้องส่งสรุปข้อจำกัดการเข้าถึงของพื้นที่น้ำท่วมแต่งให้ `COORD-R` ใช้จัดลำดับการตรวจต่อภายใน 30 นาที. ข้อความอาจมีตำแหน่งอ่อนไหว จึงต้องรู้ผู้รับและสิทธิ์ก่อนส่ง. ขอบข้อมูลและเวลา 30 นาทีเป็นเงื่อนไขฝึกที่ผู้แต่งตั้ง ไม่ใช่ SLA ของหน่วยงานหรือสมรรถนะลิงก์.

| บัตร | สิ่งที่โจทย์สมมติให้ | สิ่งที่ยังต้องขอ/พิสูจน์ |
|---|---|---|
| A · ภาคพื้น | ผู้ดูแลแจ้งว่าระบบพื้นที่บางส่วนกลับมาแล้ว | เส้นทางถึง `COORD-R`, เวลา, สิทธิ์, ผลตรวจตัวรับและคนรับทราบ |
| B · ออฟไลน์ | ทีมมีสื่อเก็บข้อมูลและผู้ถือส่งได้ แต่เวลาถึงปลายทางยังไม่ยืนยัน | ผู้ถือ/สิทธิ์, เวลาถึงจริง, อายุข้อความ, รุ่นล่าสุดและการตรวจเมื่อถึง |
| C · รีเลย์อากาศ | มีข้อเสนอว่าอุปกรณ์บนอากาศยานอาจรับจาก `FIELD-A` ได้ | ความเข้ากันได้และหลักฐานลิงก์ขาเข้า, backhaul ไปศูนย์, คน/พลังงาน/พื้นที่/สิทธิ์ และ C2 แยก |
| D · บริการสำรอง | มีชื่อผู้ให้บริการที่อาจรองรับ แต่ยังไม่มีการตอบรับขอบงาน | ขอบบริการ, อุปกรณ์ต้น–ปลาย, เวลา, ผู้รับผิดชอบ, เงื่อนไขสิทธิ์และแผนสำรอง |

## งานของผู้เรียน

- **B** (`APP-M10-B-K/S/E/C01`): วาดสี่ช่วง `FIELD-A → access → backhaul/ถือส่ง → ตัวรับ/คน` แล้วแก้ประโยค “มีสัญญาณ จึงส่งถึงศูนย์แล้ว” พร้อมระบุผู้ที่ต้องตอบข้อไม่รู้.
- **O** (`APP-M10-O-K/S/E/C01`): เทียบ A–D ด้วยผู้รับ/เวลา/รุ่น/สิทธิ์/คน/พลังงาน/ทางสำรอง/ผลตรวจ ทำบัญชี `requested` เทียบ `confirmed` และระบุว่าเมื่อไรต้องลดผลส่งมอบหรือพักเส้นทาง.
- **D** (`APP-M10-D-K/S/E/C01`): เสนอ contract `message_id, plan_version, created_at, expires_at, sender_role, recipient_role, payload_class, route_version, ingress_evidence, backhaul_evidence, receiver_validation, human_ack, rights_state` และ negative tests เมื่อ backhaul หาย TTL หมด หรือ ACK มาจากตัวรับอัตโนมัติแทนคน. บันทึก expected และ actual แยกกัน.

แบบบันทึก: `บัตร | คำถามผู้รับ | ข้อมูลที่มี | ขาเข้า | ทางออก | เจ้าของหลักฐาน | สิทธิ์ | เวลา/อายุ | ทางสำรอง | สถานะที่เขียนได้ | หลักฐานทวน`.

## แนวคำตอบของผู้เขียน

- A: `candidate_ground` แบบมีเงื่อนไข ขอผลเส้นทางปลายทางและผู้รับจริงก่อนยืนยัน ไม่เปลี่ยน “ผู้ดูแลแจ้ง” เป็น `delivered`.
- B: `hold_time` จนรู้เวลาถึงและตรวจความสด/สิทธิ์อีกครั้งเมื่อส่ง; การมีผู้ถือสื่อไม่เท่าการรับของคน.
- C: `hold_path` เพราะขาออกยังไม่รู้ แม้ขาเข้าจะถูกกล่าวอ้าง; ต้องพิสูจน์ทั้งสองช่วงและแยก C2/lost-link ของการบินจากข้อมูลภารกิจ.
- D: `requested` จนเจ้าของบริการตอบรับขอบจริง พร้อมทางสำรอง; ชื่อบริการไม่ยืนยันพื้นที่ครอบคลุม.

สถานะข้างต้นเป็นคำตอบ **ของบัตรวางแผน** ไม่ใช่ disposition ใน `communications-support-lab.py`. บัตรนี้ไม่แทนชิ้นงานหลัก C01–C12 หรือหลักฐานการรันที่ rubric M10 กำหนด. แหล่ง [ITU-T F.749.18](https://www.itu.int/epublications/publication/itu-t-f-749-18-2024-06-framework-and-requirements-for-emergency-services-using-civilian-unmanned-aerial-vehicles) สนับสนุนกรอบชั้นอุปกรณ์/เครือข่ายและทางออก, [NIST PSCR UAS](https://www.nist.gov/ctl/pscr/research-portfolios/uncrewed-aircraft-systems) ระบุหัวข้อที่ต้องวัด/วิจัย, [RFC 9171](https://www.rfc-editor.org/rfc/rfc9171.html) ช่วยแยกเก็บพัก/ส่งต่อ/ส่งมอบ. ตาราง ตัวเลขเวลา และคำตอบเป็นงานผู้เขียน ไม่ใช่มาตรฐานหรือผลของแหล่งเหล่านั้น.

**ขอบผล:** ผู้ตรวจเฉพาะสาขา P3 `not_assigned/pending_field_review`; ผู้เรียน B/O/D P5 = 0/0/0 `NOT_RUN`; วิทยุ การบิน คนรับและภาคสนาม `NOT_RUN`; CLO/PLO `pending_design`. ไม่ใช้ใบงานนี้ออกแบบสถานีจริง เลือกความถี่ อนุญาตบิน หรือยืนยันความครอบคลุม.