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

ICS43.020

CCST40

團體標準

T/ITSXXXX-202X

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

規(guī)范

Technicalspecificationfor5GgeneralusagebasedonISOITSframework

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

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

T/ITSXXXX—202X

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

1范圍

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

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

流程。

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

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

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

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

適用于本文件。

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

Communicationsaccessforlandmobiles(CALM)—Architecture）

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

communications—Accesstechnologysupport）

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

stationmanagement—Part1:Localmanagement）

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

stationmanagement—Part3:Serviceaccesspoints）

ISO17515-1:2015，智能交通系統(tǒng)-陸地移動通信接入-演進的通用陸地無線接入網(wǎng)-第一部分：一般

用途（Intelligenttransportsystems—Communicationsaccessforlandmobiles(CALM)—Evolved

UniversalTerrestrialRadioAccessNetwork(E-UTRAN)—Part1:Generalusage）

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

systems—Communicationsaccessforlandmobiles(CALM)—Generalrequirementsforusingpublic

networks）

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

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

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

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

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

ConformanceStatement(ICS)proforma）

3術語和定義

ISO與IEC在以下地址維護用于標準化的術語數(shù)據(jù)庫：

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

—IEC網(wǎng)站：/

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

1

T/ITSXXXX—202X

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

4縮略語

3GPP：第三代合作伙伴計劃（3rdGenerationPartnershipProject）

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

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

API：應用程序編程接口（ApplicationProgrammingInterface）

CAL：通信適配層（CommunicationAdaptationLayer）

CI：通信接口（CommunicationInterface）

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

eNB：演進型基站（EvolvedNodeB）

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

E-UTRAN：演進型全球陸地無線接入網(wǎng)絡（EvolvedUniversalTerrestrialRadioAccess

Network）

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

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

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

offeredbytheCALtotheITS-Snetworkingandtransportlayer）

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

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

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

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

LTE：長期演進技術（LongTermEvolution）

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

MAE：管理適配實體（ManagementAdaptationEntity）

MI-SAP：ITS-S管理層針對管理適配實體提供的管理服務訪問點（ManagementSAPasofferedby

theITS-SmanagementtowardstheMAE）

NR：新空口（NewRadio）

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

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

PHY：物理層（Physical）

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

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

2

T/ITSXXXX—202X

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

SAE：安全適配實體（SecurityAdaptionEntity）

SAP：服務訪問點（ServiceAccessPoint）

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

UE：移動終端（UserEquipment）

Uu：終端設備與基站之間的接口

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é)議層應符合3GPPTS38.300中的規(guī)定，包括：

a)物理層（PHY）,3GPP定義的物理層相關標準如[10],[11],[12],[13],[14],[15];

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

·媒體接入控制層（MAC），3GPP定義的媒體接入控制層相關標準如[16];

·無線鏈路控制層（RLC），3GPP定義的無線鏈路控制層相關標準如[17];

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

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

通信接口

3

T/ITSXXXX—202X

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

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

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

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

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

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

服務訪問點SAP

5.3.1概述

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

務訪問點（SAP）。

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

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

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

5.3.2通信服務訪問點

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

5.3.3管理服務訪問點

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

5.3.4安全服務訪問點

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

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

混合通信支持

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

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

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

6通信與管理適配

通信適配

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

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

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

管理適配

6.2.1管理適配實體

4

T/ITSXXXX—202X

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

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

ITS-5G應支持的MI-COMMANDs見表1：

表1MI-COMMANDs

&mxref&MXParam備注

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

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

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

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

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

ITS-5G應支持的MI-REQUESTs見表2：

表2MI-REQUESTs

&mxref&MXParam備注

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

1Event21218Notification允許CI向管理實體報告事件。

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

具有5GSA接入技術的CI應支持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未啟動狀態(tài)，實現(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的運行狀態(tài)。

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

5

T/ITSXXXX—202X

文。

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

態(tài)。

具有5GEN-DC接入技術的CI應支持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未啟動狀態(tài)，實現(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的運行狀態(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)對于5GSA:

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

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

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

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

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

b)對于5GEN-DC:

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

6.2.4暫停和恢復流程

暫停和恢復流程僅用于5GSA.

6

T/ITSXXXX—202X

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

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

suspendConfig域)見附錄B.

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

