CTC/OCC điều khiển chạy tàu tập trung như thế nào?

CTC là viết tắt của Centralized Traffic Control, nghĩa là điều khiển chạy tàu tập trung.

OCC là viết tắt của Operation Control Center, nghĩa là trung tâm điều hành vận hành.

Có thể hiểu đơn giản:

OCC là trung tâm điều hành.
CTC là hệ thống giúp người điều độ giám sát và điều khiển chạy tàu từ trung tâm.

Trong hệ thống đường sắt hiện đại, đặc biệt với đường sắt tốc độ cao, việc điều khiển chạy tàu không thể chỉ thực hiện riêng lẻ tại từng ga. Các đoàn tàu cần được giám sát, điều phối và xử lý xung đột trên toàn tuyến hoặc trên một khu vực lớn.

CTC/OCC giúp tập trung thông tin vận hành, trạng thái tuyến, vị trí tàu, route, tín hiệu, thiết bị và lịch chạy tàu vào một trung tâm để dispatcher có thể điều hành an toàn và hiệu quả.

Vì sao cần điều khiển chạy tàu tập trung?

Nếu mỗi ga điều khiển riêng lẻ, hệ thống có thể gặp nhiều vấn đề:

Khó nhìn tổng thể toàn tuyến.
Khó xử lý khi tàu chậm, tàu hủy, tàu vượt, tàu tránh.
Khó tối ưu thứ tự chạy tàu.
Khó phối hợp nhiều ga liên tiếp.
Khó phản ứng nhanh khi có sự cố.
Khó quản lý tuyến tốc độ cao với mật độ tàu lớn.

CTC/OCC giải quyết bài toán này bằng cách đưa việc giám sát và điều hành về trung tâm.

Có thể hình dung:

Ga A ─── Ga B ─── Ga C ─── Ga D ─── Ga E
  \       |       |       |       /
   \      |       |      /
        OCC / CTC

Thay vì mỗi ga nhìn một phần nhỏ, OCC có thể nhìn toàn bộ tuyến.

OCC là gì?

OCC là trung tâm điều hành vận hành.

Trong OCC có thể có nhiều vị trí làm việc, ví dụ:

Dispatcher điều độ chạy tàu.
Người giám sát điện kéo.
Người giám sát thông tin tín hiệu.
Người giám sát thiết bị.
Người xử lý sự cố.
Người quản lý vận hành.
Hệ thống giám sát an ninh, cảnh báo và truyền thông.

Với chủ đề điều khiển chạy tàu, ta tập trung vào vai trò dispatcher và hệ thống CTC/TMS.

OCC không chỉ là một phần mềm. Nó là toàn bộ trung tâm vận hành gồm con người, quy trình, hệ thống điều khiển, hệ thống giám sát, truyền thông và các công cụ hỗ trợ ra quyết định.

CTC là gì?

CTC là hệ thống điều khiển chạy tàu tập trung.

CTC cho phép dispatcher:

Xem trạng thái tuyến.
Xem vị trí tàu.
Xem trạng thái block.
Xem trạng thái tín hiệu.
Xem trạng thái ghi.
Yêu cầu thiết lập route.
Theo dõi route đã khóa.
Theo dõi cảnh báo.
Điều phối tàu theo lịch.
Xử lý tình huống bất thường.

Có thể hiểu:

CTC = giao diện và hệ thống điều khiển tập trung cho dispatcher

Dispatcher không trực tiếp “mở tín hiệu bằng tay” theo nghĩa bỏ qua an toàn. Dispatcher gửi yêu cầu điều khiển, còn hệ thống interlocking vẫn kiểm tra điều kiện an toàn trước khi thực hiện.

CTC/OCC nhìn thấy những gì?

Một màn hình CTC thường hiển thị sơ đồ tuyến.

Ví dụ đơn giản:

Ga A ── B01 ── B02 ── Ga B ── B03 ── B04 ── Ga C

Trên sơ đồ, dispatcher có thể thấy:

Train T1 đang ở B01
Train T2 đang ở Ga B
Block B03 đang occupied
Signal A1 đang Stop
Route R1 đang locked
Point P01 đang Normal

Thông tin thường được hiển thị bằng màu sắc, ký hiệu và trạng thái.

Ví dụ trong lab đơn giản:

