CN107889216A - 数据发送、接收方法及装置、基站、终端 - Google Patents
数据发送、接收方法及装置、基站、终端 Download PDFInfo
- Publication number
- CN107889216A CN107889216A CN201610879232.8A CN201610879232A CN107889216A CN 107889216 A CN107889216 A CN 107889216A CN 201610879232 A CN201610879232 A CN 201610879232A CN 107889216 A CN107889216 A CN 107889216A
- Authority
- CN
- China
- Prior art keywords
- terminal
- base station
- data
- transport channel
- common transport
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/02—Arrangements for increasing efficiency of notification or paging channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种数据发送、接收方法及装置、基站、终端;其中,数据发送方法包括:将下行数据映射到为小区预先配置的第一下行公共传输信道上,得到第一下行公共传输信道数据,再从第一下行公共传输信道数据映射到下行共享物理信道PDSCH上,得到PDSCH数据;在与终端对应的寻呼时机内将PDSCH数据发送给终端;通过本发明,解决了相关技术中处于RRC inactive状态的UE,并不能直接接收下行数据或者发送上行数据的问题。
Description
技术领域
本发明涉及无线通信技术领域,具体而言,涉及一种数据发送、接收方法及装置、基站、终端。
背景技术
蜂窝移动通信技术经过短短数十年的发展,已经进入4G时代,而为了满足可以预测到的未来更高、更快、更新的通信需求,业界已经着手展开对未来5G技术的研究。5G将在更大的吞吐量,更多的用户连接,更低时延,更高可靠性,更低功耗(包括网络侧设备和用户终端)方面进行进一步的技术研究。目前,业界提出了5G技术目标:到2020年左右,实现每区域1000倍的移动数据流量增长,每用户设备(User Equipment,简称UE)10到100倍的吞吐量增长,连接设备数10到100倍的增长,低功率设备10倍的电池寿命延长,以及端到端5倍延迟的下降。
从应用场景的角度而言,5G将采用一个统一的技术架构来支持增强移动宽带(enhanced Mobile broadband,简称eMBB)业务,海量机器类(massive Machine TypeCommunication,简称mMTC)业务和高可靠低时延(Ultra Reliable and Low Latency)业务。而且,基于上述的业务需求,相对于现有4G技术,对5G***提出了一些更高的性能需求,其中,包括:
更低的控制面延迟:从低功耗状态(如Idle)转换到开始连续数据传输状态(如Active)的时间10ms;
非频繁小数据包传输延迟:当移动终端从低功耗状态转到数据传输状态,数据包以服务数据单元(Session data Unit,简称SDU)的形式到达移动终端的无线协议层2/3接入点,到该SDU从网络侧的无线协议层2/3接入点向外递交的时间也好控制住一个较小的范围;
移动设备的电池寿命:支持移动终端的电池在不充电的前提下有15年左右的寿命,通常针对支持MTC业务的终端;
移动终端的能耗效率:尽可能减小移动终端在所有应用场景的能耗;
非频繁小数据包传输的信令负荷:尽可能减小非频繁小数据传输时终端状态转换带来的信令开销,包括连接状态下移动性管理的信令开销。
图1是相关技术中的移动通信***的架构图,如图1所示,移动通信***功能分成3个逻辑功能实体,包括核心网(Core Network,简称CN),基站(Base Station,简称BS)和移动台(Mobile Station,简称MS),其中CN支持网络侧非接入层相关的功能,BS支持网络侧无线接入网的功能,而MS支持与CN和BS对应的对等功能;进一步地,CN和BS之间由逻辑接口(包括各种有线网络和可能的无线网络)相连,称之为CN-BS连接;BS和BS之间由逻辑接口(包括各种有线网络和可能的无线网络)相连,称之为BS-BS连接;BS和MS之间通过无线接口相连,称之为BS-MS连接。具体地,这些逻辑功能实体可能由一个或者多个实际功能实体实现,与之对应地,逻辑接口由多个实际接口相连,如多个CN功能实体组成核心网,多个BS功能实体组成无线接入网网络侧。图2是相关技术中的LTE***的架构图,如图2所示的LTE***,CN包括MME(控制面)和SGW(用户面)两个功能实体,BS对应eNB功能实体,MS对应UE功能实体。eNB与MME和SGW分别通过S1-C(控制面连接)和S1-U(用户面连接)接口相连,eNB和eNB通过X2接口相连,eNB和UE通过Uu接口相连。这些接口连接通常对应一些资源配置和管理相关的信息。其中Uu接口连接由eNB和UE管理和维护,X2接口由两个相关的eNB管理和维护,S1-C和S1-U连接由eNB和MME管理和维护。
在移动通信***的无线接入***中,通常会根据终端支持的功能和资源配置情况定义了不同的RRC管理状态。比如在LTE***中,图3是相关技术中的RRC idle和RRCconnected两个状态的转换关系示意图,如图3所示,其定义了RRC idle和RRC connected两个状态以及两个状态之间转换关系,其中:
RRC idle状态下UE的主要功能特征包括:
无线接入网的网络侧,即eNB没有UE的任何信息,也没有为UE在S1-C、S1-U和Uu接口建立任何专用连接和分配任何专用资源;
UE根据eNB***信息中的配置信息自主进行小区间的移动性管理;
如果有数据需要从网络侧点对点发给UE,则需要由CN发起针对该UE的寻呼过程,UE收到寻呼消息后,发起一系列过程和消息转换到RRC connected状态,建立Uu、S1-C、S1-U等连接,然后才能接收下行数据;而如果UE有点对点上行数据需要发送,则主动发起一系列过程和消息转换到RRC connected状态,建立Uu、S1-C、S1-U等连接,然后才能发送上行数据。
RRC connected状态下的UE的主要功能特征包括:
无线接入网的网络侧,即eNB为UE在S1-C、S1-U和Uu接口建立有专用连接并分配了专用资源,这些专用连接及其相关的资源配置信息由eNB以UE context(UE上下文)的形式进行保存、管理和维护。
UE在小区间的移动性管理由eNB的控制;
UE可以通过专用的资源接收点对点的下行数据或者发送上行数据;
由于RRC idle和RRC connected两个状态的上述功能特征,使得UE在这两个状态下和在进行状态转换时有如下性能特征:
UE在RRC idle状态下由于只需要监听很少的eNB发送的信号,大部分时间可以保持在节能状态;
UE在RRC connected状态由于要维持Uu接口连接,需要相对比较多地监听eNB发送的信号,功耗比较大;
为了节省UE的功耗,UE会在eNB的控制下在RRC idle和RRC connected状态之间转换;
RRC idle和RRC connected状态之间转换需要通过一系列的S1-C、S1-U、Uu接口上的流程及其消息来完成,所以存在比较大的状态转换时延。同时,也会产生比较多的信令开销。
基于上述5G的需求,针对LTE***中定义的RRC idle和RRC connected两个UE状态的功能特性及性能特性,尤其是状态转换时间较大和信令开销较大的不足,在5G无线接入***中,可能会引入一种新的RRC状态,该状态介于RRC idle和RRC connected状态之间,可以称之为RRC inactive状态(但不排除其它支持的功能和资源配置相同或者类似的名称),该状态将具有RRC idle和RRC connected两个状态的一些特性,具体包括:(注:下面的描述中称5G核心网为CN,无线接入网功能实体为eNB,移动终端为UE,但不排除其它功能相同或者类似的名称)
无线接入网的网络侧,即eNB至少保留(或存储)UE context(UE上下文)中的UE在RRC connected状态时建立的S1-C、S1-U接口专用连接的全部或者部分资源配置信息,或者保留S1-C、S1-U接口专用连接(包括相关资源及UE context中相应的配置信息);释放Uu接口的专用连接的部分资源及UE context中的配置信息,尤其是Uu接口的专用无线资源及其配置信息,其他Uu接口专用连接相关的资源及UE context中的配置信息予以保留;
UE在预定义或者预配置区域内根据配置信息(来自***信息或者其它RRC消息)自主进行小区间的移动性管理;当UE移动出该预定义或者预配置区域时,可以称之为寻呼区域paging area(不排除其他特征类似的名称),UE需要以某种方式通知无线接入网络侧;其中寻呼区域可以包括一个或者多个小区,而多个小区可以属于一个eNB,也可以属于不同的eNB。
RRC connected、RRC inactive和RRC idle状态之间的细实线及箭头所示,这些状态之间可能因为RRC连接建立和释放,设置的特定定时器超时,专用的RRC命令,数据的接收或发送等原因而发生状态转换,而状态转换通常会涉及一系列的过程和信息交互。
特别地,下行方向,基站只有在寻呼时机可达终端,即如果有数据需要从网络侧点对点发给UE,CN直接把该数据发送给eNB,由eNB发起针对该UE的寻呼过程,UE收到寻呼消息后,发起一系列过程和消息转换到RRC connected状态,建立或者恢复Uu、S1-C、S1-U等连接,然后才能接收下行数据;而上行方向,终端只能通过随机接入过程链接到基站即如果UE有点对点上行数据需要发送,则需要通过随机接入过程主动发起一系列过程和消息转换到RRC connected状态,建立或者恢复Uu、S1-C、S1-U等连接,然后才能发送上行数据。
即相关技术中处于RRC inactive状态的UE,并不能直接接收下行数据或者发送上行数据,而是只有在转换到RRC connected状态的情况下,才能接收下行数据或者发送上行数据,在现在及后续可预测的移动互联网业务中,非频繁小数据包业务将会占比较大的比例,上述方式还是存在非频繁小数据包业务的传输时延大和信令开销大的问题。
针对相关技术中处于RRC inactive状态的UE,并不能直接接收下行数据或者发送上行数据的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种数据发送、接收方法及装置、基站、终端,以至少解决相关技术中处于RRC inactive状态的UE,并不能直接接收下行数据或者发送上行数据的问题。
根据本发明的一个实施例,提供了一种数据发送方法,包括:将下行数据映射到为小区预先配置的第一下行公共传输信道上,得到第一下行公共传输信道数据,再从第一下行公共传输信道数据映射到下行共享物理信道PDSCH上,得到PDSCH数据;在与终端对应的寻呼时机内将PDSCH数据发送给终端。
可选地,终端为处于无线资源控制非活动RRC inactive状态的终端;其中,RRCinactive状态是不同于RRC空闲状态和RRC连接状态的一种状态。
可选地,所述下行数据为专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
可选地,在将下行数据映射到为小区预先配置的第一下行公共传输信道上之前,方法还包括以下至少之一:保留或存储在RRC连接状态时建立的在基站和终端间无线接口上的与终端专用连接相关的DTCH和/或DCCH的资源及配置信息;保留或者存储终端第一标识;重分配所述终端的第一标识并将所述终端的第一标识发送给所述终端;为小区配置第一下行公共传输信道,以及将第一下行公共传输信道的配置信息发送给终端;其中,第一下行公共传输信道的配置信息包括:DTCH和/或DCCH与下行公共传输信道的映射关系。
可选地,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,锚小区为终端从RRC连接状态转换到RRC inactive状态时所在的小区,驻留小区为终端当前驻留的小区;将下行数据映射到为小区预先配置的第一下行公共传输信道上包括:所述锚小区将所述下行数据通过第二下行公共传输信道和/或第二下行公共传输信道承载发送给驻留小区,同时携带所述终端的第一标识;所述驻留小区将接收到的所述下行数据映射到所述第一下行公共传输信道上;其中,所述第一下行公共传输信道为为所述驻留小区配置的下行公共传输信道;所述第二下行公共传输信道和/或第二下行公共传输信道承载用来在所述锚小区和所述驻留小区间传输所述下行数据。
可选地,在锚小区与驻留小区为同一寻呼区域中的不同基站的不同小区的情况下,第二下行公共传输信道和/或第二下行公共传输信道承载为在锚小区所在锚基站和驻留小区所在驻留基站之间的接口上预先建立的;在锚小区与驻留小区为同一寻呼区域中的相同基站的不同小区的情况下,第二下行公共传输信道和/或第二下行公共传输信道承载是在锚基站内部预先建立的。
可选地,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,所述锚小区为所述终端从RRC连接状态转换到RRC inactive状态时所在的小区,锚小区所属基站为锚基站,所述驻留小区为所述终端当前驻留的小区,驻留小区所属基站为驻留基站;将下行数据映射到为小区预先配置的第一下行公共传输信道上包括:所述锚基站和/或所述锚小区将所述下行数据通过信令消息发送给所述驻留基站和/或所述驻留小区,同时携带所述终端的第一标识;所述驻留基站和/或所述驻留小区将接收的下行数据映射到所述驻留小区的所述第一下行公共传输信道上;其中,所示信令消息是通过所述锚基站和所述驻留基站之间的接口上预先建立的信令连接发送的。
可选地,第一标识为锚小区为终端分配的。
可选地,在在与终端对应的寻呼时机内通过PDSCH将下行数据发送给终端之前,方法还包括:根据终端的第一标识或终端的第二标识确定寻呼时机;在寻呼时机内使用第一标识通过物理下行控制信道PDCCH动态调度PDSCH资源给终端。
可选地,方法还包括:通过上行共享物理信道PUSCH接收PUSCH数据;将PUSCH数据逆映射到为小区预先配置的第一上行公共传输信道,得到第一上行公共传输信道数据;将所述第一上行公共传输信道数据逆映射到DTCH和/或DCCH,得到上行数据。
可选地,所述上行数据为上行专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
可选地,在将所述PUSCH数据逆映射到为小区预先配置的第一上行公共传输信道之前,方法还包括:为小区配置第一上行公共传输信道,以及将第一上行公共传输信道的配置信息发送给终端;其中,第一上行公共传输信道的配置信息包括:DTCH和/或DCCH与上行公共传输信道的映射关系。
可选地,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,锚小区为终端从RRC连接状态转换到RRC inactive状态时所在的小区,驻留小区为终端当前驻留的小区;在将所述第一上行公共传输信道数据逆映射到DTCH和/或DCCH,得到上行数据之后,方法还包括:所述驻留小区将所述上行数据通过第二上行公共传输信道和/或第二上行公共传输信道承载发送给所述锚小区,同时携带所述终端的第一标识;所述锚小区接收所述上行数据;;其中,所述第二上行公共传输信道和/或第二上行公共传输信道承载用来在所述锚小区和所述驻留小区间传输所述上行数据。
可选地,在锚小区与驻留小区为同一寻呼区域中的不同基站的不同小区的情况下,第二上行公共传输信道和/或第二上行公共传输信道承载为在锚小区所在锚基站和驻留小区所在驻留基站之间的接口上预先建立的;在锚小区与驻留小区为同一寻呼区域中的相同基站的不同小区的情况下,第二上行公共传输信道和/或第二上行公共传输信道承载是在锚基站内部建立的。
可选地,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,所述锚小区为所述终端从RRC连接状态转换到RRC inactive状态时所在的小区,锚小区所属基站为锚基站,所述驻留小区为所述终端当前驻留的小区,驻留小区所属基站为驻留基站;在将所述第一上行公共传输信道数据逆映射到DTCH和/或DCCH,得到上行数据之前,所述方法还包括:所述驻留基站和/或所述驻留小区将所述上行数据通过信令消息发送给所述锚基站和/或所述锚小区,同时携带所述终端的第一标识;所述锚基站和/或所述锚小区接收所述上行数据;其中,所示信令消息是通过所述锚基站和所述驻留基站之间的接口上预先建立的信令连接发送的。
可选地,所述PUSCH数据或者第一上行传输信道数据或者所述上行数据包括:所述终端的第一标识。
可选地,通过PUSCH接收终端发送的PUSCH数据包括:基于随机接入过程中第三消息通过PUSCH接收终端发送的PUSCH数据。
可选地,通过以下方式将所述终端的第一标识发送给所述终端,和/或将所述第一下行公共传输信道的配置信息发送给所述终端:RRC信令或者***消息。
可选地,通过以下方式将所述第一上行公共传输信道的配置信息发送给所述终端:通过RRC信令或者***消息。
根据本发明的一个实施例,提供了一种数据接收方法,包括:在与终端对应的寻呼时机内通过下行共享物理信道PDSCH接收PDSCH数据;将PDSCH数据依次逆映射到下行公共传输信道,和专用业务信道DTCH和/或专用控制信道DCCH上,得到基站发送的下行数据。
可选地,所述下行数据为下行专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
可选地,终端为处于无线资源控制非活动RRC inactive状态的终端;其中,RRCinactive状态是不同于RRC空闲状态和RRC连接状态的一种状态。
可选地,方法还包括:将上行数据映射到上行公共传输信道上,得到上行公共传输信道数据;将上行公共传输信道数据映射到上行共享物理信道PUSCH上,得到PUSCH数据;基于随机接入过程的第三消息将PUSCH数据发送给基站。
可选地,所述上行数据为上行专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
可选地,在在与终端对应的寻呼时机内通过下行共享物理信道PDSCH接收下行数据之前,方法还包括以下至少之一:保留或存储的在RRC连接状态时建立的在基站和终端间无线接口上的与终端专用连接相关的DTCH和/或DCCH的资源及配置信息;保留或者存储终端第一标识;获取基站为所述终端重分配的终端的第一标识;获取下行公共传输信道和/或上行公共传输信道的配置信息;其中,配置信息包括:基站为小区配置的下行公共传输信道和/或上行公共传输信道,和/或终端的DTCH和/或DCCH与下行公共传输信道和/或上行公共传输信道的映射关系。
可选地,在与终端对应的寻呼时机内通过下行共享物理信道PDSCH接收PDSCH数据包括:根据第一标识或终端的第二标识确定寻呼时机;在寻呼时机内以第一标识监听上行控制物理信道PUCCH;依据PUCCH上调度的PDSCH资源确定PDSCH;通过PDSCH接收PDSCH数据。
可选地,通过以下方式获取基站为所述终端重分配的终端第一标识和/或获取所述下行公共传输信道和/或上行公共传输信道的配置信息:RRC信令或者***消息。
可选地,方法应用于以下之一场景:锚小区与驻留小区为同一小区,其中,锚小区为终端从RRC连接状态转换到RRC inactive状态时所在的小区,驻留小区为终端当前驻留的小区;锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区。
根据本发明的一个实施例,提供了一种数据发送装置,包括:第一映射模块,用于将下行数据依次映射到为小区预先配置的第一下行公共传输信道和下行共享物理信道PDSCH上,得到PDSCH数据;第一发送模块,用于在与终端对应的寻呼时机内将PDSCH数据发送给终端。
可选地,终端为处于无线资源控制非活动RRC inactive状态的终端;其中,RRCinactive状态是不同于RRC空闲状态和RRC连接状态的一种状态。
可选地,所述下行数据为专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
可选地,装置还包括以下至少之一:第一配置模块,用于为小区配置第一下行公共传输信道,和/或为所述终端重配置所述终端的第一标识;其中,配置的第一下行公共传输信道与DTCH和/或DCCH具有映射关系;存储模块,用于保留或存储在RRC连接状态时建立的在基站和终端间无线接口上的与终端专用连接相关的DTCH和/或DCCH的资源及配置信息;以及保留或者存储第一标识。
可选地,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,锚小区为终端从RRC连接状态转换到RRC inactive状态时所在的小区,驻留小区为终端当前驻留的小区;第一映射模块包括:第一发送单元,用于将所述下行数据通过第二下行公共传输信道和/或第二下行公共传输信道承载发送给驻留小区,同时携带所述终端的第一标识;第一映射单元,用于将接收到的所述下行数据映射到所述第一下行公共传输信道上;其中,所述第一下行公共传输信道为为所述驻留小区配置的下行公共传输信道;所述第二下行公共传输信道和/或第二下行公共传输信道承载用来在所述锚小区和所述驻留小区间传输所述下行数据,其中,所述第一发送单元位于所述锚小区中,所述第一映射单元位于所述驻留小区中。
可选地,在锚小区与驻留小区为同一寻呼区域中的不同基站的不同小区的情况下,第二下行公共传输信道和/或第二下行公共传输信道承载为在锚小区所在锚基站和驻留小区所在驻留基站之间的接口上预先建立的;在锚小区与驻留小区为同一寻呼区域中的相同基站的不同小区的情况下,第二下行公共传输信道和/或第二下行公共传输信道承载是在锚基站内部预先建立的。
可选地,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,所述锚小区为所述终端从RRC连接状态转换到RRC inactive状态时所在的小区,锚小区所属基站为锚基站,所述驻留小区为所述终端当前驻留的小区,驻留小区所属基站为驻留基站;所述第一映射模块包括:第二发送单元,用于将所述下行数据通过信令消息发送给所述驻留基站和/或所述驻留小区,同时携带所述终端的第一标识;第二映射单元,用于将接收的下所述行数据映射到所述驻留小区的所述第一下行公共传输信道上;其中,所示信令消息是通过所述锚基站和所述驻留基站之间的接口上预先建立的信令连接发送的;其中,所述第二发送单元位于所述锚基站和/或所述锚小区中,所述第二映射单元位于所述驻留基站和/或所述驻留小区中。
可选地,第一标识为锚小区为终端分配的。
可选地,装置还包括:确定模块,用于根据终端的第一标识或终端的第二标识确定寻呼时机;调度模块,用于在寻呼时机内使用第一标识通过物理下行控制信道PDCCH动态调度PDSCH资源给终端。
可选地,装置还包括:第二接收模块,用于通过上行共享物理信道PUSCH接收PUSCH数据;第二映射模块,用于将PUSCH数据逆映射到为小区预先配置的第一上行公共传输信道,得到第一上行公共传输信道数据;以及将所述第一上行公共传输信道数据逆映射到DTCH和/或DCCH,得到上行数据。
可选地,所述上行数据为上行专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
可选地,装置还包括:第二配置单元,用于为小区配置第一上行公共传输信道;其中,配置的第一上行公共传输信道与DTCH和/或DCCH具有映射关系。
可选地,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,锚小区为终端从RRC连接状态转换到RRC inactive状态时所在的小区,驻留小区为终端当前驻留的小区;所述装置还包括:第二发送模块,用于将所述上行数据通过第二上行公共传输信道和/或第二上行公共传输信道承载发送给所述锚小区,同时携带所述终端的第一标识;第三接收模块,用于接收所述上行数据;;其中,所述第二上行公共传输信道和/或第二上行公共传输信道承载用来在所述锚小区和所述驻留小区间传输所述上行数据;其中,所述第二发送模块位于所述驻留小区中,所述第一接收模块位于所述锚小区中。
可选地,在锚小区与驻留小区为同一寻呼区域中的不同基站的不同小区的情况下,第二上行公共传输信道和/或第二上行公共传输信道承载为在锚小区所在锚基站和驻留小区所在驻留基站之间的接口上预先建立的;在锚小区与驻留小区为同一寻呼区域中的相同基站的不同小区的情况下,第二上行公共传输信道和/或第二上行公共传输信道承载是在锚基站内部建立的。
可选地,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,所述锚小区为所述终端从RRC连接状态转换到RRC inactive状态时所在的小区,锚小区所属基站为锚基站,所述驻留小区为所述终端当前驻留的小区,驻留小区所属基站为驻留基站;所述装置还包括:第三发送模块,用于将所述上行数据通过信令消息发送给所述锚基站和/或所述锚小区,同时携带所述终端的第一标识;第四接收模块,用于所述锚基站和/或所述锚小区接收所述上行数据;其中,所示信令消息是通过所述锚基站和所述驻留基站之间的接口上预先建立的信令连接发送的;其中,所述第三发送模块位于所述驻留基站和/或所述驻留小区中,所述第二接收模块位于所述锚基站和/或所述锚小区中。
可选地,第二接收模块,还用于基于随机接入过程中第三消息通过PUSCH接收终端发送的PUSCH数据。
根据本发明的一个实施例,提供了一种数据接收装置,其特征在于,包括:接收模块,用于在与终端对应的寻呼时机内通过下行共享物理信道PDSCH接收PDSCH数据;第一映射模块,用于将PDSCH数据依次逆映射到下行公共传输信道,和专用业务信道DTCH和/或专用控制信道DCCH上,得到基站发送的下行数据。
可选地,终端为处于无线资源控制非活动RRC inactive状态的终端;其中,RRCinactive状态是不同于RRC空闲状态和RRC连接状态的一种状态。
可选地,所述下行数据为下行专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
可选地,装置还包括:第二映射模块,用于将上行数据映射到上行公共传输信道上,得到上行公共传输信道数据;以及将上行公共传输信道数据映射到上行共享物理信道PUSCH上,得到PUSCH数据;发送模块,用于基于随机接入过程的第三消息将PUSCH数据发送给基站。
可选地,所述上行数据为上行专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
可选地,装置还包括以下至少之一:存储模块,用于保留或存储的在RRC连接状态时建立的在基站和终端间无线接口上的与终端专用连接相关的DTCH和/或DCCH的资源及配置信息;保留或者存储终端第一标识;获取模块,用于获取基站为所述终端重分配的终端的第一标识,和/或用于获取下行公共传输信道和/或上行公共传输信道的配置信息;其中,配置信息包括:基站为小区配置的下行公共传输信道和/或上行公共传输信道,和/或,终端的DTCH和/或DCCH与下行公共传输信道和/或上行公共传输信道的映射关系。
可选地,接收模块还用于根据第一标识或终端的第二标识确定寻呼时机;在寻呼时机内以第一标识监听上行控制物理信道PUCCH;依据PUCCH上调度的PDSCH资源确定PDSCH;以及通过PDSCH接收PDSCH数据。
可选地,所述获取模块,用于通过以下方式获取基站为所述终端重分配的终端第一标识和/或获取所述下行公共传输信道和/或上行公共传输信道的配置信息:RRC信令或者***消息。
根据本发明的一个实施例,提供了一种基站,包括:处理器,用于将下行数据依次映射到为小区预先配置的第一下行公共传输信道和下行共享物理信道PDSCH上,得到PDSCH数据;传输单元,用于在与终端对应的寻呼时机内将PDSCH数据发送给终端。
可选地,终端为处于无线资源控制非活动RRC inactive状态的终端;其中,RRCinactive状态是不同于RRC空闲状态和RRC连接状态的一种状态。
可选地,所述下行数据为专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
可选地,基站还包括以下至少之一:配置单元,用于为小区配置第一下行公共传输信道,和/或为所述终端重配置所述终端的第一标识;其中,配置的第一下行公共传输信道与DTCH和/或DCCH具有映射关系;存储器,用于保留或存储在RRC连接状态时建立的在基站和终端间无线接口上的与终端专用连接相关的DTCH和/或DCCH的资源及配置信息;以及保留或者存储第一标识。
可选地,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,锚小区为终端从RRC连接状态转换到RRC inactive状态时所在的小区,驻留小区为终端当前驻留的小区;处理器包括:第一射频模块,用于将所述下行数据通过第二下行公共传输信道和/或第二下行公共传输信道承载发送给驻留小区,同时携带所述终端的第一标识;第一处理器,用于将接收到的所述下行数据映射到所述第一下行公共传输信道上;其中,所述第一下行公共传输信道为为所述驻留小区配置的下行公共传输信道;所述第二下行公共传输信道和/或第二下行公共传输信道承载用来在所述锚小区和所述驻留小区间传输所述下行数据,其中,所述第一射频模块位于所述锚小区中,所述第一处理器位于所述驻留小区中。
可选地,在锚小区与驻留小区为同一寻呼区域中的不同基站的不同小区的情况下,第二下行公共传输信道和/或第二下行公共传输信道承载为在锚小区所在锚基站和驻留小区所在驻留基站之间的接口上预先建立的;在锚小区与驻留小区为同一寻呼区域中的相同基站的不同小区的情况下,第二下行公共传输信道和/或第二下行公共传输信道承载是在锚基站内部预先建立的。
可选地,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,所述锚小区为所述终端从RRC连接状态转换到RRC inactive状态时所在的小区,锚小区所属基站为锚基站,所述驻留小区为所述终端当前驻留的小区,驻留小区所属基站为驻留基站;所述处理器包括:第二射频模块,用于将所述下行数据通过信令消息发送给所述驻留基站和/或所述驻留小区,同时携带所述终端的第一标识;第二处理器,用于将接收的下所述行数据映射到所述驻留小区的所述第一下行公共传输信道上;其中,所示信令消息是通过所述锚基站和所述驻留基站之间的接口上预先建立的信令连接发送的;其中,所述第二射频模块位于所述锚基站和/或所述锚小区中,所述第二处理器位于所述驻留基站和/或所述驻留小区中。
可选地,基站还包括:传输单元,还用于通过上行共享物理信道PUSCH接收PUSCH数据;处理器,还用于将PUSCH数据逆映射到为小区预先配置的第一上行公共传输信道,得到第一上行公共传输信道数据;以及将所述第一上行公共传输信道数据逆映射到DTCH和/或DCCH,得到上行数据。
可选地,所述上行数据为上行专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
可选地,处理器,还用于为小区配置第一上行公共传输信道;其中,配置的第一上行公共传输信道与DTCH和/或DCCH具有映射关系。
可选地,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,锚小区为终端从RRC连接状态转换到RRC inactive状态时所在的小区,驻留小区为终端当前驻留的小区;所述基站还包括:第三射频模块,用于将所述上行数据通过第二上行公共传输信道和/或第二上行公共传输信道承载发送给所述锚小区,同时携带所述终端的第一标识;第四射频模块,用于接收所述上行数据;;其中,所述第二上行公共传输信道和/或第二上行公共传输信道承载用来在所述锚小区和所述驻留小区间传输所述上行数据;其中,所述第三射频模块位于所述驻留小区中,所述第四射频模块位于所述锚小区中。
可选地,在锚小区与驻留小区为同一寻呼区域中的不同基站的不同小区的情况下,第二上行公共传输信道和/或第二上行公共传输信道承载为在锚小区所在锚基站和驻留小区所在驻留基站的接口上预先建立的;在锚小区与驻留小区为同一寻呼区域中的相同基站的不同小区的情况下,第二上行公共传输信道和/或第二上行公共传输信道承载是在锚基站内部建立的。
可选地,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,所述锚小区为所述终端从RRC连接状态转换到RRC inactive状态时所在的小区,锚小区所属基站为锚基站,所述驻留小区为所述终端当前驻留的小区,驻留小区所属基站为驻留基站;所述基站还包括:第五射频模块,用于将所述上行数据通过信令消息发送给所述锚基站和/或所述锚小区,同时携带所述终端的第一标识;第六射频模块,用于所述锚基站和/或所述锚小区接收所述上行数据;其中,所示信令消息是通过所述锚基站和所述驻留基站之间的接口上预先建立的信令连接发送的;其中,所述第五射频模块位于所述驻留基站和/或所述驻留小区中,所述第六射频模块位于所述锚基站和/或所述锚小区中。
根据本发明的一个实施例,提供了一种终端,包括:传输单元,用于在与终端对应的寻呼时机内通过下行共享物理信道PDSCH接收PDSCH数据;处理器,用于将PDSCH数据依次逆映射到下行公共传输信道,和专用业务信道DTCH和/或专用控制信道DCCH上,得到基站发送的下行数据。
可选地,终端为处于无线资源控制非活动RRC inactive状态的终端;其中,RRCinactive状态是不同于RRC空闲状态和RRC连接状态的一种状态。
可选地,所述下行数据为下行专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
可选地,处理器,还用于将上行数据映射到上行公共传输信道上,得到上行公共传输信道数据;以及将上行公共传输信道数据映射到上行共享物理信道PUSCH上,得到PUSCH数据;传输单元,还用于基于随机接入过程的第三消息将PUSCH数据发送给基站。
可选地,终端还包括以下至少之一:存储器,用于保留或存储的在RRC连接状态时建立的在基站和终端间无线接口上的与终端专用连接相关的DTCH和/或DCCH的资源及配置信息;保留或者存储终端第一标识;传输单元,还用于获取基站为所述终端重分配的终端的第一标识,和/或用于获取下行公共传输信道和/或上行公共传输信道的配置信息;其中,配置信息包括:基站为小区配置的下行公共传输信道和/或上行公共传输信道,和/或终端的DTCH和/或DCCH与下行公共传输信道和/或上行公共传输信道的映射关系。
可选地,所述传输单元,用于通过以下方式获取基站为所述终端重分配的终端第一标识和/或获取所述下行公共传输信道和/或上行公共传输信道的配置信息:RRC信令或者***消息。
根据本发明的又一个实施例,还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码:将下行数据映射到为小区预先配置的第一下行公共传输信道上,得到第一下行公共传输信道数据,再从第一下行公共传输信道数据映射到下行共享物理信道PDSCH上,得到PDSCH数据;在与终端对应的寻呼时机内将PDSCH数据发送给终端。
根据本发明的又一个实施例,还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码:在与终端对应的寻呼时机内通过下行共享物理信道PDSCH接收PDSCH数据;将PDSCH数据依次逆映射到下行公共传输信道,和专用业务信道DTCH和/或专用控制信道DCCH上,得到基站发送的下行数据。
通过本发明,由于可以基于公共传输信道和寻呼时机直接发送数据给终端,避免了通过状态转换来发送数据,进而可以解决相关技术中处于RRC inactive状态的UE,并不能直接接收下行数据或者发送上行数据的问题,节省了信令开销,减少了传输时延。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是相关技术中的移动通信***的架构图;
图2是相关技术中的LTE***的架构图;
图3是相关技术中的RRC idle和RRC connected两个状态的转换关系示意图;
图4是根据本发明实施例提供的数据发送方法的流程示意图;
图5是本发明实施例的一种数据接收方法的移动终端的硬件结构框图;
图6是根据本发明实施例提供的数据接收方法的流程示意图;
图7是相关技术中的LTE***中的逻辑信道、传输信道和物理信道以及MAC(MediumAccess Control)和PHY(Physical)协议层实体的示意图;
图8是根据本发明优选实施例1中eNB发送下行数据使用的逻辑信道、传输信道、物理信道的映射关系示意图;
图9是根据本发明优选实施例1中UE发送上行数据使用的逻辑信道、传输信道、物理信道的映射关系示意图;
图10是根据本发明优选实施例2提供的架构图一;
图11是根据本发明优选实施例2提供的架构图二;
图12是根据本发明优选实施例3提供的架构图一;
图13是根据本发明优选实施例3提供的架构图二;
图14是根据本发明实施例提供的RRC空闲状态、RRC连接状态与RRC inactive状态之间的状态转换的示意图;
图15是根据本发明实施例的数据发送装置的结构框图;
图16是根据本发明实施例的数据接收装置的结构框图;
图17是根据本发明实施例提供的基站的结构示意图;
图18是根据本发明实施例提供的终端的结构示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
实施例1
本实施例提供了一种数据发送方法可以应用于上述图1或2所述的架构中,图4是根据本发明实施例提供的数据发送方法的流程示意图,如图4所示,上述方法包括:
步骤S402,将下行数据映射到为小区预先配置的第一下行公共传输信道上,得到第一下行公共传输信道数据,再从第一下行公共传输信道数据映射到下行共享物理信道PDSCH上,得到PDSCH数据;
步骤S404,在与终端对应的寻呼时机内将PDSCH数据发送给终端。
通过上述步骤,由于可以基于下行公共传输信道和寻呼时机直接发送数据给终端,避免了通过状态转换来发送数据,进而可以解决相关技术中处于RRC inactive状态的UE,并不能直接接收下行数据或者发送上行数据的问题,节省了信令开销,减少了传输时延。
需要说明的是,上述终端为处于无线资源控制非活动RRC inactive状态的终端;其中,RRC inactive状态是不同于RRC空闲状态和RRC连接状态的一种状态。需要说明的是,对于RRC inactive状态的特点可以参考背景技术中记载的内容。
需要说明的是,所述下行数据为专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
需要说明的是,在将下行数据映射到为小区预先配置的第一下行公共传输信道上之前,上述方法还可以包括以下至少之一:保留或存储在RRC连接状态时建立的在基站和终端间无线接口上的与终端专用连接相关的DTCH和/或DCCH的资源及配置信息;保留或者存储终端第一标识;或者重分配所述终端的第一标识并将所述终端的第一标识发送给所述终端;为小区配置第一下行公共传输信道,以及将第一下行公共传输信道的配置信息发送给终端;其中,第一下行公共传输信道的配置信息包括:DTCH和/或DCCH与下行公共传输信道的映射关系。
需要说明的是,上述第一标识可以是终端的调度标识,但并不限于此。
在本发明的一个实施例中,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,锚小区为终端从RRC连接状态转换到RRC inactive状态时所在的小区,驻留小区为终端当前驻留的小区;上述步骤S402中的将下行数据映射到为小区预先配置的第一下行公共传输信道上可以表现为:所述锚小区将所述下行数据通过第二下行公共传输信道和/或第二下行公共传输信道承载发送给驻留小区,同时携带所述终端的第一标识;所述驻留小区将接收到的所述下行数据映射到所述第一下行公共传输信道上;其中,所述第一下行公共传输信道为为所述驻留小区配置的下行公共传输信道;所述第二下行公共传输信道和/或第二下行公共传输信道承载用来在所述锚小区和所述驻留小区间传输所述下行数据。
需要说明的是,在锚小区与驻留小区为同一寻呼区域中的不同基站的不同小区的情况下,第二下行公共传输信道和/或第二下行公共传输信道承载为在锚小区所在锚基站和驻留小区所在驻留基站之间的接口上预先建立的;在锚小区与驻留小区为同一寻呼区域中的相同基站的不同小区的情况下,第二下行公共传输信道和/或第二下行公共传输信道承载是在锚基站内部预先建立的。
在本发明的一个实施例中,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,所述锚小区为所述终端从RRC连接状态转换到RRCinactive状态时所在的小区,锚小区所属基站为锚基站,所述驻留小区为所述终端当前驻留的小区,驻留小区所属基站为驻留基站;将下行数据映射到为小区预先配置的第一下行公共传输信道上包括:所述锚基站和/或所述锚小区将所述下行数据通过信令消息发送给所述驻留基站和/或所述驻留小区,同时携带所述终端的第一标识;所述驻留基站和/或所述驻留小区将接收的下行数据映射到所述驻留小区的所述第一下行公共传输信道上;其中,所示信令消息是通过所述锚基站和所述驻留基站之间的接口上预先建立的信令连接发送的。
需要说明的是,上述第一标识可以是锚小区为终端分配的。
在本发明的一个实施例中,在上述步骤S404之前,上述方法还可以包括:根据终端的第一标识或终端的第二标识确定寻呼时机;在寻呼时机内使用第一标识通过物理下行控制信道PDCCH动态调度PDSCH资源给终端。
需要说明的是,上述第一标识可以是终端的调度标识,上述第二标识可以是终端的寻呼标识,但并不限于此。
在本发明的一个实施例中,上述方法还可以包括:通过上行共享物理信道PUSCH接收PUSCH数据;将PUSCH数据逆映射到为小区预先配置的第一上行公共传输信道,得到第一上行公共传输信道数据;将所述第一上行公共传输信道数据逆映射到DTCH和/或DCCH,得到上行数据。
需要说明的是,所述上行数据为上行专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
需要说明的是,上述通过上行共享物理信道PUSCH接收PUSCH数据可以发生在步骤S404之后,或者将PUSCH数据逆映射到为小区预先配置的第一上行公共传输信道,得到第一上行公共传输信道数据可以发生在步骤S402之前,也可以与上述步骤S402和步骤S404同时发生,但并不限于此。
在本发明的一个实施例中,在将所述PUSCH数据逆映射到为小区预先配置的第一上行公共传输信道之前,上述方法还可以包括:为小区配置第一上行公共传输信道,以及将第一上行公共传输信道的配置信息发送给终端;其中,第一上行公共传输信道的配置信息包括:DTCH和/或DCCH与上行公共传输信道的映射关系。
需要说明的是,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,锚小区为终端从RRC连接状态转换到RRC inactive状态时所在的小区,驻留小区为终端当前驻留的小区;在将所述第一上行公共传输信道数据逆映射到DTCH和/或DCCH,得到上行数据之后,方法还包括:所述驻留小区将所述上行数据通过第二上行公共传输信道和/或第二上行公共传输信道承载发送给所述锚小区,同时携带所述终端的第一标识;所述锚小区接收所述上行数据;;其中,所述第二上行公共传输信道和/或第二上行公共传输信道承载用来在所述锚小区和所述驻留小区间传输所述上行数据。
需要说明的是,在锚小区与驻留小区为同一寻呼区域中的不同基站的不同小区的情况下,第二上行公共传输信道和/或第二上行公共传输信道承载为在锚小区所在锚基站和驻留小区所在驻留基站之间的接口上预先建立的;在锚小区与驻留小区为同一寻呼区域中的相同基站的不同小区的情况下,第二上行公共传输信道和/或第二上行公共传输信道承载是在锚基站内部建立的。
在本发明的一个实施例中,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,所述锚小区为所述终端从RRC连接状态转换到RRCinactive状态时所在的小区,锚小区所属基站为锚基站,所述驻留小区为所述终端当前驻留的小区,驻留小区所属基站为驻留基站;在将所述第一上行公共传输信道数据逆映射到DTCH和/或DCCH,得到上行数据之前,所述方法还包括:所述驻留基站和/或所述驻留小区将所述上行数据通过信令消息发送给所述锚基站和/或所述锚小区,同时携带所述终端的第一标识;所述锚基站和/或所述锚小区接收所述上行数据;其中,所示信令消息是通过所述锚基站和所述驻留基站之间的接口上预先建立的信令连接发送的。
需要说明的是,所述PUSCH数据或者第一上行传输信道数据或者所述上行数据包括:所述终端的第一标识。
需要说明的是,上述PUSCH数据和第一标识可以是终端一起发送的,也可以是分开同时发送的,并不限于此。
需要说明的是,通过PUSCH接收终端发送的PUSCH数据包括:基于随机接入过程中第三消息通过PUSCH接收终端发送的PUSCH数据。
需要说明的是,通过以下方式将所述终端的第一标识发送给所述终端,和/或将所述第一下行公共传输信道的配置信息发送给所述终端:RRC信令或者***消息。
需要说明的是,通过以下方式将所述第一上行公共传输信道的配置信息发送给所述终端:通过RRC信令或者***消息。
需要说明的是,上述步骤的执行主体可以是基站,但并不限于此。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
本申请实施例2所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例,图5是本发明实施例的一种数据接收方法的移动终端的硬件结构框图。如图5所示,移动终端50可以包括一个或多个(图中仅示出一个)处理器502(处理器502可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器504、以及用于通信功能的传输装置506。本领域普通技术人员可以理解,图5所示的结构仅为示意,其并不对上述电子装置的结构造成限定。例如,移动终端50还可包括比图5中所示更多或者更少的组件,或者具有与图5所示不同的配置。
存储器504可用于存储应用软件的软件程序以及模块,如本发明实施例中的数据接收方法对应的程序指令/模块,处理器502通过运行存储在存储器504内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的方法。存储器504可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器504可进一步包括相对于处理器502远程设置的存储器,这些远程存储器可以通过网络连接至移动终端50。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置506用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端50的通信供应商提供的无线网络。在一个实例中,传输装置506包括一个网络适配器(Network Interface Controller,NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输装置506可以为射频(Radio Frequency,RF)模块,其用于通过无线方式与互联网进行通讯。
在本实施例中提供了一种运行于上述移动终端的数据接收方法,图6是根据本发明实施例提供的数据接收方法的流程示意图,如图6所示,上述方法可以包括:
步骤S602,在与终端对应的寻呼时机内通过下行共享物理信道PDSCH接收PDSCH数据;
步骤S604,将PDSCH数据依次逆映射到下行公共传输信道,和专用业务信道DTCH和/或专用控制信道DCCH上,得到基站发送的下行数据。
通过上述步骤,由于可以基于下行公共传输信道和寻呼时机直接接收数据,避免了通过状态转换来接收数据,进而可以解决相关技术中处于RRC inactive状态的UE,并不能直接接收下行数据或者发送上行数据的问题,节省了信令开销,减少了传输时延。
需要说明的是,所述下行数据为下行专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
需要说明的是,上述终端可以为处于无线资源控制非活动RRC inactive状态的终端;其中,RRC inactive状态是不同于RRC空闲状态和RRC连接状态的一种状态。对于RRCinactive状态所具有的特征可以参考背景技术中记载的内容,此处不再赘述。
需要说明的是,上述方法还可以包括:将上行数据映射到上行公共传输信道上,得到上行公共传输信道数据;将上行公共传输信道数据映射到上行共享物理信道PUSCH上,得到PUSCH数据;基于随机接入过程的第三消息将PUSCH数据发送给基站。需要说明的是,该步骤可以与上述步骤S602和上述步骤S604可以同时发生,也可以在步骤S602和上述步骤S604之前发生,也可以在步骤S602和上述步骤S604之后发生,但并不限于此。
需要说明的是,所述上行数据为上行专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
在本发明的一个实施例中,在上述步骤S602之前,上述方法还可以包括以下至少之一:保留或存储的在RRC连接状态时建立的在基站和终端间无线接口上的与终端专用连接相关的DTCH和/或DCCH的资源及配置信息;保留或者存储终端第一标识;或者获取基站为所述终端重分配的终端的第一标识;获取下行公共传输信道和/或上行公共传输信道的配置信息;其中,配置信息包括:基站为小区配置的下行公共传输信道和/或上行公共传输信道,和/或终端的DTCH和/或DCCH与下行公共传输信道和/或上行公共传输信道的映射关系。
在本发明的一个实施例中,上述步骤S602可以表现为:根据第一标识或终端的第二标识确定寻呼时机;在寻呼时机内以第一标识监听上行控制物理信道PUCCH;依据PUCCH上调度的PDSCH资源确定PDSCH;通过PDSCH接收PDSCH数据。
需要说明的是,可以通过以下方式获取基站为所述终端重分配的终端第一标识和/或获取所述下行公共传输信道和/或上行公共传输信道的配置信息:RRC信令或者***消息。
需要说明的是,上述第一标识可以是终端的调度标识,上述第二标识可以是终端的寻呼标识,但并不限于此。
需要说明的是,上述方法可以应用于以下之一场景:锚小区与驻留小区为同一小区,其中,锚小区为终端从RRC连接状态转换到RRC inactive状态时所在的小区,驻留小区为终端当前驻留的小区;锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区。
可选地,上述步骤的执行主体可以为终端,但不限于此。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
为了更好的理解本发明,以下结合优选的实施例对本发明实施例做进一步解释。
本发明优选实施例提出一种UE在RRC inactive状态或者支持的功能和资源配置类似的RRC状态下直接进行下行收据接收和上行数据发送的方法,该方法包括:
对于处在RRC inactive状态的UE,为了UE能不进行状态转换,而是在该状态下直接进行下行数据接收和上行数据发送,eNB执行以下操作:
为小区配置下行数据发送和上行数据接收的公共传输信道(需要说明的是,传输下行数据的公共传输信道为下行公共传输信道,传输上行数据的公共传输信道可以为上行公共传输信道);
将处在RRC inactive状态的UE的专用业务和/或控制逻辑信道映射到下行公共传输信道和/或上行公共传输信道上;
为RRC inactive状态的UE配置特定标识(需要说明的是,此处特定标识可以是调度标识,但并不限于此);
将上述公共传输信道相关的配置信息发送给UE;
当有UE下行数据到达时,使用下行公共传输信道发送数据并将下行公共传输信道数据映射到下行共享物理信道,在小区中该特定标识对应的寻呼时机使用该特定标识动态调度下行共享物理信道资源发送下行数据给UE;
接收UE通过上行共享物理信道,基于随机过程在第三消息发送的上行数据,并将上行共享物理信道数据逆映射到上行公共传输信道,将上行公共传输信道逆映射到专用业务和/或控制逻辑信道,从而将数据发送给核心网。
为处在RRC inactive状态的UE配置一个寻呼区域,该寻呼区域包一个或者多个eNB中的一个或者多个小区。其中UE从RRC connected状态转换到RRC inactive状态时的eNB和小区为锚eNB,UE当前驻留的eNB和小区为驻留eNB和驻留小区;
在发送和接收数据之前,锚eNB的锚小区与寻呼区域中的其它eNB中的小区在eNB之间的接口上建立有下行公共传输信道和/或上行公共传输信道的承载,分别用来在不同eNB的小区之间承载下行公共传输信道和/或上行公共传输信道的数据;
锚eNB的锚小区与其它小区间的下行公共传输承载和/或上行公共传输承载的建立过程是在锚eNB内部实现的;
锚eNB将下行公共传输信道数据通过eNB间接口上的下行公共传输信道承载发送给寻呼区域的另外一个eNB中的小区;
通过eNB间接口上的上行公共传输信道承载接收其它eNB的小区发送来的上行公共传输信道数据,将上行公共传输信道逆映射到专用业务和/或控制逻辑信道,从而将数据发送给核心网。
当通过公共传输承载传输公共传输信道数据时,携带UE特定标识;
在UE特定标识对应的寻呼时机以寻呼标识通过PDCCH调度发送寻呼消息。
在本发明的另一个优选实施例中,对于处在RRC inactive状态的UE,为了UE能不进行状态转换,而是在该状态下直接进行下行数据接收和上行数据发送,eNB可以执行以下步骤:
为小区配置下行数据发送和上行数据接收的公共传输信道;
通过eNB间接口上的下行公共传输信道承载接收另外一个eNB中的小区发送给UE的数据,其中携带有携带UE特定标识;
使用下行公共传输信道发送该数据并将下行公共传输信道数据映射到下行共享物理信道,在小区中该特定标识对应的寻呼时机使用该特定标识动态调度下行共享物理信道资源发送下行数据给UE;
接收UE通过上行共享物理信道,基于随机过程在第三消息发送的上行数据,并将上行共享物理信道数据逆映射到上行公共传输信道,将上行公共传输信道数据通过eNB间接口上的上行公共传输信道承载发送给另外一个eNB中的小区;
为处在RRC inactive状态的UE配置一个寻呼区域,该寻呼区域包一个或者多个eNB中的一个或者多个小区。其中UE从RRC connected状态转换到RRC inactive状态时的eNB和小区为锚eNB,UE当前驻留的eNB和小区为驻留eNB和驻留小区;
在发送和接收数据之前,锚eNB的锚小区与寻呼区域中的其它eNB中的所有小区在eNB之间的接口上建立有下行公共传输信道和/或上行公共传输信道的承载,分别用来在不同eNB的小区之间承载下行公共传输信道和/或上行公共传输信道的数据;
在UE特定标识对应的寻呼时机以寻呼标识通过PDCCH调度发送寻呼消息。
在本发明的另一个优选实施例中,对于处在RRC inactive状态的UE,为了UE能不进行状态转换,而是在该状态下直接进行下行数据接收和上行数据发送,UE执行以下步骤:
接收eNB发送的公共传输信道相关的配置信息,包括:eNB为小区配置的下行数据发送和上行数据接收的公共传输信道;UE的专用业务和/或控制逻辑信道映射到下行公共传输信道和/或上行公共传输信道上;接收RRC inactive状态下UE特定标识;
在特定标识对应的寻呼时机以特定标识监听下行控制物理信道PDCCH,根据PDCCH信道上分配信息接收PDSCH信道,从而接收下行公共传输信道数据,并进一步将数据映射到专用业务或者控制逻辑信道,以接收下行数据;
当UE有上行数据需要发送时,UE使用上行公共传输信道数据发送数据并将上行公共传输信道数据映射到上行共享物理信道上,基于随机过程在第三消息发送上行数据给eNB;
进一步地,为处在RRC inactive状态的UE配置一个寻呼区域,该寻呼区域包一个或者多个eNB中的一个或者多个小区。其中UE从RRC connected状态转换到RRC inactive状态时的eNB和小区为锚eNB,UE当前驻留的eNB和小区为驻留eNB和驻留小区;
当UE移动到寻呼区域的非锚小区时,通过***消息获取该小区中公共传输信道相关的配置信息。
进一步地,UE在特定标识对应的寻呼时机以寻呼标识监听PDCCH以接收寻呼消息。
基于本发明的方法,处在RRC inactive状态的UE可以基于公共传输信道和寻呼时机直接接收和发送数据,避免了通过状态转换来接收和发送数据所带来的信令开销和传输时延,同时减小UE的功耗,尤其是对非频繁下数据包业务,从而显著提升***性能。
为了描述方便清晰,如背景技术中所述,假定无线接入***中UE的RRC管理状态包括RRC idle、RRC inactive和RRC connected三个状态,其中RRC idle、RRC inactive和RRCconnected状态将至少具备背景技术中描述的功能和性能特征。本发明优选实施例将提供一种UE在RRC inactive状态或者支持的功能和资源配置类似的RRC状态下直接进行下行收据接收和上行数据发送的方法。
下面的描述会使用到逻辑信道、传输信道和物理信道的概念,本专利的这些概念与LTE***中的相同概念具有相同或者类似的特性。图7是相关技术中的LTE***中的逻辑信道、传输信道和物理信道以及MAC(Medium Access Control)和PHY(Physical)协议层实体的示意图,如图7所示,在发送侧,MAC实体接收逻辑信道数据,经过MAC处理,然后将数据映射到相应的传输信道上;PHY实体接收传输信道数据,经过PHY处理,然后将数据映射到相应的物理信道上;在接收侧,物理实体接收到物理信道数据,经过PHY逆处理,将数据逆映射到传输信道上;MAC实体接收传输信道数据,经过MAC逆处理,将数据逆映射到逻辑信道上。
需要说明的是,在本申请中,映射/逆映射或者发送/接收逻辑信道、传输信道或者物理信道与映射/逆映射或者发送/接收逻辑信道数据、传输信道数据或者者物理信道数据表达的意义是相同的。
优选实施例1
本优选实施例应用于UE在一个小区从RRC connected状态转换到RRC inactive状态后一直驻留在同一个小区的情况。
在这种情况下,对于处在RRC inactive状态的UE,在网络侧,eNB释放了该UE在该小区的Uu接口的专用连接的部分资源及UE context中的配置信息,尤其是Uu接口的专用无线资源及其配置信息,其他Uu接口专用连接相关的资源及UE context中的配置信息予以保留;相应地,在UE侧,也释放了该UE的Uu接口的专用连接的部分资源及UE context中的配置信息,尤其是Uu接口的专用无线资源及其配置信息,其他Uu接口专用连接相关的资源及UEcontext中的配置信息予以保留。其中,eNB和UE保留了eNB为该UE分配的第一标识或者eNB为UE重新分配第一标识,本地存储并发送给UE。
当有数据需要从网络侧点对点发给UE,CN把该数据发送给eNB。当UE处在RRCinactive状态时,eNB全部或者选择性地保留UE在RRC connected状态时建立的DTCH(Dedicated Traffic Channel,专用业务信道)和DCCH(Dedicated Control channel,专用控制信道)逻辑信道的资源和/或配置信息,这些逻辑信道的特性与LTE***中的DTCH和DCCH相同或者类似。因此,eNB将使用保留DTCH或者DCCH逻辑信道资源和/或配置信息传输该数据。
进一步地,eNB在一个小区中建立有一条或者多条下行公共传输信道DL-TCH(DownLink Common Channel)(名称上也可称之为某种共享信道),分配了相应的资源和配置信息,当UE处在RRC inactive状态时,eNB将UE的下行DTCH和DCCH逻辑信道数据映射到DL-TCH传输信道上进行传输。
进一步地,eNB将DL-TCH传输信道数据映射到物理下行共享信道PDSCH(PhysicalDownlink Shared Channel)上,该PDSCH与与LTE***中的PDSCH信道特性相同或者类似。由于UE在RRC inactive状态时会在该UE对应的寻呼时机监听下行控制物理信道PDCCH(Physical Downlink Control Channel),该PDCCH信道与LTE***中的PDCCH信道特性相同或者类似,因此eNB可以基于第一标识或者UE第三标识确定寻呼时机,并在该寻呼时机使用第一标识在下行控制物理信道PDCCH上动态调度分配PDSCH信道给资源UE,并通过该下行业务物理信道将数据发送给UE。特别地,为了提高数据传输的成功率,eNB可以采用盲重传机制多次发送数据,即使用第一标识多次通过PDCCH动态调度分配下行业务物理信道PDSCH传输数据。其中第三标识是寻呼过程中使用的UE标识。
图8是根据本发明优选实施例1中eNB发送下行数据使用的逻辑信道、传输信道、物理信道的映射关系示意图,如图8所示,其中DTCH和DCCH逻辑信道映射到DL-TCH传输信道,DL-TCH传输信道映射到PDSCH物理信道。
相应地,处在RRC inactive状态的UE此前已经通过小区***信息或者特定的RRC信令消息获得了eNB为UE分配的下行公共信道DL-TCH的资源及配置信息,以及与网络侧eNB对应的逻辑信道、传输信道和/或物理信道的映射关系配置信息,而且,UE全部或者选择性地保留UE在RRC connected状态时建立的DTCH和DCCH逻辑信道的资源和/或配置信息。UE根据其第一标识或第三标识对应的寻呼时机以第一标识监听下行控制物理信道PDCCH,根据PDCCH信道上分配信息接收PDSCH信道,从而接收DL-TCH传输信道数据,并进一步接收DTCH或者DCCH逻辑信道,以接收下行数据。
需要说明的是,上述***消息只能配置一些公共属性的产生,意味着公共传输信道相关的配置信息要有普适性。
当UE有点对点上行数据需要发送时,由于处在RRC inactive状态的UE全部或者选择性地保留UE在RRC connected状态时建立的DTCH和DCCH逻辑信道的资源和/或配置信息,因此,UE将将使用保留DTCH或者DCCH逻辑信道资源和/或配置信息传输该数据。
进一步地,eNB在一个小区中建立有一条或者多条上行公共传输信道UL-TCH(UpLink Common Channel)(名称上也可称之为某种共享信道),分配了相应的资源和配置信息,当UE处在RRC inactive状态时,eNB将配置UE把上行的DTCH和DCCH逻辑信道数据映射到UL-TCH传输信道上进行传输。
进一步地,UE为了进行上行数据发送,UE将发起随机接入过程,该过程与LTE***的随机接入过程类似。UE将UL-TCH传输信道数据映射到上行共享信道PUSCH(PhysicalUplink Shared Channel)上,使用MSG3通过PUSCH信道将上行数据发送给eNB,同时携带第一标识,其中的PUSCH信道与LTE***中的PUSCH信道特性相同或者类似,特别地,为了提高数据传输的成功率,UE可以采用盲重传机制多次发送数据,即使用多次相同或者不同的PUSCH信道资源传输数据。
图9是根据本发明优选实施例1中UE发送上行数据使用的逻辑信道、传输信道、物理信道的映射关系示意图,如图9所示,其中,DTCH和DCCH逻辑信道映射到UL-TCH传输信道,UL-TCH传输信道映射到PUSCH物理信道。UE在发送上行数据前,已经通过小区***信息或者特定的RRC信令消息获得了eNB为为UE分配的上行公共传输信道UL-TCH的资源及配置信息,以及这些逻辑信道、传输信道和/或物理信道的映射关系配置信息。
相应地,如果eNB在随机接入过程中在PUSCH信道上接收数据成功,则eNB将把数据映射到UL-TCH传输信道,将UL-TCH传输信道数据映射到DTCH或者DCCH逻辑信道,并进一步根据该UE的DTCH或DCCH逻辑信道配置信息,将数据发送给CN。
优选实施例2
本优选实施例应用于UE在一个eNB的小区1从RRC connected状态转换到RRCinactive状态后移动到另外eNB一个小区2,但两个小区属于同一个寻呼区域的情况。其中小区1称之为锚(anchor)小区,其所在的eNB称之为锚eNB,小区2称之为驻留小区,其所属eNB称之为驻留eNB。
在这种情况下,处在RRC inactive状态的UE自主控制从锚eNB的锚小区移动到了驻留eNB的驻留小区。在网络侧,锚eNB和锚小区跟实施例1一样,eNB释放了该UE在该小区的Uu接口的专用连接的部分资源及UE context中的配置信息,尤其是Uu接口的专用无线资源及其配置信息,其他Uu接口专用连接相关的资源及UE context中的配置信息予以保留;相应地,在UE侧,也释放了该UE的Uu接口的专用连接的部分资源及UE context中的配置信息,尤其是Uu接口的专用无线资源及其配置信息,其他Uu接口专用连接相关的资源及UEcontext中的配置信息予以保留。其中包括:eNB和UE保留了eNB为该UE分配的第一标识;eNB和UE全部或者选择性地保留UE在RRC connected状态时建立的DTCH(Dedicated TrafficChannel,专用业务信道)和DCCH(Dedicated Control channel,专用控制信道)逻辑信道的资源和/或配置信息,这些逻辑信道的特性与LTE***中的DTCH和DCCH相同或者类似。
当有数据需要从网络侧点对点发给UE,CN把该数据发送给锚eNB的锚小区。此时,UE处在RRC inactive状态且已经移动到另外一个驻留eNB的驻留小区,锚eNB没有该驻留eNB和驻留小区的任何信息,但锚eNB有该UE在RRC inactive状态下寻呼区域的信息,其中包括寻呼区域包括的所有小区及其所属eNB的信息。与此同时或者在此之前,图10是根据本发明优选实施例2提供的架构图一,如图10所示,锚eNB与寻呼区域中的所有其它eNB在eNB之间的Xn接口上建立一条或者多条从锚小区到其它寻呼区域小区的DL-TCH传输信道和/或传输信道承载,称之为下行公共传输承载,该承载将把UE的下行数据从锚eNB的锚小区传送给寻呼区域包括的所有其它eNB的小区。锚eNB除了像优选实施例1中一样在锚小区发送UE的下行数据的同时,把UE的下行数据通过该下行公共传输承载发送给寻呼区域的其它一个或者多个eNB及小区,与数据一起发送的至少包括UE的第二标识,该第二标识可以与第一标识相同或者不同。此时,下行数据包括一条或者多条下行专用控制逻辑信道DCCH数据或者专用业务逻辑信道DCCH数据。
同优选实施例1相同,寻呼区域中的其它eNB也在每个小区中建立有一条或者多条下行公共传输信道DL-TCH,分配了相应的资源和配置信息。当一个eNB和小区在Xn接口的下行公共传输承载上从另外一个eNB和小区接收到发送给处在RRC inactive状态下的UE的下行数据时,将该UE的下行数据映射到小区的DL-TCH传输信道上进行传输。
进一步地,锚eNB和/或锚小区也可以通过Xn接口上预先建立的信令连接将下行数据发送给其它eNB和小区,其它eNB和小区将接收到的下行数据映射到小区的DL-TCH传输信道上进行传输。
进一步地,eNB将DL-TCH传输信道数据映射到物理下行共享信道PDSCH上。并且,eNB和小区在该UE的第二标识或第三标识对应的寻呼时机通过第二标识在下行控制物理信道PDCCH上分配下行业务物理信道PDSCH资源给UE,并通过将UE的DL-TCH传输信道上的下行数据映射到PDSCH信道将数据发送给UE。其中第三标识是寻呼过程中使用的UE标识。
相应地,处在RRC inactive状态的UE此前已经通过小区***信息或者特定的RRC信令消息获得了eNB为UE分配的下行公共信道DL-TCH的资源及配置信息,以及与网络侧eNB对应的逻辑信道、传输信道和/或物理信道的映射关系配置信息,而且,UE全部或者选择性地保留UE在RRC connected状态时建立的DTCH和DCCH逻辑信道的资源和/或配置信息。UE根据其第二标识或者UE第三标识对应的寻呼时机以第二标识监听下行控制物理信道PDCCH,根据PDCCH信道上分配信息接收PDSCH信道,从而接收DL-TCH传输信道数据,并进一步接收DTCH或者DCCH逻辑信道,以接收下行数据。
对于处在RRC inactive状态的UE的上行数据发送,与优选实施例1类似,由于处在RRC inactive状态的UE全部或者选择性地保留UE在RRC connected状态时建立的DTCH和DCCH逻辑信道的资源和/或配置信息,因此,UE将将使用保留DTCH或者DCCH逻辑信道资源和/或配置信息传输该数据。
进一步地,eNB在一个小区中建立有一条或者多条上行公共传输信道UL-TCH(UpLink Common Channel)(名称上也可称之为某种共享信道),分配了相应的资源和配置信息,当UE处在RRC inactive状态时,eNB将配置UE把上行的DTCH和DCCH逻辑信道数据映射到UL-TCH传输信道上进行传输。
进一步地,UE为了进行上行数据发送,UE将发起随机接入过程,该过程与LTE***的随机接入过程类似。UE将UL-TCH传输信道数据映射到上行共享信道PUSCH(PhysicalUplink Shared Channel)上,使用MSG3通过PUSCH信道将上行数据发送给eNB,同时携带第二标识,其中的PUSCH信道与LTE***中的PUSCH信道特性相同或者类似,特别地,为了提高数据传输的成功率,UE可以采用盲重传机制多次发送数据,即使用多次相同或者不同的PUSCH信道资源传输数据。
如果eNB在随机接入过程中在PUSCH信道上接收数据成功,则eNB将把数据映射到UL-TCH传输信道,携带有UE的第二标识。与此同时或者在此之前,图11是根据本发明优选实施例2提供的架构图二,如图11所示,锚eNB与寻呼区域中的所有其它eNB在eNB之间的Xn接口上建立一条或者多条锚小区到其它寻呼区域小区的UL-TCH传输信道和/或传输信道承载,称之为上行公共传输承载,该承载将把UE从UL-TCH传输信道上接收到的数据从寻呼区域中的一个eNB的小区传送给锚eNB的锚小区;因此,驻留eNB和小区将从UL-TCH传输信道上接收到的数据通过上行公共传输承载发送给锚eNB和锚小区,同时携带UE的第二特定标识。此时,上行数据包括一条或者多条上行专用控制逻辑信道DCCH数据或者专用业务逻辑信道DCCH数据。
当锚eNB和锚小区在上行公共传输承载从另外一个eNB和小区接收到处在RRCinactive状态下的UE发送的上行数据时,将该数据逆映射到DTCH或者DCCH逻辑信道,并进一步根据该UE的DTCH和DCCH逻辑信道配置信息,将数据发送给CN。
进一步地,驻留eNB和/或驻留小区也可以通过Xn接口上预先建立的信令连接将上行数据发送给锚eNB和/或锚小区,锚eNB和/或锚小区将接收到的上行数据逆映射到DTCH或者DCCH逻辑信道。
优选实施例3
本优选实施例应用于UE在一个eNB的小区1从RRC connected状态转换到RRCinactive状态后移动到另外一个小区2,但两个小区属于同一个eNB和寻呼区域的情况。其中小区1称之为锚(anchor)小区,其所在的eNB称之为锚eNB,小区2称之为驻留小区。
在这种情况下,图12是根据本发明优选实施例3提供的架构图一,图13是根据本发明优选实施例3提供的架构图二,如图12和图13所示,与优选实施例2不同的是,锚小区与其它小区间的下行公共传输承载和/或上行公共传输承载的建立过程是在锚eNB内部实现的。其它处理过程与优选实施例2相同。
在上述所有实施例中,eNB将在第三标识对应的寻呼时机以寻呼标识(公共的寻呼标识)通过PDCCH调度发送寻呼消息给UE,相应地,UE在第三特定标识对应的寻呼时机以寻呼标识监听PDCCH信道以接收寻呼消息。第三特定标识与第一特定标识相同或者不同;当UE接收到寻呼消息后,将按照寻呼消息的内容进行相应的操作,此过程称之为寻呼过程,与LTE***的寻呼过程类似,比如发起RRC连接建立过程,进入RRC connected状态,或者接收***消息更新。特别地,UE在第三寻呼标识对应的寻呼时机的PDCCH信道上,除了监听到寻呼标识及相应地接收到在PDSCH上的寻呼消息外,同时还可能监听到第一或者第二标识及相应地接收到在PDSCH上的下行收据。
需要说明的是,优选实施例1至3中的第一标识、第二标识与上述实施例中和/或权利要求书中的终端的第一标识含义类似,用于终端的调度,优选实施例1至3中的第三标识与上述实施例中和/或权利要求书中的终端的第二标识类似,用于确定发送寻呼消息的寻呼时机,但并不限于此。
图14是根据本发明实施例提供的RRC空闲状态、RRC连接状态与RRC inactive状态之间的状态转换的示意图,如图14所示,本实施例中,处于RRC inactive状态的终端可以直接发送或者接收数据,在发送或接收完数据后可以仍然保留在RRC inactive状态,但并不限于此。
实施例2
在本实施例中还提供了一种数据发送装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图15是根据本发明实施例的数据发送装置的结构框图,如图15所示,该装置包括:
第一映射模块1502,用于将下行数据依次映射到为小区预先配置的第一下行公共传输信道和下行共享物理信道PDSCH上,得到PDSCH数据;
第一发送模块1504,与上述第一映射模块1502连接,用于在与终端对应的寻呼时机内将PDSCH数据发送给终端。
通过上述装置,可以基于下行公共传输信道和寻呼时机直接发送数据给终端,避免了通过状态转换来发送数据,进而可以解决相关技术中处于RRC inactive状态的UE,并不能直接接收下行数据或者发送上行数据的问题,节省了信令开销,减少了传输时延。
需要说明的是,上述终端为处于无线资源控制非活动RRC inactive状态的终端;其中,RRC inactive状态是不同于RRC空闲状态和RRC连接状态的一种状态。需要说明的是,对于RRC inactive状态的特点可以参考背景技术中记载的内容。
需要说明的是,所述下行数据为专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
在本发明的一个实施例中,上述装置还包括以下至少之一:第一配置模块,用于为小区配置第一下行公共传输信道,和/或为所述终端重配置所述终端的第一标识;其中,配置的第一下行公共传输信道与DTCH和/或DCCH具有映射关系;存储模块,用于保留或存储在RRC连接状态时建立的在基站和终端间无线接口上的与终端专用连接相关的DTCH和/或DCCH的资源及配置信息;以及保留或者存储第一标识。
需要说明的是,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,锚小区为终端从RRC连接状态转换到RRC inactive状态时所在的小区,驻留小区为终端当前驻留的小区;第一映射模块包括:第一发送单元,用于将所述下行数据通过第二下行公共传输信道和/或第二下行公共传输信道承载发送给驻留小区,同时携带所述终端的第一标识;第一映射单元,用于将接收到的所述下行数据映射到所述第一下行公共传输信道上;其中,所述第一下行公共传输信道为为所述驻留小区配置的下行公共传输信道;所述第二下行公共传输信道和/或第二下行公共传输信道承载用来在所述锚小区和所述驻留小区间传输所述下行数据,其中,所述第一发送单元位于所述锚小区中,所述第一映射单元位于所述驻留小区中。
需要说明的是,在锚小区与驻留小区为同一寻呼区域中的不同基站的不同小区的情况下,第二下行公共传输信道和/或第二下行公共传输信道承载为在锚小区所在锚基站和驻留小区所在驻留基站之间的接口上预先建立的;在锚小区与驻留小区为同一寻呼区域中的相同基站的不同小区的情况下,第二下行公共传输信道和/或第二下行公共传输信道承载是在锚基站内部预先建立的。
在本发明的一个实施例中,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,所述锚小区为所述终端从RRC连接状态转换到RRCinactive状态时所在的小区,锚小区所属基站为锚基站,所述驻留小区为所述终端当前驻留的小区,驻留小区所属基站为驻留基站;所述第一映射模块包括:第二发送单元,用于将所述下行数据通过信令消息发送给所述驻留基站和/或所述驻留小区,同时携带所述终端的第一标识;第二映射单元,用于将接收的下所述行数据映射到所述驻留小区的所述第一下行公共传输信道上;其中,所示信令消息是通过所述锚基站和所述驻留基站之间的接口上预先建立的信令连接发送的;其中,所述第二发送单元位于所述锚基站和/或所述锚小区中,所述第二映射单元位于所述驻留基站和/或所述驻留小区中。
需要说明的是,上述第一标识为锚小区为终端分配的。
在本发明的一个实施例中,上述装置还包括:确定模块,用于根据终端的第一标识或终端的第二标识确定寻呼时机;调度模块,与确定模块连接,用于在寻呼时机内使用第一标识通过物理下行控制信道PDCCH动态调度PDSCH资源给终端。
在本发明的一个实施例中,上述装置还可以包括:第二接收模块,用于通过上行共享物理信道PUSCH接收PUSCH数据;第二映射模块,与上述第二接收模块连接,用于将PUSCH数据逆映射到为小区预先配置的第一上行公共传输信道,得到第一上行公共传输信道数据;以及将所述第一上行公共传输信道数据逆映射到DTCH和/或DCCH,得到上行数据。
需要说明的是,所述上行数据为上行专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
在本发明的一个实施例中,上述装置还可以包括:第二配置单元,用于为小区配置第一上行公共传输信道;其中,配置的第一上行公共传输信道与DTCH和/或DCCH具有映射关系。
需要说明的是,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,锚小区为终端从RRC连接状态转换到RRC inactive状态时所在的小区,驻留小区为终端当前驻留的小区;所述装置还包括:第二发送模块,用于将所述上行数据通过第二上行公共传输信道和/或第二上行公共传输信道承载发送给所述锚小区,同时携带所述终端的第一标识;第三接收模块,用于接收所述上行数据;;其中,所述第二上行公共传输信道和/或第二上行公共传输信道承载用来在所述锚小区和所述驻留小区间传输所述上行数据;其中,所述第二发送模块位于所述驻留小区中,所述第一接收模块位于所述锚小区中。
需要说明的是,在锚小区与驻留小区为同一寻呼区域中的不同基站的不同小区的情况下,第二上行公共传输信道和/或第二上行公共传输信道承载为在锚小区所在锚基站和驻留小区所在驻留基站之间的接口上预先建立的;在锚小区与驻留小区为同一寻呼区域中的相同基站的不同小区的情况下,第二上行公共传输信道和/或第二上行公共传输信道承载是在锚基站内部建立的。
在本发明的一个实施例中,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,所述锚小区为所述终端从RRC连接状态转换到RRCinactive状态时所在的小区,锚小区所属基站为锚基站,所述驻留小区为所述终端当前驻留的小区,驻留小区所属基站为驻留基站;所述装置还包括:第三发送模块,用于将所述上行数据通过信令消息发送给所述锚基站和/或所述锚小区,同时携带所述终端的第一标识;第四接收模块,用于所述锚基站和/或所述锚小区接收所述上行数据;其中,所示信令消息是通过所述锚基站和所述驻留基站之间的接口上预先建立的信令连接发送的;其中,所述第三发送模块位于所述驻留基站和/或所述驻留小区中,所述第二接收模块位于所述锚基站和/或所述锚小区中。
需要说明的是,上述第二接收模块,还可以用于基于随机接入过程中第三消息通过PUSCH接收终端发送的PUSCH数据。
需要说明的是,所述装置还包括:第二发送模块,用于通过以下方式将所述终端的第一标识发送给所述终端,和/或将所述第一下行公共传输信道的配置信息发送给所述终端:RRC信令或者***消息;或者用于通过以下方式将所述第一上行公共传输信道的配置信息发送给所述终端:通过RRC信令或者***消息。
需要说明的是,上述装置可以为基站中,但并不限于此。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例3
在本实施例中还提供了一种数据接收装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图16是根据本发明实施例的数据接收装置的结构框图,如图16所示,该装置包括:
接收模块1602,用于在与终端对应的寻呼时机内通过下行共享物理信道PDSCH接收PDSCH数据;
第一映射模块1604,与上述接收模块1602连接,用于将PDSCH数据依次逆映射到下行公共传输信道,和专用业务信道DTCH和/或专用控制信道DCCH上,得到基站发送的下行数据。
通过上述装置,由于可以基于下行公共传输信道和寻呼时机直接接收数据,避免了通过状态转换来接收数据,进而可以解决相关技术中处于RRC inactive状态的UE,并不能直接接收下行数据或者发送上行数据的问题,节省了信令开销,减少了传输时延。
需要说明的是,上述终端可以为处于无线资源控制非活动RRC inactive状态的终端;其中,RRC inactive状态是不同于RRC空闲状态和RRC连接状态的一种状态。对于RRCinactive状态所具有的特征可以参考背景技术中记载的内容,此处不再赘述。
需要说明的是,所述下行数据为下行专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
需要说明的是,上述装置还可以包括:第二映射模块,用于将上行数据映射到上行公共传输信道上,得到上行公共传输信道数据;以及将上行公共传输信道数据映射到上行共享物理信道PUSCH上,得到PUSCH数据;发送模块,与上述第二映射模块连接,用于基于随机接入过程的第三消息将PUSCH数据发送给基站。
需要说明的是,所述上行数据为上行专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
在本发明的一个实施例中,上述装置还可以包括以下至少之一:存储模块,用于保留或存储的在RRC连接状态时建立的在基站和终端间无线接口上的与终端专用连接相关的DTCH和/或DCCH的资源及配置信息;保留或者存储终端第一标识;获取模块,用于获取基站为所述终端重分配的终端的第一标识,和/或用于获取下行公共传输信道和/或上行公共传输信道的配置信息;其中,配置信息包括:基站为小区配置的下行公共传输信道和/或上行公共传输信道,和/或终端的DTCH和/或DCCH与下行公共传输信道和/或上行公共传输信道的映射关系。
需要说明的是,上述接收模块1602还可以用于根据第一标识或终端的第二标识确定寻呼时机;在寻呼时机内以第一标识监听上行控制物理信道PUCCH;依据PUCCH上调度的PDSCH资源确定PDSCH;以及通过PDSCH接收PDSCH数据。
需要说明的是,上述获取模块,用于通过以下方式获取基站为所述终端重分配的终端第一标识和/或获取所述下行公共传输信道和/或上行公共传输信道的配置信息:RRC信令或者***消息。
需要说明的是,上述第一标识可以是终端的调度标识,上述第二标识可以是终端的寻呼标识,但并不限于此。
需要说明的是,上述装置可以应用于以下之一场景:锚小区与驻留小区为同一小区,其中,锚小区为终端从RRC连接状态转换到RRC inactive状态时所在的小区,驻留小区为终端当前驻留的小区;锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例4
本实施例中提供了一种基站,图17是根据本发明实施例提供的基站的结构示意图,如图17所示,该基站包括:
处理器1702,用于将下行数据依次映射到为小区预先配置的第一下行公共传输信道和下行共享物理信道PDSCH上,得到PDSCH数据;
传输单元1704,与处理器1702连接,用于在与终端对应的寻呼时机内将PDSCH数据发送给终端。
通过上述基站,可以基于下行公共传输信道和寻呼时机直接发送数据给终端,避免了通过状态转换来发送数据,进而可以解决相关技术中处于RRC inactive状态的UE,并不能直接接收下行数据或者发送上行数据的问题,节省了信令开销,减少了传输时延。
需要说明的是,上述终端为处于无线资源控制非活动RRC inactive状态的终端;其中,RRC inactive状态是不同于RRC空闲状态和RRC连接状态的一种状态。需要说明的是,对于RRC inactive状态的特点可以参考背景技术中记载的内容。
需要说明的是,所述下行数据为专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
在本发明的一个实施例中,上述基站还可以包括以下至少之一:配置单元,用于为小区配置第一下行公共传输信道,和/或为所述终端重配置所述终端的第一标识;其中,配置的第一下行公共传输信道与DTCH和/或DCCH具有映射关系;存储器,用于保留或存储在RRC连接状态时建立的在基站和终端间无线接口上的与终端专用连接相关的DTCH和/或DCCH的资源及配置信息;以及保留或者存储第一标识。
需要说明的是,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,锚小区为终端从RRC连接状态转换到RRC inactive状态时所在的小区,驻留小区为终端当前驻留的小区;上述处理器1702包括:第一射频模块,用于将所述下行数据通过第二下行公共传输信道和/或第二下行公共传输信道承载发送给驻留小区,同时携带所述终端的第一标识;第一处理器,用于将接收到的所述下行数据映射到所述第一下行公共传输信道上;其中,所述第一下行公共传输信道为为所述驻留小区配置的下行公共传输信道;所述第二下行公共传输信道和/或第二下行公共传输信道承载用来在所述锚小区和所述驻留小区间传输所述下行数据,其中,所述第一射频模块位于所述锚小区中,所述第一处理器位于所述驻留小区中。
需要说明的是,在锚小区与驻留小区为同一寻呼区域中的不同基站的不同小区的情况下,第二下行公共传输信道和/或第二下行公共传输信道承载为在锚小区所在锚基站和驻留小区所在驻留基站之间的接口上预先建立的;在锚小区与驻留小区为同一寻呼区域中的相同基站的不同小区的情况下,第二下行公共传输信道和/或第二下行公共传输信道承载是在锚基站内部预先建立的。
需要说明的是,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,所述锚小区为所述终端从RRC连接状态转换到RRC inactive状态时所在的小区,锚小区所属基站为锚基站,所述驻留小区为所述终端当前驻留的小区,驻留小区所属基站为驻留基站;所述处理器1702包括:第二射频模块,用于将所述下行数据通过信令消息发送给所述驻留基站和/或所述驻留小区,同时携带所述终端的第一标识;第二处理器,用于将接收的下所述行数据映射到所述驻留小区的所述第一下行公共传输信道上;其中,所述信令消息是通过所述锚基站和所述驻留基站之间的接口上预先建立的信令连接发送的;其中,所述第二射频模块位于所述锚基站和/或所述锚小区中,所述第二处理器位于所述驻留基站和/或所述驻留小区中。
需要说明的是,上述第一标识为锚小区为终端分配的。
在本发明的一个实施例中,上述基站还可以包括:调度单元,用于用于根据终端的第一标识或终端的第二标识确定寻呼时机;以及在寻呼时机内使用第一标识在物理下行控制信道PDCCH上动态调度PDSCH资源给终端。
在本发明的一个实施例中,上述传输单元1704,还可以用于通过上行共享物理信道PUSCH接收PUSCH数据;处理器1702,还可以用于将PUSCH数据逆映射到为小区预先配置的第一上行公共传输信道,得到第一上行公共传输信道数据;以及将所述第一上行公共传输信道数据逆映射到DTCH和/或DCCH,得到上行数据。
需要说明的是,所述上行数据为上行专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
在本发明的一个实施例中,上述处理器1702,还可以用于为小区配置第一上行公共传输信道;其中,配置的第一上行公共传输信道与DTCH和/或DCCH具有映射关系。
需要说明的是,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,锚小区为终端从RRC连接状态转换到RRC inactive状态时所在的小区,驻留小区为终端当前驻留的小区;上述基站还包括:第三射频模块,用于将所述上行数据通过第二上行公共传输信道和/或第二上行公共传输信道承载发送给所述锚小区,同时携带所述终端的第一标识;第四射频模块,用于接收所述上行数据;;其中,所述第二上行公共传输信道和/或第二上行公共传输信道承载用来在所述锚小区和所述驻留小区间传输所述上行数据;其中,所述第三射频模块位于所述驻留小区中,所述第四射频模块位于所述锚小区中。
需要说明的是,在锚小区与驻留小区为同一寻呼区域中的不同基站的不同小区的情况下,第二上行公共传输信道和/或第二上行公共传输信道承载为在锚小区所在锚基站和驻留小区所在驻留基站的接口上预先建立的;在锚小区与驻留小区为同一寻呼区域中的相同基站的不同小区的情况下,第二上行公共传输信道和/或第二上行公共传输信道承载是在锚基站内部建立的。
在本发明的一个实施例中,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,所述锚小区为所述终端从RRC连接状态转换到RRCinactive状态时所在的小区,锚小区所属基站为锚基站,所述驻留小区为所述终端当前驻留的小区,驻留小区所属基站为驻留基站;上述基站还包括:第五射频模块,用于将所述上行数据通过信令消息发送给所述锚基站和/或所述锚小区,同时携带所述终端的第一标识;第六射频模块,用于所述锚基站和/或所述锚小区接收所述上行数据;其中,所示信令消息是通过所述锚基站和所述驻留基站之间的接口上预先建立的信令连接发送的;其中,所述第五射频模块位于所述驻留基站和/或所述驻留小区中,所述第六射频模块位于所述锚基站和/或所述锚小区中。
需要说明的是,上述传输单元1704,还可以用于基于随机接入过程中第三消息通过PUSCH接收终端发送的PUSCH数据。
实施例5
本发明实施例还提供了一种终端,图18是根据本发明实施例提供的终端的结构示意图,如图18所示,该终端包括:
传输单元1802,用于在与终端对应的寻呼时机内通过下行共享物理信道PDSCH接收PDSCH数据;
处理器1804,与上述传输单元1802连接,用于将PDSCH数据依次逆映射到下行公共传输信道,和专用业务信道DTCH和/或专用控制信道DCCH上,得到基站发送的下行数据。
通过上述终端,由于可以基于下行公共传输信道和寻呼时机直接接收数据,避免了通过状态转换来接收数据,进而可以解决相关技术中处于RRC inactive状态的UE,并不能直接接收下行数据或者发送上行数据的问题,节省了信令开销,减少了传输时延。
需要说明的是,上述终端可以为处于无线资源控制非活动RRC inactive状态的终端;其中,RRC inactive状态是不同于RRC空闲状态和RRC连接状态的一种状态。对于RRCinactive状态所具有的特征可以参考背景技术中记载的内容,此处不再赘述。
需要说明的是,所述下行数据为下行专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
在本发明的一个实施例中,上述处理器1804,还用于将上行数据映射到上行公共传输信道上,得到上行公共传输信道数据;以及将上行公共传输信道数据映射到上行共享物理信道PUSCH上,得到PUSCH数据;上述传输单元1704,还用于基于随机接入过程的第三消息将PUSCH数据发送给基站。
在本发明的一个实施例中,上述终端还可以包括以下至少之一:存储器,用于保留或存储的在RRC连接状态时建立的在基站和终端间无线接口上的与终端专用连接相关的DTCH和/或DCCH的资源及配置信息;保留或者存储终端第一标识;传输单元,还用于获取基站为所述终端重分配的终端的第一标识,和/或用于获取下行公共传输信道和/或上行公共传输信道的配置信息;其中,配置信息包括:基站为小区配置的下行公共传输信道和/或上行公共传输信道,和/或终端的DTCH和/或DCCH与下行公共传输信道和/或上行公共传输信道的映射关系。
需要说明的是,所述传输单元1802,用于通过以下方式获取基站为所述终端重分配的终端第一标识和/或获取所述下行公共传输信道和/或上行公共传输信道的配置信息:RRC信令或者***消息。
需要说明的是,上述传输单元1802还可以用于根据第一标识或终端的第二标识确定寻呼时机;在寻呼时机内以第一标识监听上行控制物理信道PUCCH;依据PUCCH上调度的PDSCH资源确定PDSCH;以及通过PDSCH接收PDSCH数据。
需要说明的是,上述第一标识可以是终端的调度标识,上述第二标识可以是终端的寻呼标识,但并不限于此。
需要说明的是,上述终端可以应用于以下之一场景:锚小区与驻留小区为同一小区,其中,锚小区为终端从RRC连接状态转换到RRC inactive状态时所在的小区,驻留小区为终端当前驻留的小区;锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区。
实施例6
本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以被设置为存储用于执行实施例1中的方法的步骤的程序代码。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行实施例1中的方法。
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (71)
1.一种数据发送方法,其特征在于,包括:
将下行数据映射到为小区预先配置的第一下行公共传输信道上,得到第一下行公共传输信道数据,再从所述第一下行公共传输信道数据映射到下行共享物理信道PDSCH上,得到PDSCH数据;
在与终端对应的寻呼时机内将所述PDSCH数据发送给所述终端。
2.根据权利要求1所述的方法,其特征在于,所述终端为处于无线资源控制非活动RRCinactive状态的终端;其中,所述RRC inactive状态是不同于RRC空闲状态和RRC连接状态的一种状态。
3.根据权利要求1所述的方法,其特征在于,所述下行数据为下行专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
4.根据权利要求3所述的方法,其特征在于,在将下行数据映射到为小区预先配置的第一下行公共传输信道上之前,所述方法还包括以下至少之一:
保留或存储在RRC连接状态时建立的在基站和终端间无线接口上的与终端专用连接相关的所述DTCH和/或所述DCCH的资源及配置信息;
保留或者存储终端第一标识;
重分配所述终端的第一标识并将所述终端的第一标识发送给所述终端;
为所述小区配置所述第一下行公共传输信道,以及将所述第一下行公共传输信道的配置信息发送给所述终端;其中,所述第一下行公共传输信道的配置信息包括:所述DTCH和/或所述DCCH与所述下行公共传输信道的映射关系。
5.根据权利要求1所述的方法,其特征在于,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,所述锚小区为所述终端从RRC连接状态转换到RRC inactive状态时所在的小区,所述驻留小区为所述终端当前驻留的小区;将下行数据映射到为小区预先配置的第一下行公共传输信道上包括:
所述锚小区将所述下行数据通过第二下行公共传输信道和/或第二下行公共传输信道承载发送给驻留小区,同时携带所述终端的第一标识;
所述驻留小区将接收到的所述下行数据映射到所述第一下行公共传输信道上;其中,所述第一下行公共传输信道为为所述驻留小区配置的下行公共传输信道;所述第二下行公共传输信道和/或第二下行公共传输信道承载用来在所述锚小区和所述驻留小区间传输所述下行数据。
6.根据权利要求5所述的方法,其特征在于,在所述锚小区与所述驻留小区为同一寻呼区域中的不同基站的不同小区的情况下,所述第二下行公共传输信道和/或所述第二下行公共传输信道承载为在所述锚小区所在锚基站和所述驻留小区所在驻留基站之间的接口上预先建立的;在所述锚小区与所述驻留小区为同一寻呼区域中的相同基站的不同小区的情况下,所述第二下行公共传输信道和/或所述第二下行公共传输信道承载是在所述锚基站内部预先建立的。
7.根据权利要求1所述的方法,其特征在于,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,所述锚小区为所述终端从RRC连接状态转换到RRC inactive状态时所在的小区,锚小区所属基站为锚基站,所述驻留小区为所述终端当前驻留的小区,驻留小区所属基站为驻留基站;将下行数据映射到为小区预先配置的第一下行公共传输信道上包括:
所述锚基站和/或所述锚小区将所述下行数据通过信令消息发送给所述驻留基站和/或所述驻留小区,同时携带所述终端的第一标识;
所述驻留基站和/或所述驻留小区将接收的下行数据映射到所述驻留小区的所述第一下行公共传输信道上;其中,所示信令消息是通过所述锚基站和所述驻留基站之间的接口上预先建立的信令连接发送的。
8.根据权利要求5或7所述的方法,其特征在于,所述第一标识为所述锚小区为所述终端分配的。
9.根据权利要求1或4或7或8所述的方法,其特征在于,在在与终端对应的寻呼时机内通过所述PDSCH将所述下行数据发送给所述终端之前,所述方法还包括:
根据终端的第一标识或所述终端的第二标识确定所述寻呼时机;
在所述寻呼时机内使用所述第一标识通过物理下行控制信道PDCCH动态调度PDSCH资源给所述终端。
10.根据权利要求1所述的方法,其特征在于,所述方法还包括:
通过上行共享物理信道PUSCH接收PUSCH数据;
将所述PUSCH数据逆映射到为小区预先配置的第一上行公共传输信道,得到第一上行公共传输信道数据;
将所述第一上行公共传输信道数据逆映射到DTCH和/或DCCH,得到上行数据。
11.根据权利要求10所述的方法,其特征在于,所述上行数据为上行专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
12.根据权利要求10所述的方法,其特征在于,在将所述PUSCH数据逆映射到为小区预先配置的第一上行公共传输信道之前,所述方法还包括:
为所述小区配置所述第一上行公共传输信道,以及将所述第一上行公共传输信道的配置信息发送给所述终端;其中,所述第一上行公共传输信道的配置信息包括:所述DTCH和/或所述DCCH与所述上行公共传输信道的映射关系。
13.根据权利要求10所述的方法,其特征在于,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,所述锚小区为所述终端从RRC连接状态转换到RRC inactive状态时所在的小区,所述驻留小区为所述终端当前驻留的小区;在将所述第一上行公共传输信道数据逆映射到DTCH和/或DCCH,得到上行数据之后,所述方法还包括:
所述驻留小区将所述上行数据通过第二上行公共传输信道和/或第二上行公共传输信道承载发送给所述锚小区,同时携带所述终端的第一标识;
所述锚小区接收所述上行数据;其中,所述第二上行公共传输信道和/或第二上行公共传输信道承载用来在所述锚小区和所述驻留小区间传输所述上行数据。
14.根据权利要求13所述的方法,其特征在于,在锚小区与驻留小区为同一寻呼区域中的不同基站的不同小区的情况下,所述第二上行公共传输信道和/或第二上行公共传输信道承载为在所述锚小区所在锚基站和所述驻留小区所在驻留基站之间的接口上预先建立的;在所述锚小区与所述驻留小区为同一寻呼区域中的相同基站的不同小区的情况下,所述第二上行公共传输信道和/或第二上行公共传输信道承载是在所述锚基站内部建立的。
15.根据权利要求10所述的方法,其特征在于,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,所述锚小区为所述终端从RRC连接状态转换到RRC inactive状态时所在的小区,锚小区所属基站为锚基站,所述驻留小区为所述终端当前驻留的小区,驻留小区所属基站为驻留基站;在将所述第一上行公共传输信道数据逆映射到DTCH和/或DCCH,得到上行数据之前,所述方法还包括:
所述驻留基站和/或所述驻留小区将所述上行数据通过信令消息发送给所述锚基站和/或所述锚小区,同时携带所述终端的第一标识;
所述锚基站和/或所述锚小区接收所述上行数据;其中,所示信令消息是通过所述锚基站和所述驻留基站之间的接口上预先建立的信令连接发送的。
16.根据权利要求10所述的方法,其特征在于,所述PUSCH数据或者第一上行传输信道数据或者所述上行数据包括:所述终端的第一标识。
17.根据权利要求10所述的方法,其特征在于,通过所述PUSCH接收所述终端发送的PUSCH数据包括:
基于随机接入过程中第三消息通过所述PUSCH接收所述终端发送的PUSCH数据。
18.根据权利要求4所述的方法,其特征在于,通过以下方式将所述终端的第一标识发送给所述终端,和/或将所述第一下行公共传输信道的配置信息发送给所述终端:RRC信令或者***消息。
19.根据权利要求12所述的方法,其特征在于,通过以下方式将所述第一上行公共传输信道的配置信息发送给所述终端:通过RRC信令或者***消息。
20.一种数据接收方法,其特征在于,包括:
在与终端对应的寻呼时机内通过下行共享物理信道PDSCH接收PDSCH数据;
将所述PDSCH数据依次逆映射到下行公共传输信道,和专用业务信道DTCH和/或专用控制信道DCCH上,得到基站发送的下行数据。
21.根据权利要求20所述的方法,其特征在于,所述下行数据为下行专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
22.根据权利要求20所述的方法,其特征在于,所述终端为处于无线资源控制非活动RRC inactive状态的终端;其中,所述RRC inactive状态是不同于RRC空闲状态和RRC连接状态的一种状态。
23.根据权利要求20所述的方法,其特征在于,所述方法还包括:
将上行数据映射到上行公共传输信道上,得到上行公共传输信道数据;
将所述上行公共传输信道数据映射到上行共享物理信道PUSCH上,得到所述PUSCH数据;
基于随机接入过程的第三消息将所述PUSCH数据发送给所述基站。
24.根据权利要求23所述的方法,其特征在于,所述上行数据为上行专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
25.根据权利要求20或23所述的方法,其特征在于,在在与终端对应的寻呼时机内通过下行共享物理信道PDSCH接收下行数据之前,所述方法还包括以下至少之一:
保留或存储的在RRC连接状态时建立的在基站和终端间无线接口上的与终端专用连接相关的所述DTCH和/或DCCH的资源及配置信息;
保留或者存储终端第一标识;
获取基站为所述终端重分配的终端的第一标识;
获取所述下行公共传输信道和/或上行公共传输信道的配置信息;其中,所述配置信息包括:所述基站为小区配置的下行公共传输信道和/或上行公共传输信道,和/或所述终端的所述DTCH和/或所述DCCH与所述下行公共传输信道和/或所述上行公共传输信道的映射关系。
26.根据权利要求25所述的方法,其特征在于,在与终端对应的寻呼时机内通过下行共享物理信道PDSCH接收PDSCH数据包括:
根据所述第一标识或终端的第二标识确定所述寻呼时机;
在所述寻呼时机内以所述第一标识监听上行控制物理信道PUCCH;
依据所述PUCCH上调度的PDSCH资源确定所述PDSCH;
通过所述PDSCH接收所述PDSCH数据。
27.根据权利要求25所述的方法,其特征在于,通过以下方式获取基站为所述终端重分配的终端第一标识和/或获取所述下行公共传输信道和/或上行公共传输信道的配置信息:RRC信令或者***消息。
28.根据权利要求20至24中任一项所述的方法,其特征在于,所述方法应用于以下之一场景:
锚小区与驻留小区为同一小区,其中,所述锚小区为终端从RRC连接状态转换到RRCinactive状态时所在的小区,所述驻留小区为所述终端当前驻留的小区;
锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区。
29.一种数据发送装置,其特征在于,包括:
第一映射模块,用于将下行数据依次映射到为小区预先配置的第一下行公共传输信道和下行共享物理信道PDSCH上,得到PDSCH数据;
第一发送模块,用于在与终端对应的寻呼时机内将所述PDSCH数据发送给所述终端。
30.根据权利要求29所述的装置,其特征在于,所述终端为处于无线资源控制非活动RRC inactive状态的终端;其中,所述RRC inactive状态是不同于RRC空闲状态和RRC连接状态的一种状态。
31.根据权利要求29所述的装置,其特征在于,所述下行数据为专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
32.根据权利要求31所述的装置,其特征在于,所述装置还包括以下至少之一:
第一配置模块,用于为所述小区配置所述第一下行公共传输信道,和/或为所述终端重配置所述终端的第一标识;其中,配置的所述第一下行公共传输信道与所述DTCH和/或所述DCCH具有映射关系;
存储模块,用于保留或存储在RRC连接状态时建立的在基站和终端间无线接口上的与终端专用连接相关的所述DTCH和/或所述DCCH的资源及配置信息;以及保留或者存储所述第一标识。
33.根据权利要求29所述的装置,其特征在于,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,所述锚小区为所述终端从RRC连接状态转换到RRC inactive状态时所在的小区,所述驻留小区为所述终端当前驻留的小区;所述第一映射模块包括:
第一发送单元,用于将所述下行数据通过第二下行公共传输信道和/或第二下行公共传输信道承载发送给驻留小区,同时携带所述终端的第一标识;
第一映射单元,用于将接收到的所述下行数据映射到所述第一下行公共传输信道上;其中,所述第一下行公共传输信道为为所述驻留小区配置的下行公共传输信道;所述第二下行公共传输信道和/或第二下行公共传输信道承载用来在所述锚小区和所述驻留小区间传输所述下行数据,其中,所述第一发送单元位于所述锚小区中,所述第一映射单元位于所述驻留小区中。
34.根据权利要求33所述的装置,其特征在于,在所述锚小区与所述驻留小区为同一寻呼区域中的不同基站的不同小区的情况下,所述第二下行公共传输信道和/或所述第二下行公共传输信道承载为在所述锚小区所在锚基站和所述驻留小区所在驻留基站之间的接口上预先建立的;在所述锚小区与所述驻留小区为同一寻呼区域中的相同基站的不同小区的情况下,所述第二下行公共传输信道和/或所述第二下行公共传输信道承载是在所述锚基站内部预先建立的。
35.根据权利要求29所述的装置,其特征在于,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,所述锚小区为所述终端从RRC连接状态转换到RRC inactive状态时所在的小区,锚小区所属基站为锚基站,所述驻留小区为所述终端当前驻留的小区,驻留小区所属基站为驻留基站;所述第一映射模块包括:
第二发送单元,用于将所述下行数据通过信令消息发送给所述驻留基站和/或所述驻留小区,同时携带所述终端的第一标识;
第二映射单元,用于将接收的下所述行数据映射到所述驻留小区的所述第一下行公共传输信道上;其中,所示信令消息是通过所述锚基站和所述驻留基站之间的接口上预先建立的信令连接发送的;其中,所述第二发送单元位于所述锚基站和/或所述锚小区中,所述第二映射单元位于所述驻留基站和/或所述驻留小区中。
36.根据权利要求33或35所述的装置,其特征在于,所述第一标识为所述锚小区为所述终端分配的。
37.根据权利要求32至36中任一项所述的装置,其特征在于,所述装置还包括:
确定模块,用于根据终端的第一标识或所述终端的第二标识确定所述寻呼时机;
调度模块,用于在所述寻呼时机内使用所述第一标识通过物理下行控制信道PDCCH动态调度PDSCH资源给所述终端。
38.根据权利要求37所述的装置,其特征在于,所述装置还包括:
第二接收模块,用于通过上行共享物理信道PUSCH接收PUSCH数据;
第二映射模块,用于将所述PUSCH数据逆映射到为小区预先配置的第一上行公共传输信道,得到第一上行公共传输信道数据;以及将所述第一上行公共传输信道数据逆映射到DTCH和/或DCCH,得到上行数据。
39.根据权利要求38所述的装置,其特征在于,所述上行数据为上行专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
40.根据权利要求38所述的装置,其特征在于,所述装置还包括:
第二配置单元,用于为所述小区配置所述第一上行公共传输信道;其中,配置的所述第一上行公共传输信道与所述DTCH和/或所述DCCH具有映射关系。
41.根据权利要求38所述的装置,其特征在于,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,所述锚小区为所述终端从RRC连接状态转换到RRC inactive状态时所在的小区,所述驻留小区为所述终端当前驻留的小区;所述装置还包括:
第二发送模块,用于将所述上行数据通过第二上行公共传输信道和/或第二上行公共传输信道承载发送给所述锚小区,同时携带所述终端的第一标识;
第三接收模块,用于接收所述上行数据;其中,所述第二上行公共传输信道和/或第二上行公共传输信道承载用来在所述锚小区和所述驻留小区间传输所述上行数据;其中,所述第二发送模块位于所述驻留小区中,所述第三接收模块位于所述锚小区中。
42.根据权利要求41所述的装置,其特征在于,在锚小区与驻留小区为同一寻呼区域中的不同基站的不同小区的情况下,所述第二上行公共传输信道和/或所述第二上行公共传输信道承载为在所述锚小区所在锚基站和所述驻留小区所在驻留基站之间的接口上预先建立的;在所述锚小区与所述驻留小区为同一寻呼区域中的相同基站的不同小区的情况下,所述第二上行公共传输信道和/或第二上行公共传输信道承载是在所述锚基站内部建立的。
43.根据权利要求38所述的装置,其特征在于,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,所述锚小区为所述终端从RRC连接状态转换到RRC inactive状态时所在的小区,锚小区所属基站为锚基站,所述驻留小区为所述终端当前驻留的小区,驻留小区所属基站为驻留基站;所述装置还包括:
第三发送模块,用于将所述上行数据通过信令消息发送给所述锚基站和/或所述锚小区,同时携带所述终端的第一标识;
第四接收模块,用于所述锚基站和/或所述锚小区接收所述上行数据;其中,所示信令消息是通过所述锚基站和所述驻留基站之间的接口上预先建立的信令连接发送的;其中,所述第三发送模块位于所述驻留基站和/或所述驻留小区中,所述第二接收模块位于所述锚基站和/或所述锚小区中。
44.根据权利要求38所述的装置,其特征在于,所述第二接收模块,还用于基于随机接入过程中第三消息通过所述PUSCH接收所述终端发送的PUSCH数据。
45.一种数据接收装置,其特征在于,包括:
接收模块,用于在与终端对应的寻呼时机内通过下行共享物理信道PDSCH接收PDSCH数据;
第一映射模块,用于将所述PDSCH数据依次逆映射到下行公共传输信道,和专用业务信道DTCH和/或专用控制信道DCCH上,得到基站发送的下行数据。
46.根据权利要求45所述的装置,其特征在于,所述终端为处于无线资源控制非活动RRC inactive状态的终端;其中,所述RRC inactive状态是不同于RRC空闲状态和RRC连接状态的一种状态。
47.根据权利要求45所述的装置,其特征在于,所述下行数据为下行专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
48.根据权利要求45所述的装置,其特征在于,所述装置还包括:
第二映射模块,用于将上行数据映射到上行公共传输信道上,得到上行公共传输信道数据;以及将所述上行公共传输信道数据映射到上行共享物理信道PUSCH上,得到所述PUSCH数据;
发送模块,用于基于随机接入过程的第三消息将所述PUSCH数据发送给所述基站。
49.根据权利要求47或48所述的装置,其特征在于,所述上行数据为上行专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
50.根据权利要求45或49所述的装置,其特征在于,所述装置还包括以下至少之一:
存储模块,用于保留或存储的在RRC连接状态时建立的在基站和终端间无线接口上的与终端专用连接相关的所述DTCH和/或DCCH的资源及配置信息;保留或者存储终端第一标识;
获取模块,用于获取基站为所述终端重分配的终端的第一标识,和/或用于获取所述下行公共传输信道和/或上行公共传输信道的配置信息;其中,所述配置信息包括:所述基站为小区配置的下行公共传输信道和/或上行公共传输信道,和/或,所述终端的所述DTCH和/或所述DCCH与所述下行公共传输信道和/或所述上行公共传输信道的映射关系。
51.根据权利要求50所述的装置,其特征在于,所述接收模块还用于根据所述第一标识或终端的第二标识确定所述寻呼时机;在所述寻呼时机内以所述第一标识监听上行控制物理信道PUCCH;依据所述PUCCH上调度的PDSCH资源确定所述PDSCH;以及通过所述PDSCH接收所述PDSCH数据。
52.根据权利要求50所述的装置,其特征在于,所述获取模块,用于通过以下方式获取基站为所述终端重分配的终端第一标识和/或获取所述下行公共传输信道和/或上行公共传输信道的配置信息:RRC信令或者***消息。
53.一种基站,其特征在于,包括:
处理器,用于将下行数据依次映射到为小区预先配置的第一下行公共传输信道和下行共享物理信道PDSCH上,得到PDSCH数据;
传输单元,用于在与终端对应的寻呼时机内将所述PDSCH数据发送给所述终端。
54.根据权利要求53所述的基站,其特征在于,所述终端为处于无线资源控制非活动RRC inactive状态的终端;其中,所述RRC inactive状态是不同于RRC空闲状态和RRC连接状态的一种状态。
55.根据权利要求53所述的基站,其特征在于,所述下行数据为专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
56.根据权利要求55所述的基站,其特征在于,所述基站还包括以下至少之一:
配置单元,用于为所述小区配置所述第一下行公共传输信道,和/或为所述终端重配置所述终端的第一标识;其中,配置的所述第一下行公共传输信道与所述DTCH和/或所述DCCH具有映射关系;
存储器,用于保留或存储在RRC连接状态时建立的在基站和终端间无线接口上的与终端专用连接相关的所述DTCH和/或所述DCCH的资源及配置信息;以及保留或者存储所述第一标识。
57.根据权利要求53所述的基站,其特征在于,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,所述锚小区为所述终端从RRC连接状态转换到RRC inactive状态时所在的小区,所述驻留小区为所述终端当前驻留的小区;所述处理器包括:
第一射频模块,用于将所述下行数据通过第二下行公共传输信道和/或第二下行公共传输信道承载发送给驻留小区,同时携带所述终端的第一标识;
第一处理器,用于将接收到的所述下行数据映射到所述第一下行公共传输信道上;其中,所述第一下行公共传输信道为为所述驻留小区配置的下行公共传输信道;所述第二下行公共传输信道和/或第二下行公共传输信道承载用来在所述锚小区和所述驻留小区间传输所述下行数据,其中,所述第一射频模块位于所述锚小区中,所述第一处理器位于所述驻留小区中。
58.根据权利要求57所述的基站,其特征在于,在所述锚小区与所述驻留小区为同一寻呼区域中的不同基站的不同小区的情况下,所述第二下行公共传输信道和/或所述第二下行公共传输信道承载为在所述锚小区所在锚基站和所述驻留小区所在驻留基站之间的接口上预先建立的;在所述锚小区与所述驻留小区为同一寻呼区域中的相同基站的不同小区的情况下,所述第二下行公共传输信道和/或所述第二下行公共传输信道承载是在所述锚基站内部预先建立的。
59.根据权利要求53所述的基站,其特征在于,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,所述锚小区为所述终端从RRC连接状态转换到RRC inactive状态时所在的小区,锚小区所属基站为锚基站,所述驻留小区为所述终端当前驻留的小区,驻留小区所属基站为驻留基站;所述处理器包括:
第二射频模块,用于将所述下行数据通过信令消息发送给所述驻留基站和/或所述驻留小区,同时携带所述终端的第一标识;
第二处理器,用于将接收的下所述行数据映射到所述驻留小区的所述第一下行公共传输信道上;其中,所示信令消息是通过所述锚基站和所述驻留基站之间的接口上预先建立的信令连接发送的;其中,所述第二射频模块位于所述锚基站和/或所述锚小区中,所述第二处理器位于所述驻留基站和/或所述驻留小区中。
60.根据权利要求53所述的基站,其特征在于,所述基站还包括:
所述传输单元,还用于通过上行共享物理信道PUSCH接收PUSCH数据;
所述处理器,还用于将所述PUSCH数据逆映射到为小区预先配置的第一上行公共传输信道,得到第一上行公共传输信道数据;以及将所述第一上行公共传输信道数据逆映射到DTCH和/或DCCH,得到上行数据。
61.根据权利要求60所述的基站,其特征在于,所述上行数据为上行专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
62.根据权利要求60所述的基站,其特征在于,所述处理器,还用于为所述小区配置所述第一上行公共传输信道;其中,配置的所述第一上行公共传输信道与所述DTCH和/或所述DCCH具有映射关系。
63.根据权利要求60所述的基站,其特征在于,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,所述锚小区为所述终端从RRC连接状态转换到RRC inactive状态时所在的小区,所述驻留小区为所述终端当前驻留的小区;所述基站还包括:
第三射频模块,用于将所述上行数据通过第二上行公共传输信道和/或第二上行公共传输信道承载发送给所述锚小区,同时携带所述终端的第一标识;
第四射频模块,用于接收所述上行数据;其中,所述第二上行公共传输信道和/或第二上行公共传输信道承载用来在所述锚小区和所述驻留小区间传输所述上行数据;其中,所述第三射频模块位于所述驻留小区中,所述第四射频模块位于所述锚小区中。
64.根据权利要求63所述的基站,其特征在于,在锚小区与驻留小区为同一寻呼区域中的不同基站的不同小区的情况下,所述第二上行公共传输信道和/或所述第二上行公共传输信道承载为在所述锚小区所在锚基站和所述驻留小区所在驻留基站的接口上预先建立的;在所述锚小区与所述驻留小区为同一寻呼区域中的相同基站的不同小区的情况下,所述第二上行公共传输信道和/或第二上行公共传输信道承载是在所述锚基站内部建立的。
65.根据权利要求60所述的基站,其特征在于,在锚小区与驻留小区为同一寻呼区域中的不同基站或相同基站的不同小区的情况下,其中,所述锚小区为所述终端从RRC连接状态转换到RRC inactive状态时所在的小区,锚小区所属基站为锚基站,所述驻留小区为所述终端当前驻留的小区,驻留小区所属基站为驻留基站;所述基站还包括:
第五射频模块,用于将所述上行数据通过信令消息发送给所述锚基站和/或所述锚小区,同时携带所述终端的第一标识;
第六射频模块,用于所述锚基站和/或所述锚小区接收所述上行数据;其中,所示信令消息是通过所述锚基站和所述驻留基站之间的接口上预先建立的信令连接发送的;其中,所述第五射频模块位于所述驻留基站和/或所述驻留小区中,所述第六射频模块位于所述锚基站和/或所述锚小区中。
66.一种终端,其特征在于,包括:
传输单元,用于在与终端对应的寻呼时机内通过下行共享物理信道PDSCH接收PDSCH数据;
处理器,用于将所述PDSCH数据依次逆映射到下行公共传输信道,和专用业务信道DTCH和/或专用控制信道DCCH上,得到基站发送的下行数据。
67.根据权利要求66所述的终端,其特征在于,所述终端为处于无线资源控制非活动RRC inactive状态的终端;其中,所述RRC inactive状态是不同于RRC空闲状态和RRC连接状态的一种状态。
68.根据权利要求66所述的终端,其特征在于,所述下行数据为下行专用业务逻辑信道DTCH数据和/或专用控制逻辑信道DCCH数据。
69.根据权利要求66所述的终端,其特征在于,
所述处理器,还用于将上行数据映射到上行公共传输信道上,得到上行公共传输信道数据;以及将所述上行公共传输信道数据映射到上行共享物理信道PUSCH上,得到所述PUSCH数据;
所述传输单元,还用于基于随机接入过程的第三消息将所述PUSCH数据发送给所述基站。
70.根据权利要求66或69所述的终端,其特征在于,所述终端还包括以下至少之一:存储器,用于保留或存储的在RRC连接状态时建立的在基站和终端间无线接口上的与终端专用连接相关的所述DTCH和/或DCCH的资源及配置信息;保留或者存储终端第一标识;
所述传输单元,还用于获取基站为所述终端重分配的终端的第一标识,和/或用于获取所述下行公共传输信道和/或上行公共传输信道的配置信息;其中,所述配置信息包括:所述基站为小区配置的下行公共传输信道和/或上行公共传输信道,和/或,所述终端的所述DTCH和/或所述DCCH与所述下行公共传输信道和/或所述上行公共传输信道的映射关系。
71.根据权利要求69所述的终端,其特征在于,所述传输单元,用于通过以下方式获取基站为所述终端重分配的终端第一标识和/或获取所述下行公共传输信道和/或上行公共传输信道的配置信息:RRC信令或者***消息。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610879232.8A CN107889216B (zh) | 2016-09-30 | 2016-09-30 | 数据发送、接收方法及装置、基站、终端 |
PCT/CN2017/104878 WO2018059587A1 (zh) | 2016-09-30 | 2017-09-30 | 数据发送、接收方法及装置、基站、终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610879232.8A CN107889216B (zh) | 2016-09-30 | 2016-09-30 | 数据发送、接收方法及装置、基站、终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107889216A true CN107889216A (zh) | 2018-04-06 |
CN107889216B CN107889216B (zh) | 2022-04-29 |
Family
ID=61763178
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610879232.8A Active CN107889216B (zh) | 2016-09-30 | 2016-09-30 | 数据发送、接收方法及装置、基站、终端 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN107889216B (zh) |
WO (1) | WO2018059587A1 (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110740493A (zh) * | 2018-07-19 | 2020-01-31 | 珠海市魅族科技有限公司 | 下行控制信道监控的指示方法及下行控制信道监控的方法 |
CN111836361A (zh) * | 2019-08-12 | 2020-10-27 | 维沃移动通信有限公司 | 数据接收方法、发送方法、终端及网络设备 |
WO2021217571A1 (zh) * | 2020-04-30 | 2021-11-04 | 北京小米移动软件有限公司 | 终端状态切换处理、控制方法及装置、通信设备及介质 |
WO2022027459A1 (zh) * | 2020-08-06 | 2022-02-10 | Oppo广东移动通信有限公司 | 数据传输方法、装置、终端设备和存储介质 |
CN114339713A (zh) * | 2020-09-29 | 2022-04-12 | 维沃移动通信有限公司 | 传输处理方法、终端及网络侧设备 |
CN114982365A (zh) * | 2020-01-22 | 2022-08-30 | 日本电气株式会社 | 用于通信的方法、设备和计算机存储介质 |
Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101043718A (zh) * | 2006-03-24 | 2007-09-26 | 大唐移动通信设备有限公司 | 一种用下行共享物理信道进行寻呼的方法 |
CN101060682A (zh) * | 2006-04-18 | 2007-10-24 | 中兴通讯股份有限公司 | 一种进行频间小区更新的测试方法 |
WO2008024283A2 (en) * | 2006-08-21 | 2008-02-28 | Interdigital Technology Corporation | Resource allocation, scheduling, and signaling for grouping real time services |
CN101198092A (zh) * | 2007-02-13 | 2008-06-11 | 华为技术有限公司 | 实现向用户设备发送数据的方法、***及设备 |
WO2008097593A2 (en) * | 2007-02-05 | 2008-08-14 | Interdigital Technology Corporation | Paging over a high-speed downlink shared channel |
CN101541080A (zh) * | 2008-03-20 | 2009-09-23 | 中兴通讯股份有限公司 | 一种时分双工***中寻呼信号发送方法 |
CN101674649A (zh) * | 2008-09-11 | 2010-03-17 | 大唐移动通信设备有限公司 | 寻呼状态下数据传输的方法、***及装置 |
WO2011005514A1 (en) * | 2009-06-23 | 2011-01-13 | Qualcomm Incorporated | Multicasting within a wireless communications system |
US20110092229A1 (en) * | 2009-10-21 | 2011-04-21 | Li Fung Chang | Method and system for enhanced cell-fach/pch downlink receiver |
CN102802254A (zh) * | 2011-05-24 | 2012-11-28 | 中兴通讯股份有限公司 | 利用寻呼信道传输业务数据的方法及***、用户设备 |
CN102804631A (zh) * | 2010-02-05 | 2012-11-28 | 高通股份有限公司 | 用于上行链路波束成形发射分集的装置和方法 |
EP2723009A2 (en) * | 2011-06-15 | 2014-04-23 | LG Electronics Inc. | Method for receiving downlink control information in wireless access system and terminal therefor |
CN103988567A (zh) * | 2011-12-08 | 2014-08-13 | 交互数字专利控股公司 | 用于控制交叉链路建立的方法和设备 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106714126A (zh) * | 2016-12-30 | 2017-05-24 | 北京小米移动软件有限公司 | 下行数据传输方法、装置和设备 |
-
2016
- 2016-09-30 CN CN201610879232.8A patent/CN107889216B/zh active Active
-
2017
- 2017-09-30 WO PCT/CN2017/104878 patent/WO2018059587A1/zh active Application Filing
Patent Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101043718A (zh) * | 2006-03-24 | 2007-09-26 | 大唐移动通信设备有限公司 | 一种用下行共享物理信道进行寻呼的方法 |
CN101060682A (zh) * | 2006-04-18 | 2007-10-24 | 中兴通讯股份有限公司 | 一种进行频间小区更新的测试方法 |
WO2008024283A2 (en) * | 2006-08-21 | 2008-02-28 | Interdigital Technology Corporation | Resource allocation, scheduling, and signaling for grouping real time services |
WO2008097593A2 (en) * | 2007-02-05 | 2008-08-14 | Interdigital Technology Corporation | Paging over a high-speed downlink shared channel |
CN101198092A (zh) * | 2007-02-13 | 2008-06-11 | 华为技术有限公司 | 实现向用户设备发送数据的方法、***及设备 |
CN101541080A (zh) * | 2008-03-20 | 2009-09-23 | 中兴通讯股份有限公司 | 一种时分双工***中寻呼信号发送方法 |
CN101674649A (zh) * | 2008-09-11 | 2010-03-17 | 大唐移动通信设备有限公司 | 寻呼状态下数据传输的方法、***及装置 |
WO2011005514A1 (en) * | 2009-06-23 | 2011-01-13 | Qualcomm Incorporated | Multicasting within a wireless communications system |
US20110092229A1 (en) * | 2009-10-21 | 2011-04-21 | Li Fung Chang | Method and system for enhanced cell-fach/pch downlink receiver |
CN102804631A (zh) * | 2010-02-05 | 2012-11-28 | 高通股份有限公司 | 用于上行链路波束成形发射分集的装置和方法 |
CN102802254A (zh) * | 2011-05-24 | 2012-11-28 | 中兴通讯股份有限公司 | 利用寻呼信道传输业务数据的方法及***、用户设备 |
EP2723009A2 (en) * | 2011-06-15 | 2014-04-23 | LG Electronics Inc. | Method for receiving downlink control information in wireless access system and terminal therefor |
CN103988567A (zh) * | 2011-12-08 | 2014-08-13 | 交互数字专利控股公司 | 用于控制交叉链路建立的方法和设备 |
Non-Patent Citations (4)
Title |
---|
3GPP工作组: "3GPPChangeRequest", 《3GPP TSG RAN MEETING #46 R5-101016》 * |
CISCO: "Targeted Service Request", 《SA WG2 MEETING #96 S2- 130761》 * |
ERICSSON: "State transition and small data transmissions for inactive UEs", 《3GPP TSG-RAN WG2 #95 R2-165538》 * |
张银成: "针对M2M应用的LTE***优化技术", 《电信网技术》 * |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110740493A (zh) * | 2018-07-19 | 2020-01-31 | 珠海市魅族科技有限公司 | 下行控制信道监控的指示方法及下行控制信道监控的方法 |
CN110740493B (zh) * | 2018-07-19 | 2022-05-06 | 珠海市魅族科技有限公司 | 下行控制信道监控的指示方法及下行控制信道监控的方法 |
CN111836361A (zh) * | 2019-08-12 | 2020-10-27 | 维沃移动通信有限公司 | 数据接收方法、发送方法、终端及网络设备 |
CN111836361B (zh) * | 2019-08-12 | 2022-06-17 | 维沃移动通信有限公司 | 数据接收方法、发送方法、终端及网络设备 |
CN114982365A (zh) * | 2020-01-22 | 2022-08-30 | 日本电气株式会社 | 用于通信的方法、设备和计算机存储介质 |
WO2021217571A1 (zh) * | 2020-04-30 | 2021-11-04 | 北京小米移动软件有限公司 | 终端状态切换处理、控制方法及装置、通信设备及介质 |
WO2022027459A1 (zh) * | 2020-08-06 | 2022-02-10 | Oppo广东移动通信有限公司 | 数据传输方法、装置、终端设备和存储介质 |
CN114339713A (zh) * | 2020-09-29 | 2022-04-12 | 维沃移动通信有限公司 | 传输处理方法、终端及网络侧设备 |
CN114339713B (zh) * | 2020-09-29 | 2023-07-14 | 维沃移动通信有限公司 | 传输处理方法、终端及网络侧设备 |
Also Published As
Publication number | Publication date |
---|---|
CN107889216B (zh) | 2022-04-29 |
WO2018059587A1 (zh) | 2018-04-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107889216A (zh) | 数据发送、接收方法及装置、基站、终端 | |
KR102394123B1 (ko) | 차세대 이동 통신 시스템에서 복수 개의 스케쥴링 요청을 전송하는 방법 및 장치 | |
CN103765798B (zh) | 降低无线电资源控制(rrc)状态转换期间的信令开销的方法和装置 | |
CN113438644B (zh) | 一种数据传输方法、设备及*** | |
CN108366398B (zh) | 一种数据传输方法、网络设备及终端设备 | |
CN107241764A (zh) | 一种上行、下行小数据传输方法及装置 | |
CN107645779A (zh) | 一种数据发送、传输方法及装置 | |
CN107734703A (zh) | 一种资源调度方法和装置 | |
CN108886748B (zh) | 用于减少信令开销和减少终端电池的方法和设备 | |
CN110383880A (zh) | 用于发送数据单元的方法和设备 | |
CN103782644B (zh) | 回程链路的信息传输方法及***、代理设备、接入设备 | |
CN108418661A (zh) | 数据传输方法及装置 | |
CN106658418A (zh) | 车联网v2x业务数据包传输方法及装置 | |
CN110401963A (zh) | 传输控制方法及装置 | |
CN109548096A (zh) | 通信方法、基站、终端设备和*** | |
US20230164628A1 (en) | Data forwarding in centralized unit and distributed unit split architectures | |
CN114788204B (zh) | Harq进程的状态确定方法、装置及设备 | |
CN107371278A (zh) | Rrc状态的处理方法及装置 | |
CN104105132A (zh) | 一种控制参数的发送方法和装置 | |
CN109963340A (zh) | 用于降低信令开销和数据延迟的方法、设备及计算机可读介质 | |
JP2023512728A (ja) | Iabネットワークの多重化のスケジューリング方法及びiabノード | |
WO2023056604A1 (zh) | 无线通信的方法、终端设备和网络设备 | |
CN104053146B (zh) | 小小区承载的激活与去激活方法及设备 | |
EP4093084A1 (en) | Device and method for transmitting and receiving signal in wireless communication system | |
CN111511034B (zh) | 一种调度请求处理方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |