[go: up one dir, main page]

WO2009050174A1 - Gestion de transmission dans un réseau de relais - Google Patents

Gestion de transmission dans un réseau de relais Download PDF

Info

Publication number
WO2009050174A1
WO2009050174A1 PCT/EP2008/063825 EP2008063825W WO2009050174A1 WO 2009050174 A1 WO2009050174 A1 WO 2009050174A1 EP 2008063825 W EP2008063825 W EP 2008063825W WO 2009050174 A1 WO2009050174 A1 WO 2009050174A1
Authority
WO
WIPO (PCT)
Prior art keywords
data block
status information
transmission
data
information message
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
Application number
PCT/EP2008/063825
Other languages
English (en)
Inventor
Vinh Van Phan
Jyri Hämäläinen
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Solutions and Networks Oy
Original Assignee
Nokia Siemens Networks Oy
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nokia Siemens Networks Oy filed Critical Nokia Siemens Networks Oy
Publication of WO2009050174A1 publication Critical patent/WO2009050174A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

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/1867—Arrangements specially adapted for the transmitter end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H04B7/2603—Arrangements for wireless physical layer control
    • H04B7/2606—Arrangements for base station coverage control, e.g. by using relays in tunnels
    • 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/1607—Details of the supervisory signal
    • 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/1829—Arrangements specially adapted for the receiver end
    • 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
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0097—Relays

