WO2011137830A1 - Procédé d'envoi spontané de messages d'une plate-forme de prestation de services, dispositif et système correspondants - Google Patents

Procédé d'envoi spontané de messages d'une plate-forme de prestation de services, dispositif et système correspondants Download PDF

Info

Publication number
WO2011137830A1
WO2011137830A1 PCT/CN2011/074739 CN2011074739W WO2011137830A1 WO 2011137830 A1 WO2011137830 A1 WO 2011137830A1 CN 2011074739 W CN2011074739 W CN 2011074739W WO 2011137830 A1 WO2011137830 A1 WO 2011137830A1
Authority
WO
WIPO (PCT)
Prior art keywords
notification message
user terminal
message
notification
unit
Prior art date
Application number
PCT/CN2011/074739
Other languages
English (en)
Chinese (zh)
Inventor
柳正
黄伟
Original Assignee
华为技术有限公司
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
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2011137830A1 publication Critical patent/WO2011137830A1/fr

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1859Arrangements for providing special services to substations for broadcast or conference, e.g. multicast adapted to provide push services, e.g. data channels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/06Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • SMS Short Message
  • MMS Mobile Broadcast
  • Push Mail business such as BlackBerry's mail active push service
  • IM instant messaging
  • CAB Convergent Address Book
  • the user terminal receives different messages, such as the short message is sent by the traditional signaling network; the multimedia message is first sent a push (PUSH) message notification, and then through the general packet wireless service (GPRS, General Packet Radio Service) Download message content; SNS does not have a unified standard, SNS needs to send a notification message to the user terminal first, prompting — The user has a notification to add a friend request, a friend status update, and a log update. The user terminal then views the detailed class through GPRS.
  • PUSH push
  • GPRS General Packet Radio Service
  • the SDP platform needs to send messages according to different data service channels. There is no unified delivery channel, which makes the network utilization less efficient. If the user terminal wants to use multiple services at the same time, it needs to be established according to different protocol channels. Different connections are used to receive messages, which causes the power consumption of the user terminal battery to be too fast, and the user terminal also needs to support a plurality of protocol notification mechanisms, which complicates the development of the user terminal software. Summary of the invention
  • the SDP message pushing method of the service delivery platform includes: acquiring a first notification message sent by the service platform; performing unified protocol conversion on the first notification message to obtain a second notification message unified by the protocol; Sending the second notification message to the user terminal.
  • the SDP message pushing method includes: receiving a second notification message sent by the SDP message pushing device, where the second notification message is sent by the SDP message pushing device
  • the first notification message sent by the platform is obtained by the unified protocol conversion; establishing an IM network connection with the user terminal; preferentially transmitting the second notification message to the user terminal by using the IM network connection; determining to pass the IM network Whether the connection sends the second notification message fails, if yes, establishes a transmission control protocol TCP connection with the user terminal, and sends a second notification message to the user terminal through the TCP connection, or directly to the user terminal by means of a short message Send a second notification message.
  • the embodiment of the present invention has the following advantages:
  • the SDP platform can receive the first notification message of the service platform by using the SDP message pushing device.
  • the first notification message with different protocols performs unified protocol conversion, obtains a second notification message unified by the protocol, and then sends the second notification message to the user terminal through the IM server, thereby greatly improving the efficiency of network utilization;
  • the user terminal is also Only the protocol supporting the selected delivery channel is needed, which simplifies the development process of the user terminal software.
  • a unified delivery channel can be used, and the user terminal can establish only one type of connection receiving notification message, which saves The power consumption of the user terminal.
  • the SDP message pushing device first sends a second unified notification message to the IM server, and then the second notification message is sent by the IM server to the user terminal.
  • the manner in which the second notification message is specifically sent in this embodiment will be described in detail in the following embodiments.
  • the SDP message pushing device acquires the protocol type of the first notification message, and then decapsulates the first notification message to obtain the message content (ie, the message body), and queries the corresponding unified in the protocol type mapping relationship according to the protocol type of the first notification message. Agreement
  • protocol conversion mode in this embodiment is only an example. In the actual application, the protocol conversion may also be performed in other manners, which is not limited herein.
  • step 204 is triggered; if the delivery mode is conditional delivery, step 205 is triggered.
  • the specific delivery method can be confirmed by the user in advance of the content registered in the SDP message pushing device. Certainly, it can also be determined by the operator based on factors such as network status, network bandwidth, and user requirements. Which party determines the delivery method, which is not limited here.
  • the SDP message pushing device sends a second notification message to the IM server immediately after processing a second notification message, so that the IM server is sent to the user.
  • the terminal sends the second notification message.
  • the notification policy includes a notification policy set by the system and a notification policy set by the user.
  • the system preset notification policy is a default policy that is valid for all users.
  • the SDP message pushing device delivers the system-preferred notification policy; the user-set notification policy is based on the user's own The preferences and requirements of custom notification strategies.
  • the specific delivery manner may be based on network status, network bandwidth, and user.
  • - Determine requirements and other conditions to improve network utilization efficiency and user experience.
  • the SDP message pushing method in the embodiment of the present invention is described below with reference to a specific embodiment.
  • another embodiment of the SDP message pushing method in the embodiment of the present invention includes:
  • the content of the steps 301 and 302 in the embodiment is the same as the content of the steps 201 and 202 in the embodiment shown in FIG. 2, and details are not described herein again.
  • the SDP message pushing device sends a second unified notification message to the IM server, so that the IM server sends the second notification message to the user terminal.
  • the second notification message is resent to the IM server according to the preset retransmission rule.
  • the preset retransmission rule may be: resending the second notification message to the IM server, and requesting the IM server to actively connect to the user terminal by using the TCP mode, and the IM server actively connects to the TCP server multiple times. - After the user terminal sends the second notification message is still unsuccessful, the IM server is required to send the second notification message by using the short message mode.
  • the above-mentioned retransmission rule is only an example in the actual application.
  • the retransmission rule can also have another retransmission process, which is not limited herein.
  • the determining mechanism of step 309 determines whether the second notification message is successfully sent by the IM server, and if successful, deletes the cached second notification message. If not, the retransmission mechanism is triggered. Steps 309 to 311 are optional in the embodiment, and are not specifically limited.
  • the delivery mode is the conditional expression
  • the user can freely set the notification policy according to his own needs (eg, the environment in which the user is located), and reduce the notification message.
  • the IM server preferentially transmits the second notification message to the user terminal through the IM network connection.
  • the IM server of the present invention has three channels of IM, TCP, and SMS, because the general SDP message pushing device uniformly converts the first notification message into the XMPP protocol.
  • the second notification message, and the XMPP protocol is the default protocol of the IM channel, so the IM server preferentially selects the IM network connection to send the second notification message.
  • the IM server clears the TCP counter.
  • the TCP counter records the number of times the IM server initiates an active connection to the user terminal. When a certain threshold is exceeded, the IM server will not initiate a TCP connection.
  • the IM server determines whether the second notification message is sent through the IM network connection, and if so, triggers step 407; if not, triggers step 406. Whether the second notification message is sent through the IM network connection fails can be judged according to the protocol between the IM server and the terminal. — —
  • the message delivery device feeds back the success report, so that the message pushing device deletes The cache of the second notification message.
  • the IM server determines whether the IP status of the user terminal is available, and if not, directly triggers step 412; if available, triggers step 408.
  • the IM server determines whether the TCP connection with the user terminal is successful. If successful, it triggers step 411; if not, updates the TCP counter, increments the TCP connection failure count by one, and triggers step 410.
  • the IM server determines whether the accumulated calculation of the TCP counter reaches the preset value. If yes, the direct contact step 412 is performed and the IP status of the user terminal is set to be unavailable; if not, the TCP connection is continuously established with the user terminal.
  • the TCP connection is used for the purpose.
  • the user terminal sends a second notification message, and after the transmission succeeds, the TCP channel is closed, and the reconnection notification message is sent to the user terminal, where the reconnection notification message is used to indicate that the user terminal actively initiates the reconnection request.
  • the second notification message is sent to the user terminal by using the short message mode, and after the transmission is successful, the reconnection notification message is sent to the user terminal, where the reconnection notification message is used to indicate that the user terminal initiates the initiative. Reconnect the request.
  • the backup is sent by using the standby TCP channel, and then the short message is sent, so that the user can receive the online connection as much as possible. Notifications improve the user experience.
  • the IM server receives the new second notification message again, and determines whether the new second notification message contains the IM message. If yes, the step 3 is triggered. If not, the step 4 is triggered.
  • the device will be every two according to the notification policy — —
  • the second notification message is merged into a new second notification message, such as: [(mail.CD3 ); ( QQ. AB2 )]. Or assume that the condition of the notification policy is issued every 5 minutes, and the second notification message reaches three.
  • the second notification message buffered by the SDP message pushing device within the 5 minutes includes: (mail.CD3),
  • the SDP message pushing device transmits a second notification message to the IM server according to the notification policy.
  • the issued notification policy can be sent one or several times at a time and set by the user. It can be sent one by one when it is delivered, or it can be merged and sent first, as long as it meets the set notification policy.
  • the IM server establishes an XMPP connection with the user terminal, records the IP address of the user terminal, the current IP status, and clears the TCP calculator.
  • the IM server determines whether the TCP connection with the user terminal is successful. If successful, it triggers step 512; if not, updates the TCP counter, increments the TCP connection failure count by one, and triggers step 511.
  • the IM server determines whether the accumulated calculation of the TCP counter reaches the preset value. If so, the direct contact step 513 is set and the IP status of the user terminal is set to be unavailable; if not, the TCP connection is continuously established with the user terminal.
  • the third notification message is sent by using the short message; if the TCP connection between the IM server and the user terminal is unsuccessful, the second notification message is sent to the user terminal by the short message mode, and the step 514 is triggered to return the status report of the successful transmission.
  • an embodiment of the SDP message pushing apparatus of the present invention for performing the foregoing SDP message pushing method.
  • an embodiment of the SDP message pushing apparatus in the embodiment of the present invention includes:
  • the notification message obtaining unit 601 is configured to: obtain a first notification message sent by the service platform; and the protocol conversion unit 602 is configured to: after the notification message obtaining unit acquires the first notification message, perform unified protocol conversion on the first notification message, to obtain The second notification message is unified by the protocol; the notification message sending unit 603 is configured to send the second notification message to the user terminal by using the IM server after obtaining the second notification message unified by the protocol.
  • the SDP message pushing apparatus in the embodiment of the present invention may further include:
  • the receiving unit 701 is configured to receive a second notification message sent by the SDP message pushing device, where the second notification message is obtained by the SDP message pushing device to perform a unified protocol conversion on the first notification message sent by the service platform.
  • the TCP count control unit 7052 is configured to perform a clear operation on the TCP counter before the second connection unit 705 establishes a TCP connection with the user terminal.
  • the TCP counter unit 7053 is configured to: when the TCP connection is unsuccessful, the TCP counter is incremented by one; the state determining unit 7054 is configured to determine, before the second connection unit establishes a TCP connection with the user terminal, whether the IP status of the user terminal is available, if If not available, triggering the third sending unit to perform a corresponding operation, and if available, establishing a TCP connection with the user terminal;
  • the value judging unit 7056 is configured to determine whether the TCP counter reaches the preset value. If yes, the third sending unit 707 is triggered to perform a corresponding operation, and the triggering unit 7051 records that the IP status of the user terminal is unavailable. If not, Then, the second connection unit 705 is triggered to establish a TCP connection with the user terminal.
  • the specific interaction process of each unit of the IM server in the embodiment of the present invention is as follows: The receiving unit 701 receives the second notification message sent by the SDP message pushing device, and in order to forward the second notification message, the first connecting unit 702 establishes an IM network connection with the user terminal. And record The IP address of the user terminal, after the connection is established, the first sending unit 703 preferentially transmits a second notification message to the user terminal through the IM network connection.
  • the transmission judging unit 704 judges whether or not the transmission of the second notification message via the IM network connection is failed based on the protocol between the IM server and the terminal. If yes, the second connection unit 705 is triggered to establish a transmission control protocol TCP connection with the user terminal, or the third sending unit 707 directly sends the second notification message to the user terminal in a short message manner.
  • the second notification message is sent by using the TCP channel, and the second notification message is sent to the user terminal in a short message manner.
  • the recording unit 7051 records whether the IP status of the user terminal is available, the TCP count control unit 7052 clears the TCP counter, and then the state judging unit 7054 determines whether the IP status of the user terminal is Available, if not available, triggers the third transmitting unit 707 directly, and if available, establishes a TCP connection with the user terminal.
  • the connection determining unit 7055 determines whether the establishment of the TCP connection is successful.
  • an embodiment of the SDP message pushing system of the present invention for performing the foregoing SDP message pushing method is described.
  • an embodiment of the SDP message pushing system in the embodiment of the present invention includes:
  • the SDP message pushing device 801 is configured to acquire a first notification message sent by the service platform; — A notification message is used for unified protocol conversion, and a second notification message unified by the protocol is obtained; the second notification message is sent to the user terminal by the IM server.
  • the IM server 802 is configured to receive a second notification message sent by the SDP message pushing device, establish an IM network connection with the user terminal, and send the second notification message to the user terminal preferentially through the IM network connection; Whether the second notification message is sent, if yes, establishing a transmission control protocol TCP connection with the user terminal, and sending a second notification message to the user terminal through the TCP connection, or directly sending the second notification message to the user terminal in a short message manner.

