《基于ISO智能交通系統(tǒng)框架的5G技術(shù)規(guī)范（征集意見稿）》

ICS43.020

CCST40

團(tuán)體標(biāo)準(zhǔn)

T/ITSXXXX-202X

基于ISO智能交通系統(tǒng)框架的5G通用技術(shù)

規(guī)范

Technicalspecificationfor5GgeneralusagebasedonISOITSframework

202X-XX-XX發(fā)布202X-XX-XX實(shí)施

中國(guó)智能交通產(chǎn)業(yè)聯(lián)盟發(fā)布

T/ITSXXXX—202X

基于ISO智能交通系統(tǒng)框架的5G通用技術(shù)規(guī)范

1范圍

本文件規(guī)定了基于ISO智能交通系統(tǒng)框架和第三代移動(dòng)伙伴關(guān)系（3GPP）定義的第五代移動(dòng)網(wǎng)絡(luò)

（5G）技術(shù)規(guī)范的通信接口，稱為ITS-5G接口，包括服務(wù)訪問點(diǎn)、通信與管理適配、會(huì)話建立與終止

流程。

本文件適用于采用5G上下行通信作為接入層技術(shù)或接入層技術(shù)之一的智能交通系統(tǒng)。

2規(guī)范性引用文件

下列本文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用

文件，僅該日期對(duì)應(yīng)的版本適用于本文件。不注日期的引用文件，其最新版本（包括所有的修改單）

適用于本文件。

ISO21217:2014，智能交通系統(tǒng)-陸地移動(dòng)通信接入-架構(gòu)（Intelligenttransportsystems—

Communicationsaccessforlandmobiles(CALM)—Architecture）

ISO21218:2018，智能交通系統(tǒng)-混合通信-接入技術(shù)支持（Intelligenttransportsystems—Hybrid

communications—Accesstechnologysupport）

ISO24102-1:2018，智能交通系統(tǒng)-站管理-第一部分：本地管理（Intelligenttransportsystems—ITS

stationmanagement—Part1:Localmanagement）

ISO24102-3:2018，智能交通系統(tǒng)-站管理-第三部分：服務(wù)接口（Intelligenttransportsystems—ITS

stationmanagement—Part3:Serviceaccesspoints）

ISO17515-1:2015，智能交通系統(tǒng)-陸地移動(dòng)通信接入-演進(jìn)的通用陸地?zé)o線接入網(wǎng)-第一部分：一般

用途（Intelligenttransportsystems—Communicationsaccessforlandmobiles(CALM)—Evolved

UniversalTerrestrialRadioAccessNetwork(E-UTRAN)—Part1:Generalusage）

ISO25111:2009，智能交通系統(tǒng)-陸地移動(dòng)通信接入-使用公共網(wǎng)絡(luò)的通用要求（Intelligenttransport

systems—Communicationsaccessforlandmobiles(CALM)—Generalrequirementsforusingpublic

networks）

3GPPTS38.300，NR和NG-RAN總體描述（3rdGenerationPartnershipProject;Technical

SpecificationGroupRadioAccessNetwork;NR;NRandNG-RANOverallDescription;Stage2(Release16)）

ETSI/TS102760-1，智能交通系統(tǒng)；陸地移動(dòng)通信接入；接入技術(shù)支持的測(cè)試規(guī)范；第一部分：

實(shí)施一致性聲明（ICS）形式（IntelligentTransportSystems(ITS);CommunicationsAccessforLand

Mobiles(CALM);TestspecificationsforAccessTechnologySupport(ISO21218);Part1:Implementation

ConformanceStatement(ICS)proforma）

3術(shù)語和定義

ISO與IEC在以下地址維護(hù)用于標(biāo)準(zhǔn)化的術(shù)語數(shù)據(jù)庫(kù)：

—ISO在線瀏覽網(wǎng)站：/obp

—IEC網(wǎng)站：/

5G智能交通系統(tǒng)ITS-5G

1

T/ITSXXXX—202X

智能交通系統(tǒng)中的第五代移動(dòng)網(wǎng)絡(luò)通信接口。

4縮略語

3GPP：第三代合作伙伴計(jì)劃（3rdGenerationPartnershipProject）

5G：第五代移動(dòng)網(wǎng)絡(luò)（the5thgenerationmobilenetwork）

5GC：5G核心網(wǎng)（5GCore）

