一種控制端口狀態(tài)的方法、路由設備及網(wǎng)絡處理器的制造方法
【技術領域】
[0001]本申請涉及無線通信技術領域，尤其涉及一種控制端口狀態(tài)的方法、路由設備及網(wǎng)絡處理器。
【背景技術】
[0002]在互聯(lián)網(wǎng)協(xié)議無線承載網(wǎng)絡(IP Rad1 Access Network，IPRAN)的海量交付開局的場景下，需要對網(wǎng)絡中的大量設備進行調(diào)測。對于采用了帶內(nèi)網(wǎng)管的鏈式組網(wǎng)，如果在調(diào)測過程中對某些設備的端口執(zhí)行關閉(shutdown)操作，這些設備有可能會失去與網(wǎng)絡管理設備之間的連接，導致脫管。
[0003]如圖1所示，在IPRAN中，從無線基站到無線控制器(Rad1 Network Controller,RNC)會經(jīng)過多層鏈路，分別包括從無線基站到達盒式路由器的一段鏈路(Last Mile)、從連接無線基站的盒式路由器到達框式路由器的鏈路(Access)、將大量框式路由器匯聚到少量框式路由器的鏈路(Aggregat1n)，將少量框式路由器連接到RNC的鏈路(Core)。其中，框式路由器本身互連鏈路較多，即使出現(xiàn)端口 shutdown的情況，一般也不會造成脫管，而靠近用戶側的盒式路由器互連鏈路較少，若出現(xiàn)端口 shutdown的情況，很容易導致脫管。比如圖1中，若A設備上的端口 I被shutdown，由于A設備仍可以通過其它端口與網(wǎng)絡管理設備連接，因此不會導致脫管。但如果B設備上的端口 2被shutd0Wn，B設備與網(wǎng)絡管理設備之間將失去連接，從而導致脫管。在出現(xiàn)脫管現(xiàn)象后，只能進入B設備所在的機房，通過串口線連接B設備執(zhí)行解除關閉(undo shutdown)操作。
[0004]可見，在IPRAN中的設備出現(xiàn)脫管現(xiàn)象后，只能進入脫管設備所在的機房對該設備執(zhí)行undo shutdown操作，操作復雜，將耗費大量人力和時間。

【發(fā)明內(nèi)容】

