WO2020096509A1

WO2020096509A1 - Minimizing perceived communication downtime for vehicle group

Info

Publication number: WO2020096509A1
Application number: PCT/SE2019/051103
Authority: WO
Inventors: Farshad Naghibi; Linus Skjutar Apell; Lulu Mary DAHAN
Original assignee: Scania Cv Ab
Priority date: 2018-11-09
Filing date: 2019-11-01
Publication date: 2020-05-14
Also published as: SE543068C2; CN112997224A; EP3877964A4; EP3877964A1; SE1851396A1; CN112997224B

Abstract

The disclosure relates to a method (300) performed by server (140) configured to perform one or more services for a group of vehicles (120-123), the method comprising obtaining data pertaining to the group of vehicles (120-123) at least by receiving messages comprising data pertaining to each vehicle, predicting an upcoming outage of a communications link (L0-L3) of at least one vehicle (120) of the group of vehicles (120-123), performing a proactive action to mitigate a negative impact on the one or more services for the group of vehicles (120-123).

Description

MINIMIZING PERCEIVED COMMUNICATION DOWNTIME FOR VEHICLE GROUP

TECHNICAL FIELD

The present invention relates to a method performed by a server configured to perform one or more services for a group of vehicles. The invention further relates to a control unit and a vehicle comprising the control unit.

BACKGROUND

Cooperative Intelligent Transport Systems is about digitalization,“informatization” of the transport system and information sharing between road vehicles and infrastructure. This is e.g. done by standardizing the methods of communication allowing different vehicle manufacturers, infrastructure manufacturers and governmental agencies to exchange information independently. Examples such communication is vehicle-to-vehicle communication (V2V), vehicle-to-infrastructure (V2I) and vehicle-to-anything (V2X).

Various services may be provided to vehicles on the road, using both standardized methods of communication and propriety methods of communication, such as propriety protocols over WiFi. Examples of such services may be Fleet Management Services.

Communication downtime or outages of a communications link is always considered an issue which can harm the consistency, quality and timeliness of information for services that are dependent on this information. This even becomes a more severe issue for real-time services. In addition the consistency of any further analysis based on that data stream can lose its validity and accuracy. The effect would of course differ, e.g. depending on the frequency, location and duration of said downtime.

Communication downtime or outages can occur due to many reasons, including having no network coverage, or even hardware or software malfunctions within the extended vehicle. A disadvantage of conventional systems is that lack of knowledge and preparation for different types of disturbances/downtimes/outages can result in data loss, i.e. the possibility to restoring data, e.g. recreating the data or vehicle behavior for some purpose, may be low and unreliable. This is true even if part of the data is saved, prioritized or requested during the downtime.

A further disadvantage is that an outage could negatively affect the presentation of information to (internal or external) customers and can damage the reputation of the service and may lead to customers choosing other competing services. With the introduction of autonomous transport systems these issues become even more prominent.

Thus, there is a need for an improved method and server.

OBJECTS OF THE INVENTION

An objective of embodiments of the present invention is to provide a solution which mitigates or solves the drawbacks described above.

SUMMARY OF THE INVENTION

The above objective is achieved by the subject matter described herein. Further advantageous implementation forms of the invention are described herein.

According to a first aspect of the invention the objects of the invention is achieved by a method performed by server configured to perform one or more services for a group of vehicles, the method comprising obtaining data pertaining to the group of vehicles at least by receiving messages comprising data pertaining to each vehicle, predicting an upcoming outage of a communications link of at least one vehicle of the group of vehicles, and performing a proactive action to mitigate a negative impact on the one or more services for the group of vehicles. In one embodiment, performing a proactive action comprises a selection of any of sending a message to the at least one vehicle, the message comprising a selection of any of a configuration, settings, policies and strategies, sending a message to the at least one vehicle, the message comprising an indication of the predicted upcoming outage, the indication comprising a selection of any of an outage duration, an outage spatial location and a recommended action and sending a message to a management server, the message comprising an indication of the upcoming outage, the indication comprising a selection of any of an outage duration, an outage spatial location and a recommended action.

At least one advantage of the first aspect is to provide a method that has improved resilience when communication outages occur, by increasing the possibility to restore data, e.g. recreating the data or vehicle behavior for some purpose.