API：應(yīng)用程序編程接口（ApplicationProgrammingInterface）

CAL：通信適配層（CommunicationAdaptationLayer）

CI：通信接口（CommunicationInterface）

DLC：數(shù)據(jù)鏈路控制層（DataLinkControl）

eNB：演進(jìn)型基站（EvolvedNodeB）

EPC：演進(jìn)的分組核心網(wǎng)（EvolvedPacketCore）

E-UTRAN：演進(jìn)型全球陸地?zé)o線接入網(wǎng)絡(luò)（EvolvedUniversalTerrestrialRadioAccess

Network）

EN-DC:E-UTRA和NR雙連接（E-UTRA-NRDualConnectivity）

gNB：5G網(wǎng)絡(luò)基站（BaseStationofthe5GNetwork）

IN-SAP：通信適配層給ITS-S網(wǎng)絡(luò)與傳輸層提供的通信服務(wù)訪問點(diǎn)（CommunicationSAPas

offeredbytheCALtotheITS-Snetworkingandtransportlayer）

ITS：智能交通系統(tǒng)（IntelligentTransportSystem）

ITS-S：智能交通系統(tǒng)站（ITSStation）

ITS-SCU：智能交通系統(tǒng)站通信單元（ITSStationCommunicationUnit）

ITS-SU：智能交通系統(tǒng)站單元（ITSStationUnit）

LTE：長(zhǎng)期演進(jìn)技術(shù)（LongTermEvolution）

MAC：媒體接入控制層（MediaAccessControl）

MAE：管理適配實(shí)體（ManagementAdaptationEntity）

MI-SAP：ITS-S管理層針對(duì)管理適配實(shí)體提供的管理服務(wù)訪問點(diǎn)（ManagementSAPasofferedby

theITS-SmanagementtowardstheMAE）

NR：新空口（NewRadio）

NSA：非獨(dú)立組網(wǎng)（Non-Stand-Alone）

PDCP：分組數(shù)據(jù)匯聚協(xié)議（PacketDataConvergenceProtocol）

PHY：物理層（Physical）

RAN：無線接入網(wǎng)（RadioAccessNetwork）

RLC：無線鏈路控制層（RadioLinkControl）

2

T/ITSXXXX—202X

SA：獨(dú)立組網(wǎng)（Stand-Alone）

SAE：安全適配實(shí)體（SecurityAdaptionEntity）

SAP：服務(wù)訪問點(diǎn)（ServiceAccessPoint）

SDAP：服務(wù)數(shù)據(jù)適配協(xié)議（ServiceDataAdaptationProtocol）

UE：移動(dòng)終端（UserEquipment）

Uu：終端設(shè)備與基站之間的接口

5智能交通系統(tǒng)站

智能交通系統(tǒng)站與通信框架

ISO21217:2014協(xié)議定義的智能交通系統(tǒng)框架與ITS-5G接口的結(jié)構(gòu)見圖1。其中ITS-5G接口位于

該架構(gòu)的接入層。

智能交通系統(tǒng)框架與ITS-5G接口的結(jié)構(gòu)

ITS-5G接口通信協(xié)議層應(yīng)符合3GPPTS38.300中的規(guī)定，包括：

a)物理層（PHY）,3GPP定義的物理層相關(guān)標(biāo)準(zhǔn)如[10],[11],[12],[13],[14],[15];

b)數(shù)據(jù)鏈路層（DLL）,其中包括以下部分：

·媒體接入控制層（MAC），3GPP定義的媒體接入控制層相關(guān)標(biāo)準(zhǔn)如[16];

·無線鏈路控制層（RLC），3GPP定義的無線鏈路控制層相關(guān)標(biāo)準(zhǔn)如[17];

·分組數(shù)據(jù)匯聚協(xié)議（PDCP），3GPP定義的分組數(shù)據(jù)匯聚協(xié)議相關(guān)標(biāo)準(zhǔn)如[18];

·服務(wù)數(shù)據(jù)適配協(xié)議（SDAP），3GPP定義的服務(wù)數(shù)據(jù)適配協(xié)議相關(guān)標(biāo)準(zhǔn)如[20].

通信接口

3

T/ITSXXXX—202X

通信接口的架構(gòu)、分類、鏈路標(biāo)識(shí)符、步驟和參數(shù)在ISO21218:2018中進(jìn)行了定義，尤其是通信

