數(shù)據(jù)傳輸方法和裝置制造方法
【專利摘要】本發(fā)明實(shí)施例提供一種數(shù)據(jù)傳輸方法和裝置。其中該方法包括：簡(jiǎn)單網(wǎng)絡(luò)中的第一終端與所述簡(jiǎn)單網(wǎng)絡(luò)中的第二終端，通過(guò)協(xié)商信令協(xié)商用于傳輸用戶數(shù)據(jù)的傳輸資源，所述協(xié)商信令為采用面向連接的雙向可靠數(shù)據(jù)傳輸協(xié)議傳輸?shù)男帕?；所述第一終端與所述第二終端在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，通過(guò)面向用戶的無(wú)連接不可靠傳輸協(xié)議傳輸用戶數(shù)據(jù)。采用本發(fā)明實(shí)施例提供的技術(shù)方案在簡(jiǎn)單網(wǎng)絡(luò)中傳輸用戶數(shù)據(jù)時(shí)，傳輸效率和可靠性都較高。
【專利說(shuō)明】數(shù)據(jù)傳輸方法和裝置
【技術(shù)領(lǐng)域】
[0001 ] 本發(fā)明實(shí)施例涉及通信技術(shù)，尤其涉及一種數(shù)據(jù)傳輸方法和裝置。
【背景技術(shù)】
[0002]家庭用戶擁有的智能終端日益增多，如電視機(jī)、智能機(jī)頂盒、個(gè)人計(jì)算機(jī)、手持電腦、手機(jī)等，將這些智能終端構(gòu)建成智能化的家庭網(wǎng)絡(luò)，可以促進(jìn)各個(gè)智能終端間的內(nèi)容自由共享。家庭網(wǎng)絡(luò)大多采用簡(jiǎn)單網(wǎng)絡(luò)連接方式，一個(gè)家庭內(nèi)網(wǎng)絡(luò)的路由器個(gè)數(shù)在1-5個(gè)之間，組網(wǎng)相對(duì)簡(jiǎn)單，網(wǎng)絡(luò)穩(wěn)定性也較好；隨著電信運(yùn)營(yíng)商的寬帶業(yè)務(wù)升級(jí)，家庭局域網(wǎng)內(nèi)帶寬亦隨之提高，部分可達(dá)到100Mbps ;并且隨著智能終端的不斷發(fā)展，智能終端的操作系統(tǒng)(Operating System,簡(jiǎn)稱OS)逐漸多樣化,且各OS上的應(yīng)用開(kāi)發(fā)都比較開(kāi)放,對(duì)共享數(shù)據(jù)的個(gè)性化要求也逐漸提高。
[0003]現(xiàn)階段家庭網(wǎng)絡(luò)中各終端之間采用超文本傳輸協(xié)議(Hypertext transferprotocol，簡(jiǎn)稱HTTP)中的HTTP-GET方式和HTTP-P0ST方式進(jìn)行傳輸用戶數(shù)據(jù)。HTTP-GET和HTTP-P0ST都由一系列HTTP請(qǐng)求頭組成，請(qǐng)求頭定義了客戶端從服務(wù)器請(qǐng)求的內(nèi)容，而響應(yīng)則是由一系列HTTP應(yīng)答頭和應(yīng)答數(shù)據(jù)組成，如果請(qǐng)求成功則返回應(yīng)答。HTTP-GET是客戶端從服務(wù)器上獲取數(shù)據(jù)，HTTP-P0ST是客戶端向服務(wù)器傳送數(shù)據(jù)。如圖1所示，終端I和終端2上都布暑有服務(wù)器(Webserver)和瀏覽器(Browser)。終端I從終端2獲取數(shù)據(jù)時(shí)，終端I上的Browser通過(guò)HTTP-GET從終端2上的Webserver獲取數(shù)據(jù)，終端I向終端2傳送數(shù)據(jù)時(shí)，終端I上的Browser通過(guò)HTTP-Post向終端2上的WebServer傳送數(shù)據(jù)。相應(yīng)地，終端2上的Browser通過(guò)HTTP-GET從終端I上的Webserver獲取數(shù)據(jù)，終端2上的Browser通過(guò)HTTP-Post向終端I上的WebServer傳送數(shù)據(jù)。
[0004]HTTP-GET 和 HTTP-P0ST 使用的是HTTP 協(xié)議，HTTP 是傳輸控制協(xié)議(Transmiss1nControl Protocol，簡(jiǎn)稱TCP)的一個(gè)應(yīng)用協(xié)議。在TCP協(xié)議中，發(fā)送端發(fā)送的所有數(shù)據(jù)包需要接收端進(jìn)行確認(rèn)，發(fā)送端會(huì)重傳每個(gè)沒(méi)有經(jīng)過(guò)接收端確認(rèn)的數(shù)據(jù)包。TCP協(xié)議的確認(rèn)重傳機(jī)制較為復(fù)雜，傳輸可靠性較高，適用于組網(wǎng)結(jié)構(gòu)較為復(fù)雜的大規(guī)模網(wǎng)絡(luò)。然而，在組網(wǎng)簡(jiǎn)單且網(wǎng)絡(luò)穩(wěn)定性較好的家庭網(wǎng)絡(luò)中，各終端之間使用TCP協(xié)議傳輸用戶數(shù)據(jù)，會(huì)降低用戶數(shù)據(jù)傳輸?shù)男省?br>
【發(fā)明內(nèi)容】

