WO2013026374A1 - 数据传输方法和设备 - Google Patents

Abstract

本申请实施例公开了一种数据传输方法和设备，涉及无线通信技术领域，用于降低系统的信令开销。本申请中，基站将调度无线网络临时标识RNTI，下发给终端；基站通过使用所述调度RNTI加扰的物理下行控制信道PDCCH为终端调度上行资源和/或下行资源，并在调度的上行资源上接收终端发送的上行数据，在调度的下行资源上向终端发送下行数据。终端监听使用所述调度RNTI加扰的PDCCH，使用监听到的PDCCH所调度的资源发送上行数据和/或接收下行数据。采用本申请的方法，能够有效降低系统的信令开销。

Description

数据传输方法和设备 本申请要求在 2011年 8月 19日提交中国专利局、 申请号为 201110240607.3、 发明名 称为"数据传输方法和设备 "的中国专利申请的优先权， 其全部内容通过引用结合在本申请 中。

技术领域

本发明涉及无线通信领域， 尤其涉及一种数据传输方法和设备。

背景技术

长期演进（Long Term Evolution, LTE )系统网络架构如图 1所示， 其中包括接入点名 ( Access Point Name, APN )节点、 分组数据网关（ Packet Data Network GW, P-GW 服 务网关 （ Serving Gateway, S-GW 移动管理实体（ Mobile Management Entity, MME )、 基站（eNB )和用户终端 （User Equipment, UE )。

为了便于新业务的开展， LTE系统釆用了用户面与控制面分离的设计方式， 控制面信 令与用户面承载分别由独立的网元（即 MME和 S-GW )来负责。 MME主要功能是建立非 接入层（Non Access Stratum, NAS )信令、 保证 NAS信令安全、 建立跨核心网的信令、 跟踪服务、 漫游服务、 授权和承载管理等。 S-GW为 eNB切换时的关口点、 转发 2G / 3G 以及其他系统业务数据的关口点， 并完成下行数据包的緩冲、 一些初始化工作、 规定的拦 截侦听、 数据包路由和转发等。 P-GW用于策略的执行、 包过滤、 规定的拦截、 UE的因特 网协议（Internet Protocol, IP )地址的分配、 计费功能、 数据包再现等。

UE、 eNB与核心网之间的控制信令通过 MME进行处理； 用户数据通过 S-GW传输到 P-GW, 然后由 P-GW传输到外部的各类 APN节点。 由于减少了控制信令与用户数据的耦 合， 当新业务出现只需对负责用户面承载的网元进行升级， 而不会对控制信息传输造成影 响， 从而极大地降低了网络维护的复杂度和设备升级成本。

LTE系统中处于空闲 （idle )状态的 UE, 如果有数据需要向网络侧发送时， 需要在数 据发送前进行连接 /承载的建立， 具体信令流程如图 2所示：

步骤 1 : 当 UE有数据需要发送时， 首先根据系统配置的随机接入资源信息， 等待随 机接入信道 ( Random Access Channel, RACH )调度周期， 选择一个前导 （preamble )码， 并向 eNB发送携带该 preamble码的随机接入请求， 即发送消息 （ Message, Msg ) 1。

步骤 2: eNB在接收到 UE发送的 Msgl后， 在随机接入响应窗中向 UE发送随机接入 响应消息，即发送 Msg2。一条随机接入响应消息可以对多个 UE的随机接入请求进行响应。 Msg2由随机接入无线网络临时标识（Random Access-RNTI, RA-RNTI )加扰的下行控制 信息（ Downlink Control Information, DCI )进行调度， RA-RNTI由发送 Msgl的时频资源 位置确定。 Msg2中的内容包括： 回退（backoff )参数、 与 Msgl对应的 preamble码标识、 上行传输定时提前量（ Timing Advance, TA )、 为 Msg3分配的上行资源（ Msg3调度信息）、 临时的小区无线网络临时标识（ Cell-Radio Network Temporary Identifier, C-RNTI )。 backoff 参数用于指示如果本次随机接入失败， UE 下次发起随机接入的时延均值。 UE 通过 RA-RNTI和 Msg2中的 preamble码标识确定发送给自己的随机接入响应， 如果 Msg2中的 preamble码标识对应的 preamble码中包含有自己发起的随机接入请求中的 preamble码，那 么认为自己成功接收到随机接入响应消息，后续将向网络侧发送 Msg3。如果 UE没有正确 接收到 Msg2 , 则依据 backoff参数的时延限制确定发起下一次随机接入的时延， 另外选择 随机接入资源发起下一次随机接入。 达到最大随机接入次数后， UE 的媒体接入控制 ( Medium Access Control, MAC )层向无线资源控制 （Radio Resource Control, RRC )层 上 ·ί艮随机接入问题， 触发无线链路失败过程。

步骤 3: UE在接收到 Msg2后， 在 Msg2分配的上行资源上发送 Msg3。 针对不同的场 景， Msg3中包含不同的内容。 例如， 在初始接入时， Msg3中携带 RRC层生成的 RRC连 接重建请求消息。

步骤 4: e B和 UE通过 Msg4完成最终的竟争解决。 Msg4中的内容与 Msg3中的内 容是相对应的。初始接入时， Msg4中携带 UE竟争解决标识，即 MAC层控制单元（ Contention Resolution Identity MAC CE ),这个 MAC CE中包含 UE在 Msg3中传输的公共控制信道服 务数据单元（Common Control Channel Service Data Unit, CCCH SDU ), UE在接收到该 MAC CE后， 与自身 RRC层信息比较， 以完成竟争解决。 另外， Msg4中可以包含 RRC 连接建立消息， 用于建立 UE的信令无线承载（ Signaling Radio Bearer, SRB ) 1。

步骤 5: UE在竟争解决完成后，根据 RRC连接建立消息中的信息建立 SRB1 , 并向网 络侧发送 RRC连接建立完成消息。 NAS业务请求（ service request ) 消息可以在发送 RRC 连接建立完成消息时向网络侧捎带发送。

步骤 6: eNB在接收到 RRC连接建立完成消息后， 将捎带的 NAS业务请求消息发送 给 MME , 用于请求 MME建立 UE对应的 eNB与核心网网元间的相关连接， 包括与 MME 的控制面连接和与 S-GW的无线接入 载（Evolved Packet System Radio Access Bearer, E-RAB )。

步骤 7: MME将 UE对应连接的信息通知给 e B。

步骤 8: eNB向 UE发送安全模式命令 ( Security Mode Command, SMC )和 RRC连 接重配消息。用于激活 UE的安全性和为 UE建立数据无线承载（ Data Radio Bearer, DRB ) 和其他信令无线承载即 SBR2。需要指出的是 SMC和 RRC连接重配可以在一条 RRC消息 中发送， 也可以分别发送。

步骤 9: 在安全性激活和 DRB、 SRB2配置完成后， UE向网络侧发送安全模式完成消 息和 RRC连接重配完成消息。 步骤 10: 在经过上述过程后， UE的用户面数据由 DRB、 SI承载， 通过 e B、 S-GW 发送给核心网； UE与核心网的控制信令通过 SRB和 eNB与 MME之间的控制面连接发送 给 MME。

对于去附着 （detach )状态的 UE, 当 UE需要向网络侧发送数据时， UE需要先发起 附着（attach )过程， 附着到网络， 另外， 为确定用户的合法性还需要通过鉴权过程进行确 认。 信令流程相对于图 2中所示的过程将更为复杂， 这里不进行详细描述。

机器类型通信（Machine-type communication, MTC )作为一种新型的通信理念， 其目 的是将多种不同类型的通信技术有机结合， 如： 机器对机器通信、 机器控制通信、 人机交 互通信、 移动互联通信， 从而推动社会生产和生活方式的发展。 预计未来人对人通信的业 务可能仅占整个终端市场的 1/3 , 而更大数量的通信是 MTC通信业务。 有时， MTC又称 为机器间 （ Machine-to-machine, M2M )通信或物联网。

当前的移动通信网络是针对人与人之间的通信设计的， 如： 网络容量的确定等。 如果 希望利用移动通信网络来支持 MTC就需要根据 MTC的特点对移动通信系统的机制进行优 化，以便能够在对传统的人与人之间的通信不受或受较小影响的情况下，更好地实现 MTC。

当前认识到的 MTC可能存在的一些特点有： MTC终端具有低移动性； MTC终端与 网络侧进行数据传输的时间是可控的； MTC终端与网络侧进行的数据传输对实时性要求不 高， 即具有时间容忍性； MTC终端能量受限， 要求极低的功率消耗； MTC终端和网络侧 之间只进行小数据量的信息传输； MTC终端可以以组为单位进行管理； 等等。 一个实际的 MTC终端可以具有上述的一个或多个特点。

在实现本发明的过程中， 发明人发现现有技术中存在以下技术问题：

