專利名稱：網(wǎng)絡(luò)中對等實(shí)體之間實(shí)現(xiàn)資源釋放的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種網(wǎng)絡(luò)中對等實(shí)體之間實(shí)現(xiàn)資源釋放的方法及裝置。
背景技術(shù)：
隨著Internet網(wǎng)絡(luò)規(guī)模的不斷增大，各種各樣的網(wǎng)絡(luò)服務(wù)爭相涌現(xiàn)，各種先進(jìn)的多媒體系統(tǒng)層出不窮，因而導(dǎo)致Internet網(wǎng)絡(luò)需要經(jīng)常發(fā)送突發(fā)性高的FTP(文件傳輸協(xié)議)或含有圖像文件的HTTP(超文本傳輸協(xié)議)等多媒體業(yè)務(wù)。對于網(wǎng)絡(luò)中的實(shí)時業(yè)務(wù)來說，由于其對網(wǎng)絡(luò)的傳輸時延、延時抖動等特性較為敏感，因此，網(wǎng)絡(luò)在發(fā)送FTP或HTTP等業(yè)務(wù)時，對實(shí)時業(yè)務(wù)的影響比較大。而且，多媒體業(yè)務(wù)還占去了大量的網(wǎng)絡(luò)帶寬，使現(xiàn)有網(wǎng)絡(luò)中需要保證帶寬的關(guān)鍵業(yè)務(wù)很難被可靠地傳輸。
為保證網(wǎng)絡(luò)中傳輸?shù)乃鰧?shí)時業(yè)務(wù)及關(guān)鍵業(yè)務(wù)的QoS(服務(wù)質(zhì)量)問題，ITU提出了一個IP信令需求的功能模型，如圖1所示，所述的功能模型主要包括SCFE(會話功能實(shí)體)、BCFE(承載控制功能實(shí)體)、SFE(交換功能實(shí)體)、CCI(連接控制接口)、NCI(網(wǎng)絡(luò)控制接口)和SCI(交換控制接口)。
下面將分別對圖1中的各個功能實(shí)體的功能作用進(jìn)行描述。
(1)SCFE終端用戶通過與SCFE進(jìn)行交互來申請服務(wù)；SCFE發(fā)起QoS請求，通常由SCFE決定通信配置的參數(shù)，如帶寬，QoS等參數(shù)信息；如果一組可接受的參數(shù)可以議定，SCFE將使用BCFE提供的服務(wù)來建立、維護(hù)和斷開網(wǎng)絡(luò)資源來提供議定的配置，即negotiatedarrangement(協(xié)商配置)。
(2)BCFE負(fù)責(zé)建立、修改和釋放網(wǎng)絡(luò)資源來提供議定的配置；BCFE從SCFE接收基于業(yè)務(wù)流的QoS請求，經(jīng)過路徑分析之后，BCFE將路徑分析結(jié)果發(fā)送給SFE；依賴于選定的QoS控制模式，為了分析QoS請求并生成QoS配置數(shù)據(jù)，BCFE需要知道一定的網(wǎng)絡(luò)拓?fù)湫畔⒑唾Y源狀態(tài)信息。
(3)SFE用于將建立在一個端口的虛連接與建立在另外一個端口的虛連接交叉連接起來；通過位于用戶之間的各個SFE上的一個或多個這樣的交叉連接，最終生成用戶之間的虛連接；虛連接的特性基于與SCFE磋商的呼叫參數(shù)，而它的路由則由BCFE決定；由BCFE控制的SFE根據(jù)SCI接口上收到的指令生成或釋放交叉連接。
(4)CCICCI是呼叫/會話層與傳輸層的承載控制平面之間的接口。
(5)NCINCI是BCFE與BCFE之間的接口。
(6)SCISCI是傳輸層承載控制平面與傳輸平面之間的接口。
目前，針對圖1所示的IP信令功能模型，只定義了上述相應(yīng)的功能實(shí)體的功能作用，而未定義各個功能實(shí)體之間在具體應(yīng)用過程中所需要的交互流程及相互之間的交互消息及各信息中具體承載的信息內(nèi)容。因此，如果需要在實(shí)際應(yīng)用中采用圖1中所示的模型，還需要定義所功能實(shí)體之間需要交互的消息、消息中承載的信息及相應(yīng)的業(yè)務(wù)處理過程，等等。

