1
/
of
10
PayPal, credit cards. Download editable-PDF and invoice in 1 second!
GB 44496-2024 English PDF
GB 44496-2024 English PDF
Regular price
$215.00 USD
Regular price
Sale price
$215.00 USD
Unit price
/
per
Shipping calculated at checkout.
Couldn't load pickup availability
Delivery: 3 seconds. Download true-PDF + Invoice.
Get QUOTATION in 1-minute: Click GB 44496-2024
Historical versions: GB 44496-2024
Preview True-PDF (Reload/Scroll if blank)
GB 44496-2024: General technical requirements for software update of vehicles
GB 44496-2024
GB
NATIONAL STANDARD OF THE
PEOPLE’S REPUBLIC OF CHINA
ICS 43.020
CCS T 40
General Technical Requirements for Software Update of
Vehicles
ISSUED ON: AUGUST 23, 2024
IMPLEMENTED ON: JANUARY 1, 2026
Issued by: State Administration for Market Regulation;
Standardization Administration of the People’s Republic of China.
Table of Contents
Foreword ... 3
1 Scope ... 4
2 Normative References ... 4
3 Terms and Definitions ... 4
4 Requirements for Software Update Management System ... 6
5 Vehicle Requirements ... 9
6 Test Methods ... 11
7 Same Type Determination ... 13
8 Motor Vehicle Product Instruction Manual ... 14
9 Implementation of the Standard ... 15
General Technical Requirements for Software Update of
Vehicles
1 Scope
This document specifies the management system requirements and vehicle requirements for
software update of vehicles, as well as same type determination and motor vehicle product
instructions, and describes the corresponding test methods.
This document is applicable to Category-M, Category-N and Category-O vehicles with
software update functions.
2 Normative References
The contents of the following documents constitute indispensable clauses of this document
through the normative references in the text. In terms of references with a specified date, only
versions with a specified date are applicable to this document. In terms of references without a
specified date, the latest version (including all the modifications) is applicable to this document.
GB 44495-2024 Technical Requirements for Vehicle Cybersecurity
3 Terms and Definitions
The terms and definitions defined in GB 44495-2024, and the following are applicable to this
document.
3.1 software
The part of an electronic control system that consists of digital data and commands.
3.2 software update
The process of updating a certain version of software to a new version through an upgrade
package (including changing the configuration parameters of the software).
NOTE 1: “software update” is also called “software upgrade”.
NOTE 2: “software update” includes online update and offline update.
3.3 over-the-air update; OTA update
Software update that wirelessly transmits the update package to the vehicle rather than using
cables or other local connections.
NOTE 1: “over-the-air update” is also called “remote update”.
NOTE 2: “local connection” generally refers to the physical connection mode through the on-board
diagnostic (OBD) interface and universal serial bus (USB) interface, etc.
3.4 software identification number; SWIN
A unique identifier defined by the vehicle manufacturer and used to represent software
information of a vehicle system related to type approval.
NOTE: the software identification number is not the same as the software version number.
3.5 software update management system; SUMS
A systematic method developed to standardize the processes and procedures for completing
software updates in relevant organizations.
3.6 update package
A software package used for software updates.
3.7 execution
The process of installing and activating downloaded update packages.
3.8 safe state
A mode of vehicle operation that is free of unreasonable risks.
3.9 integrity validation data
Data value that is used to verify data integrity.
EXAMPLE: hash values, etc.
3.10 vehicle system
A set of components and / or subsystems used to implement vehicle functions.
3.11 vehicle user
A person who operates, drives, owns or manages a vehicle.
EXAMPLE: an authorized representative or employee of the vehicle owner and vehicle operator,
an authorized representative or employee of the vehicle manufacturer.
3.12 on-board software update system
Software and hardware installed on the vehicle end and capable of directly receiving,
distributing and verifying update packages from outside the vehicle to implement software
update functions.
3.13 offline update
Software updates other than over-the-air updates.
4 Requirements for Software Update Management System
4.1 General Requirements
4.1.1 When producing vehicles with software update functions, the vehicle manufacturer shall
have a software update management system.
4.1.2 For each software update, the vehicle manufacturer shall record and securely store the
relevant information required in 4.3 for at least 10 years after the production of the vehicle
model is suspended.
4.1.3 When a software identification number is available, regardless of whether the software
identification number is stored on the vehicle, the vehicle manufacturer shall at least ensure
that:
a) Each software identification number is unique and identifiable;
b) Each software identification number establishes a clarified correspondence with the
software version information of all electronic control units (ECU) in the vehicle
system related to type approval;
c) When the vehicle type is expanded or a new vehicle type is generated, all information
of the corresponding software identification number is simultaneously updated.
4.1.4 When the software identification number is not available or the software identification
number is present but not stored on the vehicle, the vehicle manufacturer shall at least ensure
that:
a) Declare to the authorized institution the software version information of all electronic
control units (ECU) in the vehicle system related to type approval;
b) When performing software update on the declared software version, simultaneously
update the declaration information in a).
4.2 Process Requirements
4.2.1 There shall be a process that can uniquely identify all initial and updated software version
information and related hardware component information in vehicle systems related to type
approval or recall. The software version information shall at least include the software version
number and the integrity validation data of the corresponding update package.
4.2.9 A process shall be in place to notify vehicle users of the information of each software
update.
4.3 Requirements for Documents and Records
4.3.1 There shall be relevant documents describing the process of software update performed
by the vehicle manufacturer and demonstrating compliance with this document.
4.3.2 There shall be a document describing the vehicle system configuration related to type
approval. This document shall at least record the software and hardware information of the
vehicle system and relevant vehicle or vehicle system parameters.
4.3.3 When software identification numbers are available, each software identification number
shall have an auditable record. This record shall include at least:
a) Describe the compiling rules for the software identification number;
b) Describe the correspondence between the software identification number and the
vehicle system related to type approval;
c) Describe the correspondence between the software identification number and all
software version numbers of the vehicle system related to type approval;
d) Integrity validation data of all relevant update packages.
4.3.4 There shall be a document recording the target vehicle and confirming its configuration
and software update compatibility.
4.3.5 There shall be a document describing the information of each software update. The
document shall at least record:
a) The purpose, time and main content of software update;
b) Vehicle systems or functions that may be affected by softw...
Get QUOTATION in 1-minute: Click GB 44496-2024
Historical versions: GB 44496-2024
Preview True-PDF (Reload/Scroll if blank)
GB 44496-2024: General technical requirements for software update of vehicles
GB 44496-2024
GB
NATIONAL STANDARD OF THE
PEOPLE’S REPUBLIC OF CHINA
ICS 43.020
CCS T 40
General Technical Requirements for Software Update of
Vehicles
ISSUED ON: AUGUST 23, 2024
IMPLEMENTED ON: JANUARY 1, 2026
Issued by: State Administration for Market Regulation;
Standardization Administration of the People’s Republic of China.
Table of Contents
Foreword ... 3
1 Scope ... 4
2 Normative References ... 4
3 Terms and Definitions ... 4
4 Requirements for Software Update Management System ... 6
5 Vehicle Requirements ... 9
6 Test Methods ... 11
7 Same Type Determination ... 13
8 Motor Vehicle Product Instruction Manual ... 14
9 Implementation of the Standard ... 15
General Technical Requirements for Software Update of
Vehicles
1 Scope
This document specifies the management system requirements and vehicle requirements for
software update of vehicles, as well as same type determination and motor vehicle product
instructions, and describes the corresponding test methods.
This document is applicable to Category-M, Category-N and Category-O vehicles with
software update functions.
2 Normative References
The contents of the following documents constitute indispensable clauses of this document
through the normative references in the text. In terms of references with a specified date, only
versions with a specified date are applicable to this document. In terms of references without a
specified date, the latest version (including all the modifications) is applicable to this document.
GB 44495-2024 Technical Requirements for Vehicle Cybersecurity
3 Terms and Definitions
The terms and definitions defined in GB 44495-2024, and the following are applicable to this
document.
3.1 software
The part of an electronic control system that consists of digital data and commands.
3.2 software update
The process of updating a certain version of software to a new version through an upgrade
package (including changing the configuration parameters of the software).
NOTE 1: “software update” is also called “software upgrade”.
NOTE 2: “software update” includes online update and offline update.
3.3 over-the-air update; OTA update
Software update that wirelessly transmits the update package to the vehicle rather than using
cables or other local connections.
NOTE 1: “over-the-air update” is also called “remote update”.
NOTE 2: “local connection” generally refers to the physical connection mode through the on-board
diagnostic (OBD) interface and universal serial bus (USB) interface, etc.
3.4 software identification number; SWIN
A unique identifier defined by the vehicle manufacturer and used to represent software
information of a vehicle system related to type approval.
NOTE: the software identification number is not the same as the software version number.
3.5 software update management system; SUMS
A systematic method developed to standardize the processes and procedures for completing
software updates in relevant organizations.
3.6 update package
A software package used for software updates.
3.7 execution
The process of installing and activating downloaded update packages.
3.8 safe state
A mode of vehicle operation that is free of unreasonable risks.
3.9 integrity validation data
Data value that is used to verify data integrity.
EXAMPLE: hash values, etc.
3.10 vehicle system
A set of components and / or subsystems used to implement vehicle functions.
3.11 vehicle user
A person who operates, drives, owns or manages a vehicle.
EXAMPLE: an authorized representative or employee of the vehicle owner and vehicle operator,
an authorized representative or employee of the vehicle manufacturer.
3.12 on-board software update system
Software and hardware installed on the vehicle end and capable of directly receiving,
distributing and verifying update packages from outside the vehicle to implement software
update functions.
3.13 offline update
Software updates other than over-the-air updates.
4 Requirements for Software Update Management System
4.1 General Requirements
4.1.1 When producing vehicles with software update functions, the vehicle manufacturer shall
have a software update management system.
4.1.2 For each software update, the vehicle manufacturer shall record and securely store the
relevant information required in 4.3 for at least 10 years after the production of the vehicle
model is suspended.
4.1.3 When a software identification number is available, regardless of whether the software
identification number is stored on the vehicle, the vehicle manufacturer shall at least ensure
that:
a) Each software identification number is unique and identifiable;
b) Each software identification number establishes a clarified correspondence with the
software version information of all electronic control units (ECU) in the vehicle
system related to type approval;
c) When the vehicle type is expanded or a new vehicle type is generated, all information
of the corresponding software identification number is simultaneously updated.
4.1.4 When the software identification number is not available or the software identification
number is present but not stored on the vehicle, the vehicle manufacturer shall at least ensure
that:
a) Declare to the authorized institution the software version information of all electronic
control units (ECU) in the vehicle system related to type approval;
b) When performing software update on the declared software version, simultaneously
update the declaration information in a).
4.2 Process Requirements
4.2.1 There shall be a process that can uniquely identify all initial and updated software version
information and related hardware component information in vehicle systems related to type
approval or recall. The software version information shall at least include the software version
number and the integrity validation data of the corresponding update package.
4.2.9 A process shall be in place to notify vehicle users of the information of each software
update.
4.3 Requirements for Documents and Records
4.3.1 There shall be relevant documents describing the process of software update performed
by the vehicle manufacturer and demonstrating compliance with this document.
4.3.2 There shall be a document describing the vehicle system configuration related to type
approval. This document shall at least record the software and hardware information of the
vehicle system and relevant vehicle or vehicle system parameters.
4.3.3 When software identification numbers are available, each software identification number
shall have an auditable record. This record shall include at least:
a) Describe the compiling rules for the software identification number;
b) Describe the correspondence between the software identification number and the
vehicle system related to type approval;
c) Describe the correspondence between the software identification number and all
software version numbers of the vehicle system related to type approval;
d) Integrity validation data of all relevant update packages.
4.3.4 There shall be a document recording the target vehicle and confirming its configuration
and software update compatibility.
4.3.5 There shall be a document describing the information of each software update. The
document shall at least record:
a) The purpose, time and main content of software update;
b) Vehicle systems or functions that may be affected by softw...
Share