接口接入技術(shù)與IN-SAP、MI-SAP、SI-SAP之間的適配內(nèi)容。這些適配實(shí)現(xiàn)了針對(duì)各種接入技術(shù)的IN-

SAP和MI-SAP服務(wù)原語的通用定義。專用于5G接入技術(shù)的適配功能的詳細(xì)內(nèi)容在本文件6.1節(jié)和6.2

節(jié)進(jìn)行說明。CI參數(shù)在本文件6.3節(jié)中說明。

注：?jiǎn)蝹€(gè)智能交通系統(tǒng)站單元可能包含多個(gè)ITS-5G接口，無論該接口屬于同一ITS-SCU還是同一ITS-SU的不同

ITS-SCU。ITS-SU和ITS-SCU的定義參見ISO21217:2014。

服務(wù)訪問點(diǎn)SAP

5.3.1概述

智能交通系統(tǒng)站中，指向其應(yīng)用程序的接口稱為應(yīng)用程序編程接口（API）。所有其他接口稱為服

務(wù)訪問點(diǎn)（SAP）。

SAP僅定義功能性行為，SAP可以被實(shí)現(xiàn)成不同的形式。本規(guī)范中提及的支持SAP以及相應(yīng)的原語意

味著支持相應(yīng)的功能，實(shí)現(xiàn)形式可以是具體的，即使用ASN.1形式定義的服務(wù)原語，或者實(shí)現(xiàn)形式是抽

象的，允許專用解決方案。

5.3.2通信服務(wù)訪問點(diǎn)

ITS-5G接口應(yīng)支持ISO21218:2018定義的IN-SAP功能。

5.3.3管理服務(wù)訪問點(diǎn)

ITS-5G接口應(yīng)支持ISO24102-3:2018中描述的MI-SAP功能，其細(xì)節(jié)定義在ISO21218:2018中。

5.3.4安全服務(wù)訪問點(diǎn)

ITS-5G接口應(yīng)支持ISO24102-3:2018中描述的SI-SAP功能，其細(xì)節(jié)定義在ISO21218:2018中。

注：目前，ISO21218:2018中SI-SAP沒有定義服務(wù)原語。

混合通信支持

ITS-5G接口支持ISO21217:2014中引入的混合通信，即在一個(gè)智能交通系統(tǒng)站單元內(nèi)（如ISO

21218:2018，ISO24102-1:2018，ISO24102-6:2018中定義），多個(gè)通信協(xié)議?？梢酝瑫r(shí)運(yùn)行。路徑

和流管理宜使用ISO24102-6:2018中的定義。

6通信與管理適配

通信適配

ISO21218:2018中指定的“通信適配層”（CAL）向ITS-S網(wǎng)絡(luò)和傳輸層提供IN-SAP。

根據(jù)本文件的5G實(shí)施應(yīng)支持UC-VCI和ISO21218:2018中指定的相關(guān)過程。鏈路ID（Link-ID）的構(gòu)

建應(yīng)符合ISO21218:20186.3和C.3中的規(guī)定。

管理適配

6.2.1管理適配實(shí)體

4

T/ITSXXXX—202X

ISO21218:2018中指定的“管理適配實(shí)體”（MAE）將MI-SAP提供給ISO21217:2014中所述的ITS-

S管理實(shí)體。MI-SAP服務(wù)，服務(wù)原語和服務(wù)原語功能在ISO24102-3:2018中指定。

ITS-5G應(yīng)支持的MI-COMMANDs見表1：

表1MI-COMMANDs

&mxref&MXParam備注

(ISO24102-3:2018)(ISO24102-3:2018)

1CIstateChange允許ITS-S管理請(qǐng)求更改CI狀態(tài)。

2CnConnect允許ITS-S管理層請(qǐng)求CI訪問類別為CIAC-2或CIAC-3的CI連接/斷開

與5G網(wǎng)絡(luò)服務(wù)的連接，或刪除訪問信息。

8VciCmd允許ITS-S管理請(qǐng)求創(chuàng)建，刪除或重置VCI。

ITS-5G應(yīng)支持的MI-REQUESTs見表2：

表2MI-REQUESTs

&mxref&MXParam備注

(ISO24102-3:2018)(ISO24102-3:2018)

1Event21218Notification允許CI向管理實(shí)體報(bào)告事件。

6.2.25G連接狀態(tài)到ISO21218CI狀態(tài)的映射

