US20210074169A1 - Flight Policy Query at Roaming - Google Patents
Flight Policy Query at Roaming Download PDFInfo
- Publication number
- US20210074169A1 US20210074169A1 US16/763,252 US201716763252A US2021074169A1 US 20210074169 A1 US20210074169 A1 US 20210074169A1 US 201716763252 A US201716763252 A US 201716763252A US 2021074169 A1 US2021074169 A1 US 2021074169A1
- Authority
- US
- United States
- Prior art keywords
- uav
- superior
- subordinate
- service area
- geographical service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 claims abstract description 54
- 230000001413 cellular effect Effects 0.000 claims description 20
- 230000004044 response Effects 0.000 claims description 20
- 230000015654 memory Effects 0.000 claims description 10
- 238000004590 computer program Methods 0.000 abstract description 11
- 230000000875 corresponding effect Effects 0.000 description 14
- 238000004891 communication Methods 0.000 description 12
- 230000006870 function Effects 0.000 description 12
- 238000010586 diagram Methods 0.000 description 10
- 230000011664 signaling Effects 0.000 description 8
- 238000012384 transportation and delivery Methods 0.000 description 8
- 230000008859 change Effects 0.000 description 5
- 230000001960 triggered effect Effects 0.000 description 5
- 230000008901 benefit Effects 0.000 description 3
- 230000010267 cellular communication Effects 0.000 description 3
- 230000001276 controlling effect Effects 0.000 description 3
- 230000000737 periodic effect Effects 0.000 description 3
- 238000007726 management method Methods 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 241000238631 Hexapoda Species 0.000 description 1
- 241001465754 Metazoa Species 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 239000012636 effector Substances 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
- 239000003643 water by type Substances 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G5/00—Traffic control systems for aircraft, e.g. air-traffic control [ATC]
- G08G5/003—Flight plan management
- G08G5/0039—Modification of a flight plan
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B64—AIRCRAFT; AVIATION; COSMONAUTICS
- B64C—AEROPLANES; HELICOPTERS
- B64C39/00—Aircraft not otherwise provided for
- B64C39/02—Aircraft not otherwise provided for characterised by special use
- B64C39/024—Aircraft not otherwise provided for characterised by special use of the remote controlled vehicle type, i.e. RPV
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G5/00—Traffic control systems for aircraft, e.g. air-traffic control [ATC]
- G08G5/0047—Navigation or guidance aids for a single aircraft
- G08G5/006—Navigation or guidance aids for a single aircraft in accordance with predefined flight zones, e.g. to avoid prohibited zones
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G5/00—Traffic control systems for aircraft, e.g. air-traffic control [ATC]
- G08G5/0047—Navigation or guidance aids for a single aircraft
- G08G5/0069—Navigation or guidance aids for a single aircraft specially adapted for an unmanned aircraft
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
-
- B64C2201/027—
-
- B64C2201/14—
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B64—AIRCRAFT; AVIATION; COSMONAUTICS
- B64U—UNMANNED AERIAL VEHICLES [UAV]; EQUIPMENT THEREFOR
- B64U10/00—Type of UAV
- B64U10/10—Rotorcrafts
- B64U10/13—Flying platforms
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B64—AIRCRAFT; AVIATION; COSMONAUTICS
- B64U—UNMANNED AERIAL VEHICLES [UAV]; EQUIPMENT THEREFOR
- B64U2201/00—UAVs characterised by their flight controls
Abstract
Description
- The present invention relates to flight safety and telecommunications, and in particular to a system, method, node and computer program for determination of a flight policy for a roaming Unmanned Aerial Vehicle.
- An unmanned aerial vehicle (UAV), commonly known as a drone, is an aircraft without a human pilot aboard, whose flight may either be operated under remote control by a human operator or autonomously by onboard computers. Nowadays, UAVs have been adopted for a wide variety of applications. While, originally, UAVs have mainly been used for military applications, their use has rapidly been expanded to other applications over the recent years, including applications for surveillance, peacekeeping, scientific research and commercial uses, such as in agriculture, product deliveries in logistics, aerial photography, etc.
- On flight, UAVs may be connected to application servers that are part of ground based control systems for flight safety via communication systems, such as cellular networks. Application servers may be run by UAV manufacturers, UAV operator, or other authorities for the purpose of controlling and tracing the UAVs, for example. Each UAV manufacturer or authority may run its own application server and UAVs can connect to these servers via default Internet connections over-the-top (OTT, thus as transparent payload for the network operator) of the cellular network by using an integrated cellular communication module. Although usage of UAVs is regulated in most countries, UAV usage cannot be monitored and enforced by central agencies, such as central flight regulation authorities or flight safety authorities, in order to restrict flight spaces or travel speeds and/or to manage flight paths, e.g., to provide secure travel paths for delivery services.
- Here a dedicated UAV Application Server, UAV-AS, is assumed that shall be used by any UAV using a cellular network when the UAV is turned-on. The UAV-AS is under the administrative domain of the network operator and is automatically discovered. An UAV connects to a UAV-AS when the UAV is taken into service.
- Flight regulation may differ in real-time depending on different geographical locations of the UAV or when certain borders are crossed. For example, the UAV is flying from one country to another (e.g. delivery service), or from unrestricted air space in a country to a restricted are (e.g. a city, stadium, military area, or other limited air space).
- Flight Policies such as flight restrictions (night flight not allowed, flight space restricted etc.) must be ensured at all times before crossing a border and entering that air space.
- Accordingly, there is a need for a technique which allows to determine a current flight policy applicable to a neighboring geographical area already before the UAV is entering that area.
- This object is achieved by the independent claims. Advantageous embodiments are described in the dependent claims.
- According to a first aspect of the invention, a method in a first unmanned aerial vehicle application server, UAV-AS, for determining a flight policy to be applied to an unmanned aerial vehicle, UAV, is provided. The UAV is associated with the first UAV-AS and the first UAV-AS is maintaining a flight policy applicable for the geographical service area where the UAV is located. The method comprises determining, by the first UAV-AS, whether the UAV is going to leave the geographical service area towards a second geographical service area, wherein the second geographical service area is associated with a second UAV-AS, and querying, by the first UAV-AS, a flight policy applicable for the second geographical service area from the second UAV-AS. The method further comprises instructing, by the first UAV-AS, the flight policy applicable for the second geographical service to the UAV, before the UAV has entered the second geographical service area.
- According to a further exemplary aspect of the invention, a method in an unmanned aerial vehicle application server, UAV-AS, acting as superior UAV-AS, for determining a flight policy to be applied to an unmanned aerial vehicle UAV, is provided. A plurality of UAV-AS are arranged in a hierarchical structure comprising a subordinate layer and at least one superior layer, a superior layer being a subordinate layer to a next higher superior layer, the subordinate layer comprising a plurality of UAV-AS acting as subordinate UAV-AS, the superior layer comprising one or more UAV-AS acting as superior UAV-AS, wherein the UAV-AS are arranged in the hierarchical structure such that each subordinate UAV-AS is tied to one superior UAV-AS. The method comprises receiving, by the superior UAV-AS, a request from a subordinate UAV-AS, wherein the request comprises an indication of a geographical service area the subordinate UAV-AS is maintaining a flight policy for, and determining, by the superior UAV-AS, a list of subordinate UAV-AS that are tied to geographical service areas that are neighboring to the received geographical service area. The method further comprises returning, by the superior UAV-AS, the determined list of subordinate UAV-AS to the requesting subordinate UAV-AS, thereby enabling the requesting subordinate UAV-AS to query a flight policy from any of the subordinate UAV-AS on the list.
- According to a further exemplary aspect of the invention, an unmanned aerial vehicle application server, UAV-AS, for determining a flight policy to be applied to an unmanned aerial vehicle, UAV, is provided. The UAV is associated with the UAV-AS and the UAV-AS is maintaining a flight policy applicable for the geographical service area where the UAV is located. The UAV-AS is adapted to determine whether the UAV is going to leave the geographical service area towards a second geographical service area, wherein the second geographical service area is associated with a further UAV-AS; and to query a flight policy applicable for the second geographical service area from the further UAV-AS. The UAV-AS is further adapted to instruct the flight policy applicable for the second geographical service to the UAV, before the UAV has entered the second geographical service area.
- According to a further exemplary aspect of the invention, an unmanned aerial vehicle application server, UAV-AS, acting as superior UAV-AS, for determining a flight policy to be applied to an unmanned aerial vehicle UAV is provided. A plurality of UAV-AS are arranged in a hierarchical structure comprising a subordinate layer and at least one superior layer, a superior layer being a subordinate layer to a next higher superior layer, the subordinate layer comprising a plurality of UAV-AS acting as subordinate UAV-AS, the superior layer comprising one or more UAV-AS acting as superior UAV-AS, wherein the UAV-AS are arranged in the hierarchical structure such that each subordinate UAV-AS is tied to one superior UAV-AS. The UAV-AS is adapted to receive a request from a subordinate UAV-AS, wherein the request comprises an indication of a geographical service area the subordinate UAV-AS is maintaining a flight policy for, and to determine a list of subordinate UAV-AS that are tied to geographical service areas that are neighboring to the received geographical service area. The UAV-AS is further adapted to return the determined list of subordinate UAV-AS to the requesting subordinate UAV-AS, thereby enabling the requesting subordinate UAV-AS to query a flight policy from any of the subordinate UAV-AS on the list.
- According to a further exemplary aspect of the invention, a system for determining a flight policy to be applied to an unmanned aerial vehicle, UAV is provided. The UAV is associated with first an unmanned aerial vehicle application server, UAV-AS, and the first UAV-AS is maintaining a flight policy applicable for the geographical service area where the UAV is located. The system comprises a plurality of UAV-AS acting as subordinate UAV-AS, one or more UAV-AS acting as superior UAV-AS, and a plurality of UAV. A plurality of UAV-AS are arranged in a hierarchical structure comprising a subordinate layer and at least one superior layer, a superior layer being a subordinate layer to a next higher superior layer, the subordinate layer comprising the plurality of UAV-AS acting as subordinate UAV-AS, the superior layer comprising the one or more UAV-AS acting as superior UAV-AS, wherein the plurality of UAV-AS are arranged in the hierarchical structure such that each subordinate UAV-AS is tied to one superior UAV-AS.
- Also provided is a computer program product comprising program code portions to perform the steps of any of the methods presented herein when executed on one or more processors. The computer program product may be stored on computer readable recording medium such as a semiconductor/flash memory, DVD, and so on. The computer program product may also be provided for download via a communication connection.
- The foregoing and other objects, features and advantages of the present invention will become more apparent in the following detailed description of embodiments of the invention illustrated in the accompanying drawings.
- Further characteristics and advantages of the invention will become better apparent from the detailed description of particular, but not exclusive embodiments, illustrated by way of non-limiting examples in the accompanying drawings, wherein:
-
FIG. 1a shows a diagram illustrating a hierarchical system of UAV-AS comprising a subordinate layer and two superior layers,superior layer 1 and thesuperior layer 2 being the so called root; -
FIG. 1b shows a diagram illustrating a geographical mapping of areas into service areas that are under administration of a UAV-AS, and a grouping of several service areas into a global service area; -
FIG. 2 shows a signaling flow for querying a flight policy applicable for a neighboring service area from a neighboring UAV-AS; -
FIG. 3 shows a signaling flow for an example neighbor discovery procedure, embedded in a registration procedure of a UAV-AS; -
FIG. 4a shows a block diagrams illustrating a UAV-AS logic of a flight policy query; -
FIG. 4b shows a block diagrams illustrating a UAV-AS logic of a neighbor discovery embedded in a registration procedure; -
FIG. 5 shows a block diagrams illustrating a superior UAV-AS logic; -
FIGS. 6a and 6b show an exemplary composition of a computing unit configured to execute a UAV-AS according to the present disclosure and an exemplary composition of a superior UAV-AS according to the present disclosure; -
FIGS. 7a and 7b show an exemplary modular function composition of a computing unit configured to execute a UAV-AS and an exemplary modular function composition of a computing unit configured to execute a superior UAV-AS according to the present disclosure and a corresponding method which may be performed by UAV-AS and superior UAV-AS; -
FIGS. 8 and 9 illustrate exemplary cellular network architectures for LTE and 5G including a UAV and UAV-AS, which may be used according to the present disclosure. - In the following description, for purposes of explanation and not limitation, specific details are set forth in order to provide a thorough understanding of the present disclosure. It will be apparent to one skilled in the art that the present disclosure may be practiced in other implementations that depart from these specific details. For example, while the following implementations will be described with regard to LTE and 5G architectures, it will be understood that the present disclosure shall not be limited to these architectures and that the technique presented herein may be practiced with other cellular network architectures as well.
- Those skilled in the art will further appreciate that the steps, services and functions explained herein below may be implemented using individual hardware circuitry, using software functioning in conjunction with a programmed micro-processor or general purpose computer, using one or more Application Specific Integrated Circuits (ASICs) and/or using one or more Digital Signal Processors (DSPs). It will also be appreciated that when the present disclosure is described in terms of a method, it may also be embodied in one or more processors and one or more memories coupled to the one or more processors, wherein the one or more memories are encoded with one or more programs that perform the steps, services and functions disclosed herein when executed by the one or more processors.
- Within the context of the present application, the term “Unmanned Aerial Vehicle”, or UAV in short, refers to an automatic machine that can move in any given environment. UAV is considered synonym with “drone”, or “mobile robot”. Mobile robots have the capability to move around in their environment, thus they are not fixed to one physical location. In contrast, industrial robots usually consist of a jointed arm (multi-linked manipulator) and gripper assembly (or end effector) that is attached to a fixed surface. A mobile robot may be classified by the environment in which it moves:
-
- Land or home robots are usually referred to as Unmanned Ground Vehicles. They are most commonly wheeled or tracked, but also include legged robots with two or more legs (humanoid or resembling animals or insects).
- Aerial robots are usually referred to as Unmanned Aerial Vehicles.
- Underwater robots are usually called Autonomous Underwater Vehicles or Unmanned Submarine Vessel.
- Water surface based mobile robots are usually referred to as Unmanned Marine Vehicles.
- The above listed vehicles are the types of vehicles that move autonomously, so without human pilot, on a programmed or instructed path or towards an instructed geographical position/destination, or may also be steered and controlled remotely. The vehicle may also carry human passengers, but wherein none of these passengers would be involved in steering the vehicle. The vehicle may comprise a pilot or driver, but the vehicle would operate in an autonomous movement mode where the driver or pilot is released from the actual steering task. Autonomous driving of a car or auto-pilot flight mode in aircrafts or ships would also be examples covered by the term UAV.
- These vehicles could operate respectively in the air, on land, underground, on sea and inland waters, in space or even on other planets/asteroids. The vehicles have an own engine respectively jet, propeller, wheel, crawler track, propeller screw, or hover propulsion and gear. The vehicles have the ability of exchanging data with each other and/or to a controlling base wirelessly. A ground based cellular or wireless communication network may be employed to enable such data exchange. Such a communication network may be run by a mobile operator and thus a communication between a UAV and a controlling ground station may take place using the data communication services of that communication network.
- UAV may be deployed for transportation of goods, e.g. for delivery of parcels from a reseller or shop to the end customer. They may also be used for postal services or mail delivery.
- Within the context of the present application, the term “geographical service area” or “service area” refers to a region under a common administration/authority. In the context of UAV and flight policies, this refers to a geographical area where a certain flight policy, or access policy, is applicable. Such flight policy is typically issued by an authorized (e.g. governmental) office/agency being responsible for a save and controlled usage of mobile drones or UAVs in that region (flight safety authority).
- Such a geographical service area would be characterized by the applicable flight policy being deposited in an application server, AS, and thereby made accessible for anyone deploying UAVs in that region. The AS may be physically located in that area, or may be centralized (instantiated) somewhere in a remote/central data center (e.g. in a “cloud”), or may be implemented by a virtual network function. Even if the AS (or AS instance) may be distant to the geographical service area, still the geographical service area would be tied to one (logical) AS (instance), thus the AS can be queried for getting access to the applicable flight policy.
- Typically, such authorized (e.g. governmental) office/agency takes autonomous decisions on local flight policies in accordance with the local legislation. Flight policies may also comprise UAV categories (e.g. weight classes), dynamic policies (e.g. depending on time of the day or flight density in that area), or may consider access priorities (e.g. premium delivery service, or emergency/disaster recovery services).
- A geographical service area may also be composed of one or more sub-areas of different nature. Although the geographical service area as such is a legislative region (where a flight policy is applicable), such sub-areas may be radio coverage areas used in the cellular/wireless communication network such as tracking areas, radio cells, location areas, routing areas, or segments of a grid defined by e.g. GPS coordinates.
- Within the context of the present application, the term “cellular network” may denote a wireless communication network, or particularly denote a collection of nodes or entities, related transport links, and associated management needed for running a (communication) service, for example a wireless telephony service or a wireless packet transport service. Depending on the service, different node types or entities may be utilized to realize the service. A network operator owns the cellular network and offers the implemented services to its subscribers. Typical components of a wireless communication network are radio access network (such as 2G, GSM, 3G, WCDMA, CDMA, LTE, 5G, WLAN, Wi-Fi), mobile backhaul network, and core network (such as PS Core, EPC, 5G Core).
- Within the context of the present application, the term “hierarchical structure” of network elements refers to an arrangement of these network elements in which the items are represented as being “above”, “below”, or “at the same layer as” one another. Hierarchy may comprise several layers. Certain terminology is tied to a hierarchical structure. Superior refers to a higher layer or an object ranked at a higher layer (parent or ancestor), so being “above”. Subordinate refers to a lower layer or an object ranked at a lower layer (child or descendent), so being “below”. Peer refers to an object with the same rank, thus “at the same layer”.
- In a multi-layered hierarchical structure, the terms superior and subordinate are universally applicable. E.g. in a three layered hierarchical structure, there would be a “bottom” layer, a “top” layer, and a “middle” layer between those. For an element on the bottom layer, an element on the middle layer would be superior. At the same time, for an element on the middle layer, an element on the top layer would also be superior. This applies also for the downward direction: For an element on the top layer, an element on the middle layer would be subordinate. At the same time, for an element on the middle layer, an element on the bottom layer would also be subordinate.
- Thus, superior refers to an element on “layer+1”, and subordinate refers to an element “layer−1”. This also means that the top layer element has no superior element, and there is just one single element on that layer. An element on the bottom layer has no subordinate element, and this layer comprises typically the most elements.
- A key characteristic of a hierarchical structure is that each element is tied to only one (superior) element on the next higher layer, with the exception of the top layer, which is therefore also called “root”. The other way around, an element on a layer other than the bottom layer, sees one or more (subordinate) elements that are tied to him.
- Now referring to
FIG. 1a , this figure shows a diagram illustrating an example of a hierarchical system of UAV-AS elements. - A hierarchical system may comprise two or more layers. This figures sketches an example having three layers, a bottom layer comprising UAV-
AS 1 to 4, a middle layer comprising two superior UAV-AS AS 1 100 is tied to a superior UAV-AS 1 110. UAV-AS 4 100 is tied to a superior UAV-AS 2 110. Both, superior UAV-AS AS 120. - As indicated in the figure, superior UAV-
AS 2 may have connections to more than 2 subordinate UAV-AS. Also the single root layer UAV-AS may be connected to more than 2 UAV-AS on the middle layer. - A
UAV 10 discovers and connects to a single UAV-AS 100 when the UAV is turned-on. AUAV 10 would not connect to a UAV-AS on the middle or top layer. - Now referring to
FIG. 1b , this figure shows a diagram illustrating a geographical mapping of areas into service areas that are under administration of a UAV-AS, and a grouping of several service areas into a global service area. - A UAV-
AS 100 is assumed to be responsible for a geographical area, here called UAV-AS service area 150 covering a certain geographical area. The UAV-AS 100 maintains a flight policy applicable for allUAV 10 being present in that geographical area the UAV-AS 100 is responsible for (i.e. the service area). - The
UAV 10 may be residing in a cellular network comprising a plurality of radio coverage areas and thegeographical service area 150 is composed of one or more radio coverage areas used in the cellular network. - The geometrical shape of a UAV-
AS service area 150 may depend on different factors. A basic shape would be a circle or elliptical shape. However, it is assumed that an entire geographical area (e.g. a country) is subject to a one or more flight policies, and that if aUAV 10 is leaving a first service area, it immediately enters a second service area. The geometrical shape that best covers a larger region would be a square/rectangle or a hexagonal shape. For this reason, this figure sketches a scenario where the service area would be hexagonal shaped. - A service area may also be composed of one or more radio coverage areas used in the cellular network such as tracking areas, radio cells, location areas, routing areas, or grids segments. In this case, the shape of the underlying radio coverage areas may implicitly determine the shape of the service area, and is determined by radio wave propagation in a real world condition.
- If a superior UAV-
AS 110 has more than one subordinate UAV-AS 100, the geographical service area of the superior UAV-AS 110 is thegeographical service area 160 of a merger of thegeographical service areas 150 of all subordinate UAV-AS 100 tied to the superior UAV-AS 110. In this figure, assuming that UAV-AS 1-7 are all tied to a single superior UAV-AS 110, that superior UAV-AS 110 would be responsible for the geographical service area 160 (here simplified as circle shaped). - Now referring to
FIG. 2 , this figure shows a signaling flow for querying a flight policy applicable for a neighboring service area from a neighboring UAV-AS. - In
step 210 the UAV-AS 100 is determining that aUAV 10 is about to leave thegeographical service area 150 towards a secondgeographical service area 150. Thus the UAV-AS 100 must instruct theUAV 10 on a flight policy applicable for the targeted secondgeographical service area 150. TheUAV 10 shall be instructed before theUAV 10 has entered the targeted secondgeographical service area 150. The flight policy applicable for that targeted secondgeographical service area 150 may imply flight restriction, so theUAV 10 must be instructed already before entering that targeted secondgeographical service area 150, to enable theUAV 10 to obey such restrictions and for example change the flight path or land in the currentgeographical service area 150. - When moving from one
geographical service area 150 to a furthergeographical service area 150, theUAV 10 may have to change its connectivity. The geographical service area a UAV-AS is responsible for, may be constructed from one or more radio areas of a wireless network. The UAV may comprise a radio module (and a type of subscriber identity module, SIM, card) which may be used to register theUAV 10 into the wireless network. After successful registration, theUAV 10 may then use the connectivity provided by the wireless network for its communication with the UAV-AS. When moving into a new geographical service area, theUAV 10 may have to disconnect from the former wireless network first, and then register into a wireless network available at the new geographical service area. This change may cause a small interruption in connectivity when entering the new geographical service area, and thus theUAV 10 must be instructed on the applicable flight policy in that geographical service area, before moving into that new geographical service area. - The flight policy for the targeted second
geographical service area 150 is maintained by a second UAV-AS 130. The second UAV-AS 130 may be using the same logic and implementation as the first UAV-AS 100, thus the second UAV-AS 130 may also be a UAV-AS 100 but operating in a flight policy delivery mode and responding to query messages. Only for the sake of clarity, the second UAV-AS is referred to bylabel 130. - The UAV-
AS 100 may determine the secondgeographical service area 150 based on flight path information applicable for theUAV 10. The UAV-AS 100 may receive such flight path information applicable for theUAV 10 from theUAV 10. In this case theUAV 10 may provide such information to the UAV-AS, for example when entering a new geographical service area. By alternative, the UAV-AS 100 may receive the flight path information applicable for theUAV 10 from an operator operating theUAV 10. In this case the operator operating theUAV 10 may inform beforehand the responsible UAV-AS along a scheduled flight path. - In
step 220 the UAV-AS 100 then determines the second UAV-AS 130 associated with the targetedgeographical service area 150. Then the UAV-AS 100 queries a flight policy applicable for the targetedgeographical service area 150 from the determined second UAV-AS 130. - The UAV-
AS 100 may determine the second UAV-AS 130 by performing a neighbor discovery before theUAV 10 has entered the secondgeographical service area 150. The neighbor discovery may be a look-up in a database comprising information on an association of a UAV-AS 100 with ageographical service area 150. An alternative method of neighbor discovery is sketched inFIG. 3 and described there. - Such neighbor discovery may be done independently from the supervision of
UAV 10 flight paths, as a stand-alone operation done and repeated at certain periodic intervals, or may be done during start-up of the UAV-AS 100. The important assumption is that the neighboring UAV-AS 130 are known in the UAV-AS 100 when the UAV-AS 100 determines that aUAV 10 is going to leave the currentgeographical service area 150. - In order to determine the flight policy applicable for the targeted second
geographical service area 150, the UAV-AS 100 sends a policyquery request message 230 to this determined second UAV-AS 130 associated with the targetedgeographical service area 150. - The target UAV-
AS 130 receives in message 230 a query message requesting a flight policy. The target UAV-AS 130 then instep 240 determines the applicable flight policy for the owngeographical service area 150. Inmessage 250 the target UAV-AS 130 returns the determined flight policy to the requesting UAV-AS 100. - The UAV-
AS 100 receives instep 250 the flight policy from the target UAV-AS 130. Instep 260 the UAV-AS 100 instructs theUAV 10 according to the received flight policy applicable for the secondgeographical service area 150 before theUAV 10 has entered the secondgeographical service area 150. - A flight policy may comprise restrictions in respect of operation and/or movement of the
UAV 10. A restriction in UAV movement may comprise one or more of: applicable speed limits, yield rules, flight height restrictions, flight path restrictions, flight noise restrictions. These may either on a permanent level, or for given restriction times. Flight policies may also be applicable for certain UAV categories (e.g. weight classes, sizes, noise classes, payload classes), be of dynamic nature or temporary, e.g. depending on time of the day, UAV flight density in that area, or may consider access/flight priorities, e.g. premium delivery service, or emergency/disaster recovery services. - Instructing a
UAV 10 may comprise that the responsible UAV-AS 100 sends the applicable flight restriction to theUAV 10 corresponding to the applicable flight policy, so leaving it up to theUAV 10 to take appropriate actions to comply with the flight policy/restrictions. Thus the UAV-AS 100 may instruct theUAV 10 by providing flight instructions corresponding to the flight policy to theUAV 10. - By alternative, the UAV-
AS 100 may interpret the flight policy and derive appropriate actions/instructions corresponding to the flight policy. The UAV-AS 100 informs theUAV 10 about the actions to be taken by theUAV 10. In this case the UAV-AS 100 decides on the appropriate actions to comply with the flight policy, and theUAV 10 is expected to follow these actions after being instructed/informed. - Typical actions could be an instruction to land and not enter the targeted second
geographical service area 150. Instead of landing, theUAV 10 could be instructed to change the flight path and take a detour via a further geographical service area to reach the destination. In yet another alternative, theUAV 10 could be instructed to enter the targeted secondgeographical service area 150 at an alternative entry point. - As a last resort, the
UAV 10 may be instructed to return to the starting base, for example if no meaningful instruction could be derived as all possible target service areas are restricted, except the one the UAV came from (dead end situation). - Now referring to
FIG. 3 , this figure shows an example signaling flow for a neighbor discovery procedure, embedded in a registration procedure of a UAV-AS. - In this example flow, a plurality of UAV-
AS 100 are arranged in a hierarchical structure comprising a subordinate layer and at least one superior layer, a superior layer being a subordinate layer to a next higher superior layer, the subordinate layer comprising a plurality of UAV-AS 100 acting as subordinate UAV-AS 100, the superior layer comprising one or more UAV-AS 100 acting as superior UAV-AS 110, wherein the UAV-AS are arranged in the hierarchical structure such that each subordinate UAV-AS 100 is tied to one superior UAV-AS 110. - In such hierarchical architecture a neighbor discovery may be a query for a list of neighboring UAV-
AS 100 from a superior UAV-AS 110 tied to the UAV-AS 100. Thus the superior UAV-AS 110 receives a request from a subordinate UAV-AS 100, wherein the request comprises an indication of ageographical service area 150 the subordinate UAV-AS 100 is maintaining a flight policy for. - That request may be a request for registering the requesting UAV-
AS 100 as a subordinate UAV-AS 100 to the superior UAV-AS 110. - Thus a subordinate UAV-
AS 100 may establish the association of the subordinate UAV-AS 100 with ageographical service area 150 by registering itself towards a superior UAV-AS 110 by indicating ageographical service area 150 the subordinate UAV-AS 100 is handling the flight policy for. Such registration may take place at an initial start of the UAV-AS 100. An established registration, and thereby and established tie to a superior UAV-AS 110, may be reconfirmed/renewed at periodic intervals. - The UAV-
AS 100 may perform the neighbor discovery as a part of the registration of the UAV-AS 100 with a superior UAV-AS 110. In this case the UAV-AS 100 receives a list of neighboring UAV-AS 100 from the superior UAV-AS 110. Such list may comprise for each neighboring UAV-AS 100 an indication of the associatedgeographical service area 150. - The
FIG. 3 shows such example where the neighbor discovery procedure is embedded in a registration procedure of a UAV-AS 100. Instep 310 the UAV-AS 100 discovers the superior UAV-AS 100. If this is an initial start, the UAV-AS 100 may determine the superior UAV-AS 110 by look-up in a database, a DNS query based on a well-known name, or based on administration in the UAV-AS 100. - In
step 320 the UAV-AS 100 sends a registration request message to the determined superior UAV-AS 110. This request comprises an indication of the owngeographical service area 150. - The superior UAV-
AS 110 receives aregistration request message 320 from a subordinate UAV-AS 100 comprising an indication of ageographical service area 150 the requesting UAV-AS 100 maintains a flight policy for. Instep 330 the superior UAV-AS 110 determines its own position in the hierarchy, so whether there is still a further superior UAV-AS 110 on a layer above. In this example (aligned withFIG. 1a ) the answer is ‘yes’, so there is still the root UAV-AS 120 above. As the role of the UAV-AS typically does not change, this determination step may be done just once and is then not repeated at every registration request message. - In
step 340 the superior UAV-AS 110 sends a neighbor query request message to the root UAV-AS 120. This message may comprise an indication of the service area to be registered as received inmessage 320. - The root UAV-
AS 120 receives in step 340 a neighbor query request message, the message may comprise an indication of a service area. Instep 350 the root UAV-AS 120 determines its own position in the hierarchy, so whether there is still a further superior UAV-AS 110 on a layer above. In this example (aligned withFIG. 1a ) the answer is ‘no, as this is already the root UAV-AS 120 and there is no UAV-AS above. As above, this step may also be executed just once. - Then the root UAV-
AS 120 compiles in step 360 a list of neighboring UAV-AS being neighboring to the indicated service area. After completion of the list of neighboring UAV-AS, the root UAV-AS 120 returns that list in a neighborquery response message 370 to the requesting superior UAV-AS 110 on the layer below. - The superior UAV-
AS 110 receives the list of neighboring UAV-AS being neighboring to the indicated service area in a neighborquery response message 370. - In step 380 the superior UAV-
AS 110 compiles the complete list of neighboring UAV-AS. This complete list comprises the UAV-AS from the list as received inmessage 370 from the root UAV-AS 120, and in addition UAV-AS that the superior UAV-AS 110 determines as being neighboring to the indicated service area but that are not part of the list received inmessage 370. This may be the case for example if the registering service area is at an international border and the root UAV-AS 120 would provide a list of UAV-AS that are neighboring in the other country, and the superior UAV-AS 110 would complement that list with the UAV-AS that are neighboring in the own country. Thus superior UAV-AS 110 determines a list of subordinate UAV-AS 100 that are tied togeographical service areas 150 that are neighboring to the receivedgeographical service area 150. - Finally, in step 390 the superior UAV-
AS 110 returns the determined list of subordinate UAV-AS 100 to the requesting subordinate UAV-AS 100, thereby enabling the requesting subordinate UAV-AS 100 to query a flight policy from any of the subordinate UAV-AS 100 on the list. Thus the completed list of neighboring UAV-AS is returned to the requesting UAV-AS 100 in a registration request response message. The UAV-AS 100 then receives that list of neighboring UAV-AS. - The list of neighboring UAV-
AS 100, as received from the superior UAV-AS 110, may comprise for each neighboring UAV-AS 100 an indication of the associatedgeographical service area 150. The receiving UAV-AS 100 stores that list. This stored information may enable the UAV-AS 100 to determine a responsible target UAV-AS 130 when aUAV 10 is leaving the current service area at roaming as shown instep 220 inFIG. 2 . Having a list of neighboring UAV-AS at hand, the UAV-AS 100 determines a responsible target UAV-AS 130 and fetches the applicable flight policy for that target service area directly from that responsible UAV-AS 130, using a procedure as shown inFIG. 2 . - As an addition (not shown in the figure), a superior UAV-
AS 110 may inform all its subordinate UAV-AS 100 if a list of neighboring UAV-AS has changed. For example, if a new subordinate UAV-AS 100 is started up, it registers to the superior UAV-AS 110 as described above. Addition of a new subordinate UAV-AS may have also impacts on the list of neighbor UAV-AS of the other subordinate UAV-AS. Thus after having compiled the list of neighboring UAV-AS, the superior UAV-AS 110 may in addition to sending this list to the newly registering subordinate UAV-AS 100, also send an updated list of neighboring UAV-AS to the other affected subordinate UAV-AS 100. -
FIG. 3 sketches an example used if a new subordinate UAV-AS is added. A similar mechanism may be applied if a subordinate UAV-AS is removed or taken out of service. In such a case, the subordinate UAV-AS would send a de-registration message to its superior UAV-AS. The list of neighbor UAV-AS would then be re-built and the remaining subordinate are updated. - Now referring to
FIG. 4a , this figure shows a block diagrams illustrating a UAV-AS logic of a flight policy query. This block flow may be a used in a subordinate UAV-AS 100 as illustrated in the previous figures. - The flow starts in
step 405 when the UAV-AS receives an indication of the target destination of a UAV, UAV routing information, or other information indicative for a flight path the UAV is going to take. Based on this information, the UAV-AS determines instep 410 that the UAV is going to leave the current service area towards a further service area. Typically, the further service area is adjacent or neighboring to the current service area. Thus based on the flight information from the UAV, the UAV-AS determines the target service area the UAV is going to enter soon. - Based on the list of neighboring UAV-AS and associated services areas that the UAV-AS has received, for example during registration, the UAV-AS determines the responsible target UAV-AS. In
step 415 the UAV-AS determines the flight policy applicable for that target service area. To do this, the UAV-AS sends a flight policy query request message to the responsible target UAV-AS, the UAV-AS maintaining the flight policy for the target service area. - In
step 420 the UAV-AS receives a response from the queried target UAV-AS. The response comprises the flight policy applicable for the target service area. - In
step 425 the UAV-AS instructs the UAV according to the received flight policy, as already described above. - The UAV-AS may also operate in receiving mode corresponding to this use case (not shown in the flows). In this case the UAV-AS receives a request for the flight policy of the own service area. In this case the UAV-AS determines the applicable flight policy and returns it to the requestor.
- Now referring to
FIG. 4b , this figure shows a block diagrams illustrating a UAV-AS logic of a neighbor discovery embedded in a registration procedure. This block flow may be a used in a subordinate UAV-AS 100 as illustrated in the previous figures. - The flow starts in
step 450 when the UAV-AS is started-up. The flow may also be triggered at periodic intervals, or if there are changes in the geographical coverage of the service area. - In
step 455 the UAV-AS loads a flight policy for the own/local geographical service area. This may be done by administration by the network operator, or by uploading the flight policy into a memory/storage area of the UAV-AS. - In
step 460 the UAV-AS discovers a superior UAV-AS. Such discovery of a superior UAV-AS may be by look-up in a database, DNS query based on a well-known name, or by administration in the UAV-AS. - Then in
step 465 the UAV-AS sends a registration request message to the discovered superior UAV-AS. The message to the superior UAV-AS comprises an indication of the own service area. - As a response to the registration request message, the UAV-AS receives in step 470 a registration request response message. This may be an acknowledgement to the registration request. As explained above in
FIG. 3 step 390, the response message comprises a list of neighboring UAV-AS and information on the service area these are responsible for (i.e. having a flight policy available for query). The receiving UAV-AS stores the received list for later use as described above. This list enables the UAV-AS to fetch a flight policy directly from a responsible neighboring UAV-AS. - Now referring to
FIG. 5 , this figure shows a block diagrams illustrating a superior UAV-AS logic. This block flow may be used in a superior UAV-AS 110 or root UAV-AS 120 as illustrated in the previous figures. Thus, although the role of a superior UAV-AS 110 and a root UAV-AS 120 are different in respect of their position in a hierarchical structure of UAV-AS, still the block flow ofFIG. 5 may be applicable to both roles. - The flow starts in
step 510 when the superior UAV-AS receives a registration request message from a subordinate UAV-AS. The flow may also be triggered if the received message is a neighbor query request message from a subordinate UAV-AS. - In
step 520 the superior UAV-AS determines its own role in the hierarchy of UAV-AS. So the UAV-AS whether it acts as a superior UAV-AS where there is still a higher layer superior UAV-AS. If the receiving superior UAV-AS is acting as a root UAV-AS, there is no further superior UAV-AS. Thus if the UAV-AS is acting as superior UAV-AS, the flow continues withstep 530. If the UAV-AS is acting as root UAV-AS, the flow continues withstep 550. - If the UAV-AS is acting as superior UAV-AS, the flow continues with
step 530 where the superior UAV-AS sends a neighbor UAV-AS query request message to the next higher layer superior UAV-AS. That query may comprise an indication for the service area in question as received from the subordinate UAV-AS isstep 510. - In
step 540 the superior UAV-AS receives a response message from the next higher layer superior UAV-AS, wherein that response may comprise a list of neighboring UAV-AS and an indication of the service area these are responsible for. -
Next step 550 is performed by the superior UAV-AS. That step may be triggered when the superior UAV-AS has determined its role in the hierarchy as being a root UAV-AS, so thestep 520 determines the root role. Alternatively, step 550 may be triggered by a response from a superior UAV-AS on the next higher hierarchy layer providing a list of neighboring UAV-AS as ofstep 540. - In
step 550 the superior UAV-AS compiles a list of neighboring UAV-AS. This may be a new list in case the UAV-AS acts as root UAV-AS, or when acting as superior UAV-AS, complementing a list received form the higher layer superior UAV-AS as described above forFIG. 3 step 380. - Finally, in
step 560 the superior UAV-AS returns the compiled list of neighboring UAV-AS to the requesting subordinate UAV-AS. The response message may be a registration request response message such as an acknowledgement, or a neighbor query response message, depending on which message triggered the flow instep 510. - Now referring to
FIG. 6a , this figure shows an exemplary composition of a computing unit configured to execute a UAV-AS according to the present disclosure. The UAV-AS may be the UAV-AS 100 as shown in the previous figures. - The
computing unit 600 comprises at least oneprocessor 610 and at least onememory 620, wherein the at least onememory 620 contains instructions executable by the at least oneprocessor 610 such that thecomputing unit 600 is operable to carry out the method steps described inFIGS. 4a and 4b with reference to the UAV-AS 100. - Now referring to
FIG. 6b , this figure shows an exemplary composition of a computing unit configured to execute a superior UAV-AS according to the present disclosure. The superior UAV-AS may be the superior UAV-AS 110 or root UAV-AS 120 as shown in the previous figures. - The
computing unit 650 comprises at least oneprocessor 660 and at least onememory 670, wherein the at least onememory 670 contains instructions executable by the at least oneprocessor 660 such that thecomputing unit 650 is operable to carry out the method steps described inFIG. 5 with reference to the superior UAV-AS 110 or root UAV-AS 120. - It will be understood that the
computing units - Now referring to
FIG. 7a , this figure shows an exemplary modular function composition of a computing unit configured to execute a UAV-AS according to the present disclosure and a corresponding method which may be performed by a UAV-AS, in particular the UAV-AS 100 as presented before. - The
Transceiver Module 710 may be adapted to perform reception and sending of signaling messages, such asstep - The Flight
Policy Handling Module 720 may be adapted to maintain a flight policy for the own geographical service area. On request, the FlightPolicy Handling Module 720 provides the own flight policy to a requesting neighboring UAV-AS. The reception of a corresponding request and the sending of a response with the flight policy may be done together with theTransceiver Module 710. - The UAV Flight
Path Supervision Module 730 may be adapted to supervise the flight of UAV within the own geographical service area. The UAV FlightPath Supervision Module 730 may determine that a UAV is going to leave the own geographical service area and also determine the targeted neighbouring geographical service area as ofstep 410. The UAV FlightPath Supervision Module 730 may receive information of the flight path of a UAV from the UAV itself or from an operator of the UAV as ofstep 405. The UAV FlightPath Supervision Module 730 may instruct the UAV on a flight policy or appropriate actions corresponding to a flight policy as ofstep 425. - The
Registration Module 740 may be adapted to handle a registration of the UAV-AS towards a superior UAV-AS. This comprises discovery of a superior UAV-AS as ofstep 460, sending of a registration request message,step 465, and reception of a corresponding response,step 470. The sending of a request and reception of a corresponding response may be done together with theTransceiver Module 710. - Now referring to
FIG. 7b , this figure shows an exemplary modular function composition of a computing unit configured to execute a superior UAV-AS according to the present disclosure and a corresponding method which may be performed by a superior/root UAV-AS, in particular the superior UAV-AS 110 or root UAV-AS 120 as presented before. - The
Transceiver Module 760 may be adapted to perform reception and sending of signaling messages, such asstep - The
Neighbour Determination Module 770 may be adapted to compile a list of neighbouring UAV-AS as ofstep 550. For this the module determines neighbouring services areas in relation to a given service area. Then, for the determined neighbouring services areas, the responsible UAV-AS are determined handling a flight policy for the service area. All this information is then compiled into a list. - The Neighbour
List Handling Module 780 may construct a neighbour query request message in order to discover neighbouring UAV-AS from a superior UAV-AS as ofsteps 530 and to handle a received result comprising a list of neighbouring UAV-AS as ofstep 540. The sending of a request and reception of a corresponding response may be done together with theTransceiver Module 770. - Now referring to
FIG. 8 , this figure illustrates exemplary cellular network architectures for LTE including a UAV and UAV-AS, which may be used according to the present disclosure. - The
UAV 10 may be residing in a cellular network comprising a plurality of radio coverage areas and thegeographical service area 150 is composed of one or more radio coverage areas used in the cellular network. The cellular network may be an LTE network. - A radio coverage area of an LTE network is based on tracking areas. In such example, the geographical service area a UAV-AS is responsible for, may be constructed from one or more tracking areas of the LTE radio network. The UAV may comprise a LTE-radio module (and a type of subscriber identity module, SIM, card) which is used to register the UAV into the packet core network of the network operator. Once being registered, or as part of the registration procedure, the UAV may discover the UAV-AS being responsible for the current geographical service are. The normal mobility procedures of the packet core network are used to keep track on the mobility of the UAV. This architecture is sketched in
FIG. 8 in more detail. - As common LTE architectures, the architecture shown in
FIG. 8 comprises aneNodeB 820 through which theUAV 810 may connect to the cellular network using an e-Uu interface. TheeNodeB 820 connects to a Mobility Management Entity, MME, 800 for control plane support using an S1-MME interface and to a Packet Data Network Gateway, PDN GW, 830 for user plane support (i.e., for user data transfer) using an S1-U interface. TheMME 800, in turn, is connected to a Home Subscriber Service, HSS, 840 containing user-related and subscription-related information via an S6a interface. It will be understood by the skilled person that the architecture shown inFIG. 8 corresponds to a simplified LTE architecture in which only those components that are necessary for the purpose of elucidating the technique presented herein are shown. - In addition to the above-described common entities of an LTE network, the architecture illustrated in
FIG. 8 further comprises a UAV application server 850 (denoted as “UAV-AS” in the figure) as part of the cellular communication network. The UAV-AS 850 may correspond to the UAV-AS described in relation to the previous figures. The UAV-AS 850 connects to thePDN GW 830 through an SGi interface and supports an external interface which allows access to functions of the UAV-AS 850 to entities external to the cellular communication network, such as entities accessing the UAV-AS 850 from the Internet, or vice versa, for example. - Using the SGi interface to the packet core network, the UAV-AS can communicate with the UAV and vice versa. This allows to instruct a flight policy or corresponding actions to a UAV and to receive flight path information from the UAV in the UAV-AS. Via the interface to external networks such as the Internet, the UAV-AS is able to retrieve and provide information from an operator of the UAV, or to contact other UAV-AS of a hierarchical UAV-AS architecture.
- Now referring to
FIG. 9 , this figure illustrates exemplary cellular network architectures for 5G including a UAV and UAV-AS, which may be used according to the present disclosure. - The architecture shown in
FIG. 9 corresponds to a 5G variant of the architecture described in relation toFIG. 8 . The basic principles for practicing the technique presented herein may equally apply to the 5G architecture ofFIG. 9 . Unnecessary repetitions are thus omitted in the following. Only, it is noted that the functions described above for the eNodeB, the MME, the PDN GW and the HSS may in this case be performed by corresponding functions of the 5G architecture, i.e., the Radio Access Network, RAN, 120, the Access and Mobility Function, AMF, 100, the User Plane Function, UPF, 130, and the User Data Management, UDM, 140, respectively. - According to another embodiment, a computer program is provided. The computer program may be executed by the
computing units 600 and/or 650 of the above mentioned entities UAV-AS and superior/root UAV-AS respectively such that a method for handling flight policies determination at roaming as described above with reference toFIG. 4a, 4b or 5 may be carried out or be controlled. In particular, the entities UAV-AS and superior/root UAV-AS may be caused to operate in accordance with the above described method by executing the computer program. - The computer program may be embodied as computer code, for example of a computer program product. The computer program product may be stored on a computer readable medium, for example a disk or the
storing unit 620 and/or 670 of the UAV-AS and superior/root UAV-AS, or may be configured as downloadable information. - One or more embodiments as described above may enable at least one of the following technical effects:
-
- Supervision of the flight of a UAV and determination, that a UAV is about to leave the current service area towards a target service are where a particular flight policy is applicable.
- Determination of a flight policy applicable for the service area the UAV is about to enter, and instructing the flight policy to the UAV before the UAV is leaving the current service are.
- In order to minimize the time required to retrieve the flight policy from the target UAV-AS, a UAV-AS determines the responsible neighboring UAV-AS in advance, for example already during a registration phase at start-up of the UAV-AS. This makes this method well suited for UAV flying with higher speeds.
- Modifications and other embodiments of the disclosed invention will come to mind to one skilled in the art having the benefit of the teachings presented in the foregoing descriptions and the associated drawings. Therefore, it is to be understood that the embodiments are not to be limited to the specific embodiments disclosed and that modifications and other embodiments are intended to be included within the scope of this disclosure. Although specific terms may be employed herein, they are used in a generic and descriptive sense only and not for purposes of limitation.
Claims (21)
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2017/080246 WO2019101323A1 (en) | 2017-11-23 | 2017-11-23 | Flight policy query at roaming |
Publications (2)
Publication Number | Publication Date |
---|---|
US20210074169A1 true US20210074169A1 (en) | 2021-03-11 |
US11875688B2 US11875688B2 (en) | 2024-01-16 |
Family
ID=60627596
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/763,252 Active 2039-07-10 US11875688B2 (en) | 2017-11-23 | 2017-11-23 | Flight policy query at roaming |
Country Status (4)
Country | Link |
---|---|
US (1) | US11875688B2 (en) |
EP (1) | EP3714610B1 (en) |
CN (1) | CN111373772B (en) |
WO (1) | WO2019101323A1 (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112752250B (en) * | 2021-01-04 | 2023-10-20 | 深圳万知达科技有限公司 | Neighbor discovery method in ultraviolet unmanned aerial vehicle formation based on Q-learning |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160140851A1 (en) * | 2014-11-18 | 2016-05-19 | Ziv LEVY | Systems and methods for drone navigation |
US20160291588A1 (en) * | 2015-03-30 | 2016-10-06 | International Business Machines Corporation | Implementing A Restricted-Operation Region For Unmanned Vehicles |
US9601022B2 (en) * | 2015-01-29 | 2017-03-21 | Qualcomm Incorporated | Systems and methods for restricting drone airspace access |
US20170205827A1 (en) * | 2016-01-20 | 2017-07-20 | Alarm.Com Incorporated | Drone control device |
US20170308085A1 (en) * | 2016-04-26 | 2017-10-26 | At&T Intellectual Property I, Lp | Augmentative control of drones |
US10223921B2 (en) * | 2015-08-31 | 2019-03-05 | The Boeing Company | Air vehicle navigation systems and methods using a common runtime aircraft intent data structure |
US10298674B2 (en) * | 2016-11-16 | 2019-05-21 | Intel Corporation | Enhancing Wi-Fi aware protocol and algorithms for drone cluster formation |
US20210067239A1 (en) * | 2017-10-25 | 2021-03-04 | Skyware Networks LLC | Telecommunications system utilizing drones |
US20210302955A1 (en) * | 2020-03-25 | 2021-09-30 | Loon Llc | Service Dispatcher for Fleet Management and Flight Planning System |
US20210335137A1 (en) * | 2020-04-28 | 2021-10-28 | Loon Llc | Dynamic Risk Assessment of a Fleet of Aircraft |
US20210335136A1 (en) * | 2020-04-28 | 2021-10-28 | Thales | Electronic device and method for assisting in the configuration of an aircraft flight, related computer program |
US11474539B2 (en) * | 2017-04-14 | 2022-10-18 | Telefonaktiebolaget Lm Ericsson (Publ) | Optimal unmanned aerial vehicle flight route planning based on quality-of-service requirements for data, telemetry, and command and control requirements in 3GPP networks |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101155565B1 (en) | 2009-11-27 | 2012-06-19 | 한국전자통신연구원 | Method and system for providing vehicle control using of network |
US9905134B2 (en) | 2015-02-12 | 2018-02-27 | Aerobotic Innovations, LLC | System and method of preventing and remedying restricted area intrusions by unmanned aerial vehicles |
US9734723B1 (en) | 2015-07-15 | 2017-08-15 | Exelis Inc. | Process and system to register and regulate unmanned aerial vehicle operations |
US20180253092A1 (en) | 2015-09-09 | 2018-09-06 | Tecteco Security Systems, S.L. | Secure control of unmanned vehicles |
WO2017084031A1 (en) | 2015-11-17 | 2017-05-26 | SZ DJI Technology Co., Ltd. | Systems and methods for managing flight-restriction regions |
US20170178518A1 (en) | 2015-12-16 | 2017-06-22 | At&T Intellectual Property I, L.P. | Method and apparatus for controlling an aerial drone through policy driven control rules |
WO2017177361A1 (en) | 2016-04-11 | 2017-10-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Flight path control based on cell broadcast messages |
US10080099B2 (en) | 2016-04-28 | 2018-09-18 | Raytheon Company | Cellular enabled restricted zone monitoring |
CN107153425A (en) | 2017-07-06 | 2017-09-12 | 杨顺伟 | Unmanned plane external force resistance interference method and device |
-
2017
- 2017-11-23 WO PCT/EP2017/080246 patent/WO2019101323A1/en unknown
- 2017-11-23 US US16/763,252 patent/US11875688B2/en active Active
- 2017-11-23 CN CN201780096965.7A patent/CN111373772B/en active Active
- 2017-11-23 EP EP17811232.2A patent/EP3714610B1/en active Active
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160140851A1 (en) * | 2014-11-18 | 2016-05-19 | Ziv LEVY | Systems and methods for drone navigation |
US9601022B2 (en) * | 2015-01-29 | 2017-03-21 | Qualcomm Incorporated | Systems and methods for restricting drone airspace access |
US20160291588A1 (en) * | 2015-03-30 | 2016-10-06 | International Business Machines Corporation | Implementing A Restricted-Operation Region For Unmanned Vehicles |
US10223921B2 (en) * | 2015-08-31 | 2019-03-05 | The Boeing Company | Air vehicle navigation systems and methods using a common runtime aircraft intent data structure |
US20170205827A1 (en) * | 2016-01-20 | 2017-07-20 | Alarm.Com Incorporated | Drone control device |
US20170308085A1 (en) * | 2016-04-26 | 2017-10-26 | At&T Intellectual Property I, Lp | Augmentative control of drones |
US10298674B2 (en) * | 2016-11-16 | 2019-05-21 | Intel Corporation | Enhancing Wi-Fi aware protocol and algorithms for drone cluster formation |
US11474539B2 (en) * | 2017-04-14 | 2022-10-18 | Telefonaktiebolaget Lm Ericsson (Publ) | Optimal unmanned aerial vehicle flight route planning based on quality-of-service requirements for data, telemetry, and command and control requirements in 3GPP networks |
US20210067239A1 (en) * | 2017-10-25 | 2021-03-04 | Skyware Networks LLC | Telecommunications system utilizing drones |
US20210302955A1 (en) * | 2020-03-25 | 2021-09-30 | Loon Llc | Service Dispatcher for Fleet Management and Flight Planning System |
US20210335137A1 (en) * | 2020-04-28 | 2021-10-28 | Loon Llc | Dynamic Risk Assessment of a Fleet of Aircraft |
US20210335136A1 (en) * | 2020-04-28 | 2021-10-28 | Thales | Electronic device and method for assisting in the configuration of an aircraft flight, related computer program |
Non-Patent Citations (1)
Title |
---|
Google Patents for European Patent Application Pub. No.: EP3251108B1 to Taveira that was filed in 2015 (hereinafter "Taveira") (Year: 2015) * |
Also Published As
Publication number | Publication date |
---|---|
EP3714610B1 (en) | 2023-05-31 |
CN111373772B (en) | 2023-08-22 |
WO2019101323A1 (en) | 2019-05-31 |
US11875688B2 (en) | 2024-01-16 |
CN111373772A (en) | 2020-07-03 |
EP3714610A1 (en) | 2020-09-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11922818B2 (en) | UAV flight corridor allocation in cellular networks | |
JP7036900B2 (en) | Specialization of roles in clustered satellite platforms | |
JP6924892B2 (en) | Bandwidth recognition state transfer between multiple satellite devices | |
US10365645B1 (en) | System and method for human operator intervention in autonomous vehicle operations | |
JP6925500B2 (en) | Pseudo-stationary configuration on satellite platform | |
Nam et al. | An approach for coverage path planning for UAVs | |
US20210345214A1 (en) | Radio Area Re-Selection for UAV in Cellular Networks | |
JP2020527910A (en) | Orbital network stratification on satellite platforms | |
US11050481B2 (en) | Systems and methods for creating wireless aerial traffic corridors | |
EP3198580A1 (en) | Coordinated planning with graph sharing over networks | |
CN112639735A (en) | Distribution of calculated quantities | |
US11875688B2 (en) | Flight policy query at roaming | |
US11620912B2 (en) | Flight policy determination at roaming | |
BR112020013972A2 (en) | identifying landing zones for landing a robotic vehicle | |
US10965779B2 (en) | Role-specialization in spaceborne and airborne computing platforms | |
Ryan et al. | A modular software infrastructure for distributed control of collaborating UAVs | |
Šulák et al. | Search using a swarm of unmanned aerial vehicles | |
Vashisht et al. | Software defined UAV-based location aware deployment scheme for optimal wireless coverage | |
US20220187851A1 (en) | Technique for controlling a uav | |
Paul et al. | Communication Architecture for Autonomous Aerial Traffic Management | |
Ganesan et al. | Dynamic Control, Architecture, and Communication Protocol for Swarm Unmanned Aerial Vehicles | |
US20230298471A1 (en) | Aerial vehicle, device to determine a target location, static base station device and docking station for a vehicle | |
Shirani et al. | A cross-layered communication architecture for search and surveillance applications of unmanned aeronautical ad-hoc networks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: TELEFONAKTIEBOLAGET LM ERICSSON (PUBL), SWEDEN Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:DETKE, RALPH;EICHINGER, STEFAN;POSCHER, JENS;AND OTHERS;SIGNING DATES FROM 20171128 TO 20171205;REEL/FRAME:052632/0866 |
|
FEPP | Fee payment procedure |
Free format text: ENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: APPLICATION DISPATCHED FROM PREEXAM, NOT YET DOCKETED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: AWAITING TC RESP., ISSUE FEE NOT PAID |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: AWAITING TC RESP., ISSUE FEE NOT PAID |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: PUBLICATIONS -- ISSUE FEE PAYMENT VERIFIED |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |