專利名稱：一種呼叫處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及一種一次呼叫多次取路由信息的處理方法。
背景技術(shù)：
無線通信網(wǎng)絡(luò)中，在發(fā)生局間用戶呼叫時，始發(fā)局移動交換中心/拜訪位置寄存器MSC/VLR向歸屬位置寄存器HLR發(fā)送路由請求，HLR根據(jù)被叫用戶數(shù)據(jù)找到被叫用戶所在的MSC/VLR，獲取臨時本地用戶號碼TLDN，始發(fā)局MSC/VLR根據(jù)TLDN，為本次呼叫和被叫用戶所在的MSC/VLR建立連接，進(jìn)行通信。具體的工作流程如圖1所示步驟101，主叫用戶發(fā)起呼叫，MSC1/VLR1完成和BSC1之間的指配信息交互；在CDMA網(wǎng)絡(luò)中，MSC1/VLR1向主叫BSC1發(fā)送ASS_REQ指配請求消息，來完成指配，在這里不再贅述。
步驟102，始發(fā)局MSC1/VLR1根據(jù)主叫用戶撥打的被叫用戶號碼，發(fā)送LOCREQ消息到HLR，請求被叫用戶的信息；LOCREQ為位置請求消息，主叫用戶通過該消息向HLR請求被叫用戶的位置信息，其中攜帶了被叫用戶數(shù)據(jù)信息。
步驟103，HLR根據(jù)被叫用戶數(shù)據(jù)信息找到被叫用戶所在的MSC2/VLR2，發(fā)送ROUTREQ消息到MSC2/VLR2；HLR通過路由請求消息ROUTREQ，要求被叫MSC2/VLR2給主叫移動終端分配TLDN。
步驟104，MSC2/VLR2向HLR返回routreq響應(yīng)，其中攜帶了TLDN；被叫MSC2/VLR2分配TLDN號碼后，向HLR回routreq路由請求響應(yīng)消息，其中包括被叫的TLDN號碼。
步驟105，HLR給MSC1/VLR1返回locreq響應(yīng)消息，把TLDN號碼發(fā)送給主叫MSC1/VLR1；步驟106，MSC1/VLR1通過中繼(在這里以ISUP為例)選路出局，發(fā)送IAM到MSC2/VLR2；MSC1/VLR1收到HLR的位置信息響應(yīng)后通過ISUP的IAI/IAM初始地址消息出局，出局的被叫號碼是被叫TLDN號碼。
步驟107和步驟108，MSC2/VLR2通過下發(fā)尋呼消息PagingRequest定位被叫用戶，BSC2返回尋呼響應(yīng)消息PagingResponse。
步驟109和步驟110，MSC2/VLR2下發(fā)指配請求Assignment分配A口電路和空中接口電路。
步驟111，MSC2/VLR2給MSC1/VLR1發(fā)送地址全消息ACM，主叫用戶開始聽回鈴音；步驟112，被叫用戶接通，BSC2向MSC2/VLR2發(fā)送Connect；步驟113，MSC2/VLR2給MSC1/VLR1發(fā)送應(yīng)答消息ANM，此時主被叫雙方進(jìn)入通話。
上述為正常情況下，局間用戶建立連接的處理流程，然而在一些特殊業(yè)務(wù)流程或在HLR異常的情況下，可能存在主叫用戶終端兩次或兩次以上取路由信息的情況。在目前的ANSI-41D協(xié)議中，對于同一個被叫用戶，如果同時到來兩個ROUTREQ請求消息，第一次ROUTREQ請求消息到達(dá)被叫MSC2/VLR2時，TLDN被分配，VLR2中的被叫MS進(jìn)入“BUSY”狀態(tài)，等待入局呼叫，期間如果收到新的ROUTREQ請求消息的話，MSC2/VLR2會在routreq響應(yīng)中帶上AccessDeniedReason參數(shù)指示用戶處于“BUSY”狀態(tài)，并且不分配TLDN號碼，拒絕后續(xù)的呼叫流程。
在這種處理流程中，無法處理多次請求路由信息的情況，一些特殊的呼叫流程，需要一個主叫用戶終端發(fā)送第二次ROUTREQ請求時，按照目前協(xié)議定義的流程，此時被叫用戶處于業(yè)務(wù)接入過程中，直接拒絕呼叫，導(dǎo)致該呼叫流程失敗。
針對上述協(xié)議中的缺點，有關(guān)廠商提出了一種處理多次取路由信息的處理方式，具體的處理流程，如圖2所示步驟201～步驟205，當(dāng)?shù)谝淮斡脩艉艚袝r，MSC2/VLR2給其分配一個TLMN1，該過程在前面已經(jīng)描述，在這里不再重復(fù)。
步驟206，當(dāng)用戶又一次發(fā)起路由信息請求，MSC1/VLR1向HLR發(fā)送LOCREQ消息，請求被叫用戶信息。
路由信息請求是由于特殊的業(yè)務(wù)所引起的，也可能是由于HLR異常引起的；在這里所述的用戶可以為與第一次呼叫用戶相同的用戶，也可以為與第一次呼叫用戶不同的用戶。
步驟207，HLR向發(fā)送ROUTREQ消息到MSC2/VLR2，要求被叫MSC2/VLR2給主叫移動終端分配TLDN。
步驟208，MSC2/VLR2返回routreq響應(yīng)，為主叫MS分配TLDN2。
步驟209，HLR給MSC1/VLR1返回locreq響應(yīng)消息，把TLDN2送給主叫MSC1/VLR1。
步驟210，MSC1/VLR1根據(jù)預(yù)先設(shè)定的規(guī)則，向MSC2/VLR2發(fā)送IAM消息，其中出局的被叫號碼是被叫TLDN1或TLDN2號碼。
步驟211～步驟217，MSC1/VLR1與MSC2/VLR2之間建立一個通信連接，并拒絕其后的接入請求，后續(xù)的工作流程和前面所述的流程一致，在這里不再重復(fù)。
同時，當(dāng)本局移動用戶呼叫本局的局內(nèi)用戶時，移動交換網(wǎng)絡(luò)中的一些HLR設(shè)備的流程仍然按照局間呼叫時的流程進(jìn)行處理，當(dāng)MSC與這樣的HLR對接時，也會發(fā)生在一次呼叫中取兩次路由信息的異常流程；當(dāng)在本局用戶之間發(fā)生多次取路由信息的情況時，也采用了上述方法，如圖3所示。
步驟301～步驟305，MSC/VLR根據(jù)主叫用戶所撥打的號碼，發(fā)送LOCREQ消息到HLR(雖然被叫用戶在本局，HLR仍然按照局間呼叫的流程進(jìn)行處理，向呼叫始發(fā)局發(fā)送取路由信息)。始發(fā)局按照正常的局間呼叫處理分配了TLDN1。HLR將TLDN1返回到始發(fā)局，并指示主叫和被叫屬于同一個MSC/VLR范圍內(nèi)。
步驟306～步驟307，當(dāng)MSC/VLR收到LOCREQ響應(yīng)后，MSC檢測帶回的TEMLIST數(shù)據(jù)包，確認(rèn)主叫和被叫在同一個MSC時，本局MSC會模擬HLR給本局發(fā)送路由請求消息ROUTREQ，本局MSC/VLR會為主叫終端再次分配TLDN2。
步驟308～步驟311，后續(xù)的工作流程和前面所述的流程一致，在這里不再重復(fù)。
雖然上述方法解決了用戶多次取路由信息時，被拒絕的情況，但是在上述處理流程中，仍然存在問題，當(dāng)A用戶呼叫被叫B用戶時，對于同一個被叫用戶B，當(dāng)A用戶第一次呼叫入局時，本局已經(jīng)分配了TLDN1，本次呼叫未接通前，如果存在C、D用戶的呼入，同時，再次分配了TLDN2、TLDN3......，實際上對于多次入局呼叫，只有一次呼叫最終可以成功，其他呼叫都會在后續(xù)的流程中被拒絕。同時如果允許用戶等待入局呼叫期間繼續(xù)分配TLDN，同時對于一次呼叫分配兩個或兩個以上的TLDN，可能導(dǎo)致TLDN資源和中繼資源枯竭，導(dǎo)致系統(tǒng)無法應(yīng)對大話務(wù)量的沖擊。

