(中國(guó)移動(dòng)通信集團(tuán)設(shè)計(jì)院有限公司,北京 100080)
電信級(jí)WLAN認(rèn)證平臺(tái)系統(tǒng)建設(shè)方案探討
劉長(zhǎng)瑞
(中國(guó)移動(dòng)通信集團(tuán)設(shè)計(jì)院有限公司,北京 100080)
目前各運(yùn)營(yíng)商均建設(shè)了WLAN認(rèn)證平臺(tái),如何提升用戶使用感知、保障業(yè)務(wù)的穩(wěn)定性成為各運(yùn)營(yíng)商目前面臨的當(dāng)務(wù)之急。本文針對(duì)認(rèn)證平臺(tái)的特點(diǎn),提出了認(rèn)證流程優(yōu)化和多中心系統(tǒng)的建設(shè)方案,并對(duì)各種不同的方案進(jìn)行了分析比較,為認(rèn)證平臺(tái)的實(shí)際建設(shè)提供指導(dǎo)。
認(rèn)證流程;MAC;負(fù)荷分擔(dān)
WLAN(Wireless Local Area Networks, 無(wú)線局域網(wǎng)),是電信運(yùn)營(yíng)商提供的一種無(wú)線寬帶接入服務(wù)。用戶可通過(guò)內(nèi)置WLAN無(wú)線模塊的終端或WLAN網(wǎng)卡的方式獲得互聯(lián)網(wǎng)接入服務(wù)。WLAN業(yè)務(wù)面向手機(jī)用戶開(kāi)放,用戶可以在有電信運(yùn)營(yíng)商無(wú)線網(wǎng)絡(luò)覆蓋的區(qū)域連接網(wǎng)絡(luò),即無(wú)線訪問(wèn)互聯(lián)網(wǎng)。
目前WLAN業(yè)務(wù)支持“帳號(hào)+密碼”的認(rèn)證能力,用戶可以通過(guò)以下3種方式認(rèn)證:Web認(rèn)證、客戶端認(rèn)證、自動(dòng)登陸認(rèn)證(EAP-SIM/PEAP)使用WLAN業(yè)務(wù)。Web認(rèn)證是指用戶通過(guò)WLAN門(mén)戶頁(yè)面手動(dòng)輸入用戶名密碼登陸使用;客戶端認(rèn)證是指用戶需下載并在終端上安裝客戶端,在客戶端內(nèi)配置用戶名/密碼后使用;自動(dòng)登陸認(rèn)證是指用戶首次使用時(shí)需要進(jìn)行終端配置,配置成功后,終端會(huì)自動(dòng)保存,下次上線無(wú)需用戶配置,終端自動(dòng)進(jìn)行認(rèn)證,該方式支持部分操作系統(tǒng),不能適用于所有終端。
Web認(rèn)證和客戶端認(rèn)證方式均需要用戶進(jìn)行手動(dòng)配置,用戶使用便捷性大打折扣;自動(dòng)登陸認(rèn)證方式初次使用時(shí)需要進(jìn)行終端配置并且不能適用所有終端,有一定的局限性。為了提高用戶使用感知,減少用戶手動(dòng)操作次數(shù),需要在原有Web認(rèn)證方式的基礎(chǔ)上進(jìn)行流程優(yōu)化即引入MAC認(rèn)證方式。
另一方面,目前WLAN認(rèn)證平臺(tái)系統(tǒng)的單節(jié)點(diǎn)建設(shè)模式難以保證大容量WLAN認(rèn)證的可靠性和業(yè)務(wù)連續(xù)性,系統(tǒng)發(fā)生故障時(shí)會(huì)引起業(yè)務(wù)中斷,影響了用戶使用和滿意度。因此WLAN認(rèn)證系統(tǒng)多中心系統(tǒng)的建立對(duì)于WLAN業(yè)務(wù)的今后發(fā)展尤為重要。
3.1 方案說(shuō)明
MAC認(rèn)證是一種基于端口和MAC地址對(duì)用戶的網(wǎng)絡(luò)訪問(wèn)權(quán)限進(jìn)行控制的認(rèn)證方法,它不需要用戶安裝任何客戶端軟件。MAC認(rèn)證與自動(dòng)登陸方式不同,用戶不需要對(duì)終端進(jìn)行配置,主要工作在網(wǎng)絡(luò)側(cè)完成。網(wǎng)絡(luò)設(shè)備在首次檢測(cè)到用戶的MAC地址以后,即啟動(dòng)對(duì)該用戶的認(rèn)證操作。認(rèn)證過(guò)程中,也不需要用戶手動(dòng)輸入用戶名或者密碼。
3.2 網(wǎng)元改造
根據(jù)目前WLAN系統(tǒng)網(wǎng)絡(luò)現(xiàn)狀,可以通過(guò)以下兩種改造方案實(shí)現(xiàn)MAC認(rèn)證。
3.2.1 方案1:由Radius網(wǎng)元存儲(chǔ)用戶MAC信息
主要接入流程階段說(shuō)明:
用戶終端與WLAN網(wǎng)絡(luò)關(guān)聯(lián);
AC在DHCP地址分配的階段,向Radius發(fā)起認(rèn)證請(qǐng)求,攜帶用戶MAC地址;
如果用戶已開(kāi)通MAC認(rèn)證,允許用戶直接上網(wǎng);如果用戶未開(kāi)通,強(qiáng)制發(fā)起Web認(rèn)證流程,用戶在認(rèn)證頁(yè)面上選擇開(kāi)通MAC認(rèn)證,正常認(rèn)證通過(guò)后,Radius記錄MAC地址;
用戶再次與WLAN網(wǎng)絡(luò)關(guān)聯(lián)時(shí),AC自動(dòng)發(fā)起MAC認(rèn)證并認(rèn)證通過(guò)。
認(rèn)證接入流程如圖1所示。
3.2.2 方案2:由Portal網(wǎng)元存儲(chǔ)用戶MAC信息
主要接入流程階段說(shuō)明:
用戶終端與WLAN網(wǎng)絡(luò)關(guān)聯(lián);
AC對(duì)終端的流量進(jìn)行監(jiān)測(cè),當(dāng)流量超過(guò)閾值時(shí)(如5 min流量大于10 kB),Portal啟動(dòng)MAC認(rèn)證;
如果用戶已開(kāi)通MAC認(rèn)證,允許用戶直接上網(wǎng);如果用戶未開(kāi)通,強(qiáng)制發(fā)起Web認(rèn)證流程,用戶在認(rèn)證頁(yè)面選擇開(kāi)通MAC認(rèn)證,正常認(rèn)證通過(guò)后,Portal留存該用戶的用戶名密碼、MAC、UA等信息;
用戶再次連接WLAN網(wǎng)絡(luò),流量超過(guò)閾值,AC自動(dòng)發(fā)起MAC認(rèn)證并認(rèn)證通過(guò)。
認(rèn)證接入流程如圖2所示。
兩種實(shí)現(xiàn)MAC認(rèn)證方案對(duì)比如表1所示。
圖1 方案1認(rèn)證接入流程
圖2 方案2認(rèn)證接入流程
考慮方案1改造網(wǎng)元較多,對(duì)Radius性能處理能力沖擊大;而方案2在此方面有優(yōu)勢(shì),同時(shí),方案2可以只允許使用手機(jī)終端MAC認(rèn)證,同一用戶多MAC問(wèn)題容易發(fā)現(xiàn),投訴處理簡(jiǎn)單。因此,建議采用方案2實(shí)現(xiàn)MAC認(rèn)證。
3.3 業(yè)務(wù)推廣分析
MAC認(rèn)證具有進(jìn)入電信運(yùn)營(yíng)商WLAN網(wǎng)絡(luò)覆蓋區(qū)域自動(dòng)認(rèn)證、無(wú)需用戶手動(dòng)干預(yù)、終端適用范圍廣等優(yōu)點(diǎn)。因此,可以考慮將MAC認(rèn)證作為引導(dǎo)用戶培養(yǎng)無(wú)感知自動(dòng)認(rèn)證使用習(xí)慣的一種方式。
對(duì)于MAC地址易于仿冒的問(wèn)題,可通過(guò)以下方式進(jìn)行業(yè)務(wù)安全提升,以減少仿冒MAC的驅(qū)動(dòng)力。
同一WLAN賬號(hào)下僅允許綁定1個(gè)終端,當(dāng)綁定第二個(gè)終端時(shí),第一個(gè)終端自動(dòng)取消綁定。用戶可自主鎖定/解鎖自己的WLAN賬號(hào)。對(duì)于已經(jīng)綁定MAC地址的WLAN賬號(hào)(手機(jī)號(hào)),若WLAN認(rèn)證平臺(tái)發(fā)現(xiàn)有相同MAC地址的其它終端已在線,則WLAN認(rèn)證平臺(tái)應(yīng)向該手機(jī)賬號(hào)發(fā)送提醒短信。
表1 方案對(duì)比表
當(dāng)認(rèn)證平臺(tái)接受到相同MAC地址的認(rèn)證后,則發(fā)送提醒短信告知賬號(hào)擁有者有MAC仿冒的風(fēng)險(xiǎn),且使第二個(gè)發(fā)起認(rèn)證的MAC地址終端認(rèn)證失敗,隨即端推送認(rèn)證頁(yè)面,推薦用戶通過(guò)WEB方式進(jìn)行認(rèn)證。
根據(jù)網(wǎng)絡(luò)現(xiàn)狀,WLAN認(rèn)證多中心系統(tǒng)有以下3種方式實(shí)現(xiàn)方案:分區(qū)域負(fù)載分擔(dān)全網(wǎng)容災(zāi)、分區(qū)域負(fù)載分擔(dān)區(qū)內(nèi)數(shù)據(jù)庫(kù)同步、數(shù)據(jù)庫(kù)遠(yuǎn)程同步負(fù)載分擔(dān)。下面就方案特點(diǎn)、與相關(guān)網(wǎng)元的組網(wǎng)結(jié)構(gòu)、數(shù)據(jù)同步3個(gè)方面進(jìn)行方案分析比較。
4.1 方案1分區(qū)域負(fù)載分擔(dān)全網(wǎng)容災(zāi)
4.1.1 方案特點(diǎn)
按區(qū)域分為兩大區(qū),每個(gè)大區(qū)內(nèi)建設(shè)1個(gè)節(jié)點(diǎn),處理本區(qū)內(nèi)歸屬用戶的全部業(yè)務(wù)。兩大區(qū)各承載全網(wǎng)一半業(yè)務(wù)量,負(fù)荷分擔(dān)承載業(yè)務(wù)。當(dāng)某節(jié)點(diǎn)故障時(shí),另一節(jié)點(diǎn)接管全部業(yè)務(wù),保證用戶使用WLAN業(yè)務(wù)不中斷,對(duì)用戶提供的服務(wù)質(zhì)量不降低。
4.1.2 組網(wǎng)結(jié)構(gòu)
(1)與AC的組網(wǎng):正常情況下,本區(qū)的AC只與本區(qū)的Portal、Radius通信,節(jié)點(diǎn)故障時(shí),AC切換到備用連接。
(2)與BOSS的組網(wǎng):話單由兩個(gè)大區(qū)Radius送一級(jí)BOSS,一級(jí)BOSS分揀后送歸屬省BOSS;對(duì)套餐訂購(gòu)等實(shí)時(shí)交易接口,正常情況下一級(jí)BOSS僅與A區(qū)Radius接口,由Radius之間進(jìn)行轉(zhuǎn)發(fā),接口機(jī)故障情況下進(jìn)行手工切換。
(3)與HLR的組網(wǎng):兩個(gè)大區(qū)的Radius通過(guò)HSTP與用戶歸屬HLR連接。
(4)與另一節(jié)點(diǎn)的組網(wǎng):本區(qū)Portal與本區(qū)和另一大區(qū)的Radius進(jìn)行連接,兩大區(qū)Radius互聯(lián)。
(5)大區(qū)內(nèi)各節(jié)點(diǎn)系統(tǒng)組網(wǎng):硬件冗余配置,軟件采用模塊化結(jié)構(gòu),便于系統(tǒng)后續(xù)平滑擴(kuò)展。
方案1組網(wǎng)示意圖如圖3所示。
圖3 方案1組網(wǎng)結(jié)構(gòu)示意圖
4.1.3 數(shù)據(jù)同步
考慮數(shù)據(jù)安全性,建議節(jié)點(diǎn)間使用專線連接,采用遠(yuǎn)程文件接口方式進(jìn)行全量用戶數(shù)據(jù)的數(shù)據(jù)同步。數(shù)據(jù)同步內(nèi)容包括用戶屬性、套餐信息、使用歷史信息、自服務(wù)等相關(guān)信息。對(duì)于用戶開(kāi)戶、套餐訂購(gòu)/變更信息、密碼修改/重置采用準(zhǔn)實(shí)時(shí)同步方式;對(duì)于用戶使用歷史紀(jì)錄、套餐提醒相關(guān)信息等采用定期同步方式。
4.2 方案2分區(qū)域負(fù)載分擔(dān)區(qū)內(nèi)數(shù)據(jù)庫(kù)同步
4.2.1 方案特點(diǎn)
按區(qū)域分為兩大區(qū),每個(gè)大區(qū)均建設(shè)2個(gè)節(jié)點(diǎn),2節(jié)點(diǎn)之間基于數(shù)據(jù)庫(kù)遠(yuǎn)程實(shí)現(xiàn)同步,協(xié)同處理本區(qū)歸屬用戶業(yè)務(wù)。兩大區(qū)各承載全網(wǎng)一半業(yè)務(wù)量,大區(qū)內(nèi)雙節(jié)點(diǎn)再按省進(jìn)行負(fù)荷分擔(dān),在大區(qū)內(nèi)某一節(jié)點(diǎn)故障時(shí),該節(jié)點(diǎn)所屬大區(qū)的另一節(jié)點(diǎn)接管全部業(yè)務(wù), 保證用戶使用WLAN業(yè)務(wù)不中斷,對(duì)用戶提供的服務(wù)質(zhì)量不降低。
4.2.2 組網(wǎng)結(jié)構(gòu)
(1)與AC的組網(wǎng): 正常情況下,本區(qū)的AC只與本區(qū)的認(rèn)證節(jié)點(diǎn)1通信;本大區(qū)某一節(jié)點(diǎn)故障時(shí),AC切換到與本大區(qū)另一認(rèn)證節(jié)點(diǎn)通信。
(2)與BOSS系統(tǒng)的組網(wǎng):A大區(qū)節(jié)點(diǎn)1作為與BOSS系統(tǒng)的主接口點(diǎn),對(duì)于B大區(qū)用戶,轉(zhuǎn)發(fā)給B大區(qū)節(jié)點(diǎn)1處理。本大區(qū)內(nèi)用戶采用數(shù)據(jù)同步機(jī)制,不需節(jié)點(diǎn)2處理;
當(dāng)A大區(qū)節(jié)點(diǎn)1發(fā)生故障情況時(shí),由BOSS系統(tǒng)配合將IP地址指向節(jié)點(diǎn)2;此時(shí)由A大區(qū)節(jié)點(diǎn)2負(fù)責(zé)轉(zhuǎn)發(fā)給B大區(qū)節(jié)點(diǎn)1;
當(dāng)B大區(qū)節(jié)點(diǎn)1發(fā)生故障,需要A大區(qū)節(jié)點(diǎn)手工進(jìn)行切換,轉(zhuǎn)發(fā)給B大區(qū)節(jié)點(diǎn)2。
(3)與HLR的組網(wǎng):兩個(gè)大區(qū)內(nèi)4個(gè)節(jié)點(diǎn)的Radius通過(guò)HSTP連接用戶歸屬HLR。
(4)節(jié)點(diǎn)之間的組網(wǎng):大區(qū)內(nèi)兩個(gè)節(jié)點(diǎn)之間進(jìn)行數(shù)據(jù)庫(kù)遠(yuǎn)程同步,大區(qū)之間的節(jié)點(diǎn)數(shù)據(jù)不同步。
(5)大區(qū)內(nèi)各節(jié)點(diǎn)系統(tǒng)組網(wǎng):與方案1相同。方案2組網(wǎng)示意圖如圖4所示。
4.2.3 數(shù)據(jù)同步
數(shù)據(jù)同步方式建議:兩大區(qū)之間不做數(shù)據(jù)同步,僅大區(qū)內(nèi)雙節(jié)點(diǎn)進(jìn)行數(shù)據(jù)同步,節(jié)點(diǎn)間數(shù)據(jù)同步采用跨地域局域網(wǎng)傳輸方式。數(shù)據(jù)同步內(nèi)容包括用戶屬性、套餐信息、使用歷史信息、自服務(wù)相關(guān)信息、話單記錄等,并且當(dāng)前所有用戶的在線信息、上線終端地址、用戶名、時(shí)間、上線方式等相關(guān)信息也要同步。數(shù)據(jù)同步要求實(shí)時(shí)同步,實(shí)際運(yùn)營(yíng)時(shí),端到端時(shí)延在100 ms以內(nèi)。
4.3 方案3數(shù)據(jù)庫(kù)遠(yuǎn)程同步負(fù)載分擔(dān)
4.3.1 方案特點(diǎn)
按接入地劃分為兩大區(qū),每個(gè)大區(qū)內(nèi)建設(shè)1個(gè)節(jié)點(diǎn),分別處理業(yè)務(wù)。節(jié)點(diǎn)之間數(shù)據(jù)實(shí)時(shí)同步,不存在漫游問(wèn)題。兩大區(qū)各承載全網(wǎng)一半業(yè)務(wù)量,某節(jié)點(diǎn)故障時(shí),另一節(jié)點(diǎn)接管全部業(yè)務(wù),保證用戶使用WLAN業(yè)務(wù)不中斷,對(duì)用戶提供的服務(wù)質(zhì)量不降低。
4.3.2 組網(wǎng)結(jié)構(gòu)
(1)與AC的組網(wǎng):與方案1相同。
圖4 方案2組網(wǎng)結(jié)構(gòu)示意圖
(2)與BOSS的組網(wǎng):與方案1相同。(3)與HLR的組網(wǎng):與方案1相同。(4)節(jié)點(diǎn)之間的組網(wǎng):兩節(jié)點(diǎn)之間通過(guò)局域網(wǎng)專線連接,處于同一局域網(wǎng)內(nèi)。節(jié)點(diǎn)之間進(jìn)行基于數(shù)據(jù)庫(kù)同步技術(shù)的用戶數(shù)據(jù)實(shí)時(shí)同步,用戶數(shù)據(jù)保持完全一致,用戶認(rèn)證直接在接入地完成,不存在漫游問(wèn)題。
(5)大區(qū)內(nèi)各節(jié)點(diǎn)系統(tǒng)組網(wǎng):與方案1相同。
方案3組網(wǎng)示意圖如圖5所示。
圖5 方案3組網(wǎng)結(jié)構(gòu)示意圖
4.3.3 數(shù)據(jù)同步
節(jié)點(diǎn)間采用跨地域局域網(wǎng)傳輸方式進(jìn)行數(shù)據(jù)同步。數(shù)據(jù)同步內(nèi)容包括用戶屬性、套餐信息、使用歷史信息、自服務(wù)相關(guān)信息等,并且用戶的在線信息、上線終端地址、用戶名、時(shí)間、上線方式等相關(guān)信息也要同步。數(shù)據(jù)同步要求實(shí)時(shí)同步,實(shí)際運(yùn)營(yíng)時(shí),端到端時(shí)延在100 ms以內(nèi)。當(dāng)雙節(jié)點(diǎn)距離較遠(yuǎn)時(shí),網(wǎng)絡(luò)條件及路由影響可能導(dǎo)致傳輸時(shí)延增加,從而導(dǎo)致數(shù)據(jù)庫(kù)同步,時(shí)延增加,存在一定風(fēng)險(xiǎn)。
4.4 方案比較
建設(shè)方案對(duì)比如表2所示,考慮到方案3數(shù)據(jù)庫(kù)遠(yuǎn)程同步負(fù)載分擔(dān)模式不利于引入多廠家競(jìng)爭(zhēng),且數(shù)據(jù)庫(kù)遠(yuǎn)程同步存在一定風(fēng)險(xiǎn);同時(shí)考慮到系統(tǒng)可靠性以及維護(hù)部門(mén)的實(shí)際需求,建議采用方案2即分區(qū)域負(fù)載分擔(dān)區(qū)內(nèi)數(shù)據(jù)庫(kù)同步容災(zāi)方式建設(shè)。為規(guī)避不同廠商系統(tǒng)數(shù)據(jù)互通的風(fēng)險(xiǎn),建議大區(qū)內(nèi)雙節(jié)點(diǎn)應(yīng)采用同廠商同架構(gòu)的建設(shè)方式。
4.5 業(yè)務(wù)場(chǎng)景分析
采用方案2建設(shè)WLAN認(rèn)證平臺(tái)多中心系統(tǒng)后,用戶使用業(yè)務(wù)的場(chǎng)景分析如下。
4.5.1 正常情況下用戶使用
對(duì)本地用戶:兩個(gè)節(jié)點(diǎn)的數(shù)據(jù)基于數(shù)據(jù)庫(kù)遠(yuǎn)程實(shí)時(shí)同步,用戶在拜訪地大區(qū)的AC接入,就直接由拜訪地大區(qū)的Portal、Radius負(fù)責(zé)業(yè)務(wù)處理,不存在用戶漫游的概念,認(rèn)證相關(guān)消息不需要在兩個(gè)節(jié)點(diǎn)間進(jìn)行轉(zhuǎn)發(fā)。
對(duì)漫游用戶:需要拜訪地Portal、Radius與歸屬地Radius配合完成認(rèn)證處理。
4.5.2 故障情況用戶使用
本大區(qū)雙節(jié)點(diǎn)容災(zāi)機(jī)制:A區(qū)內(nèi)認(rèn)證節(jié)點(diǎn)1出現(xiàn)故障情況下,通過(guò)DNS修改和AC切換,將大區(qū)內(nèi)業(yè)務(wù)倒換至認(rèn)證節(jié)點(diǎn)2。同時(shí)B區(qū)的漫游轉(zhuǎn)發(fā)目的地址也需修改至A區(qū)認(rèn)證節(jié)點(diǎn)2。
表2 建設(shè)方案對(duì)比表
WLAN業(yè)務(wù)的通信范圍不受環(huán)境條件的限制,具有傳統(tǒng)局域網(wǎng)無(wú)法比擬的靈活性,可以滿足人們移動(dòng)辦公的夢(mèng)想,創(chuàng)造一個(gè)豐富多彩自由交流的平臺(tái)。電信運(yùn)營(yíng)商開(kāi)通WLAN業(yè)務(wù)以來(lái),業(yè)務(wù)量一直呈明顯的上升趨勢(shì),WLAN用戶數(shù)已經(jīng)具有了較大規(guī)模,用戶對(duì)WLAN業(yè)務(wù)的便捷性和業(yè)務(wù)連續(xù)性也有較高要求。WLAN認(rèn)證流程的優(yōu)化和多中心體系的建設(shè)將能向用戶推出更好的WLAN業(yè)務(wù),使用戶能夠更加便捷可靠的使用電信運(yùn)營(yíng)商WLAN業(yè)務(wù),加強(qiáng)企業(yè)的業(yè)務(wù)競(jìng)爭(zhēng)能力。
News
設(shè)計(jì)院研究所致力于ITU國(guó)際標(biāo)準(zhǔn)化工作 擔(dān)任WP5D起草組主席職位
頻譜是無(wú)線通信運(yùn)營(yíng)商網(wǎng)絡(luò)規(guī)劃建設(shè)的重要資源,積極參與國(guó)際頻譜標(biāo)準(zhǔn)化活動(dòng)對(duì)于確保中國(guó)移動(dòng)未來(lái)可用頻譜的長(zhǎng)遠(yuǎn)利益、提升中國(guó)移動(dòng)在國(guó)家及國(guó)際頻譜研究與政策制定領(lǐng)域的影響力具有重要的意義。ITU-R WP5D是國(guó)際電聯(lián)專門(mén)負(fù)責(zé)移動(dòng)通信頻譜及技術(shù)研究的工作組,其所發(fā)布的建議書(shū)與研究報(bào)告在全球范圍內(nèi)具有重大影響力,并對(duì)國(guó)際通信領(lǐng)域未來(lái)的發(fā)展有高度指導(dǎo)意義。
2014年6月16日至27日在加拿大哈利法克斯召開(kāi)ITU-R WP5D第19次會(huì)議。中國(guó)移動(dòng)通信集團(tuán)設(shè)計(jì)院研究所頻譜工程項(xiàng)目組徐曉燕代表國(guó)家和中國(guó)移動(dòng)參加了本次會(huì)議。目前,WP5D正在開(kāi)展頻率規(guī)劃、頻譜需求、電磁兼容等諸多問(wèn)題的研究。在中國(guó)將2.3 GHz、2.6 GHz頻段分配給多家運(yùn)營(yíng)商運(yùn)營(yíng)TD-LTE網(wǎng)絡(luò)的背景下,多家運(yùn)營(yíng)商在同一地理區(qū)域部署TDD網(wǎng)絡(luò)的相關(guān)研究課題也成為當(dāng)前國(guó)際研究的熱點(diǎn),WP5D專門(mén)設(shè)立了一個(gè)起草組開(kāi)展多運(yùn)營(yíng)商在同一地理區(qū)域部署TDD網(wǎng)絡(luò)的共存研究工作。設(shè)計(jì)院代表在本次會(huì)議擔(dān)任了此項(xiàng)起草組的主席,主導(dǎo)會(huì)議完成研究報(bào)告框架、基站間及UE間干擾場(chǎng)景評(píng)估、TDD同步方案等研究?jī)?nèi)容,為中國(guó)代表團(tuán)及中國(guó)移動(dòng)在ITU發(fā)揮主導(dǎo)作用、加強(qiáng)設(shè)計(jì)院在國(guó)際標(biāo)準(zhǔn)化舞臺(tái)的影響力做出貢獻(xiàn)。此外,設(shè)計(jì)院代表還積極參與包括3.4~3.6 GHz IMT與固定衛(wèi)星業(yè)務(wù)共存分析、頻譜需求預(yù)測(cè)等項(xiàng)目的研究,為ITU后續(xù)新增移動(dòng)通信頻譜工作提供奠定基礎(chǔ)。
Discussion on WLAN authentication system construction scheme
LIU Chang-rui
(China Mobile Group Design Institute Co., Ltd., Beijing 100080, China)
This article according to the characteristics of WLAN authentication system, put forward the process optimization of WLAN service and construction scheme of WLAN authentication in multicenter recovery system, and different schemes are analyzed and compared. To facilitate the construction of the WLAN authentication system, this article has extremely important signif cance.
certif cation process; MAC; load sharing
TN915
A
1008-5599(2014)07-0031-06
2014-04-03