[0005]本發(fā)明實(shí)施例提供一種數(shù)據(jù)傳輸方法和裝置，用于提高簡(jiǎn)單網(wǎng)絡(luò)中各終端之間的數(shù)據(jù)傳輸效率。
[0006]第一方面本發(fā)明提供一種數(shù)據(jù)傳輸方法，包括:
[0007]簡(jiǎn)單網(wǎng)絡(luò)中的第一終端與所述簡(jiǎn)單網(wǎng)絡(luò)中的第二終端，通過(guò)協(xié)商信令協(xié)商用于傳輸用戶數(shù)據(jù)的傳輸資源，所述協(xié)商信令為采用面向連接的雙向可靠數(shù)據(jù)傳輸協(xié)議傳輸?shù)男帕睿?br> [0008]所述第一終端與所述第二終端在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，通過(guò)面向用戶的無(wú)連接不可靠傳輸協(xié)議傳輸用戶數(shù)據(jù)。
[0009]結(jié)合第一方面,第一種可能的實(shí)現(xiàn)方式為，
[0010]所述第一終端在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，向所述第二終端發(fā)送按順序編號(hào)的用戶數(shù)據(jù)包；
[0011]若所述第二終端確定所述用戶數(shù)據(jù)包丟失，所述第一終端接收所述第二終端發(fā)送的用于請(qǐng)求重發(fā)送所述用戶數(shù)據(jù)包的請(qǐng)求信令，所述請(qǐng)求信令通過(guò)面向連接的雙向可靠數(shù)據(jù)傳輸協(xié)議傳輸；
[0012]所述第一終端在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，向所述第二終端重新發(fā)送所述用戶數(shù)據(jù)包。
[0013]結(jié)合第一方面，或第一方面的第一種可能的實(shí)現(xiàn)方式，在第二種可能的實(shí)現(xiàn)方式為，
[0014]所述第一終端在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，接收所述第二終端發(fā)送的攜帶有按順序編號(hào)的用戶數(shù)據(jù)包；
[0015]若根據(jù)所述用戶數(shù)據(jù)包中的編號(hào)，確定沒(méi)有接收到所述用戶數(shù)據(jù)包的上一個(gè)用戶數(shù)據(jù)包，采用面向連接的雙向可靠數(shù)據(jù)傳輸協(xié)議向所述第二終端發(fā)送用于請(qǐng)求重發(fā)所述上一個(gè)用戶數(shù)據(jù)包的請(qǐng)求信令；
[0016]所述第一終端在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，接收所述第二終端發(fā)送的所述上一個(gè)用戶數(shù)據(jù)包。
[0017]第二方面，本發(fā)明還提供一種數(shù)據(jù)傳輸裝置，所述裝置位于簡(jiǎn)單網(wǎng)絡(luò)中，所述裝置包括:
[0018]信令傳輸模塊，用于與所述簡(jiǎn)單網(wǎng)絡(luò)中的第二終端，通過(guò)協(xié)商信令協(xié)商用于傳輸用戶數(shù)據(jù)的傳輸資源，所述協(xié)商信令為采用面向連接的雙向可靠數(shù)據(jù)傳輸協(xié)議傳輸?shù)男帕睿?br> [0019]數(shù)據(jù)傳輸模塊，用于與所述第二終端在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，通過(guò)面向用戶的無(wú)連接不可靠傳輸協(xié)議，傳輸用戶數(shù)據(jù)。
[0020]結(jié)合第二方面，第一種可能的實(shí)現(xiàn)方式為:
[0021]所述數(shù)據(jù)傳輸模塊，還用于在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，向所述第二終端發(fā)送按順序編號(hào)的用戶數(shù)據(jù)包；
[0022]所述信令傳輸模塊，還用于若所述第二終端確定所述用戶數(shù)據(jù)包丟失，接收所述第二終端發(fā)送的用于請(qǐng)求重發(fā)送所述用戶數(shù)據(jù)包的請(qǐng)求信令，所述請(qǐng)求信令通過(guò)面向連接的雙向可靠數(shù)據(jù)傳輸協(xié)議傳輸；
[0023]所述數(shù)據(jù)傳輸模塊，還用于在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，向所述第二終端重新發(fā)送所述用戶數(shù)據(jù)包。
[0024]結(jié)合第二方面，或結(jié)合第二方面的第一種可能實(shí)現(xiàn)方式，第三種可能的實(shí)現(xiàn)方式為，
[0025]所述數(shù)據(jù)傳輸模塊，還用于在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，接收所述第二終端發(fā)送的攜帶有按順序編號(hào)的用戶數(shù)據(jù)包；
[0026]所述信令傳輸模塊，還用于若根據(jù)所述用戶數(shù)據(jù)包中的編號(hào)，確定沒(méi)有接收到所述用戶數(shù)據(jù)包的上一個(gè)用戶數(shù)據(jù)包，采用面向連接的雙向可靠數(shù)據(jù)傳輸協(xié)議向所述第二終端發(fā)送用于請(qǐng)求重發(fā)所述上一個(gè)用戶數(shù)據(jù)包的請(qǐng)求信令；
[0027]所述數(shù)據(jù)傳輸模塊，還用于在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，接收所述第二終端發(fā)送的所述上一個(gè)用戶數(shù)據(jù)包。
[0028]本發(fā)明提供的技術(shù)方案，采用面向連接的雙可靠傳輸協(xié)議傳輸用于協(xié)商傳輸資源的協(xié)商信令，在兩個(gè)終端之間建立點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道，然后采用面向用戶的無(wú)連接不可靠性傳輸協(xié)議在建立的數(shù)據(jù)通道上傳輸用戶數(shù)據(jù)。雖然面向用戶的無(wú)連接不可靠傳輸協(xié)議的可靠性低，但是簡(jiǎn)單網(wǎng)絡(luò)的結(jié)構(gòu)簡(jiǎn)單且穩(wěn)定性較好，在簡(jiǎn)單網(wǎng)絡(luò)中采用面向用戶的無(wú)連接不可靠傳輸協(xié)議在點(diǎn)對(duì)點(diǎn)數(shù)據(jù)通道上傳輸用戶數(shù)據(jù)時(shí)，丟包率極低，可靠性較高。由于面向用戶的無(wú)連接不可靠傳輸協(xié)議的傳輸機(jī)制簡(jiǎn)單，發(fā)送端發(fā)送的數(shù)據(jù)包在丟包時(shí)需要接收端確認(rèn)丟包，沒(méi)有丟包時(shí)不需要接收端確認(rèn)，在簡(jiǎn)單網(wǎng)絡(luò)中采用面向用戶的無(wú)連接不可靠傳輸協(xié)議傳輸用戶數(shù)據(jù)時(shí)，傳輸效率較高。因此，采用本發(fā)明實(shí)施例提供的方法，提高了簡(jiǎn)單網(wǎng)絡(luò)中傳輸用戶數(shù)據(jù)的傳輸效率，且可靠性也較高。
【專利附圖】

