EP4616640A1 - Exploitation de transmissions directes sans fil - Google Patents

Exploitation de transmissions directes sans fil

Info

Publication number
EP4616640A1
EP4616640A1 EP23825306.6A EP23825306A EP4616640A1 EP 4616640 A1 EP4616640 A1 EP 4616640A1 EP 23825306 A EP23825306 A EP 23825306A EP 4616640 A1 EP4616640 A1 EP 4616640A1
Authority
EP
European Patent Office
Prior art keywords
client device
pathway
wireless
computer
wireless path
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.)
Pending
Application number
EP23825306.6A
Other languages
German (de)
English (en)
Inventor
Pascal Thubert
Patrick Wetterwald
Jean Philippe Vasseur
Jerome Henry
Eric Michael LEVY-ABEGNOLI
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Cisco Technology Inc
Original Assignee
Cisco Technology Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority claimed from US18/328,377 external-priority patent/US20240163770A1/en
Application filed by Cisco Technology Inc filed Critical Cisco Technology Inc
Publication of EP4616640A1 publication Critical patent/EP4616640A1/fr
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/34—Modification of an existing route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/12—Communication route or path selection, e.g. power-based or shortest path routing based on transmission quality or channel quality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/04—Terminal devices adapted for relaying to or from another terminal or user