Block Free      → màu trắng/xám
Block Occupied  → màu đỏ
Route Locked    → màu xanh
Signal Stop     → đỏ
Signal Proceed  → xanh
Point Normal    → hướng thẳng
Point Reverse   → hướng rẽ

Dispatcher làm gì trong CTC?

Dispatcher là người điều độ chạy tàu.

Công việc của dispatcher không chỉ là bấm route. Dispatcher phải quản lý toàn bộ dòng chạy tàu.

Các nhiệm vụ chính:

Theo dõi vị trí các đoàn tàu.
Theo dõi lịch chạy tàu.
Thiết lập route cho tàu.
Xử lý khi tàu chậm.
Xử lý xung đột chạy tàu.
Điều chỉnh thứ tự tàu.
Phối hợp với ga, lái tàu và bộ phận kỹ thuật.
Xử lý tình huống sự cố.
Đảm bảo vận hành an toàn và đúng kế hoạch.

Có thể hiểu:

Dispatcher = người điều phối giao thông đường sắt trên tuyến

Luồng điều khiển route từ CTC

Khi dispatcher muốn cho tàu chạy từ ga A sang ga B, họ có thể yêu cầu thiết lập route trên CTC.

Luồng đơn giản:

Dispatcher chọn route trên CTC
→ CTC gửi route request
→ Interlocking kiểm tra điều kiện an toàn
→ Nếu hợp lệ: route được locked
→ Signal được mở
→ Tàu được phép chạy
→ CTC hiển thị trạng thái mới

Điểm quan trọng:

CTC gửi yêu cầu.
Interlocking quyết định có an toàn hay không.

Nếu route không an toàn, CTC không được phép ép hệ thống mở tín hiệu.

Ví dụ:

Dispatcher yêu cầu Route R1
Block B02 đang Occupied
→ Interlocking từ chối
→ CTC hiển thị: Route R1 rejected

CTC không thay thế interlocking

CTC là lớp điều khiển và giám sát tập trung.

Interlocking là lớp logic an toàn.

Có thể hiểu:

CTC:
Người điều độ yêu cầu và giám sát.

Interlocking:
Hệ thống kiểm tra và khóa an toàn.

Signal/Point/Trackside:
Thiết bị hiện trường thực thi và phản hồi trạng thái.

Nếu CTC bị lỗi, interlocking vẫn phải bảo vệ an toàn ở mức hiện trường.

Nếu dispatcher yêu cầu sai, interlocking vẫn phải chặn.

Đây là nguyên tắc rất quan trọng trong hệ thống tín hiệu đường sắt.

CTC và Movement Authority

Trong hệ thống hiện đại, CTC có thể không trực tiếp cấp Movement Authority cho tàu. Việc cấp Movement Authority có thể do hệ thống train control hoặc RBC thực hiện.

Tuy nhiên, CTC/OCC vẫn có vai trò quan trọng vì nó quản lý kế hoạch chạy tàu và yêu cầu route.

Luồng khái quát:

Dispatcher / CTC
        ↓
Route Request
        ↓
Interlocking
        ↓
RBC / Train Control
        ↓
Movement Authority
        ↓
On-board ATP
        ↓
Train Movement

Có thể hiểu:

CTC quản lý ý định điều hành.
Interlocking bảo vệ route.
RBC hoặc train control cấp Movement Authority.
ATP giám sát tàu tuân thủ Movement Authority.

CTC và ATP

CTC không trực tiếp thay thế ATP.

ATP là hệ thống bảo vệ tàu tự động. ATP giám sát tàu có chạy đúng giới hạn an toàn hay không.

CTC là hệ thống điều hành tập trung. CTC giúp dispatcher nhìn và điều khiển toàn tuyến.

Có thể hiểu:

CTC:
Tàu nào nên đi, đi route nào, thứ tự chạy ra sao?

ATP:
Tàu có đang chạy trong giới hạn an toàn không?

Ví dụ:

CTC yêu cầu cho Train T1 chạy từ Ga A đến Ga B.
Interlocking khóa route.
Movement Authority được cấp.
ATP giám sát Train T1 không vượt quá giới hạn.

CTC và ATO

ATO là hệ thống tự động vận hành tàu.

