January 17, 2018
January 17, 2018
This paper was given at the Ka and Broadband Communication Conference – 2015 – It is presented here as in the original proceedings’ submission and conference PDF distribution. [proceedings]
This post is the second in a three parts series. The last part will be published next. you can see part 1 and part 3 (follow links)
Part 1 – is an introduction and abstract and use cases of beam hopping system design.
Part 2 – covers beam hopping basic system consideration and illumination strategies.
Part 3 – covers beam hopping adaptation to demand, summary and conclusion.
In this paper, the following terminology is used:
Those terms refer, for the sake of simplicity, to the downlink direction, namely transmissions from the satellite to the Earth stations. In the uplink direction, a similar can be applied, with interchanging the transmitters to receivers.
As beam-hopping is a time domain technique, the timing diagrams can best describe its operation. Figure 1 shows a timing diagram for a transparent payload case. The diagram shows the timing of transmissions from two gateways, each feeding four beams for two cycles. The different colors and patterns indicate to which beam the payload is destined.
Gateways transmissions (GW-TX) are to be timed such that they arrive at a known time instant at the payload, taking into account the propagation delay each goes through ( τp1 τp2 in the diagram, drawn extremely out of scale). For that purpose, gateways may be required to apply a time advance (tA). The payload distributes the transmissions to the different beams, after some inherent delay τpld. Time should be allocated in the payload for the switching of the transmitters to the beams, or for the antennas to settle in the relevant direction. This time, denoted ts in Fig.1 is to be allocated at every beam hop. ts also includes the uncertainly in synchronization between the gateways and payload, measured at the payload.
The switching time is one of the more important parameters in determining the system efficiency and it directly affects the mode of operation. The penalty in system efficiency due to beam-hopping can be expressed as a factor (<1) by which the system effective data rate should be multiplied by. If we further denote by tĀdw the average dwell time, the efficiency factor of a beam-hopping system can be expressed as:
Another important parameter is the time it takes a transmitter to illuminate all the beams allocated to it. This time, denoted Tw in the figure, is the beam-hopping cycle, and it is the upper bound for the revisit time- the maximal time duration for a terminal in any beam to be revisited. This time is a result of various constraints in the system including:
Each transmitter performs a cycle of transmissions to the beams it covers per each Tw cycle, where the illumination time per beam is determined by the known statistics of the demand in each. In this case, in which the illumination is periodic, tdw = Nclts / TW , Ncl is the number of cells in a cluster.
In addition, one may also observe that the upper bound, ηBHUB, and the lower bound, ηBHLB, on the efficiency would be:
where Tmin is the minimal dwell time.
Another source of inefficiency might be the case where the instantaneous traffic is not enough to fill up the transmission packet for the entire dwell time. As incoming traffic is statistical in nature, margins must be taken to reduce overflows (which may cause extended latencies) so statistically empty room is unavoidable. Exact analysis of this case highly depends on the application and traffic model.
In addition to system efficiency, another important parameter to be considered is the overall latency, a data packet undergoes to. Obviously, in any data communications network, packets incur delays resulting from propagation delays, queuing and buffering, and a satellite beam-hopping communication system is no exception. However, the beam-hopping technique gives rise to further delays.
The total latency budget of a packet arriving at a gateway is expressed in
The scheme presented in Fig. 1 is basically pre-defined according to prior information on the expected load. It is not necessarily the only possible strategy in the design of the beam-hopping illumination plan. Other strategies determine the hopping plan according to the data arrival time, thus avoiding mismatch between the actual demand distribution and the BHTP. The most extreme example would be a “point-and-shoot” approach where each packet is routed directly to its destination cell on a first comes – first served basis., thus avoiding buffering delays. On the other hand, each transmission would be tolled by an additional switching time and if data packets are small, it might substantially reduce the total efficiency.
Figure 2 shows an example for the timing diagram of an illumination strategy, based on fixed transmission time intervals. In this strategy the packets for each cell are queued. At constant instants, beams are transmitted to the cells with the longest queues, or, to cells for which the revisit time constraint has expired. Figure 2 shows an example for one beam serving 4 cells, arranged per their load.
Another possible strategy would call for a constant transmission packet size (in bits, or in symbols). As above, packets for each cell are queued and once the set transmission packet size is met, the packet is routed for transmission, again with re-visit time constraints. Variants of this scheme might be to set different transmission packet size for each beam, according to the demand in that beam. In this case, the dwell time matches the demand data rate, similarly to the periodic predefined structure described in Fig. 1.
If the cycle and dwell times are selected optimally, the performance, in terms of efficiency and latency, of both method would be similar. However, they differ from implementation point of view. While in the first scheme transmissions are made according to a predefined scheme, in the second case transmissions depend on the arriving traffic. The periodic scheme would be preferable for the case of a transparent payload. In this case the gateways and payload should maintain an acceptable level of synchronization, and exchange beam-hopping timing plan information when necessary. In the data driven approaches are to be implemented over a transparent payload, each transmission should be tagged with the routing information, to be decoded at the payload, for the relevant beam. The periodic scheme has an advantage from the point of view of the terminal, which can be switched off at predictable times. The data driven strategy would be more adequate for a regenerative payload, where the routing decision is made on-board, thus saving on buffering time.
To learn the effect of transmission interval size as a function of data rate on the resulting latency and beam utilization a simulation was performed with the following parameters:
The resulting beam utilization and average waiting time for each data rate case, as a function of the transmission interval size are given in Figure 3 (a) and (b) respectively.
Figure 3: Constant Transmission Interval- Performance |
Clearly, the lower the transmission interval, the better is the beam utilization and the lower is the waiting time. However, the result does not reflect switching time effect, which causes a reduction of efficiency as the interval gets lower. Notably, beam utilization gets flat above approximately 2msec, which is the point where most of the arrival data packets are smaller than transmission packet interval. The waiting time grows linearly with the interval time for low load scenario. When the load is higher the slope of the decrease is higher.