具体实施方式
(1)LTE***的数据传输过程
在LTE***中,发送端节点的MAC(Media Access Control,介质访问控制)层实体负责将从高层接收到的需要发送的数据组装成TB(传输块),然后将TB块交给物理层,由物理层经过编码、调制等处理后通过空中接口发送给接收端节点。接收端节点的物理层实体将接收到的数据进行解调、解码等处理,并将经过解调、解码等处理后所得到的TB递交给MAC层,MAC层实体将TB经过解复用后的数据递交给相应的高层实体进行处理。
具体的,TB的发送可通过进程的方式来管理,而为了提高数据传输的可靠性,LTE***中采用了HARQ机制,每个TB可以对应一个HARQ进程。其中,HARQ进程的数量与RTT(Round trip time,环回时间)相关,即HARQ进程的数量和传输延迟以及UE/eNB(基站)的处理延迟相关。
例如,对于LTE FDD(Frequency Division Duplex,频分双工)***来说,RTT设定为:1ms(发送端到接收端的数据传输时间)+3ms(接收端数据处理时间)+1ms(接收端响应数据传输时间)+3ms(发送端对响应数据的处理时间)=8ms。为了充分利用时频资源,增加调度机会(即在每个时刻都可以存在对应的HARQ进程来处理不同的TB),则LTE FDD***中,上下行HARQprocess(进程)数可设定为8。
对于LTE TDD(Time Division Duplexing,时分双工)***来说,由于存在多种上下行子帧关系,接收端发送反馈的时间不但受数据处理时间的影响,还与上下行子帧配置有关,以下行数据发送为例,对于非上行子帧时刻,终端将不能向网络侧发送反馈信息,因此,在不同上下行子帧配置下,RRT时间存在差别,即HARQ进程的数量也存在差别。其中,上下行HARQ进程数与UL/DL配置关系可如表1和2所示。
表1:TDD***同步上行HARQ进程数
表2:TDD***最大下行HARQ进程数
TDD上行/下行子帧配置 |
最大HARQ进程数 |
0 |
4 |
1 |
7 |
2 |
10 |
3 |
9 |
4 |
12 |
5 |
15 |
6 |
6 |
(2)数据发送前的信令流程
在LTE***中,处于空闲(idle)状态的UE,如果有数据向网络侧发送时,则连接建立过程中的信令流程如图1所示,包括:
(a)当UE有数据需要发送时,需要先通过随机接入过程(即图1中步骤2、4、6、8)建立上行同步。在随机接入过程中,首先根据***配置的随机接入资源信息,等待随机接入信道(PRACH)调度周期,并选择一个preamble(Random Access Preamble,随机接入前导序列)码向eNB发送(Msg1)。
(b)eNB在接收到UE发送的preamble(Msg1)后,在随机接入响应窗中对UE发送的随机接入响应(Msg2)。
其中,Msg2中的内容包括:backoff(回退)参数、与Msg1对应的preamble标识、上行传输定时提前量(TA)、Msg3分配的上行资源(Msg3调度信息)、临时C-RNTI(Cell Radio Network Temporary Identity,小区无线网络临时标识)等。
具体的,backoff参数用于指示如果本次随机接入失败,UE下次发起随机接入的时延均值。
另外,UE可通过RA-RNTI和Msg2中的preamble标识确定发送给自己的随机接入响应,如果Msg2中的preamble标识对应的preamble中包含有自己发起随机接入时的preamble,则认为自己成功接收到随机接入响应消息,后续将向网络侧发送Msg3;如果UE没有正确接收到Msg2,则依据backoff参数的时延限制确定发起下一次随机接入的时延,并另外选择随机接入资源发起下一次随机接入。
进一步的,当达到最大随机接入次数后,UE的MAC层向RRC(RadioResource Control,无线资源控制)层上报随机接入问题,触发无线链路失败过程。
(c)UE在接收到Msg2后,在Msg2分配的上行资源上发送Msg3。
针对不同的场景,Msg3中包含不同的内容。其中,在初始接入时,Msg3中携带RRC层生成的RRC连接重建请求消息。
(d)eNB和UE通过Msg4完成最终的竞争解决。
Msg4中的内容与Msg3中的内容是相对应的,在初始接入时,Msg4中携带UE竞争解决标识MAC层控制单元(Contention Resolution Identity MAC CE),该MAC CE中包含UE在Msg3中传输的CCCH SDU,当UE在接收到该MAC CE后,与自身的RRC层信息进行比较,以完成竞争解决。
另外,Msg4中还可以包含RRC连接建立消息,用于建立UE的信令无线承载1(SRB1)。
(e)UE在竞争解决完成后,根据RRC连接建立消息中的信息建立信令无线承载1(SRB1),并向网络发送RRC连接建立完成消息。
需要注意的是,NAS(Non Access Stratum,非接入层)业务请求消息可以在发送RRC连接建立完成消息时向网络侧捎带发送。
(f)eNB在接收到RRC连接建立完成消息后,将捎带的NAS业务请求消息携带在eNB与MME(Mobility Management Entity,移动性管理实体)的接口消息“initial UE message”中发送给MME,用于请求MME建立UE对应的eNB与核心网网元间的相关连接(例如,与MME的控制面连接和与S-GW(ServingGateway,服务网关)的无线接入承载E-RAB)。
(g)MME将为UE建立的对应连接信息和UE的能力信息携带在S1接口消息“initial context setup request”中通知给eNB。
(h)eNB向UE发送安全模式命令(SMC)和RRC连接重配消息,用于激活UE的安全性、为UE建立数据无线承载(DRB)、其他信令无线承载(SBR2)等。
其中,SMC和RRC连接重配可以在一条RRC消息中发送,也可以分别发送。
(i)在安全性激活、DRB、SRB2配置完成后,UE向网络侧发送安全模式完成消息和RRC连接重配完成消息。
此时,UE的用户面数据由DRB、E-RAB,并通过eNB、S-GW发送给核心网;UE与核心网的控制信令通过SRB和eNB与MME之间的控制面连接发送给MME。
另外,对于detach状态的UE,当UE需要向网络侧发送数据时,则UE需要先发起attach过程,附着到网络。另外,为了确定用户的合法性,还需要通过鉴权过程进程进行确认。
(3)UE能力等级
在LTE***中,UE能力可根据上下行链路中每个传输时间间隔(TTI)最大可以发送的总TB大小、每个TTI中可以发送的最大单个TB的大小、HARQ软buffer的大小、层二缓存的大小等因素进行确定,通常可划分为5个等级。其中,每个TTI内最大传输TB由UE支持的峰值传输速率决定,UE软缓存buffer(即软信道)的大小由编码效率、UE一个TTI最大支持的TB和HARQ进程数决定。
另外,不同UE能力等级类型的UE的各指标存在差别,当前定义的5个UE等级(category 1~5)均需要支持8个HARQ进程。如表3所示,为不同UE能力等级的下行链路物理层参数;如表4所示,为不同UE能力等级的上行链路物理层参数;如表5所示,为不同UE能力等级层2软buffer大小。
表3:UE能力等级的下行链路物理层参数
表4:UE能力等级的上行链路物理层参数
表5:UE能力等级层2软buffer大小
UE等级 |
总的层二缓存大小[bytes] |
等级1 |
150000 |
等级2 |
700000 |
等级3 |
1400000 |
等级4 |
1900000 |
等级5 |
3500000 |
需要说明的是,表3,表4,表5中所称的UE能力等级在LTE标准称为UE类型(category),为了与本发明中定义的终端类型相区别这里统一采用UE能力等级来描述。
(4)编译码复杂度
在LTE***中,物理层控制区域可采用卷积码编码,数据区域可采用tubor码编码。
其中,tubor码的译码器长度与最大支持的TB块长度有关系,Tubor译码器成本与译码器支持的译码长度有关。如图2所示,为下行链路物理层信道结构示意图。
在传统的H2H通信中,终端除了基本的语音通话功能外,还支持诸多其他信息的传输功能,如视频通话、在线点播等,而当前的3G LTE是针对H2H设计的,为了满足H2H通信多方面的信息要求,3G LTE终端需要满足设定的能力要求,如对于LTE FDD***,要求能够支持8个HARQ进程、HARQ软缓存大小需要满足8个进程的要求等。
与H2H通信相比,M2M通信的一大特点是在很多应用场景中,对终端的功能要求相对单一,M2M终端一般只需要具有有限的功能便可以满足M2M通信的需求。如果将M2M终端作为传统的H2H终端进行处理,将会增加不必要的终端设计复杂度和终端成本消耗,并影响M2M业务推广。
针对上述问题,本发明实施例提供一种数据的传输方法和设备,接入网设备通过获得的终端信息,对不同能力的M2M终端采用不同的传输方式进行数据发送,可以支持比当前UE更低能力的低成本低处理复杂度的M2M终端,推动了M2M业务的规模化应用。
需要说明的是,本发明实施例所提方式不但适用于LTE、LTE-A***,还可以适用于UMTS***。在UMTS***中接入网设备为无线网络控制器\基站RNC\NB以及后续出现的其它接入网设备,如:中继设备Relay等;核心网设备为SGSN等。终端与接入网设备以及接入网设备与核心网设备的连接建立和信令功能基本类似,只是消息名称或具体实现方式存在差别。为简化描述,本发明实施例中主要以LTE***为例进行描述,UMTS***中的实施过程可以采用类似方式实现,因此不再进行重复描述。
下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例一提供一种数据的传输方法,如图3所示,该方法包括以下步骤:
步骤301,接入网设备根据终端的信息确定该终端的类型。其中,该终端的类型包括MTC终端或者H2H终端(即当前的传统终端),或者,需要特定传输方式的终端。
本发明实施例中,确定终端的类型的方式包括但不限于:
(1)接入网设备根据终端上报的能力指示信息确定该终端的类型。
具体的,该接入网设备可获取终端上报的能力信息,并根据能力信息确定终端的能力等级;根据能力等级与终端类型的对应关系、以及该终端的能力等级确定该终端的类型。
例如,能力等级与终端类型的对应关系包括:MTC终端对应能力等级6,H2H终端对应能力等级1-5。当接收到能力信息后,接入网设备根据从能力信息中读取到该终端的能力等级,能力等级为等级6为例,则接入网设备可以确定该终端的类型是否为MTC终端。
需要说明的是,终端上报的能力信息中,可以包括终端的能力等级信息、终端的无线能力信息等。接入网设备也可以通过终端上报的除能力等级信息外的其他能力信息如无线能力信息来判断终端的类型。
(2)接入网设备根据核心网设备(例如,MME)指示的终端的能力指示信息确定该终端的类型。
具体的,当接入网设备接收到来自MME的能力指示信息后,可直接根据该能力指示信息确定终端的类型。例如,MME通过能力指示信息指示该终端为MTC终端时,则接入网设备根据该能力指示信息确定终端的类型为MTC终端。又例如,MME通过能力指示信息指示该终端的能力等级为等级6时,则接入网设备根据该能力指示信息以及等级关系可确定终端的类型为MTC终端。
(3)接入网设备根据终端随机接入时的资源信息确定终端的类型。
具体的,接入网设备可以为不同类型的终端划分不同的PRACH(PhysicalRandom Access Channel,物理层随机接入信道)资源,并将该PRACH资源的信息发送给终端,由终端根据自身的类型在对应的PRACH资源位置上发送Preamble进行随机接入;进一步的,接入网设备可根据终端进行随机接入时的PRACH资源位置、以及不同类型的终端对应的PRACH资源分类信息确定终端的类型。
例如,接入网设备为MTC终端划分PRACH Resource Index 1,并将PRACH资源划分消息通知给终端,由于终端知道自身是MTC终端,则该终端会在PRACH资源1的位置上发送Preamble进行随机接入,此时,接入网设备可获知终端进行随机接入时的PRACH资源位置为PRACH资源1的位置,继而根据MTC终端与PRACH资源1的对应关系,可以确定该终端的类型为MTC终端。
另外,接入网设备还可以为不同类型的终端划分不同的preamble码资源,比如为MTC终端分配preamble 1~preamble 20,并将preamble码划分消息通知给终端,由终端根据自身的类型在PRACH资源位置上采用对应的Preamble码进行随机接入;进一步的,接入网设备可根据终端进行随机接入时的preamble码索引index信息、以及不同类型的终端对应的preamble码信息确定终端的类型。
(4)接入网设备根据终端随机接入时的专用消息确定终端的类型。其中,该专用消息包括但不限于终端随机接入时的Msg3。
具体的,当为不同类型的终端设置不同的CCCH(公共控制信道)逻辑信道标识时,则接入网设备可根据终端随机接入时的专用消息中携带的CCCH逻辑信道标识确定终端的类型;或者,当随机接入时的MAC CE中携带了终端的类型信息时,则接入网设备可根据终端随机接入时携带的MAC CE确定终端的类型;或者,当RRC连接请求消息中携带了终端的类型信息时,则接入网设备可根据终端随机接入时携带的RRC连接请求消息确定终端的类型。
(5)接入网设备根据来自终端的其他消息确定终端的类型。其中,该来自终端的其他消息包括但不限于RRC连接完成消息。
其中,当RRC连接完成消息中携带了终端的类型信息时,则接入网设备接收到RRC连接完成消息后,即可以确定终端的类型,或者,
当其他RRC消息中携带了终端的类型信息时,则接入网设备接收到其他RRC消息后,即可以确定终端的类型;或者,
当MAC CE中携带了终端的类型信息时,则接入网设备接收到携带了终端的类型信息的MAC CE后,即可以确定终端的类型。
步骤302,接入网设备根据终端的类型确定终端对应的数据传输方式。
具体的,本步骤之前,接入网设备可根据实际需要设置终端类型与数据传输方式的对应关系。则本步骤中,接入网设备可根据终端的类型、以及该对应关系确定终端对应的数据传输方式。
本发明实施例中,接入网设备设置终端类型与数据传输方式的对应关系包括但不限于:接入网设备设置终端类型与HARQ进程数的对应关系;和/或,接入网设备设置终端类型与TB大小的对应关系;和/或,接入网设备设置终端类型与采用的编码/解码方式的对应关系。
例如,接入网设备设置MTC终端对应的HARQ进程数为1,如果上述步骤中获知终端的类型为MTC终端,则本步骤中可确定HARQ进程数为1。
步骤303,接入网设备根据该数据传输方式与终端进行数据传输。例如,接入网设备按照HARQ进程数为1的数据传输方式与终端进行数据传输。
本发明实施例二提供一种数据的传输方法,本实施例是针对接入网设备根据MME指示的能力信息确定该终端的类型的方式的。
本实施例中,终端类型与数据传输方式的对应关系中,定义MTC终端的HARQ进程数为1、且eNB(本实施例中接入网设备以eNB为例进行说明)通过UE能力信息(UE radio access capability)来识别终端是否为MTC终端。其中,在UE能力信息中,H2H终端体现为UE等级=1~5(等级1~5),MTC终端体现为UE等级=6(等级6)。
基于上述情况,如图4所示,该方法包括以下步骤:
步骤401,MTC终端按照现有随机接入过程发送preamble,并接收Msg2,在Msg2中指示的资源上发送Msg3。
步骤402,eNB接收到UE发送的Msg3后,按照最低UE能力等级配置UE的HARQ进程为1。
其中,与H2H终端的LTE FDD制式下HARQ进程数为8相比,MTC终端支持的HARQ进程数为1,此时,可以取其中的最小值,即选择HARQ进程为1,在调度时,eNB使用单进程调度UE。
步骤403,eNB为UE建立RRC连接,并且将UE发送的业务请求消息发送给MME,然后从MME发送的消息中获取UE的能力信息。
步骤404,eNB获取能力信息中的UE等级,并根据UE等级确定终端类型。
本实施例中,如果UE category取值为6,则eNB确定终端类型为MTC终端。由于MTC终端对应的数据传输方式为HARQ进程数为1,则在后续该终端数据传输过程中,继续对该UE进行单HARQ进程调度。
另外,如果UE category取值为1~5,则eNB确定终端类型为H2H终端,则按照目前标准中规定的HARQ进程数进行调度。
需要注意的是,单进程调度(HARQ并行进程数为1)的方式为:以下行调度为例,当eNB为MTC终端分配了HARQ进程进行数据传输时,在随后的调度时刻,即使在下行缓存有数据需要调度时,也不能为该MTC终端再次分配资源,直至该HARQ进程正在发送的数据发送成功,或者,HARQ进程正在发送的数据达到HARQ最大发送次数,或者,按其他规则该HARQ进程可以用来发送新的数据。
另外,在实际应用中,还可以根据M2M应用场景和业务需求,为MTC终端增加多个终端等级,例如,UE category 6、UE category 7等,与此对应的是,不同的终端等级可以支持相同或者不同的并行HARQ进程数,比如1个或者2个等,可以支持不同TB大小,可以采用不同编码/解码方式,在此不再详加赘述。
本发明实施例三提供一种数据的传输方法,本实施例是针对接入网设备根据终端随机接入时的资源位置确定终端的类型的方式的,即eNB通过随机接入资源信息来判断UE的类型。
本实施例中,定义MTC终端支持的HARQ进程数与当前H2H终端所支持的HARQ进程数相同,例如,在FDD***中,定义MTC终端支持的HARQ进程数为8,但单个下行TTI接收的比特数目为500;相对应的,对于LTE FDD制式,当前协议中H2H终端支持的HARQ进程数为8,单个下行TTI接收的比特数目至少为10296。
基于上述情况,如图5所示,该方法包括以下步骤:
步骤501,eNB为MTC终端划分随机接入资源。其中,该随机接入资源可以为PRACH资源或者preamble码资源。
具体的,在划分专用的preamble资源时,当前LTE***中每个小区中有64个可用的preamble资源,则终端可以从Preamble序列集合中随机地选择一个Preamble码进行发送,eNB利用序列的特性来检测不同用户发送的Preamble码。因此,eNB可以通过为MTC终端和H2H终端划分不同的preamble group来实现区分MTC终端和H2H终端的目的。
另外,在划分专用的PRACH资源时,对于LTE FDD***,***单小区可配置的最大PRACH资源为10个/10ms,一个子帧中最多存在一个随机接入资源;LTE TDD***单小区可配置的最大PRACH资源为6个/10ms,不同上下行子帧配置下的无线帧中的上行子帧数是不同的,即一个子帧中的PRACH数将不一样,但能够支持的PRACH最大总数是相同的。因此,eNB可以通过为MTC终端和H2H终端划分不同的物理随机接入PRACH资源来实现区分MTC终端、H2H终端或需要特定传输方式的终端的目的。该需要特定传输方式的终端可以为其他定义的低UE能力等级终端、低优先级或高优先级终端、时延容忍的终端等。
步骤502,eNB将PRACH资源或preamble码资源的划分信息广播通知给小区内的终端。
步骤503,MTC终端在对应的PRACH资源和/或preamble码资源上发送Preamble进行接入。
具体的当获知MTC终端所使用的PRACH资源和preamble码资源后,则MTC终端可在MTC终端所使用的PRACH资源和在MTC终端所使用的preamble码资源里选择preamble码进行接入。
步骤504,eNB根据PRACH资源的位置和/或preamble码资源的index信息确定终端的类型。
具体的,当eNB收到PRACH资源或者preamble码资源后,判断该PRACH资源和/或preamble码资源是否属于专用于MTC终端的PRACH资源和/或专用preamble码资源,如果是,则认为该UE的类型为MTC终端。
另外,在后续调度过程中,对于MTC终端来说,单个下行TTI内向UE调度的比特数目不超过500;对于H2H终端来说,单个下行TTI内向UE调度的比特数目可以为10296。
本发明实施例四提供一种数据的传输方法,本实施例是针对接入网设备根据终端随机接入时的专用消息确定终端的类型的方式的,如eNB通过随机接入过程中message 3(Msg3)消息、随机接入时的MAC CE来判断UE的类型。
本发明实施例中,通过Msg3中携带的信息来判断UE的类型的方式包括但不限于:
(1)通过为MTC终端接入设置专门的CCCH逻辑信道标识发送Msg3消息的方式来判断。
例如,H2H终端在Msg3消息中使用的LCID(逻辑信道标识)为UL CCCH的LCID=00000,本发明实施例中,为MTC终端预留一个可以使用的LCID,如01100,称为MTC-UL-CCCH LCID。因此,当接收到Msg3消息后,如果获知其对应的CCCHLCID为01100,则确定终端为MTC终端。
(2)在Msg3中携带的RRC连接请求消息中添加非关键性扩展IE来标识终端的类型。
因此,当接收到Msg3消息后,接入网设备可直接根据RRC连接请求消息中的对应IE来识别终端的类型。
(3)在MAC CE中携带终端的类型信息,并将新增加的MAC CE携带于Msg3中。
因此,当接收到Msg3消息后,接入网设备可直接根据的MAC CE的内容来识别终端的类型。
(4)利用Msg3中携带的RRC连接请求消息中现有的信息字段来标识终端的类型。其中,该现有的信息字段包括但不限于UE标识。
具体的,可以为H2H终端和MTC终端分配不同的S-TMSI(例如,S-TMSI的某比特位设置为0和1来区分H2H终端和MTC终端,或通过为MTC终端分配某段S-TMSI范围来区分H2H终端和MTC终端),从而达到在终端使用S-TMSI作为UE标识时,eNB可以通过读取UE标识来获取终端的类型。
本发明实施例五提供一种数据的传输方法,本实施例是针对接入网设备根据来自终端的其他消息确定终端的类型的方式的,如:eNB通过RRCconnection complete(RRC连接完成)消息、携带了终端的类型信息的其他RRC消息、携带了终端的类型信息的MAC CE来判断UE的类型。
本实施例中,可以通过RRC connection setup complete中携带的信息来判断终端的类型,例如,可以采用在RRC connection setup complete消息中添加非关键性扩展IE等多种方式来标识终端的类型。如图6所示,为RRCconnection setup complete消息的示意图。
进一步的,eNB通过接收到的RRC connection setup complete消息中包含的UECategoryIndication,可以判断正在当前接入的终端为是否为MTC终端。
基于与上述方法同样的发明构思,本发明实施例六中还提供了一种数据的传输设备,如图7所示,该设备包括:
第一确定模块71,用于根据终端的信息确定所述终端的类型;所述终端的类型包括:所述终端为MTC终端,或者,所述终端为H2H终端,或者,所述终端为需要特定传输方式的终端。
第二确定模块72,用于根据所述第一确定模块71确定的终端的类型确定所述终端对应的数据传输方式;
传输模块73,用于根据所述第二确定模块72确定的数据传输方式与所述终端进行数据传输。
所述第一确定模块71,具体用于根据所述终端上报的能力指示信息确定所述终端的类型;或者,
根据核心网设备指示的所述终端的能力指示信息确定所述终端的类型;或者,
根据所述终端随机接入时的资源信息确定所述终端的类型;或者,
根据所述终端随机接入时的专用消息确定所述终端的类型;或者,
根据来自所述终端的其它消息确定所述终端的类型。
所述第一确定模块71,进一步用于获取所述终端上报的能力信息,并根据所述能力信息确定所述终端的能力等级;
根据能力等级与终端类型的对应关系、以及所述终端的能力等级确定所述终端的类型。
所述第一确定模块71,进一步用于接收来自所述核心网设备的能力指示信息,所述能力指示信息用于指示所述终端的类型;
并根据所述能力指示信息确定所述终端的类型。
所述第一确定模块71,进一步用于为不同类型的终端划分不同的物理随机接入PRACH资源,并将该物理随机接入PRACH资源的信息发送给所述终端,由所述终端根据自身的类型在对应的物理随机接入PRACH资源位置上发送上行同步信号Preamble进行随机接入;
根据所述终端进行随机接入时的物理随机接入PRACH资源位置、以及不同类型的终端对应的物理随机接入PRACH资源确定所述终端的类型。
所述第一确定模块71,进一步用于为不同类型的终端划分不同的上行同步信号preamble码资源,并将上行同步信号preamble码资源划分的信息发送给所述终端,由所述终端根据自身的类型在物理随机接入PRACH资源上采用对应的上行同步信号preamble码进行随机接入;
根据所述终端进行随机接入时的上行同步信号preamble码索引index信息、以及不同类型的终端对应的上行同步信号preamble码资源确定所述终端的类型。
所述第一确定模块71,进一步用于当为不同类型的终端设置不同的CCCH逻辑信道标识时,根据所述终端随机接入时的专用消息中携带的CCCH逻辑信道标识确定所述终端的类型;或者,
当随机接入时的MAC CE中携带了终端的类型信息时,根据所述终端随机接入时携带的MAC CE确定所述终端的类型;或者,
当RRC连接请求消息中携带了终端的类型信息时,根据所述终端随机接入时携带的RRC连接请求消息确定所述终端的类型。
所述第一确定模块71,进一步用于接收来自所述终端的携带了终端的类型信息的RRC连接完成消息,并根据该RRC连接完成消息确定所述终端的类型;或者,
接收来自所述终端的携带了终端的类型信息的其他RRC消息,并根据该其他RRC消息确定所述终端的类型;
接收来自所述终端的携带了终端的类型信息的MAC CE,并根据该MACCE确定所述终端的类型。
所述第二确定模块72,具体用于设置终端类型与数据传输方式的对应关系,并根据所述终端的类型、以及该对应关系确定所述终端对应的数据传输方式。
所述第二确定模块72,进一步用于,设置终端类型与HARQ进程数的对应关系;和/或,
设置终端类型与TB大小的对应关系;和/或
设置终端类型与采用的编码/解码方式的对应关系。
所述传输模块73,还用于采用预设等级能力对应的数据传输方式与终端进行数据传输。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。