WO2014019441A1 - 一种数据传输方法、装置、系统和相关设备 - Google Patents
一种数据传输方法、装置、系统和相关设备 Download PDFInfo
- Publication number
- WO2014019441A1 WO2014019441A1 PCT/CN2013/079007 CN2013079007W WO2014019441A1 WO 2014019441 A1 WO2014019441 A1 WO 2014019441A1 CN 2013079007 W CN2013079007 W CN 2013079007W WO 2014019441 A1 WO2014019441 A1 WO 2014019441A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- harq
- data
- retransmissions
- retransmission
- transmission
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Ceased
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1825—Adaptation of specific ARQ protocol parameters according to transmission conditions
Definitions
- the present invention relates to the field of wireless communication technologies, and in particular, to a data transmission method, apparatus, system, and related device.
- Machine-Type Communication refers to the communication between a machine and a machine or a machine to machine (M2M). It is a communication method that does not require people to participate.
- FIG. 1 which is a schematic diagram of a communication scenario of an MTC terminal in the prior art, each MTC terminal communicates with an MTC server through an operator network, and each MTC terminal can send uplink data to the MTC server or downlink sent by the MTC server. Data, in which data is transmitted between the MTC terminal and the MTC server through the base station.
- the core network specification 3GPP 22. 368 defines 16 important features of the MTC terminal, including low mobility, time control, delay tolerance, online small data transmission, etc., for different applications, including meter reading applications, remote Control, etc., may have a combination of one or several features.
- the hotspots for MTC research mainly focus on whether it is necessary to optimize the network for this type of communication, especially if the massive MTC terminal is applied to the actual network in the future, whether it will be between human and human (Human to Human). Communication has an impact.
- M2M service one of the important services is that the terminal collects data and reports it. For example, it collects related data such as smart meters, water meters, and gas meters. The characteristics of this type of service are that the amount of data collected is small and the sending time is small. Fixed interval, Also access the network. However, if the MTC terminals in the same cell access the network at the same time, the network will be congested.
- the prior art proposes a data transmission method in an idle state, that is, when the MTC terminal is in a connected state, the network side allocates resources for transmitting data in an idle state for the MTC terminal, when the MTC terminal is in an idle state.
- the data allocated by the network side for transmitting data in the idle state can be utilized.
- the data transmission method in the idle state described above can solve the network congestion problem caused by a large number of MTCs simultaneously accessing the network.
- the method does not consider the packet loss problem in the data transmission process, thereby reducing the reliability of data transmission in the idle state. Summary of the invention
- Embodiments of the present invention provide a data transmission method, apparatus, system, and related device for ensuring reliability of data transmission in an idle state.
- the embodiment of the invention provides a data transmission method, including:
- Receiver type communication A data transmission request sent by the MTC terminal in an idle state; obtaining a service type of a service used by the MTC terminal;
- the transmitted downlink data is retransmitted according to the selected data retransmission mode.
- An embodiment of the present invention provides a data transmission apparatus, including:
- a receiving unit configured to receive data transmission request by the MTC terminal in an idle state
- An obtaining unit configured to obtain a service type of a service used by the MTC terminal
- the embodiment of the invention provides a base station device, which comprises the above data transmission device.
- An embodiment of the present invention provides another data transmission method, including:
- An embodiment of the present invention provides another data transmission apparatus, including:
- a sending unit configured to send a data transmission request to the network side when the terminal device is in an idle state
- a receiving unit configured to receive a feedback message sent by the network side
- a transmitting unit configured to retransmit the transmitted uplink data according to the feedback message.
- the embodiment of the invention provides a terminal device, which comprises the above data transmission device.
- the data transmission method, device, system, and related device provided by the embodiment of the present invention, when the MTC terminal requests data transmission in an idle state, after receiving the request of the MTC terminal, the network side obtains the service type used by the MTC terminal, And determining, according to the type used by the MTC terminal, that the reliability of data transmission with the MTC terminal needs to be ensured, selecting a data retransmission mode, and retransmitting the transmitted data according to the selected data retransmission manner; The terminal side retransmits the transmitted data according to the feedback message of the data transmission in the idle state returned by the received network side, and the packet loss processing mechanism is provided in the data transmission process, thereby ensuring the data transmission in the idle state. Reliability.
- FIG. 1 is a schematic diagram of a communication scenario of an MTC terminal in the prior art
- FIG. 2 is a schematic flowchart of an implementation process of a network-side data transmission method according to an embodiment of the present invention
- FIG. 3 is a schematic structural diagram of a first data transmission device according to an embodiment of the present invention
- FIG. 4 is a schematic flowchart of a method for implementing a data transmission method on a terminal side according to an embodiment of the present invention
- FIG. 5 is a schematic structural diagram of a second data transmission device according to an embodiment of the present invention
- FIG. 6 is a schematic structural diagram of a data transmission system according to an embodiment of the present invention. detailed description
- the embodiment of the present invention provides a data transmission method, device, system, and related device.
- the data transmission method provided by the embodiment of the present invention is applicable to data transmission in a machine type communication scenario.
- the base station receives a data transmission request sent by the MTC terminal in an idle state.
- the base station is requested to perform data transmission.
- the base station obtains a service type of a service used by the MTC terminal.
- the base station can obtain the service type of the service used by the MTC terminal in the following two ways: 1) the data transmission request sent by the MTC terminal to the base station carries the terminal identifier, and after receiving the data transmission request sent by the MTC terminal, the base station receives the data transmission request Obtaining, according to the terminal identifier of the MTC terminal, a service type of the service used by the MTC terminal from the core network; 2) transmitting the base to the MTC terminal
- the data transmission request of the station carries the service type of the service used by the MTC terminal.
- the base station can directly obtain the service type of the service used by the MTC terminal from the data transmission request.
- the base station selects a data retransmission mode according to the obtained service type.
- the base station when determining the reliability of data transmission between the MTC terminal and the MTC terminal, the base station may perform data retransmission using any of the following data retransmission modes:
- the base station can carry the number of data retransmissions in the feedback message for returning the data transmission request to the MTC terminal.
- the base station may carry the first maximum retransmission number of the HARQ in the feedback message that returns the data transmission request to the MTC terminal, and may also optionally carry the received HARQ feedback result as the ACK (acknowledgement) signaling. The number of times.
- This method can avoid the problem of data transmission error caused by the error of the HARQ feedback.
- the MTC terminal correctly receives the downlink data at a certain time, but the feedback result is NACK signaling, and the ARQ feedback can be used for data transmission check.
- the base station may carry the second maximum number of retransmissions of the HARQ in the feedback message that returns the data transmission request to the MTC terminal, to
- S204 The base station retransmits the transmitted downlink data according to the selected data retransmission mode.
- the base station transmits the downlink data to the MTC terminal in the idle state, if the base station uses the method 1 to perform data retransmission, for each downlink data, after the base station transmits the downlink data for the first time, the downlink sub-data is transmitted.
- the base station For each downlink data, whether the MTC terminal feedback result is ACK signaling or NACK (non-acknowledgment) signaling, the base station needs to retransmit the downlink data at the retransmission time until the number of retransmissions reaches the first maximum retransmission number of HARQ or
- the feedback result received by the base station is that the number of ACK signaling reaches a preset number of times, wherein the MTC terminal feeds back the result in the ACK/NACK feedback position of the PUCCH (Physical Downlink Control Channel) or the PHICH (Physical Retransmission Request Indicator Channel).
- the base station uses the third method for data retransmission, for each downlink data, the base station retransmits at the retransmission time until the number of retransmissions reaches the second maximum retransmission number of the HARQ, and for each transmitted downlink data, The MTC terminal feeds back the ARQ feedback result of the downlink data according to the time-frequency resource location corresponding to the received time-frequency resource location information.
- the data transmission method may further include the following steps:
- Step 1 Determine a retransmission resource, where the retransmission resource is used to retransmit downlink data whose HARQ feedback result is ACK less than the preset number of times or the received ARQ feedback result is NACK downlink data;
- Step 2 Retransmit the downlink data whose HARQ feedback result is ACK times that does not reach the preset number of times on the determined retransmission resource or the downlink data of the received ARQ feedback result is NACK.
- the transmission resources used for retransmission are determined in the following ways:
- C-RNTI when the Cell Radio Network Temporary Identifier M is available to the MTC terminal
- the base station can use the C-RNTI to allocate retransmission resources to the MTC terminal;
- the MTC terminal initiates random access, and determines the fourth step of the random access, that is, the base station feeds back the transmission resource used by the RRC (Radio Resource Control) connection request to the MTC terminal as the retransmission resource; 3) The MTC terminal ends the current idle state transmission mode, re-enters the connection state, and the base station determines the transmission resource allocated for the MTC terminal as the retransmission resource.
- RRC Radio Resource Control
- the base station when the MTC is in an idle state and requests data transmission, if the base station determines that the data transmission reliability between the MTC terminal and the MTC terminal is required according to the service type used by the MTC terminal, the base station may select The physical layer transmits multiple times or HARQ or HARQ combined with the ARQ method to ensure the reliability of data transmission and reduce the possibility of packet loss during data transmission.
- the second embodiment provides a data transmission device. Since the principle of the device is similar to the data transmission method, the implementation of the device can be referred to the implementation of the method, and the repeated description is omitted.
- a schematic structural diagram of a data transmission apparatus includes: a receiving unit 301, configured to receive a data transmission request sent by an MTC terminal in an idle state; and an obtaining unit 302, configured to obtain an MTC terminal The type of business of the business being used;
- the selecting unit 303 is configured to select a data retransmission mode according to the service type obtained by the obtaining unit 302.
- the transmitting unit 304 is configured to retransmit the transmitted downlink data according to the data retransmission mode selected by the selecting unit 303.
- the obtaining unit 302 may be configured to obtain a service type of the service used by the MTC terminal from the core network, or may be used to obtain the MTC from the data transmission request when the data transmission request carries the service type of the service used by the MTC.
- the type of service of the service used by the terminal may be configured to obtain a service type of the service used by the MTC terminal from the core network, or may be used to obtain the MTC from the data transmission request when the data transmission request carries the service type of the service used by the MTC. The type of service of the service used by the terminal.
- the data retransmission mode is the physical layer multiple transmission mode (method 1) or the hybrid automatic retransmission request HARQ mode (method 2) or the HARQ combined automatic retransmission request ARQ mode (method 3).
- the data transmission apparatus may further include: a sending unit, configured to return a feedback message of the data transmission request to the MTC terminal, where the data retransmission mode is carried in the feedback message if the data retransmission mode is the physical layer multiple transmission mode;
- the first maximum retransmission number of the HARQ is carried in the feedback message, or the first maximum retransmission number of the HARQ carrying the HARQ and the received HARQ feedback result are the number of times of acknowledgment ACK signaling;
- the feedback message carries the second maximum retransmission number of the HARQ and the time-frequency resource location information used by the ARQ feedback corresponding to each data transmission.
- the transmitting unit 304 may be configured to retransmit the transmitted downlink on the transmission resource used for the first transmission of the downlink data after the first transmission of the downlink data, if the base station uses the mode 1 to transmit, and the feedback message carries the number of data retransmissions. Data until the number of retransmissions reaches the number of data retransmissions; or
- the transmission unit 304 may be configured to retransmit the transmitted downlink data at the retransmission time until the number of retransmissions reaches the HARQ.
- the transmission unit 304 can be used to retransmit at the retransmission time.
- the downlink data is transmitted until the number of retransmissions reaches the first maximum number of retransmissions of the HARQ or the number of received HARQ feedbacks is ACK reaches a preset number of times; if the base station uses the third mode of transmission, the HARQ is carried in the feedback message.
- the transmitting unit 304 may be configured to retransmit the transmitted downlink data at the retransmission time until the retransmission times reach the second maximum retransmission of the HARQ.
- the receiving unit 301 is further configured to receive an ARQ feedback result of the transmitted downlink data sent by the MTC terminal, where the ARQ feedback result is a time-frequency resource corresponding to the time-frequency resource location information of the MTC terminal. Sent on the location.
- the data transmission apparatus may further include a determining unit, among them:
- the determining unit may be configured to: when the received HARQ feedback result is not the preset number of times, or the received ARQ feedback result is NACK, determine that the number of times for resending the HARQ feedback result is ACK does not reach the preset
- the downlink data of the number of times or the received ARQ feedback result is a retransmission resource used by the downlink data of the NACK;
- the transmitting unit 304 may be further configured to: retransmit the downlink data whose number of times the HARQ feedback result is ACK is not up to a preset number of times or the downlink data whose received ARQ feedback result is NACK, on the retransmission resource determined by the determining unit.
- the determining unit may be configured to use a cell radio network temporary identifier that is allocated to the MTC terminal in the connected state to allocate a retransmission resource to the MTC terminal, or may be used to determine that the radio resource is fed back when the MTC terminal initiates the random access.
- the transmission resource used by the RRC connection request is used as the retransmission resource; or may be used to determine the transmission resource allocated to the MTC terminal as the retransmission resource when the MTC terminal re-enters the connection state.
- the data transmission apparatus provided in Embodiment 2 may be disposed in a base station apparatus.
- the third embodiment provides a terminal-side data transmission method.
- the method is based on the same inventive concept as the first embodiment.
- the method for solving the problem is similar to the data transmission method of the first embodiment. Therefore, the method can be implemented by referring to the method in the first embodiment. The implementation, the repetition will not be repeated.
- FIG. 4 it is a schematic diagram of an implementation process of the terminal side data transmission method, which may include the following steps:
- the MTC terminal receives a feedback message sent by the network side.
- the MTC terminal retransmits the transmitted uplink data according to the received feedback message.
- the feedback message received by the MTC terminal may carry the number of data retransmissions or carry The first maximum number of retransmissions with HARQ, or the number of first maximum retransmissions with HARQ and the number of received HARQ feedbacks is the number of acknowledgment ACK signaling, or the number of second maximum retransmissions with HARQ and each time The time-frequency resource location information used by the ARQ feedback corresponding to the uplink data transmission.
- step S403 the MTC terminal retransmits the transmitted uplink data according to the received feedback message, and the packet may be in the following manners:
- the MTC terminal If the feedback message received by the MTC terminal carries the number of data retransmissions, the MTC terminal retransmits the transmitted uplink data on the transmission resource used for the first transmission of the uplink data after the first transmission of the uplink data, until the number of retransmissions reaches the data. The number of retransmissions.
- the MTC terminal If the feedback message received by the MTC terminal carries the first maximum number of retransmissions of the HARQ, for each uplink data, regardless of whether the HARQ feedback result of the uplink data is ACK or NACK, the MTC terminal retransmits the uplink at the retransmission time. Data, until the number of retransmissions reaches the first maximum number of retransmissions of HARQ.
- the HARQ feedback result of the uplink data is The ACK is still a NACK, and the MTC terminal retransmits the transmitted uplink data at the retransmission time until the number of retransmissions reaches the first maximum number of retransmissions of the HARQ or the number of received HARQ feedbacks is ACK reaches a preset number of times.
- the MTC terminal If the feedback message received by the MTC terminal carries the second maximum retransmission number and row data of the HARQ, whether the HARQ feedback result of the uplink data is ACK or NACK, the MTC terminal Retransmitting the transmitted uplink data at the retransmission time until the number of retransmissions reaches the second maximum number of retransmissions of the HARQ; and receiving the ARQ feedback result by the network side at the time-frequency resource location corresponding to the time-frequency resource location information.
- the data transmission method provided by the embodiment of the present invention may further include the following steps:
- Step 1 The MTC terminal acquires a retransmission resource, where the retransmission resource is used to retransmit the uplink data whose number of ACKs is not the preset number of times, or the received ARQ feedback result is the uplink data of the NACK;
- Step 2 Retransmit the HARQ feedback result as the ACK on the acquired retransmission resource, and the uplink data of the preset number of times is not reached or the received ARQ feedback result is the uplink data of the NACK.
- the MTC terminal can obtain the retransmission resource by using any of the following methods:
- the MTC terminal receives the retransmission resource sent by the network side, where the retransmission resource is allocated by the C-RNTI allocated by the MTC terminal to the MTC terminal when the MTC terminal is in the connected state;
- the MTC terminal determines, when the random access is sent to the network side, the used transmission resource is used as the retransmission resource;
- the MTC terminal determines to end the current idle state transmission mode, and when the connection state is re-entered, the uplink transmission resource allocated by the network side for itself is used as the retransmission resource.
- the fourth embodiment is a data transmission device corresponding to the third embodiment. As shown in FIG. 5, the structure of the data transmission device provided in the fourth embodiment includes:
- the sending unit 501 is configured to send a data transmission request to the network side when the terminal device is in an idle state;
- the receiving unit 502 is configured to receive a feedback message sent by the network side.
- the transmitting unit 503 is configured to retransmit the transmitted uplink data according to the feedback message received by the receiving unit 502.
- the feedback message received by the receiving unit 502 carries the number of data retransmissions, or carries the first maximum retransmission number of the HARQ, or the first maximum retransmission number carrying the HARQ and the received HARQ feedback result are confirmed.
- the transmitting unit 503 may be configured to: when the feedback message carries the number of data retransmissions, after transmitting the uplink data for the first time, the transmission resource used for the first transmission of the uplink data is heavy.
- the uplink data is transmitted until the number of retransmissions reaches the number of retransmissions.
- the uplink data is retransmitted at the retransmission time until the number of retransmissions reaches The first maximum number of retransmissions of the HARQ; if the feedback message carries the first maximum retransmission number of the HARQ and the received HARQ feedback result is the number of ACK signaling, the retransmitted uplink data is retransmitted at the retransmission time until If the number of retransmissions reaches the first maximum number of retransmissions of the HARQ or the number of received HARQ feedbacks is ACK, the number of times of the ACK reaches a preset number of times; if the feedback message carries the second maximum number of retransmissions of the HARQ and corresponding to each uplink data transmission When the time-frequency resource location information used by the ARQ feedback is used, the transmitted uplink data is retransmitted at the retransmission time until the retransmission is repeated.
- the data transmission apparatus may further include an acquiring unit, where:
- the obtaining unit may be configured to: when the received HARQ feedback result is ACK times that the number of ACKs does not reach the preset number of times, or the received ARQ feedback result is a NACK, the retransmission resource is used to retransmit the HARQ feedback result.
- the transmitting unit 503 is further configured to retransmit the uplink data that the HARQ feedback result is ACK less than the preset number of times or the received ARQ feedback result is NACK on the retransmission resource.
- the obtaining unit may be configured to receive a retransmission resource sent by the network side, where the retransmission resource is allocated by the network side to the C-RNTI allocated by the MTC terminal when it is in the connected state; or the acquiring unit may be used to determine When the terminal device initiates the random access to send the RRC connection request to the network side, the used transmission resource is used as the retransmission resource; or is specifically used to determine that the data transmission device may be set in the terminal device when the terminal device re-enters the connection implementation. .
- a schematic structural diagram of a data transmission system includes a base station device 601 and a terminal device 602, where the base station device 601 includes the data transmission device according to the second embodiment, and the terminal device 602 includes an implementation.
- the data transmission device of the fourth embodiment includes the base station device 601 and a terminal device 602, where the base station device 601 includes the data transmission device according to the second embodiment, and the terminal device 602 includes an implementation.
- the data transmission method, device, system, and related device provided by the embodiment of the present invention, when the MTC terminal requests data transmission in an idle state, after receiving the request of the MTC terminal, the network side obtains the service type used by the MTC terminal, And determining, according to the type used by the MTC terminal, that the reliability of data transmission with the MTC terminal needs to be ensured, selecting a data retransmission mode, and retransmitting the transmitted data according to the selected data retransmission manner; The terminal side retransmits the transmitted data according to the feedback message of the data transmission in the idle state returned by the received network side, and the packet loss processing mechanism is provided in the data transmission process, thereby ensuring the data transmission in the idle state. Reliability.
- embodiments of the present invention can be provided as a method, apparatus, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment, or a combination of software and hardware. Moreover, the invention can be applied to one Or in the form of a computer program product embodied on a computer usable storage medium (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer usable program code.
- a computer usable storage medium including but not limited to disk storage, CD-ROM, optical storage, etc.
- the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
- the apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.
- These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
- the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Description
一种数据传输方法、 装置、 系统和相关设备 本申请要求于 201 2 年 07 月 30 日提交中国专利局、 申请号为 201 21 0268679. 3、发明名称为 "一种数据传输方法、装置、 系统和相关设备" 的中国专利申请的优先权, 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及无线通信技术领域, 尤其涉及一种数据传输方法、 装置、 系 统和相关设备。
背景技术
机器类型通信(MTC , Machine-Type Communi ca t ion )指的是机器与机器 或者设备与设备(M2M, Machine to Machine )之间的通信, 是不需要人参与 的一种通信方式。 如图 1所示, 为现有技术中 MTC终端通信场景示意图, 各 MTC终端通过运营商网络和 MTC服务器进行通信, 各 MTC终端既可以向 MTC 服务器发送上行数据, 也可以接收 MTC服务器发送的下行数据, 其中 MTC终 端和 MTC服务器之间通过基站来传输数据。
随着 M2M业务的迅猛发展, MTC终端规模将井喷式增长, 同一小区内 MTC 终端数目可能达数万个。 核心网规范 3GPP 22. 368定义了 MTC终端的 16种重 要特征, 包括低移动性, 时间控制型、 时延容忍型, 在线小数据传输型等, 针对不同的应用, 包括抄表类应用、 远程控制等, 可能具有 1个或者几个特 点的组合。
目前, 针对 MTC研究的热点主要集中在是否有必要对该类型通信进行网 络方面的优化, 特别是将来海量 MTC终端应用到实际网络中时, 是否会对人 与人(Human to Human )之间的通信造成影响。 对于 M2M业务来说, 其中一 个重要业务是终端釆集数据并上报, 例如, 釆集智能电表、 水表、 煤气表等 相关数据, 该类业务具有的特点是, 釆集的数据量小, 发送时间间隔固定,
同时接入网络。 但是, 若同一小区内的 MTC终端同时接入网络, 将导致网络 拥塞。 为了解决上述问题, 现有技术提出了空闲态下数据传输方法, 即, 在 MTC终端处于连接态时, 网络侧为 MTC终端分配用于在空闲态传输数据的资 源, 当 MTC终端处于空闲态时, 可以利用网络侧分配的用于在空闲态传输数 据的资源传输数据。 上述空闲态下数据传输方法能够解决大量 MTC同时接入 网络导致的网络拥塞问题, 但是, 该方法没有考虑数据传输过程中的丟包问 题, 从而降低了空闲态下数据传输的可靠性。 发明内容
本发明实施例提供一种数据传输方法、 装置、 系统和相关设备, 用以保 证空闲态下数据传输的可靠性。
本发明实施例提供一种数据传输方法, 包括:
接收机器类型通信 MTC终端在空闲态下发送的数据传输请求; 获得所述 MTC终端所使用业务的业务类型;
根据所述业务类型, 选择数据重传方式;
按照选择出的数据重传方式对已传输下行数据进行重传。
本发明实施例提供一种数据传输装置, 包括:
接收单元,用于接收机器类型通信 MTC终端在空闲态下发送的数据传输 请求;
获得单元, 用于获得所述 MTC终端所使用业务的业务类型;
选择单元, 用于根据所述获得单元获得的业务类型, 选择数据重传方式; 传输单元, 用于按照选择出数据重传方式对已传输下行数据进行重传。 本发明实施例提供一种基站设备, 包括上述数据传输装置。
本发明实施例提供另外一种数据传输方法, 包括:
在空闲态时, 向网络侧发送数据传输请求; 以及
接收网络侧发送的反馈消息;
根据所述反馈消息对已传输上行数据进行重传。
本发明实施例提供另外一种数据传输装置, 包括:
发送单元, 用于在所述终端设备处于空闲态时, 向网络侧发送数据传输 请求;
接收单元, 用于接收网络侧发送的反馈消息;
传输单元, 用于根据所述反馈消息对已传输上行数据进行重传。
本发明实施例提供一种终端设备, 包括上述数据传输装置。
本发明实施例提供的数据传输方法、 装置、 系统和相关设备, 当 MTC 终端请求在空闲态下进行数据传输时, 网络侧接收到 MTC终端的请求之后, 获得该 MTC终端所使用的业务类型, 并根据该 MTC终端所使用的类型确定 需要保证与该 MTC终端之间数据传输的可靠性时, 选择一种数据重传方式, 根据选择出的数据重传方式对已传输数据进行重传; 对于终端侧, 根据接收 到的网络侧返回的空闲态下进行数据传输的反馈消息对已传输数据进行重 传, 由于上述数据传输过程中提供了丟包处理机制, 从而, 能够保证空闲态 下数据传输的可靠性。
本发明的其它特征和优点将在随后的说明书中阐述, 并且, 部分地从说 明书中变得显而易见, 或者通过实施本发明而了解。 本发明的目的和其他优 点可通过在所写的说明书、 权利要求书、 以及附图中所特别指出的结构来实 现和获得。 附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案, 下面将对实 施例或现有技术描述中所需要使用的附图作简单地介绍, 显而易见地, 下面 描述中的附图仅仅是本发明的一些实施例, 对于本领域普通技术人员来讲,
在不付出创造性劳动的前提下, 还可以根据这些附图获得其他的附图。
图 1为现有技术中, MTC终端通信场景示意图;
图 2为本发明实施例中, 网络侧数据传输方法的实施流程示意图; 图 3为本发明实施例中, 第一种数据传输装置的结构示意图;
图 4为本发明实施例中, 终端侧数据传输方法的实施流程示意图; 图 5为本发明实施例中, 第二种数据传输装置的结构示意图;
图 6为本发明实施例中, 数据传输系统的结构示意图。 具体实施方式
为了保证空闲态下数据传输的可靠性, 本发明实施例提供了一种数据传 输方法、 装置、 系统和相关设备, 本发明实施例提供的数据传输方法适用于 机器类型通信场景下的数据传输。
以下结合说明书附图对本发明的优选实施例进行说明, 应当理解, 此处 所描述的优选实施例仅用于说明和解释本发明, 并不用于限定本发明, 并且 实施例一 意图, 包括以下步骤:
S201、 基站接收 MTC终端在空闲态下发送的数据传输请求;
具体的, 在 MTC终端处于空闲状态时, 请求基站进行数据传输。
S202、 基站获得该 MTC终端所使用业务的业务类型;
具体的,基站可以通过以下两种方式获得 MTC终端所使用业务的业务类 型: 1 )在 MTC终端发送给基站的数据传输请求中携带有终端标识, 基站在 接收到 MTC终端发送的数据传输请求之后, 根据该 MTC终端的终端标识从 核心网获得该 MTC终端所使用业务的业务类型; 2 )在 MTC终端发送给基
站的数据传输请求中携带有该 MTC 终端所使用业务的业务类型, 这种情况 下, 基站可以从数据传输请求中直接获取该 MTC 终端所使用业务的业务类 型。
5203、 基站根据获得的业务类型, 选择数据重传方式;
具体实施时,根据获得的业务类型,确定需要保证与 MTC终端之间的数 据传输可靠性时, 基站可以釆用以下几种数据重传方式中的任一种进行数据 重传:
方式一 物理层多次传输方式
如果基站釆用该方式,基站可以在向 MTC终端返回数据传输请求的反馈 消息中携带数据重传次数。
方式二 HARQ (混合自动重传请求)方式
如果基站釆用该方式,基站可以在向 MTC终端返回数据传输请求的反馈 消息中携带 HARQ 的第一最大重传次数, 也可以选择性地携带接收到的 HARQ反馈结果为 ACK (确认)信令的次数。
方式三 HARQ结合 ARQ (自动重传请求)方式
该方式可避免 HARQ反馈自身出错导致数据传输出错的问题, 例如, 某 时刻 MTC终端正确接收到下行数据, 但是, 其反馈结果为 NACK信令, 可 以釆用 ARQ反馈来进行数据传输检查。 在该方式下, 基站可以在向 MTC终 端返回所述数据传输请求的反馈消息中携带 HARQ的第二最大重传次数, 以
5204、 基站按照选择出的数据重传方式对已传输下行数据进行重传。 具体实施时, 基站在空闲态下向 MTC 终端传输下行数据时, 如果基站 釆用方式一进行数据重传, 针对每一下行数据, 基站首次传输该下行数据之 后, 在传输该下行数据的下行子帧的相同资源位置上进行数据重传, 直至重 传次数达到设置的数据重传次数; 如果基站釆用方式二进行数据重传, 针对
每一下行数据, 无论 MTC终端反馈结果为 ACK信令还是 NACK (非确认) 信令, 基站均需要在重传时刻重传该下行数据, 直至重传次数达到 HARQ的 第一最大重传次数或者基站接收到的反馈结果为 ACK信令的次数达到预设 次数, 其中, MTC终端在 PUCCH (物理下行控制信道)或者 PHICH (物理 重传请求指示信道) 的 ACK/NACK反馈位置反馈结果。 如果基站釆用方式 三进行数据重传, 针对每一下行数据, 基站在重传时刻进行重传, 直至重传 次数达到 HARQ 的第二最大重传次数, 同时, 针对每一已传输下行数据, MTC 终端根据接收到的时频资源位置信息对应的时频资源位置上反馈该下 行数据的 ARQ反馈结果。
特别地, 具体实施时, 针对每一下行数据, 基站釆用方式二进行数据重 传时,若基站接收到 MTC终端反馈的 HARQ的反馈结果为 ACK的次数小于 预设次数, 或者基站釆用方式三进行数据重传时, MTC终端反馈的 ARQ反 馈结果为 NACK时, 本发明实施例提供的数据传输方法, 还可以包括以下步 骤:
步骤一、 确定重发资源, 该重发资源用于重发 HARQ反馈结果为 ACK 的次数未达到预设次数的下行数据或者接收到的 ARQ反馈结果为 NACK的 下行数据;
步骤二、 在确定出的重发资源上重发 HARQ反馈结果为 ACK的次数未 达到预设次数的下行数据或者接收到的 ARQ反馈结果为 NACK的下行数据。
较佳地, 重发所使用的传输资源有以下几种确定方式:
1 )基站在连接态时分配给 MTC终端的小区无线网络临时标识( C-RNTI, Cell Radio Network Temporary Identifier M乃然可用时,基站可以使用该 C-RNTI 为 MTC终端分配重发资源;
2 ) MTC终端发起随机接入, 确定在随机接入的第四步, 即基站向 MTC 终端反馈 RRC (无线资源控制 )连接请求所使用的传输资源作为重发资源;
3 ) MTC 终端结束当前空闲态传输模式, 重新进入连接态, 基站确定为 MTC终端分配的传输资源作为重发资源。
实施例一提供的数据传输方法中,在 MTC处于空闲态下请求进行数据传 输时, 若基站根据 MTC终端所使用的业务类型, 确定需要保证与 MTC终端 之间的数据传输可靠性时,可以选择物理层多次传输或者 HARQ或者 HARQ 结合 ARQ方式来保证数据传输的可靠性,减少了数据传输过程中丟包的可能 性。
实施例二
基于同一发明构思, 实施例二提供了一种数据传输装置, 由于该装置解 决问题的原理与数据传输方法相似, 因此该装置的实施可以参见方法的实施, 重复之处不再赘述。
如图 3所示, 为本发明实施例提供的数据传输装置的结构示意图, 包括: 接收单元 301 , 用于接收 MTC终端在空闲态下发送的数据传输请求; 获得单元 302, 用于获得 MTC终端所使用业务的业务类型;
选择单元 303 , 用于根据获得单元 302获得的业务类型, 选择数据重传 方式;
传输单元 304, 用于按照选择单元 303选择出的数据重传方式对已传输 下行数据进行重传。
具体实施时,获得单元 302可以用于从核心网获取 MTC终端所使用业务 的业务类型;或者可以用于在数据传输请求中携带有 MTC所使用业务的业务 类型时, 从数据传输请求中获取 MTC终端所使用业务的业务类型。
其中, 数据重传方式为物理层多次传输方式(方式一)或者为混合自动 重传请求 HARQ方式 (方式二)或者为 HARQ结合自动重传请求 ARQ方式 (方式三)。
具体实施时, 本发明实施例提供的数据传输装置, 还可以包括:
发送单元, 用于向 MTC终端返回所述数据传输请求的反馈消息, 其中, 若数据重传方式为物理层多次传输方式时 ,在反馈消息中携带数据重传次数; 若数据重传方式为 HARQ方式时,在反馈消息中携带 HARQ的第一最大重传 次数或者所述反馈消息中携带有 HARQ 的第一最大重传次数和接收到的 HARQ反馈结果为确认 ACK信令的次数; 若数据重传方式为 HARQ方式结 合 ARQ方式时, 在所述反馈消息中携带 HARQ的第二最大重传次数和每次 数据传输对应的 ARQ反馈使用的时频资源位置信息。
其中, 若基站釆用方式一进行传输, 在反馈消息中携带数据重传次数时, 传输单元 304可以用于在首次传输下行数据之后, 在首次传输下行数据使用 的传输资源上重传已传输下行数据, 直至重传次数达到所述数据重传次数; 或者
若基站釆用方式二进行传输, 且在反馈消息中携带 HARQ的第一最大重 传次数时, 传输单元 304可以用于在重传时刻重传已传输下行数据, 直至重 传次数达到 HARQ的第一最大重传次数;
若基站釆用方式二进行传输, 且在反馈消息中携带 HARQ的第一最大重 传次数和接收到的 HARQ反馈结果为 ACK信令的次数时, 传输单元 304可 以用于在重传时刻重传已传输下行数据, 直至重传次数达到 HARQ的第一最 大重传次数或者接收到的 HARQ反馈结果为 ACK的次数达到预设次数; 若基站釆用方式三进行传输, 在反馈消息中携带 HARQ的第一最大重传 次数和接收到的 HARQ反馈结果为 ACK信令的次数时, 传输单元 304可以 用于在重传时刻重传已传输下行数据, 直至重传次数达到 HARQ的第二最大 重传次数; 在这种方式下, 接收单元 301 , 还可以用于接收 MTC终端发送的 已传输下行数据的 ARQ反馈结果, 该 ARQ反馈结果为 MTC终端在所述时 频资源位置信息对应的时频资源位置上发送的。
具体实施时, 本发明实施例提供的数据传输装置, 还可以包括确定单元,
其中:
确定单元, 可以用于在接收到的 HARQ反馈结果为 ACK的次数未达到 预设次数, 或者接收到的 ARQ反馈结果为 NACK时, 确定用于重发 HARQ 反馈结果为 ACK的次数未达到预设次数的下行数据或者接收到的 ARQ反馈 结果为 NACK的下行数据所使用的重发资源;
传输单元 304, 还可以用于在确定单元确定出的重发资源上重发 HARQ 反馈结果为 ACK的次数未达到预设次数的下行数据或者接收到的 ARQ反馈 结果为 NACK的下行数据。
其中,确定单元可以用于使用在连接态时分配给所述 MTC终端的小区无 线网络临时标识, 为 MTC终端分配重发资源; 或者可以用于确定在 MTC终 端发起随机接入时,反馈无线资源控制 RRC连接请求所使用的传输资源作为 重发资源; 或者可以用于确定在 MTC终端重新进入连接态时, 为 MTC终端 分配的传输资源作为重发资源。
需要说明的是, 具体实施时, 实施例二提供的数据传输装置可以设置于 基站设备中。
实施例三
实施例三提供一种终端侧数据传输方法, 该方法与实施例一基于同一发 明构思, 由于该方法解决问题的原理与实施例一数据传输方法相似, 因此该 方法的实施可以参见实施例一方法的实施, 重复之处不再赘述。
如图 4所示, 为终端侧数据传输方法的实施流程示意图, 可以包括以下 步骤:
5401、 MTC终端在空闲态时, 向网络侧发送数据传输请求;
5402、 MTC终端接收网络侧发送的反馈消息;
S403、 MTC终端根据接收到的反馈消息对已传输上行数据进行重传。 其中, MTC终端接收到的反馈消息中可以携带有数据重传次数或者携带
有 HARQ的第一最大重传次数,或者携带有 HARQ的第一最大重传次数和接 收到的 HARQ反馈结果为确认 ACK信令的次数, 或者携带有 HARQ的第二 最大重传次数和每次上行数据传输对应的 ARQ反馈使用的时频资源位置信 息。
基于此, 步骤 S403中, MTC终端根据接收到的反馈消息对已传输上行 数据进行重传, 可以包可以以下几种方式:
方式一
若 MTC终端接收到的反馈消息中携带有数据重传次数时, MTC终端在 首次传输上行数据之后, 在首次传输上行数据使用的传输资源上重传已传输 上行数据, 直至重传次数达到该数据重传次数。
方式二
若 MTC终端接收到的反馈消息中携带有 HARQ的第一最大重传次数时, 针对每一上行数据,无论该上行数据的 HARQ反馈结果为 ACK还是 NACK, MTC终端在重传时刻重传该上行数据, 直至重传次数达到 HARQ的第一最 大重传次数。
方式三
若 MTC终端接收到的反馈消息中携带有 HARQ的第一最大重传次数和 接收到的 HARQ反馈结果为确认 ACK信令的次数时, 针对每一上行数据, 无论该上行数据的 HARQ反馈结果为 ACK还是 NACK, MTC终端在重传时 刻重传已传输上行数据, 直至重传次数达到 HARQ的第一最大重传次数或者 接收到的 HARQ反馈结果为 ACK的次数达到预设次数。
方式四
若 MTC终端接收到的反馈消息中携带有 HARQ的第二最大重传次数和 行数据,无论该上行数据的 HARQ反馈结果为 ACK还是 NACK, MTC终端
在重传时刻重传已传输上行数据, 直至重传次数达到 HARQ的第二最大重传 次数; 并在该时频资源位置信息对应的时频资源位置上接收网络侧发送 ARQ 反馈结果。
特别地,具体实施时,若 MTC终端釆用方式三或者方式四对已传输上行 数据进行重传时,若 MTC终端接收到的 HARQ反馈结果为 ACK的次数未达 到预设次数, 或者接收到的 ARQ反馈结果为 NACK时, 本发明实施例提供 的数据传输方法, 还可以包括以下步骤:
步骤一、 MTC终端获取重发资源, 该重发资源用于重发 HARQ反馈结 果为 ACK的次数未达到预设次数的上行数据或者接收到的 ARQ反馈结果为 NACK的上行数据;
步骤二、 在获取的重发资源上重发 HARQ反馈结果为 ACK的次数未达 到预设次数的上行数据或者接收到的 ARQ反馈结果为 NACK的上行数据。
其中, MTC终端可以通过以下任一种方式获取重发资源:
1 )MTC终端接收网络侧发送的重发资源 ,该重发资源为网络侧使用 MTC 终端处于连接态时为该 MTC终端分配的 C-RNTI分配的;
2 ) MTC终端确定发起随机接入向网络侧发送 RRC连接请求时、 所使 用的传输资源作为重发资源;
3 ) MTC终端确定结束当前空闲态传输模式, 重新进入连接态时, 网络 侧为自身分配的上行传输资源作为重发资源。
实施例四
实施例四为与实施例三对应的数据传输装置, 如图 5所示, 为实施例四 提供的数据传输装置的结构示意图, 包括:
发送单元 501 , 用于在终端设备处于空闲态时, 向网络侧发送数据传输 请求;
接收单元 502 , 用于接收网络侧发送的反馈消息;
传输单元 503 , 用于根据接收单元 502接收到的反馈消息对已传输上行 数据进行重传。
其中, 接收单元 502接收到的反馈消息中携带有数据重传次数, 或者携 带有 HARQ的第一最大重传次数,或者携带有 HARQ的第一最大重传次数和 接收到的 HARQ反馈结果为确认 ACK信令的次数; 或者携带有 HARQ的第 二最大重传次数和每次上行数据传输对应的 ARQ反馈使用的时频资源位置 信息。
基于接收单元 502接收到的反馈消息中携带的信息, 传输单元 503可以 用于若反馈消息中携带有数据重传次数时, 在首次传输上行数据之后, 在首 次传输上行数据使用的传输资源上重传已传输上行数据, 直至重传次数达到 所述数据重传次数; 若反馈消息中携带有 HARQ的第一最大重传次数时, 在 重传时刻重传已传输上行数据, 直至重传次数达到 HARQ的第一最大重传次 数;若反馈消息中携带有 HARQ的第一最大重传次数和接收到的 HARQ反馈 结果为 ACK信令的次数时,在重传时刻重传已传输上行数据, 直至重传次数 达到 HARQ的第一最大重传次数或者接收到的 HARQ反馈结果为 ACK的次 数达到预设次数; 若反馈消息中携带有 HARQ的第二最大重传次数和每次上 行数据传输对应的 ARQ反馈使用的时频资源位置信息时,在重传时刻重传已 传输上行数据, 直至重传次数达到 HARQ 的第二最大重传次数; 接收单元 502,还可以用于在该时频资源位置信息对应的时频资源位置上接收网络侧发 送的已传输上行数据的 ARQ反馈结果。
具体实施时, 本发明实施例提供的数据传输装置还可以包括获取单元, 其中:
获取单元, 可以用于若接收到的 HARQ反馈结果为 ACK的次数未达到 预设次数, 或者接收到的 ARQ反馈结果为 NACK时, 获取重发资源, 该重 发资源用于重发 HARQ反馈结果为 ACK的次数未达到预设次数的上行数据
或者接收到的 ARQ反馈结果为 NACK的上行数据;
传输单元 503 ,还可以用于在该重发资源上重发 HARQ反馈结果为 ACK 的次数未达到预设次数的上行数据或者接收到的 ARQ反馈结果为 NACK的 上行数据。
较佳地, 获取单元可以用于接收网络侧发送的重发资源, 该重发资源为 网络侧使用 MTC终端处于连接态时为其分配的 C-RNTI分配的;或者获取单 元可以用于确定在终端设备发起随机接入向网络侧发送 RRC连接请求时、所 使用的传输资源作为重发资源; 或者具体用于确定在终端设备重新进入连接 具体实施时, 上述数据传输装置可以设置于终端设备中。
实施例五
如图 6所示, 为本发明实施例提供的数据传输系统的结构示意图, 包括 基站设备 601和终端设备 602, 其中, 基站设备 601 包括实施例二所述的数 据传输装置, 终端设备 602包括实施例四所述的数据传输装置。
本发明实施例提供的数据传输方法、 装置、 系统和相关设备, 当 MTC 终端请求在空闲态下进行数据传输时, 网络侧接收到 MTC终端的请求之后, 获得该 MTC终端所使用的业务类型, 并根据该 MTC终端所使用的类型确定 需要保证与该 MTC终端之间数据传输的可靠性时, 选择一种数据重传方式, 根据选择出的数据重传方式对已传输数据进行重传; 对于终端侧, 根据接收 到的网络侧返回的空闲态下进行数据传输的反馈消息对已传输数据进行重 传, 由于上述数据传输过程中提供了丟包处理机制, 从而, 能够保证空闲态 下数据传输的可靠性。
本领域内的技术人员应明白, 本发明的实施例可提供为方法、 装置、 系 统、 或计算机程序产品。 因此, 本发明可釆用完全硬件实施例、 完全软件实 施例、 或结合软件和硬件方面的实施例的形式。 而且, 本发明可釆用在一个
或多个其中包含有计算机可用程序代码的计算机可用存储介质 (包括但不限 于磁盘存储器、 CD-ROM、 光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、 装置、 设备(系统)、 和计算机 程序产品的流程图和 /或方框图来描述的。 应理解可由计算机程序指令实现 流程图和 /或方框图中的每一流程和 /或方框、 以及流程图和 /或方框图中 的流程和 /或方框的结合。 可提供这些计算机程序指令到通用计算机、 专用 计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器, 使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实 现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的 功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设 备以特定方式工作的计算机可读存储器中, 使得存储在该计算机可读存储器 中的指令产生包括指令装置的制造品, 该指令装置实现在流程图一个流程或 多个流程和 /或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上, 使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的 处理, 从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图 一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的步 骤。
尽管已描述了本发明的优选实施例, 但本领域内的技术人员一旦得知了 基本创造性概念, 则可对这些实施例做出另外的变更和修改。 所以, 所附权 利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。 发明的精神和范围。 这样, 倘若本发明的这些修改和变型属于本发明权利要 求及其等同技术的范围之内, 则本发明也意图包含这些改动和变型在内。
Claims
1、 一种数据传输方法, 其特征在于, 包括:
接收机器类型通信 MTC终端在空闲态下发送的数据传输请求;
获得所述 MTC终端所使用业务的业务类型;
根据所述业务类型, 选择数据重传方式;
按照选择出的数据重传方式对已传输下行数据进行重传。
2、 如权利要求 1所述的方法, 其特征在于, 所述数据重传方式为物理层 多次传输方式, 或者混合自动重传请求 HARQ方式, 或者 HARQ结合自动重传 请求 ARQ方式; 以及
所述方法, 还包括:
向所述 MTC终端返回所述数据传输请求的反馈消息, 其中,
若所述数据重传方式为物理层多次传输方式时 , 在所述反馈消息中携带 数据重传次数;
若所述数据重传方式为 HARQ方式时, 在所述反馈消息中携带 HARQ的第 一最大重传次数或者携带 HARQ的第一最大重传次数和接收到的 HARQ反馈结 果为确认 ACK信令的次数;
若所述重传方式为 HARQ结合自动重传请求 ARQ方式时,在所述反馈消息 中携带 HARQ的第二最大重传次数和每次下行数据传输对应的 ARQ反馈使用的 时频资源位置信息。
3、 如权利要求 2所述的方法, 其特征在于,
若所述反馈消息中携带有数据重传次数时, 则所述按照确定出的数据重 传方式对已传输下行数据进行重传, 具体包括:
在首次传输下行数据之后, 在首次传输下行数据使用的传输资源上重传 已传输下行数据, 直至重传次数达到所述数据重传次数;
若所述反馈消息中携带有 HARQ的第一最大重传次数时,则所述按照确定
出的数据重传方式对已传输下行数据进行重传, 具体包括:
在重传时刻重传已传输下行数据,直至重传次数达到 HARQ的第一最大重 传次数;
若所述反馈消息中携带有 HARQ的第一最大重传次数和接收到的 HARQ反 馈结果为 ACK信令的次数时, 则所述按照确定出的数据重传方式对已传输下 行数据进行重传, 具体包括:
在重传时刻重传已传输下行数据,直至重传次数达到 HARQ的第一最大重 传次数或者接收到的 HARQ反馈结果为 ACK的次数达到预设次数;
若所述反馈消息中携带有 HARQ 的第二最大重传次数和每次下行数据传 输对应的 ARQ反馈使用的时频资源位置信息时, 则所述按照确定出的数据重 传方式对已传输下行数据进行重传, 具体包括:
在重传时刻重传已传输下行数据,直至重传次数达到 HARQ的第二最大重 传次数; 且进一步包括: 接收所述 MTC终端发送的已传输下行数据的 ARQ反 馈结果, 所述 ARQ反馈结果为所述 MTC终端在所述时频资源位置信息对应的 时频资源位置上发送的。
4、 如权利要求 3所述的方法, 其特征在于, 若接收到的 HARQ反馈结果 为 ACK的次数未达到预设次数, 或者接收到的 ARQ反馈结果为 NACK时, 还包 括:
确定重发资源,所述重发资源用于重发 HARQ反馈结果为 ACK的次数未达 到预设次数的下行数据或者接收到的 ARQ反馈结果为 NACK的下行数据; 在确定出的重发资源上重发 HARQ反馈结果为 ACK的次数未达到预设次数 的下行数据或者接收到的 ARQ反馈结果为 NACK的下行数据。
5、 如权利要求 4所述的方法, 其特征在于, 确定重发资源, 具体包括: 使用在连接态时分配给所述 MTC终端的小区无线网络临时标识 C-RNTI , 为所述 MTC终端分配重发资源; 或者
确定在所述 MTC终端发起随机接入时, 反馈无线资源控制 RRC连接请求 所使用的传输资源作为重发资源; 或者
确定在所述 MTC终端重新进入连接态时, 为所述 MTC终端分配的下行传 输资源作为重发资源。
6、 如权利要求 1所述的方法, 其特征在于, 所述获得所述 MTC终端所使 用业务的业务类型, 具体包括: 从核心网获取所述 MTC终端所使用业务的业 务类型; 或者当所述数据传输请求中携带有所述 MTC所使用业务的业务类型 时, 所述获得所述 MTC终端所使用业务的业务类型, 具体包括: 从所述数据 传输请求中获取所述 MTC终端所使用业务的业务类型。
7、 一种数据传输装置, 其特征在于, 包括:
接收单元, 用于接收机器类型通信 MTC终端在空闲态下发送的数据传输 请求;
获得单元, 用于获得所述 MTC终端所使用业务的业务类型;
选择单元, 用于根据所述获得单元获得的业务类型, 选择数据重传方式; 传输单元, 用于按照选择出数据重传方式对已传输下行数据进行重传。
8、 如权利要求 7所述的装置, 其特征在于, 所述数据重传方式为物理层 多次传输方式或者为混合自动重传请求 HARQ方式或者为 HARQ结合自动重传 请求 ARQ方式; 以及
所述装置, 还包括:
发送单元, 用于向所述 MTC终端返回所述数据传输请求的反馈消息, 其 中, 若数据重传方式为物理层多次传输方式时, 在所述反馈消息中携带数据 重传次数; 若数据重传方式为 HARQ方式时, 在所述反馈消息中携带 HARQ的 第一最大重传次数或者在所述反馈消息中携带 HARQ 的第一最大重传次数和 接收到的 HARQ反馈结果为确认 ACK信令的次数; 若数据重传方式为 HARQ方 式结合 ARQ方式时,在所述反馈消息中携带 HARQ的第二最大重传次数和每次
数据传输对应的 ARQ反馈使用的时频资源位置信息。
9、 如权利要求 8所述的装置, 其特征在于,
所述传输单元, 具体用于若所述反馈消息中携带有数据重传次数时, 在 首次传输下行数据之后, 在首次传输下行数据使用的传输资源上重传已传输 下行数据, 直至重传次数达到所述数据重传次数; 或者
具体用于在若反馈消息中携带有 HARQ的第一最大重传次数时,在重传时 刻重传已传输下行数据, 直至重传次数达到 HARQ的第一最大重传次数; 或者 具体用于若反馈消息中携带有 HARQ 的第一最大重传次数和接收到的 HARQ反馈结果为 ACK信令的次数时, 在重传时刻重传已传输下行数据, 直至 重传次数达到 HARQ的第一最大重传次数或者接收到的 HARQ反馈结果为 ACK 的次数达到预设次数; 或者
具体用于若所述反馈消息中携带有 HARQ 的第二最大重传次数和每次下 行数据传输对应的 ARQ反馈使用的时频资源位置信息时, 在重传时刻重传已 传输下行数据, 直至重传次数达到 HARQ的第二最大重传次数;
所述接收单元, 还用于接收所述 MTC终端发送的已传输下行数据的 ARQ 反馈结果, 所述 ARQ反馈结果为所述 MTC终端在所述时频资源位置信息对应 的时频资源位置上发送的。
10、 如权利要求 9所述的装置, 其特征在于, 还包括确定单元, 其中: 所述确定单元,用于在接收到的 HARQ反馈结果为 ACK的次数未达到预设 次数, 或者接收到的 ARQ反馈结果为 NACK时, 确定用于重发 HARQ反馈结果 为 ACK的次数未达到预设次数的下行数据或者接收到的 ARQ反馈结果为 NACK 的下行数据所使用的重发资源;
所述传输单元, 还用于在确定出的重发资源上重发 HARQ反馈结果为 ACK 的次数未达到预设次数的下行数据或者接收到的 ARQ反馈结果为 NACK的下行 数据。
1 1、 如权利要求 1 0所述的装置, 其特征在于,
所述确定单元, 具体用于使用在连接态时分配给所述 MTC终端的小区无 线网络临时标识 C-RNTI , 为所述 MTC终端分配重发资源; 或者具体用于确定 在所述 MTC终端发起随机接入时, 反馈无线资源控制 RRC连接请求所使用的 传输资源作为重发资源; 或者具体用于确定在所述 MTC终端重新进入连接态 时, 为所述 MTC终端分配的传输资源作为重发资源。
12、 如权利要求 7所述的装置, 其特征在于, 所述获得单元, 具体用于 从核心网获取所述 MTC终端所使用业务的业务类型; 或者具体用于在所述数 据传输请求中携带有所述 MTC所使用业务的业务类型时, 从所述数据传输请 求中获取所述 MTC终端所使用业务的业务类型。
1 3、 一种基站设备, 其特征在于, 包括权利要求 7-12任一权利要求所述 的装置。
14、 一种数据传输方法, 其特征在于, 包括:
在空闲态时, 向网络侧发送数据传输请求; 以及
接收网络侧发送的反馈消息;
根据所述反馈消息对已传输上行数据进行重传。
15、 如权利要求 14所述的方法, 其特征在于, 所述反馈消息中携带有数 据重传次数或者所述反馈消息中携带有 HARQ的第一最大重传次数,或者所述 反馈消息中携带有 HARQ的第一最大重传次数和接收到的 HARQ反馈结果为确 认 ACK信令的次数,或者所述反馈消息中携带有 HARQ的第二最大重传次数和 所述根据所述反馈消息对已传输上行数据进行重传, 具体包括: 若所述反馈消息中携带有数据重传次数时 , 在首次传输上行数据之后 , 在首次传输上行数据使用的传输资源上重传已传输上行数据, 直至重传次数 达到所述数据重传次数;
若所述反馈消息中携带有 HARQ的第一最大重传次数时,在重传时刻重传 已传输上行数据, 直至重传次数达到 HARQ的第一最大重传次数;
若所述反馈消息中携带有 HARQ的第一最大重传次数和接收到的 HARQ反 馈结果为确认 ACK信令的次数时, 在重传时刻重传已传输上行数据, 直至重 传次数达到 HARQ的第一最大重传次数或者接收到的 HARQ反馈结果为 ACK的 次数达到预设次数;
若所述反馈消息中携带有 HARQ 的第二最大重传次数和每次上行数据传 输对应的 ARQ反馈使用的时频资源位置信息时, 在重传时刻重传已传输上行 数据, 直至重传次数达到 HARQ的第二最大重传次数; 且进一步包括: 在所述 时频资源位置信息对应的时频资源位置上接收网络侧发送 ARQ反馈结果。
16、 如权利要求 15所述的方法, 其特征在于, 若接收到的 HARQ反馈结 果为 ACK的次数未达到预设次数, 或者接收到的 ARQ反馈结果为 NACK时, 还 包括:
获取重发资源,所述重发资源用于重发 HARQ反馈结果为 ACK的次数未达 到预设次数的上行数据或者接收到的 ARQ反馈结果为 NACK的上行数据; 在所述重发资源上重发 HARQ反馈结果为 ACK的次数未达到预设次数的上 行数据或者接收到的 ARQ反馈结果为 NACK的上行数据。
17、 如权利要求 16所述的方法, 其特征在于, 所述获取重发资源, 具体 包括:
接收网络侧发送的重发资源, 所述重发资源为所述网络侧使用连接态时 分配的小区无线网络临时标识 C-RNTI分配的; 或者
确定发起随机接入向网络侧发送 RRC连接请求时、 所使用的传输资源作 为重发资源; 或者
确定重新进入连接态时、 网络侧分配的上行传输资源作为重发资源。
18、 一种数据传输装置, 其特征在于, 包括:
发送单元, 用于在终端设备处于空闲态时, 向网络侧发送数据传输请求; 接收单元, 用于接收网络侧发送的反馈消息;
传输单元, 用于根据所述反馈消息对已传输上行数据进行重传。
19、 如权利要求 18所述的装置, 其特征在于, 所述反馈消息中携带有数 据重传次数, 或者所述反馈消息中携带有 HARQ的第一最大重传次数, 或者所 述反馈消息中携带有 HARQ的第一最大重传次数和接收到的 HARQ反馈结果为 确认 ACK信令的次数;或者所述反馈消息中携带有 HARQ的第二最大重传次数 所述传输单元, 具体用于若反馈消息中携带有数据重传次数时, 在首次 传输上行数据之后, 在首次传输上行数据使用的传输资源上重传已传输上行 数据, 直至重传次数达到所述数据重传次数; 或者
具体用于若所述反馈消息中携带有 HARQ的第一最大重传次数时,在重传 时刻重传已传输上行数据, 直至重传次数达到 HARQ的第一最大重传次数; 或 者
具体用于若所述反馈消息中携带有 HARQ 的第一最大重传次数和接收到 的 HARQ反馈结果为 ACK信令的次数时, 在重传时刻重传已传输上行数据, 直 至重传次数达到 HARQ的第一最大重传次数或者接收到的 HARQ反馈结果为 ACK 的次数达到预设次数; 或者
具体用于若所述反馈消息中携带有 HARQ 的第二最大重传次数和每次上 行数据传输对应的 ARQ反馈使用的时频资源位置信息时, 在重传时刻重传已 传输上行数据, 直至重传次数达到 HARQ的第二最大重传次数; 以及所述接收 单元, 还用于在所述时频资源位置信息对应的时频资源位置上接收网络侧发 送的已传输上行数据的 ARQ反馈结果。
20、 如权利要求 19所述的装置, 其特征在于, 还包括获取单元, 其中: 获取单元,用于若接收到的 HARQ反馈结果为 ACK的次数未达到预设次数,
或者接收到的 ARQ反馈结果为 NACK时, 获取重发资源, 所述重发资源用于重 发 HARQ反馈结果为 ACK的次数未达到预设次数的上行数据或者接收到的 ARQ 反馈结果为 NACK的上行数据;
所述传输单元,还用于在所述重发资源上重发 HARQ反馈结果为 ACK的次 数未达到预设次数的上行数据或者接收到的 ARQ反馈结果为 NACK 的上行数 据。
21、 如权利要求 20所述的装置, 其特征在于,
所述获取单元, 具体用于接收网络侧发送的重发资源, 所述重发资源为 所述网络侧使用连接态时分配的小区无线网络临时标识 C-RNTI分配的;或者 具体用于确定在终端设备发起随机接入向网络侧发送 RRC连接请求时、 所使 用的传输资源作为重发资源; 或者具体用于确定在终端设备重新进入连接态
22、 一种终端设备, 其特征在于, 包括权利要求 18-21任一权利要求所 述的装置。
23、 一种数据传输系统, 其特征在于, 包括基站设备和终端设备, 其中, 所述基站设备包括权利要求 7-12任一权利要求所述的装置,所述终端设备包 括权利要求 18-21任一权利要求所述的装置。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210268679.3 | 2012-07-30 | ||
| CN201210268679.3A CN103580817B (zh) | 2012-07-30 | 2012-07-30 | 一种数据传输方法、装置、系统和相关设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2014019441A1 true WO2014019441A1 (zh) | 2014-02-06 |
Family
ID=50027219
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2013/079007 Ceased WO2014019441A1 (zh) | 2012-07-30 | 2013-07-08 | 一种数据传输方法、装置、系统和相关设备 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN103580817B (zh) |
| WO (1) | WO2014019441A1 (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2018130099A1 (zh) * | 2017-01-16 | 2018-07-19 | 中兴通讯股份有限公司 | 数据重传的方法及装置 |
| CN108418659A (zh) * | 2017-02-10 | 2018-08-17 | 中兴通讯股份有限公司 | 一种数据传输方法、装置及相关设备 |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105451164A (zh) * | 2015-11-30 | 2016-03-30 | 深圳市金立通信设备有限公司 | 一种数据传输控制方法、装置、系统及相关设备 |
| CN108401295B (zh) * | 2017-02-05 | 2020-06-30 | 维沃移动通信有限公司 | 一种波束恢复处理方法、网络侧设备及移动终端 |
| CN110740013B (zh) * | 2019-10-25 | 2023-02-24 | 腾讯科技(深圳)有限公司 | 通信方法以及相应的发送设备、接收设备 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1619998A (zh) * | 2003-11-21 | 2005-05-25 | 北京三星通信技术研究有限公司 | 自动重复请求系统中分组丢弃的方法 |
| CN102045777A (zh) * | 2011-01-17 | 2011-05-04 | 西安电子科技大学 | 用于蜂窝网的高效机器类通信接入控制方法 |
| CN102130839A (zh) * | 2011-04-20 | 2011-07-20 | 大唐移动通信设备有限公司 | 一种数据传输方法和设备 |
| CN102158901A (zh) * | 2011-02-16 | 2011-08-17 | 大唐移动通信设备有限公司 | 网络侧进行终端操作配置的方法及网络侧装置 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102082651B (zh) * | 2006-06-22 | 2013-01-30 | 华为技术有限公司 | 在含有中继站的通信系统中实现混合自动重传的方法 |
| CN101414899B (zh) * | 2007-10-15 | 2011-11-02 | 华为技术有限公司 | 一种harq参数的配置方法、系统和装置 |
| CN102014103A (zh) * | 2009-09-07 | 2011-04-13 | 华为技术有限公司 | 机器类型通讯方法及终端 |
| EP2464180A1 (en) * | 2010-12-07 | 2012-06-13 | LG Electronics Inc. | Apparatus and method for updating a location in a wireless access system |
-
2012
- 2012-07-30 CN CN201210268679.3A patent/CN103580817B/zh active Active
-
2013
- 2013-07-08 WO PCT/CN2013/079007 patent/WO2014019441A1/zh not_active Ceased
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1619998A (zh) * | 2003-11-21 | 2005-05-25 | 北京三星通信技术研究有限公司 | 自动重复请求系统中分组丢弃的方法 |
| CN102045777A (zh) * | 2011-01-17 | 2011-05-04 | 西安电子科技大学 | 用于蜂窝网的高效机器类通信接入控制方法 |
| CN102158901A (zh) * | 2011-02-16 | 2011-08-17 | 大唐移动通信设备有限公司 | 网络侧进行终端操作配置的方法及网络侧装置 |
| CN102130839A (zh) * | 2011-04-20 | 2011-07-20 | 大唐移动通信设备有限公司 | 一种数据传输方法和设备 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2018130099A1 (zh) * | 2017-01-16 | 2018-07-19 | 中兴通讯股份有限公司 | 数据重传的方法及装置 |
| CN108322936A (zh) * | 2017-01-16 | 2018-07-24 | 中兴通讯股份有限公司 | 数据重传的方法及装置 |
| CN108322936B (zh) * | 2017-01-16 | 2023-06-02 | 中兴通讯股份有限公司 | 数据重传的方法及装置 |
| CN108418659A (zh) * | 2017-02-10 | 2018-08-17 | 中兴通讯股份有限公司 | 一种数据传输方法、装置及相关设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103580817A (zh) | 2014-02-12 |
| CN103580817B (zh) | 2016-12-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110708145B (zh) | Harq进程管理方法、装置、终端及存储介质 | |
| CN101971547B (zh) | 有效利用harq进程进行半持续和动态数据传输的方法和设备 | |
| CN104170445B (zh) | 一种消息的重传方法及终端、基站 | |
| US10178676B2 (en) | Data transmission method, device, and system | |
| RU2019102660A (ru) | Способ работы терминала и базовой станции в системе беспроводной связи и устройство, поддерживающее его | |
| JP6262359B2 (ja) | データ伝送方法及びデータ伝送システム並びにデータ伝送装置 | |
| JP7787082B2 (ja) | サイドリンク送信の再送方法及び装置 | |
| CN110235398A (zh) | 用于部分重传的方法 | |
| JP2011510544A5 (ja) | リアルタイムサービスの伝送方法、通信方法、通信装置、及び通信プログラム、並びにリソースの割り当て方法、割り当て装置、および割り当てプログラム | |
| WO2012155436A1 (zh) | 上行sps激活的确定方法、设备及系统 | |
| WO2011038648A1 (zh) | 一种透明中继网络中的上行混合自动重传请求方法及装置 | |
| WO2022151600A1 (zh) | 通信方法和通信装置 | |
| WO2013037299A1 (zh) | 传输数据的方法、物联网设备和网络侧设备 | |
| US10075264B2 (en) | Data transmission method, device, and system | |
| WO2020051754A1 (zh) | 传输反馈信息、数据重传的方法和设备 | |
| WO2016070561A1 (zh) | 数据传输处理方法及装置 | |
| WO2014019441A1 (zh) | 一种数据传输方法、装置、系统和相关设备 | |
| CN111432371A (zh) | 一种通信方法及装置 | |
| JP6034875B2 (ja) | 持続的スケジューリング情報を伝送及び受信する方法及びそのための装置 | |
| CN114270888A (zh) | 用于v2x通信中的资源分配的方法及设备 | |
| WO2018112922A1 (zh) | 一种数据传输的方法及设备 | |
| WO2015062276A1 (zh) | Tti集束的传输处理方法及装置、网络侧设备、ue | |
| US10009884B2 (en) | Method of error recovery in transmitting and receiving voice service in packet based mobile communication systems | |
| WO2017101569A1 (zh) | 下行信息的发送方法及装置 | |
| CN102714860B (zh) | 基于竞争的数据传输 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 13825702 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 13825702 Country of ref document: EP Kind code of ref document: A1 |