具有5GSA接入技術(shù)的CI應(yīng)支持ISO21218:2018指定的not-existent(0),existent(1),

registered(4),active(8)andconnected(16),suspended(64),inactive(128)的CI狀態(tài)。

CI狀態(tài)到5GSA連接狀態(tài)的映射見表3：

表3CI狀態(tài)到5GSA連接狀態(tài)的映射

CI狀態(tài)5GSA連接狀態(tài)備注

(ISO21218:2018)

not-existent(0)POWER_OFF這是ITSCI未啟動(dòng)狀態(tài)，實(shí)現(xiàn)方式是斷電。

existent(1)none這是ISO21218的過渡狀態(tài)。5G沒有等效狀態(tài)。

registered(4)none這是5G的過渡狀態(tài)，即小區(qū)搜索。

active(8)RRC_IDLERRC_IDLE是5G的狀態(tài)，可以訪問基站，但是沒有建立連

接。

connected(16)RRC_CONNECTED這是成功提供訪問憑證后5G的運(yùn)行狀態(tài)。

suspended(64)RRC_INACTIVE在5G的狀態(tài)下，沒有單播數(shù)據(jù)傳輸，但UE仍存儲(chǔ)AS上下

5

T/ITSXXXX—202X

文。

inactive(128)POWER_OFF5G未明確支持未激活CI狀態(tài),最合理的近似是POWER_OFF狀

態(tài)。

具有5GEN-DC接入技術(shù)的CI應(yīng)支持ISO21218:2018指定的CI狀態(tài)not-existent(0),existent

(1),registered(4),active(8)andconnected(16),inactive(128).CI狀態(tài)到5GSA連接狀態(tài)

的映射見表4：

表4CI狀態(tài)到5GEN-DC連接狀態(tài)的映射

CIstates5GEN-DC連接狀態(tài)備注

(ISO21218:2018)

not-existent(0)POWER_OFF這是ITSCI未啟動(dòng)狀態(tài)，實(shí)現(xiàn)方式是斷電。

existent(1)none這是ISO21218的過渡狀態(tài)。5G沒有等效狀態(tài)。

registered(4)none這是5G的過渡狀態(tài)，即小區(qū)搜索。

active(8)RRC_IDLERRC_IDLE是5G的狀態(tài)，可以訪問基站，但是沒有建立連

接。

connected(16)RRC_CONNECTED這是成功提供訪問憑證后5G的運(yùn)行狀態(tài)。

suspended(64)notapplicable5GEN-DC中EPC不支持RRC_INACTIVE狀態(tài)。

inactive(128)POWER_OFF5G未明確支持未激活CI狀態(tài),最合理的近似是POWER_OFF狀

態(tài)。

6.2.3連接和斷開流程

a)對(duì)于5GSA:

當(dāng)CI狀態(tài)為"active"(8)且I-ParameterConnect(16)被設(shè)置為"automatic"(0),或CI收到

MI-COMMAND"CIstateChange"的參數(shù)值為"connect"(16)后,5GCI應(yīng)執(zhí)行連接建立流程

RRCSetupRequest.5G連接建立流程RRCSetupRequest見附錄B.

在CI收到MI-COMMAND"CIstateChange"的參數(shù)值為"disconnect"(32)后，5GCI應(yīng)執(zhí)行5G連接

釋放流程RRCReleaseRequest.5G連接釋放流程RRCReleaseRequest見附錄B.

b)對(duì)于5GEN-DC:

連接和斷開流程應(yīng)遵守ISO17515-1:2015附錄B中相關(guān)規(guī)定。

6.2.4暫停和恢復(fù)流程

暫停和恢復(fù)流程僅用于5GSA.

6

T/ITSXXXX—202X

當(dāng)CI收到MI-COMMAND"CIstateChange"的參數(shù)值為"suspend"(64)后，5GCI應(yīng)執(zhí)行5G連接暫

停流程RRCReleaseRequest(包含suspendConfig域)。5G連接暫停流程RRCReleaseRequest(包含

suspendConfig域)見附錄B.

當(dāng)CI收到MI-COMMAND"CIstateChange"的參數(shù)值為"resume"(8)后，5GCI應(yīng)執(zhí)行5G連接恢復(fù)流

程RRCResumeRequest。5G連接恢復(fù)流程RRCResumeRequest見附錄B.

CI參數(shù)

6.3.1概述

