服務(wù)的第一UE后，向第一 AP歸屬的第 一 LSC發(fā)送一用于通知發(fā)現(xiàn)第一 UE的第一通知消息；
[0243] 第一接收單元1102,用于接收第一 LSC發(fā)送的第一 APG的第一更新消息，該第一更 新消息攜帶有第一 UE對(duì)應(yīng)的第一 APG的成員AP的信息，第一 APG中包括有當(dāng)前能夠服務(wù) 該第一 UE的成員AP ;
[0244] 更新單元1103,用于根據(jù)第一更新消息，在本地維護(hù)第一 UE對(duì)應(yīng)的第一 APG，并與 第一 APG中的成員AP通過(guò)多點(diǎn)協(xié)調(diào)傳輸方式為第一 UE提供數(shù)據(jù)傳輸服務(wù)。
[0245] 這里，第一 AP還可以包括以下單元，以更新或刪除本地維護(hù)的第一 APG :
[0246] 第二接收單元，用于接收第一 LSC發(fā)送的第一 APG的第二更新消息，所述第二更新 消息攜帶有更新后的第一 APG ;
[0247] 所述更新單元，還用于根據(jù)所述第二更新消息，更新本地維護(hù)的第一 APG。
[0248] 這里，所述發(fā)現(xiàn)單元，還用于在發(fā)現(xiàn)第一 AP將停止為第一 UE服務(wù)時(shí)，向第一 LSC 發(fā)送用于請(qǐng)求將第一 AP從第一 APG中刪除的請(qǐng)求消息，并刪除本地維護(hù)的第一 APG。
[0249] 請(qǐng)參考圖11B，本發(fā)明實(shí)施例提供的另一種AP (第一 AP)，該設(shè)備包括：
[0250] 收發(fā)機(jī)1110,用于在發(fā)現(xiàn)第一接入點(diǎn)能夠服務(wù)的第一UE后，向第一 AP歸屬的第一 LSC發(fā)送一用于通知發(fā)現(xiàn)第一 UE的第一通知消息；以及，接收第一 LSC發(fā)送的第一 APG的 第一更新消息，該第一更新消息攜帶有第一 UE對(duì)應(yīng)的第一 APG的成員AP的信息，第一 APG 中包括有當(dāng)前能夠服務(wù)該第一 UE的成員AP ;
[0251] 處理器1100,用于根據(jù)第一更新消息，在本地維護(hù)第一 UE對(duì)應(yīng)的第一 APG，并與第 一 APG中的成員AP通過(guò)多點(diǎn)協(xié)調(diào)傳輸方式為第一 UE提供數(shù)據(jù)傳輸服務(wù)。
[0252] 其中，該第一 AP還可以包括：存儲(chǔ)器1120,該存儲(chǔ)器1120用于存儲(chǔ)下行數(shù)據(jù)或者 其它與尋呼有關(guān)的數(shù)據(jù)等。
[0253] 處理器1100和存儲(chǔ)器1120分別通過(guò)總線接口與收發(fā)機(jī)1110連接；總線架構(gòu)可以 是可以包括任意數(shù)量的互聯(lián)的總線和橋；具體由處理器1100代表的一個(gè)或者多個(gè)處理器， 以及由存儲(chǔ)器1120代表的一個(gè)或者多個(gè)存儲(chǔ)器的各種電路連接在一起?？偩€架構(gòu)還可以 將諸如外圍設(shè)備、穩(wěn)壓器和功率管理電路等之類的各種其它電路連接在一起，這些都是本 領(lǐng)域所公知的。因此，本文不再對(duì)其進(jìn)行詳細(xì)描述。
[0254] 總線架構(gòu)可以提供各種總線接口。收發(fā)機(jī)1110可以是多個(gè)元件，提供用于在傳輸 介質(zhì)上與各種其它裝置通信的單元。處理器1100負(fù)責(zé)管理總線架構(gòu)和通常的處理，存儲(chǔ)器 1120可以存儲(chǔ)處理器在執(zhí)行操作時(shí)使用的數(shù)據(jù)。
[0255] 以上分別介紹了本發(fā)明實(shí)施例的LSC、NSC及AP的結(jié)構(gòu)以及各自實(shí)現(xiàn)的方法流程。
[0256] 請(qǐng)參考圖12及表1，本發(fā)明實(shí)施例的DAPGing的實(shí)現(xiàn)功能包括：APG初始化，APG 中的成員 AP 更新（APG Refresh)，NSC 間的 APG 切換（APG Handover)，APG 撤銷。
[0257] 其中，APG Refresh包括LSC內(nèi)的成員更新和LSC間的成員更新，通過(guò)改變APG成 員，用戶終端與AP之間的無(wú)線鏈路可以從一個(gè)AP移動(dòng)至另一個(gè)AP。
[0258] APG Handover是指NSC間的APG切換，由于每個(gè)NSC內(nèi)部的APG ID都是唯一的， 因此用戶終端在移動(dòng)至一個(gè)新的NSC后，將獲得一個(gè)新的APG ID，同時(shí)APG成員也將重新組 織。
[0259] APG撤銷包括APG與傳統(tǒng)蜂窩網(wǎng)絡(luò)間的相互切換，即從APG切換至傳統(tǒng)蜂窩網(wǎng)絡(luò)， 或者從傳統(tǒng)蜂窩網(wǎng)絡(luò)切換至APG。
[0260]
[0261] 表 1
[0262] 為幫助理解本發(fā)明的上述實(shí)施例，下面將結(jié)合DAPGing實(shí)現(xiàn)的以上功能，通過(guò)具 體若干具體場(chǎng)景，說(shuō)明本發(fā)明實(shí)施例的組網(wǎng)方法中各個(gè)設(shè)備之間的消息交互過(guò)程。
[0263] 場(chǎng)景1 :APG初始化
[0264] 請(qǐng)參考圖13,當(dāng)一用戶設(shè)備（UE1)初次進(jìn)入到一超密集網(wǎng)絡(luò)（UDN)的一個(gè) AP(APl)的覆蓋范圍內(nèi)（S1301)，即切換到由UDN網(wǎng)絡(luò)管理的API中，API獲取UE1的信息， 確定UE1的設(shè)備能力（如UE1具有何種無(wú)線接入能力），并與對(duì)應(yīng)的LSC1交互UE1的信息 (S1303)〇
[0265] 接入網(wǎng)端管理API的LSC1獲取UE1的信息后，發(fā)現(xiàn)本地未記錄有UE1對(duì)應(yīng)的APG， 則向NSC請(qǐng)求獲取APG ID (S1303)。NSC根據(jù)該請(qǐng)求，對(duì)相應(yīng)用戶的APG進(jìn)行初始化分配 APG ID(S1304)，并向LSC1返回該APG的相關(guān)信息（S1305)，并將該LSC1配置為UE1的服務(wù) LSC。NSC還在本地記錄并維護(hù)該UE1、APG、以及服務(wù)LSC (即LSC1)的對(duì)應(yīng)關(guān)系。
[0266] 然后，LSC1在本地記錄自身為UE1的服務(wù)LSC，建立并維護(hù)該UE1對(duì)應(yīng)的APG以及 LSC (S1306)。在初始化時(shí)，該UE1對(duì)應(yīng)的APG里僅包括前面發(fā)現(xiàn)該UE1的AP1，該UE1對(duì)應(yīng) 的LSC里僅包括該LSC1。
[0267] 然后，LSC1對(duì)APG中的成員AP進(jìn)行配置，發(fā)送APG更新消息，更新各個(gè)成員AP維 護(hù)的UE的APG信息，各個(gè)成員AP據(jù)此更新并維護(hù)APG(S1307)。由于初始化時(shí)APG中僅包 括AP 1，因此，可以由LSC直接向AP 1發(fā)送APG更新消息。
[0268] 然后，APG中的成員AP可以基于多點(diǎn)協(xié)作技術(shù)，為UE1提供數(shù)據(jù)服務(wù)（S1308)。具 體的，可以采用CoMP等協(xié)作技術(shù)，此處不再贅述。所述UE1處于所述APG的至少一個(gè)成員 AP的覆蓋范圍內(nèi)。
[0269] 以上步驟中，由LSC和AP協(xié)作自動(dòng)檢測(cè)到可以為用戶UE提供服務(wù)的AP，在接入網(wǎng) 端的本地控制設(shè)備（LSC)處對(duì)相應(yīng)APG內(nèi)的服務(wù)接入點(diǎn)進(jìn)行更新，并對(duì)各個(gè)接入點(diǎn)進(jìn)行信 息配置。由LSC確定動(dòng)態(tài)APG，該APG包含可以為用戶UE提供服務(wù)的AP。LSC向APG中的 成員AP發(fā)送針對(duì)終端的無(wú)線重配置指令，以觸發(fā)APG中的成員AP采用多點(diǎn)協(xié)同傳輸方式 等技術(shù)，進(jìn)行針對(duì)所述終端的數(shù)據(jù)傳輸。由于每個(gè)UE的APG的標(biāo)識(shí)是由NSC分配的，所以 每個(gè)UE在UDN環(huán)境下的NSC范圍內(nèi)都有唯一一個(gè)動(dòng)態(tài)的APG為其提供服務(wù)，實(shí)現(xiàn)了以APG 為單位管理用戶數(shù)據(jù)傳輸，可以減小接入管理難度。
[0270] 場(chǎng)景2 :APG中成員AP更新
[0271] 由于UE在UDN覆蓋范圍內(nèi)移動(dòng)，且UE會(huì)發(fā)生業(yè)務(wù)以及網(wǎng)絡(luò)動(dòng)態(tài)調(diào)控的變化，如果 使用傳統(tǒng)方案，容易頻繁發(fā)生小小區(qū)間的切換，這就會(huì)造成對(duì)核心網(wǎng)絡(luò)的信令負(fù)載過(guò)大。本 發(fā)明實(shí)施例中，UE在AP組的覆蓋范圍內(nèi)移動(dòng)時(shí)，由該APG組為用戶提供服務(wù)，擴(kuò)大了為該 UE提供服務(wù)的空間范圍，且可以利用不同RAT技術(shù)的AP為用戶提供多種類型的的無(wú)線接入 服務(wù)，減少了核心網(wǎng)信令負(fù)載
[0272] DAPGing中APG中的服務(wù)首先要進(jìn)行成員AP的選擇，通過(guò)LSC的控制實(shí)現(xiàn)新的成 員AP為用戶提供數(shù)據(jù)傳輸服務(wù)。用戶移動(dòng)與網(wǎng)絡(luò)狀況變化會(huì)引起APG列表中的成員AP實(shí) 時(shí)更新，為了不影響用戶的業(yè)務(wù)體驗(yàn)，這就需要網(wǎng)絡(luò)多方實(shí)體的協(xié)作，實(shí)現(xiàn)APG列表對(duì)UE的 透明更新。這里我們通過(guò)NSC管理的區(qū)域內(nèi)，LSC間的協(xié)作或NSC的調(diào)節(jié)實(shí)現(xiàn)網(wǎng)絡(luò)控制的 APG的成員AP更新，即APG列表更新。
[0273] 通過(guò)APG列表動(dòng)態(tài)更新實(shí)現(xiàn)了服務(wù)AP的滑動(dòng)，網(wǎng)絡(luò)通過(guò)對(duì)AP的選擇，實(shí)現(xiàn)具體的 數(shù)據(jù)傳輸，兩者結(jié)合實(shí)現(xiàn)了網(wǎng)絡(luò)跟隨用戶提供服務(wù)。這里，本發(fā)明實(shí)施例避免了傳統(tǒng)切換操 作，通過(guò)NSC區(qū)域內(nèi)的自解決能力，減少了傳統(tǒng)切換過(guò)程中需要向核心網(wǎng)絡(luò)發(fā)送的控制信 令，降低了核心網(wǎng)絡(luò)控制的信令開(kāi)銷。
[0274] 用戶在移動(dòng)過(guò)程中不同接入點(diǎn)的服務(wù)表現(xiàn)為APG資源分配與APG列表的動(dòng)態(tài)更 新，對(duì)于用戶終端來(lái)說(shuō)只要維持與APG的連接即可。對(duì)于APG資源分配，這個(gè)根據(jù)需要自行 設(shè)置控制策略，此處不再贅述。下面將對(duì)APG列表更新原因和更新過(guò)程這兩方面進(jìn)行了說(shuō) 明。
[0275] 用戶的移動(dòng)以及網(wǎng)絡(luò)接入點(diǎn)的變化會(huì)引起接入網(wǎng)端LSC對(duì)用戶的APG列表進(jìn)行更 新。對(duì)于APG列表更新的原因主要有：
[0276] a) APG是針對(duì)一個(gè)用戶建立的AP服務(wù)組，當(dāng)用戶所需提供業(yè)務(wù)發(fā)生改變、實(shí)際服 務(wù)AP發(fā)生改變時(shí)需要進(jìn)行列表更新。例如，當(dāng)UE不需要更多AP為其提供服務(wù)時(shí)，可進(jìn)行 資源的節(jié)約，此時(shí)可以減少為其服務(wù)的AP數(shù)量。
[0277] b)由于接入點(diǎn)負(fù)載小于一定的閥值，需要相應(yīng)的休眠機(jī)制進(jìn)行節(jié)能，網(wǎng)絡(luò)對(duì)一部 分接入點(diǎn)進(jìn)行了休眠策略，此時(shí)一部分接入點(diǎn)進(jìn)行休眠狀態(tài)，網(wǎng)絡(luò)要更新APG內(nèi)的AP ;或者 當(dāng)某個(gè)AP的負(fù)載超過(guò)一定的門限，此時(shí)需要減少該AP服務(wù)的UE的數(shù)量，將該AP從一些 APG中刪除。
[0278] c)網(wǎng)絡(luò)負(fù)載增加，UND對(duì)一些處于休眠狀態(tài)的AP進(jìn)行了激活，或者設(shè)備到設(shè)備 (D2D)通信的使用，以及某些UE作為接入點(diǎn)為其他用戶提供服務(wù)，此時(shí)要更新APG列表，對(duì) 新加入的AP進(jìn)行相應(yīng)的消息配置。
[0279] d)由于UE發(fā)生移動(dòng)，AP組內(nèi)的AP由于信號(hào)的減弱不能為用戶提供服務(wù)；又例如， 一些AP信號(hào)增強(qiáng)，可以為用戶提供服務(wù)，此時(shí)AP組要更新可以為用戶UE提供服務(wù)的AP，對(duì) 相應(yīng)的AP進(jìn)行消息配置。
[0280] APG列表的更新，對(duì)用戶來(lái)說(shuō)是透明實(shí)現(xiàn)的。本發(fā)明實(shí)施例在同一個(gè)NSC的管理范 圍內(nèi)，主要考慮在一個(gè)LSC范圍內(nèi)的APG列表更新、和兩個(gè)LSC之間的APG列表更新。
[0281] 假設(shè)UE初始服務(wù)APG由LSC1管理，LSC1為服務(wù)LSC ;相鄰接入網(wǎng)由LSC2管理。 假設(shè)有API感知到可以為UE1提供服務(wù)。
[0282] 當(dāng)API感知到用戶時(shí)，首先會(huì)向其所屬的LSC發(fā)送信息，由LSC判斷是否能在用戶 相應(yīng)的APG中進(jìn)行列表的更新：如果該LSC是該UE1的服務(wù)LSC，則可以有該UE1進(jìn)行相應(yīng) 的APG列表的更新；否則，由該LSC向更高層的NSC發(fā)送查詢信息，經(jīng)過(guò)NSC的協(xié)作實(shí)現(xiàn)與 UE1所屬的LSC協(xié)同合作更新列表，為用戶提供服務(wù)：
[0283] 1)在LSC1范圍內(nèi)的APG列表更新：
[0284] 此時(shí)假設(shè)API所在的管理區(qū)域?yàn)長(zhǎng)SC1，即API歸屬于LSC1。同時(shí)，LSC1還是API 的服務(wù)LSC，LSC1本地維護(hù)有UE1的服務(wù)LSC的信息，并建立有UE1對(duì)應(yīng)的APG、UE1對(duì)應(yīng)的 LSC的對(duì)應(yīng)關(guān)系，其中，UE1對(duì)應(yīng)的LSC包括有LSC1，UE1對(duì)應(yīng)的APG中僅包括LSC1管理范 圍內(nèi)的AP，沒(méi)有其他LSC管理范圍內(nèi)的AP。
[0285] 請(qǐng)參考圖14所示的在一個(gè)LSC范圍內(nèi)的APG更新（加入成員AP):
[0286] 由于UE1移動(dòng)，或者新增API或者網(wǎng)絡(luò)調(diào)節(jié)激活A(yù)P1，導(dǎo)致API可以為UE1提供服 務(wù)。API在感知到UE1時(shí)，收集UE1的相關(guān)信息，如網(wǎng)絡(luò)接入能力、設(shè)備標(biāo)識(shí)等（S1401)，如 發(fā)現(xiàn)API自身能夠?yàn)锳PI服務(wù)，則向其歸屬的LSC1報(bào)告新發(fā)現(xiàn)的UE1的相關(guān)信息（S1402)。
[0287] 然后，LSC1根據(jù)API發(fā)來(lái)的信息，在確定LSC1自身就是UE1的服務(wù)LSC時(shí)，即可以 更新本地維護(hù)的UE1的APG列表，在列表中加入API (S1403)。然后，LSC1將向更新后的APG 列表中的各個(gè)成員AP發(fā)送APG更新消息，用以進(jìn)行成員AP的更新配置（S1404)。這里，由 于APG中的成員AP都?xì)w屬于該LSC1，因此LSC1可以直接向該成員AP發(fā)送APG更新消息。
[0288] 然后，更新后的APG中的成員AP可以基于多點(diǎn)協(xié)作技術(shù)，為UE1提供數(shù)據(jù)服務(wù) (S1405)〇
[0289] 請(qǐng)參考圖15所示的在一個(gè)LSC范圍內(nèi)的APG更新（刪除成員AP):
[0290] 當(dāng)用戶移動(dòng)導(dǎo)致API無(wú)法感知到用戶，或者API要進(jìn)行休眠而無(wú)法再為UE1服務(wù)， 此時(shí)API向LSC1發(fā)送用于請(qǐng)求將API從UE1對(duì)應(yīng)的APG中刪除的請(qǐng)求消息（S1501)，LSC1 收到該請(qǐng)求后，在相應(yīng)的用戶APG列表中刪除API (S1502)。
[0291] 然后，LSC1向更新后的APG中的成員AP發(fā)送APG更新消息，用以刪除APG中的 AP1(S1503)。這里，由于APG中的成員AP都?xì)w屬于該LSC1，因此LSC1可以直接向該成員 AP發(fā)送APG更新消息。
[0292] 然后，更新后的APG中的成員AP可以基于多點(diǎn)協(xié)作技術(shù)，為UE1提供數(shù)據(jù)服務(wù) (S1504)〇
[0293] 2)在不同LSC間的APG更新：
[0294] 當(dāng)API歸屬的LSC2,與UE1當(dāng)前APG內(nèi)的成員AP歸屬的LSC1，不是同一個(gè)LSC，這 就需要相鄰兩個(gè)LSC間協(xié)作為用戶傳輸服務(wù)。由于涉及到多個(gè)LSC，因此需要由一個(gè)LSC作 為服務(wù)LSC，用以維護(hù)該UE對(duì)應(yīng)的APG及LSC。這里，當(dāng)由LSC1作為服務(wù)LSC時(shí)，LSC2要 協(xié)同管理API向用戶UE提供服務(wù)；當(dāng)由LSC2作為服務(wù)LSC時(shí)，LSC1需要向LSC2進(jìn)行APG 信息的同步，且LSC1需要協(xié)同管理原APG的相關(guān)AP為用戶UE提供服務(wù)。
[0295] 請(qǐng)參考圖16所示的在LSC間的APG更新（加入成員AP):
[0296] 由于用戶移動(dòng)，或者網(wǎng)絡(luò)激活等原因，API可以感知到UE1，API在感知到UE1時(shí)， 收集UE1的相關(guān)信息（S1601)，如網(wǎng)絡(luò)接入能力、設(shè)備標(biāo)識(shí)等（S1601)，如發(fā)現(xiàn)API自身能夠 為API服務(wù)，則向其歸屬的LSC2報(bào)告新發(fā)現(xiàn)的UE1的相關(guān)信息（S1602)。
[0297] 然后，LSC2根據(jù)API發(fā)來(lái)的信息，在確定LSC2本地沒(méi)有該UE1的服務(wù)LSC信息時(shí)， 將向NSC查詢UE的服務(wù)LSC的信息（S1603)。NSC查詢到UE的服務(wù)LSC (這里假設(shè)為L(zhǎng)SC1) 的信息，向LSC2發(fā)送通知消息，通知LSC2記錄UE1的服務(wù)LSC為L(zhǎng)SC1 (S1604)，并且，NSC 還向LSC1發(fā)送攜帶有UE1、API以及LSC2信息的請(qǐng)求消息（S1605)。
[0298] 接下來(lái)，LSC1收到NSC發(fā)送的上述消息后，更新UE1對(duì)應(yīng)的APG，在其中加入 API (S1606)，并將向更新后的APG列表中的各個(gè)成員AP發(fā)送APG更新消息，用以進(jìn)行成員 AP的更新配置（S1607)。其中，對(duì)于歸屬于該LSC1的成員AP，LSC1可以直接向該成員AP 發(fā)送APG更新消息。而對(duì)于歸屬于其他LSC1的成員AP，LSC1可以將通過(guò)該成員AP歸屬的 LSC向該成員AP發(fā)送APG更新消息，即將APG更新消息發(fā)送給該成員AP歸屬的LSC，然后 由該成員AP歸屬的LSC將該APG更新消息發(fā)送給該成員AP。
[0299] 然后，更新后的APG中的成員AP可以基于多點(diǎn)協(xié)作技術(shù)，為UE1提供數(shù)據(jù)服務(wù) (S1608)〇
[0300] 請(qǐng)參考圖17所示的在LSC間的APG更新（刪除成員AP):
[0301] 當(dāng)用戶移動(dòng)導(dǎo)致API無(wú)法感知到用戶，或者API要進(jìn)行休眠而無(wú)法再為UE1服 務(wù)，此時(shí)API向其歸屬的LSC2發(fā)送用于請(qǐng)求將API從UE1對(duì)應(yīng)的APG中刪除的請(qǐng)求消息 (S1701)〇
[0302] LSC2收到上述請(qǐng)求消息后，根據(jù)本地記錄的UE1的服務(wù)LSC信息，確定UE1的服務(wù) LSC為L(zhǎng)SC1，此時(shí)，LSC2向LSC1轉(zhuǎn)發(fā)上述請(qǐng)求消息（S1702)。
[0303] LSC1收到LSC2發(fā)送的上述請(qǐng)求消息后，將API從UE1對(duì)應(yīng)的APG中刪除（S1703)。 這里，在刪除API之后，LSC1還可以進(jìn)一步判斷APG中是否還存在歸屬于LSC2的AP，如果 不存在，則將LSC2從UE1對(duì)應(yīng)的LSC中刪除。
[0304] 然后，LSC1向更新后的APG中的成員AP發(fā)送APG更新消息，用以刪除APG中的 AP1(S1704)。其中，對(duì)于歸屬于該LSC1的成員AP，LSC1可以直接向該成員AP發(fā)送APG更 新消息。而對(duì)于歸屬于其他LSC1的成員AP，LSC1可以將通過(guò)該成員AP歸屬的LSC向該成 員AP發(fā)送APG更新消息，即將APG更新消息發(fā)送給該成員AP歸屬的LSC，然后由該成員AP 歸屬的LSC將該APG更新消息發(fā)送給該成員AP。
[0305] 然后，更新后的APG中的成員AP可以基于多點(diǎn)協(xié)作技術(shù)，為UE1提供數(shù)據(jù)服務(wù) (S1705)〇
[0306] 作為另外一種實(shí)現(xiàn)方式，LSC2在收到上述請(qǐng)求消息后，確定自身不是UE1的服務(wù) LSC時(shí)，還可以將該請(qǐng)求消息發(fā)送給NSC，再通過(guò)NSC轉(zhuǎn)發(fā)給服務(wù)LSC (LSC1)，而不是直接發(fā) 送給服務(wù)LSC(LSCl)
[0307] 場(chǎng)景3 :NSC間的AGP切換（APG Handover)或APG與傳統(tǒng)蜂窩網(wǎng)絡(luò)之間的切換（APG 撤銷）
[0308] 當(dāng)UE從一個(gè)NSC的管理范圍運(yùn)動(dòng)到另一個(gè)NSC的管理范圍時(shí)，要進(jìn)行NSC間的切 換處理，即APG的切換。當(dāng)UE從超密集網(wǎng)絡(luò)運(yùn)動(dòng)到蜂窩網(wǎng)絡(luò)（如宏蜂窩或微蜂窩等網(wǎng)絡(luò)） 時(shí)，也需要進(jìn)行切換。原超密集網(wǎng)絡(luò)在APG中的數(shù)量變?yōu)?時(shí)，需要對(duì)APG進(jìn)行撤銷，包括： NSC回收為該UE分配的APG，以及該UE對(duì)應(yīng)的各個(gè)LSC刪除其記錄的UE的服務(wù)LSC信息， 服務(wù)LSC還需要?jiǎng)h除UE對(duì)應(yīng)的APG以及LSC。上述兩種情況系的切換，有硬切換與軟切換 兩種切換方式。
[0309] 1)硬切換：當(dāng)APG內(nèi)AP數(shù)減小為0時(shí)，由用戶終端感知新的網(wǎng)絡(luò)。當(dāng)用戶終端由 一個(gè)超密集網(wǎng)絡(luò)進(jìn)入另一個(gè)超密集網(wǎng)絡(luò)時(shí)，進(jìn)行APG的初始化。當(dāng)用戶終端由一個(gè)超密集 網(wǎng)絡(luò)進(jìn)入宏蜂窩或其他網(wǎng)絡(luò)時(shí)，則建立與傳統(tǒng)網(wǎng)絡(luò)的連接并進(jìn)行數(shù)據(jù)傳輸。在切換到新的 網(wǎng)絡(luò)之前，通信有可能中斷。
[0310] 2)軟切換：當(dāng)APG內(nèi)唯一 AP不能滿足為用戶提供服務(wù)時(shí)，在斷開(kāi)該唯一 AP與UE 的連接前，等待UE與新進(jìn)入的網(wǎng)絡(luò)（如新UDN網(wǎng)絡(luò)或蜂窩網(wǎng)絡(luò)）建立連接后，再在原超密 集網(wǎng)絡(luò)進(jìn)行APG的撤銷。這種切換方式能夠在切換到新的網(wǎng)絡(luò)過(guò)程中盡量避免通信中斷。
[0311] 最后，通過(guò)一個(gè)具體示例，說(shuō)明應(yīng)用本發(fā)明實(shí)施例所述方法后的網(wǎng)絡(luò)接入流程。請(qǐng) 參考圖18,圖18給出了超密集網(wǎng)絡(luò)的部分結(jié)構(gòu)示意圖，其中，NSC管理范圍內(nèi)有LSC1和 LSC2,其中，API~AP3歸屬于LSC1，AP4~AP7歸屬于LSC2。假設(shè)上述AP均具備為UE的 服務(wù)能力。UE在移動(dòng)過(guò)程中，先后經(jīng)過(guò)位置1、位置2、位置3和位置4。
[0312] 當(dāng)UE到達(dá)位置1時(shí)，API或AP2能夠發(fā)現(xiàn)UE1，通過(guò)APG初始化過(guò)程，UE1將獲得 NSC分配的APG，UE1的服務(wù)LSC為L(zhǎng)SC1。此時(shí)，通過(guò)成員AP的添加，最終該APG將包括有 API和AP2,由API和AP2通過(guò)多點(diǎn)協(xié)作方式為UE1提供數(shù)據(jù)服務(wù)。
[0313] 當(dāng)UE到達(dá)位置2時(shí)，AP3能夠發(fā)現(xiàn)UE1。此時(shí)，通過(guò)成員AP的添加，最終該APG將 包括有API、AP2和AP3,由API~AP3通過(guò)多點(diǎn)協(xié)作方式為UE1提供數(shù)據(jù)服務(wù)。
[0314] 當(dāng)UE到達(dá)位置3時(shí)，AP4能夠發(fā)現(xiàn)UE1，而API將發(fā)現(xiàn)UE1離開(kāi)了其覆蓋范圍。此 時(shí)，通過(guò)成員AP的添加和刪除，最終該APG將包括有AP2、AP3和AP4,由AP2~AP4通過(guò)多 點(diǎn)協(xié)作方式為UE1提供數(shù)據(jù)服務(wù)。
[0315] 當(dāng)UE到達(dá)位置4時(shí)，AP5和AP6將能夠發(fā)現(xiàn)UE1，而AP2和AP3都將發(fā)現(xiàn)UE1離開(kāi) 了其覆蓋范圍。此時(shí)，通過(guò)成員AP的添加和刪除，最終該APG將包括有AP4、AP5和AP6,由 AP2~AP4通過(guò)多點(diǎn)協(xié)作方式為UE1提供數(shù)據(jù)服務(wù)。在此過(guò)程中，由于APG中歸屬于LSC1 的成員AP數(shù)量變?yōu)?,因此將觸發(fā)服務(wù)LSC的更換，將UE1的服務(wù)LSC更換為L(zhǎng)SC2。
[0316] 以上實(shí)施例中，一個(gè)APG中可以包括歸屬于多個(gè)不同LSC的AP。為簡(jiǎn)化處理，本發(fā) 明實(shí)施例中也可以在一個(gè)APG中僅包括歸屬于一個(gè)LSC的AP，下面將結(jié)合附圖對(duì)該實(shí)現(xiàn)方 式作進(jìn)一步的描述。
[0317] 請(qǐng)參照?qǐng)D19,本發(fā)明實(shí)施例提供的網(wǎng)絡(luò)接入點(diǎn)動(dòng)態(tài)組網(wǎng)方法，應(yīng)用于一超密集網(wǎng) 絡(luò)中中的LSC，該方法包括以下步驟：
[0318] 步驟191，接入網(wǎng)側(cè)的LSC，接收第一 AP在發(fā)現(xiàn)第一 AP能夠服務(wù)的第一 UE后發(fā)送 的第一通知消息，該第一 AP是歸屬于所述LSC的一個(gè)AP。
[0319] 這里，第一 AP在其覆蓋范圍內(nèi)發(fā)現(xiàn)第一 UE后，根據(jù)自身的服務(wù)能力（如網(wǎng)絡(luò)接入 能力、自身負(fù)載狀態(tài)等）以及UE的設(shè)備能力（如UE的網(wǎng)絡(luò)接入能力等），判斷出第一 AP可 以為第一 UE提供服務(wù)時(shí)，向第一 AP歸屬的第一 LSC發(fā)送上述第一通知消息。該第一通知 消息可以攜帶有第一 AP、第一 UE的信息，如設(shè)備的標(biāo)識(shí)等信息。
[0320] 步驟192,所述LSC判斷本地是否維護(hù)有該第一 UE對(duì)應(yīng)的第一 APG的信息，其中， 所述第一 APG中包括有歸屬于所述LSC、且當(dāng)前能夠服務(wù)該第一 UE的成員AP。
[0321] 這里，APG是由所述LSC歸屬的NSC所分配的，且與UE唯一對(duì)應(yīng)的。本實(shí)施例中 一個(gè)APG中僅包括歸屬于同一 LSC的AP，且在NSC為某個(gè)UE分配APG后，由對(duì)應(yīng)的LSC在 本地維護(hù)該UE的APG的信息。因此，步驟192中，如果所述LSC本地存在所述第一 APG的 信息，則說(shuō)明NSC已經(jīng)為第一 UE分配過(guò)了 APG ;如果不存在，則說(shuō)明NSC尚未為第一 UE分 配 APG。
[0322] 步驟193,所述LSC在判斷出本地維護(hù)有所述第一 APG的信息時(shí)，根據(jù)所述第一 AP，將第一 AP加入到所述第一 APG中，并向第一 APG中的各個(gè)成員AP發(fā)送第一 APG的更新 消息，該更新消息攜帶有第一 APG的成員AP的信息。
[0323] 這里，由于所述LSC本地維護(hù)有所述第一 APG的信息，則說(shuō)明NSC已經(jīng)為第一 UE 分配過(guò)了 APG，此時(shí)需要將新發(fā)現(xiàn)第一 UE的第一 AP，加入到第一 UE對(duì)應(yīng)的第一 APG中，以 更新第一 APG中的成員AP，并向該第一 APG中的各個(gè)成員AP發(fā)送更新消息，以使各個(gè)成員 AP更新第一 APG中的成員AP的信息。這樣，更新后的APG中的成員AP，