6G không chỉ cần nhanh hơn 5G: Trong bệnh viện, một packet đến trễ có thể quan trọng hơn hàng gigabit bandwidth

Một bệnh viện tương lai có thể đồng thời truyền ảnh CT hàng gigabyte, video 3D từ phòng mổ, dữ liệu ECG từ hàng trăm bệnh nhân và những gói điều khiển rất nhỏ giữa bác sĩ với robot. Nếu chỉ nhìn vào bandwidth, luồng ảnh và video có vẻ là bài toán khó nhất.

Nhưng với một số ứng dụng, packet nhỏ hơn lại nguy hiểm hơn nếu đến muộn. Một frame video chậm vài chục mili-giây có thể làm hình ảnh kém mượt; một lệnh điều khiển hoặc tín hiệu haptic quá hạn có thể khiến vòng phản hồi giữa tay bác sĩ và robot không còn phản ánh đúng trạng thái hiện tại. Trong theo dõi bệnh nhân, một cảnh báo arrhythmia mới cũng có giá trị hơn nhiều so với một packet cũ đến sau khi tình trạng đã thay đổi.

Đó là lý do 6G, hay IMT-2030 theo tên chính thức của ITU, không được định nghĩa chỉ bằng một con số tốc độ cao hơn 5G. Bộ yêu cầu kỹ thuật mà ITU-R Working Party 5D hoàn thiện ở cấp dự thảo trong tháng 2/2026 đưa latency và reliability thành các capability riêng: radio-network latency mục tiêu trong khoảng 0,1–1 ms, còn xác suất truyền thành công được đặt trong khoảng 1−10⁻⁵ tới 1−10⁻⁷, tùy kịch bản.

Những con số đó chưa phải hiệu năng mà một mạng 6G thương mại hôm nay có thể cung cấp. IMT-2030 vẫn đang trong quá trình chuẩn hóa; bộ yêu cầu và guideline đánh giá năm 2026 còn chờ ITU-R Study Group 5 phê duyệt vào tháng 12, trong khi candidate radio interface dự kiến được nộp từ 2027 đến 2029. Nhưng hướng thiết kế đã rõ: ngoài throughput, 6G phải xử lý những dịch vụ mà đến đúng lúc và đến chắc chắn là một phần của chức năng.

Một bệnh viện không có một loại “data traffic” duy nhất

Peak data rate mà ITU nêu cho IMT-2030 có thể đạt khoảng 50–200 Gbps tùy scenario, với user-experienced data rate khoảng 300–500 Mbps hoặc hơn. Những mức này hữu ích cho imaging, telepresence, dữ liệu nhiều camera và các workflow AI nặng.

Nhưng cùng một đường truyền có thể phải phục vụ những luồng với yêu cầu hoàn toàn khác nhau. Một nghiên cứu tổng quan về telesurgery chia chúng thành ba nhóm dễ hình dung: haptic feedback có data rate chỉ khoảng 128–400 Kbps nhưng yêu cầu latency được trích dẫn ở mức vài mili-giây; luồng camera 3D cần bandwidth cao hơn rất nhiều nhưng có thể chịu delay lớn hơn; dữ liệu sinh hiệu có throughput thấp hơn nữa và deadline của nó phụ thuộc loại tín hiệu lâm sàng.

Các con số cụ thể trong literature về telesurgery chưa phải một tiêu chuẩn lâm sàng thống nhất và thay đổi theo robot, codec, loại thao tác cùng cách đo latency. Tuy nhiên, chúng minh họa một nguyên tắc mạng quan trọng: packet quan trọng nhất không nhất thiết là packet lớn nhất.

Nếu một CT scan đang tải mất thêm 20 ms, người dùng gần như không nhận thấy. Nếu một stream điều khiển vốn chạy theo vòng feedback vài mili-giây thỉnh thoảng bị treo 50 hoặc 100 ms, vấn đề không còn là tốc độ trung bình mà là tail latency — những lần hiếm hoi mạng chậm bất thường.

Latency trung bình đẹp vẫn có thể che giấu những packet nguy hiểm