5GCI應(yīng)支持6.3.2和6.3.3所示I-Parameter，以及ETSI/TS102760-1中描述的所有強(qiáng)制性參數(shù)。

注：上述術(shù)語“支持”是指ITS-S管理實(shí)體可以訪問該參數(shù)。

6.3.25G特定I-Parameter

5G特定I-parameter見表5：

表55G特定I-Parameter

I-Param.NoI-Parametername/描述和詳細(xì)規(guī)格

(ISO21218:2018)ASN.1Type

(ISO21218:2018)

1CommProfile/通信配置文件，如表6所示。

CommProfile

10CIclass/通信接口類，參數(shù)值為CIC-l2。

CIclass

11CIaccessClass/通信接口訪問類，參數(shù)值根據(jù)網(wǎng)絡(luò)運(yùn)營(yíng)商的協(xié)議為CIAC-2或CIAC-

CIaClass3。

12CIstatus/CI狀態(tài)。強(qiáng)制性參數(shù)值為not_existent(0),existent(1),

CIstatusregistered(4),active(8),connected(16),suspended(64),

inactive(128)。

14MedType/用于標(biāo)識(shí)接入技術(shù)（媒介）類，詳見ISO17419。

ITSatt

6.3.3通信配置文件參數(shù)

ISO21218:2018中指定并在表6中列出的I-Parameter將用作5G的通信配置文件參數(shù)，在ASN.1類型

CommProfile的I-ParameterNo.1中應(yīng)考慮該參數(shù)。

表65G通信配置文件參數(shù)

I-Param.NoI-Parametername/備注

(ISO21218:2018)ASN.1Type

7

T/ITSXXXX—202X

(ISO21218:2018)

10CIclass/用于標(biāo)識(shí)通信接口類。

CIclass

11CIaccessClass/用于標(biāo)識(shí)通信接口訪問類。

CIaClass

14MedType/用于標(biāo)識(shí)接入技術(shù)（媒介）類。

ITSatt

16Connect/CI連接方式標(biāo)志，用于指示CI將根據(jù)請(qǐng)求自動(dòng)連接還是手動(dòng)連接。

Connect

36LinkDataRate/特定媒體格式的數(shù)據(jù)速率。

DataRateLink

37DataRateNW/IN-SAP可用的平均數(shù)據(jù)速率估計(jì)，單位為100bit/s。

DataRateNetwork

38DataRatesNW/DataRateNW的最小和最大值。

DataRatesNetwork

41BlockLength/標(biāo)識(shí)LPDU的最大支持長(zhǎng)度，為8位位組的整數(shù)倍。

BlockLength

48LogicalChannels/邏輯信道到物理信道的映射。

LogicalChannels

7會(huì)話建立與終止流程

用戶控制的會(huì)話應(yīng)按照ISO25111:2009中6.1.6的規(guī)定執(zhí)行會(huì)話建立和終止。

連續(xù)會(huì)話應(yīng)按照ISO25111:2009中6.1.4的規(guī)定執(zhí)行會(huì)話建立和終止

時(shí)間控制的會(huì)話應(yīng)按照ISO25111:2009中6.1.5的規(guī)定執(zhí)行會(huì)話建立和終止。

8

T/ITSXXXX—202X

附錄A

（資料性）

5G概述

5G移動(dòng)網(wǎng)絡(luò)

3GPP標(biāo)準(zhǔn)化組織定義了非獨(dú)立組網(wǎng)（Non-Stand-Alone，NSA）和獨(dú)立組網(wǎng)（Stand-Alone，SA）兩

種網(wǎng)絡(luò)架構(gòu)。其中，非獨(dú)立組網(wǎng)架構(gòu)的選項(xiàng)3x和獨(dú)立組網(wǎng)架構(gòu)的選項(xiàng)2已成為行業(yè)共識(shí)。

在非獨(dú)立組網(wǎng)架構(gòu)中，無線網(wǎng)部分為5G無線接入網(wǎng)或LTE無線接入網(wǎng)，核心網(wǎng)部分為L(zhǎng)TEEPC。其

中如圖A.1所示，5G無線接入網(wǎng)取決于現(xiàn)有LTE網(wǎng)絡(luò)的控制平面以實(shí)現(xiàn)控制功能，而5GNR僅專注于用戶

平面。非獨(dú)立組網(wǎng)也稱為4G-5G雙連接（E-UTRA-NRDualConnectivity，EN-DC）。