CTC/OCC có thể gửi kế hoạch, route hoặc điều kiện vận hành cho hệ thống phía dưới. ATO có thể dùng thông tin đó để tự động điều khiển tàu chạy theo kế hoạch.

Có thể hiểu:

CTC/OCC:
Điều hành tuyến và kế hoạch giao thông.

ATO:
Tự động điều khiển tàu chạy theo mục tiêu vận hành.

ATP:
Bảo vệ an toàn, không cho vượt giới hạn.

Nói ngắn gọn:

CTC/OCC điều hành.
ATO lái.
ATP bảo vệ.

CTC và TMS khác nhau thế nào?

Trong nhiều tài liệu, bạn sẽ gặp thêm khái niệm TMS, tức Traffic Management System.

Có thể phân biệt đơn giản:

CTC:
Tập trung vào giám sát và điều khiển chạy tàu, route, tín hiệu, trạng thái tuyến.

TMS:
Tập trung rộng hơn vào quản lý giao thông, tối ưu kế hoạch, xử lý xung đột, dự báo chậm tàu, điều chỉnh timetable.

Trong hệ thống hiện đại, CTC và TMS có thể tích hợp chặt chẽ hoặc nằm trong cùng một nền tảng.

Ví dụ:

TMS phát hiện Train T1 bị chậm 5 phút.
TMS đề xuất thay đổi thứ tự chạy.
Dispatcher xác nhận.
CTC gửi route request phù hợp.
Interlocking kiểm tra và thực hiện.

Ở mức nhập môn, có thể hiểu:

CTC = điều khiển và giám sát tuyến.
TMS = quản lý và tối ưu giao thông.

Các thành phần chính của CTC/OCC

Một hệ thống CTC/OCC thường có nhiều thành phần.

1. Dispatcher workstation

Đây là màn hình làm việc của dispatcher.

Nó hiển thị:

Sơ đồ tuyến.
Tàu đang chạy.
Route.
Tín hiệu.
Ghi.
Block.
Cảnh báo.
Lịch chạy tàu.
Nhật ký sự kiện.

2. CTC server

Server CTC xử lý dữ liệu từ nhiều khu vực, lưu trạng thái hệ thống và truyền lệnh điều khiển xuống các hệ thống hiện trường.

3. Communication network

Mạng truyền thông kết nối OCC với các ga, interlocking, thiết bị hiện trường và hệ thống train control.

Với đường sắt, mạng này cần độ tin cậy cao, dự phòng tốt và bảo mật chặt chẽ.

4. Interface với interlocking

CTC cần giao tiếp với interlocking để:

Gửi route request.
Nhận trạng thái route.
Nhận trạng thái signal.
Nhận trạng thái point.
Nhận trạng thái block.
Nhận alarm hoặc fault.

5. Interface với train control

Nếu có hệ thống train control như ETCS/CBTC, CTC/OCC có thể trao đổi dữ liệu với RBC, ATS, ATO hoặc các hệ thống liên quan.

6. Event log và alarm system

Mọi thao tác và sự kiện quan trọng cần được ghi lại.

Ví dụ:

[10:00:01] Dispatcher requested Route R1
[10:00:02] Interlocking accepted Route R1
[10:00:03] Signal A1 cleared
[10:01:20] Train T1 entered Block B01
[10:02:10] Route R1 released

Event log rất quan trọng để truy vết, phân tích sự cố và học logic vận hành.

CTC xử lý xung đột chạy tàu như thế nào?

Xung đột xảy ra khi hai hoặc nhiều tàu muốn dùng cùng một tài nguyên hạ tầng tại cùng thời điểm.

Ví dụ:

Train T1 muốn đi vào khu gian AB.
Train T2 cũng muốn đi vào khu gian AB theo hướng ngược lại.

Hoặc:

Train T1 muốn vào đường số 1.
Train T2 muốn ra khỏi đường số 1.

CTC/TMS có thể hỗ trợ dispatcher phát hiện và xử lý xung đột.

Các cách xử lý có thể gồm:

Cho một tàu đi trước.
Giữ tàu khác lại.
Đổi đường đón gửi.
Đổi thứ tự chạy tàu.
Điều chỉnh tốc độ.
Điều chỉnh kế hoạch dừng.
Chuyển sang route khác nếu an toàn.

Tuy nhiên, dù dispatcher chọn phương án nào, interlocking vẫn kiểm tra an toàn trước khi thực hiện route.

