專利名稱：網(wǎng)絡(luò)通信中處理緊急業(yè)務(wù)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種網(wǎng)絡(luò)通信中處理緊急業(yè)務(wù)的方法。
背景技術(shù)：
隨著Internet(互聯(lián)網(wǎng))規(guī)模的不斷增大，各種各樣的網(wǎng)絡(luò)服務(wù)爭相涌現(xiàn)，先進(jìn)的多媒體系統(tǒng)層出不窮。由于實(shí)時(shí)業(yè)務(wù)對網(wǎng)絡(luò)傳輸時(shí)延、延時(shí)抖動等特性較為敏感，當(dāng)網(wǎng)絡(luò)上有突發(fā)性高的FTP(文件傳輸協(xié)議)或者含有圖像文件的HTTP(超文本傳輸協(xié)議)等業(yè)務(wù)時(shí)，實(shí)時(shí)業(yè)務(wù)就會受到很大影響；另一方面，多媒體業(yè)務(wù)占去了大量的帶寬，這樣，現(xiàn)有網(wǎng)絡(luò)要保證的關(guān)鍵業(yè)務(wù)就難以得到可靠的傳輸。
基于上述現(xiàn)狀，各種QoS(服務(wù)質(zhì)量)技術(shù)應(yīng)運(yùn)而生。IETF已經(jīng)建議了很多服務(wù)模型和機(jī)制，以滿足QoS的需求。目前業(yè)界比較認(rèn)可的是在網(wǎng)絡(luò)的接入和邊緣使用綜合業(yè)務(wù)模型(Int-Serv)，在網(wǎng)絡(luò)的核心使用區(qū)分業(yè)務(wù)模型(Diff-serv)。
由于區(qū)分業(yè)務(wù)模型(Diff-serv)僅設(shè)定優(yōu)先等級保障QoS措施雖然有線路利用率高的特點(diǎn)，但具體的效果難以預(yù)測。因此，業(yè)界開始為骨干網(wǎng)區(qū)分業(yè)務(wù)Diff-Serv引入一個(gè)獨(dú)立的承載控制層，建立一套專門的Diff-Serv QoS信令機(jī)制，如為了推動Diff-Serv的應(yīng)用，IETF和一些廠商以及研究機(jī)構(gòu)共同推動的QBone試驗(yàn)網(wǎng)上，使用帶寬代理器(Bandwidth Broker)模型來實(shí)現(xiàn)網(wǎng)絡(luò)資源和拓?fù)涔芾?，有其他一些廠商提出了類似的QoS服務(wù)器/資源管理器技術(shù)來管理拓?fù)滟Y源和協(xié)調(diào)各個(gè)區(qū)分業(yè)務(wù)Diff-Serv區(qū)域的QoS能力。
上述方法均為區(qū)分服務(wù)Diff-Serv網(wǎng)絡(luò)專門建立一個(gè)資源管理層，管理網(wǎng)絡(luò)的拓?fù)滟Y源，由于傳統(tǒng)的Diff-Serv定義具有局限性，為了不引起混淆，我們將上述資源管理區(qū)分服務(wù)Diff-Serv模型改稱為具有獨(dú)立承載控制層(或集中資源控制層)的網(wǎng)絡(luò)模型。
如圖1所示，在有獨(dú)立的承載控制層的網(wǎng)絡(luò)模型中，承載網(wǎng)控制服務(wù)器(包括帶寬代理器(Bandwidth Broker)或者QoS服務(wù)器/資源管理器)配置了管理規(guī)則和網(wǎng)絡(luò)拓?fù)?，為客戶的業(yè)務(wù)帶寬申請分配資源。每個(gè)管理域的承載網(wǎng)控制服務(wù)器相互之間通過信令傳遞客戶的業(yè)務(wù)帶寬申請請求和結(jié)果，以及承載網(wǎng)資源管理器為業(yè)務(wù)申請分配的路徑信息等。
當(dāng)承載控制層處理用戶的業(yè)務(wù)帶寬申請時(shí)，將確定用戶業(yè)務(wù)的路徑。承載網(wǎng)資源管理器會通知邊緣路由器按照指定的路徑轉(zhuǎn)發(fā)業(yè)務(wù)流。
承載網(wǎng)如何根據(jù)承載控制層確定的路徑實(shí)現(xiàn)用戶業(yè)務(wù)流按指定路由轉(zhuǎn)發(fā)，目前業(yè)界現(xiàn)有的技術(shù)主要是利用MPLS技術(shù)，使用資源預(yù)留方式沿著承載控制層指定的業(yè)務(wù)流路徑建立LSP，使用RSVP-TE或CR-LDP的顯式路由機(jī)制建立端到端的LSP。
上述實(shí)現(xiàn)方法能夠嚴(yán)格保證業(yè)務(wù)所需求的端到端QoS。但美中不足的是目前的方案中對所有電信業(yè)務(wù)的處理一視同仁，即資源足夠時(shí)接納呼叫，資源不足時(shí)拒絕呼叫或降低服務(wù)質(zhì)量?？墒?，網(wǎng)絡(luò)中的某些緊急業(yè)務(wù)卻需要無論網(wǎng)絡(luò)資源狀況如何，均應(yīng)當(dāng)無條件接納并且不能降低其服務(wù)質(zhì)量，例如110(報(bào)警電話)、119(火警電話)、120(救護(hù)電話)等關(guān)系重大的緊急業(yè)務(wù)。對于緊急業(yè)務(wù)如果仍采用一視同仁的處理辦法，則在資源不足時(shí)，緊急業(yè)務(wù)將無法得到處理，因此將造成生命財(cái)產(chǎn)損失或重大事故。
然而，目前還沒有一種可以在獨(dú)立承載控制層網(wǎng)絡(luò)中處理緊急業(yè)務(wù)的技術(shù)方案，以滿足上述緊急業(yè)務(wù)的特殊需求。

