專利名稱：一種分布式管理的無線網(wǎng)絡(luò)子系統(tǒng)中的呼叫處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及寬帶碼分多址(WCDMA)移動(dòng)通信技術(shù)的呼叫處理方法，特別涉及到一種分布式管理的無線網(wǎng)絡(luò)子系統(tǒng)(RNS)中的呼叫處理方法。
背景技術(shù)：
WCDMA系統(tǒng)是由核心網(wǎng)(CN)，全球移動(dòng)通信系統(tǒng)的陸地?zé)o線接入網(wǎng)絡(luò)(UTRAN)和用戶設(shè)備(UE)組成的，圖1顯示了WCDMA系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu)。其中，UTRAN的主要功能是實(shí)現(xiàn)系統(tǒng)的接入控制，移動(dòng)性管理以及無線資源的管理和控制等功能。如圖1所示，UTRAN包括一個(gè)或者多個(gè)通過Iu接口連接到CN的RNS，一個(gè)RNS可以包括一個(gè)無線網(wǎng)絡(luò)控制器(RNC)以及一個(gè)或者多個(gè)基站Node B。
在RNS的設(shè)計(jì)中，可以應(yīng)用分布式管理的方法，即在一個(gè)RNS中可以應(yīng)用多個(gè)分布式信令處理子系統(tǒng)來管理并實(shí)現(xiàn)RNC的基本功能，其中每個(gè)分布式信令處理子系統(tǒng)負(fù)責(zé)RNS中一部分小區(qū)用戶的接入控制、移動(dòng)性管理以及無線資源的管理和控制等等。每個(gè)分布式信令處理子系統(tǒng)管理的小區(qū)可以由用戶根據(jù)實(shí)際情況進(jìn)行配置，但是從系統(tǒng)負(fù)荷分擔(dān)和處理能力等方面考慮，每個(gè)分布式信令處理子系統(tǒng)管理的小區(qū)數(shù)目和容量都會(huì)有一定的限制。如圖1所示，RNC A和RNC B分別有兩個(gè)分布式信令處理子系統(tǒng)1和2，分別負(fù)責(zé)管理該RNS中一部分的小區(qū)。
需要說明的是，UTRAN可以包含一個(gè)或者多個(gè)RNS，一個(gè)RNC中可以包含一個(gè)或者多個(gè)分布式信令處理子系統(tǒng)，一個(gè)分布式信令處理子系統(tǒng)可以管理一個(gè)或者多個(gè)Node B，而不限于圖1所示的數(shù)量關(guān)系。
在WCDMA系統(tǒng)中，為了對(duì)用戶設(shè)備(UE)的狀態(tài)和資源消耗進(jìn)行方便的管理，RNC會(huì)為每個(gè)新的接入呼叫分配一個(gè)用戶實(shí)例，該用戶實(shí)例負(fù)責(zé)管理該呼叫的所有信令交互、資源分配等操作。并且用戶實(shí)例只有在UE與RNC之間的連接被釋放的時(shí)候才被釋放。需要說明的是，UE總是通過其所在的小區(qū)接入到UTRAN的，且RNC所管理的每一個(gè)小區(qū)都對(duì)應(yīng)RNC中的一個(gè)分布式信令處理子系統(tǒng)，而每個(gè)分布式信令處理子系統(tǒng)可以管理一個(gè)或者多個(gè)小區(qū)。如圖1所示，如果UE從分布式信令處理子系統(tǒng)1管理的小區(qū)接入U(xiǎn)TRAN，則分布式信令處理子系統(tǒng)1需要為UE的呼叫分配一個(gè)用戶實(shí)例。出于系統(tǒng)容量上的考慮，每個(gè)分布式信令處理子系統(tǒng)可以分配的用戶實(shí)例的數(shù)目是有一定限制的。
目前，WCDMA系統(tǒng)中新的接入呼叫主要可以由以下幾個(gè)方面啟動(dòng)UE發(fā)起無線資源控制連接(RRC)建立請(qǐng)求；硬切換伴隨遷移，作為目標(biāo)RNC接收到遷移請(qǐng)求消息；UE發(fā)生2G到3G切換，切換進(jìn)入U(xiǎn)TRAN系統(tǒng)；跨RNC軟切換過程中，作為目標(biāo)的RNC接收到無線鏈路建立的請(qǐng)求消息；小區(qū)更新伴隨遷移時(shí)，作為目標(biāo)的RNC接收到小區(qū)更新消息。
上文所述的用戶實(shí)例是在UE第一次接入系統(tǒng)的時(shí)候，由UE所在小區(qū)對(duì)應(yīng)的分布式信令處理子系統(tǒng)分配的。用戶實(shí)例的分配步驟如下a.當(dāng)UE選擇從如圖1所示的小區(qū)A(CELL A)接入U(xiǎn)TRAN系統(tǒng)時(shí)，UE的第一條接入呼叫請(qǐng)求信令就會(huì)到達(dá)管理該小區(qū)的分布式信令處理子系統(tǒng)1；b.分布式信令處理子系統(tǒng)1檢查它是否有可用的用戶實(shí)例，如果有，就為該呼叫分配一個(gè)新的用戶實(shí)例以及呼叫資源；如果沒有，則進(jìn)行異常處理，拒絕該呼叫。
然而，現(xiàn)有的用戶實(shí)例分配策略在實(shí)際的應(yīng)用中是有一定的局限性的，即用戶實(shí)例并不隨著UE的切換而遷移。結(jié)合圖1舉例說明，當(dāng)該UE從圖1所示的分布式信令處理子系統(tǒng)1管理的CELL A切換到位于相同RNS的分布式信令處理子系統(tǒng)2管理的小區(qū)CELL B上時(shí)，該呼叫的用戶實(shí)例并不會(huì)從分布式信令處理子系統(tǒng)1遷移到分布式信令處理子系統(tǒng)2上。也就是說，此時(shí)UE雖然處在分布式信令處理子系統(tǒng)2所管理的小區(qū)CELL B內(nèi)，但是該UE的呼叫仍然占用分布式信令處理子系統(tǒng)1的用戶實(shí)例資源。
由此可以看出，由于每個(gè)分布式信令處理子系統(tǒng)可以分配的用戶實(shí)例數(shù)目是有限的，所以應(yīng)用這種用戶實(shí)例的分配策略就有可能會(huì)出現(xiàn)如下問題雖然某些分布式信令處理子系統(tǒng)所管理的小區(qū)的無線鏈路資源還有空閑，但其用戶實(shí)例卻已經(jīng)被消耗完了。在這種情況下，如果有處于該分布式信令處理子系統(tǒng)所管理的小區(qū)的UE需要接入新的呼叫，就會(huì)因?yàn)樵摲植际叫帕钐幚碜酉到y(tǒng)已經(jīng)沒有可用的用戶實(shí)例而導(dǎo)致呼損。

