Network device, terminal device, and methods therein for enhanced hybrid beamforming

Abstract

The present disclosure provides a method (400) in a network device. The method (400) includes: determining (410) a first time-domain, Sound Reference Signal, SRS, beam for receiving an SRS from a terminal device, the first time-domain SRS beam corresponding to a time-domain data beam to be used for data transmission to the terminal device; and transmitting (420), to the terminal device, a signaling message indicating a resource for use by the terminal device to transmit the SRS, the resource being in a first symbol mapped to the first time-domain SRS beam.

Description

NETWORK DEVICE, TERMINAL DEVICE, AND METHODS THEREIN FOR ENHANCED HYBRID BEAMFORMINGTECHNICAL FIELD

[0001] The present disclosure relates to wireless communication technology, and more particularly, to a network device, a terminal device, and methods therein for enhanced hybrid beamforming.BACKGROUND

[0002] Large antenna arrays have been discussed intensively in recent years for massive Multiple Input Multiple Output (MIMO) systems. Due to the large number of antenna elements, it is firstly widely used in high frequency band, i.e., millimeter wave. Typically, products with more antennas means higher complexity in algorithm implementation, including e.g., beamforming, channel estimation, uplink reception, etc. To solve this problem, a concept of hybrid beamforming has been proposed, which is a combination of frequency domain beamforming in baseband and time domain beamforming in Radio Frequency (RF) chain.SUMMARY

[0003] Figs. 1A and 1B show an architecture of hybrid beamforming with full complexity and an architecture of hybrid beamforming with reduced complexity, respectively. As shown in Fig. 1A, for signal transmission as an example, there are Ns data streams (Ns may be up to 4 for single user MIMO) , which are precoded (frequency domain beamforming) in baseband, resulting in signals of N baseband ports,  from the baseband point of view. For time domain beamforming, the signal of each of the N baseband ports is phase-shifted and weighted, and then fed to each of N＊M physical antennas,  That is, the signal transmitted at each physical antenna is a weighted combination of the signals of all N baseband ports. The architecture shown in Fig. 1 B is similar to that shown in Fig. 1A, except that the physical antennas are divided into N groups each including M physical antennas, and the signal of each of the N baseband ports is phase-shifted and weighted, and then fed to each of M physical antennas in one group. For signal reception on the other hand, signals received by the physical antennas are first subjected to time domain beamforming and then baseband processing to restore data streams. The architecture in Fig. 1 B is widely adopted in the industry for its lower complexity.

[0004] For downlink transmission, channel reciprocity is typically exploited since a downlink channel can only be detected by a terminal device side, whereas downlink precoding is performed at a network device. Reciprocity means downlink channel information, or part of the downlink channel information, can be obtained from an uplink channel. This is a unique feature in Time Division Duplex (TDD) systems, where both downlink and uplink operate in the same frequency band.

[0005] In reciprocity-based beamforming, downlink beamforming weights are calculated based on uplink channel information, which may be estimated based on an uplink Demodulation Reference Signal (DMRS) or Sounding Reference Signal (SRS) . The DMRS is a signal transmitted together with uplink traffic data, which means it only occurs when the terminal device has an uplink data request. The requesting time and data size may vary all the time, and due to such uncertainty, it cannot be guaranteed that the DMRS channel can be transmitted timely and can cover all frequency bands. The DMRS-based beamforming is typically carried out based on an estimated Angle of Arrival (AoA) obtained from the estimated DMRS channel.

[0006] The SRS is a signal that can be configured as periodic or aperiodic, and / or as full band or narrow band. Fig. 2 shows SRS-based beamforming. As shown, an uplink channel HUL is estimated based on an SRS. For example, in a typical uplink channel estimation algorithm, the uplink channel HUL may be estimated according to:

[0007] where R is a received signal at a network device and S is an SRS transmitted at a terminal device.

[0008] Next, a downlink channelHDL can be constructed based on the uplink channel, according to:

[0009] where ·H represents Hermitian transpose. Then, downlink beamforming (precoding) weights can be calculated based on HDL and used for subsequent downlink data transmission, allowing more concentrated beam power and improved interference cancellation. With much narrower and more accurate  beam, the SRS-based beamforming is widely adopted and implemented in the industry.

[0010] Resource allocation for SRS may be periodic or aperiodic. Fig. 3 shows an example of a Periodic SRS (P-SRS) configuration. As shown, in this example, the SRS period is 20ms, each terminal device (or referred to as “SRS user” in this sense) has one transmitting antenna and four receiving antennas (1T4R) , there are four symbols for transmitting / receiving an SRS (referred to as “SRS symbols” hereinafter) per slot, and the transmission comb (interval between frequency domain resources for a same terminal, in Resource Elements (REs) ) is 4. Each terminal device here is assumed to have one transmitting antenna and four receiving antennas (1T4R) , and thus four slots are needed in each period for the terminal device to transmit SRSs for four antenna ports, respectively. In the frequency domain, REs filled with each type of pattern is allocated to one terminal device. The SRS capacity, including the number of SRS users per symbol (4 in this case) and the number of SRS users per cell (64 in this case, assuming four cyclic shifts) , are fixed once the cell level SRS configuration is determined.

[0011] The P-SRS is configured via Radio Resource Control (RRC) signaling. As long as the P-SRS is configured, the terminal device will transmit the SRS periodically, no matter whether the SRS is necessary or not, which may result in waste of some of the configured SRS resources. On the other hand, the Aperiodic SRS (AP-SRS) is configured via Downlink Control Information (DCI) , which is more flexible. In the AP-SRS, the SRS will only be triggered when necessary, e.g., for channel monitoring, leading to more efficient SRS utilization.

[0012] In general, SRS resources are limited, for either the P-SRS or the AP-SRS. To make the AP-SRS more flexible, an AP-SRS validation (user selection) function is introduced to allocate the limited SRS resources to terminal devices that need them most, so as to maximize the cell and user performance. Typically, the AP-SRS validation is based on estimated uplink channel quality, or cell level SRS resource availability. On the other hand, feature specific conditions may also be considered, including e.g., whether a downlink buffer size is big enough to trigger SRS-based reciprocity Multi-User (MU) MIMO, or whether uplink frequency-selective scheduling needs to be triggered.

[0013] In the hybrid beamforming, the received signal will be first subjected to time-domain beamforming, and thus received signal R in the above Equation (1) will be changed to wtd＊R before baseband processing, where wtd denotes time-domain beamforming weights. That means the uplink channel obtained using Equation (1) is specific to one time-domain beam, e.g., one direction or one angle. In turn, the downlink channel obtained using the above Equation (2) is also specific to that particular direction or angle. If the uplink channel estimation and the downlink data transmission use different time-domain beams, the reciprocity cannot be maintained and the transmission performance may be significantly degraded.

[0014] Further, in the hybrid beamforming, the smallest time granularity for time-domain beamforming is one symbol, e.g., one Orthogonal Frequency Division Multiplexing (OFDM) symbol. Accordingly, signals (e.g., SRSs) from terminal devices in only one time-domain beam, e.g., in one direction or one angle, can be received per symbol. Thus, proper allocation of SRS resources is also desired.

[0015] It is an object of the present disclosure to provide a network device, a terminal device, and methods therein, capable of enhancing SRS-based hybrid beamforming by solving at least one of the above problems.

[0016] According to a first aspect of the present disclosure, a method in a network device is provided. The method includes determining a first time-domain SRS beam for receiving an SRS from a terminal device. The first time-domain SRS beam corresponds to a time-domain data beam to be used for data transmission to the terminal device. The method further includes transmitting, to the terminal device, a signaling message indicating a resource for use by the terminal device to transmit the SRS. The resource is in a first symbol mapped to the first time-domain SRS beam.

[0017] In an embodiment, the method may further include determining a mapping between a number of symbols including the first symbol and a number of time-domain SRS beams including the first time-domain SRS beam. This provides a symbol-beam mapping at a cell level, allowing a centralized resource planning for SRS transmissions from the perspective of a cell, such that SRS resources in these symbols can be allocated to terminal devices in the cell.

[0018] In an embodiment, the operation of determining the mapping may include determining the number of time-domain SRS beams and determining one or more symbols to be mapped to each time-domain SRS beam.

[0019] In an embodiment, the number of time-domain SRS beams may be determined based on one or more of a time-domain beam width and a time-domain beam coverage configuration. This allows the SRS beams, collectively, to cover an entire range of directions or angles. Alternatively, the one or more symbols to be mapped to each time-domain SRS beam may be determined based on one or more of an SRS bandwidth, a distribution of terminal devices with respect to time-domain beams, and whether frequency hopping is enabled or not. In this way, the symbol-beam mapping can be adapted to various SRS configurations (e.g., either the SRS is full-band or sub-band, or either the frequency hopping is enabled or not for the SRS, which may need different numbers of symbols for the SRS to cover an entire system bandwidth for each beam direction or angle) or various user distributions (e.g., either the terminal devices in the cell are distributed uniformly or biasedly, which may need different numbers of symbols for different beam directions or angles) .

[0020] In an embodiment, the one or more symbols to be mapped to each time-domain SRS beam may be determined such that a same number of symbols are mapped to each time-domain SRS beam, or such that a number of symbols mapped to each time-domain SRS beam depends on a number of terminal devices corresponding to that time-domain SRS beam.

[0021] In an embodiment, the method may further include, prior to transmitting the signaling message to the terminal device, initiating resource allocation in a second symbol mapped to the first time-domain SRS beam. The resource in the first symbol may be allocated in response to failure of the resource allocation in the second symbol.

[0022] In an embodiment, the method may further include, prior to determining the first time-domain SRS beam, determining a second time-domain SRS beam for receiving the SRS from the terminal device, the second time-domain SRS beam corresponding to a candidate time-domain data beam for data transmission to the  terminal device, and initiating resource allocation in a third symbol mapped to the second time-domain SRS beam. The first time-domain SRS beam may be determined in response to failure of the resource allocation in the third symbol.

[0023] In an embodiment, the time-domain data beam may have power or quality lower than the candidate time-domain data beam by no more than a threshold.

[0024] In an embodiment, the method may further include updating the time-domain data beam with a further time-domain data beam, and initiating resource allocation in a fourth symbol for the terminal device to transmit the SRS. The fourth symbol may be mapped to a third time-domain SRS beam corresponding to the further time-domain data beam.

[0025] In an embodiment, the method may further include updating, in response to a number of terminal devices corresponding to one of the number of time-domain SRS beams being smaller than a threshold and a number of terminal devices corresponding to another one of the number of time-domain SRS beams being larger than another threshold, the mapping such that at least one symbol previously mapped to the one time-domain SRS beam is mapped to the other one time-domain SRS beam. In this way, when there is a first beam direction or angle covering too many terminal devices to transmit SRSs, e.g., much higher than the number of terminal devices allowable in this beam, and there is a second beam direction or angle covering too few terminal devices, the symbol-beam mapping can be updated to reassign one or more symbols from the second beam direction or angle to the first beam direction or angle, leading to improved SRS resource utilization.

[0026] In an embodiment, the method may further include transmitting, to at least one of the terminal devices corresponding to the one time-domain SRS beam, a signaling message indicating release of a resource in the at least one symbol.

[0027] In an embodiment, the method may further include receiving the SRS from the terminal device over the resource using the first time-domain SRS beam, and transmitting data to the terminal with beamforming according to channel information obtained based on the SRS, using the time-domain data beam.

[0028] In an embodiment, the SRS may be a periodic SRS or an aperiodic SRS.

[0029] According to a second aspect of the present disclosure, a method in a terminal device is provided. The method includes receiving, from a network device, a signaling message indicating a resource in a symbol. The symbol is mapped to a time-domain SRS beam for use by the network device to receive an SRS. The time-domain SRS beam corresponds to a time-domain data beam to be used by the network device for data transmission to the terminal device. The method further includes transmitting, to the network device, the SRS over the resource.

[0030] According to a third aspect of the present disclosure, a network device is provided. The network device includes a transceiver, a processor, and a memory. The memory includes instructions executable by the processor whereby the network device is operative to perform the method according to the above first aspect.

[0031] According to a fourth aspect of the present disclosure, a computer readable storage medium is provided. The computer readable storage medium has computer program instructions stored thereon. The computer program instructions, when executed by a processor in a network device, cause the network device to perform the method according to the above first aspect.

[0032] According to a fifth aspect of the present disclosure, a terminal device is provided. The terminal device includes a transceiver, a processor, and a memory. The memory includes instructions executable by the processor whereby the terminal device is operative to perform the method according to the above second aspect.

[0033] According to a sixth aspect of the present disclosure, a computer readable storage medium is provided. The computer readable storage medium has computer program instructions stored thereon. The computer program instructions, when executed by a processor in a terminal device, cause the terminal device to perform the method according to the above second aspect.

[0034] With the embodiments of the present disclosure, a network device determines a time-domain SRS beam for receiving an SRS from a terminal device. The time-domain SRS beam corresponds to a time-domain data beam to be used for data  transmission to the terminal device. Then, the network device indicates to the terminal device a resource for use by the terminal device to transmit the SRS, and the resource is in a symbol mapped to the first time-domain SRS beam. In this way, for the terminal device, the time-domain SRS beam can be aligned with the time-domain data beam, such that the channel reciprocity may be maintained.BRIEF DESCRIPTION OF THE DRAWINGS

[0035] The above and other objects, features and advantages will be more apparent from the following description of embodiments with reference to the figures, in which:

[0036] Figs. 1A and 1B are schematic diagrams each showing an architecture of hybrid beamforming;

[0037] Fig. 2 is a schematic diagram showing SRS-based beamforming;

[0038] Fig. 3 is a schematic diagram showing an example of a P-SRS configuration;

[0039] Fig. 4 is a flowchart illustrating a method in a network device according to an embodiment of the present disclosure;

[0040] Figs. 5A～5D are schematic diagrams each showing an example of symbol-beam mapping;

[0041] Fig. 6 is a schematic diagram showing SSB beam sweeping;

[0042] Fig. 7 is a schematic diagram showing an example of update of symbol-beam mapping;

[0043] Fig. 8 is a flowchart illustrating a method in a terminal device according to an embodiment of the present disclosure;

[0044] Fig. 9 is a sequence diagram showing an example of a process of reciprocity-based time-domain beamforming;

[0045] Fig. 10 is a schematic diagram showing a simulation result of reciprocity-based beamforming performance;

[0046] Fig. 11 is a block diagram of a network device according to an embodiment of the present disclosure;

[0047] Fig. 12 is a block diagram of a terminal device according to an embodiment of the present disclosure;

[0048] Fig. 13 is a block diagram of a network device according to another embodiment of the present disclosure;

[0049] Fig. 14 is a block diagram of a terminal device according to another embodiment of the present disclosure;

[0050] Fig. 15 schematically illustrates a telecommunication network connected via an intermediate network to a host computer;

[0051] Fig. 16 is a generalized block diagram of a host computer communicating via a base station with a user equipment over a partially wireless connection; and

[0052] Figs. 17 to 20 are flowcharts illustrating methods implemented in a communication system including a host computer, a base station and a user equipment.DETAILED DESCRIPTION

[0053] As used herein, the term "wireless communication network" refers to a network following any suitable communication standards, such as NR, LTE-Advanced (LTE-A) , LTE, Wideband Code Division Multiple Access (WCDMA) , High-Speed Packet Access (HSPA) , and so on. Furthermore, the communications between a terminal device and a network node in the wireless communication network may be performed according to any suitable generation communication protocols, including, but not limited to, Global System for Mobile Communications (GSM) , Universal Mobile Telecommunications System (UMTS) , Long Term Evolution (LTE) , and / or other suitable 1G (the first generation) , 2G (the second generation) , 2.5G, 2.75G, 3G (the third generation) , 4G (the fourth generation) , 4.5G, 5G (the fifth generation) communication protocols, wireless local area network (WLAN) standards, such as the IEEE 802.11 standards; and / or any other appropriate wireless communication standard, such as the Worldwide Interoperability for Microwave Access (WiMax) , Bluetooth, and / or ZigBee standards, and / or any other protocols either currently known or to be developed in the future.

[0054] The term “network node” or "network device" refers to a device in a wireless communication network via which a terminal device accesses the network and receives services therefrom. The network node or network device refers to a base station (BS) , an access point (AP) , or any other suitable device in the wireless communication network. The BS may be, for example, a node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , or a (next) generation NodeB (gNB) , a Remote Radio Unit (RRU) , a radio header (RH) , a remote radio head (RRH) , a relay, a Iow power node such as a femto, a pico, and so forth. Yet further examples of the network node may include multi-standard radio (MSR) radio equipment such as MSR BSs, network controllers such as radio network  controllers (RNCs) or base station controllers (BSCs) , base transceiver stations (BTSs) , transmission points, transmission nodes. More generally, however, the network device may represent any suitable device (or group of devices) capable, configured, arranged, and / or operable to enable and / or provide a terminal device access to the wireless communication network or to provide some service to a terminal device that has accessed the wireless communication network.

[0055] The term "terminal device" refers to any end device that can access a wireless communication network and receive services therefrom. By way of example and not limitation, the terminal device refers to a mobile terminal, user equipment (UE) , or other suitable devices. The UE may be, for example, a Subscriber Station (SS) , a Portable Subscriber Station, a Mobile Station (MS) , or an Access Terminal (AT) . The terminal device may include, but not limited to, portable computers, desktop computers, image capture terminal devices such as digital cameras, gaming terminal devices, music storage and playback appliances, a mobile phone, a cellular phone, a smart phone, voice over IP (VolP) phones, wireless local loop phones, tablets, personal digital assistants (PDAs) , wearable terminal devices, vehicle-mounted wireless terminal devices, wireless endpoints, mobile stations, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , USB dongles, smart devices, wireless customer-premises equipment (CPE) and the like. In the following description, the terms "terminal device" , "terminal" , "user equipment" and "UE" may be used interchangeably. As one example, a terminal device may represent a UE configured for communication in accordance with one or more communication standards promulgated by the 3rd Generation Partnership Project (3GPP) , such as 3GPP′sGSM, UMTS, LTE, and / or 5G standards. As used herein, a "user equipment" or "UE" may not necessarily have a "user" in the sense of a human user who owns and / or operates the relevant device. In some embodiments, a terminal device may be configured to transmit and / or receive information without direct human interaction. For instance, a terminal device may be designed to transmit information to a network on a predetermined schedule, when triggered by an internal or external event, or in response to requests from the wireless communication network. Instead, a UE may represent a device that is intended for sale to, or operation by, a human user but that may not initially be associated with a specific human user.

[0056] The terminal device may support device-to-device (D2D) communication, for  example by implementing a 3GPP standard for sidelink communication, and may in this case be referred to as a D2D communication device.

[0057] As yet another example, in an Internet of Things (IOT) scenario a terminal device may represent a machine or other device that performs monitoring and / or measurements, and transmits the results of such monitoring and / or measurements to another terminal device and / or network equipment. The terminal device may in this case be a machine-to-machine (M2M) device, which may in a 3GPP context be referred to as a machine-type communication (MTC) device. As one particular example, the terminal device may be a UE implementing the 3GPP narrow band internet of things (NB-IoT) standard. Particular examples of such machines or devices are sensors, metering devices such as power meters, industrial machinery, or home or personal appliances, for example refrigerators, televisions, personal wearables such as watches etc. In other scenarios, a terminal device may represent a vehicle or other equipment that is capable of monitoring and / or reporting on its operational status or other functions associated with its operation.

[0058] As used herein, a downlink transmission refers to a transmission from the network device to a terminal device, and an uplink transmission refers to a transmission in an opposite direction.

[0059] References in the specification to "one embodiment, " "an embodiment, " "an example embodiment, " and the like indicate that the embodiment described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.

[0060] It shall be understood that although the terms "first" and "second" etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and  similarly, a second element could be termed a first element, without departing from the scope of example embodiments. As used herein, the term "and / or" includes any and all combinations of one or more of the associated listed terms. The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of example embodiments. As used herein, the singular forms "a" , "an" and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms "comprises" , "comprising" , "has" , "having" , "includes" and / or "including" , when used herein, specify the presence of stated features, elements, and / or components etc., but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof.

[0061] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0062] Fig. 4 is a flowchart illustrating a method 400 according to an embodiment of the present disclosure. The method 400 can be performed by a network device, e.g., agNB.

[0063] At block 410, the network device determines, a first time-domain SRS beam for receiving an SRS from a terminal device. The first time-domain SRS beam corresponds to a time-domain data beam to be used for data transmission to the terminal device.

[0064] Here, a time-domain SRS beam, or referred to as “SRS beam” for short, may correspond to time-domain beamforming weights for receiving an SRS, e.g., wtd as described above. Similarly, a time-domain data beam, or referred to as “data beam” for short, may correspond to time-domain beamforming weights for transmitting data. When a time-domain SRS beam “corresponds” to a time-domain data beam, the two beams may be the same, e.g., they may have the same time-domain beamforming weights, and / or they may have the same direction or angle.

[0065] At block 420, the network device transmits, to the terminal device, a signaling message indicating a resource for use by the terminal device to transmit the SRS. The resource is in a first symbol mapped to the first time-domain SRS beam.

[0066] Here, a symbol mapped to a time-domain SRS beam may be referred to as an SRS beam in this context.

[0067] For example, the network device may determine a mapping between a number of symbols (including the first symbol) and a number of time-domain SRS beams (including the first time-domain SRS beam) . That is, the network device may initialize a cell-level symbol-beam mapping for SRS transmission. The network device may first define how many beams are to be configured in the time domain for SRS transmission, i.e., determine the number of time-domain SRS beams, and then configure the number of symbols for SRS transmission based on the number of time-domain SRS beams, in particular determine one or more symbols to be mapped to each time-domain SRS beam.

[0068] Here, the number of time-domain SRS beams may be determined based on one or more of a time-domain beam width and a time-domain beam coverage configuration. For example, the beam width may be determined from an antenna array configuration and / or an antenna distance, which are fixed (referring to Phased Array Antenna Handbook, Second Edition, Mailloux, Robert J., Artech House, 2005 and Phased Array Antenna Patterns -Part 1: Linear Array Beam Characteristics and Array Factor, Peter Delos, Bob Broughton, and Jon Kraft, Analog Devices, Vol. 54, No. 2, May 2020, each of which is incorporated herein by reference in its entirety) , whereas the beam coverage configuration may vary site by site. For example, in a classic macro scenario, the beam coverage may be typically 65 degrees in the horizontal direction and 15 degrees in the vertical direction. If the time-domain beamforming is only applied in the vertical direction with a 6-degree beam width, then 3 time-domain beams are needed for the 15-degree beam coverage.

[0069] Additionally or alternatively, the one or more symbols to be mapped to each time-domain SRS beam may be determined based on one or more of an SRS bandwidth, a distribution of terminal devices with respect to time-domain beams, and whether frequency hopping is enabled or not.

[0070] The operation of determining the mapping can be applied for both P-SRS and AP-SRS. Some examples in the case of P-SRS will be given below.

