專(zhuān)利名稱(chēng)：一種媒體網(wǎng)關(guān)接口用戶(hù)面協(xié)議初始化方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線通信領(lǐng)域，尤指一種媒體網(wǎng)關(guān)接口(NB接口))用戶(hù)面協(xié)議(NBUP)的初始化方法。
背景技術(shù)：
在WCDMA或TDS-CDMA網(wǎng)絡(luò)中，電路交換域核心網(wǎng)已采用了分離結(jié)構(gòu)，即傳統(tǒng)的MSC(Mobile Service Switch Center；移動(dòng)業(yè)務(wù)交換中心)分為了MSC sever(移動(dòng)軟交換)和MGW(媒體網(wǎng)關(guān))兩個(gè)網(wǎng)元。MSC Server通過(guò)MC接口完成對(duì)MGW的控制。當(dāng)采用IP承載時(shí)，MGW之間采用IP承載控制協(xié)議(IPBCP)來(lái)完成IP承載的建立，如圖1所示。3GPP協(xié)議定義了一種后向遲延承載建立過(guò)程，其IPBCP過(guò)程協(xié)商從被叫到主叫，與用戶(hù)面NBUP協(xié)商的過(guò)程相反。在3GPP規(guī)范中，NBUP初始化方向通常只能從主叫側(cè)到被叫側(cè)，而IPBCP過(guò)程發(fā)起方向可從主叫到被叫(前向承載建立)，也可從被叫到主叫側(cè)(后向承載建立)。從圖1可知，MGW之間的IPBCP消息是通過(guò)Q.1990協(xié)議定義的隧道傳送的，而Q.1990定義的隧道在MC接口上和NC接口(MSCServer之間的接口)上都要借用其相關(guān)參數(shù)攜帶，即如果MGW B發(fā)送IPBCP協(xié)商的request(請(qǐng)求)消息時(shí)，先給MSC ServerB，MSC ServerB再通過(guò)BICC消息給MSC Server A，MSC ServerA再給MGW A。MGW A對(duì)IPBCP消息的響應(yīng)必須按照原路徑返回。IPBCP使用SDP(Session Description Protocol，會(huì)話描述協(xié)議)定義的編解碼方式對(duì)交互信息進(jìn)行處理。IPBCP消息的傳輸是建立在可信的、有序的、點(diǎn)到點(diǎn)的兩個(gè)節(jié)點(diǎn)之間。
IPBCP消息分為以下幾種請(qǐng)求消息(Request Message)主要是由MGW的BIWF(Bear inte-workingFunction)向?qū)Χ税l(fā)送的，用于初始化IP承載建立或者承載修改的請(qǐng)求消息；接受消息(Accepted Message)當(dāng)對(duì)端MGW的BIWF接收并正確處理上次的Request消息后，向原發(fā)送端返回的回應(yīng)消息；混亂消息(Confused Message)對(duì)端MGW的BIWF不能識(shí)別接收到的請(qǐng)求消息，向原發(fā)送端返回的消息；例如IPBCP版本不一致時(shí)可發(fā)ConfusedMessage。
拒絕消息(Rejected Message)對(duì)端能夠正確接收，但是由于某種原因而拒絕處理時(shí)向原發(fā)送端返回的消息，例如不支持對(duì)方的地址空間或地址類(lèi)型時(shí)，可以拒絕。
在IPBCP請(qǐng)求消息中，最重要的參數(shù)是請(qǐng)求方MGW本次呼叫使用的IP端點(diǎn)(包括IP地址及其UDP端口)、本次呼叫使用的編解碼類(lèi)型及其打包間隔等，在IPBCP響應(yīng)消息中，如果被請(qǐng)求方同意請(qǐng)求方的參數(shù)，則回應(yīng)AcceptedMessage消息，同時(shí)把自己的IP地址、端口、編解碼類(lèi)型、打包間隔等發(fā)送給請(qǐng)求方，這樣就完成了一次IP承載建立控制過(guò)程，即主叫側(cè)和被叫側(cè)的網(wǎng)關(guān)都知道對(duì)端本次通話要使用的IP地址、端口、編解碼類(lèi)型等參數(shù)。主叫側(cè)網(wǎng)關(guān)回應(yīng)Accepted Message消息后，立即向被叫側(cè)網(wǎng)關(guān)發(fā)送NBUP初始化報(bào)文，進(jìn)行用戶(hù)面初始化(user plane)，具體過(guò)程可以參考3GPP TS23205協(xié)議。
Accepted Message消息和NBUP初始化報(bào)文到達(dá)被叫側(cè)網(wǎng)關(guān)時(shí)有如下兩種情況情況一Accepted Message消息先到達(dá)被叫側(cè)網(wǎng)關(guān)B；被叫側(cè)網(wǎng)關(guān)B收到了Accepted Message消息，則已得知主叫側(cè)網(wǎng)關(guān)A本次呼叫的承載參數(shù)，這時(shí)網(wǎng)關(guān)B收到網(wǎng)關(guān)A的NBUP初始化報(bào)文就會(huì)給出正確回應(yīng)，進(jìn)入正常的NBUP初始化協(xié)商過(guò)程。
情況二NBUP初始化報(bào)文先到達(dá)被叫側(cè)網(wǎng)關(guān)B；由于網(wǎng)關(guān)B沒(méi)有收到Accepted Message消息，則不知道網(wǎng)關(guān)A的本次承載參數(shù)，尤其是不知道本次呼叫主叫側(cè)IP地址和UDP端口，則網(wǎng)關(guān)B收到網(wǎng)關(guān)A的NBUP初始化報(bào)文就會(huì)丟棄該報(bào)文。在網(wǎng)關(guān)A中設(shè)有重發(fā)定時(shí)器和并可設(shè)定重發(fā)次數(shù)，當(dāng)設(shè)定的定時(shí)器超時(shí)，沒(méi)有收到網(wǎng)關(guān)B的回應(yīng)消息時(shí)，網(wǎng)關(guān)A就會(huì)重發(fā)NBUP初始化報(bào)文，直到超過(guò)設(shè)定的重發(fā)次數(shù)。通常NBUP初始化報(bào)文重發(fā)定時(shí)器缺省參數(shù)為秒級(jí)，這樣一來(lái)，呼叫建立時(shí)間就會(huì)增加很多。
由以上描述可知，現(xiàn)有技術(shù)中，若選擇后向承載建立方式，則在進(jìn)行NBUP初始化時(shí)，若NBUP初始化報(bào)文先于承載建立控制過(guò)程中的Accepted Message消息到達(dá)被叫側(cè)網(wǎng)關(guān)，則會(huì)使呼叫建立時(shí)間延長(zhǎng)，從而降低了整網(wǎng)的使用效率。

發(fā)明內(nèi)容
本發(fā)明提供一種媒體網(wǎng)關(guān)接口(NB接口)用戶(hù)面協(xié)議(NBUP)初始化方法，用以解決現(xiàn)有技術(shù)中采用后向承載建立方式時(shí)，不能保證快速建立呼叫接續(xù)的問(wèn)題。
本發(fā)明方法應(yīng)用于無(wú)線網(wǎng)絡(luò)中的后向承載建立方式，包括A、當(dāng)被叫側(cè)網(wǎng)關(guān)本次通話的IP端點(diǎn)接收到NBUP初始化報(bào)文時(shí)，若移動(dòng)軟交換已經(jīng)給該IP端點(diǎn)下發(fā)了主叫側(cè)本次呼叫的承載屬性信息，則執(zhí)行步驟C；否則，將該NBUP初始化報(bào)文保存；B、當(dāng)被叫側(cè)網(wǎng)關(guān)本次通話的IP端點(diǎn)接收到移動(dòng)軟交換下發(fā)的主叫側(cè)本次呼叫的承載屬性信息時(shí)，若保存有未處理的NBUP初始化報(bào)文，則執(zhí)行步驟C，否則，等待接收到NBUP初始化報(bào)文后，執(zhí)行步驟C；C、被叫側(cè)網(wǎng)關(guān)向主叫側(cè)網(wǎng)關(guān)回應(yīng)NBUP初始化響應(yīng)消息，進(jìn)行NBUP初始化協(xié)商。
所述移動(dòng)軟交換下發(fā)的承載屬性信息至少包括主叫側(cè)此次呼叫所使用的IP地址和UDP端口號(hào)。
所述步驟C之前還包括判斷所述NBUP初始化報(bào)文中攜帶的源IP地址和UDP源端口與移動(dòng)軟交換下發(fā)的主叫側(cè)IP地址和UDP端口號(hào)是否相同，若是，則執(zhí)行步驟C，否則，丟棄該NBUP初始化報(bào)文，結(jié)束流程。
所述將NBUP初始化報(bào)文保存，具體方法為將接收的NBUP初始化報(bào)文存儲(chǔ)在被叫側(cè)網(wǎng)關(guān)本次通話的IP端點(diǎn)關(guān)聯(lián)的存儲(chǔ)單元中。
根據(jù)本發(fā)明的上述方法，還包括保存NBUP初始化報(bào)文后啟動(dòng)一個(gè)定時(shí)器的步驟，若定時(shí)器超時(shí)，刪除所述存儲(chǔ)單元中未處理的NBUP初始化報(bào)文，并關(guān)閉該定時(shí)器。
根據(jù)本發(fā)明的上述方法，所述步驟B中，當(dāng)被叫側(cè)網(wǎng)關(guān)接收到移動(dòng)軟交換下發(fā)給該IP端點(diǎn)的主叫側(cè)本次呼叫的承載屬性信息時(shí)，檢查所述存儲(chǔ)單元，若有未處理的NBUP初始化報(bào)文，則執(zhí)行步驟C；并將存儲(chǔ)單元中的NBUP初始化報(bào)文標(biāo)記為已處理或直接刪除，且關(guān)閉所述定時(shí)器。
根據(jù)本發(fā)明的上述方法，執(zhí)行步驟C之前還包括判斷存儲(chǔ)的NBUP初始化報(bào)文中攜帶的源IP地址和UDP源端口與移動(dòng)軟交換下發(fā)的主叫側(cè)IP地址和UDP端口號(hào)是否相同，若是，則執(zhí)行步驟C，否則，刪除該NBUP初始化報(bào)文，并關(guān)閉所述定時(shí)器。
由于實(shí)際網(wǎng)絡(luò)中，NBUP初始化報(bào)文可能比IPBCP回應(yīng)消息略微早一些到達(dá)被叫側(cè)網(wǎng)關(guān)，本發(fā)明采取先將NBUP初始化報(bào)文存儲(chǔ)，延遲一定時(shí)間回應(yīng)NBUP初始化響應(yīng)消息的方法，來(lái)避免NBUP初始化報(bào)文重發(fā)導(dǎo)致的更大延遲，從而達(dá)到提高網(wǎng)絡(luò)后向承載建立時(shí)的呼叫建立速度的目的。


