CSFB基本原理和優(yōu)化經(jīng)驗(yàn)_第1頁
CSFB基本原理和優(yōu)化經(jīng)驗(yàn)_第2頁
CSFB基本原理和優(yōu)化經(jīng)驗(yàn)_第3頁
CSFB基本原理和優(yōu)化經(jīng)驗(yàn)_第4頁
CSFB基本原理和優(yōu)化經(jīng)驗(yàn)_第5頁
已閱讀5頁,還剩18頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

1、CSFB基本原理和優(yōu)化經(jīng)驗(yàn)交流基本原理和優(yōu)化經(jīng)驗(yàn)交流2015-6-3 CSFB基本原理介紹基本原理介紹 CSFB時(shí)延優(yōu)化措施時(shí)延優(yōu)化措施 CSFB未接通事件分析未接通事件分析主要介紹主要介紹CSFB網(wǎng)絡(luò)構(gòu)架、主要信令流程、關(guān)鍵信令等網(wǎng)絡(luò)構(gòu)架、主要信令流程、關(guān)鍵信令等介紹介紹CSFB時(shí)延優(yōu)化手段,如鑒權(quán)消息、主被叫并行處理、時(shí)延優(yōu)化手段,如鑒權(quán)消息、主被叫并行處理、MFR參數(shù)等參數(shù)等對(duì)日常問題問題分析和經(jīng)驗(yàn)總結(jié),對(duì)日常問題問題分析和經(jīng)驗(yàn)總結(jié),DS-UE/SV-LTEDS-UE/SV-LTELTELTE多模雙待單卡(多模雙待單卡(USIMUSIM)終端)終端通過同時(shí)接入通過同時(shí)接入LTELTE和和

2、CSCS網(wǎng)絡(luò)實(shí)現(xiàn)網(wǎng)絡(luò)實(shí)現(xiàn)數(shù)據(jù)業(yè)務(wù)和語音業(yè)務(wù)的共存和并數(shù)據(jù)業(yè)務(wù)和語音業(yè)務(wù)的共存和并發(fā):數(shù)據(jù)業(yè)務(wù)通過發(fā):數(shù)據(jù)業(yè)務(wù)通過LTELTE網(wǎng)絡(luò)承載,網(wǎng)絡(luò)承載,語音業(yè)務(wù)通過傳統(tǒng)電路域網(wǎng)絡(luò)承語音業(yè)務(wù)通過傳統(tǒng)電路域網(wǎng)絡(luò)承載。載。MSCEPCGSM/3GLTECSFBCSFB在語言呼叫建立階段在語言呼叫建立階段UEUE回退到回退到2G/3G2G/3G網(wǎng)絡(luò),從而延續(xù)傳統(tǒng)電路網(wǎng)絡(luò),從而延續(xù)傳統(tǒng)電路域控制下的語音業(yè)務(wù)。域控制下的語音業(yè)務(wù)。MSCEPCGSM/3GFallbackLTEVoLTE+SRVCCVoLTE+SRVCC在在LTELTE網(wǎng)絡(luò)中提供基于網(wǎng)絡(luò)中提供基于IMSIMS網(wǎng)絡(luò)的網(wǎng)絡(luò)的VoIPVoIP業(yè)務(wù)。當(dāng)業(yè)務(wù)

3、。當(dāng)UEUE移動(dòng)出移動(dòng)出LTELTE覆蓋覆蓋區(qū)時(shí),通過切換到傳統(tǒng)區(qū)時(shí),通過切換到傳統(tǒng)2G/3G2G/3G電電路域網(wǎng)絡(luò)以保證語音業(yè)務(wù)的連路域網(wǎng)絡(luò)以保證語音業(yè)務(wù)的連續(xù)性。續(xù)性。MSCEPCGSM/3GSRVCCLTEIMSp 語音解決方案語音解決方案 CSFB 基本原理介紹 CSFB 基本原理介紹p CSFBCSFB網(wǎng)絡(luò)架構(gòu)網(wǎng)絡(luò)架構(gòu)CSFB網(wǎng)絡(luò)實(shí)現(xiàn)起來相對(duì)簡單,只是需要在MME與MSC/VLR之間建立SGs接口,用來處理EPS和CS域之間的移動(dòng)性管理和尋呼流程。SGs接口也可以用于傳送MO和MT的SMS。 CSFB 基本原理介紹p CSFBCSFB聯(lián)合附著信令流程聯(lián)合附著信令流程HSS/HLRMS