發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術(shù)所存在的問題，本發(fā)明的目的是提供一種網(wǎng)絡(luò)中對等實(shí)體之間實(shí)現(xiàn)資源釋放的方法及裝置，從而可以增強(qiáng)對等實(shí)體之間的資源釋放的可靠性和容錯能力。
本發(fā)明的目的是通過以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明提供了一種網(wǎng)絡(luò)中對等實(shí)體之間實(shí)現(xiàn)資源釋放的方法，包括A、當(dāng)對等實(shí)體中的下游實(shí)體確定上游實(shí)體需要進(jìn)行資源釋放處理時，則向上游實(shí)體發(fā)起資源釋放過程。
所述的對等實(shí)體包括資源接入控制子系統(tǒng)RACS中的承載控制功能實(shí)體BCFE。
所述的步驟A包括下游實(shí)體向上游實(shí)體發(fā)送逆向資源釋放消息，所述的消息中承載著需要釋放的連接的標(biāo)識信息。
所述的逆向資源釋放消息中還包括發(fā)起資源釋放的原因信息。
所述的方法具體包括當(dāng)BCFE確定需要上游BCFE和下游BCFE進(jìn)行資源釋放處理時，則既向上游BCFE發(fā)送逆向資源釋放消息，又向下游BCFE發(fā)送正向資源釋放消息。
所述的方法還包括BCFE根據(jù)需要釋放的連接及網(wǎng)絡(luò)拓?fù)湫畔⒋_定需要上游BCFE和下游BCFE進(jìn)行資源釋放處理。
所述的方法還包括當(dāng)所述的上游實(shí)體收到所述的逆向資源釋放消息后向?qū)Χ朔祷刭Y源釋放響應(yīng)消息。
本發(fā)明還提供了一種對等實(shí)體之間實(shí)現(xiàn)資源釋放的裝置，包括逆向資源釋放處理模塊，用于當(dāng)確定需要其上游實(shí)體進(jìn)行資源釋放處理時，構(gòu)造資源釋放消息報文，并發(fā)送給上游實(shí)體。
所述的裝置還包括正向資源釋放處理模塊，用于當(dāng)確定需要其下游實(shí)體進(jìn)行資源釋放處理時，構(gòu)造資源釋放消息報文，并發(fā)送給下游實(shí)體。
所述的實(shí)體包括RACS系統(tǒng)中的BCFE。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明實(shí)現(xiàn)了RACS的對等體BCFE之間的資源逆向釋放機(jī)制，使得當(dāng)RACS的下游BCFE實(shí)體確定資源異?；蜻B接中斷等情況出現(xiàn)需要釋放資源時，能夠可靠地將資源釋放掉，從而可以增強(qiáng)對等實(shí)體之間的資源釋放的可靠性和容錯能力。


