某中學文規范系統無線接口層技術規范廣播多點傳送控制協議_第1頁
某中學文規范系統無線接口層技術規范廣播多點傳送控制協議_第2頁
某中學文規范系統無線接口層技術規范廣播多點傳送控制協議_第3頁
某中學文規范系統無線接口層技術規范廣播多點傳送控制協議_第4頁
某中學文規范系統無線接口層技術規范廣播多點傳送控制協議_第5頁
已閱讀5頁,還剩28頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

通信標準參考性技術文件

IMT-DSFDD(WCDMA)系統無線接口層2技術規范:

廣播/多點傳送控制(BMC)協議

IMT-DSFDD(WCDMA)SystemRadioInterfaceLayer2

TechnicalSpecification:

Broadcast/MulticastControl(BMC)Protocol

20XX-XX-XX公布20XX-XX-XX實行

中華人民共和國信息產業部科學技術司印發

目次

前士錯誤!未定義書簽.

1范圍錯誤!未定義書簽。

2引用原則.................-.......錯誤!未定義書簽。

3定義和縮略語........................................................錯誤!未定義書簽。

3.1定義............................................................錯誤!未定義書簽。

3.2縮略語..........................................................錯誤!未定義書簽。

4.1BMC的模型.....................................................錯誤!未定義書簽。

6提供應上層的業務...................................................錯誤!未定義書簽。

期望RLC提供的業務錯誤!未定義書簽。

8

8.1RRC層和BMC層之間的服務原語................................錯誤!未定義書簽。

8.1.1原語........................................................................................................錯誤!未定義書簽。

8.1.2參數........................................................................................................錯誤/未定義書簽.

8.2上層(顧客平面)和BMC層之間的服務原語.....................錯誤!未定義書簽。

8.2.1原語.錯誤!未定義書簽.

8.2.2變數.錯誤!未定義書簽.

9.1BMC消息廣播..................................................錯誤!未定義書簽。

9.2時間安排消息的產生錯誤!未定義書簽。

9.3業務送測疝.....................................................錯誤!未定義書簽。

9.4BMC消息II勺接受................................................借謾:未定義書簽。

10.1概述錯誤!未定義書簽。

10.2BMCCBS消息錯誤!未定義書簽。

10.3BMC時間安排消息錯誤!未定義書簽。

11.1消息類型.......................................................錯誤!未定義書簽。

IL2消息標識符......................................................錯誤!未定義書簽。

11.3序列號.........................................................錯誤!未定義書簽。

11.4數據編據方案..................................................錯誤!未定義書簽。

11.5小區廣播數據..................................................錯誤:未定義書簽。

H.6起始CTCH塊集索引的偏移量....................................錯誤!未定義書簽。

H.7CBS時間安排周期的長度........................................錯誤!未定義書簽。

11.8新消息位圖....................................................錯誤!未定義書簽。

11.9消息描述錯誤!未定義書簽。

前言

本通信原則參照性技術文獻重要規定「第三代移動通信系統中采用IMT-DSFDD技術時顧客設備

與無線接入網之間的廣播,多點傳送控制協議(BMC),合用丁?無線接口上廣播/多點傳送業務。本文

基于3Gpp制定的Release-99(2023年9月份版本)技術規范,詳細對應于TS25.324V.

本參照性技術文獻由信息產業部電信研究院提出。

本參照性技術文獻由信息產業部電信研究院歸口。

本參照性技術文獻起草單位:信息產業部電信傳播研究所

上海貝爾企業

本參照性技術文獻重要起草人:卓天真、徐菲、吳偉、徐京信

張建林.季利軍

本參照性技術文獻2023年1月初次公布。

本參照性技術文獻委托無線通信原則研究組負責解擇,

1范圍