4、CS/P-GWMMEENBUE CSFB CSFB 基本原理介紹基本原理介紹CSFB Combined TA/LA Update Procedure6976 :MME收到來自UE發(fā)來的TAU請(qǐng)求。6977:根據(jù)TAC-LAC一一對(duì)應(yīng)關(guān)系,通過SGS接口向?qū)?yīng)的MSS發(fā)送位置區(qū)跟新請(qǐng)求。6978:收到該請(qǐng)求會(huì)向?qū)?yīng)的MSS進(jìn)行位置區(qū)跟新,并把。更新后的LAC以及UE在MSS的身份標(biāo)識(shí)反饋給MME。6981:MME將更新后的TAC,LAC以及UE在MSS的身份標(biāo)識(shí)一同下發(fā)至UE。6984:待MME發(fā)送SGsAP TMSI Reallocation Complete給MSS,此次聯(lián)合位置區(qū)更新才算完

5、成。 CSFB 基本原理介紹p 主叫主叫CSFBCSFB信令流程信令流程SGSNMSCS/P-GWMMEENBUEHLRBSS CSFB 基本原理介紹p 被叫被叫CSFBCSFB信令流程信令流程SGSNMSCS/P-GWMMEENBUEHLRBSS CSFB 基本原理介紹p UE Context ReleaseUE Context Release信令詳解信令詳解CarrierFreqsGERAN field descriptionsstartingARFCN:The first ARFCN value, s, in the set.bandIndicator:Indicates how to

6、interpret the ARFCN of the BCCH carrier.followingARFCNs:Field containing a representation of the remaining ARFCN values in the set.explicitListOfARFCNs(枚舉):The remaining ARFCN values in the set are explicitly listed one by one.arfcn-Spacing(等差):Space, d, between a set of equally spaced ARFCN values。

7、The number, n, of the remaining equally spaced ARFCN values in the set. The complete set of (n+1) ARFCN values is defined as: s, (s + d) mod 1024), (s + 2*d) mod 1024) . (s + n*d) mod 1024).variableBitMapOfARFCNs:Bitmap field representing the remaining ARFCN values in the set. The leading bit of the

8、 first octet in the bitmap corresponds to the ARFCN = (s + 1) mod 1024), the next bit to the ARFCN = (s + 2) mod 1024), and so on. If the bitmap consist of N octets, the trailing bit of octet N corresponds to ARFCN = (s + 8*N) mod 1024). The complete set of ARFCN values consists of ARFCN = s and the

9、 ARFCN values, where the corresponding bit in the bitmap is set to 1.起始頻點(diǎn):起始頻點(diǎn):4220A048:0010-0000-1010-0000-0100-1000CSFB頻點(diǎn):頻點(diǎn):42、45、51、53、60、63案例:案例: CSFB 基本原理介紹p 返回過程返回過程 返回過程是指終端在返回過程是指終端在2G2G側(cè)結(jié)束語音業(yè)務(wù)后返回側(cè)結(jié)束語音業(yè)務(wù)后返回4G4G網(wǎng)絡(luò)的過程網(wǎng)絡(luò)的過程。根據(jù)終端是否支持自主根據(jù)終端是否支持自主FRFR(fast fast returnreturn)能力,可以做如下區(qū)分:)能力,可以做如下區(qū)分

