UN ECE WP.29 Regulation No. 156 (UN R156) — UNECE WP.29가 제정한 자동차 소프트웨어 업데이트 법규. UN R155(사이버보안)와 함께 2020년 6월 24일 WP29 181차 총회에서 채택되어 2021년 1월 22일 발효. 양산 차량의 SW 변경 시 차량 형식 승인과의 관련성을 확인하고 안전하게 업데이트가 이루어지도록 규제한다.
제정 과정
UNECE WP.29 산하 Working Party가 구성되어 “소프트웨어 업데이트 법규” 초안 작성.
2020년 4월 최종 초안 배포.
2020년 6월 24일 WP29 181차 총회에서 채택.
2021년 1월 22일 법규 발효.
주요 요구사항
프로세스 수립·위험 관리: 제조사는 SW 업데이트 전반에 걸쳐 프로세스를 수립하고 위험요소들을 관리하며, 이에 대한 인증 심사를 받아야 한다 (UN R156.00 법규 준수 인증 필요).
차량 형식 반영:
법규에 따른 SW 식별자(Software Identifier) 반영.
업데이트 보안 요건 반영.
OTA 기능 요건 반영.
차량 관리 체계에 대한 인증.
SUMS (Software Update Management System)
UN R156는 조직 단위의 SUMS 인증을 요구한다 (UN R155의 CSMS와 동일한 이중 인증 구조).
항목
내용
취득 단위
조직(Organization) 단위
유효 기간
3년
위험 분석 범위
관련 서버·공장·서비스 포함
이중 인증 구조
제조사는 CSMS/SUMS 인증(조직)과 Type Approval(차종별)을 모두 갖춰야 한다.
CSMS/SUMS certification: 조직 단위, 3년 유효, 관련 서버·공장·서비스 위험 분석 대상.
Type approval: 차종별 취득, Type Requirement 구현 결과·대응 조치·평가 결과, 차량 테스트를 통한 대응 효과성 검증.
대응 표준: ISO/SAE 24089
UN R156의 법규 요구사항을 기술적으로 이행하는 표준은 ISO 24089(Software update engineering). 조직 감사(Organizational Audit)를 통해 표준 충족 증거를 제공한다.
TS → AA(Approval Authority, 예: 스페인 승인당국) 실사보고서 발행 → SUMS 인증서 발행
12개월
합계
25개월
SUMS 상세 요구사항 (§7.1)
§7.1.1 — 초기 평가 프로세스 (12개 항목)
항목
비고
7.1.1.1 규정 관련 SW 업데이트 문서화·보관 및 승인 기관(또는 TS) 제출 프로세스
7.1.1.2 형식 승인된 시스템의 SW 버전(IVD 포함)·HW 버전 식별 프로세스
7.1.1.3 차량 형식의 RXSWIN 정보 접근·업데이트 프로세스
RXSWIN
7.1.1.4 차량 형식의 RXSWIN과 시스템 컴포넌트 SW 버전 간 정합성 검증 프로세스
7.1.1.5 업데이트된 시스템과 타 시스템 간 상호의존성 식별 프로세스
7.1.1.6 업데이트 대상 차량 식별 프로세스
7.1.1.7 발행 전 차량 형상과 SW 업데이트 호환성 확인
Compatibility
7.1.1.8 SW 업데이트가 형식 승인 시스템에 영향을 미칠지 평가·식별·기록
Impact Analysis
7.1.1.9 법률 정의 기능·파라미터의 추가·변경 여부 평가·식별·기록
7.1.1.10 SW 업데이트가 차량 안전·기능 등록 당시와 비교 추가·변경 여부 평가·식별·기록
7.1.1.11 차량 사용자가 업데이트 정보를 받을 수 있는 프로세스
7.1.1.12 제조사가 담당 기관·TS 요구에 따른 정보를 만들 수 있는 프로세스
§7.1.2 — 업데이트별 기록 필요 정보
7.1.2.1 SW 업데이트 사용 프로세스·관련 표준 준수 입증 문서.
7.1.2.2 업데이트 전후의 모든 관련 형식 승인된 시스템의 형상 문서.
7.1.2.3 모든 RXSWIN에 대해 업데이트 전후 감사가능한 등록이 있어야 함.
7.1.2.4 업데이트 대상 차량 목록 및 최근 알려진 형상의 호환성 확인 문서.
7.1.2.5 해당 차량 형식의 모든 SW 업데이트에 대한 문서화: (a) 목적 (b) 영향 시스템·기능 (c) 형식승인된 시스템 여부 (d) 다른 요구사항 준수 영향 (e) 형식승인 파라미터 영향 (f) 승인 신청 여부 (g) 실행 방법·조건 (h) 안전 수행 확인 (i) 검증·유효성 확인 통과.
§7.1.3 — 보안
7.1.3.1 업데이트 프로세스 시작 전 조작 방지 프로세스.
7.1.3.2 업데이트 배포 시스템 개발 포함 — 프로세스가 방해받지 않도록 보호.
7.1.3.3 SW 기능·코드 검증·유효성 확인으로 업데이트 보호.
§7.1.4 — OTA 추가 요구사항
7.1.4.1 OTA 업데이트가 주행 중 수행되어도 안전에 영향을 미치지 않을 것을 평가하는 프로세스.
7.1.4.2 OTA 업데이트 완료에 특정 숙련·복잡 조치가 필요한 경우(예: 프로그래밍 후 센서 재보정), 숙련된 사람 또는 프로세스 통제 하에서만 진행되도록 보장하는 프로세스.
VTA Check List (§7.2)
Type Approval 단계에서 차량 자체가 충족해야 할 체크리스트. 사전 검증·현장 실사 방식으로 평가된다.
§7.2.1.2 — Requirements for Software updates
조항
요구사항
현장 실사 포인트
7.2.1.2.2
각 RXSWIN은 전자 통신 인터페이스(최소 OBD 포트)로 표준 방식으로 읽기 가능. RXSWIN 미보유 시 SW 버전을 AA에 선언·업데이트
① RXSWIN 존재 ② OBD로 판독 가능 ③ 특정 RXSWIN의 형식 승인 식별 방법
7.2.1.2.3
제조사는 RXSWIN·SW 버전의 무단 변경 방지. Type Approval 시 보호 수단은 기밀 제공