GB2574887A - Network and control thereof - Google Patents

Abstract

A method of controlling a network (1), preferably a peer-to-peer network, is described. The network (1) comprises a set of user equipment, UE, devices, including a first UE (100) and a second UE (200). The first UE (100) identifies a first, preferably preconfigured, event amongst a set of events (S101). The first UE (100) transmits first information related to the identified first event (S102). The second UE (200) receives the transmitted first information (S103). The second UE (200) initiates a first action amongst a set of actions, responsive to the received first information (S104). A network (1) and a UE (100, 200) are also described. The above is described in relation to vehicle systems such as a Cooperative Intelligent Transport Systems (C-ITS) utilizing Vehicle to Everything Communications (V2X), Vehicle to Vehicle (V2V), Vehicle to Infrastructure (V2I) Vehicle to Network (V2N) and/or Vehicle to Pedestrian (V2P). The first parameter may comprise attributes of a radio signal for example power, quality, latency or bitrate. It may also be a RADAR and/or LIDAR detector. The first information may be a speed, location acceleration and/or heading of the UE. The first action may involve modifying a speed, location, acceleration and/or heading of the UE.

Description

Network and control thereof

Field

The present invention relates to networks comprising user equipment (UE) devices and to methods of controlling such networks. In particular, the present invention relates to actions initiated by UEs responsive to information received from other UEs.

Background to the Invention

Generally, Cooperative Intelligent Transport Systems (C-ITS) supports vehicle safety applications, including driving awareness, driver warning and/or driver assistance, as well as other applications, including infotainment, for example. C-ITS is intended to be technology agnostic and hence, in principle, may use any mode of cellular communication. Vehicle to Everything Communication (V2X), including Vehicle to Vehicle (V2V), Vehicle to Infrastructure (V2I), Vehicle to Network (V2N) and Vehicle to Pedestrian (V2P) is typically used in C-ITS.

However, performance, reliability and/or usability of the communication, as defined by a Quality of Service (QoS), may be critical for ensuring, maintaining and/or enhancing safety. Hence, changes to the QoS may adversely compromise safety.

Hence, there is a need to mitigate changes to the QoS, so as to ensure, maintain and/or enhance safety, particularly in C-ITS using V2X communication.

Summary of the Invention

It is one aim of the present invention, amongst others, to provide a method of controlling a network, preferably a peer-to-peer network, which at least partially obviates or mitigates at least some of the disadvantages of the prior art, whether identified herein or elsewhere. For example, the present invention may provide for sharing of information between user equipment (UE) devices, thereby maintaining and/or enhancing safety, for example, even if a quality of service (QoS) is degraded. Additionally and/or alternatively, if the QoS is improved, safety may be further enhanced.

A first aspect provides a method of controlling a network, preferably a peer-to-peer network, comprising a set of user equipment (UE) devices, including a first UE and a second UE, the method comprising:

identifying, by the first UE, a first, preferably preconfigured, event amongst a set of events; transmitting, by the first UE, first information related to the identified first event;

receiving, by the second UE, the transmitted first information; and initiating, by the second UE, a first action amongst a set of actions, responsive to the received first information.

A second aspect provides a network, preferably a peer-to-peer network, comprising a set of user equipment (UE) devices, including a first UE and a second UE;

wherein the first UE is arranged to:

identify a first, preferably preconfigured, event amongst a set of events; and transmit first information related to the identified first event;

wherein the second UE is arranged to:

receive the transmitted first information; and initiate a first action amongst a set of actions, responsive to the received first information.

A third aspect provides a user equipment (UE) device arranged to: identify a first, preferably preconfigured, event amongst a set of events; and transmit first information related to the identified first event.

A fourth aspect provides a user equipment (UE) device arranged to: receive the transmitted first information; and initiate a first action amongst a set of actions, responsive to the received first information.

A fifth aspect provides a tangible non-transient computer-readable storage medium having recorded thereon instructions which when implemented by a user equipment, UE, device, cause the UE device to perform a method of controlling a network, preferably a peer-to-peer network, the method according to the first aspect.

Detailed Description of the Invention

According to the present invention there is provided a method, a network, a user equipment (UE) device and a tangible non-transient computer-readable storage medium, as set forth in the appended claims. Other features of the invention will be apparent from the dependent claims, and the description that follows.

Method

The first aspect provides a method of controlling a network, preferably a peer-to-peer network, comprising a set of user equipment (UE) devices, including a first UE and a second UE, the method comprising:

identifying, by the first UE, a first, preferably preconfigured, event amongst a set of events;

transmitting, by the first UE, first information related to the identified first event;

receiving, by the second UE, the transmitted first information; and initiating, by the second UE, a first action amongst a set of actions, responsive to the received first information.

In this way, the second UE (i.e. a sink or a target) initiates the first action, responsive to the received first information from the first UE (i.e. a source), thereby maintaining and/or enhancing safety, for example, even if a quality of service (QoS) is degraded. That is, the first UE and the second UE operate cooperatively. That is changes to the QoS are mitigated, so as to ensure, maintain and/or enhance safety, for example in C-ITS using V2X communication.

Particularly, the inventors have determined that by anticipating or predicting changes to QoS, safety applications for example C-ITS applications may be better supported, thereby enhancing safety. For example, by adjusting V2X applications in advance of changes in QoS, reliability, performance and/or continuity of a function of the second UE may be increased.

For example, the method supports advance notification (prediction) of mobile network radio coverage changes measured on Uu interface for V2X communications to trigger proactive action in the corresponding C-ITS applications e.g. modify inter-vehicle gaps in vehicle platooning. For example, the method supports controlling a C-ITS application based on the communication QoS prediction to adjust a vehicle autonomy level as defined in SAE standard. For example, the method supports prediction of upcoming mobility events (handover or reselection) based on the information received from the surrounding vehicle(s).

QoS prediction

As outlined above, by predicting QoS changes, safety applications, for example C-ITS applications, may be better supported. This is important because wireless communication performance may be suboptimal in some use cases due to the variable mobile network radio signal coverage on the road. QoS performance indicators relevant to safety applications, for example C-ITS applications, include mobile network coverage, latency, reliability and bitrate, as described below in more detail.

The Radio Resource Control (RRC) protocol, for legacy 3GPP (non-vehicle LTE or 5G New Radio (NR)) User Equipment (UE), may support:

Broadcast of System Information related to the access stratum (AS);

Mobility functions including:

UE measurement reporting and control of the reporting for inter-cell and inter-RAT mobility;

Handover;

UE cell selection and reselection and control of cell selection and reselection; Context transfer at handover;

QoS management functions;

UE measurement reporting and control of the reporting.

Generally and as described below in more detail, measurements, to be performed by UEs, of QoS performance indicators for example, for intra/inter-frequency mobility and/or for Intersystem (Radio Access Technology (RAT)) mobility such as between 4G and 5G, may be controlled by the mobile network, using broadcast or dedicated control signalling sent on a control channel, for example. Intra-frequency neighbour (cell) measurements are neighbour cell measurements performed by the UEs when the current and a target cell operates on the same carrier frequency. Typically in cellular networks, mobility within the same frequency layer (i.e. between cells with the same carrier frequency) is predominant. Good neighbour cell measurements are needed for cells that have the same carrier frequency as the serving cell in order to ensure good mobility support and easy network deployment. Search for neighbour cells with the same carrier frequency as the serving cell, and measurements of the relevant quantities for identified cells are needed. The UEs report measurement information in accordance with the measurement configuration as provided by the network which gives the measurement configuration applicable for a UE by dedicated signalling, for example using a RRCConnectionReconfiguration or a RRCConnectionResume message. The UEs may be requested to perform the following types of measurements:

1. Intra-frequency measurements: measurements at the downlink carrier frequency(ies) of the serving cell(s);

2. Inter-frequency measurements: measurements at frequencies that differ from any of the downlink carrier frequency(ies) of the serving cell(s);

3. Inter-RAT measurements of other frequencies e.g. GSM, 3G etc.

However, conventional 3GPP QoS architecture, for example, does not support advance notification (prediction) of mobile network coverage changes for V2X communications to support C-ITS applications. This is solved, at least in part, by the method according to the first aspect and/or the second, third and/or fourth aspects.

UE

Generally, in Universal Mobile Telecommunications System (UMTS) and 3GPP Long Term Evolution (LTE), UE devices allow users to access network services. In other words, a UE is any device used by a user to communicate on a network. The UE, for example the first UE and the second UE, may be, for example, a device comprising a transmitter and a receiver or a transceiver, such as a mobile telephone or a laptop computer equipped with a mobile broadband adapter. The user may be a human user or a non-human user, for example a vehicle or infrastructure.

It should be understood that the first UE and the second UE are interchangeable. Additionally and/or alternatively, a particular UE, for example the first UE and/or the second UE, of the set of UE devices may function as both a first UE and a second UE, successively and/or simultaneously. In one example, the set of UE devices comprises more than 2 UEs, for example 3, 4, 5, 6, 7, 8,9,10 or more UEs. In one example, the set of UE devices comprises N UEs where N is a natural number greater than 1. Each of the UEs of the set of UE devices may be as described with respect to the first UE and/or the second UE.

Network

The network is preferably a peer-to-peer (P2P) network, particularly a mobile P2P (also known as cellular) network.

Generally, P2P networks have distributed network architectures composed of participants that make a portion of their resources (such as processing power, disk /cache storage or network bandwidth) available to other network participants. Generally, peers are entities (e.g. UEs, network entities) of both suppliers and consumers of resources, in contrast to traditional clientserver models where only servers supply, and clients consume. Generally, user peers are a UE type of participants in the P2P network both providing services to other participants and requesting services from other participants. Generally, network peers are the participants in the P2P network deployed and controlled by operators/service providers both providing services to other participants (e.g. user peers or network peers) and requesting services from other participants, e.g. the cache server deployed by operators/service providers.

In one example, the network communicates via Cellular V2X (C-V2X).

Vehicle-to-everything (V2X) communication provides real-time and highly reliable information flows to enable safe, efficient and environmentally-conscious transportation services and paving the way to connected and automated driving (CAD). Cellular V2X (C-V2X) is the technology developed in 3GPP1 and is designed to operate in two modes:

1. Device-to-device: This is Vehicle-to-Vehicle (V2V), Vehicle-to-(Roadway) Infrastructure (V2I) and Vehicle-to-Pedestrian (V2P) direct communication without necessarily relying on network involvement for scheduling;

2. Device-to-network: This is Vehicle-to-Network (V2N) communication which uses the traditional cellular links to enable cloud services to be part of the end-to-end solution by means of network slicing architecture for vertical industries.

V2X may provide the performance to meet use cases such as intersection movement assist, emergency electronic brake light, forward collision warning, blind spot warning, lane change warning, as well as Advanced Driver Assistance Systems (ADAS), where vehicles may cooperate, coordinate and share sensed information.

C-V2X is based on 3GPP Release 14 and is considered superior to IEEE 802.11p, with respect to coverage, mobility support, delay, reliability and scalability, making C-V2X a suitable candidate in the 5.9 GHz ITS spectrum to meet the near-term vehicular communication requirements. C-V2X provides both device-to-device (V2V, V2I and V2P) and device-tonetwork (V2N) services. C-V2X is described in more detail below.

In one example, communication between the first UE and the second UE is via a sidelink (SL), for example a PC5 sidelink radio interface, preferably using C-V2X, as described in more detail below.

Additionally and/or alternatively, the network may be and/or comprise and/or provide a masterslave or a client-server type of relationship between the transmitting first UE and the receiving second UE. This may be beneficial when for cooperative services between the first UE and the second UE, for example cooperative manoeuvres including a first vehicle and a second vehicle, including the first UE and the second UE respectively. Such a master-slave or a clientserver type of relationship may require an initial handshake connection agreement. Subsequently, the master or server may configure a measurement event in the slave or client, respectively, and then the slave or client reports when triggered.

In one example, the network comprises and/or is a Radio Access Network including one or more base stations. In one example, the network provides and/or supports core network routing traffic between base stations.