圖A.1非獨(dú)立組網(wǎng)架構(gòu)

在獨(dú)立組網(wǎng)架構(gòu)中，無線網(wǎng)部分為5G無線接入網(wǎng)，核心網(wǎng)部分為5GC。其利用5G網(wǎng)絡(luò)的控制平面和

用戶平面，如圖A.2所示，5GgNB直接與5GC網(wǎng)絡(luò)連接。

圖A.2獨(dú)立組網(wǎng)架構(gòu)

ITS-5G通信接口的實(shí)現(xiàn)基于3GPP定義的相關(guān)技術(shù)規(guī)范。

3GPP定義的5G技術(shù)規(guī)范參考文獻(xiàn)有[3],[4],[7],[8],[9],[10],[11],[12],[13],[14],

[15],[16],[17],[18],[20],[21].

5G支持的通信模式

ITS-5G僅支持Uu接口通信（包括獨(dú)立組網(wǎng)和非獨(dú)立組網(wǎng)架構(gòu)），包括：

9

T/ITSXXXX—202X

——上行通信（UE到基站）；

——下行通信（基站到UE）；

在Uu接口通信下，通過5G接口進(jìn)行數(shù)據(jù)傳輸，終端首先將數(shù)據(jù)傳遞到5G基站，由5G基站將數(shù)據(jù)傳

遞到智能交通應(yīng)用服務(wù)器，之后智能交通應(yīng)用服務(wù)器負(fù)責(zé)將收到的原始數(shù)據(jù)或者經(jīng)過處理的數(shù)據(jù)發(fā)送

到合適的5G基站，5G基站將數(shù)據(jù)發(fā)送給5G基站覆蓋下的終端。

10

T/ITSXXXX—202X

附錄B

（資料性）

5G訪問/默認(rèn)承載流程

概述

本附件描述了5G系統(tǒng)中的初始連接，重建，暫停，恢復(fù)和釋放流程，適用于NSA或SA體系結(jié)構(gòu)。

5GSA流程

在5GSA架構(gòu)下，UE與gNB通信，連接的建立、重新建立、暫停、恢復(fù)和釋放過程在3GPPTS

38.331中有詳細(xì)規(guī)定。

B.2.15GSA初始連接流程

圖B.1和圖B.2中的初始連接過程描述了兩種情況下5GSA的初始連接過程，即成功和網(wǎng)絡(luò)拒絕。

為了建立連接，UE將消息RRCSetupRequest發(fā)送到gNB，并且在接收到來自gNB的響應(yīng)消息RRCSetup

之后，UE將消息RRCSetupComplete發(fā)送給gNB，表明成功建立了連接。

圖B.15GSA的RRC連接建立流程,成功

如果UE接收到來自gNB對(duì)RRCSetupRequest消息的響應(yīng)為RRCReject,，則連接建立失敗。

圖B.25GSA的RRC連接建立流程，網(wǎng)絡(luò)拒絕

11

T/ITSXXXX—202X

B.2.25GSA連接重建流程

圖B.3和圖B.4說明了兩種情況下5GSA的連接重建過程，即成功建立連接和回退到連接建立。

為了重建連接，UE將消息RRCReestablishmentRequest發(fā)送到gNB，并且在接收到來自gNB的響應(yīng)消

息RRCReestablishment之后，UE將消息RRCReestablishmentComplete發(fā)送給gNB，指示該連接已重新建

立。

圖B.35GSA的RRC連接重建流程，成功

如果UE接收到來自gNB對(duì)RRCSetupRequest消息的響應(yīng)為RRCSetup，則連接重建回退到連接建立。

當(dāng)UE向gNB發(fā)送消息RRCSetupComplete時(shí)，成功建立連接。

圖B.45GSARRC連接重建,回退到連接建立

B.2.35GSA連接暫停流程

12

T/ITSXXXX—202X

圖B.5說明了5GSA的連接暫停過程。為了暫停處于RRC_CONNECTED狀態(tài)的UE與gNB之間的連接，gNB

向UE發(fā)送消息RRCRelease，該消息包含了暫停配置SuspendConfig。該消息無需回應(yīng)。

圖B.55GSARRC連接暫停流程

B.2.45GSA連接恢復(fù)流程

圖B.6、圖B.7、圖B.8、圖B.9、圖B.10說明了5種情況下5GSA的連接恢復(fù)過程，即成功、回退到

