【摘要】MSC POOL在移動(dòng)網(wǎng)絡(luò)中已經(jīng)得到廣泛的應(yīng)用，用戶的分發(fā)和容量均衡一直是MSC POOL的關(guān)鍵技術(shù)，而在混合型MSC POOL組網(wǎng)中，如何根據(jù)MSC POOL內(nèi)各MSC Server的負(fù)荷來自動(dòng)調(diào)整NNSF的分發(fā)一直是研究方向。本文提供的動(dòng)態(tài)分發(fā)功能，主要依賴于MSC Server下發(fā)容量或剩余容量，進(jìn)而影響到NNSF根據(jù)容量或剩余容量生成分發(fā)比例。

【關(guān)鍵詞】靜態(tài)分發(fā)動(dòng)態(tài)分發(fā)應(yīng)用

一、靜態(tài)分發(fā)已無法滿足復(fù)雜組網(wǎng)下的運(yùn)維要求

3GPP 23.236協(xié)議描述了無線節(jié)點(diǎn)接入多個(gè)核心網(wǎng)節(jié)點(diǎn)的技術(shù)，該技術(shù)的核心即通過BSC、RNC的NNSF功能將所接入的用戶分發(fā)到多個(gè)MSC Server。3GPP 23.924協(xié)議描述了在無線節(jié)點(diǎn)之外提供分發(fā)功能，該技術(shù)實(shí)現(xiàn)MGW的NNSF功能，同樣可以做到將所接入的用戶分發(fā)到多個(gè)MSC Server。在具體使用時(shí)，NNSF分發(fā)功能可存在于BSC、RNC或MGW中。

NNSF分發(fā)功能可以使用RRC消息的IDNNS信息分發(fā)，也可以通過解析NAS層消息中的用戶標(biāo)識(shí)進(jìn)行分發(fā)。每個(gè)MSC Server可以對(duì)應(yīng)一個(gè)或者多個(gè)NRI。當(dāng)用戶接入時(shí)，NNSF提取IDNNS信息或用戶標(biāo)識(shí)中的NRI；如果用戶的NRI對(duì)應(yīng)的MSC Server存在，且該MSC Server不是去激活狀態(tài)，則NNSF將該用戶分發(fā)到該MSC Server；如果用戶的NRI對(duì)應(yīng)的MSC Server不存在，且該MSC Server不是去激活或卸載狀態(tài)，則NNSF將該用戶按比例分發(fā)到MSC Server。一旦用戶接入到MSC Pool中的MSC Server后，該MSC Server就會(huì)分配一個(gè)包含該MSC Server NRI的標(biāo)識(shí)給用戶。用戶下次接入的時(shí)候，就會(huì)使用和MSC Server NRI一致的NRI接入，并且NNSF也就會(huì)將用戶分發(fā)到該MSC Server。

從上述描述，我們可以知道NNSF負(fù)責(zé)分發(fā)用戶，MSC Server的容量均衡依賴于分發(fā)節(jié)點(diǎn)對(duì)新接入用戶的分發(fā)。NNSF分發(fā)的比例和MSC Pool中每個(gè)MSC Server的用戶容量相關(guān)，當(dāng)前NNSF的分發(fā)比例都是通過手工配置完成。在NNSF存在于BSC、RNC或MGW時(shí)，手工管理的機(jī)制和分散存在的NNSF給運(yùn)維過程中帶來了很大的困難。

二、動(dòng)態(tài)分發(fā)的原理

本文提供的動(dòng)態(tài)分發(fā)功能，主要依賴于MSC Server下發(fā)容量或剩余容量，進(jìn)而影響到NNSF根據(jù)容量或剩余容量生成分發(fā)比例。

BSC、RNC支持NNSF功能時(shí)，BSC、RNC中的NNSF功能需要實(shí)現(xiàn)基于MSC Server容量或剩余容量的動(dòng)態(tài)負(fù)荷分擔(dān)，MSC Pool內(nèi)的各MSC Server需要將本局容量或剩余容量通過A、Iu口擴(kuò)展消息發(fā)送到BSC/RNC，供BSC、RNC中NNSF功能生成分發(fā)比例，進(jìn)而實(shí)現(xiàn)動(dòng)態(tài)負(fù)荷分擔(dān)。

MGW支持NNSF功能時(shí)，MGW中的NNSF功能需要實(shí)現(xiàn)基于MSC Server容量或剩余容量的動(dòng)態(tài)負(fù)荷分擔(dān)，MSC Pool內(nèi)的各MSC Server將本局容量或剩余容量通過NNSF消息向MGW發(fā)送，消息的承載使用MSC Server和MGW之間配置的偶聯(lián)，共MGW中NNSF功能生成分發(fā)比例，進(jìn)而實(shí)現(xiàn)動(dòng)態(tài)負(fù)荷分擔(dān)。