程RRCResumeRequest。5G連接恢復流程RRCResumeRequest見附錄B.

CI參數(shù)

6.3.1概述

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

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

6.3.25G特定I-Parameter

5G特定I-parameter見表5：

表55G特定I-Parameter

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

(ISO21218:2018)ASN.1Type

(ISO21218:2018)

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

CommProfile

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

CIclass

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

CIaClass3。

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

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

inactive(128)。

14MedType/用于標識接入技術（媒介）類，詳見ISO17419。

ITSatt

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

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

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

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

I-Param.NoI-Parametername/備注

(ISO21218:2018)ASN.1Type

7

T/ITSXXXX—202X

(ISO21218:2018)

10CIclass/用于標識通信接口類。

CIclass

11CIaccessClass/用于標識通信接口訪問類。

CIaClass

14MedType/用于標識接入技術（媒介）類。

ITSatt

16Connect/CI連接方式標志，用于指示CI將根據(jù)請求自動連接還是手動連接。

Connect

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

DataRateLink

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

DataRateNetwork

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

DataRatesNetwork

41BlockLength/標識LPDU的最大支持長度，為8位位組的整數(shù)倍。

BlockLength

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

LogicalChannels

7會話建立與終止流程

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

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

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

8

T/ITSXXXX—202X

附錄A

（資料性）

5G概述

5G移動網(wǎng)絡

3GPP標準化組織定義了非獨立組網(wǎng)（Non-Stand-Alone，NSA）和獨立組網(wǎng)（Stand-Alone，SA）兩

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

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

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

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

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

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

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

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

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

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

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

5G支持的通信模式

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

9

T/ITSXXXX—202X

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

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

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

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

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

10

T/ITSXXXX—202X

附錄B

（資料性）

5G訪問/默認承載流程

概述

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

5GSA流程

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

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

B.2.15GSA初始連接流程

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

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

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

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

如果UE接收到來自gNB對RRCSetupRequest消息的響應為RRCReject,，則連接建立失敗。

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

11

T/ITSXXXX—202X

B.2.25GSA連接重建流程

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

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

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

立。

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

如果UE接收到來自gNB對RRCSetupRequest消息的響應為RRCSetup，則連接重建回退到連接建立。

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

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

B.2.35GSA連接暫停流程

12

T/ITSXXXX—202X

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

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

圖B.55GSARRC連接暫停流程

B.2.45GSA連接恢復流程

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

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

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

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

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

圖B.65GSARRC連接恢復流程，成功

如果UE接收到來自gNB對消息RRCResumeRequest/RRCResumeRequest1的響應消息為RRCSetup，則

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

13

T/ITSXXXX—202X

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

如果UE接收到來自gNB對消息RRCResumeRequest/RRCResumeRequest1的響應為RRCRelease，則連

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

圖B.85GSARRC連接恢復流程，連接釋放

如果UE接收到gNB對消息RRCResumeRequest/RRCResumeRequest1的響應為RRCRelease，且包含暫

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

圖B.95GSARRC連接恢復流程，連接暫停

14

T/ITSXXXX—202X

如果UE接收到gNB對消息RRCResumeRequest/RRCResumeRequest1的響應RRCReject，則連接恢復

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

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

B.2.55GSA連接釋放流程

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

確認。

圖B.115GSARRC連接釋放流程

5GNSA流程

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

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

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

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

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

下文，以從SgNB獲取資源。

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

標SgNB，并且接收到來自SgNB的SgNBAdditionRequestAcknowledge消息之后，MeNB將消息

15

T/ITSXXXX—202X

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

RRCConnectionReconfiguration的響應消息RRCConnectionReconfigurationComplete，然后MeNB通過

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

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

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

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

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

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

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

RRCConnectionReconfigurationComplete。

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

16

T/ITSXXXX—202X

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

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

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

RRCConnectionReconfigurationComplete。

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

17

T/ITSXXXX—202X

參考文獻

[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