Nói một mạng có “latency 1 ms” thường chưa đủ. Đó có thể là trung bình, median, radio-interface latency hay end-to-end latency. Với dịch vụ mission-critical, câu hỏi khó hơn là: bao nhiêu packet vượt quá deadline, mức chậm nhất thường gặp là bao nhiêu, jitter lớn tới đâu và điều gì xảy ra khi base station, backhaul hoặc edge server gặp sự cố?

URLLC — ultra-reliable low-latency communication — đã xuất hiện từ 5G, nhưng IMT-2030 mở rộng khái niệm thành HRLLC, hyper-reliable and low-latency communication, một trong sáu usage scenario chính thức. ITU nêu telemedicine như một trong các loại ứng dụng mà nhóm capability này hướng tới.

Độ tin cậy ở đây cũng không nên hiểu đơn giản là “có sóng”. Nếu target là xác suất truyền thành công 1−10⁻⁷, hệ thống đang quan tâm tới những failure rất hiếm. Chính các sự kiện hiếm này khó đánh giá nhất: một mạng có thể chạy hoàn hảo hàng giờ rồi chỉ cần một burst congestion hoặc handover lỗi ở thời điểm nhạy cảm là phá vỡ guarantee.

Vì vậy nghiên cứu URLLC không chỉ tối ưu throughput trung bình. Nó phải xem xét queueing, retransmission, interference, packet size, channel condition và cả phân bố phần đuôi của delay. Một tutorial của 6G Flagship về URLLC nhấn mạnh rằng các guarantee mạnh đòi hỏi cách tiếp cận end-to-end, tính đến nhiều nguồn lỗi và delay ở nhiều tầng mạng.

“Packet mới” đôi khi quan trọng hơn “packet được giao đầy đủ”

Trong monitoring, một khái niệm ngày càng được dùng là Age of Information (AoI). Thay vì chỉ hỏi một packet mất bao lâu để đi từ A tới B, AoI hỏi thông tin mà phía nhận đang có cũ đến mức nào so với trạng thái hiện tại của hệ thống.

Ví dụ, một wearable gửi nhịp tim mỗi giây. Nếu mạng giữ một packet cũ trong queue rồi giao nó sau vài packet mới, delivery về mặt kỹ thuật vẫn thành công nhưng dữ liệu có thể không còn hữu ích. Với hệ thống điều khiển hoặc theo dõi trạng thái, freshness đôi khi có ý nghĩa hơn throughput.

Một nghiên cứu trên IEEE Internet of Things Journal năm 2025 đưa ý tưởng này xa hơn trong wireless body area network. Thay vì phạt mọi dữ liệu cũ như nhau, scheduler của nhóm tăng trọng số cho những packet lệch đáng kể so với lịch sử — tức những update có khả năng mang thông tin mới quan trọng hơn. Kết quả của paper đến từ simulation, chưa phải clinical deployment, nhưng nó minh họa hướng mà mạng y tế có thể phải tiến tới: không chỉ biết một packet bao nhiêu byte mà còn hiểu deadline và criticality của nó.

6G không thể giải bài toán này chỉ bằng một radio nhanh hơn

Ngay cả khi radio access đạt 0,1 ms, end-to-end latency vẫn bao gồm nhiều phần khác: thời gian packet nằm trong queue, xử lý ở baseband, đi qua transport network, chạy ứng dụng ở edge hoặc cloud rồi quay trở lại. Khoảng cách vật lý cũng không biến mất chỉ vì đổi thế hệ mạng.

Đó là lý do edge computing đặc biệt quan trọng trong bệnh viện. Thay vì gửi mọi thứ tới một cloud data center ở xa, những workload nhạy với deadline có thể chạy ngay trong campus hoặc hospital network. Điều này vừa giảm đường đi của packet vừa tạo khả năng duy trì một số dịch vụ nếu kết nối Internet bên ngoài bị gián đoạn.

University of Oulu đang thử chính cách tiếp cận đó trên private 5G tại môi trường bệnh viện, như một nền tảng cho nghiên cứu 6G sau này. Nhóm 6G Flagship không chỉ đo tốc độ; họ kiểm tra interference với thiết bị y tế, mobility giữa các khu vực, tải video đồng thời và khả năng phục hồi khi cố tình vô hiệu hóa base station hoặc đưa cyberattack vào hệ thống.