According to a second aspect of the invention the objects of the invention is achieved by a method performed by a control unit adapted to be comprised in a vehicle, the method comprising obtaining data pertaining to the vehicle and sending a message to a server configured to perform one or more services for a group of vehicles.

According to a third aspect of the invention the objects of the invention is achieved by a server configured to perform the method according to the first aspect.

According to a fourth aspect of the invention the objects of the invention is achieved by a control unit configured to perform the method according to the second aspect.

According to a fifth aspect of the invention the objects of the invention is achieved by a vehicle comprising the control unit according to the fourth aspect.

The scope of the invention is defined by the claims, which are incorporated into this section by reference. A more complete understanding of embodiments of the invention will be afforded to those skilled in the art, as well as a realization of additional advantages thereof, by a consideration of the following detailed description of one or more embodiments. Reference will be made to the appended sheets of drawings that will first be described briefly.

BRIEF DESCRIPTION OF THE DRAWINGS

Fig. 1 illustrates a scenario to perform one or more services for a group of vehicles.

Fig. 2 shows a system for performing one or more services for a group of vehicles according to one or more embodiments described herein. Fig. 3 shows a server according to one or more embodiments described herein.

Fig. 4. illustrates a flowchart of a method performed by server configured to perform one or more services for a group of vehicles according to one or more embodiments described herein.

Fig. 5. illustrates a flowchart of a method performed by a control unit according to one or more embodiments described herein.

A more complete understanding of embodiments of the invention will be afforded to those skilled in the art, as well as a realization of additional advantages thereof, by a consideration of the following detailed description of one or more embodiments. It should be appreciated that like reference numerals are used to identify like elements illustrated in one or more of the figures.

DETAILED DESCRIPTION

An“or” in this description and the corresponding claims is to be understood as a mathematical OR which covers’’and” and“or”, and is not to be understand as an XOR (exclusive OR). The indefinite article“a” in this disclosure and claims is not limited to“one” and can also be understood as“one or more”, i.e. , plural.

The present disclosure proposes a method which ensures the lowest possible communication downtime perceived by users, e.g. of fleet management services. The solution addresses actions to be taken (prior to, during and after a communication downtime) in the off board environment of a transport system (i.e. environment outside of the vehicle) which sends/receives data to/from vehicles in the field. By using data from relevant sources (real-time or historical) in order to decrease data loss and improve quality of data and services.

Uptime/downtime or communication outages is/are an important factor/s for all businesses at any time. Even small disruptions can result in huge costs. It is often challenging to plan for disturbances and downtime of services. Downtime is always an inconvenience, and it is therefore important to reduce outages or downtime of communications and/or services. Downtime of a service can be due to many reasons and can occur in any part of the chain of functions that make up the service. In one way or another downtime is harmful to the users and their businesses. If users cannot use a service the consistency of data for the service will be affected in a negative way. Data which could have been used for analysis might then be lost. If the service is unavailable due to problems with connections or that the service is not working for the moment, this can affect the customers experience of the service. The effect of that experience will of course differ a lot based on the frequency and duration of said downtime. There are many Fleet Management Services which are reachable through an interface of a server to a lot of users who rely on their users to improve the service. Feedback, fault reports, complaints and field testing are all important factors to continuously improve a service. The quality and consistency of these reports and the data affects the outcome of analysis. Services which appear to suffer from more downtime than other services will not be able to compete with other similar solutions in the long run, the customers will choose other services.

A problem is that communication downtime is always considered an issue which can harm the consistency, quality and timeliness of information for the services that are dependent on this information. This even becomes a more severe issue for real-time services. In addition the consistency of any further analysis based on that data stream can lose its validity and accuracy. The effect would of course differ depending on the frequency and duration of said downtime. When communication is lost it is important that the off board transport system “knows” this and can adapt its behaviour in a timely manner to ensure that quality is not degenerated and the user is affected as little as possible. Communication downtime can occur due to many reasons, including having no network coverage, or even hardware or software malfunctions within the extended vehicle. Lack of knowledge and preparation for different types of disturbances and downtime can also result in that even if part of the data is saved, prioritized or requested during the downtime, the possibility of recreating the whole information or vehicle behaviour for some purpose can still be low and unreliable. Therefore it is important that services in the off board transport systems are prepared for and able to detect the communication downtime in a timely manner. If communication downtime occurs often, due to the above issues, it would negatively affect the presentation of information to (internal or external) customers and can damage the reputation of the service. Customers would in turn choose other services instead. With the introduction of autonomous transport systems these issues become even more prominent.