10、:l 自主自主FRFR手機(jī),如手機(jī),如iPhone5SiPhone5S;l 非自主非自主FRFR手機(jī)手機(jī)(重點(diǎn)介紹)(重點(diǎn)介紹)。從從2G直接重選回直接重選回4G(考慮到某些終端有可能不支持考慮到某些終端有可能不支持3G 和和TDS 和和2-3-4橋接方式時(shí)間較長等原因)橋接方式時(shí)間較長等原因).從從2G通過通過3G橋接方式返回橋接方式返回4G(移動(dòng)總部最早的指導(dǎo)移動(dòng)總部最早的指導(dǎo)意見意見).終端通過系統(tǒng)終端通過系統(tǒng)FR功能從功能從2G直接返回直接返回4G(在系統(tǒng)在系統(tǒng)FR功功能開啟其余,自主能開啟其余,自主FR終端以系統(tǒng)終端以系統(tǒng)FR為主為主).非自主非自主FRFR手手機(jī)返回方式機(jī)返回方式

11、CSFB基本原理介紹基本原理介紹 CSFB時(shí)延優(yōu)化措施時(shí)延優(yōu)化措施 CSFB未接通事件分析未接通事件分析主要介紹主要介紹CSFB網(wǎng)絡(luò)構(gòu)架、主要信令流程、關(guān)鍵信令等網(wǎng)絡(luò)構(gòu)架、主要信令流程、關(guān)鍵信令等介紹介紹CSFB時(shí)延優(yōu)化手段,如鑒權(quán)消息、主被叫并行處理、時(shí)延優(yōu)化手段,如鑒權(quán)消息、主被叫并行處理、MFR參數(shù)等參數(shù)等對(duì)日常問題問題分析和經(jīng)驗(yàn)總結(jié),對(duì)日常問題問題分析和經(jīng)驗(yàn)總結(jié),p 時(shí)延優(yōu)化分解時(shí)延優(yōu)化分解主被叫主被叫CSFBCSFB時(shí)延階段一致,分為端到端呼叫建立時(shí)延與掛機(jī)返回時(shí)延,端到端呼叫建立時(shí)延又分為時(shí)延階段一致,分為端到端呼叫建立時(shí)延與掛機(jī)返回時(shí)延,端到端呼叫建立時(shí)延又分為LTELTE網(wǎng)絡(luò)連

12、接網(wǎng)絡(luò)連接建立時(shí)延、建立時(shí)延、LTELTE回落時(shí)延、回落時(shí)延、UMTSUMTS網(wǎng)絡(luò)呼叫建立時(shí)延、接聽時(shí)延。網(wǎng)絡(luò)呼叫建立時(shí)延、接聽時(shí)延。主被叫時(shí)延差別主要在UMTS網(wǎng)絡(luò)呼叫建立時(shí)延中radio Bearer Setup Complete Alerting。流程流程信令節(jié)點(diǎn)信令節(jié)點(diǎn)時(shí)長(主時(shí)長(主/ /被叫)被叫)LTE網(wǎng)絡(luò)連接建立時(shí)延Extended service request-RRC Connection Release0.118sLTE回落時(shí)延RRC Connection Release-CM Service RequestRRC Connection Release-rrcConnec

13、tionRequest0.471srrcConnectionRequest-rrcConnectionSetup0.247srrcConnectionSetup-rrcConnectionSetupComplete0.208srrcConnectionSetupComplete-CM Service Request0.041sUMTS網(wǎng)絡(luò)呼叫建立時(shí)延CM Service Request-AlertingCM Service Request-Setup0.498sSetup-Call proceeding0.165sCall proceeding-radioBearerSetup0.218sra

14、dioBearerSetup-radioBearerSetupComplete0.394sradioBearerSetupComplete-Alerting1.923s/0.046s接聽時(shí)延Alerting-Connect掛機(jī)返回Disconnect-TAU CompleteRRC Connection Release-TAU Completen長沙現(xiàn)網(wǎng)主被叫時(shí)延分布情況如下: CSFB 時(shí)延優(yōu)化分解 CSFB 時(shí)延優(yōu)化分解p 主被叫主被叫CSFBCSFB起呼起呼LTELTE網(wǎng)絡(luò)連接建立過程與尋呼方式網(wǎng)絡(luò)連接建立過程與尋呼方式主叫Idel起呼或被叫Idel接收尋呼,需RRC建立過程主被叫主被叫

