亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

網(wǎng)絡(luò)中對(duì)等實(shí)體之間實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求的方法及裝置的制作方法

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

發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術(shù)所存在的問題,本發(fā)明的目的是提供一種網(wǎng)絡(luò)中對(duì)等實(shí)體之間實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求的方法及裝置,可以為業(yè)務(wù)請(qǐng)求提供可靠的資源配置。
本發(fā)明的目的是通過以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明提供了一種網(wǎng)絡(luò)中對(duì)等實(shí)體之間實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求的方法,包括A、網(wǎng)絡(luò)中的對(duì)等實(shí)體接收承載著流信息和服務(wù)質(zhì)量參數(shù)信息的業(yè)務(wù)請(qǐng)求消息;B、所述的實(shí)體根據(jù)流信息和服務(wù)質(zhì)量參數(shù)信息選擇承載網(wǎng)路由,并計(jì)算資源,將該業(yè)務(wù)請(qǐng)求消息發(fā)送給下游實(shí)體。
所述的對(duì)等實(shí)體包括資源接入控制子系統(tǒng)RACS中的承載控制功能實(shí)體BCFE。
所述的流信息包括業(yè)務(wù)類型、業(yè)務(wù)的源IP地址和目的IP地址信息。
所述步驟B具體包括所述的實(shí)體根據(jù)業(yè)務(wù)請(qǐng)求消息承載的信息確定其不為終結(jié)實(shí)體時(shí),根據(jù)業(yè)務(wù)請(qǐng)求消息承載的流信息和服務(wù)質(zhì)量參數(shù)信息選擇承載網(wǎng)路由,并計(jì)算資源,將該業(yè)務(wù)請(qǐng)求消息發(fā)送給下游實(shí)體。
所述的步驟B還包括所述的實(shí)體將其選擇的承載網(wǎng)路由信息隨業(yè)務(wù)請(qǐng)求消息發(fā)送給下游實(shí)體。
根據(jù)所述的業(yè)務(wù)請(qǐng)求消息中所承載的源IP地址和目的IP地址確定業(yè)務(wù)請(qǐng)求的首、末實(shí)體。
所述方法還包括兩個(gè)相鄰的上、下游實(shí)體相互記錄對(duì)方的標(biāo)識(shí)地址。
本發(fā)明還提供一種網(wǎng)絡(luò)中對(duì)等實(shí)體之間實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求的裝置,包括業(yè)務(wù)請(qǐng)求處理模塊,用于接收業(yè)務(wù)請(qǐng)求消息,根據(jù)該業(yè)務(wù)請(qǐng)求消息中承載的流信息和服務(wù)質(zhì)量參數(shù)信息選擇承載網(wǎng)路由,并計(jì)算資源;
轉(zhuǎn)發(fā)模塊,用于根據(jù)業(yè)務(wù)請(qǐng)求處理模塊確定的路由將請(qǐng)求消息發(fā)送給下游實(shí)體。
所述裝置位于RACS系統(tǒng)中的BCFE。
基于上述業(yè)務(wù)請(qǐng)求的方法,本發(fā)明還提供了一種網(wǎng)絡(luò)中對(duì)等實(shí)體之間實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求響應(yīng)的方法,包括當(dāng)對(duì)等實(shí)體中的下游實(shí)體收到上游實(shí)體發(fā)送的業(yè)務(wù)請(qǐng)求消息后,若下游實(shí)體能夠滿足所述業(yè)務(wù)請(qǐng)求,則向上游實(shí)體發(fā)送響應(yīng)消息。
所述響應(yīng)消息中承載有下游實(shí)體能夠滿足的業(yè)務(wù)請(qǐng)求的信息。
所述響應(yīng)消息中還包括路徑信息。
所述的路徑信息包括所述的實(shí)體根據(jù)接收的業(yè)務(wù)請(qǐng)求消息中承載的信息確定的路徑信息的集合。
本發(fā)明所述的方法中,當(dāng)下游實(shí)體接收到的業(yè)務(wù)請(qǐng)求消息中包含有多組服務(wù)質(zhì)量參數(shù)時(shí),則下游實(shí)體應(yīng)將其選擇的一組服務(wù)質(zhì)量參數(shù)承載于響應(yīng)消息中發(fā)送至上游實(shí)體。
本發(fā)明所述的方法中,下游實(shí)體根據(jù)其記錄的上游實(shí)體的地址信息,向上游實(shí)體發(fā)送所述的響應(yīng)消息。
本發(fā)明提供了一種網(wǎng)絡(luò)中對(duì)等實(shí)體之間實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求響應(yīng)的裝置,所述裝置包括業(yè)務(wù)請(qǐng)求響應(yīng)處理模塊接收上游實(shí)體發(fā)送的業(yè)務(wù)請(qǐng)求消息,在確定能夠滿足所述業(yè)務(wù)請(qǐng)求時(shí),構(gòu)造業(yè)務(wù)請(qǐng)求的響應(yīng)消息;轉(zhuǎn)發(fā)模塊將所述業(yè)務(wù)請(qǐng)求響應(yīng)處理模塊構(gòu)造的響應(yīng)消息發(fā)送至上游實(shí)體。
基于上述業(yè)務(wù)請(qǐng)求的方法,本發(fā)明還提供了一種網(wǎng)絡(luò)中對(duì)等實(shí)體之間請(qǐng)求的拒絕方法,包括當(dāng)對(duì)等實(shí)體中的下游實(shí)體不能滿足請(qǐng)求時(shí),下游實(shí)體向上游實(shí)體返回拒絕響應(yīng)消息。
本發(fā)明所述的方法具體包括下游實(shí)體向上游實(shí)體發(fā)送拒絕響應(yīng)消息時(shí),是根據(jù)下游實(shí)體中記錄的相鄰實(shí)體的標(biāo)識(shí)地址來確定上游實(shí)體地址。
所述拒絕響應(yīng)消息包括執(zhí)行結(jié)果為拒絕和/或拒絕原因。
所述請(qǐng)求被拒絕的原因包括資源不足、無可用路徑、超時(shí)、非法操作和/或請(qǐng)求為未知對(duì)象。
所述下游實(shí)體發(fā)送的拒絕響應(yīng)消息依次發(fā)送到發(fā)出請(qǐng)求的源實(shí)體。
所述方法還包括源實(shí)體將所述拒絕響應(yīng)消息發(fā)送到會(huì)話功能實(shí)體SCFE。
由上述本發(fā)明提供的技術(shù)方案可以看出,本發(fā)明建立了RACS的對(duì)等實(shí)體BCFE之間的業(yè)務(wù)請(qǐng)求機(jī)制,可以對(duì)整個(gè)資源進(jìn)行計(jì)算,選擇符合業(yè)務(wù)請(qǐng)求的路由,從而為業(yè)務(wù)請(qǐng)求預(yù)留可靠的資源配置。
本發(fā)明還建立了RACS的對(duì)等實(shí)體BCFE之間的業(yè)務(wù)請(qǐng)求響應(yīng)機(jī)制,完善了業(yè)務(wù)請(qǐng)求機(jī)制,保證了業(yè)務(wù)請(qǐng)求的可靠性。
本發(fā)明還實(shí)現(xiàn)了RACS的對(duì)等體BCFE之間的請(qǐng)求的拒絕機(jī)制,可以及時(shí)將拒絕響應(yīng)反饋給終端用戶,從而增強(qiáng)了對(duì)等實(shí)體之間資源傳輸?shù)目煽啃浴?br>