Ví dụ xử lý xung đột

Giả sử có tuyến đơn giữa Ga A và Ga B:

Ga A ───────── Khu gian AB ───────── Ga B

Train T1 ở Ga A muốn đi sang Ga B.

Train T2 ở Ga B muốn đi sang Ga A.

Hai tàu không thể cùng đi vào khu gian một đường đơn theo hai hướng ngược nhau.

CTC hiển thị:

T1 waiting at Ga A
T2 waiting at Ga B
Block AB = Free
Direction not locked

Dispatcher chọn cho T1 đi trước:

Set Route R1: Ga A → Ga B

Interlocking kiểm tra:

Block AB free? Có
Route ngược chiều active? Không
Direction lock available? Có

Kết quả:

R1 locked
Direction AB locked
Signal A cleared
T1 được phép chạy

Trong lúc đó, route ngược chiều cho T2 phải bị từ chối hoặc chưa được phép thiết lập.

T2 route rejected/waiting
Reason: opposite direction locked

CTC và timetable

CTC/OCC không chỉ xử lý trạng thái hiện tại. Nó còn liên quan đến lịch chạy tàu.

Timetable cho biết:

Tàu nào chạy lúc nào.
Dừng ở ga nào.
Thời gian đến/đi.
Thứ tự tàu.
Kế hoạch tránh/vượt.
Slot chạy tàu.

Ví dụ:

Train T1:
Ga A depart 10:00
Ga B arrive 10:15
Ga C arrive 10:30

Nếu T1 bị chậm, dispatcher cần xem ảnh hưởng đến các tàu khác.

T1 chậm 5 phút
→ Có ảnh hưởng T2 không?
→ Có cần đổi thứ tự chạy không?
→ Có cần đổi đường đón gửi không?

TMS có thể hỗ trợ tính toán và đề xuất phương án.

Train graph là gì?

Train graph là biểu đồ chạy tàu, thường thể hiện vị trí của tàu theo thời gian.

Có thể hình dung:

Vị trí
  ^
  | Ga C        / T1
  |            /
  | Ga B      /     / T2
  |          /     /
  | Ga A    /     /
  +----------------------> Thời gian

Train graph giúp dispatcher nhìn được:

Tàu nào đang chạy trước.
Tàu nào đang chạy sau.
Tàu nào bị chậm.
Hai tàu có nguy cơ xung đột ở đâu.
Cần điều chỉnh lịch thế nào.

Trong site nghiên cứu này, train graph là một chủ đề rất đáng tách thành bài riêng sau này.

CTC trong tình huống bình thường

Trong vận hành bình thường, CTC/OCC hỗ trợ điều hành theo kế hoạch.

Luồng có thể như sau:

Timetable xác định kế hoạch chạy tàu
→ Dispatcher giám sát trên CTC
→ Route được thiết lập theo lịch
→ Interlocking khóa route
→ Tàu chạy theo Movement Authority
→ ATP giám sát an toàn
→ CTC cập nhật trạng thái tuyến

Nếu mọi thứ bình thường, hệ thống có thể có mức độ tự động cao, ví dụ tự động thiết lập route theo lịch.

Automatic Route Setting là gì?

Automatic Route Setting là chức năng tự động thiết lập route theo lịch hoặc theo logic điều hành.

Thay vì dispatcher bấm từng route, hệ thống có thể tự động yêu cầu route khi đến thời điểm phù hợp.

Ví dụ:

Train T1 sắp đến Ga A
Theo timetable, T1 cần đi qua đường chính
→ Hệ thống tự động yêu cầu route qua Ga A

Tuy nhiên, automatic route setting vẫn phải qua interlocking.

Automatic Route Setting
→ Route Request
→ Interlocking check
→ Route accepted/rejected

Nếu điều kiện không an toàn, route vẫn bị từ chối.

CTC trong tình huống bất thường

Khi có sự cố, OCC/CTC trở nên đặc biệt quan trọng.

Các tình huống bất thường có thể là:

Tàu bị chậm.
Tàu dừng bất thường.
Block báo occupied bất thường.
Ghi không chuyển được.
Tín hiệu lỗi.
Mất truyền thông.
Mất nguồn.
Sự cố thời tiết.
Sự cố trên tuyến.
Hạn chế tốc độ tạm thời.
Phải tổ chức chạy tàu một chiều hoặc chạy hạn chế.

