亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

數(shù)據(jù)包處理方法、裝置以及基站的制作方法

文檔序號:7926161閱讀:192來源:國知局
專利名稱:數(shù)據(jù)包處理方法、裝置以及基站的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及通信領(lǐng)域,尤其涉及一種數(shù)據(jù)包發(fā)送方法、裝置以及基站。
背景技術(shù)
3GPP將下行通信業(yè)務(wù)分為兩大類單播業(yè)務(wù)(Unicast)和多媒體廣播組播業(yè)務(wù) (MBMS),其中單播業(yè)務(wù)是指一個數(shù)據(jù)源向一個用戶終端(UE)發(fā)送的數(shù)據(jù)點到點業(yè)務(wù),MBMS 是指一個數(shù)據(jù)源向多個UE發(fā)送的數(shù)據(jù)點到多點業(yè)務(wù)。在演進網(wǎng)絡(luò)(LTE)中MBMS可用的發(fā) 送模式有兩種 多小區(qū)模式(MC-PTM) :MBMS業(yè)務(wù)信道MTCH映射到多播信道(MCH)上,在多個小 區(qū)內(nèi)點對多點傳輸,各個小區(qū)在相同的時間傳輸相同的數(shù)據(jù)包,UE能接收多個小區(qū)的無線 信號,并做信號合并。 *單小區(qū)模式(SC-PTM) :MBMS業(yè)務(wù)信道(MTCH)映射到下行同步信道(DL-SCH)上, 在單小區(qū)內(nèi)點對多點傳輸。 目前,對于MBMS業(yè)務(wù)中采用SC-PTM時,數(shù)據(jù)包如何傳輸還沒有具體的方案。

發(fā)明內(nèi)容
本發(fā)明實施例提供了一種單小區(qū)模式中數(shù)據(jù)包處理方法、裝置以及基站。 本發(fā)明實施例提供的一種單小區(qū)模式中數(shù)據(jù)包的處理方法包括接收多個數(shù)據(jù)
包;對所述多個數(shù)據(jù)包進行排序;根據(jù)排序后的數(shù)據(jù)包的連續(xù)性確定向用戶終端UE發(fā)送數(shù)
據(jù)包的方式。 本發(fā)明實施例提供一種處理數(shù)據(jù)包的裝置,該裝置位于單小區(qū)模式中的網(wǎng)絡(luò)側(cè), 包括接收單元,用于接收多個數(shù)據(jù)包;排序單元,用于對所述接收單元接收到的多個數(shù)據(jù) 包進行排序;發(fā)送單元,用于根據(jù)所述排序單元進行排序后的結(jié)果確定向UE發(fā)送數(shù)據(jù)包的 方式,并發(fā)送數(shù)據(jù)包。 本發(fā)明實施例還提供一種基站,該基站包括如上所述的位于單小區(qū)模式中網(wǎng)絡(luò)側(cè) 的處理數(shù)據(jù)包的裝置。 本發(fā)明實施例提供了一種MBMS業(yè)務(wù)中單小區(qū)模式傳輸式處理數(shù)據(jù)包的方法,通
過對接收的數(shù)據(jù)包進行排序,并根據(jù)數(shù)據(jù)包的連續(xù)性確定發(fā)送數(shù)據(jù)包的方式,提供了具體 的單小區(qū)模式中數(shù)據(jù)包的處理方式。