Definitions

  • the present disclosure relates generally to leveraging wireless direct transmissions.
  • a wireless Access Point is a networking hardware device that allows a Wi-Fi compatible client device to connect to a wired network and to other client devices.
  • the AP usually connects to a router (directly or indirectly via a wired network) as a standalone device, but it can also be an integral component of the router itself.
  • Several APs may also work in coordination, either through direct wired or wireless connections, or through a central system, commonly called a Wireless Local Area Network (WLAN) controller.
  • WLAN Wireless Local Area Network
  • An AP is differentiated from a hotspot, which is the physical location where Wi-Fi access to a WLAN is available.
  • FIG. 1 is a block diagram of an operating environment for leveraging wireless direct transmissions
  • FIG. 2 is a flow chart of a method for leveraging wireless direct transmissions
  • FIG. 3 is a block diagram of a computing device.
  • Leveraging wireless direct transmissions may be provided. It may be determined that data traffic flowing on a first pathway between a first client device and a second client device is not meeting a predetermined service level.
  • the first pathway may be partially wired and partially wireless.
  • a second pathway that will meet the predetermined service level may be determined.
  • the second pathway may be wireless.
  • the data traffic may be caused to flow on the second pathway.
  • a client device communicates with another client device, even if they are close enough, packets in the traffic flow may need to transit over a wired portion of a network, possibly all the way to a controller, and back to a wireless portion of the network. This may make the transmission reliable, but may significantly augment latency (e.g., and possibly jitter). In a controlled environment where determinism may be the end goal, such delay variation may cause the wireless (e.g., Wi-Fi) option to be discarded in favor of other more deterministic processes.
  • Wi-Fi wireless
  • a solution may be achieved if the APs that serve the client devices are in line of sight and may communicate to one another over the air. This transmission may be less reliable, but may be more direct and may save overall resources in the fabric network. With multi-radio APs, this solution may be possible. If AP to AP bypass is enabled, it may become possible to use either a wired path via the fabric network/controller, a wireless path (e.g., a first client device to a first AP to a second AP to a second client device), or both for redundancy. Furthermore, if both client devices are close enough, direct client device to client device connections may be established in an ad hoc mode for certain types of traffic (e.g., low latency /jitter). However, this communication mode may not be an exclusive option (i.e., direct or via the APs).
  • embodiments of the disclosure may detect critical traffic with the traffic not meeting a set of requirements (e.g., Service Level Agreement (SLA) requirements) that may benefit from client device to client device communication.
  • SLA Service Level Agreement
  • Embodiments of the disclosure may explore different paths to satisfy, for example, either high reliability or low latency traffic leveraging direct client device to client device communication or via their respective AP and leveraging AP to AP communications.
  • FIG. 1 shows an operating environment 100 for leveraging wireless direct transmissions.
  • operating environment 100 may comprise a wireless controller 105 controlling a coverage environment and a fabric network 110.
  • Fabric network 110 may comprise, for example, a plurality of network devices (e.g., switches and routers).
  • the coverage environment may comprise, but is not limited to, a Wireless Local Area Network (WLAN) comprising a plurality of Access Points (APs) that may provide wireless network access (e.g., access to the WLAN for client devices).
  • the plurality of APs may comprise a first AP 115 and a second AP 120.
  • the plurality of APs may provide wireless network access to a plurality of client devices as they move within the coverage environment.
  • WLAN Wireless Local Area Network
  • APs Access Points
  • the plurality of APs may comprise a first AP 115 and a second AP 120.
  • the plurality of APs may provide wireless network access to a plurality of client devices as they move within the coverage environment
  • the plurality of client devices may comprise, but are not limited to, a first client device 125 (i.e., a first Station (STA)) and a second client device 130 (i.e., a second Station (STA)).
  • Ones of the plurality of client devices may comprise, but are not limited to, a smart phone, a personal computer, a tablet device, a mobile device, a telephone, a remote control device, a set-top box, a digital video recorder, an Intemet-of-Things (loT) device, a network computer, a router, Virtual Reality (VR)/ Augmented Reality (AR) devices, or other similar microcomputer-based device.
  • Each of the plurality of APs may be compatible with specification standards such as, but not limited to, the Institute of Electrical and Electronics Engineers (IEEE) 802.11 specification standard for example.
  • the plurality of APs and the plurality of client devices may use MultiLink Operation (MLO) where they simultaneously transmit and receive across different bands and channels by establishing two or more links to two or more AP radios.
  • MLO MultiLink Operation
  • These bands may comprise, but are not limited the 2 GHz band, the 5 GHz band, the 6 GHz band, and the 60 GHz band.
  • Operating environment 100 may comprise a plurality of paths.
  • the plurality of paths may comprise a first path 135, a second path 140, a third path 145, and a fourth path 150.
  • First path 135 may pass through first AP 115, second AP 120, fabric network 110, and controller 105. Because first path 135 may pass through fabric network 110 and controller 105, it may be considered a wired path.
  • Second path 140 may pass through first AP 115, second AP 120, and fabric network 110. Because second path 140 may pass through fabric network 110, it may also be considered a wired path.
  • Third path 145 may pass through first AP 115 and second AP 120, but not fabric network 110 or controller 105.
  • third path 145 may not pass through fabric network 110 or controller 105, it may be considered a wireless path.
  • Fourth path 150 may pass directly between first client device 125 and second client device 130, but not fabric network 110 or controller 105. Because fourth path 150 may not pass through fabric network 110 or controller 105, it may be considered a wireless path.
  • a wireless path may exist between first client device 125 and second client device 130 through first AP 115 when both are associated with first AP 115.
  • a wireless path may exist between first client device 125 and second client device 130 through second AP 120 when both are associated with second AP 120.
  • a relay client device may exist in fourth path 145 to relay traffic between first client device 125 and second client device 130 to provide a wireless path.
  • operating environment 100 may be practiced in hardware and/or in software (including firmware, resident software, micro-code, etc.) or in any other circuits or systems.
  • the elements of operating environment 100 may be practiced in electrical circuits comprising discrete electronic elements, packaged or integrated electronic chips containing logic gates, a circuit utilizing a microprocessor, or on a single chip containing electronic elements or microprocessors.
  • the elements of operating environment 100 may also be practiced using other technologies capable of performing logical operations such as, for example, AND, OR, and NOT, including but not limited to, mechanical, optical, fluidic, and quantum technologies.
  • the elements of operating environment 100 may be practiced in a computing device 300.
  • FIG. 2 is a flow chart setting forth the general stages involved in a method 200 consistent with embodiments of the disclosure for leveraging wireless direct transmissions.
  • Method 200 may be implemented using a computing device 300 as described in more detail below with respect to FIG. 3. Ways to implement the stages of method 200 will be described in greater detail below.
  • Method 200 may begin at starting block 205 and proceed to stage 210 where computing device 100 may determine that data traffic flowing on a first pathway between first client device 125 and second client device 130 may not meet a predetermined service level.
  • the first pathway may be partially wired and partially wireless.
  • the first pathway may comprise first path 135 or second path 140.
  • the predetermined service level may be defined by a Service Level Agreement (SLA).
  • SLA may define Mean Time Between Failures (MTBF), Mean Time To Repair or Mean Time To Recovery (MTTR), may identify which party is responsible for reporting faults or paying fees, may define responsibility for various data rates, may define throughput, may define jitter, or similar measurable details.
  • MTBF Mean Time Between Failures
  • MTTR Mean Time To Repair
  • throughput may define jitter, or similar measurable details.
  • method 200 may advance to stage 220 where computing device 100 may determine a second pathway that may meet the predetermined service level.
  • the second pathway may be wireless.
  • the second pathway may comprise third path or fourth path.
  • wireless controller 105 may recognize first client device 125 to second client device 130 communication when both endpoints of a Layer-2 (L2) communication are associated through their respective AP, both connected to the controller.
  • L2 Layer-2
  • Controller 105 may also be aware of the client device’s respective APs (e.g., first AP 115 and second AP 130), and through radio resource management (e.g., Neighbor Discovery Protocol (NDP) messages between APs at intervals), it may know if the quality of the air communication between the APs is good enough for direct transmission. If so, controller 105 may push bypass instructions to the AP for the pair of communicating client devices. The bypass instructions may tell the APs to either move or copy the frames over the air to bypass or speed up the transmission.
  • radio resource management e.g., Neighbor Discovery Protocol (NDP) messages between APs at intervals
  • controller 105 may recognize the direction of primary traffic (e.g., based on traffic volume, pace, or type), for example, first client device 125 to first AP 115 to second AP to second client device 130. Controller 105 may then instruct second AP 120 to switch its monitor radio to the channel of one of first AP 115 ’ s radios (e.g., the same radio as first client device 125’s BSS or another).
  • direction of primary traffic e.g., based on traffic volume, pace, or type
  • Controller 105 may then instruct second AP 120 to switch its monitor radio to the channel of one of first AP 115 ’ s radios (e.g., the same radio as first client device 125’s BSS or another).
  • First AP 115 may then replicate or move the traffic received from first client device 125 as above, over the wire and over the first AP 115 to second AP 120 Over-the-Air (OTA) link (or only OTA).
  • OTA Over-the-Air
  • the return traffic may follow the regular Down Stream (DS) path.
  • first AP 115 may also set its monitor radio to the first AP 115 to second AP 120 channel, and both directions may use the OTA path.
  • Controller 105 may also check whether first client device 125 can reach second AP 120 using MLO. This check may be done passively, by detecting the client device capabilities (e.g., MLO) and the probes on second AP 120, or may take the form of an I lk neighbor report request to the client device.
  • MLO client device capabilities
  • controller 105 may instruct first client device 125 to associate to second AP 120 (e.g., this may be a new action frame, for example, derived from 802.1 Iv BSS Transition Management (BTM)) and may provide forwarding preferences so first client device 125 uses second AP 120 when talking to second client device 130 (e.g., this may be a new action frame, for example, derived from the Differentiated Service Code Point (DSCP) policy action frame, where the target becomes second client device 130’s Media Access Control).
  • BTM 802.1 Iv BSS Transition Management
  • DSCP Differentiated Service Code Point
  • first AP 115 may select either over-the-air or over-the-wire transmission for a given frame based on the prediction of success for over-the-air. After a few retries without an acknowledgment, first AP 115 may fall back to over-the-wire transmission.
  • first client device 125 using MLO to second AP 120 may measure its retry rate over this link, and start duplicating traffic to first AP 115, or switching to first AP 115 entirely, when its retry rate to second AP 120 exceeds a configurable retry threshold.
  • an engine may perform a process to determine that some client device to client device traffic may require low latency.
  • Such an engine may be co-located in wireless controller 105 or in the APs.
  • the process may be descried as follows. First, the process may identify a subset of client devices capable of MLO. Then select all client devices with traffic sensitive to delay and jitter.
  • a local policy engine may be used to list all “critical” applications (i.e., requiring low latency (e.g., AR/VR) or other deterministic traffic). This may be performed by activating Deep Packet Inspection (DPI) for the traffic going through the AP/controller 105 and by monitoring the SLA for the traffic for example.
  • DPI Deep Packet Inspection
  • a set of conditions may be used (e.g., minimum amount of traffic, time of day) and a performance template (e.g., maximum of x% of critical traffic violating the SLA is acceptable). If the above conditions are met, the engine may start a process by which other potential client devices may relay the offended traffic between STAi and STAj (e.g., equipped with MLO) by using one radio in ad hoc mode. A selection process may be used to elect the client device that may be used to relay the traffic between STAi and STAj.
  • the engine may select the client device that may be likely to optimize the client device to client device delay or satisfy the delay (and jitter) requirements while optimizing the probability of a successful transmission.
  • a signal may be sent to STAi and STAj requesting to send the critical traffic via STAk, and to STAk to operate in ad hoc mode for the traffic between STAi and STAj.
  • STAk may be expected to be MLO-capable and associated to the same BSS as STAi.
  • first AP 115 may send to STAk a request to relay that may be an action frame derived from Direct Link Setup (DLS).
  • DLS Direct Link Setup
  • STAk may confirm reachability to second AP 120 or to STAj and may start relaying traffic.
  • STAk may also have its own traffic to transmit and receive.
  • Communicating directly between first client device 125 and second client device 130 may comprise a Device to Device (D2D) mode.
  • the engine may deactivate the D2D mode upon detecting the lack of critical traffic between STAi and STAj.
  • the engine may also start “trial” periods requesting STAi to switch back to the previous mode (with traffic transiting via the AP, controller, switching fabric) so as to check whether the D2D should be maintained or not.
  • a signaling may be specified that may allow the “relay” client device (STAk) to stop acting as a relay for the traffic between STAi and STAj should the second radio be requested for other usage.
  • STAk may use an action frame derived from DLS to terminate its role as relay.
  • STAk may use an action frame derived from 802.1 Ibe Stream Classification Service (SCS) (QoS management) to request a limit on its relay -role (e.g., in terms of frame size and pace).
  • SCS Ibe Stream Classification Service
  • the D2D mode may be activated according to predicted critical traffic between STAi and STAj for which the engine predicts that the SLA may not be met.
  • “Predictive Networks” may be used to predict the existence of critical traffic and the high probability of SLA violation.
  • the engine may send a signal to the relay client device with a schedule to indicate when the D2D mode should be activated according to the prediction. Similar to above, this message may be an extension to 802.1 Ibe SCS (QoS management), where the targeted traffic may be represented and characterized, along with the destination client device or AP, and channel.
  • method 200 may continue to stage 230 where computing device 100 may cause the data traffic to flow on the second pathway. Once computing device 100 causes the data traffic to flow on the second pathway in stage 230, method 200 may then end at stage 240.
  • FIG. 3 shows computing device 300.
  • computing device 300 may include a processing unit 310 and a memory unit 315.
  • Memory unit 315 may include a software module 320 and a database 325.
  • software module 320 may perform, for example, processes for providing leveraging of wireless direct transmissions as described above with respect to FIG. 2 and FIG. 3.
  • Computing device 300 may provide an operating environment for controller 105, first AP 115, second AP 120, first client device 125, and second client device 130. Controller 105, first AP 115, second AP 120, first client device 125, and second client device 130 may operate in other environments and are not limited to computing device 300.
  • Computing device 300 may be implemented using a Wi-Fi access point, a tablet device, a mobile device, a smart phone, a telephone, a remote control device, a set-top box, a digital video recorder, a cable modem, a personal computer, a network computer, a mainframe, a router, a switch, a server cluster, a smart TV-like device, a network storage device, a network relay device, or other similar microcomputer-based device.
  • Computing device 300 may comprise any computer operating environment, such as hand-held devices, multiprocessor systems, microprocessor-based or programmable sender electronic devices, minicomputers, mainframe computers, and the like.
  • Computing device 300 may also be practiced in distributed computing environments where tasks are performed by remote processing devices.
  • the aforementioned systems and devices are examples, and computing device 300 may comprise other systems or devices.
  • Embodiments of the disclosure may be implemented as a computer process (method), a computing system, or as an article of manufacture, such as a computer program product or computer readable media.
  • the computer program product may be a computer storage media readable by a computer system and encoding a computer program of instructions for executing a computer process.
  • the computer program product may also be a propagated signal on a carrier readable by a computing system and encoding a computer program of instructions for executing a computer process.
  • the present disclosure may be embodied in hardware and/or in software (including firmware, resident software, micro-code, etc.).
  • embodiments of the present disclosure may take the form of a computer program product on a computer-usable or computer-readable storage medium having computer- usable or computer-readable program code embodied in the medium for use by or in connection with an instruction execution system.
  • a computer-usable or computer- readable medium may be any medium that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device.
  • the computer-usable or computer-readable medium may be, for example but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, device, or propagation medium. More specific computer-readable medium examples (a non-exhaustive list), the computer-readable medium may include the following: an electrical connection having one or more wires, a portable computer diskette, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), an optical fiber, and a portable compact disc read-only memory (CD-ROM).
  • RAM random access memory
  • ROM read-only memory
  • EPROM or Flash memory erasable programmable read-only memory
  • CD-ROM portable compact disc read-only memory
  • the computer-usable or computer-readable medium could even be paper or another suitable medium upon which the program is printed, as the program can be electronically captured, via, for instance, optical scanning of the paper or other medium, then compiled, interpreted, or otherwise processed in a suitable manner, if necessary, and then stored in a computer memory.
  • embodiments of the disclosure may be practiced in an electrical circuit comprising discrete electronic elements, packaged or integrated electronic chips containing logic gates, a circuit utilizing a microprocessor, or on a single chip containing electronic elements or microprocessors.
  • Embodiments of the disclosure may also be practiced using other technologies capable of performing logical operations such as, for example, AND, OR, and NOT, including but not limited to, mechanical, optical, fluidic, and quantum technologies.
  • embodiments of the disclosure may be practiced within a general purpose computer or in any other circuits or systems.
  • Embodiments of the disclosure may be practiced via a system-on-a- chip (SOC) where each or many of the element illustrated in FIG. 1 may be integrated onto a single integrated circuit.
  • SOC system-on-a- chip
  • Such an SOC device may include one or more processing units, graphics units, communications units, system virtualization units and various application functionality all of which may be integrated (or “burned”) onto the chip substrate as a single integrated circuit.
  • the functionality described herein with respect to embodiments of the disclosure may be performed via application-specific logic integrated with other components of computing device 300 on the single integrated circuit (chip).
  • Embodiments of the present disclosure are described above with reference to block diagrams and/or operational illustrations of methods, systems, and computer program products according to embodiments of the disclosure.
  • the functions/acts noted in the blocks may occur out of the order as shown in any flowchart.
  • two blocks shown in succession may in fact be executed substantially concurrently or the blocks may sometimes be executed in the reverse order, depending upon the functionality/acts involved.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Il est possible de tirer parti de la transmission directe sans fil. Il peut être déterminé que le trafic de données circulant sur un premier trajet entre un premier dispositif client et un second dispositif client ne satisfait pas un niveau de service prédéterminé. Le premier trajet peut être partiellement câblé et partiellement sans fil. Une seconde voie qui va satisfaire le niveau de service prédéterminé peut être déterminée. Le second trajet peut être sans fil. Le trafic de données peut être amené à s'écouler sur le second trajet.
