The present application relates generally to the field of wireless communication networks, and more specifically to communications in non-terrestrial network (NTN) between satellite based radio access nodes and a wireless device.
In 3GPP Release 8, the Evolved Packet System (EPS) was specified. EPS is based on the Long-Term Evolution (LTE) radio network and the Evolved Packet Core (EPC). It was originally intended to provide voice and mobile broadband (MBB) services but has continuously evolved to broaden its functionality. Since Release 13 NB-IoT and LTE-M are part of the LTE specifications and provide connectivity to massive machine type communications (mMTC) services.
In 3GPP Release 15, the first release of the 5G system (5GS) was specified. This is a new generation's radio access technology intended to serve use cases such as enhanced mobile broadband (eMBB), ultra-reliable and low latency communication (URLLC) and mMTC. 5G includes the New Radio (NR) access stratum interface and the 5G Core Network (5GC). The NR physical and higher layers are reusing parts of the LTE specification, and additional components are introduced when motivated by the new use cases.
In Release 15, 3GPP also started the work to prepare NR for operation in a Non-Terrestrial Network (NTN). The work was performed within the study item “NR to support Non-Terrestrial Networks” and resulted in 3GPP TR 38.811.
In Release 16 the work to prepare NR for operation in an NTN network continued with the study item “Solutions for NR to support Non-Terrestrial Network”. In parallel the interest to adapt LTE for operation in NTN is growing. As a consequence, 3GPP is working on support for NTN in both LTE and NR in Release 17.
Satellite Communications:
Depending on the orbit altitude, a satellite may be categorized as low earth orbit (LEO), medium earth orbit (MEO), or geostationary earth orbit (GEO) satellite.
The significant orbit height means that satellite systems are characterized by a path loss that is significantly higher than what is expected in terrestrial networks. To overcome the pathloss it is often required that the access and feeder links are operated in line of sight conditions, and that the UE is equipped with an antenna offering high beam directivity.
A communication satellite typically generates several beams over a given area. The footprint of a beam is usually in an elliptic shape, which has been traditionally considered as a cell. The footprint of a beam is also often referred to as a spotbeam. The spotbeam may move over the earth surface with the satellite movement or may be earth fixed with some beam pointing mechanism used by the satellite to compensate for its motion. The size of a spotbeam depends on the system design, which may range from tens of kilometers to a few thousands of kilometres. By way of example,
The NTN beam may in comparison to the beams observed in a terrestrial network be very wide and cover an area outside of the area defined by the served cell. Beams covering adjacent cells will overlap and cause significant levels of intercell interference. To overcome the large levels of interference a typical approach for an NTN is to configure different cells with different carrier frequencies and polarization modes.
Throughout this invention the terms beam and cell may be used interchangeably, unless explicitly noted otherwise. The invention is focused on NTN, but the methods proposed apply to any wireless network dominated by line of sight conditions.
Ephemeris Data:
As captured in 3GPP TR 38.821 ephemeris data shall be provided to the UE, for example to assist with pointing a directional antenna (or an antenna beam) towards the satellite, and to calculate correct Timing Advance (TA) and Doppler shift.
As depicted in
A two-line element set, TLE, is a data format encoding a list of orbital elements of an Earth-orbiting object for a given point in time, the epoch. As an example of a different parametrization, TLEs use mean motion n and mean anomaly M instead of a and t.
A completely different set of parameters may be represented by the values of the position and velocity vector (x, y, z, vx, vy, vz) of a satellite. These vectors are sometimes called orbital state vectors. They can be derived from the orbital elements and vice versa since the information they contain is equivalent. All these formulations (and many others) are possible choices for the format of ephemeris data to be used in NTN.
It would be desirable that a UE can determine the position of a satellite with accuracy of at least a few meters. However, several studies have shown that this might be hard to achieve when using the de-facto standard of TLEs. On the other hand, LEO satellites often have GNSS receivers and can determine their position with some meter level accuracy.
Another aspect discussed during the study item and captured in 3GPP TR 38.821, is the validity time of ephemeris data. Predictions of satellite positions in general degrade with increasing age of the ephemeris data used, due to atmospheric drag, maneuvering of the satellite, imperfections in the orbital models used, etc. Therefore, the publicly available TLE data may be updated quite frequently. The update frequency depends on the satellite and its orbit and ranges from weekly to multiple times a day for satellites on very low orbits which are exposed to strong atmospheric drag and need to perform correctional maneuvers often.
While it seems possible to provide the satellite position with the required accuracy, care may to be taken to meet these requirements, e.g. when choosing the ephemeris data format, or the orbital model to be used for the orbital propagation.
Ephemeris data consists of at least 5 parameters describing the shape and position in space of the satellite orbit. It may also come with a timestamp, which is the time when the other parameters describing the orbit ellipse were obtained. The position of the satellite in the nearer future of any given time can be predicted from this data using orbital mechanics. The accuracy of this prediction will however degrade as one projects further and further into the future. The validity time of a certain set of parameters depends on many factors like the type and altitude of the orbit, but also the desired accuracy, and ranges from the scale of a few days to a few years.
Linear algebra operations:
The direction between two objects in 3D space is determined by the difference in position between the two objects. For example, the direction from a point p0 (x0, y0, z0), to a point p1 (x1, y1, z1) is
v
1
=p
1
−p
0=(x1−x0, y1−y0, z1−z0)
The angle between two normalized 3D vectors, v1 and v2, is determined as the dot product of the two vectors, i.e.,
ϕ=cos−1v1·v2
In linear algebra, a rotation matrix is a matrix that is used to perform a rotation in the Euclidean space. For example, the matrix Rx(ϕ) will perform a rotation around the x axis with the angle ϕ:
Corresponding matrices can be defined for rotations around the y and z axes. A general rotation is formed by combining rotations around the three axes.
The path difference of wave βm,n, of an exemplary antenna element denoted by index n in the direction of the x-axis and index m denoted by the direction of the y-axis in(mth, nth antenna element), with 1≤m≤M and 1≤n≤N, with respect to the origin of the antenna plane, can be expressed as
βm,n=(m−1)u+(n−1)v,
where u and v are the unitary path differences along the Y axis and X axis, respectively. Further assuming the antenna element spacing d equals half the wavelength, λ, i.e.,
u and v may be expressed as,
u=π sin ϕ sin θ
v=π cos ϕ sin θ
where
In order to point the beam in the direction of the impinging wave, i.e., coherently combine the antenna elements in that direction, the received signal of the mth, nth antenna element needs to be phase shifted with an amount corresponding to the path difference of that element in relation to the carrier wavelength
In 3GPP Release 17, work is ongoing on adapting NR, and studying LTE, for operation in an NTN. In NR and LTE, the UE performs initial search over its supported frequency bands for a PLMN when it is turned on to find a cell to camp on. The UE also performs cell reselection in idle/inactive mode and handover in connected mode where knowing the location of a satellite can be beneficial.
In an NTN, a UE using a directional antenna must, in worst case, search for a satellite to camp on over the entire sky, i.e., from horizon to horizon. The network typically provides information to the UE on where to find neighboring cells in frequency, but without information on where the UE has to point its antenna. But even if the UE would know ephemeris data of a satellite and use it to calculate the elevation angle to a candidate satellite, such angle would not be sufficient to determine a beam direction to point to such satellite.
Exemplary embodiments disclosed herein address at least some of these problems, issues, and/or drawbacks of existing solutions.
An embodiment concerns a method, performed by a wireless device (or UE), for connecting to a second satellite in a non-terrestrial network, NTN, wherein the wireless device employs a first beamforming matrix for directing a radio beam from an antenna array (comprising a plurality of antennas arranged in a plane) of the wireless device to a first satellite.
The antenna array, also being referred to as antenna plane comprises a plurality of antenna elements that may e.g. be provided equidistantly in both antenna plane directions. By applying a beamforming matrix (or precoder or precoding matrix) to the antenna array the plurality of antenna elements are controlled to send and/or receive a radio beam into/from a certain direction.
The method may comprise the following steps:
The angular difference may be expressed in a set of two difference angles, e.g. an difference in azimuth angle and an in elevations angle between both satellites.
Alternatively, the angular difference may be expressed as single (cone) angle that is used to define a search space on whose surface the beam towards the new satellite should be directed or received.
Another embodiment concerns a method provided by a network node for connecting a wireless device (or UE) to a second satellite in a non-terrestrial network, NTN, wherein the wireless device employs a first beamforming matrix for directing a radio beam from an antenna array of the wireless device to a first satellite, the method comprising:
The network node may be part of or incorporated in a satellite, e.g., in the first satellite.
Other exemplary embodiments include NTN nodes (e.g., satellites, gateways, base stations, or components thereof) and user equipment (UEs, e.g., wireless devices) configured to perform operations corresponding to any of the exemplary methods and/or procedures described herein.
Other exemplary embodiments include non-transitory, computer-readable media storing program instructions that, when executed by processing circuitry, configure such NTN nodes or UEs to perform operations corresponding to any of the exemplary methods and/or procedures described herein.
These and other objects, features and advantages of the present disclosure will become apparent upon reading the following Detailed Description in view of the Drawings briefly described below.
Some of the embodiments contemplated herein will now be described more fully with reference to the accompanying drawings. The following terms are used throughout the description given below:
It may be noted that the description given herein focuses on a 3GPP cellular communications system and, accordingly, 3GPP terminology or terminology similar to 3GPP terminology is used throughout this document. However, the concepts disclosed herein are not limited to a 3GPP system. The present invention may as well be implemented in communication technologies like Wide Band Code Division Multiple Access (WCDMA), Worldwide Interoperability for Microwave Access (WiMax), Ultra Mobile Broadband (UMB).
In addition, functions and/or operations described herein as being performed by a wireless device or a network node may be distributed over a plurality of wireless devices and/or network nodes. Furthermore, although the term “cell” is used herein, it should be understood that beams may be used instead of cells, e.g., in a 5G NR system, and concepts described herein apply equally to both cells and beams. In addition, although the embodiments of the present disclosure are described in terms of 3GPP non-terrestrial networks (NTNs) that utilize LTE and/or NR technologies, such embodiments are equally applicable to any wireless network dominated by line of sight conditions, including terrestrial networks.
As briefly mentioned above, current LTE and NR technologies were developed for terrestrial cellular networks and adapting them to NTNs can create various issues, problems, and/or drawbacks for operation of networks and UEs. These issues are discussed in more detail below.
Embodiments describe herein refer to a method in a device for switching access links between a first and second serving node (e.g. satellite, high altitude platform station), e.g., between a first departing and a second arriving node in a fixed area network. The invention is also applicable in the case where a device keeps the same access link with a first satellite and updates beam selection when the first satellite moves from a first position to a second position.
In the following, the term “satellite” will be interchangeably used with the terms “network node” or “serving node” in order to emphasis its non-terrestrial position.
Further the term device may be interchangeably used with the terms “wireless device” or “UE”.
In some embodiments, the device gets knowledge about the satellite positions at some points in time, e.g., by receiving control messages or system information about ephemeris data of satellites, e.g. by receiving from a first satellite ephemeris data about the position of the first satellite, and about a position of a second satellite.
Additionally, the device may have knowledge about its own position, e.g. by means of a global navigation satellite system GNSS (such as GPS) or from receiving information from the network.
By way of example, the UE may be connected to the first satellite (by means of a RX beam and/or TX beam) and may consider connecting to the second satellite. The first and the second satellite are (or comprise) access nodes of the communications network (such as 3GPP radio networks as described above). By way of example, the UE is provided with an antenna array comprising a plurality of antennas. By applying a beamforming matrix, the UE directs (TA and/or RX) beam into a certain direction. By way of example, the UE applies a first beamforming matrix to direct a beam to the first satellite to communicate with the network (to connect to that satellite). Beamforming matrix, beamformer, precoder, precoding matrix, combiner may be interchangeably used in this context. It may further be assumed that the beams form so-called line of sight channels, thus implying an unambiguous mapping between a direction of as beam towards the satellite and a beamforming matrix establishing the beam in that direction.
In a first step 100, the device uses the obtained ephemeris data (of the first satellite and the second satellite) to determine a difference in angle between the first and second satellite. This angular difference may, e.g., be composed of an azimuth difference and/or an elevation difference.
In a second step 110, the device determines an updated (or second) beamforming matrix for communications with the second satellite. This second beamforming matrix may be based on an existing (e.g. the first) beamforming matrix, or directional information to the first satellite and the difference in angle between the two satellites.
In a third step 120, the second beamforming matrix is configured for communication with the second satellite.
In an embodiment, the device location and antenna plane orientation are both known to the device. It is then possible to determine the second beamforming matrix by rotating the first beamforming matrix pointing towards the first satellite. Thereto, the UE may determine a rotation matrix by which the first beamforming matrix is to be rotated, such that an updated (second) beamforming matrix is created, resulting in a beam pointing towards the second satellite.
In an embodiment, it may be assumed the device location is known while the antenna plane orientation (in space) is unknown. In such circumstances, an optional step 90 may be performed, wherein the antenna plane orientation is derived (estimated) from a beamforming matrix aiming towards a satellite with known ephemeris data.
In an embodiment, upon successfully connecting to the second satellite, the beam direction may be further refined by performing an iterative search or a grid search in an area surrounding the identified location.
As previously mentioned, during cell reselection the UE already has a selected RX beam to the old (first) satellite and can use this as reference instead of, or complementing knowledge of the own antenna orientation (the own orientation may be known exactly or with some uncertainty). Based on ephemeris data of the old and the new (second) satellite, the UE can calculate the angular difference in directions (in space) towards the old and the new satellite and then use the direction of the RX beam to the old satellite to calculate the direction of the new RX beam (or determine a limited number of possible RX beam candidates) to use to direct to the new satellite.
In an embodiment, if the UE is uncertain about its own orientation in space (e.g. does not have knowledge about its orientation), the UE may determine a certain search space to search for the new satellite. Thereto,
Hence, even if the antenna plane orientation is unknown (or uncertain), the UE may determine an angular difference ϕ between satellite positions of the old and new satellite and use this angular difference to define a reduced search space. In the described example, the UE would only need to search the cone (defined by the constant angular difference ϕ).
In an embodiment, to improve the UE's knowledge of its orientation, the UE may employ one or a plurality of sensors, such as acceleration sensors. Therein, the UE may determine the vertical direction (and thus the horizontal plane and the UE's own orientation (or the antenna plain orientation) in relation to it). With knowledge of the vertical direction, the UE may calculate two cones, one around the RX beam towards the old satellite and one around the vertical direction based on the elevation angle (e.g. known from ephemeris data and the UE's own position) of the new satellite. Since the UE will be at the tip of both cones, the cones' intersection with each other form two straight lines, where these two lines represent the two possible candidates for RX beam directions.
This step may further comprise determining a corresponding rotation matrix such switching from one antenna panel to another antenna panels will result in. In this case, the rotation matrix may be known in advance if antenna panel installations are assumed to be fixed. Hence, it is possible to decompose the rotation matrix from the angular difference in three steps:
In a further optional step, upon failing to connect to the second satellite, e.g. due to the signal falling below a threshold or the device being unable to configure the desired beamforming matrix, the device may attempt to connect to a third satellite using the same procedure as when connecting to the second satellite.
In a further embodiment, a mapping between UE beams and bandwidth parts (BWPs) is determined. The mapping may be configured by the network. When UE determines beam selection from a first beam to a second beam (using the same antenna panel or a different antenna panel), the UE also determines the needed switch from a first BWP mapped to the first beam to a second BWP mapped to the second beam. Accordingly, upon the switch from the first beam to the second beam, the UE may also switch its BWP from the first BWP to the second BWP.
In another embodiment, the wireless device uses multiple antenna panels to estimate its own orientation using Rx beams to multiple satellites assuming that the device knows its own position and the position of those satellites, e.g., via ephemeris information, which may be provided via broadcast signaling or some other means from at least of the those satellites.
Although the embodiments disclosed herein are described in relation to a 3GPP wireless network, such as the example wireless network, the embodiments described herein can be implemented in any appropriate type of communication system using any suitable components. The wireless network can provide communication and other types of services to one or more UEs to facilitate the UE' access to and/or use of the services provided by, or via, the wireless network.
The wireless network can comprise and/or interface with any type of communication, telecommunication, data, cellular, and/or radio network or other similar type of system. In some embodiments, the wireless network can be configured to operate according to specific standards or other types of predefined rules or procedures. Thus, particular embodiments of the wireless network can implement communication standards, such as Global System for Mobile Communications (GSM), Universal Mobile Telecommunications System (UMTS), Long Term Evolution (LTE), and/or other suitable 2G, 3G, 4G, or 5G standards; 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, Z-Wave and/or ZigBee standards.
The network can comprise one or more backhaul networks, core networks, IP networks, public switched telephone networks (PSTNs), packet data networks, optical networks, wide-area networks (WANs), local area networks (LANs), wireless local area networks (WLANs), wired networks, wireless networks, metropolitan area networks, and other networks to enable communication between devices.
In some embodiments, a UE can be configured to communicate wirelessly with network nodes and/or other wireless devices. Communicating wirelessly can involve transmitting and/or receiving wireless signals using electromagnetic waves, radio waves, infrared waves, and/or other types of signals suitable for conveying information through air. In some embodiments, a UE can be configured to transmit and/or receive information without direct human interaction. For instance, a UE can 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 network.
Examples of a UE include, but are not limited to, a smart phone, a mobile phone, a cell phone, a voice over IP (VoIP) phone, a wireless local loop phone, a desktop computer, a personal digital assistant (PDA), a wireless cameras, a gaming console or device, a music storage device, a playback appliance, a wearable terminal device, a wireless endpoint, a mobile station, a tablet, a laptop, a laptop-embedded equipment (LEE), a laptop-mounted equipment (LME), a smart device, a wireless customer-premise equipment (CPE). a vehicle-mounted wireless terminal device, etc.
A UE can support device-to-device (D2D) communication, for example by implementing a 3GPP standard for sidelink communication, vehicle-to-vehicle (V2V), vehicle-to-infrastructure (V2I), vehicle-to-everything (V2X) and can in this case be referred to as a D2D communication device. As yet another specific example, in an Internet of Things (IoT) scenario, a UE can represent a machine or other device that performs monitoring and/or measurements, and transmits the results of such monitoring and/or measurements to another UE and/or a network node. The UE can in this case be a machine-to-machine (M2M) device, which can in a 3GPP context be referred to as an MTC device. As one particular example, the UE can 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 (e.g. refrigerators, televisions, etc.) personal wearables (e.g., watches, fitness trackers, etc.). In other scenarios, a UE can 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. A UE as described above can represent the endpoint of a wireless connection, in which case the device can be referred to as a wireless terminal. Furthermore, a UE as described above can be mobile, in which case it can also be referred to as a mobile device or a mobile terminal.
As illustrated in
The UE further comprises an Antenna that can include one or more antenna arrays 10-1-10-4, configured to send and/or receive wireless signals. In certain alternative embodiments, the antenna can be separate from UE 10 and be connectable to UE 10 through an interface or port.
Processing circuitry 12 can comprise a combination of one or more of a microprocessor, controller, microcontroller, central processing unit, digital signal processor, application-specific integrated circuit, field programmable gate array, or any other suitable computing device, resource, or combination of hardware, software, and/or encoded logic operable to provide, either alone or in conjunction with other UE 10 components, such as device-readable medium 11, UE 10 functionality. Such functionality can include providing any of the various wireless features or benefits discussed herein. For example, processing circuitry 12 can execute instructions stored in device-readable medium 111 or in memory 110 within processing circuitry 12 to provide the functionality disclosed herein.
Processing circuitry 12 can be configured to perform any determining, calculating, or similar operations (e.g., certain obtaining operations) described herein as being performed by a UE. These operations, as performed by processing circuitry 12, can include processing information obtained by processing circuitry 12 by, for example, converting the obtained information into other information, comparing the obtained information or converted information to information stored by UE 10, and/or performing one or more operations based on the obtained information or converted information, and as a result of said processing making a determination.
Network nodes 20a and 20b can include processor 22 (also referred to as “processing circuitry”) that is operably connected to program memory 211 and data memory 210 via a data bus, which can include parallel address and data buses, serial ports, or other methods and/or structures known to those of ordinary skill in the art.
Program memory 211 can store software code, programs, and/or instructions that, when executed by processor 22, can configure and/or facilitate network nodes 20a and 20b to perform various operations, including operations corresponding to various exemplary methods described herein. As part of and/or in addition to such operations, program memory 211 can also include software code executed by processor 22 that can configure and/or facilitate network nodes 20a and 20b to communicate with one or more other UEs or network nodes using other protocols or protocol layers, such as one or more of the PHY, MAC, RLC, PDCP, and RRC layer protocols standardized by 3GPP for LTE, LTE-A, and/or NR, or any other higher-layer (e.g., NAS) protocols utilized in conjunction with radio circuitry 21 and/or core network interface 1050. Data memory 203 can comprise memory area for processor 202 to store variables used in protocols, configuration, control, and other functions of network nodes 20a and 20b. As such, program memory 211 and data memory 23 can comprise non-volatile memory (e.g., flash memory, hard disk, etc.), volatile memory (e.g., static or dynamic RAM), network-based (e.g., “cloud”) storage, or a combination thereof. Processor 22 can include multiple individual processors (not shown), each of which implements a portion of the functionality described above.
With reference to
Telecommunication network 1310 is itself connected to host computer 1330, 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. Host computer 1330 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. Connections 1321 and 1322 between telecommunication network 1310 and host computer 1330 may extend directly from core network 1314 to host computer 1330 or may go via an optional intermediate network 1320. Intermediate network 1320 may be one of, or a combination of more than one of, a public, private or hosted network; intermediate network 1320, if any, may be a backbone network or the Internet; in particular, intermediate network 1320 may comprise two or more sub-networks (not shown).
The communication system of
In relation to
Example implementations, in accordance with an embodiment, of the user equipment 130, e.g., a UE, and any, or both, of the first node 111 and the second node 112, e.g., a base station and host computer discussed in the preceding paragraphs will now be described with reference to
Communication system 1400 further includes any, or both, of the first node 111 and the second node 112, exemplified in
Communication system 1400 further includes UE 1430 already referred to. Its hardware 1435 may include radio interface 1437 configured to set up and maintain wireless connection 1470 with a base station serving a coverage area in which UE 1430 is currently located. Hardware 1435 of UE 1430 further includes processing circuitry 1438, 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. UE 1430 further comprises software 1431, which is stored in or accessible by UE 1430 and executable by processing circuitry 1438. Software 1431 includes client application 1432. Client application 1432 may be operable to provide a service to a human or non-human user via UE 1430, with the support of host computer 1410. In host computer 1410, an executing host application 1412 may communicate with the executing client application 1432 via OTT connection 1450 terminating at UE 1430 and host computer 1410. In providing the service to the user, client application 1432 may receive request data from host application 1412 and provide user data in response to the request data. OTT connection 1450 may transfer both the request data and the user data. Client application 1432 may interact with the user to generate the user data that it provides.
It is noted that host computer 1410, base station 1420 and UE 1430 illustrated in
In
Wireless connection 1470 between UE 1430 and base station 1420 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 UE 1430 using OTT connection 1450, in which wireless connection 1470 forms the last segment. More precisely, the teachings of these embodiments may improve the latency, signalling overhead, and service interruption and thereby provide benefits such as reduced user waiting time, better responsiveness and extended battery lifetime.
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 OTT connection 1450 between host computer 1410 and UE 1430, in response to variations in the measurement results. The measurement procedure and/or the network functionality for reconfiguring OTT connection 1450 may be implemented in software 1411 and hardware 1415 of host computer 1410 or in software 1431 and hardware 1435 of UE 1430, or both. In embodiments, sensors (not shown) may be deployed in or in association with communication devices through which OTT connection 1450 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 1411, 1431 may compute or estimate the monitored quantities. The reconfiguring of OTT connection 1450 may include message format, retransmission settings, preferred routing etc.; the reconfiguring need not affect base station 1420, and it may be unknown or imperceptible to base station 1420. Such procedures and functionalities may be known and practiced in the art. In certain embodiments, measurements may involve proprietary UE signaling facilitating host computer 1410's measurements of throughput, propagation times, latency and the like. The measurements may be implemented in that software 1411 and 1431 causes messages to be transmitted, in particular empty or ‘dummy’ messages, using OTT connection 1450 while it monitors propagation times, errors etc.
Filing Document | Filing Date | Country | Kind |
---|---|---|---|
PCT/EP2021/077964 | 10/8/2021 | WO |
Number | Date | Country | |
---|---|---|---|
63092218 | Oct 2020 | US |