RRC連接建立、連接釋放、連接暫停和網(wǎng)絡(luò)拒絕。

處于RRC_INACTIVE狀態(tài)的5GSAUE通過發(fā)送RRCResumeRequest1或RRCResumeRequest消息來啟動(dòng)連

接恢復(fù)流程，具體發(fā)送哪一種消息取決于是否發(fā)送了useFullResumeID信號(hào)。UE從gNB接收到響應(yīng)消息

RRCResume后，將消息RRCResumeComplete發(fā)送給gNB，表明連接恢復(fù)。

圖B.65GSARRC連接恢復(fù)流程，成功

如果UE接收到來自gNB對(duì)消息RRCResumeRequest/RRCResumeRequest1的響應(yīng)消息為RRCSetup，則

連接恢復(fù)將退回到連接建立。當(dāng)UE向gNB發(fā)送消息RRCSetupComplete時(shí)，成功建立連接。

13

T/ITSXXXX—202X

圖B.75GSARRC連接恢復(fù)流程，回退到RRC連接建立

如果UE接收到來自gNB對(duì)消息RRCResumeRequest/RRCResumeRequest1的響應(yīng)為RRCRelease，則連

接恢復(fù)變?yōu)檫B接釋放。

圖B.85GSARRC連接恢復(fù)流程，連接釋放

如果UE接收到gNB對(duì)消息RRCResumeRequest/RRCResumeRequest1的響應(yīng)為RRCRelease，且包含暫

停配置（SuspendConfig），則連接恢復(fù)變?yōu)檫B接暫停。

圖B.95GSARRC連接恢復(fù)流程，連接暫停

14

T/ITSXXXX—202X

如果UE接收到gNB對(duì)消息RRCResumeRequest/RRCResumeRequest1的響應(yīng)RRCReject，則連接恢復(fù)

變?yōu)榫W(wǎng)絡(luò)拒絕。

圖B.105GSARRC連接恢復(fù)流程，網(wǎng)絡(luò)拒絕

B.2.55GSA連接釋放流程

圖B.11說明了5GSA的連接釋放過程。為了釋放連接，gNB向UE發(fā)送消息RRCRelease，該消息無需

確認(rèn)。

圖B.115GSARRC連接釋放流程

5GNSA流程

5GNSA采用[5]中規(guī)定的EN-DC。UE連接到一個(gè)主eNB（MeNB）和一個(gè)輔en-gNB（SgNB）。5G連接

狀態(tài)轉(zhuǎn)換的信號(hào)由MeNB和UE之間的通信傳遞。具體細(xì)節(jié)見[5]。

B.3.1輔節(jié)點(diǎn)添加

對(duì)于具有EN-DC架構(gòu)的UE和網(wǎng)絡(luò)，應(yīng)首先按照ISO17515-1:2015，AnnexA中所示的流程建立LTE

RRC連接。當(dāng)UE處于LTERRC_CONNECTED狀態(tài)時(shí)，輔節(jié)點(diǎn)的添加由MeNB發(fā)起，并用于在SgNB處建立UE上

下文，以從SgNB獲取資源。

圖B.12說明了5GNSA輔節(jié)點(diǎn)添加過程。為添加輔節(jié)點(diǎn)，MeNB將SgNBAdditionRequest發(fā)送到目

標(biāo)SgNB，并且接收到來自SgNB的SgNBAdditionRequestAcknowledge消息之后，MeNB將消息

15

T/ITSXXXX—202X

RRCConnectionReconfiguration發(fā)送給UE。下一步，UE向MeNB發(fā)送對(duì)消息

RRCConnectionReconfiguration的響應(yīng)消息RRCConnectionReconfigurationComplete，然后MeNB通過

SgNBReconfigurationComplete消息通知SgNBUE已成功完成輔節(jié)點(diǎn)添加流程。

圖B.125GNSA輔節(jié)點(diǎn)添加流程

B.3.2輔節(jié)點(diǎn)釋放

輔助節(jié)點(diǎn)釋放流程可由MeNB或SgNB發(fā)起。

圖B.13說明了由MeNB發(fā)起的輔節(jié)點(diǎn)釋放過程。MeNB向SgNB發(fā)送SgNB釋放請(qǐng)求，作為響應(yīng)，SgNB向

MeNB發(fā)送消息SgNBReleaseRequestAcknowledge。如果需要，則MeNB向UE發(fā)送