EP23825306.6A 2022-11-11 2023-11-10 Exploitation de transmissions directes sans fil Pending EP4616640A1 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US202263383270P 2022-11-11 2022-11-11
US18/328,377 US20240163770A1 (en) 2022-11-11 2023-06-02 Leveraging wireless direct transmissions
PCT/US2023/079431 WO2024103038A1 (fr) 2022-11-11 2023-11-10 Exploitation de transmissions directes sans fil

Publications (1)

Publication Number Publication Date
EP4616640A1 true EP4616640A1 (fr) 2025-09-17

Family

ID=89223537

Family Applications (1)

Application Number Title Priority Date Filing Date
EP23825306.6A Pending EP4616640A1 (fr) 2022-11-11 2023-11-10 Exploitation de transmissions directes sans fil

Country Status (2)

Country Link
EP (1) EP4616640A1 (fr)
WO (1) WO2024103038A1 (fr)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102664934B1 (ko) * 2016-10-10 2024-05-09 삼성전자주식회사 멀티 링크 환경에서 데이터 전송 방법 및 장치
GB2592931B (en) * 2020-03-10 2023-01-11 Canon Kk Method and apparatus for Multi-Link setup between multi-link non-AP logical entities

Also Published As

Publication number Publication date
WO2024103038A1 (fr) 2024-05-16