Trong các tình huống này, dispatcher cần:

Nhận cảnh báo.
Xác định vị trí và mức độ ảnh hưởng.
Giữ tàu ở vị trí an toàn.
Điều chỉnh kế hoạch chạy tàu.
Phối hợp với nhân viên hiện trường.
Cập nhật thông tin cho các hệ thống liên quan.
Khôi phục vận hành bình thường khi đủ điều kiện.

Ví dụ tình huống ghi bị lỗi

Giả sử Point P01 không chuyển được sang Reverse.

Point P01 command: Reverse
Feedback: Failed

CTC hiển thị alarm:

Point P01 failed to move

Dispatcher yêu cầu route R1 cần P01 = Reverse.

Interlocking kiểm tra:

P01 failed
→ Route R1 rejected

Dispatcher phải chọn phương án khác:

Dùng route khác
Giữ tàu tại ga
Chuyển tàu sang đường khác
Gọi xử lý thiết bị
Áp dụng quy trình vận hành hạn chế nếu được phép

CTC không được bỏ qua lỗi ghi để mở route.

Ví dụ tình huống block occupied bất thường

Giả sử một block đang báo occupied dù không có tàu.

Block B02 = Occupied
Không có train được xác định trong B02

CTC hiển thị alarm hoặc trạng thái bất thường.

Interlocking sẽ không cho route đi qua B02 như bình thường.

Route cần B02
B02 occupied
→ Route rejected

Dispatcher cần xử lý theo quy trình:

Xác minh trạng thái.
Giữ tàu liên quan.
Liên hệ nhân viên kỹ thuật.
Áp dụng chế độ chạy hạn chế nếu quy trình cho phép.
Khôi phục khi xác nhận an toàn.

Nguyên tắc vẫn là:

Không chứng minh được block an toàn
→ không coi block là free

CTC và communication network

CTC/OCC phụ thuộc rất nhiều vào mạng truyền thông.

Mạng cần truyền:

Lệnh điều khiển.
Trạng thái thiết bị.
Vị trí tàu.
Alarm.
Event log.
Dữ liệu timetable.
Dữ liệu train control.
Thông tin voice/data giữa OCC và tuyến.

Nếu mất truyền thông, OCC có thể mất khả năng giám sát hoặc điều khiển một khu vực.

Khi đó hệ thống phải chuyển sang chế độ an toàn hoặc chế độ vận hành dự phòng.

Ví dụ:

Mất kết nối OCC với khu vực Ga B
→ CTC không nhận được trạng thái mới
→ Không được giả định trạng thái là an toàn
→ Khu vực có thể chuyển sang local control hoặc degraded mode

Central control và local control

Hệ thống có thể có chế độ điều khiển tập trung và điều khiển tại chỗ.

Central control

Dispatcher ở OCC điều khiển thông qua CTC.

OCC / CTC → Interlocking khu vực → Thiết bị hiện trường

Local control

Trong một số tình huống, điều khiển có thể được chuyển về ga hoặc khu vực hiện trường.

Local control panel → Interlocking khu vực → Thiết bị hiện trường

Việc chuyển quyền điều khiển phải được kiểm soát rõ ràng để tránh hai nơi cùng điều khiển một khu vực theo cách xung đột.

Handover quyền điều khiển

Nếu có central control và local control, cần cơ chế handover.

Ví dụ:

OCC đang điều khiển Ga B
→ OCC bàn giao quyền local cho Ga B
→ Ga B xác nhận nhận quyền
→ OCC không còn gửi lệnh route cho khu vực đó

Khi khôi phục:

Ga B trả quyền điều khiển
→ OCC xác nhận nhận lại
→ CTC tiếp tục điều khiển tập trung

Trong lab đầu tiên chưa cần mô phỏng phần này, nhưng đây là khái niệm quan trọng khi học CTC/OCC thực tế.

CTC và cybersecurity

Vì CTC/OCC là trung tâm điều khiển vận hành, cybersecurity rất quan trọng.

Các rủi ro có thể gồm:

Truy cập trái phép.
Thay đổi lệnh điều khiển.
Giả mạo trạng thái thiết bị.
Tấn công vào mạng truyền thông.
Làm gián đoạn giám sát.
Làm sai lệch event log.
Tấn công vào workstation hoặc server.