圖1為IP信令功能模型結(jié)構(gòu)示意圖;圖2為本發(fā)明所述方法的流程圖;圖3為本發(fā)明所述的實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求裝置結(jié)構(gòu)示意圖;
圖4為本發(fā)明所述的實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求響應(yīng)過程示意圖;圖5為本發(fā)明所述的實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求響應(yīng)裝置結(jié)構(gòu)示意圖;圖6為本發(fā)明請(qǐng)求的拒絕過程示意圖。
具體實(shí)施例方式
本發(fā)明的主要目的是為了完善對(duì)等RACS(資源接入控制子系統(tǒng))實(shí)體之間的協(xié)議,提出了一種實(shí)現(xiàn)對(duì)等RACS實(shí)體之間的業(yè)務(wù)請(qǐng)求的機(jī)制??梢酝ㄟ^對(duì)整個(gè)資源進(jìn)行計(jì)算,選擇符合業(yè)務(wù)請(qǐng)求的路由,從而為業(yè)務(wù)申請(qǐng)預(yù)留可靠的資源配置。
在網(wǎng)絡(luò)中,通常是由BCFE進(jìn)行資源計(jì)算,選擇合適的路由,從而完成業(yè)務(wù)請(qǐng)求的操作。
為對(duì)本發(fā)明有進(jìn)一步的了解,下面將結(jié)合附圖對(duì)本發(fā)明所述的方法進(jìn)行詳細(xì)的說明。
本發(fā)明所述方法的具體實(shí)現(xiàn)方式如圖2所示,包括以下步驟步驟21上游BCFE收到業(yè)務(wù)請(qǐng)求消息后,確定相應(yīng)的下游實(shí)體,選擇承載網(wǎng)路由并計(jì)算資源。
上游BCFE應(yīng)在其管理域內(nèi)選擇承載網(wǎng)路由并計(jì)算資源。
其中,所述的業(yè)務(wù)請(qǐng)求消息中承載著流信息、QoS參數(shù)等信息;所述的流信息包括業(yè)務(wù)類型、業(yè)務(wù)的源IP地址和目的IP地址等信息;所述的QoS參數(shù)包括帶寬參數(shù)等。
因此,上游BCFE根據(jù)接收到的業(yè)務(wù)請(qǐng)求消息中所承載的流信息和QoS參數(shù)等信息選擇路由,并根據(jù)選擇的路由以及業(yè)務(wù)請(qǐng)求消息中所承載的流信息和QoS參數(shù)確定承載網(wǎng)路由,并計(jì)算資源。
步驟22上游BCFE將業(yè)務(wù)請(qǐng)求消息發(fā)送給下游BCFE。
當(dāng)上游BCFE確定承載網(wǎng)路由信息,并計(jì)算資源后,將所述的業(yè)務(wù)請(qǐng)求消息發(fā)送給其下游BCFE。
上游BCFE向下游BCFE發(fā)送業(yè)務(wù)請(qǐng)求消息時(shí),可以將所確定的承載網(wǎng)路徑信息也一同發(fā)送給下游BCFE。
其中,上游BCFE可以根據(jù)業(yè)務(wù)請(qǐng)求消息中的目的IP地址確定其相應(yīng)的下游BCFE。
為了保證BCFE給其上游BCFE回應(yīng)消息或?qū)ι嫌蜝CFE進(jìn)行事件通知的準(zhǔn)確性,在發(fā)送業(yè)務(wù)請(qǐng)求消息過程中,相鄰兩個(gè)BCFE之間可以相互記錄對(duì)方的標(biāo)識(shí)地址,其中,首BCFE只記錄其下游BCFE的標(biāo)識(shí)地址,末BCFE只記錄其上游BCFE的標(biāo)識(shí)地址,其余BCFE記錄與其相鄰的兩個(gè)BCFE的標(biāo)識(shí)地址。
步驟23下游BCFE收到業(yè)務(wù)請(qǐng)求消息后,選擇承載網(wǎng)路由、并計(jì)算資源,將承載有流信息、服務(wù)質(zhì)量參數(shù)等信息的業(yè)務(wù)請(qǐng)求消息傳輸至其下游BCFE。以此類推,直到該請(qǐng)求消息傳輸至終結(jié)BCFE。
下游BCFE收到所述的業(yè)務(wù)請(qǐng)求消息后,根據(jù)所述的業(yè)務(wù)請(qǐng)求消息中所承載的源地址、目的地址和QoS參數(shù)等信息,在自己的管理域內(nèi)選擇承載網(wǎng)路由,并計(jì)算資源。
另外,為了便于BCFE知道其所有上游的各BCFE的承載網(wǎng)選路情況以及最終的選路結(jié)果,當(dāng)上游BCFE確定承載網(wǎng)路由之后,將該承載網(wǎng)路由信息隨所述的業(yè)務(wù)請(qǐng)求消息一同下發(fā)至下游BCFE。
下游BCFE在確定承載網(wǎng)路由之后,可以將其擇的承載網(wǎng)路由信息疊加到上游BCFE下發(fā)的承載網(wǎng)路由信息中,形成新的承載網(wǎng)路由信息。
以此類推,直到各個(gè)BCFE針對(duì)該業(yè)務(wù)請(qǐng)求確定了相應(yīng)的承載網(wǎng)路由信息后,形成一條完整的承載網(wǎng)路由信息。
在實(shí)際應(yīng)用中,當(dāng)終端用戶有業(yè)務(wù)請(qǐng)求時(shí),首先向SCFE發(fā)送業(yè)務(wù)請(qǐng)求消息;SCFE接收到所述的業(yè)務(wù)請(qǐng)求消息后,根據(jù)請(qǐng)求內(nèi)容決定通信資源的配置參數(shù),如流信息、QoS參數(shù)等;其中,流信息包括業(yè)務(wù)類型、業(yè)務(wù)的源IP地址和目的IP地址等信息;QoS參數(shù)包括帶寬參數(shù)等。
SCFE決定資源的配置參數(shù)后,根據(jù)協(xié)議或其他方式將承載著流信息和QoS參數(shù)等信息的業(yè)務(wù)請(qǐng)求消息發(fā)送給承載層中的一個(gè)BCFE;這個(gè)接收到業(yè)務(wù)請(qǐng)求消息的BCFE根據(jù)業(yè)務(wù)請(qǐng)求消息中所承載的源IP地址,確定所述業(yè)務(wù)請(qǐng)求的首BCFE;然后,接收到業(yè)務(wù)請(qǐng)求消息的BCFE將所述的業(yè)務(wù)請(qǐng)求消息發(fā)送給首BCFE,首BCFE按照上述過程進(jìn)行承載網(wǎng)路由選擇并計(jì)算資源、并將所述的業(yè)務(wù)請(qǐng)求消息發(fā)送給相應(yīng)的下游BCFE;下游BCFE進(jìn)行承載網(wǎng)路由選擇并計(jì)算資源后,再向其下游BCFE發(fā)送所述的業(yè)務(wù)請(qǐng)求消息,直至該業(yè)務(wù)請(qǐng)求消息發(fā)送至末BCFE,本發(fā)明所述的對(duì)等RACS實(shí)體之間的業(yè)務(wù)請(qǐng)求的操作流程結(jié)束,從而完成了業(yè)務(wù)請(qǐng)求的全過程。
本發(fā)明中業(yè)務(wù)請(qǐng)求的首、末實(shí)體可以根據(jù)業(yè)務(wù)請(qǐng)求消息中所承載的源IP地址和目的IP地址來確定,末實(shí)體即業(yè)務(wù)請(qǐng)求消息的終結(jié)實(shí)體。
本發(fā)明還提供了一種網(wǎng)絡(luò)中對(duì)等實(shí)體之間實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求的裝置,如圖3所示,具體包括業(yè)務(wù)請(qǐng)求處理模塊和轉(zhuǎn)發(fā)模塊。
業(yè)務(wù)請(qǐng)求處理模塊主要用于接收業(yè)務(wù)請(qǐng)求消息,根據(jù)該業(yè)務(wù)請(qǐng)求消息中承載的流信息和服務(wù)質(zhì)量參數(shù)信息選擇承載網(wǎng)路由,并計(jì)算資源。
轉(zhuǎn)發(fā)模塊主要用于根據(jù)業(yè)務(wù)請(qǐng)求處理模塊確定的路由將請(qǐng)求消息發(fā)送給下游實(shí)體。
所述的裝置可位于RACS系統(tǒng)中的BCFE。
綜上所述,本發(fā)明建立了RACS的對(duì)等實(shí)體BCFE之間的業(yè)務(wù)請(qǐng)求機(jī)制,可以通過對(duì)整個(gè)資源進(jìn)行計(jì)算,選擇符合業(yè)務(wù)請(qǐng)求的路由,從而為業(yè)務(wù)請(qǐng)求預(yù)留可靠的資源配置。
基于上述本發(fā)明提供的業(yè)務(wù)請(qǐng)求的方法,本發(fā)明還提出了一種實(shí)現(xiàn)對(duì)等RACS實(shí)體之間的業(yè)務(wù)請(qǐng)求響應(yīng)的機(jī)制。當(dāng)上游實(shí)體收到下游實(shí)體發(fā)送的響應(yīng)消息后,上游實(shí)體方可確認(rèn)資源預(yù)留完成,業(yè)務(wù)請(qǐng)求成功。
在網(wǎng)絡(luò)中,通常是由BCFE進(jìn)行業(yè)務(wù)請(qǐng)求及請(qǐng)求響應(yīng)的操作。
為對(duì)本發(fā)明有進(jìn)一步的了解,下面將結(jié)合附圖對(duì)本發(fā)明所述的方法進(jìn)行詳細(xì)的說明。
本發(fā)明所述方法的具體實(shí)現(xiàn)方式如圖4所示,包括以下步驟步驟41上游BCFE向下游BCFE發(fā)送業(yè)務(wù)請(qǐng)求消息。
上游BCFE對(duì)業(yè)務(wù)請(qǐng)求消息處理完畢后,即完成路由選擇、資源計(jì)算并確定路徑后,確定相應(yīng)的下游BCFE,再將所述的業(yè)務(wù)請(qǐng)求消息發(fā)送給其下游BCFE;所述的業(yè)務(wù)請(qǐng)求消息中承載著與業(yè)務(wù)請(qǐng)求相關(guān)的流信息、QoS參數(shù)和路徑信息等信息;其中,所述的流信息包括業(yè)務(wù)類型、業(yè)務(wù)的源IP地址和目IP的地址等信息;所述的QoS參數(shù)包括帶寬參數(shù)等;所述的路徑信息是指所有BCFE根據(jù)收到的業(yè)務(wù)請(qǐng)求消息所確定的路徑信息的集合。
步驟42下游BCFE收到業(yè)務(wù)請(qǐng)求消息后,若能夠滿足所述業(yè)務(wù)請(qǐng)求,則向上游BCFE發(fā)送響應(yīng)消息。
下游BCFE收到業(yè)務(wù)請(qǐng)求消息后,如果能夠滿足所述業(yè)務(wù)請(qǐng)求,則進(jìn)行資源和路徑計(jì)算及路由選擇;然后,下游BCFE確定其相應(yīng)的上游BCFE,并向上游BCFE發(fā)送業(yè)務(wù)請(qǐng)求響應(yīng)消息。
由于在實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求過程中,相鄰BCFE之間已經(jīng)相互記錄了對(duì)方的標(biāo)識(shí)地址,因此,下游BCFE可以根據(jù)所記錄的標(biāo)識(shí)地址確定其相應(yīng)的上游BCFE。
下游BCFE向上游BCFE發(fā)送的業(yè)務(wù)請(qǐng)求響應(yīng)消息中應(yīng)包含能夠滿足的業(yè)務(wù)請(qǐng)求內(nèi)容,該內(nèi)容包括服務(wù)質(zhì)量參數(shù)、流信息和路徑信息等。
當(dāng)下游BCFE收到的業(yè)務(wù)請(qǐng)求消息中包含有多種服務(wù)質(zhì)量等級(jí),且這些服務(wù)質(zhì)量等級(jí)中有下游BCFE可以接受的服務(wù)質(zhì)量等級(jí)時(shí),則下游BCFE可以在其選擇了服務(wù)質(zhì)量等級(jí)后,將其選擇的服務(wù)質(zhì)量等級(jí)承載于所述響應(yīng)消息中發(fā)送至上游BCFE,如一個(gè)業(yè)務(wù)請(qǐng)求消息中表明該業(yè)務(wù)的帶寬需求為10M,同時(shí)表明如果不能滿足該帶寬需求,那么5M的帶寬也可以接受;當(dāng)下游BCFE收到上述業(yè)務(wù)請(qǐng)求消息后,進(jìn)行資源計(jì)算后發(fā)現(xiàn)無法滿足10M帶寬需求,但可以滿足5M帶寬需求,因此,該下游BCFE向上游BCFE發(fā)送的業(yè)務(wù)請(qǐng)求響應(yīng)消息中應(yīng)該表明預(yù)留的實(shí)際帶寬為5M。
在實(shí)際應(yīng)用中,所述的業(yè)務(wù)請(qǐng)求響應(yīng)過程通常是這樣完成的當(dāng)所有BCFE根據(jù)業(yè)務(wù)請(qǐng)求消息確定一條符合業(yè)務(wù)要求的路徑后,從最后一個(gè)BCFE開始,逐個(gè)向上游BCFE發(fā)送業(yè)務(wù)請(qǐng)求響應(yīng)消息,并且業(yè)務(wù)請(qǐng)求響應(yīng)消息中包含服務(wù)質(zhì)量參數(shù)、流信息和路徑信息。
在整個(gè)業(yè)務(wù)請(qǐng)求響應(yīng)過程中,只有當(dāng)所有的上游BCFE收到其下游BCFE發(fā)來的業(yè)務(wù)請(qǐng)求響應(yīng)消息后,才認(rèn)為該業(yè)務(wù)請(qǐng)求成功;否則,只要任何一個(gè)上游BCFE沒有收到所述的響應(yīng)消息,則認(rèn)為該業(yè)務(wù)請(qǐng)求失敗。
本發(fā)明還提供了一種網(wǎng)絡(luò)中對(duì)等實(shí)體之間實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求響應(yīng)的裝置,如圖5所示,具體包括業(yè)務(wù)請(qǐng)求響應(yīng)處理模塊和轉(zhuǎn)發(fā)模塊。
業(yè)務(wù)請(qǐng)求響應(yīng)處理模塊主要用于接收上游實(shí)體發(fā)送的業(yè)務(wù)請(qǐng)求消息,在確定能夠滿足所述業(yè)務(wù)請(qǐng)求時(shí),構(gòu)造業(yè)務(wù)請(qǐng)求的響應(yīng)消息。
業(yè)務(wù)請(qǐng)求響應(yīng)處理模塊構(gòu)造的業(yè)務(wù)請(qǐng)求的響應(yīng)消息中可以包含有業(yè)務(wù)請(qǐng)求相關(guān)的流信息、QoS參數(shù)和路徑信息等信息。當(dāng)業(yè)務(wù)請(qǐng)求響應(yīng)處理模塊收到的業(yè)務(wù)請(qǐng)求消息中包含有多種服務(wù)質(zhì)量等級(jí),且這些服務(wù)質(zhì)量等級(jí)中有其所在的BCFE可以接受的服務(wù)質(zhì)量等級(jí)時(shí),則業(yè)務(wù)請(qǐng)求響應(yīng)處理模塊應(yīng)將其選擇了服務(wù)質(zhì)量等級(jí)承載于所述響應(yīng)消息中。
轉(zhuǎn)發(fā)模塊主要用于將所述業(yè)務(wù)請(qǐng)求響應(yīng)處理模塊構(gòu)造的響應(yīng)消息發(fā)送至上游實(shí)體。所述的裝置可以位于RACS系統(tǒng)中的BCFE。
總之,本發(fā)明還建立了一種RACS的對(duì)等實(shí)體BCFE之間的業(yè)務(wù)請(qǐng)求響應(yīng)機(jī)制,完善了業(yè)務(wù)請(qǐng)求機(jī)制,從而保證了業(yè)務(wù)請(qǐng)求的可靠性。
另外,基于所述的業(yè)務(wù)請(qǐng)求的方法,本發(fā)明的還提出了一種對(duì)等RACS實(shí)體之間的請(qǐng)求的拒絕機(jī)制。
在RACS業(yè)務(wù)操作過程中,會(huì)發(fā)生當(dāng)一個(gè)業(yè)務(wù)請(qǐng)求發(fā)出后,由于一些原因?qū)е略撜?qǐng)求不能被滿足,此時(shí),要求該系統(tǒng)可以將該請(qǐng)求被拒絕的消息及時(shí)反饋給終端用戶,以便終端用戶及時(shí)采取其他措施解決該問題。下面參照?qǐng)D6對(duì)本發(fā)明RACS實(shí)體之間請(qǐng)求的拒絕方法進(jìn)行說明,以Qos請(qǐng)求被拒絕為例,該請(qǐng)求的拒絕操作具體包括終端用戶(圖中未示出)發(fā)送一個(gè)Qos請(qǐng)求,該終端用戶首先通過與SCFE進(jìn)行交互來申請(qǐng)服務(wù),由SCFE決定通信配置的參數(shù),如流信息、Qos參數(shù)等,再由SCFE發(fā)起該請(qǐng)求,將該請(qǐng)求向BCFE傳送,BCFE接收到上述請(qǐng)求后,為該請(qǐng)求分配資源并選擇路由,當(dāng)上游BCFE為該請(qǐng)求分配完資源及路由選擇完成后,將所述的請(qǐng)求消息發(fā)送給下游BCFE,為了保證給上游BCFE回應(yīng)消息或?qū)ι嫌蜝CFE進(jìn)行事件通知的準(zhǔn)確性,在發(fā)送請(qǐng)求消息過程中,相鄰兩個(gè)BCFE相互記錄對(duì)方的標(biāo)識(shí)地址,其中,源BCFE只記錄其下游BCFE的標(biāo)識(shí)地址,末BCFE只記錄其上游BCFE的標(biāo)識(shí)地址,其余BCFE記錄與其相鄰的兩個(gè)BCFE的標(biāo)識(shí)地址。下游BCFE收到請(qǐng)求消息后,為所述請(qǐng)求分配資源并選擇路由,依此類推,直到各個(gè)BCFE針對(duì)該請(qǐng)求的處理過程完成。此過程為請(qǐng)求的正常處理過程,但是在實(shí)際操作過程中,由于一些原因經(jīng)常會(huì)導(dǎo)致各BCFE不能滿足該請(qǐng)求,即請(qǐng)求被拒絕,此時(shí)為了方便于終端用戶及時(shí)對(duì)該請(qǐng)求進(jìn)行處理,應(yīng)該將該拒絕響應(yīng)及時(shí)回應(yīng)給終端用戶,可以采用如下處理方式解決下游BCFE接收到上游BCFE發(fā)送的Qos請(qǐng)求消息后,若所述請(qǐng)求不能滿足,則及時(shí)回應(yīng)給上游BCFE該請(qǐng)求被拒絕的響應(yīng),該響應(yīng)消息包括告知該提供執(zhí)行結(jié)果為拒絕及相應(yīng)的拒絕原因,所述拒絕原因可以為資源不足、無可用路徑、超時(shí)、非法操作、未知對(duì)象等,由上述請(qǐng)求過程可知,每一BCFE都記錄著相鄰BCFE的地址,當(dāng)下游BCFE將該拒絕響應(yīng)發(fā)送給上游BCFE時(shí),首先根據(jù)該下游BCFE所記錄的上游BCFE的地址找到上游BCFE,再進(jìn)行拒絕響應(yīng)發(fā)送操作。依此類推直到將該拒絕向應(yīng)發(fā)送至源BCFE,源BCFE再將該拒絕響應(yīng)發(fā)送至SCFE,最終反應(yīng)給終端用戶。
因此,本發(fā)明實(shí)現(xiàn)了BCFE之間的請(qǐng)求的拒絕功能,使得終端用戶可以及時(shí)得到請(qǐng)求被拒絕的消息,以便對(duì)該請(qǐng)求進(jìn)行處理,增強(qiáng)了網(wǎng)絡(luò)傳輸?shù)目煽啃浴?br> 以上所述,僅為本發(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ò)中對(duì)等實(shí)體之間實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求的方法,其特征在于,包括A、網(wǎng)絡(luò)中的對(duì)等實(shí)體接收承載著流信息和服務(wù)質(zhì)量參數(shù)信息的業(yè)務(wù)請(qǐng)求消息;B、所述的實(shí)體根據(jù)流信息和服務(wù)質(zhì)量參數(shù)信息選擇承載網(wǎng)路由,并計(jì)算資源,將該業(yè)務(wù)請(qǐng)求消息發(fā)送給下游實(shí)體。
2.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)中對(duì)等實(shí)體之間實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求的方法,其特征在于,所述的對(duì)等實(shí)體包括資源接入控制子系統(tǒng)RACS中的承載控制功能實(shí)體BCFE。
3.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)中對(duì)等實(shí)體之間實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求的方法,其特征在于,所述的流信息包括業(yè)務(wù)類型、業(yè)務(wù)的源IP地址和目的IP地址信息。
4.根據(jù)權(quán)利要求1至3任一項(xiàng)所述的網(wǎng)絡(luò)中對(duì)等實(shí)體之間實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求的方法,其特征在于,所述步驟B具體包括所述的實(shí)體根據(jù)業(yè)務(wù)請(qǐng)求消息承載的信息確定其不為終結(jié)實(shí)體時(shí),根據(jù)業(yè)務(wù)請(qǐng)求消息承載的流信息和服務(wù)質(zhì)量參數(shù)信息選擇承載網(wǎng)路由,并計(jì)算資源,將該業(yè)務(wù)請(qǐng)求消息發(fā)送給下游實(shí)體。
5.根據(jù)權(quán)利要求1至3任一項(xiàng)所述的網(wǎng)絡(luò)中對(duì)等實(shí)體之間實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求的方法,其特征在于,所述的步驟B還包括所述的實(shí)體將其選擇的承載網(wǎng)路由信息隨業(yè)務(wù)請(qǐng)求消息發(fā)送給下游實(shí)體。
6.根據(jù)權(quán)利要求1至3所述的任一項(xiàng)網(wǎng)絡(luò)中對(duì)等實(shí)體之間實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求的方法,其特征在于根據(jù)所述的業(yè)務(wù)請(qǐng)求消息中所承載的源IP地址和目的IP地址確定業(yè)務(wù)請(qǐng)求的首、終結(jié)實(shí)體。
7.根據(jù)權(quán)利要求1至3任一項(xiàng)所述的網(wǎng)絡(luò)中對(duì)等實(shí)體之間實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求的方法,其特征在于,所述方法還包括兩個(gè)相鄰的上、下游實(shí)體相互記錄對(duì)方的標(biāo)識(shí)地址。
8.一種網(wǎng)絡(luò)中對(duì)等實(shí)體之間實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求的裝置,其特征在于,包括業(yè)務(wù)請(qǐng)求處理模塊,用于接收業(yè)務(wù)請(qǐng)求消息,根據(jù)該業(yè)務(wù)請(qǐng)求消息中承載的流信息和服務(wù)質(zhì)量參數(shù)信息選擇承載網(wǎng)路由,并計(jì)算資源;轉(zhuǎn)發(fā)模塊,用于根據(jù)業(yè)務(wù)請(qǐng)求處理模塊確定的路由將請(qǐng)求消息發(fā)送給下游實(shí)體。
9.根據(jù)權(quán)利要求8所述的網(wǎng)絡(luò)中對(duì)等實(shí)體之間實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求的裝置,其特征在于,所述裝置位于RACS系統(tǒng)中的BCFE。
10.一種網(wǎng)絡(luò)中對(duì)等實(shí)體之間實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求響應(yīng)的方法,其特征在于,包括當(dāng)對(duì)等實(shí)體中的下游實(shí)體收到上游實(shí)體發(fā)送的業(yè)務(wù)請(qǐng)求消息后,若下游實(shí)體能夠滿足所述業(yè)務(wù)請(qǐng)求,則向上游實(shí)體發(fā)送響應(yīng)消息。
11.根據(jù)權(quán)利要求10所述的網(wǎng)絡(luò)中對(duì)等實(shí)體之間實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求響應(yīng)的方法,其特征在于,所述響應(yīng)消息中承載有下游實(shí)體能夠滿足的業(yè)務(wù)請(qǐng)求的信息。
12.根據(jù)權(quán)利要求11所述的網(wǎng)絡(luò)中對(duì)等實(shí)體之間實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求響應(yīng)的方法,其特征在于,所述響應(yīng)消息中還包括路徑信息。
13.根據(jù)權(quán)利要求12所述的網(wǎng)絡(luò)中對(duì)等實(shí)體之間實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求響應(yīng)的方法,其特征在于,所述的路徑信息包括所述的實(shí)體根據(jù)接收的業(yè)務(wù)請(qǐng)求消息中承載的信息確定的路徑信息的集合。
14.根據(jù)權(quán)利要求10至13任一項(xiàng)所述的網(wǎng)絡(luò)中對(duì)等實(shí)體之間實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求響應(yīng)的方法,其特征在于當(dāng)下游實(shí)體接收到的業(yè)務(wù)請(qǐng)求消息中包含有多組服務(wù)質(zhì)量參數(shù)時(shí),則下游實(shí)體應(yīng)將其選擇的一組服務(wù)質(zhì)量參數(shù)承載于響應(yīng)消息中發(fā)送至上游實(shí)體。
15.根據(jù)權(quán)利要求10至13任一項(xiàng)所述的網(wǎng)絡(luò)中對(duì)等實(shí)體之間實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求響應(yīng)的方法,其特征在于下游實(shí)體根據(jù)其記錄的上游實(shí)體的地址信息,向上游實(shí)體發(fā)送所述的響應(yīng)消息。
16.一種網(wǎng)絡(luò)中對(duì)等實(shí)體之間實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求響應(yīng)的裝置,其特征在于,所述裝置包括業(yè)務(wù)請(qǐng)求響應(yīng)處理模塊接收上游實(shí)體發(fā)送的業(yè)務(wù)請(qǐng)求消息,在確定能夠滿足所述業(yè)務(wù)請(qǐng)求時(shí),構(gòu)造業(yè)務(wù)請(qǐng)求的響應(yīng)消息;轉(zhuǎn)發(fā)模塊將所述業(yè)務(wù)請(qǐng)求響應(yīng)處理模塊構(gòu)造的響應(yīng)消息發(fā)送至上游實(shí)體。
17.一種網(wǎng)絡(luò)中對(duì)等實(shí)體之間請(qǐng)求的拒絕方法,其特征在于,包括當(dāng)對(duì)等實(shí)體中的下游實(shí)體不能滿足請(qǐng)求時(shí),下游實(shí)體向上游實(shí)體返回拒絕響應(yīng)消息。
18.根據(jù)權(quán)利要求17所述的網(wǎng)路中對(duì)等實(shí)體之間請(qǐng)求的拒絕方法,其特征在于,該方法具體包括下游實(shí)體向上游實(shí)體發(fā)送拒絕響應(yīng)消息時(shí),是根據(jù)下游實(shí)體中記錄的相鄰實(shí)體的標(biāo)識(shí)地址來確定上游實(shí)體地址。
19.根據(jù)權(quán)利要求17所述的網(wǎng)絡(luò)中對(duì)等實(shí)體之間請(qǐng)求的拒絕方法,其特征在于,所述拒絕響應(yīng)消息包括執(zhí)行結(jié)果為拒絕和/或拒絕原因。
20.根據(jù)權(quán)利要求19所述的網(wǎng)絡(luò)中對(duì)等實(shí)體之間請(qǐng)求的拒絕方法,其特征在于,所述請(qǐng)求被拒絕的原因包括資源不足、無可用路徑、超時(shí)、非法操作和/或請(qǐng)求為未知對(duì)象。
21.根據(jù)權(quán)利要求17所述的網(wǎng)絡(luò)中對(duì)等實(shí)體之間請(qǐng)求的拒絕方法,其特征在于,所述下游實(shí)體發(fā)送的拒絕響應(yīng)消息依次發(fā)送到發(fā)出請(qǐng)求的源實(shí)體。
22.根據(jù)權(quán)利要求21所述的網(wǎng)絡(luò)中對(duì)等實(shí)體之間請(qǐng)求的拒絕方法,其特征在于,所述方法還包括源實(shí)體將所述拒絕響應(yīng)消息發(fā)送到會(huì)話功能實(shí)體SCFE。
全文摘要
本發(fā)明涉及一種網(wǎng)絡(luò)中對(duì)等實(shí)體之間實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求的方法及裝置。本發(fā)明的方法核心為網(wǎng)絡(luò)中的對(duì)等實(shí)體接收承載著流信息和服務(wù)質(zhì)量參數(shù)信息的業(yè)務(wù)請(qǐng)求消息,所述的實(shí)體根據(jù)流信息和服務(wù)質(zhì)量參數(shù)信息選擇承載網(wǎng)路由,并計(jì)算資源,將該業(yè)務(wù)請(qǐng)求消息發(fā)送給下游實(shí)體;且當(dāng)下游實(shí)體能夠滿足所述業(yè)務(wù)請(qǐng)求,則向上游實(shí)體發(fā)送響應(yīng)消息,否則。及時(shí)回應(yīng)給上游BCFE拒絕響應(yīng)。本發(fā)明建立了RACS的對(duì)等實(shí)體之間的業(yè)務(wù)請(qǐng)求機(jī)制,可以對(duì)整個(gè)資源進(jìn)行計(jì)算,選擇符合業(yè)務(wù)請(qǐng)求的路徑,從而為業(yè)務(wù)請(qǐng)求預(yù)留可靠的資源配置。同時(shí),還建立了RACS的對(duì)等實(shí)體之間的業(yè)務(wù)請(qǐng)求響應(yīng)機(jī)制,以及對(duì)等實(shí)體之間請(qǐng)求的拒絕方法,完善了業(yè)務(wù)請(qǐng)求機(jī)制。
文檔編號(hào)H04L29/06GK1870624SQ20051008561
公開日2006年11月29日 申請(qǐng)日期2005年7月11日 優(yōu)先權(quán)日2005年7月11日
發(fā)明者鄒婷, 薛莉莉 申請(qǐng)人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1