Similar Documents

Publication Publication Date Title
US12549438B2 (en) Cloud-based control of a Wi-Fi network
US10470082B2 (en) Data gathering to enable the optimization of distributed Wi-Fi networks
US11159965B2 (en) Quality of experience measurements for control of Wi-Fi networks
US20230328553A1 (en) Failure prediction signaling and cognitive user migration
CN108370610B (zh) 密集网格网络中的干扰减轻
WO2020259465A1 (fr) Procédé de transmission de données, terminal et système de communication
WO2024114192A1 (fr) Procédé et appareil de gestion de qualité de service
CN112262552B (zh) 用于使用多径传输控制协议在通信网络上传送传输控制协议分段的通信设备
US20240163770A1 (en) Leveraging wireless direct transmissions
WO2014169557A1 (fr) Méthode et dispositif de changement d'interface
US20260107295A1 (en) Adapting transmission schedules for a radio frequency (rf) environment
CN114390593B (zh) 一种iab网络中的通信方法及其装置
EP4616640A1 (fr) Exploitation de transmissions directes sans fil
US12075278B2 (en) Traffic processing monitoring method
US11082812B2 (en) Multi-band communications in a wireless mesh network
CN108235381B (zh) 无线介质清除
US20240163786A1 (en) Multimodal wireless and deterministic mode operation
EP4531363A1 (fr) Contrôle de flux de réseau de qualité de service
US20240365198A1 (en) Enhanced multi-link operation (mlo) for client distress operation
WO2024103037A1 (fr) Fonctionnement en mode déterministe et multimode sans fil
EP4616644A1 (fr) Fonctionnement en mode déterministe et multimode sans fil
CN104660501A (zh) 一种共享保护方法、装置及系统

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20250604

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC ME MK MT NL NO PL PT RO RS SE SI SK SM TR

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)