一種多媒體數(shù)據(jù)交換方法及裝置制造方法
【專利摘要】本發(fā)明實(shí)施例公開了一種多媒體數(shù)據(jù)交換方法及裝置,通過將多媒體數(shù)據(jù)根據(jù)藍(lán)牙低功耗技術(shù)拆分成若干個數(shù)據(jù)包進(jìn)行傳輸,實(shí)現(xiàn)了在無需定義角色的設(shè)備的情況下,便能夠?qū)Χ嗝襟w數(shù)據(jù)進(jìn)行傳輸。本發(fā)明實(shí)施例方法包括:首先,接收發(fā)送方發(fā)送的多媒體數(shù)據(jù)的交換請求,其次,根據(jù)發(fā)送方的信息建立與其相對應(yīng)的傳輸通道,然后,根據(jù)藍(lán)牙低功耗技術(shù)將多媒體數(shù)據(jù)拆分成具備預(yù)置數(shù)據(jù)量的若干個數(shù)據(jù)包,最后,將若干個數(shù)據(jù)包通過傳輸通道進(jìn)行傳輸。
【專利說明】一種多媒體數(shù)據(jù)交換方法及裝置
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及數(shù)據(jù)處理領(lǐng)域,尤其涉及一種多媒體數(shù)據(jù)交換方法及裝置。
【背景技術(shù)】
[0002]藍(lán)牙技術(shù),是一種支持設(shè)備短距離通信的無線電技術(shù),隨著藍(lán)牙技術(shù)的不斷發(fā)展,通過使用藍(lán)牙技術(shù)進(jìn)行多媒體數(shù)據(jù)的交換也廣泛應(yīng)用,
[0003]傳統(tǒng)藍(lán)牙設(shè)備間傳輸多媒體信息主要包括如下幾種方法:HFP (Hands-FreeProfile), A2DP (Advanced Audio Distribution Profile, 一個控音軌分配技術(shù)),其主要是應(yīng)用于立體聲耳機(jī),AVRCP (A/V Remote Control Profile), MAP (Message AccessProfile)、BIP (Basic Imaging Profile)、VDP (Video Distribution Profile)。
[0004]然而,上述提及的這幾種技術(shù)實(shí)現(xiàn)的基礎(chǔ)都是基于藍(lán)牙2.1或更早一些的規(guī)范,這些規(guī)范定義了不同的角色。由于不同角色的設(shè)備,其實(shí)現(xiàn)的功能與特性各不相同,例如用于信息交換的MAP協(xié)議,其定義了兩種角色,MCE (Message Server Equipment),以及MSE(Message Client Equipment),移動電話上實(shí)現(xiàn)的是MSE角色,而MCE角色的實(shí)現(xiàn)者包括車載系統(tǒng)、個人電腦等。由于移動電話上只實(shí)現(xiàn)了 MSE角色,而沒有實(shí)現(xiàn)MCE角色,所以不同的移動電話之間,就失去了通過MAP協(xié)議進(jìn)行信息交換的能力,只能通過其他協(xié)議進(jìn)行信息交換,與此同時,類似的如對于語音交換,移動電話上實(shí)現(xiàn)的角色也是比較單一的,同樣導(dǎo)致兩個移動電話之間無法通過藍(lán)牙進(jìn)行語音交換。
【發(fā)明內(nèi)容】
[0005]本發(fā)明實(shí)施例提供了一種多媒體數(shù)據(jù)交換方法及裝置,通過將多媒體數(shù)據(jù)根據(jù)藍(lán)牙低功耗技術(shù)拆分成若干個數(shù)據(jù)包進(jìn)行傳輸,實(shí)現(xiàn)了在無需定義角色的設(shè)備的情況下,便能夠?qū)Χ嗝襟w數(shù)據(jù)進(jìn)行傳輸。
[0006]本發(fā)明實(shí)施例中提供的一種多媒體數(shù)據(jù)交換方法,包括:
[0007]接收發(fā)送方發(fā)送的多媒體數(shù)據(jù)的交換請求;
[0008]根據(jù)所述發(fā)送方的信息建立與其相對應(yīng)的傳輸通道;
[0009]根據(jù)藍(lán)牙低功耗技術(shù)將所述多媒體數(shù)據(jù)拆分成具備預(yù)置數(shù)據(jù)量的若干個數(shù)據(jù)包;
[0010]將若干個所述數(shù)據(jù)包通過所述傳輸通道進(jìn)行傳輸。
[0011]可選地,
[0012]接收發(fā)送方發(fā)送的多媒體數(shù)據(jù)的交換請求之前還包括:
[0013]通過藍(lán)牙廣播信息掃描接收方;
[0014]根據(jù)掃描到的所述接收方的信息進(jìn)行甄別,并確定最終接收方。
[0015]可選地,
[0016]根據(jù)所述發(fā)送方的信息建立與其相對應(yīng)的傳輸通道具體包括:
[0017]添加所述發(fā)送方的所述信息,所述信息包含有驗(yàn)證密鑰字串和驗(yàn)證結(jié)果;[0018]對所述發(fā)送方的信息進(jìn)行驗(yàn)證,若驗(yàn)證成功,則與其相對應(yīng)的傳輸通道。
[0019]可選地,
[0020]所述根據(jù)藍(lán)牙低功耗技術(shù)將所述多媒體數(shù)據(jù)拆分成具備預(yù)置數(shù)據(jù)量的若干個數(shù)據(jù)包具體包括:
[0021]根據(jù)藍(lán)牙低功耗技術(shù)將所述多媒體數(shù)據(jù)拆分成具備所述預(yù)置數(shù)據(jù)量的若干個所述數(shù)據(jù)包;
[0022]對所述數(shù)據(jù)包插入一個字節(jié)表示幀序號。
[0023]可選地,
[0024]所述將若干個所述數(shù)據(jù)包通過所述傳輸通道進(jìn)行傳輸之后還包括:
[0025]將接收到的所述數(shù)據(jù)包按照所述幀序號進(jìn)行組包。
[0026]判斷是否存在丟包,若是,則通過NACK控制包將未收到的數(shù)據(jù)包的序號通知發(fā)送方,若否,則通過ACK控制包通知發(fā)送包發(fā)送完成。
[0027]本發(fā)明實(shí)施例中提供的一種多媒體數(shù)據(jù)交換裝置,包括:
[0028]接收模塊,用于接收發(fā)送方發(fā)送的多媒體數(shù)據(jù)的交換請求;
[0029]連接模塊,用于根據(jù)所述發(fā)送方的信息建立與其相對應(yīng)的傳輸通道;
[0030]拆包模塊,用于根據(jù)藍(lán)牙低功耗技術(shù)將所述多媒體數(shù)據(jù)拆分成具備預(yù)置數(shù)據(jù)量的若干個數(shù)據(jù)包;
[0031]傳輸模塊,用于將若干個所述數(shù)據(jù)包通過所述傳輸通道進(jìn)行傳輸。
[0032]可選地,
[0033]所述的多媒體數(shù)據(jù)交換裝置還包括:
[0034]掃描模塊,用于通過藍(lán)牙廣播信息掃描接收方;
[0035]甄別模塊,用于根據(jù)掃描到的所述接收方的信息進(jìn)行甄別,并確定最終接收方。
[0036]可選地,
[0037]所述連接模塊具體包括:
[0038]添加子模塊,用于添加所述發(fā)送方的所述信息,所述信息包含有驗(yàn)證密鑰字串和驗(yàn)證結(jié)果;
[0039]驗(yàn)證子模塊,用于對所述發(fā)送方的信息進(jìn)行驗(yàn)證,若驗(yàn)證成功,則與其相對應(yīng)的傳輸通道。
[0040]可選地,
[0041]所述拆包模塊具體包括:
[0042]拆包子模塊,用于根據(jù)藍(lán)牙低功耗技術(shù)將所述多媒體數(shù)據(jù)拆分成具備所述預(yù)置數(shù)據(jù)量的若干個所述數(shù)據(jù)包;
[0043]插入子模塊,用于對所述數(shù)據(jù)包插入一個字節(jié)表示幀序號。
[0044]可選地,
[0045]所述的多媒體數(shù)據(jù)交換裝置還包括:
[0046]組包模塊,用于將接收到的所述多媒體數(shù)據(jù)按照幀序號進(jìn)行組包;
[0047]其中,所述組包模塊包括判斷子模塊,用于判斷是否存在丟包,若是,則通過NACK控制包將未收到的數(shù)據(jù)包的序號通知發(fā)送方,若否,則通過ACK控制包通知發(fā)送包發(fā)送完成。[0048]從以上技術(shù)方案可以看出,本發(fā)明實(shí)施例具有以下優(yōu)點(diǎn):
[0049]本發(fā)明實(shí)施例提供了一種多媒體數(shù)據(jù)交換方法及裝置,其中,方法步驟包括:首先,接收發(fā)送方發(fā)送的多媒體數(shù)據(jù)的交換請求,其次,根據(jù)發(fā)送方的信息建立與其相對應(yīng)的傳輸通道,然后,根據(jù)藍(lán)牙低功耗技術(shù)將多媒體數(shù)據(jù)拆分成具備預(yù)置數(shù)據(jù)量的若干個數(shù)據(jù)包,最后,將若干個數(shù)據(jù)包通過傳輸通道進(jìn)行傳輸。本實(shí)施例中,首先通過發(fā)送方的信息建立與其相對應(yīng)的傳輸通道,再將多媒體數(shù)據(jù)根據(jù)藍(lán)牙低功耗技術(shù)拆分成若干個數(shù)據(jù)包通過建立的傳輸通道進(jìn)行傳輸,實(shí)現(xiàn)了在無需定義角色的設(shè)備的情況下,便能夠?qū)Χ嗝襟w數(shù)據(jù)進(jìn)行傳輸,同時,通過使用藍(lán)牙低功耗技術(shù),進(jìn)一步提高了傳輸?shù)男屎唾|(zhì)量。
【專利附圖】
【附圖說明】
[0050]為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案,下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例,對于本領(lǐng)域普通技術(shù)人員來講,在不付出創(chuàng)造性勞動性的前提下,還可以根據(jù)這些附圖獲得其它的附圖。
[0051]圖1為本發(fā)明實(shí)施例中提供的一種多媒體數(shù)據(jù)交換方法的一個實(shí)施例的流程示意圖;
[0052]圖2為本發(fā)明實(shí)施例中提供的一種多媒體數(shù)據(jù)交換方法的另一個實(shí)施例的流程示意圖;
[0053]圖3為本發(fā)明實(shí)施例中提供的一種多媒體數(shù)據(jù)交換方法的另一個實(shí)施例的流程示意圖;
[0054]圖4為本發(fā)明實(shí)施例中提供的一種多媒體數(shù)據(jù)交換裝置的一個實(shí)施例的流程示意圖;
[0055]圖5為本發(fā)明實(shí)施例中提供的一種多媒體數(shù)據(jù)交換裝置的另一個實(shí)施例的流程示意圖;
[0056]圖6為本發(fā)明實(shí)施例中提供的一種多媒體數(shù)據(jù)交換裝置的另一個實(shí)施例的流程示意圖。
【具體實(shí)施方式】
[0057]本發(fā)明實(shí)施例提供了一種多媒體數(shù)據(jù)交換方法及裝置,通過將多媒體數(shù)據(jù)根據(jù)藍(lán)牙低功耗技術(shù)拆分成若干個數(shù)據(jù)包進(jìn)行傳輸,實(shí)現(xiàn)了在無需定義角色的設(shè)備的情況下,便能夠?qū)Χ嗝襟w數(shù)據(jù)進(jìn)行傳輸。
[0058]為使得本發(fā)明的發(fā)明目的、特征、優(yōu)點(diǎn)能夠更加的明顯和易懂,下面將結(jié)合本發(fā)明實(shí)施例中的附圖,對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述,顯然,下面所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例,而非全部的實(shí)施例?;诒景l(fā)明中的實(shí)施例,本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實(shí)施例,都屬于本發(fā)明保護(hù)的范圍。
[0059]請參閱圖1,本發(fā)明實(shí)施例中提供的一種多媒體數(shù)據(jù)交換方法的一個實(shí)施例包括:
[0060]101、接收發(fā)送方發(fā)送的多媒體數(shù)據(jù)的交換請求;[0061]本實(shí)施例中,當(dāng)用戶需要通過一個設(shè)備向另一個設(shè)備發(fā)送多媒體數(shù)據(jù)的時候,首先需要接收發(fā)送方發(fā)送的多媒體數(shù)據(jù)的交換請求,需要說明的是,前述的設(shè)備可以是用戶端,如移動終端,例如手機(jī)等,此處具體不做限定,還可以是服務(wù)端,如服務(wù)器,例如PC端,此處具體不做限定。
[0062]必須說明的是,前述的多媒體數(shù)據(jù)可以是實(shí)時多媒體信息,例如語音信息、圖像信息或者是視頻息等。
[0063]102、根據(jù)所述發(fā)送方的信息建立與其相對應(yīng)的傳輸通道;
[0064]當(dāng)接收到發(fā)送方發(fā)送的多媒體數(shù)據(jù)的交換請求之后,首先需要根據(jù)發(fā)送方的信息建立與該信息相對應(yīng)的用于多媒體數(shù)據(jù)傳輸?shù)膫鬏斖ǖ?,需要說明的是,前述的發(fā)送方的信息可以是與發(fā)送方的身份信息相對應(yīng)的驗(yàn)證秘鑰字串等表示發(fā)送方的身份信息的信息,此處具體不做限定。
[0065]103、根據(jù)藍(lán)牙低功耗技術(shù)將多媒體數(shù)據(jù)拆分成具備預(yù)置數(shù)據(jù)量的若干個數(shù)據(jù)包;
[0066]當(dāng)傳輸通道建立完成以后,需要根據(jù)藍(lán)牙低功耗技術(shù)將多媒體數(shù)據(jù)拆分成具備預(yù)置數(shù)據(jù)量的若干個數(shù)據(jù)包,前述的預(yù)置數(shù)據(jù)量的數(shù)據(jù)包可以是不大于20個字節(jié)的數(shù)據(jù)包,該數(shù)據(jù)包中還可以包含有表示數(shù)據(jù)包順序的標(biāo)識符,該標(biāo)識符將在后續(xù)的實(shí)施例中進(jìn)行說明,此處不再做詳細(xì)的贅述。
[0067]必須說明的是,前述的數(shù)據(jù)包為符合藍(lán)牙低功耗技術(shù)的數(shù)據(jù)包,以及多媒體數(shù)據(jù)發(fā)送方和多媒體數(shù)據(jù)接收方均可以是兼容藍(lán)牙低功耗技術(shù)的設(shè)備,可以理解的是,前述的藍(lán)牙低功耗技術(shù)為公知技術(shù),因此具體此處不做詳細(xì)贅述。
[0068]104、將若干個數(shù)據(jù)包通過傳輸通道進(jìn)行傳輸。
[0069]本實(shí)施例中,當(dāng)將多媒體數(shù)據(jù)根據(jù)藍(lán)牙低功耗技術(shù)進(jìn)行預(yù)置數(shù)據(jù)量的拆包處理之后,將拆包之后的若干個數(shù)據(jù)包通過步驟102所建立的傳輸通道進(jìn)行傳輸。
[0070]需要說明的是,在對數(shù)據(jù)包進(jìn)行傳輸時,若發(fā)送方為用戶端,可以是使用write的方法對數(shù)據(jù)進(jìn)行傳輸,若發(fā)送方為服務(wù)端,可以是通過notify的方法對數(shù)據(jù)進(jìn)行傳輸,可以理解的是,前述的write方法和notify方法均為公知技術(shù),因此此處便不再具體贅述。
[0071]必須說明的是,本實(shí)施例中,在對數(shù)據(jù)包進(jìn)行傳輸時可以是通過使用確認(rèn)機(jī)制和超時重發(fā)機(jī)制來確保多媒體數(shù)據(jù)中的關(guān)鍵控制數(shù)據(jù)的傳輸,前述的確認(rèn)機(jī)制和超時重發(fā)機(jī)制為公知技術(shù),因此具體此處不做詳細(xì)贅述。
[0072]本發(fā)明實(shí)施例提供了一種多媒體數(shù)據(jù)交換方法及裝置,其中,方法步驟包括:首先,接收發(fā)送方發(fā)送的多媒體數(shù)據(jù)的交換請求,其次,根據(jù)發(fā)送方的信息建立與其相對應(yīng)的傳輸通道,然后,根據(jù)藍(lán)牙低功耗技術(shù)將多媒體數(shù)據(jù)拆分成具備預(yù)置數(shù)據(jù)量的若干個數(shù)據(jù)包,最后,將若干個數(shù)據(jù)包通過傳輸通道進(jìn)行傳輸。本實(shí)施例中,通過先對多媒體數(shù)據(jù)發(fā)送方的信息進(jìn)行匹配,再將多媒體數(shù)據(jù)根據(jù)藍(lán)牙低功耗技術(shù)拆分成若干個數(shù)據(jù)包進(jìn)行傳輸,實(shí)現(xiàn)了在無需定義角色的設(shè)備的情況下,便能夠?qū)Χ嗝襟w數(shù)據(jù)進(jìn)行傳輸,同時,通過使用藍(lán)牙低功耗技術(shù),進(jìn)一步提高了傳輸?shù)男屎唾|(zhì)量。
[0073]上面是對本發(fā)明實(shí)施例中提供的多媒體數(shù)據(jù)交換方法的過程進(jìn)行詳細(xì)的描述,下面將對多媒體數(shù)據(jù)拆分的過程進(jìn)行詳細(xì)的描述,請參閱圖2,本發(fā)明實(shí)施例中提供的一種多媒體數(shù)據(jù)交換方法的另一個實(shí)施例包括:[0074]201、通過藍(lán)牙廣播信息掃描接收方,并根據(jù)掃描到的接收方的信息進(jìn)行甄別,確定最終接收方;
[0075]本實(shí)施例中,在接收方向發(fā)送方發(fā)送多媒體數(shù)據(jù)的交換請求之前,接收方需要先通過藍(lán)牙廣播信息掃描接收方,該接收方可以是多個,根據(jù)掃描到的接收方的信息進(jìn)行甄另IJ,并確定最終接收方。
[0076]必須說明的是,該廣播信息包含有身份識別信息,可以是將個人身份識別碼直接添加到藍(lán)牙設(shè)備名稱中,還可以是將個人身份識別碼通過編碼添加一個服務(wù)ID,該服務(wù)ID為 Service UUID0
[0077]202、接收發(fā)送方發(fā)送的多媒體數(shù)據(jù)的交換請求;
[0078]本實(shí)施例中,當(dāng)用戶需要通過一個設(shè)備向另一個設(shè)備發(fā)送多媒體數(shù)據(jù)的時候,首先,發(fā)送方需要發(fā)送多媒體數(shù)據(jù)的交換請求,需要說明的是,前述的設(shè)備可以是用戶端,如移動終端,例如手機(jī)等,此處具體不做限定,還可以是服務(wù)端,如服務(wù)器,例如PC端,此處具體不做限定。
[0079]必須說明的是,前述的多媒體數(shù)據(jù)可以是實(shí)時多媒體信息,例如語音信息、圖像信息或者是視頻息等。
[0080]203、添加發(fā)送方的信息;
[0081]本實(shí)施例中,當(dāng)用戶需要通過一個設(shè)備向另一個設(shè)備發(fā)送多媒體數(shù)據(jù)的時候,首先還需要將發(fā)送方的信息進(jìn)行添加,需要說明的是,該添加可以是添加至藍(lán)牙廣播信息中,還可以是在請求彳目息中添加。
[0082]必須說明的是,該信息包含有身份識別信息,還可以是包含有驗(yàn)證密鑰字串。
[0083]可以理解的是,前述的身份識別碼可以是與發(fā)送方建立有對應(yīng)關(guān)系的身份識別碼,如手機(jī)號碼,或者是姓名,此處具體不做限定。
[0084]204、對發(fā)送方的信息進(jìn)行匹配,若匹配成功,則執(zhí)行步驟205,若匹配不成功,則不響應(yīng)交換請求;
[0085]當(dāng)接收到發(fā)送方發(fā)送的多媒體數(shù)據(jù)的交換請求之后,首先需要對發(fā)送方的信息進(jìn)行匹配,若匹配成功,則執(zhí)行步驟205,若匹配不成功,則不響應(yīng)交換請求。
[0086]需要說明的是,前述的發(fā)送方的信息進(jìn)行匹配可以是該發(fā)送方是否具備多媒體數(shù)據(jù)的傳輸權(quán)限的匹配,該匹配可以是接收到發(fā)送方發(fā)送的多媒體數(shù)據(jù)交換請求之后,自動進(jìn)行掃描列表里是否具備與發(fā)送方信息匹配的設(shè)備,例如通過列表里的名稱與發(fā)送方的個人身份識別碼進(jìn)行匹配,還可以是通過列表里的Service UUID與發(fā)送方的個人身份識別碼進(jìn)行匹配,或者是通過發(fā)起鑒權(quán)請求來進(jìn)行匹配,此處具體不做限定。
[0087]可以理解的是,前述的不響應(yīng)交換請求可以是拒絕交換請求,還可以是返還一個添加發(fā)送方的信息的要求,當(dāng)接受并同意該要求時,則執(zhí)行步驟203對發(fā)送方的信息進(jìn)行添加。
[0088]205、建立傳輸通道;
[0089]本實(shí)施例中,當(dāng)匹配發(fā)送方的信息成功之后,建立用于傳輸多媒體數(shù)據(jù)的傳輸通道。
[0090]206、根據(jù)藍(lán)牙低功耗技術(shù)將多媒體數(shù)據(jù)拆分成具備預(yù)置數(shù)據(jù)量的若干個數(shù)據(jù)包;[0091]當(dāng)傳輸通道建立完成以后,需要根據(jù)藍(lán)牙低功耗技術(shù)將多媒體數(shù)據(jù)拆分成具備預(yù)置數(shù)據(jù)量的若干個數(shù)據(jù)包,前述的預(yù)置數(shù)據(jù)量的數(shù)據(jù)包可以是不大于20個字節(jié)的數(shù)據(jù)包,該數(shù)據(jù)包中還可以包含有表示數(shù)據(jù)包順序的標(biāo)識符,該標(biāo)識符將在后續(xù)的步驟中進(jìn)行說明,此處不再做詳細(xì)的贅述。
[0092]必須說明的是,前述的數(shù)據(jù)包為符合藍(lán)牙低功耗技術(shù)的數(shù)據(jù)包,以及多媒體數(shù)據(jù)發(fā)送方和多媒體數(shù)據(jù)接收方均可以是兼容藍(lán)牙低功耗技術(shù)的設(shè)備,可以理解的是,前述的藍(lán)牙低功耗技術(shù)為公知技術(shù),因此具體此處不做詳細(xì)贅述。
[0093]207、對數(shù)據(jù)包插入一個字節(jié)表示幀序號;
[0094]當(dāng)多媒體數(shù)據(jù)被拆分成符合藍(lán)牙低功耗技術(shù)的若干的數(shù)據(jù)包之后,對前述的數(shù)據(jù)包插入一個字節(jié)用于表示幀序號,該幀序號表示數(shù)據(jù)包的順序和時序,例如前述的步驟206中數(shù)據(jù)包按照19個字節(jié)進(jìn)行拆包處理,每個數(shù)據(jù)插入一個字節(jié)表示幀序號,此時,包含有幀序號的數(shù)據(jù)包的字節(jié)為20個字節(jié)。
[0095]208、將若干個數(shù)據(jù)包通過傳輸通道進(jìn)行傳輸。
[0096]本實(shí)施例中,當(dāng)將多媒體數(shù)據(jù)根據(jù)藍(lán)牙低功耗技術(shù)進(jìn)行預(yù)置數(shù)據(jù)量的拆包處理,并且對拆包處理之后的若干數(shù)據(jù)包插入一個字節(jié)表示幀序號之后,將前述的若干個數(shù)據(jù)包通過步驟205所建立的傳輸通道進(jìn)行傳輸。
[0097]需要說明的是,在對數(shù)據(jù)包進(jìn)行傳輸時,若發(fā)送方為用戶端,可以是使用write的方法對數(shù)據(jù)進(jìn)行傳輸,若發(fā)送方為服務(wù)端,可以是通過notify的方法對數(shù)據(jù)進(jìn)行傳輸,可以理解的是,前述的write方法和notify方法均為公知技術(shù),因此此處便不再具體贅述。
[0098]必須說明的是,本實(shí)施例中,在對數(shù)據(jù)包進(jìn)行傳輸時可以是通過使用確認(rèn)機(jī)制和超時重發(fā)機(jī)制來確保多媒體數(shù)據(jù)中的關(guān)鍵控制數(shù)據(jù)的傳輸,前述的確認(rèn)機(jī)制和超時重發(fā)機(jī)制為公知技術(shù),因此具體此處不做詳細(xì)贅述。
[0099]本實(shí)施例中,首先通過發(fā)送方的信息建立與其相對應(yīng)的傳輸通道,再將多媒體數(shù)據(jù)根據(jù)藍(lán)牙低功耗技術(shù)拆分成若干個數(shù)據(jù)包通過建立的傳輸通道進(jìn)行傳輸,實(shí)現(xiàn)了在無需定義角色的設(shè)備的情況下,便能夠?qū)Χ嗝襟w數(shù)據(jù)進(jìn)行傳輸,同時,通過使用藍(lán)牙低功耗技術(shù),進(jìn)一步提高了傳輸?shù)男屎唾|(zhì)量,以及,添加發(fā)送方信息的設(shè)計,進(jìn)一步增加了多媒體數(shù)據(jù)在傳輸過程中,發(fā)送方和接收方的正確連接性。
[0100]上面是對多媒體數(shù)據(jù)拆分的過程進(jìn)行詳細(xì)的描述,下面將對接收方組包的過程進(jìn)行詳細(xì)的描述,請參閱圖3,本發(fā)明實(shí)施例中提供的一種多媒體數(shù)據(jù)交換方法的另一個實(shí)施例包括:
[0101]301、通過藍(lán)牙廣播信息掃描接收方,并根據(jù)掃描到的接收方的信息進(jìn)行甄別,確定最終接收方;
[0102]本實(shí)施例中,在接收方向發(fā)送方發(fā)送多媒體數(shù)據(jù)的交換請求之前,接收方需要先通過藍(lán)牙廣播信息掃描接收方,該接收方可以是多個,根據(jù)掃描到的接收方的信息進(jìn)行甄另IJ,并確定最終接收方。
[0103]必須說明的是,該廣播信息包含有身份識別信息,可以是將個人身份識別碼直接添加到藍(lán)牙設(shè)備名稱中,還可以是將個人身份識別碼通過編碼添加一個服務(wù)ID,該服務(wù)ID為 Service UUID0
[0104]302、接收發(fā)送方發(fā)送的多媒體數(shù)據(jù)的交換請求;[0105]本實(shí)施例中,當(dāng)用戶需要通過一個設(shè)備向另一個設(shè)備發(fā)送多媒體數(shù)據(jù)的時候,首先,發(fā)送方需要發(fā)送多媒體數(shù)據(jù)的交換請求,需要說明的是,前述的設(shè)備可以是用戶端,如移動終端,例如手機(jī)等,此處具體不做限定,還可以是服務(wù)端,如服務(wù)器,例如PC端,此處具體不做限定。
[0106]必須說明的是,前述的多媒體數(shù)據(jù)可以是實(shí)時多媒體信息,例如語音信息、圖像信息或者是視頻息等。
[0107]303、添加發(fā)送方的信息;
[0108]本實(shí)施例中,當(dāng)用戶需要通過一個設(shè)備向另一個設(shè)備發(fā)送多媒體數(shù)據(jù)的時候,首先還需要將發(fā)送方的信息進(jìn)行添加,需要說明的是,該添加可以是添加至藍(lán)牙廣播信息中,還可以是在請求彳目息中添加。
[0109]必須說明的是,該信息包含有身份識別信息,還可以是包含有驗(yàn)證密鑰字串。
[0110]可以理解的是,前述的身份識別碼可以是與發(fā)送方建立有對應(yīng)關(guān)系的身份識別碼,如手機(jī)號碼,或者是姓名,此處具體不做限定。
[0111]304、對發(fā)送方的信息進(jìn)行匹配,若匹配成功,則執(zhí)行步驟305,若匹配不成功,則不響應(yīng)交換請求;
[0112]當(dāng)接收到發(fā)送方發(fā)送的多媒體數(shù)據(jù)的交換請求之后,首先需要對發(fā)送方的信息進(jìn)行匹配,若匹配成功,則執(zhí)行步驟305,若匹配不成功,則不響應(yīng)交換請求。
[0113]需要說明的是,前述的發(fā)送方的信息進(jìn)行匹配可以是該發(fā)送方是否具備多媒體數(shù)據(jù)的傳輸權(quán)限的匹配,該匹配可以是接收到發(fā)送方發(fā)送的多媒體數(shù)據(jù)交換請求之后,自動進(jìn)行掃描列表里是否具備與發(fā)送方信息匹配的設(shè)備,例如通過列表里的名稱與發(fā)送方的個人身份識別碼進(jìn)行匹配,還可以是通過列表里的Service UUID與發(fā)送方的個人身份識別碼進(jìn)行匹配,此處具體不做限定。
[0114]可以理解的是,前述的不響應(yīng)交換請求可以是拒絕交換請求,還可以是返還一個添加發(fā)送方的信息的要求,當(dāng)接受并同意該要求時,則執(zhí)行步驟301對發(fā)送方的信息進(jìn)行添加。
[0115]305、建立傳輸通道;
[0116]本實(shí)施例中,當(dāng)匹配發(fā)送方的信息成功之后,建立用于傳輸多媒體數(shù)據(jù)的傳輸通道。
[0117]306、根據(jù)藍(lán)牙低功耗技術(shù)將多媒體數(shù)據(jù)拆分成具備預(yù)置數(shù)據(jù)量的若干個數(shù)據(jù)包;
[0118]當(dāng)傳輸通道建立完成以后,需要根據(jù)藍(lán)牙低功耗技術(shù)將多媒體數(shù)據(jù)拆分成具備預(yù)置數(shù)據(jù)量的若干個數(shù)據(jù)包,前述的預(yù)置數(shù)據(jù)量的數(shù)據(jù)包可以是不大于20個字節(jié)的數(shù)據(jù)包,該數(shù)據(jù)包中還可以包含有表示數(shù)據(jù)包順序的標(biāo)識符,該標(biāo)識符將在后續(xù)的步驟中進(jìn)行說明,此處不再做詳細(xì)的贅述。
[0119]必須說明的是,前述的數(shù)據(jù)包為符合藍(lán)牙低功耗技術(shù)的數(shù)據(jù)包,以及多媒體數(shù)據(jù)發(fā)送方和多媒體數(shù)據(jù)接收方均可以是兼容藍(lán)牙低功耗技術(shù)的設(shè)備,可以理解的是,前述的藍(lán)牙低功耗技術(shù)為公知技術(shù),因此具體此處不做詳細(xì)贅述。
[0120]307、對數(shù)據(jù)包插入一個字節(jié)表示幀序號;
[0121]當(dāng)多媒體數(shù)據(jù)被拆分成符合藍(lán)牙低功耗技術(shù)的若干的數(shù)據(jù)包之后,對前述的數(shù)據(jù)包插入一個字節(jié)用于表示幀序號,該幀序號表示數(shù)據(jù)包的順序和時序,例如前述的步驟306中數(shù)據(jù)包按照19個字節(jié)進(jìn)行拆包處理,每個數(shù)據(jù)插入一個字節(jié)表示幀序號,此時,包含有幀序號的數(shù)據(jù)包的字節(jié)為20個字節(jié)。
[0122]308、將若干個數(shù)據(jù)包通過傳輸通道進(jìn)行傳輸;
[0123]本實(shí)施例中,當(dāng)將多媒體數(shù)據(jù)根據(jù)藍(lán)牙低功耗技術(shù)進(jìn)行預(yù)置數(shù)據(jù)量的拆包處理,并且對拆包處理之后的若干數(shù)據(jù)包插入一個字節(jié)表示幀序號之后,將前述的若干個數(shù)據(jù)包通過步驟305所建立的傳輸通道進(jìn)行傳輸。
[0124]需要說明的是,在對數(shù)據(jù)包進(jìn)行傳輸時,若發(fā)送方為用戶端,可以是使用write的方法對數(shù)據(jù)進(jìn)行傳輸,若發(fā)送方為服務(wù)端,可以是通過notify的方法對數(shù)據(jù)進(jìn)行傳輸,可以理解的是,前述的write方法和notify方法均為公知技術(shù),因此此處便不再具體贅述。
[0125]必須說明的是,本實(shí)施例中,在對數(shù)據(jù)包進(jìn)行傳輸時可以是通過使用確認(rèn)機(jī)制和超時重發(fā)機(jī)制來確保多媒體數(shù)據(jù)中的關(guān)鍵控制數(shù)據(jù)的傳輸,前述的確認(rèn)機(jī)制和超時重發(fā)機(jī)制為公知技術(shù),因此具體此處不做詳細(xì)贅述。
[0126]309、將接收到的數(shù)據(jù)包按照幀序號進(jìn)行組包;
[0127]本實(shí)施例中,當(dāng)若干個數(shù)據(jù)包通過傳輸通道傳輸?shù)浇邮辗街?,首先需要將接收到的多媒體數(shù)據(jù)的若干個數(shù)據(jù)包按照幀序號進(jìn)行組包,需要說明的是,接收到的若干個數(shù)據(jù)包時通過循環(huán)冗余校驗(yàn)碼對若干個數(shù)據(jù)包先進(jìn)行確認(rèn),再按照幀序號進(jìn)行組包。
[0128]310、判斷是否存在丟包,若是,則執(zhí)行步驟311,若否,則執(zhí)行步驟312 ;
[0129]當(dāng)對接收到的數(shù)據(jù)包按照幀序號進(jìn)行組包時,實(shí)時判斷是否存在丟包,若發(fā)現(xiàn)存在丟包現(xiàn)象,則執(zhí)行步驟311,若沒發(fā)現(xiàn)存在丟包,則執(zhí)行步驟312。
[0130]311、通過NACK控制包將未收到的數(shù)據(jù)包的序號通知發(fā)送方;
[0131]當(dāng)對接收到的數(shù)據(jù)包按照幀序號進(jìn)行組包時,實(shí)時發(fā)現(xiàn)到存在丟包現(xiàn)象,則通過NACK控制包將未收到的數(shù)據(jù)包的序號通知發(fā)送方,此時,發(fā)送包接收到NACK控制包反饋的信息之后,發(fā)送方根據(jù)序號將未收到的數(shù)據(jù)包的重發(fā)給接收方。
[0132]312、通過ACK控制包通知發(fā)送包發(fā)送完成。
[0133]當(dāng)對接收到的數(shù)據(jù)包按照幀序號進(jìn)行組包時,實(shí)時發(fā)現(xiàn)不存在丟包現(xiàn)象,通過ACK控制包通知發(fā)送包發(fā)送完成。
[0134]前述步驟311和312中,反饋通知給發(fā)送方時,可以是通過成組消息確認(rèn)機(jī)制,例如可以是一條確認(rèn)消息確認(rèn)多個數(shù)據(jù)包的是否有丟包的消息。
[0135]本實(shí)施例中,首先通過發(fā)送方的信息建立與其相對應(yīng)的傳輸通道,再將多媒體數(shù)據(jù)根據(jù)藍(lán)牙低功耗技術(shù)拆分成若干個數(shù)據(jù)包通過建立的傳輸通道進(jìn)行傳輸,實(shí)現(xiàn)了在無需定義角色的設(shè)備的情況下,便能夠?qū)Χ嗝襟w數(shù)據(jù)進(jìn)行傳輸,同時,通過使用藍(lán)牙低功耗技術(shù),進(jìn)一步提高了傳輸?shù)男屎唾|(zhì)量,以及,添加發(fā)送方信息的設(shè)計,進(jìn)一步增加了多媒體數(shù)據(jù)在傳輸過程中,發(fā)送方和接收方的正確連接性,與此同時,在組包的過程中實(shí)時判斷是否有丟包現(xiàn)象,并通過成組消息確認(rèn)機(jī)制進(jìn)行反饋,進(jìn)一步提高了多媒體數(shù)據(jù)傳輸?shù)耐掏侣省?br>
[0136]請參閱圖4,本發(fā)明實(shí)施例中提供的一種多媒體數(shù)據(jù)交換裝置的一個實(shí)施例包括:
[0137]接收模塊401,用于接收發(fā)送方發(fā)送的多媒體數(shù)據(jù)的交換請求;[0138]連接模塊402,用于根據(jù)所述發(fā)送方的信息建立與其相對應(yīng)的傳輸通道
[0139]拆包模塊403,用于根據(jù)藍(lán)牙低功耗技術(shù)將多媒體數(shù)據(jù)拆分成具備預(yù)置數(shù)據(jù)量的若干個數(shù)據(jù)包;
[0140]傳輸模塊404,用于將若干個數(shù)據(jù)包通過傳輸通道進(jìn)行傳輸。
[0141]本實(shí)施例中,首先通過連接模塊402根據(jù)發(fā)送方的信息建立與其相對應(yīng)的傳輸通道,拆包模塊403和傳輸模塊404再將多媒體數(shù)據(jù)根據(jù)藍(lán)牙低功耗技術(shù)拆分成若干個數(shù)據(jù)包通過建立的傳輸通道進(jìn)行傳輸,實(shí)現(xiàn)了在無需定義角色的設(shè)備的情況下,便能夠?qū)Χ嗝襟w數(shù)據(jù)進(jìn)行傳輸,同時,通過使用藍(lán)牙低功耗技術(shù),進(jìn)一步提高了傳輸?shù)男屎唾|(zhì)量。
[0142]上面是對本實(shí)施例中提供的一種多媒體數(shù)據(jù)交換裝置各模塊的功能進(jìn)行詳細(xì)的說明,下面將對拆包模塊的子模塊進(jìn)行詳細(xì)的說明,請參閱圖5,本發(fā)明實(shí)施例中提供的一種多媒體數(shù)據(jù)交換裝置的另一個實(shí)施例包括:
[0143]掃描模塊501,用于通過藍(lán)牙廣播信息掃描接收方;
[0144]甄別模塊502,用于根據(jù)掃描到的所述接收方的信息進(jìn)行甄別,并確定最終接收方。接收模塊503,用于接收發(fā)送方發(fā)送的多媒體數(shù)據(jù)的交換請求;
[0145]連接模塊504,用于根據(jù)所述發(fā)送方的信息建立與其相對應(yīng)的傳輸通道;
[0146]其中,連接模塊504還可以進(jìn)一步包括:
[0147]添加子模塊5041,用于添加所述發(fā)送方的所述信息,所述信息包含有驗(yàn)證密鑰字串和驗(yàn)證結(jié)果;
[0148]驗(yàn)證子模塊5042,用于對所述發(fā)送方的信息進(jìn)行驗(yàn)證,若驗(yàn)證成功,則與其相對應(yīng)的傳輸通道。
[0149]拆包模塊505,用于根據(jù)藍(lán)牙低功耗技術(shù)將多媒體數(shù)據(jù)拆分成具備預(yù)置數(shù)據(jù)量的若干個數(shù)據(jù)包;
[0150]其中,該拆包模塊505還可以進(jìn)一步包括:
[0151 ] 拆包子模塊5051,用于根據(jù)藍(lán)牙低功耗技術(shù)將多媒體數(shù)據(jù)拆分成具備預(yù)置數(shù)據(jù)量的若干個數(shù)據(jù)包;
[0152]插入子模塊5052,用于對數(shù)據(jù)包插入一個字節(jié)表示幀序號。
[0153]傳輸模塊506,用于將若干個數(shù)據(jù)包通過傳輸通道進(jìn)行傳輸。
[0154]本實(shí)施例中,首先通過連接模塊502根據(jù)發(fā)送方的信息建立與其相對應(yīng)的傳輸通道,拆包模塊503和傳輸模塊504再將多媒體數(shù)據(jù)根據(jù)藍(lán)牙低功耗技術(shù)拆分成若干個數(shù)據(jù)包通過建立的傳輸通道進(jìn)行傳輸,插入子模塊5052再對拆包后的數(shù)據(jù)包插入幀序號,傳輸模塊506將若干個數(shù)據(jù)包進(jìn)行傳輸,實(shí)現(xiàn)了在無需定義角色的設(shè)備的情況下,便能夠?qū)Χ嗝襟w數(shù)據(jù)進(jìn)行傳輸,同時,通過使用藍(lán)牙低功耗技術(shù),進(jìn)一步提高了傳輸?shù)男屎唾|(zhì)量,以及,添加子模塊5041添加發(fā)送方信息的設(shè)計,進(jìn)一步增加了多媒體數(shù)據(jù)在傳輸過程中,發(fā)送方和接收方的正確連接性。
[0155]上面是對拆包模塊的子模塊進(jìn)行詳細(xì)的說明,下面將對組包模塊及其子模塊進(jìn)行詳細(xì)的說明,請參閱圖6,本發(fā)明實(shí)施例中提供的一種多媒體數(shù)據(jù)交換裝置的另一個實(shí)施例包括:
[0156]掃描模塊601,用于通過藍(lán)牙廣播信息掃描接收方;
[0157]甄別模塊602,用于根據(jù)掃描到的所述接收方的信息進(jìn)行甄別,并確定最終接收方。
[0158]接收模塊603,用于接收發(fā)送方發(fā)送的多媒體數(shù)據(jù)的交換請求;
[0159]連接模塊604,用于根據(jù)所述發(fā)送方的信息建立與其相對應(yīng)的傳輸通道;
[0160]其中,連接模塊604還可以進(jìn)一步包括:
[0161]添加子模塊6041,用于添加所述發(fā)送方的所述信息,所述信息包含有驗(yàn)證密鑰字串和驗(yàn)證結(jié)果;
[0162]驗(yàn)證子模塊6042,用于對所述發(fā)送方的信息進(jìn)行驗(yàn)證,若驗(yàn)證成功,則與其相對應(yīng)的傳輸通道。
[0163]拆包模塊605,用于根據(jù)藍(lán)牙低功耗技術(shù)將多媒體數(shù)據(jù)拆分成具備預(yù)置數(shù)據(jù)量的若干個數(shù)據(jù)包;
[0164]其中,該拆包模塊605還可以進(jìn)一步包括:
[0165]拆包子模塊6051,用于根據(jù)藍(lán)牙低功耗技術(shù)將多媒體數(shù)據(jù)拆分成具備預(yù)置數(shù)據(jù)量的若干個數(shù)據(jù)包;
[0166]插入子模塊6052,用于對數(shù)據(jù)包插入一個字節(jié)表示幀序號。
[0167]傳輸模塊606,用于將若干個數(shù)據(jù)包通過傳輸通道進(jìn)行傳輸。
[0168]組包模塊607,用于將接收到的數(shù)據(jù)包按照幀序號進(jìn)行組包;
[0169]其中,組包模塊607還可以進(jìn)一步包括:
[0170]判斷子模塊6071,用于判斷是否存在丟包,若是,則通過NACK控制包將未收到的數(shù)據(jù)包的序號通知發(fā)送方,若否,則通過ACK控制包通知發(fā)送包發(fā)送完成。
[0171]本實(shí)施例中,首先通過連接模塊602根據(jù)發(fā)送方的信息建立與其相對應(yīng)的傳輸通道,拆包模塊603和傳輸模塊604再將多媒體數(shù)據(jù)根據(jù)藍(lán)牙低功耗技術(shù)拆分成若干個數(shù)據(jù)包通過建立的傳輸通道進(jìn)行傳輸,插入子模塊6052再對拆包后的數(shù)據(jù)包插入幀序號,傳輸模塊606將若干個數(shù)據(jù)包進(jìn)行傳輸,實(shí)現(xiàn)了在無需定義角色的設(shè)備的情況下,便能夠?qū)Χ嗝襟w數(shù)據(jù)進(jìn)行傳輸,同時,通過使用藍(lán)牙低功耗技術(shù),進(jìn)一步提高了傳輸?shù)男屎唾|(zhì)量,以及,添加子模塊5041添加發(fā)送方信息的設(shè)計,進(jìn)一步增加了多媒體數(shù)據(jù)在傳輸過程中,發(fā)送方和接收方的正確連接性,與此同時,組包模塊607的判斷子模塊6071在組包的過程中實(shí)時判斷是否有丟包現(xiàn)象,并通過成組消息確認(rèn)機(jī)制進(jìn)行反饋,進(jìn)一步提高了多媒體數(shù)據(jù)傳輸?shù)耐掏侣省?br>
[0172]所屬領(lǐng)域的技術(shù)人員可以清楚地了解到,為描述的方便和簡潔,上述描述的系統(tǒng),裝置和單元的具體工作過程,可以參考前述方法實(shí)施例中的對應(yīng)過程,在此不再贅述。
[0173]在本申請所提供的幾個實(shí)施例中,應(yīng)該理解到,所揭露的系統(tǒng),裝置和方法,可以通過其它的方式實(shí)現(xiàn)。例如,以上所描述的裝置實(shí)施例僅僅是示意性的,例如,所述單元的劃分,僅僅為一種邏輯功能劃分,實(shí)際實(shí)現(xiàn)時可以有另外的劃分方式,例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng),或一些特征可以忽略,或不執(zhí)行。另一點(diǎn),所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口,裝置或單元的間接耦合或通信連接,可以是電性,機(jī)械或其它的形式。
[0174]所述作為分離部件說明的單元可以是或者也可以不是物理上分開的,作為單元顯示的部件可以是或者也可以不是物理單元,即可以位于一個地方,或者也可以分布到多個網(wǎng)絡(luò)單元上??梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部單元來實(shí)現(xiàn)本實(shí)施例方案的目的。
[0175]另外,在本發(fā)明各個實(shí)施例中的各功能單元可以集成在一個處理單元中,也可以是各個單元單獨(dú)物理存在,也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實(shí)現(xiàn),也可以采用軟件功能單元的形式實(shí)現(xiàn)。
[0176]所述集成的單元如果以軟件功能單元的形式實(shí)現(xiàn)并作為獨(dú)立的產(chǎn)品銷售或使用時,可以存儲在一個計算機(jī)可讀取存儲介質(zhì)中。基于這樣的理解,本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計算機(jī)軟件產(chǎn)品存儲在一個存儲介質(zhì)中,包括若干指令用以使得一臺計算機(jī)設(shè)備(可以是個人計算機(jī),服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實(shí)施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括:U盤、移動硬盤、只讀存儲器(ROM,Read-OnlyMemory)、隨機(jī)存取存儲器(RAM, Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
[0177]以上所述,以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案,而非對其限制;盡管參照前述實(shí)施例對本發(fā)明進(jìn)行了詳細(xì)的說明,本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:其依然可以對前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改,或者對其中部分技術(shù)特征進(jìn)行等同替換;而這些修改或者替換,并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的精神和范圍。
【權(quán)利要求】
1.一種多媒體數(shù)據(jù)交換方法,其特征在于,包括: 接收發(fā)送方發(fā)送的多媒體數(shù)據(jù)的交換請求; 根據(jù)所述發(fā)送方的信息建立與其相對應(yīng)的傳輸通道; 根據(jù)藍(lán)牙低功耗技術(shù)將所述多媒體數(shù)據(jù)拆分成具備預(yù)置數(shù)據(jù)量的若干個數(shù)據(jù)包; 將若干個所述數(shù)據(jù)包通過所述傳輸通道進(jìn)行傳輸。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,接收發(fā)送方發(fā)送的多媒體數(shù)據(jù)的交換請求之前還包括: 通過藍(lán)牙廣播信息掃描接收方; 根據(jù)掃描到的所述接收方的信息進(jìn)行甄別,并確定最終接收方。
3.根據(jù)權(quán)利要求1所述的方法,其特征在于,根據(jù)所述發(fā)送方的信息建立與其相對應(yīng)的傳輸通道具體包括: 添加所述發(fā)送方的所述信息,所述信息包含有驗(yàn)證密鑰字串和驗(yàn)證結(jié)果; 對所述發(fā)送方的信息進(jìn)行驗(yàn)證,若驗(yàn)證成功,則與其相對應(yīng)的傳輸通道。
4.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述根據(jù)藍(lán)牙低功耗技術(shù)將所述多媒體數(shù)據(jù)拆分成具備預(yù)置數(shù)據(jù)量的若干個數(shù)據(jù)包具體包括: 根據(jù)藍(lán)牙低功耗技術(shù)將`所述多媒體數(shù)據(jù)拆分成具備所述預(yù)置數(shù)據(jù)量的若干個所述數(shù)據(jù)包; 對所述數(shù)據(jù)包插入一個字節(jié)表示幀序號。
5.根據(jù)權(quán)利要求1至4中任意一項(xiàng)所述的方法,其特征在于,所述將若干個所述數(shù)據(jù)包通過所述傳輸通道進(jìn)行傳輸之后還包括: 將接收到的所述數(shù)據(jù)包按照所述幀序號進(jìn)行組包。 判斷是否存在丟包,若是,則通過NACK控制包將未收到的數(shù)據(jù)包的序號通知發(fā)送方,若否,則通過ACK控制包通知發(fā)送包發(fā)送完成。
6.一種多媒體數(shù)據(jù)交換裝置,其特征在于,包括: 接收模塊,用于接收發(fā)送方發(fā)送的多媒體數(shù)據(jù)的交換請求; 連接模塊,用于根據(jù)所述發(fā)送方的信息建立與其相對應(yīng)的傳輸通道; 拆包模塊,用于根據(jù)藍(lán)牙低功耗技術(shù)將所述多媒體數(shù)據(jù)拆分成具備預(yù)置數(shù)據(jù)量的若干個數(shù)據(jù)包; 傳輸模塊,用于將若干個所述數(shù)據(jù)包通過所述傳輸通道進(jìn)行傳輸。
7.根據(jù)權(quán)利要求6所述的多媒體數(shù)據(jù)交換裝置,其特征在于,還包括: 掃描模塊,用于通過藍(lán)牙廣播信息掃描接收方; 甄別模塊,用于根據(jù)掃描到的所述接收方的信息進(jìn)行甄別,并確定最終接收方。
8.根據(jù)權(quán)利要求6所述的多媒體數(shù)據(jù)交換裝置,其特征在于,所述連接模塊具體包括: 添加子模塊,用于添加所述發(fā)送方的所述信息,所述信息包含有驗(yàn)證密鑰字串和驗(yàn)證結(jié)果; 驗(yàn)證子模塊,用于對所述發(fā)送方的信息進(jìn)行驗(yàn)證,若驗(yàn)證成功,則與其相對應(yīng)的傳輸通道。
9.根據(jù)權(quán)利要求6所述的多媒體數(shù)據(jù)交換裝置,其特征在于,所述拆包模塊具體包括: 拆包子模塊,用于根據(jù)藍(lán)牙低功耗技術(shù)將所述多媒體數(shù)據(jù)拆分成具備所述預(yù)置數(shù)據(jù)量的若干個所述數(shù)據(jù)包; 插入子模塊,用于對所述數(shù)據(jù)包插入一個字節(jié)表示幀序號。
10.根據(jù)權(quán)利要求6至9中任意一項(xiàng)所述的多媒體數(shù)據(jù)交換裝置,其特征在于,還包括: 組包模塊,用于將接收到的所述多媒體數(shù)據(jù)按照幀序號進(jìn)行組包; 其中,所述組包模塊包括判斷子模塊,用于判斷是否存在丟包,若是,則通過NACK控制包將未收到的數(shù)據(jù)包的序號通知發(fā)送方,若否,則通過ACK控制包通知發(fā)送包發(fā)送完成。
【文檔編號】H04L29/06GK103825905SQ201410086741
【公開日】2014年5月28日 申請日期:2014年3月10日 優(yōu)先權(quán)日:2014年3月10日
【發(fā)明者】林海濱, 曾崇軍 申請人:云中致用(廣州)信息科技有限公司