發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術(shù)所存在的問題，本發(fā)明的目的是提供一種網(wǎng)絡(luò)通信中處理緊急業(yè)務(wù)的方法，可以為獨(dú)立承載層控制網(wǎng)絡(luò)中的緊急業(yè)務(wù)提供相應(yīng)的處理方案。
本發(fā)明的目的是通過以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明提供了一種網(wǎng)絡(luò)通信中處理緊急業(yè)務(wù)的方法，包括A、緊急業(yè)務(wù)發(fā)起側(cè)將緊急業(yè)務(wù)標(biāo)識隨緊急業(yè)務(wù)一起向網(wǎng)絡(luò)側(cè)發(fā)送；B、當(dāng)網(wǎng)絡(luò)側(cè)根據(jù)所述緊急業(yè)務(wù)標(biāo)識確認(rèn)收到的業(yè)務(wù)為緊急業(yè)務(wù)時(shí)，則將優(yōu)先為該緊急業(yè)務(wù)分配資源。
所述的步驟A包括在保證服務(wù)質(zhì)量的網(wǎng)絡(luò)中，當(dāng)應(yīng)用功能實(shí)體根據(jù)用戶發(fā)起的會話的識別信息確定其為緊急業(yè)務(wù)時(shí)，則將緊急業(yè)務(wù)標(biāo)識承載于服務(wù)質(zhì)量請求消息中，并發(fā)送。
所述的會話的識別信息包括業(yè)務(wù)標(biāo)識信息和業(yè)務(wù)號碼信息。
所述的步驟A還包括所述的服務(wù)質(zhì)量請求消息需要發(fā)送給網(wǎng)絡(luò)側(cè)的策略決定功能PDF/承載控制功能BCF。
本發(fā)明所述的方法還包括在網(wǎng)絡(luò)側(cè)為緊急業(yè)務(wù)預(yù)留資源。
所述的步驟B包括網(wǎng)絡(luò)側(cè)收到所述的服務(wù)質(zhì)量請求消息，并確定其為緊急業(yè)務(wù)的服務(wù)質(zhì)量請求時(shí)，則從所述為緊急業(yè)務(wù)預(yù)留資源中分配端到端的資源。
所述的步驟B包括
網(wǎng)絡(luò)側(cè)收到所述的服務(wù)質(zhì)量請求消息，并確定其為緊急業(yè)務(wù)的服務(wù)質(zhì)量請求時(shí)，則為其進(jìn)行正常的資源分配處理；當(dāng)正常的資源分配處理過程失敗時(shí)，則從所述為緊急業(yè)務(wù)預(yù)留資源中分配端到端的資源。
所述的步驟B包括B1、網(wǎng)絡(luò)側(cè)收到所述的服務(wù)質(zhì)量請求消息，并確定其為緊急業(yè)務(wù)的服務(wù)質(zhì)量請求時(shí)，則基于網(wǎng)絡(luò)側(cè)未使用的資源為所述緊急業(yè)務(wù)分配資源；B2、當(dāng)網(wǎng)絡(luò)側(cè)沒有足夠的未使用的資源時(shí)，則按照預(yù)定的規(guī)則拆除非緊急或低級別業(yè)務(wù)占用的資源；B3、將拆除業(yè)務(wù)獲得的資源分配給該緊急業(yè)務(wù)。
本發(fā)明中，步驟B2所述的預(yù)定的規(guī)則具體為基于業(yè)務(wù)的優(yōu)先級信息和/或業(yè)務(wù)的類型信息設(shè)置。
所述的步驟B還包括當(dāng)網(wǎng)絡(luò)側(cè)成功為緊急業(yè)務(wù)分配相應(yīng)的資源后，則向發(fā)起服務(wù)質(zhì)量請求的實(shí)體返回資源分配成功消息。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明的實(shí)現(xiàn)，使得在PDF/BCF上可以有效區(qū)分出相應(yīng)的緊急業(yè)務(wù)，并可以采用專門的資源分配策略為緊急業(yè)務(wù)進(jìn)行資源分配，從而解決了在采用獨(dú)立承載控制層實(shí)體的網(wǎng)絡(luò)中對緊急業(yè)務(wù)的處理問題，可保證在需要緊急業(yè)務(wù)時(shí)，網(wǎng)絡(luò)能保證業(yè)務(wù)的連通性和資源，減少意外和不必要的損失。
同時(shí)，本發(fā)明的實(shí)現(xiàn)還可以盡可能地減少緊急業(yè)務(wù)在資源搶占過程對其他優(yōu)先級較高的業(yè)務(wù)的影響。


