一種數(shù)據(jù)傳輸方法和裝置制造方法
【專利摘要】本發(fā)明公開了一種數(shù)據(jù)傳輸方法和裝置。該方法包括:確定發(fā)送端和接收端都支持的傳輸方式;計算基于每種傳輸方式傳輸數(shù)據(jù)時所需的傳輸時間;根據(jù)每種傳輸方式對應(yīng)的傳輸時間,選擇傳輸所述數(shù)據(jù)的傳輸方式;基于選擇的所述傳輸方式,傳輸所述數(shù)據(jù)。本發(fā)明在傳輸數(shù)據(jù)之前,在發(fā)送端和接收端都支持的傳輸方式中,基于每種傳輸方式的傳輸時間,找出適合傳輸該數(shù)據(jù)、且傳輸時間較短的傳輸方式來傳輸數(shù)據(jù),通過本發(fā)明,提高了數(shù)據(jù)傳輸效率,提升了用戶體驗效果。
【專利說明】一種數(shù)據(jù)傳輸方法和裝置
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信【技術(shù)領(lǐng)域】,尤其涉及一種數(shù)據(jù)傳輸方法和裝置。
【背景技術(shù)】
[0002]現(xiàn)有終端的近場通信(Near Field Communicat1n,簡稱NFC)點對點傳輸方案分為小數(shù)據(jù)量數(shù)據(jù)的傳輸和大數(shù)據(jù)量數(shù)據(jù)的傳輸。小數(shù)據(jù)量數(shù)據(jù)是指聯(lián)系人、郵件、網(wǎng)頁地址、包名等;大數(shù)據(jù)量數(shù)據(jù)是指圖片、音頻、視頻等。小數(shù)據(jù)量數(shù)據(jù)可以直接通過NFC點對點功能進(jìn)行傳輸,大數(shù)據(jù)量數(shù)據(jù)可以通過NFC點對點功能,實現(xiàn)藍(lán)牙配對,通過藍(lán)牙來傳輸該大數(shù)據(jù)量數(shù)據(jù)。
[0003]目前,為了提高數(shù)據(jù)傳輸速度,可以在數(shù)據(jù)傳輸之前,根據(jù)數(shù)據(jù)量大小,在多種傳輸方式中選擇一種傳輸方式,例如:通過設(shè)定幾個閾值,將數(shù)據(jù)的數(shù)據(jù)量與閾值進(jìn)行比較,來確定使用NFC、藍(lán)牙、或者WiFi來傳輸數(shù)據(jù)。通常來說,每種傳輸方式均可支持多種傳輸速率,如,NFC支持的速率有106kbps、212kbps、424kbps、848kbps。因此,只是通過設(shè)定閾值的方式來確定使用哪種傳輸方式,實現(xiàn)方案單一,閾值不好選取,而且忽略了每種傳輸方式都支持多種傳輸速率的問題。
【發(fā)明內(nèi)容】
[0004]本發(fā)明的主要目的在于提供一種數(shù)據(jù)傳輸方法和裝置,以解決現(xiàn)有技術(shù)根據(jù)數(shù)據(jù)量大小來選擇傳輸方式時未充分利用每種傳輸方式所支持的多種傳輸速率的問題。
[0005]基于上述技術(shù)特征,本發(fā)明是通過以下技術(shù)方案來解決的。
[0006]本發(fā)明提供了一種數(shù)據(jù)傳輸方法,包括:確定發(fā)送端和接收端都支持的傳輸方式;計算基于每種傳輸方式傳輸數(shù)據(jù)時所需的傳輸時間;根據(jù)每種傳輸方式對應(yīng)的傳輸時間,選擇傳輸所述數(shù)據(jù)的傳輸方式;基于選擇的所述傳輸方式,傳輸所述數(shù)據(jù)。
[0007]其中,計算基于每種傳輸方式傳輸數(shù)據(jù)時所需的傳輸時間,包括:針對每種傳輸方式,在發(fā)送端和接收端都支持的傳輸速率中,確定最大傳輸速率;根據(jù)所述最大傳輸速率、以及所述數(shù)據(jù)的數(shù)據(jù)量,計算所述傳輸方式傳輸所述數(shù)據(jù)時所需的傳輸時間。
[0008]其中,所述傳輸方式包括:近場通信NFC方式。
[0009]其中,根據(jù)每種傳輸方式對應(yīng)的傳輸時間,選擇傳輸所述數(shù)據(jù)的傳輸方式,包括:判斷NFC方式對應(yīng)的傳輸時間是否小于預(yù)先設(shè)置的時間閾值;若是,則采用所述NFC方式傳輸所述待傳輸數(shù)據(jù);若否,則在發(fā)送端和接收端都支持的其他傳輸方式中,選擇傳輸時間最短的傳輸方式,用來傳輸所述待傳輸數(shù)據(jù)。
[0010]其中,根據(jù)每種傳輸方式對應(yīng)的傳輸時間,選擇傳輸所述數(shù)據(jù)的傳輸方式,包括:在所有傳輸方式中,選擇傳輸時間最短的傳輸方式,用來傳輸所述待傳輸數(shù)據(jù)。
[0011]本發(fā)明還提供了一種數(shù)據(jù)傳輸裝置,包括:確定模塊,用于確定發(fā)送端和接收端都支持的傳輸方式;計算模塊,用于計算基于每種傳輸方式傳輸數(shù)據(jù)時所需的傳輸時間;選擇模塊,用于根據(jù)每種傳輸方式對應(yīng)的傳輸時間,選擇傳輸所述數(shù)據(jù)的傳輸方式;傳輸模塊,用于基于選擇的所述傳輸方式,傳輸所述數(shù)據(jù)。
[0012]其中,所述計算模塊用于:針對每種傳輸方式,在發(fā)送端和接收端都支持的傳輸速率中,確定最大傳輸速率;根據(jù)所述最大傳輸速率、以及所述數(shù)據(jù)的數(shù)據(jù)量,計算所述傳輸方式傳輸所述數(shù)據(jù)時所需的傳輸時間。
[0013]其中,所述傳輸方式包括:近場通信NFC方式。
[0014]其中,所述選擇模塊用于:判斷NFC方式對應(yīng)的傳輸時間是否小于預(yù)先設(shè)置的時間閾值;若是,則采用所述NFC方式傳輸所述待傳輸數(shù)據(jù);若否,則在發(fā)送端和接收端都支持的其他傳輸方式中,選擇傳輸時間最短的傳輸方式,用來傳輸所述待傳輸數(shù)據(jù)。
[0015]其中,所述選擇模塊,用于在所述傳輸方式中,選擇傳輸時間最短的傳輸方式,用來傳輸所述待傳輸數(shù)據(jù)。
[0016]本發(fā)明有益效果如下:
[0017]本發(fā)明在傳輸數(shù)據(jù)之前,在發(fā)送端和接收端都支持的傳輸方式中,基于每種傳輸方式的傳輸時間,找出適合傳輸該數(shù)據(jù)、且傳輸時間較短的傳輸方式來傳輸數(shù)據(jù),通過本發(fā)明,提高了數(shù)據(jù)傳輸效率,提升了用戶體驗效果。
【專利附圖】
【附圖說明】
[0018]此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解,構(gòu)成本申請的一部分,本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明,并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中:
[0019]圖1是根據(jù)本發(fā)明一實施例的數(shù)據(jù)傳輸方法的流程圖;
[0020]圖2是根據(jù)本發(fā)明一實施例的確定數(shù)據(jù)傳輸方式的步驟流程圖;
[0021]圖3是根據(jù)本發(fā)明一實施例的數(shù)據(jù)傳輸裝置的結(jié)構(gòu)圖。
【具體實施方式】
[0022]本發(fā)明的主要思想在于,在傳輸數(shù)據(jù)(待傳輸數(shù)據(jù))之前,通過在發(fā)送端和接收端相互支持的傳輸方式中,確定每種傳輸方式在傳輸該數(shù)據(jù)時,所需的傳輸時間,根據(jù)每種傳輸方式的傳輸時間,來確定傳輸該數(shù)據(jù)的傳輸方式。例如,使用傳輸時間最短的傳輸方式來傳輸數(shù)據(jù),或者使用省時、且便捷的傳輸方式來傳輸數(shù)據(jù)。通過本發(fā)明可以有效地提高數(shù)據(jù)傳輸速率,提升用戶體驗效果。
[0023]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚,以下結(jié)合附圖及具體實施例,對本發(fā)明作進(jìn)一步地詳細(xì)說明。
[0024]根據(jù)本發(fā)明的實施例,提供了一種數(shù)據(jù)傳輸方法。如圖1所示,圖1是根據(jù)本發(fā)明一實施例的數(shù)據(jù)傳輸方法的流程圖。
[0025]步驟S110,確定發(fā)送端和接收端都支持的傳輸方式。
[0026]發(fā)送端和接收端都為終端。如,移動終端。
[0027]傳輸方式包括但不限于:NFC方式、WiFi方式和藍(lán)牙方式。
[0028]具體而言,發(fā)送端在向接收端發(fā)送數(shù)據(jù)之前,需要發(fā)現(xiàn)/掃描/搜索接收端;當(dāng)接收端響應(yīng)發(fā)送端的發(fā)現(xiàn)/掃描/搜索時,發(fā)送端可以獲得接收端使用的通信協(xié)議和通信參數(shù);發(fā)送端通過分析該通信協(xié)議,能夠獲知發(fā)送端和接收端都支持的傳輸方式。
[0029]步驟S120,計算基于每種傳輸方式傳輸數(shù)據(jù)時所需的傳輸時間。
[0030]針對每種傳輸方式都執(zhí)行如下步驟:獲知發(fā)送端和接收端都支持的一種或多種傳輸速率;確定一種或多種傳輸速率中的最大傳輸速率;根據(jù)該最大傳輸速率、以及數(shù)據(jù)的數(shù)據(jù)量,計算傳輸數(shù)據(jù)時所需的傳輸時間。
[0031]具體而言,發(fā)送端通過分析接收端使用的通信參數(shù),可以獲知每種傳輸方式中,發(fā)送端和接收端都支持的一種或多種傳輸速率;針對每種傳輸方式,發(fā)送端和接收端通過協(xié)商的方式,在發(fā)送端和接收端都支持的傳輸速率中,選擇數(shù)值最大的傳輸速率,作為最大傳輸速率。
[0032]例如:發(fā)送端向其周圍的射頻場發(fā)送發(fā)現(xiàn)請求;接收端響應(yīng)該發(fā)現(xiàn)請求,并在響應(yīng)信號中攜帶其使用的通信協(xié)議和通信參數(shù);發(fā)送端通過分析接收端使用的通信協(xié)議和通信參數(shù),得知發(fā)送端和接收端都支持NFC方式、且接收端的NFC方式支持的傳輸速率包括:212kbps,424kbps和848kbps ;發(fā)送端得知自身的NFC方式支持的傳輸速率包括:106kbps、212kbps和424kbps之后,發(fā)送端與接收端進(jìn)行協(xié)商,在發(fā)送端和接收端都支持的212kbps和424kbps中,確定將424kbps作為最大傳輸速率。
[0033]步驟S130,根據(jù)每種傳輸方式對應(yīng)的傳輸時間,選擇傳輸所述數(shù)據(jù)的傳輸方式。
[0034]根據(jù)每種傳輸方式傳輸數(shù)據(jù)時所需的傳輸時間,選擇一種最佳的傳輸方式,來傳輸所述數(shù)據(jù)。
[0035]本實施例優(yōu)選地,在發(fā)送端和接收端都支持的所有傳輸方式中,將所有傳輸方式傳輸所述數(shù)據(jù)需要的傳輸時間進(jìn)行比較;在多種傳輸方式中,選擇傳輸時間最短的傳輸方式,待發(fā)送端和接收端基于該傳輸方式建立連接后,傳輸該數(shù)據(jù)。
[0036]例如:在所有的傳輸方式中,NFC方式的傳輸時間最短,則選擇使用NFC方式來傳輸數(shù)據(jù),在發(fā)送端和接收端基于NFC技術(shù)建立網(wǎng)絡(luò)連接之后,發(fā)送端向接收端發(fā)送數(shù)據(jù)。
[0037]通過選擇傳輸時間最短的傳輸方式傳輸數(shù)據(jù),可以有效地縮短傳輸時間,提高數(shù)據(jù)傳輸效率,提升用戶體驗效果,同時避免了大數(shù)據(jù)量的數(shù)據(jù)使用傳輸速率低的傳輸方式,而引起的功耗過大的問題。
[0038]步驟S140,基于選擇的所述傳輸方式,傳輸所述數(shù)據(jù)。
[0039]在提高數(shù)據(jù)傳輸速率的基礎(chǔ)上,為了進(jìn)一步地提升用戶體驗效果,在確定傳輸數(shù)據(jù)的傳輸方式上,本發(fā)明給出了一個能夠降低數(shù)據(jù)運算量的實施例。本實施例中,發(fā)送端和接收端都支持的傳輸方式中包括NFC方式。
[0040]如圖2所示,圖2是根據(jù)本發(fā)明一實施例的確定數(shù)據(jù)傳輸方式的步驟流程圖。
[0041]步驟S210,確定每種傳輸方式傳輸數(shù)據(jù)時需要的傳輸時間。
[0042]步驟S220,判斷NFC方式對應(yīng)的傳輸時間是否小于預(yù)先設(shè)置的時間閾值。若是,則執(zhí)行步驟S230 ;若否,則執(zhí)行步驟S240。
[0043]時間閾值是依據(jù)用戶體驗和傳輸數(shù)據(jù)所需的功耗來選取。本實施例優(yōu)選地,時間閾值為5s。
[0044]具體而言,由于NFC為近場通信技術(shù),只有發(fā)送端和接收端的距離較近時,才能實現(xiàn)發(fā)送端和接收端的通信,并且,在進(jìn)行數(shù)據(jù)傳輸?shù)倪^程中,發(fā)送端和接收端不可以離開對方的射頻場范圍。所以,為了避免發(fā)送端和接收端一直保持較近距離所帶來的不便,所以,只有傳輸時間較短、數(shù)據(jù)的數(shù)據(jù)量較小時,才采用NFC方式,傳輸時間短意味著發(fā)送端和接收端無需保持長時間的接觸,數(shù)據(jù)量小意味著傳輸時所需功耗較小。這樣,采用本實施例來傳輸數(shù)據(jù)時,若采用NFC方式傳輸數(shù)據(jù),則發(fā)送端和接收端只需接觸較短的時間,就可以完成數(shù)據(jù)的傳輸。
[0045]步驟S230,采用NFC方式傳輸數(shù)據(jù)。
[0046]步驟S240,在發(fā)送端和接收端都支持的其他傳輸方式中,選擇傳輸時間最短的傳輸方式,來傳輸數(shù)據(jù)。
[0047]如果傳輸數(shù)據(jù)的時間大于等于時間閾值,如5s,則盡量不使用NFC方式傳輸,但是,在使用其他傳輸方式時,需要選取傳輸時間最短的傳輸方式,例如,在WiFi方式和藍(lán)牙方式中,WiFi方式的傳輸時間為Tw,藍(lán)牙方式的傳輸時間為Tb,如果Tw < Tb,則選擇傳輸時間最短的WiFi方式,來傳輸數(shù)據(jù)。這樣,在提升了用戶體驗效果的同時,還能確保數(shù)據(jù)傳輸速率有所提聞。
[0048]需要說明的是,本實施例中,針對NFC方式的傳輸時間是否小于其他傳輸方式的傳輸時間不做限定。
[0049]在本發(fā)明的又一個實施例中,在確定傳輸數(shù)據(jù)的傳輸方式時,還可以先計算出NFC方式傳輸所述數(shù)據(jù)的傳輸時間,如果NFC方式對應(yīng)的傳輸時間小于時間閾值,則采用NFC方式傳輸數(shù)據(jù),如果NFC方式對應(yīng)的傳輸時間大于等于時間閾值,則計算其他傳輸方式傳輸所述數(shù)據(jù)的傳輸時間,采用傳輸時間最短的傳輸方式來傳輸數(shù)據(jù)。該實施例可以減少數(shù)據(jù)的運算量。
[0050]本發(fā)明還提供了一種數(shù)據(jù)傳輸裝置。如圖3所示,圖3是根據(jù)本發(fā)明一實施例的數(shù)據(jù)傳輸裝置的結(jié)構(gòu)圖。
[0051]該裝置包括:
[0052]確定模塊310,用于用于確定發(fā)送端和接收端都支持的傳輸方式。
[0053]計算模塊320,用于計算基于每種傳輸方式傳輸數(shù)據(jù)時所需的傳輸時間。
[0054]選擇模塊330,用于根據(jù)每種傳輸方式對應(yīng)的傳輸時間,選擇傳輸所述數(shù)據(jù)的傳輸方式。
[0055]傳輸模塊340,用于基于選擇的所述傳輸方式,傳輸所述數(shù)據(jù)。
[0056]在一個實施例中,計算模塊320具體用于:針對每種傳輸方式,在發(fā)送端和接收端都支持的傳輸速率中,確定最大傳輸速率;根據(jù)最大傳輸速率、以及數(shù)據(jù)的數(shù)據(jù)量,計算該傳輸方式傳輸數(shù)據(jù)時所需的傳輸時間。
[0057]在一個實施例中,傳輸方式包括:近場通信NFC方式。選擇模塊320具體用于:判斷NFC方式對應(yīng)的傳輸時間是否小于預(yù)先設(shè)置的時間閾值;若是,則采用NFC方式傳輸待傳輸數(shù)據(jù);若否,則在發(fā)送端和接收端都支持的其他傳輸方式中,選擇傳輸時間最短的傳輸方式,用來傳輸待傳輸數(shù)據(jù)。
[0058]在另一實施例中,選擇模塊320具體用于:在所有傳輸方式中,選擇傳輸時間最短的傳輸方式,用來傳輸待傳輸數(shù)據(jù)。
[0059]本發(fā)明實施例所述的裝置的功能已經(jīng)在圖1-圖2所示的方法實施例中進(jìn)行了描述,故本實施例的描述中未詳盡之處,可以參見前述實施例中的相關(guān)說明,在此不做贅述。
[0060]上述裝置可以應(yīng)用于終端中,用來在發(fā)送端和接收端之間傳輸數(shù)據(jù)。
[0061]以上所述僅為本發(fā)明的實施例而已,并不用于限制本發(fā)明,對于本領(lǐng)域的技術(shù)人員來說,本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進(jìn)等,均應(yīng)包含在本發(fā)明的權(quán)利要求范圍之內(nèi)。
【權(quán)利要求】
1.一種數(shù)據(jù)傳輸方法,其特征在于,包括: 確定發(fā)送端和接收端都支持的傳輸方式; 計算基于每種傳輸方式傳輸數(shù)據(jù)時所需的傳輸時間; 根據(jù)每種傳輸方式對應(yīng)的傳輸時間,選擇傳輸所述數(shù)據(jù)的傳輸方式; 基于選擇的所述傳輸方式,傳輸所述數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,計算基于每種傳輸方式傳輸數(shù)據(jù)時所需的傳輸時間,包括: 針對每種傳輸方式,在發(fā)送端和接收端都支持的傳輸速率中,確定最大傳輸速率; 根據(jù)所述最大傳輸速率、以及所述數(shù)據(jù)的數(shù)據(jù)量,計算所述傳輸方式傳輸所述數(shù)據(jù)時所需的傳輸時間。
3.根據(jù)權(quán)利要求1或2所述的方法,其特征在于,所述傳輸方式包括:近場通信NFC方式。
4.根據(jù)權(quán)利要求3所述的方法,其特征在于,根據(jù)每種傳輸方式對應(yīng)的傳輸時間,選擇傳輸所述數(shù)據(jù)的傳輸方式,包括: 判斷NFC方式對應(yīng)的傳輸時間是否小于預(yù)先設(shè)置的時間閾值; 若是,則采用所述NFC方式傳輸所述待傳輸數(shù)據(jù); 若否,則在發(fā)送端和接收端都支持的其他傳輸方式中,選擇傳輸時間最短的傳輸方式,用來傳輸所述待傳輸數(shù)據(jù)。
5.根據(jù)權(quán)利要求1或2所述的方法,其特征在于,根據(jù)每種傳輸方式對應(yīng)的傳輸時間,選擇傳輸所述數(shù)據(jù)的傳輸方式,包括: 在所有傳輸方式中,選擇傳輸時間最短的傳輸方式,用來傳輸所述待傳輸數(shù)據(jù)。
6.一種數(shù)據(jù)傳輸裝置,其特征在于,包括: 確定模塊,用于確定發(fā)送端和接收端都支持的傳輸方式; 計算模塊,用于計算基于每種傳輸方式傳輸數(shù)據(jù)時所需的傳輸時間; 選擇模塊,用于根據(jù)每種傳輸方式對應(yīng)的傳輸時間,選擇傳輸所述數(shù)據(jù)的傳輸方式; 傳輸模塊,用于基于選擇的所述傳輸方式,傳輸所述數(shù)據(jù)。
7.根據(jù)權(quán)利要求6所述的裝置,其特征在于,所述計算模塊用于: 針對每種傳輸方式,在發(fā)送端和接收端都支持的傳輸速率中,確定最大傳輸速率; 根據(jù)所述最大傳輸速率、以及所述數(shù)據(jù)的數(shù)據(jù)量,計算所述傳輸方式傳輸所述數(shù)據(jù)時所需的傳輸時間。
8.根據(jù)權(quán)利要求6或7所述的裝置,其特征在于,所述傳輸方式包括:近場通信NFC方式。
9.根據(jù)權(quán)利要求8所述的裝置,其特征在于,所述選擇模塊用于: 判斷NFC方式對應(yīng)的傳輸時間是否小于預(yù)先設(shè)置的時間閾值; 若是,則采用所述NFC方式傳輸所述待傳輸數(shù)據(jù); 若否,則在發(fā)送端和接收端都支持的其他傳輸方式中,選擇傳輸時間最短的傳輸方式,用來傳輸所述待傳輸數(shù)據(jù)。
10.根據(jù)權(quán)利要求6或7所述的裝置,其特征在于,所述選擇模塊,用于在所述傳輸方式中,選擇傳輸時間最短的傳輸方式,用來傳輸所述待傳輸數(shù)據(jù)。
【文檔編號】H04B5/02GK104320164SQ201410541442
【公開日】2015年1月28日 申請日期:2014年10月14日 優(yōu)先權(quán)日:2014年10月14日
【發(fā)明者】張子敬, 任鍇 申請人:宇龍計算機通信科技(深圳)有限公司