Embodiments herein relate to a method and a network node, for handling link adaption (LA) of a channel. Furthermore, a computer program and a computer readable storage medium are also provided herein.
In a typical wireless communication network, wireless devices, also known as wireless communication devices, mobile stations, stations (STA) and/or User Equipments (UE), communicate via a Local Area Network such as a Wi-Fi network or a Radio Access Network (RAN) to one or more core networks (CN). The RAN covers a geographical area which is divided into service areas or cell areas, which may also be referred to as a beam or a beam group, with each service area or cell area being served by a radio network node such as a radio access node e.g., a Wi-Fi access point or a radio base station (RBS), which in some networks may also be denoted, for example, a NodeB, eNodeB (eNB), or gNodeB (gNB) as denoted in New Radio (NR), which may also be referred to as 5G. A service area or cell area is a geographical area where radio coverage is provided by the radio network node. The radio network node communicates over an air interface, which may also be referred to as a channel or a radio link, operating on radio frequencies with the wireless device within range of the radio network node.
Specifications for the Evolved Packet System (EPS), also called a Fourth Generation (4G) network, have been completed within the 3rd Generation Partnership Project (3GPP) and this work continues in the coming 3GPP releases, for example to specify a Fifth Generation (5G) network also referred to as 5G New Radio (NR). The EPS comprises the Evolved Universal Terrestrial Radio Access Network (E-UTRAN), also known as the Long Term Evolution (LTE) radio access network, and the Evolved Packet Core (EPC), also known as System Architecture Evolution (SAE) core network. E-UTRAN/LTE is a variant of a 3GPP radio access network wherein the radio network nodes are directly connected to the EPC core network rather than to RNCs used in 3G networks. In general, in E-UTRAN/LTE the functions of a 3G RNC are distributed between the radio network nodes, e.g. eNodeBs in LTE, and the core network. As such, the RAN of an EPS has an essentially “flat” architecture comprising radio network nodes connected directly to one or more core networks, i.e. they are not connected to RNCs. To compensate for that, the E-UTRAN specification defines a direct interface between the radio network nodes, this interface being denoted the X2 interface.
Multi-antenna techniques may significantly increase the data rates and reliability of a wireless communication system. The performance is in particular improved if both the transmitter and the receiver are equipped with multiple antennas, which results in a Multiple-Input Multiple-Output (MIMO) communication channel. Such systems and/or related techniques are commonly referred to as MIMO.
Link adaptation in general is the concept of adjusting parameters related to the transmission of some information over a channel, i.e. the “link” which you want to adapt to, in order to meet certain objectives. While it is generally needed in some form in all systems which deal with information transfer, it is particularly challenging in wireless systems as the properties of the channel tends to change at a relatively rapid pace.
A very common objective is to minimize the resource consumption while retaining a certain desired level of robustness and where the resource consumption and robustness are related so that higher resource consumption means higher robustness and vice versa. Two very common examples of this is when the parameter to adjust is either an amount of channel coding (more coding->more resources are needed to transmit the same amount of information) or a transmit power.
In traditional circuit switched systems designed to carry conversational voice, the desired level of robustness is typically derived based on user perception of voice quality, such as e.g. a maximum frequency of lost frames. A well adopted strategy to do link adaptation in such systems is to try to maintain a certain rate of decoding errors, which may also be referred to as the Block Error Rate (BLER). The rate of BLER which is desired to achieve may be referred to as the “BLER target”.
The rationale behind this strategy is simple: Assuming that the BLER target corresponds to what an average user considers good speech quality, then if the BLER is below the target it is possible to save resources by decreasing the robustness without sacrificing user experience, while if it is above the target the robustness must be increased in order to achieve the desired user experience.
For packet switched connections used to carry internet traffic the requirements look a bit different. In order to get good performance, the levels of packet loss rates may be low compared to the speech case discussed above. Lower than 1% BLER is not something which rhymes well with wireless connections in general, due to the potentially rapid changes of the channel.
In contrast to voice however, Internet traffic is relatively tolerable to delay and this leaves room for a sender to buffer transmitted packets and retransmit them if they end up lost. This requires a receiver to send some feedback to the transmitter and such schemes are generally referred to as Automatic Repeat reQuest schemes (ARQ). In systems where Forward Error Correction (FEC) is employed there also exists the opportunity to improve the efficiency by combining the FEC and the ARQ into Hybrid ARQ (HARQ) where the receiver combines the received signals for each transmission of the same data before the FEC and therefore utilizes all transmissions, not just the last one (which is the case for a pure ARQ scheme).
With the addition of ARQ and HARQ in particular, the BLER becomes disconnected from the end user experience since a decoding error does not necessarily result in loss of data. In theory, HARQ can more or less replace link adaptation since the transmitter can just keep sending redundant versions of the same data until the accumulated robustness is sufficient for decoding.
In practice however, the feedback delay and resolution as well as the reliability of the feedback channel makes such an approach infeasible in many cases. Although it basically lacks any connection to the end user experience, the BLER target approach is still to this date used to do link adaptation also for packet switched internet data. The only difference compared to the circuit switched voice case is that a BLER target of 10% is often used, in comparison to ˜1% for circuit switched voice.
Traditional LA uses certain methods, such as e.g. outer loop and inner loop, to estimate a Signal to Interference plus Noise Ratio (SINR) value representing the wireless channel condition. A Modulation and Coding Scheme (MCS) value which has a fix BLER target is then mapped based on this SINR, in order to keep the correctness of wireless transmission.
In some advanced LA research, high complexity supervised learning methods are used to obtain performance gain.
In traditional LA, even when interference caused by neighboring cells, i.e. a constant bias for outer loop LA to converge, are ignored, real traffic volume burst characteristics will make BLER measurement confidence range too large to get satisfied converge speed, when based on measurement in live network. The interference from one cell on another cell may also be referred to as flash light effect.
When neighboring cell flash light effect is considered, this problem becomes even more serious. Different neighboring cell scheduling will make channel quality, such as e.g. SI NR, jump up and down very quickly. This kind of changing channel quality is hard to trace.
It is an object of embodiments herein to enhance performance of a wireless communications network, in particular by providing a method for handling link adaption of a channel.
According to a first aspect of embodiments herein the object is achieved by a method performed by a network node, for handling link adaption (LA) of a channel. The network node obtains a channel quality value for each Transmission Time Interval (TTI) in a set of TTIs. The network node estimates a probability that a specific channel quality will occur from the obtained channel quality values for the set of TTIs based on a distribution of channel quality values. The network node further determines a set of transmission parameters which optimizes a target function of LA, based on the estimated probability for the channel quality, wherein each set of transmission parameters is mapped to a channel quality which is required for a successful reception.
According to an aspect of embodiments herein the object is achieved by a network node for performing a method for handling LA of a channel. The network node is configured to obtain a channel quality value for each TTI in a set of TTIs. The network node is configured to estimate a probability that a specific channel quality will occur from the obtained channel quality values for the set of TTIs based on a distribution of channel quality values. The network node is further configured to determine a set of transmission parameters which optimizes a target function of LA, based on the estimated probability for the channel quality, wherein each set of transmission parameters is mapped to a channel quality which is required for a successful reception.
It is furthermore provided herein a computer program comprising instructions, which, when executed on at least one processor, cause the at least one processor to carry out any of the methods above, as performed by the network node. It is additionally provided herein a carrier containing the computer program comprising instructions which, when executed on at least one processor, cause the at least one processor to carry out any of the methods above, as performed by the network node, wherein the carrier is one of an electronic signal, optical signal, radio signal, or a computer readable storage medium.
The embodiments herein provide a method for continuously estimating the distribution of channel quality values and for optimizing a target function of link adaption based on the distribution of the channel quality values from a statistical point of view. This avoids the confidence range issues related to outer loop adjustment LA. This allows for a straight forward maximization of expected throughput in the system, something which is not possible to achieve with an outer loop with a fixed BLER target. Hence, embodiments herein provide an improved LA. Thereby the performance and the capacity of the wireless communications network can be improved.
When neighboring cell flash light effect is considered, this problem becomes even more serious. Different neighboring cell scheduling will cause the channel quality, such as e.g. SINR, to jump up and down very quickly as can be seen in
The ILLA tries to average the SINR together with an Incremental Redundancy (IR) filter which leads the ILLA estimated SINR to deviate from the actual SINR value after each jump in SINR value. As can further be seen the ILLA estimated SINR converges towards the actual SINR after a number of retransmissions and then deviates again after the next periodic jump in SINR.
When taking OLLA compensation into account the problem increases. Since OLLA has a relative long rise time, the periodic jump in SINR will make OLLA tired and exhausted from running about on missions. Thus the estimation error for OLLA increases with every periodic jump in SINR. Since LA cannot predict the jumps in SINR, OLLA has no choice but to find the offset which guarantees 10% BLER over long time. As seen in the figure, this offset combined with the filtered SINR has very little to do with the actual SINR. It is thus obvious from
In order to overcome this problem, embodiments herein may change from tracing a time variable, such as e.g. SINR, to estimating a distribution of a random variable.
When a channel quality value, such as e.g. a SINR value, is viewed as a time-based variable as is shown in
In one embodiment herein, estimating the distribution may be done by estimating parameters for a Gaussian mixture mode model. See section “Assumption and algorithm details” for further details.
In a further embodiment herein, estimating the distribution may be done through the histogram method.
Calculation of transmission parameters for an optimized throughput based on distribution the distribution of channel quality values. In the following examples the transmission parameters are represented by the MCS and the channel quality is represented by the SINR. However, other transmission parameters and channel quality values may be equally applicable.
When the distribution of the channel quality is known, a MCS which optimizes a target function of LA, such as the throughput (Thp) according to the example below, may be calculated using the following equations 1 and 2. In the following equations the channel quality is represented by the SINR, however other channel qualities may also be used. Equation 1 only considers initial transmission:
argmaxMCS
wherein argmaxMCS
If a maximum of one retransmission is allowed, the MCS which optimizes the target function may be calculated according to equation 2 below:
in which the index 1st corresponds to the first transmission and the index 2nd corresponds to the retransmission.
It shall be noted that the equation may be extended in the same manner if more than two retransmission are to be allowed.
Assumption and Algorithm Details
The distribution of the channel quality values, such as e.g. the SINR, may be assumed to follow the Gauss mixture model, i.e. mixture of K Gaussian distribution, and each Gaussian may be referred to as a component:
P(SINR)=ΣjPjN(μj,σj2) (3)
wherein Pj is a parameter of probability of observation associated with a component j, N is the number of observations, μj is the mean of component j and σj2 is the variance of component j.
The main task is to estimate each component's possibility, and parameters for each component such as e.g. expectation or variance.
The channel quality, such as the SINR in this example, of a scheduled Physical Resource Block (PRB) is a random value X, and there may already be several observations of channel quality, such as the SINR, in previous subframes, Xi=1, . . . , N. Herein X1 means an observation in the last subframe, while Xn means an observation in n subframes before.
Neighbor cells may generate C types, which may also be referred to as components, of interference.
Each components Gauss distribution's possibility is P(ωj), j=1, . . . , C, wherein P(ωj) means that the estimation belongs to component j's possibility, X∈j.
For each component, the channel fading follows a Gauss distribution, i.e. P(ωj)N(μj,σj2). For simplicity, a design parameter θj(μj,σj2) may be introduced herein. The parameters θ1 and P(ωj) with observation of Xi, may be found by max likelihood estimation:
where Wi is a function of i, which is the weight of different observations, due to channel aging, more care will be taken about a likelihood of the last observation than an observation N subframes ago. In other words, Wi may be used to weigh in more recent observations over past ones.
For ease of calculation, the algorithm may be transformed into log domain:
By taking the constraint into consideration that the sum of all probabilities is one, i.e. there is a constraint ΣP(ωj)=1
with Lagrange function, H=Σi=1N ln(WiP(Xi|θj,P(ωj)))+λ[ΣP(ωj)−1]
Algorithm Simplification Using the Histogram Method
It may be hard to implement the above algorithm, so the algorithm may be simplified as follows:
Each different SINR observation will be viewed as a separate component distribution, with Wi simplified as a forgetting factor based IR function.
In this case, if |Xi−μj|≤ξ, where ξ is a quantization error, then this observation Xi∈j and
After that each different SINR which satisfies quantization error will be viewed as a separate component and its probability {circumflex over (P)}(ω1) only related to Wi. Then {circumflex over (P)}(ω1) may be used in equation (2) to obtain a MCS which optimizes a target function, such as e.g. an optimized throughput.
P(ωj)=(1−α)P(ωj)+α·n, 0<α≤1, n=1,
for other ωj which xi does not belong to n is set to 0.
In action 602, if the latest calculated TBSN+1 is larger than the previous one TBSN, the next transmission parameter, such as the MCS in this example, is selected and the calculations are performed for the new transmission parameter. By iterating the calculations for each transmission parameter, such as each MCS, the transmission parameter can be found which maximizes the target function, such as e.g. the TBS size as shown in
Action 801: The network node 110 obtains a channel quality value for each TTI in a set of TTIs. The channel quality may be obtained by receiving channel quality measurements from the UE 120. The channel quality may e.g. be a Signal-to-Interference-plus-Noise Ratio (SINR) a Gain to Interference plus Noise Ratio (GINR) or a received bit information.
Action 802: The network node 110 estimates a probability that a specific channel quality will occur from the obtained channel quality values for the set of TTIs based on a distribution of the channel quality values.
The probability may be estimated by means of a probability distribution estimation, such as e.g. model fitting, of the obtained channel quality values. The probability distribution estimation may e.g. be performed by estimating parameters for a Gaussian mixture mode model.
Based on the estimated probability distribution of the channel quality values, a set of transmission parameters for which required channel quality for successful reception is known may be mapped to a probability of successful reception when applying said set of transmission parameters.
Action 803: The network node 110 determines the set of transmission parameters which optimizes a target function of LA, based on the estimated probability for the channel quality, by mapping the set of transmission parameters to a channel quality which is required for a successful reception.
The set of transmission parameters may be any one of a Modulation and Coding Scheme, MCS, a transmission power, a modulation scheme, a coding rate, a bandwidth and a transmission time.
The target function may be any one of a maximum throughput, a desired level of robustness, a desired probability of errors, and a minimized packet latency.
In some embodiments the target function may be a maximum throughput and the network node 110 may determine the set of transmission parameters which optimizes the target function of LA by performing the following optional actions 703a and 703b.
Action 803a: The network node 110 may calculate an estimated bit rate for each available set of transmission parameters, wherein the estimated bit rate (BRX_est) for each available set X=0, 1, n of transmission parameters is the sum of the products of the rate of successfully transmitted blocks for the set of transmission parameters for each channel quality value, the probability for each channel quality value and a Transport Block Size (TBS) corresponding to each set of transmission parameters, i.e. corresponding to the index of each set of transmission parameters.
The network node 110 obtains channel quality, which in this specific example is represented by SINR, statistics results from measurements (0 to 20 dB) and determines the probability for each received SINR value:
For each available set of transmission parameters, in this case exemplified by the Modulation and Coding Schemes MCS0-MCS28, the estimated bit rate is calculated by determining an estimated bit rate based on each SINR value, the corresponding probability based on the rate of successfully transmitted bits and the Transport Block Size (TBS) corresponding to the MCS as shown in table 1. The rate of successfully transmitted bits is determined based on the Block Error Rate (BLER) as 1−BLER (transmission parameters, channel quality).
For the first set of transmission parameters MCS0, the bit rate is determined for each:
estiBR0_0dB=1%*(1−BLER(mcs0.0 dB))*TBS0
estiBR0_1dB=2%*(1−BLER(mcs0,1 dB))*TBS0
. . .
estiBR0_20dB=5%*(1−BLER(mcs0.20 dB))*TBS0
BR0_est=estiBR0_0dB+estiBR0_1dB+ . . . +estBR0_20dB
For MCS1:
Similar progress to calculate BR1_est
. . .
For MCS28
Similar progress to calculate BR28_est
Action 803b: The network node 110 may further select the set of transmission parameters 1, . . . , X which maximizes the estimated bit rate. With reference to the example embodiment disclosed above under Action 803a this may be done by finding the MCS level which has the maximum BR_est, and using this MCS level as the MCS for LA.
Action 804: The network node 110 may further apply the determined set of transmission parameters which optimizes the target function of LA. This may also be referred to as performing LA using the determined set of transmission parameters.
The network node 110 is configured to, e.g. by means of the processing unit 901 and/or the obtaining unit 902 being configured to, obtain the channel quality value for each TTI in the set of TTIs.
The network node 110 is configured to, e.g. by means of the processing unit 901 and/or the estimating unit 903 being configured to, estimate the probability that a specific channel quality will occur from the obtained channel quality values for the set of TTIs based on the distribution of channel quality values.
The network node 110 is configured to, e.g. by means of the processing unit 901 and/or the determining unit 904 being configured to, determine the set of transmission parameters which optimizes the target function of LA, based on the estimated probability for the channel quality, wherein each set of transmission parameters is mapped to the channel quality which is required for a successful reception.
The network node 110 may be configured to, e.g. by means of the processing unit 901 and/or the estimating unit 903 being configured to, estimate the probability by means of a probability distribution estimation of the received channel quality values.
The network node 110 may be configured to, e.g. by means of the processing unit 901 and/or the estimating unit 903 being configured to, perform the probability distribution estimation by estimating parameters for a Gaussian mixture mode model.
The network node 110 may be configured to, e.g. by means of the processing unit 901 and/or the determining unit 904 being configured to, map the set of transmission parameters, for which required channel quality for successful reception is known, to the probability of successful reception when applying said set of transmission parameters, based on the estimated probability distribution of the channel quality values.
The network node 110 may be configured to, e.g. by means of the processing unit 901 and/or the applying unit 905 being configured to, apply the determined set of transmission parameters which optimizes the target function of LA.
The network node 110 may be configured to, e.g. by means of the processing unit 901 and/or the obtaining unit 901 and/or the receiving unit 902 being configured to, obtain the channel quality by receiving channel quality measurements from the UE 120.
In some embodiments where the target function is a maximum throughput, the network node 110 may be configured to determine the set of transmission parameters which optimizes the target function of LA by being configured to calculate, e.g. by means of the processing unit 900 and/or the determining unit 904 and/or the calculating unit 906 being configured to calculate, an estimated bit rate for each available set of transmissions parameters. The network node 110 may be configured to calculate, e.g. by means of the processing unit 900 and/or the determining unit 904 and/or the calculating unit 906 being configured to calculate, the estimated bit rate for each available set of transmission parameters as the sum of the products of the rate of successfully transmitted blocks for the set of transmission parameters for each channel quality value, the probability for each channel quality value and a Transport Block Size, TBS, corresponding to each set of transmission parameters. The network node 110 may further be configured to select, e.g. by means of the processing unit 901 and/or the determining unit 904 and/or the selecting unit 906 being configured to select, the set of transmission parameters which maximizes the estimated bit rate.
The embodiments herein may be implemented through a respective processor or one or more processors of a processing circuitry in the network node 110 as depicted in
The network node 110 may further comprise a memory. The memory may comprise one or more memory units to be used to store data on, such as software, patches, system information, configurations, diagnostic data, performance data and/or applications to perform the methods disclosed herein when being executed, and similar.
The method according to the embodiments described herein for the network node 110 may be implemented by means of e.g. a computer program 908, 1001 or a computer program product, comprising instructions, i.e., software code portions, which, when executed on at least one processor, cause at least one processor to carry out the actions described herein, as performed by the network node 110. The computer program 1001 may be stored on a computer-readable storage medium 909, 1002, e.g. a disc or similar. The computer-readable storage medium 909, 1002, having stored thereon the computer program, may comprise instructions which, when executed on at least one processor, cause the at least one processor to carry out the actions described herein, as performed by the network node 110. In some embodiments, the computer-readable storage medium may be a non-transitory computer-readable storage medium. The computer program may also be comprised on a carrier, wherein the carrier is one of an electronic signal, optical signal, radio signal, or a computer readable storage medium.
As will be readily understood by those familiar with communications design, that functions means or units may be implemented using digital logic and/or one or more microcontrollers, microprocessors, or other digital hardware. In some embodiments, several or all of the various functions may be implemented together, such as in a single application-specific integrated circuit (ASIC), or in two or more separate devices with appropriate hardware and/or software interfaces between them. Several of the functions may be implemented on a processor shared with other functional components of a network node, for example.
Alternatively, several of the functional elements of the processing means discussed may be provided through the use of dedicated hardware, while others are provided with hardware for executing software, in association with the appropriate software or firmware. Thus, the term “processor” or “controller” as used herein does not exclusively refer to hardware capable of executing software and may implicitly include, without limitation, digital signal processor (DSP) hardware, read-only memory (ROM) for storing software, random-access memory for storing software and/or program or application data, and non-volatile memory. Other hardware, conventional and/or custom, may also be included. Designers of network nodes or devices will appreciate the cost, performance, and maintenance trade-offs inherent in these design choices.
The network node 110 described in the embodiments herein may also be implemented in a cloud. Although the method actions performed by the network node 110 herein are discussed in the context of a radio access node, the method may also be performed by a core network node or a distributed node comprised in a first cloud, such as e.g. a server and/or a datacenter. The method actions may e.g. be performed by a logical function, which may be a centralized service hosted on the core network node or the distributed node.
Further Extensions and Variations
With reference to
The telecommunication network 1110 is itself connected to a host computer 1130, 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 1130 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 1121, 1122 between the telecommunication network 1110 and the host computer 1130 may extend directly from the core network 1114 to the host computer 1130 or may go via an optional intermediate network 1120. The intermediate network 1120 may be one of, or a combination of more than one of, a public, private or hosted network; the intermediate network 1120, if any, may be a backbone network or the Internet; in particular, the intermediate network 1120 may comprise two or more sub-networks (not shown).
The communication system of
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
The communication system 1200 further includes a base station 1220 provided in a telecommunication system and comprising hardware 1225 enabling it to communicate with the host computer 1210 and with the UE 1230. The hardware 1225 may include a communication interface 1226 for setting up and maintaining a wired or wireless connection with an interface of a different communication device of the communication system 1200, as well as a radio interface 1227 for setting up and maintaining at least a wireless connection 1270 with a UE 1230 located in a coverage area (not shown in
The communication system 1200 further includes the UE 1230 already referred to. Its hardware 1235 may include a radio interface 1237 configured to set up and maintain a wireless connection 1270 with a base station serving a coverage area in which the UE 1230 is currently located. The hardware 1235 of the UE 1230 further includes processing circuitry 1238, 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 1230 further comprises software 1231, which is stored in or accessible by the UE 1230 and executable by the processing circuitry 1238. The software 1231 includes a client application 1232. The client application 1232 may be operable to provide a service to a human or non-human user via the UE 1230, with the support of the host computer 1210. In the host computer 1210, an executing host application 1212 may communicate with the executing client application 1232 via the OTT connection 1250 terminating at the UE 1230 and the host computer 1210. In providing the service to the user, the client application 1232 may receive request data from the host application 1212 and provide user data in response to the request data. The OTT connection 1250 may transfer both the request data and the user data. The client application 1232 may interact with the user to generate the user data that it provides.
It is noted that the host computer 1210, base station 1220 and UE 1230 illustrated in
In
The wireless connection 1270 between the UE 1230 and the base station 1220 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 1230 using the OTT connection 1250, in which the wireless connection 1270 forms the last segment. More precisely, the teachings of these embodiments may improve the data rate and latency and thereby provide benefits such as reduced user waiting time, relaxed restriction on file size and better responsiveness.
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 1250 between the host computer 1210 and UE 1230, in response to variations in the measurement results. The measurement procedure and/or the network functionality for reconfiguring the OTT connection 1250 may be implemented in the software 1211 of the host computer 1210 or in the software 1231 of the UE 1230, or both. In embodiments, sensors (not shown) may be deployed in or in association with communication devices through which the OTT connection 1250 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 1211, 1231 may compute or estimate the monitored quantities. The reconfiguring of the OTT connection 1250 may include message format, retransmission settings, preferred routing etc.; the reconfiguring need not affect the base station 1220, and it may be unknown or imperceptible to the base station 1220. 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 1210 measurements of throughput, propagation times, latency and the like. The measurements may be implemented in that the software 1211, 1231 causes messages to be transmitted, in particular empty or ‘dummy’ messages, using the OTT connection 1250 while it monitors propagation times, errors etc.
When using the word “comprise” or “comprising” it shall be interpreted as non-limiting, i.e. meaning “consist at least of”. When using the word “set” herein, it shall be interpreted as meaning “one or more”.
It will be appreciated that the foregoing description and the accompanying drawings represent non-limiting examples of the methods and apparatus taught herein. As such, the apparatus and techniques taught herein are not limited by the foregoing description and accompanying drawings. Instead, the embodiments herein are limited only by the following claims and their legal equivalents.
Filing Document | Filing Date | Country | Kind |
---|---|---|---|
PCT/CN2018/078774 | 3/13/2018 | WO | 00 |