本發(fā)明實施例涉及通信技術，尤其涉及一種上行/下行擁塞信息傳輸方法、裝置及系統。

背景技術：
在第三代合作伙伴計劃（3rdGenerationPartnershipProject，簡稱3GPP）的長期演進（LongTimeEvolution，簡稱LTE）網絡或移動通訊系統（UniversalMobileTelecommunicationsSystem，簡稱UMTS）網絡中，數據包的傳需經過用戶面通用分組無線業(yè)務隧道協議（GeneralPacketRadioServiceTunnelProtocolfortheUserPlane，簡稱GTP-U）隧道。GTP-U隧道是基于GTPoverIP技術，在GTP-U隧道路徑中，進入隧道的數據包都會被GTP-U頭封裝，并在隧道出口處解封裝，剝離出數據包，然后傳輸剝離的數據包。在GTP-U隧道入口處被封裝的數據包稱為里層數據包，里層數據包中的IP頭稱為里層IP頭；進入GTP-U隧道后用于封裝里層數據包的包頭稱為GTP-U頭，GTP-U隧道中用于支持數據包傳輸的IP頭稱為外層IP頭,外層IP頭對GTP-U頭和里層數據包進行封裝。顯示擁塞通告（ExplicitCongestionNotification，簡稱ECN）機制是一種端到端的機制，它突破了傳統路由器對擁塞的數據包直接丟棄的處理，當數據包發(fā)生擁塞時，路由器采用AQM（ActiveQueueManagement）算法，通過以一定的概率來標記數據包擁塞，使得擁塞處理更加及時有效。在IPv4中，ECN機制使用了IP頭中TOS字段的最后2個位，在IPv6中，IPv4的TOS字段對應于TrafficClass字段。這2個位組成了4個碼點，分別為：Not-ECT(NotECN-CapableTransport)、ECT(1)、ECT(0)和CE(CongestionExperienced)。其中，Not-ECT碼點為00，用于向端點指示數據包沒有使用ECN機制，ECT(1)的碼點為10，ECT(0)的碼點為01，向端點指示數據包使用了ECN機制，CE碼點為11，向端點指示數據包發(fā)生了擁塞。在數據包到達接收端以后，接收端根據收到的數據包的IP頭的ECN域的碼點判斷數據包是否擁塞，并將判斷結果反饋給發(fā)送端，從而使發(fā)送端使用擁塞控制算法處理擁塞。然而，GTP-U隧道還沒有部署ECN機制，管理網絡的網元無法獲知在GTP-U隧道中傳輸的數據包的上行/下行數據包的擁塞信息，從而無法進行擁塞處理，進而使網絡的傳輸時延較長傳輸可靠性較低。