圖1為IP信令功能模型結(jié)構(gòu)示意圖；圖2為正向的資源釋放過程示意圖；圖3為逆向的資源釋放過程示意圖；圖4為雙向的資源釋放過程示意圖；圖5為實(shí)現(xiàn)資源釋放的裝置。
具體實(shí)施例方式
本發(fā)明的主要目的是為了完善對等RACS(資源接入控制子系統(tǒng))實(shí)體之間的協(xié)議，提出了一種對等RACS實(shí)體之間的協(xié)議的逆向釋放機(jī)制。
本發(fā)明中，首先對正常的資源釋放流程進(jìn)行說明。
在網(wǎng)絡(luò)中，通常是由上游BCFE對下游BCFE進(jìn)行資源釋放，如圖2所示，相應(yīng)的資源釋放過程具體包括步驟21上游BCFE確定需要釋放連接資源時，則向下游BCFE發(fā)送資源釋放消息；在網(wǎng)絡(luò)中各功能實(shí)體BCFE通常是根據(jù)連接異常、業(yè)務(wù)中斷等原因確定需要釋放相應(yīng)的連接占用的資源；
所述的資源釋放消息中承載著需要釋放的連接的標(biāo)識信息等；所述的上游和下游是針對業(yè)務(wù)的傳輸方向而言；步驟22下游BCFE收到所述的資源釋放消息后向上游BCFE返回釋放響應(yīng)消息。
本發(fā)明中提出的對等RACS實(shí)體之間的協(xié)議的逆向釋放機(jī)制如圖3所示，所述的逆向釋放機(jī)制指的是下游BCFE向上游BCFE發(fā)起的釋放，相應(yīng)的處理過程具體包括步驟31當(dāng)下游BCFE因出現(xiàn)資源異常、連接中斷等錯誤導(dǎo)致需要釋放資源時，則由下游BCFE向上游BCFE發(fā)送資源釋放消息；該逆向的資源釋放消息中需要攜帶一個或多個連接ID(標(biāo)識)對象來指明釋放的業(yè)務(wù)連接信息；所述的逆向的資源釋放消息中還需要攜帶原因碼對象，用來指示逆向釋放的原因；步驟32上游BCFE收到所述的資源釋放消息后向?qū)Χ讼掠蜝CFE返回資源釋放響應(yīng)消息；是否對逆向的資源釋放消息進(jìn)行響應(yīng)是可選的，即可以返回響應(yīng)消息，也可以不返回響應(yīng)消息。
本發(fā)明中，當(dāng)某一個BCFE由于資源異常、連接中斷等各種錯誤導(dǎo)致需要釋放資源時，可以由該BCFE同時向涉及到的上游和下游BCFE發(fā)起資源釋放處理過程；即如果同時涉及到上游BCFE和下游BCFE，則需要向上游BCFE發(fā)起逆向釋放，同時向下游發(fā)起正向釋放，如圖4所示，具體包括步驟41當(dāng)前BCFE確定需要釋放出現(xiàn)異常的連接占用的資源信息，并確定相應(yīng)的連接涉及到上游BCFE和下游BCFE，則向上游BCFE發(fā)送資源釋放消息，要求上游BCFE釋放相應(yīng)的資源信息，同時，還需要執(zhí)行步驟42；在當(dāng)前BCFE上具體可以根據(jù)網(wǎng)絡(luò)拓?fù)湫畔⒋_定占用該資源的連接的信息是否涉及到上游BCFE和下游BCFE；步驟42由當(dāng)前BCFE向下游BCFE發(fā)送資源釋放消息，要求下游BCFE釋放相應(yīng)的資源信息。
根據(jù)需要上游BCFE和下游BCFE還可以向當(dāng)前BCFE返回響應(yīng)消息。
本發(fā)明還提供了一種對等實(shí)體之間實(shí)現(xiàn)資源釋放的裝置，如圖5所示，具體包括逆向資源釋放處理模塊，用于當(dāng)確定需要其上游實(shí)體進(jìn)行資源釋放處理時，構(gòu)造資源釋放消息報文，并發(fā)送給上游實(shí)體；正向資源釋放處理模塊，用于當(dāng)確定需要其下游實(shí)體進(jìn)行資源釋放處理時，構(gòu)造資源釋放消息報文，并發(fā)送給下游實(shí)體。
所述的實(shí)體包括RACS系統(tǒng)中的BCFE。
綜上所述，本發(fā)明為BCFE之間的業(yè)務(wù)連接的逆向釋放提供了一種機(jī)制，增強(qiáng)了網(wǎng)絡(luò)的可靠性和容錯能力。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種網(wǎng)絡(luò)中對等實(shí)體之間實(shí)現(xiàn)資源釋放的方法，其特征在于，包括A、當(dāng)對等實(shí)體中的下游實(shí)體確定上游實(shí)體需要進(jìn)行資源釋放處理時，則向上游實(shí)體發(fā)起資源釋放過程。
2.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)中對等實(shí)體之間實(shí)現(xiàn)資源釋放的方法，其特征在于，所述的對等實(shí)體包括資源接入控制子系統(tǒng)RACS中的承載控制功能實(shí)體BCFE。
3.根據(jù)權(quán)利要求1或2所述的網(wǎng)絡(luò)中對等實(shí)體之間實(shí)現(xiàn)資源釋放的方法，其特征在于，所述的步驟A包括下游實(shí)體向上游實(shí)體發(fā)送逆向資源釋放消息，所述的消息中承載著需要釋放的連接的標(biāo)識信息。
4.根據(jù)權(quán)利要求3所述的網(wǎng)絡(luò)中對等實(shí)體之間實(shí)現(xiàn)資源釋放的方法，其特征在于，所述的逆向資源釋放消息中還包括發(fā)起資源釋放的原因信息。
5.根據(jù)權(quán)利要求3所述的網(wǎng)絡(luò)中對等實(shí)體之間實(shí)現(xiàn)資源釋放的方法，其特征在于，該方法具體包括當(dāng)BCFE確定需要上游BCFE和下游BCFE進(jìn)行資源釋放處理時，則既向上游BCFE發(fā)送逆向資源釋放消息，又向下游BCFE發(fā)送正向資源釋放消息。
6.根據(jù)權(quán)利要求5所述的網(wǎng)絡(luò)中對等實(shí)體之間實(shí)現(xiàn)資源釋放的方法，其特征在于，該方法還包括BCFE根據(jù)需要釋放的連接及網(wǎng)絡(luò)拓?fù)湫畔⒋_定需要上游BCFE和下游BCFE進(jìn)行資源釋放處理。
7.根據(jù)權(quán)利要求3所述的網(wǎng)絡(luò)中對等實(shí)體之間實(shí)現(xiàn)資源釋放的方法，其特征在于，該方法還包括當(dāng)所述的上游實(shí)體收到所述的逆向資源釋放消息后向?qū)Χ朔祷刭Y源釋放響應(yīng)消息。
8.一種對等實(shí)體之間實(shí)現(xiàn)資源釋放的裝置，其特征在于，包括逆向資源釋放處理模塊，用于當(dāng)確定需要其上游實(shí)體進(jìn)行資源釋放處理時，構(gòu)造資源釋放消息報文，并發(fā)送給上游實(shí)體。
9.根據(jù)權(quán)利要求8所述的對等實(shí)體之間實(shí)現(xiàn)資源釋放的裝置，其特征在于，還包括正向資源釋放處理模塊，用于當(dāng)確定需要其下游實(shí)體進(jìn)行資源釋放處理時，構(gòu)造資源釋放消息報文，并發(fā)送給下游實(shí)體。
10.根據(jù)權(quán)利要求8或9所述的對等實(shí)體之間實(shí)現(xiàn)資源釋放的裝置，其特征在于，所述的實(shí)體包括RACS系統(tǒng)中的BCFE。
全文摘要
本發(fā)明涉及一種網(wǎng)絡(luò)中對等實(shí)體之間實(shí)現(xiàn)資源釋放的方法及裝置。本發(fā)明的核心為當(dāng)對等實(shí)體中的下游實(shí)體確定需要釋放上游實(shí)體的連接資源時，則向上游實(shí)體發(fā)起資源釋放過程。因此，本發(fā)明實(shí)現(xiàn)了RACS的對等體BCFE之間的資源逆向釋放機(jī)制，使得當(dāng)RACS的下游BCFE實(shí)體確定資源異?；蜻B接中斷等情況出現(xiàn)需要釋放資源時，能夠可靠地將資源釋放掉，從而可以增強(qiáng)對等實(shí)體之間的資源釋放的可靠性和容錯能力。
文檔編號H04L29/02GK1874258SQ20051007938
公開日2006年12月6日 申請日期2005年7月11日 優(yōu)先權(quán)日2005年7月11日
發(fā)明者鄒婷, 黃福清 申請人:華為技術(shù)有限公司