尽管在 MTC 中， MTC 终端的数量将大大超出传统通信终端的数量， 但是， 在许多 MTC 的应用场景中， 存在一些单向下行小数据传输、 单向上行小数据传输、 交互的上 /下 行小数据传输的应用场景， 每次传输的数据量并不是很大（通常为几十到几百字节）， 一 个或几个子帧便可传输完成。 然而， 网络侧和 MTC终端为了发送这些数据， 按照当前的 数据发送方式也需要通过如图 2所示的信令流程建立 DRB/RB、 Sl/Iu承载后， 才能通过 DRB/RB, Sl/Iu承载传输数据， 而如图 2所示的信令流程需要较大的信令开销， 从而降低 了系统效率。

发明内容

本发明实施例提供一种数据传输方法和设备， 用于降低系统的信令开销。

一种数据传输方法， 该方法包括：

基站将用于调度资源的调度无线网络临时标识 RNTI, 下发给终端；

基站为终端建立上下文， 根据该上下文通过使用所述调度 RNTI加扰的物理下行控制 信道 PDCCH, 为终端调度上行资源和 /或下行资源， 并在调度的上行资源上接收终端发送 的上行数据 , 在调度的下行资源上向终端发送下行数据。

一种数据传输方法， 该方法包括：

终端接收基站下发的用于调度资源的调度无线网络临时标识 RNTI;

终端监听使用所述调度 RNTI 加扰的物理下行控制信道 PDCCH, 使用监听到的 PDCCH所调度的上行资源发送上行数据， 和 /或， 使用监听到的 PDCCH所调度的下行资 源接收下行数据。

一种基站， 该基站包括：

信息处理单元， 用于将用于调度资源的调度无线网络临时标识 RNTI, 下发给终端； 数据传输单元， 用于基站为终端建立上下文， 根据该上下文通过使用所述调度 RNTI 加扰的物理下行控制信道 PDCCH, 为终端调度上行资源和 /或下行资源， 并在调度的上行 资源上接收终端发送的上行数据 , 在调度的下行资源上向终端发送下行数据。

一种终端， 该终端包括：

处理单元， 用于接收基站下发的用于调度资源的调度无线网络临时标识 RNTI;

传输单元，用于监听使用所述调度 RNTI加扰的物理下行控制信道 PDCCH,使用监听 到的 PDCCH所调度的上行资源发送上行数据 , 和 /或， 使用监听到的 PDCCH所调度的下 行资源接收下行数据。

本发明实施例提供的方案中， 基站将调度 RNTI下发给终端， 使用所述调度 RNTI为 终端调度上行资源和 /或下行资源， 并在调度的上行资源上接收终端发送的上行数据， 在调 度的下行资源上向终端发送下行数据。 可见， 釆用本方法， 在不建立 RRC 连接的情况下 基站也可进行上 /下行数据传输， 由于建立 RRC连接需要较大的信令开销， 因此， 本方案 能够有效降低系统的信令开销。

本发明实施例提供的方案中， 终端接收基站下发的调度 RNTI, 并监听使用所述调度 RNTI加扰的 PDCCH,使用监听到的 PDCCH所调度的资源发送上行数据和 /或接收下行数 据。 可见， 釆用本方法， 在不建立 RRC连接的情况下终端也可进行上 /下行数据传输， 由 于建立 RRC连接需要较大的信令开销， 因此， 本方案能够有效降低系统的信令开销。 附图说明

图 1为现有技术中的 LTE系统网络架构示意图；

图 2为现有技术中的 LTE系统连接 /承载建立过程示意图；

图 3为本发明实施例提供的方法流程示意图；

图 4为本发明实施例提供的另一方法示意图；

图 5A为本发明实施例一的流程示意图；

图 5B为本发明实施例二的流程示意图；

图 6为本发明实施例提供的设备结构示意图； 图 7为本发明实施例提供的另一设备结构示意图。

具体实施方式

为了降低系统的信令开销， 本发明实施例提供一种数据传输方法， 该方法中， 基站将 调度无线网络临时标识（RNTI )下发给终端， 使用所述调度 RNTI为终端调度上行资源和 /或下行资源， 并在调度的上行资源上接收终端发送的上行数据， 在调度的下行资源上向终 端发送下行数据。

参见图 3 , 本发明实施例提供的数据传输方法， 包括以下步骤：

步骤 30: 基站将用于调度资源的调度 RNTI下发给终端； 调度 RNTI可以是 C-RNTI 等已有的 RNTI, 也可以是新定义的 RNTI;

步骤 31 : 基站为终端建立上下文， 根据该上下文通过使用所述调度 RNTI加扰的物理 下行控制信道（PDCCH ), 为终端调度上行资源和 /或下行资源， 并在调度的上行资源上接 收终端发送的上行数据， 在调度的下行资源上向终端发送下行数据。 具体的， 若基站仅为 终端调度下行资源， 则基站使用调度的下行资源向终端发送下行数据； 若基站为终端调度 下行资源和上行资源， 则基站使用调度的下行资源向终端发送下行数据 , 及接收终端使用 调度的上行资源发送的上行数据； 若基站仅为终端调度上行资源， 则基站接收终端使用调 度的上行资源发送的上行数据。

作为一种实现方式， 步骤 30中基站将调度 RNTI下发给终端， 具体可以是在接收到核 心网设备的寻呼消息后，向终端下发携带所述调度 RNTI的寻呼消息。相应的，步骤 31中， 基站在向终端下发寻呼消息后， 根据协议 RS36.331中规定的默认配置为终端建立上下文， 并根据该上下文通过使用所述调度 RNTI加扰的 PDCCH, 为终端调度上行资源和 /或下行 资源， 并在调度的上行资源上接收终端发送的上行数据， 在调度的下行资源上向终端发送 下行数据。

作为另一种实现方式， 步骤 30中基站将调度 RNTI下发给终端， 具体可以是在接收到 核心网设备的寻呼消息后， 向终端下发携带所述调度 RNTI的寻呼消息。 然后， 基站接收 终端发送的用于请求随机接入的消息 1 , 该消息 1中携带随机接入 preamble码； 基站向终 端发送用于响应随机接入请求的消息 2,该消息 2中携带上行 TA和小区 RNTI ( C-RNTI ); 基站接收终端发送的携带所述调度 RNTI的消息 3。 那么， 步骤 31中， 基站在接收到消息 3后， 释放所述消息 2中携带的小区 RNTI, 根据协议 RS36.331中规定的默认配置为终端 建立上下文，根据该上下文通过使用所述调度 RNTI加扰的 PDCCH, 为终端调度上行资源 和 /或下行资源， 并在调度的上行资源上接收终端发送的上行数据， 在调度的下行资源上向 终端发送下行数据。 这里， 终端根据上行 TA与基站侧保持上行同步后， 向基站发送上行 数据。

具体的， 若基站根据所述消息 3中携带的緩存状态请求（Buffer Status Report, BSR ) 信息确定终端有上行数据需要发送， 则根据该上下文通过使用所述调度 RNTI 加扰的 PDCCH 为终端调度上行资源和下行资源； 否则， 根据该上下文通过使用所述调度 RNTI 加扰的 PDCCH为终端调度下行资源。 BSR信息是用于表示终端需要发送的上行数据的数 据量的信息。

作为又一种实现方式， 步骤 30中基站将调度 RNTI下发给终端， 具体可以是基站在接 收到核心网设备的寻呼消息后， 向终端下发携带专用 preamble 码的寻呼消息， 该专用 preamble码与用于终端随机接入的 preamble码（即随机接入 preamble )不同； 基站接收终 端发送的用于请求随机接入的消息 1 , 该消息 1中携带所述专用 preamble码， 向终端发送 用于响应随机接入请求的消息 2, 该消息 2中携带所述调度 RNTI。 相应的， 步骤 31中， 基站在接收到消息 2后,根据协议 RS36.331中规定的默认配置为终端建立上下文，根据该 上下文通过使用所述调度 RNTI加扰的 PDCCH, 为终端调度上行资源和 /或下行资源， 并 在调度的上行资源上接收终端发送的上行数据， 在调度的下行资源上向终端发送下行数 据。

作为再一种实现方式， 步骤 30中基站将调度 RNTI下发给终端， 具体可以是基站在接 收到核心网设备的寻呼消息后， 向终端下发携带专用 preamble 码的寻呼消息， 该专用 preamble码与用于终端随机接入的 preamble码（即随机接入 preamble )不同； 基站接收终 端发送的用于请求随机接入的消息 1 , 该消息 1中携带所述专用 preamble码， 向终端发送 用于响应随机接入请求的消息 2, 该消息 2中携带所述调度 RNTI。 然后， 基站接收到终端 发送的消息 3 , 该消息 3中携带所述调度 RNTI; 相应的， 步骤 31中， 基站在接收到消息 3后， 根据协议 RS36.331中规定的默认配置为终端建立上下文， 根据该上下文通过使用所 述调度 RNTI加扰的 PDCCH, 为终端调度上行资源和 /或下行资源， 并在调度的上行资源 上接收终端发送的上行数据 , 在调度的下行资源上向终端发送下行数据。