圖1為現(xiàn)有技術(shù)中的IP承載建立控制過(guò)程示意圖；圖2為本發(fā)明方法流程圖之一；圖3為本發(fā)明方法流程圖之二。
具體實(shí)施例方式
參見(jiàn)圖2、圖3，為本發(fā)明方法流程圖。下面結(jié)合附圖，對(duì)本發(fā)明方法步驟加以詳細(xì)說(shuō)明。以下描述中IP端點(diǎn)均特指被叫網(wǎng)關(guān)上本次通話使用的IP端點(diǎn)。
步驟S11、被叫側(cè)網(wǎng)關(guān)的IP端點(diǎn)收到主叫側(cè)網(wǎng)關(guān)發(fā)送過(guò)來(lái)的NBUP初始化報(bào)文；步驟S12、被叫側(cè)網(wǎng)關(guān)判斷移動(dòng)軟交換是否已給IP端點(diǎn)下發(fā)了主叫側(cè)網(wǎng)關(guān)本次呼叫的承載屬性信息，即被叫側(cè)網(wǎng)關(guān)是否已獲知主叫側(cè)網(wǎng)關(guān)本次呼叫的IP地址和UDP端口號(hào)，若否，則執(zhí)行步驟S13；否則，轉(zhuǎn)至步驟S14；步驟S13、被叫側(cè)網(wǎng)關(guān)將接收到的NBUP初始化報(bào)文保存；具體保存方法可以是將NBUP初始化報(bào)文存儲(chǔ)在被叫側(cè)網(wǎng)關(guān)的IP端點(diǎn)關(guān)聯(lián)的存儲(chǔ)單元中；并可同時(shí)啟動(dòng)一定時(shí)器，定時(shí)器的設(shè)定時(shí)間為NBUP初始化報(bào)文響應(yīng)的最大時(shí)間，當(dāng)定時(shí)器超時(shí)后，將存儲(chǔ)的沒(méi)有處理的NBUP初始化報(bào)文丟棄，并關(guān)閉該定時(shí)器；步驟S14、判斷收到的NBUP初始化報(bào)文的源IP地址和UDP(UserDatagram Protocol)源端口是否為移動(dòng)軟交換(MSC sever)下發(fā)的通話另一方IP地址和UDP端口，如果是，執(zhí)行步驟S15；否則，執(zhí)行步驟S16；在這一步中沒(méi)有檢查NBUP初始化報(bào)文的目的IP地址和端口的原因是，之所以能將該NBUP報(bào)文保存在被叫側(cè)IP端點(diǎn)關(guān)聯(lián)的存儲(chǔ)單元中，就是因?yàn)槠淠康腎P地址和UDP端口為本次呼叫被叫側(cè)網(wǎng)關(guān)分配的IP端點(diǎn)的IP地址和端口；步驟S15、被叫側(cè)網(wǎng)關(guān)向主叫側(cè)網(wǎng)關(guān)發(fā)送NBUP初始化響應(yīng)消息，進(jìn)入正常的NBUP協(xié)商過(guò)程；步驟S16、因?yàn)檫@個(gè)報(bào)文非法，丟棄這個(gè)NBUP初始化報(bào)文，關(guān)閉定時(shí)器，結(jié)束流程。
圖3為被叫側(cè)網(wǎng)關(guān)收到移動(dòng)軟交換下發(fā)的主叫側(cè)網(wǎng)關(guān)本次呼叫的承載屬性信息時(shí)，執(zhí)行的步驟流程，包括步驟S21、移動(dòng)軟交換給IP端點(diǎn)下發(fā)主叫側(cè)網(wǎng)關(guān)本次呼叫的承載屬性信息給被叫側(cè)網(wǎng)關(guān)；
步驟S22、被叫側(cè)網(wǎng)關(guān)自動(dòng)檢查本IP端點(diǎn)相關(guān)聯(lián)的存儲(chǔ)單元中是否保存有未處理的NBUP初始化報(bào)文，若沒(méi)有NBUP初始化報(bào)文，執(zhí)行步驟S23；若保存有未處理的NBUP初始化報(bào)文，轉(zhuǎn)至步驟S25；步驟S23、等待下一個(gè)NBUP初始化報(bào)文；繼續(xù)下列步驟；步驟S24、判斷是否收到NBUP初始化報(bào)文，若否，則繼續(xù)等待；若收到NBUP初始化報(bào)文，則執(zhí)行步驟S25；步驟S25、判斷NBUP初始化報(bào)文的源IP地址和UDP源端口是否為移動(dòng)軟交換下發(fā)的通話另一方IP地址和UDP端口，如果是，則執(zhí)行步驟S26；否則，執(zhí)行步驟S27；步驟S26、被叫側(cè)網(wǎng)關(guān)向主叫側(cè)網(wǎng)關(guān)發(fā)送NBUP初始化響應(yīng)消息，進(jìn)入正常的NBUP協(xié)商過(guò)程；并將存儲(chǔ)單元中的NBUP初始化報(bào)文標(biāo)記為已處理或直接刪除，且關(guān)閉所述定時(shí)器；步驟S27、丟棄這個(gè)NBUP初始化報(bào)文，因?yàn)檫@個(gè)報(bào)文非法，結(jié)束流程。
由以上描述可知，在被叫側(cè)網(wǎng)關(guān)B的NB接口側(cè)，當(dāng)收到NBUP初始化報(bào)文時(shí)，如果還沒(méi)有收到IPBCP Accepted消息，或者不知道到對(duì)方承載屬性時(shí)，則先不進(jìn)行NBUP初始化響應(yīng)，直到收到IPBCP Accepted消息后，再進(jìn)行NBUP初始化響應(yīng)，避免了主叫側(cè)網(wǎng)關(guān)重新發(fā)起NBUP初始化，提高了網(wǎng)絡(luò)后向遲延建立的呼叫建立速度。
顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種媒體網(wǎng)關(guān)接口用戶(hù)面協(xié)議(NBUP)初始化方法，應(yīng)用于無(wú)線網(wǎng)絡(luò)中的后向承載建立方式，其特征在于A、當(dāng)被叫側(cè)網(wǎng)關(guān)本次通話的IP端點(diǎn)接收到NBUP初始化報(bào)文時(shí)，若移動(dòng)軟交換已經(jīng)給該IP端點(diǎn)下發(fā)了主叫側(cè)本次呼叫的承載屬性信息，則執(zhí)行步驟C；否則，將該NBUP初始化報(bào)文保存；B、當(dāng)被叫側(cè)網(wǎng)關(guān)本次通話的IP端點(diǎn)接收到移動(dòng)軟交換下發(fā)的主叫側(cè)本次呼叫的承載屬性信息時(shí)，若保存有未處理的NBUP初始化報(bào)文，則執(zhí)行步驟C，否則，等待接收到NBUP初始化報(bào)文后，執(zhí)行步驟C；C、被叫側(cè)網(wǎng)關(guān)向主叫側(cè)網(wǎng)關(guān)回應(yīng)NBUP初始化響應(yīng)消息，進(jìn)行NBUP初始化協(xié)商。
2.如權(quán)利要求1所述的方法，其特征在于，所述移動(dòng)軟交換下發(fā)的承載屬性信息至少包括主叫側(cè)此次呼叫所使用的IP地址和UDP端口號(hào)。
3.如權(quán)利要求2所述的方法，其特征在于，所述步驟C之前還包括判斷所述NBUP初始化報(bào)文中攜帶的源IP地址和UDP源端口與移動(dòng)軟交換下發(fā)的主叫側(cè)IP地址和UDP端口號(hào)是否相同，若是，則執(zhí)行步驟C，否則，丟棄該NBUP初始化報(bào)文，結(jié)束流程。
4.如權(quán)利要求1所述的方法，其特征在于，所述將NBUP初始化報(bào)文保存，具體方法為將接收的NBUP初始化報(bào)文存儲(chǔ)在被叫側(cè)網(wǎng)關(guān)本次通話的IP端點(diǎn)關(guān)聯(lián)的存儲(chǔ)單元中。
5.如權(quán)利要求4所述的方法，其特征在于，還包括保存NBUP初始化報(bào)文后啟動(dòng)一個(gè)定時(shí)器的步驟，若定時(shí)器超時(shí)，刪除所述存儲(chǔ)單元中未處理的NBUP初始化報(bào)文，并關(guān)閉該定時(shí)器。
6.如權(quán)利要求5所述的方法，其特征在于，所述步驟B中，當(dāng)被叫側(cè)網(wǎng)關(guān)接收到移動(dòng)軟交換下發(fā)給該IP端點(diǎn)的主叫側(cè)本次呼叫的承載屬性信息時(shí)，檢查所述存儲(chǔ)單元，若有未處理的NBUP初始化報(bào)文，則執(zhí)行步驟C；并將存儲(chǔ)單元中的NBUP初始化報(bào)文標(biāo)記為已處理或直接刪除，且關(guān)閉所述定時(shí)器。
7.如權(quán)利要求6所述的方法，其特征在于，執(zhí)行步驟C之前還包括判斷存儲(chǔ)的NBUP初始化報(bào)文中攜帶的源IP地址和UDP源端口與移動(dòng)軟交換下發(fā)的主叫側(cè)IP地址和UDP端口號(hào)是否相同，若是，則執(zhí)行步驟C，否則，刪除該NBUP初始化報(bào)文，并關(guān)閉所述定時(shí)器。
全文摘要
本發(fā)明公開(kāi)了一種媒體網(wǎng)關(guān)接口(NB)用戶(hù)面協(xié)議(NBUP)初始化方法，應(yīng)用于無(wú)線網(wǎng)絡(luò)中的后向承載建立方式，該方法包括A.當(dāng)被叫側(cè)網(wǎng)關(guān)本次通話的IP端點(diǎn)接收到NBUP初始化報(bào)文時(shí)，若移動(dòng)軟交換已經(jīng)給該IP端點(diǎn)下發(fā)了主叫側(cè)本次呼叫的承載屬性信息，則執(zhí)行步驟C；否則，將該NBUP初始化報(bào)文保存；B.當(dāng)被叫側(cè)網(wǎng)關(guān)本次通話的IP端點(diǎn)接收到移動(dòng)軟交換下發(fā)的主叫側(cè)本次呼叫的承載屬性信息時(shí)，若保存有未處理的NBUP初始化報(bào)文，則執(zhí)行步驟C，否則，等待接收到NBUP初始化報(bào)文后，執(zhí)行步驟C；C.被叫側(cè)網(wǎng)關(guān)向主叫側(cè)網(wǎng)關(guān)回應(yīng)NBUP初始化響應(yīng)消息，進(jìn)行NBUP初始化協(xié)商。本發(fā)明能提高網(wǎng)絡(luò)后向遲延建立的呼叫建立速度。
文檔編號(hào)H04W28/18GK1867088SQ20051007074
公開(kāi)日2006年11月22日 申請(qǐng)日期2005年5月18日 優(yōu)先權(quán)日2005年5月18日
發(fā)明者劉振華 申請(qǐng)人:華為技術(shù)有限公司