NB-IoT三大模式分析.docx_第1頁(yè)
NB-IoT三大模式分析.docx_第2頁(yè)
NB-IoT三大模式分析.docx_第3頁(yè)
NB-IoT三大模式分析.docx_第4頁(yè)
NB-IoT三大模式分析.docx_第5頁(yè)
已閱讀5頁(yè),還剩10頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

此文檔收集于網(wǎng)絡(luò),如有侵權(quán),請(qǐng)聯(lián)系網(wǎng)站刪除NB-IoT三大模式分析窄頻物聯(lián)網(wǎng)(Narrow Band Internet of Thing, NB-IoT)標(biāo)準(zhǔn)化的工作于第三代合作伙伴計(jì)劃(3rd Generation Partnership Project, 3GPP)Release 13版本 開(kāi)始。NB-IoT用戶裝置(User Equipment, UE)須具備低耗能、低復(fù)雜度、低成本等特性,但可容忍較大延遲。為了達(dá)到涵蓋范圍延伸(Coverage Enhancement, CE)以滿足布建在細(xì)胞(Cell)邊緣或地下室等信道質(zhì)量較低的NB-IoT UE,基地臺(tái)與NB-IoT UE之間透過(guò)采用較少數(shù)量的子載波(Subcarrier)與將欲傳遞的數(shù)據(jù)作重復(fù)傳送以利于接收端提高正確解出數(shù)據(jù)的成功率。依照目前規(guī)格的規(guī)范,在隨機(jī)存取(Random Access)信道、控制信道與數(shù)據(jù)信道所傳遞之訊息的重復(fù)傳送次數(shù)最高可高達(dá)128、2,048與2,048次。三種運(yùn)行模式各有發(fā)揮靈活運(yùn)用頻段資源涵蓋范圍延伸(Coverage Enhancement Level, CE Level)共分為三種等級(jí),分別為達(dá)到可對(duì)抗最大耦合損失(Maximum Coupling Loss, MCL)為144dB、154dB、164dB的訊號(hào)能量衰減?;嘏_(tái)與NB-IoT UE間會(huì)根據(jù)所在的CE Level來(lái)選擇相對(duì)應(yīng)的訊息重復(fù)傳送次數(shù)。另一方面,為了使?fàn)I運(yùn)商能靈活地使用LTE頻段或非LTE頻段來(lái)布建NB-IoT系統(tǒng)以及考慮到對(duì)LTE系統(tǒng)的兼容性,單一載波帶寬被限制為180KHz,相當(dāng)于一個(gè)PRB(Physical Resource Block)的帶寬。NB-IoT支持在頻段內(nèi)(In-Band)、保護(hù)頻段(Guard Band)以及獨(dú)立(Stand-alone)共三種運(yùn)行模式。In-Band運(yùn)行是利用LTE載波(Carrier)內(nèi)的PRB進(jìn)行數(shù)據(jù)傳輸,Guard Band運(yùn)行是利用LTE載波內(nèi)的Guard Band來(lái)進(jìn)行數(shù)據(jù)傳輸,Stand-alone運(yùn)行則是使用非LTE頻段的載波來(lái)進(jìn)行數(shù)據(jù)傳輸。為了提高NB-IoT的市場(chǎng)需求性,三種運(yùn)行模式的設(shè)計(jì)具有一致性,但I(xiàn)n-Band與Guard Band兩種運(yùn)行模式則需特別考慮到對(duì)LTE系統(tǒng)的兼容性。NB-IoT所支持的最大數(shù)據(jù)速率(Data Rate)在上行(Uplink)為64Kbit/s,下行(Downlink)為28Kbit/s。目前正值標(biāo)準(zhǔn)討論中的階段,接下來(lái)我們將針對(duì)物理層與接口訪問(wèn)控制層受影響的信道設(shè)計(jì)、功能與程序做介紹。由于截稿前,NB-IoT第十三版本的規(guī)格尚在RAN大會(huì)上等待通過(guò),故以下的介紹以基于規(guī)格送審前的數(shù)據(jù)為主。物理層的變更NB-IoT在多重存取(Multiple Access)技術(shù)的選擇上,使用與LTE系統(tǒng)相同之Multiple Access技術(shù),亦即在下行使用正交分頻多路存取(Orthogonal Frequency Division Multiple Access, OFDMA),在上行使用單載波分頻多重存取(Single Carrier Frequency Division Multiple Access, SC-FDMA),且子載波間距 (Subcarrier Spacing)以及訊框架構(gòu)(Frame Structure)與LTE系統(tǒng)相同。另外,考慮到NB-IoT UE的低成本需求,在上行亦支持單頻(Single Tone)傳輸,使用的Subcarrier Spacing除了原有的15KHz,還新制訂了3.75KHz的Subcarrier Spacing,共48個(gè)Subcarrier。由于帶寬最多僅有1個(gè)PRB,所以不同物理層通道之間大多為分時(shí)多任務(wù)(Time Division Multiplexed, TDD),也就是在不同時(shí)間上輪流出現(xiàn)。另外,考慮到NB-IoT UE的低成本與低復(fù)雜度,Release-13 NB-IoT僅支持分頻雙工(Frequency Division Duplex, FDD)且為半雙工(Half Duplex),亦即上行與下行使用不同的載波,且一NB-IoT UE傳送和接收需在不同時(shí)間點(diǎn)進(jìn)行。在NB-IoT中,因?yàn)閹挻笮∫约癗B-IoT UE能力的限制,舍棄了LTE系統(tǒng)中如實(shí)體上行共享信道(Physical Uplink Control Channel, PUCCH)、實(shí)體混合自動(dòng)重傳請(qǐng)求或指示通道(Physical Hybrid ARQ Indicator Channel, PHICH)等物理層通道。HARQ的實(shí)認(rèn)信息(HARQ-ACK)/否定應(yīng)答(NACK)將會(huì)傳送在NB-IoT中新制定的數(shù)據(jù)信道中,而LTE系統(tǒng)中的周期性信道狀態(tài)信息(Periodic CSI)回報(bào),也因?yàn)榭紤]到資源有限與NB-IoT UE的電量耗損,在NB-IoT中不予支持。原有LTE系統(tǒng)中的其他物理層信道如實(shí)體下行控制信道(Physical Downlink Control Channel, PDCCH)以及傳送實(shí)體隨機(jī)存取信道(Physical Random Access Channel, PRACH)也都有對(duì)應(yīng)功能的新物理層信道設(shè)計(jì),本文將逐一簡(jiǎn)介。調(diào)變與編碼機(jī)制NB-IoT中下行使用的調(diào)變?yōu)檎幌辔晃灰奇I控(QPSK),上行若為多頻傳輸(Multi-Tone Transmission)則使用QPSK,若為單頻傳輸則使用/2 BPSK或/4 QPSK,此為考慮到降低峰值功率比(Peak-to-Average Power Ratio, PAPR)的需求。信道編碼方面,為了減少NB-IoT UE譯碼的復(fù)雜度,下行的數(shù)據(jù)傳輸是使用尾端位回旋碼(Tail Biting Convolutional Coding, TBCC),而上行的數(shù)據(jù)傳輸則使用Turbo Coding。混合式自動(dòng)重新傳送程序在NB-IoT中,由于可用資源有限以及重復(fù)傳送的行為,若在上行使用同時(shí)(Synchronous)的混合式自動(dòng)重新傳送程序(HARQ Process)會(huì)使得上行資源運(yùn)用更加困難,因此在NB-IoT中上行和下行都使用非同時(shí)(Asynchronous)的HARQ Process,亦即若需重傳則會(huì)根據(jù)新接收到的下行控制信息(Downlink Control Information, DCI)來(lái)做重傳。另外,為了減少NB-IoT UE的復(fù)雜度,只支持一個(gè)HARQ Process,且在下行不支持冗余版本(Redundancy Version, RV),在上行則支持RV 0、RV 2。單頻傳輸NB-IoT UE在上行可使用單頻傳輸,其中Subcarrier Spacing可為15KHz以及3.75KHz。因?yàn)?5KHz為3.75KHz的整數(shù)倍,所以對(duì)LTE系統(tǒng)有較小的干擾。由于下行的Frame Structure與LTE的相同,且為了使上行與下行的時(shí)間有清楚的關(guān)系,制定Subcarrier Spacing為3.75KHz的Frame Structure中一個(gè)符槽(Slot)包含7個(gè)符元(Symbol)共2ms長(zhǎng),是LTE系統(tǒng)中一個(gè)時(shí)槽(Slot)時(shí)間長(zhǎng)度的4倍。NB-IoT系統(tǒng)中的取樣頻率(Sampling Rate)為1.92MHz,Subcarrier Spacing為3.75KHz的Frame Structure中一個(gè)Symbol的時(shí)間長(zhǎng)度為512 Ts(Sampling Duration)加上循環(huán)前綴(Cyclic Prefix, CP)長(zhǎng)16Ts,共528Ts。因此,一個(gè)Slot包含7個(gè)Symbol再加上保護(hù)區(qū)間(Guard Period)共3840Ts,即2ms長(zhǎng)。資源單位有別于LTE系統(tǒng)中資源分配的基本單位為子訊框(Subframe),NB-IoT在上行中根據(jù)Subcarrier的數(shù)目分別制訂了相對(duì)應(yīng)的資源單位做為資源分配的基本單位,如表1。表1NB-IoT上行資源單位的subcarrier數(shù)目與slot數(shù)目組合。其中3.75KHz Subcarrier Spacing只支持單頻傳輸,資源單位的帶寬為一個(gè)Subcarrier,時(shí)間長(zhǎng)度是16個(gè)Slot,也就是32ms長(zhǎng)。15KHz Subcarrier Spacing支持單頻傳輸和多頻傳輸,帶寬為1個(gè)Subcarrier的資源單位有16個(gè)Slot的時(shí)間長(zhǎng)度,即8ms。帶寬為12個(gè)Subcarrier的資源單位則有2個(gè)Slot的時(shí)間長(zhǎng)度,即1ms,此資源單位即是LTE系統(tǒng)中的一個(gè)Subframe。資源單位的時(shí)間長(zhǎng)度設(shè)計(jì)為2的冪次方是為了在排程上可有效的運(yùn)用資源,較不易產(chǎn)生資源空隙而造成資源浪費(fèi)。表1中NPUSCH Format 1的資源單位是用來(lái)傳送上行數(shù)據(jù)的。NPUSCH Format 2是NB-IoT UE用來(lái)傳送指示NPDSCH有無(wú)成功接收的HARQ-ACK/NACK,所使用的Subcarrier的索引(Index)是在由排程對(duì)應(yīng)的NPDSCH的下行配置(Downlink Assignment)中指示,重復(fù)傳送次數(shù)則是由無(wú)線資源控制模塊(Radio Resource Control, RRC)參數(shù)配置。同步訊號(hào)NPSS(Narrowband Primary Synchronization Signal)為提供NB-IoT UE時(shí)間和頻率同步的參考訊號(hào),但NPSS中并不帶有分區(qū)(Sector)ID。NSSS(Narrowband Secondary Synchronization Signal)帶有Physical Cell ID。NPSS與NSSS的資源位置避開(kāi)了LTE系統(tǒng)中的控制區(qū)域,其資源位置如圖1。圖1 承載NPSS和NSSS的資源位置NPSS的周期是10ms,NSSS的周期是20ms。NB-IoT UE在尋找細(xì)胞(Cell Search)時(shí),會(huì)先檢測(cè)NPSS,因此NPSS的設(shè)計(jì)為短的ZC(Zadoff-Chu)序列,對(duì)于最初的訊號(hào)檢測(cè)和初步的同步復(fù)雜度較低且有好的效果。窄頻參考訊號(hào)NB-IoT下行最多支持兩個(gè)天線端口(Antenna Port)的參考訊號(hào),資源的位置在時(shí)間上與LTE系統(tǒng)的細(xì)胞參考訊號(hào)(Cell-Specific Reference Signal, CRS)錯(cuò)開(kāi),在頻率上則與之相同,因此在In-Band Operation若有檢測(cè)到CRS,可與NRS共同使用來(lái)做通道估測(cè),如圖2。圖2 NRS資源位置因此,NB-IoT下行僅支持單天線(Single Antenna)和傳送分集(Transmit Diversity)這兩種傳送模式(Transmission Mode)。系統(tǒng)信息系統(tǒng)信息MIB-NB(Narrowband Master Information Block)承載于周期640ms之周期性出現(xiàn)的NPBCH(Narrowband Physical Broadcast Channel)中,其余系統(tǒng)信息如SIB1-NB(Narrowband System Information Block Type1)等則承載于NPDSCH中。SIB1-NB為周期性出現(xiàn),其余系統(tǒng)信息則由SIB1-NB中所帶的排程信息做排程。有效下行子訊框在NB-IoT中,一般下行數(shù)據(jù)傳輸會(huì)傳送在NPDSCH中,下行控制訊息則是傳送在NPDCCH中,而若某一Subframe不為有效下行子訊框(Valid Downlink Subframe),則原先該在此Subframe傳送的NPDSCH或NPDCCH會(huì)順延至下一個(gè)Valid Downlink Subframe來(lái)傳送。任一Subframe若用來(lái)傳輸NPSS、NSSS、NPBCH、SIB1-NB,則不被視為一個(gè)Valid Downlink Subframe。在In-Band Operation中,ENB可能因?qū)①Y源做為其他用途而會(huì)把一個(gè)Subframe設(shè)定為非Valid Downlink Subframe,此信息將會(huì)由承載于SIB1-NB中的一個(gè)Bitmap來(lái)指示。Narrowband Physical Downlink Control ChannelNarrowband Physical Downlink Control Channel(NPDCCH)有別于LTE系統(tǒng)中的PDCCH,并非每個(gè)Subframe均有NPDCCH,而是周期性的出現(xiàn)。NPDCCH有三種搜索空間(Search Space),分別用于排程一般數(shù)據(jù)傳輸、無(wú)線資源控制模塊(Random Access)程序相關(guān)信息傳輸,以及呼叫(Paging)信息傳輸。各個(gè)Search Space有無(wú)線資源控制(RRC)配置相對(duì)應(yīng)的最大重復(fù)次數(shù)Rmax,其Search Space的出現(xiàn)周期大小即為相對(duì)應(yīng)之Rmax與RRC層配置的一參數(shù)之乘積。RRC層亦可配置一偏移(Offset)以調(diào)整一Search Space的開(kāi)始時(shí)間。在大部分的搜索空間配置中,所占用的資源大小為一PRB,僅有少數(shù)配置為占用6個(gè)Subcarrier。一個(gè)DCI中會(huì)帶有該DCI的重復(fù)傳送次數(shù),以及DCI傳送結(jié)束后至其所排程之NPDSCH或NPUSCH所需的延遲時(shí)間,NB-IoT UE即可使用此DCI所在之Search Space的開(kāi)始時(shí)間,來(lái)推算DCI之結(jié)束時(shí)間以及排程之?dāng)?shù)據(jù)的開(kāi)始時(shí)間,以進(jìn)行數(shù)據(jù)之傳送或接收。Narrowband Physical Downlink Shared ChannelNarrowband Physical Downlink Shared Channel(NPDSCH)是用來(lái)傳送下行數(shù)據(jù)以及系統(tǒng)信息,NPDSCH所占用的帶寬是一整個(gè)PRB大小。一個(gè)傳輸塊(Transport Block, TB)依據(jù)所使用的調(diào)變編碼(MCS),可能需要使用多于一個(gè)Subframe來(lái)傳輸,因此在NPDCCH中接收到的Downlink Assignment中會(huì)包含一個(gè)TB對(duì)應(yīng)的Subframe數(shù)目以及重復(fù)傳送次數(shù)的指示。Narrowband Physical Uplink Shared ChannelNarrowband Physical Uplink Shared Channel(NPUSCH)是用來(lái)傳送上行數(shù)據(jù)以及上行控制信息。NPUSCH傳輸可使用單頻或是多頻傳輸,一個(gè)TB依據(jù)所使用的MCS,可能需要使用多于一個(gè)資源單位來(lái)傳輸,因此在NPDCCH中接收到的上行允許(Uplink Grant)中除了指示上行數(shù)據(jù)傳輸所使用的資源單位的Subcarrier的Index,也會(huì)包含一個(gè)TB對(duì)應(yīng)的資源單位數(shù)目以及重復(fù)傳送次數(shù)的指示。Narrowband Physical Random Access Channel有別于LTE中Random Access Preamble使用ZC序列,NB-IoT中的Random Access Preamble是單頻傳輸(3.75KHz Subcarrier Spacing),且使用的Symbol為一定值。一次的Random Access Preamble傳送包含四個(gè)Symbol Group,一個(gè)Symbol Group是5個(gè)Symbol加上一CP,如圖3。圖3 Radom Access Preamble Symbol Group每個(gè)Symbol Group之間會(huì)有跳頻(Frequency Hopping)。選擇傳送的Random Access Preamble即是選擇起始的Subcarrier。協(xié)議層的變更依據(jù)3GPP的規(guī)劃,RAN2將NB-IoT在協(xié)議層規(guī)畫(huà)了兩種數(shù)據(jù)傳輸模式。分別是控制平面(Control Plane, CP)解決方案與使用者平面(User Plane, UP)解決方案。其中CP解決方案是必要支持,UP解決方案為額外支持的選項(xiàng)。CP解決方案NB-IoT UE并不與基地臺(tái)建立DRB(Data Radio Bearer)而只透過(guò)建立的SRB(Signaling Radio Bearer)來(lái)傳遞少量的數(shù)據(jù)。UP解決方案基地臺(tái)與NB-IoT UE之間新增了一個(gè)名叫Suspend-Resume的程序。其目的在于降低NB-IoT UE在RRC聯(lián)機(jī)模式(Connected Mode)與閑置模式(Idle Mode)之間切換時(shí)所需要交換的訊息數(shù)量,藉此節(jié)省NB-IoT UE的能源消耗(Power Consumption)。實(shí)際的作法如圖4,當(dāng)基地臺(tái)在NB-IoT UE不需要RRC聯(lián)機(jī)時(shí)下達(dá)指令讓該裝置進(jìn)入Suspend模式,而該Suspend指令中會(huì)夾帶一組Resume ID(如圖4,步驟11)。不同于以往從RRC聯(lián)機(jī)模式至閑置模式的過(guò)程,基地臺(tái)與NB-IoT UE間會(huì)盡可能地保留在RRC聯(lián)機(jī)模式下所使用的無(wú)線資源分配以及相關(guān)安全性配置。當(dāng)NB-IoT UE欲進(jìn)行數(shù)據(jù)傳輸時(shí),僅需要在Random Access程序中的第三道訊息(RRC Connection Request)夾帶基地臺(tái)配給的Resume ID(如圖4,步驟4),基地臺(tái)即可以在透過(guò)此Resume ID來(lái)辨識(shí)NB-IoT UE,并且跳過(guò)相關(guān)的配置訊息交換,直接進(jìn)入數(shù)據(jù)傳輸。圖4 Suspend-Resume程序多載波運(yùn)作模式系統(tǒng)可以在一個(gè)Cell中同時(shí)間于多個(gè)載波上提供服務(wù),但單一NB-IoT UE同一時(shí)間僅能在一個(gè)載波上面?zhèn)魇諗?shù)據(jù)。NB-IoT的載波可以分為兩類:提供NPSS、NSSS與承載NPBCH和系統(tǒng)信息的載波稱為Anchor Carrier,其余的載波則稱為Non-Anchor Carrier。NB-IoT UE一律需要從Anchor Carrier上面進(jìn)行Random Access,基地臺(tái)會(huì)在Random Access的第四道訊息傳遞Non-Anchor Carrier的排程信息以將NB-IoT UE卸除至Non-Anchor Carrier上進(jìn)行后續(xù)的數(shù)據(jù)傳輸,避免Anchor Carrier的無(wú)線資源吃緊。移動(dòng)性NB-IoT UE的主要應(yīng)用場(chǎng)景皆屬于低移動(dòng)性,因此為了兼顧NB-IoT的低復(fù)雜度與低成本的需求,在Release 13的規(guī)格當(dāng)中將換手(Handover)程序給移除了。取而代之的是當(dāng)發(fā)生NB-IoT UE在不同基地臺(tái)涵蓋范圍間移動(dòng)時(shí),會(huì)先進(jìn)行RRC釋放(Release),再重新與新的基地臺(tái)進(jìn)行RRC聯(lián)機(jī)。系統(tǒng)信息方塊的減少由于NB-IoT UE所支持的功能經(jīng)過(guò)大量的簡(jiǎn)化,相對(duì)應(yīng)地在既有LTE無(wú)線通信系統(tǒng)中存在的系統(tǒng)信息方塊(System Information Block, SIB),對(duì)于NB-IoT UE來(lái)講并不需要。所以SIB的數(shù)量大幅減少至僅剩七個(gè),且這些NB-IoT UE所需讀取的SIB在基地臺(tái)端是獨(dú)立傳送(SIB-NB),并非夾帶在原有系統(tǒng)之SIB中。NB-IoT共 有以下幾種SIB-NB。SIB1-NB:存取有關(guān)之信息與其他系統(tǒng)信息方塊排程SIB2-NB:無(wú)線資源分配信息SIB3-NB:Cell Re-selection信息SIB4-NB:Intra-frequency的鄰近Cell相關(guān)信息SIB5-NB:Inter-frequency的鄰近Cell相關(guān)信息SIB14-NB:存取禁止(Access Barring)SIB16-NB:GPS時(shí)間/世界標(biāo)準(zhǔn)時(shí)間(Coordinated Universal Time, UTC)信息Cell Reselection與閑置模式運(yùn)作對(duì)于NB-IoT來(lái)講,Cell Reselection的機(jī)制也做了適度的簡(jiǎn)化,如圖5。由于NB-IoT UE并未支持緊急撥號(hào)的功能,所以當(dāng)一NB-IoT UE遇到無(wú)法找到Suitable Cell之情況,該NB-IoT UE不會(huì)暫時(shí)駐扎(Camp)在Acceptable Cell,取而代之的是持續(xù)搜尋直到找到Suitable Cell為止。根據(jù)3GPP TS 36.304規(guī)格的定義,所謂的Suitable Cell為可以提供正常服務(wù)的Cell,而Acceptable Cell為僅能提供緊急服務(wù)的Cell。圖5 NB-IoT Cell Reselection的程序邏輯信道與傳送信道之對(duì)應(yīng)NB-IoT并不支持多媒體廣播多播服務(wù)(Multimedia Broadcast Multicast Service, MBMS)。所以在邏輯信道至傳送信道的對(duì)應(yīng)上,即移除了所有的多播通道(MCCH, MTCH)。其余的廣播,數(shù)據(jù)與控制信道皆獲保留。排程由于NB-IoT UE是被預(yù)期為一種低復(fù)雜的裝置,故在硬件的規(guī)格等級(jí)與反應(yīng)時(shí)間等能力皆較為低階。所以基地臺(tái)針對(duì)于NB-IoT UE的數(shù)據(jù)傳輸會(huì)強(qiáng)制采取跨子訊框(Cross Subframe)的排程方式,以替NB-IoT UE爭(zhēng)取更充足的時(shí)間做DCI的譯碼以及傳送與接收模式之間的轉(zhuǎn)換。隨機(jī)存取基地臺(tái)會(huì)針對(duì)各個(gè)CE Level去配置對(duì)應(yīng)的NPRACH資源。Random Access程序(如圖6)開(kāi)始之前,NB-IoT UE會(huì)藉由量測(cè)下行參考訊號(hào)來(lái)決定所在的CE Level,并使用該CE Level之NPRACH資源。但是當(dāng)Random Access程序因Preamble傳輸階段未能成功時(shí),NB-IoT UE會(huì)在更高一個(gè)CE Level的NPRACH資源重新進(jìn)行Random Access程序,直到嘗試完所有CE Level的NPRACH資源為止

溫馨提示

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

評(píng)論

0/150

提交評(píng)論