亚洲免费av电影一区二区三区,日韩爱爱视频,51精品视频一区二区三区,91视频爱爱,日韩欧美在线播放视频,中文字幕少妇AV,亚洲电影中文字幕,久久久久亚洲av成人网址,久久综合视频网站,国产在线不卡免费播放

        ?

        LTE系統(tǒng)小數(shù)據(jù)包業(yè)務(wù)無線資源優(yōu)化研究

        2015-01-27 11:31:45宋蒙范斌孫雷
        移動(dòng)通信 2014年15期

        宋蒙+范斌+孫雷

        【摘 ? ?要】在當(dāng)前移動(dòng)通信網(wǎng)絡(luò)中智能終端數(shù)量激增,數(shù)據(jù)業(yè)務(wù)種類繁多,小數(shù)據(jù)包業(yè)務(wù)占比日趨增長的大環(huán)境下,基于3GPP LTE Release11版本中引入的多數(shù)據(jù)應(yīng)用增強(qiáng)技術(shù)(Enhancements for Diverse Data Applications,eDDA),主要研究LTE系統(tǒng)小數(shù)據(jù)包業(yè)務(wù)場景,分析RRC狀態(tài)轉(zhuǎn)換、信令開銷、上行資源開銷等參數(shù),并基于上述分析研究可能的優(yōu)化方案。

        【關(guān)鍵詞】小數(shù)據(jù)包業(yè)務(wù) ? ?eDDA ? ?信令開銷 ? ?資源開銷 ? ?長DRX周期

        中圖分類號:TN929.5 ? ?文獻(xiàn)標(biāo)識碼:A ? ?文章編號:1006-1010(2014)-15-0085-06

        1 ? 引言

        智能手機(jī)的大量發(fā)展促使用戶的使用習(xí)慣開始發(fā)生改變,越來越多的用戶開始通過手機(jī)使用微博、即時(shí)通信(Instant Message,IM)等應(yīng)用,而該業(yè)務(wù)的永遠(yuǎn)在線、心跳現(xiàn)象等特點(diǎn),使得終端需要頻繁的進(jìn)行信令鏈接重建和小數(shù)據(jù)量傳輸?shù)?,這就必然會(huì)引起LTE(Long Time Evolution)網(wǎng)絡(luò)的信令風(fēng)暴問題,也對終端耗電、用戶體驗(yàn)、系統(tǒng)效率等指標(biāo)提出了挑戰(zhàn)。因此為了分析該問題對網(wǎng)絡(luò)的影響,并提出恰當(dāng)?shù)慕鉀Q方案,移動(dòng)網(wǎng)絡(luò)小數(shù)據(jù)包業(yè)務(wù)優(yōu)化技術(shù)成為運(yùn)營商研究的熱點(diǎn)。

        對于LTE系統(tǒng)來說,2011年3月舉辦的RAN#51次會(huì)議決定在R11版本中引入多數(shù)據(jù)應(yīng)用增強(qiáng)技術(shù)(Enhancements for Diverse Data Applications,eDDA),其主要目的就是針對小數(shù)據(jù)包業(yè)務(wù)進(jìn)行研究[1],分析智能終端及其永遠(yuǎn)在線的業(yè)務(wù)特性對網(wǎng)絡(luò)產(chǎn)生的影響,并進(jìn)一步研究LTE系統(tǒng)下的潛在解決方案。

        2 ? 現(xiàn)有業(yè)務(wù)場景和功能評估

        2.1 ?主要業(yè)務(wù)場景

        目前3GPP RAN2工作組歸納了5種業(yè)務(wù)類型場景并確定了研究的優(yōu)先級:

        如表1所示[2],背景流量和即時(shí)通信類業(yè)務(wù)具有永久在線、心跳數(shù)據(jù)突發(fā)的特點(diǎn),容易引起頻繁的信令鏈接釋放和重建,因此對這類小數(shù)據(jù)包業(yè)務(wù)的研究具有較高的優(yōu)先級。

        表1 ? ?小數(shù)據(jù)業(yè)務(wù)場景分類

        業(yè)務(wù)場景 業(yè)務(wù)描述

        高優(yōu)先級類業(yè)務(wù)

        背景流量 沒有用戶操作,后臺自動(dòng)運(yùn)行的業(yè)務(wù)在客戶端和服務(wù)器間歇性的有小數(shù)據(jù)包交互傳輸?shù)臉I(yè)務(wù)。平均速率大約5Byte/s~250Byte/s

        即時(shí)通信 用戶層傳輸?shù)奈谋绢悢?shù)據(jù)包以及用于驗(yàn)證消息傳遞狀況的應(yīng)用層和傳輸層協(xié)議信令。平均速率大概在30~100Byte/s

        低優(yōu)先級類業(yè)務(wù)

        在線游戲 在線類的網(wǎng)絡(luò)游戲,平均數(shù)據(jù)速率大約1~8KB/s

        互動(dòng)內(nèi)容瀏覽 網(wǎng)頁瀏覽、在線商店、微博等用戶主動(dòng)發(fā)起的業(yè)務(wù)。速率大約在5~64KB/s之間

        HTTP視頻流 分段傳輸?shù)囊曨l媒體數(shù)據(jù)流

        2.2 ?小數(shù)據(jù)對LTE網(wǎng)絡(luò)的影響分析

        數(shù)據(jù)包較小而包間隔較長的特性使終端需要頻繁地在RRC_CONNECTED和RRC_IDLE兩個(gè)狀態(tài)之間切換,這將會(huì)產(chǎn)生信令風(fēng)暴的問題。同時(shí),較低的數(shù)據(jù)到達(dá)率也造成了大部分上行傳輸信道(Physical Uplink Control Channel,PUCCH)預(yù)留的傳輸調(diào)度請求資源的浪費(fèi)。

        (1)信令風(fēng)暴問題

        本節(jié)主要是對小數(shù)據(jù)引起的RRC狀態(tài)變化和用戶在小區(qū)間切換帶來的信令開銷進(jìn)行分析。

        1)RRC狀態(tài)轉(zhuǎn)換的信令開銷

        當(dāng)RRC的連接沒有建立,即沒有數(shù)據(jù)傳輸時(shí),UE處于RRC_IDLE狀態(tài);一旦有數(shù)據(jù)發(fā)送或接收,就需要建立連接,UE將轉(zhuǎn)入RRC_CONNECTED狀態(tài)。當(dāng)UE的數(shù)據(jù)業(yè)務(wù)結(jié)束時(shí)會(huì)啟動(dòng)RRC去激活定時(shí)器(RRC Inactivity Timer),如果網(wǎng)絡(luò)在該定時(shí)器工作范圍內(nèi)都沒有檢測到業(yè)務(wù),那么當(dāng)計(jì)時(shí)結(jié)束時(shí)UE又會(huì)重新轉(zhuǎn)入RRC_IDLE狀態(tài),如此循環(huán)。當(dāng)這種狀態(tài)的遷移過于頻繁時(shí)可能會(huì)給網(wǎng)絡(luò)帶來高信令負(fù)荷,并可能產(chǎn)生信令風(fēng)暴。

        表2給出了單個(gè)UE一次RRC建立連接/釋放所產(chǎn)生的數(shù)據(jù)量[3]。RRC建立的開銷在上行是70Bytes,下行約190Bytes左右。結(jié)合具體的網(wǎng)絡(luò)配置(主要是RRC Inactivity Timer的取值)和小區(qū)內(nèi)用戶數(shù)的情況還會(huì)有所增加。頻繁的RRC建立連接/釋放勢必會(huì)產(chǎn)生過多的信令流,會(huì)帶來無謂的數(shù)據(jù)量,增加了eNodeB的工作負(fù)荷,降低了網(wǎng)絡(luò)效率。

        表2 ? ?一次RRC建立連接/釋放流程信令的開銷

        步驟 á UL

        ? DL MAC PDU承載的內(nèi)容 MAC PDU大小/字節(jié)

        UL DL

        1 á Preamble -- --

        2 ? Random Access Response -- 7

        3 á RRC Connection Request 7 --

        4 ? RRC Connection Setup + (UE Contention Resolution Identity MAC CE) -- 38

        5 á Buffer Status Report 2 --

        6 á RRC Connection Setup Complete (+ NAS Service Request) 20 --

        7 ? RLC Status Report -- 3endprint

        8 ? Security Mode Command -- 11

        9 ? RRC Connection Reconfiguration (+NAS: Activate Dedicated EPS Bearer Context Req) -- 118

        10 á Buffer Status Report 2 --

        11 á Security Mode Complete 13 --

        12 á RRC Connection Reconfiguration Complete 10 --

        13 ? RLC Status Report -- 3

        14 ? Buffer Status Report 2 --

        15 á UL Information Transfer (NAS: Activate Dedicated EPS BEARER Context Accept) 13 --

        16 ? RLC Status Report -- 3

        17 ? RRC Connection Release -- 10

        18 á RLC Status Report 3 --

        總字節(jié)數(shù) 72 193

        2)UE移動(dòng)的信令開銷

        完整的切換過程涉及的信令較多,這里只考慮1次切換流程的空中接口信令開銷。

        表3說明整個(gè)切換過程最少會(huì)帶來上行30Bytes,下行100Bytes的信令負(fù)荷[3]。如果加上設(shè)置終端進(jìn)行測量的RRC重配置信令過程,信令量還將進(jìn)一步增加。切換的空口信令條數(shù)較少,數(shù)據(jù)量要略小于RRC連接建立/釋放信令產(chǎn)生的數(shù)據(jù)量。所以切換相比較于RRC狀態(tài)遷移對網(wǎng)絡(luò)帶來的信令負(fù)荷也會(huì)略小。但是過多的切換仍然需要避免。

        RRC IDLE態(tài)移動(dòng)性在大多數(shù)情況下不會(huì)涉及任何空口或回傳信令,如果只考慮移動(dòng)信令消耗,IDLE模式是比較合適的。

        表3 ? ?一次切換流程信令的數(shù)據(jù)量

        步驟 áUL

        ?DL MAC PDU承載的內(nèi)容 MAC PDU大小/字節(jié)

        UL DL

        1 á Buffer Status Report 2 --

        2 á Measurement Report 19 --

        3 ? RLC Status Report -- 3

        4 ? RRC Connection Reconfiguration including mobility Control Info. -- 87

        5 á Preamble -- --

        6 ? Random Access Response -- 7

        7 á RRC Connection Reconfiguration Complete 13 --

        8 ? RLC Status Report -- 3

        總字節(jié)數(shù) 34 100

        (2)UE功耗

        非連續(xù)接收DRX(Discontinuous reception)是在LTE R8開始引入的一種省電工作機(jī)制,UE只在極短時(shí)間內(nèi)監(jiān)聽下行控制信道(Physical Downlink Control Channel,PDCCH),其余時(shí)間均處于睡眠狀態(tài)。eNodeB也會(huì)保持與UE的DRX周期同步以避免在UE“睡眠”周期內(nèi)發(fā)送數(shù)據(jù),影響用戶的業(yè)務(wù)體驗(yàn)。

        圖1到圖3給出了UE在3kmph、30kmph的移動(dòng)速度下,配置160ms和640ms的DRX周期對于UE電量消耗的影響[4]。同時(shí)也考慮了不同的RRC Inactivity Timer的取值(1s,5s,10s,30s,100s)。

        圖2 ? ?用戶平均耗電(30kmph,DRX 640ms)

        圖3 ? ?用戶平均耗電(3kmph,DRX160ms)

        從圖1和圖3的對比可以看出:DRX周期為640ms時(shí)的耗電要明顯低于160ms時(shí)的耗電。另外,RRC Inactivity Timer的取值較大時(shí),UE處于連接狀態(tài)的時(shí)間也就越長,耗電也就越高。而圖1和圖2的對比則說明:UE的移動(dòng)速度對功耗的影響沒有DRX周期和RRC Inactivity Timer對功耗的影響那么明顯。需要注意的是在睡眠狀態(tài)下UE無法監(jiān)聽信道消息,這也就意味著在移動(dòng)速度較高的情況下切換失敗的概率會(huì)比IDLE狀態(tài)高。因此在考慮優(yōu)化信令、UE功耗的同時(shí)必須考慮對移動(dòng)性能的影響。

        綜合以上分析可知,小數(shù)據(jù)業(yè)務(wù)的優(yōu)化研究必須綜合考慮業(yè)務(wù)種類、用戶體驗(yàn)、網(wǎng)絡(luò)效率等多方面因素,從而對DRX周期等參數(shù)做出合理的配置以達(dá)到提升網(wǎng)絡(luò)質(zhì)量、改善業(yè)務(wù)體驗(yàn)的目的。

        (3)PUCCH資源開銷

        PUCCH信道傳輸上行物理層控制信息,承載的物理信息包括上行調(diào)度請求(Scheduling Request,SR)、ACK/NACK信息和信道狀態(tài)信息(CSI,Channel State Information)反饋(包括CQI/PMI/RI)。所占用物理資源的情況如圖4所示[5]:

        圖4 ? ?UE PUCCH所占的PRB數(shù)

        由圖4可以看出,在周期配置比較小時(shí),PUCCH主要開銷為SR和CQI的開銷,其它資源的開銷比較少且固定。針對周期性CQI,其資源利用率在沒有DRX時(shí)以及有DRX但只在UE短暫醒來的期間發(fā)送,所以利用率是100%。但針對SR,其資源利用率取決于業(yè)務(wù)的上行數(shù)據(jù)到達(dá)率。不同的業(yè)務(wù),其上行數(shù)據(jù)到達(dá)率不同,從而導(dǎo)致SR資源利用率不同,如圖5所示[2]。endprint

        大多數(shù)情況下,即便是在SR周期較大的情況下,分配用于業(yè)務(wù)傳輸?shù)腟R資源利用率依然是非常低的,尤其是對背景類、即時(shí)通信類和網(wǎng)頁瀏覽類這些數(shù)據(jù)包間隔相對較大的業(yè)務(wù)來說。

        考慮到此類業(yè)務(wù)每次交互的數(shù)據(jù)包非常小,人為參與的每次操作間隔也較長,可以認(rèn)為此類業(yè)務(wù)具備一定的時(shí)延容忍性,針對典型的小數(shù)據(jù)業(yè)務(wù)可以考慮在現(xiàn)有的SR周期定義的基礎(chǔ)上擴(kuò)展最大的SR周期值來提升SR資源利用率,降低網(wǎng)絡(luò)整體資源消耗;或者實(shí)時(shí)地監(jiān)測SR資源利用率,從而進(jìn)行調(diào)整。但需要注意此方法不適用于在線游戲、VOIP等實(shí)時(shí)性業(yè)務(wù)。

        3 ? 優(yōu)化分析

        基于上述分析,小數(shù)據(jù)包業(yè)務(wù)優(yōu)化方案的研究主要是圍繞著優(yōu)化信令負(fù)荷、UE能耗和控制資源等方面展開。

        3.1 ?優(yōu)化網(wǎng)絡(luò)信令開銷

        (1)優(yōu)化RRC連接管理

        目前,在業(yè)務(wù)請求過程中需要的空口RRC信令包括:

        1)RRC Connection Request消息,RRC Connection Setup消息和RRC Connection Setup Complete消息。

        2)Security Mode Command消息,Security Mode Complete消息。

        3)RRC Connection Reconfiguration消息,RRC Connection Reconfiguration Complete消息。

        優(yōu)化方案可以考慮將2),3)兩部分的信令融合到RRC Connection Setup中(僅包含1個(gè)RRC信令),同時(shí)eNodeB可以較早的從移動(dòng)管理實(shí)體(Mobility Management Entity,MME)處獲得需要的上下文。要注意的是傳遞的RRC消息總量并未減少,只是通過使用較少的RRC信令條數(shù)完成UE與MME之間的信息交互,達(dá)到減少業(yè)務(wù)請求過程中空口(RRC)信令的目的。缺點(diǎn)是對現(xiàn)網(wǎng)改動(dòng)較大,并且在網(wǎng)絡(luò)覆蓋不好的情況下傳輸開銷較大的RRC信令同樣可能導(dǎo)致額外的重傳。

        (2)始終處于RRC連接狀態(tài)

        通過核心網(wǎng)(Core Network,CN)輔助設(shè)置關(guān)鍵參數(shù),例如RRC去激活定時(shí)器和DRX定時(shí)器,可以依據(jù)這些參數(shù)對RAN進(jìn)行調(diào)整或優(yōu)化RAN參數(shù),并將其應(yīng)用于UE。這樣可以減少空閑態(tài)和連接態(tài)的頻繁轉(zhuǎn)化,降低網(wǎng)絡(luò)信令開銷,同時(shí)也能節(jié)約UE能耗。這些參數(shù)的初始值可以是在ATTACH過程中獲得,或從簽約數(shù)據(jù)中獲得(例如,移動(dòng)信息/應(yīng)用特性信息),或從UE的業(yè)務(wù)模型或移動(dòng)模型中獲得的。RAN可以通過在RRC連接釋放的時(shí)候?qū)⑾嚓P(guān)的輔助信息發(fā)送給MME(例如,在eNodeB發(fā)送給MME的UE Context Release Complete消息中添加),這些輔助信息可以在UE發(fā)起后續(xù)的連接中使用。MME需要有儲存其覆蓋范圍內(nèi)大量UE信息的能力。

        (3)控制面?zhèn)鬏敂?shù)據(jù)

        除此之外,還可以考慮通過控制面進(jìn)行小數(shù)據(jù)業(yè)務(wù)的傳輸。主要是考慮一些小數(shù)據(jù)業(yè)務(wù)只想傳輸一個(gè)較小的IP數(shù)據(jù)包,或者只需要傳輸一個(gè)應(yīng)答消息的場景下,傳統(tǒng)的業(yè)務(wù)流程會(huì)極大的增加無線資源的使用。因此考慮在小數(shù)據(jù)傳輸中避免建立DRB(數(shù)據(jù)無線承載)而采用優(yōu)化控制面連接進(jìn)行傳輸。此優(yōu)化方案下LTE需要針對處在RRC IDLE狀態(tài)下的UE打上“不頻繁小數(shù)據(jù)”的標(biāo)簽來避免DRB建立。下行的尋呼消息中也要增加“小數(shù)據(jù)標(biāo)志”的標(biāo)簽,數(shù)據(jù)和控制信令的合并也增加了復(fù)雜度。網(wǎng)絡(luò)UE需要同時(shí)支持該功能。

        3.2 ?優(yōu)化UE能耗

        (1)空閑狀態(tài)擴(kuò)展DRX配置

        在空閑模式下,通過擴(kuò)展最大的DRX周期降低尋呼的頻率來減少功耗。RAN結(jié)點(diǎn)對擴(kuò)展的DRX周期的支持情況可以通過S1/Iu接口信令、OAM方法或手工配置的方式通知。如果支持該功能,UE可通過NAS過程在任何時(shí)候查詢??臻e模式通過擴(kuò)展最長DRX周期的方法,其適用于下行發(fā)起的信令或傳輸間隔較大的數(shù)據(jù)傳輸。對于靜止或者具有一定移動(dòng)性(平衡功耗和移動(dòng)性性能損失)的設(shè)備,該方案均可以實(shí)現(xiàn)。需要注意的是該功能必須要考慮UE的能力和網(wǎng)絡(luò)的支持情況,還要避免較長周期可能引起的尋呼丟失。

        (2)連接狀態(tài)的長DRX周期

        UTRAN/E-UTRAN提供新的值來開啟連接態(tài)的長DRX周期以及RRC/MAC用后向兼容的辦法來提供長DRX周期參數(shù)。當(dāng)應(yīng)用長DRX周期值,RRC去激活定時(shí)器需要進(jìn)行適當(dāng)調(diào)整。由于長DRX周期會(huì)帶來長時(shí)延,所以從應(yīng)用層面看,長DRX周期(長于幾十秒)主要適用于移動(dòng)臺發(fā)起的交互或容忍長時(shí)延的應(yīng)用。另外需要注意的是對于移動(dòng)的UE,會(huì)帶來很多的錯(cuò)誤處理并帶來開銷,或者不得不回到空閑模式,這樣就不會(huì)帶來任何增益。因此這種方案只對靜止的UE有增益。

        3.3 ?SR資源利用增強(qiáng)

        在第2章節(jié)的PUCCH資源開銷分析中已提到對于實(shí)時(shí)性要求較低的小數(shù)據(jù)業(yè)務(wù),可以考慮增大SR周期來減少總的SR配置次數(shù)以提高利用率。但是UE往往會(huì)處于多種業(yè)務(wù)并行的狀態(tài),單純地增大SR周期可能會(huì)帶來時(shí)延,影響部分應(yīng)用的體驗(yàn)。

        為了保障業(yè)務(wù)的性能和用戶體驗(yàn),可以結(jié)合UE業(yè)務(wù)特性和網(wǎng)絡(luò)當(dāng)前總體資源負(fù)荷狀況進(jìn)行調(diào)度以改善SR資源的利用情況。例如,在eNodeB和UE中引入同步的定時(shí)器分別統(tǒng)計(jì)每個(gè)UE在一定的時(shí)間范圍內(nèi)用來統(tǒng)計(jì)上行數(shù)據(jù)傳輸?shù)腟R所占的比率。根據(jù)統(tǒng)計(jì)結(jié)果在下一次的業(yè)務(wù)傳輸之前決定是否要對SR周期的配置進(jìn)行調(diào)整。同時(shí),網(wǎng)絡(luò)需要針對buffer中數(shù)據(jù)的等待時(shí)間設(shè)定門限值以防止數(shù)據(jù)包等待的時(shí)間過長,盡可能的滿足用戶的所有業(yè)務(wù)需求。

        4 ? 結(jié)束語

        本文基于3GPP eDDA課題,對業(yè)務(wù)場景進(jìn)行了歸納,并進(jìn)一步對網(wǎng)絡(luò)信令負(fù)荷、控制信道資源受限以及終端耗電等關(guān)鍵指標(biāo)和存在的問題進(jìn)行了的評估與分析。最后針對以上幾項(xiàng)參數(shù)提出了信令優(yōu)化,DRX周期擴(kuò)展配置,輔助信息優(yōu)化等方案。目前對小數(shù)據(jù)業(yè)務(wù)的優(yōu)化研究尚處于初始階段,主要是從理論上來分析未來網(wǎng)絡(luò)中小數(shù)據(jù)業(yè)務(wù)可能引入的問題,從而在標(biāo)準(zhǔn)中予以解決,為今后LTE網(wǎng)絡(luò)的部署打下基礎(chǔ)。endprint

        參考文獻(xiàn):

        [1] RIM. RP-120256 Revised WID for LTE RAN Enhancements for Diverse Data Applications[EB/OL]. (2012-02-24)[2014-04-17]. http://www.3gpp.org/ftp/tsg_ran/TSG_RAN/TSGR_55/Docs/ RP-120256.zip.

        [2] RIM. TR36.822 LTE RAN Enhancements for Diverse Data Applications (Release 11)[EB/OL]. (2012-09-19)[2014-04-17]. http://www.3gpp.org/ftp/Specs/archive/36_series/36.822/36822-b00.zip.

        [3] 中國通信標(biāo)準(zhǔn)化協(xié)會(huì). 針對LTE終端小數(shù)據(jù)包的無線資源管理優(yōu)化研究[EB/OL]. (2014-04-03)[2014-04-17]. http://www.ccsa.org.cn/tc/meeting_annex.php?doc_id=64561.

        [4] Nokia Corporation, Nokia Siemens Networks. R2-120367 Further results on network signalling load and UE power consumption[EB/OL]. (2012-01-31)[2014-04-17]. http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_77/Docs/R2-120367.zip.

        [5] RIM. R2-120546 Editorial Corrections to TR 36.822[EB/OL]. (2012-01-30)[2014-04-17]. http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_77/Docs/R2-120546.zip.

        作者簡介

        宋蒙:工程師,碩士畢業(yè)于南安普頓大學(xué),現(xiàn)任職于中國聯(lián)合網(wǎng)絡(luò)通信有限公司網(wǎng)絡(luò)技術(shù)研究院無線技術(shù)研究部,主要研究方向?yàn)榫W(wǎng)絡(luò)架構(gòu)及設(shè)備演進(jìn),LTE關(guān)鍵技術(shù)。

        范斌:中級工程師,博士畢業(yè)于北京郵電大學(xué),現(xiàn)任職于中國聯(lián)合網(wǎng)絡(luò)通信有限公司網(wǎng)絡(luò)技術(shù)研究院無線技術(shù)研究部,主要研究方向?yàn)镠SPA+、LTE關(guān)鍵技術(shù)、Small Cell。

        孫雷:中級工程師,博士畢業(yè)于北京郵電大學(xué),現(xiàn)任職于中國聯(lián)合網(wǎng)絡(luò)通信有限公司網(wǎng)絡(luò)技術(shù)研究院無線技術(shù)研究部,主要研究方向?yàn)闊o線網(wǎng)絡(luò)架構(gòu)演進(jìn)、HSPA+、LTE關(guān)鍵技術(shù)。endprint

        亚洲欧美成人一区二区在线电影 | 人妻尤物娇呻雪白丰挺| 成年网站在线91九色| 白丝爆浆18禁一区二区三区| 日韩内射美女人妻一区二区三区| 岛国精品一区二区三区| 亚洲精品熟女av影院| 神马影院午夜dy888| 日韩成人大屁股内射喷水| 国产xxxxx在线观看免费| 国产色婷亚洲99精品av网站| 无码国产精成人午夜视频一区二区| 亚洲人午夜射精精品日韩| 国产在线精品一区二区在线看| 亚洲一区二区三区乱码在线| 国产一区国产二区亚洲精品| 性色av浪潮av色欲av| 无码熟妇人妻AV影音先锋| 日本高清一区二区三区色| 亚洲性无码av中文字幕 | 久久香蕉国产精品一区二区三| 不打码在线观看一区二区三区视频 | 久久精品成人一区二区三区| 精品人妻人人做人人爽夜夜爽| 人妻少妇无码中文幕久久| 亚洲永久精品日韩成人av| 狠狠97人人婷婷五月| 婷婷综合缴情亚洲| 亚洲色图在线视频免费观看 | 国产乱理伦在线观看美腿丝袜| 亚洲 自拍 另类小说综合图区| 欧美a级在线现免费观看| 91九色精品日韩内射无| 男女18禁啪啪无遮挡激烈网站| 亚洲色无码播放| baoyu网址国产最新| 丰满少妇被猛进去高潮| 国产精品51麻豆cm传媒| 国产清品夜色一区二区三区不卡| 亚洲av网一区二区三区成人| 欧美人妻aⅴ中文字幕|