[0071] In an example, a same number of symbols may be mapped to each time-domain SRS beam. Fig. 5A shows an example of symbol-beam mapping in the case of P-SRS without frequency hopping. In this example, one symbol is mapped to each time-domain SRS beam. There are four “SRS symbols” per slot, including symbols 10～13, mapped to four SRS beams, beams 0～3, respectively. The SRS in this example is a full-band SRS, as indicated by shaded REs for symbol 10, and one SRS period is needed for covering the entire band. Fig. 5B shows another example of symbol-beam mapping in the case of P-SRS without frequency hopping. Like the example of Fig. 5A, one symbol is mapped to each time-domain SRS beam, and four “SRS symbols” per slot, symbols 10～13, are mapped to four SRS beams, beams 0～3, respectively. The SRSs in this example are sub-band SRSs, including SRSs for sub-band 0 and SRSs for sub-band 1, as indicated by shaded REs for symbol 10, and two SRS periods are needed for covering the entire band.

[0072] Alternatively, a number of symbols mapped to each time-domain SRS beam may depend on a number of terminal devices corresponding to that time-domain SRS beam. The network device can estimate the number of users (i.e., terminal devices) in each beam direction. With this a priori information, the network device can assign more symbols to an SRS beam having more terminal devices in its direction. Fig. 5C shows another example of symbol-beam mapping. In this example, N2＞N1 ≈N3＞N0, where Ni denotes the number of the terminal devices corresponding to beam i. As shown, more symbols (3 per SRS period) are mapped to beam 2, and accordingly less symbols (1 per SRS period) are mapped to beam 0.

[0073] Fig. 5D shows an example of symbol-beam mapping in the case of P-SRS with frequency hopping. For P-SRS with frequency hopping, the main idea is to guarantee that for one full-band channel, the SRS beam shall be the same in the frequency hopping symbols. In the example shown in Fig. 5D, it takes 2 symbols to get a full-band channel, such that two consecutive frequency hopping symbols (e.g., symbols 10～11 or symbols 12～13) shall be mapped to a same SRS beam.

[0074] In an example, the time-domain data beam may be determined by means of Synchronization Signal and Physical Broadcast Channel (PBCH) Block (SSB) beam sweeping. Fig. 6 shows SSB beam sweeping. As shown, the network device broadcasts SSB signals using different time domain beams 0～7 sequentially in time. Each terminal device (or UE) monitor the signal in each SSB beam and select one beam with highest received signal power or received signal strength as its downlink beam (data beam) . In the example shown in Fig. 6, UE1 selects beam 1 as its downlink beam and transmit a random access message to the network device using the same beam. Similarly, UE2 selects beam 7 as its downlink beam and transmit a random access message to the network device using the same beam.

[0075] Alternatively, the time-domain data beam may be determined by means of Channel State Information -Reference Signal (CSI-RS) beam sweeping. The network device may perform CSI-RS beam sweeping towards the terminal device, and receive, from the terminal device, a CSl report indicating the time-domain data beam, e.g., as the beam with highest received signal power or strength.

[0076] Once the time-domain data beam is determined, a time-domain SRS beam corresponding to the time-domain data beam can be determined, and the network device may initiate resource allocation in a symbol mapped to the time-domain SRS beam. As an example, the resource allocation may follow a “first come, first reserve” rule. That is, if there are available SRS resources in the symbol, an SRS resource can be successfully allocated for the terminal device. Then, the signaling message, e.g., a Radio Resource Control (RRC) reconfiguration message, can be transmitted to the terminal device in the block 420, indicating the allocated resource for SRS transmission.

[0077] On the other hand, if there are no available SRS resources in the symbol and if there is another symbol that is mapped to the same time-domain SRS beam (e.g., ) , the network device may determine whether there are available SRS resources in the other symbol, and if so, allocate an SRS resource in the other symbol for the terminal device. In other words, before the block 420, the network device may have initiated resource allocation in a second symbol mapped to the  first time-domain SRS beam, and the resource in the first symbol may be allocated in response to failure of the resource allocation in the second symbol.

[0078] In another example, if a candidate time-domain data beam (e.g., the best beam) is determined by means of SSB (or CSI-RS) beam sweeping, but there are no available SRS resources in the symbol (s) mapped to the candidate time-domain data beam, and if there is another time-domain data beam (e.g., the second best beam) having power or quality lower than the candidate time-domain data beam by no more than a threshold, the network device may determine whether there are available SRS resources in another symbol mapped to the other time-domain data beam, and if so, allocate an SRS resource in the other symbol for the terminal device. In other words, before the block 410, the network device may have determined a second time-domain SRS beam for receiving the SRS from the terminal device, the second time-domain SRS beam corresponding to a candidate time-domain data beam for data transmission to the terminal device, and initiated resource allocation in a third symbol mapped to the second time-domain SRS beam. The first time-domain SRS beam may be determined in response to failure of the resource allocation in the third symbol.

[0079] In addition, it is common that terminal devices keep moving in the network. The network device may continuously detect a time-domain data beam for the terminal device by means of SSB or CSI-RS beam sweeping and update the time-domain data beam when appropriate. In order to guarantee channel reciprocity, the SRS beam needs to be updated accordingly. Thus, when the network device updates the time-domain data beam with a further time-domain data beam, it may initiate resource allocation in a fourth symbol for the terminal device to transmit the SRS. The fourth symbol is mapped to a third time-domain SRS beam corresponding to the further time-domain data beam. Moreover, as described above, if the resource allocation fails, the network device may try resource allocation in another symbol mapped to the third time-domain SRS beam. If the network device successfully allocates an SRS resource for the terminal device, it may transmit a signaling message, e.g., an RRC reconfiguration message, to the terminal device, indicating the allocated resource for SRS transmission. Otherwise, the network device may transmit a signaling message, e.g., an RRC reconfiguration message with SRS release, for releasing the previously allocated SRS resource.

[0080] In an example, the user distribution in the cell may vary from time to time, such that the number of users in some beams (directions or angles) may become much larger than the number of users in other beams (directions or angles) . In this case, the symbol-beam mapping may be updated to improve user experience. For example, when a number of terminal devices corresponding to one of the number of time-domain SRS beams is smaller than a threshold and a number of terminal devices corresponding to another one of the number of time-domain SRS beams is larger than another threshold, the mapping may be updated such that at least one symbol previously mapped to the one time-domain SRS beam is mapped to the other one time-domain SRS beam. Accordingly, the network device may transmit, to at least one of the terminal devices corresponding to the one time-domain SRS beam, a signaling message indicating release of a resource in the at least one symbol.

[0081] Fig. 7 shows an example of update of symbol-beam mapping. Initially, four SRS symbols, symbols 10～13, are mapped to four SRS beams, beams 0～3, respectively. Then, a dominant beam and an expandable beam are detected. The dominant beam is a beam corresponding to the largest number of terminal devices to transmit SRSs. If the number of terminal devices to transmit SRSs in the dominant beam is much larger than an upper limit of the number of SRS users that can be configured in this beam, the SRS resources in this beam is much less than required and the number of SRS symbols mapped to this beam may be expanded. A threshold (th1) can be introduced such that a beam corresponding to a number of terminal devices that is larger than the threshold th1 is considered to be “dominant” . On the other hand, the expandable beam is the beam corresponding to the smallest number of terminal devices to transmit SRSs. Only when the number of terminal devices in this expandable beam is much smaller than the upper limit of the number of SRS users that can be configured in this beam, the beam can be considered expandable. Otherwise, it may have a negative impact on the user experience in this beam, which is undesirable. Another threshold (th2) can be introduced such that a beam corresponding to a number of terminal devices that is smaller than the threshold th2 is considered to be “expandable” .

[0082] In the example shown in Fig. 7, beam 1 is determined as the dominant beam and beam 2 is determined as the expandable beam. In this case, update of the symbol-beam mapping is desired. The mapping is updated such that symbol 12, which is previously mapped to beam 2, is now mapped to beam 1. The network device may release the SRS resources for the terminal devices that are previously configured to transmit SRSs in symbol 12. This function boosts the performance in the dominant beam by the expense of the users in the expandable beam, and thus it may not be triggered too frequently. A large timer value can be applied to triggering of this function.