The first UE and/or the second UE may connect to or communicate with or via an access point (AP) for example a Universal Terrestrial Radio Access Network (UTRAN) access point such as a base station Node B (Node B or NB) and/or an evolved base station Node B (eNodeB or eNB and/or a gNodeB (gNB). That is, the first UE and/or the second UE may transmit data to and/or receive data from the access point, as described below. Furthermore, the UE may connect to or communicate with or via another such UE device.

It should be understood that a cell may be a radio network object that may be uniquely identified by the UE device from a cell identification that is broadcast over a geographical area from one UTRAN access point. A cell may be in either Frequency Division Duplex (FDD) or Time Division Duplex (TDD) mode.

It should be understood that a sector may be a sub-area of a cell. All sectors within the cell may be served by the same access point. A radio link within the sector may be identified by a single logical identification belonging to the sector.

In one example, the network comprises and/or is a mobile ad hoc network (MANET). Generally, MANETs (also known as wireless ad hoc networks or ad hoc wireless networks), comprise continuously self-configuring, infrastructure-less networks of mobile devices (for example UEs) connected wirelessly. Each device in a MANET is free to move independently in any direction, and will therefore change its links to other devices frequently (i.e. ad hoc). MANETs may operate independently or may be connected to the Internet. MANETs may include one or multiple and different transceivers between nodes. Hence, MANETs may provide highly dynamic, autonomous topologies.

In one example, the MANET comprises and/or is a vehicular ad hoc networks (VANET), an intelligent vehicular ad hoc network (InVANET), a smart phone ad hoc networks (SPAN), an internet-based mobile ad-hoc networks (iMANET), a hub-spoke MANET and/or a flying ad hoc networks (FANET).

Vehicular ad hoc networks (VANETs) are used for communication between vehicles and roadside equipment. Intelligent vehicular ad hoc networks (InVANETs) are a kind of artificial intelligence that helps vehicles to behave in intelligent manners during vehicle-to-vehicle collisions, accidents. Smart phone ad hoc networks (SPANs) leverage the existing hardware (primarily Bluetooth and Wi-Fi) in commercially available smart phones to create peer-to-peer networks without relying on cellular carrier networks, wireless access points, or traditional network infrastructure. SPANs differ from traditional hub and spoke networks, such as Wi-Fi Direct, in that they support multi-hop relays and there is no notion of a group leader so peers can join and leave at will without destroying the network. Internet-based mobile ad-hoc networks (iMANETs) is a type of wireless ad hoc network that supports Internet protocols such as TCP/UDP and IP. The network uses a network-layer routing protocol to link mobile nodes and establish routes distributedly and automatically. Multiple sub-MANETs may be connected in a classic Hub-Spoke VPN to create a geographically distributed MANET, known as a HubSpoke MANET. In such type of networks normal ad hoc routing algorithms does not apply directly. Flying ad hoc networks (FANETs) are composed of unmanned aerial vehicle, allowing great mobility and providing connectivity to remote areas.

Event

The first UE identifies a first, preferably preconfigured, event amongst the set of events. In one example, the set of events comprises more than 1 event, for example 2, 3, 4, 5, 6, 7, 8, 9, 10 or more events. In one example, the set of events comprises M events where M is a natural number greater than 0. Each of the events of the set of events may be as described with respect to the first event.

In one example, the first event is a preconfigured first event, wherein the method comprises preconfiguring the first event by, for example, the network, the second UE and/or a manufacturer of the first UE or a vehicle manufacturer (OEM). In one example, the preconfigured first event may include cell identification information relating to which measurement and/or measurements the first event is triggered.

In one example, the first event is defined by a radio resource control (RRC) protocol, for example as shown in Table 1. In one example, the set of events comprises and/or consists of the RRC events as shown in Table 1.

Event	Description
A1	Serving becomes better than threshold
A2	Serving becomes worse than threshold
A3	Neighbour becomes offset better than PCell
A4	Neighbour becomes better than threshold
A5	PCell becomes worse than thresholdl and neighbour becomes better than threshold2
A6	Neighbour becomes offset better than SCell
C1	CSI-RS resource becomes better than threshold
C2	CSI-RS resource becomes offset better than reference CSI-RS resource
B1	Inter RAT neighbour becomes better than threshold
B2	PCell becomes worse than thresholdl and inter RAT neighbour becomes better than threshold2
W1	WLAN becomes better than a threshold
W2	All WLAN inside WLAN mobility set becomes worse than thresholdl and a WLAN outside WLAN mobility set becomes better than threshold2
W3	All WLAN inside WLAN mobility set becomes worse than a threshold
V1	The channel busy ratio is above a threshold
V2	The channel busy ratio is below a threshold

Table 1: RRC event definitions.

Typically, mobile network coverage changes are reported from the UE to the network on a Uu interface by a RRC protocol cell measurement reporting mechanism to prepare and trigger cell handover. To better inform the network about the coverage changes, different types of measurement events are preconfigured by the network in RRC protocol messages and reported by the UE Measurement Report message which can include serving cell, neighbour cells, etc., as described below in more detail. Particularly, different type of events may be specified in the RRC protocol e.g. Event A1/A2 - ‘Serving cell becomes better/worse than threshold’, Event A4 - ‘Neighbour cell becomes better than threshold’.

In one example, the transmitting of the first information is periodic, for example having a frequency in a range from 1 Hz to 10 Hz. In one example, the transmitting of the first information is periodic over a predetermined period of time, for example in a range from 1 s to 100 s, during which the first UE and the second UE are within mutual transmitting and/or receiving range. In one example, the transmitting of the first information is responsive to (i.e. triggered by) the identifying, by the first UE, the first event amongst the set of events. In one example, the method comprises triggering the first event. In one example, the method comprises filtering the first event, thereby improving reliability thereof. In one example, the method comprises allowing for hysteresis before triggering the first event and/or before transmitting the first information.

In one example, the event is based on a Reference Signal Received Power, RSRP, and/or a Reference Signal Received Quality, RSRQ, message, as described below.

Measurement of parameters

In one example, the method comprises:

measuring, by the first UE, a first parameter amongst a set of parameters;

wherein identifying the first event comprises comparing the measured first parameter with a first threshold parameter amongst a corresponding set of threshold parameters and/or a measured second parameter; and wherein the first information comprises a first identifier of the first event amongst a corresponding set of identifiers.

In one example, the set of parameters comprises more than 1 parameter, for example 2, 3, 4, 5, 6, 7, 8, 9, 10 or more parameters. In one example, the set of parameters comprises P parameter where P is a natural number greater than 0. Each of the parameters of the set of parameters may be as described with respect to the first event.

In this way, the first UE measures (i.e. a value of) the first parameter, for example a RSRP as described below, and if the measured first parameter is less than, equal to or greater than, for example, the first threshold parameter, for example a threshold RSRP, the first event is identified accordingly. In one example, the first threshold parameter is a predetermined first threshold parameter. In one example, the method comprises measuring, by the first UE, the second parameter (i.e. the measured second parameter), as described with respect to the first parameter. Such comparison between the measured first parameter and the measured second parameter applies, for example, to an event in which a neighbour cell becomes better than a serving cell.

In one example, the first parameter comprises a radio signal, for example a Reference Signal Received Power, RSRP, a Reference Signal Received Quality, RSRQ, a latency, a bitrate and/or a data buffer occupancy rate and/or a detector signal, for example provided by an imaging detector, a RADAR detector and/or a LIDAR detector.

Reference Signals Received Power (RSRP) and Reference Signal Received Quality (RSRQ) are measures of signal level and quality for mobile networks, such as LTE networks. In mobile networks, when a mobile device moves from cell to cell and performs cell selection/reselection and handover, the device preferably measures the signal strength/quality of the neighbour cells.

Reference Signal Received Power (RSRP) is a Received Signal Strength Indicator (RSSI) type of measurement. RSRP is the power of the LTE Reference Signals spread over the full bandwidth and narrowband. A minimum of-20 dB SINR (of the S-Synch channel) is needed to detect RSRP/RSRQ. Generally, QoS increases if RSRP increases while QoS decreases if RSRP decreases.

Reference Signal Received Quality (RSRQ) is the quality considering also RSSI and the number of used Resource Blocks (N) RSRQ = (N * RSRP) I RSSI measured over the same bandwidth. RSRQ is a carrier to interference (C/l) type of measurement and it indicates the quality of the received reference signal. The RSRQ measurement provides additional information when RSRP is not sufficient to make a reliable handover or cell reselection decision, for example. Generally, QoS increases if RSRQ increases while QoS decreases if RSRQ decreases.

Generally, the latency is a time delay in data transmission between one node and another node, for example between the first UE and the second UE. In mobile communications, two different types of latency may be measured: C-Plane latency and U-Plane latency. In one example, the first parameter comprises C-Plane latency and/or U-Plane latency. Generally, QoS increases if the latency decreases while QoS decreases if the latency increases.

Generally, QoS increases if the bitrate increases while QoS decreases if the bitrate decreases.

Generally, QoS increases if the data buffer occupancy rate decreases while QoS decreases if the data buffer occupancy rate increases.

The detector signal may be provided, for example, by an imaging detector, a RADAR detector and/or a LIDAR detector. Imaging detectors include, for example, cameras and video cameras. The detector signal may include, for example, an obstacle for example an obstruction, a vehicle such as a stationary vehicle and/or a pedestrian. Hence, measuring the first parameter comprises detecting the detector signal and identifying the first event comprises determining whether an obstacle is included in the detector signal, such that the first information comprises the first identifier of the obstacle.

In one example, the first information comprises data related to the first UE, for example a type, a speed, a location, an acceleration, a heading or a bearing (for example northbound, southbound, eastbound, westbound) and/or a lane. For example, if the first UE is a vehicle, the first information may comprise a type, a speed, a location, an acceleration, a heading or a bearing and/or a lane of the vehicle. In one example, the first information comprises data related to a mobile network cell related to the triggered first event, for example a type of a system such as 4G/LTE or 5G/New radio, a radio frequency used and/or a cell identifier at a physical layer (e.g. Physical Cell ID in LTE) on that frequency, a cell bandwidth, etc.

Transmitting and receiving

The first UE transmits the first information related to the identified first event. It should be understood that the first UE comprises and/or is a transmitter.

The second UE receives the transmitted first information. It should be understood that the second UE comprises and/or is a receiver.

Generally, depending on a type of connection and/or architecture thereof, two communication modes are defined for V2X: Direct V2X Communication and Indirect V2X Communication.

Direct V2X Communication is typically used for shorter range communication (e.g. up to 500 m). Direct V2X Communication may be based, for example, on the IEEE 802.11p standard in the US (similar to Wi-Fi technology but extended to vehicles), which may also be known as DSRC or ETSI ITS-G5 in Europe. Cellular V2X (C-V2X) technology based on 3GPP LTE Rel14 (or Rel-15 New Radio) standard using LTE or NR PC5 interface may be used alternatively. Due to a direct radio link between two V2X devices, for example the first UE and the second UE, and/or a short communication range, this mode is typically more suitable for road safety applications requiring low latency and high reliability radio communication.

Indirect V2X Communication is typically used for longer range range communication (e.g. more than 500 m). Indirect V2X Communication may be based, for example, on cellular 3GPP Long Term Evolution (LTE) Rel-14 standard using C-V2X Uu radio interface or future 5G New Radio based interface. By leveraging coverage of mobile network infrastructures, the communication range of this mode may be extended significantly beyond 500m. Since the mobile network elements (e.g. nodes) behave and/or are communication intermediaries between the communicating objects, this mode may also be known as V2N2V (Vehicle to Network to Vehicle) or V2N2P (Vehicle to Network to Pedestrian), for example. This indirect mode requires mobile network coverage and is typically more suitable to C-ITS applications having less stringent latency requirements.

Typically, a Uu interface is used for UE to network communication and a PC5 interface is used for UE to UE communication.

In one example, the transmitting comprises transmitting via a sidelink (SL), for example a PC5 sidelink radio interface, using C-V2X. In one example, the receiving comprises receiving via a sidelink (SL), for example a PC5 sidelink radio interface, using C-V2X.

These V2X communication modes may be used to transmit messages, for example ETSI Cooperative Awareness Messages (CAM) or SAE Basic Safety Messages (BSM), including safety critical or operational information, for example vehicle type, speed, location, acceleration, heading, physical vehicle parameters, to enhance safety by supporting C-ITS applications, avoiding vehicle collisions, improving transport efficiency and comfort (driving assistance) or supporting cooperative driving (i.e. vehicle platooning). Hence, by tracking neighbouring vehicle location and updates based on the received messages, for example CAM or BSM, safety may be enhanced. These messages may be broadcast, for example periodically at a frequency in a range of typically 1 to 10Hz.

Additionally and/or alternatively, a combination of inputs from other vehicle sensors may be also used, for example camera, RADAR and/or LIDAR, to support identification of various road objects in Local Dynamic Map, to support Advanced Driver-Assistanee Systems (ADAS) and/or higher levels of automomous driving, as described in more detail below.

In one example, the transmitting and/or the receiving the first information is via Direct V2X Communication. In one example, the transmitting and/or the receiving the first information is via Indirect V2X Communication. In one example, the first UE and/or the second UE supports Direct V2X Communication and Indirect V2X Communication and the method comprises selecting, for example dynamically, transmitting and/or receiving via Direct V2X Communication or Indirect V2X Communication. In this way, a mode more suitable to the supported C-ITS application and its communication context may be selected.

In one example, the transmitting, by the first UE, the first information related to the identified first event comprises broadcasting and/or multicasting, by the first UE, the first information related to the identified first event. In this way, the first information may be shared by the first UE and optionally other UEs amongst the set of UE devices, without establishing a specific connection there between.

In one example, the transmitting, by the first UE, the first information related to the identified first event comprises establishing a connection, for example a direct connection, between the first UE and the second UE. In this way, the first UE and the second UE may communicate, for example directly and/or bidirectionally. In one example, the transmitting, by the first UE, the first information related to the identified first event comprises establishing a connection and/or a set of connections, for example a direct connection and/or a set of direct connections, between the first UE and a plurality of UEs, for example the set of UE devices (not including the first UE), for example a subset of the set of UE devices, such as included in a vehicle platoon. Methods of establishing connections between UE devices are known.

Action

The method comprises initiating, by the second UE, the first action amongst the set of actions, responsive to the received first information. In one example, the set of actions comprises more than 1 action, for example 2, 3, 4, 5, 6, 7, 8, 9, 10 or more actions. In one example, the set of actions comprises Q actions where Q is a natural number greater than 0. Each of the actions of the set of actions may be as described with respect to the first action.

In one example, the method comprises checking, by the second UE, if the first UE and the second UE use a same mobile network cell, for example by comparing a cell downlink carrier frequency and/or a physical cell identifier, before initiating the first action. In one example, the first information comprises the cell downlink carrier frequency and/or the physical cell identifier. In one example, the initiating the first action is if the first UE and the second UE use the same mobile network cell.

In one example, the first action comprises a safety action; and wherein initiating, by the second UE, the first action comprises invoking a safety application, for example a Cooperative Intelligent Transport Systems, C-ITS, application and/or an Advanced Driver-Assistanee Systems, ADAS, application. In this way, a safety of the second UE may be improved and/or maintained, responsive to the received first information.

Generally, Cooperative Intelligent Transport Systems (C-ITS) (also known as ‘connected vehicles’) allow vehicles to communicate with other vehicles and infrastructure, such as traffic signals, that are fitted with the same system. In this way, the second UE may receive alerts (i.e. the first information) from the first UE, for example about upcoming hazards and/or traffic signal information. The C-ITS application may use the first information to determine if a conflict is likely, based on comparing a location, a direction and/or a speed of the first UE with that included in the first information, for example.

In one example, the initiating, by the second UE, the first action comprises modifying a bitrate usage of the second UE. In this way, the bitrate usage of the second UE may be controlled, for example to maintain a bitrate availability (i.e. bandwidth) for a safety application, such as the C-ITS application and/or the ADAS application, so as to maintain safety of the second UE while attenuating, for example reducing, a bitrate availability for a non-safety application, for example media streaming and/or entertainment. When the bitrate availability increases and/or is restored, the bitrate availability for the non-safety application may be increased and/or restored.

In one example, the first UE is included in and/or comprises a first vehicle and wherein the second UE is included and/or comprises in a second vehicle. Examples of vehicles include bicycles, motorcycles, cars, buses, vans (also known as light goods vehicles), lorries or trucks (also known as heavy goods vehicles) and commercial vehicles, such as fork lift trucks, diggers, snow ploughs, etc. (i.e. road vehicles).

In one example, the initiating, by the second UE, the first action comprises modifying a speed, a location, an acceleration, a heading or a bearing, a lane and/or a spacing thereof. In this way, a path or route of the second vehicle may be adjusted pre-emptively, responsive to the received first information, thereby avoiding an obstruction for example. In this way, safety and/or road efficiency may be improved.

In one example, the initiating, by the second UE, the first action comprises modifying an autonomy level of the second vehicle and/or alerting an occupant (i.e. a user, a driver) of the second vehicle. In this way, safety of the second vehicle may be maintained and/or enhanced. For example, an autonomy level of the second vehicle may be decreased if a QoS is degraded or may be increased if the QoS is improved. For example, by alerting the occupant of the second vehicle, vehicle control handover from a motor vehicle driving automation system to the occupant may be anticipated.

The autonomy level of the second vehicle may be as defined by SAE International J3016, Taxonomy and Definitions for Terms Related to On-Road Motor Vehicle Automated Driving Systems, which defines motor vehicle driving automation systems that perform part or all of the dynamic driving task (DDT) on a sustained basis and that range in level from no driving automation (level 0) to full driving automation (level 5) (Table 2).

In one example, the autonomy level is decreased, for example from level 3 or higher to level 2 or lower, if the QoS is decreased. For example, if the RSRP, the RSRQ and/or the bitrate are decreased and/or the latency and/or the data buffer occupancy rate increased, thereby degrading the QoS, the autonomy level may be decreased such that the human driver performs further driving tasks. In one example, the autonomy level is increased, for example from level 2 or lower to level 3 or higher if the QoS is increased. For example, if the RSRP, the RSRQ and/or the bitrate are increased and/or the latency and/or the data buffer occupancy rate decreased, thereby improving the QoS, the autonomy level may be increased such that the human driver performs fewer driving tasks.

In one example, the initiating, by the second UE, the first action comprises cell reselection or cell handover or preparation for initiating those procedures e.g. additional neighbour cell measurements in the second UE.

Level	Name	Description
Human driver monitors the driving environment
0	No Automation	the full-time performance by the human driver of all aspects of the dynamic driving task, even when enhanced by warning or intervention systems
1	Driver Assistance	the driving mode-specific execution by a driver assistance system of either steering or acceleration/deceleration using information about the driving environment and with the expectation that the human driver perform all remaining aspects of the dynamic driving task
2	Partial Automation	the driving mode-specific execution by one or more driver assistance systems of both steering and acceleration/deceleration using information about the driving environment and with the expectation that the human driver perform all remaining aspects of the dynamic driving task
Automated driving system (“system”) monitors the driving environment
3	Conditional Automation	the driving mode-specific performance by an automated driving system of all aspects of the dynamic driving task with the expectation that the human driver will respond appropriately to a request to intervene
4	High Automation	the driving mode-specific performance by an automated driving system of all aspects of the dynamic driving task, even if a human driver does not respond appropriately to a request to intervene
5	Full Automation	the full-time performance by an automated driving system of all aspects of the dynamic driving task under all roadway and environmental conditions that can be managed by a human driver

Table 2: Autonomy levels for vehicles.

Network

The second aspect provides a network, preferably a peer-to-peer network, comprising a set of user equipment (UE) devices, including a first UE and a second UE;

wherein the first UE is arranged to:

identify a first event, preferably preconfigured, amongst a set of events; and transmit first information related to the identified first event;

wherein the second UE is arranged to:

receive the transmitted first information; and initiate a first action amongst a set of actions, responsive to the received first information.

The network, the set of UE devices, the first UE, the second UE, the first event, the set of events, the first information, the first action and/or the set of actions may be as described with respect to the first aspect. The network, the first UE and/or the second UE may implement any method or step thereof described with respect to the first aspect.

UE devices

The third aspect provides a user equipment (UE) device arranged to:

identify a first, preferably preconfigured, event amongst a set of events; and transmit first information related to the identified first event.

The fourth aspect provides a user equipment (UE) device arranged to: receive the transmitted first information; and initiate a first action amongst a set of actions, responsive to the received first information.

The network, the set of UE devices, the first UE, the second UE, the first event, the set of events, the first information, the first action and/or the set of actions may be as described with respect to the first aspect. The network, the first UE and/or the second UE may implement any method or step thereof described with respect to the first aspect.

The first UE may comprise a transmitter. The first UE may comprise a control unit. The first UE may comprise a processor and a memory. The first UE may comprise a storage. The first UE may be communicatively coupleable to a remote storage.

It should be understood that the first UE may support V2X communication. For example, the first UE may be suitable for or included in a vehicle, infrastructure or a VRU device. In an example embodiment, the first UE comprises a V2X device. In an example embodiment, the first UE is a V2X device. V2X standard include: ETSI Cooperative Awareness Basic Service (EN 302 637-2); SAE J2735 - Dedicated Short Range Communications (DSRC) Message Set Dictionary; and 3GPP TR 22.885 Study on LTE support for Vehicle to Everything (V2X) services. V2X communication includes vehicle-to-vehicle (V2V), vehicle-to-infrastructure (V2I), and vehicle-to-pedestrian (V2P) communication. For example, the first UE may be suitable for or included in a vehicle, infrastructure or a pedestrian device. In addition, V2X devices refer to any equipment able to transmit and/or receive V2X messages regardless of the underlying communication technology and independently of other functions that the V2X devices may have. The V2X devices may include, for example, devices fitted or retrofitted to vehicles, devices included in infrastructure such as traffic lights, traffic signs, road gantries and VRU devices such as smartwatches, smartphones, tablets, personal GPS navigation devices or wearable devices. In an example embodiment, the first UE comprises a V2X device. In an example embodiment, the first UE is a V2X device.

The first UE may be arranged to control the transmitter to transmit according to a broadcast protocol, for example communication protocols used in C-ITS (e.g. ETSI Cooperative Awareness Basic Service (EN 302 637-2); SAE J2735 - Dedicated Short Range Communications (DSRC) Message Set Dictionary; Society of Automotive Engineers (SAE) J2735-defined Basic Safety Message (BSM) over a Dedicated Short Range Communications (DSRC) wireless communications link as defined in the Institute of Electrical and Electronics Engineers (IEEE) 1609 suite and IEEE 802.11 standards (Cooperative Awareness Basic Service equivalent in US). In an example embodiment, the first UE is arranged to control the transmitter to transmit according to a C-ITS communication protocol. In one example, the method complies with the On-Board System Requirements for V2V Safety Communications J2945/1_201603.

It should be understood that the transmitter may be a wireless transmitter. In an example embodiment, the transmitter comprises a wireless transmitter. In an example embodiment, the transmitter is a wireless transmitter. The first information may be transmitted using LTE-V2X or NR-V2X PC5 radio access technology,. The first information may be broadcast by the first UE as a message or as part of a message, such as an ETSI Cooperative Awareness Basic Service (EN 302 637-2); SAE J2735 - Dedicated Short Range Communications (DSRC) Message Set Dictionary; Society of Automotive Engineers (SAE) J2735-defined Basic Safety Message (BSM) over a Dedicated Short Range Communications (DSRC) wireless communications link as defined in the Institute of Electrical and Electronics Engineers (IEEE) 1609 suite and IEEE 802.11 standards (Cooperative Awareness Basic Service equivalent in US). In one example embodiment, the first UE is arranged to control the transmitter to transmit a message, wherein the message comprises the first information. In one example embodiment, the first UE is arranged to control the transmitter to periodically transmit a message, wherein the message comprises the first information. In one example embodiment, the first UE is arranged to control the transmitter to transmit a message in response to a request to transmit the message.

A periodicity of broadcasting and/or content, for example type or breadth, of the first environmental information may be determined by at least one of a vehicle speed, proximity of other vehicles and/or road users, location, environment type, priority or request. For example, where the first UE is included in a vehicle, the first information may be broadcast below a predetermined speed of the vehicle, such as a typical average vehicle speed in congestion or city traffic. For example, where the first UE is included in a vehicle, the first information may be broadcast if other vehicles and/or road users are in the proximity of the vehicle, such as if other vehicles and/or road users are detected in a vicinity of the vehicle. For example, the first information may be broadcast if a vehicle V2X modem of the vehicle receives V2X signals from other neighbouring vehicles or similar information from other on-board sensors, for example RADAR, LIDAR or camera. For example, where the first UE is included in a vehicle, the first information may be broadcast according to a map based location and/or type of environment of the vehicle. Broadcasting may be time limited, for example while the first UE and the second UE are in mutual transmitting and/or receiving range. Additionally and/or alternatively, hysteresis may be present in a measured cell quantity domain to control the message broadcasting. Additionally and/or alternatively, broadcasting may be enabled only if a specific ITS service is running in the first UE and/or the second UE (e.g. the first vehicle and/or the second vehicle, respectively).

The first information may include additional information. For example, the first information may include an identifier of a cell(s) in which the first event was triggered, for example a downlink carrier frequency and/or a physical cell identifier. For example, the first information may include location information and/or identifier information of the first UE. For example, where the first UE is included in a vehicle, the first information may include safety critical or operational information, such as vehicle speed, vehicle location, vehicle acceleration, vehicle heading and/or physical vehicle parameters. Such safety critical or operational information may, for example, support C-ITS applications, avoid vehicle collisions, improve transport efficiency and/or comfort and/or support cooperative driving (i.e. vehicle platooning).

It should be understood that a typical communication range of DSRC depends on the application and/or the environment but may be up to 300 - 500 metres. In general, C-ITS applications may be designed to be technology agnostic and hence, the first environmental information may be transmitted via any supporting communication technology employed for V2X such as cellular Long Term Evolution (LTE) Device-to-Device and/or 5G.

The second UE may comprise a receiver. The second UE may comprise a control unit. The second UE may comprise a processor and a memory. The second UE may comprise a storage. The second UE may be communicatively coupleable to a remote storage.

It should be understood that the second UE may support V2X communication, as described previously. For example, the second UE may be suitable for or included in a vehicle, infrastructure or a VRU device. In an example embodiment, the second UE comprises a V2X device. In an example embodiment, the second UE is a V2X device.

The second UE may be arranged to control the receiver to receive according to communication protocols used in C-ITS. In an example embodiment, the second UE is arranged to control the receiver to receive according to a C-ITS communication protocol.

It should be understood that the receiver may be a wireless receiver. In an example embodiment, the receiver comprises a wireless receiver. In an example embodiment, the receiver is a wireless receiver. The first information may be received as a message or as part of a message, such as an ETSI Cooperative Awareness Basic Service (EN 302 637-2) messages; SAE J2735 - Dedicated Short Range Communications (DSRC) Message Set Dictionary; Society of Automotive Engineers (SAE) J2735-defined Basic Safety Message (BSM) over a Dedicated Short Range Communications (DSRC) wireless communications link as defined in the Institute of Electrical and Electronics Engineers (IEEE) 1609 suite and IEEE 802.11 standards (Cooperative Awareness Basic Service equivalent in US).

CRM

The fifth aspect provides a tangible non-transient computer-readable storage medium having recorded thereon instructions which when implemented by a user equipment, UE, device, cause the UE device to perform a method of controlling a network, preferably a peer-to-peer network, the method according to the first aspect.

General definitions

Throughout this specification, the term “comprising” or “comprises” means including the components), unit(s), module(s), feature(s) or integer(s) specified but not to the exclusion of the presence of other components, units, modules, features or integers.

The term “consisting of’ or “consists of’ means including the component(s), unit(s), module(s), feature(s) or integer(s) specified but excluding other components, units, modules, features or integers.

Whenever appropriate, depending upon the context, the use of the term “comprises” or “comprising” may also be taken to include the meaning “consists essentially of” or “consisting essentially of’, and also may also be taken to include the meaning “consists of’ or “consisting of’.

The optional features set out herein may be used either individually or in combination with each other where appropriate and particularly in the combinations as set out in the accompanying claims. The optional features for each aspect or exemplary embodiment of the invention, as set out herein are also applicable to all other aspects or exemplary embodiments of the invention, where appropriate. In other words, the skilled person reading this specification should consider the optional features for each aspect or exemplary embodiment of the invention as interchangeable and combinable between different aspects and exemplary embodiments.

Brief description of the drawings

For a better understanding of the invention, and to show how exemplary embodiments of the same may be brought into effect, reference will be made, by way of example only, to the accompanying diagrammatic Figures, in which:

Figure 1 schematically depicts a method of controlling a peer-to-peer network according to an exemplary embodiment of the invention;

Figure 2 schematically depicts a first event;

Figure 3 schematically depicts a method of controlling a peer-to-peer network according to an exemplary embodiment of the invention, in more detail;

Figure 4 schematically depicts a peer-to-peer network according to an exemplary embodiment of the invention, in use;

Figure 5 schematically depicts a depicts a method of controlling a network according to an exemplary embodiment of the invention;

Figure 6 schematically depicts a C-V2X protocol stack;

Figure 7 schematically depicts a user equipment, UE, device according to an exemplary embodiment of the invention;

Figure 8 schematically depicts a user equipment, UE, device according to an exemplary embodiment of the invention; and

Figure 9 schematically depicts a user equipment, UE, device according to an exemplary embodiment of the invention.

Detailed Description of the Drawings

Figure 1 schematically depicts a method of controlling a network, preferably a peer-to-peer network, according to an exemplary embodiment of the invention.

Particularly, the method is of controlling a peer-to-peer network comprising a set of user equipment, UE, devices, including a first UE and a second UE.

At S101, the first UE identifies a first, preferably preconfigured, event amongst a set of events.

At S102, the first UE transmits first information related to the identified first event.

At S103, the second UE receives the transmitted first information.

At S104, the second UE initiates a first action amongst a set of actions, responsive to the received first information.

The method may include any of the steps described herein with reference to the first aspect.

Figure 2 schematically depicts a first event.

Particularly, Figure 2 shows a graph of a measured cell quantity (i.e. a first parameter), for example RSRP, as a function of time. A corresponding threshold parameter is shown. When the first parameter decreases below the threshold parameter, reporting event A2 (serving cell becomes worse than predefined threshold) is triggered.

Figure 3 schematically depicts a method of controlling a peer-to-peer network according to an exemplary embodiment of the invention, in more detail. Particularly, Figure 3 shows a flowchart of the method implemented according to a V2X implementation.

At S301, a first, preferably preconfigured, event, in this example a measurement event A2 (Serving cell becomes worse than threshold) is preconfigured in a first UE included in a first vehicle by a second UE included in a second vehicle, via a PC5 interface (UE to UE). Alternatively, the measurement event A2 may be preconfigured in the first UE, for example in a memory thereof. Alternatively, the measurement event A2 may be preconfigured in the first UE by the mobile network via a Uu interface. The first event is the identified first event amongst a set of events.

At S302, the first UE measures a first parameter, in this example a LTE RSRP, amongst a set of parameters. The first UE compares the measured first parameter with a first threshold parameter amongst a corresponding set of threshold parameters. The measured first parameter is below the first threshold, thereby triggering transmitting of first information comprising a first identifier (i.e. A2) of the first event amongst a corresponding set of identifiers.

At S303, the triggered event is reported to the second UE by the first UE in a V2V message via the PC5 interface. That is, the first UE transmits first information (i.e. A2) related to the identified first event with physical cell identification (i.e. downlink carrier frequency, physical cell id).

At S304, the second UE receives the transmitted first information (i.e. A2) and the second UE initiates a first action amongst a set of actions, responsive to the received first information if the the second UE uses the same cell(s). In this example, the first action comprises a safety action; and initiating, by the second UE, the first action comprises invoking a C-ITS application and dynamically modifying a gap between platoon vehicles including the second UE.

The method may include any of the steps described herein with reference to the first aspect.

Figure 4 schematically depicts a peer-to-peer network 1 according to an exemplary embodiment of the invention, in use.

The peer-to-peer network 1 comprises a set of user equipment, UE, devices, including a first UE 100 and a second UE 200. The first UE 100 is arranged to identify a first event amongst a set of events and transmit first information related to the identified first event. The second UE 200 is arranged to receive the transmitted first information and initiate a first action amongst a set of actions, responsive to the received first information. The first UE 100 is included in a first vehicle 10 and the second UE is included in a second vehicle 20. The first vehicle 10 and the second vehicle 20 are moving in a direction A in a first lane L1. The first vehicle 10 is ahead of the second vehicle 20. A third vehicle 30, including a third UE 300 of the set of UE devices, is moving in a direction B, opposed to the direction A, in a second lane L2, adjacent to the first lane L1.

Particularly, Figure 4 shows an example of ‘serving cell lost’ prediction use case based on an Event A2 (‘Serving cell becomes worse than threshold’) broadcast in a V2X message, as described above with reference to Figure 2. The first vehicle 10 (i.e. the first UE 100 included in this source vehicle) transmits the first information related to the Event A2, which is received by the second vehicle 20 (i.e. the second UE 200 included in this sink vehicle). It should be noted that in the receiving vehicle 30 (i.e. the third UE included in this sink vehicle) travelling in the opposite direction to the source vehicle 10, the measured radio signal quantity change is inversed and as a result event A2 is interpreted as event A1 ‘Serving cell becomes better than threshold’. This event A1 information could be leveraged to predict upcoming cell change and report it to the network (in a separate UE Measurement Report message) to allow the network to trigger handover earlier. The same applies for a cell reselection autonomously triggered by the UE. This approach may improve the performance of UE mobility procedures (e.g. less dropped calls) in the mobile network (both cell handover and reselection) by allowing more time to prepare for them e.g. triggering additional handover target cell measurements (may require radio resource reconfiguration to allow those measurements i.e. by reducing data rate during transmission to create so called ‘measurement gaps’). Due to high velocities expected in UE vehicles, it may be important to identify the need for an inter-cell mobility faster to decrease unsuccessful handovers, dropped data connections and improve the user experience etc. As a result, vehicles 20, 30 travelling in both directions may benefit from receiving this triggered event information to predict QoS changes and inform corresponding ADAS application and also improve vehicle UE mobility performance in the mobile network.

Figure 5 schematically depicts a method of controlling a network according to an exemplary embodiment of the invention.

Particularly, Figure 5 shows an example of how QoS prediction may be used by an in-vehicle C-ITS application. As an example, the prediction allows a platooning control application to dynamically modify a gap between platoon vehicles depending on the QoS service (e.g. end to end communication latency) provided by the network (i.e. the higher QoS the network can provide, the shorter distance among the vehicles that form the platoon may be).

At S501, initial requirements of an application are set in a first UE and application settings are adapted according to current and predicted QoS parameters.

At S502, the network is informed about the initial and the updated requirements, such that QoS requirements are adapted.

At S503, the network monitors QoS, considering the application’s requirements, and the network configuration is adapted based on requirements and conditions.

At S504, the first UE is updated on current performance metrics and predicted performance metrics (i.e. current and predicted QoS, respectively).

Optionally, the method repeats, though initial requirements of the application may not be reset during the repeated steps.

The method may include any of the steps described herein with reference to the first aspect.

Figure 6 schematically depicts a C-V2X protocol stack.

In more detail, in C-V2X in parallel to Uu interface, a sidelink (PC5) interface is available for direct vehicle UE to UE communication. To allow advance notification (prediction) of mobile network coverage change in vehicle UE, the RRC protocol cell measurement reporting mechanism may be extended to the sidelink PC5 interface used in C-V2X direct communications between vehicles. As a result, existing measurements events (defined to the measured serving cell or neighbour cells quantities) may be used to preconfigure, trigger and report observed mobile radio signal coverage changes by the vehicle to the locally surrounding vehicles. There may be also some new type of events defined specific for PC5 interface and more suitable for C-ITS applications.

Measurement events triggering in the vehicle UE may be preconfigured by:

1. The mobile NW (as in legacy RRC) on Uu interface i.e. by usage of broadcasted system information mechanism in a cell or UE dedicated signalling.

2. Other vehicle(s) on PC5 interface. This may require bidirectional coordination between communicating V2X devices and extension of the existing RRC measurement configuration and reporting procedure to sidelink. As a variant of this approach, a client-server architecture with an event subscription based mechanism could be used e.g. the event reporting vehicle is a server and receiving vehicles are clients subscribing to the information on specific event being triggered in the server.

3. A road side (infrastructure) unit - static element enabling communication for road infrastructure elements e.g. traffic lights, gantries etc.

4. Other means - local SIM card memory or dedicated server infrastructure owned by the vehicle manufacturer or mobile network operator.

Triggered measurement event information may be transmitted to surrounding vehicles in:

1. In the C-V2X radio access protocol stack. Particularly, Radio Resource Control layer messages may be extended to PC5 interface e.g. similar message to the existing RRC MeasurementReport message may be defined on sidelink. Because RRC protocol currently does not support operation vehicle information (location, speed, heading), the information about a triggered radio coverage event would need to be combined with this information typically available in higher protocol layers.

2. Above the C-V2X radio access protocol stack, for example, by extending the Application or Facility layer, protocol messages (e.g. V2V CAM (EU) or BSM (US)) or by creating new types of message specific for measurement reporting on PC5 interface. The advantage of this approach is the fact that CAM and BSM messages already include operational vehicle information (e.g. vehicle type, speed, location, acceleration, heading, physical vehicle parameters) to support C-ITS applications.

To allow sharing and combing the information about radio coverage changes with operational vehicle information, some cross layer information exchange would be required (e.g. via API programming interface). In the receiving V2X system, triggered measurement event information combined with source vehicle location and moving direction (this information is already available in V2V CAM (EU) or BSM (US) messages) enables receiving vehicles predict network coverage changes.

Figure 7 schematically depicts a user equipment, UE, device 100 according to an exemplary embodiment of the invention.

The UE device 100 is arranged to identify a first event amongst a set of events and transmit first information related to the identified first event, as described herein.

In this example, UE 100 comprises and/or is a transmitter device, comprising a transmitter 110. In this example, UE 100 supports V2X communication for vehicle-to-vehicle (V2V), vehicle-to-infrastructure (V2I), and vehicle-to-pedestrian (V2P) communication. For example, the UE 100 may be included in a vehicle, infrastructure or a VRU device. The UE 100 controls the transmitter 110 to transmit according to communication protocols used in C-ITS. The transmitter 110 is a wireless transmitter using C-V2X (LTE-V2X or NR-V2X standards) radio access technology on PC5 and Uu interface.

Figure 8 schematically depicts a user equipment, UE, device 200 according to an exemplary embodiment of the invention.

The UE device 200 is arranged to receive the transmitted first information and initiate a first action amongst a set of actions, responsive to the received first information, as described herein.

In this example, UE 200 comprises and/or is a receiver device, comprising a receiver 220. In this example, UE 200 supports V2X communication for vehicle-to-vehicle (V2V), vehicle-toinfrastructure (V2I), and vehicle-to-pedestrian (V2P) communication. For example, the UE 200 may be included in a vehicle, infrastructure or a VRU device. The UE 200 controls the receiver 220 to receive according to communication protocols used in C-ITS. The receiver 220 is a wireless receiver using LTE-V2X or NR-V2X standards.

Figure 9 schematically depicts a user equipment, UE, device 300 according to an exemplary embodiment of the invention.

In this example, UE 300 comprises and/or is a transceiver device, comprising a transmitter 110 and a receiver 220, as described with reference to Figure 7 and Figure 8, respectively.

Although a preferred embodiment has been shown and described, it will be appreciated by those skilled in the art that various changes and modifications might be made without departing from the scope of the invention, as defined in the appended claims and as described above.

For example, in the examples, RRC measurements and events reporting mechanism are extended to PC5 sidelink radio interface. However, as an additional and/or alternative implementation, the measurement event configuration, trigger and reporting mechanisms may be extended to other types of vehicle sensors and corresponding interfaces i.e. camera, RADAR and/or LIDAR. This may be applicable to the exchange of vehicle sensor information in V2V to increase the awareness of the environment in the cooperative manner.

For example, in the examples, use is made of radio signal measured quantities (e.g. RSRP or RSRQ in LTE) for event triggering. However, as an additional and/or alternative implementation, others types of events applicable to QoS which may be shared with other vehicles include latency, bitrate and/or data buffer occupancy rate.

In summary, a method of controlling a network, preferably a peer-to-peer network, is provided. A second UE (a sink or a target) initiates a first action, responsive to a received first information from a first UE (a source), thereby maintaining and/or enhancing safety, for example, even if a quality of service (QoS) is degraded. That is, the first UE and the second UE operate cooperatively. That is changes to the QoS are mitigated, so as to ensure, maintain and/or enhance safety, for example in C-ITS using V2X communication. In one example, use of 3GPP RRC protocol cell measurements configuration and events reporting mechanism used for UE mobility in 3G, 4G and 5G cellular network may be extended to V2X communications to benefit related C-ITS applications. There is also an additional benefit in predicting mobility procedures in a vehicle UE (e.g. handover) which may be beneficial in improving its performance (more time for neighbour cells measurements in the UE, less dropped calls) in highly dynamic vehicular environment e.g. cars travelling fast on a motorway. A Uu interface radio coverage event triggering framework in combination with dynamic physical characteristic of the vehicle provided in CAM or BSM messages transmitted on sidelink (PC5) interface enables other vehicles predict upcoming network signal coverage changes. As a result, there are two main advantages:

1. Corresponding C-ITS application reaction time for the QoS change is extended which may contribute to improved application performance (more time for vehicle behaviour reconfiguration, lower risk of road accident, improved passenger safety etc.).

2. Similar prediction and performance improvement aspects apply to UE mobility procedures in the mobile network (network controlled cell handover and UE autonomous cell reselection) could be predicted in highly dynamic vehicular scenarios.

In other words, the new method enables improved network coverage and indirectly QoS prediction which is beneficial for C-V2X devices and ITS applications.

Attention is directed to all papers and documents which are filed concurrently with or previous to this specification in connection with this application and which are open to public inspection with this specification, and the contents of all such papers and documents are incorporated herein by reference.

All of the features disclosed in this specification (including any accompanying claims and drawings), and/or all of the steps of any method or process so disclosed, may be combined in any combination, except combinations where at least some of such features and/or steps are mutually exclusive.

Each feature disclosed in this specification (including any accompanying claims, and drawings) may be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise. Thus, unless expressly stated otherwise, each feature disclosed is one example only of a generic series of equivalent or similar features.

The invention is not restricted to the details of the foregoing embodiment(s). The invention extends to any novel one, or any novel combination, of the features disclosed in this specification (including any accompanying claims and drawings), or to any novel one, or any novel combination, of the steps of any method or process so disclosed.

Claims (17)

1. A method of controlling a network, preferably a peer-to-peer network, comprising a set of user equipment, UE, devices, including a first UE and a second UE, the method comprising: identifying, by the first UE, a first, preferably preconfigured, event amongst a set of events; transmitting, by the first UE, first information related to the identified first event;

receiving, by the second UE, the transmitted first information; and initiating, by the second UE, a first action amongst a set of actions, responsive to the received first information.

2. The method according to claim 1, wherein the first event is a preconfigured first event, wherein the method comprises preconfiguring the first event by, for example, the network, the second UE and/or a manufacturer of the first UE.

3. The method according to any previous claim, comprising:

measuring, by the first UE, a first parameter amongst a set of parameters;

wherein identifying the first event comprises comparing the measured first parameter with a first threshold parameter amongst a corresponding set of threshold parameters and/or a measured second parameter; and wherein the first information comprises a first identifier of the first event amongst a corresponding set of identifiers.

4. The method according to claim 3, wherein the first parameter comprises a radio signal, for example a Reference Signal Received Power, RSRP, a Reference Signal Received Quality, RSRQ, a latency, a bitrate and/or a data buffer occupancy rate and/or a detector signal, for example provided by an imaging detector, a RADAR detector and/or a LIDAR detector.

5. The method according to any previous claim, wherein the first information comprises data related to the first UE, for example a type, a speed, a location, an acceleration, a heading or a bearing and/or a lane.

6. The method according to any previous claim, wherein transmitting, by the first UE, the first information related to the identified first event comprises broadcasting and/or multicasting, by the first UE, the first information related to the identified first event.

7. The method according to any previous claim, wherein transmitting, by the first UE, the first information related to the identified first event comprises establishing a connection between the first UE and the second UE.

8. The method according to any previous claim, wherein the first action comprises a safety action; and wherein initiating, by the second UE, the first action comprises invoking a safety application, for example a Cooperative Intelligent Transport Systems, C-ITS, application and/or an Advanced Driver-Assistanee Systems, ADAS, application.

9. The method according to any previous claim, wherein initiating, by the second UE, the first action comprises modifying a bitrate usage of the second UE.

10. The method according to any previous claim, wherein the first UE is included in and/or comprises a first vehicle and wherein the second UE is included and/or comprises in a second vehicle.

11. The method according to claim 10, wherein the initiating, by the second UE, the first action comprises modifying a speed, a location, an acceleration, a heading or a bearing, a lane and/or a spacing thereof.

12. The method according to any of claims 10 to 11, wherein the initiating, by the second UE, the first action comprises modifying an autonomy level of the second vehicle and/or alerting an occupant of the second vehicle.

13. The method according to any of claims 11 to 12, wherein the initiating, by the second UE, the first action comprises neighbour cells measurements and/or cell reselection or cell handover.

14. A network, preferably a peer-to-peer network, comprising a set of user equipment, UE, devices, including a first UE and a second UE;

wherein the first UE is arranged to:

identify a first, preferably preconfigured, event amongst a set of events; and transmit first information related to the identified first event;

wherein the second UE is arranged to:

receive the transmitted first information; and initiate a first action amongst a set of actions, responsive to the received first information.

15. A user equipment, UE, device arranged to:

identify a first, preferably preconfigured, event amongst a set of events; and transmit first information related to the identified first event.

16. A user equipment, UE, device arranged to:

receive the transmitted first information; and initiate a first action amongst a set of actions, responsive to the received first information.

17. A tangible non-transient computer-readable storage medium having recorded thereon

5 instructions which when implemented by a user equipment, UE, device, cause the UE device to perform a method of controlling a network, preferably a peer-to-peer network, the method according to any of claims 1 to 13.