The present disclosure proposes a method which enables the off board transport system to prepare for communication loss and downtime. The said communication downtime refers to loss of any type of wired or wireless communication, including cellular communication and GPS signals.

The present disclosure has the advantage that it ensures that communication downtime has as small effect as possible on services, customer experience, analysis and continued operations by actions taken by off board transport system. The off board transport system has access to information from many different sources and has more computational and processing power than an on-board system, typically a control unit in a vehicle, and can therefore support any on-board system prior, during and after a communication downtime.

By using historical and real time knowledge about occurrence of communication downtime (which can be obtained from different sources such as other vehicles or telecom/network providers), the off board transport system can act proactively by any of the following actions to ensure that the downtime perceived by users and services is minimized:

Proactive steps:

Based on a risk-threshold send new adapted setting, policies and strategies to the vehicle prior to the predicted communication downtime. These new settings and strategies are to be used by the onboard systems of the vehicle for adapting to the communication downtime, and can include:

The characteristics of how data is sent and retrieved, prior and/or during downtime, e.g. the frequency, medium, employed communication technology or the content of messages transmitted from the vehicle.

The methods for transmission from the vehicle to off board systems could include any existing method/technology such as cellular, satellite, WiFi, or V2X communications. Proactively inform the driver, vehicle owner, fleet manager etc. about possible upcoming communication downtime. This could include estimated downtime duration, location and recommendations.

Reactive steps:

In case that the main communication path to a specific vehicle is already lost, the off board transport system attempts to send the adapted settings and strategies to the vehicle through alternative communication paths. The alternative communication path does not necessarily have to be a viable path that replaces the main continuous communication.

Informing and updating affected off board services.

Using existing tools to recreate or estimate data during communication downtime if possible. Flag this data so that it would be traceable.

Post downtime steps:

Reacting when communication is once again possible and informing relevant systems.

Data collected in relation to the communication downtime would be used to improve this method.

Report to the driver, vehicle owner, fleet manager etc. about the recent communication downtime.

One example for when this solution can be useful is when vehicles travel by boat between countries, e.g. from Sweden to Denmark. When at sea, the GPS-signal is lost any positioning information becomes unreliable. Based on predictions, the off board system sends a message comprising a new policy to the vehicle before boarding the boat and losing GPS communication. The new policy enables the use of other sources or methods, e.g. HD-maps or Dead Reckoning, for positioning or configurations to make sure the vehicle can report correct positioning information through the cellular network. When the GPS communication is once again established the policy can be deactivated or a new one can be activated. The information about when and where downtime occurs will be used to improve this method continuously leading to better predictions and strategies for minimal effect of downtime on services. In turn this will decrease the effect that downtime has on the users.

The disclosed method provides more possibilities to handle issues caused by communication downtime. The disclosed method further provides increased ability to adjust behaviours of services and systems in the event of communication downtime. Using knowledge about where communication is unreliable can be used as an advantage with this method to avoid disturbances or downtime that might harm quality of services or data used for analysis. Overall the proposed method leads to more reliable information and therefore more trustable services from the customers’ point of view.

