數(shù)據(jù)傳輸方法及裝置、終端的制作方法
【專利摘要】本發(fā)明公開了一種數(shù)據(jù)傳輸方法，包括：網(wǎng)絡(luò)側(cè)接收到終端發(fā)送的空閑態(tài)數(shù)據(jù)傳輸請(qǐng)求后，根據(jù)待發(fā)送數(shù)據(jù)為所述終端確定空閑態(tài)下發(fā)送數(shù)據(jù)的時(shí)頻資源，并通知所述終端；所述網(wǎng)絡(luò)側(cè)接收處于空閑態(tài)的所述終端在所確定的時(shí)頻資源上發(fā)送的數(shù)據(jù)。本發(fā)明同時(shí)公開了實(shí)現(xiàn)上述方法的數(shù)據(jù)傳輸裝置、終端。本發(fā)明針對(duì)MTC設(shè)備一般固定設(shè)置、傳輸數(shù)據(jù)量小、發(fā)送間隔固定的特點(diǎn)，提出一種在空閑態(tài)下終端發(fā)送數(shù)據(jù)的方法，不需要與網(wǎng)絡(luò)側(cè)進(jìn)行信令交互，也無需網(wǎng)絡(luò)側(cè)通過控制信道指示分配資源，可以更好地解決M2M對(duì)網(wǎng)絡(luò)造成的擁塞問題。
【專利說明】數(shù)據(jù)傳輸方法及裝置、終端
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及終端空閑態(tài)時(shí)的數(shù)據(jù)傳輸技術(shù)，尤其涉及一種基于機(jī)器類型通信(MTC, Machine-Type Communication)的數(shù)據(jù)傳輸方法及裝置、終端。
【背景技術(shù)】
[0002]機(jī)器類型通信(MTC, Machine-Type Communication)指的是機(jī)器與機(jī)器(M2M,Machine to Machine)之間的通信，圖1為MTC通信場(chǎng)景示意圖，如圖1所示，大量的MTC設(shè)備(MTC Device)通過操作域(Operator Domain)與 MTC 服務(wù)器(MTC Server)/MTC 用戶(MTC User)進(jìn)行通信，這里的通信主要是指MTC設(shè)備向MTC服務(wù)器/MTC用戶上報(bào)測(cè)量數(shù)據(jù)等。M2M是不需要人的參與的一種通信方式。目前正在第三代合作伙伴計(jì)劃(3GPP，3rd Generation Partnership Project)標(biāo)準(zhǔn)中剛開始進(jìn)行相關(guān)的研究項(xiàng)討論,正在研究是否有必要對(duì)該類型通信進(jìn)行網(wǎng)絡(luò)方面的優(yōu)化，特別是將來海量MTC設(shè)備應(yīng)用到實(shí)際網(wǎng)絡(luò)中時(shí)，是否會(huì)對(duì)人與人(H2H, Human to Human)之間的通信造成影響。
[0003]目前核心網(wǎng)規(guī)范3GPP 22.368定義了 MTC通信中16種重要特征，包括低移動(dòng)性、時(shí)間控制型、時(shí)延容忍型、在線小數(shù)據(jù)傳輸型等特征。針對(duì)不同的應(yīng)用如抄表類應(yīng)用，遠(yuǎn)程控制等，可能具有上述的一個(gè)特征或者幾個(gè)特征的組合。
[0004]隨著M2M業(yè)務(wù)的迅猛發(fā)展，M2M的設(shè)備規(guī)模將會(huì)呈井噴式增長(zhǎng)，同一個(gè)小區(qū)內(nèi)設(shè)備數(shù)目可能達(dá)數(shù)萬個(gè)。對(duì)M2M業(yè)務(wù)來講，其中一個(gè)重要業(yè)務(wù)是終端采集數(shù)據(jù)并上報(bào)，例如智能電表、水表、煤氣表等當(dāng)前顯示示數(shù)的上報(bào)。該類業(yè)務(wù)具有的特點(diǎn)是:終端固定，數(shù)據(jù)量小，發(fā)送間隔固定，同時(shí)接入。此類業(yè)務(wù)會(huì)帶來接入擁塞、信令開銷過大等問題。目前的一些優(yōu)化手段主要有:
[0005]1.針對(duì)隨機(jī)接入擁塞問題，將隨機(jī)接入分散到一段時(shí)間內(nèi)，并通過接入等級(jí)限制以減少擁塞；
[0006]2.針對(duì)信令開銷過大問題，目前的解決方案主要是減小連接建立的信令流程。
[0007]但是，MTC設(shè)備要上報(bào)數(shù)據(jù)時(shí)，必須先由空閑態(tài)轉(zhuǎn)入連接態(tài)，其間會(huì)有一系列的連接建立流程，雖然能對(duì)這一連接建立流程進(jìn)行簡(jiǎn)化，但仍然需要隨機(jī)接入等一些相關(guān)基本流程。同時(shí)，基站還需要通過控制信道為MTC設(shè)備分配相應(yīng)的資源，從而消耗大量控制信道資源，造成控制信道擁塞。這些優(yōu)化方案僅能一定程度上緩解M2M應(yīng)用初期，MTC設(shè)備規(guī)模不是很大的場(chǎng)景，但一旦M2M規(guī)模變大后，信令流程開銷以及資源分配等帶來空口資源消耗，特別是接入信道及控制信道的擁塞問題，很難解決。
【發(fā)明內(nèi)容】
[0008]有鑒于此，本發(fā)明的主要目的在于提供一種數(shù)據(jù)傳輸方法及裝置、終端，能使MTC設(shè)備在空閑態(tài)下向網(wǎng)絡(luò)側(cè)上報(bào)數(shù)據(jù)，不必與網(wǎng)絡(luò)側(cè)建立無線資源控制(RRC，RadioResource Control)連接,從而節(jié)約了大量的網(wǎng)絡(luò)資源。
[0009]為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的:[0010]—種數(shù)據(jù)傳輸方法,包括:
[0011]網(wǎng)絡(luò)側(cè)接收到終端發(fā)送的空閑態(tài)數(shù)據(jù)傳輸請(qǐng)求后，根據(jù)待發(fā)送數(shù)據(jù)為所述終端確定空閑態(tài)下發(fā)送數(shù)據(jù)的時(shí)頻資源，并通知所述終端；
[0012]所述網(wǎng)絡(luò)側(cè)接收處于空閑態(tài)的所述終端在所確定的時(shí)頻資源上發(fā)送的數(shù)據(jù)。
[0013]優(yōu)選地，所述方法還包括:
[0014]所述網(wǎng)絡(luò)側(cè)確定下行數(shù)據(jù)發(fā)送的時(shí)頻資源，并通知所述終端；
[0015]所述網(wǎng)絡(luò)側(cè)在所確定下行數(shù)據(jù)的時(shí)頻資源上向處于空閑態(tài)的所述終端發(fā)送下行數(shù)據(jù)。
[0016]優(yōu)選地，所述空閑態(tài)數(shù)據(jù)傳輸請(qǐng)求中攜帶有以下信息的至少之一:
[0017]所述終端待發(fā)送的數(shù)據(jù)包大??；
[0018]待傳輸數(shù)據(jù)的方向；
[0019]數(shù)據(jù)傳輸間隔。
[0020]優(yōu)選地，所述根據(jù)待發(fā)送數(shù)據(jù)為所述終端確定空閑態(tài)數(shù)據(jù)發(fā)送的時(shí)頻資源，為:
[0021]所述網(wǎng)絡(luò)側(cè)根據(jù)所述終端的待發(fā)送數(shù)據(jù)為所述終端確定空閑態(tài)下發(fā)送數(shù)據(jù)的以下信息之一:
[0022]為所述終端分配的無線資源的調(diào)制方式和/或大??；
[0023]無線資源再次使用的間隔；
[0024]無線資源使用的次數(shù)；
[0025]用于空閑態(tài)數(shù)據(jù)傳輸?shù)拿荑€和/或加密算法。
[0026]優(yōu)選地，所述方法還包括:
[0027]所述終端處于空閑態(tài)時(shí)，在所述網(wǎng)絡(luò)側(cè)分配的時(shí)頻資源上對(duì)需發(fā)送的數(shù)據(jù)按所緩存的加密算法進(jìn)行加密并發(fā)送；
[0028]所述網(wǎng)絡(luò)側(cè)在對(duì)應(yīng)的時(shí)頻資源上接收所述終端發(fā)送的數(shù)據(jù)，用緩存的密鑰對(duì)所接收數(shù)據(jù)進(jìn)行解密。
[0029]優(yōu)選地，所述方法還包括:
[0030]所述網(wǎng)絡(luò)側(cè)確定所述終端空閑態(tài)下傳輸數(shù)據(jù)的次數(shù)達(dá)到所述網(wǎng)絡(luò)側(cè)設(shè)定次數(shù)，或者在所述網(wǎng)絡(luò)側(cè)確定的傳輸數(shù)據(jù)時(shí)頻資源上連續(xù)超過設(shè)定次數(shù)未傳輸數(shù)據(jù)時(shí)，釋放傳輸數(shù)據(jù)的時(shí)頻資源。
[0031]優(yōu)選地，所述終端在與所述網(wǎng)絡(luò)側(cè)建立無線資源控制RRC連接的狀態(tài)下發(fā)送的空閑態(tài)數(shù)據(jù)傳輸請(qǐng)求。
[0032]優(yōu)選地，所述方法還包括:
[0033]所述網(wǎng)絡(luò)側(cè)將RRC連接的狀態(tài)下與所述終端最后使用的密鑰和/或加密算法作為所述用于空閑態(tài)數(shù)據(jù)傳輸?shù)拿荑€和/或加密算法。
[0034]優(yōu)選地，所述方法還包括:
[0035]所述網(wǎng)絡(luò)側(cè)在RRC連接的狀態(tài)下為所述終端確定空閑態(tài)時(shí)的密鑰和/或加密算法，并通知所述終端；
[0036]所述終端接收所述新的密鑰和/或加密算法并存儲(chǔ)。
[0037]優(yōu)選地，所述網(wǎng)絡(luò)側(cè)為基站。
[0038]一種數(shù)據(jù)傳輸方法，包括:[0039]所述網(wǎng)絡(luò)側(cè)將RRC連接的狀態(tài)下與所述終端最后使用的密鑰和/或加密算法作為所述終端空閑態(tài)下數(shù)據(jù)傳輸?shù)拿荑€和/或加密算法。
[0040]一種數(shù)據(jù)傳輸方法，包括:
[0041]所述網(wǎng)絡(luò)側(cè)在RRC連接的狀態(tài)下為所述終端確定空閑態(tài)時(shí)的密鑰和/或加密算法，并通知所述終端；
[0042]所述終端接收所述新的密鑰和/或加密算法并存儲(chǔ)。
[0043]一種數(shù)據(jù)傳輸裝置，包括接收單元、確定單元和通知單元，其中:
[0044]接收單元，用于接收到終端發(fā)送的空閑態(tài)數(shù)據(jù)傳輸請(qǐng)求；
[0045]確定單元，用于根據(jù)待發(fā)送數(shù)據(jù)為所述終端確定空閑態(tài)下發(fā)送數(shù)據(jù)的時(shí)頻資源；
[0046]通知單元，用于將所述時(shí)頻資源信息通知所述終端；
[0047]所述接收單元還用于，接收處于空閑態(tài)的所述終端在所確定的時(shí)頻資源上發(fā)送的數(shù)據(jù)。
[0048]優(yōu)選地，所述裝置還包括:發(fā)送單元；
[0049]確定單元還用于，確定下行數(shù)據(jù)發(fā)送的時(shí)頻資源，并由所述通知單元通知所述終端;
[0050]所述發(fā)送單元用于，在所確定下行數(shù)據(jù)的時(shí)頻資源上向處于空閑態(tài)的所述終端發(fā)送下行數(shù)據(jù)。
[0051]優(yōu)選地，所述空閑態(tài)數(shù)據(jù)傳輸請(qǐng)求中攜帶有以下信息的至少之一:
[0052]所述終端待發(fā)送的數(shù)據(jù)包大小；
[0053]待傳輸數(shù)據(jù)的方向；
[0054]數(shù)據(jù)傳輸間隔。
[0055]優(yōu)選地，所述確定單元還用于，根據(jù)所述終端的待發(fā)送數(shù)據(jù)為所述終端確定空閑態(tài)下發(fā)送數(shù)據(jù)的以下信息之一:
[0056]為所述終端分配的無線資源的調(diào)制方式和/或大小；
[0057]無線資源再次使用的間隔；
[0058]無線資源使用的次數(shù)；
[0059]用于空閑態(tài)數(shù)據(jù)傳輸?shù)拿荑€和/或加密算法。
[0060]優(yōu)選地，所述裝置還包括:釋放單元；
[0061]所述確定單元還用于，確定所述終端空閑態(tài)下傳輸數(shù)據(jù)的次數(shù)達(dá)到所述網(wǎng)絡(luò)側(cè)設(shè)定次數(shù)，或者在所述網(wǎng)絡(luò)側(cè)確定的傳輸數(shù)據(jù)時(shí)頻資源上連續(xù)超過設(shè)定次數(shù)未傳輸數(shù)據(jù)時(shí)，觸發(fā)所述釋放單元；
[0062]所述釋放單元，用于釋放傳輸數(shù)據(jù)的時(shí)頻資源。
[0063]優(yōu)選地，所述確定單元還用于，將RRC連接的狀態(tài)下與所述終端最后使用的密鑰和/或加密算法作為所述用于空閑態(tài)數(shù)據(jù)傳輸?shù)拿荑€和/或加密算法。
[0064]優(yōu)選地，所述確定單元還用于，在RRC連接的狀態(tài)下為所述終端確定空閑態(tài)時(shí)的密鑰和/或加密算法，并由所述通知單元通知所述終端。
[0065]一種基站，包括前述的數(shù)據(jù)傳輸裝置。
[0066]一種終端，包括發(fā)送單元和接收單元，其中:
[0067]發(fā)送單元，用于向網(wǎng)絡(luò)側(cè)發(fā)送空閑態(tài)數(shù)據(jù)傳輸請(qǐng)求；[0068]接收單元，用于接收所述網(wǎng)絡(luò)側(cè)確定的空閑態(tài)下發(fā)送數(shù)據(jù)的時(shí)頻資源；
[0069]所述發(fā)送單元還用于，在所述終端處于空閑態(tài)時(shí)，在所確定的時(shí)頻資源上發(fā)送數(shù)據(jù)。
[0070]優(yōu)選地，所述空閑態(tài)數(shù)據(jù)傳輸請(qǐng)求中攜帶有以下信息的至少之一:
[0071]所述終端待發(fā)送的數(shù)據(jù)包大??；
[0072]待傳輸數(shù)據(jù)的方向；
[0073]數(shù)據(jù)傳輸間隔。
[0074]優(yōu)選地，所述終端還包括:存儲(chǔ)單元，用于存儲(chǔ)數(shù)據(jù)傳輸用的加密算法和/或密鑰；
[0075]所述發(fā)送單元還用于，在所述網(wǎng)絡(luò)側(cè)分配的時(shí)頻資源上對(duì)需發(fā)送的數(shù)據(jù)按所存儲(chǔ)的加密算法進(jìn)行加密并發(fā)送。
[0076]優(yōu)選地，所述終端還包括:確定單元，用于將RRC連接的狀態(tài)下與所述網(wǎng)絡(luò)側(cè)最后使用的密鑰和/或加密算法作為所述用于空閑態(tài)數(shù)據(jù)傳輸?shù)拿荑€和/或加密算法。
[0077]優(yōu)選地，所述接收單元在所述終端處于RRC連接狀態(tài)下時(shí)接收到網(wǎng)絡(luò)側(cè)發(fā)送的空閑態(tài)數(shù)據(jù)傳輸用的密鑰和/或加密算法時(shí)，通知所述存儲(chǔ)單元進(jìn)行存儲(chǔ)。
[0078]本發(fā)明中，網(wǎng)絡(luò)側(cè)接收到終端發(fā)送的空閑態(tài)數(shù)據(jù)傳輸請(qǐng)求后，根據(jù)待發(fā)送數(shù)據(jù)為所述終端確定空閑態(tài)下發(fā)送數(shù)據(jù)的時(shí)頻資源，并通知所述終端；所述網(wǎng)絡(luò)側(cè)接收處于空閑態(tài)的所述終端在所確定的時(shí)頻資源上發(fā)送的數(shù)據(jù)。本發(fā)明針對(duì)MTC設(shè)備一般固定設(shè)置、傳輸數(shù)據(jù)量小、發(fā)送間隔固定的特點(diǎn)，提出一種在空閑態(tài)下終端發(fā)送數(shù)據(jù)的方法，不需要與網(wǎng)絡(luò)側(cè)進(jìn)行信令交互，也無需網(wǎng)絡(luò)側(cè)通過控制信道指示分配資源，可以更好地解決M2M對(duì)網(wǎng)絡(luò)造成的擁塞問題。
【專利附圖】
【附圖說明】
[0079]圖1為MTC通信場(chǎng)景示意圖；
[0080]圖2為本發(fā)明實(shí)施例的數(shù)據(jù)傳輸方法的流程圖；
[0081]圖3為本發(fā)明實(shí)施例的數(shù)據(jù)傳輸裝置的組成結(jié)構(gòu)示意圖；
[0082]圖4為本發(fā)明實(shí)施例的終端的組成結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0083]本發(fā)明的基本思想為:針對(duì)MTC設(shè)備一般固定設(shè)置、傳輸數(shù)據(jù)量小、發(fā)送間隔固定的特點(diǎn)，由MTC設(shè)備在空閑態(tài)下向網(wǎng)絡(luò)側(cè)發(fā)送數(shù)據(jù)，MTC設(shè)備無需與網(wǎng)絡(luò)側(cè)進(jìn)行信令交互，也無需網(wǎng)絡(luò)側(cè)通過控制信道指示分配資源，可以更避免M2M對(duì)網(wǎng)絡(luò)造成的擁塞。
[0084]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，以下舉實(shí)施例并參照附圖，對(duì)本發(fā)明進(jìn)一步詳細(xì)說明。
[0085]圖2為本發(fā)明實(shí)施例的數(shù)據(jù)傳輸方法的流程圖，如圖2所示，本示例數(shù)據(jù)傳輸方法包括以下步驟:
[0086]步驟201，MTC設(shè)備接入到網(wǎng)絡(luò)后，向網(wǎng)絡(luò)側(cè)發(fā)送空閑態(tài)數(shù)據(jù)傳輸請(qǐng)求。
[0087]根據(jù)MTC設(shè)備所請(qǐng)求的業(yè)務(wù)建立相應(yīng)的數(shù)據(jù)無線承載(DRB，Data Radio Bear)。同時(shí)，MTC設(shè)備根據(jù)自身業(yè)務(wù)的特點(diǎn)，比如:上行/下行的定期發(fā)送的小數(shù)據(jù)包，MTC設(shè)備選擇通過信令請(qǐng)求基站開啟空閑態(tài)下數(shù)據(jù)傳輸功能。信令中可以包含以下內(nèi)容:
[0088]1.數(shù)據(jù)包大??；
[0089]2.數(shù)據(jù)方向；
[0090]3.數(shù)據(jù)發(fā)送間隔圖樣。
[0091]MTC設(shè)備一般都是用作數(shù)據(jù)監(jiān)測(cè)的傳感設(shè)備，如遠(yuǎn)程水表、溫度測(cè)定裝置等，這些監(jiān)測(cè)設(shè)備需上報(bào)的數(shù)據(jù)量不大，并具有周期性上報(bào)特點(diǎn)，如遠(yuǎn)程水表，可能每月或每幾個(gè)月上報(bào)一次水表示數(shù)即可。本發(fā)明正是針對(duì)這種MTC設(shè)備的數(shù)據(jù)傳輸特點(diǎn)，提出了 MTC設(shè)備空閑態(tài)時(shí)進(jìn)行數(shù)據(jù)傳輸，從而避免MTC設(shè)備進(jìn)行數(shù)據(jù)上報(bào)時(shí)與網(wǎng)絡(luò)側(cè)建立RRC連接而導(dǎo)致的網(wǎng)絡(luò)擁塞。
[0092]步驟202，網(wǎng)絡(luò)側(cè)收到MTC設(shè)備的空閑態(tài)數(shù)據(jù)傳輸請(qǐng)求后，根據(jù)待發(fā)送數(shù)據(jù)為MTC設(shè)備確定空閑態(tài)下發(fā)送數(shù)據(jù)的時(shí)頻資源，并通知MTC設(shè)備。
[0093]本發(fā)明中，網(wǎng)絡(luò)側(cè)主要是指基站。這里的基站可以的2G網(wǎng)絡(luò)中的宏基站，或者為家庭基站，也可以的演進(jìn)的基站eNodeB等。
[0094]基站根據(jù)上報(bào)的數(shù)據(jù)包大小/發(fā)送間隔，以及MTC設(shè)備的信道狀態(tài)信息(CSI，Channel State Information)反饋反饋，可以確定以下內(nèi)容:
[0095]1.為MTC設(shè)備分配的無線資源的調(diào)制方式和/或大?。?br>
[0096]2.無線資源再次使用的間隔；
[0097]3.無線資源使用的次數(shù)；
[0098]4.用于空閑態(tài)數(shù)據(jù)傳輸?shù)拿荑€和/或加密算法。
[0099]基站在向MTC設(shè)備下發(fā)的“空閑態(tài)下數(shù)據(jù)傳輸功能啟動(dòng)”信令中攜帶以上信息。
[0100]為保證MTC設(shè)備與基站間空口數(shù)據(jù)的安全性，需要考慮數(shù)據(jù)加密。一種加密方式為基站及MTC設(shè)備在空閑態(tài)仍使用RRC連接釋放時(shí)的所使用的密鑰和/或加密算法。
[0101]另一種方式為:在MTC設(shè)備處于與網(wǎng)絡(luò)側(cè)建立RRC連接狀態(tài)下，從移動(dòng)管理網(wǎng)元(MME,Mobility Management Entity)獲取空閑態(tài)下數(shù)據(jù)傳輸用的加密算法和/或密鑰，并通知MTC設(shè)備，MTC設(shè)備存儲(chǔ)空閑態(tài)下數(shù)據(jù)傳輸用的加密算法和/或密鑰，以在空閑態(tài)下傳輸數(shù)據(jù)時(shí)對(duì)發(fā)送數(shù)據(jù)加密，對(duì)所接收數(shù)據(jù)解密。如果網(wǎng)絡(luò)側(cè)在MTC設(shè)備處于與網(wǎng)絡(luò)側(cè)建立RRC連接狀態(tài)向MTC設(shè)備發(fā)送加密算法和/或密鑰，基站會(huì)向MME請(qǐng)求MTC設(shè)備用于空閑態(tài)數(shù)據(jù)傳輸?shù)拿荑€和/或加密算法，在立即通知給MTC設(shè)備，此時(shí)MTC設(shè)備處于與網(wǎng)絡(luò)側(cè)建立RRC連接狀態(tài);MTC設(shè)備接收到空閑態(tài)時(shí)的數(shù)據(jù)傳輸用的密鑰和/或加密算法后進(jìn)行存儲(chǔ)，在空閑態(tài)下向基站側(cè)發(fā)送數(shù)據(jù)時(shí)使用該存儲(chǔ)的加密算法進(jìn)行加密，在空閑態(tài)下接收到基站側(cè)的加密數(shù)據(jù)時(shí)，使用存儲(chǔ)的密鑰進(jìn)行解密。
[0102]步驟203，MTC設(shè)備接收到空閑態(tài)下數(shù)據(jù)傳輸功能啟動(dòng)消息后，將其中攜帶的相關(guān)信息(為MTC設(shè)備分配的無線資源的調(diào)制方式和/或大小、無線資源再次使用的間隔、無線資源使用的次數(shù)、用于空閑態(tài)數(shù)據(jù)傳輸?shù)拿荑€和/或加密算法等)進(jìn)行緩存，便于空閑態(tài)數(shù)據(jù)發(fā)送/接收使用。
[0103]步驟204，網(wǎng)絡(luò)側(cè)釋放RRC連接，MTC設(shè)備進(jìn)入空閑態(tài)。
[0104]在基站與MTC設(shè)備釋放連接時(shí)，為了保證后續(xù)在空閑態(tài)數(shù)據(jù)發(fā)送的安全性，如果空閑態(tài)所使用的加密算法和/或密鑰是由基站在MTC設(shè)備處于RRC連接態(tài)時(shí)通過信令的方式來通知MTC設(shè)備的，則MTC設(shè)備及基站在空閑態(tài)維護(hù)并使用該用于數(shù)據(jù)加密/解密的加密算法和/或密鑰；否則，基站及MTC設(shè)備存儲(chǔ)RRC連接態(tài)時(shí)使用的密鑰、加密算法。本發(fā)明中，也就是說，當(dāng)基站主動(dòng)向MTC設(shè)備通知了空閑態(tài)所使用的加密算法和/或密鑰時(shí)，MTC設(shè)備在空閑態(tài)進(jìn)行數(shù)據(jù)傳輸時(shí)使用該通知的加密算法和/或密鑰，如果未接收到基站側(cè)的空閑態(tài)所使用的加密算法和/或密鑰，則在空閑態(tài)下進(jìn)行數(shù)據(jù)傳輸時(shí)，沿用RRC連接過程中MTC設(shè)備與基站之間最后使用的加密算法和/或密鑰進(jìn)行加密和/或解密運(yùn)算。
[0105]步驟205，MTC設(shè)備在空閑態(tài)進(jìn)行數(shù)據(jù)傳輸。
[0106]MTC設(shè)備有上行業(yè)務(wù)即有數(shù)據(jù)上報(bào)，而MTC設(shè)備位于空閑態(tài)，在每次基站分配的時(shí)頻資源上對(duì)需發(fā)送數(shù)據(jù)按緩存的加密算法進(jìn)行加密并發(fā)送，基站在此時(shí)刻接收上行數(shù)據(jù)并通過自身存儲(chǔ)的與該MTC設(shè)備對(duì)應(yīng)的密鑰進(jìn)行解密。對(duì)于下行，則是基站在相應(yīng)的下行時(shí)頻資源上發(fā)送下行數(shù)據(jù)，MTC設(shè)備對(duì)應(yīng)接收。
[0107]步驟206，網(wǎng)絡(luò)側(cè)確定MTC設(shè)備空閑態(tài)下傳輸數(shù)據(jù)的次數(shù)達(dá)到設(shè)定次數(shù)，或者在所述網(wǎng)絡(luò)側(cè)確定的傳輸數(shù)據(jù)時(shí)頻資源上連續(xù)超過設(shè)定次數(shù)未傳輸數(shù)據(jù)時(shí)，釋放傳輸數(shù)據(jù)的時(shí)頻資源。
[0108]如果上行/下行發(fā)送次數(shù)達(dá)到了基站設(shè)定次數(shù)，或者如果連續(xù)幾次在分配的資源時(shí)刻沒有數(shù)據(jù)發(fā)送，則用于上/下行空閑態(tài)數(shù)據(jù)發(fā)送的資源被釋放，MTC設(shè)備必須再次通過空閑態(tài)數(shù)據(jù)傳輸程序來請(qǐng)求空閑態(tài)數(shù)據(jù)傳輸資源。
[0109]本發(fā)明還記載了一種數(shù)據(jù)傳輸方法，包括:
[0110]所述網(wǎng)絡(luò)側(cè)將RRC連接的狀態(tài)下與所述終端最后使用的密鑰和/或加密算法作為所述終端空閑態(tài)下數(shù)據(jù)傳輸?shù)拿荑€和/或加密算法。
[0111]這里，網(wǎng)絡(luò)側(cè)尤指基站，所述的終端尤指MTC設(shè)備。
[0112]本發(fā)明還記載了一種數(shù)據(jù)傳輸方法，包括:
[0113]所述網(wǎng)絡(luò)側(cè)在RRC連接的狀態(tài)下為所述終端確定空閑態(tài)時(shí)的密鑰和/或加密算法，并通知所述終端；
[0114]所述終端接收所述新的密鑰和/或加密算法并存儲(chǔ)。
[0115]這里，網(wǎng)絡(luò)側(cè)尤指基站，所述的終端尤指MTC設(shè)備。
[0116]圖3為本發(fā)明實(shí)施例的數(shù)據(jù)傳輸裝置的組成結(jié)構(gòu)示意圖，如圖3所示，本發(fā)明的數(shù)據(jù)傳輸裝置包括接收單元30、確定單元31和通知單元32，其中:
[0117]接收單元30，用于接收到終端發(fā)送的空閑態(tài)數(shù)據(jù)傳輸請(qǐng)求；
[0118]確定單元31，用于根據(jù)待發(fā)送數(shù)據(jù)為所述終端確定空閑態(tài)下發(fā)送數(shù)據(jù)的時(shí)頻資源；
[0119]通知單元32，用于將所述時(shí)頻資源信息通知所述終端；
[0120]所述接收單元30還用于，接收處于空閑態(tài)的所述終端在所確定的時(shí)頻資源上發(fā)送的數(shù)據(jù)。
[0121]在圖3所示的數(shù)據(jù)傳輸裝置的基礎(chǔ)上，本發(fā)明的數(shù)據(jù)傳輸裝置還包括:發(fā)送單元(圖3中未示出)；
[0122]確定單元31還用于，確定下行數(shù)據(jù)發(fā)送的時(shí)頻資源，并由所述通知單元通知所述終端；
[0123]所述發(fā)送單元用于，在所確定下行數(shù)據(jù)的時(shí)頻資源上向處于空閑態(tài)的所述終端發(fā)送下行數(shù)據(jù)。[0124]本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，上述的發(fā)送單元是為優(yōu)化本發(fā)明的數(shù)據(jù)傳輸裝置的技術(shù)方案而設(shè)置的，并非是實(shí)現(xiàn)本發(fā)明基本技術(shù)方案所必需的技術(shù)特征。
[0125]所述空閑態(tài)數(shù)據(jù)傳輸請(qǐng)求中攜帶有以下信息的至少之一:
[0126]所述終端待發(fā)送的數(shù)據(jù)包大??；
[0127]待傳輸數(shù)據(jù)的方向；
[0128]數(shù)據(jù)傳輸間隔。
[0129]所述確定單元31還用于，根據(jù)所述終端的待發(fā)送數(shù)據(jù)為所述終端確定空閑態(tài)下發(fā)送數(shù)據(jù)的以下信息之一:
[0130]為所述終端分配的無線資源的調(diào)制方式和/或大??；
[0131]無線資源再次使用的間隔；
[0132]無線資源使用的次數(shù)；
[0133]用于空閑態(tài)數(shù)據(jù)傳輸?shù)拿荑€和/或加密算法。
[0134]在圖3所示的數(shù)據(jù)傳輸裝置的基礎(chǔ)上，本發(fā)明的數(shù)據(jù)傳輸裝置還包括:釋放單元(圖3中未示出)；
[0135]所述確定單元還用于，確定所述終端空閑態(tài)下傳輸數(shù)據(jù)的次數(shù)達(dá)到所述網(wǎng)絡(luò)側(cè)設(shè)定次數(shù)，或者在所述網(wǎng)絡(luò)側(cè)確定的傳輸數(shù)據(jù)時(shí)頻資源上連續(xù)超過設(shè)定次數(shù)未傳輸數(shù)據(jù)時(shí)，觸發(fā)所述釋放單元；
[0136]所述釋放單元，用于釋放傳輸數(shù)據(jù)的時(shí)頻資源。
[0137]本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，上述的釋放單元是為優(yōu)化本發(fā)明的數(shù)據(jù)傳輸裝置的技術(shù)方案而設(shè)置的，并非是實(shí)現(xiàn)本發(fā)明基本技術(shù)方案所必需的技術(shù)特征。
[0138]所述確定單元31還用于，將RRC連接的狀態(tài)下與所述終端最后使用的密鑰和/或加密算法作為所述用于空閑態(tài)數(shù)據(jù)傳輸?shù)拿荑€和/或加密算法。
[0139]另外，所述確定單元31還用于，在RRC連接的狀態(tài)下為所述終端確定空閑態(tài)時(shí)的密鑰和/或加密算法，并由所述通知單元通知所述終端。
[0140]本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，圖3中所示的數(shù)據(jù)傳輸裝置中的各處理單元的實(shí)現(xiàn)功能可參照前述數(shù)據(jù)傳輸方法的相關(guān)描述而理解。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，圖3所示的數(shù)據(jù)傳輸裝置中各處理單元的功能可通過運(yùn)行于處理器上的程序而實(shí)現(xiàn)，也可通過具體的邏輯電路而實(shí)現(xiàn)。
[0141]這里，所述的終端尤指MTC設(shè)備。
[0142]本發(fā)明還記載了 一種基站，包括前述的數(shù)據(jù)傳輸裝置。
[0143]圖4為本發(fā)明實(shí)施例的終端的組成結(jié)構(gòu)示意圖，如圖4所示，本發(fā)明的終端包括發(fā)送單元40和接收單元41,其中:
[0144]發(fā)送單元40，用于向網(wǎng)絡(luò)側(cè)發(fā)送空閑態(tài)數(shù)據(jù)傳輸請(qǐng)求；
[0145]接收單元41，用于接收所述網(wǎng)絡(luò)側(cè)確定的空閑態(tài)下發(fā)送數(shù)據(jù)的時(shí)頻資源；
[0146]所述發(fā)送單元41還用于，在所述終端處于空閑態(tài)時(shí)，在所確定的時(shí)頻資源上發(fā)送數(shù)據(jù)。
[0147]其中，所述空閑態(tài)數(shù)據(jù)傳輸請(qǐng)求中攜帶有以下信息的至少之一:
[0148]所述終端待發(fā)送的數(shù)據(jù)包大小；
[0149]待傳輸數(shù)據(jù)的方向；[0150]數(shù)據(jù)傳輸間隔。
[0151]在圖4所示的終端的基礎(chǔ)上,本發(fā)明的終端還包括:存儲(chǔ)單元(圖4中未示出)，用于存儲(chǔ)數(shù)據(jù)傳輸用的加密算法和/或密鑰；
[0152]所述發(fā)送單元還用于，在所述網(wǎng)絡(luò)側(cè)分配的時(shí)頻資源上對(duì)需發(fā)送的數(shù)據(jù)按所存儲(chǔ)的加密算法進(jìn)行加密并發(fā)送。
[0153]所述接收單元41在所述終端處于RRC連接狀態(tài)下時(shí)接收到網(wǎng)絡(luò)側(cè)發(fā)送的空閑態(tài)數(shù)據(jù)傳輸用的密鑰和/或加密算法時(shí)，通知所述存儲(chǔ)單元進(jìn)行存儲(chǔ)。
[0154]本發(fā)明中所述的終端，尤指MTC設(shè)備。
[0155]其中，所述接收單元41在所述終端空閑態(tài)時(shí)接收到新的密鑰和/或加密算法時(shí)，所述確定單元以所述新的密鑰和/或加密算法對(duì)傳輸數(shù)據(jù)進(jìn)行加密和/或解密運(yùn)算。
[0156]本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，圖4中所示的終端中的各處理單元的實(shí)現(xiàn)功能可參照前述數(shù)據(jù)傳輸方法及裝置的相關(guān)描述而理解。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，圖4所示的終端中各處理單元的功能可通過運(yùn)行于處理器上的程序而實(shí)現(xiàn)，也可通過具體的邏輯電路而實(shí)現(xiàn)。
[0157]以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
【權(quán)利要求】
1.一種數(shù)據(jù)傳輸方法，其特征在于，所述方法包括: 網(wǎng)絡(luò)側(cè)接收到終端發(fā)送的空閑態(tài)數(shù)據(jù)傳輸請(qǐng)求后，根據(jù)待發(fā)送數(shù)據(jù)為所述終端確定空閑態(tài)下發(fā)送數(shù)據(jù)的時(shí)頻資源，并通知所述終端； 所述網(wǎng)絡(luò)側(cè)接收處于空閑態(tài)的所述終端在所確定的時(shí)頻資源上發(fā)送的數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括: 所述網(wǎng)絡(luò)側(cè)確定下行數(shù)據(jù)發(fā)送的時(shí)頻資源，并通知所述終端； 所述網(wǎng)絡(luò)側(cè)在所確定下行數(shù)據(jù)的時(shí)頻資源上向處于空閑態(tài)的所述終端發(fā)送下行數(shù)據(jù)。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述空閑態(tài)數(shù)據(jù)傳輸請(qǐng)求中攜帶有以下信息的至少之一: 所述終端待發(fā)送的數(shù)據(jù)包大??； 待傳輸數(shù)據(jù)的方向； 數(shù)據(jù)傳輸間隔。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述根據(jù)待發(fā)送數(shù)據(jù)為所述終端確定空閑態(tài)數(shù)據(jù)發(fā)送的時(shí)頻資源，為: 所述網(wǎng)絡(luò)側(cè)根據(jù)所述終端的待發(fā)送數(shù)據(jù)為所述終端確定空閑態(tài)下發(fā)送數(shù)據(jù)的以下信息之一: 為所述終端分配的無線資源`的調(diào)制方式和/或大?。? 無線資源再次使用的間隔； 無線資源使用的次數(shù)； 用于空閑態(tài)數(shù)據(jù)傳輸?shù)拿荑€和/或加密算法。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述方法還包括: 所述終端處于空閑態(tài)時(shí)，在所述網(wǎng)絡(luò)側(cè)分配的時(shí)頻資源上對(duì)需發(fā)送的數(shù)據(jù)按所緩存的加密算法進(jìn)行加密并發(fā)送； 所述網(wǎng)絡(luò)側(cè)在對(duì)應(yīng)的時(shí)頻資源上接收所述終端發(fā)送的數(shù)據(jù)，用緩存的密鑰對(duì)所接收數(shù)據(jù)進(jìn)行解密。
6.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述方法還包括: 所述網(wǎng)絡(luò)側(cè)確定所述終端空閑態(tài)下傳輸數(shù)據(jù)的次數(shù)達(dá)到所述網(wǎng)絡(luò)側(cè)設(shè)定次數(shù)，或者在所述網(wǎng)絡(luò)側(cè)確定的傳輸數(shù)據(jù)時(shí)頻資源上連續(xù)超過設(shè)定次數(shù)未傳輸數(shù)據(jù)時(shí)，釋放傳輸數(shù)據(jù)的時(shí)頻資源。
7.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述終端在與所述網(wǎng)絡(luò)側(cè)建立無線資源控制RRC連接的狀態(tài)下發(fā)送的空閑態(tài)數(shù)據(jù)傳輸請(qǐng)求。
8.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述方法還包括: 所述網(wǎng)絡(luò)側(cè)將RRC連接的狀態(tài)下與所述終端最后使用的密鑰和/或加密算法作為所述用于空閑態(tài)數(shù)據(jù)傳輸?shù)拿荑€和/或加密算法。
9.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述方法還包括: 所述網(wǎng)絡(luò)側(cè)在RRC連接的狀態(tài)下為所述終端確定空閑態(tài)時(shí)的密鑰和/或加密算法，并通知所述終端； 所述終端接收所述新的密鑰和/或加密算法并存儲(chǔ)。
10.根據(jù)權(quán)利要求1至9任一項(xiàng)所述的方法，其特征在于，所述網(wǎng)絡(luò)側(cè)為基站。
11.一種數(shù)據(jù)傳輸方法，其特征在于，所述方法包括: 所述網(wǎng)絡(luò)側(cè)將RRC連接的狀態(tài)下與所述終端最后使用的密鑰和/或加密算法作為所述終端空閑態(tài)下數(shù)據(jù)傳輸?shù)拿荑€和/或加密算法。
12.—種數(shù)據(jù)傳輸方法，其特征在于，所述方法包括: 所述網(wǎng)絡(luò)側(cè)在RRC連接的狀態(tài)下為所述終端確定空閑態(tài)時(shí)的密鑰和/或加密算法，并 通知所述終端； 所述終端接收所述新的密鑰和/或加密算法并存儲(chǔ)。
13.一種數(shù)據(jù)傳輸裝置，其特征在于，所述裝置包括接收單元、確定單元和通知單元，其中: 接收單元，用于接收到終端發(fā)送的空閑態(tài)數(shù)據(jù)傳輸請(qǐng)求； 確定單元，用于根據(jù)待發(fā)送數(shù)據(jù)為所述終端確定空閑態(tài)下發(fā)送數(shù)據(jù)的時(shí)頻資源； 通知單元，用于將所述時(shí)頻資源信息通知所述終端； 所述接收單元還用于，接收處于空閑態(tài)的所述終端在所確定的時(shí)頻資源上發(fā)送的數(shù)據(jù)。
14.根據(jù)權(quán)利要求13所述的裝置，其特征在于，所述裝置還包括:發(fā)送單元； 確定單元還用于，確定下行數(shù)據(jù)發(fā)送的時(shí)頻資源，并由所述通知單元通知所述終端；所述發(fā)送單元用于，在所確定下行數(shù)據(jù)的時(shí)頻資源上向處于空閑態(tài)的所述終端發(fā)送下行數(shù)據(jù)。
15.根據(jù)權(quán)利要求13或14所述的裝置，其特征在于，所述空閑態(tài)數(shù)據(jù)傳輸請(qǐng)求中攜帶有以下信息的至少之一: 所述終端待發(fā)送的數(shù)據(jù)包大??； 待傳輸數(shù)據(jù)的方向； 數(shù)據(jù)傳輸間隔。
16.根據(jù)權(quán)利要求15所述的裝置，其特征在于，所述確定單元還用于，根據(jù)所述終端的待發(fā)送數(shù)據(jù)為所述終端確定空閑態(tài)下發(fā)送數(shù)據(jù)的以下信息之一: 為所述終端分配的無線資源的調(diào)制方式和/或大??； 無線資源再次使用的間隔； 無線資源使用的次數(shù)； 用于空閑態(tài)數(shù)據(jù)傳輸?shù)拿荑€和/或加密算法。
17.根據(jù)權(quán)利要求16所述的裝置，其特征在于，所述裝置還包括:釋放單元； 所述確定單元還用于，確定所述終端空閑態(tài)下傳輸數(shù)據(jù)的次數(shù)達(dá)到所述網(wǎng)絡(luò)側(cè)設(shè)定次數(shù)，或者在所述網(wǎng)絡(luò)側(cè)確定的傳輸數(shù)據(jù)時(shí)頻資源上連續(xù)超過設(shè)定次數(shù)未傳輸數(shù)據(jù)時(shí)，觸發(fā)所述釋放單元； 所述釋放單元，用于釋放傳輸數(shù)據(jù)的時(shí)頻資源。
18.根據(jù)權(quán)利要求16所述的裝置，其特征在于，所述確定單元還用于，將RRC連接的狀態(tài)下與所述終端最后使用的密鑰和/或加密算法作為所述用于空閑態(tài)數(shù)據(jù)傳輸?shù)拿荑€和/或加密算法。
19.根據(jù)權(quán)利要求16所述的裝置，其特征在于，所述確定單元還用于，在RRC連接的狀態(tài)下為所述終端確定空閑態(tài)時(shí)的密鑰和/或加密算法，并由所述通知單元通知所述終端。
20.一種基站，其特征在于，包括權(quán)利要求13至19任一項(xiàng)所述的數(shù)據(jù)傳輸裝置。
21.—種終端，其特征在于，所述終端包括發(fā)送單元和接收單元，其中: 發(fā)送單元，用于向網(wǎng)絡(luò)側(cè)發(fā)送空閑態(tài)數(shù)據(jù)傳輸請(qǐng)求； 接收單元，用于接收所述網(wǎng)絡(luò)側(cè)確定的空閑態(tài)下發(fā)送數(shù)據(jù)的時(shí)頻資源； 所述發(fā)送單元還用于，在所述終端處于空閑態(tài)時(shí)，在所確定的時(shí)頻資源上發(fā)送數(shù)據(jù)。
22.根據(jù)權(quán)利要求21所述的終端，其特征在于，所述空閑態(tài)數(shù)據(jù)傳輸請(qǐng)求中攜帶有以下信息的至少之一: 所述終端待發(fā)送的數(shù)據(jù)包大??； 待傳輸數(shù)據(jù)的方向； 數(shù)據(jù)傳輸間隔。
23.根據(jù)權(quán)利要求22所述的終端，其特征在于，所述終端還包括:存儲(chǔ)單元，用于存儲(chǔ)數(shù)據(jù)傳輸用的加密算法和/或密鑰； 所述發(fā)送單元還用于，在所述網(wǎng)絡(luò)側(cè)分配的時(shí)頻資源上對(duì)需發(fā)送的數(shù)據(jù)按所存儲(chǔ)的加密算法進(jìn)行加密并發(fā)送。
24.根據(jù)權(quán)利要求22所述的終端，其特征在于，所述終端還包括:確定單元，用于將RRC連接的狀態(tài)下與所述網(wǎng)絡(luò)側(cè)最后使用的密鑰和/或加密算法作為所述用于空閑態(tài)數(shù)據(jù)傳輸?shù)拿荑€和/或加密算法。`
25.根據(jù)權(quán)利要求24所述的終端，其特征在于，所述接收單元在所述終端處于RRC連接狀態(tài)下時(shí)接收到網(wǎng)絡(luò)側(cè)發(fā)送的空閑態(tài)數(shù)據(jù)傳輸用的密鑰和/或加密算法時(shí)，通知所述存儲(chǔ)單元進(jìn)行存儲(chǔ)。
【文檔編號(hào)】H04W12/04GK103517271SQ201210223615
【公開日】2014年1月15日 申請(qǐng)日期:2012年6月28日 優(yōu)先權(quán)日:2012年6月28日
【發(fā)明者】江小威, 吳偉民 申請(qǐng)人:中國(guó)移動(dòng)通信集團(tuán)公司