【附圖說(shuō)明】
[0029]圖1為現(xiàn)有技術(shù)提供的簡(jiǎn)單網(wǎng)絡(luò)中的數(shù)據(jù)傳輸示意圖；
[0030]圖2為本發(fā)明實(shí)施例提供的一種數(shù)據(jù)傳輸方法流程圖；
[0031]圖3為本發(fā)明實(shí)施例提供的另一種數(shù)據(jù)傳輸方法流程圖；
[0032]圖4為本發(fā)明實(shí)施例提供的一種數(shù)據(jù)傳輸裝置結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0033]本發(fā)明實(shí)施例提供的技術(shù)方案主要適用于簡(jiǎn)單網(wǎng)絡(luò)中用戶數(shù)據(jù)傳輸。同一個(gè)局域網(wǎng)中同一個(gè)網(wǎng)段的多個(gè)設(shè)備組成的、不跨越任何網(wǎng)絡(luò)地址轉(zhuǎn)換(Network AddressTr an s I at i on，簡(jiǎn)稱NAT)設(shè)備且傳輸速率在百兆以上的網(wǎng)絡(luò)，稱為簡(jiǎn)單網(wǎng)絡(luò)。
[0034]圖2為本發(fā)明實(shí)施例提供的一種數(shù)據(jù)傳輸方法流程圖。如圖2所示，本實(shí)施例提供的方法包括:
[0035]步驟21:簡(jiǎn)單網(wǎng)絡(luò)中的第一終端與簡(jiǎn)單網(wǎng)絡(luò)中的第二終端，通過(guò)面向連接的雙向可靠傳輸協(xié)議的信令，協(xié)商用于傳輸用戶數(shù)據(jù)的傳輸資源。
[0036]簡(jiǎn)單網(wǎng)絡(luò)中的兩個(gè)終端，協(xié)商用于用戶數(shù)據(jù)的傳輸資源時(shí)，采用面向連接的雙向可靠傳輸協(xié)議傳輸協(xié)商信令，傳輸協(xié)商信令的信令通道的可靠性高，因而，協(xié)商傳輸資源過(guò)程的可靠性較高。其中，面向連接的雙向可靠傳輸協(xié)議可以是TCP協(xié)議。傳輸資源可以是:第一終端的IP地址和端口號(hào)，第二終端端的IP地址和端口號(hào)。在協(xié)商好傳輸資源后，兩個(gè)終端之間就建立了用于傳輸用戶數(shù)據(jù)的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道。上述數(shù)據(jù)通道可以是針對(duì)兩個(gè)終端上的應(yīng)用程序建立的數(shù)據(jù)通道。
[0037]舉例來(lái)說(shuō)，兩個(gè)終端可以通過(guò)服務(wù)器協(xié)商傳輸資源，服務(wù)器可以是獨(dú)立于兩個(gè)終端的設(shè)備，也可以是位于兩個(gè)終端中任何一個(gè)終端中的邏輯模塊。兩個(gè)終端協(xié)商傳輸資源的過(guò)程可以如下:第一終端通過(guò)服務(wù)器向第二終端發(fā)送包括所述傳輸資源的請(qǐng)求信令，第二終端接收到請(qǐng)求信令后，通過(guò)服務(wù)器向第一終端反饋上述請(qǐng)求信令的響應(yīng)信令。此處的請(qǐng)求信念和響應(yīng)信令均采用面向連接的雙向可靠性傳輸協(xié)議傳輸。兩個(gè)終端也可以不通過(guò)服務(wù)器發(fā)送請(qǐng)求信令和響應(yīng)信令，而是第一終端直接向第二終端發(fā)送請(qǐng)求信令，第二終端直接向第一終端發(fā)送請(qǐng)求信令的響應(yīng)信令。
[0038]步驟22:第一終端與第二終端在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，通過(guò)面向用戶的無(wú)連接不可靠傳輸協(xié)議傳輸用戶數(shù)據(jù)。
[0039]第一終端和第二終端建立的數(shù)據(jù)通道是點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道。兩個(gè)終端在在點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上傳輸用戶數(shù)據(jù)時(shí)，通過(guò)面向用戶的無(wú)連接不可靠傳輸協(xié)議傳輸用戶數(shù)據(jù)。與向連接的雙向可靠傳輸協(xié)議相比，面向用戶的無(wú)連接不可靠傳輸協(xié)議的傳輸機(jī)制較為簡(jiǎn)單，發(fā)送端發(fā)送的數(shù)據(jù)包不需要接收端進(jìn)行接收確認(rèn)。面向用戶的無(wú)連接不可靠傳輸協(xié)議可以是用戶數(shù)據(jù)報(bào)協(xié)議(User Datagram Protocol,簡(jiǎn)稱UDP)。由于簡(jiǎn)單網(wǎng)絡(luò)的結(jié)構(gòu)簡(jiǎn)單且穩(wěn)定性好，兩個(gè)終端在已建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，采用面向用戶的無(wú)連接不可靠傳輸協(xié)議傳輸用戶數(shù)據(jù)時(shí)，丟包率極小，可靠性較高。
[0040]本發(fā)明提供的方法米用面向連接的雙可靠傳輸協(xié)議傳輸用于協(xié)商傳輸資源的協(xié)商信令，在兩個(gè)終端之間建立點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道，然后采用面向用戶的無(wú)連接不可靠性傳輸協(xié)議在建立的數(shù)據(jù)通道上傳輸用戶數(shù)據(jù)。雖然面向用戶的無(wú)連接不可靠傳輸協(xié)議的可靠性低，但是簡(jiǎn)單網(wǎng)絡(luò)的結(jié)構(gòu)簡(jiǎn)單且穩(wěn)定性較好，在簡(jiǎn)單網(wǎng)絡(luò)中采用面向用戶的無(wú)連接不可靠傳輸協(xié)議在點(diǎn)對(duì)點(diǎn)數(shù)據(jù)通道上傳輸用戶數(shù)據(jù)時(shí)，丟包率極低，可靠性較高。由于面向用戶的無(wú)連接不可靠傳輸協(xié)議的傳輸機(jī)制簡(jiǎn)單，發(fā)送端發(fā)送的數(shù)據(jù)包在丟包時(shí)需要接收端確認(rèn)丟包，沒(méi)有丟包時(shí)不需要接收端確認(rèn)。在簡(jiǎn)單網(wǎng)絡(luò)中采用面向用戶的無(wú)連接不可靠傳輸協(xié)議傳輸用戶數(shù)據(jù)時(shí)，傳輸效率較高。因此，采用本發(fā)明實(shí)施例提供的方法，提高了簡(jiǎn)單網(wǎng)絡(luò)中傳輸用戶數(shù)據(jù)的傳輸效率，且可靠性也較高。
[0041]進(jìn)一步，所述第一終端作為用戶數(shù)據(jù)包的發(fā)送端，向第二終端的發(fā)送用戶數(shù)據(jù)的過(guò)程可以如下:所述第一終端在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，向所述第二終端發(fā)送按順序編號(hào)的用戶數(shù)據(jù)包；若所述第二終端確定所述用戶數(shù)據(jù)包丟失，接收所述第二終端發(fā)送的用于請(qǐng)求重發(fā)送所述用戶數(shù)據(jù)包的請(qǐng)求信令，所述請(qǐng)求信令通過(guò)面向連接的雙向可靠數(shù)據(jù)傳輸協(xié)議傳輸；所述第一終端在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，向所述第二終端重新發(fā)送所述用戶數(shù)據(jù)包。
[0042]所述第一終端作為用戶數(shù)據(jù)包的接收端，第一終端的接收用戶數(shù)據(jù)過(guò)程可以如下:所述第一終端在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，接收所述第二終端發(fā)送的攜帶有按順序編號(hào)的用戶數(shù)據(jù)包。第二終端按包的編號(hào)順序發(fā)送用戶數(shù)據(jù)包，如果第一終端接收到的用戶數(shù)據(jù)包不連續(xù)，可以確定有用戶數(shù)據(jù)包丟失，且丟失的用戶數(shù)據(jù)包為第一終端當(dāng)前接收到的用戶數(shù)據(jù)包的上一個(gè)用戶數(shù)據(jù)包。因此，若根據(jù)所述用戶數(shù)據(jù)包中的編號(hào)，第一終端確定沒(méi)有接收到所述用戶數(shù)據(jù)包的上一個(gè)用戶數(shù)據(jù)包，采用面向連接的雙向可靠數(shù)據(jù)傳輸協(xié)議向所述第二終端發(fā)送用于請(qǐng)求重發(fā)所述上一個(gè)用戶數(shù)據(jù)包的請(qǐng)求信令；所述第一終端在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，接收所述第二終端發(fā)送的所述上一個(gè)用戶數(shù)據(jù)包。
[0043]通過(guò)上述用戶數(shù)據(jù)的傳輸過(guò)程可知，第一終端和第二終端傳輸用戶數(shù)據(jù)時(shí)，采用的是面向用戶的無(wú)連接不可靠傳輸協(xié)議，通過(guò)包的編號(hào)確定是否需要重傳用戶數(shù)據(jù)包，因此，確認(rèn)重傳機(jī)制較為簡(jiǎn)單。在發(fā)送重傳請(qǐng)求信令采用的是面向連接的雙向可靠傳輸協(xié)議，信令通道的可靠性較高，提高了重傳請(qǐng)求信令的傳輸可靠性。
[0044]圖3為本發(fā)明實(shí)施例提供的另一種數(shù)據(jù)傳輸方法流程圖。如圖3所示，本實(shí)施例提供的方法包括:
[0045]步驟31:第一終端上的應(yīng)用程序1，通過(guò)向服務(wù)器向第二終端上的應(yīng)用程序2發(fā)送包括IP地址和端口號(hào)的TCP請(qǐng)求信令，
[0046]TCP請(qǐng)求信令包括的IP地址和端口號(hào)，是應(yīng)用程序I與第二終端上的應(yīng)用程序2傳輸用戶數(shù)據(jù)時(shí)，應(yīng)用程序I占用第一終端上的IP地址和端口號(hào)。
[0047]服務(wù)器可為所述簡(jiǎn)單網(wǎng)絡(luò)中獨(dú)立于第一終端和第二終端的第三終端，或，服務(wù)器為設(shè)置于所述第一終端中的邏輯模塊或第二終端中的邏輯模塊。
[0048]步驟32:第二終端上的應(yīng)用程序2通過(guò)服務(wù)器將該TCP請(qǐng)求信令的響應(yīng)信令反饋給第一終端上的應(yīng)用程序I。
[0049]該TCP請(qǐng)求信令的響應(yīng)信令包括應(yīng)用程序2與應(yīng)用程序I傳輸用戶數(shù)據(jù)時(shí)，應(yīng)用程序2占用第二終端的IP地址和端口號(hào)。
[0050]應(yīng)用程序I和應(yīng)用程序2協(xié)商好傳輸用戶數(shù)據(jù)的IP地址和端口號(hào)后，在第一終端和第二終端之間建立了基于應(yīng)用程序級(jí)別的數(shù)據(jù)通道。
[0051]在開(kāi)始發(fā)送用戶數(shù)據(jù)包之前，第一終端上的應(yīng)用程序I對(duì)每個(gè)用戶數(shù)據(jù)包進(jìn)行編號(hào)，用戶數(shù)據(jù)包的大小可以取以太網(wǎng)分組包的最大值，并緩沖2024個(gè)用戶數(shù)據(jù)包。第一終端上的應(yīng)用程序I通過(guò)協(xié)商好的IP地址和端口號(hào)，以UDP方式通過(guò)服務(wù)器開(kāi)始向第二終端上的應(yīng)用程序2發(fā)送按順序編號(hào)的用戶數(shù)據(jù)包。第二終端上的應(yīng)用程序2以UDP方式接收來(lái)自應(yīng)用程序I的用戶數(shù)據(jù)包，根據(jù)接收到的用戶數(shù)據(jù)包中的編號(hào)，確定接收到的用戶數(shù)據(jù)包是否連續(xù)，如果不連續(xù)，確定當(dāng)前接收到的用戶數(shù)據(jù)包的上一個(gè)用戶數(shù)據(jù)包丟失，采用面向連接的雙向可靠傳輸協(xié)議向應(yīng)用程序I發(fā)送請(qǐng)求重發(fā)當(dāng)前接收到的用戶數(shù)據(jù)包的上一個(gè)用戶數(shù)據(jù)包的信令。
[0052]具體過(guò)程如下:
[0053]步驟331:第一終端上的應(yīng)用程序I在建立的數(shù)據(jù)通道上，通過(guò)UPD協(xié)議向第二終端上的應(yīng)用程序2發(fā)送第I個(gè)用戶數(shù)據(jù)包。應(yīng)用程序2確認(rèn)收到第I個(gè)用戶數(shù)據(jù)包。
[0054]以此類推，應(yīng)用程序I和應(yīng)用程序2依次傳輸?shù)?至第η個(gè)用戶數(shù)據(jù)包。
[0055]步驟33η+1:第一終端上的應(yīng)用程序I在建立的數(shù)據(jù)通道上，通過(guò)UPD協(xié)議向第二終端上的應(yīng)用程序2發(fā)送第η+1個(gè)用戶數(shù)據(jù)包。應(yīng)用程序2確認(rèn)收到第η+1個(gè)用戶數(shù)據(jù)包。
[0056]步驟33n+2a:第二終端上的應(yīng)用程序2確定接收到的用戶數(shù)據(jù)包不連續(xù)，通過(guò)服務(wù)器向第一終端上的應(yīng)用程序I發(fā)送請(qǐng)求重發(fā)第η個(gè)用戶數(shù)據(jù)包的TCP信令。
[0057]步驟33n+2b:第一終端上的應(yīng)用程序I在建立的數(shù)據(jù)通道上，通過(guò)UPD協(xié)議向第二終端上的應(yīng)用程序2發(fā)送第η個(gè)用戶數(shù)據(jù)包。應(yīng)用程序2確認(rèn)收到第η個(gè)用戶數(shù)據(jù)包。
[0058]步驟34:第二終端上的應(yīng)用程序2確定接收到應(yīng)用程序I發(fā)送的所有數(shù)據(jù)包，釋放本端占用的IP地址和端口號(hào)。
[0059]應(yīng)用程序2釋放的IP地址和端口號(hào)是，與應(yīng)用程序I傳輸用戶數(shù)據(jù)時(shí)，應(yīng)用程序2占用第二終端上的IP地址和端口號(hào)。
[0060]步驟35:第二終端上的應(yīng)用程序2，通過(guò)服務(wù)器向第一終端上的應(yīng)用程序2發(fā)送請(qǐng)求釋放IP地址和端口號(hào)的TCP信令。
[0061]步驟36:應(yīng)用程序I釋放與應(yīng)用程序2傳輸用戶數(shù)據(jù)時(shí)所占用的第一終端上的IP地址和端口號(hào)。[0062]圖4為本發(fā)明實(shí)施例提供的一種數(shù)據(jù)傳輸裝置結(jié)構(gòu)示意圖。如圖4所示，本實(shí)施例提供的裝置包括:信令傳輸模塊41和數(shù)據(jù)傳輸模塊42。
[0063]信令傳輸模塊41，用于與所述簡(jiǎn)單網(wǎng)絡(luò)中的第二終端，通過(guò)協(xié)商信令協(xié)商用于傳輸用戶數(shù)據(jù)的傳輸資源，所述協(xié)商信令為采用面向連接的雙向可靠數(shù)據(jù)傳輸協(xié)議傳輸?shù)男帕?。采用面向連接的雙向可靠數(shù)據(jù)傳輸協(xié)議可以是TCP協(xié)議。
[0064]數(shù)據(jù)傳輸模塊42，用于與所述第二終端在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，通過(guò)面向用戶的無(wú)連接不可靠傳輸協(xié)議，傳輸用戶數(shù)據(jù)。面向用戶的無(wú)連接不可靠傳輸協(xié)議可以是UDP協(xié)議。
[0065]本發(fā)明米用面向連接的雙可靠傳輸協(xié)議傳輸用于協(xié)商傳輸資源的協(xié)商信令，在兩個(gè)終端之間建立點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道，然后采用面向用戶的無(wú)連接不可靠性傳輸協(xié)議在建立的數(shù)據(jù)通道上傳輸用戶數(shù)據(jù)。雖然面向用戶的無(wú)連接不可靠傳輸協(xié)議的可靠性低，但是簡(jiǎn)單網(wǎng)絡(luò)的結(jié)構(gòu)簡(jiǎn)單且穩(wěn)定性較好，在通過(guò)面向連接的雙可靠傳輸協(xié)議建立的點(diǎn)對(duì)點(diǎn)數(shù)據(jù)通道上，傳輸用戶數(shù)據(jù)時(shí)，丟包率極低，可靠性較高。由于面向用戶的無(wú)連接不可靠傳輸協(xié)議的傳輸機(jī)制簡(jiǎn)單，發(fā)送端發(fā)送的數(shù)據(jù)包不需要接收端進(jìn)行接收確認(rèn)。在簡(jiǎn)單網(wǎng)絡(luò)中采用面向用戶的無(wú)連接不可靠傳輸協(xié)議傳輸用戶數(shù)據(jù)時(shí)，傳輸效率較高。因此，采用本發(fā)明實(shí)施例提供的技術(shù)方案在簡(jiǎn)單網(wǎng)絡(luò)中傳輸用戶數(shù)據(jù)時(shí)，傳輸效率和可靠性都較高。
[0066]圖4中所示的裝置作為發(fā)送方向第二終端發(fā)送數(shù)據(jù)時(shí)，上述各模塊的功能如下:
[0067]資源協(xié)商過(guò)程中各模塊的功能:
[0068]信令傳輸模塊41，還用于通過(guò)所述服務(wù)器向所述第二終端發(fā)送包括所述傳輸資源的請(qǐng)求信令，所述請(qǐng)求信令通過(guò)面向連接的雙向可靠傳輸協(xié)議傳輸，所述服務(wù)器為所述簡(jiǎn)單網(wǎng)絡(luò)中獨(dú)立于所述裝置和第二終端的第三終端，或。設(shè)置于所述裝置或第二終端中的邏輯模塊。
[0069]信令傳輸模塊41，還用于通過(guò)所述服務(wù)器接收所述第二終端反饋的所述請(qǐng)求信令的響應(yīng)信令。
[0070]用戶數(shù)據(jù)傳輸過(guò)程中各模塊的功能:
[0071]數(shù)據(jù)傳輸模塊42，還用于在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，向所述第二終端發(fā)送按順序編號(hào)的用戶數(shù)據(jù)包；
[0072]信令傳輸模塊41，還用于若所述第二終端確定所述用戶數(shù)據(jù)包丟失，接收所述第二終端發(fā)送的用于請(qǐng)求重發(fā)送所述用戶數(shù)據(jù)包的請(qǐng)求信令，所述請(qǐng)求信令通過(guò)面向連接的雙向可靠數(shù)據(jù)傳輸協(xié)議傳輸；
[0073]數(shù)據(jù)傳輸模塊42，還用于在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，向所述第二終端重新發(fā)送所述用戶數(shù)據(jù)包。
[0074]數(shù)據(jù)傳輸模塊42還可控制用戶數(shù)據(jù)的發(fā)送速率，根據(jù)帶寬自適應(yīng)調(diào)整發(fā)送速率。
[0075]圖4中所示的裝置作為接收方接收第二終端的數(shù)據(jù)時(shí)，各模塊的功能的如下:
[0076]資源協(xié)商過(guò)程中各模塊的功能:
[0077]信令傳輸模塊41，還用于通過(guò)所述服務(wù)器接收所述第二終端發(fā)送包括所述傳輸資源的請(qǐng)求信令，所述請(qǐng)求信令通過(guò)面向連接的雙向可靠傳輸協(xié)議傳輸，所述服務(wù)器為所述簡(jiǎn)單網(wǎng)絡(luò)中獨(dú)立于所述裝置和第二終端的第三終端，或。為設(shè)置于所述裝置或第二終端中的邏輯模塊。[0078]信令傳輸模塊41，還用于通過(guò)所述服務(wù)器向所述第二終端反饋所述請(qǐng)求信令的響應(yīng)信令。
[0079]用戶數(shù)據(jù)傳輸過(guò)程中各模塊的功能:
[0080]所述數(shù)據(jù)傳輸模塊42，還用于在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，接收所述第二終端發(fā)送的攜帶有按順序編號(hào)的用戶數(shù)據(jù)包；
[0081]所述信令傳輸模塊41，還用于若根據(jù)所述用戶數(shù)據(jù)包中的編號(hào)，確定沒(méi)有接收到所述用戶數(shù)據(jù)包的上一個(gè)用戶數(shù)據(jù)包，采用面向連接的雙向可靠數(shù)據(jù)傳輸協(xié)議向所述第二終端發(fā)送用于請(qǐng)求重發(fā)所述上一個(gè)用戶數(shù)據(jù)包的請(qǐng)求信令；
[0082]所述數(shù)據(jù)傳輸模塊42，還用于在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，接收所述第二終端發(fā)送的所述上一個(gè)用戶數(shù)據(jù)包。
[0083]通過(guò)上述用戶數(shù)據(jù)的傳輸過(guò)程可知，傳輸用戶數(shù)據(jù)時(shí)，采用的是面向用戶的無(wú)連接不可靠傳輸協(xié)議，通過(guò)包的編號(hào)確定是否需要重傳用戶數(shù)據(jù)包，因此，確認(rèn)重傳機(jī)制較為簡(jiǎn)單。在發(fā)送重傳請(qǐng)求信令采用的是面向連接的雙向可靠傳輸協(xié)議，信令通道的可靠性較高，提高了重傳請(qǐng)求信令的傳輸可靠性。
[0084]圖4所示的裝置作為發(fā)送方向第二終端發(fā)送數(shù)據(jù)時(shí)，圖4所示的裝置還可第一釋放模塊。資源釋放過(guò)程中各模塊的功能:
[0085]所述信令傳輸模塊41，還用于通過(guò)面向用戶的無(wú)連接不可靠傳輸協(xié)議傳輸用戶數(shù)據(jù)之后，接收到所述第二終端發(fā)送的用于請(qǐng)求釋放所述傳輸資源的信令；
[0086]所述第一釋放模塊，還用于接收到所述第二終端發(fā)送的用于請(qǐng)求釋放所述傳輸資源的信令后，釋放本端占用的用于傳輸所述用戶數(shù)據(jù)的傳輸資源。
[0087]圖4所示的裝置作為接收方接收第二終端的數(shù)據(jù)時(shí)，圖4所示的裝置還可第二釋放模塊。資源釋放過(guò)程中各模塊的功能:
[0088]所述第二釋放模塊，用于根據(jù)接收到的每個(gè)用戶數(shù)據(jù)包中的編號(hào)確定傳輸所述第二終端傳輸用戶數(shù)據(jù)結(jié)束后，釋放本端占用的用于傳輸所述用戶數(shù)據(jù)的傳輸資源；
[0089]所述信令傳輸模塊41，還用于向所述第二終端發(fā)送用于請(qǐng)求釋放第二終端占用的用于傳輸用戶數(shù)據(jù)的傳輸資源的信令。
[0090]本領(lǐng)域普通技術(shù)人員可以理解:實(shí)現(xiàn)上述各方法實(shí)施例的全部或部分步驟可以通過(guò)程序指令相關(guān)的硬件來(lái)完成。前述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中。該程序在執(zhí)行時(shí)，執(zhí)行包括上述各方法實(shí)施例的步驟；而前述的存儲(chǔ)介質(zhì)包括:R0M、RAM、磁碟或者光盤(pán)等各種可以存儲(chǔ)程序代碼的介質(zhì)。
[0091]最后應(yīng)說(shuō)明的是:以上各實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案，而非對(duì)其限制；盡管參照前述各實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分或者全部技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的范圍。
【權(quán)利要求】
1.一種數(shù)據(jù)傳輸方法，其特征在于，包括: 簡(jiǎn)單網(wǎng)絡(luò)中的第一終端與所述簡(jiǎn)單網(wǎng)絡(luò)中的第二終端，通過(guò)協(xié)商信令協(xié)商用于傳輸用戶數(shù)據(jù)的傳輸資源，所述協(xié)商信令為采用面向連接的雙向可靠數(shù)據(jù)傳輸協(xié)議傳輸?shù)男帕睿? 所述第一終端與所述第二終端在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，通過(guò)面向用戶的無(wú)連接不可靠傳輸協(xié)議傳輸用戶數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第一終端與所述第二終端在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，通過(guò)面向用戶的無(wú)連接不可靠傳輸協(xié)議傳輸用戶數(shù)據(jù)，包括: 所述第一終端在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，向所述第二終端發(fā)送按順序編號(hào)的用戶數(shù)據(jù)包； 若所述第二終端確定所述用戶數(shù)據(jù)包丟失，所述第一終端接收所述第二終端發(fā)送的用于請(qǐng)求重發(fā)送所述用戶數(shù)據(jù)包的請(qǐng)求信令，所述請(qǐng)求信令通過(guò)面向連接的雙向可靠數(shù)據(jù)傳輸協(xié)議傳輸； 所述第一終端在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，向所述第二終端重新發(fā)送所述用戶數(shù)據(jù)包。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第一終端與所述第二終端在利用所述傳輸資源建立的 點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，通過(guò)面向用戶的無(wú)連接不可靠傳輸協(xié)議傳輸用戶數(shù)據(jù)，包括: 所述第一終端在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，接收所述第二終端發(fā)送的攜帶有按順序編號(hào)的用戶數(shù)據(jù)包； 若根據(jù)所述用戶數(shù)據(jù)包中的編號(hào)，確定沒(méi)有接收到所述用戶數(shù)據(jù)包的上一個(gè)用戶數(shù)據(jù)包，采用面向連接的雙向可靠數(shù)據(jù)傳輸協(xié)議向所述第二終端發(fā)送用于請(qǐng)求重發(fā)所述上一個(gè)用戶數(shù)據(jù)包的請(qǐng)求信令； 所述第一終端在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，接收所述第二終端發(fā)送的所述上一個(gè)用戶數(shù)據(jù)包。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，在所述第一終端與所述第二終端在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，通過(guò)面向用戶的無(wú)連接不可靠傳輸協(xié)議傳輸用戶數(shù)據(jù)之后，還包括: 所述第一終端接收到所述第二終端發(fā)送的用于請(qǐng)求釋放所述傳輸資源的信令后，釋放所述傳輸資源。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，在所述第一終端與所述第二終端在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，通過(guò)面向用戶的無(wú)連接不可靠傳輸協(xié)議，傳輸用戶數(shù)據(jù)之后，還包括: 所述第一終端根據(jù)接收到的每個(gè)用戶數(shù)據(jù)包中的編號(hào)確定傳輸所述第二終端傳輸用戶數(shù)據(jù)結(jié)束后，所述第一終端釋放本端占用的用于傳輸用戶數(shù)據(jù)的傳輸資源； 所述第一終端向所述第二終端發(fā)送用于請(qǐng)求釋放第二終端占用的用于傳輸用戶數(shù)據(jù)的傳輸資源的信令。
6.根據(jù)權(quán)利要求1至5任一項(xiàng)所述的方法，其特征在于，所述簡(jiǎn)單網(wǎng)絡(luò)中的第一終端與所述簡(jiǎn)單網(wǎng)絡(luò)中的第二終端通過(guò)面向連接的雙向可靠數(shù)據(jù)傳輸協(xié)議的信令，協(xié)商用于傳輸用戶數(shù)據(jù)的傳輸資源，包括: 所述第一終端通過(guò)所述服務(wù)器向所述第二終端發(fā)送包括所述傳輸資源的請(qǐng)求信令，所述請(qǐng)求信令通過(guò)面向連接的雙向可靠傳輸協(xié)議傳輸，所述服務(wù)器為所述簡(jiǎn)單網(wǎng)絡(luò)中獨(dú)立于第一終端和第二終端的第三終端，或，為設(shè)置于所述第一終端或第二終端中的邏輯模塊；所述第一終端通過(guò)所述服務(wù)器接收所述第二終端反饋的所述請(qǐng)求信令的響應(yīng)信令。
7.一種數(shù)據(jù)傳輸裝置，其特征在于，所述裝置位于簡(jiǎn)單網(wǎng)絡(luò)中，所述裝置包括: 信令傳輸模塊，用于與所述簡(jiǎn)單網(wǎng)絡(luò)中的第二終端，通過(guò)協(xié)商信令協(xié)商用于傳輸用戶數(shù)據(jù)的傳輸資源，所述協(xié)商信令為采用面向連接的雙向可靠數(shù)據(jù)傳輸協(xié)議傳輸?shù)男帕?；?shù)據(jù)傳輸模塊，用于與所述第二終端在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，通過(guò)面向用戶的無(wú)連接不可靠傳輸協(xié)議，傳輸用戶數(shù)據(jù)。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于: 所述數(shù)據(jù)傳輸模塊，還用于在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，向所述第二終端發(fā)送按順序編號(hào)的用戶數(shù)據(jù)包； 所述信令傳輸模塊，還用于若所述第二終端確定所述用戶數(shù)據(jù)包丟失，接收所述第二終端發(fā)送的用于請(qǐng)求重發(fā)送所述用戶數(shù)據(jù)包的請(qǐng)求信令，所述請(qǐng)求信令通過(guò)面向連接的雙向可靠數(shù)據(jù)傳輸協(xié)議傳輸； 所述數(shù)據(jù)傳輸模塊，還用于在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，向所述第二終端重新發(fā)送所述用戶 數(shù)據(jù)包。
9.根據(jù)權(quán)利要求7所述的裝置，其特征在于: 所述數(shù)據(jù)傳輸模塊，還用于在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，接收所述第二終端發(fā)送的攜帶有按順序編號(hào)的用戶數(shù)據(jù)包； 所述信令傳輸模塊，還用于若根據(jù)所述用戶數(shù)據(jù)包中的編號(hào)，確定沒(méi)有接收到所述用戶數(shù)據(jù)包的上一個(gè)用戶數(shù)據(jù)包，采用面向連接的雙向可靠數(shù)據(jù)傳輸協(xié)議向所述第二終端發(fā)送用于請(qǐng)求重發(fā)所述上一個(gè)用戶數(shù)據(jù)包的請(qǐng)求信令； 所述數(shù)據(jù)傳輸模塊，還用于在利用所述傳輸資源建立的點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)通道上，接收所述第二終端發(fā)送的所述上一個(gè)用戶數(shù)據(jù)包。
10.根據(jù)權(quán)利要求8所述的裝置，其特征在于:還包括:第一釋放模塊； 所述信令傳輸模塊，還用于通過(guò)面向用戶的無(wú)連接不可靠傳輸協(xié)議傳輸用戶數(shù)據(jù)之后，接收到所述第二終端發(fā)送的用于請(qǐng)求釋放所述傳輸資源的信令； 所述第一釋放模塊，還用于接收到所述第二終端發(fā)送的用于請(qǐng)求釋放所述傳輸資源的信令后，釋放本端占用的用于傳輸所述用戶數(shù)據(jù)的傳輸資源。
11.根據(jù)權(quán)利要求9所述的裝置，其特征在于:還包括:第二釋放模塊； 所述第二釋放模塊，用于根據(jù)接收到的每個(gè)用戶數(shù)據(jù)包中的編號(hào)確定傳輸所述第二終端傳輸用戶數(shù)據(jù)結(jié)束后，釋放本端占用的用于傳輸所述用戶數(shù)據(jù)的傳輸資源； 所述信令傳輸模塊，還用于向所述第二終端發(fā)送用于請(qǐng)求釋放第二終端占用的用于傳輸用戶數(shù)據(jù)的傳輸資源的信令。
12.根據(jù)權(quán)利要求7至11任一項(xiàng)所述的裝置，其特征在于: 所述信令傳輸模塊，還用于通過(guò)所述服務(wù)器向所述第二終端發(fā)送包括所述傳輸資源的請(qǐng)求信令，所述請(qǐng)求信令通過(guò)面向連接的雙向可靠傳輸協(xié)議傳輸，所述服務(wù)器為所述簡(jiǎn)單網(wǎng)絡(luò)中獨(dú)立于所述裝置和第二終端的第三終端，或。為設(shè)置于所述裝置或第二終端中的邏輯模塊； 所述信令傳輸模塊，還用于通過(guò)所述服務(wù)器接收所述第二終端反饋的所述請(qǐng)求信令的響應(yīng)信令。
【文檔編號(hào)】H04L29/08GK104038512SQ201310068239
【公開(kāi)日】2014年9月10日 申請(qǐng)日期:2013年3月4日 優(yōu)先權(quán)日:2013年3月4日
【發(fā)明者】陳秋林, 譚巍, 同磊 申請(qǐng)人:華為技術(shù)有限公司