[0005]本申請實施例提供一種控制端口狀態(tài)的方法及裝置，用以解決在IPRAN中的設備出現(xiàn)脫管現(xiàn)象后，只能進入脫管設備所在的機房對該設備的端口執(zhí)行解除關閉操作，操作復雜，將耗費大量人力和時間的問題。
[0006]本申請實施例提供一種控制端口狀態(tài)的方法，包括:
[0007]第一設備中處于關閉狀態(tài)的第一端口接收第二設備的第二端口發(fā)送的指示報文；其中，處于關閉狀態(tài)的第一端口只能接收報文，不能向第二設備發(fā)送報文；
[0008]第一端口將指示報文發(fā)送至第一設備中的網(wǎng)絡處理器NP;第一設備中的NP判斷所述指示報文是否為指示解除端口關閉狀態(tài)的報文，若是，則將所述指示報文傳輸至第一設備中的中央處理器CPU;
[0009]第一設備中的CPU在接收到NP傳輸?shù)闹甘緢笪暮?，指示第一端口解除關閉狀態(tài)。
[0010]上述方法通過發(fā)送指示報文來實現(xiàn)端口狀態(tài)控制，無需工作人員進入設備所在的機房進行操作即可遠程解除設備端口的關閉狀態(tài)，簡化了操作，節(jié)省了人力和時間。該方法應用在IPRAN調(diào)測階段，可以提升IPRAN調(diào)測階段的容錯能力，縮短海量交付場景下的交付周期。
[0011]在上述方法中，第一設備中的NP判斷所述指示報文是否為指示解除端口關閉狀態(tài)的報文，若確定所述指示報文不是指示解除端口關閉狀態(tài)的報文，則可以丟棄所述指示報文。
[0012]在上述方法中，第一端口將指示報文發(fā)送至第一設備中的NP的具體過程可以為:
[0013]第一端口將所述指示報文傳輸給第一設備中的子卡;第一設備中的子卡將所述指示報文傳輸至NP。
[0014]在上述方法中，第一設備在通過第一端口接收到指示報文后，并沒有在子卡層面對其進行阻斷，而是將其繼續(xù)傳輸至NP，由NP來對該指示報文進行解析，判斷其是否為指示解除端□關閉狀態(tài)的報文，若不是，則將其阻斷，不再傳輸給CPU，如此，便減輕了CPU的處理負擔，相當于實現(xiàn)了對第一端口的關閉。若NP確定該指示報文是指示解除端口關閉狀態(tài)的報文，再交由CPU進行處理，也即由CPU指示第一端口解除關閉狀態(tài)。采用這種方式，可以對端口狀態(tài)進行遠程控制，便于進行IPRAN的調(diào)測。
[0015]本申請另一實施例提供一種控制端口狀態(tài)的方法，包括:
[0016]第二設備中的中央處理器CPU在接收到解除第一設備的第一端口的關閉狀態(tài)的指令后，將生成的指示報文傳輸至第二端口；其中，處于關閉狀態(tài)的所述第一端口只能接收報文，不能向第二設備發(fā)送報文;所述指示報文為指示解除端口關閉狀態(tài)的報文；
[0017]第二設備的第二端口將指示報文發(fā)送給所述第一設備的第一端口。
[0018]上述方法中，第二設備通過發(fā)送指示報文來控制第一設備的端口狀態(tài)，工作人員無需進入第一設備所在的機房進行端口關閉狀態(tài)的解除操作，從而簡化了操作，節(jié)省了人力和時間。
[0019]在上述方法中，第二設備中的CPU將生成的指示報文傳輸至第二端口，具體地，CPU可以在接收到網(wǎng)絡管理設備下發(fā)的解除所述第一設備的第一端口的關閉狀態(tài)的指令后，將生成的所述指示報文傳輸至第二端口。
[0020]本申請實施例提供一種路由設備，包括:
[0021]第一端口，用于在關閉狀態(tài)接收第二設備的第二端口發(fā)送的指示報文，將所述指示報文發(fā)送至網(wǎng)絡處理器NP;其中，所述第一端口在關閉狀態(tài)不能向其它端口發(fā)送報文;其中，所述處于關閉狀態(tài)的所述第一端口只能接收報文，不能向所述第二設備發(fā)送報文；
[0022]NP，用于判斷所述指示報文是否為指示解除端口關閉狀態(tài)的報文，若是，則將所述指示報文傳輸至中央處理器CPU;;
[0023]CPU，用于在接收到所述NP傳輸?shù)乃鲋甘緢笪暮?，指示所述第一端口解除關閉狀
??τ O
[0024]上述路由設備可以通過接收指示報文來實現(xiàn)端口狀態(tài)控制，無需工作人員進入設備所在的機房進行操作，簡化了操作，節(jié)省了人力和時間。應用在IPRAN調(diào)測階段，可以提升IPRAN調(diào)測階段的容錯能力，縮短海量交付場景下的交付周期。
[0025]在上述路由設備中，判斷所述指示報文是否為指示解除端口關閉狀態(tài)的報文，若確定所述指示報文不是指示解除端口關閉狀態(tài)的報文，則丟棄所述指示報文。
[0026]上述路由設備還可以包括子卡，第一端口通過子卡將指示報文發(fā)送至NP，具體地，第一端口將所述指示報文傳輸給子卡，子卡接收第一端口傳輸?shù)闹甘緢笪模瑢⑺鲋甘緢笪膫鬏斨罭P。
[0027]在上述路由設備中，第一端口在接收到指示報文后，路由設備并沒有在子卡層面對該指示報文進行阻斷，而是將其繼續(xù)傳輸至NP，由NP來對該指示報文進行解析，判斷其是否為指示解除端口關閉狀態(tài)的報文，若不是，則將其阻斷，不再傳輸給CPU，如此，便減輕了CPU的處理負擔，相當于實現(xiàn)了對第一端口的關閉。若NP確定該指示報文是指示解除端口關閉狀態(tài)的報文，再交由CPU進行處理，也即由CHJ指示第一端口解除關閉狀態(tài)。采用這種設計，可以對端口狀態(tài)進行遠程控制，便于進行IPRAN的調(diào)測。
[0028]本申請實施例提供一種路由設備，包括:
[0029]中央處理器CPU，用于在接收到解除第一設備的第一端口的關閉狀態(tài)的指令后，將生成的指示報文傳輸至第二端口；其中，處于關閉狀態(tài)的所述第一端口只