具体的， 若基站根据所述消息 3中携带的緩存状态请求（BSR )信息确定终端有上行 数据需要发送， 则根据该上下文通过使用所述调度 RNTI加扰的 PDCCH为终端调度上行 资源和下行资源； 否则， 根据该上下文通过使用所述调度 RNTI加扰的 PDCCH为终端调 度下行资源。 BSR信息是用于表示终端需要发送的上行数据的数据量的信息。

对于上述四种实现方式：

进一步的， 基站在调度的上行资源上接收终端发送的上行数据后， 根据接收情况向终 端发送肯定应答（Acknowledgement, ACK )或否定应答（ Not- acknowledgement , NACK ) 信息。 具体的， 若正确接收上行数据， 则发送 ACK信息， 否则， 发送 NACK信息。

进一步的， 若基站仅为终端调度下行资源， 则基站在发送给终端的最后一个下行数据 中携带释放所述调度 RNTI的指示信息； 基站若接收到终端反馈的对所述最后一个下行数 据的 ACK信息， 则释放所述调度 RNTI以及所述上下文， 否则， 向终端重发携带所述指示 信息的最后一个下行数据；

当然， 这里也可以釆用其他实现方式， 例如， 基站在向终端发送了最后一个下行数据 并且接收到终端反馈的对所述最后一个下行数据的 ACK信息后， 向终端发送释放所述调 度 RNTI的指示信息，基站若接收到终端反馈的对所述指示信息的 ACK信息，则释放所述 调度 RNTI以及所述上下文， 否则， 向终端重发所述指示信息。

若基站为终端调度下行资源和上行资源， 则基站在正确接收终端发送的上行数据并且 根据该上行数据中携带的 BSR信息确定该上行数据为终端发送的最后一个数据后，在发送 给终端的最后一个下行数据中携带释放所述调度 RNTI的指示信息； 基站若接收到终端反 馈的对所述最后一个下行数据的 ACK信息，则释放所述调度 RNTI以及所述上下文，否则， 向终端重发携带所述指示信息的最后一个下行数据；

当然， 这里也可以釆用其他实现方式， 例如， 基站在向终端发送了最后一个下行数据 并且接收到终端反馈的对所述最后一个下行数据的 ACK信息、 以及正确接收终端发送的 上行数据并且根据该上行数据中携带的 BSR信息确定该上行数据为终端发送的最后一个 数据后， 向终端发送释放所述调度 RNTI的指示信息， 基站若接收到终端反馈的对所述指 示信息的 ACK信息， 则释放所述调度 RNTI以及所述上下文， 否则， 向终端重发所述指示 信息。

若基站仅为终端调度上行资源， 则基站在正确接收终端发送的上行数据并且根据该上 行数据中携带的 BSR信息确定该上行数据为终端发送的最后一个数据后，向终端发送释放 所述调度 RNTI的指示信息；基站若接收到终端反馈的对所述指示信息的 ACK信息，则释 放所述调度 RNTI以及所述上下文， 否则， 向终端重发所述指示信息。

进一步的，在基站为终端建立上下文之后、并且根据该上下文通过使用所述调度 RNTI 加扰的 PDCCH为终端调度上行资源和 /或下行资源之前， 基站可以启动调度 RNTI有效定 时器； 在基站释放所述调度 RNTI以及所述上下文之后， 可以停止所述调度 RNTI有效定 时器。 在所述调度 RNTI有效定时器超时时， 若还未释放所述调度 RNTI以及所述上下文， 则释放所述调度 RNTI以及所述上下文。

进一步的，基站还可以将接收到的上行数据和 /或是否成功发送下行数据的传输确认信 息发送给核心网设备。 具体的， 若基站仅为终端调度下行资源， 则基站将是否成功发送下 行数据的传输确认信息发送给核心网设备； 若基站为终端调度下行资源和上行资源， 则基 站将接收到的上行数据和是否成功发送下行数据的传输确认信息发送给核心网设备； 若基 站仅为终端调度上行资源， 则基站将接收到的上行数据发送给核心网设备。

进一步的， 步骤 30 中基站可以针对一个小区下发寻呼消息； 或者， 基站按照预定的 轮流寻呼规则， 针对跟踪区 TA范围内的小区分别下发寻呼消息。

进一步的， 基站可以根据核心网设备发送的寻呼消息中携带的数据传输特性信息， 确 定本次数据传输需要釆用不建立 RRC连接的数据传输方式后， 向终端下发所述寻呼消息。 例如， 核心网设备发送的寻呼消息中携带小数据传输特性信息， 则基站确定本次数据传输 需要釆用不建立 RRC连接的数据传输方式。

进一步的， 所述终端可以是与网络侧不存在无线资源控制（RRC )连接的终端， 例如， 该终端为处于空闲状态的终端。

为了降低系统的信令开销， 本发明实施例提供一种数据传输方法， 该方法中， 终端接 收基站下发的调度 RNTI,并监听使用所述调度 RNTI加扰的 PDCCH,使用监听到的 PDCCH 所调度的资源发送上行数据和 /或接收下行数据。

参见图 4, 本发明实施例提供的数据传输方法， 包括以下步骤：

步骤 40: 终端接收基站下发的用于调度资源的调度 RNTI; 调度 RNTI可以是 C-RNTI 等已有的 RNTI, 也可以是新定义的 RNTI;

步骤 41 : 终端监听使用所述调度 RNTI加扰的 PDCCH, 使用监听到的 PDCCH所调 度的上行资源发送上行数据， 和 /或， 使用监听到的 PDCCH所调度的下行资源接收下行数 据。 具体的， 若监听到的 PDCCH中仅携带有下行调度信令， 则终端使用该下行调度信令 指示的下行资源接收基站向该终端发送的下行数据； 若监听到的 PDCCH中携带有下行调 度信令和上行调度信令， 则终端使用该下行调度信令指示的下行资源接收基站向该终端发 送的下行数据， 以及使用该上行调度信令指示的上行资源向基站发送上行数据； 若监听到 的 PDCCH中仅携带有上行调度信令， 则终端使用该上行调度信令指示的上行资源向基站 发送上行数据。

作为一种实现方式， 步骤 40中终端接收基站下发的调度 RNTI, 具体可以是终端接收 基站下发的寻呼消息，该寻呼消息中携带用于调度资源的调度 RNTI。相应的， 步骤 41中， 终端在接收到寻呼消息后，监听使用所述调度 RNTI加扰的 PDCCH,使用监听到的 PDCCH 所调度的上行资源发送上行数据， 和 /或， 使用监听到的 PDCCH所调度的下行资源接收下 行数据。

作为另一种实现方式， 步骤 40中终端接收基站下发的调度 RNTI, 具体可以是终端接 收基站下发的寻呼消息， 该寻呼消息中携带用于调度资源的调度 RNTI。 然后， 终端向基 站发送用于请求随机接入的消息 1 , 该消息 1中携带随机接入 preamble码； 终端接收基站 发送的用于响应随机接入请求的消息 2, 该消息 2中携带上行 TA和小区 RNTI; 并向基站 发送携带所述调度 RNTI的消息 3。 那么， 步骤 41中， 终端在发送消息 3后， 监听使用所 述调度 RNTI加扰的 PDCCH, 使用监听到的 PDCCH所调度的上行资源发送上行数据 , 和 /或，使用监听到的 PDCCH所调度的下行资源接收下行数据。若终端有上行数据需要发送， 则所述消息 3中还携带取值不为 0的 BSR信息。 BSR信息是用于表示终端需要发送的上 行数据的数据量的信息。 作为又一种实现方式， 步骤 40中终端接收基站下发的调度 RNTI, 具体可以是： 终端 接收基站下发的寻呼消息，该寻呼消息中携带专用 preamble码，该专用 preamble码与终端 进行随机接入所使用的 preamble码不同； 终端向基站发送用于请求随机接入的消息 1 , 该 消息 1中携带所述专用 preamble码；终端接收基站发送的用于响应随机接入请求的消息 2, 该消息 2中携带所述调度 RNTL 相应的， 步骤 41中， 终端在发送消息 2后， 监听使用所 述调度 RNTI加扰的 PDCCH, 使用监听到的 PDCCH所调度的上行资源发送上行数据， 和 /或， 使用监听到的 PDCCH所调度的下行资源接收下行数据。

作为再一种实现方式， 步骤 40中终端接收基站下发的调度 RNTI, 具体可以是： 终端 接收基站下发的寻呼消息，该寻呼消息中携带专用 preamble码，该专用 preamble码与终端 进行随机接入所使用的 preamble码不同； 终端向基站发送用于请求随机接入的消息 1 , 该 消息 1中携带所述专用 preamble码；终端接收基站发送的用于响应随机接入请求的消息 2, 该消息 2中携带所述调度 RNTI。 然后， 终端还向基站发送携带所述调度 RNTI的消息 3。 相应的， 步骤 41中， 终端在发送消息 3后， 监听使用所述调度 RNTI加扰的 PDCCH, 使 用监听到的 PDCCH所调度的上行资源发送上行数据 , 和 /或， 使用监听到的 PDCCH所调 度的下行资源接收下行数据。 若终端有上行数据需要发送， 则所述消息 3中还携带取值不 为 0的 BSR信息。

在上述四种实现方式中：

进一步的， 终端在使用监听到的 PDCCH所调度的下行资源接收下行数据后， 根据接 收情况向基站发送 ACK或 NACK信息。 具体的， 若正确接收下行数据， 则发送 ACK信 息， 否则， 发送 NACK信息。

进一步的， 终端若正确接收基站发送的释放所述调度 RNTI的指示信息， 则向基站反 馈 ACK信息，并释放所述调度 RNTI以及停止监听所述 PDCCH,否则，向基站反馈 NACK 信息并继续监听所述 PDCCH; 所述指示信息携带在下行数据或其他消息中。

进一步的， 在终端接收所述调度 RNTI之后、 并且终端监听使用所述调度 RNTI加扰 的 PDCCH之前， 终端可以启动调度 RNTI有效定时器； 以及， 在终端释放所述调度 RNTI 之后， 停止所述调度 RNTI有效定时器。 在所述调度 RNTI有效定时器超时时， 若还未释 放所述调度 RNTI, 则释放所述调度 RNTI并停止监听所述 PDCCH。

进一步的， 所述终端是与网络侧不存在 RRC连接的终端。

下面结合具体实施例对本发明进行说明：

基站（ e B )侧行为：

e B接收到核心网的寻呼消息后， 向 MTC设备（Device )发送寻呼 （paging ) 消息， 同时寻呼消息中携带调度 RNTI或专用 preamble。

对于寻呼中携带调度 RNTI的情况，对于允许终端使用存储的时间提前量的情况， eNB 使用默认配置为该终端建立上下文， 对于不允许使用存储的时间提前量的情况， eNB在收 到携带寻呼中分配的调度 RNTI的 Msg3后为该终端建立上下文。

对于寻呼中携带专用 preamble的情况， eNB收到专用 preamble后， 在下行 Msg2中携 带调度 RNTI, 并使用默认配置为该终端建立上下文。

eNB为该终端建立上下文后， 一定时间范围内通过调度 RNTI为 MTC Device调度下 行资源，如果在 MSG3中收到 BSR,则 eNB通过调度 RNTI为 MTC Device调度上行资源。

对于有上行数据传输的情况， 当 eNB接收到的上行 BSR为 0,且对上行数据进行了确 认的情况下， eNB如果有下行数据， 可以在下发的最后一个小数据中携带释放调度 RNTI 指示， 如果上行接收到的是 ACK, 则释放调度 RNTI及该终端的上下文， 如果设置了调度 RNTI有效定时器， 则停止该定时器， 如果接收到的是 NACK或没有收到反馈， 则重发最 后一包数据， 仍包含释放调度 RNTI指示。 eNB如果没有下行数据， 可以单独发送释放调 度 RNTI指示， 如果上行接收到的是 ACK, 则释放调度 RNTI及该终端的上下文， 如果设 置了调度 RNTI有效定时器， 则停止该定时器， 如果接收到的是 NACK或没有收到反馈， 则重发释放调度 RNTI指示。

对于没有上行数据传输的情况， eNB 可以在下发的最后一个小数据中携带释放调度

RNTI指示， 如果上行接收到的是 ACK, 则释放调度 RNTI及该终端的上下文， 如果接收 到的是 NACK或没有收到反馈， 则重发最后一包数据， 仍包含释放调度 RNTI指示。

可以为调度 RNTI设置有效时间， 有效时间可以固定， 通过系统广播携带或者寻呼消 息中携带。 调度 RNTI的有效时间到达后， eNB释放该调度 RNTI, 同时释放该终端的上 下文。

终端侧行为：

MTC Device收到携带调度 RNTI的寻呼后，对于不允许终端使用存储的时间提前量的 情况，使用竟争 preamble码发起随机接入，在收到 Msg2后，使用寻呼中携带的调度 RNTI 发送 Msg3 , 如果有上行数据等待传输， Msg3中可以包含 BSR等信息。 发送 Msg3后， 在 调度 RNTI的有效时间内监听 PDCCH, 监听到对该调度 RNTI的调度信息， 则使用默认配 置接收下行数据。 对于允许终端使用存储的时间提前量的情况， 在调度 RNTI的有效时间 内监听 PDCCH, 监听到对该调度 RNTI的调度信息， 则使用默认配置接收下行数据， 对于 允许终端使用存储的时间提前量的情况， 如果终端需要进行上行同步， 也可以发送竟争的 preamble , 通过 Msg2获得时间提前量。

MTC Device收到携带专用 preamble的寻呼后， 使用专用 preamble发起随机接入， 从 eNB反馈的 Msg2中获得同步及调度 RNTI。如果在调度 RNTI的有效时间内监听 PDCCH, 监听到对该调度 RNTI的调度信息， 则使用默认配置接收发送上下行数据以及确认信息。

MTC Device接收到释放调度 RNTI指示， 如果反馈 ACK, 则反馈后释放调度 RNTI, 停止监听 PDCCH, 如果反馈 NACK, 则继续监听 PDCCH。

调度 RNTI的有效时间到达后， MTC Device停止监听 PDCCH, 并释放调度 RNTI。 实施例一：

本实施例为寻呼消息中携带专用 preamble的流程， 如图 5A所示：

步骤 1： 网络侧（例如 MTC服务器）有数量较少的小数据需要下发给 UE时， 向 MME 发送携带小数据的小数据传输请求；

步骤 2: MME将小数据以及该 UE的标识 S-TMSI, 通过寻呼消息发送给相关的基站， 寻呼消息中还可以携带小数据传输特性信息， 以通知基站本次数据传输需要釆用不建立 RRC连接的数据传输方式；

步骤 3 : 基站保存相关的信息并通过寻呼消息寻呼该终端， 寻呼消息中携带专用 preamble;

步骤 4: 终端使用专用 preamble发起随机接入， 即发送 Msgl；

步骤 5:基站向终端返回随机接入响应消息（即 Msg2 ),其中携带上行 TA和调度 RNTI; 步骤 5a:如果终端有上行小数据等待传输，则发送 Msg3 ,其中包含调度 RNTI和 BSR 等；

步骤 6: 基站使用默认配置为该终端建立上下文， 并启动调度 RNTI有效定时器； 步骤 6a: 终端收到步骤 5的 Msg2后启动调度 RNTI有效定时器；

步骤 7: 基站通过使用调度 RNTI加扰的 PDCCH, 为该终端调度下行资源； 步骤 8: 基站在下行资源上发送下行小数据， 下行小数据可以是但不限于封装在 NAS 容器 ( container ) 中的；

步骤 9: 如果有上行数据传输，则基站通过使用调度 RNTI加扰的 PDCCH为该终端调 度上行资源；

步骤 10: 如果有上行调度， 终端使用步骤 9调度的上行资源传输上行数据， 并同时发 送下行数据的确认信息， 如果没有步骤 9调度的上行资源， 则终端使用 PUCCH发送下行 数据的确认信息；

步骤 11 :如果有上行传输，基站使用物理混合自动重传请求指示信道（ Physical Hybrid Automatic Repeat Request Indicator Channel, PHICH )发送上行数据的确认信息， 如果仍有 下行数据传输， 也可以通过调度下行数据传输的消息携带上行数据的确认信息；

对于有上行数据传输的情况， 当基站接收到的上行 BSR为 0, 且对上行数据进行了确 认的情况下， 基站如果有下行数据， 可以在下发的最后一个小数据中携带释放调度 RNTI 指示， 如果上行接收到的是 ACK, 则释放调度 RNTI及该终端的上下文， 如果设置了调度 RNTI有效定时器， 则停止该定时器。 如果接收到的是 NACK或没有收到反馈， 则重发最 后一包数据， 仍包含释放调度 RNTI指示。 基站如果没有下行数据， 可以单独发送释放调 度 RNTI指示， 如果上行接收到的是 ACK, 则释放调度 RNTI及该终端的上下文， 如果接 收到的是 NACK或没有收到反馈， 则重发释放调度 RNTI指示。 对于没有上行数据传输的 情况， 基站可以在下发的最后一个小数据中携带释放调度 RNTI指示， 如果上行接收到的 是 ACK, 则释放调度 RNTI及该终端的上下文， 如果设置了调度 RNTI有效定时器， 则停 止该定时器。 如果接收到的是 NACK或没有收到反馈， 则重发最后一包数据， 仍包含释放 调度 RNTI指示；

在调度 RNTI有效时间内， 可以根据数据传输情况重复步骤 7到步骤 11；

步骤 12: 基站将上行小数据 /下行小数据的传输确认信息发给 MME;

基站可以不反馈下行小数据成功确认， 只反馈失败确认， 失败判定为在调度 RNTI有 效时间到达后， 仍未收到终端对下行小数据的确认信息；