[0083] In an example, e.g., after the block 420, the network device may receive the SRS from the terminal device over the resource using the first time-domain SRS beam, and transmit data to the terminal with beamforming according to channel information obtained based on the SRS, using the time-domain data beam. In this case, the channel reciprocity can be achieved in the hybrid beamforming.

[0084] It is to be noted that the method 400 is applicable for both P-SRS and A-SRS. In the case of AP-SRS, the SRS resource allocation is a slot level configuration using DCI, and is thus more flexible and efficient. For example, the number of terminal devices corresponding to each SRS beam can be determined every slot, and the update of the symbol-beam mapping and / or the allocation of the SRS resource can be done on a per slot basis.

[0085] Fig. 8 is a flowchart illustrating a method 800 according to an embodiment of the present disclosure. The method 800 can be performed by a terminal device, e.g., a UE.

[0086] At block 810, the terminal device receives, from a network device, a signaling message indicating a resource in a symbol. The symbol is mapped to a time-domain SRS beam for use by the network device to receive an SRS. The time-domain SRS beam corresponding to a time-domain data beam to be used by the network device for data transmission to the terminal device.

[0087] At block 820, the terminal device transmits, to the network device, the SRS over the resource.

[0088] For details of the symbol-beam mapping, the SRS beam, the data beam, and the resource allocation, reference can be made to the above method 400 and description thereof will be omitted here.

[0089] The methods 400 and 800 will be further explained with reference to Fig. 9, which shows an example of a process of reciprocity-based time-domain beamforming.

[0090] As shown in Fig. 9, at Step 1, a network device initializes cell level symbol-beam mapping, as described above in connection with the method 400 and Figs. 5A～5D. At Step 2, the network device performs SSB beam sweeping, i.e., transmitting SSB beams each with a beam identifier or index to a UE, as shown at Step 3. The UE monitors SSB beams and selects one SSB beam having highest power, quality, capacity, e.g., beam_x, and then transmits a random access request to the network device in beam_x at Step 4. At Step 5, the network device determines an SRS beam for receiving an SRS from the UE. In this example, the network device determines beam_x as the SRS beam. At Step 6, the network device allocates an SRS resource for the UE in a symbol mapped to beam_x. At Step 7, the network device transmits an RRC reconfiguration message including an SRS resource set, for indicating to the UE the allocated SRS resource. At Step 8, the UE transmits an SRS using the allocated SRS resource. At Step 9, the network device receives the SRS using beam_x. At Step 10, the network device performs downlink beamforming (precoding) on downlink data using channel information obtained based on the SRS in beam_x. At Step 11, the network device transmits the downlink data to the UE with time-domain beamforming in beam_x.

[0091] Fig. 10 shows a simulation result of reciprocity-based beamforming performance. In this example, it is assumed that the downlink (DL) time-domain data beam is 6 degrees with respect to the vertical direction and a Physical Downlink Shared Channel (PDSCH) throughput is measured versus DL Signal to Noise Ratio (SNR) for different SRS beam angles. As shown, when the SRS beam is also 6 degrees, i.e., aligned with the DL beam, the highest PDSCH throughput can be achieved. When the SRS beam is 12 degrees, with a 6-degree angle difference from the DL beam, the throughput decreases significantly. When the SRS beam is 20 degrees, with a 14-degree angle difference from the DL beam, the throughput further deteriorates. It can be seen from Fig. 10 that the performance of  reciprocity-based beamforming relies heavily on the alignment between the DL beam and the SRS beam. With the embodiments of the present disclosure, such alignment can be guaranteed and thus the throughput performance of reciprocity-based beamforming can be improved.

[0092] Correspondingly to the method 400 as described above, a network device is provided. Fig. 11 is a block diagram of a network device 1100 according to an embodiment of the present disclosure.

[0093] The network device 1100 may be operative to perform the method 400 as described above in connection with Fig. 4. The network device 1100 includes a determining unit 1110 configured to determine a first time-domain SRS beam for receiving an SRS from a terminal device. The first time-domain SRS beam corresponds to a time-domain data beam to be used for data transmission to the terminal device. The network device 1100 further includes a transmitting unit 1120 configured to transmit, to the terminal device, a signaling message indicating a resource for use by the terminal device to transmit the SRS. The resource is in a first symbol mapped to the first time-domain SRS beam.

[0094] In an embodiment, the network device 1100 may further include a mapping unit configured to determine a mapping between a number of symbols including the first symbol and a number of time-domain SRS beams including the first time-domain SRS beam.

[0095] In an embodiment, the mapping unit may be configured to determine the number of time-domain SRS beams and determine one or more symbols to be mapped to each time-domain SRS beam.

[0096] In an embodiment, the number of time-domain SRS beams may be determined based on one or more of a time-domain beam width and a time-domain beam coverage configuration. Alternatively, the one or more symbols to be mapped to each time-domain SRS beam may be determined based on one or more of an SRS bandwidth, a distribution of terminal devices with respect to time-domain beams, and whether frequency hopping is enabled or not.

[0097] In an embodiment, the one or more symbols to be mapped to each time-domain SRS beam may be determined such that a same number of symbols are mapped to each time-domain SRS beam, or such that a number of symbols mapped to each time-domain SRS beam depends on a number of terminal devices corresponding to that time-domain SRS beam.

[0098] In an embodiment, the network device 1100 may further include a resource allocating unit configured to, prior to transmitting the signaling message to the terminal device, initiate resource allocation in a second symbol mapped to the first time-domain SRS beam. The resource in the first symbol may be allocated in response to failure of the resource allocation in the second symbol.

[0099] In an embodiment, the determining unit 1110 may be further configured to, prior to determining the first time-domain SRS beam, determine a second time-domain SRS beam for receiving the SRS from the terminal device. The second time-domain SRS beam corresponds to a candidate time-domain data beam for data transmission to the terminal device. The network device 1100 may further include a resource allocating unit configured to initiate resource allocation in a third symbol mapped to the second time-domain SRS beam. The first time-domain SRS beam may be determined in response to failure of the resource allocation in the third symbol.

[0100] In an embodiment, the time-domain data beam may have power or quality lower than the candidate time-domain data beam by no more than a threshold.

[0101] In an embodiment, the network device 1100 may further include an updating unit configured to update the time-domain data beam with a further time-domain data beam. The network device 1100 may further include a resource allocating unit configured to initiate resource allocation in a fourth symbol for the terminal device to transmit the SRS. The fourth symbol may be mapped to a third time-domain SRS beam corresponding to the further time-domain data beam.

[0102] In an embodiment, the mapping unit may be further configured to update, in response to a number of terminal devices corresponding to one of the number of time-domain SRS beams being smaller than a threshold and a number of terminal devices corresponding to another one of the number of time-domain SRS beams  being larger than another threshold, the mapping such that at least one symbol previously mapped to the one time-domain SRS beam is mapped to the other one time-domain SRS beam.

[0103] In an embodiment, the transmitting unit 1120 may be further configured to transmit, to at least one of the terminal devices corresponding to the one time-domain SRS beam, a signaling message indicating release of a resource in the at least one symbol.

[0104] In an embodiment, the network device 1100 may further include a receiving unit configured to receive the SRS from the terminal device over the resource using the first time-domain SRS beam. The transmitting unit 1120 may be further configured to transmit data to the terminal with beamforming according to channel information obtained based on the SRS, using the time-domain data beam.

[0105] In an embodiment, the SRS may be a periodic SRS or an aperiodic SRS.

[0106] The units 1110 and 1120 can be implemented as a pure hardware solution or as a combination of software and hardware, e.g., by one or more of: a processor or a micro-processor and adequate software and memory for storing of the software, a Programmable Logic Device (PLD) or other electronic component (s) or processing circuitry configured to perform the actions described above, and illustrated, e.g., in Fig. 4.