Fig. 1 illustrates a scenario to perform one or more services for a group of vehicles 120-123. Examples of such services are fleet management services, e.g. monitoring maintenance of the vehicle, monitoring punctuality of vehicles according to a schedule or monitoring driving performance and habits of individual drivers. A server 140 may be configured to perform one or more services, such as fleet management services, for the group of vehicles 120-123. The vehicles are shown in Fig. 1 to be road vehicles such as busses, trucks or cars but may be any type of vehicle or craft, such as an aircraft, ship or boat. Other actors or parties, such as vehicle owners and fleet managers, may interact with the group of vehicles 120-123 and or the server 140 directly and/or via a management server 150. Any third party entity or server, not shown in the figure, may configured to provide data pertaining to the group of vehicles 120-123. Examples of such data may be traffic information, weather information, road conditions, planned road maintenance or any other data pertaining to the group of vehicles 120-123 or conditions pertaining to the group of vehicles 120-123. The group of vehicles 120-123, the server 140 and the management server 150 are configured to communicate over a communications network 130, which may comprise e.g. any of a Bluetooth, WiFi, GSM, UMTS, LTE or LTE advanced communications network or any other wired or wireless communication network known in the art. In one example, a service I providing a recommended speed dependent on a set of requirements, such as requirements on punctuality and fuel economy. The server 140 may be monitoring data pertaining to each vehicle such as the average speed of the whole group of vehicles 120-123 and send recommended speeds to a particular vehicle 120 of the group of vehicles 120-123.

In one further example, a service is providing driver coaching. E.g. coaching on how and when to change gear in order to drive in more sustainable/environmentally friendly manner. The service may be based on vehicle data, sensor data or information indicative of the intended route of the vehicle, information indicative of road conditions, information indicative of traffic, e.g. obtained from other vehicles of the group of vehicles as well as obtained by the vehicle itself.

In one further example, a service is providing route recommendation based on information about problems in a specific route obtained from other vehicles if the group of vehicles.

In one further example, a service is providing maintenance recommendations based on information gathered from a subset of the group of vehicles, e.g. vehicles manufactured in a same or similar period in time.

Fig. 2 shows a system for performing one or more services for a group of vehicles 120-123 according to one or more embodiments described herein.

The system may comprise the server 140 that is configured to perform the one or more services, such as fleet management services, for the group of vehicles 120- 123. The server is communicatively coupled to the communications network 130 via a wired or wireless link U and configured to communicate information to/from any of the group of vehicles 120-123 and/or the one or more management servers 150. The server 140 is further configured with a communication interface 1410, further described in relation to Fig. 3.

The system may further comprise the communications network 130 configured to exchange data or information between the group of vehicles 120-123, the server 140 and the management server 150. As mention above, the communications network 130 may operate on any combination of communications techniques, such as any combination of Bluetooth, WiFi, GSM, UMTS, LTE or LTE advanced communications network or any other wired or wireless communication network known in the art.

The system may comprise the management server 150. The management server 150 is communicatively coupled to the communications network 130 via a wired or wireless link Ls and configured to communicate information to/from any of the group of vehicles 120-123 and the server 140. The server 150 is further configured with a communication interface 1510, further described in relation to Fig. 3.

Each vehicle 120 in the group of vehicles 120-123 is communicatively coupled to the communications network 130 via a wired or wireless link and are configured to communicate information to/from any other vehicle any of the group of vehicles 120- 123 and/or the server 140 and/or the management server 150. Each vehicle of the group of vehicles 120-123 is further configured with a communication interface 1110, further described in relation to Fig. 3.

Fig. 3 shows a server 140 according to an embodiment of the present disclosure. The server 140 may be in the form of a selection of any of one or more servers, one or more cloud or virtual servers. The server 140 may comprise processing circuitry 312 optionally communicatively coupled to a communications interface 304/1410 for wired and/or wireless communication. Further, the server 140 may further comprise at least one optional antenna (not shown in figure). The antenna may be coupled to a transceiver of the communications interface 304 and is configured to transmit and/or emit and/or receive a wireless signals in a wireless communication system, e.g. send/receive control signals and/or status data to/from the group of vehicles 120-123 or the management server 150. In one example, the processing circuitry 312 may be any of a selection of processor and/or a central processing unit and/or processor modules and/or multiple processors configured to cooperate with each-other. Further, the server 140 may further comprise a memory 315. The memory 315 may contain instructions executable by the processing circuitry to perform any of the methods and/or method steps described herein.

The communications interface 304/1410, e.g. the wireless transceiver and/or a wired/wireless communications network adapter, which is configured to send and/or receive data values or parameters as a signal to or from the processing circuitry 312 to or from other external nodes, e.g. the group of vehicles 120-123 or the management server 150. In an embodiment, the communications interface communicates directly between communication network nodes or via the communications network.