Landscapes

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

Abstract

Des modes de réalisation de la présente invention présentent un procédé d'envoi spontané de messages d'une plate-forme de prestation de services, ainsi qu'un dispositif et un système correspondants, qui peuvent améliorer le taux d'utilisation d'un réseau, simplifier le développement de logiciels pour terminaux d'utilisateur et économiser de l'énergie sur les terminaux d'utilisateur. Le procédé des modes de réalisation de la présente invention comprend les étapes suivantes consistant à : obtenir un premier message de notification transmis par une plate-forme de services ; effectuer une conversion en protocole unifié sur le premier message de notification afin d'obtenir un second message de notification au protocole unifié ; et transmettre le second message de notification à un terminal d'utilisateur via un serveur de messagerie instantanée (IM). Les modes de réalisation de la présente invention proposent également un dispositif pour mettre en oeuvre le procédé, ainsi qu'un système correspondant.
PCT/CN2011/074739 2010-09-02 2011-05-27 Procédé d'envoi spontané de messages d'une plate-forme de prestation de services, dispositif et système correspondants WO2011137830A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010273420.9 2010-09-02
CN201010273420.9A CN102143444B (zh) 2010-09-02 2010-09-02 一种业务分发平台消息推送方法、相关设备及系统

Publications (1)

Publication Number Publication Date
WO2011137830A1 true WO2011137830A1 (fr) 2011-11-10

