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