Definitions

  • the present invention relates to communication networks employing relays. Background of the invention
  • a wireless communication network refers to a communication network that allows access to communication services over a radio interface. Services of a wireless network are accessible to user equipment (UE) when UE is in the radio signal coverage area of the wireless network. For example, in the case of a 3G network, when UE is in the radio signal coverage area of a base station (BS) , it is able to communicate with at least one BS of the wireless network.
  • UE user equipment
  • BS base station
  • a relay can be, for example, a decode-and-forward (DF) or an amplify- and-forward (AF) relay.
  • An AF relay amplifies a received analog signal, and thus also amplifies the noise received with the actual content of the signal.
  • a DF relay may apply digital operations, such as decoding and coding, on a received signal.
  • a DF relay regenerates the signal and transmits the re- generated signal forward. Due to the enhancing transmission control measures that are possible during the regeneration stage, a DF relay typically provides better signal quality that an AF relay.
  • DF relays for extending the coverage of a single base station has been noted to increase the capacity usage of the single base station and improve the signal quality received by UE.
  • ARQ Automatic Repeat-reQuest
  • HARQ Hybrid-ARQ
  • E-UTRAN Evolved Universal Terrestrial Radio Access
  • E-UTRA Evolved Universal Terrestrial Radio Access
  • E- UTRAN Overall description
  • Stage 2 Release 8
  • E-UTRAN The referred E-UTRAN specification and the related 3rd Generation Partnership Project (3GPP) specifications define operations, functions and nodes of a communications network and are below referred to simply as E-UTRAN.
  • ARQ is used for controlling Radio Link Control (RLC) sublayer transmissions
  • HARQ is used for controlling transmissions on Medium Access Control (MAC) and Physical (PHY) sublayers.
  • RLC Radio Link Control
  • MAC Medium Access Control
  • PHY Physical
  • ARQ operates by adding error detection information, such as check- sum bits, to the transmitted data and waiting for acknowledgements to the transmitted data for a defined time period.
  • error detection information such as check- sum bits
  • ARQ makes a decision to retransmit the message.
  • a likely reason for missing an acknowledgement is likely that an error is detected at the receiving end, typically using error detection bits in the received data.
  • the retransmitted message can be the whole message or only a segment of the message. Particularly in E-UTRAN it is possible to retransmit a whole RLC PDU or a segment thereof.
  • a status report message can be transmitted to indicate a failure or success of a transmission.
  • HARQ in E-UTRAN operates to retransmit transport blocks (TB).
  • a HARQ type used in E-UTRAN is N-process stop-and-wait, where new transport blocks are not transmitted for a single HARQ process before an acknowl- edgement message is received for the previous transport block.
  • another HARQ process can transmit data on the communication channel. This means that there can be N parallel HARQ processes active at any time, N being an integer.
  • the transmitted data is encoded using forward error correction (FEC) 1 which increases the probability of correctly receiving the transmitted data, with the expense of increased overhead in the transmission. With HARQ incremental redundancy may be used to improve efficiency of the HARQ process.
  • FEC forward error correction
  • the necessary retransmissions are combined with the first transmission in the receiver to achieve a successfully received data block.
  • the HARQ process can have a limit for the maximum number of re- transmissions allowed for data blocks.
  • a local negative acknowledgement (Local NACK) is sent from MAC to RLC to indicate a failure in the HARQ process to ARQ.
  • a local acknowledgement (Local ACK) is sent.
  • ARQ retransmissions are based on RLC status reports and HARQ/ARQ interactions (cf. the aforementioned Local NACK and Local ACK indications). If the HARQ process detects a failed delivery of TB or MAC protocol data unit (PDU) 1 the relevant ARQ transmitting entities are notified to start potential retransmissions and re-segmentation. Thus HARQ operating on a MAC layer can notify a higher protocol layer ARQ process about the HARQ status. In light of this, BS can use the received information to initiate retransmissions on higher protocol layers faster than if it relied on only on the status information received from the peer higher protocol layers.
  • PDU MAC protocol data unit
  • a further advantage of the HARQ/ARQ interaction is that retransmissions by the ARQ process on the RLC layer enable efficient use of transmission resources as the retransmitted RLC PDUs may be multiplexed to- gether with other RLC PDUs in lower protocol layers, thus allowing also other data to be transmitted along with the retransmitted data.
  • An object of the present invention is to provide a method and an apparatus for implementing the method so as to overcome the above problems.
  • the object of the invention is achieved by a method, apparatus, a computer program distribution medium and a system, which are characterized by what is stated in the independent claims.
  • the preferred embodiments of the invention are disclosed in the dependent claims.
  • the invention enables use of status information from transmissions of transport blocks in functions or procedures of higher layer protocols, even in network configurations that comprise relay stations.
  • FIG. 2 shows an apparatus in accordance with an embodiment of the invention
  • FIG. 3 shows protocol stacks according to an embodiment of the invention
  • FIG. 4 shows data structures according to an embodiment of the invention
  • Figure 5 shows a flow chart illustrating the operation of one embodiment of the invention
  • Figure 6 shows a flow chart illustrating the operation of one embodiment of the invention
  • Figure 7 shows a signalling chart according to an embodiment of the invention.
  • a wireless communication network conventionally comprises network nodes that provide wireless access to apparatuses that are configured to operate in the network.
  • a wireless communication network conventionally comprises network nodes that provide wireless access to apparatuses that are configured to operate in the network.
  • a network node that can provide wireless access is generally called a base station or node B.
  • a base station or node B In wireless local area networks as defined by (IEEE) 802.11 family of standards they are generally called access points.
  • a wireless connection may be implemented, for example, with a wireless transceiver that operates according to any of the above technologies or with any other suitable standard/non-standard wireless communication means.
  • Each network node provides radio signal coverage, and the wireless communication network provides radio signal coverage in the combined coverage area of the network nodes.
  • the apparatus for accessing the wireless network may be a piece of equipment or a device that is arranged to associate the user terminal and its user with a subscription, and enables the user to interact with a communications system.
  • the user terminal may be any terminal capable of receiving information from and/or transmitting information to the network. Examples of the user terminal include a personal computer, a game console, a laptop, a notebook, a personal digital assistant, a mobile station and a mobile phone.
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • E-UTRAN Node-B the network node for providing wireless access
  • BS base station
  • UE user equipment
  • FIG. 1 shows an embodied E-UTRAN communication system.
  • the system comprises a network and UE.
  • the network provides wireless con- nections to UE (122, 124, 126) by radio signal coverage 150, 160 through base stations (BSs) 102, 104, which are connected to a gateway (GW) 106 through a backhaul connection.
  • the network 100 comprises also relay nodes (RN) 110, 112, 114, which can extend the radio signal coverage of the base stations by relaying the communications between the base stations and user equipment (UE) that conventionally communicate directly with BSs.
  • RN relay nodes
  • UE user equipment
  • RNs 110, 114 and UEs 120, 126 that reside within the coverage area of BSs 102, 104 can receive and transmit signals with them.
  • the connections of RNs to BSs or other RNs are wireless, but it is clear that any type of wireless or wired connection may be applied when exchanging information between BSs and RNs.
  • UEs 122, 124 and RN 112 that reside outside the coverage areas 150, 160 are connected to BS 102 via RN 110. Therefore, the coverage areas 150, 160 of BSs become extended by means of RN 110.
  • RN 112 is connected to BS 102 via RN 110.
  • UE 126 is connected to the network via RN 114.
  • GW provides access to other networks 108 such as the Internet or other access networks, for example GSM, WLAN, WiMAX communications networks.
  • the other networks 108 may provide to UE, for example, web-based services that reside on application servers.
  • RNs may be used to provide radio signal coverage beyond the coverage area of the base station.
  • RNs 110, 112 route traffic between BS 102 and UEs 122 and 124.
  • RNs are used to provide radio signal coverage also within the coverage area of BSs.
  • RNs can route traffic to BS from a considerably wider area than the base station, which means that the traffic handling capacity available in a single BS can be taken in to use more efficiently by using RNs.
  • RNs are less complicated elements than BSs and thus their deployment is more cost efficient than use of fully-fledged BSs.
  • RNs may also be applied to improve the quality of the radio signal in areas within the coverage area where the radio signal quality from BSs is typically low due to radio signal attenuation, fading and shadowing, to name a few.
  • this is illustrated by RN 114 providing connectivity in the coverage area of BS 104 to UE 126.
  • UEs connected to BSs through RNs can achieve higher effective throughputs because they are closer to RNs than BS and thus benefit from the higher quality radio signal.
  • RNs can also be used to reduce the transmission power needed in BSs, as the low radio signal quality areas are covered by RNs. Also the radio signal received in RN from UE may be better quality than a radio signal received from UE at BS.
  • UE communicating with BS via RN may enable UE to use lower transmission power.
  • RNs may also be chained to extend the radio signal coverage for example to remote areas or several storeys underground. This is illustrated in Figure 1 by means of a chain of RNs 112, 110 that connect UE 124 to BS 102.
  • Figure 2 shows a block diagram of an apparatus according to an embodiment of the invention.
  • the apparatus 200 may operate as BS 102, 104 or as RN 110, 112, 114 of a wireless network.
  • the apparatus has been depicted as one entity, different mod- ules and memory may be implemented in one or more physical or logical entities.
  • the apparatus is capable of providing radio signal coverage on a geographical area and provides wireless transmission and reception of messages via the wireless network.
  • the apparatus 200 may also be responsible for allocating resources to the traffic it serves. These resources may comprise physical resources such as a unit within the apparatus 200, for example, an antenna or a computer unit.
  • the resources may also comprise radio resources for a radio channel for the apparatus to operate, such as frequency or time slots or codes or any combination of the previous.
  • RN for example a DF relay
  • the apparatus decodes the received data from BS and codes it for further transmission.
  • the apparatus receives data to be relayed, decodes the received data, prepares a new data block to be relayed and transmits the data to the recipient.
  • a source link is a communications link or channel that RN receives data from.
  • RN receives data from a source element, such as BS or another RN on a source link.
  • a relay link is a communications link or a channel, where RN transmits data to.
  • RN transmits data to a destination element, such as UE or another RN on relay link.
  • Preparations for a new data block to be relayed may comprise, for example, scheduling the data blocks to be relayed, determining the physical layer parameters, such as transmission power, modulation and coding to be used in the physical layer, allocating resources to the data block to be relayed, starting a transmission control process for the data block to be relayed and storing a mapping of the data block received for relaying and the relayed data block, prioritising transmission of data block to be relayed for example to specific UEs and forming the data block to be relayed based on one or more data blocks received for relaying.
  • the relayed data block may be derived from the one or more data blocks received for relaying. Forming the data block to be relayed may further comprise identifying UE- or RN-specific data received for relaying, and forming the data block to be relayed based on the specific data.
  • the apparatus 200 comprises communication means such as a transceiver (Tx/Rx) functionality that is used for receiving and transmitting traffic, such as data blocks.
  • Tx/Rx functionality can be implemented in a separate unit 202.
  • the implementation of Tx/Rx unit 202 may include a processor executing computer program instructions which are stored on a computer readable medium, or the Tx/Rx 202 may be implemented using separate units for different functions needed to achieve the desired operation of the Tx/Rx unit, such as transmission and reception of data blocks and preparing data blocks to be transmitted.
  • the Tx/Rx unit is in an embodiment of the invention configured to operate on data blocks according to predefined protocols, such as E-UTRAN protocols.
  • the apparatus 200 may also comprise more than one Tx/Rx units 202, which enable the apparatus to operate more efficiently.
  • the apparatus 200 also comprises a transmission control unit 204 that is used to monitor and control transmissions of data blocks formed and transmitted by the Tx/Rx unit 202 to one or more recipient network nodes, such as UE, RN or BS.
  • the transmission control unit may have several parallel transmission control processes or entities responsible for transmission control that operate on different protocol layers.
  • the transmission control unit may be configured to store transmitted data blocks until a successful transmission is determined. Such determinations can be made based on, for example, ACK messages received for transmitted data blocks or based on timers.
  • the trans- mission control unit can discard data blocks that cannot be retransmitted. This may be due to that data blocks do not have active transmission control processes such as ARQ or HARQ processes, there are no resources to start retransmissions or a buffer used in the transmission control unit for queuing data blocks for retransmission is full.
  • the transmission control unit can also be con- figured to discard a transmitted data block when the transmission control process for the data block ends.
  • the apparatus 200 also comprises a mapping unit 206.
  • mapping unit maintains information that facilitates associating transmission control process status information received from a relay link with transmission control process of a logical channel.
  • the mapping unit may be configured to map transmission control process status information received from a relay link to a data block transmitted by BS.
  • the mapping unit according to E-UTRAN may be configured to map the transmission control process status information received in a status information message such as Local NACK, to a logical channel data unit such as RLC PDU.
  • the mapping unit may also identify the RLC SDU related to the RLC PDU to determine RLC PDUs containing RLC SDU segments,
  • a BS mapping unit maintains information on associated UEs and RNs.
  • UEs can be identified using C-RNTI (cell specific radio network temporary identifier).
  • the identifier for RN may also be C-RNTI that is known to BS to be associated with RN.
  • the mapping unit 206 in BS according to E-UTRAN maintains a mapping between identifiers of UEs and RN, for example a mapping between UE and RN C-RNTIs.
  • the mapping unit maintains information needed for operations of E-UTRAN, such as information on RLC PDU and MAC PDUs carrying RLC PDUs.
  • mapping unit maintains information that identifies data blocks transmitted on the relay link.
  • mapping unit 206 also enables mapping of the data blocks transmitted on the relay link with the data blocks received for relaying on the source link.
  • the RN mapping 206 unit advantageously stores identifying information about received data blocks and the decoded and received data blocks, thus source identifying information (SII). Identifying information about data blocks formed for relaying, thus relayed data identifying information (RDII), is also stored to associate the relayed data blocks with the data blocks received for relaying. Thus the source data blocks for the relayed data blocks can be identified.
  • the RN mapping unit also maintains routing information based on UE and RN identifiers.
  • the RN mapping unit 206 has information about UEs that can be reached using direct communications and UEs that can be reached via other RNs.
  • UE and RN identifiers may be stored in the RN mapping unit to enable the routing.
  • the mapping unit may also store information about the origi- nator of the received data blocks for relaying and the destination of the relayed data blocks.
  • the RNs and UEs can be identified by C-RNTIs
  • Tx/Rx unit 202 may be configured to form a status information message to be transmitted on the source link.
  • the RN transmission control unit 204 generates status information for a data block transmitted on the relay link and provides this to the RN Tx/Rx unit.
  • the RN Tx/Rx unit forms the status information message from the status information obtained from the RN transmission control unit and SII and RDII obtained from the mapping unit. After forming the status information message, the RN Tx/Rx unit may prepare the status information message to be transmitted on the source link.
  • FIG. 3 illustrates protocol stacks 310, 320, 330 arranged in UE 122, RN 110 and BS 102, respectively, for communication according to E- UTRAN.
  • E-UTRAN protocols are supplemented by introducing MAC-r protocol layer 340 to RN and BS.
  • MAC-r denotes here a MAC (medium access control) protocol entity modified to support RNs, and it may be used for communication between RN and BS and also between RN and RN. This means that protocol stack of UE 310 does not have to be changed because of introducing RN into E-UTRAN and RN remains transparent to UE.
  • MAC-r may be configured to form MAC-r PDUs, which are transmitted in the TBs of the PHY layer of E-UTRAN.
  • MAC-r PDUs are transmitted on a shared transport channel (SCH-r) between RN and BS. Between RN and UE, MAC PDUs may be transmitted on a dedicated channel as defined in E-UTRAN. Data destined to several UEs may be multiplexed into one MAC-r PDU.
  • MAC-r PDU may be formed based on RLC PDUs or MAC PDUs.
  • Figure 3 shows also the transmission control processes 340, 350 applicable in E-UTRAN with relay extension.
  • ARQ 350 is used for controlling the layers RLC and those above, and HARQ 370 is used for the layers MAC, MAC-r 340 and PHY (physical).
  • the outcome of the HARQ process between UE and RN relating to MAC PDU may be associated with SCH-r and MAC-r PDU between BS and RN through MAC and MAC-r interaction.
  • the MAC layer in RN may indicate the MAC-r layer in RN, the outcome of HARQ process between UE and RN. If the HARQ process for MAC PDU fails, MAC in RN may identify the failed MAC PDU to the MAC-r using RDII.
  • MAC-r can then identify the MAC-r PDU and SCH-r TB associated with the failed MAC PDU from the SM associated with RDII.
  • a status information message can be transmitted using MAC-r on the source link, for example to BS.
  • the status information message may comprise a Local NACK message including the associated SII and RDII and the outcome of the HARQ process.
  • BS may control the ARQ process of RLC PDU identifiable from the SII and RDM received in Local NACK.
  • the controlling may include for example initiating retransmission of RLC PDU..
  • BS receives Local NACKs from several RNs.
  • BS receives a Local NACK from RN and a Local NACK from conventional HARQ and ARQ interaction according to E-UTRAN.
  • RN introduces RN into E-UTRAN as illustrated in Figure 3, BS can use the received transmission control process status information, such as Local NACK, to initiate retransmissions on higher protocol layers faster than relying on only the status information received from the peer higher protocol layers, such as status information from the UE RLC layer, where the status informa- tionmay be for example ARQ ACK or NACK as in E-UTRAN currently.
  • BS may use the received status information to discard any remaining segments) of packet(s) which had a segment sent in a failed transmission control process, such as a HARQ process.
  • BS may use the re- ceived status information, such as Local NACK, comprising status information for the HARQ process on the relay link to determine affected RLC PDU using the information received in the status information message and further determine if the affected RLC PDU contains data from a segmented RLC SDU. If RLC PDU contains data such as a segment of RLC SDU, further segments in RLC PDUs may be discarded from the memory of BS and ARQ processes active for the discarded RLC PDUs may be terminated.
  • re- ceived status information such as Local NACK
  • Figure 4 shows an exemplary data structure applicable in the protocol stack presented in Figure 3.
  • a conventional MAC layer of the current E-UTRAN is modified to MAC-r that enables communication between BS and RN on a shared channel (SCH-r).
  • Figure 4 presents a transport block 400, which is a physical layer data structure that may carry one or more MAC-r PDUs 410 on a SCH-r transport channel between BS and RN.
  • MAC-r PDU 412 has a header and payload part comprising MAC-r SDU 414.
  • a MAC header 420 comprises logical channel identity (LCID) and optionally a sequence number (SN).
  • LCID logical channel identity
  • SN sequence number
  • the MAC header 420 may also comprise other fields needed to decode the MAC-r PDU or to identify the content of the MAC-r PDU, such as fields containing other LCIDs or SNs.
  • MAC-r SDU may comprise UE specific MAC PDUs as specified in E-UTRAN.
  • MAC-r SDU is formed directly of one or more RLC PDUs, thus MAC-r SDU does not comprise MAC PDU.
  • the RLC PDUs or contents of MAC PDUs arranged in MAC-r PDU are selected in BS or RN based on the MAC-r PDU destination RN.
  • MAC-r PDUs are formed to comprise data destined to UEs communicating via destination RN of MAC-r PDU.
  • BS may be configured to use MAC-r for communications with RN, and E-UTRAN MAC for communications with UE.
  • the interac- tion between ARQ and the HARQ processes in BS is enabled in MAC-r.
  • the transmission status of a data block, such as MAC PDU, controlled by HARQ process on a relay link may be used to control the ARQ process of RLC PDU in BS.
  • the transmission status of MAC PDU may be received as Local NACK in a MAC-r level message from the relay link comprising information identifying MAC-r PDU or SCH-r TB and the affected MAC PDU on the relay link.
  • the Local NACK comprises SII and RDM along with status information such as a failed transmission.
  • SII and RDII in Local NACK is used to inform one or more ARQ processes in BS to enable retransmissions based on HARQ information as currently in E-UTRAN, where the ARQ entities are notified about a failed delivery of a TB.
  • Local NACK identifies HARQ process status information to the ARQ process as is defined in E- UTRAN.
  • RN may be configured to apply HARQ on MAC
  • the mapping unit of RN stores SII and RDM for received and transmitted TBs, or parts thereof.
  • the transmission control unit of RN may be configured to obtain identifying information from the mapping unit.
  • the SII and RDII may comprise sequence numbers (SN), logical channel identifiers (LCID), time stamps of reception or transmission, transmission control process identifiers, a source identifier identifying the originator of the received TB and/or a destination identifier identifying the destination of the transmitted TB.
  • the RN transmission control unit may be configured to obtain RDII from the RN mapping unit, when a transmission control process such as the HARQ process fails for a data block. Thus, if the HARQ process for MAC PDU fails, the transmission control unit obtains the MAC PDU associated SII to identify the source data block of the failed MAC PDU.
  • the RN Tx/Rx unit may be configured to prepare and transmit a status information message identifying the failed transmission using the SII and RDII obtained from the mapping unit to identify the source data block.
  • the status information such as Local NACK, is transmitted in a MAC-r level message to the originator of the source data block.
  • the originator may be BS or another RN or UE.
  • the status information, such as Local NACK may contain all SII and RDII RN has for a failed MAC PDU.
  • the channel between BS and RN 1 which act as MAC-r peer entities is a shared channel (SCH-r), which enables combined delivery of data destined to multiple UEs.
  • Communications between RN and BS on a shared channel (SCH-) is handled by the MAC-r protocol entity, and communications between UE and RN is handled by the MAC layer according to E-UTRAN.
  • RN is responsbile for receiving the TBs from BS or from another RN and of relaying them to UEs.
  • the Tx/Rx unit in RN may be configured to receive TB on SCH-r.
  • Each SCH-r TB comprises one or more MAC-r PDUs controlled by the HARQ process.
  • the mapping unit of RN may be configured to store SII of received SCH-r TBs and MAC-r PDUs.
  • the source identifying information may be a SCH-r TB reception timestamp, MAC-r HARQ process identifier, MAC-r PDU sequence number (SN), C-RNT] (cell- specific radio network temporary identifier) and/or an identifier for the originator of TB such as an identifier identifying BS or RN.
  • the HARQ process identifier may be a number from 0 to N-1 in an N-process HARQ. This number may be communicated explicitly in PHY layer control signaling or implicitly in for example synchronous HARQ, in which each HARQ process has a pre-assigned slot.
  • the RN Tx/Rx unit may be configured to prepare TBs to be trans- mitted towards UEs by using the data received and identified on SCH-r TB.
  • the RN Tx/Rx unit identifies from the received data blocks, such as MAC-r PDUs, data destined to a certain UE using, for example, C-RNTI, and prepares TB comprising UE-specific MAC PDUs formed from the received MAC-r PDUs to be transmitted to UE.
  • the RN transmission control unit may be configured to apply the HARQ process to MAC PDUs formed by the Tx/Rx unit.
  • the RN mapping unit may be configured to store RDII, such as HARQ process identifier, SN ,LCID and a destination identifier such as C-RNTI, and associate those with the source identifying information in the mapping unit, for MAC PDUs transmitted to UE from RN in TBs. Thus a relationship between data received for relaying and the transmitted data can be established.
  • the Tx/Rx unit is further configured to transmit the prepared TB to specific UE.
  • RN may also relay data to another RN.
  • the data to be transmitted in TB to another RN is determined based on routing information stored in the mapping unit about UEs being reachable via certain RN.
  • the mapping between UE and RN identifiers, such as C-RNTIs stored in the RN mapping unit is used in RN Tx/Rx unit to identify data destined to a specific RN and to prepare TBs on the basis of the identified data.
  • RN mapping unit stores MAC-r PDU SN, the associated HARQ process identity and a possible C-RNTI from the MAC-r PDUs as RDII.
  • FIG. 5 is a flow chart that describes the steps of an operation in an apparatus according to an embodiment of the invention.
  • the apparatus may be an E-UTRAN BS of Figures 1 or 2, configured to operate in a wireless network, where UEs can communicate with BSs and also with RNs.
  • the flow chart begins at 500.
  • a data block is prepared for transmission.
  • data destined to UEs communicating with BS is received at BS.
  • a data block is prepared from the received data to be transmitted to UE via RN.
  • a transmission control process is started in BS in 504.
  • the transmission control process comprises an ARQ process.
  • the ARQ process controls the transmission from BS to the recipient network node or element, in this case UE.
  • UE is responsi- ble for transmitting acknowledgements (ACK), negative acknowledgement (NACK) or status report messages for the received data block, according to the ARQ process.
  • ACK acknowledgements
  • NACK negative acknowledgement
  • the prepared data block is transmitted to RN.
  • various techniques may be used for generating the radio signal without deviating from the scope of protection.
  • the data block may be transmitted to RN within another data block. Therefore, data destined to several UEs can be transmitted to RN in one combined data block.
  • the ARQ process is started for a UE specific RLC PDU related to a logical channel and thus identi- fled with LCID in 504.
  • BS identifies which UEs are reachable via certain RN and forms TB comprising data destined to the identified UEs to be transmitted to RN on SCH-r.
  • the ARQ process is started for UE-specific RLC PDUs related to certain LCID.
  • BS forms one or more UE-specific MAC PDUs based on the RLC PDUs.
  • UE-specific MAC PDUs of several UEs are then packed into MAC-r PDU and SCH-r TB to be transmitted to RN.
  • BS can also apply transmission control, such as HARQ, on the formed TB that is transmitted to RN in 506.
  • BS receives status information from RN about the transmission of a data block from RN towards the final recipient.
  • the data block may take routes through one or more RNs.
  • At least one of RN on the transmission path employs transmission control on the relay link.
  • the status information received from a transmission control process is information about whether there has been a successful or failed transmission of a data block or a part thereof on the transmission path via at least one RN.
  • This information may be communicated in 508 to BS via ACK or NACK messages, Local NACK or via other control signalling, such as a status control message.
  • BS receives infor- mation about a failed transmission of a data block in 508.
  • Such information may be a Local NACK message from HARQ process.
  • the Local NACK identifies the failed data block using SII and RDM.
  • the failed data block is associated with a data block transmitted by BS.
  • BS receives information identify- ing MAC-r PDU and SCH-r TB that relate to the data block that failed in the HARQ process in RN.
  • BS can identify the failed UE specific MAC PDU on the relay link using SII and RDM received in Local NACK.
  • the MAC PDU may be identified in BS from SN and LCID of the MAC PDU.
  • LCID of the MAC PDU is used together with SCH-r TB or MAC-r PDU identifying information, such as a HARQ process identity, receiving time stamp of SCH-r TB in RN, and SN of MAC-r PDU.
  • the ARQ process uses the received information to determine whether a retransmission is needed or not.
  • a status information mes- sage comprising Local NACK for a data block is received and it indicates a failed transmission in 508, the ARQ process determines in 510 that a retransmission is needed and orders a retransmission of the data block received in 506.
  • status information such as an ACK message
  • the ARQ process determines that no retransmission is needed and the process ends in 514.
  • ARQ process uses the received HARQ status information identifying relevant data blocks to determine whether a retransmission of those data blocks is needed or not. If the HARQ status information received is Local NACK, the received SII and RDlI are used to determine which RLC PDU controlled by the ARQ process needs retransmission.
  • timers may be used to iden- tify whether the transmission control processes, such as HARQ, on the transmission path via at least RN have been successful.
  • explicit signalling such as ACK, NACK or other control signal facilitates earlier start of retransmissions in the ARQ process.
  • ACK acknowledgment-to-RN
  • NACK negative-ACK-to-RN-to-RN-to-RN-to-RN-to-RN-to-RN
  • BS may control the transmission control process, such as the ARQ process, of a relayed data block.
  • BS receives transmission control process status information from RN relaying the data block.
  • the transmission control process status information received from RN may be HARQ status information.
  • BS can initiate retransmission of at least part of the data block controlled by the ARQ process.
  • a BS operates according to Figure 5 in E-UTRAN and has a protocol stack according to Figure 4.
  • BS may be configured to form UE specific RLC PDUs identified by LCIDs based on RLC SDUs in 502.
  • BS initiates ARQ processes for the formed RLC PDUs.
  • BS determines, based on UE C-RNTIs, the UEs that are reachable via certain RN. Also RNs may be identified by C-RNTIs. Thus BS can use C-RNTI information stored in BS to form MAC-r PDU that carries MAC PDUs to UEs reachable via RN. In 506 BS forms UE-specific MAC PDUs on the basis of the RLC PDUs and packs them into MAC-r PDU to be transmitted on SCH-r TB to RN. In 508 BS receives from RN Local NACK with SIl and RDII information, identifying the failed MAC PDU on the relay link.
  • BS may determine the affected RLC PDU on the basis of the SlI and RDII information. If the affected RLC PDU is controlled by the ARQ process in BS, the ARQ process may prepare retransmission of RLC PDU in 506. If the transmission of the affected RLC PDU is not controlled by ARQ 1 the information received in Local NACK may be used for controlling transmissions of other RLC PDUs. For example, BS may determine using the identifying information received in Local NACK whether RLC SDU of the affected RLC PDU was fed into several RLC PDUs. If it was, and a Local NACK was received for RLC PDU carrying the first segment of a segmented RLC SDU, further RLC SDU segments are discarded from BS.
  • RLC PDUs are not transmitted to RN, because a failure information for the first segment of RLC SDU can be used to discard the further segments if no ARQ is applied, in case RLC PDUs do not need retransmission, for example if BS receives Local ACK identifying a successful transmission of RLC PDU, the process ends in 514.
  • Figure 6 presents a flow chart describing the operation of a further apparatus according to an embodiment of the invention.
  • the apparatus may be RN 110, 112, 114 configured to operate in a wireless network where RNs may communicate with BS 102, 104 and provide UEs access to the network by relaying the messages between UEs 126, 122, 124 and BSs.
  • An example configuration of RN according to the embodiment is described in Figure 2.
  • the process described in Figure 6 begins at 600.
  • RN receives from BS a transmission, which is to be relayed.
  • the transmission from BS is decoded.
  • a data block is prepared for relaying on the basis of the received data block 604.
  • a transmission control process is applied to the prepared data block.
  • the transmission control process is a HARQ process.
  • the prepared data block is transmitted, and the HARQ process monitors 608 the status of the transmission, such as success or failure.
  • the failure can be determined using for example a counter, counting the number of retransmissions done by the HARQ process. If a maximum number of retransmissions is reached, the HARQ proc- ess outputs an indication of a failed transmission of the prepared data block, such as NACK. In a successful case the maximum number of retransmissions for a prepared data block is not received and the HARQ process output is a success, such as ACK.
  • the prepared data block causing the NACK is identified and mapped 612 to the original transmission received from BS.
  • status information identifying the original transmission received from BS may be transmitted to BS with the information of the failed HARQ process.
  • RN operating in E-UTRAN has a protocol stack as presented in Figure 3. This means that MAC-r protocol entity is used in communications be- tween RNs and BS on a shared channel (SCH-r). The process starts in 600. In 610 RN receives SCH-r TB to be relayed.
  • RN stores identifying information of received SCH-r TBs and MAC-r PDUs, thus SII.
  • RN prepares TB to be transmitted to UE or alternatively to another RN.
  • RN identifies from the re- ceived TBs data destined to specific UE using for example C-RNTIs of UE. Then RN forms UE-specific TB comprising one or more MAC PDUs based on the received data.
  • RN may be prepared to be transmitted to another RN.
  • RN has to identify data destined to UEs reachable via specific RN.
  • RN can use mapping between RNs and UEs, which may be a mapping between RN C-RNTIs and UE C-RNTIs, to identify which UEs are reachable via specific RN.
  • RN forms TB to be transmitted to specific RN on SCH-r, the TB comprising one or more MAC-r PDUs and data destined to UEs reachable via the specific RN.
  • RN starts the HARQ process for the prepared MAC or MAC-r PDUs in the prepared TB.
  • RN stores RDM about the prepared TB, and associates RDiI with SII.
  • RN transmits the prepared TB and monitors the status of the transmission in 608 to determine the HARQ process output.
  • the HARQ process determines ACK and the process ends in 610. If the HARQ process determines that the transmission process has failed, e.g.
  • the HARQ process determines NACK.
  • RN uses the stored SII and RDM to determine identifying information for the MAC or MAC-r PDU failed in transmission.
  • LCID of the failed MAC PDU may be used together with SCH-r TB or MAC-r PDU identifying information to identify the failed MAC PDU.
  • the couple of the LCID and SN of the MAC PDU controlled by the failed HARQ process may be used to identify the MAC PDU to the originator of the data.
  • the SCH-r TB iden- tifying information may be a reception timestamp and/or a HARQ process identity related to the SCH-r TB, if HARQ is used on SCH-r to control transmission of MAC-r PDUs.
  • the MAC-r identifying information may be a HARQ process identity or SN of MAC-r PDU.
  • RN transmits HARQ status information and identifying information identifying the failed MAC PDU in a status informa- tion message.
  • the message may be Local NACK or Local ACK comprising identifying information identifying the failed MAC PDU.
  • the process ends.
  • Figure 7 presents a signal flow according to a further embodiment of the invention.
  • a message flow between BS, UE and RN represents a situation, where RN extends the radio signal coverage of a network and a data block is transmitted from BS to UE.
  • the transmission process between BS and UE is controlled by the ARQ process started 710 in BS.
  • the transmission process is controlled by the HARQ process started in RN in 720 and 760.
  • BS forms a data block A to be transmitted to RN.
  • Data block A may be formed of one or more on data blocks controlled by the ARQ process.
  • the data block A transmitted to RN in 712 may comprise data destined to several UEs.
  • RN receives the data block A and decodes it to prepare a new block of data, data block B, to be transmitted on the relay link between RN and UE.
  • RN starts the HARQ process in 720 for the prepared data block B and transmits data block B in 722. There may be several HARQ processes started for data block B.
  • UE receives and decodes data block B.
  • UE determines whether data block B was correctly received and whether reception of further segments of data block B should be expected.
  • UE has failed to decode data block B controlled by the HARQ transmission control process. Therefore, UE transmits NACK to the HARQ process of RN in 724 to indicate the failure of the reception of data block B.
  • RN determines the outcome of the HARQ process for data block B, in 720.
  • the HARQ process may have performed a series of retransmissions of data block B according to the HARQ scheme. Therefore several NACKs may have been received from UE or determined due to timer expiration in RN. The number of retransmissions are implementation-specific and not shown in the signalling flow.
  • the status information on the relaying of data block B is transmitted to BS in 732.
  • HARQ status information is transmitted to BS only if the HARQ process has failed, fn that case the status information transmitted to BS is a message indicating a failure such as a NACK message transmitted in 732.
  • the HARQ process for data block B has failed in transmitting data block B to UE, in 750 the HARQ process is ended and data block B is discarded from the memory of RN.
  • the ARQ process control in BS may make decisions based on the received HARQ process status information received from the one or more relay links in which data block A has been transmitted. If the message in 732 indicates a failure in the relay link, the ARQ process control may decide that a retransmission of the data block A 712 or a part thereof should be initiated. In 742 the data block A or a part thereof is retransmitted in data block C from BS to RN.
  • RN receives the ARQ retransmission data block C and decodes it to prepare a new block of data based on the retransmission, data block D, to be transmitted on the relay link between RN and UE.
  • RN starts HARQ process 760 for the prepared data block D and transmits data block D in 762.
  • HARQ ACK is transmitted from UE to RN as UE has successfully decoded data block C controlled by the HARQ process.
  • RN determines the HARQ process status of data block D transmitted in 762 based on the HARQ process started in 760.
  • the HARQ process may have performed a series of retransmissions for data block D according to the HARQ scheme.
  • UE receives and decodes data block D. UE determines whether data block D was correctly received and whether reception of further segments of data block D should be expected.
  • UE transmits a message indicating a successful ARQ process, for example a status control message. In one embodiment the message is an ARQ ACK message to BS to be relayed via relay. ARQ ACK is transmitted after determining that all the data has been received.
  • the ARQ process ends, when the part of data block A controlled by the ARQ process started in 710 is acknowledged as received by UE by transmitting in 784 ARQ ACK, which is relayed to BS in ARQ ACK, in 786.
  • the HARQ process status information is communicated to BS as in 732. If BS does not have an existing ARQ process for data block A, data block A may be removed from the memory of BS.
  • the message received in 732 may be a status control message indicating a failed transmission.
  • Figure 7 represents a signal flow in E-UTRAn network employing RN.
  • RN 1 10 and BS 102 employ protocol stacks according to Figure 3.
  • BS prepares TB to be transmitted to RN containing data destined to one or more UEs and starts an ARQ process for one or more RLC PDUs in TB.
  • RN identifies UEs, for example based on C-RNTIs, being reachable via RN and prepares TB comprising data to the identified UEs.
  • the prepared transport block is transmitted to RN on SCH-r.
  • RN receives TB on SCH-r and decodes TB to MAC-r layer PDUs.
  • RN stores SII for the received TB and MAC-r PDUs.
  • RN forms a transport block to be transmitted to UE based on the one or more received transport blocks from BS.
  • RN starts a HARQ process for MAC-PDUs in the transport block to be transmitted to UE.
  • RN maintains mapping between the received transport blocks received from BS or a part thereof and the MAC PDUs and transport blocks transmitted to UE.
  • RN stores the association between SII and RDM.
  • the formed transport block is transmitted to UE.
  • UE decodes the received transport block and determines whether the reception was successful or not.
  • UE transmits NACK as it failed to decode correctly MAC PDU received in the transport block and controlled by the HARQ process.
  • RN determines outcome for HARQ process identified in HARQ NACK transmitted by UE. As explained already earlier for operation 730, there may have been several NACKs received from UE and retransmissions made related to a specific HARQ process.
  • HARQ NACK received in 726 identifies MAC PDU whose reception at UE failed.
  • the failed MAC PDU identification information, RDM, such as SN and LCID from MAC PDU header in E-UTRAN, are mapped in RN to the SII identifying the message received at RN in 712.
  • HARQ process status information is transmitted to BS with the mapped SII and RDII that identify the affected MAC-r PDU and the UE- specific MAC PDU(s) inside the affected MAC-r PDU.
  • the status information may be comprised in a Local NACK MAC-r level message carrying the SII and RDM.
  • the ARQ process in BS may decide, based on the received status information, such as Local NACK, that retransmission is needed.
  • the ARQ process identifies the affected RCLS PDUs based on the SiI and RDM and prepares a new transport block to be transmitted to RN, the block comprising at least the RLC PDUs that were identified based on the status information received in 732.
  • the transport block is transmitted to RN.
  • RN receives the transport block and decodes the transport block to MAC-r layer PDUs.
  • RN stores SII for the received TB as after reception of TB transmitted in 712.
  • RN forms a transport block to be transmitted to UE based on the one or more received transport blocks from BS.
  • RN starts the HARQ process for MAC PDUs in the transport block to be transmitted to UE.
  • RN maintains mapping between SII and RDM.
  • the formed transport block is transmitted to UE.
  • UE decodes the received transport block.
  • UE transmits HARQ ACK as it has successfully decoded MAC PDU received in the transport block and controlled by the HARQ process.
  • RN determines that the HARQ process has been successful for MAC PDU transmitted in 762. Therefore the HARQ process for MAC PDU identified by HARQ ACK received in 764 ends in 780.
  • an ARQ-level ACK is transmitted from UE to BS as UE has successfully received RLC PDU controlled by the ARQ process.
  • UE transmits an RLC level message, ARQ ACK in 684, which is relayed by RN to BS in 786.
  • the ARQ process controlling RLC PDU ends as ARQ ACK is received which indicates a successful transmission.
  • the steps/points, signaling messages and related functions described above in Figures 5, 6, and 7 are in no absolute chronological order, and some of the steps/points may be performed simultaneously or in an order differing from the given one. Other functions may also be executed between the steps/points or within the steps/points and other signaling messages transmitted between the illustrated messages. Some of the steps/points or part of the steps/points may also be left out or replaced by a corresponding step/point or part of the step/point.
  • the transmission control and mapping unit operations illustrate a procedure that may be implemented in one or more physical or logical entities.
  • the signaling messages are only exemplary and may even comprise several separate messages for transmitting the same information. In addition, the messages may also contain other information.
  • An embodiment provides a computer program embodied on a computer readable medium, comprising program instructions which, when loaded into an electronic apparatus 200, constitute the transceiver unit 202, transmission control unit 204, or mapping unit 206 described earlier.
  • the computer program may be in a source code form, object code form, or in some intermediate form, and it may be stored in some sort of carrier which may be any entity or device capable of carrying the program.
  • carrier include a record medium, computer memory, read-only memory, electrical carrier signal, telecommunications signal, and software distribution package, for example.
  • the computer program may be executed in a single electronic digital computer or it may be distributed amongst a number of computers.
  • the invention provides a computer program product readable by a computer and encoding a computer program of instructions for executing a computer process.
  • the computer program product may include a computer readable medium, a program storage medium, a record medium, a computer readable memory, a computer readable software distribution package, a computer readable signal, a computer readable telecommunications signal, and/or a computer readable compressed software package.
  • the transceiver unit 202, transmission control unit 204, and the mapping units 206 may also be implemented as one or more integrated circuits, such as application-specific integrated circuits ASIC. Other hardware embodiments are also feasible, such as a circuit built of separate logic components. A hybrid of these different implementations is also feasible.
  • the transceiver unit 202, the transmission control unit 204 and mapping unit 206 may be a software application, or a module, or a unit configured as arithmetic operation, or as a program (including an added or updated software routine), executed by an operation processor.
  • Programs, also called program products, including software routines, applets and macros, may be stored in any apparatus-readable data storage medium and they in- elude program instructions to perform particular tasks. All modifications and configurations required for implementing functionality of an embodiment may be performed as routines, which may be implemented as added or updated software routines, application circuits (ASIC) and/or programmable circuits. Further, software routines may be downloaded into an apparatus.
  • the apparatus such as a server, or a corresponding server component, or a user terminal may be configured as a computer or a microprocessor, such as single-chip computer element, including at least a memory for providing storage area used for arithmetic operation and an operation processor for executing the arithmetic operation.
  • An example of the operation processor includes a central processing unit.
  • the memory may be removable memory detachably connected to the apparatus.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Procédé de transmission de blocs de données à un élément de destination à partir d'un élément de source d'un système de communications. Un premier bloc de données est transmis à un élément de relais, pour obtenir à partir du premier bloc de données au moins un deuxième bloc de données, et le deuxième bloc de données obtenu est transmis à l'élément de destination. Un message d'informations d'état en provenance de l'élément de relais comprend des informations qui identifient le premier bloc de données, des informations qui identifient le deuxième bloc de données transmis à l'élément de destination, et des informations d'état qui concernent la transmission du deuxième bloc de données. La transmission des blocs de données est gérée sur la base des informations reçues dans le message d'informations d'état. L'utilisation des informations d'état qui proviennent des transmissions de blocs de transport dans les fonctions ou les procédures de protocoles des couches supérieures est permise, même dans les configurations de réseau qui comprennent des stations de relais.
