TIÊU CHUẨN QUỐC GIA TCVN 13599-3:2022 (ISO 15784-3:2008) VỀ HỆ THỐNG GIAO THÔNG THÔNG MINH (ITS) – TRAO ĐỔI DỮ LIỆU VỚI CÁC MÔ ĐUN GIAO TIẾP BÊN ĐƯỜNG – PHẦN 3: HỒ SƠ ỨNG DỤNG – TRAO ĐỔI DỮ LIỆU (AP-DATEX)
TCVN 13599-3:2022
ISO 15784-3:2008
HỆ THỐNG GIAO THÔNG THÔNG MINH (ITS) – TRAO ĐỔI DỮ LIỆU VỚI CÁC MÔ ĐUN GIAO TIẾP BÊN ĐƯỜNG – PHẦN 3: HỒ SƠ ỨNG DỤNG – TRAO ĐỔI DỮ LIỆU (AP-DATEX)
Intelligent transport systems (ITS) – Data exchange involving roadside modules communication – Part 3: Application profile-data exchange (AP-DATEX)
Lời nói đầu
TCVN 13599-3:2022 hoàn toàn tương đương với ISO 15784- 3:2008 “Intelligent transport systems (ITS) – Data exchange involving roadside modules communication – Part 3: Application profile-data exchange (AP-DATEX)” của Tổ chức tiêu chuẩn hóa quốc tế ISO.
TCVN 13599-3:2022 do Bộ Giao thông Vận tải biên soạn và đề nghị, Tổng cục Tiêu chuẩn Đo lường Chất lượng thẩm định, Bộ Khoa học và Công nghệ công bố.
HỆ THỐNG GIAO THÔNG THÔNG MINH (ITS) – TRAO ĐỔI DỮ LIỆU VỚI CÁC MÔ ĐUN GIAO TIẾP BÊN ĐƯỜNG – PHẦN 3: HỒ SƠ ỨNG DỤNG – TRAO ĐỔI DỮ LIỆU (AP-DATEX)
Intelligent transport systems (ITS) – Data exchange involving roadside modules communication – Part 3: Application profile-data exchange (AP-DATEX)
1 Phạm vi áp dụng
Tiêu chuẩn này xác định hồ sơ ứng dụng tham chiếu đến ISO 14827 và các tiêu chuẩn cơ bản khác.
Hồ sơ ứng dụng quy định trong tiêu chuẩn này được sử dụng để trao đổi dữ liệu và thông điệp trong các trường hợp sau đây.
a) Giữa trung tâm quản lý giao thông và các mô đun giao tiếp bên đường phục vụ công tác điều hành giao thông.
b) Giữa các mô đun giao tiếp bên đường dùng để quản lý giao thông.
Tiêu chuẩn này không bao gồm truyền thông giữa các mô đun giao tiếp bên đường và thiết bị trong xe, truyền thông trong xe, truyền thông trên xe, truyền thông trong tủ thiết bị hoặc truyền video chuyển động từ camera hoặc phương tiện có ghi.
2 Tài liệu viện dẫn
Các tài liệu viện dẫn sau rất cần thiết cho việc áp dụng tiêu chuẩn này. Đối với các tài liệu viện dẫn ghi năm công bố thì áp dụng phiên bản được nêu. Đối với các tài liệu viện dẫn không ghi năm công bố thì áp dụng phiên bản mới nhất, bao gồm cả các sửa đổi bổ sung (nếu có).
ISO/IEC 8825-1:2002, Information technology ‒ ASN.1 encoding rules: Specification of Basic Encoding Rules (BER), Canonical Encoding Rules (CER) and Distinguished Encoding Rules (DER) ‒ Part 1 (Công nghệ thông tin – Quy tắc mã hóa ASN.1: Đặc tả kỹ thuật của mã hóa cơ bản (BER), Quy tắc mã hóa hợp quy (CER) và Quy tắc mã hóa phân biệt (DER) – Phần 1).
ISO/IEC TR 10000-2:1998, Information technology ‒ Framework and taxonomy of International Standardized Profiles ‒ Part 2: Principles and Taxonomy for OSI profiles (Công nghệ thông tin – Khung và phân loại của Hồ sơ Tiêu chuẩn hóa Quốc tế – Phần 2: Nguyên tắc vá phân loại đối với hồ sơ OSI).
ISO 14827-2:2005, Transport information and control systems ‒ Data interfaces between centres for transport information and control systems ‒ Part 2: DATEX-ASN (Thông tin truyền tải và hệ thống điều khiển – Giao diện dữ liệu giữa các trung tâm cho thông tin truyền tải và các hệ thống điều khiển – Phần 2: DATEX-ASN).
3 Thuật ngữ và định nghĩa
Tiêu chuẩn này sử dụng các thuật ngữ và định nghĩa sau:
3.1
Tầng ứng dụng (application layer)
Tầng chứa tất cả các chức năng cần thiết cho các ứng dụng được phân bố chưa được cung cấp bởi dịch vụ trình diễn.
CHÚ THÍCH: Tầng ứng dụng tạo thành tầng 7 của mô hình OSI.
3.2
Tiêu chuẩn cơ bản (base Standard)
Tiêu chuẩn đã được phê duyệt hoặc tiêu chuẩn có thẩm quyền liên quan.
3.3
Các quy tắc mã hóa cơ bản BER (basic encoding rules – BER)
Xác định chuẩn hóa mã hóa dữ liệu để phù hợp với các yêu cầu của ISO 8824, ASN.1.
CHÚ THÍCH: Các quy tắc mã hóa cơ bản được đưa ra trong ISO 8825.
3.4
Trung tâm (centre)
Máy tính hoặc mạng được yêu cầu để đáp ứng giao diện truyền thông được tiêu chuẩn hóa qua mạng truyền thông điểm cố định, bất kể đó là hệ thống duy nhất trong tòa nhà hay chỉ là một trong nhiều hệ thống, hoặc ngay cả khi nó được đặt tại hiện trường.
3.5
Máy khách (client)
Máy tính hoặc ứng dụng nhận và phản hồi các yêu cầu dữ liệu từ máy chủ hoặc ứng dụng bằng cách sử dụng một số loại giao thức.
3.6
Khả năng tương thích (compatibility)
Khả năng tồn tại của hai hoặc nhiều thành phần thiết bị hoặc vật liệu cùng tồn tại và/hoặc hoạt động trong cùng một hệ thống hoặc môi trường mà không cần sửa đổi, thích ứng hoặc gây trở ngại lẫn nhau.
3.7
Dữ liệu (data)
Thông tin trước khi nó được diễn dịch.
3.8
Gói thông tin (datagram)
Một đơn vị dữ liệu được truyền độc lập với các gói dữ liệu khác.
3.9
Tầng liên kết dữ liệu (data link layer)
Tầng quản lý khung và thực hiện phát hiện và sửa lỗi
CHÚ THÍCH: Tầng liên kết dữ liệu tạo thành tầng 2 của mô hình OSI. Nó cũng có thể được sử dụng để phối hợp phân phối kết nối vật lý.
3.10
Gói dữ liệu (data packet)
Thực thể dữ liệu có thể được gửi giữa các hệ thống ứng dụng cuối để trao đổi thông tin.
CHÚ THÍCH: Một gói dữ liệu liên quan đến tầng ứng dụng của ngăn xếp OSI và có thể bị chia thành nhiều phần bởi các giao thức tầng thấp hơn.
3.11
Các quy tắc mã hóa (encoding rules)
Các quy tắc xác định trình diễn trong quá trình chuyển giao các giá trị của các loại ASN.1.
CHÚ THÍCH: Các quy tắc mã hóa cũng cho phép khôi phục các giá trị từ trình diễn, với loại đã biết.
3.12
Ứng dụng cuối (end-application)
Thủ tục hoặc chương trình sử dụng ngăn xếp truyền thông.
3.13
Hệ thống giao thông thông minh (intelligent transport systems)
Sáng kiến lớn để cải tiến công nghệ thông tin, truyền thông và điều khiển nhằm nâng cao hiệu suất của vận tải đường bộ.
3.14
Giao thức Internet (internet protocol)
Giao thức mạng cung cấp dịch vụ mạng chế độ không kết nối trong bộ giao thức Internet.
3.15
Thông điệp (message)
Nhóm các phần tử dữ liệu có cấu trúc hoặc các khung dữ liệu thành một gói thông tin đã được tạo ra với mục đích truyền tin giữa các giữa các thành phần hoặc ứng dụng.
3.16
Tầng mạng (network layer)
Tầng cung cấp các phương tiện chức năng và thủ tục để chuyển các chuỗi dữ liệu có độ dài thay đổi từ nguồn đến điểm đích.
CHÚ THÍCH: Tầng mạng cấu thành tầng 3 của mô hình OSI.
3.17
OSI (Liên kết các hệ thống mở – Open Systems Interconnection)
Mô hình tham chiếu do ISO phát triển để cho phép các hệ thống khác nhau hoặc tương tự giao tiếp được với nhau.
CHÚ THÍCH: Mô hình này tạo thành một khung tham chiếu để mô tả việc trao đổi dữ liệu. Mỗi tầng thực hiện một dịch vụ theo yêu cầu của tầng liền kề cao hơn và đến lượt nó sẽ yêu cầu các dịch vụ cơ bản hơn từ các tầng thấp hơn. Mô hình này được mô tả trên 7 tầng.
3.18
Tầng vật lý (physical layer)
Tầng xác định phương tiện truyền dữ liệu vật lý.
CHÚ THÍCH: Tầng vật lý tạo thành tầng 1 của mô hình OSI.
3.19
Cổng (port)
Kênh logic trong hệ thống truyền thông.
CHÚ THÍCH: UDP và TCP sử dụng số cổng để ghép các gói dữ liệu từ nhiều ứng dụng vào một hệ thống truyền thông.
3.20
Số cổng (port number)
Định danh của một thực thể ứng dụng cho một dịch vụ truyền tải trong bộ giao thức Internet
CHÚ THÍCH: Khái niệm số cổng thường xuất hiện trong tài liệu OSI; tuy nhiên, số cổng không được tiêu chuẩn hóa liên mạng, chỉ tồn tại dưới dạng quy ước mạng cục bộ.
3.21
Tầng trình diễn (presentation layer)
Tầng này chuyển đổi dữ liệu bằng các cú pháp khác nhau.
CHÚ THÍCH: Tầng trình diễn tạo thành tầng 6 của mô hình OSI.
3.22
Hồ sơ (profile)
Tiêu chuẩn định nghĩa các quy tắc bằng cách chỉ kết hợp các yêu cầu của các tiêu chuẩn khác.
CHÚ THÍCH: Một hồ sơ ứng dụng là hồ sơ đặc tả các tầng ứng dụng, trình diễn và phiên bằng cách tham chiếu một nhóm các tiêu chuẩn khác.
3.23
Các mô đun giao tiếp bên đường (roadside modules)
Nhóm các bộ phận hoặc các ứng dụng được cài đặt trong một mô đun giao tiếp bên đường và có thể được kiểm soát và/hoặc giám sát bởi một thực thể từ xa.
CHÚ THÍCH: Mỗi mô đun giao tiếp bên đường có thể lá chủ thể riêng biệt theo các thông số kỹ thuật xác định các chức năng và giao diện yêu cầu.
3.24
Máy chủ (server)
Máy tính hoặc ứng dụng nhận và phản hồi yêu cầu dữ liệu từ máy khách hoặc ứng dụng sử dụng một số loại giao thức.
3.25
Tầng phiên (session layer)
Tầng quản lý việc đối thoại giữa các quá trình ứng dụng của đầu cuối bao gồm khởi động lại, kết thúc và kiểm tra.
CHÚ THÍCH: Tầng phiên tạo thành tầng 5 của mô hình OSI.
3.26
Tầng truyền tải (transport layer)
Tầng cung cấp truyền dữ liệu trong suốt giữa những người dùng cuối.
CHÚ THÍCH: Tầng truyền tải tạo thành tầng 4 của mô hình OSI.
3.27
Hồ sơ truyền tải (transport profile)
Tập hợp các dịch vụ chịu trách nhiệm cung cấp kết nối điểm tới điểm hầu như không có lỗi để trạm A có thể gửi các gói dữ liệu đến trạm B mà không bị gián đoạn.
CHÚ THÍCH: Hồ sơ truyền tải hướng kết nối cũng có thể đảm bảo các gói dữ liệu đến theo đúng thứ tự.
4 Ký hiệu và thuật ngữ viết tắt
AP | Application Profile | Hồ sơ ứng dụng |
ATM | Asynchronous Transfer Mode | Chế độ truyền không đồng bộ |
DATEX-ASN | Data Exchange in ASN.1 | Trao đổi dữ liệu trong ASN.1 |
FHWA | Federal Highway Administration | Cục quản lý đường cao tốc liên bang |
FDDI | Fiber Distributed Data Interface | Giao diện dữ liệu phân tán sợi quang |
FSK | Frequency Shift Keying | Dịch khóa tần số |
FTP | File Transfer Protocol | Giao thức truyền tải tệp |
IEC | International Electrotechnical Commission | Ủy ban kỹ thuật điện quốc tế |
ISO | International Organization for standardization | Tổ chức Tiêu chuẩn hoá Quốc tế |
PICS | Profile Implementation Conformance statement | Tuyên bố Tuân thủ Thực hiện Hồ sơ |
PMPP | Point to Multi Point Protocol | Giao thức điểm tối đa điểm |
ppp | Point-to-Point Protocol (RFC 1661) | Giao thức điểm-điểm (RFC 1661) |
SFMP | Simple Fixed Message Protocol | Giao thức thông điệp cố định đơn giản |
SLIP | Serial Line Internet Protocol | Giao thức Internet Dòng nối tiếp |
SNMP | Simple Network Management Protocol (RFC 1157) | Giao thức quản lý mạng đơn giản (RFC 1157) |
SONET | Synchronous Optical Network | Mạng quang đồng bộ |
STMF | Simple Transportation Management Framework | Khung quản lý truyền tải đơn giản |
STMP | Simple Transportation Management Protocol | Giao thức quản lý truyền tài đơn giản |
TCP | Transmission Control Protocol (RFC 793) | Giao thức điều khiển truyền (RFC 793) |
TFTP | Trivial File Transfer Protocol | Giao thức truyền tải tệp bình thường |
TMP | Transportation Management Protocols | Các giao thức quản lý truyền tải |
TR | Technical Report | Báo cáo kỹ thuật |
UDP | User Datagram Protocol (RFC 768) | Giao thức dữ liệu người sử dụng (RFC 768) |
5 Khái niệm chung
5.1 Mô hình tham chiếu liên kết hệ thống mở (OSI)
Mô hình tham chiếu OSI xác định bảy tầng, mỗi tầng thực hiện một vai trò cụ thể trong việc truyền dữ liệu trên một phương tiện. Hồ sơ ứng dụng xác định ba tầng trên.
Tầng trên cùng của mô hình bảy tầng OSI là tầng ứng dụng, tầng này xử lý các vấn đề như tính trong suốt của mạng, phân bổ tài nguyên và vấn đề phân vùng. Tầng ứng dụng liên quan đến cách nhìn của người dùng về mạng.
Tầng cao thứ hai trong mô hình bảy tầng OSI được biết đến là tầng 6 hoặc tầng trình diễn, tầng này thực hiện các chức năng như nén văn bản, chuyển đổi mã hoặc chuyển đổi định dạng để cố gắng xử lý sự khác biệt giữa các máy trạm.
Tầng 5 là tầng phiên xử lý an toàn và và tạo phiên.
5.2 Kịch bản
AP-DATEX nên được sử dụng khi có kết nối giữa trung tâm quản lý giao thông và các mô đun giao tiếp bên đường dùng để quản lý giao thông.
Tiêu chuẩn này đề cập đến giao diện được mô tả trong Hình 1.
Hình 1 – Ví dụ về kịch bản hồ sơ ứng dụng TCVN 13599-3:2022
Định nghĩa của hồ sơ ứng dụng và chức năng, trách nhiệm được xác định trong ISO/IEC TR 10000-2:1998, 5.5.3. Hồ sơ này tham chiếu các tiêu chuẩn ISO cho tầng ứng dụng và trình diễn của mô hình tham chiếu OSI. Tầng phiên được định nghĩa là (NULL) vì tầng ứng dụng lựa chọn xử lý chức năng này.
Bảng 1 – Mối quan hệ giữa tầng OSI và tiêu chuẩn cơ bản
Tầng OSI |
Tiêu chuẩn cơ bản |
Phân loại |
Tầng ứng dụng | ISO 14827-2 DATEX-ASN |
AP-DATEX Hồ sơ ứng dụng |
Tầng trình diễn | ISO 8825-1 Quy tắc mã hóa cơ bản | |
Tầng phiên | <NULL> |
Hồ sơ ứng dụng này, tiêu chuẩn truyền thông giữa trung tâm quản lý giao thông và mô đun giao tiếp bên đường cho quản lý giao thông, phù hợp để sử dụng trong các trường hợp sau:
1) Các mô đun giao tiếp bên đường thông minh với các chức năng tiên tiến truyền thông với hệ thống trung tâm và với nhau trên mối quan hệ bình đẳng.
2) Dữ liệu được trao đổi có kích thước lớn và cấu trúc tương đối cố định.
3) Không yêu cầu tính năng thời gian thực cụ thể nhưng cần có sự trao đổi dữ liệu hiệu quả.
4) Các mô đun giao tiếp bên đường giao tiếp với không chỉ hệ thống trung tâm mà còn đồng thời với các mô đun giao tiếp bên đường khác.
Chức năng tầng thấp hơn như định tuyến, phân mảnh, kiểm tra lỗi gói và truyền tin ở mức byte của các gói dữ liệu được giải quyết thông qua hồ sơ truyền tải.
Hồ sơ ứng dụng này không yêu cầu một hồ sơ truyền tải cụ thể. Nó đã được thiết kế để làm việc với các hồ sơ truyền tải không kết nối, nhưng cũng có thể hoạt động với hồ sơ truyền tải hướng kết nối.
Tại tầng ứng dụng, Phần 1 và 2 (DATEX-ASN) của ISO 14827 được sử dụng để xác định cấu trúc thông điệp và các quy tắc thủ tục.
Cấu trúc thông điệp được định nghĩa bởi tầng ứng dụng được xác định sử dụng ASN.1. (Cú pháp trừu tượng ký hiệu một). ISO 14827-2 yêu cầu hỗ trợ các Quy tắc mã hóa cơ bản (BER) và cho phép hỗ trợ các quy tắc mã hóa bổ sung thông qua một cơ chế thỏa thuận. Quy tắc mã hóa Octet (OER) là một trong những tùy chọn.
6 Yêu cầu
6.1 Yêu cầu chung
6.1.1 Xác định
AP-DATEX là một trong những hồ sơ ứng dụng được định nghĩa để trao đổi dữ liệu giữa trung tâm quản lý giao thông và mô đun giao tiếp bên đường dùng cho quản lý giao thông. Các thực hiện yêu cầu tuân thủ theo hồ sơ ứng dụng này sẽ hỗ trợ các thành phần như sau.
a) Tất cả các ràng buộc được xác định trong 6.2 đến 6.4.
b) Tất cả các yêu cầu bắt buộc được quy định trong A.3
c) Tất cả các yêu cầu bắt buộc của các tiêu chuẩn được tham chiếu bằng hồ sơ này.
6.1.2 Tính năng tùy chọn
Hồ sơ này cung cấp nhận dạng những yêu cầu truyền thông cụ thể. Nó cũng xác định yêu cầu tùy chọn được yêu cầu trong những trường hợp cụ thể. Thiết bị cuối cần cho rằng việc thực hiện sẽ không hỗ trợ các tính năng tùy chọn trừ khi các tham chiếu cụ thể đến các trường hợp cụ thể được thực hiện. Ví dụ: các trung tâm DATEX-ASN không bắt buộc phải hỗ trợ đăng ký trực tuyến.
6.1.3 Khả năng tương thích
AP-DATEX có khả năng tương thích với AP-TMP vì các gói dữ liệu của DATEX-ASN và TMP sẽ được xác định bằng số cổng hoặc một số cơ chế tương tự được cung cấp bởi hồ sơ truyền tải đã chọn.
6.2 Yêu cầu về tầng ứng dụng
Tầng ứng dụng phải phù hợp với ISO 14827-2:2005.
6.3 Yêu cầu về tầng trình diễn
Việc thực hiện sẽ bắt đầu tất cả các phiên của tầng ứng dụng bằng Quy tắc mã hóa cơ bản (BER) khi nó sử dụng cổng 355, như được định nghĩa trong ISO 14827-2:2005. Các quy tắc mã hóa được sử dụng đề bắt đầu một phiên khi cổng khác được sử dụng sẽ được quyết định bởi thỏa thuận ngoại tuyến giữa máy chủ và máy khách.
Các quy tắc mã hóa thực tế được sử dụng trong một phiên sẽ phụ thuộc vào kết quả của quá trình thỏa thuận đăng nhập theo định nghĩa của ISO 14827-2:2005. Các tùy chọn của quy tắc mã hóa cho thỏa thuận sẽ được quyết định bởi thỏa thuận ngoại tuyến giữa máy chủ và máy khách.
6.4 Yêu cầu tầng phiên
Tầng phiên sẽ là <NULL> vì các dịch vụ này được ISO 14827-2 cung cấp.
6.5 Yêu cầu về tầng truyền tải
Việc thực hiện tầng truyền tải được định nghĩa trong Phụ lục D của ISO 14827-2.
PHỤ LỤC A
(Quy định)
Hồ sơ ứng dụng cho danh sách yêu cầu hồ sơ DATEX-ASN
A.1 Giới thiệu
Phụ lục này cung cấp danh sách yêu cầu hồ sơ (PRL) để triển khai hồ sơ ứng dụng cho DATEX- ASN. Đặc tả kỹ thuật tuân thủ thực hiện hồ sơ (PICS) cho việc thực hiện được tạo ra bởi người thực hiện hoặc nhà cung cấp bằng cách chỉ ra mức độ hỗ trợ thích hợp do việc thực hiện cung cấp.
Để yêu cầu tuân thủ với hồ sơ này, một quá trình thực hiện sẽ đáp ứng các yêu cầu tuân thủ bắt buộc của hồ sơ này.
PRL đã đầy đủ cho việc thực hiện được gọi là PICS. PICS nêu rõ khả năng và tùy chọn nào của giao thức đã được thực hiện. PICS có thể sử dụng cho các trường hợp sau:
a) Người thực hiện giao thức, như một danh sách kiểm tra để giảm nguy cơ không tuân thủ tiêu chuẩn thông qua sự giám sát.
b) Người cung cấp và người sử dụng, như một chỉ dẫn chi tiết về khả năng của việc thực hiện.
c) Người dùng, làm cơ sở để kiểm tra ban đầu khả năng tương tác với một thực hiện khác (lưu ý rằng mặc dù không bao giờ có thể đảm bảo việc tương tác lẫn nhau, nhưng việc thất bại thường có thể được dự báo từ các PICS không tương thích).
d) Người dùng, làm cơ sở để lựa chọn các kiểm thử thích hợp, dựa vào đó để đánh giá yêu cầu về sự phù hợp của việc thực hiện.
A.2 Tuyên bố chung về sự phù hợp
Các tiêu chuẩn được tham chiếu bởi hồ sơ này được định nghĩa trong Điều 2.
A.3 Danh sách các yêu cầu hồ sơ (PRL)
Điều này cung cấp PRL cho việc thực hiện tiêu chuẩn này.
A.3.1 Ký hiệu chung
PRL sử dụng các ký hiệu sau để biểu thị trạng thái của các tính năng khác nhau.
m | bắt buộc |
m. <n> | hỗ trợ mọi mục trong nhóm được gắn nhãn bằng cùng một chữ số <n> được yêu cầu, nhưng chỉ một mục được hoạt động tại một thời điểm |
o | tùy chọn |
o. <n> | tùy chọn, nhưng bắt buộc hỗ trợ ít nhất một nhóm tùy chọn được gắn nhãn bằng cùng một chữ số <n> được yêu cầu |
c | có điều kiện |
– | không áp dụng (nghĩa là không thể về mặt logic trong phạm vi của hồ sơ) |
x | bị loại trừ hoặc bị cấm |
l | ngoài phạm vi của hồ sơ (phần còn lại như một lựa chọn thực hiện) |
d | không dùng nữa (được liệt kê để tương thích với các hệ thống cũ hơn) |
Ký hiệu o. <n> được sử dụng để chỉ một tập hợp các tùy chọn có thể chọn (nghĩa là, một hoặc nhiều tập cần được thực hiện) với cùng một định danh <n>.
Hai tổ hợp ký tự có thể được sử dụng cho các yêu cầu tuân thủ động. Trong trường hợp này, ký tự đầu tiên đề cập đến trạng thái tĩnh (thực hiện) và ký tự thứ hai đề cập đến trạng thái động (sử dụng); do đó “mo” có nghĩa là “bắt buộc phải được thực hiện, tùy chọn để được sử dụng”.
A.3.2 Ký hiệu trạng thái có điều kiện
Ký hiệu sau được sử dụng để chỉ ra các yêu cầu có điều kiện:
<index>: Biểu tượng này có nghĩa là trạng thái theo sau nó chỉ áp dụng khi PRL hoặc PICS chỉ ra rằng các tính năng được xác định bởi chỉ số được hỗ trợ.
A.3.3 Những yêu cầu cơ bản
Bảng A.1 đưa ra những yêu cầu cơ bản để tuân thủ tiêu chuẩn này.
Bảng A.1 – Các yêu cầu về sự phù hợp
Chỉ số (Index) |
Chủ đề |
Chuẩn cơ sở |
Hồ sơ |
Hỗ trợ |
||
Tham chiếu |
Trạng thái |
Mục |
|
|||
Máy khách |
Việc thực hiện có yêu cầu là máy khách không? |
ISO 14827-2 6.3 |
o.1 |
6.2 |
0.1 |
Có/ Không |
Máy chủ |
Việc thực hiện có yêu cầu là máy chủ không? |
ISO 14827-2 6.3 |
o.1 |
6.2 |
0.1 |
Có/ Không |
1 |
Sử dụng một hồ sơ truyền tải duy nhất cho tất cả các gói dữ liệu trong một phiên duy nhất? |
ISO 14827-2 6.1.2 |
M |
6.2 |
M |
Có |
cổng 355 |
Sử dụng UDP hoặc TCP với cổng 355? |
ISO 14827-2 D.1 |
o |
6.5 |
o |
Có/ Không |
2 |
Sử dụng số cổng 355 và BER để bắt đầu phiên? |
ISO 14827-2 D.1 |
port 355:m |
6.5 |
port 355:m |
Có/ Không |
BER |
Việc thực hiện có hỗ trợ BER không? |
ISO 8825-1 |
|
6.3 |
o |
Có/ Không |
Other-Encode |
Việc thực hiện có hỗ trợ các quy tắc mã hóa khác không? |
ISO 14827-2 6.3.1 |
|
6.3 |
o |
Có/ Không |
3 |
Hệ thống có xử lý đúng thỏa thuận thời gian chờ không? |
ISO 14827-2 6.1.3 |
m |
6.2 |
m |
Có |
4 |
Hệ thống có truyền lại các thông điệp xác định sau khi hết thời hạn không? |
ISO 14827-2 6.1.4 |
m |
6.2 |
m |
Có |
5 |
Hệ thống có phản hồi gói dữ liệu trùng lặp với một gói dữ liệu phản hồi mới được tạo ra không? |
ISO 14827-2 6.1.5 |
m |
6.2 |
m |
Có |
files |
Hệ thống có hỗ trợ truyền tệp không? |
ISO 14827-2 6.2 |
o |
6.2 |
O |
Có/ Không |
ftp |
Hệ thống có hỗ trợ giao thức FTP không? |
ISO 14827-2 6.2 |
files: o.2 |
6.2 |
files: o.2 |
Có/Không/Không rõ |
tftp |
Hệ thống có hỗ trợ giao thức TFTP không? |
ISO 14827-2 6.2 |
files: o.2 |
6.2 |
files: o.2 |
Có/Không/Không rõ |
6 |
Tệp có chứa cấu trúc dữ liệu xuất bản và không có gì khác? |
ISO 14827-2 6.2 |
files: m |
6.2 |
files: o.2 |
Có/Không |
dial-up |
Việc thực hiện có yêu cầu hỗ trợ các kết nối chuyển mạch không? |
ISO 14827-2 6.4 |
o- |
6.2 |
o |
Có/Không |
A.3.4 Yêu cầu máy chủ
Bảng A.2 – Trạng thái của các tính năng khác nhau cho máy chủ
Chỉ số (Index) |
Chủ đề |
Tiêu chuẩn cơ bản |
Hồ sơ |
Hỗ trợ |
||
Tham chiếu |
Trạng thái |
Mục |
|
|||
7 | Máy chủ có từ chối yêu cầu đăng nhập từ tên miền máy khách với một phiên hiện có trên cùng một hồ sơ truyền tải không? |
ISO 14827-2 6.3 |
m | 6.2 | m |
Có |
8 | Máy chủ có thể tạo yêu cầu bắt đầu không? |
ISO 14827-2 6.3.1 |
dialup: m | 6.2 | dialup: m |
Có/Không |
9 | Máy chủ có chấp nhận một yêu cầu đăng nhập hợp lệ từ một máy khách mới? |
ISO 14827-2 6.3.1 |
m | 6.2 | m |
Có |
10 | Máy chủ có phản hồi thông tin đăng nhập hợp lệ với thông điệp chấp nhận? |
ISO 14827-2 6.3.1 |
m | 6.2 | m |
Có |
11 | Máy chủ có từ chối yêu cầu đăng nhập không hợp lệ không? |
ISO 14827-2 6.3.1 |
m | 6.2 | m |
Có |
11.1 | Máy chủ có từ chối đăng nhập bằng cách truyền gói dữ liệu từ chối? |
ISO 14827-2 6.3.1 |
o.3 | 6.2 | o.3 |
Có/Không/ Không rõ |
11.2 | Máy chủ có âm thầm từ chối đăng nhập không hợp lệ không? |
ISO 14827-2 6.3.1 |
o.3 | 6.2 | o.3 |
Có/Không/ Không rõ |
12 | Máy chủ có truyền phản hồi FrED tới một FrED với số thông điệp xác nhận được đặt thành không (0)? |
ISO 14827-2 6.3.2 |
m | 6.2 | m |
Có |
13 | Máy chủ có kết thúc phiên khi không nhận được thông điệp trong một khoảng thời gian vượt quá nhịp chu kỳ tối đa? |
ISO 14827-2 6.3.2 |
m | 6.2 | m |
Có |
14 | Máy chủ có thể truyền gói dữ liệu kết thúc không? |
ISO 14827-2 6.3.3 |
m | 6.2 | m |
Có |
15 | Máy chủ có hỗ trợ đúng việc nhận gói dữ liệu đăng xuất? |
ISO 14827-2 6.3.3 |
m | 6.2 | m |
Có |
15.1 | Máy chủ có đưa ra phản hồi FrED cho gói dữ liệu đăng xuất hợp lệ không? |
ISO 14827-2 6.3.3 |
m | 6.2 | m |
Có |
15.2 | Máy chủ có kết thúc phiên sau khi nhận được một đăng xuất hợp lệ? |
ISO 14827-2 6.3.3 |
m | 6.2 | m |
Có |
16 | Máy chủ có cung cấp đăng ký ngoại tuyến cho tất cả các đăng ký? |
ISO 14827-2 6.4.1 |
o.4 | 6.2 | o.4 |
Có/Không/ Không rõ |
serveron-line | Máy chủ cố hỗ trợ đăng ký trực tuyến không? |
ISO 14827-2 6.4.2 |
o.4 | 6.2 | o.4 |
Có/Không/ Không rõ |
17 | Máy chủ có hỗ trợ đăng ký trực tuyến cho tất cả thuê bao mà nó hỗ trợ không? |
ISO 14827-2 6.4.2 |
serveron-line: m | 6.2 | serveron-line: m |
Có/Không |
18 | Máy chủ có chấp nhận gói dữ liệu đăng ký không? |
ISO 14827-2 6.4.2 |
serveron-line: m | 6.2 | serveron-line: m |
Có/Không |
19 | Máy chủ có phản hồi chính xác tới gói dữ liệu đăng ký không? |
ISO 14827-2 6.4.2 |
serveron-line: m | 6.2 | serveron-line: m |
Có/Không |
191 | Máy chủ có truyền gói dữ liệu chấp nhận cho đăng ký hợp lệ? |
ISO 14827-2 6.4.2 |
serveron-line: m | 6.2 | serveron-line: m |
Có/Không |
19.2 | Máy chủ có truyền gói dữ liệu từ chối cho một đăng ký không hợp lệ? |
ISO 14827-2 6.4.2 |
serveron-line: m | 6.2 | serveron-line: m |
Có/Không |
19.3 | Máy chủ có cho phép hủy đăng ký không? |
ISO 14827-2 6.4.2 |
serveron-line: m | 6.2 | serveron-line: m |
Có/Không |
19.4 | Máy chủ có hỗ trợ đăng ký đơn lẻ không? |
ISO 14827-2 6.5.2 |
m | 6.2 | m |
Có |
19.5 | Máy chủ có hỗ trợ đăng ký định kỳ không? |
ISO 14827-2 6.5.3 |
m | 6.2 | m |
Có |
19.6 | Máy chủ có hỗ trợ đăng ký khi đăng ký đang diễn ra không? |
ISO 14827-2 6.5.3 |
m | 6.2 | m |
Có |
20 | Máy chủ có thể xuất bản các ấn phẩm cho tất cả đăng ký mà nó yêu cầu hỗ trợ? |
ISO 14827-2 6.5 |
m | 6.2 | m |
Có |
21 | Máy chủ có hỗ trợ bất kỳ đăng ký nào yêu cầu xuất bản tệp không? |
ISO 14827-2 6.5 |
o | 6.2 | o |
Có/Không |
22 | Máy chủ có hỗ trợ truyền nhiều ấn phẩm trong một tệp/gói dữ liệu duy nhất không? |
ISO 14827-2 6.5 |
o | 6.2 | o |
Có/Không |
23 | Máy chủ có truyền lại ấn phẩm không nếu gói dữ liệu chấp nhận hoặc từ chối không được nhận trong khoảng thời gian chờ khi cờ đảm bảo được đặt thành đúng (true)? |
ISO 14827-2 6.1.4 |
m | 6.2 | m |
Có |
24 | Máy chủ có chấp nhận gói dữ liệu đã chuyển xong như một thông báo rằng nó có thể xóa tệp chủ đề không? |
ISO 14827-2 6.5.1.5 |
m | 6.2 | m |
Có |
25 | Máy chủ có phản hồi với gói dữ liệu đã thực hiện truyền với gói dữ liệu FrED không? |
ISO 14827-2 6.5.1.5 |
m | 6.2 | m |
Có |
26 | Máy chủ có thể chấm dứt đăng ký thông qua một ấn phẩm không? |
ISO 14827-2 6.5.1.5 |
m | 6.2 | m |
Có |
A.3.5 Yêu cầu máy khách
Bảng A.3 – Tình trạng của các tính năng khác nhau cho máy khách
Chỉ số (Index) |
Chủ đề |
Tiêu chuẩn cơ bản |
Hồ sơ |
Hỗ trợ |
||
Tham chiếu |
Trạng thái |
Mục |
|
|||
27 | Máy khách có truyền thông tin đăng nhập để phản hồi yêu cầu khởi tạo hợp lệ không? | ISO 14827-2
6.3.1 |
dial-up: m |
6.2 |
dial-up: m |
Có/Không |
28 | Máy khách có bỏ qua một yêu cầu khởi tạo không hợp lệ từ một máy chủ không? | ISO 14827-2
6.3.1 |
m |
6.2 |
m |
Có |
29 | Máy khách có khả năng gửi yêu cầu đăng nhập mà không cần yêu cầu bắt đầu không? | ISO 14827-2
6.3.1 |
m |
6.2 |
m |
Có |
30 | Máy khách có truyền lại thông tin đăng nhập nếu không nhận được phản hồi trong thời gian chờ không? | ISO 14827-2
6.1.4 |
m |
6.2 |
m |
Có |
31 | Máy khách có nhận ra sự vắng mặt của một phiên nếu đăng nhập không thành công không? | ISO 14827-2
6.3.1 |
m |
6.2 |
m |
Có |
32 | Máy khách có truyền thông điệp nhịp FrED khi cần thiết để giữ cho phiên hoạt động không? | ISO 14827-2
6.3.2 |
m |
6.2 |
m |
Có |
32.1 | Máy khách có kết thúc phiên nếu không có thông điệp được nhận từ máy chủ trong khoảng thời gian vượt quá thời lượng nhịp tối đa không? | ISO 14827-2
6.3.2 |
m |
6.2 |
m |
Có |
32.2 | Máy khách có truyền yêu cầu đăng xuất (sau bất kỳ hủy đăng ký nào) để phản hồi yêu cầu chấm dứt hợp lệ không? | ISO 14827-2
6.3.3 |
m |
6.2 |
m |
Có |
33 | Máy khách có bỏ qua yêu cầu chấm dứt không hợp lệ không? | ISO 14827-2
6.3.3 |
m |
6.2 |
m |
Có |
34 | Máy khách có thể truyền đăng xuất mà không cần một yêu cầu chấm dứt? | ISO 14827-2
6.3.3 |
m |
6.2 |
m |
Có |
35 | Máy khách có truyền lại đăng xuất nếu không nhận được FrED trong khoảng thời gian chờ đợi? | ISO 14827-2
6.1.4 |
m |
6.2 |
m |
Có |
client off–line | Máy khách có hỗ trợ đăng ký ngoại tuyến không? | ISO 14827-2
6.4.1 |
o.5 |
6.2 |
o.5 |
Có/Không/ Không rõ |
client on–line | Máy khách có hỗ trợ đăng ký trực tuyến không? | ISO 14827-2
6.4.2 |
o.5 |
6.2 |
o.5 |
Có/Không/ Không rõ |
36.1 | Máy khách có hỗ trợ gói dữ liệu đăng ký cho tất cả các đăng ký được hỗ trợ không? | ISO 14827-2
6.4.2 |
clienton-line: m |
6.2 |
clienton-line: m |
Có/Không |
36.2 | Máy khách có truyền lại đăng ký không nếu không nhận được phản hồi trong khoảng thời gian chờ đợi? | ISO 14827-2
6.1.4 |
clienton-line: m |
6.2 |
clienton-line: m |
Có/Không |
37 | Máy khách có nhận ra lỗi của một đăng ký khi nhận được thông điệp từ chối? | ISO 14827-2
6.4.2 |
m |
6.2 |
m |
Có |
38 | Máy khách có hỗ trợ cờ ổn định không? | ISO 14827-2
6.3.3 |
dial-up: m |
6.2 |
dial-up: m |
Có/Không |
39 | Máy khách có thể hủy đăng ký không? | ISO 14827-2
6.4.2 |
m |
6.2 |
m |
CÓ |
40 | Máy khách có từ chối gói tin dữ liệu xuất bản không hợp lệ không? | ISO 14827-2
6.5.1.4 |
m |
6.2 |
m |
Có |
41 | Máy khách có truyền gói dữ liệu chấp nhận để phản hồi lại một ấn phẩm hợp lệ với cờ đảm bảo được đặt thành true không? | ISO 14827-2
6.5.1.4 |
m |
6.2 |
m |
Có |
41.1 | Máy khách có âm thầm chấp nhận một ấn phẩm hợp lệ với cờ được đảm bảo được đặt thành false không? | ISO 14827-2
6.5.1.4 |
m |
6.2 |
m |
Có |
41.2 | Máy khách có bắt đầu chuyển tệp nếu ấn phẩm chỉ ra tệp không? | ISO 14827-2
6.5.1.5 |
file:m |
6.2 |
file:m |
Có/Không |
41.3 | Máy khách có truyền gói dữ liệu đã thực hiện truyền sau khi quá trình truyền tệp hoàn tất không? | ISO 14827-2
6.5.1.5 |
file:m |
6.2 |
file:m |
Có/Không |
41.4 | Máy khách có truyền lại gói dữ liệu đã thực hiện truyền nếu không nhận được FrED trong khoảng thời gian chờ không? | ISO 14827-2
6,5 |
file:m |
6.2 |
file:m |
Có/Không |
41.5 | Máy khách có chấp nhận nhiều cấu trúc dữ liệu xuất bản trong một ấn phẩm không? | ISO 14827-2
6.5 |
m |
6.2 |
m |
Có |
41.6 | Máy khách có từ chối bất kỳ và tất cả các cấu trúc dữ liệu xuất bản không hợp lệ có trong ấn phẩm không? | ISO 14827-2
6.5.1.6 |
m |
6.2 |
m |
Có |
41.7 | Máy khách có hỗ trợ đăng ký đơn lẻ không? | ISO 14827-2
6.5.2 |
m |
6.2 |
m |
Có |
41.8 | Máy khách có hỗ trợ đăng ký định kỳ đã đăng ký không? | ISO 14827-2
6.5.3 |
m |
6.2 |
m |
Có |
41.9 | Máy khách có hỗ trợ đăng ký ngay khi đã đăng ký không? | ISO 14827-2
6.5.3 |
m |
6.2 |
m |
Có |
42 | Máy khách có nhận ra việc chấm dứt đăng ký khi nhận được ấn phẩm như vậy không? | ISO 14827-2
6.5.1.5 |
m |
6.2 |
m |
Có |
PHỤ LỤC B
(Tham khảo)
Khả năng tương thích với các hồ sơ ứng dụng khác
Các hồ sơ ứng dụng được xác định trong tiêu chuẩn này có khả năng tương thích như được mô tả dưới đây.
B.1 Tổng quan về cùng tồn tại
Mỗi hồ sơ được chỉ định trong tiêu chuẩn này có thể cùng tồn tại trong ngăn xếp giao thức Internet. Hình B.1 cho thấy một ví dụ.
Hình B.1 – Ví dụ về ngăn xếp giao thức sử dụng nhiều hồ sơ ứng dụng
B.2 Cơ chế cùng tồn tại
B.2.1 DATEX-ASN và TMP (SNMP, SFMP, STMP)
Các gói dữ liệu của DATEX-ASN và TMP sẽ được xác định bởi các hồ sơ truyền tải trong đó gói dữ liệu được truyền đi.
Thư mục tài liệu tham khảo
[1] ISO 14827-1: 2005, Transport information and control systems ‒ Data interfaces between centres for transport information and control systems ‒ Part 1: Message definition requirements (Hệ thống giám sát và thông tin giao thông – Giao diện dữ liệu giữa các trung tâm cho hệ thống giám sát và thông tin giao thông – Phần 1: Yêu cầu định nghĩa thông điệp).
[2] TCVN 13599-1:2022, Hệ thống giao thông thông minh (ITS) – Trao đổi dữ liệu với các mô đun giao tiếp bên đường – Phần 1: Nguyên tắc chung và khung tài liệu cho các hồ sơ ứng dụng.
[3] NTCIP 8003 NICIP Profile Framework (Khung hồ sơ NICIP).
Mục lục
Lời nói đầu
1 Phạm vi áp dụng
2 Tài liệu viện dẫn
3 Thuật ngữ và định nghĩa
4 Ký hiệu và thuật ngữ viết tắt
5 Khái niệm chung
5.1 Mô hình tham chiếu liên kết hệ thống mở (OSI)
5.2 Kịch bản
6 Yêu cầu
6.1 Yêu cầu chung
6.1.1 Xác định
6.1.2 Tính năng tùy chọn
6.1.3 Khả năng tương thích
6.2 Yêu cầu về tầng ứng dụng
6.3 Yêu cầu về tầng trình diễn
6.4 Yêu cầu tầng phiên
6.5 Yêu cầu về tầng truyền tải
Phụ lục A (Quy định) – Hồ sơ ứng dụng cho danh sách yêu cầu hồ sơ DATEX-ASN
Phụ lục B (Tham khảo) – Khả năng tương thích với các hồ sơ ứng dụng khác
Thư mục tài liệu tham khảo
TIÊU CHUẨN QUỐC GIA TCVN 13599-3:2022 (ISO 15784-3:2008) VỀ HỆ THỐNG GIAO THÔNG THÔNG MINH (ITS) – TRAO ĐỔI DỮ LIỆU VỚI CÁC MÔ ĐUN GIAO TIẾP BÊN ĐƯỜNG – PHẦN 3: HỒ SƠ ỨNG DỤNG – TRAO ĐỔI DỮ LIỆU (AP-DATEX) | |||
Số, ký hiệu văn bản | TCVN13599-3:2022 | Ngày hiệu lực | |
Loại văn bản | Tiêu chuẩn Việt Nam | Ngày đăng công báo | |
Lĩnh vực |
Giao thông - vận tải Điện lực |
Ngày ban hành | |
Cơ quan ban hành | Tình trạng | Còn hiệu lực |
Các văn bản liên kết
Văn bản được hướng dẫn | Văn bản hướng dẫn | ||
Văn bản được hợp nhất | Văn bản hợp nhất | ||
Văn bản bị sửa đổi, bổ sung | Văn bản sửa đổi, bổ sung | ||
Văn bản bị đính chính | Văn bản đính chính | ||
Văn bản bị thay thế | Văn bản thay thế | ||
Văn bản được dẫn chiếu | Văn bản căn cứ |