發(fā)明內(nèi)容
有鑒與此，本發(fā)明的目的就是提供一種分布式管理的RNS中進(jìn)行呼叫處理的方法，以此來解決在分布式管理的RNS中可能出現(xiàn)的雖然某個(gè)分布式信令處理子系統(tǒng)的小區(qū)無線鏈路資源很空閑，但是由于該分布式信令處理子系統(tǒng)已無可用的用戶實(shí)例而造成呼損的問題。
為了達(dá)到上述目的，本發(fā)明公開了一種分布式管理的RNS中的呼叫處理方法，該方法主要包含以下步驟a.UE發(fā)起接入呼叫請(qǐng)求；b.管理UE所在小區(qū)的分布式信令處理子系統(tǒng)判斷是否可以處理該呼叫，如果可以，則直接處理該呼叫，然后結(jié)束本流程；否則，選擇可以處理該呼叫的分布式信令處理子系統(tǒng)；c.由所選擇的分布式信令處理子系統(tǒng)處理該呼叫。
其中，步驟b所述的判斷是否可以處理該呼叫的方法為判斷該分布式信令處理子系統(tǒng)是否有可用的用戶實(shí)例，如果有，則可以處理該呼叫；否則，不能處理該呼叫。
在UTRAN系統(tǒng)配置時(shí)，RNC為每個(gè)分布式信令處理子系統(tǒng)綁定一個(gè)備選子系統(tǒng)，步驟b所述的選擇可以處理該呼叫的分布式信令處理子系統(tǒng)為選擇該分布式信令處理子系統(tǒng)的備選子系統(tǒng)。
另外，步驟b所述的選擇分布式信令處理子系統(tǒng)的方法還可以為RNC根據(jù)其RNS中各個(gè)分布式信令處理子系統(tǒng)的用戶實(shí)例占用情況，為該呼叫選擇最空閑的分布式信令處理子系統(tǒng)。
上述的選擇分布式信令處理子系統(tǒng)的方法包括以下步驟RNC檢測所有分布式信令處理子系統(tǒng)的用戶實(shí)例占用情況，如果有一個(gè)或者多個(gè)分布式信令處理子系統(tǒng)具有可用的用戶實(shí)例，則選擇當(dāng)前最空閑的分布式信令處理子系統(tǒng)；如果所有的分布式信令處理子系統(tǒng)都無可用的用戶實(shí)例，則進(jìn)行異常處理，拒絕該呼叫。
此外，步驟b所述的選擇分布式信令處理子系統(tǒng)的方法又可以為RNC隨機(jī)逐一檢測RNS中所有的分布式信令處理子系統(tǒng)，選擇檢測到的第一個(gè)具有可用的用戶實(shí)例的分布式信令處理子系統(tǒng)。
上述的選擇分布式信令處理子系統(tǒng)的方法包括以下步驟RNC逐一檢測RNS中所有的分布式信令處理子系統(tǒng)的用戶實(shí)例占用情況，如果有可用的用戶實(shí)例，則選擇該分布式信令處理子系統(tǒng)；如果無用戶實(shí)例可用，則繼續(xù)檢測下一個(gè)分布式信令處理子系統(tǒng)；如果檢測完畢所有的分布式信令處理子系統(tǒng)，都沒有可用的用戶實(shí)例，則進(jìn)行異常處理，拒絕該呼叫。
步驟c在所述的處理該呼叫之前，進(jìn)一步包括將該呼叫轉(zhuǎn)移到所選擇的分布式信令處理子系統(tǒng)上。
由此可見，當(dāng)UE進(jìn)行呼叫接入請(qǐng)求時(shí)，應(yīng)用本發(fā)明所述的方法可以在管理UE所在小區(qū)的分布式信令處理子系統(tǒng)已無用戶實(shí)例可用的情況下，選擇其他的分布式信令處理子系統(tǒng)處理該呼叫，以解決由于管理UE接入的小區(qū)的分布式信令處理子系統(tǒng)由于無用戶實(shí)例可用而造成的呼損，降低了分布式管理的RNS的呼損率，提高了系統(tǒng)資源的利用率。