In one or more embodiments the server 140 may further comprise an input device 317, configured to receive input or indications from a user and send a user-input signal indicative of the user input or indications to the processing circuitry 312.

In one or more embodiments the server 140 may further comprise a display 318 configured to receive a display signal indicative of rendered objects, such as text or graphical user input objects, from the processing circuitry 312 and to display the received signal as objects, such as text or graphical user input objects.

In one embodiment the display 318 is integrated with the user input device 317 and is configured to receive a display signal indicative of rendered objects, such as text or graphical user input objects, from the processing circuitry 312 and to display the received signal as objects, such as text or graphical user input objects, and/or configured to receive input or indications from a user and send a user-input signal indicative of the user input or indications to the processing circuitry 312.

In embodiments, the processing circuitry 312 is communicatively coupled to the memory 315 and/or the communications interface 304 and/or the input device 317 and/or the display 318 and/or one or more sensors (not shown in the figure).

In embodiments, the communications interface and/or transceiver 304 communicates using wired and/or wireless communication techniques. In embodiments, the one or more memory 315 may comprise a selection of a hard RAM, disk drive, a floppy disk drive, a magnetic tape drive, an optical disk drive, a CD or DVD drive (R or RW), or other removable or fixed media drive.

In a further embodiment, the server 140 may further comprise and/or be coupled to one or more additional sensors (not shown) configured to receive and/or obtain and/or measure physical properties pertaining to a vehicle of the group of vehicles 120-123 and send one or more sensor signals indicative of the physical properties to the processing circuitry 312, e.g. sensor data indicative of wheel speeds of the vehicle. In embodiments, the management server 150 comprises similar components as described in relation to the server 140.

In embodiments, the control unit comprises similar components as described in relation to the server 140. The control unit may be in the form of any one of an on- board computer, an Electronic Control Unit (ECU), a digital information display, a stationary computing device, a laptop computer, a tablet computer, a handheld computer, a wrist-worn computer, a smart watch, a PDA, a Smartphone, a smart TV, a telephone, a media player, a game console, a vehicle mounted computer system or a navigation device

Fig. 4. illustrates a flowchart of a method 400 performed by server 140 configured to perform one or more services for a group of vehicles 120-123, the method comprising:

STEP 410: obtaining data pertaining to the group of vehicles 120-123 at least by receiving messages comprising data pertaining to each vehicle,

In one example, the data pertaining to each vehicle comprises data indicative of signal strength of a wireless communications network. Each vehicle of the group of vehicles 120-123 transmits a message comprising information of currently measured signal strength of a wireless network.

In one example, the data pertaining to each vehicle is comprises data indicative of possible alternative communication links, e.g. by indicating existence of hotspots such as WiFi hotspots. This information may be used in combination with information gathered from other sources in the server.

In one example, the data pertaining to each vehicle comprises data indicative of mobile network outage in a certain geographical area, e.g. due to planned maintenance or due to unplanned issues

In one example, the data pertaining to each vehicle comprises data indicative of a possible wireless network overload, e.g. due to a planned event such as a festival or a sport match.

STEP 420: predicting an upcoming outage of a communications link L0-L3 of at least one vehicle 120 of the group of vehicles 120-123 The outage may be predicted using the data pertaining to the group of vehicles 120-123. In other words, By using historical and real time knowledge about outages or downtime occurrences of communication downtime.

In one example, the data pertaining to the group of vehicles 120-123 is indicative of low received signal strength of vehicles 121 -123 travelling along the same route/road and positioned at a location ahead of the expected route of the at least one vehicle 120. As the vehicle 120 is travelling behind the other vehicles, the data pertaining to the group of vehicles 120-123 can be used to predict that also the at least one vehicle 120 will experience low signal strength when the location is reached.

In one further example, data pertaining to the group of vehicles 120-123 indicative of possible alternative communication links is used to predict an upcoming outage of a communications link.

In one further example, data indicative of mobile network outage in a certain geographical area, e.g. due to planned maintenance or due to unplanned issues, is used to predict an upcoming outage of a communications link.

In one example, the data pertaining to each vehicle comprises data indicative of a possible wireless network overload is used to predict an upcoming outage of a communications link.

