WO2011017976A1 - Procédé et système de service multimédia - Google Patents
Procédé et système de service multimédia Download PDFInfo
- Publication number
- WO2011017976A1 WO2011017976A1 PCT/CN2010/073950 CN2010073950W WO2011017976A1 WO 2011017976 A1 WO2011017976 A1 WO 2011017976A1 CN 2010073950 W CN2010073950 W CN 2010073950W WO 2011017976 A1 WO2011017976 A1 WO 2011017976A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- media
- edge node
- node
- url
- user equipment
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1046—Call controllers; Call servers
Definitions
- the present invention relates to the field of communications, and in particular to a media service method and system.
- Mobile streaming media technology collects continuous sound and video information into a network server after being collected and compressed, so that the mobile terminal user can listen and watch while downloading, without waiting for the entire multimedia file to be downloaded. Instant viewing technology.
- the server node is generally set up according to the physical area to which the user belongs, and the node provides the media service for the users in the area. When there are more and more media files in the system, it will put a lot of pressure on the storage of the node.
- a primary object of the present invention is to provide an improved media service solution to solve at least one of the above problems. According to an aspect of the present invention, a media service method is provided.
- the media service method includes: the edge node receives a media service request from the user equipment, wherein the media service request is used to request the media resource; the edge node determines whether it can provide the media resource for the user equipment; In the case of no, the request message is sent to the central node; the edge node receives the media resource from the central node in response to the request message, and sends the media resource to the user equipment.
- a media service system is provided.
- the media service system includes an edge node and a central node, where the edge node includes: a first receiving module, configured to receive a media service request from a user equipment, where the media service request is used to request a media resource; Used to determine that an edge node can be a user device Providing a media resource; a first sending module, configured to send a request message to the central node if the determining result of the determining module is negative; the second receiving module, the edge node receives the media resource from the central node in response to the request message; And a sending module, configured to send the media resource to the user equipment.
- the media resource is saved on the sub-node (ie, the edge node) according to the policy.
- the sub-node acquires the media resource from the central node, and solves the problem.
- FIG. 1 is a flowchart of a media service method according to an embodiment of the present invention
- FIG. 2 is a schematic structural diagram of a mobile streaming media system networking according to an embodiment of the present invention
- FIG. 3 is a schematic diagram of an embodiment of the present invention.
- FIG. 4 is a flowchart of providing an on-demand service in a non-relay form according to an embodiment of the present invention
- FIG. 5 is a flowchart of providing an on-demand service in a relay form according to an embodiment of the present invention
- 6 is a structural block diagram of a media service system according to an embodiment of the present invention
- FIG. 7 is a block diagram showing a specific structure of a media service system according to an embodiment of the present invention.
- FIG. 1 is a flowchart of a media service method according to an embodiment of the present invention. As shown in FIG. 1, the method includes the following steps S102 to S106: Step S102: The edge node receives a media service request from the user equipment, where the media service request is used to request the media resource.
- Step S104 The edge node determines whether the edge node can provide the requested media resource for the user equipment, and sends a request message to the central node if it is determined that it cannot provide the media resource for the user equipment; In the case that the user equipment is provided with the media resource, the edge node sends the media resource to the user equipment.
- Step S106 The edge node receives the media resource of the central node in response to the request message, and sends the media resource to the user equipment. Through the foregoing steps, the edge node can request the media resource from the central node if the media resource cannot be provided for the user equipment, so that the edge node can save all the media resources without saving all the media resources.
- the reason why the edge node cannot provide the media resource to the user equipment may be that the edge node does not have the media resource, but the reason is not limited thereto. For example, the reason may be that the load of the edge node is too large, etc., based on the overload.
- the above steps can also avoid overloading the edge nodes. Therefore, the above steps solve the problem that the storage node generated by the server sub-node in the related art wastes the storage resources and the system cannot provide the service when the resource does not exist.
- the edge node does not need to save all the media resources, and the media resource may be saved according to a predetermined policy. For example, the media resource may be saved according to the number of times the media resource is requested, the creation time of the media resource, and the like.
- Embodiment 2 a description is given of a preferred embodiment in which an edge node in step 4 of the first embodiment receives a media resource from a central node in response to a request message, and includes the following steps: Step A, Center The node sends a Uniform Resource Locator (URL) carrying the address of the media server for providing the media resource to the edge node.
- Step B The edge node initiates a media service request according to the URL to the media server corresponding to the URL, and receives the media resource from the media server corresponding to the URL.
- the edge node can request and acquire the media resource from the media server of the central node.
- Embodiment 3 a preferred implementation manner of sending a request message to an edge node in the step S104 of the first embodiment is described.
- the method includes the following steps: Step C: The edge node sends the carried message to the user equipment.
- Step E After receiving the service request from the user equipment, the media server corresponding to the URL sends a request message to the central node.
- FIG. 2 is a schematic structural diagram of a mobile streaming media system networking according to an embodiment of the present invention, as shown in FIG. 2, in the mobile streaming media system.
- the lieutenant deploys the headquarters-provincial secondary architecture, and sets up a central node (also called the headquarters node) at the headquarters; sets an edge node (also called a provincial node or local node) in each province, where
- the service server address information of the headquarters node is configured on the media server of the provincial node.
- the node refers to a combination of a service engine device and multiple media server devices.
- the service engine is used to manage the file information (ie, the media resource) stored on the media server device and the media server device.
- the national service engine is also responsible for processing the interaction with the user equipment (User Equipment, UE for short).
- the service engine After receiving the media service request from the user equipment, the service engine first retrieves from the database which media server devices contain the media files requested by the user (ie, media resources), and then integrates the hardware of each media server in the provincial node. Choose the most appropriate server for performance and / or concurrent flow, and finally assemble the URL for providing media services Provided to the user, the user uses this URL for media service requests.
- the media server can provide media services such as on-demand, live broadcast, and download to the user.
- the media server can form a cluster by using multiple media server devices.
- the media server uses a large-capacity magnetic array to store the physical content of the media files on the node.
- the Wireless Access Protocol (WAP) portal in the headquarters node is responsible for displaying media files in the mobile streaming media system.
- WAP Wireless Access Protocol
- the user device browses the list of media files in the system by accessing the WAP portal. All media files are saved on the media server of the headquarters node. Each provincial node stores only some physical files according to certain policies. For example, only popular content or new online content can be saved according to the actual operation of the system and dynamically adjusted periodically. All mobile streaming users can belong to an edge node based on their terminal number (for example, mobile number).
- the wireless network or the wired fixed network is responsible for sending the request to the provincial branching service engine of the provincial branch node to which it belongs, and the provincial branching service engine records the media file saved in the database of the node.
- the local media server of the node directly provides services for the user; if the corresponding media file does not exist on the provincial media server, the service relay process is triggered.
- the network element such as the provincial media server, the headquarters service engine, and the headquarters media server selects an optimal available headquarters media server device, which is responsible for providing the media service of the user request content to the provincial media server. The relay process is described in detail below.
- the relaying process is: when the user equipment requests the service, if the home node does not have the service condition, the provincial media server in the home node first initiates a redirect request to the headquarters service engine (it is required that the redirection refers to The distribution information of the media files in the system and the operation of each media device, select a media server to provide services for the user), and the headquarters service engine generates a service URL including the address of the media server of the headquarters to return to the provincial media server, and save the media server. Use this URL to request services from the headquarters media server.
- the headquarters media server sends the media code stream to the provincial media server.
- the media server saves the media code stream to the user device to complete the media interaction process.
- the data transmission form between the headquarters media server and the provincial media server, and between the provincial media server and the user equipment is related to the service type.
- the general streaming media data transmission is through a real-time transport protocol (Real-time Transport Protocol, Referred to as RTP, it is completed with the Real-time Transport Control Protocol (RTCP).
- RTP Real-time Transport Protocol
- RTCP Real-time Transport Control Protocol
- Step S301 The user equipment initiates a media service request to the provincial service engine of the home node.
- Step S302 After receiving the media service request, the provincial service engine searches the database for whether the content requested by the user exists on the media service device of the local node.
- Step S303 determining whether the provincial node can provide the service according to the search result in step S302, and combining the hardware performance of the media server and the number of concurrent flows in the provincial node.
- Step S304 if the provincial node can provide a service for the user, the media stream is directly sent by the provincial media server to the user equipment, and the monthly service flow is started.
- step S305 if the provincial node cannot provide the service, the relay process needs to be triggered.
- a temporary service URL is generated by the provincial service engine and returned to the user equipment.
- the service device network protocol (Internet Protocol, IP address) in the URL fills in the address of any media server in the node, and at the same time, The URL indicates that the service needs to go through the relay process through an identifier parameter.
- Step S306 The user equipment initiates a request to the provincial media server by using the URL returned in step S305, and the provincial media server takes out the relay identification parameter in the request URL, and initiates a redirect request to the headquarters service engine.
- Step S307 The headquarters service engine performs redirection in the headquarters node to generate an available URL containing the address of the headquarters media server, and then encapsulates the URL in a response message of a certain format to return the result to the requesting national media server.
- the provincial media server requests the service from the headquarters media server by using the received new URL, and the headquarters media server sends the code stream data of the requested content to the provincial media server.
- the regional media server forwards the received code stream data to the user equipment, and starts the media service process.
- the user equipment requests the video file on-demand service as an example, and the description is made on the situation that the content requested by the user and the content of the user request are not present on the provincial node to which the user belongs.
- the process is a flow chart of providing an on-demand service in a non-relay form according to an embodiment of the present invention, as shown in FIG. 4, in the process, the provincial streaming media server provides services directly to the user, the UE is generally referred to as a mobile mobile terminal; the WAP refers to an audio and video WAP portal, and the portal entry list is provided on the portal.
- the user equipment first accesses the WAP.
- Portal select a content of interest on the page to trigger the on-demand process;
- LSS Local Streaming Server
- LSS Local Streaming Server
- a media server for services such as on-demand, live broadcast, and download; a local service engine (LSE) is a national branch node and a local streaming server to provide mobile streaming services to users.
- LSE local service engine
- the process includes the following steps: Step S401: The user equipment accesses the WAP portal of the mobile streaming media system through the wireless network. Step S402, the WAP portal displays the audio and video media files in the mobile streaming media system on the page in a list, and returns the information to the user equipment.
- Step S403 The user selects the media file of interest for on-demand, and sends an on-demand service request to the LSE of the own node, where the message is a GET request in a HyperText Transfer Protocol (HTTP) format.
- HTTP HyperText Transfer Protocol
- Step S404 the LSE searches in the content record table of the own node database, and finds whether the content requested by the user exists on the local streaming server. If the content streaming server requested by the user runs normally, the result message is in the form of an HTTP packet. Return, the result code in the HTTP message header is 200.
- the HTTP message body contains the result URL generated by the LSE. Setting the proxy parameter to 0 in the URL indicates that the content exists in the provincial node, and the service relay process is not required.
- Step S405 After the response to the LSE, the user equipment extracts the URL in the response message, and initiates a service request to the LSS by using a Real-time Streaming Protocol (RTSP) message.
- RTSP Real-time Streaming Protocol
- Step S406 After receiving the RTSP request from the user equipment, the LSS determines that the proxy parameter in the request URL is 0, locates the location of the file requested by the user on the magnetic array of the server, and starts to send the code stream data to the user equipment to provide the on-demand service.
- FIG. 5 is a flowchart of providing an on-demand service in a relay form according to an embodiment of the present invention. As shown in FIG. 5, when a user equipment requests on-demand, the provincial service engine notifies the user equipment that a device needs to trigger a relay in a message returned to the user equipment. The process then completes the on-demand relay process by interacting between the provincial streaming media server, the headquarters service engine, and the headquarters streaming media server.
- Step S503 the user selects the media file of interest for on-demand, and sends an on-demand service request to the LSE of the own node.
- Step S504 the LSE searches in the content record table of the node database, and finds whether the content requested by the user exists on the local streaming server. If not, generates a temporary service URL, and the streaming server address in the URL is filled in the local node. Any streaming media server IP, at the same time, by setting the identifier parameter proxy in the URL to 1 means that there is no such content locally, the relay process needs to be triggered subsequently, and the response message is also returned in the form of an HTTP packet, and the result code in the HTTP message header is 200.
- the HTTP message body contains the result URL generated by the LSE.
- Step S505 After receiving the response of the LSE, the user equipment extracts the URL in the response message body, and initiates a service request to the LSS in the RTSP format.
- Step S506 After receiving the request of the user equipment, the LSS determines that the proxy parameter in the request URL is 1, and initiates a redirect request to the GSE, requesting to obtain an on-demand URL that can be served.
- Step S 507 the GSE retrieves the content record table of the headquarters node database, finds which streaming media device contains the media file requested by the user, and selects a streaming media server according to the running condition of each device, and finally generates a relay service that can provide the LSS with the relay service.
- GSS-Port is the port number of the streaming media server that provides the video streaming service. Then the GSE encapsulates an RTSP response message. The result code in the message is filled with 302 (Moved Temporarily, redirection, indicating that the request must be further processed to complete the request;), At the same time, the newly generated URL is filled in the location (point) parameter i or in the response-header, and then returned to the provincial streaming media. Server. Step S508, after receiving the RTSP response with the result code 302, the LSS initiates a relay request by taking a new URL from the location i of the response-header in the response message packet.
- Step S509 After receiving the service request of the LSS, the GSS locates the requested entity file and starts to send the code stream data to the LS S.
- Step S510 the LSS forwards the received code stream data to the user equipment, and starts to provide an on-demand service to the user.
- the on-demand service is taken as an example for description. Similarly, it can be extended to the media and service fields such as live broadcast and download.
- the above description is only a preferred embodiment of the present invention, but the scope of protection of the present invention is not limited thereto, and all the various substitutions and tampering based on the essence of the present invention should belong to the present invention. The scope of protection of rights.
- Embodiment 6 This embodiment combines the foregoing embodiments and the preferred embodiments in the respective embodiments.
- This embodiment provides a media service system
- FIG. 6 is a structural block diagram of a media service system according to an embodiment of the present invention, as shown in FIG. 6.
- the central node may be connected to one or more edge nodes, and the edge node includes: a first receiving module 62, a first sending module 64, a second receiving module 66, and a second sending module 68.
- the edge node is detailed below. Introduction.
- the first receiving module 62 is configured to receive a media service request from the user equipment, where the media service request is used to request the media resource;
- the determining module 60 is connected to the first receiving module 62 and the first sending module 64, where the module is used for determining Whether the edge node can provide the media resource to the user equipment;
- the first sending module 64 is connected to the first receiving module 62, configured to send a request message to the central node if it is determined that the edge node cannot provide the media resource for the user equipment;
- the receiving module 66 is connected to the first sending module 64, and the edge node receives the media resource from the central node in response to the request message.
- the second sending module 68 is connected to the second receiving module 66 for transmitting the media resource to the user equipment.
- the second receiving module 66 includes: a first receiving submodule 662, an initiating submodule 664, and a second receiving submodule 666.
- a first receiving submodule 662 configured to receive a URL from a central node that carries a media server address for providing a media resource
- the initiating submodule 664 is connected to the first receiving submodule 662
- the second receiving sub-module 666 is configured to receive the media resource from the media server corresponding to the URL, by using the media server to initiate a media service request according to the URL.
- the first sending module 64 includes: a first sending submodule 642 and a second sending submodule 644, where the first sending submodule 642 is configured to send, to the user equipment, a media server address carrying the edge node. a URL, wherein the URL carries an indication that the edge node cannot provide the media resource, so that the user equipment initiates a media service request according to the URL to the media server corresponding to the URL; and the second sending submodule 644 is configured to receive the user from the user. After the service request of the device, a request message is sent to the central node.
- the edge node further includes: a saving module 74, configured to save the media resource according to a predetermined policy.
- the central node includes: a third receiving module 76 and a third sending module 78. The central node is described in detail below.
- the third receiving module 76 is configured to receive a request message from the edge node, where the request message is used to request the media resource: the third sending module 78 is connected to the third receiving module 76, and configured to send the media resource to the edge node.
- each provincial branch node saves part of the content resources in the system according to a certain policy, and at the same time, the content that does not exist for the local node can provide services through relaying, and can effectively solve the node content storage.
- modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device, or they may be separately fabricated into individual integrated circuit modules, or they may be Multiple modules or steps are made into a single integrated circuit module. Thus, the invention is not limited to any particular combination of hardware and software.
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Information Transfer Between Computers (AREA)
Abstract
L'invention porte sur un procédé et sur un système pour des services multimédias, le procédé comprenant les opérations suivantes : un nud périphérique reçoit une demande de service multimédia d'un dispositif utilisateur, la demande de service multimédia étant utilisée pour demander des ressources multimédias ; le nud périphérique détermine s'il peut fournir les ressources multimédias au dispositif utilisateur ; si le résultat est négatif, le nud périphérique envoie un message de demande à un nud central ; le nud périphérique reçoit du nud central les ressources multimédias répondant au message de demande et envoie les ressources multimédias au dispositif utilisateur. La présente invention optimise la capacité de partage de ressources du système et améliore l'expérience de l'utilisateur.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910164084.1A CN101626385B (zh) | 2009-08-10 | 2009-08-10 | 媒体服务方法及系统 |
CN200910164084.1 | 2009-08-10 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2011017976A1 true WO2011017976A1 (fr) | 2011-02-17 |
Family
ID=41522069
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2010/073950 WO2011017976A1 (fr) | 2009-08-10 | 2010-06-13 | Procédé et système de service multimédia |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101626385B (fr) |
WO (1) | WO2011017976A1 (fr) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101626385B (zh) * | 2009-08-10 | 2016-03-30 | 中兴通讯股份有限公司 | 媒体服务方法及系统 |
CN101964794A (zh) * | 2010-09-30 | 2011-02-02 | 中兴通讯股份有限公司 | 用于多媒体业务系统的媒体汇接方法及系统 |
CN102638731B (zh) * | 2011-12-13 | 2018-04-17 | 中兴通讯股份有限公司 | 一种用户点播的优化方法及系统 |
CN103731400A (zh) * | 2012-10-12 | 2014-04-16 | 三星电子(中国)研发中心 | 共享资源的系统和方法 |
CN106170967B (zh) * | 2014-12-30 | 2019-10-18 | 华为技术有限公司 | 一种媒体资源传输设备及方法 |
CN106657402B (zh) * | 2017-02-21 | 2019-10-22 | 上海微喂网络科技有限公司 | 实时多媒体内容分发网络的传输方法及传输架构 |
CN107707616B (zh) * | 2017-08-21 | 2019-02-12 | 贵州白山云科技股份有限公司 | 一种数据传输方法及系统 |
CN110691127B (zh) * | 2019-09-25 | 2022-04-12 | 北京奇艺世纪科技有限公司 | 数据获取控制系统、数据获取控制方法及相关装置 |
CN111277663B (zh) * | 2020-02-07 | 2021-08-27 | 山东大学 | 一种双服务池建筑智能管控方法及系统 |
CN115208955B (zh) * | 2021-03-29 | 2024-04-19 | 贵州白山云科技股份有限公司 | 一种资源请求处理的方法、装置、计算机设备及介质 |
CN113891114B (zh) * | 2021-11-18 | 2023-12-15 | 上海哔哩哔哩科技有限公司 | 转码任务调度方法及装置 |
CN115277694B (zh) * | 2022-06-29 | 2023-12-08 | 北京奇艺世纪科技有限公司 | 一种数据获取方法、装置、系统、电子设备及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1791213A (zh) * | 2005-12-27 | 2006-06-21 | 北京邮电大学 | 一种性能优化的移动视频点播业务系统及实现方法 |
CN101137042A (zh) * | 2006-09-29 | 2008-03-05 | 中兴通讯股份有限公司 | 一种集群式流媒体系统中静态节目的分发和服务方法 |
CN101626385A (zh) * | 2009-08-10 | 2010-01-13 | 中兴通讯股份有限公司 | 媒体服务方法及系统 |
-
2009
- 2009-08-10 CN CN200910164084.1A patent/CN101626385B/zh active Active
-
2010
- 2010-06-13 WO PCT/CN2010/073950 patent/WO2011017976A1/fr active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1791213A (zh) * | 2005-12-27 | 2006-06-21 | 北京邮电大学 | 一种性能优化的移动视频点播业务系统及实现方法 |
CN101137042A (zh) * | 2006-09-29 | 2008-03-05 | 中兴通讯股份有限公司 | 一种集群式流媒体系统中静态节目的分发和服务方法 |
CN101626385A (zh) * | 2009-08-10 | 2010-01-13 | 中兴通讯股份有限公司 | 媒体服务方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN101626385A (zh) | 2010-01-13 |
CN101626385B (zh) | 2016-03-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2011017976A1 (fr) | Procédé et système de service multimédia | |
US8694675B2 (en) | Generalized dual-mode data forwarding plane for information-centric network | |
KR102305064B1 (ko) | 비디오 라이브 방송 방법 및 장치 | |
CN102238226B (zh) | 在以内容为中心的网络上的会话迁移 | |
US8812715B2 (en) | Method, system, and proxy node for P2P streaming media data distribution | |
US20130132544A1 (en) | Precise geolocation for content caching in evolved packet core networks | |
JP2007529073A (ja) | キャッシュサーバネットワーク及びコンテンツファイルの配信をスケジューリングする方法 | |
US20080307108A1 (en) | Streaming media network system, streaming media service realization method and streaming media service enabler | |
US20120297410A1 (en) | Streaming With Optional Broadcast Delivery of Data Segments | |
WO2013029569A1 (fr) | Plan bimode généralisé de transmission de données pour réseau axé sur l'information | |
RU2647654C2 (ru) | Система и способ доставки аудиовизуального контента в клиентское устройство | |
US9215265B2 (en) | Caching directives for a file delivery protocol | |
WO2013178010A1 (fr) | Procédé, dispositif et système de distribution de contenu multimédia | |
US11051078B2 (en) | Video distribution method and device | |
Pitkänen et al. | Opportunistic web access via wlan hotspots | |
US8817983B2 (en) | Streaming video to cellular phones | |
JP2009541877A (ja) | ウェブ・オブジェクトを制御する方法、システム、装置、及びコンピュータ・プログラム(放送情報をキャッシュする方法及び装置) | |
WO2012083620A1 (fr) | Procédé, moyen et système pour télécharger des fichiers de données multimédias diffusées en continu | |
WO2015103738A1 (fr) | Procédé, appareil, et système de distribution de contenu | |
CN105100147A (zh) | 一种基于内容提供商与服务提供商分离的控制方法及装置 | |
WO2014117508A1 (fr) | Réseau de livraison de contenu et procédé de gestion de contenu dans un réseau de livraison de contenu | |
WO2010075742A1 (fr) | Procédé, dispositif et système pour acquérir des contenus multimédia dans un réseau p2p | |
US11671515B2 (en) | Methods, network node and client device for acquisition and delivery of resources in a communications network | |
EP2575323B1 (fr) | Livraison de contenu à un client depuis un serveur | |
JP2005267015A (ja) | サーバ装置 |
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: 10807921 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: 10807921 Country of ref document: EP Kind code of ref document: A1 |