CN110831197B - 用于rrc空闲态上行传输的方法及设备 - Google Patents
用于rrc空闲态上行传输的方法及设备 Download PDFInfo
- Publication number
- CN110831197B CN110831197B CN201811298996.3A CN201811298996A CN110831197B CN 110831197 B CN110831197 B CN 110831197B CN 201811298996 A CN201811298996 A CN 201811298996A CN 110831197 B CN110831197 B CN 110831197B
- Authority
- CN
- China
- Prior art keywords
- sps
- idle state
- rrc idle
- dci
- transmission
- 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.)
- Active
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 528
- 238000000034 method Methods 0.000 title claims abstract description 350
- 230000011664 signaling Effects 0.000 claims description 221
- 230000004913 activation Effects 0.000 claims description 58
- 238000012545 processing Methods 0.000 claims description 27
- 230000015654 memory Effects 0.000 claims description 12
- 238000012544 monitoring process Methods 0.000 claims description 12
- 230000008859 change Effects 0.000 claims description 11
- 230000003213 activating effect Effects 0.000 claims description 5
- 238000004891 communication Methods 0.000 claims description 4
- 229920002635 polyurethane Polymers 0.000 claims 1
- CDAISMWEOUEBRE-LKPKBOIGSA-N 1D-chiro-inositol Chemical compound O[C@H]1[C@@H](O)[C@H](O)[C@H](O)[C@@H](O)[C@@H]1O CDAISMWEOUEBRE-LKPKBOIGSA-N 0.000 description 376
- 238000013507 mapping Methods 0.000 description 102
- 125000002306 tributylsilyl group Chemical group C(CCC)[Si](CCCC)(CCCC)* 0.000 description 58
- 230000008569 process Effects 0.000 description 53
- 230000009849 deactivation Effects 0.000 description 51
- 230000004044 response Effects 0.000 description 26
- 238000012795 verification Methods 0.000 description 18
- 101150071746 Pbsn gene Proteins 0.000 description 16
- 230000006870 function Effects 0.000 description 16
- 230000007246 mechanism Effects 0.000 description 16
- 238000013468 resource allocation Methods 0.000 description 14
- 101100274486 Mus musculus Cited2 gene Proteins 0.000 description 13
- 101150096622 Smr2 gene Proteins 0.000 description 13
- 201000001432 Coffin-Siris syndrome Diseases 0.000 description 11
- 238000010794 Cyclic Steam Stimulation Methods 0.000 description 11
- 101100533725 Mus musculus Smr3a gene Proteins 0.000 description 11
- 238000004590 computer program Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 10
- 230000001976 improved effect Effects 0.000 description 10
- 230000000977 initiatory effect Effects 0.000 description 10
- 230000036961 partial effect Effects 0.000 description 9
- 230000006872 improvement Effects 0.000 description 8
- 239000000872 buffer Substances 0.000 description 7
- 230000008093 supporting effect Effects 0.000 description 7
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 6
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 6
- 230000002860 competitive effect Effects 0.000 description 5
- 238000012423 maintenance Methods 0.000 description 5
- 230000003287 optical effect Effects 0.000 description 5
- 230000008901 benefit Effects 0.000 description 4
- 230000002708 enhancing effect Effects 0.000 description 4
- 238000005259 measurement Methods 0.000 description 4
- 230000000737 periodic effect Effects 0.000 description 4
- 230000007704 transition Effects 0.000 description 4
- 230000001960 triggered effect Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 3
- 125000004122 cyclic group Chemical group 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000002360 preparation method Methods 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 239000011159 matrix material Substances 0.000 description 2
- 238000003672 processing method Methods 0.000 description 2
- HRANPRDGABOKNQ-ORGXEYTDSA-N (1r,3r,3as,3br,7ar,8as,8bs,8cs,10as)-1-acetyl-5-chloro-3-hydroxy-8b,10a-dimethyl-7-oxo-1,2,3,3a,3b,7,7a,8,8a,8b,8c,9,10,10a-tetradecahydrocyclopenta[a]cyclopropa[g]phenanthren-1-yl acetate Chemical compound C1=C(Cl)C2=CC(=O)[C@@H]3C[C@@H]3[C@]2(C)[C@@H]2[C@@H]1[C@@H]1[C@H](O)C[C@@](C(C)=O)(OC(=O)C)[C@@]1(C)CC2 HRANPRDGABOKNQ-ORGXEYTDSA-N 0.000 description 1
- 101150039363 SIB2 gene Proteins 0.000 description 1
- 206010042135 Stomatitis necrotising Diseases 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 230000001351 cycling effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 229960003675 diethadione Drugs 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000011010 flushing procedure Methods 0.000 description 1
- -1 i.e. Proteins 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 201000008585 noma Diseases 0.000 description 1
- 238000004080 punching Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 238000005070 sampling Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W56/00—Synchronisation arrangements
- H04W56/004—Synchronisation arrangements compensating for timing error of reception due to propagation delay
- H04W56/0045—Synchronisation arrangements compensating for timing error of reception due to propagation delay compensating for timing error by altering transmission time
-
- 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
- H04W56/00—Synchronisation arrangements
- H04W56/0005—Synchronisation arrangements synchronizing of arrival of multiple uplinks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W56/00—Synchronisation arrangements
- H04W56/0055—Synchronisation arrangements determining timing error of reception due to propagation delay
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/002—Transmission of channel access control information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0833—Random access procedures, e.g. with 4-step access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/32—Release of transport tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/002—Transmission of channel access control information
- H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0866—Non-scheduled access, e.g. ALOHA using a dedicated channel for access
- H04W74/0891—Non-scheduled access, e.g. ALOHA using a dedicated channel for access for synchronized access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/38—Connection release triggered by timers
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开实施例提供了用于RRC空闲态上行传输的方法及设备。所述方法可以包括：获取用于RRC空闲态上行传输的参数和资源配置；以及，在RRC空闲态下，根据配置的参数和/或资源传输上行数据。所述方法可以提高系统传输效率和降低用户设备功耗。
Description
技术领域
本公开涉及通信技术领域，特别地，本公开涉及用于无线资源控制(RadioResource Control，简称RRC)空闲态上行(UpLink，简称UL)传输的方法及设备。
背景技术
对于机器通信(Machine-Type Control，简称MTC)用户设备(User Equipment，简称UE)和窄带物联网(Narrow Band Internet of Things，简称NB-IOT)等物联网(Internet-Of-Things，简称IOT)UE，由于应用场景的限制，对电池的使用寿命要求较高，在设计系统时UE功耗一直是重点改善指标，相关标准也是基于降低UE功耗的目标不断演进。在长期演进(Long Term Evolution，简称LTE)R-16 efeMTC和NB-IOT系统中，一项技术要求是支持RRC空闲态下的上行传输(下文称为RRC空闲态上行传输)。在现有LTE系统中，UL传输只在RRC连接态支持。因此，需要一种新的机制以支持RRC空闲态UL传输。
发明内容
为此，本公开实施例提出了用以支持RRC空闲态上行传输的方法，以及相应的用户设备和基站。根据本公开实施例，可以节省建立RRC连接的信令开销以及每次UL物理上行共享信道(Physical Uplink Shared Channel，简称PUSCH)传输的动态调度信令，也避免了RRC连接态下额外的UE功耗，从而提高系统传输效率和降低UE功耗。
根据本公开的第一方面，提供了一种用户设备中执行的方法。所述方法包括：获取用于RRC空闲态上行传输的参数和/或资源配置；以及，在RRC空闲态下，根据配置的参数和/或资源传输上行数据。
在一些实施例中，所述获取用于RRC空闲态上行传输的参数和/或资源配置可以包括：在RRC连接态下获取用于RRC空闲态上行传输的参数和/或资源配置；以及，在释放RRC连接时，不释放配置的用于RRC空闲态上行传输的参数和/或资源。于是，在RRC空闲态下，UE可以在所述配置的资源上传输上行数据。所述在RRC连接态下获取用于RRC空闲态上行传输的参数和/或资源配置可以包括：在RRC连接态下通过UE特定的(UE-specific)RRC信令获取用于RRC空闲态上行传输的参数和/或资源配置。在上述实施例中，配置的用于RRC空闲态上行传输的资源上的传输周期可以设置得较长，甚至以分钟或小时为度量单位。
在上述实施例中，用于发送RRC空闲态上行传输的时间提前量(Timing Advance，简称TA)可以使用RRC连接态下获取的TA。这里，RRC连接态下用于管理TA的定时对准计时器(TimeAlignmentTimer)被配置为无穷大(infinity)，在释放RRC连接时，不释放RRC连接态下获取的TA。于是，所述方法还可以包括：在RRC连接态下获取时间提前量TA；以及，在释放RRC连接时，不释放所述TA，以供在RRC空闲态下传输上行数据时使用。
在一些系统中，配置的资源可以是总能使用的。
在另一些系统中，配置的资源并不是总能使用的。在这样的系统中，可以通过激活/去激活信令来激活/去激活配置的用于RRC空闲态上行传输的资源。在这样的实施例中，所述方法还可以包括：在RRC空闲态下，监听激活信令，所述激活信令用于激活配置的用于RRC空闲态上行传输的资源。在RRC空闲态下，UE在激活的资源上传输上行数据。可选地，所述方法还可以包括：在RRC空闲态下，监听去激活信令，所述去激活信令用于去激活配置的用于RRC空闲态上行传输的资源。当UE监听到去激活信令时，将停止传输上行数据。所述激活/去激活信令可以是同一信令，其中通过不同的携带值来区分其是指示激活还是指示去激活。可选地，所述激活/去激活信令也可以是不同信令。所述激活/去激活信令可以由系统广播信息来承载，或者所述激活/去激活信令可以由寻呼信息来承载。在全文中，“激活”指保存的资源配置信息所指示的资源当前能被使用，“去激活”指保存的资源配置信息所指示的资源当前不能被使用，但相关配置信息仍要被继续保存。
在另一些实施例中，所述获取用于RRC空闲态上行传输的参数和/或资源配置包括：通过随机接入过程请求用于RRC空闲态上行传输的参数和/或资源配置。
在上述实施例中，用于RRC空闲态上行传输的TA可以使用所述随机接入过程中通过随机接入响应(Random Access Response，简称RAR)(即随机接入消息2)获取的TA，直到TimeAlignmentTimer过期。可选地，用于RRC空闲态上行传输的TA也可以通过物理控制信息(Downlink Control Information，简称DCI)获取。于是，所述方法还可以包括：通过随机接入消息2获取用于RRC空闲态上行传输的时间提前量TA；或者，通过DCI获取用于RRC空闲态上行传输的TA。
在一些系统中，基站可以拒绝UE的请求。如果基站在随机接入过程中拒绝了该请求，那么该随机接入过程则回退到用以建立或恢复RRC连接的随机接入过程。如果基站在随机接入过程中通过了该随机接入过程，那么将在该随机接入过程中或该随机接入过程之后配置用于RRC空闲态上行传输的参数和/或资源。
在另一些系统，基站总是通过UE的请求，基站会在该随机接入过程中或该随机接入过程之后配置用于RRC空闲态上行传输的参数和/或资源。
优选地，UE可以通过随机接入消息3发送请求信息，以及通过随机接入消息4接收用于RRC空闲态上行传输的参数和/或资源配置。或者，UE可以通过随机接入消息3发送请求信息，通过随机接入消息4接收用于RRC空闲态上行传输的参数配置，以及通过随机接入消息5的调度DCI接收用于RRC空闲态上行传输的资源配置。
可选地，所述方法还可以包括：释放配置的用于RRC空闲态上行传输的参数和/或资源。释放配置的用于RRC空闲态上行传输的参数和/或资源可以通过下述任一方式来实现：在预定义数量的RRC空闲态上行空白传输之后释放配置的参数和/或资源(在全文中，“空白传输”指在配置的资源上没有任何数据传输)；在用于管理时间提前量(TA，TimingAdvance)的定时对准计时器(TimeAlignmentTimer)过期之后释放配置的参数和/或资源；以及，在接收到基站的释放信令后释放配置的参数和/或资源。所述释放信令例如可以通过DCI来承载(在下文中，这种DCI也称为释放DCI)。本文中，“释放”指清空相关配置信息，即相关配置信息被删除，相关配置信息所指示的资源更不会被使用。
可选地，所述方法还可以包括：在预定义次数的RRC空闲态配置上行资源上的传输不成功后，发起用以建立或恢复RRC连接的随机接入过程。在一些系统中，从UE角度看，配置的用于RRC空闲态上行传输的资源专用于某一个UE，UE只有在接收到RRC空闲态上行传输的确认(Acknowledgement，简称ACK)信令后，才认为该上行传输成功，否则，则认为该上行传输不成功。在另一些系统中，从UE角度看，配置的用于RRC空闲态上行传输的资源被多个UE所共享，UE在配置的共享的上行资源上发起传输需要竞争解决过程，UE只有在竞争成功后，才认为该上行传输成功，否则，则认为该上行传输不成功。
在一些实施例中，所述获取用于RRC空闲态上行传输的参数和/或资源配置可以包括：在RRC空闲态下通过读取系统广播信息获取用于RRC空闲态上行传输的参数和/或资源配置。
在上述实施例中，所述方法可以进一步包括：在RRC空闲态下通过读取系统广播信息获取用于RRC空闲态上行传输的多个资源配置；在配置的多个资源中任意选择一个发起竞争传输。所述竞争传输还包括：在任意选择的一个配置资源上发送上行数据，并携带用户设备标识符(User Equipment identity，简称UE ID)等信息；在发送数据后的一个预定义的时间窗口内监听竞争解决信令，如果接收到的竞争解决信令包含的UE ID与上报的UE ID相同，认为上行数据发送成功，否则，认为上行数据发送不成功，重新选择一个配置资源发起竞争传输。
在一些系统中，在配置的RRC空闲态上行传输资源上的每一次上行传输都要发起竞争解决过程。
在另一些系统中，在配置的RRC空闲态上行传输资源上每发起一次竞争传输且竞争成功后，可占用多个周期的该配置资源，无需再次发起竞争解决过程。可选地，所述占用多个周期的所述资源还包括：连续占用预定义数量的竞争成功后的该配置资源。可选地，所述占用多个周期的该配置资源还包括：一直占用竞争成功后的配置资源，直到上行数据传输完毕。
根据本公开的第二方面，公开了一种用户设备。所述用户设备包括：处理单元；以及，存储单元，用于存储机器可读指令，所述指令在由所述处理单元执行时，将所述处理单元配置为执行上述方法。
根据本公开的第三方面，公开了一种基站中执行的方法。所述方法包括：向用户设备UE配置用于RRC空闲态上行传输的参数和/或资源；以及，根据配置的参数和/或资源接收UE在RRC空闲态下传输的上行数据。
在一些实施例中，所述向用户设备UE配置用于RRC空闲态上行传输的资源配置包括：在UE处于RRC连接态下时向UE发送用于RRC空闲态上行传输的参数和/或资源配置，在释放与所述UE的RRC连接时，不释放配置的用于RRC空闲态上行传输的参数和/或资源。
在一些系统中，配置的资源可以是总能使用的。
在另一些系统中，配置的资源并不是总能使用的。在这样的系统中，可以通过激活/去激活信令来激活/去激活配置的用于RRC空闲态上行传输的资源。于是，在这样的实施例中，所述方法还可以包括：向UE发送激活信令，所述激活信令用于激活配置的用于RRC空闲态上行传输的资源。可选地，所述方法还可以包括：向UE发送去激活信令，所述去激活信令用于去激活配置的用于RRC空闲态上行传输的资源。所述激活/去激活信令可以由系统广播信息来承载，或者所述激活/去激活信令可以由寻呼信息来承载。
在另一些实施例中，所述向用户设备UE配置用于RRC空闲态上行传输的参数和/或资源可以包括：通过随机接入过程向UE配置用于RRC空闲态上行传输的参数和/或资源。可选地，基站可以通过随机接入消息3接收UE请求用于RRC空闲态上行传输的参数和/或资源的请求信息，以及通过随机接入消息4发送用于RRC空闲态上行传输的参数和/或资源配置。或者，基站可以通过随机接入消息3接收UE请求用于RRC空闲态上行传输的参数和/或资源的请求信息，通过随机接入消息4向UE发送用于RRC空闲态上行传输的参数配置，以及通过随机接入消息5的调度DCI发送用于RRC空闲态上行传输的资源配置。
可选地，所述方法还可以包括：向UE发送释放信令以指示UE释放配置的用于RRC空闲态上行传输的参数和/或资源。
可选地，所述方法还可以包括：通过DCI向UE发送用于RRC空闲态上行传输的TA。
根据本公开的第四方面，提供了一种基站。所述基站包括：处理单元；以及，存储单元，用于存储机器可读指令，所述指令在由所述处理单元执行时，将所述处理单元配置为执行上述根据本公开的第三方面的方法。
根据本公开的第五方面，提供了一种机器可读存储介质，其上存储有机器可读指令，所述指令在由机器执行时执行上述任一方法。
附图说明
通过下文结合附图的描述，本公开的上述的和附加的方面和优点将会变得更加明显和容易理解，其中：
图1示意性示出了根据本公开实施例的用于RRC空闲态上行传输的方法的流程图。
图2示意性示出了根据本公开实施例的用于RRC空闲态上行传输的方法在基站侧的操作的流程图。
图3示意性示出了根据本公开实施例的用于RRC空闲态上行传输的方法在UE侧的操作的流程图。
图4示意性示出了根据本公开实施例的基站的框图。
图5示意性示出了根据本公开实施例的UE的框图。
图6示意性示出了根据本公开实施例的可用于实现本公开的基站或用户设备的计算系统的框图。
图7示意性示出了根据本公开一示例实施例的通过UE专用RRC信令配置用于RRC空闲态上行传输的参数和/或资源的RRC空闲态上行传输方法的流程图。
图8示意性示出了根据本公开另一示例实施例的通过随机接入过程请求配置RRC空闲态上行传输的参数和/或资源的RRC空闲态上行传输方法的流程图。
图9示意性示出了根据本公开又一示例实施例的通过随机接入过程获取RRC空闲态上行传输的参数和/或资源配置的RRC空闲态上行传输方法的流程图。
图10示意性示出了根据本公开又一示例实施例的通过随机接入过程获取RRC空闲态上行传输的参数和/或资源配置的RRC空闲态上行方法的流程图。
图11示意性示出了CRS与MPDCCH DMRS的映射关系的一种轮换方式。
在附图中，相同或相似的结构均以相同或相似的附图标记进行标识。
具体实施方式
下面结合附图和具体实施方式对本公开进行详细阐述。应当注意，本公开不应局限于下文所述的具体实施方式。本文示出的具体实施方式是示例性的，仅用于解释本公开，而不能解释为对本公开的限制。另外，为了简便起见，省略了对与本公开没有直接关联的公知技术的详细描述，以防止对本公开的理解造成混淆。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本公开的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本公开所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
下面结合附图对本公开的方案进行详细描述。
图1示意性示出了根据本公开实施例的用于RRC空闲态上行传输的方法100的信号流程图。
如图所示，在步骤S1中：基站10向UE 20配置用于RRC空闲态上行传输的参数和/或资源。
可以通过多种方式来实现步骤S1。下面示出若干示例：
1.基站10可以通过UE特定的RRC信令，向处于RRC连接态的UE20发送用于RRC空闲态上行传输的参数和/或资源配置。
2.基站10可以通过系统广播信息(如System Information Block，简称SIB)广播用于RRC空闲态上行传输的参数和/或资源配置。UE 20可以在RRC空闲态下通过读取系统广播信息获取所述参数和/或资源配置。
3.基站10可以通过随机接入过程(下面简称为PRACH(Physical Radom AccessCHannel)过程)配置用于RRC空闲态上行传输的参数和/或资源。UE20可以在RRC空闲态下通过PRACH过程请求用于RRC空闲态上行传输的参数和/或资源配置。
在第1种方式中，UE 20可以在RRC连接态下获取用于RRC空闲态上行传输的参数和/或资源配置，并且将其保存至RRC空闲态使用。在这种系统中，配置的用于RRC空闲态上行传输的资源上的传输周期可以设置得较长，甚至以分钟或小时为度量单位。
在一些系统中，配置的资源可以是总能使用的。
在另一些系统中，配置的资源并不是总能使用的。在这样的系统中，可以通过激活/去激活信令来激活/去激活配置的用于RRC空闲态上行传输的资源。
在第2种方式中，UE 20可以在RRC空闲态下通过读取系统广播信息获取用于RRC空闲态上行传输的参数和/或资源配置。
优选地，系统可以配置用于RRC空闲态上行传输的多个资源。于是UE 20可以在配置的多个资源中任意选择一个资源发起竞争传输。例如，所述竞争传输可以包括：在任意选择的一个资源上发送上行数据，并携带UE ID等信息；在发送数据后的一个预定义的时间窗口内监听竞争解决信令，如果接收到的竞争解决信令包含的UE ID与上报的UE ID相同，认为上行数据发送成功，否则，认为上行数据发送不成功，重新选择一个配置资源发起竞争传输。
在一些系统中，UE 20在配置的RRC空闲态上行传输资源上的每一次上行传输都要发起竞争解决过程。
在另一些系统中，UE 20在配置的RRC空闲态上行传输资源上每发起一次竞争传输且竞争成功后，可占用多个周期的该配置资源，无需再次发起竞争解决过程。可选地，所述占用多个周期的所述资源可以是连续占用预定义数量的竞争成功后的该配置资源。作为替代，所述占用多个周期的该配置资源可以是：一直占用竞争成功后的配置资源，直到上行数据传输完毕。
在第3种方式中，当UE 20处于RRC空闲态下且有上行数据要发送时，UE 20可以发起PRACH过程以请求用于RRC空闲态上行传输的参数和/或资源配置。基站10可以响应于UE20的请求向UE 20配置用于RRC空闲态上行传输的参数和/或资源。
在一些系统中，基站10可以拒绝UE 20的请求。如果基站10在PRACH过程中拒绝了该请求，那么该PRACH过程可以回退到用以建立或恢复RRC连接的PRACH过程。如果基站10在PRACH过程中通过了该PRACH过程，那么将在该PRACH过程中或该PRACH过程之后配置用于RRC空闲态上行传输的参数和/或资源。
在另一些系统，基站总是通过UE的请求，基站会在该PRACH过程中或该PRACH过程之后配置用于RRC空闲态上行传输的参数和/或资源。
优选地，UE 20可以通过随机接入消息3向基站10发送请求用于RRC空闲态上行传输的参数和/或资源配置的请求信息，基站10随后可以通过随机接入消息4向UE 20发送用于RRC空闲态上行传输的参数和/或资源配置信息。备选地，UE20可以通过随机接入消息3发送请求信息，基站10随后可以通过随机接入消息4发送用于RRC空闲态上行传输的参数配置信息，以及通过随机接入消息5的调度DCI发送用于RRC空闲态上行传输的资源配置信息。
用于RRC空闲态上行传输的参数配置可以包括以下配置中的一个或多个：用于加扰RRC空闲态上行传输PUSCH的重传调度DCI的无线网络临时标识(Radio Network Temporyidentity，简称RNTI)值、用于RRC空闲态上行传输PUSCH的开环功率控制参数，RRC空闲态上行传输PUSCH的周期(或RRC空闲态上行传输PUSCH的传输时间间隔)，RRC空闲态上行传输PUSCH的发送时间偏移量，RRC空闲态上行传输PUSCH的DMRS相关参数配置，用于RRC空闲态上行传输PUSCH的混合自动重传请求(Hybrid Automatic Repeat reQuest，简称HARQ)进程数量，以及用于承载RRC空闲态上行传输PUSCH的重传调度DCI的下行物理控制信道的相关参数等配置。
用于RRC空闲态上行传输的资源配置可以包括以下配置中的一个或多个：RRC空闲态上行传输PUSCH的频域资源，RRC空闲态上行传输PUSCH的调制编码方式(Modulation andCoding Scheme，简称MCS)，以及RRC空闲态上行传输PUSCH的重复次数等配置。
可选地，在一些系统中，用于RRC空闲态上行传输的参数还可以包括：指示系统支持RRC空闲态上行传输的参数。该参数可以由基站10例如通过系统广播信息进行广播。于是，UE 20可以通过读取系统广播信息来获悉系统是否支持RRC空闲态上行传输。
可选地，在一些系统中，用于RRC空闲态上行传输的参数还可以包括：指示UE支持RRC空闲态上行传输的参数。UE可以在连接态向基站上报该参数，以通知基站其支持RRC空闲态上行传输。
备选地，在另一些系统中，可以默认支持RRC空闲态上行传输。在这样的系统中，可以不定义指示系统支持RRC空闲态上行传输的参数。
在步骤S2中：用户设备20在RRC空闲态下有上行数据要发送的情况下，根据配置的参数在配置的资源上向基站10传输上行数据。
如前所述，在一些系统中，配置的资源可以是总能使用的。于是，当UE 20有待发送的上行数据时，就可以在配置的资源上传输上行数据。
在另一些系统中，配置的资源并不是总能使用的。在这样的系统中，基站10可以通过激活/去激活信令来激活/去激活配置的用于RRC空闲态上行传输的资源。所述激活/去激活信令可以由系统广播信息来承载，或者所述激活/去激活信令可以由寻呼信息来承载。于是，步骤S2中，在RRC空闲态下，UE仅在激活的资源上传输上行数据。当UE 20监听到去激活信令时，将停止传输上行数据。
应该理解，图1的根据本公开实施例的用于RRC空闲态上行传输的方法100仅是作为示例，其可以包括更多的可选步骤。
可选地，方法100还可以包括可选步骤：释放配置的用于RRC空闲态上行传输的参数和/或资源。在本文中，释放通常指UE清空相关存储信息。释放配置的用于RRC空闲态上行传输的参数和/或资源可以通过隐式方式(即不需要明确的信令)来实现，也可以通过显式方式(即，需要明确的信令)来实现。例如，可以通过下述任一方式来实现配置的参数和/或资源的释放：
a)在预定义数量的RRC空闲态上行空白传输之后释放配置的参数和/或资源。在全文中，“空白传输”指在相关资源上没有发送任何数据。
b)在用于管理时间提前量的定时对准计时器过期之后释放配置的参数和/或资源。
c)通过基站发送释放信令来释放配置的参数和/或资源。
可选地，方法100还可以包括可选步骤：在预定义次数的RRC空闲态配置上行资源上的传输不成功后，发起用以建立或恢复RRC连接的PRACH过程，以在RRC连接态下传输上行数据。在一些系统中，从UE角度看，配置的用于RRC空闲态上行传输的资源专用于某一个UE，UE只有在接收到RRC空闲态上行传输的ACK信令后，才认为该上行传输成功，否则，则认为该上行传输不成功。在另一些系统中，从UE角度看，配置的用于RRC空闲态上行传输的资源被多个UE所共享，UE在配置的共享的上行资源上发起传输需要竞争解决过程，UE只有在竞争成功后，才认为该上行传输成功，否则，则认为该上行传输不成功。
图2示意性示出了根据本公开实施例的用于RRC空闲态上行传输的方法100在基站侧的操作的流程图。
如图所示，在步骤S110中，向用户设备UE配置用于RRC空闲态上行传输的参数和/或资源。
在步骤S120中，根据配置的参数和/或资源接收UE在RRC空闲态下传输的上行数据。
图3示意性示出了根据本公开实施例的用于RRC空闲态上行传输的方法100在UE侧的操作的流程图。
如图所示，在步骤S210中，获取用于RRC空闲态上行传输的参数和/或资源配置。
在步骤S220中，在RRC空闲态下，根据配置的参数和/或资源传输上行数据。
容易看出，图1中的步骤S1对应于图2的步骤Sl10和图3中的步骤S210，而图1中的步骤S2对应于图2的步骤S120和图3中的步骤S220。关于图2和图3中示出的操作详情可以参考对图1的描述，在此不再详述。
图4示意性示出了根据本公开实施例的基站10的框图。如图所示，基站10包括发送单元12和接收单元14。本领域技术人员应理解，发送单元12和接收单元14可以分开实现，也可以实现在一起作为单个组件。还应该理解，基站10还可以包括实现其功能所必需的其他功能单元，如各种处理器、存储器、射频信号处理单元、基带信号处理单元和其它物理下行信道发射处理单元等等。然而为了简便，省略了这些公知元件的详细描述。
发送单元12配置为向用户设备UE发送消息。接收单元14配置为接收来UE的消息。
发送单元12和接收单元14可以相互协作以实现图2所示的方法100在基站侧的操作。具体地，发送单元12可以配置为：单独地或者与接收单元14协作，向UE配置用于RRC空闲态上行传输的参数和/或资源。接收单元14可以配置为：根据配置的参数和/或资源接收UE在RRC空闲态下传输的上行数据。容易理解，发送单元12和接收单元14可以相互协作以实现方法100在基站侧的可选的其他操作。
图5示出了根据本公开实施例的用户设备UE 20的框图。如图所示，UE 20包括发送单元22和接收单元24。本领域技术人员应理解，发送单元22和接收单元24可以分开实现，也可以实现在一起作为单个组件。还应理解，UE 20还可以包括实现其功能所必需的其他功能单元，如各种处理器、存储器、射频信号处理单元、基带信号处理单元和其它物理上行信道发射处理单元等等。然而为了简便，省略了这些公知元件的详细描述。
发送单元22配置为向基站发送消息。接收单元24配置为接收来自基站的消息。
发送单元22和接收单元24可以相互协作以实现图3所示的方法100在UE侧的操作。具体地，接收单元24可以配置为：单独地或者与发送单元22协作，获取用于RRC空闲态上行传输的参数和/或资源配置。发送单元22可以配置为：在RRC空闲态下，根据配置的参数和/或资源传输上行数据。容易理解，发送单元22和接收单元24可以相互协作以实现方法100在UE侧的可选的其他操作。
本公开所述的基站是用于与用户设备通信的一个实体，其通常指演进的Node B(Evolved Node B，简称eNB)或下一代基站。本公开所述的用户设备可以指终端或接入终端或站点或移动站点等。本公开尤其适用于MTC UE和NB-IOT等物联网UE，这些UE的上行数据传输通常对时效性要求不高。
根据本公开实施例的基站10和UE 20可以配置为执行上述方法100。基站10和UE20的具体操作可以参考上述方法100的描述，在此不再赘述。
图6示意性示出了根据本公开实施例的可用于实现本公开的基站10或用户设备20的计算系统的框图。
如图6所示，计算系统600包括处理器610、计算机可读存储介质620、输出接口630、以及输入接口640。该计算系统600可以执行上面参考图1～3描述的方法100，以支持RRC空闲态上行传输。
具体地，处理器610例如可以包括通用微处理器、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(Application Specific Integrated Circuit，简称ASIC))，等等。处理器610还可以包括用于缓存用途的板载存储器。处理器610可以是用于执行参考图1～3描述的方法流程的不同动作的单一处理单元或者是多个处理单元。
计算机可读存储介质620，例如可以是能够包含、存储、传送、传播或传输指令的任意介质。例如，可读存储介质可以包括但不限于电、磁、光、电磁、红外或半导体系统、装置、器件或传播介质。可读存储介质的具体示例包括：磁存储装置，如磁带或硬盘(Hard DiskDrive，简称HDD)；光存储装置，如光盘(Compact Disk Read Only Memory，简称CD-ROM)；存储器，如随机存取存储器(Random Access Memory，简称RAM)或闪存；和/或有线/无线通信链路。
计算机可读存储介质620可以包括计算机程序621，该计算机程序621可以包括代码/计算机可执行指令，其在由处理器610执行时使得处理器610执行例如上面结合图1～3所描述的方法流程及其任何变形。
计算机程序621可被配置为具有例如包括计算机程序模块的计算机程序代码。例如，在示例实施例中，计算机程序621中的代码可以包括一个或多个程序模块，例如包括621A、模块621B、……。应当注意，模块的划分方式和个数并不是固定的，本领域技术人员可以根据实际情况使用合适的程序模块或程序模块组合，当这些程序模块组合被处理器610执行时，使得处理器610可以执行例如上面结合图1～3所描述的方法流程及其任何变形。
根据本公开的实施例，处理器610可以使用输出接口630和输入接口640来执行上面结合图1～3所描述的方法流程及其任何变形。
下面针对RRC空闲态上行传输涉及的主要方面分别进行详细介绍。本文中关于RRC空闲态上行传输的参数和/或资源的配置一般为半静态配置，即为半静态调度(Semi-Persisten Scheduling，简称SPS)，而非动态调度，因此下文中称这种配置为“预配置”。鉴于RRC空闲态上行传输是在预配置的上行资源上进行传输，属于一种半静态调度，因此下文中也将这种预配置上行资源上的传输简称为UL SPS。但是应该理解，本公开不局限于具体的术语名称，RRC空闲态预配置上行资源上的传输也可以以其他名称来命名，而不影响本公开要保护的方案的实质和范围。
此外，在本文中，为了简化和便于说明，根据“功能+现有术语”的方式命名了一些新术语。例如，本文中提及了多种DCI，如释放DCI、重传调度DCI等。这些新术语是为了简便起见而命名的，其表示用于某种目的或功能的DCI。例如，释放DCI指的是用于携带释放信令的DCI，重传调度DCI指的是用于调度一次重传的DCI，Msg5的调度DCI指的是用于调度Msg5的DCI，等等。应该理解，这些具体的术语名称不是限制性的。本领域技术人员可以针对类似的技术特征给出其他命名，而不影响本公开要保护的方案的实质和范围。
此外，本文所提出的与预配置上行资源上的数据发送相关的所有可实施方案都可以做适当扩展应用到5G新空口(New Radio，NR)系统，所有可实施方案都可以叠加波束(Beam)以及载波带宽部分(Bandwidth Part，BWP)等5G概念，本领域技术人员都能够根据技术经验将本文所提方案扩展应用到5G系统。
RRC空闲态的UL SPS过程
实施例一(引入较大的SPS周期，通过UE-specific RRC信令配置UL SPS)
该实施例描述了一种RRC空闲态UE执行UL SPS传输的一种方法，在该实施例中，UE需要执行如图7所示的以下过程700：
在步骤S710，UE在RRC连接态获取RRC空闲态UL SPS的预配置。例如，通过UE-specific RRC信令获取RRC空闲态UL SPS的参数/资源配置。此外，UE的用于管理TA的定时对准计时器(TimeAlignmentTimer)被配置为无穷大。
在步骤S720，UE从RRC连接态转换为RRC空闲态，在释放RRC连接时，S710中所获取的RRC空闲态UL SPS配置以及TA值不能释放，继续保留并用于RRC空闲态的UL SPS。
在步骤S730，UE通过系统广播信息或者寻呼信道监听RRC空闲态UL SPS资源的激活/去激活信令。
在步骤S740：如果UE监听到RRC空闲态UL SPS资源的激活信令，且该UE有上行数据到达，那么UE在预配置的SPS资源上发送上行数据。
在步骤S750：如果UE监听到RRC空闲态UL SPS资源的去激活信令，那么UE停止在SPS资源上发送数据。
过程700可以视为方法100在UE侧的操作的一个变形实施例。在该实施例中，UE首先需要进入RRC连接态，向eNB报告自己有支持RRC空闲态UL SPS传输的能力。UE可能还需要上报IOT业务的某些特性，包括业务周期、业务量大小等，eNB基于这些辅助信息配置该UE在RRC空闲态的UL SPS参数/资源。
RRC空闲态的UL SPS参数配置包括以下配置的一个或多个：用于加扰SPS PUSCH重传调度DCI的RNTI值，SPS PUSCH的开环功率控制参数，SPS PUSCH的周期(或SPS PUSCH的传输时间间隔)，SPS PUSCH的发送时间偏移量，SPS PUSCH的解调参考信号(DemodulationReference Signal，简称DMRS)相关参数配置，用于SPS PUSCH的HARQ进程数量，以及用于承载SPS PUSCH的重传调度DCI的下行物理控制信道的相关参数配置等。在上述参数中，开环功率控制参数可以不被专门配置，而是重用Msg3的功率控制参数，或者RRC空闲态UL SPS的发送功率直接参考该UE最近一次竞争成功的PRACH过程中的PRACH或Msg3的发送功率；DMRS相关参数也可以不被专门配置，而是重用Msg3的DMRS相关配置(参见RRC信令PUSCH-ConfigCommon)；用于承载重传调度DCI的下行物理控制信道的相关参数也可以不被专门配置，而是重用调度Msg3重传及Msg4的下行物理控制信道的相关配置(针对MTC UE，参见RRC信令PRACH-ConfigSIB里的MPDCCH配置；针对NB-IOT UE，参见NPRACH-ConfigSIB-NB里的NPDCCH配置)
RRC空闲态的UL SPS资源配置包括以下配置的一个或多个：SPS PUSCH的频域资源，SPS PUSCH的调制编码方式，以及SPS PUSCH的重复次数等配置。
在现有LTE系统中，SPS传输时间间隔的最大值为640个子帧，考虑IOT业务特性为大周期(周期可能以小时为量度单位)小数据包(物理层的一个传输块即可传完所有数据)，此处配置的SPS周期值会比现有系统引入更大的值，甚至以分钟或小时为度量单位。SPS周期和SPS的发送时间偏移量可以联合确定每个SPS PUSCH的发送时间。
在该实施例中，UE是一个静止不动的IOT UE，UE用于发送PUSCH的TA几乎没有变化。UE将自己的“静止”特性上报给eNB，eNB会依据该“静止”特性将TA的TimeAlignmentTimer配置为无穷大(infinity)，这样在RRC连接态下获取的TA值可以一直保存，并用于RRC空闲态的上行传输。当UE释放RRC连接进入RRC空闲态时，RRC连接态下获取的TA值和UL SPS配置仍然需要保留，eNB侧也会保留该UE的相关参数配置。
在该实施例的一个例子中，eNB在RRC连接态配置给IOT UE的用于RRC空闲态的ULSPS资源并不是总能使用，例如eNB只在网络负载很低时才允许RRC空闲态UE使用预配置的UL SPS资源，或者只在特定时间允许部分RRC空闲态UE使用预配置的UL SPS资源，eNB可以通过系统广播信息或寻呼信息激活/去激活这些UL SPS资源。
在该实施例的另一个例子中，eNB在RRC连接态配置给IOT UE的用于RRC空闲态的UL SPS资源总是能使用，即eNB不会发送信令通知这些SPS资源是否能够使用，RRC空闲态UE也无须监听UL SPS资源的激活/去激活信令，UE只要有上行数据到达，就可以直接在UL SPS资源上传输数据，如果没有上行数据到达，UL SPS资源上无需发送PUSCH。
在该实施例的一个例子中，RRC空闲态UL SPS资源配置里包含多个传输块大小(Transmission Block Size，简称TBS)值，类似于R-15 efeMTC系统里的早期数据传输(Early Data Transmission，简称EDT)，提供多个TBS值的目的是减少UE在MAC PDU的填充比特(Padding bits)数，UE可根据上行数据包大小选择合适的TBS值来传输，这多个TBS使用相同的频域资源调度和不同的重复次数，UL SPS资源配置里所指示的重复次数对应最大TBS值，其他TBS值所对应的重复次数可根据相同码率的准则隐性计算出，例如RepN_1＝(TBS_1/TBS_2)*RepN_2，其中RepN_1是对应TBS值为TBS_1的重复次数，RepN_2是对应TBS值为TBS_2的重复次数。
在该实施例中，UE在RRC空闲态驻留的小区，与通过RRC连接态获取RRC空闲态ULSPS配置的所在小区为同一个小区，由于UE相对静止，UR在RRC空闲态几乎不会发起小区重选，驻留的小区也几乎不变，但也不排除一些特殊情况下，UE在RRC空闲态下会重选到其他小区驻留。
在一个例子中，通过RRC连接态获取了用于RRC空闲态的UL SPS配置的UE在进入RRC空闲态后不能发起小区重选，即RRC空闲态下驻留的小区永远不变。
在另一个例子中，通过RRC连接态获取了用于RRC空闲态的UL SPS配置的UE在进入RRC空闲态后可以发起小区重选，当重选到其他小区时，应该通知网络自己的行为，以便原有小区可以释放自己的RRC空闲态UL SPS配置。
例如，UE在第一小区通过RRC连接态获取了用于RRC空闲态的UL SPS配置，如果UE在RRC空闲态根据小区重选规则重选到第二小区，一种可行方法是：UE在第二小区建立RRC连接告知网络自己曾经在第一小区通过RRC连接态获取过RRC空闲态的UL SPS配置，第二小区会通过基站间的信令交互通知第一小区释放对应UE的RRC空闲态的UL SPS配置；另一种可行方法是：UE在重选到第二小区之前，应该在第一小区建立RRC连接请求网络释放自己的RRC空闲态UL SPS配置。
在一个例子中，通过RRC连接态获取了用于RRC空闲态的UL SPS资源配置的UE，可以按照现有系统的小区重选准则发起小区重选过程，在一个跟踪区域(Tracking Area，TA)内，当UE由配置RRC空闲态的UL SPS资源的小区重选到其他小区时，UE无需向网络上报自己的重选行为。
在上面的例子中，用于RRC空闲态的UL SPS资源对一个跟踪区域的所有小区而言都是预留资源，一个跟踪区域内的所有小区会交互RRC空闲态UL SPS资源的配置信息，当一个小区为某个UE通过RRC连接态配置了RRC空闲态UL SPS资源时，该小区所在TA内的所有小区都会预留该RRC空闲态UL SPS资源，所以即使RRC空闲态UE发生小区重选，该UE仍然认为之前配置的RRC空闲态UL SPS资源有效。
实施例二(沿用现有的SPS周期，通过PRACH过程请求UL SPS)
该实施例描述了一种RRC空闲态UE执行UL SPS传输的一种方法，在该实施例中，UE需要执行如图8所示的以下过程800：
在步骤S810，当RRC空闲态的UE有上行数据到达时，UE发起一个竞争性PRACH过程请求RRC空闲态的UL SPS传输，例如UE在随机接入消息1(Msg1，PRACH)或随机接入消息3(Msg3，PUSCH)携带请求UL SPS传输的信息。
在步骤S820，UE在该PRACH过程中接收eNB对该UL SPS请求的响应信令，例如eNB在随机接入消息2(Msg2，RAR)(与UE在Msg1请求相对应)或随机接入消息4(Msg4)(于UE在Msg3请求相对应)携带UL SPS请求的响应信令。该响应信令可以通过UL SPS请求，也可以拒绝ULSPS请求，如果UL SPS请求被通过，那么在Msg2、Msg4和/或随机接入消息5(Msg5)的调度DCI获取UL SPS的参数/资源配置。
在步骤S830，如果该PRACH过程竞争成功，并且UL SPS的请求被通过，那么UE在该PRACH过程之后的特定时间启动在UL SPS资源上的数据传输，并基于在RAR获得的TA发送RRC空闲态的SPS PUSCH。
在步骤S840，UE释放UL SPS资源，即停止UL SPS传输，并清空UL SPS的参数和资源配置信息。UE可以通过隐性方式释放UL SPS资源，例如在一个预定义数量(参见RRC参数implicitReleaseAfter)的SPS空白传输之后释放SPS资源，或者在TA的TimeAlignmentTimer过期之后释放SPS资源；或者可以通过显性方式释放UL SPS资源，即直到接收eNB的显性释放信令才释放UL SPS资源，例如该显性释放信令通过SPS的ACK DCI携带，或者重用现有系统的去激活DCI格式。
过程800可以视为方法100在UE侧的操作的另一个变形实施例。在该实施例中，RRC空闲态UE发起的PRACH目的不是建立/恢复RRC连接，而是用于请求RRC空闲态的UL SPS传输，该PRACH过程中，无需传输与建立/恢复RRC连接相关的信令，只需要传输与UL SPS相关的信令以及竞争解决所需信令，即UE在完成PRACH过程之后返回RRC空闲态，并基于PRACH过程中获取的UL SPS参数/资源配置，启动RRC空闲态的UL SPS传输。
在一个例子中，UE在Msg1携带UL SPS传输的请求信息，那么eNB最早可以在Msg2(RAR)响应该UL SPS请求，这里，用于请求UL SPS传输的PRACH组与用于建立/恢复RRC连接的PRACH组是分开配置的，且两组PRACH之间没有重叠，两组PRACH可通过时域、频域或码域划分，。在另一个例子中，UE在Msg3携带请求UL SPS传输的RRC信令，那么eNB最早可以在Msg4响应该UL SPS请求。
在该实施例中，如果eNB通过了该UL SPS请求，那么eNB会进一步配置UL SPS的参数/资源。在一个例子中，eNB在Msg4通过RRC信令配置UL SPS的参数(包含SPS传输时间间隔等参数)和资源(包含频域资源、MCS和重复次数等信息)。在另一个例子中，eNB在Msg4通过RRC信令配置了UL SPS的参数(包含SPS传输时间间隔等参数)，并通过Msg5的调度DCI进一步配置UL SPS的资源(包含频域资源、MCS和重复次数等信息)。
在该实施例中，UL SPS参数配置可以不包含用于加扰SPS重传调度DCI的RNTI值，而是重用RAR里配置的临时C-RNTI(Temporary C-RNTI)值；UL SPS参数配置也可以不包含开环功率控制参数，而是重用Msg3的功率控制参数，或者RRC空闲态UL SPS的发送功率直接参考PRACH或Msg3的发送功率；UL SPS参数配置也可以不包含DMRS相关配置，而是重用Msg3的DMRS相关配置；UL SPS参数配置也可以不包含用于承载SPS重传调度DCI的下行物理控制信道的相关配置，而是重用调度Msg3重传或Msg4的下行物理控制信道的相关配置。
在该实施例的一个例子中，如果eNB拒绝了该UL SPS请求，那么UE在当前PRACH过程回退到普通PRACH过程，即PRACH过程目的是建立/恢复RRC连接。例如，如果eNB拒绝了ULSPS请求，那么Msg4会包含RRC连接的相关配置，以使得UE进入RRC连接态传输上行数据。
在另一个例子中，如果eNB拒绝了该UL SPS请求，那么UE再重新发起普通PRACH过程建立/恢复RRC连接态传输上行数据；或者尝试一个预定义数量的UL SPS请求次数，如果多次不成功，则重新发起普通PRACH过程建立/恢复RRC连接态传输上行数据。在该实施例的一个例子中，eNB通过Msg5的调度DCI配置UL SPS资源，Msg5所使用的资源即为UL SPS资源，Msg5的调度DCI与调度Msg3重传和Msg4的DCI使用相同的加扰RNTI以及相同的下行物理控制信道搜索空间。如果PRACH过程竞争成功，那么UE应该在Msg4之后或者Msg4的HARQ-ACK反馈之后的一个预定义的时间窗口内监听Msg5的调度DCI，例如这个窗口的单位是子帧数，或者下行物理控制信道搜索空间的出现次数，监听到Msg5的调度DCI之后，Msg5即为第一个ULSPS传输，下一个UL SPS的发送时间往后推一个SPS传输时间间隔。
在该实施例的另一个例子中，eNB通过Msg4配置UL SPS资源，例如通过一个专用的RRC信令，如果Msg4指示PRACH过程竞争成功，那么UE发送的第一个UL SPS与Msg4或Msg4的HARQ-ACK有一个预定义的时间关系，例如UE发送的第一个UL SPS在Msg4之后的第5个子帧，下一个UL SPS的发送时间往后推一个SPS传输时间间隔。
在该实施例中，UE使用SIB2中配置的timeAlignmentTimerCommon值管理TA，当timeAlignmentTimerCommon过期后，UE即认为TA失效，无论数据是否传输完毕，UL SPS传输都会被终止，UL SPS的参数和资源信息都被清空。如果UE需要继续传输数据，那么UE应该重新发起PRACH过程继续请求RRC空闲态UL SPS传输。
在该实施例的一个例子中，当UE通过UL SPS资源将数据传输完毕后，可以重用现有系统的SPS资源隐性释放机制，即在一个预定义数量(implicitReleaseAfter)的SPS空白传输之后，UE释放该SPS资源。
在该实施例的一个例子中，UE通过接收显性的SPS资源释放信令来释放SPS资源，该释放信令在SPS的ACK DCI中携带，即DCI可同时携带SPS PUSCH的ACK信息和SPS PUSCH资源的释放信息。这里，ACK DCI是一个专门用于指示SPS PUSCH被成功接收的DCI，可以重用在R-15标准中为Early termination功能所规定的ACK DCI格式，并使用其中的预留比特来指示SPS资源的释放信息。
在该实施例的另一个例子中，UE通过接收显性的SPS资源释放信令来释放SPS资源，该释放信令重用现有系统的UL SPS去激活DCI格式，UE在发送SPS PUSCH之后的预定义的时间窗口内监听DCI，如果接收的DCI呈现SPS释放DCI的指示域特征，即特定的指示域被设置为特定的值，UE则按照释放DCI格式解读该DCI，SPS资源将被释放。
在该实施例的一个例子中，UE在RRC空闲态UL SPS传输过程中，通过DCI接收SPS资源的重配置信息，用于SPS资源重配置的DCI格式可以重用现有系统的SPS资源的激活DCI格式，UE在发送SPS PUSCH之后的预定义的时间窗口内监听DCI，如果接收的DCI呈现SPS重配置DCI的指示域特征，即特定的指示域被设置为特定的值，UE则按照重配置DCI格式解读该DCI，UL SPS传输将基于重配置的资源。
在另一个例子中，UE在RRC空闲态UL SPS传输过程中，会通过DCI接收SPS资源的重配置信息，类似于前面所述的通过SPS PUSCH的ACK DCI携带SPS资源的释放信令，ACK DCI也可以携带SPS资源的重配置信令，即一个DCI同时携带ACK信息和上行资源的重配置信息。
在该实施例的一个例子中，UE在RRC空闲态UL SPS传输过程中，每发送一次SPSPUSCH，都会在对应的时间窗口内监听一个预定义大小的DCI，该DCI可解读为多种格式的DCI，这多种格式的DCI通过特定的flag域或特定域被设置为特定值来区分，例如当DCI解读为重传调度DCI，该DCI用于调度PUSCH的重传；当DCI解读为ACK DCI，该DCI指示PUSCH传输成功；当DCI解读为资源释放DCI，该DCI用于释放预配置的上行资源；当DCI解读为资源重配置DCI，该DCI用于重配置上行资源。
在该实施例的一个变体中，eNB不能拒绝UE的UL SPS请求，即eNB接收到UE的ULSPS请求后，必须配置相应的UL SPS参数和资源。例如，只要UE在Msg3携带一个RRC信令用于请求UL SPS资源，那么eNB就会通过Msg4和/或Msg5的调度DCI给UE配置UL SPS资源。
实施例三(RRC空闲态预配置上行传输的HARQ过程)
该实施例描述了RRC空闲态UE执行预配置上行传输(预配置上行资源上的传输)的HARQ过程的一种方法。在该实施例中，UE需要执行以下步骤：
第一步：UE在预配置上行资源上发送PUSCH；
第二步：UE在发送PUSCH之后的一个预配置的时间窗口内，在一个预配置的下行物理信道搜索空间，监听一个用预配置的RNTI值加扰的ACK DCI、重传调度DCI或指示回退到RACH/EDT的DCI；
第三步：如果UE监听到ACK DCI，那么UE应停止DCI监听，并返回睡眠模式；
第四步：如果UE监听到指示回退到RACH/EDT的DCI，那么UE应停止DCI监听，并启动RACH/EDT过程发送上行数据；
第五步：如果UE监听到重传调度DCI，那么UE在发送PUSCH重传之后继续监听ACKDCI、重传调度DCI或指示回退到RACH/EDT的DCI。如果监听到ACK DCI，则转到第三步；如果监听到指示回退到RACH/EDT的DCI，则转到第四步；如果监听到重传调度DCI，则重复第五步，直到监听到ACK DCI或指示回退到RACH/EDT的DCI，或者直到时间窗口结束并返回睡眠模式。
在该实施例中，ACK DCI、重传调度DCI和指示回退到RACH/EDT的DCI使用相同的DCI大小(size)，即UE只监听一个size的DCI，以降低DCI的盲解码次数。
可选地，根据DCI所指示的TBS值区分该DCI值是指示ACK、重传调度还是回退到RACH/EDT。如果DCI指示的TBS值与预配置上行传输使用的TBS相同，那么该DCI指示重传调度。如果DCI指示的TBS值与预配置上行传输使用的TBS不同，且该TBS是预配置上行传输可配置TBS值以外的预定义的值，那么该DCI指示ACK或者回退到RACH/EDT。ACK和回退到RACH/EDT可使用不同的TBS值。
可选地，使用现有系统DCI格式的某些DCI域的预留值指示ACK或者回退到RACH/EDT。例如，使用资源分配域和/或MCS域的预留值(Reserved Status)指示ACK或者回退到RACH/EDT。ACK和回退到RACH/EDT可使用不同的预留值。
对于MTC，在CE Mode A，指示资源块分配(Resource block assignment)的域具有11个预留值。在CE Mode B，MCS域具有5个预留值。对于NB-IOT，指示子载波分配(Subcarrier indication)的域具有45个预留值，MCS域具有5个预留值。以上预留值都可以用于指示ACK和/或者回退到RACH/EDT。
可选地，上述ACK DCI、重传调度DCI和指示回退到RACH/EDT的DCI，都包含指示定时提前调整量(TA update)的域，该DCI域用于调整UE的上行TA，例如，域大小为6比特，调整粒度为16个抽样符号，NTA，new＝NTA，old+(TA-31)×16，这里TA＝0，1，2，...，63。即，在UE的预配置上行传输的HARQ过程中，基站可以通过DCI调整UE的TA，调整后的TA用于本HARQ过程中预配置上行传输的重传，以及之后的预配置上行传输。
可选地，上述ACK DCI、重传调度DCI和指示回退到RACH/EDT的DCI，都不包含新数据指示(New data indicator，NDI)域，因为对于预配置上行传输，只有重传调度DCI，没有新传调度DCI，无需根据NDI的值是否反转(toggled)判断该DCI是指示新传还是重传。
可选地，上述ACK DCI、重传调度DCI和指示回退到RACH/EDT的DCI，都不包含指示HARQ进程号(HARQ process number，HPN)的域，因为系统规定用于预配置上行传输的HARQ进程的数量为1。
可选地，上述ACK DCI、重传调度DCI和指示回退到RACH/EDT的DCI都不包含下行分配索引(Downlink Assignment Index，DAI)域、CSI请求(CSI request)域和SRS请求(SRSrequest)域，因为这些DCI域对于预配置上行传输没有意义。
可选地，预配置上行传输支持HARQ ACK的反馈功能。如果基站正确解码预配置上行传输，则向UE发送一个指示ACK的DCI，UE接收到ACK DCI后，应停止DCI监听，并返回睡眠模式。
对于MTC，ACK DCI可以使用Rel-15系统引入的用于ACK反馈的DCI格式6-0A和6-0B(分别用于CE Mode A和CE Mode B)。
对于NB-IOT，可以参照MTC系统的ACK DCI的设计，利用现有系统的DCI格式N0指示ACK，即利用某些DCI域的预留值指示ACK，例如利用子载波域指示预留值63，即比特域配置为111111，或者MCS域指示预留值15，即比特域配置为1111。
可选地，预配置上行传输支持HARQ的重传调度功能。如果基站没有正确解码预配置上行传输，则向UE发送重传调度DCI动态调度PUSCH的重传，UE收到重传调度DCI后，应发送预配置上行传输的重传。重传调度DCI可以指示重传PUSCH的时频域资源、MCS、重复次数和冗余版本号，也可以调整重传PUSCH的发送时间提前量(Timing Advance，TA)和/或发送功率。
可选地，系统对预配置上行传输的最大重传次数没有限制，UE只有在接收到ACKDCI、指示回退到RACH/EDT或时间窗口结束后，UE才能将HARQ缓存清空。可选地，系统对预配置上行传输的最大重传次数有限制，当达到最大重传次数后，UE应将HARQ缓存清空。
可选地，预配置上行传输支持回退到RACH/EDT的功能，如果基站因为某些原因对预配置上行传输无法正确解码，例如由于UE使用的TA误差较大，基站无法通过HARQ重传合并正确解码，基站可以通过DCI指示UE回退到RACH/EDT，UE接收到该DCI后，应通过RACH/EDT重新发送在之前预配置上行传输中携带的数据，UE的MAC层应能支持在预配置上行传输的HARQ过程中回退到RACH/EDT重新发送数据。
这里，回退到RACH是指UE启动竞争性随机接入过程，与基站建立RRC连接后发送数据，回退到EDT是指UE启动提前数据传输(Early Data Transmission，EDT)过程，通过Msg3发送数据。使用EDT的前提是数据量能通过EDT所允许的最大TBS发送完毕。
可选地，如果UE在预配置的时间窗口内没有监听到ACK DCI，或者UE在预配置的时间窗口内监听到重传调度DCI但UE未来得及发送重传，那么UE认为预配置上行传输不成功，应回退到RACH/EDT重新发送数据。
可选地，如果UE在预配置的时间窗口内没有监听到ACK DCI，或者UE在预配置的时间窗口内监听到重传调度DCI但UE未来得及发送重传那么UE认为预配置上行传输不成功，UE将在下一个周期的预配置上行资源上重新发送数据。这里，UE的数据对于时延的要求较低，和/或预配置上行资源的周期较短。
可选地，如果UE在预配置的时间窗口内没有监听到ACK DCI，或者UE在预配置的时间窗口内监听到重传调度DCI但UE未来得及发送重传那么UE认为预配置上行传输不成功，UE将在最近可用的其他预配置上行资源上重新传输数据。这里，UE具有多个预配置上行资源，这多个预配置上行资源具有相同的周期和不同的时域位置。
在该实施例中，预配置的时间窗口从发送PUSCH之后的第N个子帧开始计时，N是系统预定义的一个值，这N个子帧的时间预留用于基站对PUSCH的解码以及DCI的发送准备。时间窗口以子帧或毫秒为计量单位，或者以下行物理控制信道搜索空间的周期为计量单位。
可选地，在预配置的时间窗口结束之前，如果UE监听到重传调度DCI但未来得及发送PUSCH重传，UE在时间窗口结束之后应继续发送PUSCH重传并监听对应的ACK DCI和/或重传调度DCI。如果UE发送了PUSCH重传但未来得及监听对应的ACK DCI和/或重传调度DCI，UE在时间窗口结束之后应继续监听对应的DCI。即，时间窗口可以由于某些事件发生而被适当延长。
UE在时间窗口结束之后监听PUSCH重传对应的DCI，应基于一个预定义的的时间点或者小的时间窗口。例如，UE在发送PUSCH重传之后的第N个子帧监听DCI，或者在发送PUSCH重传之后的第N～N+M个子帧内监听。这里，N与M为系统预定义的值。如果UE在延长的时间窗口没有监听到任何DCI，或者监听到ACK DCI，那么UE应停止DCI监听并返回睡眠模式；如果UE监听到重传调度DCI，那么UE继续发送PUSCH重传，并继续在对应的时间点或者小的时间窗口内监听DCI，直到达到PUSCH的最大重传次数或者监听到ACK DCI。
可选地，在预配置的时间窗口结束之后，UE必须停止DCI监听并返回睡眠模式。例如，在时间窗口结束之前，即使UE监听到重传调度DCI但未来得及发送PUSCH重传，UE在时间窗口结束之后也应返回睡眠模式，无需发送PUSCH重传。在时间窗口结束之前，即使UE发送了PUSCH重传但未来得及监听对应的ACK DCI和/或重传调度DCI，UE在时间窗口结束之后也应返回睡眠模式，无需继续DCI监听。即，时间窗口不会由于任何事件发生而被延长。
上述实施例也可以扩展为UE监听更多的DCI，在一个可实施方案中，UE在发送PUSCH之后的一个预配置的时间窗口内，在一个预配置的下行物理信道搜索空间，监听一个用预配置的RNTI值加扰的ACK DCI、重传调度DCI、指示回退到RACH/EDT的DCI、指示预配置上行资源重配置的DCI，和/或指示预配置上行资源释放的DCI。
上述的指示预配置上行资源释放的DCI用于释放UE的预配置上行资源，UE监听到该DCI后，UE应释放预配置上行资源。可选地，UE向基站发送一个释放预配置上行资源的ACK信息，例如通过PUCCH携带。可选地，利用某些DCI域的预留值指示预配置上行资源的释放。
上述的指示预配置上行资源重配置的DCI用于更新UE所储存的预配置上行资源，更新的预配置上行资源用于后续的预配置上行传输，该DCI仅更新预配置上行资源的频域资源、MCS/TBS和/或重复次数，预配置上行资源的时域位置和周期保持不变。可选地，除更新频域资源、MCS/TBS、和/或重复次数以外，该DCI还可以更新预配置上行资源的时域位置和/或周期。
可选地，指示预配置上行资源重配置的DCI也包含ACK信息，即该DCI用于指示ACK以及预配置上行资源重配置，重配置的上行资源用于之后的预配置上行传输。
可选地，新数据指示(NDI)域用于区分该DCI是指示ACK以及预配置上行资源重配置，还是指示NACK以及重传调度。例如当NDI的指示值为0时，该DCI指示NACK以及重传调度，DCI所包含的资源分配、MCS/TBS和重复次数等信息用于此次预配置上行传输的重传；当NDI的指示值为1时，该DCI指示ACK以及预配置上行资源重配置，DCI所包含的资源分配、MCS/TBS和重复次数等信息用于之后的预配置上行传输。
可选地，指示预配置上行资源重配置的DCI也包含NACK信息以及重传调度，即该DCI用于指示NACK，重传调度以及预配置上行资源重配置，DCI所包含的资源分配、MCS/TBS和重复次数等信息不仅用于此次预配置上行传输的重传，还用于之后的预配置上行传输。
RRC空闲态的UL SPS的参数/资源配置
UE在执行UL SPS传输之前，需要获取一些基本的SPS参数配置，例如在现有LTE系统的UL SPS机制(仅用于RRC连接态)中，eNB通过UE-specific RRC信令配置的基本参数有：SPS C-RNTI值(semiPersistSchedC-RNTI)，用于加扰SPS的激活DCI、去激活DCI以及重传调度DCI；SPS传输时间间隔(semiPersistSchedIntervalUL)，即相邻两次SPS传输的间隔时间；功率控制参数(p0-Persistent)，该参数用于SPS PUSCH的开环功率控制；用于隐性释放的空白SPS传输次数(implicitReleaseAfter)，即UE在implicitReleaseAfier次的UL SPS资源上，没有任何数据发送，那么UE会自动停止SPS的传输，释放SPS资源；用于SPS传输的ULHARQ进程数量(numberOfConfUlSPS-Processes-r13)，即UE可以在一到多个HARQ进程上传输SPS，除了上述基本参数外，UE还需要获取eNB半静态调度的SPS资源，该SPS资源在SPS激活DCI中指示，包括分配的频域资源、MCS和重复次数等调度信息，基于该SPS资源及上述基本参数，UE可以启动UL SPS传输。
如果UE在RRC空闲态执行类似的UL SPS，也需要获得类似的SPS参数和SPS资源配置，由于RRC空闲态的UE与eNB之间没有建立RRC连接，UE获取SPS参数配置和SPS资源的方式会与RRC连接态的UL SPS机制不同，下面将给出UE获取SPS参数配置和SPS资源的多个实施方法。
实施例一(在连接(Connected)态获取UL SPS配置并保存至空闲(Idle)态使用)
该实施例描述了一种UE获取RRC空闲态UL SPS参数/资源配置的一种方法，SPS参数配置包括加扰SPS重传调度DCI的RNTI值，用于SPS传输的HARQ进程数量，SPS的传输时间间隔和开环功率控制等参数；SPS资源配置包括频域资源分配、MCS和重复次数等信息。在该实施例中，UE在RRC连接态通过UE-specific RRC信令获取RRC空闲态UL SPS的参数/资源配置，当UE释放RRC连接进入RRC空闲态后，仍然保存该UL SPS的参数/资源配置并用于RRC空闲态上行传输。
在该实施例的一个例子中，用于配置RRC空闲态UL SPS参数的信令和用于配置RRC连接态UL SPS参数的RRC信令为同一个，且eNB在配置时还会用一个专用信令指示该UL SPS参数是仅用于RRC空闲态、仅用于RRC连接态或者同时用于RRC空闲态和RRC连接态，当该ULSPS可用于RRC空闲态时，还需要额外配置UL SPS资源。
在该实施例的另一个例子中，用于配置RRC空闲态的UL SPS参数的信令和用于配置RRC连接态的UL SPS参数的RRC信令为两个不同的RRC信令，即eNB针对RRC连接态和RRC空闲态分别配置了UL SPS参数，对应的SPS C-RNTI值及SPS传输时间间隔等参数所配置的值可能不同。
在该实施例的一个例子中，只有当UE再次进入RRC连接态，eNB才能释放RRC空闲态的UL SPS参数和SPS资源，即UE需要清空该UL SPS的配置信息，或者对该UL SPS参数和/或SPS资源做重配置。一种方式是由eNB来触发，例如eNB发现网络负载太重，希望释放该RRC空闲态的UL SPS配置或对其重配置，eNB通过寻呼(Paging)叫醒RRC空闲态的UE，UE发起PRACH过程进入RRC连接态；另一种方式是由UE触发，例如UE发现上行业务特性已发生改变，那么UE主动发起PRACH过程来建立RRC连接，上报业务特性，那么eNB会释放该RRC空闲态的ULSPS配置或对其重配置。
在该实施例的另一个例子中，eNB通过广播信息或者寻呼信息释放在RRC连接态预配置的用于RRC空闲态的UL SPS参数和SPS资源，当RRC空闲态的UE通过读取广播信息或者寻呼信息获取该释放信令时，UE需要清空该UL SPS的配置信息。在一个例子中，该释放信令针对所有本小区的RRC空闲态的UE配置，即所有RRC空闲态的存有UL SPS配置的UE都应清空相关配置信息；在另一个例子中，该释放信令可针对一组特定的UE来配置，例如UE ID后四位相同的一组UE，或者用于某种特定业务的一组UE；在另一个例子中，该释放信令可针对每个覆盖增强等级(Coverage Enhancement Level，简称CE level)来配置，例如现有eMTC系统所支持的四个CE level可独立配置该释放信令。
在该实施例的一个例子中，UE在RRC连接态获取了用于RRC空闲态的UL SPS配置，该UL SPS配置有一个预定义的有效期限，当有效期限结束后，UE必须释放该UL SPS配置，即清空相关配置信息。该预定义的有效期限可以是写在系统标准中的一个固定值，或者通过小区系统信息广播，或者在UL SPS配置里一并包含。有效期限可以从UE接收到UL SPS配置的时间开始计时，或者从UE转入RRC空闲态的时间开始计时。有效期限可以以小时为度量单位，或者以天为度量单位。
在一个例子中，只要在该有效期内，且UE仍驻留在该小区，UE可以一直使用该ULSPS配置，直到有效期限结束。在另一个例子中，只要在该有效期内，即使UE发生小区重选，如果没有发生跟踪区域(Tracking Area，TA)改变，UE可以一直使用该UL SPS配置，直到有效期限结束，如果发生跟踪区域改变，那么UE认为该UL SPS配置失效，必须释放该UL SPS配置。
在一个例子中，只要在RRC空闲态UL SPS配置的有效期内，在下一次RRC连接建立之前，该UL SPS配置一直被认为有效，在下一次RRC连接建立之后，该UL SPS配置被认为失效，即，在UL SPS配置的有效期内，只要UE进入过RRC连接态，那么该UL SPS配置就被认为失效。在另一个例子中，只要在RRC空闲态UL SPS配置的有效期内，无论UE是否重新进入过RRC连接态，该UL SPS配置都被认为有效。
实施例二(在Idle态发起PRACH过程获取UL SPS配置)
该实施例描述了一种UE获取RRC空闲态UL SPS参数/资源配置的一种方法，这里的SPS参数配置包括用于加扰SPS重传调度DCI的RNTI值，用于SPS传输的HARQ进程数量，SPS传输时间间隔和开环功率控制等参数，SPS资源配置包括频域资源分配、MCS和重复次数等调度信息，在该实施例中UE通过PRACH过程的Msg4(PDSCH)获取RRC空闲态UL SPS的参数/资源配置。
实施例二与实施例一的区别在于，UE是在PRACH过程中获取RRC空闲态UL SPS配置的，此时UE和eNB之间并没有建立RRC连接，这里的PRACH过程目的是请求RRC空闲态UL SPS，而非普通PRACH过程用于建立或恢复RRC连接。
该实施例中，当RRC空闲态UE有上行数据到达时，该UE发起竞争性PRACH过程，与普通PRACH目的(建立或恢复RRC连接)不同，该PRACH目的是为了请求RRC空闲态的UL SPS，且该请求信息在Msg3(PUSCH)上报给eNB，那么eNB会在Msg4给UE配置UL SPS，包括UL SPS参数和/或UL SPS资源。如果Msg4指示PRACH竞争成功，即Msg4包含UE在Msg3上报的UE ID等用于竞争的信息，且Msg4有配置UL SPS，那么UE在接收Msg4之后或者发送Msg4的HARQ-ACK之后启动UL SPS，第一个UL SPS与Msg4或Msg4的HARQ-ACK之间有一个预定义的时间关系。
在该实施例的一个例子中，Msg4只配置UL SPS的参数，在Msg4之后的一个预定义的时间窗口内通过一个DCI指示UL SPS的资源，即Msg5的调度DCI所指示的Msg5资源为SPS资源，DCI格式可重用现有的UL SPS激活DCI格式。
在该实施例的一个例子中，UE的UL SPS请求信息通过Msg3携带，eNB在Msg4配置ULSPS，具体流程如图9所示：
S910：RRC空闲态UE在有上行数据到达时，发起一个PRACH过程请求RRC空闲态ULSPS传输。首先，UE向eNB发送Msg1，即在PRACH组内任意选择一个PRACH前导码(PRACHpreamble)发送。
S920：eNB向UE发送Msg2，该Msg2包含与上述PRACH preamble相对应的随机接入响应(RAR)，该RAR包含Msg3的资源调度。
S930：UE向eNB发送Msg3(PUSCH)，该Msg3除了包含UE ID等用于PRACH竞争解决的必要信令外，还包含RRC空闲态UL SPS的请求信息。
S940：eNB向UE发送Msg4(PDSCH)，该Msg4除了包含UE在Msg3上报的UE ID等用于竞争解决的信息，还包含UL SPS请求的响应信息和/或UL SPS传输的相关配置信息。
S950：如果Msg4指示PRACH竞争成功，且UL SPS请求被通过，那么UE在Msg4或Msg4的HARQ-ACK之后的一个预定义时间点启动UL SPS传输；或者通过Msg5的调度DCI得到ULSPS资源，并将Msg5作为第一个UL SPS传输。
……
S960：UE在UL SPS资源上发送上行数据，直到数据传输完毕或者UL SPS资源被释放。
在该实施例的另一个例子中，UE的UL SPS请求信息通过Msg1携带，eNB在Msg2配置UL SPS，具体流程如图10所示：
S1010：RRC空闲态UE在有上行数据到达时，发起一个竞争性PRACH过程以请求RRC空闲态UL SPS。首先，UE向eNB发送Msg1，并在Msg1携带UL SPS请求信息，即UE在专用于请求UL SPS的PRACH组内任意选择一个PRACH preamble发送。
S1020：eNB向UE发送Msg2，该Msg2包含与上述PRACH preamble相对应的RAR，该RAR除了包含Msg3的资源调度信息外，还包含UL SPS请求的响应信息，如果UL SPS请求被通过，Msg3资源即为SPS资源。
S1030：UE向eNB发送Msg3(PUSCH)，如果UL SPS请求被通过，该Msg3包含用于竞争解决的UE ID等必要信息以及可能传输的数据；如果UL SPS请求没有被通过，则回退到常规PRACH过程。
S1040：eNB向UE发送Msg4(PDSCH)，该Msg4包含UE在Msg3上报的UE ID等用于竞争解决的信息。
S1050：如果Msg4指示PRACH竞争成功，且UL SPS请求被通过，那么UE在Msg4或Msg4的HARQ-ACK之后的一个预定义时间点启动UL SPS传输。
S1060：UE周期性在UL SPS资源上传输上行数据，直到数据传输完毕或者UL SPS资源被释放。
实施例三(通过系统广播信息获得UL SPS配置，也可结合其他信令辅助获取)
该实施例描述了一种UE获取RRC空闲态UL SPS参数/资源配置的一种方法，这里的SPS参数配置包括用于加扰SPS重传调度DCI的RNTI值，用于SPS传输的HARQ进程数量，SPS的传输时间间隔和开环功率控制等参数，SPS资源配置包括频域资源分配、MCS和重复次数等调度信息，在该实施例中，UE通过读取系统广播信息获取RRC空闲态UL SPS的参数配置和/或资源配置。
在该实施例的一个例子中，eNB在系统信息中广播的UL SPS参数/资源配置适用于所有RRC空闲态UE。在另一个例子中，eNB在系统信息中广播的UL SPS参数/资源配置只适用于一组特定的RRC空闲态UE，即eNB针对一个指标的不同值分别配置UL SPS，例如，类似于现有的PRACH配置，针对不同的CE level分别配置对应的UL SPS参数/资源；或者针对不同的UE组(UE group)分别配置对应的UL SPS参数/资源；或者针对不同UE group在不同CEelvel下配置对应的UL SPS参数/资源。
在该实施例的一个例子中，eNB在系统广播信息中配置RRC空闲态UL SPS的一个或一组SPS参数/资源，这里的UL SPS资源为周期性资源，通过配置的SPS周期(类似于现有系统的SPS传输时间间隔)和SPS发送时间偏移量可以确定每个UL SPS的发送时间。
在该实施例的一个例子中，RRC空闲态UE只要有上行数据到达，可以在任意时刻启动UL SPS，由于UL SPS资源是通过系统广播信息配置，UL SPS资源被所有RRC空闲态UE所共享，UE在使用时需要竞争解决，例如UE在UL SPS资源上传输数据时一并携带用于竞争解决的信令，例如UE ID等信息，UE在发送UL SPS之后会接收到对应的竞争解决信令，如果该竞争解决信令包含的UE ID与UE在UL SPS上报的UE ID相同，那么该UE竞争成功。
在另一个例子中，UL SPS资源只有激活后才能使用，RRC空闲态UE即使有上行数据到达，也只能等SPS资源被激活后才能启动UL SPS。例如eNB通过Paging消息针对某个特定UE激活某个UL SPS资源，那么该UL SPS资源专属于该UE，即没有碰撞干扰；eNB也可以通过Paging消息针对一组特定的UE激活某个UL SPS资源，那么该UL SPS资源被该组UE所共享，即可能存在碰撞干扰，在使用SPS资源时仍需要竞争解决。
在该实施例的一个例子中，eNB在系统信息中只广播RRC空闲态UL SPS的参数配置，而UL SPS资源可通过其他方式配置，例如通过Paging DCI配置RRC空闲态UL SPS的资源；如果UE发起PRACH过程请求RRC空闲态的UL SPS，eNB可以通过RAR授权(RAR grant)、Msg4(物理下行共享信道(Physical Downlink Shared Channel，简称PDSCH))或者Msg5的调度DCI配置RRC空闲态UL SPS的资源。
在该实施例的一个例子中，UE被配置的RRC空闲态UL SPS周期与该UE的Paging周期具有一个预定义的关系，例如UL SPS周期与Paging周期默认相同，或者UL SPS周期被配置为Paging周期的倍数。此外，UE被配置的RRC空闲态UL SPS发送时间与该UE的Paging接收时间也具有一个预定义的关系，例如UL SPS的第一个子帧的位置默认在Paging的最后一个子帧后的第4个子帧。或者UL SPS的第一个子帧的位置被配置在Paging的最后一个子帧后的第n个子帧，n在一个预定义的范围，例如4～8。上述特性也可以用于通过其他信令方式配置RRC空闲态UL SPS的实施例中。
实施例四(RRC空闲态预配置上行传输的参数配置)
该实施例描述了RRC空闲态预配置上行传输(预配置上行资源上的传输)的参数配置。为支持RRC空闲态预配置上行传输，UE需要获取以下参数配置中的一项或多项：
1.基站对RRC空闲态预配置上行传输的激活(enable)或去激活(disable)
当该参数被配置为enable或true时，有预配置上行资源(Preconfigured ULResources，PUR)的UE可以在预配置上行资源上发送数据，即UE认为预配置上行资源被激活；否则，即使UE有预配置上行资源，UE也不能在预配置上行资源上发送数据，即UE认为预配置上行资源被去激活。
优选地，基站对RRC空闲态预配置上行传输的激活/去激活在小区系统信息中广播配置。可选地，基站对RRC空闲态预配置上行传输的激活/去激活通过UE-specific RRC信令配置。可选地，基站对RRC空闲态预配置上行传输的激活/去激活通过物理层DCI配置。可选地，基站对RRC空闲态预配置上行传输的激活/去激活通过寻呼消息配置。
2.UE是否能够跳过(Skip)预配置上行资源上的传输
当该参数被配置为true时，如果UE在某一时刻没有上行数据待发送，UE可以跳过这个周期的预配置上行资源上的传输；否则，即使UE没有上行数据待发送，UE也不能跳过这个周期的预配置上行资源上的传输，UE应发送一个包含0个MAC SDU的由填充比特(Paddingbits)构成的PUSCH。
优选地，UE是否能够跳过预配置上行传输在小区系统信息中广播配置。可选地，UE是否能够跳过预配置上行传输通过UE-specific RRC信令配置。
3.预配置上行资源的有效期(validity period)
当该参数被配置时，预配置上行资源仅在配置的有效期内有效，在有效期之后，UE应该释放预配置上行资源。
预配置上行资源的有效期以绝对时间(子帧/无线帧/秒)或者预配置上行资源的周期数量为计量单位。
可选地，预配置上行资源的有效期从UE接收到预配置上行资源的配置信息开始计时。可选地，预配置上行资源的有效期从UE获得预配置上行资源后首次进入RRC空闲态开始计时。这里，UE通过RRC连接态的UE-specific RRC信令获取预配置上行资源的配置信息。
可选地，该参数被可选地配置。如果网络没有配置该参数，UE对于预配置上行资源的有效期应该使用一个预定义的缺省值。在一个例子中，该缺省值是1分钟或者1小时；在另一个例子中，该缺省值是预配置上行资源的一个预定义数量的周期，例如，预定义数量为一个周期，即预配置上行资源仅被使用一次，预配置上行传输为一次性传输。
优选地，预配置上行资源的有效期通过UE-specific RRC信令配置。
可选地，预配置上行资源的有效期通过小区系统信息广播配置。
4.预配置上行资源的周期
当该参数被配置时，预配置上行资源被周期性配置，预配置上行传输为周期性传输，该周期性传输在释放预配置上行资源后被终止。
预配置上行资源的的周期以绝对时间(子帧/无线帧/秒)为计量单位。
可选地，该参数被可选地配置，如果网络没有配置该参数，UE对于预配置上行资源的周期应该使用一个预定义的缺省值。例如，该缺省值是10秒或1分钟。可选地，该参数被可选地配置，如果网络没有配置该参数，UE默认预配置上行资源为一次性使用，即UE默认预配置上行传输为一次性传输。
优选地，预配置上行资源的周期通过UE-specific RRC信令配置。
可选地，预配置上行资源的周期通过小区系统信息广播配置。
5.控制隐性释放预配置上行资源的空白传输的数量(implicitReleaseAfter)
在一个时刻，如果UE没有上行数据到达，UE可以跳过当前周期的预配置上行资源上的传输，但如果UE跳过预配置上行传输的连续次数达到配置的值(implicitReleaseAfter)，UE应默认释放预配置上行资源，停止预配置上行传输。即使UE在后期有上行数据到达，也不能通过预配置上行资源传输数据。
只有在上述参数2(UE跳过预配置上行传输)没有被配置时，该参数implicitReleaseAfter才能被配置，即参数2和参数5互斥，基站只能选择两者之一配置，或者两者都不配置。
如果参数2被配置，UE可以跳过预配置上行传输，且系统对连续的跳过预配置上行传输的次数没有限制。如果参数5被配置，UE也可以跳过预配置上行传输，且系统对连续的跳过预配置上行传输的次数有限制，如果连续的跳过预配置上行传输的次数达到配置的值，那么UE应默认预配置上行资源被释放。如果参数2和5都没有被配置，那么UE不能跳过预配置上行传输，即使没有数据到达，UE也应发送一个包含0个MAC SDU的PUSCH。
优选地，implicitReleaseAfter通过UE-specific RRC信令配置。可选地，implicitReleaseAfter通过小区系统信息广播配置。
6.UE跳过预配置上行传输的连续次数的最大数量
在一个时刻，如果UE没有上行数据到达，UE可以跳过当前周期的预配置上行资源上的传输，但UE跳过预配置上行传输的连续次数不能超过配置的最大数量。如果UE跳过预配置上行传输的连续次数达到配置的最大数量后，UE仍没有上行数据到达，UE应发送包含0个MAC SDU的PUSCH。
参数6和参数5类似，差别在于：当参数5配置时，UE可以隐性释放预配置上行资源；当参数6配置时，UE不能隐性释放预配置上行资源。
只有在上述参数2(UE跳过预配置上行传输)没有被配置时，该参数才能被配置，即参数2和参数6互斥，基站只能选择两者之一配置，或者两者都不配置。
如果参数2被配置，UE可以跳过预配置上行传输，且系统对连续的跳过预配置上行传输的次数没有限制；如果参数6被配置，UE也可以跳过预配置上行传输，且系统对连续的跳过预配置上行传输的次数有限制，如果连续的跳过预配置上行传输的次数达到配置的值，那么即使没有上行数据到达，UE也应发送包含0个MAC SDU的PUSCH；如果参数2和6都没有被配置，那么UE不能跳过预配置上行传输，即使没有数据到达，UE也应发送一个包含0个MAC SDU的PUSCH。
优选地，UE跳过预配置上行传输的连续次数的最大数量通过UE-specific RRC信令配置。可选地，UE跳过预配置上行传输的连续次数的最大数量通过小区系统信息广播配置。
7.RRC空闲态的timeAlignmentTimer
该timeAlignmentTimer计时器用于维护RRC空闲态的TA，该计时器用于控制在多长时间内UE认为TA是有效的。如果timeAlignmentTimer过期，那么UE应该认为TA失效。该参数也可能被称为RRC空闲态的TA有效期(validity period)
可选地，当UE判定TA失效后，UE应放弃在预配置上行资源上发送数据，并回退到RACH/EDT发送数据以及获得新的TA，在RACH/EDT过程的RAR中获得的TA应用作更新的TA。
可选地，当UE判定TA失效后，UE应发送UE-specific PRACH前导码，启动非竞争性两步RACH过程，在RAR中获得更新的TA，并使用更新的TA在预配置上行资源上发送数据。
可选地，该参数被可选地配置，如果网络没有配置该参数，UE对于RRC空闲态的timeAlignmentTimer应该使用一个预定义的缺省值。可选地，该参数被可选地配置，如果网络没有配置该参数，UE将RRC连接态的timeAlignmentTimer重用于RRC空闲态，例如，UE将现有系统中通过小区系统信息广播配置或通过UE-specific RRC信令配置的timeAlignmentTimer重用于RRC空闲态。
优选地，RRC空闲态的timeAlignmentTimer通过UE-specific RRC信令配置。可选地，RRC空闲态的timeAlignmentTimer通过小区系统信息广播配置。
8.预配置的RNTI值
预配置的RNTI值用于预配置上行传输(PUSCH)的扰码序列的初始化种子cinit的生成。此外，预配置的RNTI值用于加扰预配置上行传输的HARQ过程中监听的DCI的CRC。
优选地，预配置的RNTI值通过UE-specific RRC信令配置。可选地，预配置的RNTI值通过小区系统信息广播配置。
9.功率控制参数
功率控制参数应至少包含标称功率P0的配置，即至少包含以下两个参数：系统标称功率p0-NominalPUSCH，和UE特定的偏移量p0-UE-PUSCH。可选地，功率控制参数还包含路损补偿因子α的配置。
优选地，功率控制参数通过UE-specific RRC信令配置。可选地，功率控制参数通过小区系统信息广播配置。
10.频域资源位置
对于MTC，频域资源位置应包含窄带(Narrowband)位置以及窄带内的频域资源分配信息。对于NB-IOT，频域资源位置应包含载波(Carrier)位置以及载波内的频域资源分配信息。频域资源位置为一个子帧内的资源，为支持覆盖增强(Coverage Extension)，PUSCH可以被重复发送，即基站所指示的频域资源可以在时域上被重复多次。
可选地，预配置上行传输的频域资源分配使用一种新的分配方法，即不同于动态调度的PUSCH的频域分配方法。前者所提供的分配可能性远少于后者，即前者仅提供有限的分配可能性，不能遍历所有的分配可能性。例如，对于MTC，预配置上行传输在一个窄带内仅支持一个PRB的分配，不支持多于1个PRB的分配。对于NB-IOT，预配置上行传输在一个载波内仅支持1个子载波的分配，不支持多于1个子载波的分配。
可选地，对于MTC，预配置上行传输的频域资源分配的粒度可以基于子载波，即预配置上行传输可以使用在Rel-15系统引入的Sub-PRB分配模式。
优选地，频域资源位置通过UE-specific RRC信令配置。可选地，频域资源位置通过小区系统信息广播配置。
11.时域资源位置
这里的时域资源位置为预配置上行传输的起始子帧的位置。
可选地，时域资源位置指示无线帧位置以及无线帧内的子帧位置信息。可选地，时域资源位置仅指示无线帧位置信息，预配置上行传输默认从无线帧的第一个子帧开始。
可选地，上述的无线帧位置信息通过Offset指示，满足(SFN*10)％Period＝Offset的无线帧即为预配置上行传输的起始子帧所在的无线帧，这里，SFN为系统帧号，Period为预配置上行传输的周期，单位为毫秒(子帧)，％为模计算。如果Period大于10.24秒，UE在获得预配置上行资源后，首次进入RRC空闲态后所经历的第一个满足上述计算条件的无线帧即为第一个周期的预配置上行传输的起始子帧所在的无线帧，其他周期的无线帧位置往后顺延。
可选地，预配置上行传输为一次性行为，即非周期性，上述的无线帧位置信息通过一个时间偏移量以及一个SFN值指示，或者仅通过一个时间偏移量指示。对于前者，无线帧位置为在经过一定时间偏移量之后的第一个SFN值为配置值的无线帧。对于后者，无线帧位置为在经过一定时间偏移量之后的第一个无线帧。上述时间偏移量可基于UE接收到预配置上行资源的配置信令的时间点为参考点，或者基于UE进入RRC空闲态的时间点为参考点。
可选地，时域资源位置与预配置上行传输的周期被联合指示，例如，系统标准规定一个联合指示周期及时域资源位置的表格，UE基于该表格以及指示值决定预配置上行传输的周期以及每个周期的起始子帧的位置。
优选地，时域资源位置通过UE-specific RRC信令配置。可选地，时域资源位置通过小区系统信息广播配置。
12.MCS或TBS
可选地，如果UE到达的上行数据量无法通过预配置上行传输所指示的TBS或允许的最大TBS发送完毕，UE应放弃在预配置上行资源上发送数据，并回退到RACH/EDT过程发送数据。这里，回退到RACH是指UE启动竞争性随机接入过程，与基站建立RRC连接后发送数据，回退到EDT是指UE启动提前数据传输(Early Data Transmission，EDT)过程，通过Msg3发送数据，使用EDT的前提是到达的数据量能通过EDT所允许的最大TBS发送完毕。
可选地，如果UE到达的上行数据量无法通过预配置上行传输所指示的TBS或允许的最大TBS发送完毕，UE可以在预配置上行资源上发送部分数据，同时发送MAC层的缓存状态报告(Buffer Status Report，BSR)和/或RRC层的RRC连接请求(RRC ConnectionRequest)消息，以请求RRC连接的建立，之后接收基站的RRC连接建立的配置消息，进入RRC连接态发送剩余的数据。
可选地，如果UE到达的上行数据量无法通过预配置上行传输所指示的TBS或允许的最大TBS发送完毕，UE可以在预配置上行资源上发送部分数据，同时发送MAC层的缓存状态报告(Buffer Status Report，BSR)和/或RRC层的新数据资源请求消息，以请求发送新数据的资源，之后接收基站的新数据调度DCI，通过动态调度发送剩余的数据。
可选地，基站为预配置上行传输配置多个TBS，每个TBS使用不同的重复次数，大的TBS使用较大的重复次数，小的TBS使用较小的重复次数，UE根据实际到达的数据量选择合适的TBS及其重复次数，选择TBS的准则是能携带全部数据，且MAC的填充比特(PaddingBits)最少，即UE自己决定用于预配置上行传输的TBS。
可选地，基站基于多个TBS的假设对PUSCH盲解码。可选地，UE将实际用于预配置上行传输的TBS信息告知给基站，例如，通过PUSCH以Piggyback方式携带(即，实际使用的TBS信息在编码调制后按照预定义的方式映射在预配置上行资源的部分RE上，PUSCH对这些RE做速率匹配处理)，或者通过PUSCH对部分RE打孔携带(即，实际使用的TBS信息在编码调制后按照预定义的方式映射在预配置上行资源的部分RE上，PUSCH对这些RE做打孔处理)或者通过PUSCH携带(例如，传输块的最后1～2个比特用于携带实际使用的TBS信息)，或者通过不同的DMRS序列携带，或者通过不同的CRC掩码携带。
优选地，MCS或TBS通过UE-specific RRC信令配置。可选地，MCS或TBS通过小区系统信息广播配置。
13.重复次数
可选地，基站为预配置上行传输配置多个TBS，每个TBS使用不同的重复次数，大的TBS使用大的重复次数，小的TBS使用小的重复次数，UE根据实际到达的数据量选择合适的TBS及其重复次数，选择TBS的准则是能携带全部数据，且MAC层的填充比特(Padding Bits)最少，基站需要盲检测UE在预配置上行传输中实际使用的TBS及其重复次数。
可选地，基站为预配置上行传输配置多个重复次数，每个重复次数对应不同的覆盖等级(Coverage Level)，UE可以根据自己的覆盖等级(即RSRP等级)选择对应的重复次数，基站需要盲检测UE在预配置上行传输中实际使用的重复次数。
可选地，基站为预配置上行传输配置一个重复次数，当UE的覆盖等级发生改变，或者UE的RSRP改变超过一个预定义的门限，UE应放弃在预配置上行资源上发送数据，并回退到RACH/EDT发送数据。
可选地，基站为预配置上行传输配置一个重复次数，当UE的覆盖等级变低，或者UE的RSRP变大并超过一个预定义的门限，UE实际用于预配置上行传输的重复次数可以小于基站预配置的重复次数。例如，实际使用的重复次数可以为预配置重复次数的1/2或者1/4，即UE可能使用预配置的重复次数、预配置重复次数的1/2或者1/4在预配置上行资源上发送数据。
可选地，基站为预配置上行传输配置一个重复次数，当UE的覆盖等级变高，或者UE的RSRP变低并超过一个预定义的门限，UE应放弃在预配置的上行资源上发送数据，并回退到RACH/EDT发送数据。
这里，回退到RACH是指UE启动竞争性随机接入过程，与基站建立RRC连接后发送数据，回退到EDT是指UE启动提前数据传输(Early Data Transmission，EDT)过程，通过Msg3发送数据，使用EDT的前提是到达的数据量能通过EDT所允许的最大TBS发送完毕。
可选地，基站基于多个重复次数的假设对PUSCH盲解码。可选地，UE将实际用于预配置上行传输的重复次数的信息告知给基站，例如，通过PUSCH以Piggyback方式携带(即，实际使用的重复次数的信息在编码调制后按照预定义的方式映射在预配置上行资源的部分RE上，PUSCH对这些RE做速率匹配处理)，或者通过PUSCH对部分RE打孔携带(即，实际使用的重复次数的信息在编码调制后按照预定义的方式映射在预配置上行资源的部分RE上，PUSCH对这些RE做打孔处理)或者通过PUSCH携带(例如，传输块的最后1～2个比特用于携带实际使用的重复次数的信息)，或者通过不同的DMRS序列携带，或者通过不同的CRC掩码携带。
优选地，重复次数通过UE-specific RRC信令配置。可选地，重复次数通过小区系统信息广播配置。
14.跳频指示
预配置上行传输支持跳频模式，当跳频指示信息被配置时，预配置上行传输开启跳频模式。
优选地，跳频指示通过UE-specific RRC信令配置。可选地，跳频指示通过小区系统信息广播配置。
15.PUSCH的DMRS
用于预配置上行传输的DMRS配置应至少包含PUSCH组分配信息(groupAssignmentPUSCH)和循环偏移信息(cyclicShift)。
预配置上行传输可以透明地支持在多个UE之间使用空分复用(SDM)，在实现上，基站可以将相同的时频域资源分配给多个UE，并对每个UE分配正交的DMRS，即配置相同DMRS序列的不同循环相位，从而透明地实现MU-MIMO，基站利用多个接收天线同时解码这些UE的数据。
可选地，该参数被可选地配置，如果网络没有配置该参数，UE对于预配置上行传输的DMRS应使用现有系统中PUSCH-ConfigCommon内包含的DMRS配置信息。
优选地，PUSCH的DMRS通过UE-specific RRC信令配置。可选地，PUSCH的DMRS通过小区系统信息广播配置。
16.PUSCH的正交覆盖码(Orthogonal Cover Code，OCC)
预配置上行传输支持在多个UE之间使用码分复用(CDM)，即，基站将相同的时频域资源分配给多个UE，并对每个UE分配不同的OCC。
可选地，PUSCH支持在2个UE间CDM，对应的2个OCC码为[1 1]和[1 -1]，预配置上行传输的重复次数应配置为2的倍数，如果预配置上行传输的重复次数为1，那么默认CDM无法使用，基站无需分配对应的OCC。
可选地，PUSCH支持在4个UE间CDM，对应的4个OCC码为[1 1 1 1]，[1 -1 1 -1]，[11 -1 -1]和[1 -1 -1 1]，预配置上行传输的重复次数应配置为4的倍数，如果预配置上行传输的重复次数小于4，那么默认CDM无法使用，基站无需分配对应的OCC。
可选地，PUSCH的可用OCC数量与预配置上行传输被配置的重复次数有关，例如，当预配置上行传输的重复次数被配置为2的倍数，但不满足4的倍数时，可用的OCC数量为2，当预配置上行传输的重复次数被配置为4的倍数时，可用的OCC数量为4。
可选地，PUSCH的OCC用于子帧级别，例如，OCC为[1 -1]，那么，PUSCH的每2个相邻子帧与OCC相对应，其中，第一个子帧乘以1，第二个子帧乘以-1，这两个子帧传输的数据符号流应完全相同，即，这两个子帧传输的PUSCH应使用相同的编码冗余版本(RedundanceVersion，RV)，RV变换至少应以2个子帧或其倍数为粒度，例如，RV变换模式为[0 0 3 3 2 21 1 0 0 3 3 2 2 1 1 .....]。
可选地，PUSCH的OCC用于SC-FDMA符号级别，例如，OCC为[1 -1]，那么PUSCH的每个子帧的每2个相邻的SC-FDMA符号与OCC相对应，其中，第一个符号乘以1，第二个符号乘以-1，这两个符号所映射的数据符号应完全相同，即PUSCH重复发送的粒度为符号，一次完整的PUSCH发送需要占用2个子帧，RV变换至少应以2个子帧或其倍数为粒度。
按照传统映射，PUSCH在一个子帧内有14个映射符号[S-0 S-1 S-2 S-3 S-4 S-5S-6 S-7 S-8 S-9 S-10 S-11 S-12 S-13]，这里，S-j指映射在第j个符号的数据流，为了在符号级别使用OCC，PUSCH对应的映射模式在第一个子帧内为[S-0 S-0 S-1 S-1 S-2 S-2S-3 S-3 S-4 S-4 S-5 S-5 S-6 S-6]，在第二个子帧内为[S-7 S-7 S-8 S-8 S-9 S-9 S-10 S-10 S-11 S-11 S-12 S-12 S-13 S-13]。
可选地，PUSCH的OCC用于时隙级别，例如，OCC为[1 -1]，那么PUSCH的每个子帧的2个时隙与OCC相对应，其中，第一个时隙乘以1，第二个时隙乘以-1，这两个时隙所映射的数据符号应完全相同，即PUSCH重复发送的粒度为时隙，一次完整的PUSCH发送需要占用2个子帧，RV变换至少应以2个子帧或其倍数为粒度。
按照传统映射，PUSCH在一个子帧内有2个映射时隙[T-0 T-1]，这里T-0和T-1分别指映射在2个时隙的数据流，为了在时隙级别使用OCC，PUSCH对应的映射模式在第一个子帧内为[T-0 T-0]，在第二个子帧内为[T-1 T-1]。
优选地，PUSCH的正交覆盖码通过UE-specific RRC信令配置。可选地，PUSCH的正交覆盖码通过小区系统信息广播配置。
17.PUSCH的非正交多址接入(Non-Orthogonal Multiple Access，NOMA)的标签(Signature)
预配置上行传输支持在多个UE之间使用非正交多址接入技术，即，基站将相同的时频域资源分配给多个UE，并对每个UE分配不同的Signature。
优选地，PUSCH的Signature通过UE-specific RRC信令配置。可选地，PUSCH的Signature通过小区系统信息广播配置。
18.下行物理控制信道搜索空间
下行物理控制信道搜索空间用于支持预配置上行传输的HARQ过程，UE在预配置上行资源上发送PUSCH之后的一个预配置的时间窗口内，应基于预配置的下行物理控制信道搜索空间监听ACK DCI、重传调度DCI或指示回退到RACH/EDT的DCI。
可选地，该参数被可选地配置，如果网络没有配置该参数，UE将用于监听随机接入响应(Random Access Response，RAR)的下行物理控制信道搜索空间用于预配置上行传输的HARQ过程，对于MTC，就是使用Type2-MPDCCH CSS。可选地，该参数被可选地配置，如果网络没有配置该参数，UE将用于监听寻呼(Paging)的下行物理控制信道搜索空间用于预配置上行传输的HARQ过程，对于MTC，就是使用Type1-MPDCCH CSS。
优选地，用于预配置上行传输HARQ过程的下行物理控制信道搜索空间通过UE-specific RRC信令配置。可选地，用于预配置上行传输HARQ过程的下行物理控制信道搜索空间通过小区系统信息广播配置。
19.预配置上行传输的HARQ过程的时间窗口
预配置上行传输支持HARQ功能，UE在发送PUSCH之后应在一个预配置的时间窗口监听对应的ACK和/或重传调度DCI，在时间窗口结束之后，UE应停止DCI监听，并返回睡眠模式。
可选地，时间窗口以绝对时间为计量单位。可选地，时间窗口以下行物理控制信道搜索空间的周期为计量单位。
可选地，该参数被可选地配置，如果网络没有配置该参数，UE将用于监听随机接入响应(Random Access Response，RAR)的时间窗口用于预配置上行传输的HARQ过程。可选地，该参数被可选地配置，如果网络没有配置该参数，UE将对该参数使用一个缺省值。
优选地，用于预配置上行传输HARQ过程的时间窗口通过UE-specific RRC信令配置。可选地，用于预配置上行传输HARQ过程的时间窗口通过小区系统信息广播配置。
20.预配置上行传输的HARQ进程数量
预配置上行传输支持使用多个HARQ进程。
可选地，UE被配置一个周期为T_Period毫秒的预配置上行资源，用于预配置上行传输的HARQ进程数量为Num_proces，UE根据预配置上行传输的发送时间决定使用的HARQ进程编号，例如，按照等式HARQ Process ID＝[floor(CURRENT_TTI/T_Period)]Num_process决定，这里CURRENT_TTI＝[(SFN*10)+subframe number]。
可选地，UE被配置多个预配置上行资源，这多个预配置上行资源具有相同的周期，每个预配置上行资源使用不同的HARQ进程，UE根据预配置上行资源的编号决定使用的HARQ进程编号。
可选地，系统的预配置上行传输支持的HARQ进程数大于1，但某些UE的能力只支持一个HARQ进程，这些UE所监听的DCI中指示HARQ进程号应设置为0。
可选地，该参数被可选地配置，如果网络没有配置该参数，HARQ进程数量默认为1。
优选地，预配置上行传输的HARQ进程数量通过UE-specific RRC信令配置。可选地，预配置上行传输的HARQ进程数量通过小区系统信息广播配置。
21.预配置上行传输的最大重传次数
预配置上行传输支持HARQ重传，且最大重传次数由基站配置。
可选地，该参数被可选地配置，如果网络没有配置该参数，最大重传次数默认使用小区系统信息中广播配置的Msg3的最大重传次数。可选地，该参数被可选地配置，如果网络没有配置该参数，最大重传次数使用一个缺省值，例如5.
优选地，预配置上行传输的最大重传次数通过UE-specific RRC信令配置。可选地，预配置上行传输的最大重传次数通过小区系统信息广播配置。
可选地，预配置上行资源可以被配置多个，即上述参数4，10，11，12，13，14，15，16和/或17可以被配置多个。这多个预配置上行资源可以被配置不同的周期，或者，这多个预配置上行资源使用相同的周期。UE可以基于这多个预配置上行资源发送上行数据，即这多个预配置上行资源都被激活，或者，UE只能选择这多个预配置上行资源中的部分(例如一个)发送上行数据，即这多个预配置上行资源中只能部分(例如一个)被激活。
RRC空闲态的UL SPS资源的激活/去激活
由于UL SPS基于预配置的上行资源，在实际应用中，为了有效控制资源的使用效率，UL SPS资源只有在激活后才能使用，即UL SPS的参数/资源配置和资源激活可以分开，只有在UE有上行数据传输时，UL SPS资源才被激活。例如，在LTE现有的UL SPS系统中，当UE接收到一个SPS C-RNTI加扰的SPS激活DCI，即意味着UL SPS被激活。对于RRC空闲态的UE，即使UE接收到UL SPS参数/资源的配置，也并不意味着可以立即启动UL SPS，可以根据网络负载状况和/或UE的上行业务数据到达状况由eNB激活UL SPS或由UE请求激活UL SPS。
RRC空闲态的UL SPS的激活信令根据触发源的不同分为两类：一类是由eNB触发，例如当小区内负载较低时，eNB将之前已配置(例如通过RRC连接态的UE-specific RRC信令配置)的RRC空闲态的UL SPS激活起来，例如通过系统广播信息信息或寻呼(Paging)信息激活UL SPS；另一类是由UE触发，例如当RRC空闲态的UE有上行数据到达时，发起PRACH过程请求RRC空闲态的UL SPS传输，激活UL SPS的请求信息可以通过Msg1或Msg3携带，相对应地，eNB可以通过Msg2或Msg4激活UL SPS。
在现有LTE的SPS传输机制中，用SPS C-RNTI加扰的DCI可用于激活(activate)和去激活(deactivate)SPS资源，如果UE接收到SPS的去激活DCI，那么需要停止SPS传输并释放SPS资源。此外，在现有LTE的SPS传输机制中，除了去激活DCI这种显性释放方法，还支持一种隐性释放方法，当UE连续经历一个预定义数量的SPS空白传输之后，SPS资源默认被释放，这里，预定义数量(参见RRC参数implicitReleaseAfter)由eNB在SPS的参数配置中通知给UE，在全文中，“空白传输”指UL SPS资源上没有任何数据传输。这两种去激活方法可以保证系统资源的有效使用，当UE的数据传输完毕时可以及时释放SPS资源。
对于RRC空闲态的UL SPS，如果SPS资源被某个UE单独占用，为了有效使用系统资源，同样需要去激活机制；如果SPS资源是被多个UE所共享，由于这多个UE同时没有数据传输的可能性不大，资源使用效率可以保证，那么可能不需要去激活机制，但从网络统筹使用资源的角度看，eNB可以对SPS资源重配置，或者直接对一组UE释放该共享的SPS资源。对于RRC空闲态的UL SPS的去激活机制，除了借鉴LTE系统的方法，也可以引入新的方法，下面将逐一阐述。
实施例一(在Idle态发起PRACH过程请求配置UL SPS资源)
该实施例描述了RRC空闲态UL SPS资源配置的一种方法，在该实施例中，RRC空闲态的UE发起竞争性PRACH过程来请求RRC空闲态的UL SPS，如果eNB在该PRACH过程中通过该UL SPS请求，且该PRACH过程竞争成功，那么UE在完成PRACH过程之后即可启动RRC空闲态的UL SPS。该竞争性PRACH过程的目的是用于请求RRC空闲态的UL SPS，在该PRACH过程中，UE和eNB之间的信令交互主要用于PRACH的竞争解决，以及RRC空闲态的UL SPS参数/资源配置，在完成该竞争性PRACH过程后，UE和eNB之间并没有建立或恢复RRC连接，UE将继续返回RRC空闲态，并发起RRC空闲态的UL SPS传输。
该实施例根据UL SPS请求信令的携带方式不同分为两类：一类是UE在Msg1(PRACH)携带RRC空闲态的UL SPS请求信息，那么eNB最早可以在RAR里响应该请求，这里的PRACH组和普通PRACH组通过时域、频域或码域划分，即eNB在系统广播信息配置两组PRACH，一组用于建立或恢复RRC连接，另一组用于请求RRC空闲态的UL SPS；另一类是UE在Msg3(PUSCH)携带RRC空闲态的UL SPS请求信息，那么eNB最早可以在Msg4(PDSCH)里响应该请求。如果UE的UL SPS请求被通过，且该PRACH过程竞争成功，该UE在Msg4之后(或者在Msg4的HARQ-ACK之后)的一个预定义时间点启动UL SPS传输，也可以在Msg4之后的一个预定义的时间窗口内监听Msg5的调度DCI并在Msg5启动UL SPS传输，即Msg5为第一个UL SPS传输。
该实施例根据UL SPS请求信令是否可以被拒绝分为两类：一类是eNB可以拒绝ULSPS的请求，如果请求被拒绝，那么因UL SPS请求而发起的PRACH过程将回退为普通PRACH过程(目的是建立或恢复RRC连接)，或者重新发起PRACH过程用于建立或恢复RRC连接；另一类是eNB不能拒绝UL SPS的请求，即PRACH过程必须要进一步配置UL SPS的参数/资源，例如在Msg4通过RRC信令配置UL SPS参数，并在Msg5的调度DCI配置SPS资源。
在现有LTE系统的SPS中，eNB在配置UL SPS参数时需要指示SPS C-RNTI值，用于SPS的激活DCI、去激活DCI和重传调度DCI。对于RRC空闲态的UL SPS，也需要一个RNTI值至少用于SPS的重传调度DCI，对于此类基于PRACH过程请求UL SPS的实施例，eNB无需额外配置用于RRC空闲态UL SPS的RNTI值，可以直接将RAR中指示的临时C-RNTI值用于RRC空闲态SPS的重传调度DCI。
在该实施例的一个例子中，当RRC空闲态的UE有上行数据到达时，UE在Msg1(PRACH)携带RRC空闲态的UL SPS请求信息，eNB在RAR里响应该UL SPS请求。RAR里的UL SPS响应信令为1比特专用信息，该1比特可以包含在RAR grant里，也可以是RAR里的一个预留比特，当指示值为1时，表示eNB通过该UL SPS请求；当指示值为0时，表示eNB拒绝该UL SPS请求，那么该PRACH过程将转为普通的PRACH过程，即目的是建立或恢复RRC连接，或者该PRACH过程在此终止，UE重新发起PRACH过程用于建立或恢复RRC连接。
此外，当UL SPS请求被通过时，RAR grant所指示的资源即为SPS资源(包括频域资源、MCS和重复次数等信息)，即Msg3资源和SPS资源相同，Msg3除包含用于竞争解决的UE ID等必要信令外还可以携带UE的上行数据，但Msg3并不是第一个UL SPS传输，即Msg3和最近的SPS传输之间没有必然的时间关系，并不满足一个SPS传输时间间隔。如果该UE的UL SPS请求被通过，且该PRACH竞争成功，那么PRACH过程之后可以启动UL SPS，第一个UL SPS传输的时间与Msg4(或Msg4的HARQ-ACK)之间有一个预定义的时间关系，例如在Msg4(或Msg4的HARQ-ACK)后的第4个子帧启动UL SPS。
在该实施例的另一个例子中，eNB在系统广播信息中配置多套UL SPS参数/资源，当UE在Msg1携带RRC空闲态的UL SPS请求信息，eNB在RAR里指示该UE使用哪一套UL SPS配置，这样虽然UL SPS资源信息是广播的，但仍然能够通过eNB控制使得广播的UL SPS资源专用于某个UE，以避免碰撞干扰。在该变体中，RAR里的UL SPS响应信令为N个比特，当指示为0时，表示eNB拒绝该UL SPS的请求；当指示值为除0以为的其他值时，表示eNB通过该UL SPS的请求，并指示某一套UL SPS参数/资源配置。
在该实施例的一个例子中，RRC空闲态的UE通过系统广播信息获取UL SPS的参数/资源配置。在另一个例子中，RRC空闲态的UE通过RAR获取UL SPS的参数/资源配置。在又一个例子中，没有专门用于配置UL SPS参数/资源的信令，例如，SPS传输时间间隔写死在系统标准中，用于加扰SPS重传调度DCI的RNTI值使用RAR里分配的Temporary C-RNTI值，SPS资源则重用Msg3资源。
在该实施例的一个例子中，当RRC空闲态的UE有上行数据到达时，UE发起竞争性PRACH过程，并在Msg3(PUSCH)携带RRC空闲态的UL SPS请求信息，eNB在Msg4(PDSCH)响应该UL SPS请求，Msg4可以携带1比特UL SPS响应信令，当指示值为1时，表示eNB通过该UL SPS请求；当指示值为0时，表示eNB拒绝该UL SPS请求，那么该PRACH过程将回退为普通的PRACH过程，即目的是建立或恢复RRC连接，此时Msg4内除了包含用于竞争解决的UE ID等必要信令外，还包含基本的RRC连接配置。
在该实施例的一个例子中，RRC空闲态的UE通过Msg4获取UL SPS参数和资源配置。在一个例子中，RRC空闲态的UE通过系统广播信息获取UL SPS参数配置，并通过Msg4获取ULSPS资源配置。在一个例子中，RRC空闲态的UE通过Msg4获取UL SPS参数配置，并通过Msg5的调度DCI获取UL SPS资源配置。
在该实施例的一个例子中，eNB在Msg4通过RRC空闲态的UL SPS请求，并用Msg5的调度DCI配置RRC空闲态的UL SPS资源，该DCI格式可以重用现有LTE系统的UL SPS激活DCI格式，并使用Temporary C-RNTI值加扰。如果eNB在Msg4通过该UL SPS请求，且该PRACH竞争成功，那么UE在Msg4(或者Msg4的HARQ-ACK)之后一个预定义的时间窗口内监听RRC空闲态的UL SPS资源配置DCI(即Msg5的调度DCI)，如果UE在窗口内有监听到该资源配置DCI，那么Msg5即为第一个UL SPS；如果UE在窗口内没有监听到该资源配置DCI，那么本次UL SPS请求没有成功，UE可以尝试下一次UL SPS请求，或者放弃RRC空闲态的UL SPS，直接发起PRACH请求建立或恢复RRC连接，进入RRC连接态传输上行数据。
实施例二(在Idle态发起两步PRACH过程请求配置UL SPS资源)
该实施例描述了RRC空闲态UL SPS资源配置的一种方法，在该实施例中，RRC空闲态的UE发起两步(Two Steps)PRACH过程来请求RRC空闲态的UL SPS传输，如果该两步PRACH过程竞争成功，那么UE在完成PRACH过程之后即可启动RRC空闲态的UL SPS传输。
该两步PRACH过程的目的是用于请求RRC空闲态的UL SPS，在该两步PRACH过程中，UE和eNB之间的信令交互主要用于PRACH的竞争解决，以及RRC空闲态的UL SPS参数/资源配置，在PRACH过程之后，UE和eNB之间并没有建立或恢复RRC连接，UE将返回RRC空闲态，并根据两步PRACH过程获取的配置执行RRC空闲态的UL SPS传输。
在该实施例中，用于请求RRC空闲态UL SPS的两步PRACH过程主要包括如下步骤：
步骤一：UE发送一个PRACH preamble和一个上行物理信道，该上行物理信道主要承载包含UE ID等信息的小数据包，可以是上行物理共享信道PUSCH，或者是上行物理控制信道PUCCH，或者是一个专门为两步PRACH过程所设计的上行物理信道，该PRACH peramble和上行物理信道在时间上是连续的，且PRACH preamble在前，承载UE ID等信息的上行物理信道在后。
步骤二：UE在对应的预定义时间窗口内接收一个随机接入响应(RAR)，该RAR内包含以下信息的一个或多个：时间提前量(TA)，临时C-RNTI(Temporary C-RNTI)值，UE ID等用于竞争解决的信息，RRC空闲态UL SPS参数和/或资源配置。如果RAR内包含的UE ID与UE在步骤一上报的UE ID相同，则表示该两步PRACH过程竞争成功，UE可以在RAR后的一个预定义时间点开始UL SPS传输，例如在RAR之后的第6个子帧启动UL SPS传输。
在一个例子中，PDSCH内最多包含一个上述的RAR，此时用于调度RAR的DCI所加扰的RNTI值由步骤一所使用的PRACH preamble和PRACH时频域位置通过一个预定义规则隐性得出。在另一个例子中，PDSCH最多包含N个上述的RAR，且N的值远小于一个PRACH时频资源上可用的PRACH preamble的最大数量，此时用于调度RAR的DCI所加扰的RNTI值由步骤一所使用的PRACH preamble组以及PRACH时频域位置通过一个预定义规则隐性得出。
实施例三(通过Paging激活/去激活SPS资源)
该实施例描述了RRC空闲态UL SPS资源激活/去激活的一种方法，在该实施例中，eNB通过Paging激活/去激活RRC空闲态的UL SPS资源，该激活/去激活信令可以针对小区内RRC空闲态的所有UE、一组UE或者某个特定UE。
在该实施例的一个例子中，UE在RRC连接态获取RRC空闲态的UL SPS参数/资源配置，当UE释放RRC连接进入RRC空闲态后，仍然保存该UL SPS配置并用于RRC空闲态。在另一个例子中，UE通过系统广播信息获取RRC空闲态的UL SPS参数/资源配置。
在该实施例的一个例子中，SPS资源的激活信令的生效时间为一个Paging周期，即只有在SPS资源被激活Paging周期内，RRC空闲态的UE才能使用SPS资源。在另一个例子中，SPS资源的激活信令的生效时间为一个预定义数量的Paging周期。在又一个例子中，SPS资源的激活信令的生效时间没有限制，UE在接收到SPS资源的激活信令之后可以一直使用SPS资源，直到接收到SPS资源的去激活信令。
在该实施例的一个例子中，第一个可用的UL SPS与携带SPS资源的激活信令的Paging之间有一个预定义的时间关系，例如第一个可用的UL SPS在Paging之后的第4个子帧，中间预留的3个子帧用于Paging的解码和SPS PUSCH发送的准备，根据第一个UL SPS的发送时间和SPS传输时间间隔确定后续UL SPS的发送时间。在另一个例子中，第一个可用的UL SPS与Paging之间没有必然的时间关系，每个UL SPS的发送时间可以通过配置的SPS周期和SPS发送时间偏移量来确定，且第一个可用的UL SPS不能早于Paging之后的第4个子帧。
在该实施例的一个例子中，当Paging指示UL SPS资源被激活时，如果UE在接收Paging时没有上行数据到达，那么UE在该Paging周期内都不能发送UL SPS，即使该UE在该Paging周期内有上行数据到达，也不能启动UL SPS，即实际传输的第一个UL SPS必须为该Paging周期内的第一个可用的UL SPS。在另一个例子中，当Paging指示UL SPS资源被激活时，如果UE在Paging接收时并没有上行数据到达，UE可以按照第一个UL SPS的发送时间确定该Paging周期之内所有的UL SPS的发送时间，只要UE在该Paging周期内有上行数据到达，即可启动UL SPS，即实际传输的第一个UL SPS可以为该Paging周期内的任意一个ULSPS。
在该实施例的一个例子中，RRC空闲态的UL SPS资源的激活/去激活信令通过Paging PDSCH携带。携带方法有两种：一种类似于系统信息更新通知(systemInfoModification)，适用于RRC空闲态的所有UE，也可以仅适用于与该Pagingoccasion相对应的一组UE；另一种是针对某个特定的UE，例如在一个Paging record内指示一个RRC空闲态UE的UL SPS被激活或去激活，这里的Paging record与现有的Pagingrecord目的不同，现有Paging record目的是唤醒RRC空闲态UE进入RRC连接态，而该Pagingrecord目的是激活RRC空闲态UE的UL SPS资源。
在该实施例的另一个例子中，RRC空闲态的UL SPS资源的激活/去激活信令在Paging DCI内携带，类似现有的Paging DCI用于直接指示系统信息更新通知，该SPS激活信令适用于RRC空闲态的所有UE，也可以仅适用于与该Paging occasion相对应的一组UE。利用Paging DCI携带RRC空闲态的UL SPS资源的激活/去激活信令的实现方法可以有以下多种：
第一种方法是对现有的Paging DCI新引入一个专用指示域，包括用于常规寻呼的Paging DCI和用于直接指示系统信息更新的Paging DCI，例如新增加1比特来指示RRC空闲态的UL SPS是否被激活。
第二种方法是利用现有的用于直接指示系统信息更新的Paging DCI内的一个预留比特来指示RRC空闲态的UL SPS是否被激活。
第三种方法是重用现有Paing DCI格式，但对DCI域的解读与现有Paging DCI不同，例如，当该DCI的某个预留比特指示某个特定值时，或者现有Paing DCI的某个域指示某个特定的预留值时，该Paging DCI就按照UL SPS资源的激活/去激活DCI解读，此时PagingDCI没有对应的Paging PDSCH，该DCI用于指示RRC空闲态的UL SPS资源信息，包括频域资源、MCS和重复次数等信息；否则，该DCI就按照现有Paing DCI解读。
第四种方法是对现有的Paging DCI新引入一个Flag域，当Flag指示值为0时，该DCI按照现有的Paging DCI解读；当Flag指示值为1时，该DCI按照UL SPS的激活/去激活DCI解读，此时Paging DCI没有对应的Paging PDSCH，该DCI类似现有LTE系统的SPS激活DCI，不同在于这里是用一个下行DCI激活UL SPS传输，该DCI指示RRC空闲态的UL SPS资源信息，包括频域资源、MCS和重复次数等信息。
第五种方法是引入一种新的DCI格式用于激活RRC空闲态的UL SPS，该激活DCI通过padding后的载荷大小与现有Paging DCI的载荷大小相同，使用与现有Paging DCI相同的控制信道搜索空间，不同在于该激活/去激活DCI使用RRC空闲态UL SPS的专用RNTI加扰，该DCI没有对应的PDSCH，该DCI类似现有LTE系统的SPS激活DCI，不同在于这里是用一个下行DCI激活UL SPS传输，该DCI指示RRC空闲态的UL SPS资源信息，包括频域资源、MCS和重复次数等信息。
实施例四(通过系统广播信息激活/去激活SPS资源)
该实施例描述了RRC空闲态UL SPS资源激活/去激活的一种方法，在该实施例中，eNB在系统广播信息中激活/去激活RRC空闲态的UL SPS资源，该激活/去激活信令针对小区内RRC空闲态的所有UE或者一组特定UE。
在该实施例中，UE在RRC连接态通过UE-specific RRC信令获取用于RRC空闲态的UL SPS配置，包括UL SPS的参数和资源配置，当该UE释放RRC连接进入RRC空闲态后，仍然保存该UL SPS配置并用于RRC空闲态。这里的UL SPS资源为周期性资源，通过配置的SPS周期和SPS发送时间偏移量确定每个UL SPS的发送时间。
当RRC空闲态的UE有上行数据到达时，即使已获取UL SPS的参数和资源配置，在使用UL SPS资源之前，仍需要获得网络的许可，例如eNB在系统广播信息中配置RRC空闲态ULSPS的资源许可信息(1比特)，当指示值为false时，表示RRC空闲态UE不可以使用预配置的UL SPS资源传输数据；当指示值为true时，表示RRC空闲态UE可以使用预配置的UL SPS资源传输数据。
在该实施例一个例子中，eNB针对不同CE level分别配置RRC空闲态UL SPS资源的激活/去激活信令；在另一个例子中，eNB对不同UE group分别配置RRC空闲态UL SPS资源的激活/去激活信令，例如通过UE ID的某几个比特位对UE进行分组。
实施例五(通过SPS的ACK DCI释放SPS资源)
该实施例描述了RRC空闲态UL SPS资源被释放的一种方法，在该实施例中，eNB通过一个显性信令通知UE释放SPS资源，该显性信令通过SPS的ACK DCI携带。
在该实施例中，UE可以通过接收显性的SPS资源释放信令来释放SPS资源，例如该释放信令在SPS的ACK DCI中携带，这里，ACK DCI是一个专门用于指示SPS PUSCH已被成功接收的DCI，可以重用在R-15标准中为早期终止(Early termination)这个功能(feature)所规定的ACK DCI格式，并使用其中的预留比特来指示SPS资源的释放。
实施例六(当TA timer过期后隐性释放SPS资源)
该实施例描述了RRC空闲态UL SPS资源去释放的一种方法，在该实施例中，当用于管理TA的TimeAlignmentTimer过期后，UE应该停止RRC空闲态UL SPS传输，释放SPS资源，无论上行数据是否传输完毕。
在该实施例中，RRC空闲态的UE通过发起PRACH过程请求RRC空闲态的UL SPS传输，在PRACH过程中，UE通过RAR获取TA用于RRC空闲态UL SPS传输，可选地，UE在RRC空闲态ULSPS传输过程中，也可以通过DCI获取TA更新的信令。
在一个例子中，用于管理TA的TimeAlignmentTimer参见在SIB2中指示的timeAlignmentTimerCommon值。在另一个例子中，用于管理TA的TimeAlignmentTimer也可能被专门配置，例如eNB可以通过Msg4配置TimeAlignmentTimerDedicated。
在该实施例中，UE在RRC空闲态UL SPS传输过程中，可以通过DCI获取TA更新的信令，如果UE接收到TA更新的信令并调整TA后，那么会重新启动TimeAlignmentTimer。
用于RRC空闲态的UL SPS的TA获取
在当前LTE系统中，由于RRC空闲态的UE只需定期监听Paging RRC，并没有任何上行传输，即RRC空闲态的UE没有任何TA信息，如果引入RRC空闲态的UL SPS，那么UE必须获取一个可用的TA，具体实现方法有以下几个实施例。
实施例一(在Connected态TimeAlignmentTimer被配置为无穷大时，TA可保存至Idle态使用)
该实施例描述了RRC空闲态UE获取用于UL SPS的TA的一种方法，在该实施例中，当UE在RRC连接态下TimeAlignmentTimer被配置为无穷大时，即使UE进入RRC空闲态，仍然可以保存RRC连接态下获取的TA，并用于RRC空闲态的UL SPS传输。
在该实施例中，由于IOT UE的实际使用场景，UE几乎相对静止，UE用于发送上行物理信道的TA也几乎不变，当UE将自己的“静止”特性上报给eNB时，eNB会依据该“静止”特性将TimeAlignmentTimer配置为无穷大(infinity)，这样UE在RRC连接态获取的TA可以一直使用，当UE释放RRC连接进入RRC空闲态时，该TA仍然被保存并用于RRC空闲态UL SPS发送。
在该实施例中，如果eNB没有给UE配置TimeAlignmentTimer为无穷大(infinity)，那么eNB就不应给该UE配置RRC空闲态的UL SPS传输，即使eNB给该UE配置了RRC空闲态的ULSPS传输，该UE也不应发送SPS PUSCH，因为没有可用TA，即eNB配置RRC空闲态的UL SPS传输的一个必要条件是UE的TimeAlignmentTimer必须配置为无穷大。
实施例二(通过PRACH过程获取TA)
该实施例描述了RRC空闲态UE获取用于UL SPS传输的TA的一种方法，在该实施例中，UE需要执行以下过程：
第一步：RRC空闲态UE在发送UL SPS之前先判断保存的TA是否有效，如果TimeAlignmentTimer过期，那么认为TA失效，如果TimeAlignmentTimer未过期，那么认为TA仍然有效；
第二步：如果UE认为TA失效，那么以现有的TA发送PRACH前导码，并监听对应的RAR或者TA验证(Verification)DCI以获取最新的TA。
在一个例子中，TimeAlignmentTimer通过小区系统信息广播配置，且该TimeAlignmentTimer专门用于RRC空闲态UL SPS传输的TA管理，而非现有系统广播的TimeAlignmentTimerCommon。在另一个例子中，TimeAlignmentTimer通过UE-specific RRC信令配置，例如，被包含在RRC空闲态UL SPS配置信息内。在又一个例子中，TimeAlignmentTimer重用现有系统的TimeAlignmentTimerCommon配置。
在该实施例中，RRC空闲态UE通过非竞争性PRACH过程验证TA的有效性并获取最新的TA，该非竞争性PRACH过程只有两步，在一个例子中，该两步PRACH过程包含PRACH(Msg1)和RAR(Msg2)；在另一个例子中，该两步PRACH过程包含PRACH(Msg1)和TA VerificationDCI(Msg2)。
对于包含PRACH(Msg1)和RAR(Msg2)的两步PRACH过程，RAR可重用现有系统中的RAR设计，与现有系统的RAR不同在于，这里的RAR并没有对应的Msg3调度，主要是向UE提供TA Command信息用于调整TA，以在预配置的资源上发送PUSCH。
在一个例子中，RAR所包含的UL Grant里的部分域被设定为预留值，例如MCS，TBS等域可被设定为预留值，因为该RAR并没有调度对应的Msg3，但RAR内的TPC域应该被保留，用于调整UL SPS的发送功率，即只有TA Command，Temporary C-RNTI和UL Grant内的部分域被解读。在另一个例子中，RAR所包含的UL Grant域整个被设为预留值，即只有TACommand和Temporary C-RNTI域被UE解读。在另一个例子中，RAR所包含的UL Grant域以及Temporary C-RNTI值都被设为预留值，即只有TA Command域被UE解读。
在一个例子中，用于监听RAR获取TA的时间窗口通过小区系统信息块的一个专用信令广播配置，而非现有系统的ra-ResponseWindowSize，即该RAR window仅用于TA验证过程，被配置的值一般会小于普通PRACH过程被配置的ResponseWindowSize的值。这个例子的好处在于，通过缩小RAR window可以减少TA获取过程的时间，以降低UE功耗，让UE快速获得TA用于RRC空闲态UL SPS传输。
对于包含PRACH(Msg1)和TA Verification DCI(Msg2)的两步PRACH过程，该TAverification DCI是一个专门用于指示TA的更新信息的DCI，该DCI至少包含一个11比特的TA command域，可选地，该TA verification DCI也可能包含一个TPC command域，用于调整UL SPS的发送功率。
在一个例子中，该TA verification DCI的CRC通过RA-RNTI加扰，该RA-RNTI与RAR的PDCCH使用的RA-RNTI值相同，即RA-RNTI值由发送的PRACH前导码及PRACH的时频域位置有关。
在另一个例子中，该TA verification DCI使用与调度UL SPS重传的DCI相同的RNTI值，即使用SPS-RNTI加扰CRC。可选地，该SPS-RNTI值通过UE-specific RRC信令配置(一并包含在RRC空闲态UL SPS配置信息内)，这里，RRC空闲态UL SPS资源是UE专用的。可选地，该SPS-RNTI值基于预定义的规则隐性计算得出，例如，该SPS-RNTI值通过UL SPS资源的时频域位置计算得出，这里，RRC空闲态UL SPS资源被很多UE所共享。
此外，UE在发送PRACH之后，在一个预定义或预配置的时间窗口内监听该TAVerification DCI，该时间窗口的长度为系统标准规定的一个值，或者在小区系统信息中广播配置。如果UE在该时间窗口内没有监听到TA Verification DCI，那么UE认为PRACH发送不成功，可以加大PRACH发射功率再次发起新的TA验证过程。
在一个例子中，监听TA Verification DCI的下行控制信道搜索空间为监听RAR的下行控制信道搜索空间，由小区系统信息广播配置。
在另一个例子中，监听TA Verification DCI的下行控制信道搜索空间为监听RRC空闲态UL SPS的重传调度DCI的下行控制信道搜索空间，由小区系统信息广播配置，或者通过UE-specific RRC信令配置(一并包含在RRC空闲态UL SPS配置信息内)。
在一个例子中，用于TA验证过程的PRACH前导码是专用于该UE的。这里，UL SPS资源是专用于该UE，并通过UE-specific RRC信令配置，网络在配置该UL SPS资源时一并配置UE-specific PRACH前导码，该PRACH前导码专用于该UE，并仅用于RRC空闲态UL SPS传输之前的TA验证过程。
在另一个例子中，用于TA验证过程的PRACH前导码是专用于该UL SPS资源的。这里，UL SPS资源被小区内的一组或所有RRC空闲态UE所共享，UE使用共享的UL SPS资源需要竞争解决(具体竞争解决方法可参考下面关于共享的UL SPS资源的使用方法的相关描述)。共享的UL SPS资源通过小区系统信息广播配置，每个UL SPS资源都对应一个专用的PRACH前导码，该PRACH前导码仅用于该UL SPS传输之前的TA验证过程，这个PRACH前导码可以被显性信令配置，或者基于预定义的准则隐性计算得出，例如，PRACH前导码根据对应的ULSPS资源的时频域位置计算得出。
实施例三(通过DCI携带TA更新)
该实施例描述了RRC空闲态UE获取用于UL SPS的TA的一种方法，在该实施例中，RRC空闲态UE在UL SPS传输过程中通过DCI获取TA更新的信令，该DCI内有一个专门用于TA更新的域，该DCI可以为SPS的ACK DCI、重传调度DCI、资源重配置DCI或者资源释放DCI。
在该实施例的一个例子中，考虑到UE的移动速度较小，TA变化范围较小，那么eNB基于SPS PUSCH及其DMRS估计的TA范围足够使用，即使这个TA范围要比基于PRACH估计的TA范围要小。在该例子中，UE在RRC空闲态UL SPS传输的过程中始终通过DCI获取TA更新的信令，受限于DCI域大小的限制，该TA更新的信令可调整的TA范围较小。
在另一个例子中，考虑到UE的移动速度较大，那么eNB基于SPS PUSCH及其DMRS估计的TA范围不够，eNB可以通过DCI通知UE发送其他上行物理信号/信道，以辅助eNB检测出更大的TA范围，例如通过DCI触发PRACH或SRS的发送。在该例子中，UE在RRC空闲态UL SPS传输的过程中，可以通过DCI或RAR获取UE更新的信令，eNB可以通过现有系统的PDCCH命令(PDCCH order)触发PRACH过程，那么UE可以通过PRACH过程中的RAR获得TA更新的信令，该TA更新的信令可调整的TA范围较大。
在该实施例的一个例子中，RRC空闲态的UE在SPS资源上每发送一次PUSCH之后，都会在一个预定义的时间窗口内监听该PUSCH的ACK DCI，这里的ACK DCI是一个专门用于指示SPS PUSCH已被成功接收的DCI，可以重用在R-15标准中为Early termination功能所规定的ACK DCI格式，并使用其中某些预留比特指示TA更新。类似地，也可以借用SPS重传调度DCI、SPS资源重配置DCI或SPS资源释放DCI的某些预留比特指示TA更新，例如借用NDI和/或HARQ进程号等指示域的比特。
预定义的时间窗口传输时间间隔预定义的时间窗口在该实施例的一个例子中，上述DCI所包含的TA指示域大小为6比特，即指示范围0～63的TA更新值，那么新的TA值按照如下公式计算：TAnew＝NTAold+(TA-31)×16。在另一个例子中，上述DCI所包含的TA指示域为3或4比特，即指示范围分别为0～7或0～15的TA更新值，那么新的TA值将分别按照如下公式计算：TAnew＝NTAold+(TA-4)×16，TAnew＝NTAold+(TA-8)×16。
实施例四(判断TA是否有效的准则以及MAC层TA维护过程)
该实施例描述了配置有RRC空闲态的预配置上行资源(Pre-configured ULResources，PUR)的UE判断TA是否有效的准则，以及MAC层对于上行TA的维护过程的一种方法。
RRC空闲态的预配置上行传输(预配置上行资源上的传输)必须基于有效的TA发送PUSCH。如果UE没有有效的TA，UE不能在预配置的上行资源上发送PUSCH。判断TA是否有效的准则应该应用如下一项或多项：
1.当RRC空闲态的TimeAlignmentTimer不在运行时，TA被认为无效。
2.在RRC空闲态的TA有效期(Validity Period)之外，TA被认为无效。
3.当服务小区(RRC空闲态下的驻留小区)发生改变时，TA被认为无效。
4.当服务小区(RRC空闲态下的驻留小区)的RSRP的测量值的变化超过一个预定义的门限时，TA被认为无效。
5.当一个或多个邻小区的RSRP的测量值的变化超过一个预定义的门限时，TA被认为无效。
6.当来自至少两个基站信号的到达时间差(Time Difference of Arrival，TDOA)的变化超过一个预定义的门限时，TA被认为无效。
7.当UE具有指示静止特性的标签时，TA总是被认为有效。
8.当小区系统信息指示小区半径小于一个预定义的门限时，TA总是被认为有效。
在该实施例中，MAC实体有一个可配置的用于RRC空闲态的timeAlignmentTimer计时器，该timeAlignmentTimer计时器用于控制在多长时间内MAC实体可以考虑RRC空闲态下的驻留小区是上行时间对齐的。
可选地，RRC空闲态的timeAlignmentTimer通过小区的系统信息广播配置，并与RRC连接态的timeAlignmentTimer分别使用不同的参数配置。可选地，RRC空闲态的timeAlignmentTimer通过UE-specific RRC信令配置，例如，UE在RRC连接态下获得RRC空闲态的timeAlignmentTimer配置，timeAlignmentTimer可以被包含在PUR的一系列参数配置内。
当RRC空闲态的timeAlignmentTimer没有在运行时，除了PRACH，MAC实体在RRC空闲态下不能执行任何上行传输，包括在预配置上行资源上的传输。
MAC实体对RRC空闲态的TA的维护过程至少包含以下内容的一项：
1.当在RRC空闲态下接收到一个由物理层提供的TA Command时(TA Command通过物理层DCI承载)
-使用这个TA Command
-启动或重新启动RRC空闲态的timeAlignmentTimer
2.当在RRC空闲态下接收到一个TA Command MAC CE时
-使用这个TA Command
-启动或重新启动RRC空闲态的timeAlignmentTimer
3.当在RRC空闲态下接收到一个RAR里的TA Command时
-使用这个TA Command
-启动或重新启动RRC空闲态的timeAlignmentTimer
-如果该RACH过程的竞争解决不成功，那么停止运行RRC空闲态的timeAlignmentTimer
4.当在RRC空闲态下接收到一个RAR里的TA Command时
-如果这个随机接入前导码不是MAC实体选择的，即对应的RACH过程为免竞争的(Contention-free)
-使用这个TA Command
-启动或重新启动RRC空闲态的timeAlignmentTimer
-否则，如果RRC空闲态的timeAlignmentTimer没有在运行-使用这个TA Command
-启动或重新启动RRC空闲态的timeAlignmentTimer
-如果该RACH过程的竞争解决不成功，那么停止运行RRC空闲态的timeAlignmentTimer
-否则，忽略这个TA Command
5.当RRC空闲态下的驻留小区发生改变时
-停止运行RRC空闲态的timeAlignmentTimer
6.当RRC空闲态下的驻留小区的RSRP测量值的变化超过一个门限时，例如门限为N个dB
-停止运行RRC空闲态的timeAlignmentTimer
-备注：优选地，N是一个预定义的值，即系统标准规定的一个值，例如N＝5；可选地，N是一个可配置的值，由小区系统信息广播配置。可选地，上述RSRP的变化限制在一个预定义的时间窗口内。
7.一个或多个邻小区(驻留小区以外的小区)的RSRP测量值的变化超过一个门限时，例如门限为M个dB
-停止运行RRC空闲态的timeAlignmentTimer
-备注：M与上面的N类似，优选地，M是一个预定义的值，即系统标准规定的一个值，例如M＝8；可选地，M是一个可配置的值，由小区系统信息广播配置。可选地，上述RSRP的变化限制在一个预定义的时间窗口内。
8.当来自至少两个基站信号的的TDOA测量值的变化超过一个门限时
-停止运行RRC空闲态的timeAlignmentTimer
9.当接收到指示静止的标签，且RRC空闲态的timeAlignmentTimer过期时
-重新启动RRC空闲态的timeAlignmentTimer(即timeAlignmentTimer为无穷大，永不过期)
10.当RRC空闲态的timeAlignmentTimer过期时
-清空所有HARQ缓存器
-可选地，释放RRC空闲态的预配置上行资源
对于具有RRC空闲态预配置上行资源的UE，UE在RRC连接态获取的TA可以被保存并用于RRC空闲态。在UE获取预配置上行传输的配置信息之后，当UE首次从RRC连接态转入RRC空闲态时，从RRC连接态获取的TA被称为RRC空闲态的初始TA。
可选地，管理RRC空闲态初始TA的timeAlignmentTimer在UE进入RRC空闲态时开始运行。
可选地，管理RRC空闲态初始TA的timeAlignmentTimer在UE接收到该TA Command时开始运行，即RRC连接态运行的timeAlignmentTimer在UE进入RRC空闲态后继续运行。
可选地，管理RRC空闲态初始TA的timeAlignmentTimer使用RRC连接态的timeAlignmentTimer的配置值。
可选地，管理RRC空闲态初始TA的timeAlignmentTimer使用RRC空闲态的timeAlignmentTimer的配置值。
可选地，用于RRC空闲态的timeAlignmentTimer与用于RRC连接态的timeAlignmentTimer被分别配置，即两者可能被配置为不同的值。
可选地，用于RRC空闲态的timeAlignmentTimer默认使用与用于RRC连接态的timeAlignmentTimer相同的配置值，即基站无需额外配置RRC空闲态的timeAlignmentTimer。
RRC空闲态初始TA应遵从上述的TA维护过程以及判断是否有效的规则，当初始TA失效之后，UE可通过RACH/EDT过程获取更新的TA，更新的TA也应遵从上述的TA维护过程以及判断是否有效的规则。管理后续更新TA的timeAlignmentTimer在获得该TA Command时开始运行，并基于RRC空闲态的timeAlignmentTimer的配置值。
RRC空闲态的UL SPS的回退机制
实施例一(发起PRACH过程请求UL SPS被拒绝时的回退机制)
该实施例描述了RRC空闲态UL SPS回退机制的一种方法，在该实施例中，当RRC空闲态的UE有上行数据到达时，UE发起一个竞争性PRACH过程来请求UL SPS传输，例如，UE通过Msg1或Msg3携带请求UL SPS传输的信息，那么eNB通过Msg2(对应Msg1携带请求信息)或Msg4(对应Msg3携带请求信息)响应该请求信令，考虑网络实际负载状况，eNB可能会拒绝该UL SPS请求，那么当eNB拒绝该UL SPS请求时，UE需要回退到现有系统的普通模式，即进入RRC连接态传输上行数据。
在该实施例的一个例子中，如果eNB拒绝了UE的UL SPS请求，那么该UE在当前这个PRACH过程就回退到普通PRACH过程(目的是建立/恢复RRC连接)，进入RRC连接态传输上行数据。例如，如果eNB在Msg4决绝了UL SPS请求，那么Msg4会包含用于建立/恢复RRC连接的相关RRC信令；或者，如果eNB在Msg2拒绝了UL SPS请求，那么Msg3会进一步包含请求建立/恢复RRC连接的相关RRC信令，Msg4会包含用于建立/恢复RRC连接的相关RRC信令；或者，UE和eNB将进一步通过Msg5和/或Msg6建立/恢复RRC连接。
在该实施例的另一个例子中，如果eNB拒绝了UE的UL SPS请求，那么该UE重新发起普通PRACH过程建立/恢复RRC连接，或者尝试一个预定义次数的PRACH过程请求UL SPS传输，如果在多次PRACH过程中，该UE的UL SPS请求都被拒绝，那么UE重新发起普通PRACH过程建立/恢复RRC连接，进入RRC连接态传输上行数据。
实施例二(UL SPS多次传输不成功时的回退机制)
该实施例描述了RRC空闲态UL SPS回退机制的一种方法，在该实施例中，当RRC空闲态的UE通过UL SPS发送上行数据不成功时，UE会回退到现有系统的机制，例如，UE在一个预定义次数的UL SPS发送不成功之后，将停止UL SPS传输，并发起普通PRACH过程建立/恢复RRC连接，进入RRC连接态传输上行数据，以保证上行数据传输的可靠性。
在该实施例中，UE经历连续的多次UL SPS发送不成功之后即可触发回退机制，这里连续的UL SPS发送不成功的次数为一个预定义的值，可以在标准中规定具体值，例如4次，也可以由eNB通过系统广播信息配置，或者被包含在UL SPS的参数配置里。
在该实施例的一个例子中，如果UE发送UL SPS不成功，那么UE在尝试下一次ULSPS发送时，可以按照一个预定义的步长不断增加发送功率。在另一个例子中，如果UE发送UL SPS不成功，那么UE在尝试下一次UL SPS发送时，发送功率不能增加，即所有的SPSPUSCH发送功率必须保持一致。
在该实施例的一个例子中，RRC空闲态的UE在SPS PUSCH之后的一个预定义的时间窗口内监听该PUSCH的ACK DCI，该ACK DCI是一个指示SPS PUSCH已被成功接收的DCI，如果UE在预定义的时间窗口内没有收到ACK DCI，则UE认为SPS PUSCH发送不成功，那么UE可以在下一个SPS机会发起重传，如果UE发起多次SPS重传仍不成功，那么UE应该放弃UL SPS发送，发起普通PRACH过程建立/恢复RRC连接，进入RRC连接态发送上行数据。
在该实施例的另一个例子中，RRC空闲态的UL SPS资源为共享资源，多个UE可能会同时使用相同的SPS资源发送上行数据，所以UE使用UL SPS资源时需要竞争解决机制，例如，UE在UL SPS资源上发送数据时一并携带UE ID等用于竞争解决的信息，在发送该PUSCH或其重传之后，会在一个预定义的时间窗口内接收到一个指示竞争是否成功的DCI或PDSCH，类似现有PRACH过程中的Msg4，该DCI或PDSCH会包含UE ID等用于竞争解决的信息，如果该DCI或PDSCH所包含的UE ID与之前SPS PUSCH中上报的UE ID相同，那么UE认为竞争成功，即SPS PUSCH发送成功。如果UE连续多次UL SPS竞争不成功，那么UE应该放弃UL SPS传输，发起普通PRACH过程建立/恢复RRC连接，进入RRC连接态发送上行数据。
实施例三(通过DCI指示UL SPS的回退)
该实施例描述了通过DCI指示RRC空闲态UL SPS回退的一种方法，在该实施例中，UE需要执行以下过程：
第一步：RRC空闲态UE在预配置的上行资源上发送PUSCH；
第二步：UE在发送PUSCH后的一个预定义或预配置的时间窗口内，监听一个预配置的RNTI值加扰的DCI，该DCI用于调度UL SPS的重传，或者指示UL SPS传输回退到EDT或常规PRACH过程。
在该实施例中，当基站对UL SPS解码不成功时，基站可通过DCI指示UE使用其他传输方式发送数据，即UL SPS传输可回退到其他传输方式，例如，DCI可指示UL SPS传输回退到EDT(假定该基站支持EDT传输)或进入RRC连接态传输上行数据。
在该实施例中，当UE收到的DCI指示UL SPS回退时，UE应默认之前的UL SPS传输不成功，并将之前的数据通过回退的传输方式发送给基站，且回退操作仅针对此次UL SPS传输，在下一个UL SPS传输机会，如果有数据要传输，仍然可以使用UL SPS发送数据。
在一个例子中，UL SPS传输回退到哪种传输方式由UE自己决定。UE根据前面实际传输的UL SPS的TBS值决定该UL SPS传输是回退到EDT还是RRC连接态，如果实际传输的TBS值小于小区允许的EDT的最大TBS值，那么UE将执行EDT操作；如果实际传输的TBS值大于小区允许的EDT的最大TBS值，那么UE将发起常规PRACH过程建立或恢复RRC连接。
在另一个例子中，UL SPS传输回退到哪种传输方式在DCI中明确指示。
在该实施例的一个例子中，UL SPS传输的最大TBS值小于或等于EDT传输的最大TBS值，当UL SPS传输不成功时，基站可通过DCI指示UL SPS传输回退到EDT，该例子与上面例子的区别在于，这里的DCI只能指示UL SPS回退到EDT，不能通过DCI指示UL SPS回退到RRC连接态。
在该实施例中，指示UL SPS回退的DCI与调度UL SPS重传的DCI使用相同的加扰RNTI值，该RNTI值通过UEspecific RRC信令配置，或者基于一个预定义的规则隐性计算得出，例如通过使用的UL SPS资源的时频域位置计算得出。
此外，指示UL SPS回退的DCI与调度UL SPS重传的DCI的载荷大小相同，在一个例子中，这两种DCI通过1比特flag域区分，如果flag域的指示值为0，该DCI以调度UL SPS重传的格式来解读，如果flag域的指示值为1，该DCI以指示UL SPS回退的格式来解读。在另一个例子中，这两种DCI通过某个DCI域的预留值(Reserved Value)配置来隐性区分，例如当资源分配(Resource Allocation，RA)域的指示值为预留值时，则该DCI用于指示UL SPS的回退。
共享的UL SPS资源的使用方法
对于RRC空闲态UL SPS传输，在一个例子中，eNB预配置给UE的UL SPS资源用于多个UE共享，例如通过小区系统信息广播配置的UL SPS资源；在另一个例子中，eNB预配置给UE的UL SPS资源专用于某一个UE，例如通过RRC连接态的UE-specific RRC信令，或通过PRACH过程中的Msg2、Msg4或Msg5的调度DCI配置的UL SPS资源。
如果一个UL SPS资源被多个UE共享，那么当多个UE同时在该UL SPS资源上发送数据时，就会发生PUSCH碰撞，类似于PRACH碰撞，RRC空闲态下共享的UL SPS资源上发送的PUSCH也应有竞争解决过程，例如UE在UL SPS资源上发送数据时一并携带UE ID等信息，之后监听对应的竞争解决信令，如果竞争解决信令包含的UE ID与之前上报的UE ID相同，则表示该UE竞争成功。
类似于PRACH碰撞，为减少PUSCH的碰撞概率，eNB可预配置多个UL SPS资源供UE随机选择，UL SPS资源的容量越大，碰撞概率就越低。多个UL SPS资源可以基于正交多址接入方式，例如通过时域、频域或空间域等方式划分；也可以基于非正交多址接入方式，例如通过非正交的码字或非正交的交织图案等方式划分。每个UL SPS资源都是周期性资源，且每个UL SPS资源的周期都应相同。
在一个例子中，通过使用不同的DMRS序列扩展UL SPS资源的容量，例如，RRC空闲态下在一个时频资源块上传输PUSCH时，可使用不同的DMRS序列，UE在配置的多个时频资源块中任意选择一个时频资源块，并在配置的多个DMRS序列中任意选择一个DMRS序列，基于选择的时频资源块和DMRS序列发送PUSCH。
如果限定PUSCH传输只能使用正交多址接入，那么与PRACH资源可以在码域切分(码域有64个PRACH preamble)不同，PUSCH资源(即上述的UL SPS)只能在时域、频域或空间域切分。时域切分表示多个UL SPS资源的SPS周期相同，频域位置相同，但SPS时间偏移值不同。频域切分表示多个UL SPS资源的SPS周期相同，SPS时间偏移值相同，但频域位置不同。空间域切分表示多个UL SPS资源的SPS周期相同，SPS时间偏移值相同，频域位置相同，但使用的DMRS的循环移位值不同。
实施例一(共享的UL SPS资源的竞争过程)
该实施例描述了RRC空闲态UE通过竞争解决使用共享的UL SPS资源的一种方法，在该实施例中，UE通过两步法完成UL SPS资源的竞争解决，第一步：UE任意选择一个UL SPS资源发送数据，发送的PUSCH除包含上行数据外，还包含UE ID等信息；第二步：UE监听eNB发送的竞争解决信令，如果竞争解决信令包含的UE ID和在第一步所上报的UE ID相同，那么认为在该UL SPS资源上竞争成功。
这里的第一步类似于PRACH过程的Msg3，第二步类似于PRACH过程的Msg4，相比较PRACH的竞争解决过程，只是省略了Msgl和Msg2。在第一步和第二步之间，UE可能会接收到第一步的重传调度DCI，并执行对应的重传。
在该实施例的一个例子中，竞争解决信令通过PDSCH携带，即UE在UL SPS资源上发送第一步(PUSCH)之后，会在预配置的下行物理控制信道搜索空间监听预配置的RNTI值加扰的DCI，如果该DCI为第一步(PUSCH)的重传调度DCI，那么UE重传第一步(PUSCH)，如果该DCI为第二步(PDSCH)的调度DCI，那么UE接收第二步(PDSCH)，如果UE对该PDSCH成功解码，且该PDSCH所包含的UE ID表明竞争成功，则在对应的PUCCH资源上发送ACK，否则，什么也不用做。
这里，第二步(PDSCH)的相关配置(例如参考信号功率进而最大重复次数等)可以专门配置，也可以重用PRACH过程中Msg2/Msg4的相关配置，即通过系统广播信息配置；用于反馈第二步(PDSCH)的HARQ-ACK的PUCCH的相关配置(例如PUCCH资源和重复次数等)可以专门配置，也可以重用PRACH过程中Msg4的对应PUCCH传输的相关配置，即通过系统广播信息配置。
在该实施例的另一个例子中，竞争解决信令通过DCI携带，即UE在发送第一步(PUSCH)之后，会在预配置的下行物理控制信道搜索空间监听以预配置的RNTI值加扰的DCI，如果该DCI为第一步(PUSCH)的重传调度DCI，那么UE重传第一步(PUSCH)；如果该DCI为直接指示竞争解决信令的DCI，那么UE进一步判断该DCI所包含的UE ID与第一步(PUSCH)所上报的UE ID是否相同，如果相同，则在对应的PUCCH资源上发送ACK，否则，什么也不用做。
这里，直接指示竞争解决信令的DCI还包含对应的HARQ-ACK资源相关的指示域，例如HARQ-ACK resource offset。与通过PDSCH携带竞争解决信令的方法类似，这里用于反馈第二步(DCI)的HARQ-ACK的PUCCH的相关配置(包含PUCCH资源、重复次数等)可以专门配置，也可以重用PRACH过程中Msg4的对应PUCCH传输的相关配置，即通过系统广播信息配置。
在一个例子中，携带竞争解决信令的DCI和用于第一步(PUSCH)重传调度的DCI具有相同的载荷大小，但DCI域的解读方式不同，具体采用哪种方式解读由DCI内的一个flag域所指示，由于DCI载荷大小的限制，用于竞争解决的DCI可能无法包含完整的UE ID信息，即只包含UE ID的部分信息，那么UE在第一步(PUSCH)也无需上报完整的UE ID信息，只需上报对应的部分UE ID信息，为了避免UE间的干扰碰撞不能被竞争解决，eNB预配置的UL SPS资源不能用于恰巧部分UE ID信息相同的不同UE，即UL SPS资源并非所有UE都能共享，只有特定的一组UE才能共享。
在另一个例子中，携带竞争解决信令的DCI和用于第一步(PUSCH)重传调度的DCI具有不同的载荷大小，即UE需要监听不同载荷大小的DCI，这里的竞争解决DCI可以包含全部的UE ID信息，也可以只包含部分的UE ID信息。
实施例二(竞争成功后可连续占用多次SPS资源)
该实施例描述了RRC空闲态UE通过竞争解决使用共享的UL SPS资源的一种方法，在该实施例中，UE在一个UL SPS资源上竞争成功后可连续多次使用该UL SPS资源。如果UE在一个UL SPS资源上发送数据并竞争成功，那么在该UL SPS资源的后续多个周期，UE可以直接发送数据，无需竞争解决，即发送的PUSCH内无需包含UE ID等用于竞争解决的信息。
在该实施例的一个例子中，UE在UL SPS资源上竞争成功后可在该UL SPS资源的后续周期连续使用一个预定义的次数，例如，该预定义的次数在系统标准中规定，或者在系统广播信息中配置。在预定义次数的PUSCH之后，无论上行数据是否传输完毕，都应释放该ULSPS资源，如果上行数据没有传输完毕，那么UE可重新发起UL SPS资源的竞争。
在该实施例的另一个例子中，UE在UL SPS资源上竞争成功后可在一个预定义的持续时间内继续使用该UL SPS资源，例如，该预定义的持续时间在系统标准中规定，或者在系统广播信息中配置。在预定义的持续时间之后，无论上行数据是否传输完毕，都应释放该ULSPS资源，如果上行数据没有传输完毕，那么UE可重新发起UL SPS资源的竞争。
在该实施例的又一个例子中，UE在UL SPS资源上竞争成功后可持续使用该UL SPS资源，直到上行数据传输完毕并通过隐性方式释放该UL SPS资源，或者直到该UL SPS资源的显性释放信令被接收到。
在该实施例的一个例子中，UE在一个UL SPS资源的每一个周期都可以发起竞争占用，即发送数据时直接启动两步竞争过程。在另一个例子中，UE只在一个UL SPS资源的特定周期才能发起竞争占用，例如UL SPS资源的每10个周期可发起一次竞争占用，一旦竞争成功，可以使用该UL SPS资源的后续9个周期。
实施例三(每次使用SPS资源都需要竞争解决)
该实施例描述了RRC空闲态UE通过竞争解决使用共享的UL SPS资源的一种方法，在该实施例中，UE每次使用UL SPS资源都需要竞争解决，例如，UE每次在UL SPS资源上发送数据时都使用上述的两步法竞争。如果UE在一个UL SPS资源的某个周期发起竞争并成功占用，那么UE并不能直接使用该UL SPS资源的下个周期发送数据，仍然需要发起竞争占用。这里，UE可以在UL SPS资源的任意一个周期发起竞争占用。
RRC空闲态UL SPS传输过程中的PDSCH接收
在前文所述的RRC空闲态UL SPS传输过程中，即RRC空闲态上行预配置资源的传输过程中，UE主要是发送上行数据，以及监听用于支持UL SPS的HARQ功能的下行物理控制信道，例如ACK DCI和/或重传调度DCI等，以及用于支持UL SPS资源重配置或释放功能的下行物理控制信道，例如UL SPS资源重配置DCI和/或资源释放DCI等，即该传输过程涉及到的物理信道只有上行物理数据信道(PUSCH)和下行物理控制信道(PDCCH)。
实际上，在不增加UE太多功耗的条件下，UE在RRC空闲态UL SPS传输过程中可以接收下行物理数据信道(PDSCH)，该PDSCH可用于RRC空闲态UL SPS传输的辅助，或者传输UE的少量下行数据。这里，RRC空闲态UL SPS传输过程是指发送PUSCH到监听对应的ACK/重传调度DCI这一段时间，即发送PUSCH之后的一个预定义或预配置的时间窗口内。
实施例一(RRC空闲态UL SPS传输过程中的PDSCH接收)
该实施例描述了RRC空闲态UL SPS传输过程中接收PDSCH的一种方法，在该实施例中，UE需要执行以下过程：
第一步：RRC空闲态UE在预配置的上行资源上发送PUSCH；
第二步：UE在发送PUSCH后的一个时间窗口内监听一个调度PDSCH的DCI，并进一步接收该动态调度的PDSCH。
可选地，时间窗口可以是预定义的，即时间窗口的长度是系统规定的。可选地，时间窗口可以是预配置的，即时间窗口的长度是小区系统信息配置的。
在该实施例中，在一个UL SPS资源的周期内，RRC空闲态UE在发送UL SPS后的一个时间窗口内，UE有且只会接收一个PDSCH及其一次或多次重传，PDSCH重传的最大次数由小区系统信息配置。即，UE在时间窗口内最多只会接收一个下行物理传输块(TransportBlock，TB)，这样的好处在于，监听PDSCH的DCI及接收PDSCH对执行UL SPS传输的UE而言，功耗没有增加太多。
在该实施例中，时间窗口的长度在小区系统信息中广播配置，以ms为单位(用于MTC系统)，或者以PDCCH周期为单位(用于NB-IOT系统)。在时间窗口之内，发起UL SPS传输的RRC空闲态UE会一直监听以下DCI中的一种或多种：调度PDSCH初传及重传的DCI，UL SPS的ACK DCI，调度UL SPS重传的DCI，UL SPS资源的重配置DCI，UL SPS资源的释放DCI，携带TA更新的DCI，携带竞争解决信令的DCI等。在时间窗口之后，该UE将返回常规的RRC空闲态，进入休眠模式，并定期醒来监听寻呼消息。
优选地，时间窗口的长度通过小区系统信息配置。可选地，时间窗口的长度通过UE-pecific RRC信令配置。可选地，时间窗口的长度通过预定义规则隐性计算得出，例如根据UL SPS资源的周期计算得出。
在该实施例中，优选地，时间窗口的总持续时间是变化的，UE可以通过一个计时器控制时间窗口，UE在发送UL SPS后的第N个子帧启动计时器，这里，N是系统标准里规定的一个固定值，例如N＝4，这N-1个子帧的间隔用于基站对PUSCH的处理时间以及对应下行物理信道的发送准备时间。计时器的初始值为通过信令配置的时间窗口的子帧长度。在计时器运行过程中，如果UE监听到调度PDSCH初传或重传的DCI，或者监听到调度UL SPS重传的DCI，且计时器的剩余时间小于系统规定的一个固定值，例如8ms，那么计时器将扩大到8ms，以满足该PDSCH或PUSCH的一个HARQ往返进程的最小时间。
可选地，时间窗口的总持续时间为固定的，即时间窗口的预定义或预配置的子帧长度，时间窗口的起始时间从发送UL SPS后的第N个子帧开始，这里，N是系统标准里规定的一个固定值，例如N＝4。
在该实施例中，调度PDSCH的DCI与调度UL SPS重传调度的DCI使用相同的RNTI值，即用于UL SPS传输的RNTI值。此外，调度PDSCH的DCI与调度UL SPS重传调度的DCI的载荷大小相同，通过1比特Flag域区分该DCI是用于上行调度还是下行调度。
在该实施例中，RRC空闲态UE在发送UL SPS之后所接收的PDSCH基于现有系统的pdsch-ConfigCommon，即重用Msg4的高层信令配置参数。该PDSCH支持HARQ功能，即UE应上报对应的ACK/NACK，用于上报ACK/NACK的PUCCH应基于现有系统的PUCCH-ConfigCommon，即重用Msg4的ACK传输的高层信令配置参数。
在该实施例中，该PDSCH用于携带以下信息中的一个或多个：
1.RCC连接的配置信息
这里，PDSCH可用于携带RRC连接的配置信息，其作用类似于现有系统中PRACH过程中的Msg4。即，RRC空闲态UE在发送UL SPS之后，可以通过接收携带RRC连接的配置信息的PDSCH快速进入RRC连接态。
例如，在RRC空闲态UL SPS传输过程中，网络发现该UE有寻呼消息到达，那么基站通过该PDSCH将UE从RRC空闲态转入RRC连接态；或者，UE的上行到达数据通过UL SPS无法传输完毕，UE将BSR或者RRC连接请求(RRC Connection Request)等信息上报给基站，那么基站通过该PDSCH将UE从RRC空闲态转入RRC连接态。
2.UL SPS的RLC层ACK
这里，PDSCH可用于携带对应的UL SPS的RLC层ACK。
3.TA Command MAC CE
这里，PDSCH可用于携带TA command MAC CE，用于调整UE的TA。
4.UL SPS资源的重配置或释放
这里，PDSCH可用于携带重配置或释放UL SPS资源的RRC信令。
5.UE的下行数据
这里，PDSCH可用于携带UE的少量下行数据，系统规定该PDSCH所允许携带的最大下行数据量，如果下行数据量小于或等于该最大值，基站可以通过UL SPS传输过程中的PDSCH传输UE的下行数据；如果下行数据量大于该最大值，基站只能建立RRC连接传输UE的下行数据。
6.用于携带共享的UL SPS资源竞争解决的信令
这里，预配置的UL SPS资源是UE共享的，PDSCH可用于携带前文所述的共享的ULSPS资源的竞争过程中的竞争解决信令。
利用CRS来提升MPDCCH的解调性能
对于IOT UE(包括MTC UE和NB-IOT UE)，覆盖增强(Coeverage Enhancement，简称CE)是一个主要功能。IOT UE所经历的无线信道条件一般都比较差，较低的SINR水平会影响UE侧下行信道估计的准确性，进而恶化下行物理信道的解调性能，CE模式下如果能有效改善IOT UE的下行信道估计性能，那么对下行物理信道解调性能的提升会起到事半功倍的作用，甚至可以减少下行物理信道的重复次数，从而节省系统资源和减少IOT UE的功耗，在CElevel越高时这种增益越明显。
在Rel-16 LTE MTC中将要规范一种通过CRS改善MTC物理下行控制信道(MTCPhysical Downlink Control CHannel，简称MPDCCH)解调性能的方法，即通过小区参考信号(Cell Reference Signal，简称CRS)来提升MPDCCH的信道估计性能，例如联合CRS和MPDCCH的DMRS一起做信道估计，即CRS天线端口和MPDCCH的DMRS天线端口具有映射关系，这里的映射关系表示这CRS天线端口和MPDCCH DMRS天线端口发送的信号来自同一个天线端口，UE可基于这种假设联合CRS天线端口和MPDCCH DMRS天线端口的所有RS来做信道估计，由于RS密度有所增加，信道估计性能会明显改善。
例如，DMRS天线端口在每个PRB占用12个RE，由于2个DMRS天线端口在同一个RE上通过CDM方式复用，实际有效RE个数可理解为6个，CRS天线端口0或1在每个PRB占用8个RE，CRS天线端口2或3在每个物理资源块(Physical Resource Block，简称PRB)占用4个RE，如果联合CRS天线端口0或1，那么近似对原有DMRS天线端口的参考信号(Referene Signal，简称RS)密度提高133％，如果联合CRS天线端口2或3，那么近似对原有DMRS天线端口的RS密度提高67％，RS密度的大幅度提升可有效改善MPDCCH的信道估计性能。
针对MTC UE，下列实施例给出了通过CRS提升MPDCCH信道估计性能的具体实现方法，该实施例也可以相应扩展到NB-IOT UE。
实施例一(高层信令配置DMRS端口(DMRS port)与CRS端口(CRS port)的映射关系)
该实施例描述了通过CRS提升MPDCCH信道估计性能的一种方法，在该实施例中，MTC UE通过高层信令被配置CRS天线端口和MPDCCH DMRS天线端口之间的映射关系，这里的映射关系表示某个DMRS天线端口实际来自某个CRS天线端口，或者由多个CRS天线端口通过一个预编码器(Precoder)混合而成，可能的映射关系可以有以下几种：
A.DMRS天线端口{107，108，109，110}与CRS天线端口{0，1，2，3}一一对应，即DMRS天线端口107对应CRS天线端口0，DMRS天线端口108对应CRS天线端口1，DMRS天线端口109对应CRS天线端口2，DMRS天线端口110对应CRS天线端口3。
B.DMRS天线端口{107，108，109，110}都对应CRS天线端口0。
C.DMRS天线端口{107，108}都对应CRS天线端口0，DMRS天线端口{109，110}都对应CRS天线端口1。
D.DMRS天线端口{107，109}都对应CRS天线端口0，DMRS天线端口{108，110}都对应CRS天线端口1。
E.DMRS天线端口{107，108，109，110}中的每一个都由CRS天线端口{0，1，2，3}通过一个Precoder构建而成，但是每个DMRS天线端口所对应Precoder都不同。
F.DMRS天线端口{107，108}中的每一个都由CRS天线端口{0，1}通过一个Precoder构建而成，但是DMRS天线端口107和108所对应的Precoder不同，DMRS天线端口{109，110}中的每一个都由CRS天线端口{2，3}通过一个Precoder构建而成，但是DMRS天线端口109和110所对应的Precoder不同。
G.DMRS天线端口{107，109}中的每一个都由CRS天线端口{0，1}通过一个Precoder构建而成，但是DMRS天线端口107和109所对应的Precoder不同，DMRS天线端口{108，110}中的每一个都由CRS天线端口{2，3}通过一个Precoder构建而成，但是DMRS天线端口108和110所对应的Precoder不同。
对于上述映射关系A和E，只有在CRS天线端口数为4时才会被配置，对于上述映射关系C、D、F和G，只有在CRS天线端口大于等于2时才会被配置。
对于上述映射关系B、C和D，当多个DMRS天线端口对应同一个CRS天线端口时，UE可联合这多个DMRS天线端口和该CRS天线端口一起做信道估计，相比仅一个DMRS天线端口对应一个CRS天线端口，信道估计性能可以进一步提高。
对于上述映射关系E、F和G，当一个DMRS天线端口由多个CRS天线端口通过一个Precoder构建而成时，表示由这多个CRS天线端口估计出的信道响应再乘以一个Precoder即等效于DMRS天线端口估计出的信道响应，这种方法的好处是通过CRS提升MPDCCH的信道估计性能时还可以保证MPDCCH的波束成形(beamforming)性能，如果让CRS天线端口直接对应到DMRS天线端口，由于CRS是小区公共参考信号，不能被波束成形，那么连带MPDCCH的DMRS也不能被波束成形。
在一个例子中，上述的Precoder通过信令显性配置，例如通过高层信令配置利用CRS天线端口构建DMRS天线端口的Precoder。在另一个例子中，上述的Precoder通过隐性方式决定，例如，根据UE的C-RNTI值、DMRS天线端口索引号和/或子帧索引号，通过一个预定义的规则对应一个Precoder组内的一个Precoder。在一个例子中，当MPDCCH重复时，Precoder在连续多个子帧上保持一致，以维持这多个子帧上的信道响应具有强相关性以提高信道估计精度，当MPDCCH被配置在多个窄带(Narrowband，简称窄带)做调频时，每切换一个Narrowband，对应的Precoder也可以根据一个预定义的规则变换一次。
在该实施例的一个例子中，CRS天线端口和MPDCCH DMRS天线端口之间具有默认的映射关系，例如固定为上述多种映射关系中的一种，即无需信令配置，但MTC UE需要通过高层信令配置CRS天线端口和MPDCCH DMRS天线端口之间是否具有默认的映射关系，如果被配置具有默认的映射关系，CRS可被用来提升MPDCCH的信道估计，否则，CRS不能被用来提升MPDCCH的信道估计。
在该实施例的一个例子中，CRS天线端口和MPDCCH DMRS天线端口之间具有默认的映射关系，即无需信令配置，且这种映射关系与小区配置的CRS天线端口数有关，即不同的CRS天线端口数下具有不同的映射关系。
在一个例子中，如果CRS天线端口数为1，则默认DMRS天线端口{107，108，109，110}都对应CRS天线端口0；如果CRS天线端口数为2，或者如果CRS天线端口数大于等于2(即为2或4)，则默认DMRS天线端口{107，108}(或者{107，109})都对应CRS天线端口0，DMRS天线端口{109，110}(或者{108，110})都对应CRS天线端口1；如果CRS天线端口数为4，则默认DMRS天线端口{107，108，109，110}与CRS天线端口{0，1，2，3}一一对应。
在另一个例子中，如果CRS天线端口数为1，则默认DMRS天线端口107对应CRS天线端口0，其他DMRS天线端口与CRS天线端口无映射关系；如果CRS天线端口数为2，则默认DMRS天线端口107对应CRS天线端口0，DMRS天线端口108对应CRS天线端口1，其他DMRS天线端口与CRS天线端口无映射关系；如果CRS天线端口数为4，则默认DMRS天线端口{107，108，109，110}与CRS天线端口{0，1，2，3}一一映射。
在该实施例的一个例子中，CRS天线端口和MPDCCH DMRS天线端口之间的映射关系为可通过高层信令配置为以上多种映射关系中的一种，例如eNB配置CRS天线端口和MPDCCHDMRS天线端口之间的映射关系配置为上述映射关系{B，C}中的一种；或者配置为上述映射关系{B，D}中的一种；或者配置为上述映射关系{B，C，D}中的一种。
在该实施例的一个例子中，CRS天线端口和MPDCCH DMRS天线端口之间的映射关系既可以通过UE-specific RRC信令配置，也可以在小区系统信息里配置，且不会同时使用这两种信令方式配置，通过UE-specific RRC信令配置表示CRS仅用于UE-specific searchspace的MPDCCH性能改善，通过小区系统信息配置表示CRS可同时用于Common searchspace和UE-specific search space的MPDCCH性能改善。
在该实施例的另一个例子中，CRS天线端口和MPDCCH DMRS天线端口之间的映射关系既可以通过UE-specific RRC信令配置，也可以在小区系统信息里配置，且这两种信令方式可以分别配置，即可以同时配置，通过UE-specific RRC信令配置的信令仅用于UE特定的搜索空间(UE-specific search space)里的MPDCCH性能改善，通过小区系统信息配置的信令仅用于公共搜索空间(Common search space)里的MPDCCH性能改善。在一个例子中，两种信令方式都同时配置时，配置的映射关系必须相同。在另一个例子中，两种信令方式都同时配置时，配置的映射关系可能相同也可能不同。
在该实施例的一个例子中，如果MTC UE通过高层信令被配置CRS天线端口和MPDCCH DMRS天线端口之间的映射关系，该MTC UE也会通过该高层信令一并被配置CRS天线端口与DMRS天线端口之间的功率偏移值，例如通过2比特指示DMRS天线端口相对CRS天线端口的4个功率偏移值：{0，3，6，9}dB。在另一个例子中，该功率偏移值为DMRS天线端口相对CRS天线端口的功率偏移。
在该实施例的另一个例子中，如果MTC UE通过高层信令被配置CRS天线端口和MPDCCH DMRS天线端口之间的映射关系，该MTC UE可默认CRS天线端口和DMRS天线端口具有相同的发射功率，或者默认DMRS天线端口比CRS天线端口的发射功率高3dB，即无需信令指示CRS天线端口和DMRS天线端口的发射功率之间的关系。
实施例二(DMRS端口与CRS端口的映射关系的参数配置)
该实施例描述了利用CRS提升MPDCCH性能的参数配置，为支持利用CRS提升MPDCCHDMRS端口的信道估计性能，UE需要获取以下参数配置的一项或多项：
1.CRS与MPDCCH DMRS是否具有预定义的映射关系(即Precoder)
当该参数被配置为true时，CRS与MPDCCH DMRS之间具有预定义的映射关系，预定义的映射关系指系统规定好的映射关系，无需信令指示，UE可以根据此映射关系利用CRS提升MPDCCH DMRS的信道估计性能。
CRS与一个MPDCCH DMRS端口的映射关系以一个预编码向量(Precoder)表示，这里的Precoder为广义概念，Precoder里的每个元素都可以被设置为0，即一个MPDCCH DMRS端口可以通过Precoder被映射到一个或多个CRS端口上。
例如，表示CRS与某一个MPDCCH DMRS端口的映射关系的预编码向量可以为即该MPDCCH DMRS端口被映射到CRS端口0～3，由4个CRS端口构建。特别地，预编码向量也可以为[1 0 0 0]，即该MPDCCH DMRS端口被映射到CRS端口0，仅由CRS端口0构建，这也表明该MPDCCH DMRS端口和CRS端口实际上来自同一个天线端口。特别地，预编码向量也可以为/>即该MPDCCH DMRS端口被映射到CRS端口0～1，仅由CRS端口0和1构建。
可选地，CRS与不同MPDCCH DMRS端口的映射关系必须使用不同的Precoder。可选地，CRS与不同MPDCCH DMRS端口的映射关系可以使用相同的Precoder，如果2个MPDCCHDMRS端口与CRS的映射关系相同，即表明这2个MPDCCH DMRS端口实际上来自同一个天线端口。
可选地，CRS与MPDCCH DMRS的映射关系默认在时域和/或频域保持不变，在时域保持不变是指每个子帧都使用相同的Precoder，UE可以在时域跨子帧对无线信道响应平均以提升信道估计性能，在频域保持不变是指每个PRB都使用相同的Precoder，UE可以在频域跨PRB对无线信道响应插值以提升信道估计性能。
可选地，CRS与MPDCCH DMRS的映射关系默认在时域和/或频域以预定义的粒度按照预定义的方式做预编码向量轮换(Precoder Cycling)，UE可以在轮换粒度内跨子帧或跨PRB对信道估计算法优化以提升性能。
映射关系在时域和/或频域预定义的轮换粒度为M个子帧或N个PRB，即M个连续子帧或N个连续PRB内使用相同的映射关系，每M个子帧轮或每N个PRB改变一次映射关系，M和N为一个预定义的值，例如，M＝4，N＝2。预定义的轮换方式为，在一个预定义的Precoder集合中，Precoder按照顺序轮换，用于轮换的Precoder集合可以使用现有系统中用于上报预编码矩阵指示(Precoding Matrix Indication，PMI)的码本(Codebook)的部分或整个码本，或者是系统新定义的一个Precoder集合。
当映射关系在时域和频域都轮换时，假定可轮换的Precoder有4个，MPDCCH占用6个PRB，那么可按照图11所示的方式轮换。
可选地，在映射关系轮换时，用于第一个子帧和/或第一个PRB的Precoder由DMRS端口号决定，例如，DMRS端口107总是从预定义的Precoder集合里的第一个Precoder开始轮换，DMRS端口108总是从预定义的Precoder集合里的第二个Precoder开始轮换，DMRS端口109总是从预定义的Precoder集合里的第三个Precoder开始轮换，DMRS端口110总是从预定义的Precoder集合里的第四个Precoder开始轮换。
可选地，在映射关系轮换时，每个DMRS端口对应一个预定义的precoder集合，即不同DMRS端口基于不同的预定义precoder集合实施轮换。
可选地，在映射关系轮换时，用于第一个子帧和/或第一个PRB的Precoder由DMRS端口号和子帧号决定，例如P_i＝(Subframe+Port)％N，这里Subframe为0～9的子帧号，Port为DMRS的端口号，用107～109表示，或者用0～3表示，N为预定义的可轮换的Precoder总数(即Precoder集合大小)，P_i为Precoder集合里的元素编号。
可选地，在映射关系轮换时，用于第一个子帧和/或第一个PRB的Precoder由DMRS端口号、子帧号和物理小区ID决定，例如P_i＝(SubframeNumber+Port+PCI)％N，这里SubframeNumber为0～9的子帧号，Port为DMRS的端口号，用107～109表示，或者用0～3表示，PCI为物理小区ID，N为预定义的Precoder集合里的Precoder总数，P_i为Precoder集合里的元素编号。
当MPDCCH被配置为跳频模式时，可选地，CRS与MPDCCH DMRS的映射关系在跳频的窄带内默认相同，可选地，CRS与MPDCCH DMRS的映射关系在跳频的窄带内可以不同，并具有预定义的关系。
2.CRS与MPDCCH DMRS的映射关系(即Precoder)
可选地，基站为每个MPDCCH DMRS端口分别配置对应的Precoder。
可选地，基站仅为第一个MPDCCH DMRS端口(即端口107)配置对应的Precoder，其他MPDCCH DMRS端口对应的Precoder与第一个MPDCCH DMRS端口所配置的Precoder之间具有预定义的关系。
可选地，对于集中式(Localized)MPDCCH，可配置的CRS与MPDCCH DMRS的映射关系使用现有系统中用于上报PMI的码本内的Precoder，即一个MPDCCH DMRS端口可以被映射到多个CRS端口。例如可配置的Precoder有16个，系统通过4bit指示UE使用哪一个Precoder。
可选地，对于分布式(Distributed)MPDCCH，可配置的CRS与MPDCCH DMRS映射关系有[1 0 0 0]，[0 1 0 0]，[0 0 1 0]和[0 0 0 1]，即一个MPDCCH DMRS端口仅被映射到一个CRS端口。例如，可配置的Precoder有4个，系统通过2bit指示使用哪一个Precoder。
在参数1里描述的Precoder Cycling也可以用在这里，不同在于，用于第一个子帧或第一个PRB的Precoder不是通过隐性方式获取，而是通过显性信令获取。
可选地，CRS与MPDCCH DMRS的映射关系(即Precoder)通过RRC层信令配置，例如，通过UE-specific RRC信令或者小区系统信息指示。
可选地，CRS与MPDCCH DMRS的映射关系(即Precoder)通过MAC层信令配置，例如，通过一个MAC CE指示。
可选地，CRS与MPDCCH DMRS的映射关系(即Precoder)通过物理层信令配置，例如通过一个DCI指示，该DCI可以是Cell Specific，UE Specific或者UE-group Specific。
可选地，如果UE有上报PMI，UE应认为CRS与MPDCCH DMRS的映射关系默认使用UE最新上报的PMI，且在时域和频域都保持不变，如果UE在之前的一段时间以内没有上报PMI，UE应使用配置的CRS与MPDCCH DMRS的映射关系。
3.CRS与MPDCCH DMRS的映射关系(即Precoder)在频域是否轮换。
该参数用于指示CRS与MPDCCH DMRS的映射关系在频域上是否轮换。当该参数被配置为true时，UE应认为CRS与MPDCCH DMRS的映射关系在一个窄带(Narrowband)内的所有PRB(6个PRB)上都相同，即PRB bundling的粒度为6个PRB；否则，UE应考虑CRS与MPDCCHDMRS的映射关系以预定义的方式逐PRB轮换。
4.CRS与MPDCCH DMRS的映射关系(即Precoder)在频域的轮换粒度(PRB数量)
该参数也称为CRS与MPDCCH DMRS的映射关系的PRB bundling的PRB数量。PRBbundling是指DMRS在多个相邻PRB上使用相同的Precoder，即CRS与MPDCCH DMRS在多个相邻PRB上使用相同的映射关系。UE可以跨PRB对无线信道响应插值以提升信道估计性能。
该参数表示在N个相邻PRB内，MPDCCH DMRS使用相同的Precoder，即CRS与MPDCCHDMRS使用相同的映射关系，N的可配置值有2，3，4，和/或6，UE可以跨N个PRB对无线信道响应插值以提升信道估计性能
5.CRS与MPDCCH DMRS的映射关系(即Precoder)在时域是否轮换
当该参数被配置为true时，UE应认为CRS与MPDCCH DMRS的映射关系在时间上每子帧轮换，或者按照一个预定义的粒度轮换，例如每2个子帧轮换一次；否则，UE应认为CRS与MPDCCH DMRS的映射关系在时域保持不变，即MPDCCH DMRS的Precoder在所有子帧上相同，UE可以跨子帧做无线信道响应的平均以提升信道估计性能。
6.CRS与MPDCCH DMRS的映射关系(即Precoder)在时域的轮换粒度(子帧数量)
该参数表示在N个相邻子帧内，CRS与MPDCCH DMRS使用相同的映射关系，并每N个相邻子帧对映射关系轮换一次，即在N个子帧内，MPDCCH DMRS使用相同的Precoder，N的可配置值有2，3，4，和/或6，UE可以跨子帧对无线信道响应插值以提升信道估计性能
7.CRS与MPDCCH的DMRS的功率偏移值
可选地，该参数被可选地配置，如果网络没有配置该参数，UE对CRS与MPDCCH的DMRS的功率偏移使用一个预定义的值，例如0dB。
8.CRS与MPDCCH DMRS的映射关系是否基于上报的PMI
当该参数被配置为true时，UE应将最新上报的PMI用作CRS与MPDCCH DMRS的映射关系，CRS与MPDCCH DMRS在时域和频域都使用上报的Precoder，直到下一个更新的PMI上报被应用，系统应规定UE在发送PMI上报后的第N个子帧开始将上报的PMI用于CRS与MPDCCHDMRS，例如N＝4。
可选地，上述参数1～8通过UE-specific RRC信令配置，UE将配置的参数应用于被配置的MPDCCH的UE特定的搜索空间(UE-specific Search Space，USS)以及Type0公共搜索空间(Common Search Space，CSS)。
可选地，上述参数1～8通过UE-specific RRC信令配置，UE将配置的参数仅应用于MPDCCH USS。
可选地，上述参数1～8通过UE-specific RRC信令配置，UE将配置的参数仅应用于MPDCCH的Type0 CSS。
可选地，上述参数1～8通过UE-specific RRC信令配置，UE将配置的参数应用于MPDCCH的USS以及所有的CSS，包括Type0，Type1，Type1A，Type2，和Type2A CSS。
可选地，上述参数1～8通过小区系统信息广播配置，UE将配置的参数仅用于MPDCCH的Type0 CSS。
可选地，上述参数1～8通过小区系统信息广播配置，UE将配置的参数仅用于MPDCCH的Type1 CSS(用于Paging)和Type2 CSS(用于RAR)。
可选地，上述参数1～8通过小区系统信息广播配置，UE将配置的参数应用于所有MPDCCH CSS，包括Type0，Type1，Type1A，Type2，和Type2A CSS。
可选地，上述参数1～8对每个MPDCCH搜索空间分别配置，配置的参数仅用于对应的MPDCCH搜索空间。
可选地，上述参数1～8只有在CRS的端口数量配置为4时才能被配置，即当CRS的端口数量少于4时，CRS不能被用于提升MPDCCH DMRS的信道估计性能。
可选地，上述参数1～8只有在CRS的端口数量配置为2或4时才能被配置，即当CRS的端口数量为1时，CRS不能被用于提升MPDCCH DMRS的信道估计性能。
可选地，上述参数3和5可以合并为一个参数，即CRS与MPDCCH DMRS的映射关系要么在时域和频域都保持相同，要么在时域和频域都以预定义粒度按照预定义方式轮换。
可选地，利用CRS提升MPDCCH DMRS的性能仅用于非MBSFN子帧，即上述参数配置1～8仅用于非MBSFN子帧，对于MBSFN子帧，UE不应该假定CRS与MPDCCH DMRS之间具有映射关系。
可选地，对于集中式(localized)MPDCCH，CRS与MPDCCH DMRS可以使用基站配置的映射关系，或者使用基于PMI上报的映射关系，并由基站指示使用哪一种。对于第一种，UE应将基站配置的映射关系用于CRS与MPDCCH DMRS，且在时域和频域都保持相同，直到接收到新的映射关系的配置信息。对于第二种，UE应将最新上报的PMI用于CRS与MPDCCH DMRS，且在时域和频域都保持相同，直到下一个更新的PMI上报被应用，系统应规定UE在发送PMI上报后的第N个子帧开始将上报的PMI用于CRS与MPDCCH DMRS，例如N＝4。
对于集中式MPDCCH，CRS与MPDCCH DMRS的映射关系可配置的Precoder集合可使用现有系统中用于上报PMI的码本的部分或整个，即一个MPDCCH DMRS端口可以被映射到多个CRS端口。
可选地，对于分布式(distributed)MPDCCH，CRS与MPDCCH DMRS应使用预定义的映射关系轮换，即用于轮换的precoder集合在规范中有规定，但映射关系在时域和/或频域所使用的轮换粒度应通过基站配置。例如，映射关系在时域的轮换粒度可以被配置为4个子帧，即每4个子帧变化一次映射关系，4个子帧内使用相同的映射关系；映射关系在频域的轮换粒度可以被配置为2个PRB，即每2个PRB变化一次映射关系，2个PRB内使用相同的映射关系。
对于分布式MPDCCH，CRS与MPDCCH DMRS的映射关系可使用的Precoder集合有[1 00 0]，[0 1 0 0]，[0 0 1 0]和[0 0 0 1]，即一个MPDCCH DMRS端口仅被映射到一个CRS端口。
对CSI-RS的RE做打孔或速率匹配操作
为了让IOT UE(包括MTC UE和NB-IOT UE)与LTE UE更好共存，用于LTE UE的CSI-RS配置也可以通知给IOT UE，以便IOT UE在接收PDSCH时可以将CSI-RS的RE位置避开，那么IOT UE对PDSCH的实际传输所使用的RE位置有更为准确的理解，PDSCH的解码性能可以被提高。这种设计更适用于MTC系统的non-BL/CE UE，因为non-BL UE本身就可以工作在普通LTEUE的模式，已经具备CSI-RS的支持能力。
实施例一(接收CSI-RS配置信令用于PDSCH的接收)
该实施例描述了UE基于CSI-RS的配置信息接收PDSCH的一种方法，在该实施例中，UE需要执行以下过程：
第一步：UE接收CSI-RS的配置信息；
第二步：UE根据CSI-RS的配置信息，在接收PDSCH时对CSI-RS的RE做打孔或速率匹配处理。
在一个例子中，上面所述的CSI-RS配置信息通过UE-specific RRC信令配置。在另一个例子中，上面所述的CSI-RS配置信息在小区系统信息中广播配置。
在该实施例中，UE包括MTC UE和NB-IOT UE。CSI-RS配置信息仅用来辅助PDSCH的接收，以提高PDSCH的检测性能，UE无需测量CSI-RS。该CSI-RS配置信息用来指示CSI-RS子帧的位置、CSI-RS的周期以及CSI-RS的频域图样，UE根据该CSI-RS配置信息可确定CSI-RS的RE所在位置，UE在接收PDSCH时对CSI-RS的RE做打孔或速率匹配处理
在一个例子中，UE在接收PDSCH时对CSI-RS的RE做打孔处理，即，基于CSI-RS的RE可用的假设对PDSCH做速率匹配，但UE将CSI-RS的RE上接收到的PDSCH信号丢弃。
在另一个例子中，UE在接收PDSCH时对CSI-RS的RE做速率匹配处理，即，基于CSI-RS的RE不可用的假设对PDSCH做速率匹配，UE认为CSI-RS的RE上没有PDSCH信号的映射。
在又一个例子中，UE在接收PDSCH时对CSI-RS的RE做打孔或速率匹配处理，例如，当PDSCH的发送子帧数为1时(即PDSCH没有被重复发送)，UE在接收PDSCH时对CSI-RS的RE做速率匹配处理；当PDSCH的发送子帧数大于1时(即PDSCH被重复发送)，UE在接收PDSCH时对CSI-RS的RE做打孔处理。
上面例子的好处在于，PDSCH被重复发送时，某些PDSCH子帧上可能有CSI-RS，某些PDSCH子帧可能没有CSI-RS，采用打孔处理方式能便于对多个子帧上的PDSCH信号做软合并，当PDSCH重复发送时使用打孔处理方式较佳，当PDSCH没有被重复时，基于速率匹配的接收处理方式比基于打孔的接收处理方式能获得更好的解码性能。
上文已经结合优选实施例对本发明的方法和涉及的设备进行了描述。本发明提供了用于支持RRC空闲态上行传输的方案，其可以节省建立RRC连接的信令开销以及每次ULPUSCH传输的动态调度信令，也避免了RRC连接态下额外的UE功耗，从而提高系统传输效率和降低UE功耗。
本领域技术人员可以理解，上面示出的方法仅是示例性的。本发明的方法并不局限于上面示出的步骤和顺序。上面示出的基站和用户设备可以包括更多的模块，例如还可以包括已经开发的或者将来开发的可用于基站或UE的模块等等。上文中示出的各种标识仅是示例性的而不是限制性的，本发明并不局限于作为这些标识的示例的具体名称。本领域技术人员根据所示实施例的教导可以进行许多变化和修改。
本技术领域技术人员可以理解，本公开包括涉及用于执行本申请中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随即存储器)、EPROM(Erasable ProgrammableRead-Only Memory，可擦写可编程只读存储器)、EEPROM(Electrically ErasableProgrammable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。
本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本公开公开的结构图和/或框图和/或流图的框或多个框中指定的方案。
本技术领域技术人员可以理解，本公开中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本公开中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本公开中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。
以上所述仅是本公开的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本公开原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本公开的保护范围。
Claims (25)
1.一种无线通信系统中由用户设备UE执行的方法，包括：
从基站接收用于无线资源控制RRC空闲态上行传输的预配置上行资源PUR的配置；
在所述RRC空闲态下，使用所述PUR传输上行数据；以及
如果配置数量的连续的PUR的时机被跳过，则释放所述PUR的配置。
2.根据权利要求1所述的方法，还包括：
在使用所述PUR的传输后的时间窗口内，监听使用预配置的无线网络临时标识RNTI值加扰的物理下行控制信息DCI，所述DCI包括如下至少一个指示域：
用于指示使用所述PUR的传输被所述基站成功解码的确认ACK的指示域；
用于指示所述UE回退的指示域；
用于调整所述PUR的重复次数的指示域；
用于调整时间提前量TA的指示域。
3.根据权利要求2所述的方法，其中，所述时间窗口的长度通过用户设备UE特定的RRC信令配置。
4.根据权利要求2所述的方法，其中，所述时间窗口在使用所述PUR的传输后的第N个子帧处开始，其中，N为预定值。
5.根据权利要求4所述的方法，其中，N为4。
6.根据权利要求1-4中任一项所述的方法，其中，所述PUR的配置包括如下中的至少一项：
使用所述PUR的传输的跳频指示信息；
用于控制隐性释放所述PUR的配置的所述PUR的时机被连续跳过的次数；
用于管理使用所述PUR的传输的时间提前量的时间对准计时器；
使用所述PUR的传输的最大重传次数；
用于加扰在使用所述PUR的传输后监听的DCI的RNTI值；
用于在使用所述PUR的传输后监听DCI的时间窗口计时器。
7.根据权利要求1所述的方法，还包括：
在RRC空闲态下，确定用于使用所述PUR的传输的时间提前量是有效的。
8.根据权利要求7所述的方法，其中，在满足下述至少一个条件的情况下，确定使用所述PUR的传输的时间提前量是有效的：
用于管理使用所述PUR的传输的时间提前量的时间对准计时器在运行中；以及
服务小区的参考信号接收功率RSRP变化量没有超出门限。
9.根据权利要求1-4中任一项所述的方法，其中，接收对所述PUR的所述预配置包括：
在RRC连接态下，通过所述UE特定的RRC信令接收所述PUR的配置。
10.根据权利要求1所述的方法，其中，所述配置数量被配置为implicitReleaseAfter参数。
11.根据权利要求1所述的方法，其中，接收所述PUR的配置包括：
在RRC连接态下，接收所述PUR的配置；以及
在释放RRC连接时，预留所述PUR的配置。
12.根据权利要求11所述的方法，还包括：
在RRC空闲态下，监听激活信令，所述激活信令用于激活配置的用于RRC空闲态上行传输的资源，以及
其中，在所述RRC空闲态下使用所述PUR传输上行数据包括：在所述RRC空闲态下，在激活的资源上传输上行数据。
13.根据权利要求11所述的方法，还包括：
在RRC连接态下，接收时间提前量TA；以及
在释放RRC连接时，保留所述TA，以供在RRC空闲态下传输上行数据。
14.根据权利要求1所述的方法，其中，接收所述PUR的配置包括：
通过随机接入过程来请求用于RRC空闲态的所述PUR。
15.根据权利要求14所述的方法，其中，经由随机接入过程来请求用于RRC空闲态的所述PUR包括：
发送由随机接入消息3携带的请求信息；以及
接收由随机接入消息4携带的所述PUR的配置。
16.根据权利要求14所述的方法，其中，经由随机接入过程来请求用于RRC空闲态的所述PUR包括：
发送由随机接入消息3携带的请求信息；
接收由随机接入消息4携带的所述PUR的配置；以及
接收由随机接入消息5的下行控制信息DCI携带的用于RRC空闲态上行传输的资源配置。
17.根据权利要求1所述的方法，还包括：
释放所述PUR的配置。
18.根据权利要求17所述的方法，其中，释放所述PUR的配置包括以下至少一种：
在用于管理时间提前量TA的时间对准计时器到期之后释放所述PUR的配置；以及
在从基站接收到释放信令之后释放所述PUR的配置。
19.根据权利要求14所述的方法，还包括：
接收由随机接入消息4携带且指示基站拒绝配置用于RRC空闲态上行传输的所述PUR的信息。
20.根据权利要求14所述的方法，还包括：
当在随机接入过程中所述请求被拒绝时，回退以建立或恢复RRC连接。
21.根据权利要求14所述的方法，还包括：
接收由随机接入消息2携带的用于RRC空闲态上行传输的时间提前量TA；或者
接收由下行看控制信息DCI携带的用于RRC空闲态上行传输的时间提前量TA。
22.根据权利要求1所述的方法，还包括：
在RRC空闲态配置上行资源上的预定次数传输失败之后，回退到随机接入过程以建立或恢复RRC连接。
23.根据权利要求1所述的方法，其中，预配置资源是半静态配置的。
24.一种用户设备，包括
处理器；以及
存储器，用于存储机器可读指令，所述指令在由处理单元执行时，将所述处理器配置为执行根据权利要求1-23中任一项所述的方法。
25.一种机器可读存储介质，其上存储有机器可读指令，所述指令在由机器执行时将所述机器配置为执行根据权利要求1-23中任一项所述的方法。
Priority Applications (7)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311182214.0A CN117202375A (zh) | 2018-08-09 | 2018-11-01 | 用于rrc空闲态上行传输的方法及设备 |
| EP19846208.7A EP3821676B1 (en) | 2018-08-09 | 2019-08-09 | Method for idle mode uplink transmission in wireless communication system |
| EP23183465.6A EP4231732A3 (en) | 2018-08-09 | 2019-08-09 | Apparatus and method for idle mode uplink transmission in wireless communication system |
| US17/250,591 US11997739B2 (en) | 2018-08-09 | 2019-08-09 | Apparatus and method for idle mode uplink transmission in wireless communication system |
| KR1020217007025A KR20210030999A (ko) | 2018-08-09 | 2019-08-09 | 무선 통신 시스템에서 유휴 모드 업링크 송신을 위한 장치 및 방법 |
| PCT/KR2019/010029 WO2020032659A1 (en) | 2018-08-09 | 2019-08-09 | Apparatus and method for idle mode uplink transmission in wireless communication system |
| US18/672,916 US20240314876A1 (en) | 2018-08-09 | 2024-05-23 | Apparatus and method for idle mode uplink transmission in wireless communication system |
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810905324 | 2018-08-09 | ||
| CN2018109053248 | 2018-08-09 | ||
| CN201811136964 | 2018-09-27 | ||
| CN2018111369643 | 2018-09-27 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311182214.0A Division CN117202375A (zh) | 2018-08-09 | 2018-11-01 | 用于rrc空闲态上行传输的方法及设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110831197A CN110831197A (zh) | 2020-02-21 |
| CN110831197B true CN110831197B (zh) | 2023-10-10 |
Family
ID=69547491
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311182214.0A Pending CN117202375A (zh) | 2018-08-09 | 2018-11-01 | 用于rrc空闲态上行传输的方法及设备 |
| CN201811298996.3A Active CN110831197B (zh) | 2018-08-09 | 2018-11-01 | 用于rrc空闲态上行传输的方法及设备 |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311182214.0A Pending CN117202375A (zh) | 2018-08-09 | 2018-11-01 | 用于rrc空闲态上行传输的方法及设备 |
Country Status (5)
| Country | Link |
|---|---|
| US (2) | US11997739B2 (zh) |
| EP (2) | EP4231732A3 (zh) |
| KR (1) | KR20210030999A (zh) |
| CN (2) | CN117202375A (zh) |
| WO (1) | WO2020032659A1 (zh) |
Families Citing this family (75)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11395224B2 (en) | 2018-02-09 | 2022-07-19 | Lg Electronics Inc. | Method of operating in idle mode and apparatus using same |
| WO2019219162A1 (en) * | 2018-05-14 | 2019-11-21 | Nokia Technologies Oy | Facilitating discontinuous reception for multi-panel user equipment |
| US11369001B2 (en) | 2018-09-26 | 2022-06-21 | Qualcomm Incorporated | Resource management, access control and mobility for grant-free uplink transmission |
| US11979241B2 (en) * | 2018-09-28 | 2024-05-07 | Sony Corporation | Methods, terminal device and infrastructure equipment using transmission on a preconfigured uplink resource |
| WO2020068947A1 (en) * | 2018-09-28 | 2020-04-02 | Intel Corporation | Preconfigured shared resources for uplink transmission |
| CN113228544B (zh) * | 2018-10-31 | 2024-04-23 | 瑞典爱立信有限公司 | 用于预配置的上行链路资源的重传方案和优化 |
| WO2020087539A1 (zh) * | 2018-11-02 | 2020-05-07 | 华为技术有限公司 | 一种资源配置方法及装置 |
| CA3126402A1 (en) * | 2019-01-11 | 2020-02-20 | Zte Corporation | Preconfiguring dedicated resource information in idle mode |
| CN115085883B (zh) * | 2019-01-21 | 2023-07-25 | 中兴通讯股份有限公司 | 信息发送、接收方法、装置、基站、终端及通信系统 |
| JP7239718B2 (ja) * | 2019-02-01 | 2023-03-14 | 華為技術有限公司 | リソース管理の方法及び装置 |
| US11356141B2 (en) | 2019-05-03 | 2022-06-07 | Qualcomm Incorporated | Techniques for wireless communications using preconfigured uplink resources |
| US11515907B2 (en) | 2019-05-03 | 2022-11-29 | Qualcomm Incorporated | Techniques for wireless communications using preconfigured uplink resources |
| US11616528B2 (en) | 2019-05-03 | 2023-03-28 | Qualcomm Incorporated | Techniques for wireless communications using preconfigured uplink resources |
| EP4009698A4 (en) * | 2019-08-12 | 2022-11-30 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | RESOURCE COORDINATION METHOD AND APPARATUS, AND TERMINAL DEVICE |
| ES2883806T3 (es) * | 2019-09-30 | 2021-12-09 | Deutsche Telekom Ag | Método para mejorar la eficiencia y/o la flexibilidad en la transmisión de los datos de carga útil y/o de control en la dirección de enlace descendente y/o de enlace ascendente entre una entidad de estación base y un equipo de usuario de una red de comunicaciones móvil, sistema, equipo de usuario y entidad de estación base, programa y medio legible por ordenador |
| US11483855B2 (en) * | 2019-10-02 | 2022-10-25 | Qualcomm Incorporated | Physical resource and transmission parameter configuration without a radio resource control connection |
| WO2021066502A1 (en) * | 2019-10-03 | 2021-04-08 | Lg Electronics Inc. | Completion mechanism for transmission using preconfigured uplink resource |
| US11558891B2 (en) * | 2019-11-07 | 2023-01-17 | Beijing Xiaomi Mobile Software Co., Ltd. | Power control for a two-step random access procedure |
| US11626948B2 (en) * | 2019-11-07 | 2023-04-11 | Ofinno, Llc | Antenna port indication based on maximum number of transmission layers |
| US11758497B2 (en) * | 2019-12-23 | 2023-09-12 | Qualcomm Incorporated | Timing advance simplification for stationary and low mobility user equipments |
| KR102568824B1 (ko) * | 2020-01-22 | 2023-08-21 | 아서스테크 컴퓨터 인코포레이션 | 무선 통신 시스템에서 비활성 상태의 전송을 위한 방법 및 장치 |
| CN113347691B (zh) * | 2020-02-18 | 2022-08-02 | 展讯半导体(南京)有限公司 | 数据传输的方法及装置 |
| CN113365314B (zh) * | 2020-03-03 | 2024-05-28 | 上海新岸线电子技术有限公司 | 一种小区切换方法及装置 |
| US11877299B2 (en) * | 2020-03-05 | 2024-01-16 | Qualcomm Incorporated | Control channel resources for group-feedback in multi-cast |
| US20210203449A1 (en) * | 2020-03-13 | 2021-07-01 | Intel Corporation | Mechanism on response of pre-allocated resource based pusch transmission |
| EP4109800A4 (en) * | 2020-03-17 | 2023-04-26 | Huawei Technologies Co., Ltd. | COMMUNICATION METHOD AND APPARATUS, AND RELATED DEVICE |
| CN113498168B (zh) * | 2020-03-18 | 2023-04-07 | 展讯半导体(南京)有限公司 | Pur资源的状态确定方法及装置、存储介质、ue、网络端 |
| US11696279B2 (en) * | 2020-03-31 | 2023-07-04 | Qualcomm Incorporated | Mitigating receive time difference when using a single beam in inter-band carrier aggregation |
| WO2021203310A1 (zh) * | 2020-04-08 | 2021-10-14 | Oppo广东移动通信有限公司 | 一种数据传输方法及装置、终端设备 |
| US11770794B2 (en) * | 2020-04-10 | 2023-09-26 | Qualcomm Incorporated | Indication of system information update via a downlink shared channel |
| CN113518467B (zh) * | 2020-04-10 | 2024-04-16 | 大唐移动通信设备有限公司 | 数据传输方法、装置及终端 |
| WO2021212363A1 (en) * | 2020-04-22 | 2021-10-28 | Lenovo (Beijing) Limited | Method and apparatus for power control of pucch repetitions |
| WO2021212364A1 (en) * | 2020-04-22 | 2021-10-28 | Lenovo (Beijing) Limited | Method and apparatus for power control of pusch repetition |
| WO2021226851A1 (zh) * | 2020-05-12 | 2021-11-18 | Oppo广东移动通信有限公司 | Harq-ack码本的反馈方法、终端设备和网络设备 |
| EP4132183A4 (en) * | 2020-05-13 | 2024-04-10 | KT Corporation | METHOD AND DEVICE FOR TRANSMITTING UPLINK DATA |
| CN115777234B (zh) * | 2020-05-14 | 2024-08-16 | 皇家飞利浦有限公司 | 小数据传输 |
| CN113891345B (zh) * | 2020-07-03 | 2024-04-19 | 大唐移动通信设备有限公司 | 数据传输方法、指示方法及设备 |
| CN113965941A (zh) * | 2020-07-20 | 2022-01-21 | 维沃移动通信有限公司 | 信道监听方法、装置及通信设备 |
| EP4186330A4 (en) * | 2020-07-21 | 2024-08-07 | Lenovo Beijing Ltd | METHOD AND DEVICE FOR RELEASING CORRESPONDING GRANT RESOURCES |
| CN116250353A (zh) * | 2020-07-21 | 2023-06-09 | 高通股份有限公司 | 通过随机接入或专用上行链路资源的上行链路数据传送 |
| CN111901855A (zh) * | 2020-07-22 | 2020-11-06 | 中兴通讯股份有限公司 | 数据传输方法、装置、设备和存储介质 |
| US11930491B2 (en) | 2020-07-27 | 2024-03-12 | Samsung Electronics Co., Ltd | Reconfiguration and deactivation or cancellation of new radio preconfigured uplink resources |
| EP4190075A4 (en) * | 2020-07-29 | 2024-03-20 | Qualcomm Incorporated | PRE-CONFIGURED UPLINK RESOURCE RELEASE FOR SMALL DATA TRANSMISSION |
| US11838920B2 (en) | 2020-07-30 | 2023-12-05 | Qualcomm Incorporated | Beam-based configured grant—small data transfer occasions |
| CN116210302A (zh) * | 2020-07-30 | 2023-06-02 | 上海诺基亚贝尔股份有限公司 | 用于控制在非活动状态下预配置的上行链路资源的方法、装置和计算机可读介质 |
| US11895665B2 (en) * | 2020-07-30 | 2024-02-06 | Qualcomm Incorporated | Nesting configured grant—small data transfer occasions |
| CN114071687B (zh) * | 2020-07-31 | 2023-04-07 | 维沃移动通信有限公司 | 上行定时提前ta值处理方法、装置及终端 |
| CA3206129A1 (en) * | 2020-08-03 | 2022-02-10 | Ofinno, Llc | Methods, apparatuses and system for uplink resource configuration |
| CN115669104A (zh) * | 2020-08-04 | 2023-01-31 | Oppo广东移动通信有限公司 | 无线通信的方法、终端设备和网络设备 |
| US20240292468A1 (en) * | 2020-08-04 | 2024-08-29 | Lenovo (Beijing) Limited | Method and apparatus for timing advance compensation |
| CA3127189A1 (en) * | 2020-08-06 | 2022-02-06 | Comcast Cable Communications, Llc | Control channel repetition |
| BR112023001311A2 (pt) * | 2020-08-06 | 2023-02-14 | Qualcomm Inc | Técnicas de multi-feixe para transferência de dados pequenos através dos recursos de uplink préconfigurados |
| CN114080045B (zh) * | 2020-08-11 | 2024-06-14 | 维沃移动通信有限公司 | 数据发送处理方法、资源配置方法及相关设备 |
| US20230379876A1 (en) * | 2020-09-16 | 2023-11-23 | Beijing Xiaomi Mobile Software Co., Ltd. | Information notification method, information reception method, and terminal |
| US20230328795A1 (en) * | 2020-09-17 | 2023-10-12 | Beijing Xiaomi Mobile Software Co., Ltd. | Communication method and apparatus, network device, ue, and storage medium |
| CN114285532A (zh) * | 2020-09-27 | 2022-04-05 | 展讯半导体(南京)有限公司 | 数据传输方法及装置、存储介质、终端、基站 |
| CN116134923A (zh) * | 2020-10-23 | 2023-05-16 | 华为技术有限公司 | 一种数据传输方法和相关装置 |
| EP4266777A4 (en) * | 2020-12-15 | 2024-08-14 | Beijing Xiaomi Mobile Software Co Ltd | DATA TRANSMISSION METHOD AND APPARATUS, COMMUNICATION DEVICE AND STORAGE MEDIUM |
| CN114696975B (zh) * | 2020-12-29 | 2023-09-05 | 维沃移动通信有限公司 | 速率匹配方法和设备 |
| WO2022141553A1 (zh) * | 2020-12-31 | 2022-07-07 | 北京小米移动软件有限公司 | 一种上行链路传输方法和装置 |
| JP7430283B2 (ja) * | 2021-01-14 | 2024-02-09 | エルジー エレクトロニクス インコーポレイティド | カバレッジの改善 |
| US20220225363A1 (en) * | 2021-01-14 | 2022-07-14 | Lg Electronics Inc. | Coverage enhancement |
| WO2022155115A1 (en) * | 2021-01-14 | 2022-07-21 | Google Llc | Managing early data communication |
| KR102606133B1 (ko) | 2021-01-18 | 2023-11-24 | 엘지전자 주식회사 | 무선 통신 시스템에서 신호 송수신 방법 및 장치 |
| US20220287103A1 (en) * | 2021-03-03 | 2022-09-08 | Samsung Electronics Co., Ltd. | Resource selection for uplink channels during initial access |
| US20220295540A1 (en) * | 2021-03-09 | 2022-09-15 | FG Innovation Company Limited | Monitoring physical downlink control channel for small data transmission |
| US12048016B2 (en) * | 2021-07-02 | 2024-07-23 | Qualcomm Incorporated | Techniques for managing discontinuous operation for wireless communication |
| WO2023014801A1 (en) * | 2021-08-03 | 2023-02-09 | Interdigital Patent Holdings, Inc. | Methods and apparatus to support large scale qos state transition |
| US12035160B1 (en) * | 2021-09-13 | 2024-07-09 | Juniper Networks, Inc. | Processing channel state information (CSI) to determine characteristics of a space between wireless access points |
| CN116266956A (zh) * | 2021-12-15 | 2023-06-20 | 北京小米移动软件有限公司 | 上行数据传输方法、装置、终端设备及存储介质 |
| US12010678B2 (en) * | 2022-01-27 | 2024-06-11 | Mitsubishi Electric Research Laboratories, Inc. | Systems, apparatuses, and methods for semi-persistent scheduling in communication networks |
| WO2024034904A1 (en) * | 2022-08-08 | 2024-02-15 | Lg Electronics Inc. | Method and apparatus for performing configured grant based small data transmission in wireless communication system |
| CN117835448A (zh) * | 2022-09-26 | 2024-04-05 | 北京佰才邦技术股份有限公司 | Msg4混合自动重传请求确认的重复传输方法及装置 |
| WO2024158386A1 (en) * | 2023-01-25 | 2024-08-02 | Nokia Technologies Oy | Preconfigured resources for data exchange in initial access |
| WO2024179034A1 (en) * | 2023-11-10 | 2024-09-06 | Lenovo (Beijing) Limited | Method and apparatus of uplink transmissions |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2670172A4 (en) * | 2011-02-28 | 2013-12-04 | Huawei Tech Co Ltd | DATA TRANSMISSION PROCESS AND DEVICE |
| CN106686750A (zh) * | 2015-11-06 | 2017-05-17 | 电信科学技术研究院 | 一种为数据传输授权及数据传输方法及装置 |
| CN106788943A (zh) * | 2017-02-16 | 2017-05-31 | 宇龙计算机通信科技(深圳)有限公司 | 免上行调度许可的资源配置方法、用户设备及基站 |
| CN107155221A (zh) * | 2016-03-03 | 2017-09-12 | 华为技术有限公司 | 应用于超级小区的通信方法和装置 |
Family Cites Families (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9320077B2 (en) * | 2012-07-17 | 2016-04-19 | Innovative Sonic Corporation | Method and apparatus for reducing signaling overhead in a wireless communication network |
| US9736765B2 (en) * | 2014-04-28 | 2017-08-15 | Intel IP Corporation | Load balancing in a wireless cellular network based on user equipment mobility |
| EP3185618A1 (en) | 2014-09-25 | 2017-06-28 | KYOCERA Corporation | Wireless terminal |
| US10667321B2 (en) | 2015-02-09 | 2020-05-26 | Intel IP Corporation | Evolved Node-B, user equipment, and methods for transition between idle and connected modes |
| US10448276B2 (en) * | 2015-05-26 | 2019-10-15 | Lg Electronics Inc. | Method and terminal for performing attach procedure for sponsored connectivity in wireless communication system |
| TWI623238B (zh) * | 2015-06-12 | 2018-05-01 | 華碩電腦股份有限公司 | 在無線通訊系統中使用配置資源的方法和裝置 |
| WO2017051740A1 (ja) * | 2015-09-24 | 2017-03-30 | 株式会社Ｎｔｔドコモ | ユーザ装置、基地局、通信方法及び通知方法 |
| JP6123009B1 (ja) | 2015-11-05 | 2017-04-26 | 株式会社Ｎｔｔドコモ | ユーザ装置、基地局、及び接続確立方法 |
| EP3422788B1 (en) | 2016-04-01 | 2021-03-10 | LG Electronics Inc. | Terminal operation method in accordance with uplink sps in wireless communication system and terminal using same |
| CN109075909B (zh) * | 2016-05-12 | 2021-08-31 | 苹果公司 | 使用半持续调度资源进行非自适应重新发送的系统、方法、和设备 |
| EP3252985B1 (en) | 2016-06-02 | 2019-07-31 | LG Electronics Inc. | Method and apparatus for transmitting uplink data in wireless communication system |
| KR20180035638A (ko) * | 2016-09-29 | 2018-04-06 | 삼성전자주식회사 | RRC Inactive 및 active 상태에서 data 전송 결정 및 방법 및 장치 |
| US10728927B2 (en) * | 2016-11-11 | 2020-07-28 | FG Innovation Company Limited | Data packet delivery in RRC inactive state |
| US11350445B2 (en) * | 2017-08-10 | 2022-05-31 | Kyocera Corporation | Communication control method for controlling a user equipment to perform early data transmission |
| EP4236400A3 (en) * | 2017-08-10 | 2023-09-13 | Kyocera Corporation | Communication control method |
| WO2019119439A1 (en) * | 2017-12-22 | 2019-06-27 | Zte Corporation | Sequence selection for non-orthogonal multiple access transmissions |
| JP6880327B2 (ja) * | 2018-06-28 | 2021-06-02 | 京セラ株式会社 | 無線端末及び基地局 |
| US11778608B2 (en) * | 2018-08-09 | 2023-10-03 | Lg Electronics Inc. | Method for transmitting uplink data in wireless communication system supporting narrowband internet of things, and apparatus therefor |
| US12004204B2 (en) * | 2018-08-09 | 2024-06-04 | Lg Electronics Inc. | Method for transmitting and receiving uplink data by using PUR in wireless communication system, and device for same |
| DE112019004008T5 (de) * | 2018-08-09 | 2021-05-20 | Lg Electronics Inc. | Verfahren zum senden von uplink-daten unter verwendung einer vorkonfigurierten uplink-ressource in einem drahtlosen kommunikationssystem, das ein schmalband-internet-der-dinge-system unterstützt, und vorrichtung dafür |
| CN112585899A (zh) * | 2018-08-09 | 2021-03-30 | 中兴通讯股份有限公司 | 使用预配置专用资源的空闲模式传输的状态转换 |
| WO2020029175A1 (en) * | 2018-08-09 | 2020-02-13 | Zte Corporation | Pre-configured dedicated resource for idle mode transmissions |
| WO2020067776A1 (en) * | 2018-09-28 | 2020-04-02 | Lg Electronics Inc. | Configured grants based on channel quality or repetition level |
| WO2020067749A1 (en) * | 2018-09-28 | 2020-04-02 | Lg Electronics Inc. | Access control for data transmission |
| US11510240B2 (en) * | 2018-09-28 | 2022-11-22 | Lg Electronics Inc. | Method and apparatus for entering a connected state with a network for continuing transmission in wireless communication system |
-
2018
- 2018-11-01 CN CN202311182214.0A patent/CN117202375A/zh active Pending
- 2018-11-01 CN CN201811298996.3A patent/CN110831197B/zh active Active
-
2019
- 2019-08-09 EP EP23183465.6A patent/EP4231732A3/en active Pending
- 2019-08-09 KR KR1020217007025A patent/KR20210030999A/ko unknown
- 2019-08-09 WO PCT/KR2019/010029 patent/WO2020032659A1/en unknown
- 2019-08-09 EP EP19846208.7A patent/EP3821676B1/en active Active
- 2019-08-09 US US17/250,591 patent/US11997739B2/en active Active
-
2024
- 2024-05-23 US US18/672,916 patent/US20240314876A1/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2670172A4 (en) * | 2011-02-28 | 2013-12-04 | Huawei Tech Co Ltd | DATA TRANSMISSION PROCESS AND DEVICE |
| CN106686750A (zh) * | 2015-11-06 | 2017-05-17 | 电信科学技术研究院 | 一种为数据传输授权及数据传输方法及装置 |
| CN107155221A (zh) * | 2016-03-03 | 2017-09-12 | 华为技术有限公司 | 应用于超级小区的通信方法和装置 |
| CN106788943A (zh) * | 2017-02-16 | 2017-05-31 | 宇龙计算机通信科技(深圳)有限公司 | 免上行调度许可的资源配置方法、用户设备及基站 |
Non-Patent Citations (2)
| Title |
|---|
| Huawei等;Huawei等;《3GPP》;20170825;全文 * |
| UL early data transmission;Qualcomm Incorporated;《3GPP》;20170825;全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2020032659A1 (en) | 2020-02-13 |
| CN117202375A (zh) | 2023-12-08 |
| CN110831197A (zh) | 2020-02-21 |
| US11997739B2 (en) | 2024-05-28 |
| EP4231732A2 (en) | 2023-08-23 |
| EP4231732A3 (en) | 2023-11-15 |
| US20210298108A1 (en) | 2021-09-23 |
| EP3821676B1 (en) | 2023-07-05 |
| KR20210030999A (ko) | 2021-03-18 |
| EP3821676A1 (en) | 2021-05-19 |
| US20240314876A1 (en) | 2024-09-19 |
| EP3821676A4 (en) | 2021-09-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110831197B (zh) | 用于rrc空闲态上行传输的方法及设备 | |
| US12114327B2 (en) | Apparatus and method for semi-persistent scheduling and power control in wireless communication system | |
| CN110537392B (zh) | 执行随机接入过程的方法及其设备 | |
| US20220264640A1 (en) | Nr-unlicensed transmission opportunity structure with flexible starting point | |
| US20210067290A1 (en) | Sidelink communications with two-stage sidelink control information | |
| US11889296B2 (en) | Method and apparatus for transmitting uplink information | |
| JP6434043B2 (ja) | 無線通信システムにおいて信号を送受信する方法及びそのための装置 | |
| US11452139B2 (en) | Random access procedure for latency reduction | |
| US10004064B2 (en) | Method for direct device-to-device communication of terminal in idle mode using similar random access procedures, and device therefor | |
| CN104010368A (zh) | Tdd配置更新方法、装置及系统 | |
| WO2021062864A1 (en) | Systems and methods for latency reduction for 2-step random access channel (rach) hybrid automatic repeat requests (harq) | |
| US20240064806A1 (en) | Method and apparatus for transmitting uplink information | |
| US20200044814A1 (en) | Method for allocating resource for multiple signals in wireless communication system and apparatus therefor | |
| US20210160818A1 (en) | Method by which terminal selects resource on plurality of ccs and transmits signal in wireless communication system, and device | |
| WO2023076102A1 (en) | Coded slotted access based random-access scheme |
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 |