步骤 13： MME将收到的上行小数据 /下行小数据的传输确认信息转发给 MTC server; 步骤 14: 基站侧调度 RNTI有效定时器超时， 释放调度 RNTI和该终端上下文； 步骤 14a: 终端侧调度 RNTI有效定时器超时， 释放调度 RNTI, 停止监听 PDCCH。 注 1 : 如果没有上行数据等待传输， 步骤 5a可以没有。

注 2: 这里的小数据是以 MTC server产生的小数据为例， 但不排除其他核心网节点有 小数据发送的情况， 流程是类似的。

注 3: 如果有步骤 5a, 则存在上面步骤 9, 步骤 10使用步骤 9调度的上行资源传输上 行数据， 并携带下行数据的确认信息， 没有步骤 5a, 则没有步骤 9, 则终端使用 PUCCH 发送下行数据的确认信息。

注 4: 调度 RNTI可以是但不限于 C-RNTI。

注 5: 以上流程图是针对某个小区进行寻呼的情况， 由于 MME发起的寻呼范围可能 是 TA区， 可以但不限于按照预定的轮流寻呼规则， 对 TA范围内的小区分别进行寻呼， 在对某个小区寻呼后， 若接收到携带专用 preamble的 Msg 1 , 则执行步骤 5开始的后续操 作， 并停止寻呼。 若固定时间范围内没有收到携带专用 preamble的 Msg 1 , 则对下一个小 区发起寻呼， 或者在当前小区重发寻呼。

注 6: 本实施例中的终端可以是与网络侧不存在 RRC连接的终端。

实施例二：

本实施例为寻呼消息中携带调度 RNTI的流程， 如图 5B所示：

除步骤 3到步骤 6外， 其余步骤与实施例一相同， 这里不再赘述。

步骤 3: 基站保存相关的信息并通过寻呼消息寻呼该终端， 其中携带调度 RNTI; 步骤 4: 终端使用竟争的随机接入 preamble发起随机接入， 即发送 Msgl；

步骤 5: 基站向终端返回随机接入响应消息 （即 Msg2 ), 其中携带上行 TA和分配的 小区 RNTI; 步骤 5a: 终端收到 Msg2后， 在 Msg3中将调度 RNTI发送给基站， 如果有上行数据 要传， 则 Msg3中可以携带 B SR;

步骤 6: 基站收到携带调度 RNTI的 Msg3后， 根据接收 Msg3使用的上行资源对应释 放步骤 5中携带的 RNTI, 使用调度 RNTI为终端进行调度。

除寻呼中携带专用 preamble的注 1到注 4外， 需要增加以下 3条：

注 5: 终端可以存储上次传输过程中的时间提前量， 可以不发起随机接入， 使用存储 的时间提前量进行上行同步。 如果允许这种情况， 则终端和基站可以直接执行步骤 6开始 的后续操作，终端根据情况判断是否进行步骤 3到步骤 5a,也可以双方约定一个固定时间， 基站从约定时间开始调度该终端。

注 6: 以上流程图是针对某个小区进行寻呼的情况， 由于 MME发起的寻呼范围可能 是 TA区， 可以但不限于按照预定的轮流寻呼规则， 对 TA范围内的小区分别进行寻呼。

在对某个小区寻呼后， 对于不允许终端使用存储的时间提前量的情况， 若在一定的时 间内收到携带调度 RNTI的 Msg3 , 则执行步骤 6开始的后续操作， 并停止寻呼； 否则， 对 下一个小区发起寻呼， 或者在当前小区重发寻呼。 对于允许终端使用存储的时间提前量的 情况， 若在一定的时间内收到终端的上行数据或下行数据的确认信息 （步骤 10 ), 则执行 步骤 10 开始的后续操作， 并停止寻呼； 否则， 对下一个小区发起寻呼， 或者在当前小区 重发寻呼。

注 7: 寻呼消息中可以携带下行数据。

注 8: 本实施例中的终端可以是与网络侧不存在 RRC连接的终端。

对于 LTE系统， 对 Paging消息的几种可能的爹改方式如下：

方式一

在 Paging消息中增加以下用于表示调度 RNTI的信息单元：

temp-Schedule-RNTI-vxyO C-RNTI OPTIONAL -- Need OP

方式二

在 Paging消息中增加以下用于表示专用 preamble的信息单元：

rach-ConfigDedicated-vxyO RACH-ConfigDedicated OPTIONAL -- Need OP 方式三

在 Paging消息中增加以下用于表示调度 RNTI和下行数据的信息单元：

temp-Schedule-RNTI-vxyO C-RNTI OPTIONAL, -- Need OP dedicatedlnfoNAS-vxyO DedicatedlnfoNAS OPTIONAL 对于 LTE系统， 可能定义新的携带调度 RNTI的 Msg3消息， 例如：