圖1顯示了UTRAN的網(wǎng)絡(luò)結(jié)構(gòu)；圖2顯示了本發(fā)明所述的在分布式管理的RNS中進(jìn)行呼叫處理的具體流程；圖3顯示了本發(fā)明所述的一個(gè)優(yōu)選實(shí)施例的呼叫處理流程；圖4顯示了本發(fā)明所述的另一個(gè)優(yōu)選實(shí)施例的呼叫處理流程；圖5顯示了本發(fā)明所述的又一個(gè)優(yōu)選實(shí)施例的呼叫處理流程。
具體實(shí)施例方式
下面就結(jié)合附圖和具體的實(shí)施例對(duì)本發(fā)明進(jìn)行進(jìn)一步的詳細(xì)說明。
本發(fā)明公開了一種在分布式管理的無線網(wǎng)絡(luò)子系統(tǒng)中的呼叫處理方法，該方法主要包含以下步驟a.UE發(fā)起接入呼叫請(qǐng)求；b.管理UE所在小區(qū)的分布式信令處理子系統(tǒng)判斷是否可以處理該呼叫，如果可以，則直接處理該呼叫，然后結(jié)束本流程；否則，選擇可以處理該呼叫的分布式信令處理子系統(tǒng)；c.由所選擇的分布式信令處理子系統(tǒng)處理該呼叫。
上述方法的具體步驟如圖2所示，圖2為本發(fā)明所述的分布式管理的RNS中進(jìn)行呼叫處理的具體流程，包括以下步驟步驟201UE在某個(gè)分布式信令處理子系統(tǒng)所管理的小區(qū)接入U(xiǎn)TRAN；步驟202該分布式信令處理子系統(tǒng)判決是否可以處理該呼叫如果可以，則執(zhí)行步驟203；否則，執(zhí)行步驟204；其中，上述分布式信令處理子系統(tǒng)判決是否可以處理該呼叫的步驟又稱為話務(wù)分擔(dān)判決；步驟203該分布式信令處理子系統(tǒng)直接處理該呼叫，即為該呼叫分配用戶實(shí)例、呼叫資源等，然后結(jié)束本流程；
步驟204選擇可以處理該呼叫的分布式信令處理子系統(tǒng)，然后執(zhí)行步驟205；步驟205將該呼叫轉(zhuǎn)移到所選擇的分布式信令處理子系統(tǒng)，并由所選擇的分布式信令處理子系統(tǒng)處理該呼叫，即為該呼叫分配用戶實(shí)例、呼叫資源等，然后結(jié)束本流程。
其中，步驟205又稱為話務(wù)分擔(dān)。
圖3所示的為本發(fā)明的一個(gè)優(yōu)選的實(shí)施例，在該實(shí)施例中，上述步驟204所述的選擇可以處理該呼叫的分布式信令處理子系統(tǒng)是通過為每個(gè)分布式信令處理子系統(tǒng)綁定一個(gè)備選子系統(tǒng)的方法來實(shí)現(xiàn)的。
在這一實(shí)施例中，在對(duì)UTRAN系統(tǒng)進(jìn)行配置的時(shí)候就為其所有的分布式信令處理子系統(tǒng)確定兩兩互為備選子系統(tǒng)的關(guān)系，并在每個(gè)分布式信令處理子系統(tǒng)中記錄其備選子系統(tǒng)的標(biāo)識(shí)。一旦需要進(jìn)行話務(wù)分擔(dān)，則直接將呼叫轉(zhuǎn)移到相對(duì)應(yīng)的備選分布式信令處理子系統(tǒng)上，其具體步驟如下步驟301UTRAN系統(tǒng)配置所有的分布式信令處理子系統(tǒng)為兩兩互為備選子系統(tǒng)的關(guān)系；步驟302UE在其中一個(gè)分布式信令處理子系統(tǒng)所管理的小區(qū)接入U(xiǎn)TRAN；步驟303該分布式信令處理子系統(tǒng)進(jìn)行話務(wù)分擔(dān)的判決如果有可用的用戶實(shí)例，則執(zhí)行步驟304；否則，執(zhí)行步驟305；步驟304由該分布式信令處理子系統(tǒng)處理該呼叫，為該呼叫分配用戶實(shí)例、分配呼叫資源等；步驟305將呼叫處理轉(zhuǎn)移到其備選分布式信令處理子系統(tǒng)，下面執(zhí)行步驟306；步驟306該備選子系統(tǒng)判斷是否可以處理該呼叫，如果該備選分布式信令處理子系統(tǒng)有可用的用戶實(shí)例，則執(zhí)行步驟307；否則，執(zhí)行步驟308；步驟307由該備選信令處理子系統(tǒng)處理該呼叫，為呼叫分配用戶實(shí)例，分配呼叫資源；步驟308進(jìn)行異常處理，拒絕該呼叫。
下面舉例對(duì)這一實(shí)施例進(jìn)行詳細(xì)說明假設(shè)UTRAN系統(tǒng)設(shè)置了6個(gè)分布式信令處理子系統(tǒng)1、2、3、4、5和6，則在UTRAN進(jìn)行系統(tǒng)配置的時(shí)候就可以將分布式信令處理子系統(tǒng)1和2，3和4，5和6兩兩分別確定為互為備選的分布式信令處理子系統(tǒng)。如圖1所示，RNC可以將分布式信令處理子系統(tǒng)1和2設(shè)置為互為備選子系統(tǒng)。其中，各個(gè)分布式信令處理子系統(tǒng)都負(fù)責(zé)其管理的小區(qū)上報(bào)的信令的轉(zhuǎn)發(fā)以及其負(fù)責(zé)用戶的信令交互。此時(shí)，UE由分布式信令處理子系統(tǒng)1管理的小區(qū)接入U(xiǎn)TRAN，如果分布式信令處理子系統(tǒng)1發(fā)現(xiàn)已無可用的用戶實(shí)例滿足新的呼叫，就直接將該呼叫轉(zhuǎn)移給其備選分布式信令處理子系統(tǒng)2，如果此時(shí)分布式信令處理子系統(tǒng)2也無可用的用戶實(shí)例，則拒絕該呼叫接入。同樣，如果分布式信令處理子系統(tǒng)2需要話務(wù)分擔(dān)，也將直接將呼叫處理轉(zhuǎn)移給其備選分布式信令處理子系統(tǒng)1來實(shí)現(xiàn)。以上所述的方法同樣適用于分布式信令處理子系統(tǒng)3和4以及5和6之間的話務(wù)分擔(dān)。需要說明的是，互為備選的分布式信令處理子系統(tǒng)的選擇可以是分布式信令處理子系統(tǒng)1～6之間的任意組合，而不超出本發(fā)明的精神和范圍。
應(yīng)用該方法的優(yōu)點(diǎn)就是簡單、易行，其不足之處就是如果UTRAN系統(tǒng)所配置的互為備選的兩個(gè)分布式信令處理子系統(tǒng)的負(fù)荷都很重，也很難避免由于沒有可用的用戶實(shí)例而造成呼損的問題。
圖4顯示了本發(fā)明的另一個(gè)優(yōu)選的實(shí)施例，在該實(shí)施例中，上述步驟204所述的選擇可以處理該呼叫的分布式信令處理子系統(tǒng)是通過RNC為呼叫選擇最空閑的分布式信令處理子系統(tǒng)進(jìn)行處理的方法來實(shí)現(xiàn)的。
其中，所述最空閑的分布式信令處理子系統(tǒng)是指具有最多可用用戶實(shí)例的分布式信令處理子系統(tǒng)。
在該實(shí)施例中，UTRAN系統(tǒng)并不為每個(gè)分布式信令處理子系統(tǒng)確定固定的備選關(guān)系，而是根據(jù)當(dāng)前各個(gè)分布式信令處理子系統(tǒng)的用戶實(shí)例占用情況，動(dòng)態(tài)的選擇最為空閑的分布式信令處理子系統(tǒng)。如果經(jīng)過選擇，所有的分布式信令處理子系統(tǒng)都無可用的用戶實(shí)例，則拒絕該呼叫，導(dǎo)致呼損，如圖4所示，具體包含以下步驟步驟401UE在一個(gè)分布式信令處理子系統(tǒng)所管理的小區(qū)接入U(xiǎn)TRAN；步驟402該分布式信令處理子系統(tǒng)進(jìn)行話務(wù)分擔(dān)的判決，如果有可用的用戶實(shí)例，則執(zhí)行步驟403；否則，執(zhí)行步驟404；步驟403由該信令處理子系統(tǒng)處理該呼叫，為該呼叫分配用戶實(shí)例、分配呼叫資源等；步驟404RNC檢測所有分布式信令處理子系統(tǒng)的用戶實(shí)例占用情況，如果有分布式信令處理子系統(tǒng)有可用的用戶實(shí)例，則執(zhí)行步驟405；否則，執(zhí)行步驟406；步驟405RNC選出當(dāng)前最空閑的分布式信令處理子系統(tǒng)，將該呼叫處理轉(zhuǎn)移到最空閑分布式信令處理子系統(tǒng)進(jìn)行處理，最空閑的分布式信令處理子系統(tǒng)為該呼叫分配用戶實(shí)例，分配呼叫資源。
步驟406進(jìn)行異常處理，拒絕該呼叫。
下面舉例對(duì)這一實(shí)施例進(jìn)行詳細(xì)說明例如，假設(shè)UTRAN系統(tǒng)設(shè)置了6個(gè)分布式信令處理子系統(tǒng)1、2、3、4、5和6，各個(gè)分布式信令處理子系統(tǒng)都負(fù)責(zé)其管理的小區(qū)上報(bào)的信令的轉(zhuǎn)發(fā)以及其負(fù)責(zé)用戶的信令交互。此時(shí)，如果分布式信令處理子系統(tǒng)1發(fā)現(xiàn)其已無可用的用戶實(shí)例，RNC則通過動(dòng)態(tài)選擇機(jī)制找到此時(shí)具有最多可用用戶實(shí)例的分布式信令處理子系統(tǒng)，比如分布式信令處理子系統(tǒng)4，并將該呼叫轉(zhuǎn)移給分布式信令處理子系統(tǒng)4來處理。如果6個(gè)分布式信令處理子系統(tǒng)都無可用的用戶實(shí)例，則將導(dǎo)致呼損。
應(yīng)用這種方法的優(yōu)點(diǎn)就是最大程度的利用了RNS中所有分布式信令處理子系統(tǒng)的用戶實(shí)例。但是其不足之處就是，RNC需要維護(hù)一套動(dòng)態(tài)選擇最為空閑的分布式信令處理子系統(tǒng)的選擇機(jī)制，因而增加了額外的系統(tǒng)開銷。
圖5顯示了本發(fā)明所述的又一個(gè)優(yōu)選的實(shí)施例，在這一實(shí)施例中，上述步驟204所述的選擇可以處理該呼叫的分布式信令子處理系統(tǒng)的方法為RNC隨機(jī)搜索系統(tǒng)所有的分布式信令處理子系統(tǒng)，直到找到一個(gè)可以處理該呼叫的分布式信令處理子系統(tǒng)。
在該實(shí)施例中，UTRAN系統(tǒng)是根據(jù)當(dāng)前各個(gè)分布式信令處理子系統(tǒng)的用戶實(shí)例占用情況，動(dòng)態(tài)隨機(jī)的選擇空閑的分布式信令處理子系統(tǒng)。如果搜索了所有的分布式信令處理子系統(tǒng)都沒有可用的用戶實(shí)例，則拒絕該呼叫，而導(dǎo)致呼損，如圖5所示，其具體步驟如下步驟501UE在一個(gè)分布式信令處理子系統(tǒng)所管理的小區(qū)接入U(xiǎn)TRAN；步驟502該分布式信令處理子系統(tǒng)進(jìn)行話務(wù)分擔(dān)的判決如果有可用的用戶實(shí)例，則執(zhí)行步驟503；否則，執(zhí)行步驟504；步驟503由該分布式信令處理子系統(tǒng)處理該呼叫，為該呼叫分配用戶實(shí)例、分配呼叫資源等；步驟504RNC隨機(jī)搜索另一個(gè)分布式信令處理子系統(tǒng)的用戶實(shí)例占用情況如果有可用的用戶實(shí)例，則執(zhí)行步驟505；如果無用戶實(shí)例可用，則循環(huán)該步驟；如果搜索完畢所有的分布式信令處理子系統(tǒng)，都沒有可用的用戶實(shí)例，則執(zhí)行步驟506；步驟505將該呼叫處理轉(zhuǎn)移到搜索到的有空閑用戶實(shí)例的分布式信令處理子系統(tǒng)進(jìn)行處理，即為該呼叫分配用戶實(shí)例，分配呼叫資源；步驟506進(jìn)行異常處理，拒絕該呼叫。
下面舉例對(duì)本實(shí)施例進(jìn)一步詳細(xì)說明，例如，假設(shè)UTRAN系統(tǒng)設(shè)置了6個(gè)分布式信令處理子系統(tǒng)1、2、3、4、5和6，各個(gè)分布式信令處理子系統(tǒng)都負(fù)責(zé)其管理的小區(qū)上報(bào)的信令的轉(zhuǎn)發(fā)以及其負(fù)責(zé)用戶的信令交互。此時(shí)，如果分布式信令處理子系統(tǒng)1沒有可用的用戶實(shí)例，則進(jìn)行話務(wù)分擔(dān)，將呼叫處理轉(zhuǎn)移給分布式信令處理子系統(tǒng)2，如果恰好分布式信令處理子系統(tǒng)2也無可用的用戶實(shí)例，則將呼叫處理再一次轉(zhuǎn)移給分布式信令處理子系統(tǒng)3，以此類推......。直到搜索到可用的用戶實(shí)例為止。如果所有的分布式信令處理子系統(tǒng)都沒有可用的用戶實(shí)例則拒絕該呼叫。需要說明的是，分布式信令處理子系統(tǒng)在進(jìn)行話務(wù)分擔(dān)的時(shí)候搜索具有空閑用戶實(shí)例的分布式信令處理子系統(tǒng)的順序并不限于如上所述的順序，還可以是任意其它系統(tǒng)設(shè)定的搜索順序，而不會(huì)超出本發(fā)明的精神和范圍。
應(yīng)用這種方法的優(yōu)點(diǎn)也是最大限度的利用了所有分布式信令處理子系統(tǒng)的用戶實(shí)例。其不足之處就是，這種方法可能需要在不同的分布式信令處理子系統(tǒng)上將該呼叫處理進(jìn)行多次轉(zhuǎn)移才能得到處理，造成系統(tǒng)對(duì)呼叫的處理時(shí)延較大。
由此可見，應(yīng)用本發(fā)明所述的方法，可以在很大程度上解決在分布式管理的RNS中可能出現(xiàn)的雖然某個(gè)分布式信令處理子系統(tǒng)的小區(qū)無線鏈路資源很空閑，但是由于該分布式信令處理子系統(tǒng)已無可用的用戶實(shí)例而造成的呼損的問題。因此，應(yīng)用本方法可以降低系統(tǒng)的呼損率，提高系統(tǒng)資源的利用率。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用來限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種分布式管理的無線網(wǎng)絡(luò)子系統(tǒng)中的呼叫處理方法，其特征在于，該方法主要包含以下步驟a.UE發(fā)起接入呼叫請(qǐng)求；b.管理UE所在小區(qū)的分布式信令處理子系統(tǒng)判斷是否可以處理該呼叫，如果可以，則直接處理該呼叫，然后結(jié)束本流程；否則，選擇可以處理該呼叫的分布式信令處理子系統(tǒng)；c.由所選擇的分布式信令處理子系統(tǒng)處理該呼叫。
2.如權(quán)利要求1所述的方法，其特征在于，步驟b所述的判斷是否可以處理該呼叫的方法為判斷該分布式信令處理子系統(tǒng)是否有可用的用戶實(shí)例，如果有，則可以處理該呼叫；否則，不能處理該呼叫。
3.如權(quán)利要求1所述的方法，其特征在于，在UTRAN系統(tǒng)配置時(shí)，RNC為每個(gè)分布式信令處理子系統(tǒng)綁定一個(gè)備選子系統(tǒng)，步驟b所述的選擇可以處理該呼叫的分布式信令處理子系統(tǒng)為選擇該分布式信令處理子系統(tǒng)的備選子系統(tǒng)。
4.如權(quán)利要求1所述的方法，其特征在于，步驟b所述的選擇分布式信令處理子系統(tǒng)的方法為RNC根據(jù)其RNS中各個(gè)分布式信令處理子系統(tǒng)的用戶實(shí)例占用情況，為該呼叫選擇最空閑的分布式信令處理子系統(tǒng)。
5.如權(quán)利要求4所述的方法，其特征在于，所述的選擇分布式信令處理子系統(tǒng)的方法包括以下步驟RNC檢測所有分布式信令處理子系統(tǒng)的用戶實(shí)例占用情況，如果有一個(gè)或者多個(gè)分布式信令處理子系統(tǒng)具有可用的用戶實(shí)例，則選擇當(dāng)前最空閑的分布式信令處理子系統(tǒng)；如果所有的分布式信令處理子系統(tǒng)都無可用的用戶實(shí)例，則進(jìn)行異常處理，拒絕該呼叫。
6.如權(quán)利要求1所述的方法，其特征在于，步驟b所述的選擇分布式信令處理子系統(tǒng)的方法為RNC隨機(jī)逐一檢測RNS中所有的分布式信令處理子系統(tǒng)，選擇檢測到的第一個(gè)具有可用的用戶實(shí)例的分布式信令處理子系統(tǒng)。
7.如權(quán)利要求6所述的方法，其特征在于，所述的選擇分布式信令處理子系統(tǒng)的方法包括以下步驟RNC逐一檢測RNS中所有的分布式信令處理子系統(tǒng)的用戶實(shí)例占用情況，如果有可用的用戶實(shí)例，則選擇該分布式信令處理子系統(tǒng)；如果無用戶實(shí)例可用，則繼續(xù)檢測下一個(gè)分布式信令處理子系統(tǒng)；如果檢測完畢所有的分布式信令處理子系統(tǒng)，都沒有可用的用戶實(shí)例，則進(jìn)行異常處理，拒絕該呼叫。
8.如權(quán)利要求1所述的方法，其特征在于，步驟c在所述的處理該呼叫之前，進(jìn)一步包括將該呼叫轉(zhuǎn)移到所選擇的分布式信令處理子系統(tǒng)上。
全文摘要
本發(fā)明公開了一種分布式管理的無線網(wǎng)絡(luò)子系統(tǒng)中的呼叫處理方法，該方法的主要步驟為在UE發(fā)起接入呼叫時(shí)，管理UE所在小區(qū)的分布式信令處理子系統(tǒng)首先判斷是否可以處理該呼叫，如果該子系統(tǒng)有可用的用戶實(shí)例，則直接處理該呼叫；否則，選擇可以處理該呼叫的分布式信令處理子系統(tǒng)處理該呼叫。應(yīng)用該方法可以在很大程度上解決在分布式管理的RNC系統(tǒng)中可能出現(xiàn)的某個(gè)分布式信令處理子系統(tǒng)的小區(qū)無線鏈路資源很空閑，但是由于該分布式信令處理子系統(tǒng)已無可用的用戶實(shí)例而造成的呼損的問題，可以降低系統(tǒng)的呼損率，提高系統(tǒng)資源的利用率。
文檔編號(hào)H04W28/16GK1713769SQ20041004823
公開日2005年12月28日 申請(qǐng)日期2004年6月14日 優(yōu)先權(quán)日2004年6月14日
發(fā)明者劉霞玲, 張蕾, 徐曉琳, 王強(qiáng), 秦圣奕, 雍文遠(yuǎn) 申請(qǐng)人:華為技術(shù)有限公司