[0107] Correspondingly to the method 800 as described above, a terminal device is provided. Fig. 12 is a block diagram of a terminal device 1200 according to an embodiment of the present disclosure.

[0108] The terminal device 1200 may be operative to perform the method 800 as described above in connection with Fig. 8. The terminal device 1200 includes a receiving unit 1210 configured to receive, from a network device, a signaling message indicating a resource in a symbol. The symbol is mapped to a time-domain SRS beam for use by the network device to receive an SRS. The time-domain SRS beam corresponds to a time-domain data beam to be used by the network device for data transmission to the terminal device. The terminal device  1200 further includes a transmitting unit 1220 configured to transmit, to the network device, the SRS over the resource.

[0109] The units 1210 and 1220 can be implemented as a pure hardware solution or as a combination of software and hardware, e.g., by one or more of: a processor or a micro-processor and adequate software and memory for storing of the software, a Programmable Logic Device (PLD) or other electronic component (s) or processing circuitry configured to perform the actions described above, and illustrated, e.g., in Fig. 8.

[0110] Fig. 13 is a block diagram of a network device 1300 according to another embodiment of the present disclosure.

[0111] The network device 1300 includes a transceiver 1310, a processor 1320 and a memory 1330. The memory 1330 may contain instructions executable by the processor 1320 whereby the network device 1300 is operative to perform the actions, e.g., of the procedure described earlier in conjunction with Fig. 4. Particularly, the memory 1330 may contain instructions executable by the processor 1320 whereby the network device 1300 is operative to: determine a first time-domain SRS beam for receiving an SRS from a terminal device. The first time-domain SRS beam corresponds to a time-domain data beam to be used for data transmission to the terminal device. The memory 1330 may further contain instructions executable by the processor 1320 whereby the network device 1300 is operative to: transmit, to the terminal device, a signaling message indicating a resource for use by the terminal device to transmit the SRS. The resource is in a first symbol mapped to the first time-domain SRS beam.

[0112] In an embodiment, the memory 1330 may further contain instructions executable by the processor 1320 whereby the network device 1300 is operative to: determine a mapping between a number of symbols including the first symbol and a number of time-domain SRS beams including the first time-domain SRS beam.

[0113] In an embodiment, the operation of determining the mapping may include determining the number of time-domain SRS beams and determining one or more symbols to be mapped to each time-domain SRS beam.

[0114] In an embodiment, the number of time-domain SRS beams may be determined based on one or more of a time-domain beam width and a time-domain beam coverage configuration. Alternatively, the one or more symbols to be mapped to each time-domain SRS beam may be determined based on one or more of an SRS bandwidth, a distribution of terminal devices with respect to time-domain beams, and whether frequency hopping is enabled or not.

[0115] In an embodiment, the one or more symbols to be mapped to each time-domain SRS beam may be determined such that a same number of symbols are mapped to each time-domain SRS beam, or such that a number of symbols mapped to each time-domain SRS beam depends on a number of terminal devices corresponding to that time-domain SRS beam.

[0116] In an embodiment, the memory 1330 may further contain instructions executable by the processor 1320 whereby the network device 1300 is operative to, prior to transmitting the signaling message to the terminal device, initiate resource allocation in a second symbol mapped to the first time-domain SRS beam. The resource in the first symbol may be allocated in response to failure of the resource allocation in the second symbol.

[0117] In an embodiment, the memory 1330 may further contain instructions executable by the processor 1320 whereby the network device 1300 is operative to, prior to determining the first time-domain SRS beam, determine a second time-domain SRS beam for receiving the SRS from the terminal device, the second time-domain SRS beam corresponding to a candidate time-domain data beam for data transmission to the terminal device, and initiate resource allocation in a third symbol mapped to the second time-domain SRS beam. The first time-domain SRS beam may be determined in response to failure of the resource allocation in the third symbol.

[0118] In an embodiment, the time-domain data beam may have power or quality lower than the candidate time-domain data beam by no more than a threshold.

[0119] In an embodiment, the memory 1330 may further contain instructions executable by the processor 1320 whereby the network device 1300 is operative to: update the time-domain data beam with a further time-domain data beam, and initiate  resource allocation in a fourth symbol for the terminal device to transmit the SRS. The fourth symbol may be mapped to a third time-domain SRS beam corresponding to the further time-domain data beam.

[0120] In an embodiment, the memory 1330 may further contain instructions executable by the processor 1320 whereby the network device 1300 is operative to: update, in response to a number of terminal devices corresponding to one of the number of time-domain SRS beams being smaller than a threshold and a number of terminal devices corresponding to another one of the number of time-domain SRS beams being larger than another threshold, the mapping such that at least one symbol previously mapped to the one time-domain SRS beam is mapped to the other one time-domain SRS beam.

[0121] In an embodiment, the memory 1330 may further contain instructions executable by the processor 1320 whereby the network device 1300 is operative to: transmit, to at least one of the terminal devices corresponding to the one time-domain SRS beam, a signaling message indicating release of a resource in the at least one symbol.

[0122] In an embodiment, the memory 1330 may further contain instructions executable by the processor 1320 whereby the network device 1300 is operative to: receive the SRS from the terminal device over the resource using the first time-domain SRS beam, and transmit data to the terminal with beamforming according to channel information obtained based on the SRS, using the time-domain data beam.

[0123] In an embodiment, the SRS may be a periodic SRS or an aperiodic SRS.

[0124] Fig. 14 is a block diagram of a terminal device 1400 according to another embodiment of the present disclosure.

[0125] The terminal device 1400 includes a transceiver 1410, a processor 1420 and a memory 1430. The memory 1430 may contain instructions executable by the processor 1420 whereby the terminal device 1400 is operative to perform the actions, e.g., of the procedure described earlier in conjunction with Fig. 8. Particularly, the memory 1430 may contain instructions executable by the  processor 1420 whereby the terminal device 1400 is operative to: receive, from a network device, a signaling message indicating a resource in a symbol. The symbol is mapped to a time-domain SRS beam for use by the network device to receive an SRS. The time-domain SRS beam corresponds to a time-domain data beam to be used by the network device for data transmission to the terminal device. The memory 1430 may further contain instructions executable by the processor 1420 whereby the terminal device 1400 is operative to: transmit, to the network device, the SRS over the resource.

[0126] The present disclosure also provides at least one computer program product in the form of a non-volatile or volatile memory, e.g., a non-transitory computer readable storage medium, an Electrically Erasable Programmable Read-Only Memory (EEPROM) , a flash memory and a hard drive. The computer program product includes a computer program. The computer program includes: code / computer readable instructions, which when executed by the processor 1320 causes the network device 1300 to perform the actions, e.g., of the procedure described earlier in conjunction with Fig. 4; or code / computer readable instructions, which when executed by the processor 1420 causes the terminal node 1400 to perform the actions, e.g., of the procedure described earlier in conjunction with Fig. 8.

[0127] The computer program product may be configured as a computer program code structured in computer program modules. The computer program modules could essentially perform the actions of the flow illustrated in Fig. 4 or 8.

[0128] The processor may be a single CPU (Central Processing Unit) , but could also comprise two or more processing units. For example, the processor may include general purpose microprocessors; instruction set processors and / or related chips sets and / or special purpose microprocessors such as Application Specific Integrated Circuits (ASICs) . The processor may also comprise board memory for caching purposes. The computer program may be carried by a computer program product connected to the processor. The computer program product may comprise a non-transitory computer readable storage medium on which the computer program is stored. For example, the computer program product may be a flash memory, a Random Access Memory (RAM) , a Read-Only Memory (ROM) , or an EEPROM, and the computer program modules described above could in  alternative embodiments be distributed on different computer program products in the form of memories.

