一种上行数据传输方法、装置和系统 |
|||||||
| 申请号 | CN201010111756.5 | 申请日 | 2010-02-11 | 公开(公告)号 | CN102088786B | 公开(公告)日 | 2013-09-25 |
| 申请人 | 电信科学技术研究院; | 发明人 | 许芳丽; 谌丽; 刘佳敏; | ||||
| 摘要 | 本 发明 实施例 公开了一种上行数据传输方法、装置和系统，该方法包括以下步骤：用户设备需要发送上行数据时，向基站设备发起调度 请求 传输和基于竞争的上行数据传输；如果所述调度请求传输和所述基于竞争的上行数据传输互相冲突，所述用户设备根据用户设备的传输能 力 选择当前传输的信道类型，并按照所述信道类型发送上行数据或发送调度请求。通过使用本发明，可以提高上行数据的传输可靠性，缩短传输时延。 | ||||||
| 权利要求 | 1.一种上行数据传输方法，其特征在于，包括以下步骤： |
||||||
| 说明书全文 | 一种上行数据传输方法、装置和系统技术领域[0001] 本发明涉及移动通信技术领域，特别是涉及一种上行数据传输方法、装置和系统。 背景技术[0002] 在LTE(Long Term Evolution，长期演进)系统中，UE(User Equipment，用户设备)具有同eNB(Evolved Node B，演进型节点B)之间的RRC(RadioResource Control，无线资源控制)连接和已经建立起来的无线承载时，如果需要传输上行数据却没有分配上行资源，可以通过D-SR(Dedicated SchedulingRequest，专用调度请求)或RA-SR(Random Access Scheduling Request，随机接入调度请求)的方式向eNB发送调度请求，申请发送上行数据。 [0003] 在UE配置了D-SR传输的情况下，UE延时等待下一个SR(SchedulingRequest，调度请求)时机，向eNB发送调度请求；eNB解码调度请求并分配调度授权(Scheduling Grant)，并向UE返回该调度授权；UE处理解码调度授权，对上行数据进行编码，并向eNB传输编码后的上行数据。 [0004] 基于上述流程，按照最小的时延和周期，且不考虑传输错误的情况下，各部分的最佳时延估算，如表1所示： [0005] 表1 D-SR传输最佳时延估算表 [0006]步骤 描述 时间[毫秒] 1 到下一个SR的平均等待时延(PUCCH周期 2.5 为5毫秒) 2 UE发送调度请求 1 3 eNB解码调度请求并分配调度授权 3 4 传输调度授权 1 5 UE处理时延，包括解码调度授权和对上行数 3 [0007] 在UE没有配置D-SR传输的情况下，如果UE需要发送上行数据，则需要通过竞争随机接入过程向网络侧申请数据发送，包括以下步骤： [0008] Msg1：UE 选 择 随 机 接 入 preamble( 前 导 ) 和 PRACH(Packet Random AccessChannel，分组随机接入信道)资源，并利用该PRACH资源向基站发送所选的随机接入preamble； [0009] Msg2：基站接收到随机接入preamble，计算TA(Timing Advance，定时提前量)，并向UE发送随机接入响应，随机接入响应中至少包含该定时提前量信息和针对Msg3的ULgrant(Up Link grant，上行链路授权)； [0011] Msg4：基站向UE发送竞争解决消息。UE可以根据Msg4判断随机接入是否成功。 [0012] 为了 支持更 短的 从休眠 状态(Dormant)到 激活 状态(Active)的 转换 时 延，3GPP(3rd Generation Partnership Project，第 三 代 合 作 伙 伴 计 划 )LTE-A(UTE-Advanced，高级长期演进)提出将UE从有上行数据发送到上行传输的转换时间缩减为10毫秒的目标，并引入基于竞争的上行数据传输(Contention based transmission)方式，当UE当前没有专用的资源时，可以被允许在竞争的上行资源上传输上行数据。 [0013] 具体地，基站通知UE基于竞争的上行传输基本配置信息，该信息包括调度标识CB-RNTI(Contention Based-Radio Network Temporary Identity，基于竞争的无线网络临时标识)；UE接收并存储基于竞争的上行传输基本配置信息；eNB调度竞争资源；UE解码调度授权并对上行数据进行编码，在上行共享信道传输编码后的上行数据。基于上述流程，各部分的最佳时延估算，如表2所示： [0014] 表2 CB传输最佳时延估算表 [0017] 在引入基于竞争的上行数据传输后，对于同步状态下的连接态UE而言，当UE需要发送上行数据的时刻，会同时触发D-SR/RA-SR传输过程和基于竞争的上行数据传输过程。当上述两种过程并行的时刻，会出现同一时刻有两种上行传输同时进行的情况。然而，对于当前UE而言，不能支持并发D-SR(基于PUCCH信道)和CB传输(基于PUSCH信道)同时进行的情况。另外，对于UE触发RA-SR传输的情况下，也会出现其中的preamble(PRACH资源)传输或Msg3(PUSCH资源)传输和CB传输同时进行的情况，当前的LTE-A UE同样无法解决上述同一个子帧内并发的情况。 发明内容[0018] 本发明实施例提供一种上行数据传输方法、装置和系统，用于提高上行数据的传输可靠性和缩短传输时延。 [0019] 本发明实施例提出一种上行数据传输方法，包括以下步骤： [0020] 用户设备需要发送上行数据时，向基站设备发起调度请求传输和基于竞争的上行数据传输； [0021] 如果所述调度请求传输和所述基于竞争的上行数据传输互相冲突，所述用户设备根据用户设备的传输能力选择当前传输的信道类型，并按照所述信道类型发送上行数据或发送调度请求。 [0022] 优选地，所述用户设备根据用户设备的传输能力选择当前传输的信道类型，具体包括： [0023] 如果所述用户设备具备物理上行控制信道PUCCH和物理上行共享信道PUSCH并行传输的能力，所述用户设备同时选择调度请求传输和基于竞争的上行数据传输； [0024] 如果所述用户设备不具备PUCCH和PUSCH并行传输的能力，所述用户设备选择调度请求传输或基于竞争的上行数据传输。 [0025] 优选地，所述调度请求传输包括D-SR传输， [0026] 所述用户设备选择调度请求传输或基于竞争的上行数据传输，具体包括： [0027] 所述用户设备选择所述D-SR传输。 [0028] 优选地，所述调度请求传输包括D-SR传输， [0029] 所述用户设备选择调度请求传输或基于竞争的上行数据传输，具体包括： [0030] 所述用户设备选择所述基于竞争的上行数据传输。 [0031] 优选地，所述调度请求传输包括D-SR传输， [0032] 所述用户设备选择调度请求传输或基于竞争的上行数据传输，具体包括： [0033] 如果所述D-SR传输的配置周期大于预设数值，所述用户设备选择所述D-SR传输； [0034] 如果所述D-SR传输的配置周期不大于预设数值，所述用户设备选择所述基于竞争的上行数据传输。 [0035] 优选地，所述调度请求传输包括随机接入调度请求RA-SR传输过程中的随机接入前导传输或RA-SR传输过程中的上行数据传输， [0036] 所述用户设备根据用户设备的传输能力选择当前传输的信道类型，具体包括： [0037] 如果所述随机接入前导传输与所述基于竞争的上行数据传输互相冲突，所述用户设备选择所述基于竞争的上行数据传输； [0038] 如果所述RA-SR传输过程中的上行数据传输与所述基于竞争的上行数据传输互相冲突，所述用户设备选择所述RA-SR传输过程中的上行数据传输。 [0039] 本发明实施例还提出一种用户设备，包括： [0040] 调度请求模块，用于在用户设备需要发送上行数据时，向基站设备发起调度请求传输； [0041] 竞争传输模块，用于在用户设备需要发送上行数据时，向基站设备发起基于竞争的上行数据传输； [0042] 选择模块，用于在所述调度请求模块发起的调度请求传输和所述竞争传输模块发起的基于竞争的上行数据传输互相冲突时，根据用户设备的传输能力选择当前传输的信道类型，并通知所述调度请求模块和/或所述竞争传输模块按照所述信道类型发送上行数据或发送调度请求。 [0043] 优选地，所述选择模块，用于在所述用户设备具备PUCCH和PUSCH并行传输的能力时，同时选择调度请求传输和基于竞争的上行数据传输；在所述用户设备不具备PUCCH和PUSCH并行传输的能力时，选择调度请求传输或基于竞争的上行数据传输。 [0044] 优选地，所述调度请求传输包括D-SR传输， [0045] 所述选择模块，用于选择所述D-SR传输。 [0046] 优选地，所述调度请求传输包括D-SR传输， [0047] 所述选择模块，用于选择所述基于竞争的上行数据传输。 [0048] 优选地，所述调度请求传输包括D-SR传输， [0049] 所述选择模块，用于在所述D-SR传输的配置周期大于预设数值时，选择所述D-SR传输；在所述D-SR传输的配置周期不大于预设数值时，选择所述基于竞争的上行数据传输。 [0050] 优选地，所述调度请求传输包括RA-SR传输过程中的随机接入前导传输或RA-SR传输过程中的上行数据传输， [0051] 所述选择模块，用于在所述随机接入前导传输与所述基于竞争的上行数据传输互相冲突时，选择所述基于竞争的上行数据传输；在所述RA-SR传输过程中的上行数据传输与所述基于竞争的上行数据传输互相冲突时，选择所述RA-SR传输过程中的上行数据传输。。 [0052] 本发明实施例还提出一种上行数据传输系统，包括： [0053] 用户设备，在需要发送上行数据时，向基站设备发起调度请求传输和基于竞争的上行数据传输；如果所述调度请求传输和所述基于竞争的上行数据传输互相冲突，所述用户设备根据用户设备的传输能力选择当前传输的信道类型，并按照所述信道类型发送上行数据或发送调度请求； [0054] 基站设备，用于接收来自所述用户设备的上行数据或发送调度请求。 [0055] 优选地，所述用户设备，用于在所述用户设备具备PUCCH和PUSCH并行传输的能力时，同时选择调度请求传输和基于竞争的上行数据传输；在所述用户设备不具备PUCCH和PUSCH并行传输的能力时，选择调度请求传输或基于竞争的上行数据传输。 [0056] 优选地，所述用户设备，用于在所述随机接入前导传输与所述基于竞争的上行数据传输互相冲突时，选择所述基于竞争的上行数据传输；在所述RA-SR传输过程中的上行数据传输与所述基于竞争的上行数据传输互相冲突时，选择所述RA-SR传输过程中的上行数据传输。 [0058] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。 [0059] 图1为本发明实施例一中的一种上行数据传输方法流程图； [0060] 图2为本发明实施例二中的一种上行数据传输方法流程图； [0061] 图3为本发明实施例三中的一种上行数据传输方法流程图； [0062] 图4为本发明实施例四中的一种上行数据传输方法流程图； [0063] 图5为本发明实施例五中的一种上行数据传输方法流程图； [0064] 图6为本发明实施例六中的一种上行数据传输方法流程图； [0065] 图7为本发明实施例七中的一种用户设备结构示意图； [0066] 图8为本发明实施例八中的一种上行数据传输系统结构示意图。 具体实施方式[0067] 本发明实施例提供的技术方案中，UE需要发送上行数据的时刻，如果基于克争的上行数据传输和当前的调度请求发送时刻冲突，则基于UE传输能力、传输可靠性和传输时延的角度出发，选择当前传输的信道类型。 [0068] 具体地，当同步状态下的UE有上行数据待传输的时刻，该UE在触发D-SR或RA-SR的同时，开始监听CB GRANT(冲突授权)。UE在CB GRANT指示的进行CB传输的子帧，可以同时发起D-SR或RA-SR中的上行传输，包括D-SR传输、RACH(Random Access Channel，随机接入信道)过程中的preamble传输和RACH过程的Msg3传输。如果UE支持多种传输并行发送，则同时进行多种传输；否则，则基于如下策略选择当前传输的类型： [0069] 当D-SR传输和CB传输冲突时，如果D-SR传输的配置周期不大于预设数值，由于CB传输的时延低于D-SR传输的时延，因此首选CB传输。在下次D-SR传输之前，如果CB传输未确定成功，还可以通过后续非冲突的D-SR传输来保证请求有效性。 [0070] 当D-SR密度较低，即D-SR传输的配置周期大于预设数值时，两个D-SR资源之间的时间间隔很长，由于CB传输有一定的风险，重传机制有冲突的可能性，下次D-SR传输时机时间过于靠后可能导致后续数据包长期得不到调度传输而超时丢包，所以，在D-SR传输和CB传输冲突时，均衡时延和可靠性的因素，首选D-SR传输。 [0071] 当RACH过程中的preamble传输和CB传输冲突时，由于RACH传输的时延较大，故从时延因素出发，选择CB传输；当CB传输失败后，可以再考虑RACH过程。 [0072] 当RACH过程中的Msg3传输和CB传输冲突，由于Msg3传输具有较为成熟的重传机制和冲突解决机制，且该Msg3传输已经是经历了初步的冲突检测后为该UE授权的传输，保障性会比CB传输好，因此，首选Msg3传输，取消CB传输。 [0073] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。 [0074] 如图1所示，为本发明实施例一中的一种上行数据传输方法流程图，包括以下步骤： [0075] 步骤101，用户设备需要发送上行数据时，向基站设备发起调度请求传输和基于竞争的上行数据传输。 [0076] 步骤102，如果调度请求传输和基于竞争的上行数据传输互相冲突，用户设备根据用户设备的传输能力选择当前传输的信道类型，并按照该信道类型发送上行数据或发送调度请求。 [0077] 具体地，上述调度请求传输和基于竞争的上行数据传输互相冲突，具体为：用户设备需要同时向调度请求传输和基于竞争的上行数据传输提供传输资源。上述调度请求传输和基于竞争的上行数据传输在同一时刻进行，而用户设备需要将上述调度请求传输和基于竞争的上行数据传输在同一子帧内的并发传输。 [0078] 上述用户设备根据用户设备的传输能力选择当前传输的信道类型，具体包括：如果所述用户设备具备PUCCH(Physical Uplink Control Channel，物理上行控制信道)和PUSCH(Physical Uplink Shared Channel，物理上行共享信道)并行传输的能力，所述用户设备同时选择调度请求传输和基于竞争的上行数据传输；如果所述用户设备不具备PUCCH和PUSCH并行传输的能力，所述用户设备选择调度请求传输或基于竞争的上行数据传输。 [0079] 其中，上述调度请求传输包括D-SR传输，当D-SR传输和基于竞争的上行数据传输互相冲突时，上述用户设备可以根据预设的默认规则选择D-SR传输或基于竞争的上行数据传输。该默认规则包括：用户设备可以默认选择D-SR传输，也可以默认选择所述基于竞争的上行数据传输。 [0080] 此外，用户设备还可以根据预设的判断规则选择D-SR传输或基于竞争的上行数据传输。具体地，上述用户设备选择调度请求传输或基于竞争的上行数据传输，具体包括：如果所述D-SR传输的配置周期大于预设数值，所述用户设备选择所述D-SR传输；如果所述D-SR传输的配置周期不大于预设数值，所述用户设备选择所述基于竞争的上行数据传输。 [0081] 上述调度请求传输还包括RA-SR传输过程中的随机接入前导传输或RA-SR传输过程中的上行数据传输。上述用户设备根据用户设备的传输能力选择当前传输的信道类型，具体包括：如果所述随机接入前导传输与所述基于竞争的上行数据传输互相冲突，所述用户设备选择所述基于竞争的上行数据传输；如果所述RA-SR传输过程中的上行数据传输与所述基于竞争的上行数据传输互相冲突，所述用户设备选择所述RA-SR传输过程中的上行数据传输。 [0082] 本发明实施例的技术方案具有以下优点，在多种上行数据请求和发送过程并存的情况下，基于UE传输能力选择传输类型，提高了传输可靠性，降低了传输时延。 [0083] 当D-SR传输和CB传输冲突时，如果UE具备PUCCH和PUSCH同时传输的能力，上行数据传输流程如图2所示，包括以下步骤： [0084] 步骤201，UE需要发送上行数据时，等待D-SR发送机会，同时开始监听CB GRANT。 [0085] 步骤202，eNB向UE发送CB GRANT。 [0086] 步骤203，UE准备CB传输，解码CB GRANT并对上行数据编码。 [0087] 步骤204，如果在CB GRANT时刻有D-SR传输发生，UE在CB GRANT时刻同时发起D-SR传输和CB传输。 [0088] 如果CB传输成功，则执行步骤205；否则，执行步骤207。 [0089] 步骤205，eNB成功接收CB传输时，从CB传输中获得UE的信息，对相同时刻接收到的来自该UE的D-SR传输不做调度响应。 [0090] 其中，UE的信息包括C-RNTI(Cell Network Temporary Identity，小区无线网络临时标识)。 [0091] 步骤206，UE取消D-SR传输。 [0092] 步骤207，UE在下一个D-SR传输的时刻继续传输D-SR。 [0093] 步骤208，eNB解码D-SR并分配调度授权。 [0094] 步骤209，eNB向UE返回调度授权。 [0095] 步骤210，UE处理解码调度授权，对上行数据进行编码。 [0096] 步骤211，UE向eNB传输编码后的上行数据。 [0097] 需要说明的是，本发明方法可以根据实际需要对各个步骤顺序进行调整。 [0098] 本发明实施例的技术方案具有以下优点，在多种上行数据请求和发送过程并存的情况下，基于UE传输能力选择传输类型，提高了传输可靠性，降低了传输时延。 [0099] 当D-SR传输和CB传输冲突时，如果UE不具备PUCCH和PUSCH同时传输的能力，上行数据传输流程如图3所示，包括以下步骤： [0100] 步骤301，UE需要发送上行数据时，等待D-SR发送机会，同时开始监听CB GRANT。 [0101] 步骤302，eNB向UE发送CB GRANT。 [0102] 步骤303，UE准备CB传输，解码CB GRANT并对上行数据编码。 [0103] 步骤304，如果在CB GRANT时刻有D-SR传输发生，UE在CB GRANT时刻仅发起CB传输。 [0104] 如果CB传输成功，则执行步骤305；否则，执行步骤307。 [0105] 步骤305，eNB成功接收CB传输时，从CB传输中获得UE的信息。 [0106] 其中，UE的信息包括C-RNTI。 [0107] 步骤306，UE取消D-SR传输。 [0108] 步骤307，UE在下一个D-SR传输的时刻继续传输D-SR。 [0109] 步骤308，eNB解码D-SR并分配调度授权。 [0110] 步骤309，eNB向UE返回调度授权。 [0111] 步骤310，UE处理解码调度授权，对上行数据进行编码。 [0112] 步骤311，UE向eNB传输编码后的上行数据。 [0113] 需要说明的是，本发明方法可以根据实际需要对各个步骤顺序进行调整。 [0114] 本发明实施例的技术方案具有以下优点，在多种上行数据请求和发送过程并存的情况下，基于UE传输能力选择传输类型，提高了传输可靠性，降低了传输时延。 [0115] 当D-SR传输和CB传输冲突时，如果UE不具备PUCCH和PUSCH同时传输的能力，且D-SR配置周期大于预设数据，则上行数据传输流程如图4所示，包括以下步骤： [0116] 步骤401，UE需要发送上行数据时，等待D-SR发送机会，同时开始监听CB GRANT。 [0117] 步骤402，eNB向UE发送CB GRANT。 [0118] 步骤403，UE准备CB传输，解码CB GRANT并对上行数据编码。 [0119] 步骤404，如果在CB GRANT时刻有D-SR传输发生，UE在CB GRANT时刻仅发起D-SR传输。 [0120] 步骤405，eNB解码D-SR并分配调度授权。 [0121] 步骤406，eNB向UE返回调度授权。 [0122] 步骤407，UE处理解码调度授权，对上行数据进行编码。 [0123] 步骤408，UE向eNB传输编码后的上行数据。 [0124] 此外，eNB成功接收CB传输时，从CB传输中获得UE的信息，该UE的信息包括C-RNTI。 [0125] 需要说明的是，本发明方法可以根据实际需要对各个步骤顺序进行调整。 [0126] 本发明实施例的技术方案具有以下优点，在多种上行数据请求和发送过程并存的情况下，基于UE传输能力选择传输类型，提高了传输可靠性，降低了传输时延。 [0127] 当RACH过程中的preamble(Msg1)传输和CB传输冲突时，上行数据传输流程如图5所示，包括以下步骤： [0128] 步骤501，同步状态下的UE需要发送上行数据时，初始化随机接入过程，同时开始监听CB GRANT。 [0129] 步骤502，eNB向UE发送CB GRANT。 [0130] 步骤503，UE准备CB传输，解码CB GRANT并对上行数据编码。 [0131] 步骤504，如果在发送preamble时刻有CB传输同时发生，UE发起CB传输，并停止RACH过程。 [0132] 如果CB传输成功，则执行步骤505；否则，执行步骤506。 [0133] 步骤505，eNB成功接收CB传输时，从CB传输中获得UE的信息。 [0134] 其中，UE的信息包括C-RNTI。 [0135] 步骤506，UE选择随机接入preamble和PRACH资源。 [0136] 步骤507，UE利用PRACH资源向eNB发送所选的随机接入preamble； [0137] 步骤508，eNB计算定时提前量。 [0138] 步骤509，eNB向UE发送随机接入响应。 [0139] 其中，随机接入响应中至少包含定时提前量信息和UL grant。 [0140] 步骤510，UE在UL grant上进行上行数据传输。 [0141] 步骤511，eNB向UE发送竞争解决消息。 [0142] 步骤512，UE根据竞争解决消息判断随机接入是否成功。 [0143] 需要说明的是，本发明方法可以根据实际需要对各个步骤顺序进行调整。 [0144] 本发明实施例的技术方案具有以下优点，在多种上行数据请求和发送过程并存的情况下，基于UE传输能力选择传输类型，提高了传输可靠性，降低了传输时延。 [0145] 当RACH过程中的上行数据传输(Msg3)和CB传输冲突时，如果UE不具备PUCCH和PUSCH同时传输的能力，则上行数据传输流程如图6所示，包括以下步骤： [0146] 步骤601，同步状态下的UE需要发送上行数据时，初始化随机接入过程，同时开始监听CB GRANT。 [0147] 步骤602，UE利用PRACH资源向eNB发送所选的随机接入preamble； [0148] 步骤603，eNB计算定时提前量。 [0149] 步骤604，eNB向UE发送随机接入响应。 [0150] 其中，随机接入响应中至少包含定时提前量信息和UL grant。 [0151] 步骤605，UE确认随机接入响应接收成功，停止对CB GRANT的监听。 [0152] 步骤606，如果根据随机接入响应中携带的UL grant进行的上行数据传输与接收到的CB GRANT指示的CB传输位于相同的子帧，UE在ULgrant上进行上行数据传输。 [0153] 步骤607，eNB向UE发送竞争解决消息。 [0154] 步骤608，UE根据竞争解决消息判断随机接入是否成功。 [0155] 此外，eNB成功接收CB传输时，从CB传输中获得UE的信息，该UE的信息包括C-RNTI。 [0156] 需要说明的是，本发明方法可以根据实际需要对各个步骤顺序进行调整。 [0157] 本发明实施例的技术方案具有以下优点，在多种上行数据请求和发送过程并存的情况下，基于UE传输能力选择传输类型，提高了传输可靠性，降低了传输时延。 [0158] 本发明实施例还提供了应用于上述上行数据传输方法的装置和系统。 [0159] 如图7所述，为本发明实施例七中的一种用户设备结构示意图，包括： [0160] 调度请求模块710，用于在用户设备需要发送上行数据时，向基站设备发起调度请求传输。 [0161] 竞争传输模块720，用于在用户设备需要发送上行数据时，向基站设备发起基于竞争的上行数据传输； [0162] 选择模块730，用于在所述调度请求模块710发起的调度请求传输和所述竞争传输模块720发起的基于竞争的上行数据传输互相冲突时，根据用户设备的传输能力选择当前传输的信道类型，并通知所述调度请求模块和/或所述竞争传输模块按照所述信道类型发送上行数据或发送调度请求。 [0163] 上述选择模块730，用于在所述用户设备具备PUCCH和PUSCH并行传输的能力时，同时选择调度请求传输和基于竞争的上行数据传输；在所述用户设备不具备PUCCH和PUSCH并行传输的能力时，选择调度请求传输或基于竞争的上行数据传输。 [0164] 其中，上述调度请求传输包括D-SR传输，上述选择模块730，可以用于选择所述D-SR传输，也可以用于选择所述基于竞争的上行数据传输。 [0165] 具体地，上述选择模块730，用于在所述D-SR传输的配置周期大于预设数值时，选择所述D-SR传输；在所述D-SR传输的配置周期不大于预设数值时，选择所述基于竞争的上行数据传输。 [0166] 上述调度请求传输还包括RA-SR传输过程中的随机接入前导传输或RA-SR传输过程中的上行数据传输，上述选择模块730，用于在所述随机接入前导传输与所述基于竞争的上行数据传输互相冲突时，选择所述基于竞争的上行数据传输；在所述RA-SR传输过程中的上行数据传输与所述基于竞争的上行数据传输互相冲突时，选择所述RA-SR传输过程中的上行数据传输。 [0167] 本发明实施例的技术方案具有以下优点，在多种上行数据请求和发送过程并存的情况下，基于UE传输能力选择传输类型，提高了传输可靠性，降低了传输时延。 [0168] 如图8所示，为本发明实施例八中的一种上行数据传输系统结构示意图，包括： [0169] 用户设备810，在需要发送上行数据时，向基站设备820发起调度请求传输和基于竞争的上行数据传输；如果所述调度请求传输和所述基于竞争的上行数据传输互相冲突，所述用户设备根据用户设备的传输能力选择当前传输的信道类型，并按照所述信道类型发送上行数据或发送调度请求。 [0170] 上述用户设备810，用于在所述用户设备具备PUCCH和PUSCH并行传输的能力时，同时选择调度请求传输和基于竞争的上行数据传输；在所述用户设备不具备PUCCH和PUSCH并行传输的能力时，选择调度请求传输或基于竞争的上行数据传输。 [0171] 上述用户设备810，用于在所述随机接入前导传输与所述基于竞争的上行数据传输互相冲突时，选择所述基于竞争的上行数据传输；在所述RA-SR传输过程中的上行数据传输与所述基于竞争的上行数据传输互相冲突时，选择所述RA-SR传输过程中的上行数据传输。 [0172] 基站设备820，用于接收来自所述用户设备的上行数据或发送调度请求。 [0173] 本发明实施例的技术方案具有以下优点，在多种上行数据请求和发送过程并存的情况下，基于UE传输能力选择传输类型，提高了传输可靠性，降低了传输时延。 [0174] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备(可以是手机，个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。 [0175] 以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。 [0176] 本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以集成于一体，也可以分离部署，可以合并为一个模块，也可以进一步拆分成多个子模块。 [0177] 上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。 [0178] 以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。 |
||||||
QQ群二维码
意见反馈
意见反馈