Tuy nhiên, trong hệ thống an toàn, các lớp như interlocking và ATP vẫn phải bảo vệ an toàn ngay cả khi có lỗi hoặc yêu cầu không hợp lệ từ lớp điều khiển phía trên.

Nguyên tắc quan trọng:

CTC không được là lớp duy nhất bảo vệ an toàn.
Lệnh từ CTC vẫn phải qua kiểm tra an toàn của interlocking/train control.

CTC/OCC trong lab mô phỏng

Trong lab mô phỏng đầu tiên, CTC có thể là giao diện chính để người học tương tác.

Các chức năng ban đầu:

Hiển thị sơ đồ tuyến
Hiển thị block free/occupied
Hiển thị train position
Hiển thị signal state
Hiển thị point state
Cho phép chọn route
Hiển thị route locked/released
Hiển thị event log

Luồng lab đơn giản:

User chọn route trên CTC UI
→ Route request gửi vào interlocking engine
→ Interlocking kiểm tra
→ Nếu hợp lệ: route locked
→ Signal đổi sang Proceed
→ Train có thể chạy
→ Event log ghi lại

Mô hình dữ liệu đơn giản cho CTC

Train:

interface Train {
  id: string;
  name: string;
  currentBlockId: string;
  speedKmh: number;
  status: 'Stopped' | 'Running' | 'Waiting' | 'Failed';
}

Block:

interface TrackBlock {
  id: string;
  name: string;
  state: 'Free' | 'Occupied' | 'Locked' | 'Failed';
}

Signal:

interface Signal {
  id: string;
  name: string;
  state: 'Stop' | 'Proceed' | 'Warning' | 'Failed';
  protectsRouteIds: string[];
}

Point:

interface Point {
  id: string;
  name: string;
  position: 'Normal' | 'Reverse';
  locked: boolean;
  failed: boolean;
}

Route:

interface Route {
  id: string;
  name: string;
  fromSignalId: string;
  toSignalId: string;
  requiredBlockIds: string[];
  requiredPoints: {
    pointId: string;
    position: 'Normal' | 'Reverse';
  }[];
  conflictingRouteIds: string[];
  state: 'Available' | 'Requested' | 'Locked' | 'Occupied' | 'Released' | 'Failed';
}

Event log:

interface EventLogItem {
  timestamp: string;
  level: 'Info' | 'Warning' | 'Error';
  source: 'CTC' | 'Interlocking' | 'ATP' | 'Train' | 'System';
  message: string;
}

Pseudo-flow chọn route trong lab

function requestRoute(routeId: string): void {
  log('CTC', `Dispatcher requested route ${routeId}`);

  const result = interlocking.checkRoute(routeId);

  if (!result.allowed) {
    log('Interlocking', `Route ${routeId} rejected: ${result.reasons.join(', ')}`);
    return;
  }

  interlocking.lockRoute(routeId);
  signalControl.clearSignalForRoute(routeId);

  log('Interlocking', `Route ${routeId} locked`);
  log('CTC', `Route ${routeId} is now active`);
}

Đây chỉ là mô hình học tập, nhưng đủ để dựng demo CTC đầu tiên.

Màn hình CTC đơn giản nên có gì?

Giai đoạn đầu, màn hình có thể chia thành 4 vùng.

1. Track diagram

Hiển thị sơ đồ tuyến:

Ga A ── B01 ── B02 ── Ga B ── B03 ── Ga C

2. Route control panel

Danh sách route:

R1: Ga A → Ga B
R2: Ga B → Ga C
R3: Ga C → Ga B

Nút thao tác:

Request Route
Cancel Route
Release Route

3. Train list

Danh sách tàu:

T1 | Block B01 | Running | 80 km/h
T2 | Ga B      | Waiting | 0 km/h

4. Event log

Nhật ký:

[10:00:01] CTC: Requested Route R1
[10:00:02] Interlocking: Route R1 locked
[10:00:03] Signal A1: Proceed
[10:00:20] Train T1 entered B01

Các trạng thái nên mô phỏng trong lab

Trạng thái block