ScheduleRequest ::= SEQUENCE { criticalExtensions CHOICE {

ScheduleRequest-rx ScheduleRequest-rx-IEs.

criticalExtensionsFuture SEQUENCE {}

ScheduleRequest-rx-IEs ::= SEQUENCE {

temp-Schedule-RNTI C-RNTI,

buffer- Status-Report BIT STRING (SIZE (6)) OPTIONAL. }

对于 LTE系统， 对下行信息传输（ DLInformationTransfer ) 消息的几种可能的修改方 式如下：

方式一：

在 DLInformationTransfer消息中增加用于释放调度 RNTI的信元： releaselnd;

方式二：

在 DLInformationTransfer消息中增加如下用于释放调度 RNTI的信元：

DLInformationTransfer- vxyO-IEs ::= SEQUENCE {

releaselnd ENUMERATED {true} OPTIONAL, nonCriticalExtension SEQUENCE {}

OPTIONAL -- Need OP 基于同一发明构思， 本发明实施例中还提供了一种基站， 由于该基站解决问题的原理 与图 3所示的数据传输方法相似， 因此该基站的实施可以参见方法的实施， 重复之处不再 赘述。

参见图 6, 本发明实施例提供一种基站， 该基站包括：

信息处理单元 60, 用于将用于调度资源的调度无线网络临时标识 RNTI, 下发给终端； 数据传输单元 61 ,用于基站为终端建立上下文，根据该上下文通过使用所述调度 RNTI 加扰的物理下行控制信道 PDCCH, 为终端调度上行资源和 /或下行资源， 并在调度的上行 资源上接收终端发送的上行数据 , 在调度的下行资源上向终端发送下行数据。

所述信息处理单元 60用于：

在接收到核心网设备的寻呼消息后， 向终端下发携带所述调度 RNTI的寻呼消息。 所述信息处理单元 60还用于：

在向终端下发寻呼消息之后、 并且为终端建立上下文之前， 接收终端发送的用于请求 随机接入的消息 1 , 该消息 1中携带随机接入前导 preamble码；

向终端发送用于响应随机接入请求的消息 2, 该消息 2中携带上行定时提前量 TA和 小区 RNTI;

接收终端发送的携带所述调度 RNTI的消息 3 ,并释放所述消息 2中携带的小区 RNTI。 所述信息处理单元 60用于：

在接收到核心网设备的寻呼消息后，向终端下发携带专用前导 preamble码的寻呼消息， 该专用 preamble码与用于终端随机接入的 preamble码不同；

接收终端发送的用于请求随机接入的消息 1 , 该消息 1中携带所述专用 preamble码， 向终端发送用于响应随机接入请求的消息 2, 该消息 2中携带所述调度 RNTI。

所述信息处理单元 60还用于：

在向终端发送消息 2之后、 并且为终端建立上下文之前， 接收终端发送的消息 3 , 该 消息 3中携带所述调度 RNTI。

所述数据传输单元 61用于：

若根据所述消息 3中携带的緩存状态请求 BSR信息确定终端有上行数据需要发送，则 根据该上下文通过使用所述调度 RNTI加扰的 PDCCH为终端调度上行资源和下行资源； 否则， 根据该上下文通过使用所述调度 RNTI加扰的 PDCCH为终端调度下行资源。

所述数据传输单元 61还用于：

在调度的上行资源上接收终端发送的上行数据后， 根据接收情况向终端发送肯定应答 ACK或否定应答 NACK信息。

所述数据传输单元 61还用于：

若仅为终端调度下行资源， 则在发送给终端的最后一个下行数据中携带释放所述调度 RNTI的指示信息； 若接收到终端反馈的对所述最后一个下行数据的 ACK信息， 则释放所 述调度 RNTI以及所述上下文， 否则， 向终端重发携带所述指示信息的最后一个下行数据； 或者，

若为终端调度下行资源和上行资源， 则釆用如下方式 A或方式 B下发释放所述调度

RNTI 的指示信息： 方式 A: 在正确接收终端发送的上行数据并且根据该上行数据中携带 的 BSR信息确定该上行数据为终端发送的最后一个数据后，在发送给终端的最后一个下行 数据中携带释放所述调度 RNTI的指示信息； 若接收到终端反馈的对所述最后一个下行数 据的 ACK信息， 则释放所述调度 RNTI以及所述上下文， 否则， 向终端重发携带所述指示 信息的最后一个下行数据方式 B ：在正确接收终端发送的上行数据并且根据该上行数据中 携带的 BSR信息确定该上行数据为终端发送的最后一个数据、以及向终端发送最后一个下 行数据后， 通过信令向终端发送释放所述调度 RNTI的指示信息； 或者，

若仅为终端调度上行资源， 则在正确接收终端发送的上行数据并且根据该上行数据中 携带的 BSR信息确定该上行数据为终端发送的最后一个数据后，向终端发送释放所述调度 RNTI 的指示信息； 若接收到终端反馈的对所述指示信息的 ACK信息， 则释放所述调度 RNTI以及所述上下文， 否则， 向终端重发所述指示信息。

所述数据传输单元 61还用于：

在为终端建立上下文之后、并且根据该上下文通过使用所述调度 RNTI加扰的 PDCCH 为终端调度上行资源和 /或下行资源之前， 启动调度 RNTI有效定时器； 以及，

在释放所述调度 RNTI以及所述上下文之后 , 停止所述调度 RNTI有效定时器。

所述数据传输单元 61还用于：

在为终端建立上下文之后、并且根据该上下文通过使用所述调度 RNTI加扰的 PDCCH 为终端调度上行资源和 /或下行资源之前， 启动调度 RNTI有效定时器； 以及，

在所述调度 RNTI有效定时器超时时， 若还未释放所述调度 RNTI以及所述上下文， 则释放所述调度 RNTI以及所述上下文。

所述数据传输单元 61还用于：

将接收到的上行数据和 /或是否成功发送下行数据的传输确认信息发送给核心网设备。 所述信息处理单元 60用于：

针对一个小区下发寻呼消息； 或者，

按照预定的轮流寻呼规则， 针对跟踪区 TA范围内的小区分别下发寻呼消息。

所述信息处理单元 60用于：

根据核心网设备发送的寻呼消息中携带的数据传输特性信息， 确定本次数据传输需要 釆用不建立 RRC连接的数据传输方式后， 向终端下发所述寻呼消息。

所述终端是与网络侧不存在 RRC连接的终端。

基于同一发明构思， 本发明实施例中还提供了一种终端， 由于该终端解决问题的原理 与图 4所示的数据传输方法相似， 因此该终端的实施可以参见方法的实施， 重复之处不再 赘述。

参见图 7, 本发明实施例提供一种终端， 该终端包括：

处理单元 70, 用于接收基站下发的用于调度资源的调度无线网络临时标识 RNTI; 传输单元 71 , 用于监听使用所述调度 RNTI加扰的物理下行控制信道 PDCCH, 使用 监听到的 PDCCH所调度的上行资源发送上行数据 , 和 /或， 使用监听到的 PDCCH所调度 的下行资源接收下行数据。

所述处理单元 70用于：

接收基站下发的寻呼消息， 该寻呼消息中携带用于调度资源的调度 RNTI。

所述处理单元 70还用于：

在接收基站下发的寻呼消息之后、并且监听使用所述调度 RNTI加扰的 PDCCH之前， 向基站发送用于请求随机接入的消息 1 , 该消息 1中携带随机接入前导 preamble码； 接收基站发送的用于响应随机接入请求的消息 2 ,该消息 2中携带上行定时提前量 TA 和小区 RNTI; 并向基站发送携带所述调度 RNTI的消息 3。

所述处理单元 70用于：

接收基站下发的寻呼消息， 该寻呼消息中携带专用前导 preamble码， 该专用 preamble 码与终端进行随机接入所使用的 preamble码不同；

向基站发送用于请求随机接入的消息 1 , 该消息 1中携带所述专用 preamble码； 接收基站发送的用于响应随机接入请求的消息 2, 该消息 2中携带所述调度 RNTI。 所述处理单元 70还用于：

在接收基站发送的消息 2之后、 并且监听使用所述调度 RNTI加扰的 PDCCH之前， 向基站发送携带所述调度 RNTI的消息 3。

所述处理单元 70还用于：

在终端有上行数据需要发送时，向基站发送携带取值不为 0的緩存状态请求 BSR信息 的消息 3。

所述传输单元 71还用于：

在使用监听到的 PDCCH所调度的下行资源接收下行数据后， 根据接收情况向基站发 送肯定应答 ACK或否定应答 NACK信息。

所述传输单元 70还用于：

若正确接收基站发送的释放所述调度 RNTI的指示信息，则向基站反馈 ACK信息，并 释放所述调度 RNTI以及停止监听所述 PDCCH, 否则， 向基站反馈 NACK信息并继续监 听所述 PDCCH; 所述指示信息携带在下行数据或其他消息中。

所述传输单元 70还用于：

在接收所述调度 RNTI之后、 并且监听使用所述调度 RNTI加扰的 PDCCH之前， 启 动调度 RNTI有效定时器； 以及，

在释放所述调度 RNTI之后， 停止所述调度 RNTI有效定时器。

所述传输单元 70还用于：

在接收所述调度 RNTI之后、 并且监听使用所述调度 RNTI加扰的 PDCCH之前， 启 动调度 RNTI有效定时器； 以及，

在所述调度 RNTI有效定时器超时时， 若还未释放所述调度 RNTI, 则释放所述调度 RNTI并停止监听所述 PDCCH。

所述终端是与网络侧不存在 RRC连接的终端。

综上， 本发明的有益效果包括：

本发明实施例提供的方案中， 基站将调度 RNTI下发给终端， 使用所述调度 RNTI为 终端调度上行资源和 /或下行资源， 并在调度的上行资源上接收终端发送的上行数据， 在调 度的下行资源上向终端发送下行数据。 可见， 釆用本方法， 在不建立 RRC 连接的情况下 基站也可进行上下行数据传输， 由于建立 RRC 连接需要较大的信令开销， 因此， 本方案 能够有效降低系统的信令开销。

本发明实施例提供的方案中， 终端接收基站下发的调度 RNTI, 并监听使用所述调度

RNTI加扰的 PDCCH,使用监听到的 PDCCH所调度的资源发送上行数据和 /或接收下行数 据。 可见， 釆用本方法， 在不建立 RRC连接的情况下终端也可进行上 /下行数据传输， 由 于建立 RRC连接需要较大的信令开销， 因此， 本方案能够有效降低系统的信令开销。

本发明给出一种不建立 RRC 连接的情况下传输数据的方法， 通过寻呼中携带专用 preamble或调度 RNTI等信息的方式， 在不建立 RRC连接的情况下， e B使用调度 RNTI 为被寻呼终端调度上 /下行资源， 进行数据传输， 实现不建立 RRC连接的情况下数据的可 靠传输， 节省了信令交互过程， 降低了信令开销， 也节约了时间。

本发明是参照根据本发明实施例的方法、 设备（系统）、 和计算机程序产品的流程图 和 /或方框图来描述的。 应理解可由计算机程序指令实现流程图和 /或方框图中的每一流 程和 /或方框、 以及流程图和 /或方框图中的流程和 /或方框的结合。 可提供这些计算机 程序指令到通用计算机、 专用计算机、 嵌入式处理机或其他可编程数据处理设备的处理器 以产生一个机器， 使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用 于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的 装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方 式工作的计算机可读存储器中， 使得存储在该计算机可读存储器中的指令产生包括指令装 置的制造品， 该指令装置实现在流程图一个流程或多个流程和 /或方框图一个方框或多个 方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上， 使得在计算机 或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理， 从而在计算机或其他 可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和 /或方框图一个 方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例， 但本领域内的技术人员一旦得知了基本创造性概 念， 则可对这些实施例作出另外的变更和修改。 所以， 所附权利要求意欲解释为包括优选 实施例以及落入本发明范围的所有变更和修改。

显然， 本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和 范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内， 则本发明也意图包含这些改动和变型在内。

Claims

权 利 要 求

1、 一种数据传输方法， 其特征在于， 该方法包括：

基站将用于调度资源的调度无线网络临时标识 RNTI, 下发给终端；

基站为终端建立上下文， 根据该上下文通过使用所述调度 RNTI加扰的物理下行控制 信道 PDCCH, 为终端调度上行资源和 /或下行资源， 并在调度的上行资源上接收终端发送 的上行数据 , 在调度的下行资源上向终端发送下行数据。

2、 如权利要求 1 所述的方法， 其特征在于， 所述基站将用于调度资源的调度 RNTI 下发给终端包括：

基站在接收到核心网设备的寻呼消息后，向终端下发携带所述调度 RNTI的寻呼消息。 3、 如权利要求 2 所述的方法， 其特征在于， 在基站向终端下发寻呼消息之后、 并且 基站为终端建立上下文之前， 进一步包括：

基站接收终端发送的用于请求随机接入的消息 1 , 该消息 1 中携带随机接入前导 preamble码；

基站向终端发送用于响应随机接入请求的消息 2,该消息 2中携带上行定时提前量 TA 和小区 RNTI;

基站接收终端发送的携带所述调度 RNTI的消息 3 , 并释放所述消息 2中携带的小区 RNTL

4、 如权利要求 1 所述的方法， 其特征在于， 所述基站将用于调度资源的调度 RNTI 下发给终端包括：

基站在接收到核心网设备的寻呼消息后， 向终端下发携带专用前导 preamble码的寻呼 消息， 该专用 preamble码与用于终端随机接入的 preamble码不同；

基站接收终端发送的用于请求随机接入的消息 1 , 该消息 1 中携带所述专用 preamble 码， 向终端发送用于响应随机接入请求的消息 2, 该消息 2中携带所述调度 RNTI。

5、 如权利要求 4所述的方法， 其特征在于， 在基站向终端发送消息 2之后、 并且为 终端建立上下文之前， 进一步包括：

基站接收终端发送的消息 3 , 该消息 3中携带所述调度 RNTI。

6、 如权利要求 3或 5所述的方法， 其特征在于， 所述根据该上下文通过使用所述调 度 RNTI加扰的 PDCCH为终端调度上行资源和 /或下行资源包括：

若基站根据所述消息 3 中携带的緩存状态请求 BSR信息确定终端有上行数据需要发 送， 则根据该上下文通过使用所述调度 RNTI加扰的 PDCCH为终端调度上行资源和下行 资源； 否则， 根据该上下文通过使用所述调度 RNTI加扰的 PDCCH为终端调度下行资源。

7、 如权利要求 1-5中任一所述的方法， 其特征在于， 进一步包括：

基站在调度的上行资源上接收终端发送的上行数据后， 根据接收情况向终端发送肯定 应答 ACK或否定应答 NACK信息。

8、 如权利要求 1-5中任一所述的方法， 其特征在于， 进一步包括：

若基站仅为终端调度下行资源， 则基站在发送给终端的最后一个下行数据中携带释放 所述调度 RNTI的指示信息；基站若接收到终端反馈的对所述最后一个下行数据的 ACK信 息， 则释放所述调度 RNTI以及所述上下文， 否则， 向终端重发携带所述指示信息的最后 一个下行数据；

或者，

若基站为终端调度下行资源和上行资源，则基站釆用如下方式 A或方式 B下发释放所 述调度 RNTI的指示信息： 方式 A: 基站在正确接收终端发送的上行数据并且根据该上行 数据中携带的 BSR信息确定该上行数据为终端发送的最后一个数据后，在发送给终端的最 后一个下行数据中携带释放所述调度 RNTI的指示信息； 基站若接收到终端反馈的对所述 最后一个下行数据的 ACK信息， 则释放所述调度 RNTI以及所述上下文， 否则， 向终端重 发携带所述指示信息的最后一个下行数据； 方式 B: 基站在正确接收终端发送的上行数据 并且根据该上行数据中携带的 BSR信息确定该上行数据为终端发送的最后一个数据、以及 向终端发送最后一个下行数据后， 通过信令向终端发送释放所述调度 RNTI的指示信息； 或者，

若基站仅为终端调度上行资源， 则基站在正确接收终端发送的上行数据并且根据该上 行数据中携带的 BSR信息确定该上行数据为终端发送的最后一个数据后，向终端发送释放 所述调度 RNTI的指示信息；基站若接收到终端反馈的对所述指示信息的 ACK信息，则释 放所述调度 RNTI以及所述上下文， 否则， 向终端重发所述指示信息。

9、 如权利要求 8 所述的方法， 其特征在于， 在基站为终端建立上下文之后、 并且根 据该上下文通过使用所述调度 RNTI加扰的 PDCCH为终端调度上行资源和 /或下行资源之 前， 进一步包括： 基站启动调度 RNTI有效定时器； 以及，

在基站释放所述调度 RNTI以及所述上下文之后， 进一步包括： 停止所述调度 RNTI 有效定时器。

10、 如权利要求 8所述的方法， 其特征在于， 在基站为终端建立上下文之后、 并且根 据该上下文通过使用所述调度 RNTI加扰的 PDCCH为终端调度上行资源和 /或下行资源之 前， 进一步包括： 基站启动调度 RNTI有效定时器； 以及，

基站在所述调度 RNTI有效定时器超时时， 若还未释放所述调度 RNTI以及所述上下 文， 则释放所述调度 RNTI以及所述上下文。

11、 如权利要求 1-5中任一所述的方法， 其特征在于， 进一步包括：

基站将接收到的上行数据和 /或是否成功发送下行数据的传输确认信息发送给核心网 设备。 12、 如权利要求 1-5中任一所述的方法， 其特征在于， 所述基站向终端下发寻呼消息 包括：

基站针对一个小区下发寻呼消息； 或者，

基站按照预定的轮流寻呼规则， 针对跟踪区 TA范围内的小区分别下发寻呼消息。 13、 如权利要求 2或 4所述的方法， 其特征在于， 基站根据核心网设备发送的寻呼消 息中携带的数据传输特性信息， 确定本次数据传输需要釆用不建立无线资源控制 RRC 连 接的数据传输方式后， 向终端下发所述寻呼消息。

14、如权利要求 1-5中任一所述的方法，其特征在于，所述终端是与网络侧不存在 RRC 连接的终端。

15、 一种数据传输方法， 其特征在于， 该方法包括：

终端接收基站下发的用于调度资源的调度无线网络临时标识 RNTI;

终端监听使用所述调度 RNTI 加扰的物理下行控制信道 PDCCH, 使用监听到的 PDCCH所调度的上行资源发送上行数据， 和 /或， 使用监听到的 PDCCH所调度的下行资 源接收下行数据。

16、 如权利要求 15 所述的方法， 其特征在于， 所述终端接收基站下发的用于调度资 源的调度 RNTI包括：

终端接收基站下发的寻呼消息， 该寻呼消息中携带用于调度资源的调度 RNTI。

17、 如权利要求 16所述的方法， 其特征在于， 在终端接收基站下发的寻呼消息之后、 并且终端监听使用所述调度 RNTI加扰的 PDCCH之前， 进一步包括：

终端向基站发送用于请求随机接入的消息 1 , 该消息 1 中携带随机接入前导 preamble 码；

终端接收基站发送的用于响应随机接入请求的消息 2 , 该消息 2中携带上行定时提前 量 TA和小区 RNTI; 并向基站发送携带所述调度 RNTI的消息 3。

18、 如权利要求 15 所述的方法， 其特征在于， 所述终端接收基站下发的用于调度资 源的调度 RNTI包括：

终端接收基站下发的寻呼消息， 该寻呼消息中携带专用前导 preamble 码， 该专用 preamble码与终端进行随机接入所使用的 preamble码不同；

终端向基站发送用于请求随机接入的消息 1 , 该消息 1中携带所述专用 preamble码； 终端接收基站发送的用于响应随机接入请求的消息 2,该消息 2中携带所述调度 RNTI。 19、 如权利要求 18所述的方法， 其特征在于， 在终端接收基站发送的消息 2之后、 并且监听使用所述调度 RNTI加扰的 PDCCH之前， 进一步包括：

终端向基站发送携带所述调度 RNTI的消息 3。

20、 如权利要求 17或 19所述的方法， 其特征在于， 若终端有上行数据需要发送， 则 所述消息 3中还携带取值不为 0的緩存状态请求 BSR信息。

21、 如权利要求 15-19中任一所述的方法， 其特征在于， 进一步包括：

终端在使用监听到的 PDCCH所调度的下行资源接收下行数据后， 根据接收情况向基 站发送肯定应答 ACK或否定应答 NACK信息。

22、 如权利要求 15-19中任一所述的方法， 其特征在于， 进一步包括：

终端若正确接收基站发送的释放所述调度 RNTI的指示信息，则向基站反馈 ACK信息， 并释放所述调度 RNTI以及停止监听所述 PDCCH, 否则， 向基站反馈 NACK信息并继续 监听所述 PDCCH; 所述指示信息携带在下行数据或其他消息中。

23、 如权利要求 22所述的方法， 其特征在于， 在终端接收所述调度 RNTI之后、 并且 终端监听使用所述调度 RNTI加扰的 PDCCH之前， 进一步包括： 终端启动调度 RNTI有 效定时器； 以及，

在终端释放所述调度 RNTI之后 , 进一步包括： 停止所述调度 RNTI有效定时器。

24、 如权利要求 22所述的方法， 其特征在于， 在终端接收所述调度 RNTI之后、 并且 终端监听使用所述调度 RNTI加扰的 PDCCH之前， 进一步包括： 终端启动调度 RNTI有 效定时器； 以及，

终端在所述调度 RNTI有效定时器超时时，若还未释放所述调度 RNTI,则释放所述调 度 RNTI并停止监听所述 PDCCH。

25、 如权利要求 15-19中任一所述的方法， 其特征在于， 所述终端是与网络侧不存在 无线资源控制 RRC连接的终端。

26、 一种基站， 其特征在于， 该基站包括：

信息处理单元， 用于将用于调度资源的调度无线网络临时标识 RNTI, 下发给终端； 数据传输单元， 用于基站为终端建立上下文， 根据该上下文通过使用所述调度 RNTI 加扰的物理下行控制信道 PDCCH, 为终端调度上行资源和 /或下行资源， 并在调度的上行 资源上接收终端发送的上行数据 , 在调度的下行资源上向终端发送下行数据。

27、 如权利要求 26所述的基站， 其特征在于， 所述信息处理单元用于：

在接收到核心网设备的寻呼消息后， 向终端下发携带所述调度 RNTI的寻呼消息。

28、 如权利要求 27所述的基站， 其特征在于， 所述信息处理单元还用于：

在向终端下发寻呼消息之后、 并且为终端建立上下文之前， 接收终端发送的用于请求 随机接入的消息 1 , 该消息 1中携带随机接入前导 preamble码；

向终端发送用于响应随机接入请求的消息 2 , 该消息 2中携带上行定时提前量 TA和 小区 RNTI;

接收终端发送的携带所述调度 RNTI的消息 3 ,并释放所述消息 2中携带的小区 RNTI。

29、 如权利要求 26所述的基站， 其特征在于， 所述信息处理单元用于： 在接收到核心网设备的寻呼消息后，向终端下发携带专用前导 preamble码的寻呼消息， 该专用 preamble码与用于终端随机接入的 preamble码不同；

接收终端发送的用于请求随机接入的消息 1 , 该消息 1中携带所述专用 preamble码， 向终端发送用于响应随机接入请求的消息 2, 该消息 2中携带所述调度 RNTI。

30、 如权利要求 29所述的基站， 其特征在于， 所述信息处理单元还用于：

在向终端发送消息 2之后、 并且为终端建立上下文之前， 接收终端发送的消息 3 , 该 消息 3中携带所述调度 RNTI。

31、 如权利要求 28或 30所述的基站， 其特征在于， 所述数据传输单元用于： 若根据所述消息 3中携带的緩存状态请求 BSR信息确定终端有上行数据需要发送，则 根据该上下文通过使用所述调度 RNTI加扰的 PDCCH为终端调度上行资源和下行资源； 否则， 根据该上下文通过使用所述调度 RNTI加扰的 PDCCH为终端调度下行资源。

32、 如权利要求 26-30中任一所述的基站， 其特征在于， 所述数据传输单元还用于： 在调度的上行资源上接收终端发送的上行数据后， 根据接收情况向终端发送肯定应答

ACK或否定应答 NACK信息。

33、 如权利要求 26-30中任一所述的基站， 其特征在于， 所述数据传输单元还用于： 若仅为终端调度下行资源， 则在发送给终端的最后一个下行数据中携带释放所述调度 RNTI的指示信息； 若接收到终端反馈的对所述最后一个下行数据的 ACK信息， 则释放所 述调度 RNTI以及所述上下文， 否则， 向终端重发携带所述指示信息的最后一个下行数据； 或者，

若为终端调度下行资源和上行资源， 则釆用如下方式 A或方式 B下发释放所述调度

RNTI 的指示信息： 方式 A: 在正确接收终端发送的上行数据并且根据该上行数据中携带 的 BSR信息确定该上行数据为终端发送的最后一个数据后，在发送给终端的最后一个下行 数据中携带释放所述调度 RNTI的指示信息； 若接收到终端反馈的对所述最后一个下行数 据的 ACK信息， 则释放所述调度 RNTI以及所述上下文， 否则， 向终端重发携带所述指示 信息的最后一个下行数据； 方式 B ：在正确接收终端发送的上行数据并且根据该上行数据 中携带的 BSR信息确定该上行数据为终端发送的最后一个数据、以及向终端发送最后一个 下行数据后， 通过信令向终端发送释放所述调度 RNTI的指示信息；

或者，

若仅为终端调度上行资源， 则在正确接收终端发送的上行数据并且根据该上行数据中 携带的 BSR信息确定该上行数据为终端发送的最后一个数据后，向终端发送释放所述调度 RNTI 的指示信息； 若接收到终端反馈的对所述指示信息的 ACK信息， 则释放所述调度 RNTI以及所述上下文， 否则， 向终端重发所述指示信息。

34、 如权利要求 33所述的基站， 其特征在于， 所述数据传输单元还用于： 在为终端建立上下文之后、并且根据该上下文通过使用所述调度 RNTI加扰的 PDCCH 为终端调度上行资源和 /或下行资源之前， 启动调度 RNTI有效定时器； 以及，

在释放所述调度 RNTI以及所述上下文之后 , 停止所述调度 RNTI有效定时器。

35、 如权利要求 33所述的基站， 其特征在于， 所述数据传输单元还用于：

在为终端建立上下文之后、并且根据该上下文通过使用所述调度 RNTI加扰的 PDCCH 为终端调度上行资源和 /或下行资源之前， 启动调度 RNTI有效定时器； 以及，

在所述调度 RNTI有效定时器超时时， 若还未释放所述调度 RNTI以及所述上下文， 则释放所述调度 RNTI以及所述上下文。

36、 如权利要求 26-30中任一所述的基站， 其特征在于， 所述数据传输单元还用于： 将接收到的上行数据和 /或是否成功发送下行数据的传输确认信息发送给核心网设备。

37如权利要求 26-30中任一所述的基站， 其特征在于， 所述信息处理单元用于： 针对一个小区下发寻呼消息； 或者，

按照预定的轮流寻呼规则， 针对跟踪区 TA范围内的小区分别下发寻呼消息。

38、 如权利要求 27或 29所述的基站， 其特征在于， 所述信息处理单元用于： 根据核心网设备发送的寻呼消息中携带的数据传输特性信息， 确定本次数据传输需要 釆用不建立 RRC连接的数据传输方式后， 向终端下发所述寻呼消息。

39、 一种终端， 其特征在于， 该终端包括：

处理单元， 用于接收基站下发的用于调度资源的调度无线网络临时标识 RNTI;

传输单元，用于监听使用所述调度 RNTI加扰的物理下行控制信道 PDCCH,使用监听 到的 PDCCH所调度的上行资源发送上行数据 , 和 /或， 使用监听到的 PDCCH所调度的下 行资源接收下行数据。

40、 如权利要求 39所述的终端， 其特征在于， 所述处理单元用于：

接收基站下发的寻呼消息， 该寻呼消息中携带用于调度资源的调度 RNTI。

41、 如权利要求 40所述的终端， 其特征在于， 所述处理单元还用于：

在接收基站下发的寻呼消息之后、并且监听使用所述调度 RNTI加扰的 PDCCH之前， 向基站发送用于请求随机接入的消息 1 , 该消息 1中携带随机接入前导 preamble码；

接收基站发送的用于响应随机接入请求的消息 2 ,该消息 2中携带上行定时提前量 TA 和小区 RNTI; 并向基站发送携带所述调度 RNTI的消息 3。

42、 如权利要求 39所述的终端， 其特征在于， 所述处理单元用于：

接收基站下发的寻呼消息， 该寻呼消息中携带专用前导 preamble码， 该专用 preamble 码与终端进行随机接入所使用的 preamble码不同；

向基站发送用于请求随机接入的消息 1 , 该消息 1中携带所述专用 preamble码； 接收基站发送的用于响应随机接入请求的消息 2, 该消息 2中携带所述调度 RNTI。 43、 如权利要求 42所述的终端， 其特征在于， 所述处理单元还用于： 在接收基站发送的消息 2之后、 并且监听使用所述调度 RNTI加扰的 PDCCH之前， 向基站发送携带所述调度 RNTI的消息 3。

44、 如权利要求 41或 43所述的终端， 其特征在于， 所述处理单元还用于： 在终端有上行数据需要发送时，向基站发送携带取值不为 0的緩存状态请求 BSR信息 的消息 3。

45、 如权利要求 39-43中任一所述的终端， 其特征在于， 所述传输单元还用于： 在使用监听到的 PDCCH所调度的下行资源接收下行数据后， 根据接收情况向基站发 送肯定应答 ACK或否定应答 NACK信息。

46、 如权利要求 39-43中任一所述的终端， 其特征在于， 所述传输单元还用于： 若正确接收基站发送的释放所述调度 RNTI的指示信息，则向基站反馈 ACK信息，并 释放所述调度 RNTI以及停止监听所述 PDCCH, 否则， 向基站反馈 NACK信息并继续监 听所述 PDCCH; 所述指示信息携带在下行数据或其他消息中。

47、 如权利要求 46所述的终端， 其特征在于， 所述传输单元还用于：

在接收所述调度 RNTI之后、 并且监听使用所述调度 RNTI加扰的 PDCCH之前， 启 动调度 RNTI有效定时器； 以及，

在释放所述调度 RNTI之后 , 停止所述调度 RNTI有效定时器。

48、 如权利要求 46所述的终端， 其特征在于， 所述传输单元还用于：

在接收所述调度 RNTI之后、 并且监听使用所述调度 RNTI加扰的 PDCCH之前， 启 动调度 RNTI有效定时器； 以及，

在所述调度 RNTI有效定时器超时时， 若还未释放所述调度 RNTI, 则释放所述调度 RNTI并停止监听所述 PDCCH。