專利名稱：一種l3vpn中實時恢復(fù)vpn報文轉(zhuǎn)發(fā)的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及ー種L3VPN中實時恢復(fù) VPN(Virtual Private Network，虛擬專用網(wǎng))報文轉(zhuǎn)發(fā)的方法和設(shè)備。
背景技術(shù)：
L3VPN (Layer 3Virtual Private Network,三層虛擬專用網(wǎng))，是ー種基于 MPLS (Multi-Protocol Label Switching，多協(xié)議標(biāo)簽交換)的三層VPN技術(shù)。它使用 BGP (Border Gateway Protocol，邊界網(wǎng)關(guān)協(xié)議)在服務(wù)提供商骨干網(wǎng)上發(fā)布VPN路由，使用MPLS在服務(wù)提供商骨干網(wǎng)上轉(zhuǎn)發(fā)VPN報文。每個站點將到達(dá)自己的VPN路由發(fā)送給骨干網(wǎng)，這些路由在骨干網(wǎng)中被加上私網(wǎng)信息以及VPN相關(guān)的成員信息，通過BGP進(jìn)行路由信息的發(fā)布和交換。當(dāng)前在L3VPN網(wǎng)絡(luò)中常常通過部署VRRP(Virtual Router Redundancy Protocol, 虛擬路由冗余協(xié)議)的方法實現(xiàn)網(wǎng)絡(luò)冗余特性。VRRP是ー種容錯協(xié)議，該協(xié)議通過把兩臺或幾臺路由設(shè)備聯(lián)合組成一臺虛擬的路由設(shè)備，使用一定的機制選取主用和備用設(shè)備， 保證主用設(shè)備故障吋，及時將業(yè)務(wù)切換到其他的備用設(shè)備上，從而保證通信的連續(xù)性。參見圖1所示，PE101 (Provider edge，運營商邊緣設(shè)備)和PE102配置在同一個VRRP組，組成一個虛擬的PE設(shè)備，這個虛擬設(shè)備配置自己的虛擬IP地址。該虛擬IP地址可以直接指定，也可以借用該VRRP組所包含的PE設(shè)備上某接ロ地址。雙歸接入PE101和PE102的 CE103 (Customer Edge，用戶網(wǎng)絡(luò)邊緣設(shè)備)只需要將缺省路由設(shè)置為該虛擬設(shè)備的虛擬 IP地址即可，無需知道具體PE101和PE102設(shè)備上的接ロ地址。在PE101和PE102連接 CE103的端口上部署VRRP，兩個PE設(shè)備通過一定的規(guī)則選擇主用設(shè)備和備用設(shè)備，該選取規(guī)則可以是通過比較優(yōu)先級大小或者比較接ロ IP的大小。主用PE負(fù)責(zé)轉(zhuǎn)發(fā)上行流量，備用設(shè)備通過主用設(shè)備周期性發(fā)出的VRRP組播報文隨時監(jiān)聽主用設(shè)備的狀態(tài)。當(dāng)VRRP組內(nèi)備用設(shè)備一段時間內(nèi)沒有收到來自主用設(shè)備的VRRP報文，則將自己轉(zhuǎn)換為主用設(shè)備，并立刻發(fā)送免費ARP報文來吸引CE103設(shè)備流量。整個過程對用戶完全透明。該方法中還可以同時部署 peer BFD(Bidirectional Forwarding Detection，雙向轉(zhuǎn)發(fā)檢測)和 link BFD 來保證接入鏈路故障或者設(shè)備故障時VRRP組中主備設(shè)備的快速倒換。在該方法中，正常情況下CE103的上行流量通過主用PE轉(zhuǎn)發(fā)，到CE103的下行流量在PE104設(shè)備上主要基于 VPN路由表項來指導(dǎo)轉(zhuǎn)發(fā)，遠(yuǎn)端設(shè)備PE104可以選擇通過PE101設(shè)備或者PE102設(shè)備轉(zhuǎn)發(fā)到CE103的下行流量。雖然能夠保證VPN報文的正常轉(zhuǎn)發(fā)，但是該方法具有如下缺點該方法中VPN路由與VRRP主備狀態(tài)相互獨立，這樣使得PE104無法及時感知PE101和CE103之間的鏈路故障。如果PE104選擇PE101來轉(zhuǎn)發(fā)流量，這時由于PE101的下行轉(zhuǎn)發(fā)鏈路故障， PE101設(shè)備上將產(chǎn)生大量的丟包。另外ー種應(yīng)用于L3VPN網(wǎng)絡(luò)中的設(shè)備故障時業(yè)務(wù)快速收斂機制是VPN FRR(VPN Fast Reroute，虛擬專用網(wǎng)快速重路由)技術(shù)，VPNFRR用于CE雙歸屬的VPN網(wǎng)絡(luò)中PE節(jié)點故障時保證VPN業(yè)務(wù)的快速收斂，利用VPN路由快速收斂技木，預(yù)先在遠(yuǎn)端PE設(shè)備上分別設(shè)置指向主用PE和備用PE的主用和備用轉(zhuǎn)發(fā)項，當(dāng)通過故障檢測機制檢測到主用PE故障時，將會把VPN流量切換到備用轉(zhuǎn)發(fā)設(shè)備上。假設(shè)正常情況下，到CE103的下行流量的主用轉(zhuǎn)發(fā)設(shè)備為PE101，備用轉(zhuǎn)發(fā)設(shè)備為PE102。PElOl和PE102都會向PE104發(fā)布指向CE103 的路由，PE104根據(jù)策略優(yōu)選ー個VPN路由作為主用，以優(yōu)選PElOl發(fā)布的VPN路由作為主用為例，PE102發(fā)布的VPN路由為備用。那么PE104把PElOl和PE102發(fā)布的VPN路由信息(包括轉(zhuǎn)發(fā)前綴，內(nèi)層標(biāo)簽等)填寫在轉(zhuǎn)發(fā)項中，指導(dǎo)VPN業(yè)務(wù)轉(zhuǎn)發(fā)。當(dāng)PElOl發(fā)生故障后，PE104通過BFD或者M(jìn)PLS OAM(多協(xié)議標(biāo)簽交換操作管理維護(hù))等技術(shù)感知到PElOl和 PE104之間的外層隧道不可用，便將LSP (Label SwitchedPath,標(biāo)簽交換路徑)隧道狀態(tài)標(biāo)識為不可用，PE104將使用備用的VPN路由進(jìn)行轉(zhuǎn)發(fā)，也即PE104到CE103的下行流量將通過PE102進(jìn)行轉(zhuǎn)發(fā)，從而實現(xiàn)PElOl節(jié)點故障情況下的端到端業(yè)務(wù)的快速收斂。VPNFRR技術(shù)的缺點在干，VPN FRR技術(shù)僅僅在PE設(shè)備故障情況下起作用，而在接入側(cè)鏈路故障時應(yīng)用受到限制。

