數據包轉發方法及裝置、數據包生成裝置和通信系統的製作方法

2023-09-18 21:47:10 1

專利名稱：：數據包轉發方法及裝置、數據包生成裝置和通信系統的製作方法
技術領域：
：本發明涉及通信
技術領域：
，具體涉及數據包轉發方法及裝置、數據包生成裝置和通信系統。
背景技術：
：隨著網際網路(Internet)業務的蓬勃發展，以及寬帶接入網絡和無線網絡的廣泛應用，高速、便捷地接入網絡是人們追求的目標。為了更好的利用現有網絡的資源，保護網絡設備運營商的成本，第三代合作夥伴計劃(3GPP)開始了家用基站(HNB:HomeNodeB)的研究工作。HNB是指小型化的、家庭或者辦公室用的小基站，可能是完全私有的，也可以在設置不同優先級、權限的情況下，開放給大眾使用，其所有權歸私人，而不是歸政府或者運營商。採用HNB來實現無線接入，能夠更好的利用現有網絡資源，更多的節約網絡設備運營商的成本，融合移動接入網絡和固定接入網絡的各自優點。在系統架構演進/長期演進(SAE/LTE:SystemArchitectureEvolution/LongTermEvolution)網絡中，S1接口為演進的無線接入網(eUTRAN)和核心網節點(CNNode)之間的接口，分為控制面接口S1-CP和用戶面接口Sl-UP;在實際應用中，採用流控制傳輸協議(SCTP:StreamControlTransmissionProtocol)作為傳遞點到點的SI接口控制面信令的傳輸協議。移動性管理實體(MME:MobilityManagementEntity)是網絡架構中負責控制面的移動性管理的實體，在MME和eNodeB需要通信時，需要在它們之間建立SCTP偶聯(SCTPAssociation),對SCTP偶聯有如下規定(1)對公共消息(commonmessages)使用一對SCTP流標識(SCTPStreamIdentifier)進行標識，即一個下行的公共信令傳輸標識和一個上行的公共信令傳輸標識；(2)對專用消息(dedicatedmessages)使用至少一對SCTP流標識進行標識，即至少一個下行的專用信令傳輸標識和至少一個上行的專用信令傳輸標識。每個流標識對應SCTP偶聯上的一個流。在eUTRAN中引入HNB後，通信網絡中將會有成千上萬個HNB的存在，並且每一個HNB都需要建立到MME的SCTP偶聯。那麼對MME來說，太多的HNB直接連接到MME上會使MME上的SCTP偶聯的數量非常巨大，嚴重消耗MME的資源，MME將會不堪重負；同時由於HNB可能會隨時關電並且重啟，這樣會導致HNB和MME之間的SCTP偶聯需要不斷地建立或者關閉，也會對MME造成很大的衝擊，加重MME的處理負荷。
發明內容本發明實施目的是提供一種數據包轉發方法，P條低與HNB通信的網絡節點的信令連接處理負荷，使得HNB的重啟，斷電等行為不會對該節點造成大的沖擊。有鑑於此，本發明實施例提供了一種數據包轉發方法，包括接收消息發送端通過第一傳輸協議信令通道發送的第一數據包，所述第一數據包包含消息接收端標識和應用層消息；選"#與所述消息接收端標識對應的第二傳輸協議信令通道；通過所述第二傳輸協議信令通道向消息接收端發送第二數據包，所述第二數據包包含所述應用層消息。本發明實施例提供了一種數據包生成裝置，其特徵在於，包括消息接收端選擇單元，用於獲取消息接收端標識；封裝單元，用於生成第一數據包，在所述第一數據包的接收端預置位置填充所述消息接收端選擇單元獲取的消息接收端標識，並將應用層消息封裝在所述第一數據包中。本發明實施例提供了一種裝置，包括數據包接收單元，用於接收消息發送端通過第一傳輸協議信令通道發送的第一數據包，所述第一數據包包含消息接收端標識和應用層消息；通道選擇單元，用於選擇與所述消息接收端標識對應的第二傳輸協議信令通道；數據包發送單元，用於通過所述第二傳輸協議信令通道向消息接收端發送第二數據包，所述第二數據包包含所述數據包接收單元接收的所述數據包中的應用層消息。本發明實施例提供了一種通信系統，包括數據包發送裝置，用於獲取消息接收端標識；生成第一數據包，在所述第一數據包的接收端預置位置填充所述消息接收端標識，將應用層消息封裝在所述第一數據包中，還用於向數據包轉發單元發送所述第一數據包；數據包轉發裝置，用於接收來自所述數據包發送裝置通過第一傳輸協議信令通道發送的第一數據包，所述第一數據包包括消息接收端標識和應用層消息；選擇與所述消息接收端標識對應的笫二傳輸協議信令通道；通過所述第二傳輸協議信令通道向消息接收端發送包括所述應用層消息的第二數據包。從本發明實施例提供的以上技術方案可以看出，在通信系統中引入HNB後，由於分別建立HNB和轉發數據包的網絡節點之間的傳輸協議信令通道，與HNB通信的網絡節點和轉發數據包的網絡節點之間的傳輸協議信令通道，不直接建立HNB和與HNB通信的網絡節點之間的傳輸協議信令通道，從而不會過多的增加與HNB通信的網絡節點上的傳輸協議信令通道數量，從而降低與HNB連接通信的網絡節點的信令連接處理負荷；並且由於HNB並沒有建立到與HNB通信的網絡節點的傳輸協議信令通道，因而HNB的頻繁重啟和斷電並不會對與HNB通信的網絡節點造成沖擊。圖1為本發明實施例中數據包轉發方法實施例一的流程示意圖2為本發明實施例中數據包轉發方法實施例二的流程示意圖3為本發明實施例中一種Sl接口控制面協議棧實施例的結構示意圖4為本發明實施例SCTP協議欄位的結構示意圖5為本發明實施例中另一種Sl接口控制面協議棧實施例的結構示意圖6為本發明實施例中X2接口控制面協議棧實施例的結構示意圖7為本發明實施例中演進網中MBMS系統結構示意圖8為本發明實施例中數據包轉發方法實施例三的流程示意圖9為本發明實施例中實施例IPv6的SCTP數據包結構示意圖10為本發明實施例心跳測試請求消息的結構示意圖11為本發明實施例中數據包轉發方法實施例四的流程示意圖12為本發明實施例中數據包生成裝置的結構示意圖13為本發明實施例中數據包轉發裝置實施例的結構示意圖14為本發明實施例中通信系統實施例的結構示意圖。具體實施例方式為使本發明實施例的目的、技術方案、及優點更加清楚明白，以下參照附圖並舉實施例，對本發明實施例進一步詳細說明。如圖l所示，本發明實施例提供的數據包轉發方法實施例一包括步驟101、接收來自消息發送端的數據包，數據包通過預先建立的與消息發送端的第一傳輸協議信令通道傳輸，包括消息接收端標識和應用層消息；其中，數據包可以是SCTP數據包、IP數據包、TCP數據包等，當為SCTP數據包時，第一傳輸協議信令通道為第一SCTP偶聯，根據SCTP數據包不同的消息類型，需要通過第一SCTP偶聯上與消息類型對應的流發送。應用層消息根據消息發送端與消息接收端之間的接口不同而不同，例如，可以為S1接口的Sl應用層(S1-AP)消息，M2接口的M2應用層(M2-AP)消息，M3接口的M3應用層(M3-AP)消息，X2接口的X2應用層(X2-AP)消息等。消息接收端標識可以保存在數據包的消息接收端預置位置，如數據包的傳輸網絡層消息、傳輸網絡層消息中尚未使用的保留欄位、負荷協議標識(PPI:PayloadProtocolIdentifier)欄位，或者對SCTP數據塊報頭(SCTPDataChunkHeader)進行擴展等；也可以在用戶數據欄位中選擇部分欄位保存消息接收端標識。當然，也可以對現有的其他欄位進行擴展，在擴展後的欄位中保存消息接收端標識。還可以封裝在數據包的應用層消息中，應用層消息封裝在數據包的用戶數據(UserData)欄位中。消息接收端可以是eUTRAN系統中的HNB、MME、多小區/多播協調實體(MCE:Multi-cell/MuWcastCoordinationEntity)、多媒體多播/廣播業務網關(MBMSGW:MultimediaBroadcast/MulticastServiceGateway)等。其中，消息接收端標識可以是消息接收端的地址，如IPV4地址，IPV6地址等；也可以是其他能夠對消息接收端進行區分的信息，如消息接收端在系統中的唯一編號等。消息接收端標識可以是在整個通信系統中都唯一的標識，也可以是在局部範圍內有效的標識，甚至可以是在轉發數據包的實體中有效的標識；範圍越小，其中的網絡實體的數量就越少，相應的只需要較少的標識就能夠將不同的網絡實體區分，因此，在數據包的可用空間不多時，可以優先選用局部有效的標識。消息發送端發送的數據包可以通過如下流程生成獲取消息接收端的消息接收端標識，在數據包的接收端預置位置填充消息接收端標識，將應用層消息封裝成來自消息發送端的數據包。其中，消息發送端可以從任一知道消息接收端標識的網絡節點獲取消息接收端標識；也可以從預先保存的消息接收端列表中獲取該消息接收端標識，消息接收端列表中的消息接收端標識從在先的數據包轉發流程中獲取的。步驟102、選擇與消息接收端標識對應的第二傳輸協議信令通道；需要通過傳輸協議信令通道才能將數據包轉發給消息接收端，因而需要根據消息接收端標識選擇對應的第二傳輸協議信令通道；具體的，由於接收端標識和應用層消息都封裝在數據包的固定欄位中，因而可以對來自消息發送端的數據包進行解析，解析後可以得到消息接收端標識和應用層消息；而具體封裝在數據包的哪個固定欄位中可以預先約定，因此，收到消息發送端發送的數據包後，可以直接從預先約定的固定欄位中4是耳又消息接收端標識和應用層消息。在解析得到消息接收端標識後，就可以從預置的傳輸協議信令通道信息表中查找與消息接收端標識對應的第二傳輸協議信令通道，預置的傳輸協議信令通道信息表保存有消息接收端標識與傳輸協議信令通道的對應關係，因而解析得到消息接收端標識後，就可以找到對應的傳輸協議信令通道。在實際應用中，選擇第二傳輸協議信令通道前需要建立第二傳輸協議信步驟103、通過第二傳輸協議信令通道向消息接收端發送包括應用層消息的數據包；向消息接收端發送的數據包是重新封裝過的，具體是按照第二傳輸協議信令通道所採用的傳輸協議的要求封裝，其中，應用層消息封裝在用戶數據欄位中。在第二傳輸協議信令通道為第二SCTP偶聯時，其具體的發送過程可以為識別數據包的消息類型，從第二SCTP偶聯中選擇與消息類型對應的流；將應用層消息封裝在新的數據包中，通過從第二SCTP偶聯上的流將新的數據包向消息接收端發送；需要說明的是，本發明實施例中，第一傳輸協議信令通道和第二傳輸協議信令通道可以是不同協議的信令傳輸通道，也可以是相同的信令傳輸通道，即第一傳輸協議信令通道和第二傳輸協議信令通道可以是SCTP偶聯，網際協議(IP:InternetProtocol)信令通道以及傳輸控制協議(TCP:TransferControlProtocol)信令通道的任意兩兩組合。根據SCTP的要求，不同類型的消息是通過SCTP偶聯上的不同的流傳送，因而在選擇第二SCTP偶聯後，還需要識別出數據包的消息類型，從而選擇第二SCTP偶聯上該消息類型對應的流。其中，數據包消息類型的具體識別可以根據第一SCTP上傳輸數據包的流進行確定，也可以根據數據包中的PPI欄位的指示來確定；若在數據包中包括流標識，則可以直接根據流標識選擇對應的流；確定了第二SCTP偶聯上的流後，就可以通過該流將新的數據包發送給消息4妄收端，該消息才妄收端與消息衝妻收端標識^f應。從上可知，根據本實施例提供的數據包轉發方法，在通信系統中引入HNB後，由於分別建立HNB和轉發數據包的網絡節點之間的傳輸協議信令通道，與HNB通信的網絡節點和轉發數據包的網絡節點之間的傳輸協議信令通道，不直接建立HNB和與HNB通信的網絡節點之間的傳輸協議信令通道，從而不會過多的增加與HNB通信的網絡節點上的傳輸協議信令通道數量，從而降低與HNB連接通信的網絡節點的信令連接處理負荷；並且由於HNB並沒有建立到與HNB通信的網絡節點的傳輸協議信令通道，因而HNB的頻繁重啟和斷電並不會對與HNB通信的網絡節點造成衝擊。下面介紹本發明數據包轉發方法的實施例二，如圖2所示，包括步驟201、接收來自消息發送端的數據包，數據包通過預先建立的與消息發送端的第一傳輸協議信令通道傳輸，包括消息接收端標識和應用層消息；步驟202、獲取所述消息發送端的消息發送端標識；消息發送端可以是與消息接收端對應的eUTRAN系統中的HNB、MME、MCE、MBMSGW等。當消息發送端發送的數據包中包括消息發送端標識時，可以直接解析該數據包並獲取消息發送端標識。當消息發送端標識保存在數據包的傳輸網絡層消息時，如保存在如PPI等的保留欄位中，或保存在用戶數據欄位的非應用層消息部分，可以直接從數據包的傳輸網絡層消息中提取；當保存在用戶數據欄位的應用層消息部分時，可以從應用層消息中提取消息發送端標識。消息發送端標識的保存位置可以與消息接收端標識的保存位置相同，也可以與消息接收端標識的保存位置不同。消息發送端發送的數據包中還可以包括消息發送端標識，則消息發送端在生成該數據包時獲取消息發送端標識，並在該數據包的發送端預置位置填充該消息發送端標識。當消息發送端發送的數據包中沒有包括消息發送端標識時，可以通過以下方法獲取消息發送端標識根據第一傳輸協議信令通道確定消息發送端標識，因為每個偶聯對應的兩端都是確定的，因此從第一傳輸協議信令通道接收了來自消息發送端的數據包後，就可以確定消息發送端的消息發送端標識。還可以通過與消息發送端的公共信道獲取消息發送端標識，該公共信道是獨立於傳輸協議信令通道的，用於傳輸一些控制信息或公共信息等，本發明實施例可以對公共信道進行擴展，從而可以通過與消息發送端的公共信道獲取消息發送端標識。當然還可以有其他方式獲取消息發送端標識，本發明實施例並不限定獲取消息發送端標識的方式。步驟203、選擇與消息接收端標識對應的第二傳輸協議信令通道；步驟204、通過第二傳輸協議信令通道將包括應用層消息和消息發送端標識的數據包發送給消息接收端；本發明實施例中，可以將應用層消息和消息發送端標識》文在同一個數據包中發送給消息接收端。在實際應用中，也可以將用戶數據和消息發送端標識分別發送給消息接收端，例如，可以通過一個單獨的數據包將消息發送端標識發送給消息接收端；在通過公共信道獲取發送端標識時，也可以通過與消息接收端的公共信道將消息發送端標識發送給消息接收端；或者，消息發送端也直接通過與消息接收端的公共信道將消息發送端標識發送給消息接收端。本發明實施例中，將消息發送端標識發送給消息接收端，使消息接收端接收到數據包後可以知道數據包是來自哪個網絡實體，從而在需要向消息發送端發送數據包時，可以確定向哪個網絡實體發送，進而使轉發數據包的實體可以確定向哪個網絡實體轉發數據包，提高了通信的可靠性。為了更清楚地說明本發明實施例的應用場景，下面對中間節點以及相關協議棧進行具體說明。在傳輸協議信令通道為SCTP偶聯時，由於轉發數據包的網絡節點匯聚了HNB到MME的所有SCTP偶聯，在轉發凝:據包的網絡節點加入通信網絡時，可以稱其為SCTP匯聚節點(SAGN:SCTPAggregationNode)。在eUTRAN的網絡架構中增加SAGN後，就可以不直接建立HNB和MME之間的SCTP偶聯，而分別建立HNB和SAGN之間的SCTP偶聯，SAGN和MME之間的SCTP偶耳關，使HNB和MME通過SAGN連結。需要說明的是，為了保持與宏基站的一致性，例如第三代合作夥伴計劃(3GPP)中的宏基站，SAGN和MME之間SCTP偶聯的建立可以由SAGN發起；又由於HNB經常重啟和斷電，HNB和SAGN之間SCTP偶聯的建立可以由HNB發起。在實際應用中，一般是HNB—上線就會建立與SAGN的SCTP偶聯；同樣，SAGN也會在能夠建立到MME的SCTP偶聯時就建立到MME的SCTP偶聯。由於在網絡架構中增加了SAGN,因而需要對原有的控制面協議棧結構進行改進，一種Sl接口控制面協議棧結構如圖3所示HNB和MME的協議棧結構並沒有發生改變；在SAGN的SCTP層上引入"上層實體"的概念。該"上層實體"可以具備SCTP控制功能(SCTPControlFunction),其主要目的是為了實施SCTP協議。SCTP層下面是IP層，MME和SAGN以及SAGN和HNB之間的用戶數據和信令都是通過IP層進行路由的。本協議棧的最下兩層，MME和SAGN以及SAGN和HNB之間LI、L2層是物理層和數據鏈路層，可以採用任意能承載IP協議的技術，例如乙太網、ATM或者令牌環等。HNB和MME協議棧中的無線4妄入網絡應用協議(RANAP)實體為SI-CP應用部分協議。SCTP層及以下屬於傳輸網絡層(TNL:TransportNetworkLayer)，SCTP控制功能屬於無線網層(RNL:RadioNetworkLayer)。"上層實體"的作用主要包括1)實現部分SCTP控制功能，該控制功能的意思就是通過與SCTP之間的原語交互，可以解析SCTP數據包報頭裡的各個欄位，可以提取用戶數據；另外也可以完成其他SCTP的管理功能，譬如SCTP偶聯的建立關閉，擁塞控制等。2)該上層實體如果想進一步的對用戶數據裡填充的應用層協議進行處理，則需要包含應用層協議處理功能，譬如處理Sl-AP消息的演進的無線接入網絡應用協議(eRANAP)功能實體。無論是發送端標識還是接收端標識都可以封裝在應用層消息裡。其中，在控制面協議棧中，對於MME和HNB，在SAGN和MME之間以及SAGN和HNB之間的兩段SCTP偶聯建立成功後，再在MME和HNB之間直接交互應用層的信息；對於SAGN，在SAGN和HNB之間建立SCTP偶聯後，SAGN可以獲得用於SCTP轉發所必須的信息，比如HNBID等；在SAGN和MME之間建立SCTP後，SAGN可以得到用於SCTP轉發所必須的信息，比如MMEID等。其中，SAGN可以通過SAGN和HNB(MME)之間的管理類的消息獲得轉發所必須的信息，也可以通過SCTP消息得到轉發所必須的信息。Sl-AP消息是初始客戶端消息(InitialUEMessage),攜帶消息發送端標識的InitialUEMessage的結構:i口表1所示表1tableseeoriginaldocumentpage16本發明實施例也可以對SCTP協議欄位進行擴展，目前在SCTP協議的SCTPDATAChunk中的SCTPDATAChunkHeader的長度是4位元組，通過該欄位進行擴展，增加"ExtendedSCTPDataChunkHeader"欄位，如圖4所示，該欄位長度可以根據實際需要進行定義。擴展欄位可以攜帶附加信息(可以包括但不限於消息發送端的標識或者地址信息，消息接收端的標識或者地址信息)，SAGN可以利用這些信息將數據包路由到正確的消息接收端。另一種SI接口控制面協議棧結構如圖5所示HNB、SAGN以及MME的協議棧結構都發生改變，在SAGN協議棧的SCTP層之上，以及HNB和MME的SCTP層和Sl-AP層的中間增加Router路由層，該協議層可以攜帶附加信息(可以包括但不限於消息發送端的標識或者地址信息，消息接收端的標識或者地址信息)，SAGN可以利用這些信息將數據包路由到正確的消息接收端。在功能上，Router層與SCTP層及其下層均屬於無線通信網裡的TNL層，Sl-AP仍屬於RNL層。SAGN從消息發送端接收SCTP數據包，從Router路由層消息中解析附加信息，確定正確的消息接收端，然後將數據包重新封裝發送到消息接收端。SAGN解析包和封裝包的過程對Sl-AP部分是透明的，即Sl-AP數據包可以透明的從消息發送端發送到消息接收端。上面描述的是MME與HNB之間為SI接口的情況，在實際應用中，如果LTEHNB與LTEHNB之間，或者LTEHNB與演進網基站(eNB:E-UTRANNodeB)之間存在有多個X2接口連接時，可以與MME與HNB之間存在多個SI連接時一樣，在LTEHNB與LTEHNB或者LTEHNB與eNB之間增加一個中間轉發節點，以LTEHNB與eNB為例，則不用直接建立LTEHNB與eNB之間的偶聯，而是分別建立LTEHNB與中間轉發節點的SCTP偶聯，中間轉發節點與eNB之間的SCTP偶聯，從而可以減少eNB上的SCTP偶聯數目，從而降低eNB的處理負荷，並且可以減少LTEHNB對eNB的衝突。由於LTEHNB與eNB之間是X2接口，在增加了中間轉發節點後，本發明實施例提供的一種X2協議棧如圖6所示包括物理層(PhysicalLayer)、數據鏈路層(DataLinkLayer)、IP層和SCTP層，並且在SCTP層上引入了X2-AP控制功能，用於實現X2-AP處理功能。一種X2-AP消息是切換請求(HO-REQUEST)消息，在HO-REQUEST消息中攜帶消息發送端信息如表2所示表2tableseeoriginaldocumentpage18在LTEHNB與eNB之間引入中間轉發節點時，LTEHNB與eNB之間的消息傳輸與HNB與MME之間增加SAGN時的消息傳輸過程類似，只是由於LTEHNB與eNB之間的接口為X2接口，因而中間數據的傳輸與處理要符合X2接口的要求，此處不再贅述。進一步，在演進網中，對於演進的多媒體廣4番/多播業務(MBMS:MultimediaBroadcast/MulticastService),其系統結構力口圖7所示MBMSGW通過M3接口與MCE連接，MCE通過M2接口與eNB連接，eNB通過Ml接口與MBMSGW連接。其中，eNB也可以是LTEHNB，以下以eNB為例描述。其中，MCE可以作為一個獨立的物理節點存在，也可以位於eNB內，則此時變成M3接口直接和eNB連接。並且M2和M3接口都採用SCTP協議。在MCE與eNB之間可能存在過多M2接口，或者MBMSGW與eNB之間可能存在過多M3接口。以MCE與eNB之間M2接口過多為例，則MCE與eNB之間的SCTP偶聯數目也會增加，因此為了減少MCE的處理負荷，並且降低eNB對MCE的沖擊，可以在MCE與eNB之間新增加一個中間轉發節點，其功能與SAGN類似，相應的在MCE與eNB之間增加中間轉發節點後的信息傳輸過程與HNB與MME之間增加SAGN的信息傳輸過程類似，此處不再贅述。只是由於是M2接口，因而中間的消息傳輸及處理過程需要符合M2接口的要求。同樣M3接口的情況與M2接口的情況相同。一種M2-AP消息是會話啟動(SESSIONSTART)消息，在SESSIONSTART消息中攜帶消息發送端信息如表3所示表3tableseeoriginaldocumentpage19以上對本發明實施例所可以應用的部分場景進行了描述，以下統一以HNB與MME之間以S1接口增加SAGN的情況進行說明；當應用於X2接口、M2接口和M3接口時，處理過程與S1接口的處理過程類似。參照圖8,介紹本發明實施例提的第三實施例，本實施例中以HNB向MME傳遞消息為例，該流程包括步驟701、HNB生成包括MME標識和S1-AP消息的SCTP數據包，通過與SAGN的第一SCTP偶聯向SAGN發送該SCTP數據包；MME標識即為消息接收端標識，可以通過在SCTP數據包中的PPI欄位填充選擇的MME標識，SAGN通過該PPI字l爻來確定將該數據包轉發到MME。以IPv6為例的SCTP數據包的結構如圖9所示，主要包括IPv6報頭(IPv6Header)，SCTP公共報頭(SCTPCommonHeader)和SCTP數據塊(SCTPDataChunk)，其中IPv6Header包括源地址(SourceAddress)和目的地址(DestinationAddress)等信息，源地址和目的地址都佔用128比特(bit);SCTPCommonHeader包括源埠(SourcePort)和目的埠(DestinationPort)等信息；SCTPDataChunk包4舌流標識(StreamId)、流順序號(StreamSequenceNumber)、PPI和UserData等信息；圖9描述的是IPv6的情況，對於IPv4或其#^協議，僅僅是IP報頭或其他協議報頭的不一樣，SCTP部分與圖9所描述的是一致的，本說明書不對其進行贅述。本發明實施例中，Sl-AP消息封裝在UserData中；HNB標識和/或MME標識可以填充在TNL層，可以填充在PPI欄位中，也可以填充在UserData中；也可以填充在RNL層，即可以封裝在S1-AP消息中，具體填充在哪個字)殳可以預先設定，並且HNB標識和MME標識可以填充在不同層的不同欄位中。其中，HNB向SAGN發送SCTP數據包前需要獲取SAGN的信息，具體可以通過如下方式獲得SAGN的信息1)如果SAGN的信息是保存在網管系統中的，可以由網管系統中的實體通知給HNB;2)可以由網絡中任一知道SAGN的信息的網絡節點通知HNB;3)可以在HNB的配置信息中增加SAGN的信息，該配置信息可以更新；在獲取了SAGN的信息後，選擇對應的第一SCTP偶聯，通過第一SCTP偶聯上對應的流將SCTP數據包發送給SAGN。步驟702、SAGN收到SCTP數據包後，由SAGN的SCTP層對數據包進行處理；步驟703、SCTP層解析SCTP數據包，從該凝:據包的4妻收端預置位置中提取MME標識，^是取Sl-AP消息和流標識；其中流標識與消息類型對應。其中，SAGN的SCTP層需要從SCTP數據包中提取MME標識，因此SAGN的SCTP層需要具有SCTP數據包的處理功能，如果MME標識封裝在S1-AP消息中，則SAGN的SCTP層進一步需要具有Sl-AP消息的處理功能；因此，為了減少SAGN的處理負荷，可以選擇將MME標識封裝在非Sl-AP消息中。而SCTP層並不需要提取HNB標識，因此HNB標識可以封裝在Sl-AP消息中；並且，SAGN的SCTP層需要將HNB標識發送給MME,,如果HNB標識沒有封裝在S1-AP消息中，需要提取HNB標識並重新填充在發往MME的SCTP數據包中；而將HNB標識封裝在S1-AP消息中則不需要將HNB標識提取出來，而是直接將Sl-AP消息封裝就可以將HNB標識發送給MME，可以減少SAGN的SCTP層的處理步驟。因此，實際應用中，可以將消息發送端標識(本實施例中為HNB標識)封裝在Sl-AP消息中，即RNL層；而將消息接收端標識(本實施例中為MME標識)封裝在除Sl-AP消息的其他欄位中，即TNL層。從而使SAGN的SCTP層不需要解析Sl-AP消息就可以獲得消息接收端標識，進而把數據包轉發給消息接收端。可以理解的是，只要欄位的空間足夠，消息接收端標識和消息發送端標識可以填充在SCTP數據包的任何字革殳中。步驟704、SCTP層將MME標識、解析得到的Sl-AP消息和流標識發送給SCTP控制功能層；其中，SCTP層可以釆用原語發送MME標識等信息給SCTP控制功能層，其中原語是用機器指令編寫的完成特定功能的程序；步驟705、SCTP控制功能層根據MME標識選擇SAGN和MME之間對應的第二SCTP偶聯；SAGN和MME之間的SCTP偶聯建立後，SAGN會保存相關的信息，從而可以通過MME標識確定對應的第二SCTP偶聯；步驟706、SCTP控制功能層根據流標識選擇第二SCTP偶聯中對應的流；不同類型的數據包是通過不同的流發送的，因而可以根據流標識將需要轉發的數據包與對應的流關聯起來；在實際應用中，也可以直接通過從PPI欄位中獲得的消息類型指示，根據預配置的消息類型與流標識對應關係，選4奪對應的流。步驟707、將Sl-AP消息封裝到新的SCTP數據包的用戶數據欄位中；該新的數據包以消息接收端為目的節點。步驟708、通過選擇的第二SCTP偶聯中的流，將新的SCTP數據包發送給MME。優選的，步驟701中，HNB在選擇了MME後，HNB還可以4企測MME是否在線，從而確定發送的SCTP數據包能否被MME收到。一般情況下，只有判斷MME在線時才會生成並發送SCTP數據包。而如果判斷MME不在線，則可以按照預置處理方法對該SCTP數據包進行處理，例如，直接拋棄該SCTP數據包，或等待一段時間後重新檢測MME是否在線，當檢測到MME在線時，再發送該SCTP數據包；或者，也可以直接發送該SCTP數據包，但在該SCTP數據包中攜帶檢測到MME不在線的標識，由SAGN進行處理；當然也可以採用其他的處理方式，本發明實施例並不限定檢測MME不在線的處理方式。具體的可以通過心跳測試來檢測MME是否在線，通過直接向MME發送心跳測試請求消息，如果發送測試消息後一段時間沒有收到響應、或發送了一定次數的測試消息都沒有收到響應，則可以判斷MME沒有在線；心跳測試一般是周期性進行，但是也不排除在實際應用中由事件、或者事件觸發心跳檢測的情況；需要說明的是，HNB與MME之間的心跳測試與SCTP協議規定的心跳測試是不同的，SCTP協議規定的心跳測試是在建立了SCTP偶聯的雙方之間進行，而此處的心跳測試的雙方沒有建立SCTP偶聯。下面以Sl接口一端的節點MME檢測對端節點HNB是否在線為例進行說明檢測對端節點狀態信息的方法，具體流程為步驟1、SAGN通過SCTP協議規定的心跳測試監測HNB是否在線；其中，心跳測試的方法具體為SAGN周期性地向HNB發送心跳消息來監S見HNB的可達性。步驟2、SAGN可以通過專用消息向MME報告HNB的狀態信息，或者，通過修改SCTP協議定義的HeartbeatRequest心跳請求消息，將HNB的狀態信息填充在該欄位中發送給MME，如圖10所示，該HeartbeatRequest消息中的發送端特定心跳消息信息(Sender-specificHeartbeatInfo)欄位的長度是可變的。SAGN可以設置發送該消息的預置條件，例如，通過設走定時器，在定時器超時後，向MME發送HNB的狀態信息，或者設定周期時間，在該周期時間內，如果HNB不在線的次數超過預置的"未響應次數"的門卩艮值，則向MME上報HNB的狀態信息，其中HNB的狀態信息可以是不在線的HNB的信息，或者是在線的HNB的信息，或者兩種HNB的信息都發送；其中，專用消息可以是傳輸層消息或應用層消息，HNB的狀態信息包含HNB的狀態(在線或者不在線)，還可以包含HNB的地址信息或HNB的標識等。步驟3、MME解析SAGN發送的專用消息或心跳請求消息，獲取不在線的HNB的信息，向SAGN發送響應消息。其中，MME發送響應消息為可選步驟。當SAGN發送心跳請求消息時，MME需要判斷心跳請求消息的長度，/人而判斷該消息中是否包含HNB的信息。如果HNB要知道MME是否在線，也可以採用與上述兩種方法類似的流程，在此不再贅述。轉發，從而使HNB不需要與MME直接建立SCTP偶聯，減少了MME上SCTP偶聯的數量，不會增加MME的處理負荷；進一步，HNB的重啟和斷電也不會對MME造成衝擊。需要說明的是，本實施例雖然描述的是HNB向MME發送SCTP數據包的情況，在實際應用中MME向HNB發送SCTP數據包也可以採用與本實施例相類似的過程，本說明書不對其進行贅述。參照圖11，介紹本發明數據包轉發方法的實施例四，描述了SAGN將消息發送端(本實施例中為MME)發送的SCTP數據包轉發給消息接收端(本實施例中為HNB)的過程，其中，本實施例描述的是SCTP偶聯已經建立好的情況，因而不對SCTP偶聯的建立過程進行描述。該方法包括步驟901、MME生成包括HNB標識和應用層消息的SCTP數據包，通過與SAGN的第一SCTP偶聯發送該SCTP數據包；HNB標識即為消息接收端標識，當MME需要向HNB發送數據包的時候，首先，將數據包發往SAGN，然後，SAGN將接收到的數據包轉發給HNB。由於MME可能和多個HNB相連接，因此，在MME向HNB發送數據包時，需要在SCTP數據包中包含HNB標識。可以通過在SCTP數據包中的接收端預置位置填充選擇的HNB標識來標識目的HNB,SAGN通過這個字-史來確定將該數據包轉發到哪一個HNB;其中，MME獲取SAGN的信息的過程與HNB獲取SAGN的信息過程類似，此處不再贅述；MME在獲取SAGN的信息後，選擇對應的第二SCTP偶聯，通過第二SCTP偶聯上對應的流將SCTP數據包發送給SAGN;MME選擇了HNB後，也可以根據心跳測試的結果判斷HNB是否在線；步驟902、SAGN收到SCTP數據包後，交由SCTP層處理；步驟903、SCTP層解析SCTP數據包，從接收端預置位置提取HNB標識，提取應用層消息和流標識；步驟904、SCTP層將解析得到的應用層消息和流標識發送給SCTP控制功能層中處理該HNB數據的應用實例；在SCTP控制功能層中，對應每個HNB和MME都有一個對應的應用實例，每個應用實例與HNB或MME都是——對應的，因而應用實例收到相應的數據後可以完成SCTP數據包的轉發；步驟905、把需要轉發的用戶數據包與SAGN和HNB之間的第二SCTP偶聯關聯起來；SAGN和MME之間的SCTP偶聯建立後，SAGN會保存相關的信息，從而可以通過MME標識確定對應的SCTP偶聯；步驟906、處理該HNB數據的應用實例根據流標識選擇第二SCTP偶聯中對應的流；不同類型的數據包是通過不同的流發送的，因而可以根據流標識將需要轉發的數據包與對應的流關聯起來；實際應用中，也可以直接通過從PPI中獲得的消息類型指示，根據預配置的消息類型與流標識對應關係，選擇對應的流。步驟907、將應用層消息封裝到新的SCTP數據包中用戶數據欄位；步驟908、通過選擇的第二SCTP偶聯中的流，將新的SCTP數據包發送到HNB。從上可以看出，本實施例中MME發送給HNB的數據包可以通過SAGN轉發，從而使HNB不需要與MME直接建立SCTP偶聯，減少了MME上SCTP偶聯的數量，不會增加MME的處理負荷；進一步，HNB的重啟和斷電也不會對MME造成衝擊。需要說明的是，本實施例雖然描述的是MME向HNB發送SCTP數據包的情況，在實際應用中HNB向MME發送SCTP數據包也可以採用與本實施例相類似的過程，本說明書不對其進行贅述。需要說明的是，上述實施例僅描述了兩個通信節點之間只有一個中轉節點的情況，在有多個中轉節點時的處理過程與只有一個中轉節點的處理過程類似，本說明書不對其進行贅述。下面開始介紹本發明實施例提供的裝置和系統。參照圖12,介紹本發明實施例提供的數據包生成裝置實施例一，該數據包生成裝置包括消息接收端選擇單元1101,用於獲取消息接收端標識；封裝單元1102，用於生成第一凝:據包，在第一悽t據包的4^收端預置位置填充消息^接收端標識，並將應用層消息封裝在數據包中。為了讓接收數據包的消息接收端可以知道數據包來自哪個消息發送端，本發明實施例提供的數據包生成裝置還可以包括消息發送端標識獲取單元1103，用於獲取消息發送端標識；封裝單元1102，還用於在數據包的發送端預置位置填充消息發送端標識。由於不同類型的SCTP數據包是與SCTP偶聯上的流對應的，因而本數據包生成單元還可以流選擇單元1104,用於選擇第一SCTP偶聯，並在第一SCTP偶聯中選擇與封裝單元生成的數據包的消息類型對應的流；在實際應用中，該數據包生成裝置還可以進一步包括數據包發送單元1105,用於當消息接收端在線時，使用流選擇單元1104選擇的第一SCTP偶聯中的流發送生成的數據包，還用於當消息接收端不在線時，按照預置方法處理生成的數據包，其中，預置的處理方法可以為直接拋棄該SCTP數據包，或等待一段時間後重新4企測MME是否在線。從上可知，本實施例增加的流選擇單元可以為SCTP數據包的發送選擇正確的SCTP偶聯中的流，從而使SCTP數據包的發送符合SCTP協議的要求。本發明實施例提供的數據包生成裝置還可以包括消息接收端判斷單元1106，用於根據心跳測試的結果或者SAGN發送的消息接收端的信息判斷所述消息接收端是否在線；如果是，觸發數據包發送單元1105發送數據包；如果否，按照預置處理方法處理it據包。在消息接收端判斷單元1106判斷消息接收端在線後再發送數據包，可以確保消息接收端能夠接收到數據包，從而提高通信的準確性。本發明實施例提供的數據包生成裝置可以是eUTRAN中的MME、HNB、MCE、eNB、MCE和MBMSGW等。本發明實施例提供的數據包生成裝置使HNB通過和轉發數據包的網絡節點之間的傳輸協議信令通道發送數據包，而不直接建立HNB和與HNB通信的網絡節點之間的傳輸協議信令通道，從而不會過多的增加與HNB通信的網絡節點上的傳輸協議信令通道數量，降低與HNB連接通信的網絡節點的信令連接處理負荷，並且HNB的頻繁重啟和斷電並不會對與HNB通信的網絡節點造成衝擊。與數據包轉發方法對應，本發明實施例提供了數據包轉發裝置，如圖13所示，包括數據包接收單元1201，用於接收來自消息發送端的數據包，所述數據包通過預先建立的與所述消息發送端的第一傳輸協議信令通道傳輸，包括消息才妻收端標識和應用層消息；通道選擇單元1202,用於選擇與所述消息接收端標識對應的.第二傳輸協議信令通道；通道選擇單元1202進一步包括解析單元12021，用於解析來自消息接收端的數據包，得到消息接收端標識和所述應用層消息；選擇單元12022,用於從預置的傳輸協議信令通道信息表中查找與消息接收端標識對應的第二傳輸協議信令通道；數據包發送單元1203,用於通過第二傳輸協議信令通道將包括應用層消息的數據包向消息接收端發送；本發明實施例提供的數據包轉發裝置還可以包括消息發送端標識獲取單元1204，用於獲取消息發送端標識；數據包發送單元1203,還用於通過第二傳輸協議信令通道將包括應用層消息和消息發送端標識的數據包發送給消息接收端。本發明實施例提供的數據包轉發裝置還可以包括節點狀態信息獲取單元1205，用於獲取消息接收端的狀態信息，當滿足預置條件時，通知數據包發送單元1203向消息發送端發送消息接收端的狀態信息；數據包發送單元1203,還用於向消息發送端發送上述消息接收端的狀態信息。其中，預置條件以及狀態信息的內容同方法實施例中的設置，在此不再贅述。從上可知，使用數據包轉發裝置的本實施例，在通信系統中引入HNB後，由於分別建立HNB和轉發數據包的網絡節點之間的傳輸協議信令通道，與HNB通信的網絡節點和轉發數據包的網絡節點之間的傳輸協議信令通道，不直接建立HNB和與HNB通信的網絡節點之間的傳輸協議信令通道，從而不會過多的增加與HNB通信的網絡節點上的傳輸協議信令通道數量，從而降低與HNB連接通信的網絡節點的信令連接處理負荷；並且由於HNB並沒有建立到與HNB通信的網絡節點的傳輸協議信令通道，因而HNB的頻繁重啟和斷電並不會對與HNB通信的網絡節點造成衝擊。其中，本發明實施例提供的數據包轉發裝置可以為SAGN。可以理解的是，本發明實施例提供的數據包轉發裝置可以作為一個單獨的網絡節點；也可以集成在現有的網絡節點中，作為現有網絡節點的一個功能模塊。本發明實施例提供的數據包轉發裝置的位置並不會影響本發明實施例的實現，因而本發明實施例不對數據包轉發裝置的具體位置進行限定。本發明實施例還提供了通信系統，如圖14所示，包括數據包發送裝置1301,用於獲取消息接收端標識；生成數據包，在所述數據包的接收端預置位置填充所述消息接收端標識，將應用層消息封裝在所述數據包中，還用於向數據包轉發單元1302發送生成的數據包。數據包轉發裝置1302，用於接收來自數據包發送裝置1301的數據包，所述數據包通過預先建立的與所述數據包發送裝置1301的第一傳輸協議信令通道傳輸，包括消息接收端標識和應用層消息；選擇與所述消息接收端標識對應的第二傳輸協議信令通道；通過所述第二傳輸協議信令通道將包括所述應用層消息的數據包向消息接收端發送。該數據包轉發裝置可以是HNB與MME之間的SAGN，也可以是eNB與HNB之間的中間轉發節點，MCE與eNB之間的中間轉發節點，MBMSGW與eNB之間的中間轉發節點等。從通信系統的本實施例可以看出，由於可以分別建立HNB和轉發數據包的網絡節點之間的傳輸協議信令通道，與HNB通信的網絡節點和轉發數據包的網絡節點之間的傳輸協議信令通道，不直接建立HNB和與HNB通信的網絡節點之間的傳輸協議信令通道，從而不會過多的增加與HNB通信的網絡節點上的傳輸協議信令通道數量，從而降低與HNB連接通信的網絡節點的信令連接處理負荷；並且由於HNB並沒有建立到與HNB通信的網絡節點的傳輸協議信令通道，因而HNB的頻繁重啟和斷電並不會對與HNB通信的網絡節點造成衝擊。其中，數據包轉發裝置1302還可以用於獲取消息發送端的消息發送端標識，通過第二SCTP偶聯將消息發送端標識發送給消息接收端。在實際應用中，所述的通信系統可以進一步包括用於接收新數據包的數據包接收裝置。可以理解的是，本發明實施例主要採用HNB與MME之間的數據包傳輸說明，在其他場景中，如eNB與HNB，MCE與HNB等的數據包傳輸過程與HNB與MME之間的數據包傳輸過程類似。本領域普通技術人員可以理解實現上述實施例方法中的全部或部分步驟是可以通過程序來指令相關的硬體完成，所述的程序可以存儲於一種計算機可讀存儲介質中，該程序在執行時，包括如下步驟接收來自消息發送端的數據包，所述數據包通過預先建立的與所述消息發送端的第一傳輸協議信令通道傳輸，包括消息接收端標識和應用層消息；選擇與所述消息接收端標識對應的第二傳輸協議信令通道；通過所述第二傳輸協議信令通道將包括所述應用層消息的數據包向消息接收端發送。上述提到的存儲介質可以是只讀存儲器，磁碟或光碟等。以上對本發明實施例所提供的數據包轉發方法及裝置、數據包生成裝置和通信系統進行了詳細介紹，以上實施例的說明只是用於幫助理解本發明實施例的方法及其思想；同時，對於本領域的一般技術人員，依據本發明實施例的思想，在具體實施方式及應用範圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本發明實施例的限制。權利要求1、一種數據包轉發方法，其特徵在於，所述方法包括接收消息發送端通過第一傳輸協議信令通道發送的第一數據包，所述第一數據包包含消息接收端標識和應用層消息；選擇與所述消息接收端標識對應的第二傳輸協議信令通道；通過所述第二傳輸協議信令通道向消息接收端發送第二數據包，所述第二數據包包含所述應用層消息。2、如權利要求1所述的數據包轉發方法，其特徵在於，所述方法進一步包括獲取消息發送端才示識；將所述消息發送端標識發送給所述消息接收端。3、如權利要求2所述的數據包轉發方法，其特徵在於，所述消息發送端標識封裝在所述第一數據包的應用層消息中。4、如權利要求2所述的數據包轉發方法，其特徵在於，所述將所述消息發送端標識發送給所述消息接收端具體為通過所述第二傳輸協議信令通道將所述消息發送端標識發送給所述消息接收端。5、如權利要求4所述的數據包轉發方法，其特徵在於，所述消息發送端標識封裝在所述第一數據包的傳輸網絡層消息中；或者，所述消息發送端標識封裝所述第一數據包的^各由層消息中。6、如權利要求4所述的數據包轉發方法，其特徵在於，所述獲取消息發送端標識具體為根據所述第一傳輸協議信令通道，或所述消息發送端的公共信道獲取所述發送端標識。7、如權利要求1-6中任意一項權利要求所述的數據包轉發方法，其特徵在於，所述選擇與所述消息接收端標識對應的第二傳輸協議信令通道具體為解析所述第一數據包，從所述第一數據包的接收端預置位置獲取所述消息4妄收端標識；從預置的傳輸協議信令通道信息表中獲取與所述消息接收端標識對應的第二傳輸協議信令通道。8、如權利要求7所述的數據包轉發方法，其特徵在於，所述第一數據包的接收端預置位置是傳輸網絡層消息、傳輸網絡層的流控制傳輸協議數據塊報頭、路由層消息、用戶數據、用戶數據中的應用層消息中的任意一個。9、如權利要求1所述的數據包轉發方法，其特徵在於，所述方法進一步包括獲:f又所述消息接收端的狀態信息；向所述消息發送端發送所述消息接收端的狀態信息。10、如權利要求9所述的數據包轉發方法，其特徵在於息發送端發送所述消息接收端的狀態信息具體為設定周期時間；如果周期時間內，所述接收端不在線的次數超過門限值送端發送所述消息接收端的狀態信息。11、如權利要求9所述的數據包轉發方法，其特徵在於息發送端發送所述消息接收端的狀態信息具體為設定定時器；如果定時器超時，向所述消息發送端發送所述消息接收端的狀態信息。12、如權利要求10或11所述的數據包轉發方法，其特徵在於，所述發送所述消息接收端的狀態信息具體為向所述消息接收端發送專用消息，所述專用消息包含所述消息接收端的，所述向所述消，向所述消息發，所述向所述消狀態信息；或者，向所述消息接收端發送心跳測試請求消息，所述心跳測試請求消息包含所述消息接收端的狀態信息。13、如權利要求1所述的數據包轉發方法，其特徵在於所述應用層消息為Sl接口的應用層消息、M2接口的應用層消息，M3接口的應用層消息、X2接口的應用層消息中的任意一種。14、如權利要求1所述的數據包轉發方法，其特徵在於，所述第一傳輸協議信令通道為流控制傳輸協議偶聯、網際協議信令通道或傳輸控制協議信令通道中任意一個；所述第二傳輸協議信令通道為流控制傳輸協議偶聯、網際協議信令通道或和傳輸控制協議信令通道中任意一個。15、一種數據包生成裝置，其特徵在於，包括消息接收端選擇單元，用於獲取消息接收端標識；封裝單元，用於生成第一數據包，在所述第一數據包的接收端預置位置填充所述消息接收端選擇單元獲取的消息接收端標識，並將應用層消息封裝在所述第一數據包中。16、如權利要求15所述的數據包生成裝置，其特徵在於，還包括消息發送端標識獲取單元，用於獲取消息發送端標識；所述封裝單元還用於在所述第一數據包的發送端預置位置填充所述消息發送端標識獲取單元獲取的消息發送端標識。17、如權利要求15或16所述的數據包生成裝置，其特徵在於，還包括流選擇單元，用於選擇第一SCTP偶聯，並在第一SCTP偶聯中選擇與所述第一數據包的消息類型對應的流；數據包發送單元，用於當所述消息接收端在線時，通過所述流選擇單元選擇的所述流發送所述第一數據包，當所述消息接收端不在線時，按照預置方法處理所述第一數據包。18、一種裝置，其特徵在於，所述裝置包括數據包接收單元，用於接收消息發送端通過第一傳輸協議信令通道發送的第一數據包，所述第一數據包包含消息接收端標識和應用層消息；通道選擇單元，用於選擇與所述消息接收端標識對應的第二傳輸協議信令通道；數據包發送單元，用於通過所述第二傳輸協議信令通道向消息接收端發送第二數據包，所述第二數據包包含所述數據包接收單元接收的所述數據包中的應用層消息。19、如權利要求18所述的裝置，其特徵在於，所述裝置還包括消息發送端標識獲取單元，用於獲取消息發送端標識；所述數據包發送單元，還用於通過所述第二傳輸協議信令通道向所述消息接收端發送所述消息發送端標識獲取單元獲取的消息發送端標識。20、如權利要求18或19所述的裝置，其特徵在於，所述通道選擇單元包括解析單元，用於解析所述第一數據包，獲取所述消息接收端標識；選擇單元，用於從預置的傳輸協議信令通道信息表中查找與所述消息接收端標識對應的第二傳輸協議信令通道。21、如權利要求18或19所述的數據包轉發裝置，其特徵在於，所述裝置還包括節點狀態信息獲取單元，用於獲取消息接收端的狀態信息，當滿足預置條件時，向所述數據包發送單元發送通知消息；所述數據包發送單元，還用於根據所述節點狀態信息獲取單元發送的通知消息，向所述消息發送端發送所述狀態信息。22、一種通信系統，其特徵在於，包括數據包發送裝置，用於獲取消息接收端標識；生成第一數據包，在所述第一數據包的接收端預置位置填充所述消息接收端標識，將應用層消息封裝在所述第一數據包中，還用於向數據包轉發單元發送所述第一數據包；數據包轉發裝置，用於接收來自所述數據包發送裝置通過第一傳輸協議信令通道發送的第一數據包，所述第一數據包包括消息接收端標識和應用層消息；選擇與所述消息接收端標識對應的第二傳輸協議信令通道；通過所述第二傳輸協議信令通道向消息接收端發送包括所述應用層消息的第二數據包。23、如權利要求22所述的通信系統，其特徵在於，所述數據包轉發裝置還用於獲取所述數據包發送裝置的標識，通過所述第二傳輸協議信令通道向所述消息接收端發送所述數據包發送裝置的標識。全文摘要本發明實施例公開了數據包轉發方法及裝置、數據包生成裝置和通信系統，其中，數據包轉發方法包括接收消息發送端通過第一傳輸協議信令通道發送的第一數據包，所述第一數據包包含消息接收端標識和應用層消息；選擇與所述消息接收端標識對應的第二傳輸協議信令通道；通過所述第二傳輸協議信令通道向消息接收端發送第二數據包，所述第二數據包包含所述應用層消息；本發明並提供了與數據包生成裝置、數據包轉發裝置和通信系統；使用本發明實施例提供的技術方案，可以降低與HNB通信的網絡節點的處理負荷，使HNB的重啟和斷電不對所述網絡節點造成衝擊。文檔編號H04L29/06GK101364939SQ20081009499公開日2009年2月11日申請日期2008年4月29日優先權日2007年8月7日發明者劉曉寒,周國華,勇邱,敏黃申請人:華為技術有限公司