15、CSFBCSFB起呼起呼LTELTE網(wǎng)絡(luò)連接建立過程因網(wǎng)絡(luò)連接建立過程因UEUE狀態(tài)不同分為狀態(tài)不同分為2 2種:種:ActiveActive態(tài)無態(tài)無RRCRRC建立過程、建立過程、IdelIdel態(tài)需態(tài)需RRCRRC建立過程。建立過程。Active態(tài)發(fā)起CSFB或響應(yīng)CSFB時(shí),UE在發(fā)起主被叫CSFB請(qǐng)求后,由于UE以建立RRC連接,網(wǎng)絡(luò)側(cè)會(huì)直接下發(fā)RRC Connection Release消息;Idel態(tài)發(fā)起CSFB或響應(yīng)CSFB時(shí),UE在發(fā)起主被叫CSFB請(qǐng)求后,先要建立RRC連接,網(wǎng)絡(luò)側(cè)才會(huì)下發(fā)RRC Connection Release消息。 Idel態(tài)CSFB起呼LTE網(wǎng)絡(luò)連接

16、建立時(shí)延明顯長于Active態(tài)。尋呼被叫的方式因被叫尋呼被叫的方式因被叫UE狀態(tài)不同分為狀態(tài)不同分為2種:種:ACTIVE態(tài)態(tài)在已有的信令連接上發(fā)送在已有的信令連接上發(fā)送NAS消息消息CS service notification給給UE、IDEL態(tài)通過無線信道發(fā)送態(tài)通過無線信道發(fā)送paging給給UEUE。UE通過CS service notification或Paging消息,收到來自CS域的呼叫時(shí),發(fā)送Extended Service Request消息給MME,然后MME發(fā)送SERVICE REQUET給MSC,表示已尋呼到UE。主叫Active起呼或被叫Active接收尋呼,無RRC

17、建立過程 CSFB 時(shí)延優(yōu)化經(jīng)驗(yàn)p 主叫端到端時(shí)延主叫端到端時(shí)延鑒權(quán)消息IE IE 3G側(cè)DMCR 功能 3G側(cè)T308/308參數(shù)Inactivity Timer參數(shù)參數(shù)調(diào)整調(diào)整DefPagCyc參數(shù)調(diào)整 手段手段l 修改CN側(cè)的CS鑒權(quán)頻率:CN側(cè)控制的鑒權(quán)會(huì)增加UE接入時(shí)的流程,從而增加CSFB時(shí)延,但是CS鑒權(quán)不是每次都必須,如果碰到的鑒權(quán)頻率太高,可以通過適當(dāng)減小CN側(cè)的鑒權(quán)頻率?,F(xiàn)網(wǎng)3G側(cè)已設(shè)置為CSFB不鑒權(quán)。l DMCR功能為UE回落到3G網(wǎng)絡(luò)進(jìn)行呼叫期間只讀取部分系統(tǒng)消息,而不需要在呼叫建立前讀完所有的系統(tǒng)消息,從而減少呼叫建立時(shí)間。LTE回落時(shí)延改善700ms以上。l 4G

18、側(cè)DefPagCyc參數(shù)為UE監(jiān)聽尋呼的循環(huán)周期,目前諾基亞現(xiàn)網(wǎng)該參數(shù)設(shè)置為128個(gè)radio frame,縮短UE監(jiān)聽尋呼的循環(huán)周期有助于減少4G側(cè)的尋呼時(shí)延及平均建立時(shí)延。修改至32個(gè)radio frame后CSFB平均建立時(shí)延改善600ms以上,但該參數(shù)改小會(huì)使UE尋呼監(jiān)聽次數(shù)增多3倍,大大增加了手機(jī)的耗電量。l 4G側(cè)Inactivity Timer參數(shù)為UE停止業(yè)務(wù)后保持連接態(tài)的時(shí)長,目前諾基亞現(xiàn)網(wǎng)該參數(shù)設(shè)置為10s個(gè),增大該參數(shù)能使UE停止業(yè)務(wù)后保持連接態(tài)的時(shí)長增長,使得UE在連接態(tài)的情況下發(fā)起CSFB的流程的概率增大,減少UE起呼是的呼叫連接建立時(shí)長及平均建立時(shí)延,修改20s后C