PCT/EP2008/063825 2007-10-15 2008-10-15 Gestion de transmission dans un réseau de relais Ceased WO2009050174A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI20075727A FI20075727A0 (fi) 2007-10-15 2007-10-15 Lähetysten hallinta toistinverkossa
FI20075727 2007-10-15

Publications (1)

Publication Number Publication Date
WO2009050174A1 true WO2009050174A1 (fr) 2009-04-23

Family

ID=38656874

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2008/063825 Ceased WO2009050174A1 (fr) 2007-10-15 2008-10-15 Gestion de transmission dans un réseau de relais

Country Status (2)

Country Link
FI (1) FI20075727A0 (fr)
WO (1) WO2009050174A1 (fr)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010126275A2 (fr) 2009-04-27 2010-11-04 Samsung Electronics Co., Ltd. Conception de commande pour relais de liaison terrestre pour assistance à des processus harq multiples
WO2011017888A1 (fr) * 2009-08-13 2011-02-17 中兴通讯股份有限公司 Procédé et système d'acquisition d'informations de statut par un enb donneur dans un réseau relais
CN102104913A (zh) * 2009-12-22 2011-06-22 上海无线通信研究中心 一种中继网络流量控制方法
CN102457364A (zh) * 2010-10-22 2012-05-16 中兴通讯股份有限公司 一种无线中继系统错误的指示方法及接纳基站
TWI449455B (zh) * 2010-01-05 2014-08-11 Ind Tech Res Inst 用於資料中繼傳輸之系統及方法
EP2850744B1 (fr) * 2012-05-14 2017-06-14 Empire Technology Development LLC Acheminement à relais dur/souple combiné pour une exploitation de demande automatique de répétition (arq) hybride
EP3300422A4 (fr) * 2015-05-22 2018-09-26 NTT DoCoMo, Inc. Station de base

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006024321A1 (fr) * 2004-08-31 2006-03-09 Telefonaktiebolaget Lm Ericsson (Publ) Dispositif de communication
WO2006085801A1 (fr) * 2005-02-10 2006-08-17 Telefonaktiebolaget Lm Ericsson (Publ) Distribution de donnees basee sur la qualite
US20070124642A1 (en) * 2005-11-04 2007-05-31 Samsung Electronics Co., Ltd. Automatic request apparatus and method for multihop system in broadband wireless access communication network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006024321A1 (fr) * 2004-08-31 2006-03-09 Telefonaktiebolaget Lm Ericsson (Publ) Dispositif de communication
WO2006085801A1 (fr) * 2005-02-10 2006-08-17 Telefonaktiebolaget Lm Ericsson (Publ) Distribution de donnees basee sur la qualite
US20070124642A1 (en) * 2005-11-04 2007-05-31 Samsung Electronics Co., Ltd. Automatic request apparatus and method for multihop system in broadband wireless access communication network

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2425547A4 (fr) * 2009-04-27 2016-06-29 Samsung Electronics Co Ltd Conception de commande pour relais de liaison terrestre pour assistance à des processus harq multiples
WO2010126275A2 (fr) 2009-04-27 2010-11-04 Samsung Electronics Co., Ltd. Conception de commande pour relais de liaison terrestre pour assistance à des processus harq multiples
US10327257B2 (en) 2009-04-27 2019-06-18 Samsung Electronics Co., Ltd. Control design for backhaul relay to support multiple HARQ processes
EP3142264A1 (fr) 2009-04-27 2017-03-15 Samsung Electronics Co., Ltd. Procédé et appareil destinés à recevoir des données de communication dans un système de communications
WO2011017888A1 (fr) * 2009-08-13 2011-02-17 中兴通讯股份有限公司 Procédé et système d'acquisition d'informations de statut par un enb donneur dans un réseau relais
CN101998700A (zh) * 2009-08-13 2011-03-30 中兴通讯股份有限公司 中继网络中参与中继的基站获取状态信息的方法及系统
CN101998700B (zh) * 2009-08-13 2015-04-01 中兴通讯股份有限公司 中继网络中参与中继的基站获取状态信息的方法及系统
CN102104913A (zh) * 2009-12-22 2011-06-22 上海无线通信研究中心 一种中继网络流量控制方法
TWI449455B (zh) * 2010-01-05 2014-08-11 Ind Tech Res Inst 用於資料中繼傳輸之系統及方法
CN102457364A (zh) * 2010-10-22 2012-05-16 中兴通讯股份有限公司 一种无线中继系统错误的指示方法及接纳基站
EP2850744B1 (fr) * 2012-05-14 2017-06-14 Empire Technology Development LLC Acheminement à relais dur/souple combiné pour une exploitation de demande automatique de répétition (arq) hybride
EP3300422A4 (fr) * 2015-05-22 2018-09-26 NTT DoCoMo, Inc. Station de base
US11206571B2 (en) 2015-05-22 2021-12-21 Ntt Docomo, Inc. Base station