發(fā)明內(nèi)容
本發(fā)明實施例提供ー種三層虛擬專用網(wǎng)L3VPN中實時恢復(fù)VPN報文轉(zhuǎn)發(fā)的方法， 該方法包括第一運營商邊緣設(shè)備PE和第二 PE之間通過跨框通信協(xié)議相互通告各自設(shè)備上的 VPN路由信息；其中所述第一 PE被遠(yuǎn)端PE選擇用來轉(zhuǎn)發(fā)到用戶邊緣設(shè)備CE的VPN報文， 所述CE雙歸接入所述第一 PE和所述第二 PE ；所述第一 PE和所述CE之間的鏈路出現(xiàn)故障吋，所述第一 PE根據(jù)所述第二 PE通告的所述第二 PE上的VPN路由信息，將從所述遠(yuǎn)端PE收到的VPN報文轉(zhuǎn)發(fā)到所述第二 PE ； 所述第二 PE將所述VPN報文下發(fā)到所述CE。本發(fā)明實施例提供ー種第一運營商邊緣設(shè)備PE，所述第一 PE被遠(yuǎn)端PE選擇用來轉(zhuǎn)發(fā)到用戶邊緣設(shè)備CE的VPN報文，所述第一 PE包括VPN路由信息通告模塊，用于通過跨框通信協(xié)議向第二 PE通告所述第一 PE上的 VPN路由信息，并接收所述第二 PE通過所述跨框通信協(xié)議向所述第一 PE通告的所述第二 PE上的VPN路由信息；VPN報文轉(zhuǎn)發(fā)模塊，用于在所述第一 PE和用戶邊緣設(shè)備CE之間的鏈路出現(xiàn)故障吋，根據(jù)所述VPN路由信息通告模塊接收的所述第二 PE通告的VPN路由信息，將從所述遠(yuǎn)端PE收到的VPN報文轉(zhuǎn)發(fā)到所述第二 PE以便由所述第二 PE下發(fā)給所述CE，其中所述CE 雙歸接入所述第一 PE和所述第二 PE。本發(fā)明實施例提供ー種VPN路由發(fā)布方法，所述方法包括遠(yuǎn)端運營商邊緣設(shè)備PE接收虛擬路由冗余協(xié)議VRRP組中的PE通告的VPN路由信息，所述VPN路由信息中攜帯所述VRRP組中的PE的VRRP主備信息，所述VRRP組中的 PE的VRRP主備信息標(biāo)識所述VRRP組中的PE處于主用狀態(tài)或備用狀態(tài)；其中，用戶邊緣設(shè)備CE雙歸或者多歸接入所述VRRP組中的PE，所述VRRP組中的PE到所述CE的接ロ上部署 VRRP，所述VRRP組中的PE中的ー個PE處于主用狀態(tài)而其余的PE處于備用狀態(tài)；所述遠(yuǎn)端PE根據(jù)所述VRRP主備信息，選擇處于主用狀態(tài)的PE轉(zhuǎn)發(fā)下行VPN報文。本發(fā)明實施例提供ー種運營商邊緣設(shè)備PE，其特征在干，所述PE包括
VPN路由發(fā)布模塊，用于向遠(yuǎn)端PE通告VPN路由信息，所述VPN路由信息中攜帯所述PE的VRRP主備信息，所述PE的VRRP主備信息標(biāo)識所述PE處于主用狀態(tài)或備用狀態(tài)， 以供所述遠(yuǎn)端PE根據(jù)所述VRRP主備信息和與所述PE處于同一 VRRP組的其他PE向所述遠(yuǎn)端PE通告的VPN路由信息中攜帯的VRRP主備信息，選擇所述VRRP組中處于主用狀態(tài)的 PE轉(zhuǎn)發(fā)下行VPN報文。本發(fā)明實施例在第一 PE和CE之間的鏈路出現(xiàn)故障吋，通過第一 PE根據(jù)所述第二 PE通告的第二 PE上的VPN路由信息，將從遠(yuǎn)端PE收到的VPN報文轉(zhuǎn)發(fā)到所述第二 PE進(jìn)行 VPN報文的下發(fā)，從而在L3VPN網(wǎng)絡(luò)中實現(xiàn)接入側(cè)故障時VPN報文的正常轉(zhuǎn)發(fā)，減少故障發(fā)生時VPN報文丟失的概率。