19、SFB平均建立時(shí)延改善約1秒 。l 3G側(cè)T308計(jì)時(shí)器為UE rrc connection release complete重發(fā)間隔時(shí)長,N308計(jì)數(shù)器為UE rrc connection release complete重發(fā)次數(shù)。修改T308=2(160ms)、N308=2為T308=0(40MS)、N308=1,能改善返回時(shí)延300ms左右。 CSFB 基本原理介紹p 主叫端到端時(shí)延主叫端到端時(shí)延鑒權(quán)鑒權(quán):湖州等地的Alcatel BSS將UE上報(bào)的Classmark進(jìn)行修改,使得原來針對(duì)CSFB UE的5元組鑒權(quán)變?yōu)?元組鑒權(quán), Nokia的BSS處理方式符合規(guī)范要求,對(duì)UE上報(bào)的Cl

20、assmark進(jìn)行透傳處理,因此暫不支持3元組鑒權(quán)的特殊要求。 l莆田鑒權(quán)階段時(shí)延為239msl湖州鑒權(quán)階段時(shí)延為0ms主被叫并行主被叫并行:杭州的部分CSFB呼叫,主叫和被叫部分信令并行進(jìn)行處理,從而有效減少了CSFB呼叫建立時(shí)間可達(dá)500ms以上。經(jīng)Nokia核心網(wǎng)確認(rèn),主被叫并行處理需要GSM開通AOIP,由于目前僅杭州部分MSC區(qū)域?qū)崿F(xiàn)此網(wǎng)絡(luò)結(jié)構(gòu)調(diào)整。福州實(shí)暫不支持該功能。 l莆田在TCH建立完成后開始尋呼l杭州一半左右的尋呼在TCH建立完成之前 CSFB基本原理介紹基本原理介紹 CSFB時(shí)延優(yōu)化措施時(shí)延優(yōu)化措施 CSFB未接通事件分析未接通事件分析主要介紹主要介紹CSFB網(wǎng)絡(luò)構(gòu)架、主

21、要信令流程、關(guān)鍵信令等網(wǎng)絡(luò)構(gòu)架、主要信令流程、關(guān)鍵信令等介紹介紹CSFB時(shí)延優(yōu)化手段,如鑒權(quán)消息、主被叫并行處理、時(shí)延優(yōu)化手段,如鑒權(quán)消息、主被叫并行處理、MFR參數(shù)等參數(shù)等對(duì)日常測試問題點(diǎn)分析和經(jīng)驗(yàn)總結(jié)。對(duì)日常測試問題點(diǎn)分析和經(jīng)驗(yàn)總結(jié)。未接通事件分類未接通事件分類綜合近幾次拉網(wǎng)數(shù)據(jù)分析來看,影響CSFB成功率的原因除UE設(shè)備問題外主要有盲重定向?qū)е抡加脽o線環(huán)境差的W小區(qū)、W容量問題、跨LAC位置更新被叫未收到尋呼、占用LTE無線環(huán)境差、FR回LTE網(wǎng)絡(luò)TAU過程超時(shí)等。其中跨LAC位置更新被叫未收到尋呼占比最大。通過對(duì)未接通事件的信令分析來看,未接通事件大多發(fā)生在W側(cè)。 CSFB 未接通事件