Family

ID=44410613

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/074739 WO2011137830A1 (fr) 2010-09-02 2011-05-27 Procédé d'envoi spontané de messages d'une plate-forme de prestation de services, dispositif et système correspondants

Country Status (2)

Country Link
CN (1) CN102143444B (fr)
WO (1) WO2011137830A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104539510A (zh) * 2014-12-02 2015-04-22 百纳(武汉)信息技术有限公司 一种基于多协议的信息推送系统及方法
CN108390917A (zh) * 2018-01-25 2018-08-10 珠海金山网络游戏科技有限公司 智能发送消息方法和装置

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103200146B (zh) * 2012-01-04 2016-05-25 中国移动通信集团安徽有限公司 终端和服务器的数据同步方法和装置
CN103117915B (zh) * 2013-01-15 2015-12-23 中国联合网络通信集团有限公司 一种消息发送的方法和设备
CN104427551A (zh) * 2013-08-22 2015-03-18 中兴通讯股份有限公司 一种业务消息发送方法及装置
CN103634409B (zh) * 2013-12-12 2017-08-04 中国联合网络通信集团有限公司 实现移动互联网应用永远在线的方法及系统
CN104754018A (zh) * 2013-12-31 2015-07-01 上海博泰悦臻网络技术服务有限公司 消息传输方法、装置及系统
CN104506414B (zh) * 2014-12-17 2017-10-13 北京邮电大学 一种基于即时消息模式实现综合消息化应用的系统及方法
CN105072181A (zh) * 2015-08-07 2015-11-18 北京思特奇信息技术股份有限公司 一种基于通知调度中心的消息数据分发系统及其方法
CN106658440B (zh) * 2015-10-30 2020-10-23 华为技术有限公司 一种消息发送方法、相关装置及系统
CN105516937B (zh) * 2015-11-27 2020-02-07 南威软件股份有限公司 一种基于Android手机系统的手机丢失后的远程控制方法
CN105491056A (zh) * 2015-12-25 2016-04-13 深圳市金立通信设备有限公司 一种信息推送方法及终端
CN105635996A (zh) * 2015-12-29 2016-06-01 深圳市瑞铭无限科技有限公司 智能穿戴设备接收手机短信的方法及服务器
CN107515885B (zh) * 2016-06-17 2021-08-24 百度在线网络技术(北京)有限公司 信息推送的方法和装置
CN106549937B (zh) * 2016-10-09 2020-03-17 武汉斗鱼网络科技有限公司 一种适用于不同推送sdk的统一接入方法及系统
CN109120502B (zh) * 2017-06-26 2022-05-20 中兴通讯股份有限公司 用于多业务融合平台的通信方法、设备、系统及存储介质
CN108156069A (zh) * 2017-12-26 2018-06-12 中兴通讯股份有限公司 一种融合消息系统及消息处理方法
CN109788070A (zh) * 2019-02-28 2019-05-21 深圳点猫科技有限公司 一种websocket断线重连方法及装置
CN113873449B (zh) * 2021-09-15 2022-09-20 北京仁科互动网络技术有限公司 一种短信发送方法、云端服务系统、电子设备及存储介质
CN113992352B (zh) * 2021-09-27 2024-06-25 青岛海尔科技有限公司 一种消息推送方法、装置、电子设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101212719A (zh) * 2006-12-31 2008-07-02 华为技术有限公司 一种无线通信网络中实现融合消息业务的方法及系统
CN101272544A (zh) * 2008-05-05 2008-09-24 中兴通讯股份有限公司 一种实现短消息和即时消息融合的方法及系统
US20090187919A1 (en) * 2008-01-23 2009-07-23 Oracle International Corporation Service oriented architecture-based scim platform

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101212719A (zh) * 2006-12-31 2008-07-02 华为技术有限公司 一种无线通信网络中实现融合消息业务的方法及系统
US20090187919A1 (en) * 2008-01-23 2009-07-23 Oracle International Corporation Service oriented architecture-based scim platform
CN101272544A (zh) * 2008-05-05 2008-09-24 中兴通讯股份有限公司 一种实现短消息和即时消息融合的方法及系统

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104539510A (zh) * 2014-12-02 2015-04-22 百纳(武汉)信息技术有限公司 一种基于多协议的信息推送系统及方法
CN108390917A (zh) * 2018-01-25 2018-08-10 珠海金山网络游戏科技有限公司 智能发送消息方法和装置
CN108390917B (zh) * 2018-01-25 2021-02-02 珠海金山网络游戏科技有限公司 智能发送消息方法和装置