發(fā)明內(nèi)容
針對上述方案中存在的問題，為了使無線通信系統(tǒng)能夠處理用戶多次請求路由信息的情況，同時也為了節(jié)省TLDN資源，本發(fā)明提出了一種呼叫處理方法，較好的解決了上述問題。
本發(fā)明提出了一種呼叫處理的方法，被叫終端在第一主叫用戶終端發(fā)起的呼叫接入過程中，第二主叫用戶終端請求同一被叫用戶終端的路由信息，被叫MSC判斷第二主叫用戶終端與第一主叫用戶終端為同一主叫用戶終端，則被叫VLR為第二主叫用戶終端分配與第一主叫用戶終端相同的路由信息；否則，向第二主叫用戶終端返回被叫用戶終端忙狀態(tài)信息。
上述方案中，所述被叫VLR向第二主叫移動終端返回被叫用戶終端忙狀態(tài)信息指示被叫用戶終端處于接入狀態(tài)，并拒絕為第二主叫用戶終端分配路由信息。
上述方案中，所述被叫VLR向第二主叫移動終端返回被叫用戶終端忙狀態(tài)信息指示被叫用戶終端處于通話狀態(tài)，并為第二主叫用戶終端分配路由信息。
上述方案中，在所有操作之前，首先在被叫用戶終端所在的MSC/VLR中，設(shè)置為第二主叫用戶終端分配路由信息的數(shù)量。
上述方案中，所述被叫VLR向第二主叫移動終端返回被叫用戶終端忙狀態(tài)信息指示被叫用戶終端處于通話狀態(tài)，并為預(yù)先設(shè)定數(shù)量的第二主叫用戶終端分配路由信息。
上述方案中，所述被叫VLR向第二主叫移動終端返回被叫用戶終端忙狀態(tài)信息指示被叫用戶終端處于通話狀態(tài)，拒絕為第二主叫用戶終端分配路由信息。
上述方案中，所述被叫MSC通過比較路由請求消息中的標(biāo)識本次呼叫的信元，來判斷第一主叫用戶終端和第二主叫用戶終端是否為同一主叫用戶終端。
上述方案中，所述第一主叫用戶終端為固定終端或移動終端，所述第二主叫用戶終端為固定終端或移動終端，所述被叫用戶終端為移動終端。
上述方案中，所述的路由信息為臨時本地用戶號碼TLDN。
本發(fā)明提出的一種呼叫處理方法，有效的支持了無線通信系統(tǒng)中，用戶多次請求路由信息的情況，解決了系統(tǒng)在支持一次呼叫過程中，多次請求路由信息時，出現(xiàn)的重復(fù)分配臨時本地用戶號碼或呼叫失敗的情況，通過為一次呼叫中，同一個用戶請求路由信息時，分配相同的臨時本地用戶號碼的方式，不僅節(jié)約了臨時本地用戶號碼資源，而且不影響不同主叫用戶同時撥打相同被叫的原有的正常拒絕一方的正常的處理流程。