STEP 430: performing a proactive action to mitigate a negative impact on the one or more services for the group of vehicles 120-123.

Mitigating the negative impact on the one or more services may comprise mitigating that the upcoming outage harms the consistency, quality and timeliness of information for services that are dependent on this information. In one example a service is providing route recommendations based on positioning signals, e.g. GPS signals, and the data pertaining to the group of vehicles 120-123 indicate an upcoming loss of the positioning signals, i.e. an upcoming outage of a communications link is predicted. A negative impact on the service can then be mitigated by providing route recommendations based on information obtained from other vehicles in the same geographical area. Negative impacts on the one or more services may affect the customers experience of the service and might lead to that the user choose to use other services instead. In one embodiment, performing a proactive action comprises sending a message to the at least one vehicle 120, the message comprising a selection of any of a configuration, settings, policies and strategies.

In one example, the proactive action comprises, based on a risk-threshold, to send new adapted settings, policies and strategies to the vehicle prior to the predicted upcoming outage, e.g. communication downtime. These new settings and strategies are to be used by the onboard systems of the vehicle for adapting to the communication downtime, and may include:

The methods for transmission from the vehicle 120 to off board systems 140, which e.g. could include any existing method/technology such as cellular, satellite, WiFi, or V2X communications.

In one embodiment, performing a proactive action comprises sending a message to the at least one vehicle 120, the message comprising an indication of the predicted upcoming outage, the indication comprising a selection of any of an outage duration, an outage spatial location and a recommended action.

In one embodiment, performing a proactive action comprises sending a message to a management server 150, the message comprising an indication of the upcoming outage, the indication comprising a selection of any of an outage duration, an outage spatial location and a recommended action.

In one embodiment, the message comprises communications link Lo characteristics indicative of how data is sent and retrieved. The characteristics may comprise a selection of any of a frequency of data transmittal, preferred communications medium, preferred communications network 130 or the content of data transmitted from the vehicle 120.

In one example, the proactive action comprises, sending a message to the vehicle 120 and/or the management server 150 to proactively inform the driver of the vehicle 120, the vehicle owner, the fleet manager etc. about a possible upcoming communication outage or downtime. This could include estimated downtime duration, location and recommendations.

Examples of recommendations are starting an application in the drivers mobile phone to establish a new connection link, connecting to a nearby WiFi hotspot or could be manually triggering an “communication downtime” mode that perform a set of routines/commands in the vehicle or in the off-board system.

In one embodiment, the method further comprises performing a reactive action for mitigating a negative impact on the one or more services for the group of vehicles 120-123.

In one embodiment, performing a reactive action comprises estimating data expected to have been received from the at least one vehicle 120

In one example, this involves using existing tools to recover or estimate data during communication downtime if possible. Flag this data so that it would be traceable.

In one example, this involves e.g. estimating data by using statistics and machine learning tools or by creating a model/pattern from the historical data and predicting the upcoming data.

In one embodiment, performing a reactive action comprises updating the one or more services to make them aware of the outage.

In one example, this may comprise halting or reducing a data stream to the vehicle.

In one further example, this may comprise sending a notification message to services notifying the services that they should not fully trust the incoming data other than flagged estimated values, if any, during a commination downtime or outage

In one embodiment, performing a reactive action comprises identifying and/or allocating an alternative communications link. The alternative communications link is typically identified and/or allocated temporarily.

In one example, the main communication path to a specific vehicle is already lost, the off board transport system or server 140 attempts to send the adapted settings and strategies to the vehicle through temporarily allocated alternative communication paths. The temporarily allocated alternative communication path does not necessarily have to be a viable path that replaces the main continuous communication.

In one embodiment, the method further comprises detecting that the outage of the communications link L0-L3 has ended, and performing a normalizing action.

In one embodiment, the normalizing action comprises sending a message to the at least one vehicle 120, the message comprising a selection of any of a configuration, settings, policies and strategies.

These configuration, settings, policies and strategies are to be used by the onboard systems of the vehicle for adapting to the communication downtime, and may include:

In one embodiment, the normalizing action comprises sending a message to the at least one vehicle 120, the message comprising an indication to a driver that the outage has ended and/or an outage duration.