Also Published As

Publication number Publication date
CN102143444B (zh) 2014-01-01
CN102143444A (zh) 2011-08-03

Similar Documents

Publication Publication Date Title
WO2011137830A1 (fr) Procédé d'envoi spontané de messages d'une plate-forme de prestation de services, dispositif et système correspondants
US9800680B2 (en) File transfer system, device and method
KR100677497B1 (ko) 단말기의 중복 통보 메시지 처리 방법
US7711782B2 (en) Event notification method in wireless communications system
KR101524313B1 (ko) 통합 메시징 서비스에서 인스턴트 메시징 처리 통지 요청과 응답 방법 및 그 시스템
WO2018214865A1 (fr) Procédé de traitement d'accusé de réception de message, appareil associé, support de stockage et processeur
US20090181705A1 (en) Mail transmission system and method and push mail server
WO2007041913A1 (fr) Procédé pour traiter un message différé
WO2007031708A1 (fr) Communications de groupe
WO2008043261A1 (fr) Système de messagerie convergent
US20080244023A1 (en) Methods and systems for performing server-based mobile chat
WO2007033549A1 (fr) Procede de transmission de message hors ligne
JP5753316B2 (ja) テキスト・メッセージングのための、RESTfulウェブ・サービスとパケット交換ネットワークとの間におけるインターフェース
WO2007056928A1 (fr) Procede et systeme d'adaptation pour terminal de messagerie mobile
EP2160051A1 (fr) Procédés et dispositifs de messagerie
WO2009074064A1 (fr) Procédé et système pour envoyer un message multimédia et centre de messages multimédia
WO2011160378A1 (fr) Procédé et appareil de traitement d'un échec d'appel
CN103368821A (zh) 发送语音消息的方法及系统、融合消息服务器及客户端
US10097593B2 (en) Method and system for universal chat gateways
US10063648B2 (en) Relaying mobile communications
CN101374254A (zh) 通信系统中传送报告的方法及设备
US20120011260A1 (en) Method and system for transmitting large message mode converged IP messaging
WO2010037281A1 (fr) Procédé, dispositif et système de traitement de service de messages courts à valeur ajoutée
WO2008003217A1 (fr) Procédé, dispositif et système de transfert de messages courts
WO2008037117A1 (fr) Système destiné au traitement d'une tâche de programmation d'un message multimédia et procédé de mise en oeuvre associé

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11777249

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11777249

Country of ref document: EP

Kind code of ref document: A1