Nhóm cũng nhấn mạnh vai trò của edge: một chức năng lâm sàng quan trọng đặt tại chỗ có thể tiếp tục hoạt động ngay cả khi kết nối tới cloud bị mất. Đây là một ví dụ cho thấy “reliability” trong bệnh viện cuối cùng là thuộc tính của toàn hệ thống, không chỉ của air interface.

Một luồng video và một lệnh robot không nên xếp chung một hàng đợi

Nếu hospital network phải chở hàng chục loại traffic cùng lúc, QoS không thể chỉ có hai chế độ “nhanh” và “chậm”. Một luồng CT lớn có thể được phép chiếm bandwidth khi mạng rảnh nhưng phải nhường ngay cho alarm packet. Video phẫu thuật cần throughput liên tục; haptic feedback cần jitter thấp; telemetry từ implant cần độ tin cậy cao nhưng còn phải tiết kiệm pin.

Hướng chuẩn hóa hiện nay phản ánh chính vấn đề này. Tháng 8/2026, ITU-T phê duyệt Recommendation Y.3330 về điều phối traffic flow cho multi-modality communication trong IMT-2020 và các mạng sau đó. Recommendation xuất phát từ nhu cầu phối hợp nhiều luồng có đồng thời yêu cầu data rate cao, latency thấp và reliability cao.

Trong y tế, một phiên teleoperation có thể đúng là một dịch vụ đa modality như vậy: video, âm thanh, force feedback, control command và vital signs không chỉ chạy song song mà phải được giữ đồng bộ. Nếu video mô tả trạng thái ở thời điểm t nhưng force feedback tương ứng với trạng thái t−Δ quá lớn, người điều khiển nhận một bức tranh vật lý không nhất quán dù từng stream riêng lẻ vẫn “đang chạy”.

6G trong bệnh viện có thể được đánh giá bằng những lần xấu nhất, không phải lần nhanh nhất

Marketing mạng di động thường dễ nói về peak speed vì đây là con số đơn giản để so sánh. Nhưng một hospital network đáng tin cậy có thể phải được đánh giá bằng những metric kém hào nhoáng hơn: packet deadline miss rate, outage duration, jitter percentile, recovery time sau failure, freshness của dữ liệu và khả năng giữ dịch vụ ưu tiên khi mạng quá tải.

Đây cũng là lý do chưa nên xem telesurgery như “killer app 6G” đã được giải quyết. Các thử nghiệm 5G telerobotic surgery đã được thực hiện ở người trong những điều kiện cụ thể, nhưng literature cho thấy latency thực tế có thể từ vài chục tới hàng trăm mili-giây tùy khoảng cách, hạ tầng và loại robot. Mục tiêu sub-millisecond thường được nhắc cho một số lớp haptic hoặc radio link không đồng nghĩa với sub-millisecond end-to-end giữa hai bệnh viện cách nhau hàng nghìn kilomet.

Trước khi 6G trở thành hạ tầng y tế, ngoài radio performance còn cần certification, cybersecurity, isolation giữa traffic lâm sàng và traffic thông thường, fallback khi mạng lỗi, tương thích điện từ với thiết bị y tế và cách chứng minh reliability đủ mạnh cho regulator.

Vì vậy cuộc đua 6G trong bệnh viện có thể ít liên quan tới việc ai đạt con số Gbps lớn nhất hơn tưởng tượng. Phần khó là xây một mạng biết rằng packet này là một file ảnh có thể chờ, packet kia là telemetry nên càng mới càng tốt, còn packet thứ ba là command đã quá deadline thì dù giao thành công cũng không còn giá trị. Khi mạng bắt đầu phân biệt được ba trường hợp đó, “nhanh hơn 5G” mới trở thành một thuộc tính hữu ích thay vì chỉ là headline.

Nguồn: ITU-R — IMT towards 2030 and beyond; ITU — IMT-2030 technical requirements; ITU-T Recommendation Y.3330; 6G Flagship — Testing the Pulse of Hospital 5G; 6G Flagship — URLLC tutorial; IEEE Internet of Things Journal — Semantic-Aware Scheduling for WBAN Health Monitoring; Sensors — 6G and m-Health survey.