圖1是本發(fā)明實施例應(yīng)用場景的網(wǎng)絡(luò)結(jié)構(gòu)示意圖;
圖2是現(xiàn)有方法中PDCP層處理數(shù)據(jù)包的流程示意圖;
圖3是現(xiàn)有技術(shù)中PDCP層處理數(shù)據(jù)包的流程示意圖;
圖4是本發(fā)明實施例提供的一種數(shù)據(jù)保處理的流程示意圖;
圖5是本發(fā)明實施例提供的另一種數(shù)據(jù)保處理的流程示意4
圖6是本發(fā)明實施例提供的一種處理數(shù)據(jù)包的裝置結(jié)構(gòu)示意圖。
具體實施例方式
為使本發(fā)明實施例的目的、技術(shù)方案、及優(yōu)點更加清楚明白,以下參照附圖并舉實 施例,對本發(fā)明實施例進一步詳細說明。 現(xiàn)有的分組數(shù)據(jù)匯聚層協(xié)議(Packet Data Convergence Protocol,PDCP)流程是 針對單播業(yè)務(wù)設(shè)計的,單播業(yè)務(wù)中PDCP層和無線鏈路控制(RadioLink Control,RLC)層都 位于演進基站(Evolved NodeB,ENB)實體中,因此不會發(fā)生數(shù)據(jù)包亂序,在數(shù)據(jù)包發(fā)送過程 中,PDCP為每個數(shù)據(jù)包分配一個計數(shù)(COUNT)值,用于標識PDCP的包序號,COUNT分成兩部 分高位的超幀號(HFN)和低位的PDCP數(shù)據(jù)包序列號(PDCP SN,簡稱SN),其中,低位的SN 作為PDCP頭結(jié)構(gòu)的一部分,包含在數(shù)據(jù)包中,高位的HFN則不包含在數(shù)據(jù)包頭中,而是由數(shù) 據(jù)包發(fā)送端和接收端保存。發(fā)送端使用數(shù)據(jù)包對應(yīng)的COUNT值和其他參數(shù),對該數(shù)據(jù)包進 行加密/解密,完整性保護等運算,最后在包頭中,帶上該數(shù)據(jù)包所對應(yīng)的SN,傳給接收端。 接收端的PDCP層收到數(shù)據(jù)包后,從數(shù)據(jù)包頭中解出SN,和自身保存的HFN值一起,拼成一 個32位的COUNT值,對收到的數(shù)據(jù)包進行解密、解頭壓縮等操作。為了確保對數(shù)據(jù)包加密 /解密的正確性,發(fā)送端和接收端保存的HFN必須保持一致。具體地,單播業(yè)務(wù)中接收端的 PDCP處理流程如圖3所示,每當(dāng)PDCP接收到一個數(shù)據(jù)包時,都會比較當(dāng)前接收的數(shù)據(jù)包的 SN和期待接收的下一個數(shù)據(jù)包的SN,如果當(dāng)前接收的數(shù)據(jù)包的SN小于期待接收的下一個 數(shù)據(jù)包的SN,將HFN加1,并根據(jù)新HFN和SN組合成COUNT值對當(dāng)前接收的數(shù)據(jù)包進行解 密,如果當(dāng)前接收的數(shù)據(jù)包的SN大于期待接收的下一個數(shù)據(jù)包的SN,HFN不加l,并直接使 用該HFN和SN組合成COUNT值對當(dāng)前接收的數(shù)據(jù)包進行解密。 如圖1所示為本發(fā)明實施例應(yīng)用場景的網(wǎng)絡(luò)結(jié)構(gòu)示意圖,MBMS GW和ENB通過Ml 接口相連,數(shù)據(jù)通過M1接口發(fā)送時可能產(chǎn)生亂序的現(xiàn)象。MBMS業(yè)務(wù)中PDCP層和RLC層分 別位于MBMS GW和ENB實體中,如果將現(xiàn)有技術(shù)中單播業(yè)務(wù)的PDCP流程直接用到MBMS業(yè) 務(wù)SC-PTM傳輸模式中,當(dāng)Ml接口發(fā)生數(shù)據(jù)包亂序時,由于ENB無需嚴格按照規(guī)定的時間戳 信息發(fā)送,即如果收到亂序的數(shù)據(jù)包,ENB也按照接收的數(shù)據(jù)包的順序直接發(fā)送,則會導(dǎo)致 MBMS GW和UE之間HFN不同步,具體地,以如圖2所示的例子進行說明,UE的PDCP實體收 到3號數(shù)據(jù)包后,期望收到下一個PDCP數(shù)據(jù)包序號(Next-PDCP-RX-SN)等于4,但是實際 收到1號數(shù)據(jù)包,即SN等于1,因為SN小于下一個期望收到的數(shù)據(jù)包Next-PDCP-RX-SN,所 以根據(jù)圖3所示的流程,UE會將HFN加1。同時MBMS GW保存的HFN沒有變化,所以UE和 MBMS GW保存的HFN不一致,則當(dāng)UE使用其保存的HFN以及數(shù)據(jù)包的SN組成COUNT對數(shù)據(jù) 包進行解碼時,就會導(dǎo)致解密錯誤。 如圖4所示,本發(fā)明實施例針對MBMS業(yè)務(wù)中的SC-PTM,提供一種數(shù)據(jù)包處理方法, 包括 S401、接收多個數(shù)據(jù)包; S402、對所述多個數(shù)據(jù)包進行排序; S403、根據(jù)排序后的數(shù)據(jù)包的連續(xù)性確定向用戶終端UE發(fā)送數(shù)據(jù)包的方式。
本發(fā)明實施例提供了一種MBMS業(yè)務(wù)的單小區(qū)傳輸模式中數(shù)據(jù)包的發(fā)送方式,同 時還避免了數(shù)據(jù)包的亂序問題,并且根據(jù)數(shù)據(jù)包連續(xù)性問題確定向UE發(fā)送數(shù)據(jù)包的方式,
5使得發(fā)送端和接收端保存的HFN保持一致,從而使得數(shù)據(jù)包接收端可以正確解密數(shù)據(jù)包。
結(jié)合圖5,說明本發(fā)明實施例提供的一種數(shù)據(jù)包處理方法,該方法包括
S501、接收多個數(shù)據(jù)包; 本實施例中,ENB從M1接口接收MBMS GW發(fā)送的多個數(shù)據(jù)包。
S502、對數(shù)據(jù)包進行排序; 本實施例中,可以根據(jù)PDCP頭中包含的SN序號和/或SYNC時間戳進行排序,即 當(dāng)各數(shù)據(jù)包的SNYC時間戳相同時,則按照數(shù)據(jù)包的SN序號進行排序;當(dāng)SNYC時間戳不同 時,則按照SNYC時間戳進行排序;或者,不考慮SNYC時間戳,而根據(jù)SN序號進行排序。
S503、根據(jù)排序后的數(shù)據(jù)包的連續(xù)性確定發(fā)送數(shù)據(jù)包的方式。 本實施例中,如果ENB收到的多個數(shù)據(jù)包的SN連續(xù),則直接發(fā)送這些數(shù)據(jù)包;如果 ENB收到的多個數(shù)據(jù)包的SN不連續(xù),即至少有一個數(shù)據(jù)包還沒有收到,以下將該數(shù)據(jù)包稱 為第一數(shù)據(jù)包,則先發(fā)送第一數(shù)據(jù)包前的數(shù)據(jù)包,即SN小于第一數(shù)據(jù)包的SN的數(shù)據(jù)包,例 如,如果第一數(shù)據(jù)包的SN為4,則先發(fā)送SN為1 、 2、 3的數(shù)據(jù)包。 本實施例中,可選地,當(dāng)ENB沒有接收到上述第一數(shù)據(jù)包時,設(shè)定預(yù)置等待時間, 例如可以通過設(shè)定定時器的方式實現(xiàn),如果預(yù)置等待時間內(nèi)接收到第一數(shù)據(jù)包,發(fā)送第一 數(shù)據(jù)包以及第一數(shù)據(jù)包之后的連續(xù)數(shù)據(jù)包(即SN大于第一數(shù)據(jù)包的SN的連續(xù)的數(shù)據(jù)包);
如果超過預(yù)置等待時間,ENB未接收到第一數(shù)據(jù)包,直接發(fā)送SN大于第一數(shù)據(jù)包 的SN的連續(xù)的數(shù)據(jù)包,直到出現(xiàn)下一個未接收到的數(shù)據(jù)包,該數(shù)據(jù)包的處理方式同處理第 一數(shù)據(jù)包的方法;或者由ENB設(shè)置一個虛擬數(shù)據(jù)包,并發(fā)送第一數(shù)據(jù)包后的連續(xù)數(shù)據(jù)包,例 如該虛擬數(shù)據(jù)包可以只包含數(shù)據(jù)包頭,或者包含數(shù)據(jù)包頭以及特定序列,該特定序列可以 使得數(shù)據(jù)包接收端識別出該數(shù)據(jù)包為虛擬數(shù)據(jù)包,其中數(shù)據(jù)包包頭包含第一數(shù)據(jù)包的SN。
本實施例中,預(yù)置等待時間的長度可以通過控制面消息配置,如由組播協(xié)調(diào)實體 (MCE)或維護操作實體(OAM)配置;或者由ENB自己配置,此時,ENB可以根據(jù)數(shù)據(jù)包的時間 戳信息以及當(dāng)前時間計算出預(yù)置等待時間的長度;也可以由協(xié)議預(yù)先規(guī)定,例如根據(jù)業(yè)務(wù) 的服務(wù)質(zhì)量要求(QoS)設(shè)定。 本發(fā)明實施例中,如果超過預(yù)置等待時間后,ENB收到第一數(shù)據(jù)包,不再發(fā)送第一 數(shù)據(jù)包,對于接收到的其他數(shù)據(jù)包按照以上實施例的流程進行處理。 本發(fā)明實施例提供的數(shù)據(jù)包發(fā)送方法中,ENB根據(jù)收到數(shù)據(jù)包連續(xù)性確定數(shù)據(jù)包 發(fā)送方式,使得數(shù)據(jù)包接收端和發(fā)送端保存的HFN保持一致,從而避免了UE端由于接收數(shù) 據(jù)包不連續(xù)而導(dǎo)致的解密錯誤。 如圖6所示,本發(fā)明實施例還提供了一種數(shù)據(jù)包處理裝置,用于MBMS業(yè)務(wù)中的單 小區(qū)模式,該接收裝置包括接收單元601 ,排序單元602,發(fā)送單元603,其中,
接收單元601,用于接收多個數(shù)據(jù)包; 排序單元602,用于對接收單元601接收到的多個數(shù)據(jù)包進行排序; 發(fā)送單元603,用于根據(jù)排序單元602進行排序后的結(jié)果確定向UE發(fā)送數(shù)據(jù)包的
方式,并發(fā)送數(shù)據(jù)包。 具體地,排序單元602,可以根據(jù)數(shù)據(jù)包的同步時間戳SYNC和/或數(shù)據(jù)包序列號 SN對所述多個數(shù)據(jù)包進行排序。發(fā)送單元603在發(fā)送數(shù)據(jù)包時,如果確定接收到的多個數(shù) 據(jù)包的SN連續(xù),直接發(fā)送數(shù)據(jù)包;如果確定接收到的多個數(shù)據(jù)包的SN不連續(xù)時,發(fā)送SN小于未接收到的第一數(shù)據(jù)包的SN的數(shù)據(jù)包,此時,發(fā)送單元603,還用于在預(yù)置等待時間內(nèi)等 待第一數(shù)據(jù)包,如果在預(yù)置等待時間內(nèi)接收到該第一數(shù)據(jù)包,發(fā)送該第一數(shù)據(jù)包以及SN大 于第一數(shù)據(jù)包的SN的連續(xù)數(shù)據(jù)包,否則,只發(fā)送SN大于第一數(shù)據(jù)包的SN的連續(xù)數(shù)據(jù)包,或 者發(fā)送虛擬數(shù)據(jù)包以及SN大于第一數(shù)據(jù)包的SN的連續(xù)數(shù)據(jù)包,該虛擬數(shù)據(jù)包只包含數(shù)據(jù) 包頭,或者還包括特定序列,該特定序列用于指示數(shù)據(jù)包接收端該數(shù)據(jù)包為虛擬數(shù)據(jù)包。如 果超過預(yù)置等待時間后,接收單元601接收到第一數(shù)據(jù)包,不再發(fā)送第一數(shù)據(jù)包。
本發(fā)明實施例提供的數(shù)據(jù)包處理裝置根據(jù)收到數(shù)據(jù)包連續(xù)性確定數(shù)據(jù)包發(fā)送方 式,使得數(shù)據(jù)包接收端和發(fā)送端保存的HFN保持一致,從而避免了 UE端由于接收數(shù)據(jù)包不 連續(xù)而導(dǎo)致的解密錯誤。 本發(fā)明實施例還提供了 一種基站,該基站包含以上所述的數(shù)據(jù)包處理裝置。
通過以上的實施例的描述,本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可以通過 硬件實現(xiàn),也可以可借助軟件加必要的通用硬件平臺的方式來實現(xiàn)。基于這樣的理解,本發(fā) 明的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來,該軟件產(chǎn)品可以存儲在一個非易失性存儲 介質(zhì)(可以是CD-ROM, U盤,移動硬盤等)中,包括若干指令用以使得一臺計算機設(shè)備(可 以是個人計算機,服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。
以上所述,僅為本發(fā)明的具體實施方式
,但本發(fā)明的保護范圍并不局限于此,任何 熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi),可輕易想到變化或替換,都應(yīng)涵 蓋在本發(fā)明的保護范圍之內(nèi)。因此,本發(fā)明的保護范圍應(yīng)所述以權(quán)利要求的保護范圍為準。
權(quán)利要求
一種單小區(qū)模式中數(shù)據(jù)包處理方法,其特征在于,包括接收多個數(shù)據(jù)包;對所述多個數(shù)據(jù)包進行排序;根據(jù)排序后的數(shù)據(jù)包的連續(xù)性確定向用戶終端UE發(fā)送數(shù)據(jù)包的方式。
2. 如權(quán)利要求1所述的方法,其特征在于,所述對所述多個數(shù)據(jù)包進行排序具體為 按照所述多個數(shù)據(jù)包的同步時間戳SYNC和/或數(shù)據(jù)包序列號SN對所述多個數(shù)據(jù)包進行排序。
3. 如權(quán)利要求1或2所述的方法,其特征在于,所述根據(jù)排序后的數(shù)據(jù)包的連續(xù)性確定 向UE發(fā)送數(shù)據(jù)包的方式具體為當(dāng)所述多個數(shù)據(jù)包的SN連續(xù)時,直接發(fā)送所述多個數(shù)據(jù)包;當(dāng)所述多個數(shù)據(jù)包的SN不連續(xù)時,發(fā)送SN小于未接收到的第一數(shù)據(jù)包的SN的數(shù)據(jù)包。
4. 如權(quán)利要求3所述的方法,其特征在于,當(dāng)所述多個數(shù)據(jù)包的SN不連續(xù)時,如果在預(yù) 置等待時間內(nèi)接收到所述第一數(shù)據(jù)包,發(fā)送該第一數(shù)據(jù)包以及SN大于該第一數(shù)據(jù)包的SN 的連續(xù)數(shù)據(jù)包。
5. 如權(quán)利要求3或4所述的方法,其特征在于,當(dāng)所述多個數(shù)據(jù)包的SN不連續(xù)時,如果 在預(yù)置等待時間內(nèi),未接收到所述第一數(shù)據(jù)包,發(fā)送SN大于該第一數(shù)據(jù)包的SN的連續(xù)數(shù)據(jù) 包,或者發(fā)送第二數(shù)據(jù)包以及SN大于第一數(shù)據(jù)包的SN的連續(xù)數(shù)據(jù)包,該第二數(shù)據(jù)包只包含 第一數(shù)據(jù)包的SN,或者包含所述第一數(shù)據(jù)包的SN以及用于指示該數(shù)據(jù)包為第二數(shù)據(jù)包的 特定序列。
6. 如權(quán)利要求4或5所述的方法,其特征在于,所述方法還包括 如果所述預(yù)置等待時間超時后接收到所述第一數(shù)據(jù)包,不發(fā)送該第一數(shù)據(jù)包。
7. 如權(quán)利要求4-6中任意一項權(quán)利要求所述的方法,其特征在于,所述預(yù)置等待時間 根據(jù)數(shù)據(jù)包的SNYC以及當(dāng)前時間計算獲取,或者由組播協(xié)調(diào)實體MCE或維護操作實體0AM 配置。
8. —種處理數(shù)據(jù)包的裝置,其特征在于,該裝置用于單小區(qū)模式中,包括 接收單元,用于接收多個數(shù)據(jù)包;排序單元,用于對所述接收單元接收到的多個數(shù)據(jù)包進行排序;發(fā)送單元,用于根據(jù)所述排序單元進行排序后的結(jié)果確定向UE發(fā)送數(shù)據(jù)包的方式,并 發(fā)送數(shù)據(jù)包。
9. 如權(quán)利要求8所述的裝置,其特征在于,所述排序單元,具體用于根據(jù)數(shù)據(jù)包的SYNC 和/或SN對所述多個數(shù)據(jù)包進行排序。
10. 如權(quán)利要求9所述的裝置,其特征在于,所述發(fā)送單元,具體用于如果根據(jù)所述排 序單元的排序結(jié)果確定接收到的多個數(shù)據(jù)包的SN連續(xù),所述發(fā)送單元用于直接發(fā)送數(shù)據(jù) 包;如果所述排序單元的排序結(jié)果確定接收到的多個數(shù)據(jù)包的SN不連續(xù),所述發(fā)送單元, 用于發(fā)送SN小于未接收到的第一數(shù)據(jù)包的SN的數(shù)據(jù)包。
11. 如權(quán)利要求io所述的裝置,其特征在于,所述發(fā)送單元,還用于當(dāng)所述排序單元的排序結(jié)果確定接收到的多個數(shù)據(jù)包的SN不連續(xù)時,等待預(yù)置等待時間,如果在預(yù)置等待時 間內(nèi)接收到該第一數(shù)據(jù)包,發(fā)送該第一數(shù)據(jù)包以及SN大于第一數(shù)據(jù)包的SN的連續(xù)數(shù)據(jù)包。
12. 如權(quán)利要求10或11所述的裝置,其特征在于,所述發(fā)送單元,還用于當(dāng)所述排序單 元的排序結(jié)果確定接收到的多個數(shù)據(jù)包的SN不連續(xù)時,等待預(yù)置等待時間,如果預(yù)置等待 時間內(nèi)沒有接收到第一數(shù)據(jù)包,發(fā)送SN大于第一數(shù)據(jù)包的SN的連續(xù)數(shù)據(jù)包,或者發(fā)送第二 數(shù)據(jù)包以及SN大于第一數(shù)據(jù)包的SN的連續(xù)數(shù)據(jù)包,該第二數(shù)據(jù)包包含第一數(shù)據(jù)包的SN,或 者包括第一數(shù)據(jù)包的SN以及用于指示該數(shù)據(jù)包為第二數(shù)據(jù)包的序列號。
13. —種基站,其特征在于,該基站包括如權(quán)利要求8-12中任意一項權(quán)利要求所述的 處理數(shù)據(jù)包的裝置。
全文摘要
本發(fā)明實施例公開了一種單小區(qū)模式中數(shù)據(jù)包處理方法,該方法包括接收多個數(shù)據(jù)包;對所述多個數(shù)據(jù)包進行排序;根據(jù)排序后的數(shù)據(jù)包的連續(xù)性確定向用戶終端UE發(fā)送數(shù)據(jù)包的方式。本發(fā)明實施例還提供了相應(yīng)的裝置以及基站,應(yīng)用本發(fā)明實施例提供的方案,避免了數(shù)據(jù)包接收亂序的問題。
文檔編號H04L12/56GK101742430SQ200810217489
公開日2010年6月16日 申請日期2008年11月20日 優(yōu)先權(quán)日2008年11月20日
發(fā)明者余成文, 黃曲芳 申請人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1