CN110831197A - 用于rrc空闲态上行传输的方法及设备 - Google Patents
用于rrc空闲态上行传输的方法及设备 Download PDFInfo
- Publication number
- CN110831197A CN110831197A CN201811298996.3A CN201811298996A CN110831197A CN 110831197 A CN110831197 A CN 110831197A CN 201811298996 A CN201811298996 A CN 201811298996A CN 110831197 A CN110831197 A CN 110831197A
- Authority
- CN
- China
- Prior art keywords
- sps
- rrc idle
- idle state
- dci
- rrc
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 540
- 238000000034 method Methods 0.000 title claims abstract description 347
- 230000011664 signaling Effects 0.000 claims description 222
- 230000008569 process Effects 0.000 claims description 92
- 230000004913 activation Effects 0.000 claims description 53
- 238000012544 monitoring process Methods 0.000 claims description 20
- 230000000977 initiatory effect Effects 0.000 claims description 10
- 230000003213 activating effect Effects 0.000 claims description 8
- 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 378
- 238000013507 mapping Methods 0.000 description 101
- 230000009849 deactivation Effects 0.000 description 45
- 238000012545 processing Methods 0.000 description 22
- 230000004044 response Effects 0.000 description 22
- 101100274486 Mus musculus Cited2 gene Proteins 0.000 description 16
- 101150071746 Pbsn gene Proteins 0.000 description 16
- 101150096622 Smr2 gene Proteins 0.000 description 16
- 238000012795 verification Methods 0.000 description 16
- 230000006870 function Effects 0.000 description 15
- 230000007246 mechanism Effects 0.000 description 14
- 238000013468 resource allocation Methods 0.000 description 13
- 230000015654 memory Effects 0.000 description 11
- 230000036961 partial effect Effects 0.000 description 11
- 238000004590 computer program Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 10
- 101100533725 Mus musculus Smr3a gene Proteins 0.000 description 7
- 230000001976 improved effect Effects 0.000 description 7
- 230000006872 improvement Effects 0.000 description 7
- 206010009944 Colon cancer Diseases 0.000 description 6
- 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
- 230000008859 change Effects 0.000 description 6
- 230000008093 supporting effect Effects 0.000 description 6
- 239000000872 buffer Substances 0.000 description 5
- 230000000737 periodic effect Effects 0.000 description 5
- 230000008901 benefit Effects 0.000 description 4
- 230000002860 competitive effect Effects 0.000 description 4
- 125000004122 cyclic group Chemical group 0.000 description 4
- 238000012423 maintenance Methods 0.000 description 4
- 238000005259 measurement Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 125000002306 tributylsilyl group Chemical group C(CCC)[Si](CCCC)(CCCC)* 0.000 description 4
- 230000001960 triggered effect Effects 0.000 description 4
- 238000013461 design Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 230000000670 limiting effect 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
- 230000002123 temporal effect Effects 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000005034 decoration Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 230000002829 reductive effect Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 201000001432 Coffin-Siris syndrome Diseases 0.000 description 1
- 238000010794 Cyclic Steam Stimulation Methods 0.000 description 1
- 101150039363 SIB2 gene Proteins 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000000794 confocal Raman spectroscopy Methods 0.000 description 1
- 230000001351 cycling effect Effects 0.000 description 1
- 238000011500 cytoreductive surgery Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000002542 deteriorative effect Effects 0.000 description 1
- 238000011010 flushing procedure Methods 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 239000011159 matrix material Substances 0.000 description 1
- 230000036963 noncompetitive effect Effects 0.000 description 1
- 238000004080 punching Methods 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 238000005070 sampling Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
- 230000007723 transport mechanism Effects 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
Images
Classifications
-
- 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/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
- 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
- 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
- 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/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
- 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连接态的UE 20发送用于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 NetworkTempory identity，简称RNTI)值、用于RRC 空闲态上行传输PUSCH的开环功率控制参数，RRC空闲态上行传输 PUSCH的周期(或RRC空闲态上行传输PUSCH的传输时间间隔)，RRC 空闲态上行传输PUSCH的发送时间偏移量，RRC空闲态上行传输PUSCH 的DMRS相关参数配置，用于RRC空闲态上行传输PUSCH的混合自动 重传请求(Hybrid Automatic RepeatreQuest，简称HARQ)进程数量，以 及用于承载RRC空闲态上行传输PUSCH的重传调度DCI的下行物理控 制信道的相关参数等配置。
用于RRC空闲态上行传输的资源配置可以包括以下配置中的一个或 多个：RRC空闲态上行传输PUSCH的频域资源，RRC空闲态上行传输 PUSCH的调制编码方式(Modulationand Coding 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的步骤S110和图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，例如可以是能够包含、存储、传送、传播 或传输指令的任意介质。例如，可读存储介质可以包括但不限于电、磁、 光、电磁、红外或半导体系统、装置、器件或传播介质。可读存储介质的 具体示例包括：磁存储装置，如磁带或硬盘(HardDisk Drive，简称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的解调参考信号(Demodulation Reference 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只要有上行数据到达，就可以直接在ULSPS资源 上传输数据，如果没有上行数据到达，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(Msgl，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请求，也可 以拒绝UL SPS请求，如果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的 ACKDCI携带，或者重用现有系统的去激活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在Msgl携带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即为第一个UL SPS传输，下 一个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资源的释放信令，ACKDCI也可以携带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请求(SRS request)域，因为这些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，即比特域配置为1 1 1 1 1 1，或者MCS 域指示预留值15，即比特域配置为1 1 1 1。
可选地，预配置上行传输支持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在implicitReleaseAfter次的UL SPS资源 上，没有任何数据发送，那么UE会自动停止SPS的传输，释放SPS资源； 用于SPS传输的UL HARQ进程数量(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在配 置时还会用一个专用信令指示该ULSPS参数是仅用于RRC空闲态、仅 用于RRC连接态或者同时用于RRC空闲态和RRC连接态，当该UL SPS 可用于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空闲态 的UL SPS配置或对其重配置。
在该实施例的另一个例子中，eNB通过广播信息或者寻呼信息释放在 RRC连接态预配置的用于RRC空闲态的UL SPS参数和SPS资源，当RRC 空闲态的UE通过读取广播信息或者寻呼信息获取该释放信令时，UE需 要清空该UL SPS的配置信息。在一个例子中，该释放信令针对所有本小 区的RRC空闲态的UE配置，即所有RRC空闲态的存有UL SPS配置的 UE都应清空相关配置信息；在另一个例子中，该释放信令可针对一组特 定的UE来配置，例如UEID后四位相同的一组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空闲态ULSPS，而非普通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配置UL SPS，具体流程如图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在不同CE elvel下配置对应的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的由填充比特(Padding bits)构成的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层的填充比特(PaddingBits) 最少，基站需要盲检测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 22 1 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-2 S-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-9S-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请求激活ULSPS。
RRC空闲态的UL SPS的激活信令根据触发源的不同分为两类：一类 是由eNB触发，例如当小区内负载较低时，eNB将之前已配置(例如通 过RRC连接态的UE-specific RRC信令配置)的RRC空闲态的UL SPS 激活起来，例如通过系统广播信息信息或寻呼(Paging)信息激活UL SPS； 另一类是由UE触发，例如当RRC空闲态的UE有上行数据到达时，发起 PRACH过程请求RRC空闲态的UL SPS传输，激活UL SPS的请求信息 可以通过Msgl或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 在Msgl(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为第一个ULSPS传输。
该实施例根据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在Msgl(PRACH)携带RRC空闲态的UL SPS请求信息，eNB在RAR 里响应该UL SPS请求。RAR里的ULSPS响应信令为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除包含用于竞争解决的UEID等必要信令外还可以携带UE的上行数据，但Msg3并不是第一个UL SPS传输，即Msg3和最近的 SPS传输之间没有必然的时间关系，并不满足一个SPS传输时间间隔。如 果该UE的ULSPS请求被通过，且该PRACH竞争成功，那么PRACH过 程之后可以启动UL SPS，第一个UL SPS传输的时间与Msg4(或Msg4 的HARQ-ACK)之间有一个预定义的时间关系，例如在Msg4(或Msg4 的HARQ-ACK)后的第4个子帧启动UL SPS。
在该实施例的另一个例子中，eNB在系统广播信息中配置多套UL SPS参数/资源，当UE在Msgl携带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通过该 ULSPS请求；当指示值为0时，表示eNB拒绝该UL SPS请求，那么该 PRACH过程将回退为普通的PRACH过程，即目的是建立或恢复RRC连 接，此时Msg4内除了包含用于竞争解决的UE ID等必要信令外，还包含 基本的RRC连接配置。
在该实施例的一个例子中，RRC空闲态的UE通过Msg4获取UL SPS 参数和资源配置。在一个例子中，RRC空闲态的UE通过系统广播信息获 取UL SPS参数配置，并通过Msg4获取UL SPS资源配置。在一个例子 中，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，那么本次 ULSPS请求没有成功，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连接态，而 该Paging record目的是激活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解读，此时Paging DCI没有对应的 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空闲态UL SPS的资源许可信息(1比特)， 当指示值为false时，表示RRC空闲态UE不可以使用预配置的UL SPS 资源传输数据；当指示值为true时，表示RRC空闲态UE可以使用预配 置的ULSPS资源传输数据。
在该实施例一个例子中，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空闲态UL SPS传输过程 中，也可以通过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空闲态的UL SPS传输，该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-specificRRC信令配置，例如，被包含在RRC 空闲态UL SPS配置信息内。在又一个例子中，TimeAlignmentTimer重用 现有系统的TimeAlignmentTimerCommon配置。
在该实施例中，RRC空闲态UE通过非竞争性PRACH过程验证TA 的有效性并获取最新的TA，该非竞争性PRACH过程只有两步，在一个 例子中，该两步PRACH过程包含PRACH(Msgl)和RAR(Msg2)；在 另一个例子中，该两步PRACH过程包含PRACH(Msgl)和TAVerification DCI(Msg2)。
对于包含PRACH(Msgl)和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(Msgl)和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前导码根据对应的UL SPS资源的时频 域位置计算得出。
实施例三(通过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应该放弃ULSPS发送，发起普通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应该 放弃ULSPS传输，发起普通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用于指示ULSPS的回退。
共享的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任意选择一个ULSPS资源发送数据，发送的PUSCH 除包含上行数据外，还包含UE ID等信息；第二步：UE监听eNB发送的 竞争解决信令，如果竞争解决信令包含的UE ID和在第一步所上报的UE ID相同，那么认为在该UL SPS资源上竞争成功。
这里的第一步类似于PRACH过程的Msg3，第二步类似于PRACH过 程的Msg4，相比较PRACH的竞争解决过程，只是省略了Msg1和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预配置的ULSPS资源不能用于恰巧部分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之后，无论上行数据是否传输完毕，都应释放该UL SPS资源，如 果上行数据没有传输完毕，那么UE可重新发起UL SPS资源的竞争。
在该实施例的另一个例子中，UE在UL SPS资源上竞争成功后可在 一个预定义的持续时间内继续使用该UL SPS资源，例如，该预定义的持 续时间在系统标准中规定，或者在系统广播信息中配置。在预定义的持续 时间之后，无论上行数据是否传输完毕，都应释放该UL SPS资源，如果 上行数据没有传输完毕，那么UE可重新发起UL SPS资源的竞争。
在该实施例的又一个例子中，UE在UL SPS资源上竞争成功后可持 续使用该ULSPS资源，直到上行数据传输完毕并通过隐性方式释放该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空闲态ULSPS传输过程中的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的功耗，在CE level越高时这种增益越明显。
在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天线端口的 参考信号(RefereneSignal，简称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天线端口和MPDCCH DMRS天线端口之间的映射关 系配置为上述映射关系{B，C}中的一种；或者配置为上述映射关系{B，D} 中的一种；或者配置为上述映射关系{B，C，D}中的一种。
在该实施例的一个例子中，CRS天线端口和MPDCCH DMRS天线端 口之间的映射关系既可以通过UE-specific RRC信令配置，也可以在小区 系统信息里配置，且不会同时使用这两种信令方式配置，通过UE-specific RRC信令配置表示CRS仅用于UE-specificsearch space的MPDCCH性能 改善，通过小区系统信息配置表示CRS可同时用于Commonsearch space 和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提升MPDCCH DMRS端口的信道估计性能，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+Pert)％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 与MPDCCH DMRS，例如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 与MPDCCHDMRS，且在时域和频域都保持相同，直到下一个更新的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集合有[10 0 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本 身就可以工作在普通LTE UE的模式，已经具备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连接的信令开销以及每次UL PUSCH传输的动态调度信令，也避免 了RRC连接态下额外的UE功耗，从而提高系统传输效率和降低UE功耗。
本领域技术人员可以理解，上面示出的方法仅是示例性的。本发明的 方法并不局限于上面示出的步骤和顺序。上面示出的基站和用户设备可以 包括更多的模块，例如还可以包括已经开发的或者将来开发的可用于基站 或UE的模块等等。上文中示出的各种标识仅是示例性的而不是限制性的， 本发明并不局限于作为这些标识的示例的具体名称。本领域技术人员根据 所示实施例的教导可以进行许多变化和修改。
本技术领域技术人员可以理解，本公开包括涉及用于执行本申请中所 述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和 制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其 内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程 序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电 子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、 ROM(Read-OnlyMemory，只读存储器)、RAM(Random Access Memory， 随即存储器)、EPROM(ErasableProgrammable Read-Only Memory，可 擦写可编程只读存储器)、EEPROM(ElectricallyErasable Programmable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线 卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存 储或传输信息的任何介质。
本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结 构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图 中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指 令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来 实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本公开 公开的结构图和/或框图和/或流图的框或多个框中指定的方案。
本技术领域技术人员可以理解，本公开中已经讨论过的各种操作、方 法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步 地，具有本公开中已经讨论过的各种操作、方法、流程中的其他步骤、措 施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现 有技术中的具有与本公开中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。
以上所述仅是本公开的部分实施方式，应当指出，对于本技术领域的 普通技术人员来说，在不脱离本公开原理的前提下，还可以做出若干改进 和润饰，这些改进和润饰也应视为本公开的保护范围。
Claims (15)
1.一种上行传输方法，包括：
获取用于无线资源控制RRC空闲态上行传输的参数和/或资源配置；以及
在RRC空闲态下，根据配置的参数和/或资源传输上行数据。
2.根据权利要求1所述的方法，其中，所述获取用于RRC空闲态上行传输的参数和/或资源配置包括：
在RRC连接态下获取用于RRC空闲态上行传输的参数和/或资源配置；以及，
在释放RRC连接时，不释放配置的用于RRC空闲态上行传输的参数和/或资源。
3.根据权利要求2所述的方法，其中，所述在RRC连接态下获取用于RRC空闲态上行传输的参数和/或资源配置包括：在RRC连接态下通过用户设备UE特定的RRC信令获取用于RRC空闲态上行传输的参数和/或资源配置。
4.根据权利要求2所述的方法，还包括：
在RRC空闲态下，监听激活信令，所述激活信令用于激活配置的用于RRC空闲态上行传输的资源；以及，
所述在RRC空闲态下配置的参数和/或资源传输上行数据包括：在RRC空闲态下，在激活的资源上传输上行数据。
5.根据权利要求2所述的方法，还包括：
在RRC连接态下获取时间提前量TA；以及
在释放RRC连接时，不释放所述TA，以供在RRC空闲态下传输上行数据时使用。
6.根据权利要求1所述的方法，其中，所述获取用于RRC空闲态上行传输的参数和/或资源配置包括：通过随机接入过程请求用于RRC空闲态上行传输的参数和/或资源配置。
7.根据权利要求6所述的方法，其中，通过随机接入过程请求用于RRC空闲态上行传输的参数和/或资源配置包括：
通过随机接入消息3发送请求信息；以及
通过随机接入消息4接收用于RRC空闲态上行传输的参数和/或资源配置。
8.根据权利要求6所述的方法，其中，通过随机接入过程请求用于RRC空闲态上行传输的参数和/或资源配置包括：
通过随机接入消息3发送请求信息；
通过随机接入消息4接收用于RRC空闲态上行传输的参数配置；以及
通过随机接入消息5的调度下行控制信息DCI接收用于RRC空闲态上行传输的资源配置。
9.根据权利要求6～8中任一项所述的方法，还包括：
释放配置的用于RRC空闲态上行传输的参数和/或资源。
10.根据权利要求9所述的方法，其中，所述释放配置的用于RRC空闲态上行传输的参数和/或资源包括下述之一：
在预定义数量的RRC空闲态上行空白传输之后释放配置的参数和/或资源；
在用于管理时间提前量TA的定时对准计时器过期之后释放配置的参数和/或资源；以及，
在接收到基站的释放信令后释放配置的参数和/或资源。
11.根据权利要求6所述的方法，还包括：
通过随机接入消息4接收指示基站拒绝配置用于RRC空闲态上行传输的参数和/或资源的信息。
12.根据权利要求6或11所述的方法，还包括：
在随机接入过程中请求被拒绝时，在当前随机接入过程中回退到用以建立或恢复RRC连接的随机接入过程。
13.根据权利要求6所述的方法，还包括：
通过随机接入消息2获取用于RRC空闲态上行传输的时间提前量TA；或者
通过DCI获取用于RRC空闲态上行传输的TA。
14.根据权利要求1所述的方法，还包括：
在预定义次数的RRC空闲态配置上行资源上的传输不成功后，发起用以建立或恢复RRC连接的随机接入过程。
15.根据权利要求1所述的方法，其中，配置的资源为半静态调度的资源。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311182214.0A CN117202375A (zh) | 2018-08-09 | 2018-11-01 | 用于rrc空闲态上行传输的方法及设备 |
| PCT/KR2019/010029 WO2020032659A1 (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 | 무선 통신 시스템에서 유휴 모드 업링크 송신을 위한 장치 및 방법 |
| EP23183465.6A EP4231732A3 (en) | 2018-08-09 | 2019-08-09 | Apparatus and method for idle mode uplink transmission in wireless communication system |
| EP19846208.7A EP3821676B1 (en) | 2018-08-09 | 2019-08-09 | 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 |
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2018109053248 | 2018-08-09 | ||
| CN201810905324 | 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 true CN110831197A (zh) | 2020-02-21 |
| CN110831197B 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 (1) | US11997739B2 (zh) |
| EP (2) | EP3821676B1 (zh) |
| KR (1) | KR20210030999A (zh) |
| CN (2) | CN117202375A (zh) |
| WO (1) | WO2020032659A1 (zh) |
Cited By (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112262597A (zh) * | 2020-09-17 | 2021-01-22 | 北京小米移动软件有限公司 | 通信方法及装置、网络设备、ue及存储介质 |
| CN113365314A (zh) * | 2020-03-03 | 2021-09-07 | 上海新岸线电子技术有限公司 | 一种小区切换方法及装置 |
| WO2021184200A1 (zh) * | 2020-03-17 | 2021-09-23 | 华为技术有限公司 | 通信方法、装置及设备 |
| CN113498168A (zh) * | 2020-03-18 | 2021-10-12 | 展讯半导体(南京)有限公司 | Pur资源的状态确定方法及装置、存储介质、ue、网络端 |
| WO2021203971A1 (zh) * | 2020-04-10 | 2021-10-14 | 大唐移动通信设备有限公司 | 数据传输方法、装置及终端 |
| WO2021203310A1 (zh) * | 2020-04-08 | 2021-10-14 | Oppo广东移动通信有限公司 | 一种数据传输方法及装置、终端设备 |
| WO2021212363A1 (en) * | 2020-04-22 | 2021-10-28 | Lenovo (Beijing) Limited | Method and apparatus for power control of pucch repetitions |
| WO2021226851A1 (zh) * | 2020-05-12 | 2021-11-18 | Oppo广东移动通信有限公司 | Harq-ack码本的反馈方法、终端设备和网络设备 |
| CN113891345A (zh) * | 2020-07-03 | 2022-01-04 | 大唐移动通信设备有限公司 | 数据传输方法、指示方法及设备 |
| WO2022017142A1 (zh) * | 2020-07-22 | 2022-01-27 | 中兴通讯股份有限公司 | 数据传输方法、装置、设备和存储介质 |
| WO2022021143A1 (en) * | 2020-07-29 | 2022-02-03 | Qualcomm Incorporated | Release of preconfigured uplink resource for small data transmission |
| WO2022027230A1 (en) * | 2020-08-04 | 2022-02-10 | Lenovo (Beijing) Limited | Method and apparatus for timing advance compensation |
| WO2022027238A1 (zh) * | 2020-08-04 | 2022-02-10 | Oppo广东移动通信有限公司 | 无线通信的方法、终端设备和网络设备 |
| CN114285532A (zh) * | 2020-09-27 | 2022-04-05 | 展讯半导体(南京)有限公司 | 数据传输方法及装置、存储介质、终端、基站 |
| WO2022082772A1 (zh) * | 2020-10-23 | 2022-04-28 | 华为技术有限公司 | 一种数据传输方法和相关装置 |
| WO2022126369A1 (zh) * | 2020-12-15 | 2022-06-23 | 北京小米移动软件有限公司 | 传输数据的方法、装置、通信设备及存储介质 |
| CN114696975A (zh) * | 2020-12-29 | 2022-07-01 | 维沃移动通信有限公司 | 速率匹配方法和设备 |
| WO2022141553A1 (zh) * | 2020-12-31 | 2022-07-07 | 北京小米移动软件有限公司 | 一种上行链路传输方法和装置 |
| WO2022188806A1 (en) * | 2021-03-09 | 2022-09-15 | FG Innovation Company Limited | Monitoring physical downlink control channel for small data transmission |
| CN116097840A (zh) * | 2020-08-06 | 2023-05-09 | 高通股份有限公司 | 用于预配置的上行链路资源上的小数据传输的多波束技术 |
| CN116250353A (zh) * | 2020-07-21 | 2023-06-09 | 高通股份有限公司 | 通过随机接入或专用上行链路资源的上行链路数据传送 |
| WO2023108996A1 (zh) * | 2021-12-15 | 2023-06-22 | 北京小米移动软件有限公司 | 上行数据传输方法、装置、终端设备及计算机可读存储介质 |
| US11930491B2 (en) | 2020-07-27 | 2024-03-12 | Samsung Electronics Co., Ltd | Reconfiguration and deactivation or cancellation of new radio preconfigured uplink resources |
| WO2024066149A1 (zh) * | 2022-09-26 | 2024-04-04 | 北京佰才邦技术股份有限公司 | Msg4混合自动重传请求确认的重复传输方法及装置 |
Families Citing this family (46)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3751912A4 (en) * | 2018-02-09 | 2021-11-24 | LG Electronics Inc. | IDLE MODE OPERATION METHOD AND DEVICE WITH USING THEREOF |
| CN112314009B (zh) * | 2018-05-14 | 2024-06-21 | 诺基亚技术有限公司 | 促进多面板用户设备的不连续接收 |
| US11369001B2 (en) * | 2018-09-26 | 2022-06-21 | Qualcomm Incorporated | Resource management, access control and mobility for grant-free uplink transmission |
| CN112753271A (zh) * | 2018-09-28 | 2021-05-04 | 苹果公司 | 用于上行链路传输的预配置共享资源 |
| WO2020064950A1 (en) * | 2018-09-28 | 2020-04-02 | Sony Corporation | Methods, terminal device and infrastructure equipment using transmission on a preconfigured uplink resource |
| US20210392659A1 (en) * | 2018-10-31 | 2021-12-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Retransmission Schemes and Optimizations for Preconfigured Uplink Resources |
| EP3876627A4 (en) * | 2018-11-02 | 2021-12-08 | Huawei Technologies Co., Ltd. | RESOURCE CONFIGURATION METHOD AND DEVICE |
| EP3909213A4 (en) * | 2019-01-11 | 2022-07-27 | ZTE Corporation | PRECONFIGURATION OF DEDICATED RESOURCE INFORMATION IN IDLE MODE |
| CN115085883B (zh) * | 2019-01-21 | 2023-07-25 | 中兴通讯股份有限公司 | 信息发送、接收方法、装置、基站、终端及通信系统 |
| BR112021015089A2 (pt) * | 2019-02-01 | 2021-10-13 | Huawei Technologies Co., Ltd. | Método de gerenciamento de recurso e aparelho |
| US11616528B2 (en) * | 2019-05-03 | 2023-03-28 | 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 |
| US11356141B2 (en) | 2019-05-03 | 2022-06-07 | 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 |
| PL3799493T3 (pl) * | 2019-09-30 | 2021-12-27 | Deutsche Telekom Ag | Sposób zwiększonej wydajności i/lub elastyczności w przesyłaniu zawartości i/lub danych sterujących w kierunku downlink i/lub uplink między jednostką stacji bazowej a urządzeniem użytkownika mobilnej sieci komunikacyjnej, system, urządzenie użytkownika i jednostka stacji bazowej, program i nośnik odczytywalny przez komputer |
| US11483855B2 (en) | 2019-10-02 | 2022-10-25 | Qualcomm Incorporated | Physical resource and transmission parameter configuration without a radio resource control connection |
| EP4018759B1 (en) * | 2019-10-03 | 2023-09-13 | LG Electronics Inc. | Completion mechanism for transmission using preconfigured uplink resource |
| US11626948B2 (en) * | 2019-11-07 | 2023-04-11 | Ofinno, Llc | Antenna port indication based on maximum number of transmission layers |
| US11558891B2 (en) * | 2019-11-07 | 2023-01-17 | Beijing Xiaomi Mobile Software Co., Ltd. | Power control for a two-step random access procedure |
| US11758497B2 (en) * | 2019-12-23 | 2023-09-12 | Qualcomm Incorporated | Timing advance simplification for stationary and low mobility user equipments |
| US11683814B2 (en) * | 2020-01-22 | 2023-06-20 | Asustek Computer Inc. | Method and apparatus for transmission in inactive state in a wireless communication system |
| CN113347691B (zh) * | 2020-02-18 | 2022-08-02 | 展讯半导体(南京)有限公司 | 数据传输的方法及装置 |
| 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 |
| US11696279B2 (en) * | 2020-03-31 | 2023-07-04 | Qualcomm Incorporated | Mitigating receive time difference when using a single beam in inter-band carrier aggregation |
| US11770794B2 (en) * | 2020-04-10 | 2023-09-26 | Qualcomm Incorporated | Indication of system information update via a downlink shared channel |
| US20230141329A1 (en) * | 2020-04-22 | 2023-05-11 | Lenovo (Beijing) Ltd. | Method and apparatus for power control of pusch repetition |
| WO2021230614A1 (ko) * | 2020-05-13 | 2021-11-18 | 주식회사 케이티 | 업링크 데이터 전송 방법 및 장치 |
| CN115777234A (zh) * | 2020-05-14 | 2023-03-10 | 欧芬诺有限责任公司 | 小数据传输 |
| EP4186330A1 (en) * | 2020-07-21 | 2023-05-31 | Lenovo (Beijing) Limited | Method and apparatus for releasing congigured grant resources |
| WO2022021184A1 (en) * | 2020-07-30 | 2022-02-03 | Nokia Shanghai Bell Co., Ltd. | Methods, apparatuses, and computer readable media for controlling pre-configured uplink resources in inactive state |
| US11838920B2 (en) * | 2020-07-30 | 2023-12-05 | Qualcomm Incorporated | Beam-based configured grant—small data transfer occasions |
| 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值处理方法、装置及终端 |
| EP4246861A3 (en) * | 2020-08-03 | 2023-12-27 | Ofinno, LLC | Methods, apparatuses and system for uplink resource configuration |
| 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 |
| 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 |
| WO2022154583A1 (ko) * | 2021-01-14 | 2022-07-21 | 엘지전자 주식회사 | 커버리지 개선 |
| 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 |
| US20230007695A1 (en) * | 2021-07-02 | 2023-01-05 | Qualcomm Incorporated | Techniques for managing discontinuous operation for wireless communication |
| EP4381866A1 (en) * | 2021-08-03 | 2024-06-12 | InterDigital Patent Holdings, Inc. | Methods and apparatus to support large scale qos state transition |
| 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 |
Citations (7)
| 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 |
| US20140022990A1 (en) * | 2012-07-17 | 2014-01-23 | Innovative Sonic Corporation | Method and apparatus for reducing signaling overhead in a wireless communication network |
| US20150312826A1 (en) * | 2014-04-28 | 2015-10-29 | Candy Yiu | Load balancing in a wireless cellular network based on user equipment mobility |
| CN106686750A (zh) * | 2015-11-06 | 2017-05-17 | 电信科学技术研究院 | 一种为数据传输授权及数据传输方法及装置 |
| CN106788943A (zh) * | 2017-02-16 | 2017-05-31 | 宇龙计算机通信科技(深圳)有限公司 | 免上行调度许可的资源配置方法、用户设备及基站 |
| CN107155221A (zh) * | 2016-03-03 | 2017-09-12 | 华为技术有限公司 | 应用于超级小区的通信方法和装置 |
| US20180139778A1 (en) * | 2016-11-11 | 2018-05-17 | Chie-Ming Chou | Data packet delivery in rrc inactive state |
Family Cites Families (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3185618A4 (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 |
| US10986526B2 (en) * | 2015-05-26 | 2021-04-20 | Lg Electronics Inc. | Method and terminal for transmitting data traffic in wireless communication system |
| KR101813247B1 (ko) * | 2015-06-12 | 2017-12-29 | 아서스테크 컴퓨터 인코포레이션 | 무선 통신 시스템에서 구성된 자원을 사용하는 방법 및 장치 |
| DK3355623T3 (da) * | 2015-09-24 | 2022-05-09 | Ntt Docomo Inc | Brugerindretning, basisstation, kommunikationsfremgangsmåde og underretningsfremgangsmåde |
| JP6123009B1 (ja) * | 2015-11-05 | 2017-04-26 | 株式会社Ｎｔｔドコモ | ユーザ装置、基地局、及び接続確立方法 |
| US10779295B2 (en) | 2016-04-01 | 2020-09-15 | Lg Electronics Inc. | Terminal operation method in accordance to uplink SPS in wireless communication system and terminal using same |
| WO2017196400A1 (en) * | 2016-05-12 | 2017-11-16 | Intel IP Corporation | Systems, methods and devices for non-adaptive retransmission using semi-persistent scheduling resources |
| 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 전송 결정 및 방법 및 장치 |
| WO2019031427A1 (ja) * | 2017-08-10 | 2019-02-14 | 京セラ株式会社 | 通信制御方法 |
| US11350445B2 (en) * | 2017-08-10 | 2022-05-31 | Kyocera Corporation | Communication control method for controlling a user equipment to perform early data transmission |
| CN111466132B (zh) * | 2017-12-22 | 2023-08-11 | 中兴通讯股份有限公司 | 用于非正交多址接入传输的序列选择 |
| EP3799515B1 (en) * | 2018-06-28 | 2022-10-26 | Kyocera Corporation | Improved data transmission during rrc idle mode |
| WO2020032634A2 (ko) * | 2018-08-09 | 2020-02-13 | 엘지전자 주식회사 | 무선 통신 시스템에서 pur을 이용하여 상향링크 데이터를 송수신하기 위한 방법 및 이를 위한 장치 |
| EP3823384B1 (en) * | 2018-08-09 | 2023-11-15 | LG Electronics Inc. | Methods for transmitting and receiving uplink data in a wireless communication system supporting narrowband internet of things, and user equipment and base station therefor |
| KR20210040433A (ko) * | 2018-08-09 | 2021-04-13 | 지티이 코포레이션 | 유휴 모드 송신을 위한 사전 구성 전용 자원 |
| CN115397042B (zh) * | 2018-08-09 | 2023-07-25 | 中兴通讯股份有限公司 | 使用预配置专用资源的空闲模式传输的状态转换 |
| US20210314925A1 (en) * | 2018-08-09 | 2021-10-07 | Lg Electronics Inc. | Method for transmitting uplink data by using preconfigured uplink resource in wireless communication system supporting narrowband internet of things system, and device therefor |
| US11743910B2 (en) * | 2018-09-28 | 2023-08-29 | Lg Electronics Inc. | Configured grants based on channel quality or repetition level |
| 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 |
| WO2020067749A1 (en) * | 2018-09-28 | 2020-04-02 | Lg Electronics Inc. | Access control for data transmission |
-
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 KR KR1020217007025A patent/KR20210030999A/ko unknown
- 2019-08-09 EP EP19846208.7A patent/EP3821676B1/en active Active
- 2019-08-09 EP EP23183465.6A patent/EP4231732A3/en active Pending
- 2019-08-09 WO PCT/KR2019/010029 patent/WO2020032659A1/en unknown
- 2019-08-09 US US17/250,591 patent/US11997739B2/en active Active
Patent Citations (7)
| 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 |
| US20140022990A1 (en) * | 2012-07-17 | 2014-01-23 | Innovative Sonic Corporation | Method and apparatus for reducing signaling overhead in a wireless communication network |
| US20150312826A1 (en) * | 2014-04-28 | 2015-10-29 | Candy Yiu | Load balancing in a wireless cellular network based on user equipment mobility |
| CN106686750A (zh) * | 2015-11-06 | 2017-05-17 | 电信科学技术研究院 | 一种为数据传输授权及数据传输方法及装置 |
| CN107155221A (zh) * | 2016-03-03 | 2017-09-12 | 华为技术有限公司 | 应用于超级小区的通信方法和装置 |
| US20180139778A1 (en) * | 2016-11-11 | 2018-05-17 | Chie-Ming Chou | Data packet delivery in rrc inactive state |
| CN106788943A (zh) * | 2017-02-16 | 2017-05-31 | 宇龙计算机通信科技(深圳)有限公司 | 免上行调度许可的资源配置方法、用户设备及基站 |
Non-Patent Citations (4)
| Title |
|---|
| HUAWEI等: "Huawei等", 《3GPP》 * |
| HUAWEI等: "Huawei等", 《3GPP》, 25 August 2017 (2017-08-25) * |
| QUALCOMM INCORPORATED: "UL early data transmission", 《3GPP》 * |
| QUALCOMM INCORPORATED: "UL early data transmission", 《3GPP》, 25 August 2017 (2017-08-25) * |
Cited By (32)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113365314B (zh) * | 2020-03-03 | 2024-05-28 | 上海新岸线电子技术有限公司 | 一种小区切换方法及装置 |
| CN113365314A (zh) * | 2020-03-03 | 2021-09-07 | 上海新岸线电子技术有限公司 | 一种小区切换方法及装置 |
| WO2021184200A1 (zh) * | 2020-03-17 | 2021-09-23 | 华为技术有限公司 | 通信方法、装置及设备 |
| CN113498168A (zh) * | 2020-03-18 | 2021-10-12 | 展讯半导体(南京)有限公司 | Pur资源的状态确定方法及装置、存储介质、ue、网络端 |
| WO2021203310A1 (zh) * | 2020-04-08 | 2021-10-14 | Oppo广东移动通信有限公司 | 一种数据传输方法及装置、终端设备 |
| WO2021203971A1 (zh) * | 2020-04-10 | 2021-10-14 | 大唐移动通信设备有限公司 | 数据传输方法、装置及终端 |
| WO2021212363A1 (en) * | 2020-04-22 | 2021-10-28 | Lenovo (Beijing) Limited | Method and apparatus for power control of pucch repetitions |
| WO2021226851A1 (zh) * | 2020-05-12 | 2021-11-18 | Oppo广东移动通信有限公司 | Harq-ack码本的反馈方法、终端设备和网络设备 |
| CN113891345A (zh) * | 2020-07-03 | 2022-01-04 | 大唐移动通信设备有限公司 | 数据传输方法、指示方法及设备 |
| WO2022002202A1 (zh) * | 2020-07-03 | 2022-01-06 | 大唐移动通信设备有限公司 | 数据传输方法、指示方法及设备 |
| CN113891345B (zh) * | 2020-07-03 | 2024-04-19 | 大唐移动通信设备有限公司 | 数据传输方法、指示方法及设备 |
| CN116250353A (zh) * | 2020-07-21 | 2023-06-09 | 高通股份有限公司 | 通过随机接入或专用上行链路资源的上行链路数据传送 |
| WO2022017142A1 (zh) * | 2020-07-22 | 2022-01-27 | 中兴通讯股份有限公司 | 数据传输方法、装置、设备和存储介质 |
| US11930491B2 (en) | 2020-07-27 | 2024-03-12 | Samsung Electronics Co., Ltd | Reconfiguration and deactivation or cancellation of new radio preconfigured uplink resources |
| WO2022021143A1 (en) * | 2020-07-29 | 2022-02-03 | Qualcomm Incorporated | Release of preconfigured uplink resource for small data transmission |
| US11696363B2 (en) | 2020-07-29 | 2023-07-04 | Qualcomm Incorporated | Release of preconfigured uplink resource for small data transmission |
| WO2022027238A1 (zh) * | 2020-08-04 | 2022-02-10 | Oppo广东移动通信有限公司 | 无线通信的方法、终端设备和网络设备 |
| WO2022027230A1 (en) * | 2020-08-04 | 2022-02-10 | Lenovo (Beijing) Limited | Method and apparatus for timing advance compensation |
| CN116097840A (zh) * | 2020-08-06 | 2023-05-09 | 高通股份有限公司 | 用于预配置的上行链路资源上的小数据传输的多波束技术 |
| CN112262597A (zh) * | 2020-09-17 | 2021-01-22 | 北京小米移动软件有限公司 | 通信方法及装置、网络设备、ue及存储介质 |
| CN112262597B (zh) * | 2020-09-17 | 2024-01-19 | 北京小米移动软件有限公司 | 通信方法及装置、网络设备、ue及存储介质 |
| CN114285532A (zh) * | 2020-09-27 | 2022-04-05 | 展讯半导体(南京)有限公司 | 数据传输方法及装置、存储介质、终端、基站 |
| WO2022082772A1 (zh) * | 2020-10-23 | 2022-04-28 | 华为技术有限公司 | 一种数据传输方法和相关装置 |
| WO2022126369A1 (zh) * | 2020-12-15 | 2022-06-23 | 北京小米移动软件有限公司 | 传输数据的方法、装置、通信设备及存储介质 |
| CN114696975B (zh) * | 2020-12-29 | 2023-09-05 | 维沃移动通信有限公司 | 速率匹配方法和设备 |
| WO2022143808A1 (zh) * | 2020-12-29 | 2022-07-07 | 维沃移动通信有限公司 | 速率匹配方法和设备 |
| CN114696975A (zh) * | 2020-12-29 | 2022-07-01 | 维沃移动通信有限公司 | 速率匹配方法和设备 |
| CN115066846A (zh) * | 2020-12-31 | 2022-09-16 | 北京小米移动软件有限公司 | 一种上行链路传输方法和装置 |
| WO2022141553A1 (zh) * | 2020-12-31 | 2022-07-07 | 北京小米移动软件有限公司 | 一种上行链路传输方法和装置 |
| WO2022188806A1 (en) * | 2021-03-09 | 2022-09-15 | FG Innovation Company Limited | Monitoring physical downlink control channel for small data transmission |
| WO2023108996A1 (zh) * | 2021-12-15 | 2023-06-22 | 北京小米移动软件有限公司 | 上行数据传输方法、装置、终端设备及计算机可读存储介质 |
| WO2024066149A1 (zh) * | 2022-09-26 | 2024-04-04 | 北京佰才邦技术股份有限公司 | Msg4混合自动重传请求确认的重复传输方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| US11997739B2 (en) | 2024-05-28 |
| EP4231732A2 (en) | 2023-08-23 |
| EP3821676A1 (en) | 2021-05-19 |
| CN117202375A (zh) | 2023-12-08 |
| US20210298108A1 (en) | 2021-09-23 |
| EP3821676A4 (en) | 2021-09-01 |
| EP3821676B1 (en) | 2023-07-05 |
| KR20210030999A (ko) | 2021-03-18 |
| WO2020032659A1 (en) | 2020-02-13 |
| CN110831197B (zh) | 2023-10-10 |
| EP4231732A3 (en) | 2023-11-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110831197B (zh) | 用于rrc空闲态上行传输的方法及设备 | |
| CN110537392B (zh) | 执行随机接入过程的方法及其设备 | |
| US11871314B2 (en) | Resource allocation method for V2X communication in wireless communication system and apparatus therefor | |
| US20220361157A1 (en) | Apparatus and method for semi-persistent scheduling and power control in wireless communication system | |
| JP6434043B2 (ja) | 無線通信システムにおいて信号を送受信する方法及びそのための装置 | |
| US11889296B2 (en) | Method and apparatus for transmitting uplink information | |
| EP3534560B1 (en) | Method for performing harq for v2x communication in wireless communication system and apparatus therefor | |
| US20210014011A1 (en) | Method and apparatus for transmitting and receiving signal in a communication system | |
| US10004064B2 (en) | Method for direct device-to-device communication of terminal in idle mode using similar random access procedures, and device therefor | |
| EP3316536B1 (en) | Method for transmitting or receiving d2d signals in wireless communications system, and apparatus for same | |
| US20200128588A1 (en) | Method and apparatus for resource determination, resource configuration, transmitting random access preamble and random access | |
| EP4048011A1 (en) | Method and apparatus for resource determination, resource configuration, transmitting random access preamble and random access | |
| CN111971925A (zh) | 配置带宽部分 | |
| US11902028B2 (en) | Method and apparatus for transmitting and receiving signal in a communication system | |
| WO2018133780A1 (en) | Systems and methods for asynchronous grant-free access | |
| EP3595222B1 (en) | Methods for allocating ack/nack resource in wireless communication system and apparatus therefor | |
| EP3413639A1 (en) | Method for transmitting signal on basis of multi-radio access technology in wireless communication system and apparatus therefor | |
| US20220174745A1 (en) | Method and apparatus for coverage enhancement of terminal in communication system | |
| US20200296731A1 (en) | Method and device for data transmission and resource selection by means of terminal measurement in wireless communication system | |
| US11588589B2 (en) | Method for performing sidelink communication on basis of polar code and device therefor | |
| US20240064806A1 (en) | Method and apparatus for transmitting uplink information | |
| US11438874B2 (en) | Method by which terminal selects resource on plurality of CCs and transmits signal in wireless communication system, and device | |
| KR20230152571A (ko) | Lte 사이드링크와 nr 사이드링크 간의 공존 방법 및 장치 |
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 |