圖1為本發(fā)明應(yīng)用的網(wǎng)絡(luò)結(jié)構(gòu)示意圖；
圖2為本發(fā)明所述的方法的實(shí)現(xiàn)流程圖；圖3為本發(fā)明所述方法的主要處理過程示意圖。
具體實(shí)施例方式
本發(fā)明的主要目的是在有獨(dú)立承載控制層的網(wǎng)絡(luò)(簡稱BCF網(wǎng)絡(luò))中實(shí)現(xiàn)識別并處理緊急業(yè)務(wù)的功能，從而使得網(wǎng)絡(luò)中的緊急業(yè)務(wù)可以被可靠地處理，避免給相應(yīng)的用戶造成重大損失。
如圖1所示，本發(fā)明就是在各PDF(策略決定功能)/BCF(承載控制功能)上需要識別緊急業(yè)務(wù)，并無條件為緊急業(yè)務(wù)分配資源并下發(fā)策略。圖1中策略決定功能PDF和承載控制功能BCF可以在同一物理實(shí)體中，也可在不同物理實(shí)體中，如BCF可以通過PDF與AF(應(yīng)用功能)相連，也可以在某段網(wǎng)絡(luò)中只有一種邏輯形態(tài)存在。
為對本發(fā)明所述的方法有進(jìn)一步的理解，下面將結(jié)合附科對本發(fā)明所述的方法作詳細(xì)的說明。
本發(fā)明所述的方法在具體實(shí)現(xiàn)過程中如圖2和圖3所示，包括以下步驟步驟21用戶向AF發(fā)起緊急業(yè)務(wù)會話；步驟22在AF上需要將緊急業(yè)務(wù)從眾多的業(yè)務(wù)中識別出來，并向PDF/BCF發(fā)送攜帶緊急業(yè)務(wù)標(biāo)識的請求業(yè)務(wù)資源消息；為此，應(yīng)用功能AF需要通過業(yè)務(wù)分析獲知本次會話是否緊急業(yè)務(wù)，具體可以通過業(yè)務(wù)標(biāo)識、號碼分析等手段確定本次會話是否為緊急業(yè)務(wù)；如果確定為緊急業(yè)務(wù)，則向策略決定功能PDF或承載控制功能BCF申請QoS資源時(shí)，應(yīng)在接口信令中傳遞緊急業(yè)務(wù)標(biāo)識；例如，當(dāng)接口協(xié)議采用Diameter協(xié)議時(shí)，可在Diameter的AAR(AA請求)消息的Media-Component-Description AVP(媒體部件描述屬性值對)中帶上QoS請求類型AVP，該AVP將請求類型標(biāo)志為緊急業(yè)務(wù)；根據(jù)協(xié)議標(biāo)準(zhǔn)情況也可以采用其它AVP，在此不做限定；如果采用其它接口協(xié)議只要在相應(yīng)協(xié)議中擴(kuò)展相應(yīng)的業(yè)務(wù)級別類型表示機(jī)制，使得可以將緊急業(yè)務(wù)標(biāo)識承載傳輸?shù)絇DF/BCF即可。
步驟23PDF/BCF在收到該消息后，根據(jù)緊急業(yè)務(wù)標(biāo)識可以確定該業(yè)務(wù)會話為緊急業(yè)務(wù)會話，需要按緊急業(yè)務(wù)流程處理；如圖3所示，所述的會話可能需要多級PDF/BCF進(jìn)行資源的分配處理，但各個(gè)PDF/BCF上針對接收的包含有緊急業(yè)務(wù)標(biāo)識的消息的處理過程相同，而且，在進(jìn)行端到端的QoS信令傳遞時(shí)，緊急業(yè)務(wù)標(biāo)識應(yīng)當(dāng)可以在PDF/BCF間傳遞，從而可以針對緊急業(yè)務(wù)采用單獨(dú)的資源分配策略。
下面將僅以在一個(gè)PDF/BCF上針對緊急業(yè)務(wù)的資源分配處理過程為例進(jìn)行說明。
仍參見圖2所示，在PDF/BCF上，針對緊急業(yè)務(wù)的資源分配處理過程具體包括以下步驟步驟24當(dāng)PDF/BCF收到來自AF的緊急業(yè)務(wù)的資源請求時(shí)，如果PDF/BCF中專門預(yù)留有給緊急業(yè)務(wù)的資源，則可先從緊急預(yù)留資源中給該緊急業(yè)務(wù)分配端到端資源；步驟25判斷資源分配是否成功，如果分配資源成功，則執(zhí)行步驟26，否則，執(zhí)行步驟27；步驟26返回資源分配成功響應(yīng)消息，并向承載傳輸功能TPF/ER下發(fā)相應(yīng)的策略信息。
步驟27如果從預(yù)留資源中無法為緊急業(yè)務(wù)分配相應(yīng)的資源，則再按正常業(yè)務(wù)流程處理為該緊急業(yè)務(wù)分配資源；即根據(jù)緊急業(yè)務(wù)的QoS要求從普通資源中分配端到端的承載資源；步驟28判斷資源分配是否成功，如果分配資源成功，則執(zhí)行步驟26，否則，執(zhí)行步驟29；當(dāng)然上述步驟24和步驟27的處理過程也可以采用相反的方式實(shí)現(xiàn)，即首先按照正常業(yè)務(wù)流程從普通資源中為緊急業(yè)務(wù)分配資源，不足時(shí)再從預(yù)留的緊急資源中分配。
步驟29按照預(yù)定的規(guī)則拆除相應(yīng)的會話，并將拆除會話獲得的資源分配給所述緊急業(yè)務(wù)，當(dāng)端到端都能滿足緊急業(yè)務(wù)的資源要求后，則執(zhí)行步驟26；具體為如果上述分配過程仍然確定資源不足，無法為該緊急業(yè)務(wù)分配資源，則需要從正常呼叫業(yè)務(wù)中按照運(yùn)營商預(yù)定的規(guī)則，或者隨機(jī)選擇占用不少于緊急業(yè)務(wù)QoS資源要求的一個(gè)正常業(yè)務(wù)會話，強(qiáng)行拆除該會話，然后將資源分配給緊急業(yè)務(wù)；當(dāng)然，如果沒有滿足緊急業(yè)務(wù)資源的一個(gè)正常業(yè)務(wù)，則可選擇多個(gè)正常業(yè)務(wù)拆除，從而使獲得資源可以滿足緊急業(yè)務(wù)的需要；需要注意的是強(qiáng)行拆除操作只能針對正常的普通業(yè)務(wù)，不能強(qiáng)行拆除已有的其它緊急業(yè)務(wù)。
如果所有資源都已被緊急業(yè)務(wù)占用，則新的緊急業(yè)務(wù)仍可以采用普通盡力而為方式傳送。
因此，如果采用本發(fā)明所述的方法，對于緊急業(yè)務(wù)返回給AF的總是資源分配成功結(jié)果，并且即使在設(shè)備發(fā)生擁塞時(shí)也要保證緊急業(yè)務(wù)消息的交互。
上述過程中，緊急業(yè)務(wù)的識別也可以用業(yè)務(wù)優(yōu)先級來表示，在接口協(xié)議中傳遞業(yè)務(wù)優(yōu)先級信息，這樣業(yè)務(wù)級別就可以不僅僅是正常和緊急兩種了，而可以有更多種。此時(shí)，PDF/BCF在分配資源的過程中，如果本級別的資源不夠，就可以使用低級別的資源，如果采用所有低級別的資源仍無法滿足需要，則可以通過強(qiáng)拆低級別的資源來滿足高級別業(yè)務(wù)的需要。通常強(qiáng)行拆除操作總是從最低級別業(yè)務(wù)著手。低優(yōu)先級業(yè)務(wù)不能強(qiáng)行拆除本級或更高級別業(yè)務(wù)占用的資源。
綜上所述，本發(fā)明解決了在采用獨(dú)立承載控制層實(shí)體的網(wǎng)絡(luò)中對緊急業(yè)務(wù)的處理問題，可保證在需要緊急業(yè)務(wù)時(shí)，網(wǎng)絡(luò)能保證業(yè)務(wù)的連通性和資源，減少意外和不必要的損失。
以上所述，僅為本發(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ò)通信中處理緊急業(yè)務(wù)的方法，其特征在于，包括A、緊急業(yè)務(wù)發(fā)起側(cè)將緊急業(yè)務(wù)標(biāo)識隨緊急業(yè)務(wù)一起向網(wǎng)絡(luò)側(cè)發(fā)送；B、當(dāng)網(wǎng)絡(luò)側(cè)根據(jù)所述緊急業(yè)務(wù)標(biāo)識確認(rèn)收到的業(yè)務(wù)為緊急業(yè)務(wù)時(shí)，則將優(yōu)先為該緊急業(yè)務(wù)分配資源。
2.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)通信中處理緊急業(yè)務(wù)的方法，其特征在于，所述的步驟A包括在保證服務(wù)質(zhì)量的網(wǎng)絡(luò)中，當(dāng)應(yīng)用功能實(shí)體根據(jù)用戶發(fā)起的會話的識別信息確定其為緊急業(yè)務(wù)時(shí)，則將緊急業(yè)務(wù)標(biāo)識承載于服務(wù)質(zhì)量請求消息中，并發(fā)送。
3.根據(jù)權(quán)利要求2所述的網(wǎng)絡(luò)通信中處理緊急業(yè)務(wù)的方法，其特征在于，所述的會話的識別信息包括業(yè)務(wù)標(biāo)識信息和業(yè)務(wù)號碼信息。
4.根據(jù)權(quán)利要求2所述的網(wǎng)絡(luò)通信中處理緊急業(yè)務(wù)的方法，其特征在于，所述的步驟A還包括所述的服務(wù)質(zhì)量請求消息需要發(fā)送給網(wǎng)絡(luò)側(cè)的策略決定功能PDF/承載控制功能BCF。
5.根據(jù)權(quán)利要求1至4任一項(xiàng)所述的網(wǎng)絡(luò)通信中處理緊急業(yè)務(wù)的方法，其特征在于，該方法還包括在網(wǎng)絡(luò)側(cè)為緊急業(yè)務(wù)預(yù)留資源。
6.根據(jù)權(quán)利要求5所述的網(wǎng)絡(luò)通信中處理緊急業(yè)務(wù)的方法，其特征在于，所述的步驟B包括網(wǎng)絡(luò)側(cè)收到所述的服務(wù)質(zhì)量請求消息，并確定其為緊急業(yè)務(wù)的服務(wù)質(zhì)量請求時(shí)，則從所述為緊急業(yè)務(wù)預(yù)留資源中分配端到端的資源。
7.根據(jù)權(quán)利要求5所述的網(wǎng)絡(luò)通信中處理緊急業(yè)務(wù)的方法，其特征在于，所述的步驟B包括網(wǎng)絡(luò)側(cè)收到所述的服務(wù)質(zhì)量請求消息，并確定其為緊急業(yè)務(wù)的服務(wù)質(zhì)量請求時(shí)，則為其進(jìn)行正常的資源分配處理；當(dāng)正常的資源分配處理過程失敗時(shí)，則從所述為緊急業(yè)務(wù)預(yù)留資源中分配端到端的資源。
8.根據(jù)權(quán)利要求1至4任一項(xiàng)所述的網(wǎng)絡(luò)通信中處理緊急業(yè)務(wù)的方法，其特征在于，所述的步驟B包括B1、網(wǎng)絡(luò)側(cè)收到所述的服務(wù)質(zhì)量請求消息，并確定其為緊急業(yè)務(wù)的服務(wù)質(zhì)量請求時(shí)，則基于網(wǎng)絡(luò)側(cè)未使用的資源為所述緊急業(yè)務(wù)分配資源；B2、當(dāng)網(wǎng)絡(luò)側(cè)沒有足夠的未使用的資源時(shí)，則按照預(yù)定的規(guī)則拆除非緊急或低級別業(yè)務(wù)占用的資源；B3、將拆除業(yè)務(wù)獲得的資源分配給該緊急業(yè)務(wù)。
9.根據(jù)權(quán)利要求8所述的網(wǎng)絡(luò)通信中處理緊急業(yè)務(wù)的方法，其特征在于，步驟B2所述的預(yù)定的規(guī)則具體為基于業(yè)務(wù)的優(yōu)先級信息和/或業(yè)務(wù)的類型信息設(shè)置。
10.根據(jù)權(quán)利要求1至4任一項(xiàng)所述的網(wǎng)絡(luò)通信中處理緊急業(yè)務(wù)的方法，其特征在于，所述的步驟B還包括當(dāng)網(wǎng)絡(luò)側(cè)成功為緊急業(yè)務(wù)分配相應(yīng)的資源后，則向發(fā)起服務(wù)質(zhì)量請求的實(shí)體返回資源分配成功消息。
全文摘要
本發(fā)明涉及一種網(wǎng)絡(luò)通信中處理緊急業(yè)務(wù)的方法。該方法主要包括首先，在緊急業(yè)務(wù)發(fā)起側(cè)將緊急業(yè)務(wù)標(biāo)識隨緊急業(yè)務(wù)一起向網(wǎng)絡(luò)側(cè)發(fā)送；之后，當(dāng)網(wǎng)絡(luò)側(cè)根據(jù)所述緊急業(yè)務(wù)標(biāo)識確認(rèn)收到的業(yè)務(wù)為緊急業(yè)務(wù)時(shí)，則將優(yōu)先為該緊急業(yè)務(wù)分配資源。本發(fā)明的實(shí)現(xiàn)，使得在具體獨(dú)立承載控制層實(shí)體的網(wǎng)絡(luò)中可以有效區(qū)分出相應(yīng)的緊急業(yè)務(wù)，并可以采用專門的資源分配策略為緊急業(yè)務(wù)進(jìn)行資源分配，從而可以保證在需要緊急業(yè)務(wù)時(shí)，網(wǎng)絡(luò)能保證業(yè)務(wù)的連通性和資源，減少意外和不必要的損失。
文檔編號H04L12/54GK1855839SQ200510066238
公開日2006年11月1日 申請日期2005年4月25日 優(yōu)先權(quán)日2005年4月25日
發(fā)明者何蕓谷 申請人:華為技術(shù)有限公司