In one embodiment, the normalizing action comprises sending a message to a management server 150, the message comprising an indication to a user that the outage has ended and/or an outage duration.

In one embodiment, the normalizing action comprises saving characteristics of the outage to memory and retrieving buffered data from the at least one vehicle 120 and replacing any estimated data with the buffered data. The estimated data may typically be flagged to enable identification at the point of replacement with buffered data.

In one example, a vehicle is travelling by boat e.g. from Sweden to Denmark. When at sea, the GPS-signal is lost any positioning information becomes unreliable. Based on predictions, the off board system sends a new policy to the vehicle before boarding the boat and losing GPS communication. The new policy enables the use of other sources or methods (e.g. HD-maps or Dead Reckoning) for positioning or configurations to make sure the vehicle can report correct positioning information through the cellular network. When the GPS communication is once again established the policy can be deactivated or a new one can be activated. The information about when and where downtime occurs will be used to improve this method continuously leading to better predictions and strategies for minimal effect of downtime on services. In turn this will decrease the effect that downtime has on the users.

Fig. 5. illustrates a flowchart of a method 500 performed by a control unit according to one or more embodiments described herein. The control unit is adapted to be comprised in a vehicle comprised in a group of vehicles 120-123, the method comprising:

STEP 510: obtaining data pertaining to the vehicle 120,

STEP 520: sending a message to a server 140 configured to perform one or more services for the group of vehicles 120-123.

In one embodiment, the method 500 further comprises receiving a second message, wherein the second message comprises a selection of any of a configuration, settings, policies and strategies, an indication to a driver of an upcoming outage, and an indication to a driver that the outage has ended and/or an outage duration.

In one embodiment, the message comprises communications link Lo characteristics indicative of how data is sent and retrieved, wherein the characteristics comprises a selection of any of a frequency of data transmittal, preferred communications medium, preferred communications network 130 or the content of data transmitted from the vehicle 120.

In one embodiment, a server is provided and configured to perform any of the method steps described herein.

In one embodiment, a control unit is provided and adapted to be comprised in a vehicle, the control unit configured to perform any of the method steps described herein. In one embodiment, a vehicle 110 is provided and comprises the control unit above.

In one embodiment, a computer program is provided and comprises computer- executable instructions for causing a server 140, when the computer-executable instructions are executed on a processing unit comprised in the server 140, to perform any of the method steps described herein.

In one embodiment, a computer program is provided and comprises computer- executable instructions for causing a control unit, when the computer-executable instructions are executed on a processing unit comprised in the control unit, to perform any of the method steps described herein.

In one embodiment, a computer program product is provided and comprising a computer-readable storage medium, the computer-readable storage medium have any of the computer programs above embodied therein.

In one embodiment, a carrier containing the computer program above, wherein the carrier is one of an electronic signal, optical signal, radio signal, or computer readable storage medium.

In embodiments, the communications network 130 communicate using wired or wireless communication techniques that may include at least one of a Local Area Network (LAN), Metropolitan Area Network (MAN), Global System for Mobile Network (GSM), Enhanced Data GSM Environment (EDGE), Universal Mobile Telecommunications System, Long term evolution, High Speed Downlink Packet Access (HSDPA), Wideband Code Division Multiple Access (W-CDMA), Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Bluetooth®, Zigbee®, Wi-Fi, Voice over Internet Protocol (VoIP), LTE Advanced, IEEE802.16m, WirelessMAN-Advanced, Evolved High-Speed Packet Access (HSPA+), 3GPP Long Term Evolution (LTE), Mobile WiMAX (IEEE 802.16e), Ultra Mobile Broadband (UMB) (formerly Evolution-Data Optimized (EV-DO) Rev. C), Fast Low-latency Access with Seamless Handoff Orthogonal Frequency Division Multiplexing (Flash-OFDM), High Capacity Spatial Division Multiple Access (iBurst®) and Mobile Broadband Wireless Access (MBWA) (IEEE 802.20) systems, High Performance Radio Metropolitan Area Network (HIPERMAN), Beam-Division Multiple Access (BDMA), World Interoperability for Microwave Access (Wi-MAX) and ultrasonic communication, etc., but is not limited thereto.