RRCConnectionReconfiguration消息，作為響應(yīng)，UE向MeNB發(fā)送消息

RRCConnectionReconfigurationComplete。

圖B.135GNSAMeNB發(fā)起的輔節(jié)點(diǎn)釋放流程

16

T/ITSXXXX—202X

圖B.14說明了由SgNB發(fā)起的輔助節(jié)點(diǎn)釋放過程。SgNB向MeNB發(fā)送SgNB需要釋放消息，作為響應(yīng)，

MeNB向SgNB發(fā)送消息SgNBReleaseConfirm。如果需要，則MeNB向UE發(fā)送

RRCConnectionReconfiguration消息，作為響應(yīng)，UE向MeNB發(fā)送消息

RRCConnectionReconfigurationComplete。

圖B.145GNSASgNB發(fā)起的輔節(jié)點(diǎn)釋放流程

17

T/ITSXXXX—202X

參考文獻(xiàn)

[1]ISO17419:2018Intelligenttransportsystems—Cooperativesystems—Globally

uniqueidentification

[2]ISO24102-6:2018Intelligenttransportsystems–Stationmanagement–Part6:Path

andflowmanagement

[3]3GPPTS23.5013rdGenerationPartnershipProject;TechnicalSpecificationGroup

ServicesandSystemAspects;Systemarchitectureforthe5GSystem(5GS);Stage2(Release16)

[4]3GPPTS23.5023rdGenerationPartnershipProject;TechnicalSpecificationGroup

ServicesandSystemAspects;Proceduresforthe5GSystem(5GS);Stage2(Release16)

[5]3GPPTS37.3403rdGenerationPartnershipProject;TechnicalSpecificationGroup

RadioAccessNetwork;EvolvedUniversalTerrestrialRadioAccess(E-UTRA)andNR;Multi-

connectivity;Stage2(Release16)

[6]3GPPTS38.101-13rdGenerationPartnershipProject;TechnicalSpecificationGroup

RadioAccessNetwork;NR;UserEquipment(UE)radiotransmissionandreception;Part1:Range

1Standalone(Release16)

[7]3GPPTS38.101-23rdGenerationPartnershipProject;TechnicalSpecificationGroup

RadioAccessNetwork;NR;UserEquipment(UE)radiotransmissionandreception;Part2:Range

2Standalone(Release16)

[8]3GPPTS38.101-33rdGenerationPartnershipProject;TechnicalSpecificationGroup

RadioAccessNetwork;NR;UserEquipment(UE)radiotransmissionandreception;Part3:Range

1andRange2Interworkingoperationwithotherradios(Release16)

[9]3GPPTS38.1043rdGenerationPartnershipProject;TechnicalSpecificationGroup

RadioAccessNetwork;NR;BaseStation(BS)radiotransmissionandreception(Release16)

[10]3GPPTS38.2013rdGenerationPartnershipProject;TechnicalSpecificationGroup

RadioAccessNetwork;NR;Physicallayer;Generaldescription(Release16)

[11]3GPPTS38.2113rdGenerationPartnershipProject;TechnicalSpecificationGroup

RadioAccessNetwork;NR;Physicalchannelsandmodulation(Release16)

[12]3GPPTS38.2123rdGenerationPartnershipProject;TechnicalSpecificationGroup

RadioAccessNetwork;NR;Multiplexingandchannelcoding(Release16)

[13]3GPPTS38.2133rdGenerationPartnershipProject;TechnicalSpecificationGroup

RadioAccessNetwork;NR;Physicallayerproceduresforcontrol(Release16)

[14]3GPPTS38.2143rdGenerationPartnershipProject;TechnicalSpecificationGroup

RadioAccessNetwork;NR;Physicallayerproceduresfordata(Release16)

[15]3GPPTS38.2153rdGenerationPartnershipProject;TechnicalSpecificationGroup

RadioAccessNetwork;NR;Physicallayermeasurements(Release16)

[16]3GPPTS38.3213rdGenerationPartnershipProject;TechnicalSpecificationGroup

RadioAccessNetwork;NR;MediumAccessControl(MAC)protocolspecification(Release16)

[17]3GPPTS38.3223rdGenerationPartnershipProject;TechnicalSpecificationGroup

RadioAccessNetwork;NR;RadioLinkControl(RLC)protocolspecification(Release16)

[18]3GPPTS38.3233rdGenerationPartnershipPro