Also Published As

Publication number Publication date
FI20075727A0 (fi) 2007-10-15

Similar Documents

Publication Publication Date Title
US12284706B2 (en) Method and apparatus for performing dual connectivity in heterogeneous network
US10531336B2 (en) Link control in centralized deployments
US8413002B2 (en) Method of performing ARQ procedure for transmitting high rate data
EP1695462B1 (fr) Emission et reception de donnees de protocole de controle contenant une information de duree de traitement
KR101460359B1 (ko) 이동통신 시스템에서의 핸드오버 방법 및 장치
KR101012456B1 (ko) 통신 시스템의 전송 제어 방법 및 장치
JP6959331B2 (ja) データ送信ノード、データ受信ノード、データ受信ノードにデータを送信するための方法、および、データ送信ノードからデータを受信するための方法
EP2469750A1 (fr) Procédé et dispositif de commande de transmission de données de liaison descendante dans un système de communication à relais à plusieurs bonds
US20170041766A1 (en) Media access control segmentation and packet data convergence protocol delivery notification with enhanced component carriers
TW200926667A (en) Method and apparatus for providing acknowledgement signaling to support an error control mechanism
US9628588B2 (en) Packet data unit, a receiving communication device, a radio network controller and methods therein for transmitting data from the radio network controller to the user equipment
EP3504821B1 (fr) Dispositifs de communication, procédé et système de télécommunications mobiles
WO2009050174A1 (fr) Gestion de transmission dans un réseau de relais
WO2013066258A2 (fr) Gestion de données redondantes dans système de communication
EP4566212A1 (fr) Équipement, dispositifs et procédés de communication d'infrastructure
WO2010121409A1 (fr) Procédé et appareil pour une transmission par paquet de données compressé
EP3824663B1 (fr) Procédé et appareil de communication de noeud sans fil dans un système de communications sans fil
EP2073424A1 (fr) Procédé et dispositif de récupération d'erreur pour une communication à sauts multiples sans fil
KR101595575B1 (ko) 이동 통신 시스템에서 데이터 송수신 방법 및 장치
CN112771918A (zh) 用于无线通信系统中无线节点的无线通信的方法和装置
US20240146462A1 (en) Relay-assisted retransmission
WO2025129671A1 (fr) Mode de couche physique (phy) de commutateur d'équipement utilisateur (ue) pour améliorer les performances de transmission de données
WO2025073385A1 (fr) Format de données pour la concaténation d'unités de données par paquets

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: 08839937

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: 08839937

Country of ref document: EP

Kind code of ref document: A1