Moreover, it is realized by the skilled person that the server 140 may comprise the necessary communication capabilities in the form of e.g., functions, means, units, elements, etc., for performing the present solution. Examples of other such means, units, elements and functions are: processors, memory, buffers, control logic, encoders, decoders, rate matchers, de-rate matchers, mapping units, multipliers, decision units, selecting units, switches, interleavers, de-interleavers, modulators, demodulators, inputs, outputs, antennas, amplifiers, receiver units, transmitter units, DSPs, MSDs, encoder, decoder, power supply units, power feeders, communication interfaces, communication protocols, etc. which are suitably arranged together for performing the present solution.

Especially, the processor and/or processing means of the present disclosure may comprise one or more instances of processing circuitry, processor modules and multiple processors configured to cooperate with each-other, Central Processing Unit (CPU), a processing unit, a processing circuit, a processor, an Application Specific Integrated Circuit (ASIC), a microprocessor, a Field-Programmable Gate Array (FPGA) or other processing logic that may interpret and execute instructions. The expression“processor” and/or“processing means” may thus represent a processing circuitry comprising a plurality of processing circuits, such as, e.g., any, some or all of the ones mentioned above. The processing means may further perform data processing functions for inputting, outputting, and processing of data comprising data buffering and device control functions, such as call processing control, user interface control, or the like.

Finally, it should be understood that the invention is not limited to the embodiments described above, but also relates to and incorporates all embodiments within the scope of the appended independent claims.

Claims

1. A method (300) performed by a server (140) configured to perform one or more services for a group of vehicles (120-123), the method comprising:

obtaining data pertaining to the group of vehicles (120-123) at least by receiving messages comprising data pertaining to each vehicle,

predicting an upcoming outage of a communications link (L0-L3) of at least one vehicle (120) of the group of vehicles (120-123),

performing a proactive action to mitigate a negative impact on the one or more services for the group of vehicles (120-123).

2. The method according to claim 1 , wherein performing a proactive action comprises a selection of any of:

sending a message to the at least one vehicle (120), the message comprising a selection of any of a configuration, settings, policies and strategies, sending a message to the at least one vehicle (120), the message comprising an indication of the predicted upcoming outage, the indication comprising a selection of any of an outage duration, an outage spatial location and a recommended action.

sending a message to a management server (150), the message comprising an indication of the upcoming outage, the indication comprising a selection of any of an outage duration, an outage spatial location and a recommended action.

3. The method according to claim 2, wherein the message comprises communications link (Lo) characteristics indicative of how data is sent and retrieved, wherein the characteristics comprises a selection of any of a frequency of data transmittal, preferred communications medium, preferred communications network (130) or the content of data transmitted from the vehicle (120).

4. The method according to any of the preceding claims, further comprising performing a reactive action for mitigating a negative impact on the one or more services for the group of vehicles (120-123), wherein performing a reactive action comprises a selection of any of:

estimating data expected to have been received from the at least one vehicle

(120),

updating the one or more services to make them aware of the outage, identifying an alternative communications link.

5. The method according to any of the preceding claims, further comprising

detecting that the outage of the communications link (L0-L3) has ended, and performing a normalizing action, wherein performing a normalizing action comprises a selection of any of:

sending a message to the at least one vehicle (120), the message comprising a selection of any of a configuration, settings, policies and strategies,

sending a message to the at least one vehicle (120), the message comprising an indication to a driver that the outage has ended and/or an outage duration,

sending a message to a management server (150), the message comprising an indication to a user that the outage has ended and/or an outage duration,

saving characteristics of the outage to memory.

retrieving buffered data from the at least one vehicle (120) and replacing any estimating data with the buffered data.

6. A server configured to perform the method according to any of claims 1-5.

7. A computer program comprising computer-executable instructions for causing a server, when the computer-executable instructions are executed on a processing unit comprised in the server, to perform any of the method steps according claims 1-5.

8. A computer program product comprising a computer-readable storage medium, the computer-readable storage medium having the computer program according to claim 7 embodied therein.

9. A carrier containing the computer program according to claim 7, wherein the carrier is one of an electronic signal, optical signal, radio signal, or computer readable storage medium.