具体实施方式
为了降低系统的信令开销,本发明实施例提供一种数据传输方法,该方法中,基站将调度无线网络临时标识(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中携带的缓存状态请求(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信息是用于表示终端需要发送的上行数据的数据量的信息。
对于上述四种实现方式:
进一步的,基站在调度的上行资源上接收终端发送的上行数据后,根据接收情况向终端发送肯定应答(ACK)或否定应答(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中携带所述调度RNTI。相应的,步骤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连接的终端。
下面结合具体实施例对本发明进行说明:
基站(eNB)侧行为:
eNB接收到核心网的寻呼消息后,向MTC设备(Device)发送寻呼(paging)消息,同时寻呼消息中携带调度RNTI或专用preamble。
对于寻呼中携带调度RNTI的情况,对于允许终端使用存储的时间提前量的情况,eNB使用默认配置为该终端建立上下文,对于不允许使用存储的时间提前量的情况,eNB在收到携带寻呼中分配的调度RNTI的Msg3后为该终端建立上下文。
对于寻呼中携带专用preamble的情况,eNB收到专用preamble后,在下行Msg2中携带调度RNTI,并使用默认配置为该终端建立上下文。
eNB为该终端建立上下文后,一定时间范围内通过调度RNTI为MTCDevice调度下行资源,如果在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发起随机接入,即发送Msg1;
步骤5:基站向终端返回随机接入响应消息(即Msg2),其中携带上行TA和调度RNTI;
步骤5a:如果终端有上行小数据等待传输,则发送Msg3,其中包含调度RNTI和BSR等;
步骤6:基站使用默认配置为该终端建立上下文,并启动调度RNTI有效定时器;
步骤6a:终端收到步骤5的Msg2后启动调度RNTI有效定时器;
步骤7:基站通过使用调度RNTI加扰的PDCCH,为该终端调度下行资源;
步骤8:基站在下行资源上发送下行小数据,下行小数据可以是但不限于封装在NAS容器(container)中的;
步骤9:如果有上行数据传输,则eNB通过使用调度RNTI加扰的PDCCH为该终端调度上行资源;
步骤10:如果有上行调度,终端使用步骤9调度的上行资源传输上行数据,并同时发送下行数据的确认信息,如果没有步骤9调度的上行资源,则终端使用PUCCH发送下行数据的确认信息;
步骤11:如果有上行传输,eNB使用PHICH发送上行数据的确认信息,如果仍有下行数据传输,也可以通过调度下行数据传输的消息携带上行数据的确认信息;
对于有上行数据传输的情况,当eNB接收到的上行BSR为0,且对上行数据进行了确认的情况下,eNB如果有下行数据,可以在下发的最后一个小数据中携带释放调度RNTI指示,如果上行接收到的是ACK,则释放调度RNTI及该终端的上下文,如果设置了调度RNTI有效定时器,则停止该定时器。如果接收到的是NACK或没有收到反馈,则重发最后一包数据,仍包含释放调度RNTI指示。eNB如果没有下行数据,可以单独发送释放调度RNTI指示,如果上行接收到的是ACK,则释放调度RNTI及该终端的上下文,如果接收到的是NACK或没有收到反馈,则重发释放调度RNTI指示。对于没有上行数据传输的情况,eNB可以在下发的最后一个小数据中携带释放调度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可以是但不限于-CRNTI。
注5:以上流程图是针对某个小区进行寻呼的情况,由于MME发起的寻呼范围可能是TA区,可以但不限于按照预定的轮流寻呼规则,对TA范围内的小区分别进行寻呼,在对某个小区寻呼后,若接收到携带专用preamble的Msg1,则执行步骤5开始的后续操作,并停止寻呼。若固定时间范围内没有收到携带专用preamble的Msg1,则对下一个小区发起寻呼,或者在当前小区重发寻呼。
注6:本实施例中的终端可以是与网络侧不存在RRC连接的终端。
实施例二:
本实施例为寻呼消息中携带调度RNTI的流程,如图5B所示:
除步骤3到步骤6外,其余步骤与实施例一相同,这里不再赘述。
步骤3:基站保存相关的信息并通过寻呼消息寻呼该终端,其中携带调度RNTI;
步骤4:终端使用竞争的随机接入preamble发起随机接入,即发送Msg1;
步骤5:基站向终端返回随机接入响应消息(即Msg2),其中携带上行TA和分配的小区RNTI;
步骤5a:终端收到Msg2后,在Msg3中将调度RNTI发送给基站,如果有上行数据要传,则Msg3中可以携带BSR;
步骤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-vxy0 C-RNTI OPTIONAL --Need OP
方式二
在Paging消息中增加以下用于表示专用preamble的信息单元:rach-ConfigDedicated-vxy0 RACH-ConfigDedicated OPTIONAL --Need OP
方式三
在Paging消息中增加以下用于表示调度RNTI和下行数据的信息单元:temp-Schedule-RNTI-vxy 0C-RNTI OPTIONAL,--Need OPdedicatedInfoNAS-vxy0 DedicatedInfoNAS OPTIONAL
对于LTE系统,可能定义新的携带调度RNTI的MSG3消息,例如:
对于LTE系统,对下行信息传输(DLInformationTransfer)消息的几种可能的修改方式如下:
方式一:
在DLInformationTransfer消息中增加用于释放调度RNTI的信元:releaseInd;
方式二:
在DLInformationTransfer消息中增加如下用于释放调度RNTI的信元:
参见图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连接的终端。
参见图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连接的情况下,eNB使用调度RNTI为被寻呼终端调度上下行资源,进行数据传输,实现不建立RRC连接的情况下数据的可靠传输,节省了信令交互过程,降低了信令开销,也节约了时间。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。