圖1為在無線通信網(wǎng)絡(luò)中正常的呼叫處理流程；圖2為現(xiàn)有技術(shù)條件下處理多次取路由信息的方式；圖3為現(xiàn)有技術(shù)條件下，本局用戶之間多次取路由信息的方式；圖4為移動終端之間進(jìn)行呼叫時，本發(fā)明提出的多次取路由信息的處理流程；圖5為本發(fā)明提出的本局用戶之間，多次取路由信息的處理流程；圖6為固定終端呼叫移動終端時，多次取路由信息的處理流程。
具體實施例方式
為了使本發(fā)明的目的、技術(shù)方案、和優(yōu)點更加的清楚明白，下面我們將結(jié)合具體的實施方式，并參照附圖來做進(jìn)一步的說明。
在實施例中，我們定義第一主叫用戶終端為當(dāng)前正在或者已經(jīng)和被叫用戶終端建立連接的主叫用戶終端；第二主叫用戶終端是指在第一用戶終端接入過程中，請求同一被叫用戶終端路由信息的主叫用戶終端。
本發(fā)明提出了一種呼叫處理方式，在第一主叫用戶終端在接入過程中，第二主叫用戶終端請求同一被叫用戶終端的路由信息，被叫MSC判斷第二主叫用戶終端與第一主叫用戶終端為同一主叫用戶終端，則被叫VLR為其分配相同的路由信息。
下面我們結(jié)合具體的實例來說明本發(fā)明的工作流程，如圖4所示，包括一下步驟步驟401～步驟405，為第一主叫用戶終端呼叫時，MSC2/VLR2為其分配路由信息TLDN1，該過程在前面已經(jīng)描述，在這里不再重復(fù)。
步驟406，第二主叫用戶終端發(fā)起路由信息請求，MSC1/VLR1向HLR發(fā)送LOCREQ消息，請求被叫用戶信息；其中，LOCREQ消息中攜帶了表示本次呼叫的被叫用戶信息，如被叫用戶號碼等，HLR根據(jù)該消息中攜帶的信息可以檢索被叫用戶終端的存儲信息，進(jìn)而可以查找到被叫用戶終端當(dāng)前所處的位置信息，找到被叫所在的MSC2/VLR2。
步驟407，HLR向被叫用戶終端所在的MSC2/VLR2，發(fā)送路由信息請求消息ROUTREQ；其中，ROUTREQ消息中，攜帶了標(biāo)識本次呼叫的信元，如主叫用戶終端號碼CPNSTRG1、BILLID等。
步驟408，MSC2/VLR2判斷第二主叫用戶終端和第一主叫用戶終端是否為同一個用戶終端，并返回routreq消息；MSC2針對同一個被叫用戶終端，判斷主叫用戶終端是否為同一個，具體的步驟如下MSC2/VLR2可以將已經(jīng)或正在與被叫用戶終端建立連接的第一主叫用戶終端的號碼NUM1進(jìn)行存儲，當(dāng)有第二主叫用戶終端NUM2發(fā)送路由請求時，則MSC2/VLR2判斷NUM1和NUM2是否相同，如果相同，則為同一個主叫用戶，否則為不同的用戶；當(dāng)為同一個主叫用戶時，MSC2/VLR2向HLR返回routreq，其中攜帶了同NUM1相同的TLDN1。
當(dāng)為不同的主叫用戶時，則MSC2/VLR2在routreq消息中返回被叫用戶終端忙狀態(tài)信息，用來指示被叫用戶終端當(dāng)前所處的狀態(tài)被叫用戶終端的忙狀態(tài)有兩種情況處于通話狀態(tài)和處于接入狀態(tài)。
1、當(dāng)MSC2/VLR2判斷被叫用戶終端處于通話狀態(tài)時，我們可以根據(jù)預(yù)先的設(shè)定進(jìn)行相應(yīng)的處理。
當(dāng)系統(tǒng)中允許呼叫等待時MSC2/VLR2返回被叫用戶終端狀態(tài)信息指示被叫用戶終端處于通話狀態(tài)，并為、請求接入第二主叫用戶終端分配不同的TLDN，或，為指定數(shù)量的第二主叫用戶終端分配不同的TLDN。
上述MSC2/VLR2為指定數(shù)量的第二主叫用戶終端分配不同的TLDN中，必須首先在MSC2/VLR2中設(shè)置一定的數(shù)量，來指示VLR2進(jìn)行TLDN的分配。
當(dāng)系統(tǒng)中不允許呼叫等待時MSC2/VLR2返回被叫用戶終端狀態(tài)信息指示被叫用戶終端處于通話狀態(tài)，并拒絕為第二主叫用戶終端分配TLDN，拒絕呼叫接入。
2、當(dāng)MSC2/VLR2判斷被叫用戶終端處于接入狀態(tài)時，返回被叫用戶終端狀態(tài)信息指示被叫用戶終端處于接入狀態(tài)，并拒絕本次呼叫，不為其分配TLDN。
在本實施例中，我們假設(shè)為同一個主叫用戶。
步驟409，HLR給MSC1/VLR1返回locreq響應(yīng)消息；步驟410～步驟417，MSC1/VLR1和MSC2/VLR2之間建立通信連接，該流程與現(xiàn)有技術(shù)的工作流程相同，在這里不再重復(fù)。
通過上述實施例我們可以看到，主叫用戶終端多次取路由信息的過程中，通過判斷主叫用戶終端是否相同，來決定是否以及如何來分配TLDN，這樣增加了分配TLDN的靈活性，同時也節(jié)省了TLDN資源。
同樣，當(dāng)主叫用戶終端和被叫用戶終端屬于相同的MSC/VLR時，本發(fā)明提出的呼叫處理方法同樣適用，具體的工作流程如圖5所示。
步驟501～步驟505，具體的工作流程與步驟301～步驟305相同，在這里不再贅述；步驟506～步驟507，當(dāng)MSC/VLR收到LOCREQ響應(yīng)后，MSC檢測帶回的TEMLIST數(shù)據(jù)包，確認(rèn)主叫和被叫在同一個MSC時，本局MSC會模擬HLR給本局發(fā)送路由請求消息ROUTREQ。在這種情況下，本局MSC/VLR判斷為同一個主叫用戶終端，則為其分配相同的TLDN1。
步驟508～步驟511，后續(xù)的工作流程和前面所述的流程一致，在這里不再重復(fù)。
因此，在主叫和被叫用戶終端屬于相同的MSC/VLR時，同樣可以采用本發(fā)明提出的方法，為相同的主叫用戶終端分配相同的TLDN，這樣就避免了TLDN資源的浪費。
本發(fā)明提出的一種呼叫處理方法同樣適用于固定終端呼叫被叫終端的情況，具體的工作流程如圖6所示，包括如下步驟步驟601，PSTN發(fā)起IAI初始地址消息到，其中攜帶了被叫用戶終端號碼；步驟602，GMSC/VLR進(jìn)行號碼分析，并向被叫用戶終端所歸屬的HLR發(fā)送位置請求信息LOCREQ；步驟603，HLR向被叫所在的MSC/VLR發(fā)送路由信息請求消息ROUTREQ，其中攜帶了被叫用戶終端號碼和主叫固定終端號碼；步驟604，被叫MSC2/VLR2根據(jù)ROUTREQ中的主叫固定終端號碼信息和被叫移動終端號碼信息，判斷沒有用戶與被叫移動終端建立連接，則MSC2/VLR2向HLR發(fā)送routreq響應(yīng)消息，其中攜帶了MSC2/VLR2為主叫固定終端分配的TLDN1；步驟605，HLR向GMSC/VLR返回locreq響應(yīng)消息；步驟606，用戶又一次發(fā)起路由信息請求，GMSC/VLR向HLR發(fā)送LOCREQ消息，請求被叫用戶信息；步驟607，HLR向被叫所在的MSC/VLR發(fā)送路由信息請求消息ROUTREQ，其中攜帶了被叫用戶終端號碼和主叫固定終端號碼；步驟608，被叫MSC2/VLR2根據(jù)ROUTREQ中的主叫固定終端號碼信息和被叫移動終端號碼信息，判斷第一主叫用戶終端已經(jīng)或正在和被叫移動終端建立連接，則MSC2/VLR2判斷請求接入用戶第二主叫用戶終端和第一主叫用戶終端是否為同一個用戶，并向HLR返回routreq響應(yīng)消息；
當(dāng)為同一個用戶時，則MSC2/VLR2為第二主叫用戶終端分配相同的TLDN1，當(dāng)為不同的用戶時，返回被叫用戶忙狀態(tài)信息，具體的操作和步驟408相同，在這里不再贅述。
步驟609，HLR向GMSC/VLR返回locreq響應(yīng)消息；步驟610，GMSC/VLR向被叫MSC2/VLR2發(fā)送IAI初始地址消息，進(jìn)入入局消息；步驟611～步驟617，GMSC/VLR和MSC2/VLR2之間建立通信連接，該流程與現(xiàn)有技術(shù)的工作流程相同，在這里不再重復(fù)。
在上述固定終端呼叫移動終端的接入流程中，GMSC和MSC2可以是同一個交換機(jī)。由上述方案可知，本發(fā)明提出的呼叫處理方法同樣使用與固定終端呼叫移動終端的情形。
本發(fā)明提出的一種呼叫處理方法，有效的解決了系統(tǒng)在支持一次呼叫過程中，多次請求路由信息時，出現(xiàn)的重復(fù)分配臨時本地用戶號碼的情況，通過為一次呼叫中，同一個用戶請求路由信息時，分配相同的臨時本地用戶號碼的方式，節(jié)約了臨時本地用戶號碼資源。
以上所述的具體實施例，對本發(fā)明的目的、技術(shù)方案和有益效果進(jìn)行了進(jìn)一步詳細(xì)說明，所應(yīng)理解的是，以上所述僅為本發(fā)明的具體實施例而已，并不用于限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種呼叫處理的方法，被叫終端在第一主叫用戶終端發(fā)起的呼叫接入過程中，第二主叫用戶終端請求同一被叫用戶終端的路由信息，其特征在于，被叫MSC判斷第二主叫用戶終端與第一主叫用戶終端為同一主叫用戶終端，則被叫VLR為第二主叫用戶終端分配與第一主叫用戶終端相同的路由信息；否則，向第二主叫用戶終端返回被叫用戶終端忙狀態(tài)信息。
2.如權(quán)利要求1所述的一種呼叫處理的方法，其特征在于，所述被叫VLR向第二主叫移動終端返回被叫用戶終端忙狀態(tài)信息指示被叫用戶終端處于接入狀態(tài)，并拒絕為第二主叫用戶終端分配路由信息。
3.如權(quán)利要求1所述的一種呼叫處理的方法，其特征在于，所述被叫VLR向第二主叫移動終端返回被叫用戶終端忙狀態(tài)信息指示被叫用戶終端處于通話狀態(tài)，并為第二主叫用戶終端分配路由信息。
4.如權(quán)利要求1所述的一種呼叫處理的方法，其特征在于，該方法進(jìn)一步包括，系統(tǒng)預(yù)先在被叫用戶終端所在的MSC/VLR中，設(shè)置為第二主叫用戶終端分配路由信息的數(shù)量。
5.如權(quán)利要求4所述的一種呼叫處理的方法，其特征在于，所述被叫VLR向第二主叫移動終端返回被叫用戶終端忙狀態(tài)信息指示被叫用戶終端處于通話狀態(tài)，并為預(yù)先設(shè)定數(shù)量的第二主叫用戶終端分配路由信息。
6.如權(quán)利要求1所述的一種呼叫處理的方法，其特征在于，所述被叫VLR向第二主叫移動終端返回被叫用戶終端忙狀態(tài)信息指示被叫用戶終端處于通話狀態(tài)，拒絕為第二主叫用戶終端分配路由信息。
7.如權(quán)利要求1至6所述的一種呼叫處理的方法，其特征在于，被叫MSC通過比較路由請求消息中的標(biāo)識本次呼叫的信元，來判斷第一主叫用戶終端和第二主叫用戶終端是否為同一主叫用戶終端。
8.如權(quán)利要求7中任意一項所述的一種呼叫處理的方法，其特征在于，所述第一主叫用戶終端為固定終端或移動終端，所述第二主叫用戶終端為固定終端或移動終端，所述被叫用戶終端為移動終端。
9.如權(quán)利要求7中任意一項所述的一種呼叫處理的方法，其特征在于，所述的路由信息為臨時本地用戶號碼TLDN。
全文摘要
本發(fā)明提出了一種呼叫處理的方法，被叫用戶終端正處于第一主叫用戶終端呼叫的接入過程中，第二主叫用戶終端請求同一被叫用戶終端的路由信息，被叫MSC判斷第二主叫用戶終端與第一主叫用戶終端為同一主叫用戶終端，則被叫VLR為其分配相同的路由信息；否則，向第二主叫用戶終端返回被叫用戶終端忙狀態(tài)信息。通過本方法，有效的解決了系統(tǒng)在支持一次呼叫過程中，多次請求路由信息時，出現(xiàn)的重復(fù)分配臨時本地用戶號碼或拒絕同一主叫終端的呼叫的情況，通過為一次呼叫中，同一個用戶請求路由信息時，分配相同的臨時本地用戶號碼的方式，支持了這種特殊的呼叫流程，同時節(jié)約了臨時本地用戶號碼資源。
文檔編號H04W8/26GK1859783SQ200610034490
公開日2006年11月8日 申請日期2006年3月15日 優(yōu)先權(quán)日2006年3月15日
發(fā)明者劉曉彥, 李世前 申請人:華為技術(shù)有限公司