[0129] With reference to Fig. 15, in accordance with an embodiment, a communication system includes a telecommunication network 1510, such as a 3GPP-type cellular network, which comprises an access network 1511, such as a radio access network, and a core network 1514. The access network 1511 comprises a plurality of base stations 1512a, 1512b, 1512c, such as NBs, eNBs, gNBs or other types of wireless access points, each defining a corresponding coverage area 1513a, 1513b, 1513c. Each base station 1512a, 1512b, 1512c is connectable to the core network 1514 over a wired or wireless connection 1515. A first user equipment (UE) 1591 located in coverage area 1513c is configured to wirelessly connect to, or be paged by, the corresponding base station 1512c. A second UE 1592 in coverage area 1513a is wirelessly connectable to the corresponding base station 1512a. While a plurality of UEs 1591, 1592 are illustrated in this example, the disclosed embodiments are equally applicable to a situation where a sole UE is in the coverage area or where a sole UE is connecting to the corresponding base station 1512.

[0130] The telecommunication network 1510 is itself connected to a host computer 1530, which may be embodied in the hardware and / or software of a standalone server, a cloud-implemented server, a distributed server or as processing resources in a server farm. The host computer 1530 may be under the ownership or control of a service provider, or may be operated by the service provider or on behalf of the service provider. The connections 1521, 1522 between the telecommunication network 1510 and the host computer 1530 may extend directly from the core network 1514 to the host computer 1530 or may go via an optional intermediate network 1520. The intermediate network 1520 may be one of, or a combination of more than one of, a public, private or hosted network; the intermediate network 1520, if any, may be a backbone network or the Internet; in particular, the intermediate network 1520 may comprise two or more sub-networks (not shown) .

[0131] The communication system of Fig. 15 as a whole enables connectivity between one of the connected UEs 1591, 1592 and the host computer 1530. The connectivity may be described as an over-the-top (OTT) connection 1550. The host computer 1530 and the connected UEs 1591, 1592 are configured to  communicate data and / or signaling via the OTT connection 1550, using the access network 1511, the core network 1514, any intermediate network 1520 and possible further infrastructure (not shown) as intermediaries. The OTT connection 1550 may be transparent in the sense that the participating communication devices through which the OTT connection 1550 passes are unaware of routing of uplink and downlink communications. For example, a base station 1512 may not or need not be informed about the past routing of an incoming downlink communication with data originating from a host computer 1530 to be forwarded (e.g., handed over) to a connected UE 1591. Similarly, the base station 1512 need not be aware of the future routing of an outgoing uplink communication originating from the UE 1591 towards the host computer 1530.

[0132] Example implementations, in accordance with an embodiment, of the UE, base station and host computer discussed in the preceding paragraphs will now be described with reference to Fig. 16. In a communication system 1600, a host computer 1610 comprises hardware 1615 including a communication interface 1616 configured to set up and maintain a wired or wireless connection with an interface of a different communication device of the communication system 1600. The host computer 1610 further comprises processing circuitry 1618, which may have storage and / or processing capabilities. In particular, the processing circuitry 1618 may comprise one or more programmable processors, application-specific integrated circuits, field programmable gate arrays or combinations of these (not shown) adapted to execute instructions. The host computer 1610 further comprises software 1611, which is stored in or accessible by the host computer 1610 and executable by the processing circuitry 1618. The software 1611 includes a host application 1612. The host application 1612 may be operable to provide a service to a remote user, such as a UE 1630 connecting via an OTT connection 1650 terminating at the UE 1630 and the host computer 1610. In providing the service to the remote user, the host application 1612 may provide user data which is transmitted using the OTT connection 1650.

[0133] The communication system 1600 further includes a base station 1620 provided in a telecommunication system and comprising hardware 1625 enabling it to communicate with the host computer 1610 and with the UE 1630. The hardware 1625 may include a communication interface 1626 for setting up and maintaining a wired or wireless connection with an interface of a different communication  device of the communication system 1600, as well as a radio interface 1627 for setting up and maintaining at least a wireless connection 1670 with a UE 1630 located in a coverage area (not shown in Fig. 16) served by the base station

[0134] 1620. The communication interface 1626 may be configured to facilitate a connection 1660 to the host computer 1610. The connection 1660 may be direct or it may pass through a core network (not shown in Figure 16) of the telecommunication system and / or through one or more intermediate networks outside the telecommunication system. In the embodiment shown, the hardware 1625 of the base station 1620 further includes processing circuitry 1628, which may comprise one or more programmable processors, application-specific integrated circuits, field programmable gate arrays or combinations of these (not shown) adapted to execute instructions. The base station 1620 further has software 1621 stored internally or accessible via an external connection.

[0135] The communication system 1600 further includes the UE 1630 already referred to. Its hardware 1635 may include a radio interface 1637 configured to set up and maintain a wireless connection 1670 with a base station serving a coverage area in which the UE 1630 is currently located. The hardware 1635 of the UE 1630 further includes processing circuitry 1638, which may comprise one or more programmable processors, application-specific integrated circuits, field programmable gate arrays or combinations of these (not shown) adapted to execute instructions. The UE 1630 further comprises software 1631, which is stored in or accessible by the UE 1630 and executable by the processing circuitry 1638. The software 1631 includes a client application 1632. The client application 1632 may be operable to provide a service to a human or non-human user via the UE 1630, with the support of the host computer 1610. In the host computer 1610, an executing host application 1612 may communicate with the executing client application 1632 via the OTT connection 1650 terminating at the UE 1630 and the host computer 1610. In providing the service to the user, the client application 1632 may receive request data from the host application 1612 and provide user data in response to the request data. The OTT connection 1650 may transfer both the request data and the user data. The client application 1632 may interact with the user to generate the user data that it provides.

[0136] It is noted that the host computer 1610, base station 1620 and UE 1630 illustrated in Fig. 16 may be identical to the host computer 1530, one of the base stations  1512a, 1512b, 1512c and one of the UEs 1591, 1592 of Fig. 15, respectively. This is to say, the inner workings of these entities may be as shown in Fig. 16 and independently, the surrounding network topology may be that of Figure 15.

[0137] In Fig. 16, the OTT connection 1650 has been drawn abstractly to illustrate the communication between the host computer 1610 and the use equipment 1630 via the base station 1620, without explicit reference to any intermediary devices and the precise routing of messages via these devices. Network infrastructure may determine the routing, which it may be configured to hide from the UE 1630 or from the service provider operating the host computer 1610, or both. While the OTT connection 1650 is active, the network infrastructure may further take decisions by which it dynamically changes the routing (e.g., on the basis of load balancing consideration or reconfiguration of the network) .

[0138] The wireless connection 1670 between the UE 1630 and the base station 1620 is in accordance with the teachings of the embodiments described throughout this disclosure. One or more of the various embodiments improve the performance of OTT services provided to the UE 1630 using the OTT connection 1650, in which the wireless connection 1670 forms the last segment. More precisely, the teachings of these embodiments may improve the channel throughput and thereby provide benefits such as improved user data rate.

[0139] A measurement procedure may be provided for the purpose of monitoring data rate, latency and other factors on which the one or more embodiments improve. There may further be an optional network functionality for reconfiguring the OTT connection 1650 between the host computer 1610 and UE 1630, in response to variations in the measurement results. The measurement procedure and / or the network functionality for reconfiguring the OTT connection 1650 may be implemented in the software 1611 of the host computer 1610 or in the software 1631 of the UE 1630, or both. In embodiments, sensors (not shown) may be deployed in or in association with communication devices through which the OTT connection 1650 passes; the sensors may participate in the measurement procedure by supplying values of the monitored quantities exemplified above, or supplying values of other physical quantities from which software 1611, 1631 may compute or estimate the monitored quantities. The reconfiguring of the OTT connection 1650 may include message format, retransmission settings, preferred  routing etc.; the reconfiguring need not affect the base station 1620, and it may be unknown or imperceptible to the base station 1620. Such procedures and functionalities may be known and practiced in the art. In certain embodiments, measurements may involve proprietary UE signaling facilitating the host computer’s 1610 measurements of throughput, propagation times, latency and the like. The measurements may be implemented in that the software 1611, 1631 causes messages to be transmitted, in particular empty or ‘dummy’ messages, using the OTT connection 1650 while it monitors propagation times, errors etc.

[0140] Fig. 17 is a flowchart illustrating a method implemented in a communication system, in accordance with one embodiment. The communication system includes a host computer, a base station and a UE which may be those described with reference to Figs. 15 and 16. For simplicity of the present disclosure, only drawing references to Fig. 17 will be included in this section. In a first step 1710 of the method, the host computer provides user data. In an optional substep 1711 of the first step 1710, the host computer provides the user data by executing a host application. In a second step 1720, the host computer initiates a transmission carrying the user data to the UE. In an optional third step 1730, the base station transmits to the UE the user data which was carried in the transmission that the host computer initiated, in accordance with the teachings of the embodiments described throughout this disclosure. In an optional fourth step 1740, the UE executes a client application associated with the host application executed by the host computer.

[0141] Fig. 18 is a flowchart illustrating a method implemented in a communication system, in accordance with one embodiment. The communication system includes a host computer, a base station and a UE which may be those described with reference to Figs. 15 and 16. For simplicity of the present disclosure, only drawing references to Fig. 18 will be included in this section. In a first step 1810 of the method, the host computer provides user data. In an optional substep (not shown) the host computer provides the user data by executing a host application. In a second step 1820, the host computer initiates a transmission carrying the user data to the UE. The transmission may pass via the base station, in accordance with the teachings of the embodiments described throughout this disclosure. In an optional third step 1830, the UE receives the user data carried in the transmission.

[0142] Fig. 19 is a flowchart illustrating a method implemented in a communication system, in accordance with one embodiment. The communication system includes a host computer, a base station and a UE which may be those described with reference to Figs. 15 and 16. For simplicity of the present disclosure, only drawing references to Fig. 19 will be included in this section. In an optional first step 1910 of the method, the UE receives input data provided by the host computer. Additionally or alternatively, in an optional second step 1920, the UE provides user data. In an optional substep 1921 of the second step 1920, the UE provides the user data by executing a client application. In a further optional substep 1911 of the first step 1910, the UE executes a client application which provides the user data in reaction to the received input data provided by the host computer. In providing the user data, the executed client application may further consider user input received from the user. Regardless of the specific manner in which the user data was provided, the UE initiates, in an optional third substep 1930, transmission of the user data to the host computer. In a fourth step 1940 of the method, the host computer receives the user data transmitted from the UE, in accordance with the teachings of the embodiments described throughout this disclosure.

[0143] Fig. 20 is a flowchart illustrating a method implemented in a communication system, in accordance with one embodiment. The communication system includes a host computer, a base station and a UE which may be those described with reference to Figs. 15 and 16. For simplicity of the present disclosure, only drawing references to Fig. 20 will be included in this section. In an optional first step 2010 of the method, in accordance with the teachings of the embodiments described throughout this disclosure, the base station receives user data from the UE. In an optional second step 2020, the base station initiates transmission of the received user data to the host computer. In a third step 2030, the host computer receives the user data carried in the transmission initiated by the base station.

[0144] The disclosure has been described above with reference to embodiments thereof. It should be understood that various modifications, alternations and additions can be made by those skilled in the art without departing from the spirits and scope of the disclosure. Therefore, the scope of the disclosure is not limited to the above particular embodiments but only defined by the claims as attached.

Claims

1.A method (400) in a network device, comprising:determining (410) a first time-domain, Sound Reference Signal, SRS, beam for receiving an SRS from a terminal device, the first time-domain SRS beam corresponding to a time-domain data beam to be used for data transmission to the terminal device; andtransmitting (420) , to the terminal device, a signaling message indicating a resource for use by the terminal device to transmit the SRS, the resource being in a first symbol mapped to the first time-domain SRS beam.2.The method (400) of claim 1, further comprising:determining a mapping between a number of symbols including the first symbol and a number of time-domain SRS beams including the first time-domain SRS beam.3.The method (400) of claim 2, wherein said determining the mapping comprises:determining the number of time-domain SRS beams; anddetermining one or more symbols to be mapped to each time-domain SRS beam.4.The method (400) of claim 3, whereinthe number of time-domain SRS beams is determined based on one or more of a time-domain beam width and a time-domain beam coverage configuration; and / orthe one or more symbols to be mapped to each time-domain SRS beam are determined based on one or more of an SRS bandwidth, a distribution of terminal devices with respect to time-domain beams, and whether frequency hopping is enabled or not.5.The method (400) of claim 4, wherein the one or more symbols to be mapped to each time-domain SRS beam is determined such that a same number of symbols are mapped to each time-domain SRS beam, or such that a number of symbols mapped to each time-domain SRS beam depends on a number of terminal devices corresponding to that time-domain SRS beam.6.The method (400) of any of claims 1-5, further comprising, prior to transmitting the signaling message to the terminal device:initiating resource allocation in a second symbol mapped to the first time-domain SRS beam,wherein the resource in the first symbol is allocated in response to failure of the resource allocation in the second symbol.7.The method (400) of any of claims 1-5, further comprising, prior to determining the first time-domain SRS beam:determining a second time-domain SRS beam for receiving the SRS from the terminal device, the second time-domain SRS beam corresponding to a candidate time-domain data beam for data transmission to the terminal device; andinitiating resource allocation in a third symbol mapped to the second time-domain SRS beam,wherein the first time-domain SRS beam is determined in response to failure of the resource allocation in the third symbol.8.The method (400) of claim 7, wherein the time-domain data beam has power or quality lower than the candidate time-domain data beam by no more than a threshold.9.The method (400) of any of claims 1-8, further comprising:updating the time-domain data beam with a further time-domain data beam; andinitiating resource allocation in a fourth symbol for the terminal device to transmit the SRS, the fourth symbol being mapped to a third time-domain SRS beam corresponding to the further time-domain data beam.10.The method (400) of any of claim 2-5, further comprising:updating, in response to a number of terminal devices corresponding to one of the number of time-domain SRS beams being smaller than a threshold and a number of terminal devices corresponding to another one of the number of time-domain SRS beams being larger than another threshold, the mapping such that at least one symbol previously mapped to the one time-domain SRS beam is mapped to the other one time-domain SRS beam.11.The method (400) of claim 10, further comprising:transmitting, to at least one of the terminal devices corresponding to the one time-domain SRS beam, a signaling message indicating release of a resource in the at least one symbol.12.The method (400) of any of claims 1-11, further comprising:receiving the SRS from the terminal device over the resource using the first time-domain SRS beam; andtransmitting data to the terminal with beamforming according to channel information obtained based on the SRS, using the time-domain data beam.13.The method (400) of any of claims 1-12, wherein the SRS is a periodic SRS or an aperiodic SRS.14.A method (800) in a terminal device, comprising:receiving (810) , from a network device, a signaling message indicating a resource in a symbol, the symbol being mapped to a time-domain Sound Reference Signal, SRS, beam for use by the network device to receive an SRS, the time-domain SRS beam corresponding to a time-domain data beam to be used by the network device for data transmission to the terminal device; andtransmitting (820) , to the network device, the SRS over the resource.15.A network device (1300) , comprising a transceiver (1310) , a processor (1320) , and a memory (1330) , the memory (1330) comprising instructions executable by the processor (1320) whereby the network device (1300) is operative to perform the method according to any of claims 1-13.16.A computer readable storage medium having computer program instructions stored thereon, the computer program instructions, when executed by a processor in a network device, causing the network device to perform the method according to any of claims 1-13.17.A terminal device (1400) , comprising a transceiver (1410) , a processor (1420) , and a memory (1430) , the memory (1430) comprising instructions executable by the processor (1420) whereby the terminal device (600) is operative to perform the method according to claim 14.18.A computer readable storage medium having computer program instructions stored thereon, the computer program instructions, when executed by a processor in a terminal device, causing the terminal device to perform the method according to claim 14.

Images