圖1為本發(fā)明實施例中ー種L3VPN中實時恢復(fù)VPN報文轉(zhuǎn)發(fā)的方法所應(yīng)用的系統(tǒng)的示意圖。圖2為本發(fā)明實施例提供的ー種L3VPN中實時恢復(fù)VPN報文轉(zhuǎn)發(fā)的方法流程圖。圖 3 為本發(fā)明實施例中 RG Private Route Notification ConnectMessage 和 RG Application Data Message 艮文格式不思圖。圖 4 為本發(fā)明實施例中 RG Private Route Notification ConnectTLV 格式示意圖。圖 5 為本發(fā)陰實施例中 RG Private Route Notification DisconnectMessage ig. 文格式示意圖。圖6為本發(fā)明實施例中Disconnect Code TLV格式示意圖。圖 7 為本發(fā)明實施例中 RG Private Route Notification DisconnectTLV 格式示意圖。圖8為本發(fā)明實施例中RG Application Data Message格式示意圖。圖9為本發(fā)明實施例中RG Private Route Notification TLV格式示意圖。圖10為本發(fā)明實施例中Private Route Notification Sub-TLVs格式示意圖。圖11為本發(fā)明實施例提供的一種運營商邊緣設(shè)備的結(jié)構(gòu)示意圖。圖12為本發(fā)明實施例提供的另ー種運營商邊緣設(shè)備的結(jié)構(gòu)示意圖。圖13為本發(fā)明實施例提供的再一種運營商邊緣設(shè)備的結(jié)構(gòu)示意圖。
具體實施例方式下面結(jié)合附圖對本發(fā)明進(jìn)行詳細(xì)描述。圖1為本發(fā)明實施例提供的L3VPN中實時恢復(fù)VPN報文轉(zhuǎn)發(fā)的方法所應(yīng)用的系統(tǒng)的示意圖。其中CE103雙歸接入PElOl和PE102，和CE103屬于同一個VPN的CE105接入遠(yuǎn)端運營商邊緣設(shè)備PE104，CE103和CE105之間的VPN報文通過PE101、PE102和遠(yuǎn)端的PE104轉(zhuǎn)發(fā)。在本實施例中，將CE105發(fā)往CE103的VPN報文流量方向稱為下行方向，而 CE103發(fā)往CE105的VPN報文流量方向稱為上行方向。其中CE105發(fā)往CE103的VPN報文首先發(fā)送到PE104，PE104選擇使用PElOl還是PE102來將收到的CE105發(fā)送的下行VPN報文轉(zhuǎn)發(fā)給CE103主要基于PE104上的VPN路由表項來決定。舉例來說，所述PE104上的VPN路由表項由PElOl和PE102向PE104通告的路由信息生成，PE104通過比較VPN路由表項中PElOl和PE102通告的VPN路由信息，選擇一條最優(yōu)的路徑將到CE103的下行VPN報文轉(zhuǎn)發(fā)給CE103。例如，PE104通過VPN路由表項得知PElOl所在的路徑是最優(yōu)的，則選擇將 PElOl作為主用PE將VPN報文轉(zhuǎn)發(fā)給CE103。舉例來說，可以在PElOl到CE103的接口上和PE102到CE103的接口上都部署VRRP協(xié)議。再舉例來說，當(dāng)CE103不支持VRRP報文透傳時，CE103也可以通過MC-LAG(Multiple chassis-Link aggregation group，跨框鏈路匯聚組)雙歸接入PElOl和PE102。利用圖1所示的系統(tǒng)，參見圖2，本發(fā)明實施例提供ー種L3VPN中實時恢復(fù)VPN報文轉(zhuǎn)發(fā)的方法包括201 =PElOl 和 PE102 之間通過擴(kuò)展的 ICCPanter-chassisCommunication Protocol,跨框通信協(xié)議)相互通告各自設(shè)備上的VPN路由，其中所述PE101被選擇用來轉(zhuǎn)發(fā)到CE103的VPN報文，所述CE103雙歸接入所述PE101和所述PE102 ；ICCP協(xié)議用于跨框保護(hù)場景下兩臺或多臺冗余備份設(shè)備間的數(shù)據(jù)和參數(shù)的同步和協(xié)商，為AC (Attachment Circuit，接入鏈路)側(cè)或PW(Pseudo wire，偽線)側(cè)提供冗余保護(hù)能力，故障發(fā)生后實現(xiàn)快速通告和同步機制。ICCP定義了跨節(jié)點RG(Redundancy Group, 冗余保護(hù)組)，RG內(nèi)的PE節(jié)點提供雙歸能力到獨立設(shè)備或者整個網(wǎng)絡(luò)，包括AC側(cè)或者PW 側(cè)。RG內(nèi)設(shè)備通過ICCP協(xié)議，在控制層面提供相關(guān)參數(shù)協(xié)商機制，RG據(jù)此在某個應(yīng)用組內(nèi)確定AC或PW的主備狀態(tài)。ICCP協(xié)議中定義了 RG Connect Message、RG Disconnect Message、RGNotification Message 消息。在本發(fā)明實施例中定義ー種新的擴(kuò)展的ICCP應(yīng)用，即冗余組VPN路由通告應(yīng)用 RG Private Route Notification Application。該應(yīng)用通過 TLV(Type-Length-Value,擴(kuò)展類型長度值)形式攜帯PE設(shè)備上的本地VPN路由信息，并在RG的PE節(jié)點間通告。RG Private RouteNotification Application 中定義了下面幾種 艮文冗余組VPN 路由通告連接消息 RG Private Route NotificationConnect Message,該消息用來完成冗余組VPN路由通告應(yīng)用連接的建立；冗余組VPN 路由通告拆除消息 RG Private Route NotificationDisconnect Message,該消息用來完成冗余組VPN路由通告應(yīng)用連接的刪除；冗余組VPN路由通告消息RGPrivate Route Notification Message，該消息用來完成冗余組內(nèi)PE設(shè)備間VPN路由通告。上述幾種擴(kuò)展的ICCP應(yīng)用消息詳細(xì)格式如下所述。RG Private Route Notification Connect Message 用來完成 VPN 路由通告應(yīng)用連接的建立，通過在 RG connect Message 報文中攜帯 RGPrivate Route Notification Connect TLV 實現(xiàn)。RG Private RouteNotification Connect Message 艮文格式參見圖 3，其中Message Type = “0x0700”，表示該消息是 RG Private Route Notification ConnectMessage,在 Mandatory Parameters 中攜而 ICC Sender Name TLV,在 Optional Parameters 攜帶 RG Private Route Notification Connect TLV。 RG Private Route Notification Connect TLV格式如圖4所示，其中Type = OxOOFl，表明該信息為RG Private Route Notification ConnectTLV 信息，協(xié)議版本 Protocol Version 設(shè)置為 1， Optional Sub-TLVs 預(yù)留。
6
RG Private Route Notification Disconnect Message 消息用來完成 VPN 路由通告應(yīng)用連接的刪除，通過在RG Disconnect Message報文中攜帯RG Private Route Notification Disconnect TLV 實現(xiàn)。RG PrivateRoute Notification Disconnect Message 艮文格式參見圖 5, RG PrivateRoute Notification Disconnect Message M 文包括Disconnect Code TLV字段，Disconnect Code TLV字段格式如圖6所示；其中， ICCP MatusCode用來標(biāo)識是RG連接的刪除還是RG應(yīng)用的刪除。如果是RG連接的刪除，則選項 Optional Application-specific Disconnect TLV 為空。如果是 RG 應(yīng)用的刪除，則需要在Optional Application-specific DisconnectTLV中攜帶需要刪除的應(yīng)用的標(biāo)識 1苜息 ° Optional Application-specif icDisconnect TLV 中 Jl 而 RG Private Route Notification Disconnect TLV 以指示刪除 VPN 路由通告應(yīng)用，RG Private Route NotificationDisconnect TLV 格式參見圖 7，其中Type = 0x00F2,以表明為 RGPrivate Route Notification Disconnect TLV 信息；Optional Sub-TLVs 預(yù)留。RG Private Route Notification message 消息用來完成冗余組VPN路由的通告， 通過在 RG Application Data Message 中攜帶 RG PrivateRoute Notification TLV 實現(xiàn)。 其中 RG Application Data Message 格式參見圖 8，其中=Message Type = 0x0703，用來標(biāo)識該消息刀RGapplication data message消息；在才艮又的optional parameters部分中， 擴(kuò)展攜帶RG Private Route Notification TLV，用來進(jìn)行PE設(shè)備間的VPN路由通告。RG Private Route Notification TLV格式可如圖9所示，其中Type = 0x00F3，用以標(biāo)識為 RG Private Route Notification TLV 1 目息；Application Specific Sud-TLVs rpii 展^Γ PE設(shè)備上的VPN路由信息，Private Route Notification Sub-TLVs，其格式可參見圖10， 其中參數(shù)Isplabel為VPN私網(wǎng)標(biāo)簽，VPN ID為VPN本地標(biāo)識。RG內(nèi)的PE節(jié)點根據(jù)冗余組VPN路由通告應(yīng)用RG PrivateRoute Notification Application完成VPN路由通告之后，在各自設(shè)備上形成映射表項。各設(shè)備可根據(jù)映射表項轉(zhuǎn)發(fā)VPN業(yè)務(wù)流量。PElOl 首先向 PE102 發(fā)送 RG Private Route NotihcationConnect Message 消息， 請求在PElOl和PE102之間建立VPN路由通告應(yīng)用連接；PE102向PElOl返回RG Private RouteNotification Connect Message 消息進(jìn)行響應(yīng)，從而完成 PElOl 和 PE102 之間 VPN路由通告應(yīng)用連接的建立；在收到PE102向PElOl返回的RG Private Route Notification Connect Message 消息后，PElOl 向 PE102 發(fā)送 RG Private Route Notihcation Message 消息，該消息中攜帯的參數(shù)包括RG標(biāo)識、VPN ID以及和VPN ID對應(yīng)的LSP Label，其中RG 標(biāo)識設(shè)置為RG IDl，VPN ID設(shè)置為VPN IDl JPVPN ID 1對應(yīng)的LSP Label設(shè)置為Label 1 ;PE102 向 PElOl 發(fā)送 RG Private Route Notification message 消息，該消息中攜帶的參數(shù)包括RG標(biāo)識、VPN ID以及VPN ID對應(yīng)的LSP Label，其中RG標(biāo)識設(shè)置為RG ID2，VPN ID 設(shè)置為 VPN ID 2，VPN ID 2 對應(yīng)的 LSP Label 設(shè)置為 Label 2，這樣 PElOl 和 PE102 就相互獲取了對方的VPN路由信息。在PElOl和PE102之間相互進(jìn)行VPN路由通告之前，PElOl本地的VPN路由表項如表1
權(quán)利要求
1.ー種VPN路由發(fā)布方法，其特征在干，所述方法包括遠(yuǎn)端運營商邊緣設(shè)備PE接收虛擬路由冗余協(xié)議VRRP組中的PE通告的VPN路由信息， 所述VPN路由信息中攜帯所述VRRP組中的PE的VRRP主備信息，所述VRRP組中的PE的 VRRP主備信息標(biāo)識所述VRRP組中的PE處于主用狀態(tài)或備用狀態(tài)；其中，用戶邊緣設(shè)備CE 雙歸或者多歸接入所述VRRP組中的PE，所述VRRP組中的PE中的ー個PE處于主用狀態(tài)而其余的PE處于備用狀態(tài)；所述遠(yuǎn)端PE根據(jù)所述VRRP主備信息，選擇處于主用狀態(tài)的PE轉(zhuǎn)發(fā)下行VPN報文。
2.如權(quán)利要求1所述的方法，其特征在干，所述VRRP主備信息通過擴(kuò)展邊界網(wǎng)關(guān)協(xié)議進(jìn)行攜帯。
3.—種運營商邊緣設(shè)備PE，其特征在干，所述PE包括VPN路由發(fā)布模塊，用于向遠(yuǎn)端PE通告VPN路由信息，所述VPN路由信息中攜帯所述PE 的VRRP主備信息，所述PE的VRRP主備信息標(biāo)識所述PE處于主用狀態(tài)或備用狀態(tài)，以供所述遠(yuǎn)端PE根據(jù)所述VRRP主備信息和與所述PE處于同一 VRRP組的其他PE向所述遠(yuǎn)端PE 通告的VPN路由信息中攜帯的VRRP主備信息，選擇所述VRRP組中處于主用狀態(tài)的PE轉(zhuǎn)發(fā)下行VPN報文。
4.如權(quán)利要求3所述的PE，其特征在干，所述VRRP主備信息通過擴(kuò)展邊界網(wǎng)關(guān)協(xié)議進(jìn)行攜帯。
全文摘要
本發(fā)明實施例提供一種三層虛擬專用網(wǎng)L3VPN中實時恢復(fù)VPN報文轉(zhuǎn)發(fā)的方法，該方法包括第一運營商邊緣設(shè)備PE和第二PE之間通過跨框通信協(xié)議相互通告各自設(shè)備上的VPN路由信息，所述第一PE被遠(yuǎn)端PE選擇用來轉(zhuǎn)發(fā)到用戶邊緣設(shè)備CE的VPN報文，所述CE雙歸接入所述第一PE和所述第二PE；所述第一PE和所述CE之間的鏈路出現(xiàn)故障時，所述第一PE根據(jù)所述第二PE通告的所述第二PE上的VPN路由信息，將從所述遠(yuǎn)端PE收到的VPN報文轉(zhuǎn)發(fā)到所述第二PE；所述第二PE將所述VPN報文下發(fā)到所述CE。采用本發(fā)明實施例提供的技術(shù)方案，當(dāng)接入側(cè)故障時，可以在L3VPN網(wǎng)絡(luò)中實現(xiàn)VPN報文的正常轉(zhuǎn)發(fā)，從而減少故障發(fā)生時VPN報文丟失的概率。
文檔編號H04L12/46GK102546413SQ20121000154
公開日2012年7月4日 申請日期2010年11月5日 優(yōu)先權(quán)日2010年11月5日
發(fā)明者何路友, 薛莉, 陳國義 申請人:華為技術(shù)有限公司