技術實現要素：
本發(fā)明實施例提供一種上行/下行擁塞信息傳輸方法、裝置及系統，用以在GTP-U隧道部署ECN機制，使管理網絡的網元可以獲取到上行/下行數據包的擁塞信息，進而降低網絡的傳輸時延，提高傳輸可靠性。一方面，本發(fā)明實施例提供一種上行/下行擁塞信息傳輸方法，包括：GTP-U隧道入口處網元對上行/下行數據包進行封裝時，在所述上行/下行數據包的外層IP頭的顯示擁塞通告域中設置通告指示信息，用于指示所述上行/下行數據包支持顯示擁塞通告機制；所述GTP-U隧道入口處網元將所述上行/下行數據包通過中間路由器發(fā)送給位于不同GTP-U隧道段連接處的中間網元，若所述中間路由器確定所述上行/下行數據包發(fā)生擁塞，將所述上行/下行數據包的外層IP頭的顯示擁塞通告域中通告指示信息修改為用于標識所述上行/下行數據包在GTP-U隧道發(fā)生擁塞的GTP-U隧道擁塞標識信息。一方面，本發(fā)明實施例還提供一種GTP-U隧道入口處網元，包括：封裝模塊，用于對上行/下行數據包進行封裝時，在所述上行/下行數據包的外層IP頭的顯示擁塞通告域中設置通告指示信息，用于指示所述上行/下行數據包支持顯示擁塞通告機制；發(fā)送模塊，用于將所述上行/下行數據包通過中間路由器發(fā)送給位于不同GTP-U隧道段連接處的中間網元，若所述中間路由器確定所述上行/下行數據包發(fā)生擁塞，將所述上行/下行數據包的外層IP頭的顯示擁塞通告域中通告指示信息修改為用于標識所述上行/下行數據包在GTP-U隧道發(fā)生擁塞的GTP-U隧道擁塞標識信息。本發(fā)明實施例提供的GTP-U隧道入口處網元在封裝上行/下行數據包時，通過在上行/下行數據包的外層IP頭的ECN域設置支持ECN機制的通告指示信息，使得GTP-U隧道中的路由器在確定支持ECN機制的上行/下行數據包發(fā)生擁塞時，在該上行/下行數據包的外層IP頭的ECN域中設置GTP-U隧道擁塞標識信息，從而使該上行/下行數據包的擁塞信息傳輸到GTP-U隧道出口處，進而傳輸到管理網絡的網元，使得管理網絡的網元可以根據擁塞信息管理網絡，從而降低網絡的傳輸時延，提高傳輸可靠性。另一方面，本發(fā)明實施例提供一種上行/下行擁塞信息傳輸方法，包括：位于不同GTP-U隧道段連接處的中間網元解封裝接收到的上行/下行數據包后，保存所述上行/下行數據包的外層IP頭的顯示擁塞通告域中的信息；對所述上行/下行數據包進行再封裝后，所述中間網元將保存的所述上行/下行數據包的外層IP頭的顯示擁塞通告域中的信息復制到再封裝后的上行/下行數據包的外層IP頭的顯示擁塞通告域；所述中間網元將所述上行/下行數據包通過中間路由器發(fā)送到上行/下行鏈路中的GTP-U隧道出口網元，若所述中間路由器確定所述上行/下行數據包發(fā)生擁塞，將所述上行/下行數據包的外層IP頭的顯示擁塞通告域中的信息修改為用于標識所述上行/下行數據包在GTP-U隧道發(fā)生擁塞的GTP-U隧道擁塞標識信息。另一方面，本發(fā)明實施例還提供一種位于不同GTP-U隧道段連接處的中間網元，包括：解封裝模塊，用于解封裝接收到的上行/下行數據包；保存模塊，用于解封裝接收到的上行/下行數據包后，保存所述上行/下行數據包的外層IP頭的顯示擁塞通告域中的信息；封裝模塊，用于對所述上行/下行數據包進行再封裝后，將保存的所述上行/下行數據包的外層IP頭的顯示擁塞通告域中的信息復制到再封裝后的上行/下行數據包的外層IP頭的顯示擁塞通告域；發(fā)送模塊，用于將所述上行/下行數據包通過中間路由器發(fā)送到上行/下行鏈路中的GTP-U隧道出口網元，若所述中間路由器確定所述上行/下行數據包發(fā)生擁塞，將所述上行/下行數據包的外層IP頭的顯示擁塞通告域中的信息修改為用于標識所述上行/下行數據包在GTP-U隧道發(fā)生擁塞的GTP-U隧道擁塞標識信息。本發(fā)明實施例提供的位于不同GTP-U隧道段連接處的中間網元在再封裝上行/下行數據包過程中，將解封裝時保存的上行/下行數據包的外層IP頭的ECN域的信息復制到封裝后的上行/下行數據包的外層IP頭的ECN域，從而使ECN域的信息不被丟失，可通過核心網/回程網傳輸到GTP-U隧道出口網元，進而傳輸到管理網絡的網元，使管理網絡的網元可根據上行/下行數據包的GTP-U隧道擁塞信息管理網絡，降低網絡的傳輸時延，提高傳輸可靠性。又一方面，本發(fā)明實施例提供一種上行/下行擁塞信息處理方法，包括：GTP-U隧道出口處網元解封裝接收到的上行/下行數據包后，保存所述上行/下行數據包的外層IP頭的顯示擁塞通告域中的信息；若根據所述保存的顯示擁塞通告域中的信息確定解封裝后的所述上行/下行數據包在GTP-U隧道發(fā)生了擁塞、且解封裝后的所述上行/下行數據包的內層IP頭支持ECN機制，所述GTP-U隧道出口處網元將所述保存的顯示擁塞通告域中的信息復制到解封裝后的所述上行/下行數據包的內層IP頭的顯示擁塞通告域中。又一方面，本發(fā)明實施例還提供一種GTP-U隧道出口處網元，包括：保存模塊，用于解封裝接收到的上行/下行數據包后，保存所述上行/下行數據包的外層IP頭的顯示擁塞通告域中的信息；復制模塊，用于若根據所述保存的顯示擁塞通告域中的信息確定解封裝后的所述上行/下行數據包在GTP-U隧道發(fā)生了擁塞、且解封裝后的所述上行/下行數據包的內層IP頭支持ECN機制，將所述保存的顯示擁塞通告域中的信息復制到解封裝后的所述上行/下行數據包的內層IP頭的顯示擁塞通告域中。本發(fā)明實施例提供的GTP-U隧道出口處網元解封裝接收到的上行/下行數據包后，根據上行/下行數據包的外層IP頭的ECN域中的信息確定上行/下行數據包在GTP-U隧道發(fā)生了擁塞且內層IP頭支持ECN機制時，將外層IP頭的ECN域中信息復制到內層IP頭的ECN域中，使得該上行/下行數據包在GTP-U隧道的擁塞信息不被丟失，實現了端到端的ECN機制。因此，上行/下行數據包在GTP-U隧道的擁塞信息可以傳輸到管理網絡的網元。使得管理網絡的網元可以根據GTP-U隧道擁塞信息管理網絡，從而降低網絡的傳輸時延，提高傳輸可靠性。再一方面，本發(fā)明實施例提供一種上行/下行擁塞信息傳輸系統，包括上述位于不同GTP-U隧道段連接處的中間網元、上述GTP-U隧道入口處網元、和上述GTP-U隧道出口處網元。本發(fā)明實施例提供的傳輸系統，使得上行/下行數據包在GTP-U隧道的擁塞信息可以傳輸到管理網絡的網元。因此，管理網絡的網元可以根據GTP-U隧道擁塞信息管理網絡，從而降低網絡的傳輸時延，提高傳輸可靠性。附圖說明圖1A為本發(fā)明實施例提供的一種應用場景圖；圖1B為本發(fā)明實施例提供的另一種應用場景圖；圖2為本發(fā)明實施例提供的一種上行/下行擁塞信息傳輸方法流程圖；圖3為本發(fā)明實施例提供的另一種上行/下行擁塞信息傳輸方法流程圖；圖4為本發(fā)明實施例提供的一種上行/下行擁塞信息處理方法流程圖；圖5A為本發(fā)明實施例提供的一種上行擁塞信息傳輸方法流程圖；圖5B為本發(fā)明實施例提供的另一種上行擁塞信息傳輸方法流程圖；圖5C為本發(fā)明實施例提供的又一種上行擁塞信息傳輸方法流程圖；圖6A為本發(fā)明實施例提供的一種下行擁塞信息傳輸方法流程圖；圖6B為本發(fā)明實施例提供的另一種下行擁塞信息傳輸方法流程圖；圖6C為本發(fā)明實施例提供的又一種下行擁塞信息傳輸方法流程圖；圖7A為本發(fā)明實施例提供的一種GTP-U隧道入口處網元結構示意圖；圖7B為本發(fā)明實施例提供的另一種GTP-U隧道入口處網元結構示意圖；圖8A為本發(fā)明實施例提供的一種位于不同GTP-U隧道段連接處的中間網元結構意圖；圖8B為本發(fā)明實施例提供的另一種位于不同GTP-U隧道段連接處的中間網元結構意圖；圖9A為本發(fā)明實施例提供的一種GTP-U隧道出口處網元結構示意圖；圖9B為本發(fā)明實施例提供的另一種GTP-U隧道出口處網元結構示意圖；圖9C為本發(fā)明實施例提供的又一種GTP-U隧道出口處網元結構示意圖；圖10為本發(fā)明實施例提供的一種上行/下行擁塞信息傳輸系統結構意圖。具體實施方式本發(fā)明實施例提供的技術方案適應于LTE網絡中，也適應于UMTS網絡。本發(fā)明實施例的目的是在GTP-U隧道中部署端到端的ECN機制。如圖1A所示，LTE網絡中，用戶設備(UserEquipment，簡稱UE)到演進基站(EvolvedNodeB，簡稱eNodeB)之間網絡稱為無線接入網絡（RadioAccessNetwork，簡稱RAN），eNodeB到服務網關（ServingGateway，簡稱S-GW）之間的網絡稱為回程網，S-GW到分組數據網絡網關（PacketDataNetworkGateway，簡稱PDN-GW）之間的網絡稱為核心網。eNodeB到PDN-GW之間的GTP-U隧道分為兩段：eNodeB到S-GW的隧道，S-GW到PDN-GW的隧道。上行鏈路中，eNodeB位于回程網的GTP-U隧道入口處，S-GW位于回程網的GTP-U隧道出口處，同時S-GW也位于核心網的GTP-U隧道入口處，同時具有解封裝和再封裝功能，PDN-GW位于核心網的GTP-U隧道出口處。在下行鏈路中，PDN-GW位于核心網的GTP-U隧道入口處，S-GW位于核心網的GTP-U隧道出口處，同時S-GW也位于回程網的GTP-U隧道入口處，eNodeB位于回程網的GTP-U隧道出口處。圖1B為本發(fā)明實施例提供的另一種應用場景圖。如圖1B所示，UMTS網絡中，基站到無線網絡控制器（RadioNetworkControl，簡稱RNC）之間的網絡為RAN，RNC到GPRS服務支持節(jié)點(ServingGPRSSupportNode，簡稱SGSN)之間的網絡稱為回程網，SGSN到網關GPRS支持節(jié)點（GatewayGPRSSupportNode，簡稱GGSN)之間的網絡稱為核心網。RNC到GGSN之間的GTP-U隧道包括：RNC到SGSN之間的GTP-U隧道，SGSN到GGSN之間的GTP-U隧道。在上行鏈路中，RNC位于回程網的GTP-U隧道入口處，SGSN位于回程網的GTP-U隧道出口處，同時SGSN也位于核心網的GTP-U隧道入口處，具有解封裝和再封裝功能，GGSN位于核心網的GTP-U隧道出口處。在下行鏈路中，GGSN位于核心網的GTP-U隧道入口處，SGSN位于核心網的GTP-U隧道出口處，同時SGSN也位于回程網的GTP-U隧道入口處，RNC位于回程網的GTP-U隧道出口處。在GTP-U隧道中傳輸的數據包封裝如下所示：外層IP/UDP頭GTP-U頭里層數據包數據包進入隧道入口處后，首先進行GTP-U頭封裝形成GTP-U包，為了傳輸GTP-U數據包，為GTP-U數據包封裝UDP頭和IP頭。圖2為本發(fā)明實施例提供的一種上行/下行擁塞信息傳輸方法流程圖。如圖2所示，本實施例提供的方法包括：步驟21：GTP-U隧道入口處網元對上行/下行數據包進行封裝后，在封裝后的上行/下行數據包的外層IP頭的ECN域中添加通告指示信息，用于指示上行/下行數據包支持ECN機制。本實施例中GTP-U隧道入口處網元可為上行鏈路中在回程網GTP-U隧道入口處的網元，也可以是下行鏈路中在核心網GTP-U隧道入口處的網元，可以傳輸上行數據包，也可以傳輸下行數據包。具體地，處理上行數據包的GTP-U隧道入口處網元可為eNode或RNC，處理下行數據包的GTP-U隧道入口處網元可為PDN-GW或GGSN。GTP-U隧道入口處網元如果接收到上行數據包，對上行/下行數據包進行GTP-U封裝，并在GTP-U包中添加外層IP頭和UDP頭。之后，將上行數據包的外層IP頭的ECN域中的信息設置為通告指示信息，用于指示上行數據包支持ECN機制。GTP-U隧道入口處網元如果接收到下行數據包，對下行數據包進行GTP-U封裝，并在GTP-U包中添加外層IP頭和UDP頭。之后，將下行數據包的外層IP頭的ECN域中的信息設置為通告指示信息，用于指示/下行數據包支持ECN機制。具體地，可將外層IP頭的ECN域設置為ECT(1)或ECT(0)。優(yōu)選地，ECN域默認為ECT(0)，為便于后續(xù)部署基于ECN擴展機制，推薦將外層IP頭的ECN域設置為ECT(1)。步驟22：GTP-U隧道入口處網元將上行/下行數據包通過中間路由器發(fā)送到到上行/下行鏈路中與所述GTP-U隧道入口處網元對應的GTP-U隧道出口處網元，若中間路由器確定上行/下行數據包發(fā)生擁塞，將上行/下行數據包的外層IP頭的ECN域中通告指示信息修改為用于標識上行/下行數據包在GTP-U隧道發(fā)生擁塞的GTP-U隧道擁塞標識信息。GTP-U隧道入口處網元將上行/下行數據包通過GTP-U隧道的中間路由器發(fā)送到到上行/下行鏈路中與所述GTP-U隧道入口處網元對應的GTP-U隧道出口處網元。GTP-U隧道出口處網元可以是位于不同GTP-U隧道段連接處的中間網元，也可以是單個GTP-U隧道的GTP-U隧道出口處網元。上述單個GTP-U隧道是指，接收到數據包的GTP-U隧道出口處網元不再作為GTP-U隧道入口處網元將接收到的數據包發(fā)送給下一個GTP-U隧道的GTP-U隧道出口處網元。數據包在GTP-U隧道傳輸過程中，GTP-U隧道中的路由器只可見數據包的外層IP頭，不可見內部IP頭。GTP-U隧道中的中間路由器確定上行/下行數據包發(fā)生擁塞后，如果根據外層IP頭的ECN域中信息確定該上行/下行數據包支持ECN機制，則將該上行/下行數據包的外層IP頭的ECN域中通告指示信息修改為用于標識上行/下行數據包在GTP-U隧道發(fā)生擁塞的GTP-U隧道擁塞標識信息，而不是直接丟棄該上行/下行數據包。具體地，中間路由器確定外層IP頭的ECN域為ECT（1）或ECT（0）的上行數據包發(fā)生擁塞后，將數據包的ECN域標記為CE。如果GTP-U隧道入口處網元將上行數據包發(fā)送給位于不同GTP-U隧道段連接處的中間網元，在LTE網絡中，GTP-U隧道入口處網元可以是eNB，GTP-U隧道出口處網元可以是S-GW；在UMTS網絡中，GTP-U隧道入口處網元可以是RNC，GTP-U隧道出口處網元可以是SGSN。如果GTP-U隧道入口處網元將上行數據包發(fā)送給單個GTP-U隧道的GTP-U隧道出口處網元，在LTE網絡中，GTP-U隧道入口處網元可以是eNB，GTP-U隧道出口處網元可以是S-GW，或者，GTP-U隧道入口處網元可以是S-GW，GTP-U隧道出口處網元可以是PDN-GW；在UMTS網絡中，GTP-U隧道入口處網元可以是RNC，GTP-U隧道出口處網元可以是SGSN，或者，GTP-U隧道入口處網元可以是SGSN，GTP-U隧道出口處網元可以是GGSN。如果GTP-U隧道入口處網元將下行數據包發(fā)送給位于不同GTP-U隧道段連接處的中間網元，在LTE網絡中，GTP-U隧道入口處網元可以是PDN-GW，GTP-U隧道出口處網元可以是S-GW；在UMTS網絡中，GTP-U隧道入口處網元可以是GGSN，GTP-U隧道出口處網元可以是SGSN。如果GTP-U隧道入口處網元將下行數據包發(fā)送給單個GTP-U隧道的GTP-U隧道出口處網元，在LTE網絡中，GTP-U隧道入口處網元可以是PDN-GW，GTP-U隧道出口處網元可以是S-GW，或者，GTP-U隧道入口處網元可以是S-GW，GTP-U隧道出口處網元可以是RNC；在UMTS網絡中，GTP-U隧道入口處網元可以是GGSN，GTP-U隧道出口處網元可以是SGSN，或者，GTP-U隧道入口處網元可以是SGSN，GTP-U隧道出口處網元可以是RNC。如果GTP-U隧道入口處網元將上行/下行數據包發(fā)送給位于不同GTP-U隧道段連接處的中間網元，此情況下GTP-U隧道出口處網元對數據包的處理方示參見圖3對應實施例。如果GTP-U隧道入口處網元將下行數據包發(fā)送給單個GTP-U隧道的GTP-U隧道出口處網元，此情況下GTP-U隧道出口處網元對數據包的處理方示參見圖4對應實施例。可選地，在上行鏈路中，GTP-U隧道入口處網元在將上行數據包通過中間路由器發(fā)送到GTP-U隧道出口處網元之前，若檢測到RAN的擁塞事件，在上行數據包的GTP-U頭中添加無線擁塞指示信息，用于指示無線接入網絡發(fā)生了擁塞。例如，在上行鏈路中，eNodB檢測到AQM算法的隊列發(fā)生的擁塞事件，或者檢測到無線鏈路控制層（RadioLinkControl，簡稱RLC）級別的擁塞事件。在上行數據包中攜帶了無線擁塞指示信息，用于指示無線接入網絡發(fā)生了擁塞，并不代表該上行數據包在無線接入網絡發(fā)生了擁塞。因為在端到端不支持ECN機制或者GTP-U隧道入口處網元的隊列溢出的情況下，擁塞的數據包會被丟失。本發(fā)明實施例提供的GTP-U隧道入口處網元在封裝上行/下行數據包時，通過在上行/下行數據包的外層IP頭的ECN域設置支持ECN機制的通告指示信息，使得GTP-U隧道中的路由器在確定支持ECN機制的上行/下行數據包發(fā)生擁塞時，在該上行/下行數據包的外層IP頭的ECN域中設置GTP-U隧道擁塞標識信息，從而使該上行/下行數據包的擁塞信息傳輸到GTP-U隧道出口處網元，進而傳輸到管理網絡的網元，使得管理網絡的網元可以根據擁塞信息管理網絡，從而降低網絡的傳輸時延，提高傳輸可靠性。圖3為本發(fā)明實施例提供的另一種上行/下行擁塞信息傳輸方法流程圖。本實施例主要描述位于不同GTP-U隧道段連接處的中間網元接收到來自GTP-U隧道入口網元的上行/下行數據包的傳輸方法。如圖3所示，本實施例提供的方法包括：步驟31：位于不同GTP-U隧道段連接處的中間網元解封裝接收到的上行/下行數據包后，保存上行/下行數據包的外層IP頭的ECN域中的信息。本實施例中位于不同GTP-U隧道段連接處的中間網元位于回程網的GTP-U隧道出口處，同時也位于核心網的GTP-U隧道入口處，可以是S-GW，也可以是SGSN。步驟32：對上行/下行數據包進行再封裝時，所述中間網元將保存的上行/下行數據包的外層IP頭的ECN域中的信息復制到再封裝后的上行/下行數據包的外層IP頭的ECN域。步驟33：所述中間網元將上行/下行數據包通過中間路由器發(fā)送到上行/下行鏈路中的GTP-U隧道出口處網元，若中間路由器確定上行/下行數據包發(fā)生擁塞，將上行/下行數據包的外層IP頭的ECN域中的信息修改為用于標識上行/下行數據包在GTP-U隧道發(fā)生擁塞的GTP-U隧道擁塞標識信息。支持ECN機制的上行/下行數據包在回程網/核心網傳輸的過程中，中間路由器在該上行/下行數據包發(fā)生擁塞時，會在該上行/下行數據包的外層IP頭的ECN域中設置用于標識該上行/下行數據包在GTP-U隧道發(fā)生擁塞的GTP-U隧道擁塞標識信息。例如，中間路由器確定外層IP頭的ECN域為ECT（1）或ECT（0）的上行數據包發(fā)生擁塞后，將數據包的ECN域標記為CE。位于不同GTP-U隧道段連接處的中間網元解封裝接收到的該上行/下行數據包時，剝離該上行/下行數據包的外層傳輸頭（包括外層IP頭和GTP-U頭）。為了使該上行/下行數據包的GTP-U擁塞標識信息不被丟失，需要保存上行/下行數據包的外層IP頭的ECN域中的信息，以在再封裝該上行/下行數據包時。將保存的上行/下行數據包的外層IP頭的ECN域中的信息復制到再封裝后的上行/下行數據包的外層IP頭的ECN域，使得該上行/下行數據包的GTP-U隧道擁塞標識信息傳輸到所述中間網元在上行/下行鏈路中的GTP-U隧道出口網元。例如，所述中間網元為S-GW時，其在上行鏈路中的GTP-U隧道出口網元為PDN-GW，其在下行鏈路中的GTP-U隧道出口網元為eNodeB；所述中間網元為SGSN時，其在上行鏈路中的GTP-U隧道出口網元為GGSN，在下行鏈路中的GTP-U隧道出口網元為RNC。本實施例提供的位于不同GTP-U隧道段連接處的中間網元在再封裝上行/下行數據包過程中，將解封裝時保存的上行/下行數據包的外層IP頭的ECN域的信息復制到封裝后的上行/下行數據包的外層IP頭的ECN域，從而使ECN域的信息不被丟失，可通過核心網/回程網傳輸到GTP-U隧道出口網元，進而傳輸到管理網絡的網元，使管理網絡的網元可根據上行/下行數據包的GTP-U隧道擁塞信息管理網絡，降低網絡的傳輸時延，提高傳輸可靠性。可選地，為使所述中間網元的GTP-U隧道出口網元在接收到上行/下行數據包后，可確定該上行/下行數據包在GTP-U隧道發(fā)生擁塞的位置，在GTP-U頭中增加GTP-U內部擁塞指示信息，初始時，GTP-U內部擁塞指示信息標識上行/下行數據包沒有發(fā)生擁塞。在網關確定再封裝后的上行/下行數據包的外層IP頭的ECN域中的信息為GTP-U隧道擁塞標識信息時，再將GTP-U內部擁塞指示信息設置為標識上行/下行數據包在回程網/核心網的GTP-U隧道發(fā)生擁塞的指示信息。如果是上行數據包，所述中間網元將GTP-U內部擁塞指示信息設置為標識上行數據包在回程網GTP-U隧道發(fā)生擁塞的指示信息；如果是下行數據包，所述中間網元將GTP-U內部擁塞指示信息設置為標識下行數據包在核心網的GTP-U隧道發(fā)生擁塞的指示信息。因此，在步驟32和步驟33之間還包括：若再封裝后的上行/下行數據包的外層IP頭的ECN域中的信息為GTP-U隧道擁塞標識信息，所述中間網元將再封裝后的上行數據包的GTP-U頭的GTP-U內部擁塞指示信息設置為用于標識上行/下行數據包在回程網/核心網的GTP-U隧道發(fā)生擁塞的指示信息。之后，所述中間網元在再封裝后的上行/下行數據包的外層IP頭的ECN域中信息設置為通告指示信息，用于指示上行/下行數據包支持ECN機制。因而，該上行/下行數據包在核心網/回程網的GTP-U隧道傳輸過程中，中間路由器確定該上行/下行數據包發(fā)生擁塞時，可在該上行/下行數據包的外層IP頭的ECN域中設置GTP-U隧道擁塞標識信息，使接收到上行/下行數據包的GTP-U隧道出口網元，可根據外層IP頭的ECN域確定該上行/下行數據包是否在核心網/回程網的GTP-U隧道發(fā)生了擁塞，通過GTP-U頭可確定該上行/下行數據包在回程網/核心網的GTP-U隧道是否發(fā)生擁塞?？蛇x地，在上行鏈路中，也就是所述中間網元接收到的數據包是上行數據包時，在保存上行數據包的外層IP頭的ECN域中的信息之后，即在步驟31之后，所述中間網元檢查解封裝后的上行數據包的GTP-U頭中是否包括用于指示無線接入網絡發(fā)生擁塞的無線擁塞指示信息，如果解封裝后的上行數據包的GTP-U頭中包括無線擁塞指示信息，則保存無線擁塞指示信息。從而，所述中間網元對上行數據包進行再封裝時，將無線擁塞指示信息復制到再封裝后的上行數據包的GTP-U頭中?？蛇x地，在上行鏈路中，所述中間網元通過上行數據包的外層IP頭的ECN域，可獲取到無線接入網絡擁塞信息，也可獲取到該上行數據包在回程網的GTP-U隧道的擁塞信息。在下行鏈路中，通過下行數據包的外層IP頭的ECN域，可獲取到下行數據包在核心網的GTP-U隧道的擁塞信息。因此，可通過位于不同GTP-U隧道段連接處的中間網元對擁塞信息進行反饋并統計。具體方法如下：在下行鏈路中，在所述解封裝接收到的下行數據包之后，還包括：若解封裝后的所述下行數據包的外層IP頭的顯示擁塞通告域中的信息為GTP-U隧道擁塞標識信息，所述中間網元向上層網元反饋所述下行數據包在所述GTP-U隧道發(fā)生擁塞的信息。所述上層網元在可以是網管，也可以是核心網的網關，比如在UMTS系統中是GGSN，在LTE系統中是PDNGW。所述中間網元在解封裝接收到的上行/下行數據包之后，所述中間網元統計外層IP頭的ECN域中的信息為GTP-U隧道擁塞標識信息的上行/下行數據包的個數或字節(jié)數。如果是上行數據包，所述中間網元可確定其中的GTP-U隧道擁塞標識信息標識上行數據包在回程網發(fā)生擁塞；如果是下行數據包，所述中間網元可確定其中的GTP-U隧道擁塞標識信息標識下行數據包在核心網發(fā)生擁塞。圖4為本發(fā)明實施例提供的一種上行/下行擁塞信息處理方法流程圖。本實施例主要描述GTP-U隧道出口網元接收到上行/下行數據包后的傳輸方法。如圖4所示，本實施例提供的方法包括：步驟41；GTP-U隧道出口處網元解封裝接收到的上行/下行數據包后，保存上行/下行數據包的外層IP頭的ECN域中的信息。本實施例中GTP-U隧道出口處網元可以是上行鏈路方向在核心網GTP-U隧道出口處的網元，也可以是下行鏈路方向在回程網GTP-U隧道出口處的網元，可以處理上行數據包，也可以處理下行數據包。具體地，在上行鏈路方向，GTP-U隧道出口處網元可以是eNode或RNC；在下行鏈路方向，GTP-U隧道出口處網元可以是PDN-GW或GGSN。步驟42；若根據保存的ECN域中的信息確定解封裝后的上行/下行數據包在GTP-U隧道發(fā)生了擁塞且解封裝后的上行/下行數據包的內層IP頭支持ECN機制，GTP-U隧道出口處網元將保存的ECN域中的信息復制到解封裝后的上行/下行數據包的內層IP頭的ECN域中。若根據保存的ECN域中的信息確定解封裝后的上行/下行數據包在GTP-U隧道沒有發(fā)生擁塞，或者確定上行/下行數據包發(fā)生了擁塞但該上行數據包的內層IP頭不支持ECN機制，例如內層IP頭的ECN域中被設置為Not-ECT，GTP-U隧道出口處網元都不對內層IP頭的ECN域進行修改，而是保留內層IP頭的ECN域中內容。解封裝后的上行/下行數據包為解封裝前上行/下行數據包的里層數據包。GTP-U隧道出口處網元可將里層數據包傳輸到上層網元或下層網元，使用接收到里層數據包的網元可從其中的ECN域中獲取該數據包在GTP-U隧道上的擁塞信息。本實施例提供的GTP-U隧道出口處網元解封裝接收到的上行/下行數據包后，根據上行/下行數據包的外層IP頭的ECN域中的信息確定上行/下行數據包在GTP-U隧道發(fā)生了擁塞且內層IP頭支持ECN機制時，將外層IP頭的ECN域中信息復制到內層IP頭的ECN域中，使得該上行/下行數據包在GTP-U隧道的擁塞信息不被丟失，實現了端到端的ECN機制。因此，上行/下行數據包在GTP-U隧道的擁塞信息可以傳輸到管理網絡的網元。使得管理網絡的網元可以根據GTP-U隧道擁塞信息管理網絡，從而降低網絡的傳輸時延，提高傳輸可靠性?？蛇x地，在圖4對應實施例中，在下行鏈路中，GTP-U隧道出口處網元在解封裝接收到的下行數據包之后，還可進行以下步驟中任意一個兩個：1、若根據所述保存的顯示擁塞通告域中的信息確定所述下行數據包在GTP-U隧道發(fā)生了擁塞，所述GTP-U隧道出口處網元向上層網元上報所述下行數據包在所述GTP-U隧道發(fā)生擁塞的反饋信息。2、若檢測到無線接入網絡的擁塞事件，所述GTP-U隧道出口處網元向上層網元上報所述無線接入網絡的擁塞事件。3、GTP-U隧道出口處網元根據下行數據包的外層IP頭的顯示擁塞通告域，統計在GTP-U隧道發(fā)生擁塞的下行數據包的個數或字節(jié)數，并將統計結果上報給所述上層網元。在圖4對應實施例中，在上行鏈路中，GTP-U隧道出口處網元在解封裝接收到的上行數據包之后，還可進行以下步驟：所述GTP-U隧道出口處網元根據上行數據包的外層IP頭的顯示擁塞通告域，統計在GTP-U隧道發(fā)生擁塞的上行數據包的個數或字節(jié)數，并將統計結果上報給所述上層網元。進一步，如果位于不同GTP-U隧道段連接處的中間網元對上行/下行數據包的擁塞位置進行了區(qū)分，在圖4對應實施例中，在下行鏈路中，GTP-U隧道出口處網元在解封裝接收到的下行數據包之后，還可進行以下一個或多個步驟的組合：若根據所述保存的顯示擁塞通告域中的信息確定所述下行數據包在GTP-U隧道沒有發(fā)生擁塞且所述下行數據包的GTP-U頭中存在GTP-U內部擁塞指示信息，所述GTP-U隧道出口處網元向上層網元上報所述下行數據包在核心網的GTP-U隧道發(fā)生擁塞的反饋信息；若根據所述保存的顯示擁塞通告域中的信息確定所述下行數據包在GTP-U隧道發(fā)生了擁塞且所述下行數據包的GTP-U頭中不存在GTP-U內部擁塞指示信息，所述GTP-U隧道出口處網元向上層網元上報所述下行數據包在回程網的GTP-U隧道發(fā)生擁塞的反饋信息。若根據所述保存的顯示擁塞通告域中的信息確定所述下行數據包在GTP-U隧道發(fā)生了擁塞且所述下行數據包的GTP-U頭中存在GTP-U內部擁塞指示信息，所述GTP-U隧道出口處網元向上層網元上報所述下行數據包在核心網和回程網的GTP-U隧道均發(fā)生擁塞的反饋信息；若檢測到無線接入網絡的擁塞事件，所述GTP-U隧道出口處網元向上層網元上報所述無線接入網絡的擁塞事件。所述GTP-U隧道出口處網元根據所述下行數據包的外層IP頭的ECN域，統計在回程網的GTP-U隧道發(fā)生擁塞的下行數據包的個數或字節(jié)數，并將統計結果上報給所述上層網元。所述GTP-U隧道出口處網元根據所述的下行數據包的GTP-U頭中GTP-U內部擁塞指示信息，統計在核心網的GTP-U隧道發(fā)生擁塞的下行數據包的個數或字節(jié)數，并將統計結果上報給所述上層網元。在圖4對應實施例中，在上行鏈路中，GTP-U隧道出口處網元在解封裝接收到的上行數據包之后，還可進行以下步驟中一個或多個：所述GTP-U隧道出口處網元根據所述上行數據包的外層IP頭的ECN域，統計在回程網的GTP-U隧道發(fā)生擁塞的上行數據包的個數或字節(jié)數。根據所述上行數據包的GTP-U頭中GTP-U內部擁塞指示信息，統計在核心網的GTP-U隧道發(fā)生擁塞的上行數據包的個數或字節(jié)數。進一步，可在一定時間間隔內，根據統計的上述上行數據包的個數或字節(jié)數，計算擁塞等級。設計者可以根據實際需要定義。一種簡單的定義為：高、中、低三種，對應等級給出一個擁塞比例的范圍。如：高（>%5），中(>%3)，低(<3%)等。這個是需要在做擁塞控制時，設計者自己依據實際情況定義。圖5A為本發(fā)明實施例提供的一種上行擁塞信息傳輸方法流程圖。本實施例以eNodeB為例說明，描述在上行鏈路中位于回程網的GTP-U隧道入口處網元的傳輸方法。如圖5A所示，本實施例包括：步驟1a：eNodeB對上行數據包進行封裝時，在上行數據包的外層IP頭的ECN域中設置通告指示信息，用于指示上行/下行數據包在GTP-U隧道支持ECN機制。步驟2a：若eNodeB檢測到無線接入網絡的擁塞事件，eNodeB在上行數據包的GTP-U頭中添加無線擁塞指示信息，用于指示無線接入網絡發(fā)生了擁塞?？蛇x地，如圖5A所示，還可包括步驟3a。步驟3a：eNodeB將上行數據包通過回程網的中間路由器發(fā)送到S-GW，若中間路由器確定上行數據包發(fā)生擁塞，將上行數據包的外層IP頭的ECN域中通告指示信息修改為用于標識上行數據包在GTP-U隧道發(fā)生擁塞的GTP-U隧道擁塞標識信息。本發(fā)明定義了如表1所示的具有無線擁塞指示(RadioCongestionIndication)擴展頭的GTP-U包頭格式，RadioCongestionIndication擴展頭攜帶無線擁塞指示信息，指示數據包在RAN發(fā)生了擁塞。表1中下一個擴展頭類型（NextExtensionHeaderType）為必選字段，定義了在G-PDU中緊接著該字段的RadioCongestionIndication擴展頭的類型。NextExtensionHeaderType設置為全0，表示沒有下一個擴展頭；NextExtensionHeaderType設置為非0，表示有下一個擴展頭。RadioCongestionIndication擴展頭的定義如表2所示。ExtensionHeaderContent全為1，指示RAN發(fā)生了擁塞。表1為本發(fā)明實施例提供的一種GTP-U包頭格式表2為本發(fā)明實施例提供的一種RadioCongestionIndication擴展頭格式ExtensionHeaderLength=0x01ExtensionHeaderContent=0x11ExtensionHeaderContent=0x11NextExtensionHeaderType=0x00表1中必選字段的說明如下：版本號(Version)：該字段用于確定GTP協議的版本，版本號應置為‘1’。協議類型(PT)：這個位用于區(qū)分GTP(PT置為‘1’)和GTP’(PT置為‘0’)協議。擴展頭標志(E)：該標志置‘1’表示有下一個擴展頭字段。置‘0’表示沒有下一個擴展頭字段，或有但不需要解釋。序號標志(S)：這個標志置‘1’表示有序號字段。置‘0’表示要么沒有序號字段，要么有但不必做出解釋。在本發(fā)明中可以根據需要反饋的擁塞信息內容設置。N-PDU編號標志(PN)：這個標志置‘1’表示有N-PDU編號字段。置‘0’表示要么沒有N-PDU編號字段，要么有但不必做出解釋。這個標志僅對GTP-U有意義。消息類型(MessageType)：這個字段指出GTP消息的類型。在此我們設置為255，表示上行鏈路中數據包捎帶RAN部分的擁塞信息。長度(Length)：這個字段指出以字節(jié)為單位的凈荷長度，即分組中除了GTP頭的必選部分外剩余部分的長度(即除去前面的8個字節(jié))。序號、N-PDU編號或任何擴展頭應作為凈荷部分考慮，即包含在長度計數中。隧道端點標識符(TEID)：這個字段清楚地標識了對端的GTP-U協議實體中的隧道端點。表1中的可選字段有：序號(SequenceNumber)：這個字段在GTP-U中是可選的。通過GTP-U隧道傳輸時，如果必須保護傳輸順序，用該字段對T-PDU進行編號，且每傳輸一個T-PDU就增加序號值。圖5B為本發(fā)明實施例提供的另一種上行擁塞信息傳輸方法流程圖。本實施例以S-GW為例說明，在上行鏈路中位于不同GTP-U隧道段連接處的中間網元傳輸上行擁塞信息的方法。如圖5B所示，本實施例包括：步驟1b:S-GW解封裝接收到的上行數據包后，保存上行數據包的外層IP頭的ECN域中的信息。步驟2b:若解封裝后的上行數據包的GTP-U頭中包括用于指示無線接入網絡發(fā)生擁塞的無線擁塞指示信息，S-GW保存無線擁塞指示信息。步驟3b:S-GW對上行數據包進行再封裝后，將保存的上行數據包的外層IP頭的ECN域中的信息復制到再封裝后的上行數據包的外層IP頭的ECN域。步驟4b：S-GW對上行數據包進行再封裝后，將保存的無線擁塞指示信息復制到解封裝后的上行數據包的GTP-U頭中。步驟5b：若再封裝后的上行數據包的外層IP頭的ECN域中的信息為GTP-U隧道擁塞標識信息，S-GW在再封裝后的上行數據包的GTP-U頭中將GTP-U內部擁塞指示信息設置為用于標識上行數據包在回程網/核心網的GTP-U隧道發(fā)生擁塞的指示信息，并在再封裝后的上行數據包的外層IP頭的ECN域中信息設置為通告指示信息，用于指示上行數據包支持ECN機制。例如，S-GW將GTP-U頭的GTP內部擁塞指示擴展頭的第一個字節(jié)設置為全1，第二個字節(jié)設置為全0，之后，將封裝后的上行數據包的外層IP頭的ECN域中信息從CE修改為ECI（1）或ECI（0）。通過步驟5b的處理，上行數據包在核心網的GTP-U隧道傳輸過程中，中間路由器確定該上行數據包發(fā)生擁塞時，可在該上行數據包的外層IP頭的ECN域中設置GTP-U隧道擁塞標識信息，使接收到該上行數據包的PDN-GW可根據外層IP頭的ECN域確定該上行數據包是否在核心網發(fā)生擁塞，通過GTP-U頭可確定在回程網是否發(fā)生了擁塞。步驟6b:S-GW將上行數據包通過核心網的中間路由器發(fā)送到PDN-GW，若中間路由器確定上行數據包發(fā)生擁塞，將上行數據包的外層IP頭的ECN域中的信息修改為用于標識上行數據包在GTP-U隧道發(fā)生擁塞的GTP-U隧道擁塞標識信息。圖5B中步驟2b、4b和5b為S-GW的可選步驟，其它為必選步驟。在上行鏈路中，S-GW通過上行數據包的外層IP頭的ECN域能獲知該上行數據包在回程網的GTP-U隧道是否發(fā)生擁塞。因此，也可由S-GW統計在回程網的GTP-U隧道發(fā)生擁塞的上行數據包的個數或字節(jié)數。本發(fā)明定義了如表3所示的用于指示GTP-U隧道內發(fā)生擁塞位置的GTP內部擁塞指示擴展頭格式。如表3所示，擴展頭內容第一個字節(jié)全為1，第二個字節(jié)全為0，表示數據包在回程網的GTP-U隧道發(fā)生了擁塞；擴展頭內容第一個字節(jié)全為0，第二個字節(jié)全為1，表示數據包在核心網的GTP-U隧道發(fā)生了擁塞。本實施例中，可將擴展頭的第一個字節(jié)設置為全1，第二個字節(jié)設置為全0。表3為本發(fā)明實施例提供的一種GTP內部擁塞指示擴展頭格式通過本實施例提供的方法，S-GW在再封裝上行數據包過程中，將解封裝時保存的上行數據包的外層IP頭的ECN域的信息復制到封裝后的上行數據包的外層IP頭的ECN域，從而使外層IP頭中的ECN域的信息不被丟失，外層IP頭中的ECN域的信息通過核心網傳輸到PDN-GW，PDN-GW根據上行數據包中外層IP頭中的ECN域的信息管理網絡。可選地，S-GW還可在再封裝后的上行數據包的GTP-U頭添加指示該上行數據包在回程網發(fā)生擁塞的回程網擁塞指示信息，以使PDN-GW區(qū)分上行數據包發(fā)生擁塞的位置。圖5C為本發(fā)明實施例提供的又一種上行擁塞信息傳輸方法流程圖。本實施例以PDN-GW為例說明，在上行鏈路中位于核心網的GTP-U隧道出口處網元處理上行擁塞信息的方法。如圖5C所示，本實施例包括：步驟1c:PDN-GW解封裝接收到的上行數據包后，保存上行數據包的外層IP頭的ECN域中的信息。步驟2c：若根據保存的ECN域中的信息確定解封裝后的上行數據包在GTP-U隧道發(fā)生了擁塞且解封裝后的上行數據包的內層IP頭支持ECN機制，PDN-GW將保存的ECN域中的信息復制到解封裝后的上行數據包的內層IP頭的ECN域中?？蛇x地，為了區(qū)分上行數據包在GTP-U隧道發(fā)生擁塞的位置，如果S-GW確定上行數據包在回程網中發(fā)生了擁塞，在該上行數據包的GTP-U頭中增加GTP-U隧道內部擁塞指示信息，將外層IP頭的ECN域中信息設置為通告指示信息，用于指示該上行數據包支持ECN機制，在核心網傳輸過程中，如果該上行數據包又發(fā)生了擁塞，核心網的中間路由器將該上行數據包的外層IP頭的ECN域中信息修改為用于標識該上行數據包在GTP-U隧道發(fā)生了擁塞的隧道擁塞標識信息。PDN-GW解封裝接收到的上行數據包后，設置內層IP頭的ECN域時，還需要考慮到上行數據包的GTP-U頭中的信息。因此，PDN-GW在保存上行數據包的外層IP頭的ECN域中的信息之后還包括：如果根據保存的顯示擁塞通告域中的信息確定解封裝后的上行數據包在GTP-U隧道發(fā)生了擁塞，或者，確定上行數據包的GTP-U頭中存在GTP-U內部擁塞指示信息，在解封裝后的上行數據包的內層IP頭支持ECN機制時，PDN-GW將解封裝后的所述上行數據包的內層IP頭的顯示擁塞通告域中的信息用于標識上行行數據包在GTP-U隧道發(fā)生擁塞的GTP-U隧道擁塞標識信息，例如設置為CE。從而將GTP-U隧道中的擁塞信息傳遞到端到端的鏈路中。如果根據保存的顯示擁塞通告域中的信息確定解封裝后的上行數據包在GTP-U隧道發(fā)生了擁塞且上行數據包的GTP-U頭中不存在GTP-U內部擁塞指示信息，PDN-GW將保存的ECN域中的信息復制到解封裝后的上行數據包的內層IP頭的ECN域中。如果解封裝后的上行數據包的內層IP頭的ECN域中的信息表示上行數據包不支持ECN機制，則PDN-GW不需要對上行數據包的內層IP頭的ECN域中的信息進行修改。可選地，在上行鏈路中，PDN-GW還可執(zhí)行以下一個或多個統計步驟：若解封裝后的上行數據包的GTP-U頭中存在GTP-U內部擁塞指示信息，根據解封裝后的上行數據包的外層IP頭的ECN域，PDN-GW統計在核心網的GTP-U隧道發(fā)生擁塞的上行數據包的個數或字節(jié)數。PDN-GW統計GTP-U頭中指示上行數據包在回程網的GTP-U隧道發(fā)生擁塞的GTP-U內部擁塞指示信息的上行數據包的個數或字節(jié)數。PDN-GW統計GTP-U頭中包括指示無線接入網絡發(fā)生擁塞的無線擁塞指示信息的上行數據包的個數或字節(jié)數。PDN-GW統計由PDN-GW傳遞的上行數據包的總個數。通過本實施例提供的方法，PDN-GW解封裝接收到的上行數據包后，如果根據上行數據包的外層IP頭的ECN域中的信息確定上行數據包在GTP-U隧道發(fā)生了擁塞且內層IP頭支持ECN機制，則將外層IP頭的ECN域中的擁塞信息復制到內層IP頭的ECN域中，可將該上行數據包的上行擁塞信息傳輸到網管。PDN-GW可以根據擁塞信息管理網絡，降低網絡的傳輸時延，提高傳輸可靠性。圖6A為本發(fā)明實施例提供的一種下行擁塞信息傳輸方法流程圖。本實施例以PDN-GW為例說明，在下行鏈路中位于核心網的GTP-U隧道入口處網元傳輸下行擁塞信息的方法。如圖6A所示，本實施例包括：步驟1d：PDN-GW對下行數據包進行封裝時，在下行數據包的外層IP頭的ECN域中設置通告指示信息，用于指示下行數據包支持ECN機制。步驟2d：PDN-GW將下行數據包通過核心網的中間路由器發(fā)送到S-GW，若中間路由器確定下行數據包發(fā)生擁塞，將下行數據包的外層IP頭的ECN域中通告指示信息修改為用于標識下行數據包在GTP-U隧道發(fā)生擁塞的GTP-U隧道擁塞標識信息。本實施例提供的方法中，PDN-GW在封裝下行數據包時，通過在下行數據包的外層IP頭的ECN域設置支持ECN機制的通告指示信息，使得核心網的中間路由器在確定該下行數據包發(fā)生了擁塞時，在下行數據包的外層IP頭的ECN域中設置GTP-U隧道擁塞標識信息，從而使該下行數據包的擁塞信息傳輸到S-GW，進而傳輸到eNodB，eNodB將下行擁塞信息反饋給PDN-G后，使得PDN-GW可以根據擁塞信息管理網絡，降低網絡的傳輸時延，提高傳輸可靠性。圖6B為本發(fā)明實施例提供的另一種下行擁塞信息傳輸方法流程圖。本實施例以S-GW為例說明，在下行鏈路中位于不同GTP-U隧道段連接處的中間網元傳輸下行擁塞信息的方法。如圖6B所示，本實施例包括：步驟1e：S-GW解封裝接收到的下行數據包后，保存下行數據包的外層IP頭的ECN域中的信息。步驟2e：S-GW對下行數據包進行再封裝后，將保存的下行數據包的外層IP頭的ECN域中的信息復制到再封裝后的下行數據包的外層IP頭的ECN域。步驟3e：若解封裝后的下行數據包的外層IP頭的ECN域中的信息為GTP-U隧道擁塞標識信息，S-GW在再封裝下行數據包后，將下行數據包的GTP-U頭中GTP-U內部擁塞指示信息設置為用于標識下行數據包在核心網的GTP-U隧道發(fā)生擁塞的指示信息，并在再封裝后的下行數據包的外層IP頭的ECN域中信息設置為通告指示信息，用于指示下行數據包支持ECN機制。本實施例可采用如表3所示的用于指示GTP-U隧道發(fā)生擁塞位置的GTP內部擁塞指示擴展頭格式，S-GW根據解封裝后的下行數據包的外層IP頭的ECN域中信息確定在該下行數據包在核心網的GTP-U隧道是否發(fā)生了擁塞，若確定發(fā)生了擁塞，將再封裝后的下行數據包的GTP-U頭中的GTP內部擁塞指示擴展頭的第一個字節(jié)設置為全0，第二個字節(jié)設置為全1，以指示該下行數據包在核心網發(fā)生了擁塞，之后，將再封裝后的下行數據包的外層IP頭的ECN域中信息從CE修改為ECI（1）或ECI（0）；若沒有發(fā)生擁塞，S-GW不需要修改再封裝后的下行數據包的GTP-U頭中的GTP內部擁塞指示擴展頭，只需要對外層IP頭的ECN域信息進行復制操作。通過步驟3e的處理，下行數據包在回程網的GTP-U隧道傳輸過程中，中間路由器確定該下行數據包發(fā)生擁塞時，可在該下行數據包的外層IP頭的ECN域中設置GTP-U隧道擁塞標識信息，使接收到該下行數據包的eNodeB根據外層IP頭的ECN域確定該下行數據包是否在回程網發(fā)生擁塞，通過GTP-U頭可確定在核心網是否發(fā)生了擁塞。步驟4e：S-GW將下行數據包通過核心網的中間路由器發(fā)送到eNodeB，若中間路由器確定下行數據包發(fā)生擁塞，將下行數據包的外層IP頭的ECN域中的信息修改為用于標識下行數據包在GTP-U隧道發(fā)生擁塞的GTP-U隧道擁塞標識信息。圖6B中，步驟3e為可選步驟。在步驟3e中，將GTP-U內部擁塞指示擴展頭內容第一個字節(jié)設置為全0，第二個字節(jié)設置為全1，表示下行數據包在核心網的GTP-U隧道發(fā)生了擁塞。另外，在下行鏈路中，S-GW通過下行數據包的外層IP頭的ECN域能獲知該下行數據包在核心網的GTP-U隧道是否發(fā)生擁塞。因此，也可由S-GW統計在核心網的GTP-U隧道發(fā)生擁塞的下行數據包的個數或字節(jié)數。本實施例提供的方法中，S-GW在再封裝下行數據包過程中，將解封裝時保存的下行數據包的外層IP頭的ECN域的信息復制到封裝后的下行數據包的外層IP頭的ECN域，從而使ECN域的信息不被丟失，ECN域的信息通過回程網傳輸到eNodB，進而由eNodeB使用GTP-U消息將統計的擁塞信息反饋給PDN-GW，使得PDN-GW根據下行數據包中ECN域的信息管理網絡?？蛇x地，S-GW還可在再封裝后的下行數據包的GTP-U頭添加指示該下行數據包在核心網發(fā)生擁塞的核心網擁塞指示信息，以使eNodeB區(qū)分下行數據包發(fā)生擁塞的隧道位置。圖6C為本發(fā)明實施例提供的又一種下行擁塞信息傳輸方法流程圖。本實施例以eNodeB為例說明，在下行鏈路中位于回程網的GTP-U隧道出口處網元處理下行擁塞信息的方法。如圖6C所示，本實施例包括：步驟1f：eNodeB解封裝接收到的下行數據包后，保存下行數據包的外層IP頭的ECN域中的信息.步驟2f：若根據保存的ECN域中的信息確定解封裝后的下行數據包在GTP-U隧道發(fā)生了擁塞且解封裝后的下行數據包的內層IP頭支持ECN機制，eNodeB將保存的ECN域中的信息復制到解封裝后的下行數據包的內層IP頭的ECN域中。如果eNodB解封裝下行數據包后，檢查到該下行數據包的外層IP頭的ECN域中的信息標識下行數據包在GTP-U隧道發(fā)生了擁塞，即ECN域中信息為GTP-U隧道擁塞標識信息，eNodeB可確定該下行數據包在回程網發(fā)生了擁塞。因為如果該下行數據包在核心網也發(fā)生了擁塞，S-GW再封裝后的下行數據包的外層IP頭的ECN域中的信息已被設置為通告指示信息，傳輸到eNodB后，如果外層IP頭的ECN域中的信息為GTP-U隧道擁塞標識信息，可確定回程網的中間路由器對外層IP頭的ECN域中的信息進行了擁塞標記，而不是在核心網傳輸階段產生的擁塞標記?？蛇x地，為了區(qū)分下行數據包在GTP-U隧道發(fā)生擁塞的位置，如果S-GW確定下行數據包在核心網中發(fā)生了擁塞，在該下行數據包的GTP-U頭中增加GTP-U隧道內部擁塞指示信息，將外層IP頭的ECN域中信息設置為通告指示信息，用于指示該下行數據包支持ECN機制，在回程網傳輸過程中，如果該下行數據包又發(fā)生了擁塞，回程網的中間路由器將該下行數據包的外層IP頭的ECN域中信息修改為用于標識該下行數據包在GTP-U隧道發(fā)生了擁塞的隧道擁塞標識信息。eNodeB解封裝下行數據包后，設置內層IP頭的ECN域時，還需要考慮到下行數據包的GTP-U頭中的信息。因此，eNodeB在保存上行數據包的外層IP頭的ECN域中的信息之后還包括：eNodeB若根據所述保存的顯示擁塞通告域中的信息確定解封裝后的所述下行數據包在GTP-U隧道發(fā)生了擁塞，或者，eNodeB確定下行數據包的GTP-U頭中存在GTP-U內部擁塞指示信息，在解封裝后的下行數據包的內層IP頭支持ECN機制時，eNodeB將解封裝后的下行數據包的內層IP頭的顯示擁塞通告域中的信息設置為用于標識下行數據包在GTP-U隧道發(fā)生擁塞的GTP-U隧道擁塞標識信息，例如設置為CE，從而可將GTP-U隧道中的擁塞信息傳遞到端到端的鏈路中。eNodeB如果根據保存的顯示擁塞通告域中的信息確定解封裝后的下行數據包在GTP-U隧道沒有發(fā)生擁塞且下行數據包的GTP-U頭中不存在GTP-U內部擁塞指示信息，eNodeB將保存的ECN域中的信息復制到解封裝后的下行數據包的內層IP頭的ECN域中。如果解封裝后的下行數據包的內層IP頭的ECN域中的信息表示下行數據包不支持ECN機制，則eNodeB不需要對上行數據包的內層IP頭的ECN域中的信息進行修改。步驟3f，eNodeB統計在GTP-U隧道發(fā)生擁塞的下行數據包的個數或字節(jié)數，并將下行擁塞統計結果通過GTP-U消息反饋給PDN-GW或網管。具體地，步驟3f中eNodeB可進行以下一個或多個統計步驟，并將統計結果反饋給PDN-GW或網管：若解封裝后的下行數據包的GTP-U頭中存在GTP-U內部擁塞指示信息，根據解封裝后的下行數據包的外層IP頭的ECN域，eNodeB統計在回程網的GTP-U隧道發(fā)生擁塞的下行數據包的個數或字節(jié)數，并將統計結果通過GTP-U消息反饋給核心網的PDN-GW。eNodeB統計GTP-U頭中指示下行數據包在核心網的GTP-U隧道發(fā)生擁塞的GTP-U內部擁塞指示信息的下行數據包的個數或字節(jié)數，并將統計結果通過GTP-U消息反饋給核心網的PDN-GW。在GTP-U隧道出口處，eNodeB探測到的無線網的擁塞事件后，將統計到的無線接入網絡的擁塞信息通過GTP-U消息反饋給核心網的PDN-GW。其中，用于反饋eNodB的下行擁塞統計結果的GTP-U消息可采用如表4的所示格式，其值為253。表4為本發(fā)明實施例提供的一種反饋eNodB的下行擁塞統計結果的GTP-U消息。表5定義了表4定義的GTP-U消息攜帶的下行擁塞統計結果的FeedbackInformation擴展頭，擴展頭長度設為2，擴展頭內容可主要包含3個部分：流經隧道出口的總的下行數據包的個數或字節(jié)數，隧道中發(fā)生了擁塞的下行數據包的個數或字節(jié)數，RAN擁塞的下行數據包的個數或字節(jié)數。上述內容所占字節(jié)分別為：4B，1B，1B。擴展頭內容還可以有擴展的余地，例如，將隧道中發(fā)生了擁塞的下行數據包的個數或字節(jié)數劃分為發(fā)生在回程網的擁塞和移動核心網的擁塞，在擴展的時候可能還需要增加擴展頭的長度。下一個擴展頭類型為0，指示沒有下一個擴展頭。表5為本發(fā)明實施例提供的一種FeedbackInformation擴展頭本實施例提供的方法中，eNodB解封裝接收到的下行數據包后，根據下行數據包的外層IP頭的ECN域中的信息和GTP-U隧道內部擁塞指示擴展頭字段來決定傳輸出去的下行數據包的內層IP頭中ECN的信息。從而可將該下行數據包的下行擁塞信息傳輸到網管或PDN-GW，網管或PDN-GW可以根據擁塞信息管理網絡，降低網絡的傳輸時延，提高傳輸可靠性。圖7A為本發(fā)明實施例提供的一種GTP-U隧道入口處網元結構示意圖。如圖7A所示，本實施例提供的網元包括：封裝模塊71和發(fā)送模塊72。封裝模塊71，用于對上行/下行數據包進行封裝時，在所述上行/下行數據包的外層IP頭的顯示擁塞通告域中設置通告指示信息，用于指示所述上行/下行數據包支持顯示擁塞通告機制。發(fā)送模塊72，用于將所述上行/下行數據包通過中間路由器發(fā)送給位于不同GTP-U隧道段連接處的中間網元，若所述中間路由器確定所述上行/下行數據包發(fā)生擁塞，將所述上行/下行數據包的外層IP頭的顯示擁塞通告域中通告指示信息修改為用于標識所述上行/下行數據包在GTP-U隧道發(fā)生擁塞的GTP-U隧道擁塞標識信息。如圖7B所示，本發(fā)明實施例GTP-U隧道入口處網元結構還可包括：添加模塊73。添加模塊73，用于在上行鏈路中，在發(fā)送模塊72將所述上行/下行數據包通過中間路由器發(fā)送給位于不同GTP-U隧道段連接處的中間網元之前，若檢測到無線接入網絡的擁塞事件，在所述上行數據包的GTP-U頭中添加無線擁塞指示信息，用于指示所述無線接入網絡發(fā)生了擁塞。本發(fā)明實施例提供的GTP-U隧道入口處網元在封裝上行/下行數據包時，通過在上行/下行數據包的外層IP頭的ECN域設置支持ECN機制的通告指示信息，使得GTP-U隧道中的路由器在確定支持ECN機制的上行/下行數據包發(fā)生擁塞時，在該上行/下行數據包的外層IP頭的ECN域中設置GTP-U隧道擁塞標識信息，從而使該上行/下行數據包的擁塞信息傳輸到GTP-U隧道出口處，進而傳輸到管理網絡的網元，使得管理網絡的網元可以根據擁塞信息管理網絡，從而降低網絡的傳輸時延，提高傳輸可靠性。圖8A為本發(fā)明實施例提供的一種位于不同GTP-U隧道段連接處的中間網元結構意圖。如圖8A所示，本實施例提供的中間網元位于回程網和核心網之間，包括：解封裝模塊80、保存模塊81、封裝模塊82和發(fā)送模塊83。解封裝模塊80，用于解封裝接收到的上行/下行數據包；保存模塊81，用于解封裝接收到的上行/下行數據包后，保存所述上行/下行數據包的外層IP頭的顯示擁塞通告域中的信息；封裝模塊82，用于對所述上行/下行數據包進行再封裝后，將保存的所述上行/下行數據包的外層IP頭的顯示擁塞通告域中的信息復制到再封裝后的上行/下行數據包的外層IP頭的顯示擁塞通告域。發(fā)送模塊83，用于將所述上行/下行數據包通過中間路由器發(fā)送到上行/下行鏈路中的GTP-U隧道出口網元，若所述中間路由器確定所述上行/下行數據包發(fā)生擁塞，將所述上行/下行數據包的外層IP頭的顯示擁塞通告域中的信息修改為用于標識所述上行/下行數據包在GTP-U隧道發(fā)生擁塞的GTP-U隧道擁塞標識信息。本實施例提供的中間網元在再封裝上行/下行數據包過程中，將解封裝時保存的上行/下行數據包的外層IP頭的ECN域的信息復制到封裝后的上行/下行數據包的外層IP頭的ECN域，從而使ECN域的信息不被丟失，可通過核心網/回程網傳輸到GTP-U隧道出口網元，進而傳輸到管理網絡的網元，使管理網絡的網元可根據上行/下行數據包的GTP-U隧道擁塞信息管理網絡，降低網絡的傳輸時延，提高傳輸可靠性。進一步，保存模塊81和封裝模塊82還具有以下功能：所述保存模塊81，還用于在上行鏈路中，若解封裝后的上行數據包的GTP-U頭中包括用于指示無線接入網絡發(fā)生擁塞的無線擁塞指示信息、保存所述無線擁塞指示信息。所述封裝模塊82，還用于對所述上行數據包進行再封裝時，將保存的所述無線擁塞指示信息復制到解封裝后的上行數據包的GTP-U頭中。進一步，封裝模塊82還具有以下功能：封裝模塊82，還用于在再封裝時在上行/下行數據包的GTP-U頭中增加用于標識所述上行/下行數據包在回程網/核心網的GTP-U隧道發(fā)生擁塞的GTP-U內部擁塞指示信息。封裝模塊82，還用于在增加所述GTP-U內部擁塞指示信息之后，在再封裝后的上行/下行數據包的外層IP頭的顯示擁塞通告域中信息設置為通告指示信息，用于指示所述上行/下行數據包支持顯示擁塞通告機制。如圖8B所示，在圖8A的基礎上還可包括：統計模塊84。統計模塊84，用于在所述解封裝接收到的上行/下行數據包之后，統計外層IP頭的顯示擁塞通告域中的信息為GTP-U隧道擁塞標識信息的上行/下行數據包的個數或字節(jié)數；和/或，統計GTP-U頭中包括無線擁塞指示信息的上行數據包的個數或字節(jié)數。圖9A為本發(fā)明實施例提供的一種GTP-U隧道出口處網元結構示意圖。如圖9A所示，本實施例提供的網元包括：解封裝模塊90，用于解封裝接收到的上行/下行數據包；保存模塊91和復制模塊92。解封裝模塊90，用于解封裝接收到的上行/下行數據包；保存模塊91，用于解封裝接收到的上行/下行數據包后，保存所述上行/下行數據包的外層IP頭的顯示擁塞通告域中的信息；復制模塊92，用于若根據所述保存的顯示擁塞通告域中的信息確定解封裝后的所述上行/下行數據包在GTP-U隧道發(fā)生了擁塞，且解封裝后的所述上行/下行數據包的內層IP頭支持ECN機制，將所述保存的顯示擁塞通告域中的信息復制到解封裝后的所述上行/下行數據包的內層IP頭的顯示擁塞通告域中。本實施例提供的GTP-U隧道出口處網元解封裝接收到的上行/下行數據包后，如果根據上行/下行數據包的外層IP頭的ECN域中的信息確定上行/下行數據包在GTP-U隧道發(fā)生了擁塞且內層IP頭支持ECN機制，則將外層IP頭的ECN域中信息復制到內層IP頭的ECN域中，使得該上行/下行數據包在GTP-U隧道的擁塞信息不被丟失，實現了端到端的ECN機制。因此，上行/下行數據包在GTP-U隧道的擁塞信息可以傳輸到管理網絡的網元。使得管理網絡的網元可以根據GTP-U隧道擁塞信息管理網絡，從而降低網絡的傳輸時延，提高傳輸可靠性。如圖9B所示，在圖9A的基礎上還可包括：設置模塊93。設置模塊93，用于若根據所述保存的顯示擁塞通告域中的信息確定解封裝后的所述上行/下行數據包在GTP-U隧道發(fā)生了擁塞，所述上行/下行數據包的GTP-U頭中存在GTP-U內部擁塞指示信息，且解封裝后的所述上行/下行數據包的內層IP頭支持ECN機制，將解封裝后的所述上行/下行數據包的內層IP頭的顯示擁塞通告域中的信息設置為。用于標識所述上行/下行數據包在GTP-U隧道發(fā)生擁塞的GTP-U隧道擁塞標識信息。如圖9C所示，在圖9A或圖9B的基礎上還可包括：統計模塊94。統計模塊94，用于在解封裝接收到的上行/下行數據包之后，根據解封裝后的上行/下行數據包的外層IP頭的ECN域，統計在GTP-U隧道發(fā)生擁塞的上行/下行數據包的個數或字節(jié)數。進一步，統計模塊94，還用于在上行鏈路中，若解封裝后的上行數據包的GTP-U頭中存在GTP-U內部擁塞指示信息，根據解封裝后的上行數據包的外層IP頭的ECN域，統計在核心網的GTP-U隧道發(fā)生擁塞的上行數據包的個數或字節(jié)數；或，統計GTP-U頭中指示上行數據包在回程網的GTP-U隧道發(fā)生擁塞的GTP-U內部擁塞指示信息的上行數據包的個數或字節(jié)數；或，統計GTP-U頭中包括指示無線接入網絡發(fā)生擁塞的無線擁塞指示信息的上行數據包的個數或字節(jié)數。進一步，統計模塊94，還用于在下行鏈路，若解封裝后的下行數據包的GTP-U頭中存在GTP-U內部擁塞指示信息，根據解封裝后的下行數據包的外層IP頭的ECN域，統計在回程網的GTP-U隧道發(fā)生擁塞的下行數據包的個數或字節(jié)數，并將統計結果反饋給核心網的網關；或，統計GTP-U頭中指示下行數據包在核心網的GTP-U隧道發(fā)生擁塞的GTP-U內部擁塞指示信息的下行數據包的個數或字節(jié)數，并將統計結果反饋給核心網的網關；或，統計到無線接入網絡的擁塞信息，并將統計到的無線接入網絡的擁塞信息反饋給核心網的網關。如圖10所示，本發(fā)明實施例還提供一種上行/下行擁塞信息傳輸系統，包括如圖7A或圖7B對應實施例中的GTP-U隧道入口處網元101、如圖8A或圖8B對應實施例中的位于不同GTP-U隧道段連接處的中間網元102，以及如圖9A、圖9B或圖9C對應實施例中的GTP-U隧道出口處網元103。本領域普通技術人員可以理解：實現上述方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質包括：ROM、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質。最后應說明的是：以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解：其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的范圍。