22、分析 3G3G側(cè)無線環(huán)境差導(dǎo)致未接通側(cè)無線環(huán)境差導(dǎo)致未接通南二環(huán)桔園立交橋北南二環(huán)桔園立交橋北CSFB回落回落W小區(qū)小區(qū)ECIO差小區(qū)導(dǎo)致會(huì)叫失敗差小區(qū)導(dǎo)致會(huì)叫失敗 CSFB 未接通事件分析問題分析:車輛從韶山路往南二環(huán)由北往西行駛過程中,主叫UE回落到3G網(wǎng)絡(luò)占用W-雨花區(qū)侯家塘資源-3小區(qū),行駛至立交橋轉(zhuǎn)盤處該小區(qū)信號(hào)快衰,但原來覆蓋該處的W-雨花區(qū)雨花礦業(yè)大廈-2小區(qū)信號(hào)較差,ECIO在-18db左右,無法正常切換導(dǎo)致未接通。 3G3G側(cè)擁塞引起側(cè)擁塞引起ECIOECIO惡化導(dǎo)致未接通惡化導(dǎo)致未接通芙蓉路侯家塘立交橋北芙蓉路侯家塘立交橋北CSFB回落回落W髙話務(wù)擁塞小區(qū)髙話務(wù)擁塞小區(qū)EC

23、IO惡化導(dǎo)致起呼失敗惡化導(dǎo)致起呼失敗 CSFB 未接通事件分析問題分析:車輛從勞動(dòng)路往芙蓉路由西往北行駛,在侯家塘立交橋主叫UE回落到3G網(wǎng)絡(luò)W-天心區(qū)凱華大廈-2小區(qū),由于12月7日WD-天心區(qū)候家塘建設(shè)銀行-工程期站點(diǎn)為單載波站點(diǎn),擁塞情況較為嚴(yán)重,導(dǎo)致無法正常占用該站點(diǎn)小區(qū),往北行駛過程ECIO驟降導(dǎo)致起呼失敗。 4G4G側(cè)側(cè)LTELTE無線環(huán)境差導(dǎo)致未接通無線環(huán)境差導(dǎo)致未接通遠(yuǎn)大路瀏陽河大橋西遠(yuǎn)大路瀏陽河大橋西LTE無線環(huán)境差導(dǎo)致未接通無線環(huán)境差導(dǎo)致未接通 CSFB 未接通事件分析問題分析:車輛沿遠(yuǎn)大路瀏陽河大橋由西往東行駛,主叫已完成RB,被叫UE在LFH-芙蓉區(qū)長善路一二六號(hào)-2小

24、區(qū)收到尋呼,并發(fā)起CSFB流程,但由于橋頭信號(hào)雜亂,重疊覆蓋嚴(yán)重, SINR在-4dB左右,隨后出現(xiàn)頻繁切換,未能收到網(wǎng)絡(luò)側(cè)下發(fā)的RRC Connection Release,被叫CSFB流程提前結(jié)束,導(dǎo)致主叫超時(shí)未接通。 FRFR回回LTELTE網(wǎng)絡(luò)網(wǎng)絡(luò)TAUTAU過程超時(shí)過程超時(shí)緯六路路口緯六路路口FR回回LTE網(wǎng)絡(luò)網(wǎng)絡(luò)TAU過程超時(shí)導(dǎo)致尋呼不可達(dá)過程超時(shí)導(dǎo)致尋呼不可達(dá) CSFB 未接通事件分析問題分析:車輛沿京珠高速下道路往北行駛至緯六路路口附近,主叫發(fā)起CSFB,并完成RB,被叫UE由于上一次通話結(jié)束FR到LFH-芙蓉區(qū)汽車東站-1小區(qū)后弱覆蓋質(zhì)差(SINR在-8dB左右)TAC更新超時(shí)(29s),尋呼不可達(dá)導(dǎo)致未接通。 FRFR回回LTELTE網(wǎng)絡(luò)網(wǎng)絡(luò)TAUTAU過程超時(shí)過程超時(shí)蔡鍔北路教育街跨蔡鍔北路教育街跨TA/LA更新導(dǎo)致未接通更新導(dǎo)致未接通 CSFB 未接通事件分析問題分析:被叫在TAC:29453收到尋呼并上報(bào)Extended service request后跨TA/LA進(jìn)行聯(lián)合位置更新,到TAC:29448后未能收到網(wǎng)絡(luò)側(cè)下發(fā)的RRC Connection Release,網(wǎng)絡(luò)側(cè)無第二次尋呼下發(fā)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(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)論