本文描述了廣播/多點傳送控制協議(BMC:。這個協議適應于無線接口上的廣播/多點傳送業務。

帶格式的:頂口行號和編號

22引用原則

下列原則所包括的條文,通過在本原則中引用而成為本原則的條文。本原則出版時,所示版木均為有

效。所有原則都會被修訂,使用本原則的各方應探討使用卜列原則最新版木的也許性。

[1]3GTS25.322:"RLC協議規范”.

⑵3GTS25.301:"無線接口協議構造

⑶3GTS23.041:“小區廣播業務(CBS)的技術實現

[4]3GTS23.038:"字符表和語言

⑸3GTS25.419:"UTRANlu接口:服務區廣播協議SABP”.

[6]3GTS25.925:“廣播/多點傳送業務I向無線接口二

[7]TIA/EIA-41-D:"小區廣播業務(CBS)的技術實現二

[8]TIA/EIA-637-A:"小區廣播業務(CBS)的技術實現二

3定義和縮略語

3.1定義

下列術語和定義將在本原則中采用:

CBmessage:從小區廣播中心傳送到UE的顧客數據(BMCSDU)。

CBrepetitionperiod:假如規定多次廣播,CB消息廣播后被再一次廣播的間隔,

NumberofBroadcastRequested:CB消息被祈求廣播內次數。這個數字可以是有限值或是無限值。

DRXSchedulePeriod:由CBC祈求(可選啊)的時間安排周期(單位:秒)。

ReservedCBCapacity:在已分派的無線資源CTCH,FACH和S-CCPCH±,為類型是HIGH的CB消息

所保留容量的比例。這個參數可由CBC設置(可選的)。

crcilBlockSet:FACH信道上傳播塊集合內子集,CBS所使用的CTCH唯T內映射到這個FACH上。

CBSscheduleperiod:有限可變長CTCH塊集合的序列,預定的CB消息在這里廣播。

3.2縮略語

下列縮略語將在本原則中采用:

ASAccessStratum接入層

BMCBroadcast/Mu11icastControl廣播/多點傳送控制

C-SAPControlServiceAccessPoint控制-業務接入點

CBCCellBroadcastCentre小區廣播中心

CBSCellBroadcastService小區廣播業務

CTCHCommonTrafficChannel公共業務信道

CTCH-BSCTCUBlockSetCTCH塊集合

FACHForwardAccessChannel前向接入信道

IEInformationElement信息單元

kbpskilo-bitspersecond下比特每秒

LILayer1(physicallayer)層1(物理層)

L2Layer2(datalinklayer)層2(數據漣路層)

L3Layer3(networklayer)層3(網絡層)

MACMediumAccessControl媒體接入控制

NASNonAccessSlraiun非接入層

NSAP1NetworklayerServiceAccess網絡層業務接入點

Point

PDCPPacketDataConvergence分絹獨山笫中協議

Protocol

RLCRadioLinkControl無線池路控制

RRCRadioResourceCanlrol無線資源控制

UEUserEquipment顧客設備

4概述

4.1BMC的模型

廣播/多點傳送控制(BMC)是僅存在于顧客平面的層2的一種子層,它位于RLC層之上。L2/BMC子層

對于除廣播/多點傳送之外的所有業務均被認為是透明向。

151-1.1-1顯示了L2/BMC子層在UTRAN無線接口協議構造中向模型。

在UTRAN端,BVC子層在每?種小區應當包括?種BMC協議實體。每?種BMC實體需要?種單獨的CTCH

信道,這個信道是由MAC子層通過RLC子層提供的.BMC需要RLC提供的非證明模式服務“

假定在RNC中的BMC之上,有一種功能體去分解從小區廣播中心(CBC)收到的CB消息(若有也許,

執行小區列表的評怙)的地理區域信息、一種BW:協議實體僅服務干來向BVCTAP的消息.這叱消息將廣

播到指定小區。

用戶平面

I

4.1-1:BMC協議模型

5功能

這些功能在TS25.301中有詳細闡明。如卜.:

-小區廣播消息內存儲。

業分量監測和為CBS祈求無線資源。

-BVC消息的調度。

向UE發送BMC消息.

向高層(NAS)傳遞小區廣播消息。

6提供應上層的業務

在無線接口顧客平面上,BVC-SAP用非證明模式,為公共顧客數據提供了廣播/多點發送業務。

注:本章的根據是CBCRW接口規范(RANKG3規范下IfjTS25.419[5])、CB應用及下層接口的需求

(TWG2SWG3規范HmS23.011[3])

在第4章圖1中表達了BMC子層和其他實體之間的J互相關系。與上層/顧客平面及RRC層之間的交互

用原語來進行規定,這里原語表達BMC了層和高層之間信息和控制內邏輯互換。它們并不規定或限制詳細

實現.相鄰層之間是通過業務接入點連接的“

本協議中使用的二種原語的類型,如下:

-祈求:

當高層向低層祈求一種業務時使用這種類型。

-指示:

這種類型用于低層向高層告知與其有關的動作。

-證明:

這種類型用于低層向高層證明所祈求內動作已經完畢。

下而定義向原語用于上層和BMC之間的通信以及相似協議棧中RRC和BMC之間內通信。

BMC子層定義了兩個系列的原i?h

-BMC層和上層(頑客平面)之間的原語:

BMC-通用名-類里:參數。

-BMC層和RRC層之間的原語:

CBMC-通用名-類型:參數。

7期里RLC提供的業務

陰C使用RLC子層的非確認模式業務。詳見[1〕RLC協議規范。

8層間通信元素

8.1RRC層和BMC層之間的服務原語

8.1.1原語

RRC層和BMC層之間在CBMC-SAP上支持R勺原語如表T所示。

表-1:BMC層和RRC層之間的原語

通用名參數

CBMC-Mcasuremcnt-IN小區廣播的業務量

D

CBMC-Rx-IND操作,DRX的選擇

CBMC-Config-REQCT。出勺配置

.1CBMC-Measurement-IND

CBMCMeasurement1ND原語是BMC用來指明CB(小區廣播)的業務量。

原語類型:指示。

參數:

小區廣播的業務量。

.2CBMC-Rx-IND

CBMC-Rx-IND原語是BMC用來向RRC指示CB消息接受與否開始或停止,在下一種CBS時間安排周期

內,所關懷的CB消息何時抵達。

原語類型:指示。

參數:

操作:

DRXIFJ選擇。

.3CBMC-Config-REQ

CBMC-ConfigREQ原語由RRC用來向BMC告知有關CTCII配置的設置。

原語類型:祈求。

參數:

CTCH的配置。

8.1.2參數

.1小區廣播的業務量

底期的CTCH傳播率[干比特/秒].

值集合:0,1,,32。

.2操作

尹始CBS接受。

停止CBS接受。

.3DRX(不持續接受)的選擇

在所有的CTCH塊集合列表中,去檢索哪種是所需向同步哪?種將被物理層接受。

.4CTCH的配置

目前CTCH-BS下標,14i4256。

FACH標識符.

已分派H勺FACH信道的傳播格式集合(傳播塊大小,傳播塊集合大小,傳播時間間陶)。

保留的CTCH傳播率[干比特/秒]:0,1,……,32.

8.2上層(顧客平面)和BMC層之間的服務原語

8.2.1原語

上層(顧客平面)和BMC層之間在BMC-SA^上支持的原語如表8.2.1-1所示。

表8.2.l-l:BMC層和上層之間的原語

圖標[]表達可選參數

類屬名字參數

BMCDala-REQ消息標識符,

[原先向序列號L

新的序列號,

數據編碼方案,

小區廣播數據,

[類別],

反復周期,

祈求廣搟的次數

BMC-Data-IND消息標識符,

序列號,

數據編碼方案,

小區廣播數據

BMC-Data-CNF消息標識符,

序列號

BMCCongestionIND

BMC-Normal-IND

BMC-Activation-REQ消息標識符(n個)

BMC-Deactivation-RE消息標識符(n個)

Q

BMC-DRX-REQ小區廣播不持續接受的時間安排周期.

保留的小區廣播容盤

BMC-Error-IND原因

BMC-Data41-REQ傳送層消息.

廣描地址

BMC-Data41-IND傳送層消息

BMC-Error41-1ND鉗誤類型

.1用于UMTS關鍵網的原語

.I.IBMC-Data-REQ

BHC-Dala-REQ原語用于上層祈求CB消息內選傳。

原語類型:祈求。

參數:

消息標識符;

[原先的序列號]:

新的序列號;

數據編碼方案:

小區廣播數據:

次別1;

反復周期:

祈求廣播的次數。

.l.2BMC-Data-IND

BMC-Data-IND原語用于向上層指示已收到向CB消息(也就是CB數據).

原語類型:指示.

參數:

消息標識符:

序列號:

數據編碼方案;

小區廣播數據,

.I.3BMC-Data-CNF

BUC-Data-CNF原語用于證明CB消息廣播完畢。

原語類型:證明。

參數:

消息標識符;

序列號.

.I.4BMC-Congestion-INI)

BMCCongestionIND原語用于向上層(BM[府)指示BMC實體阻塞。

原語類型:指示。

參數:無。

.l.5BMC-Normal-IND

BMC-Normal-IND原語用于向上層(BM-IWF)指示BMC實體己經從阻塞狀態恢復并運轉正常。

原語類型:指示.

參數:無。

.I.6BMC-AcIivation-REQ

BUC-Activation-REQ原語用于祈求CB消息II勺接受,并去告知哪些消息是期望所得到的,以及哪些消

息將被傳給上層。

原語類型:祈求。

卷數:

消息標識符(n個)。

.I.7BMCDeactivationREQ

BUC-Deactivation-REQ原語用于祈求停止被列出的CB消息I向接受。假如不再收到CB消息,則接受將

被停憶

原語類型:祈求。

參數:

消息標識符(n個)。

.I.8BMC-DRX-REQ

BJIC-DRX-REQ原語用于命令CBS進行不持續接受(CBDRX)。

原語類型:祈求。

參數:

小區廣播的不持續接受的時間安排周期:

保留的小區廣播容量。

.1.9BMC-Error-IND

BUC-Error-IND原語用于指示BMC實體祈求的操作不成功。

原語類型:指示。

參數:

原因。

.2用于ANSI-41關鍵網的原語

.2.1BMC-Data41-REQ

假如源端是ANSI-41關鍵網,那么BMC-Data41-REQ原語用于上層祈求CBS消息的重傳。

原語類型:祈求,

參數:

傳送層消息:

廣播地址。

.2.2BMC-Data41-IND

假如源端是ANSI-41關鍵網,那么BYC-Dala-IND原語用于向上層指示接受到的CB消息。

原語類型:指示

參數:

傳送層消息。

.2.3BMC-Error41-IND

假如源端是ANSI-41關鍵網,那么BMC-Error-IND原語用于向上層匯報BMC層的錯誤。

原語類型:指示。

參數:

錯誤類型。

8.2.2參數

.1消息標識符

一種CB消息的標識部分,描述CB消息的源和類型。

這個參數在3GTS23.Oli有描述。

.2序列號

拮述一種CB消息的變量,是CB消息標識符的一部分。

這個參數在3GTS23.011有描述。

.3數據編碼方案

應用于CB信息的數據編碼方案。

這個參數在3GTS23.038和3GTS23.041有描述。

.4小區廣播數據

被廣播的CB信息。

注:和GSMCBS記錄之間的關系可以在3GTR25.925或3GTS23.041中找到。

.5類別

指示CB消息的類別(優先級).

值:

HIGH1高優先級):在目前CBDRX時間安排周期內的保留CB容量中,將最優先廣播此類CB消息.

NORMAL(正常級):(缺省)根據有關的反復周期廣播此類CB消息。

BACKGROUND(基本級):在一種CBDRX時間安排周期內,CB容量沒有被高優先級或正常級的CB消息占用,

則廣播此類消息。

這個參數在3GTS23.041有描述。

.6反復周期

指示CB消息廣播后將被反復的時間周期。

這個參數在3GTS23.011有描述。

注:對于CSV,這個反史周期是1.883秒內倍數(cf.3GTS23.041).

.7祈求廣播的I次數

一種CB消息被祈求廣播的次數。

值:

0:無限次。

n,1Sn<65535被廣播的有限次數,

這個參數在3GTS23.011有描述。

.8CBDRX的時間安排周期

指示CBDRX時間安排周期長度。

這個參數在3GTS23.041有描述。

注:當CBC在支配一種時間安排周期時,它已經使用了在GSV01.12中給出的定期同步。在3GTS25.401

中描述了一種轉化功能(FFSL

.9保留的CB(小區廣播)容量

為類型是HIGH或新的CB消息所保留的容員。

這個參數在3GTS23.041有描述。

.10原因

CB消息已經被儲存:

I口的CB消息沒有被儲存。

.11傳播層消息

這個參數在T1A/EIA-637-A有描述。

.12廣播地址

這個參數在T1A/EIA-637-A有描述。

.13錯誤類型

這個錯誤碼是在TIA/EIA-41-D中口勺SMS_CausoCode表中定義的值.

9過程

9.1BMC消息廣播

UE|UTRAN

3MC-息.

圖9.1-1:BMC消息的廣播程序

這個程序用于在一種小區中從網絡側向UE側廣播BMC消息。一種支持小區廣播業務的UE可以在空閑

模式卜接受BMC消息,也可以在連接模式的CE1TOI和URA_PCHRRC狀態F接受BMC消息。

兩種類噠的BMC消息確定如下:小區廣播業務(CBS)消息和時間安排消息。

9.2時間安排消息的產生

注:在3GTR25.925中描述了原理和例子。

這個程序計算CBS時間安排周期、把眥消息(即CBS消息和時間安排消息〉分派給CBS時間安排周

期、指示出哪一種包括部分或所有BMC消息的CTCH塊集合有“新”狀態。

用丁?調度的算法是隨詳細執行而定的,因而不需要進行規定.有些參數可以由CBC或操作維護系統來

設置。

當下列狀況出現時,在BMC時間安排消息向“新消息位圖”"勺信息單元中,指明CTCH塊集合為“新”

狀態[CTCH塊集合的比特位被設置為“1”):

CTCH塊集合包括部分或一種完整消息,這個消息

要么在先前啊時間安排周期內沒有被發達;

要么在前述的時間安律周期內被不確定的發送:?

或者CTCH塊集被指示為不受限制的使用,提議閱讀。

或者,它包括了隨即CBS時間安排周期內部分或所有的時間安排消息。

其他在同一CBS時間安排消息中發送的BMC消息被指示為‘舊"(部分或者所有地包括這個消息的CTCII

塊集合的比特位被設置為“0”)。

在CBS時間安排周期內BMC消息的第一次傳播或它在CBS時間安排周期內日勺一次反豆,這兩種狀況下,

將被設置“新”消息.

IIICBC、RRC或操作維護系統來為BMC設置調度過程內輸入參數。

CBC輸入參數有:

小區廣播(CB)消息(也就是,BMCSDL),

每個CB消總的消息識別符,

每個CB消息的序列號,

每個CB消息的小區廣播反更周期,

每個CB消息的祈求廣播內次數,

祈求不持續接受(DRX)口勺時間安排周期(可選),

祈求保留向小區廣播(CB)容量(可選).

RRC輸入參數有:

CTCH塊集的大小,

CTCH塊集序列的定期。

操作和維護(BMC)輸入參數有:

祈求H勺DRX安排周期(與小區仃關的參數).可選的。

祈求備用的CB容量(與小區有關的參數),可選的。

9.3業務量測量

網絡側啊BMC實體周期性地預報CBS業務量,這是目前傳播CB消息所需要啊,并且將它指示給RRCo

預報業務量使用的算法是隨詳細實現而定向,因而不需要規定。仃叫參數可以由操作維護系統來設置。

這個算法的根據是為CB消息安排而選定向算法.

9.4BMC消息的接受

在UE側的BMC實體對收到的BMC時間安排消息進行評估,并且決定接受哪一種BVC消息。假如帶

有一種BMC消息的CTCH塊集合被指示為“新”,則這個BMC消息的接受將向RRC指示。當處在狀態“舊”

時,假如上層已經祈求單個CB消息的接受,那么這些BMC消息的接受也將向RRC指示。

假如上層沒有其他向祈求,僅將那些在CBS消息中收到的CB消息傳向上層,由于和這些CB消息

有關的序列號已經變化。這就意味著BMC必須存儲被匕層激活的J每一種CB消息的最終收到時序列號。

10BMC消息

10.1概述

一種BMC消息相稱于一種BMCPDU。定義了兩種類型的BMC消息:CBS消息,它帶有從高層來的小區

廣播數據:時間安排消息,它提供了支持在UE惻對小區廣播數據不持續接受的信息。

在TR25.921中指定的措施論中,用表格形式詳細闡明了BVC消息和信息單元。附加的文本中描述了

編碼。

注:99版本中,在“Need”列中僅存在被標有MP或CV的信息單元。

以表格(tabular)形式列出的BMC消息(也就是,BMCPDUs)由信息單元域的一種次序序列1E1,……,

IEn構成。

假設(1明...小“)是一種信息單元1E的比特串。J..IE相稱于是這個信息元素域的最左邊的比特,小“

相稱于是這個信息元素域的最右邊的比特。

BMC消息的比特串定義為,維持次序序列的信息元素比特串的串聯兒,Q,……,(力—

Al.IB,)<

10.2BMCCBS消息

CBS消息帶有小區廣播數據、識別符和它的編碼信息.

RLC業務接入點(RLC-SAP):非證明模式:UM);

邏輯信道:CTCH:

方向:UTRANtUE。

表10.IT:CBS消息

信息元素需求復選類型和語義描述

參照

消息類型MP11.1節

消息標識符MP11.2節

序列號MP11.3節

數據編碼方案MP11.4節

小區廣播數據MP1L5節

10.3BMC時間安排消息

BMC時間安排消息描述了后續時間安排周期內每一種CBS消息的時間位置,和下一種CBS時間安排周

期中時間安排消息的位置。

RLC業務接入點:非證明模式(UM):

邏輯信道:CTCH:

方向:UTRANtUE.

表IC.2-1:時間安排消息

信息元素需求復選類型和誨義描述

參照

消息類型MP11.1節

起始CTCH塊集合索引的MP11.6節

偏移量

CBS時間安排周期的長MP1L7節

新消息位圖MP11.8節

消息描述MP1到11.9節不僅每個新的消息中

<CBS時間包括消息描述1E(新消息位

安排周期圖為1),并且每個舊的消

的長度》息中也包括消息描述IE(新

消息位圖為Q)。第i個消息

描述IE釜照「新消息位圖

中的第i個比特。

11信息元素

IL1消息類型

表11.1-1:消息類型的信息單元

信息元素需求復類型和參照語義描述

/分類名選

消息類型MP枚舉枚..255)

表11.1-2

消息類型向編碼:

表11.1-2:消息類型編碼的信息單元

1CBS消息

2時間安排消息

0,3..留作未來使用(在協議的這個版本中

255這樣編碼的JPDI,將被丟棄)

11.2消息標識符

表IL2T:消息識別符的信息單元

信息元素需求復類型和參照語義描述

/分類名選

消息標識MP比特串(16)CBS消息的源和類

符型的標識

3GTS23.011

11.3序列號

表1L3-1:序列號的信息單元

信息元素/需求復選類型和參照語義描述

分類名

序列號MP比特串(16)CBS消息變量的標

識(所右CBS消息標識

3GTS23.041的一部分)

11.4數據編碼方案

表IL4T:數據編碼方案的信息單元

信息元素/分需求復類型和參照語義描述

類名選

數據編碼方案MP比特串(8)字母表/編碼和所用的語言

的標識

3GTS23.038

3GTS23.041

IL5小區廣播數據

表11.5-1:小區廣播數據的信息單元

信息元素/分需求復類型和參照語義描述

類名選

小區廣播數據MP比特串(N*8)CBS消息的內容

NW1

注:假如廣播一種GSMCBS消息,數字N不大于或等于1246個八位位組。

11.6起始CTCH塊集索引的偏移量

表11.6-1:起始CTCH塊集合索引的儡移量的信息單元

信息元素/分類名需求復選類型和參語義描述

起始CTCH塊集索引的偏移MP整數目前冊IC時間安排

量(1..255)消息中的CTCHBS的下標

值,該CTCHBS為下一種

CBS時間安排周期向第

?種CTCHBS塊

11.7CBS時間安排周期的長度

表11.7-1:CBS時間安排周期長度的信息單元

信息元素/分類名需求復選類型和參語義描述

CBS時間安排周期的長度MP整數下一種CBS時間安

(1..256)排周期的持續CTCHBSH勺

數量。它和起始CTCH塊

集索引的偏移量一起指

向CBS時間安排周期的

結束

11.8新消息位圖

表11.8-1:新消息位圖的信息單元

信息元素/分類名需求復選類型和參語義描述

新消息位圖MP位圖位圖指示了包括所

(N*8)有或部分新的CBS消息

ff-JCTCHBS

假如<CBS

時間安排周期

向長度〉模8等

于0的話,N=

<CBS時間安排

周期啊氏度)/

8

假如<CBS

時間安排周期

的長度>模8不

等于0的話,N

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論