MSC Server向NNSF發(fā)送Capacity、NRIs、Global CN-ID信息。

Capacity是容量信息（可以是MSC Server容量，或者是MSC Server剩余容量），NNSF可以根據(jù)各個(gè)MSC Server的Capacity來對(duì)比生成分發(fā)比例。

NRIs和NRI長(zhǎng)度，每個(gè)MSC Server可能存在一個(gè)或多個(gè)NRI。

Global CN-ID唯一的標(biāo)識(shí)一個(gè)MSC Server。

MSC Server下發(fā)上述的場(chǎng)景應(yīng)該包括：（1）在MSC Server沒有動(dòng)態(tài)分發(fā)時(shí)候，NNSF可根據(jù)當(dāng)前的配置默認(rèn)值進(jìn)行分發(fā)。（2）在BSC/RNC、MGW局向可達(dá)的時(shí)候，MSC Server動(dòng)態(tài)下發(fā)。（3）在MSC Server更改配置的時(shí)候，MSC Server動(dòng)態(tài)下發(fā)。（4）在MSC Server出現(xiàn)過負(fù)荷等情況時(shí)候，MSC Server下發(fā)過負(fù)荷等級(jí)和控制方法，NNSF可根據(jù)MSC Server過負(fù)荷的情況來控制分發(fā)。（5）MSC Server周期下發(fā)。（建議下發(fā)剩余容量的時(shí)候使用）。

NNSF根據(jù)MSC Server下發(fā)的容量或剩余容量信息來調(diào)整分發(fā)的比例，進(jìn)而達(dá)到MSC Server間的容量均衡。

三、動(dòng)態(tài)分發(fā)的應(yīng)用

3.1容量下發(fā)的方式

三個(gè)MSC Server的容量均為50萬，NNSF分發(fā)示意見圖1。

按照?qǐng)D1的組網(wǎng)示意，使用容量進(jìn)行分發(fā)，MSC Serv-er下發(fā)的容量等信息見表1示例。

MSC Server通過消息，將本局用戶容量、NRIs和Global CN-ID信息攜帶給NNSF，NNSF根據(jù)容量生成分發(fā)比例50：50：50。這樣每個(gè)MSC Server的分發(fā)比例均為50/150。NNSF中每個(gè)MSC Server的比例決定了被選擇的概率。

表2對(duì)比了手工配置和動(dòng)態(tài)下發(fā)容量對(duì)容量均衡的影響。

MSC Server下發(fā)的剩余容量等信息見表3示例。

表4對(duì)比了手工配置和動(dòng)態(tài)下發(fā)剩余容量對(duì)容量均衡的影響。

下發(fā)剩余容量相對(duì)于下發(fā)容量而言，更能夠?qū)崿F(xiàn)動(dòng)態(tài)的調(diào)整，對(duì)于長(zhǎng)時(shí)間運(yùn)行后容量均衡更為有效。

3.2動(dòng)態(tài)分發(fā)的關(guān)鍵技術(shù)

動(dòng)態(tài)分發(fā)技術(shù)在實(shí)際實(shí)現(xiàn)中存在三個(gè)關(guān)鍵：

（1）MSC Server容量或剩余容量的獲取，容量可以通過配置來獲取，剩余容量可通過本局性能統(tǒng)計(jì)當(dāng)前用戶數(shù)來計(jì)算。

（2）在A、Iu和Mc接口擴(kuò)展消息來下發(fā)MSC Server的信息，或者是下發(fā)MSC Server的過負(fù)荷情況，3GPP協(xié)議對(duì)這些信息并未定義。

（3）NNSF根據(jù)MSC Server下發(fā)的信息生成分發(fā)表。

按照上述關(guān)鍵點(diǎn)來實(shí)現(xiàn)NNSF的動(dòng)態(tài)分發(fā)功能，即可達(dá)到對(duì)用戶的動(dòng)態(tài)分發(fā)，從而解決手工調(diào)整用戶數(shù)帶來的繁雜工作。

綜上所述，本文提出的動(dòng)態(tài)分發(fā)功能的實(shí)現(xiàn)方式，在實(shí)現(xiàn)容量均衡方面應(yīng)該是可行的方式。

參考文獻(xiàn)

[1] 3GPP 23.236“Intra-domain connection of Radio Access Network （RAN） nodes to multiple Core Network （CN） nodes”

[2] 3GPP 23.924“Feasibility study on Non-Access Stratum （NAS） node selection function above Base Station Controller （BSC） / Radio Network Controller （RNC）”Base Station System （MSC BSS） interface； Layer 3 Specification”

[3] 3GPP 25.413 \"UTRAN Iu interface RANAP signalling\".