Trạng thái	Ý nghĩa
Free	Block trống
Occupied	Có tàu trong block
Locked	Block đang thuộc route đã khóa
Failed	Block lỗi hoặc trạng thái không xác định

Trạng thái route

Trạng thái	Ý nghĩa
Available	Route có thể yêu cầu
Requested	Route đang được yêu cầu
Locked	Route đã khóa
Occupied	Tàu đang đi trong route
Released	Route đã giải phóng
Failed	Route lỗi hoặc bị từ chối

Trạng thái signal

Trạng thái	Ý nghĩa
Stop	Không cho tàu đi qua
Proceed	Cho phép tàu đi
Warning	Cho phép đi với hạn chế
Failed	Tín hiệu lỗi

Trạng thái train

Trạng thái	Ý nghĩa
Waiting	Đang chờ route/quyền chạy
Running	Đang chạy
Stopped	Đã dừng
Delayed	Bị chậm
Failed	Gặp sự cố

CTC/OCC và fail-safe

CTC/OCC là lớp điều hành, nhưng không được phá vỡ nguyên tắc fail-safe.

Ví dụ:

CTC mất kết nối với interlocking
→ Không được giả định route vẫn an toàn để điều khiển tiếp

CTC không nhận được trạng thái block
→ Không được coi block là free

CTC gửi yêu cầu route không hợp lệ
→ Interlocking phải từ chối

Nguyên tắc:

Không có dữ liệu an toàn
→ không hành động như thể an toàn

Những lỗi cần tránh khi hiểu CTC/OCC

1. Nghĩ CTC trực tiếp quyết định an toàn

CTC là lớp điều khiển tập trung. Interlocking và ATP mới là các lớp kiểm tra an toàn quan trọng.

2. Nhầm OCC với CTC

OCC là trung tâm điều hành.

CTC là hệ thống điều khiển chạy tàu tập trung trong OCC.

3. Nghĩ dispatcher có thể mở route bất chấp interlocking

Dispatcher chỉ gửi yêu cầu. Interlocking phải kiểm tra và từ chối nếu không an toàn.

4. Chỉ nhìn CTC như một màn hình

CTC không chỉ là giao diện. Nó còn gồm server, giao tiếp, dữ liệu trạng thái, alarm, event log và tích hợp với các hệ thống khác.

5. Bỏ qua communication network

Không có mạng truyền thông tin cậy, OCC không thể giám sát và điều khiển tập trung hiệu quả.

Những điều cần nhớ

Khi học CTC/OCC, nên nhớ:

OCC là trung tâm điều hành vận hành.
CTC là hệ thống điều khiển chạy tàu tập trung.
Dispatcher dùng CTC để giám sát tuyến và yêu cầu route.
CTC không thay thế interlocking.
Interlocking vẫn kiểm tra an toàn trước khi route được thiết lập.
ATP vẫn giám sát tàu chạy trong giới hạn an toàn.
TMS có thể hỗ trợ tối ưu kế hoạch và xử lý xung đột.
Communication network là nền tảng để CTC/OCC hoạt động.
Event log và alarm rất quan trọng trong vận hành.
Trong lab, CTC nên là giao diện chính để tương tác với simulation.

Kết luận

CTC/OCC là lớp điều hành trung tâm của hệ thống chạy tàu hiện đại.

Nếu interlocking là lớp kiểm tra route an toàn, ATP là lớp bảo vệ chuyển động của tàu, thì CTC/OCC là lớp giúp dispatcher nhìn toàn tuyến, điều phối tàu, xử lý xung đột và đưa ra yêu cầu điều hành.

Trong kiến trúc tổng thể, có thể hình dung:

Timetable / Traffic Plan
        ↓
OCC / Dispatcher
        ↓
CTC / TMS
        ↓
Route Request
        ↓
Interlocking
        ↓
Movement Authority / Train Control
        ↓
ATP / ATO
        ↓
Train Movement

Trong lab mô phỏng, CTC/OCC sẽ là giao diện đầu tiên người học nhìn thấy:

Track Diagram
→ Route Request
→ Interlocking Check
→ Signal / Point / Block State
→ Movement Authority
→ ATP Supervision
→ Event Log

Hiểu CTC/OCC giúp kết nối toàn bộ các bài trước: block, route, interlocking, Movement Authority, braking curve và ATP thành một bức tranh vận hành hoàn chỉnh.