WO2017113617A1 - 一种符合多种形态客户端的网络接口在条件接收卡中的实现方法和装置 - Google Patents

一种符合多种形态客户端的网络接口在条件接收卡中的实现方法和装置 Download PDF

Info

Publication number
WO2017113617A1
WO2017113617A1 PCT/CN2016/085071 CN2016085071W WO2017113617A1 WO 2017113617 A1 WO2017113617 A1 WO 2017113617A1 CN 2016085071 W CN2016085071 W CN 2016085071W WO 2017113617 A1 WO2017113617 A1 WO 2017113617A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
network data
data packet
port
host
Prior art date
Application number
PCT/CN2016/085071
Other languages
English (en)
French (fr)
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 WO2017113617A1 publication Critical patent/WO2017113617A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/418—External card to be used in combination with the client device, e.g. for conditional access
    • H04N21/4181—External card to be used in combination with the client device, e.g. for conditional access for conditional access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/418—External card to be used in combination with the client device, e.g. for conditional access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6402—Address allocation for clients
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP

Definitions

  • the invention belongs to the technical field of digital television, and in particular relates to a method and a device for implementing a network interface conforming to a multi-form client in a conditional receiving card.
  • Linux has a common interface for devices, open, read, write, close, ioctl are common, modify the network IO processing at the same time to achieve all other IO processing;
  • select IO reuse function is not directly related to the network, but often combined with the network call function, it also needs to be packaged to achieve;
  • All device drivers of Linux can be processed in file mode.
  • the network function package also includes the work of file processing function encapsulation. If the system platform changes, it needs to be rewritten, which is difficult to implement.
  • the IO multiplexing function is not directly related to the network, it is a common method for effectively processing multiple devices. It is often used in combination with a network calling function. It also needs to be packaged. These functions are used by all IO devices and involve the system kernel. Calling the strategy, the modification is difficult;
  • the migration platform must encapsulate functions. Different functions used by different clients cannot include all functions at one time. Integration of different platforms requires custom integration and a large workload.
  • the embodiment of the invention provides a method and a device for implementing a network interface of a multi-modal client in a conditional receiving card (CAM), which aims to solve the problem that the device network interface without the real network card in the prior art is difficult to implement.
  • CAM conditional receiving card
  • the embodiment of the present invention is implemented by the method for implementing a network interface that conforms to a multi-modal client in a conditional receiving card, and the method includes:
  • the re-encapsulated network data packet is sent to the corresponding port of the device corresponding to the IP address.
  • the embodiment of the present invention further provides an apparatus for implementing a network interface that conforms to a multi-modal client in a conditional receiving card, and the apparatus includes:
  • a network packet obtaining module configured to acquire a network data packet by using a virtual network card
  • a parsing module for parsing an IP address and a port in a network packet
  • An encapsulating module configured to re-encapsulate network data packets according to a protocol type corresponding to the port
  • the network data packet sending module is configured to send the re-encapsulated network data packet to a corresponding port of the device corresponding to the IP address.
  • the invention realizes the function of the physical network card in the conditional receiving card by using the virtual network card, so that a unified standard interface can be provided for different CA/DRM and network application clients, and the method provided by the invention is compared with the repackaging system function glibc. Only need to encapsulate the UDP/TCP/ARP package, which eliminates the re-encapsulation of standard IO functions/IO multiplexing functions, and eliminates the need for CA/DRM clients to customize interfaces for integrators or to modify processes due to integrator repackaging functions being difficult to implement. The problem.
  • the implementation method of the network interface provided by the invention in the conditional receiving card has universal adaptability and can be widely applied to porting different clients, especially for different condition receiving products, transplanting different CA clients can share a mature virtual
  • the NIC driver can handle many network functions of the system.
  • the one-time implementation can be used without the application client.
  • the application client does not need to change the interface, which reduces the difficulty of implementation.
  • the virtual NIC driver processing can be developed at the application layer for easy docking. Application layer debugging.
  • FIG. 1 is a flowchart of a method for implementing a network interface conforming to a multi-modal client in a conditional receiving card according to Embodiment 1 of the present invention
  • FIG. 2 is a flowchart of a method for implementing a network interface conforming to a multi-modal client in a conditional receiving card according to Embodiment 2 of the present invention
  • FIG. 3 is a flowchart of a method for implementing a network interface conforming to a multi-modal client in a conditional receiving card according to Embodiment 3 of the present invention
  • FIG. 4 is a flowchart of a method for implementing a network interface conforming to a multi-modal client in a conditional receiving card according to Embodiment 4 of the present invention
  • FIG. 5 is a flowchart of a method for implementing a network interface conforming to a multi-modal client in a conditional receiving card according to Embodiment 5 of the present invention
  • FIG. 6 is a schematic structural diagram of an apparatus for implementing a network interface conforming to a multi-modal client in a conditional receiving card according to Embodiment 6 of the present invention
  • FIG. 7 is a schematic structural diagram of an apparatus for implementing a network interface conforming to a multi-modal client in a conditional receiving card according to an example of the present invention
  • FIG. 8 is a schematic diagram of a working principle of a virtual network card according to an embodiment of the present invention.
  • CA/DRM client or other third-party clients are generally developed based on the standard network interface application of the device with a real network card, if the device does not have its own network card, a network call error occurs in implementing these basic applications.
  • client providers are required to explain the definition of each network calling function one by one, and the integrator reconfiguration function is needed to drive the integration one by one.
  • the present invention is directed to the interface that is currently difficult to implement and has a large workload. A solution.
  • FIG. 1 is a flowchart of a method for implementing a network interface conforming to a multi-form client in a conditional receiving card according to Embodiment 1 of the present invention.
  • a network interface according to an embodiment of the present invention is specifically described in conjunction with FIG.
  • the implementation method in the conditional receiving card, as shown in FIG. 1, the method includes the following steps:
  • the network data packet is equivalent to an IP data packet
  • the virtual network card ie, TUN
  • TUN virtual network card
  • the virtual network card ie, TUN
  • TUN virtual network card
  • TCP/IP protocol stack any one using TUN
  • the process driven by the /TAP device is reprocessed by the process and sent to the physical link. It inherits the commands sent by the TCP/IP protocol stack and responds to the commands of the TCP/IP stack. Of course, the processing of these commands is only transferred to the real network card, which is the operation between the kernel layers.
  • the encapsulated content includes, but is not limited to, a session number (including an IP address and a port), load data, protocol commands, and the like.
  • the session number is the ID number of the communication between the conditional receiving and the host, and the virtual network card establishes a connection with the target device according to the session number corresponding to the port.
  • the protocol types mainly include: TCP protocol (represented by 6) and UDP protocol (represented by 17).
  • FIG. 8 is a schematic diagram of the working principle of the virtual network card according to the embodiment of the present invention. As shown in FIG. 8 , the digital label indicates the interface, and the specific correspondence is as follows:
  • ⁇ 1 indicates the interface between the network application client and the TCP/IP protocol stack
  • ⁇ 2 indicates Interface between TCP/IP protocol stack and TUN/TAP device
  • ⁇ 3 indicates TUN/TAP device and character-driven interface
  • ⁇ 4 indicates Interface for character drive and network data processing
  • ⁇ 5 indicates the interface between network data processing and host.
  • the TUN/TAP driver is used to receive IP packets
  • the character driver module is used to convert IP packets into fragments
  • the network data processing module converts fragment files into static Ethernet packets, TCP/IP.
  • the protocol stack converts the network function implementation into an Ethernet packet
  • the TUN/TAP device converts the Ethernet packet into a fluid IP packet.
  • the network data processing module parses the network protocol and the IP address from the header of the IP packet, and parses the port number from the TCP and UDP headers, and associates the identification information as a group with the session number assigned by the host.
  • conditional access is mainly used to implement three functions:
  • TAP processing is the interface of the application layer and the kernel, all client network commands are directly connected to the virtual network card, through the TAP to monitor the data transmitted by the network, analyze the data communication protocol, on the other hand, receive CI / CI + data, Regrouping, protocol analysis and inputting data to the TAP driver;
  • CI/CI+ transfer According to the CI/CI+ protocol requirements, the data unpacking package, listening to CI/CI+ interface data, and returning CI/CI+ interface data.
  • TUN/TAP is customized as a Linux device in the system.
  • the network application client is generally a CA company, and the client provided by the network service provider uses a standard network interface to perform network communication based on the TCP/IP protocol.
  • Network data processing is the interface between the TUN/TAP device and the real network device. In the conditional access system, this module needs to monitor the network commands and data sent by the TUN/TAP device through the character driver, and then communicate the TUN/TAP to the CI/CI+ interface. Commands and data; in the other direction, commands and data sent from CI/CI+ are written to the TUN/TAP driver via the network data processing module.
  • the implementation method of the network interface conforming to the multi-form client in the conditional receiving card provided by the embodiment has universal adaptability and can be widely applied to porting different clients, especially for different condition receiving products, porting different CA clients.
  • Can share a mature virtual network card driver can handle many network functions of the system, one implementation can be used without the application client, no need to change the interface by the application client, reducing the implementation difficulty.
  • FIG. 2 is a flowchart of a method for implementing a network interface conforming to a multi-form client in a conditional receiving card according to Embodiment 2 of the present invention.
  • the network interface provided in this embodiment is in a conditional receiving card.
  • the implementation method includes the above steps S102 and S103, and the foregoing step S101 is specifically a step:
  • step S104 is specifically a step:
  • the network data packet is first read from the TUN/TAP device, the port in the network data packet, the protocol type corresponding to the port, and the protocol command are analyzed, and the load data in the network data packet is parsed, and Re-encapsulation according to the protocol type corresponding to the port, and finally establishing a connection according to the corresponding session number of the port, and sending the encapsulated data packet to the host according to different network protocols.
  • One host can connect to multiple ports, each port has an IP address, and each IP address corresponds to multiple port numbers.
  • the session number is used to identify the port number and IP address, which is the conditional reception and communication between the host. ID number.
  • the embodiment provides a method for transmitting a network data packet sent by a digital television server to a corresponding port of a host by using a virtual network card, so that the physical network card is implemented in the conditional receiving card by using the virtual network card when the conditional receiving does not have a real network card.
  • FIG. 3 is a flowchart of a method for implementing a network interface conforming to a multi-form client in a conditional receiving card according to Embodiment 3 of the present invention.
  • the network interface provided in this embodiment is in a conditional receiving card.
  • the implementation method includes the above steps S201 and S202, and the foregoing step S102 is specifically a step:
  • step S103 is specifically a step:
  • the load data sent to the same IP address and the same port is combined and packaged, which reduces the number of data packets received by the host, saves the time for parsing the data packet, and improves the working efficiency of the host.
  • FIG. 4 is a flowchart of a method for implementing a network interface of a multi-modal client in a conditional receiving card according to Embodiment 4 of the present invention.
  • the network interface provided in this embodiment is in a conditional receiving card.
  • the implementation method includes the above steps S102 and S103, and the foregoing step S101 is specifically a step:
  • This step is actively performed by the virtual network card.
  • the network data packet received by the digital television server is read from the host, and the session number corresponding to the network data packet corresponds to a different port, and the port corresponds to a different protocol. Type, and then the load data in the network packet is split according to different protocols, and finally the packaged network packet is input into the TUN/TAP device.
  • step S104 is specifically a step:
  • the embodiment provides a method for transmitting a network data packet of a host to a corresponding port of a digital television server by using a virtual network card, so that the physical network card function is implemented in the conditional receiving card by using the virtual network card when the conditional reception does not have a real network card. It does not require the application client to change the interface, and can be widely applied to the migration of different clients.
  • FIG. 5 is a flowchart of a method for implementing a network interface conforming to a multi-form client in a conditional receiving card according to Embodiment 5 of the present invention.
  • the network interface provided in this embodiment is in a conditional receiving card.
  • the implementation method includes the following steps S101, S102, and S103, and specifically includes the following steps:
  • step S104 is specifically a step:
  • S502 Send the obtained connection status and the re-encapsulated network data packet to a corresponding port of the device corresponding to the IP address.
  • the network connection status indicates whether the network is in a connected state or a closed state.
  • the server can actively request the host to close the connection, the state changes after the host closes the connection, and the conditional reception periodically acquires the state from the host.
  • the method for implementing the network interface in the conditional receiving card further includes the following steps:
  • the network connection status is the status after the host turns the network on or off according to the connection status.
  • the IP address corresponds to a corresponding port of the device, for example, a port corresponding to the host, and the principle step is specifically: reading the received (server-sent) network data packet and the network connection status from the host; and splitting the network data packet
  • the packet is classified and packaged according to the protocol type of the port corresponding to the session number; the packaged data is sent to the corresponding port of the TUN/TAP device according to the corresponding protocol type.
  • the server negotiates the state of the network with the client.
  • the server tells the client to shut down the network, the client closes the network according to the command, and when the client needs data to be sent, You can only resend the request to the server and ask the server to open the network to continue sending.
  • the communication network between the server and the client is controlled to be in a closed state, so that the server can reserve more memory, and the CPU memory is not occupied by the useless network connection.
  • FIG. 6 is a schematic structural diagram of an apparatus for implementing a network interface conforming to a multi-form client in a conditional receiving card according to Embodiment 4 of the present invention, and a network according to an embodiment of the present invention is specifically described below with reference to FIG.
  • the device for implementing the interface in the conditional receiving card as shown in FIG. 6, the device 100 for implementing the network interface in the conditional receiving card includes:
  • the network packet obtaining module 10 is configured to acquire a network data packet by using a virtual network card
  • the parsing module 20 is configured to parse an IP address and a port in the network data packet
  • the encapsulating module 30 is configured to re-encapsulate the network data packet according to a protocol type corresponding to the port;
  • the network packet sending module 40 is configured to send the re-encapsulated network data packet to a corresponding port of the IP address corresponding device.
  • the network data packet obtaining module 10 is specifically configured to acquire, by using a network data processing module, a network data packet that is sent by the digital television server to the host;
  • the network packet sending module 40 is specifically configured to send the re-encapsulated network data packet to the port corresponding to the host through the virtual network card and the network data processing module.
  • the network packet obtaining module 10 is further configured to acquire, by using a network data processing module, a network data packet sent by the host to the digital television server;
  • the network packet sending module 40 is further configured to send the re-encapsulated network data packet to the port corresponding to the digital television server via the virtual network card and the network data processing module.
  • FIG. 7 is a schematic structural diagram of an apparatus for implementing a network interface conforming to a multi-modal client in a conditional receiving card according to an example of the present invention.
  • the network interface is The implementation device 100 in the conditional receiving card specifically includes:
  • the connection status obtaining module 71 is configured to acquire a connection status sent by the digital television server to the host.
  • the connection status sending module 72 is configured to send the acquired connection status to a port corresponding to the host.
  • the device further includes:
  • the network connection status obtaining unit is configured to acquire and save a network connection status of the host, where the network connection status is a status after the host turns the network on or off according to the connection status.
  • the device for implementing the network interface conforming to the multi-form client in the conditional receiving card is implemented by using the virtual network card to implement the function of the physical network card in the conditional receiving card by using the method for implementing the network interface in the conditional receiving card.
  • This makes it possible to provide a unified standard interface for different CA/DRM and network application clients, and the method provided by the present invention only needs to encapsulate the UDP/TCP/ARP package, thereby eliminating the re-encapsulation of the standard IO function/IO multiplexing function. It also eliminates the problem of the CA/DRM client customizing the interface for the integrator or modifying the process due to the integrator repackaging function being difficult to implement.
  • the implementation method of the network interface conforming to the multi-form client in the conditional receiving card has universal adaptability and can be widely applied to the transplantation of different clients, especially for different condition receiving products, transplanting different CA clients can Sharing a mature virtual network card driver can handle many network functions of the system.
  • One implementation can be used without the application client.
  • the application client does not need to change the interface, which reduces the difficulty of implementation, and the virtual network card driver processing can be Application layer development, easy to debug the application layer.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明适用于数字电视技术领域。提供了一种符合多种形态客户端的网络接口在条件接收卡中的实现方法和装置。该网络接口在条件接收卡中的实现方法包括：通过虚拟网卡获取网络数据包；解析网络数据包中的IP地址以及端口；将网络数据包按照端口对应的协议类型重新封装；将重新封装后的网络数据包发送给IP地址对应设备的对应端口。本发明使得条件接收在没有真实网卡的情况下，通过利用虚拟网卡在条件接收卡中实现实体网卡的功能，为不同的CA/DRM和网络应用客户端提供一个统一标准的接口，不需要应用客户端更改接口，减少了实现难度且移植性好。

Description

一种符合多种形态客户端的网络接口在条件接收卡中的实现方法和装置 技术领域
本发明属于数字电视技术领域，尤其涉及一种符合多种形态客户端的网络接口在条件接收卡中的实现方法和装置。
 背景技术
目前的CA/DRM客户端或其他第三方客户端一般是基于标准的网络接口进行开发，都是基于设备（机顶盒、主机或条件接收卡）具有真实网卡应用开发的，如果设备没有自带网卡，在实现这些基本应用上就会出现网络调用出错，需要这些客户端提供商逐一说明每个网络调用函数的定义，集成商重新构造函数，对于Linux的网络操作来说，至少有四方面的函数需要实现：
1）特定的网络函数，例如socket,send,recv, getaddrinfo,gethostbyname等，不同的客户端调用的函数不同，需要定制化封装，系统平台增加就意味着增加编写封装函数；
2）Linux对于设备都有通用的接口，open,read,write,close,ioctl都是通用的，修改网络的IO处理就同时要实现所有的其他IO的处理；
3）Poll，select的IO复用函数虽然不是和网络直接相关，但是往往和网络调用函数组合使用，也需要附带封装实现；
4）不同平台调用的函数虽然类似，但是定义不同，移植不同操作系统平台时需要修改。
现有技术的缺点主要表现在以下几个方面：
1）网络相关的函数个数众多，即使是客户端提供商也难以完全列出所有相关函数，例如函数gethostbyname和gethostbyname_r,函数名相近但是功能有差异，客户端提供商也有遗漏说明的，定制的工作量大；
2）Linux的所有的设备驱动都可以以文件方式进行处理,网络函数封装也包含了文件处理函数封装的工作，如果系统平台更改就需要重现编写，实现的难度大工作量大；
3） IO复用函数虽然不是和网络直接相关，却是有效处理多个设备常用方法，往往和网络调用函数组合使用，也需要附带封装实现，这些函数是服务于所有IO设备的，涉及到系统内核的调用策略，修改难度大；
4）迁移平台都要封装函数，不同客户端使用的函数不一样不能一次性包括所有函数，不同平台的集成都需要定制集成，工作量大。
 技术问题
本发明实施例提供一种符合多种形态客户端的网络接口在条件接收卡（简称CAM）中的实现方法和装置，旨在解决现有技术中没有真实网卡的设备网络接口实现困难的问题。
 技术解决方案
本发明实施例是这样实现的，一种符合多种形态客户端的网络接口在条件接收卡中的实现方法，该方法包括：
通过虚拟网卡获取网络数据包；
解析网络数据包中的IP地址以及端口；
将网络数据包按照端口对应的协议类型重新封装；
将重新封装后的网络数据包发送给IP地址对应设备的对应端口。
本发明实施例还提供一种符合多种形态客户端的网络接口在条件接收卡中的实现装置，该装置包括：
网络数据包获取模块，用于通过虚拟网卡获取网络数据包；
解析模块，用于解析网络数据包中的IP地址以及端口；
封装模块，用于将网络数据包按照端口对应的协议类型重新封装；
网络数据包发送模块，用于将重新封装后的网络数据包发送给IP地址对应设备的对应端口。
 有益效果
本发明通过利用虚拟网卡在条件接收卡中实现实体网卡的功能，使得能够为不同的CA/DRM和网络应用客户端提供一个统一标准的接口，相对于重新封装系统函数glibc，本发明提供的方法只需要封装UDP/TCP/ARP包，既免除了标准IO函数/IO复用函数的重新封装，又免除了CA/DRM客户端为集成商定制接口或由于集成商重新封装函数难以实现而修改流程的问题。本发明提供的网络接口在条件接收卡中的实现方法具有普遍适应性，能够广泛应用于不同客户端的移植，特别是对于不同条件接收产品来说，移植不同CA客户端能共用一套成熟的虚拟网卡驱动，对于系统众多的网络函数都能够处理，一次实现可以在不用应用客户端使用，不需要应用客户端更改接口，减少了实现难度，且虚拟网卡的驱动处理能够在应用层开发，方便对接应用层的调试。
 附图说明
图1是本发明实施例一提供的一种符合多种形态客户端的网络接口在条件接收卡中的实现方法的流程图；
图2是本发明实施例二提供的一种符合多种形态客户端的网络接口在条件接收卡中的实现方法的流程图；
图3是本发明实施例三提供的一种符合多种形态客户端的网络接口在条件接收卡中的实现方法的流程图；
图4是本发明实施例四提供的一种符合多种形态客户端的网络接口在条件接收卡中的实现方法的流程图；
图5是本发明实施例五提供的一种符合多种形态客户端的网络接口在条件接收卡中的实现方法的流程图；
图6是本发明实施例六提供的一种符合多种形态客户端的网络接口在条件接收卡中的实现装置的结构示意图；
图7是本发明的一个示例提供的一种符合多种形态客户端的网络接口在条件接收卡中的实现装置的结构示意图；
图8为本发明实施例的虚拟网卡的工作原理示意图。
 本发明的实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
由于目前的CA/DRM客户端或其他第三方客户端一般都是基于设备具有真实网卡的标准的网络接口应用开发的，如果设备没有自带网卡，在实现这些基本应用上就会出现网络调用出错，需要这些客户端提供商逐一说明每个网络调用函数的定义，需要集成商重新构造函数，逐个驱动集成，本发明正是针对目前这一现状带来的接口实现难度大、工作量大提供的一种解决方案。
实施例一
图1是本发明实施例一提供的一种符合多种形态客户端的网络接口在条件接收卡中的实现方法的流程图，下面结合图1来具体描述根据本发明的一个实施例的网络接口在条件接收卡中的实现方法，如图1所示，该方法包括以下步骤：
S101、通过虚拟网卡获取网络数据包。
其中，该网络数据包等同于IP数据包，虚拟网卡（即TUN /TAP设备）是软件的接口，它替代了真实网卡的功能，可以将TCP/IP协议栈处理好的网络分包传给任何一个使用TUN /TAP设备驱动的进程，由进程重新处理后再发到物理链路中。它承接着TCP/IP协议栈发送的命令，同时回应着TCP/IP协议栈的命令，当然对这些命令的处理都只是转接到真实网卡，都是内核层之间的操作。
S102、解析网络数据包中的IP地址以及端口；
S103、将网络数据包按照端口对应的协议类型重新封装。
其中，封装的内容包括但不限于会话号（包括IP地址以及端口）、负载数据、协议命令等等。会话号是条件接收和主机之间通讯的ID号，虚拟网卡根据端口对应的会话号与目标设备建立连接。
协议类型主要包括：TCP协议（用6表示）， UDP协议（用17表示）。
S104、将重新封装后的网络数据包发送给IP地址对应设备的对应端口。
为了更好的理解本实施例现提供图8，图8为本发明实施例的虚拟网卡的工作原理示意图，如图8所示，其中的数字标注表示接口，具体的对应关系如下：
○1表示 网络应用客户端和TCP/IP协议栈的接口；○2表示 TCP/IP协议栈和TUN/TAP设备的接口；○3表示TUN/TAP设备和字符驱动的接口；○4表示 字符驱动和网络数据处理的接口；○5表示网络数据处理和主机的接口。
图8中，TUN/TAP驱动设备用于接收IP数据包，字符驱动模块是用于将IP数据包转换成片段的文件，网络数据处理模块将片段文件转换成静态的以太数据包，TCP/IP协议栈是将网络函数实现转换为以太数据包，TUN/TAP设备将以太数据包转换成流体IP数据包。
具体地，网络数据处理模块从IP包的包头里解析出网络协议、IP地址，从TCP和UDP的头部解析出端口号，作为一组的标识信息和主机分配的会话号对应起来。
其中，条件接收主要用于实现三种功能：
1、系统的初始化和配置部分：在系统中设置虚拟网卡，设定网络接口路径，让所有的网络接口命令都通过虚拟网卡处理；
2、TAP处理：是应用层和内核的接口，所有的客户端的网络命令都直接连接到虚拟网卡，通过TAP监听网络传输的数据，分析数据的通讯协议，另一方面，接收CI/CI+数据，重新组包、协议分析并把数据向TAP驱动输入；
3、CI/CI+转接：按照CI/CI+的协议要求进行数据拆包组包，监听CI/CI+接口数据，回送CI/CI+接口数据。
TUN/TAP作为Linux的设备定制在系统中。网络应用客户端一般是CA公司，网络服务商提供的客户端，采用标准的网络接口，基于TCP/IP协议进行网络通讯。网络数据处理是连接TUN/TAP设备和真实网络设备的接口，在条件接收系统中这个模块需要监测TUN/TAP设备通过字符驱动发送的网络命令和数据，接着向CI/CI+接口是传达TUN/TAP的命令和数据；另一个方向，从CI/CI+发来的命令和数据通过网络数据处理模块向TUN/TAP驱动写入。
本实施例提供的符合多种形态客户端的网络接口在条件接收卡中的实现方法具有普遍适应性，能够广泛应用于不同客户端的移植，特别是对于不同条件接收产品来说，移植不同CA客户端能共用一套成熟的虚拟网卡驱动，对于系统众多的网络函数都能够处理，一次实现可以在不用应用客户端使用，不需要应用客户端更改接口，减少了实现难度。
实施例二
图2是本发明实施例二提供的一种符合多种形态客户端的网络接口在条件接收卡中的实现方法的流程图，如图2所示，本实施例提供的网络接口在条件接收卡中的实现方法在包括上述步骤S102和S103的基础上，上述步骤S101具体为步骤：
S201、通过网络数据处理模块获取数字电视服务器发送给主机的网络数据包。
上述步骤S104具体为步骤：
S202、将重新封装后的网络数据包经所述虚拟网卡和网络数据处理模块发送给IP地址对应主机的对应端口。
在本实施例中，首先从TUN/TAP设备读取网络数据包，分析该网络数据包中的端口、该端口对应的协议类型以及协议命令，再解析出该网络数据包中的负载数据，并根据该端口对应的协议类型重新封装，最后根据端口对应会话号建立连接，按照不同的网络协议向主机发送封装后的数据包。
其中，一个主机可以连接多个端口，每个端口都有一个IP地址，每个IP地址又对应有多个端口号，会话号用于标识端口号和IP地址，是条件接收和主机之间通讯的ID号。
本实施例提供了利用虚拟网卡将数字电视服务器下发的网络数据包发送给主机对应端口的方法，使得在条件接收没有真实网卡的情况下，通过利用虚拟网卡在条件接收卡中实现实体网卡的功能，使得能够为不同的CA/DRM和网络应用客户端提供一个统一标准的接口，既免除了标准IO函数/IO复用函数的重新封装，又免除了CA/DRM客户端为集成商定制接口或由于集成商重新封装函数难以实现而修改流程的问题。
实施例三
图3是本发明实施例三提供的一种符合多种形态客户端的网络接口在条件接收卡中的实现方法的流程图，如图3所示，本实施例提供的网络接口在条件接收卡中的实现方法在包括上述步骤S201和S202的基础上，上述步骤S102具体为步骤：
S301、解析网络数据包中的IP地址、端口以及负载数据。
上述步骤S103具体为步骤:
S302、将解析的相同IP地址以及相同端口的负载数据按照该端口对应的协议类型合并封装。
本实施例将发送给相同IP地址以及相同端口的负载数据合并封装进行打包，减少了主机接收数据包的数量，节省了解析数据包的时间，从而提高了主机的工作效率。
实施例四
图4是本发明实施例四提供的一种符合多种形态客户端的网络接口在条件接收卡中的实现方法的流程图，如图4所示，本实施例提供的网络接口在条件接收卡中的实现方法在包括上述步骤S102和S103的基础上，上述步骤S101具体为步骤：
S401、通过网络数据处理模块获取主机发送给数字电视服务器的网络数据包。
该步骤由虚拟网卡主动进行，首先从主机读取其接收的（数字电视服务器下发的）网络数据包，再根据该网络数据包的会话号对应上不同的端口、该端口对应上不同的协议类型，然后对网络数据包中的负载数据根据不同的协议分拆打包，最后将打包后的网络数据包输入到TUN/TAP设备中。
上述步骤S104具体为步骤：
S402、将重新封装后的网络数据包经所述虚拟网卡和网络数据处理模块发送给IP地址对应数字电视服务器的对应端口。
本实施例提供了利用虚拟网卡将主机的网络数据包发送给数字电视服务器对应端口的方法，使得在条件接收没有真实网卡的情况下，通过利用虚拟网卡在条件接收卡中实现实体网卡的功能，且不需要应用客户端更改接口，能够广泛应用于不同客户端的移植。
实施例五
图5是本发明实施例五提供的一种符合多种形态客户端的网络接口在条件接收卡中的实现方法的流程图，如图5所示，本实施例提供的网络接口在条件接收卡中的实现方法在包括上述步骤S101、S102和S103的基础上，具体还包括以下步骤：
S501、获取数字电视服务器发送给主机的连接状态；
上述步骤S104具体为步骤：
S502、将获取的连接状态以及重新封装后的网络数据包发送给IP地址对应设备的对应端口。
其中，网络连接状态表示网络是处于连接状态还是关闭状态，server（服务器）端可以主动要求主机关闭连接，主机关闭连接后状态更改，条件接收要定时地从主机获取状态。
作为可选的，该网络接口在条件接收卡中的实现方法还包括步骤：
获取主机的网络连接状态并保存，该网络连接状态为主机根据所述连接状态打开或关闭网络后的状态。
进一步地，该IP地址对应设备的对应端口，例如对应主机的端口，其原理步骤具体为：从主机读取接收的（服务器发送的）网络数据包和网络连接状态；对网络数据包进行拆分，根据会话号对应端口的协议类型进行分类打包；将打包后的数据按对应的协议类型发送给TUN/TAP设备的对应端口。
根据本实施例的一个使用场景例如：由服务器与客户端协商网络的状态，当服务器告诉客户端关闭网络时，客户端根据该命令关闭网络，而此时当客户端有数据需要进行发送时，只能重新发送请求给服务器，要求服务器将网络打开才能继续发送。
本实施例当网络数据包传送完毕时通过将服务器与客户端的通讯网络控制为关闭状态，使得服务器可以预留更多的内存，不会因为没用的网络连接额外占用CPU的内存。
实施例六
图6是本发明实施例四提供的一种符合多种形态客户端的网络接口在条件接收卡中的实现装置的结构示意图，下面结合图6来具体描述根据本发明的一个实施例的一种网络接口在条件接收卡中的实现装置，如图6所示，该网络接口在条件接收卡中的实现装置100包括：
网络数据包获取模块10，用于通过虚拟网卡获取网络数据包；
解析模块20，用于解析网络数据包中的IP地址以及端口；
封装模块30，用于将网络数据包按照端口对应的协议类型重新封装；
网络数据包发送模块40，用于将重新封装后的网络数据包发送给IP地址对应设备的对应端口。
其中，该网络数据包获取模块10具体用于通过网络数据处理模块获取数字电视服务器发送给主机的网络数据包；
该网络数据包发送模块40具体用于将重新封装后的网络数据包经虚拟网卡和网络数据处理模块发送给主机对应的端口。
作为优选地，该网络数据包获取模块10具体还用于通过网络数据处理模块获取主机发送给数字电视服务器的网络数据包；
该网络数据包发送模块40具体还用于将重新封装后的网络数据包经虚拟网卡和网络数据处理模块发送给数字电视服务器对应的端口。
图7是本发明的一个示例提供的一种符合多种形态客户端的网络接口在条件接收卡中的实现装置的结构示意图，根据本实施例的一个优选方案如图7所示，该网络接口在条件接收卡中的实现装置100具体还包括：
连接状态获取模块71，用于获取数字电视服务器发送给主机的连接状态。
连接状态发送模块72，用于将获取的所述连接状态发送给所述主机对应的端口。
进一步地，该装置还包括：
网络连接状态获取单元，用于获取主机的网络连接状态并保存，所述网络连接状态为主机根据所述连接状态打开或关闭网络后的状态。
本实施例提供的符合多种形态客户端的网络接口在条件接收卡中的实现装置通过配合使用上述网络接口在条件接收卡中的实现方法，利用虚拟网卡在条件接收卡中实现实体网卡的功能，使得能够为不同的CA/DRM和网络应用客户端提供一个统一标准的接口，且本发明提供的方法只需要封装UDP/TCP/ARP包，既免除了标准IO函数/IO复用函数的重新封装，又免除了CA/DRM客户端为集成商定制接口或由于集成商重新封装函数难以实现而修改流程的问题。
本发明提供的符合多种形态客户端的网络接口在条件接收卡中的实现方法具有普遍适应性，能够广泛应用于不同客户端的移植，特别是对于不同条件接收产品来说，移植不同CA客户端能共用一套成熟的虚拟网卡驱动，对于系统众多的网络函数都能够处理，一次实现可以在不用应用客户端使用，不需要应用客户端更改接口，减少了实现难度，且虚拟网卡的驱动处理能够在应用层开发，方便对接应用层的调试。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质（如ROM/RAM、磁碟、光盘）中，包括若干指令用以使得一台电视终端设备执行本发明各个实施例所述的方法。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (1)

  1. 1、一种符合多种形态客户端的网络接口在条件接收卡中的实现方法，其特征在于，所述方法包括：
    通过虚拟网卡获取网络数据包；
    解析所述网络数据包中的IP地址以及端口；
    将所述网络数据包按照所述端口对应的协议类型重新封装；
    将重新封装后的网络数据包发送给所述IP地址对应设备的对应端口。
    2、如权利要求1所述的网络接口在条件接收卡中的实现方法，其特征在于，所述IP地址对应的设备包括主机，所述方法具体包括：
    通过网络数据处理模块获取数字电视服务器发送给主机的所述网络数据包；
    将重新封装后的网络数据包经所述虚拟网卡和网络数据处理模块发送给所述主机对应的端口。
    3、如权利要求2所述的网络接口在条件接收卡中的实现方法，其特征在于，所述方法还包括：
    解析所述网络数据包中的负载数据；
    对解析的相同IP地址以及相同端口的负载数据合并封装。
    4、如权利要求1所述的网络接口在条件接收卡中的实现方法，其特征在于，所述IP地址对应的设备包括数字电视服务器，所述方法具体包括：
    通过网络数据处理模块获取主机发送给数字电视服务器的所述网络数据包；
    将重新封装后的网络数据包经所述虚拟网卡和网络数据处理模块发送给所述数字电视服务器对应的端口。
    5、如权利要求1至4任一项所述的网络接口在条件接收卡中的实现方法，其特征在于，所述方法还包括：
    获取数字电视服务器通知给主机的连接状态；
    将获取的所述连接状态发送给所述主机对应的端口。
    6、如权利要求5所述的网络接口在条件接收卡中的实现方法，其特征在于，所述方法还包括：
    获取主机的网络连接状态并保存，所述网络连接状态为主机根据所述连接状态打开或关闭网络后的状态。
    7、一种符合多种形态客户端的网络接口在条件接收卡中的实现装置，其特征在于，所述装置包括：
    网络数据包获取模块，用于通过虚拟网卡获取网络数据包；
    解析模块，用于解析所述网络数据包中的IP地址以及端口；
    封装模块，用于将所述网络数据包按照所述端口对应的协议类型重新封装；
    网络数据包发送模块，用于将重新封装后的网络数据包发送给所述IP地址对应设备的对应端口。
    8、如权利要求7所述的装置，其特征在于：
    所述网络数据包获取模块具体用于通过网络数据处理模块获取数字电视服务器发送给主机的所述网络数据包；
    所述网络数据包发送模块具体用于将重新封装后的网络数据包经所述虚拟网卡和网络数据处理模块发送给所述主机对应的端口。
    9、如权利要求7所述的装置，其特征在于：
    所述网络数据包获取模块具体用于通过网络数据处理模块获取主机发送给数字电视服务器的所述网络数据包；
    所述网络数据包发送模块具体用于将重新封装后的网络数据包经所述虚拟网卡和网络数据处理模块发送给所述数字电视服务器对应的端口。
    10、如权利要求7至9任一项所述的装置，其特征在于，所述装置具体还包括：
    连接状态获取模块，用于获取数字电视服务器发送给主机的连接状态；
    连接状态发送模块，用于将获取的所述连接状态发送给所述主机对应的端口。
PCT/CN2016/085071 2015-12-31 2016-06-07 一种符合多种形态客户端的网络接口在条件接收卡中的实现方法和装置 WO2017113617A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201511028019.8A CN105554540B (zh) 2015-12-31 2015-12-31 一种网络接口在条件接收卡中的实现方法和装置
CN201511028019.8 2015-12-31

Publications (1)

Publication Number Publication Date
WO2017113617A1 true WO2017113617A1 (zh) 2017-07-06

Family

ID=55833443

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/085071 WO2017113617A1 (zh) 2015-12-31 2016-06-07 一种符合多种形态客户端的网络接口在条件接收卡中的实现方法和装置

Country Status (2)

Country Link
CN (1) CN105554540B (zh)
WO (1) WO2017113617A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112118594A (zh) * 2020-08-07 2020-12-22 深圳市圣麾科技有限公司 数据上传方法、下载方法、电子设备及存储介质
CN113794715A (zh) * 2021-09-13 2021-12-14 福达新创通讯科技(厦门)有限公司 一种虚拟点对点网络数据发送、接收、应答方法及其系统

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105554540B (zh) * 2015-12-31 2019-04-09 深圳国微技术有限公司 一种网络接口在条件接收卡中的实现方法和装置
CN106941616B (zh) * 2017-02-23 2020-02-14 深圳国微技术有限公司 Cam卡及基于cam卡的组播及修复实现方法、cam卡装置
CN107026712B (zh) * 2017-03-06 2020-06-16 深圳国微技术有限公司 一种码流传输方法及装置
CN114125497B (zh) * 2021-11-19 2024-05-07 中电信数智科技有限公司 Sfu架构及其媒体传输方法及电子设备
CN114615350A (zh) * 2022-03-08 2022-06-10 通号城市轨道交通技术有限公司 一种接口数据处理方法、装置、电子设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101159579A (zh) * 2007-11-06 2008-04-09 北京创毅视讯科技有限公司 接收基于网络传输协议的流媒体数据的方法及终端
CN102098575A (zh) * 2010-12-31 2011-06-15 青岛海信宽带多媒体技术有限公司 兼容多种条件接收系统移植的方法和条件接收方法
US20140189750A1 (en) * 2012-07-13 2014-07-03 International Datacasting Corporation Digital Satellite Broadcast Program Distribution Over Multicast IP Broadband Networks
CN104363509A (zh) * 2014-10-24 2015-02-18 深圳国微技术有限公司 一种视频转换方法、装置、播放系统及终端
CN105554540A (zh) * 2015-12-31 2016-05-04 深圳国微技术有限公司 一种网络接口在条件接收卡中的实现方法和装置
CN105611398A (zh) * 2015-12-31 2016-05-25 深圳国微技术有限公司 一种利用条件接收模块处理网络数据的方法和装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6331985B1 (en) * 1997-08-21 2001-12-18 Adc Telecommunications, Inc. Telecommunication network with variable address learning, switching and routing
US8572646B2 (en) * 2000-04-07 2013-10-29 Visible World Inc. System and method for simultaneous broadcast for personalized messages
EP1320006A1 (en) * 2001-12-12 2003-06-18 Canal+ Technologies Société Anonyme Processing data
CN1427361A (zh) * 2001-12-17 2003-07-02 北京中视联联合软件有限公司 基于客户/服务器结构的底层设备驱动的方法
CN100576903C (zh) * 2006-06-02 2009-12-30 海华科技股份有限公司 条件接收模块的读取装置
KR101387496B1 (ko) * 2007-07-31 2014-04-21 엘지전자 주식회사 방송 수신기, 데이터 전송 방법 및 데이터 처리 방법
CN102131233B (zh) * 2010-01-18 2015-07-22 中兴通讯股份有限公司 基于ds-lite的数据包发送方法及装置
CN102722458B (zh) * 2012-05-29 2015-01-07 中国科学院计算技术研究所 一种用于多根共享系统的i/o重映射方法和装置
CN103763579A (zh) * 2014-01-22 2014-04-30 深圳国微技术有限公司 基于usb接口识别多路传输流的方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101159579A (zh) * 2007-11-06 2008-04-09 北京创毅视讯科技有限公司 接收基于网络传输协议的流媒体数据的方法及终端
CN102098575A (zh) * 2010-12-31 2011-06-15 青岛海信宽带多媒体技术有限公司 兼容多种条件接收系统移植的方法和条件接收方法
US20140189750A1 (en) * 2012-07-13 2014-07-03 International Datacasting Corporation Digital Satellite Broadcast Program Distribution Over Multicast IP Broadband Networks
CN104363509A (zh) * 2014-10-24 2015-02-18 深圳国微技术有限公司 一种视频转换方法、装置、播放系统及终端
CN105554540A (zh) * 2015-12-31 2016-05-04 深圳国微技术有限公司 一种网络接口在条件接收卡中的实现方法和装置
CN105611398A (zh) * 2015-12-31 2016-05-25 深圳国微技术有限公司 一种利用条件接收模块处理网络数据的方法和装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ZHENG MENG: "Studies on the Technologies of conditional Access and smart-card-based Ca functional separation", CHINA DOCTORAL DISSERTATIONS- INFORMATION TECHNOLOGY SERIES, no. 6, 15 June 2008 (2008-06-15) *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112118594A (zh) * 2020-08-07 2020-12-22 深圳市圣麾科技有限公司 数据上传方法、下载方法、电子设备及存储介质
CN113794715A (zh) * 2021-09-13 2021-12-14 福达新创通讯科技(厦门)有限公司 一种虚拟点对点网络数据发送、接收、应答方法及其系统

Also Published As

Publication number Publication date
CN105554540A (zh) 2016-05-04
CN105554540B (zh) 2019-04-09

Similar Documents

Publication Publication Date Title
WO2017113617A1 (zh) 一种符合多种形态客户端的网络接口在条件接收卡中的实现方法和装置
US7149817B2 (en) Infiniband TM work queue to TCP/IP translation
US20190245809A1 (en) System and method for message handling in a network device
US6963932B2 (en) Intermediate driver having a fail-over function for a virtual network interface card in a system utilizing Infiniband architecture
Engan et al. IP header compression over PPP
TWI504193B (zh) 用於在雲計算中卸載隧道資料包的方法和系統
US7197047B2 (en) Method and apparatus for transferring data between IP network devices and SCSI and fibre channel devices over an IP network
US20080002578A1 (en) Network with a constrained usage model supporting remote direct memory access
WO2017113618A1 (zh) 一种基于条件接受模块网络数据分发处理的方法和装置
CN100459568C (zh) 在应用层实现vpn协议的系统及其方法
JP2009212617A (ja) 仮想化システム、仮想化方法、及び仮想化用プログラム
CN110505244B (zh) 远程隧道访问技术网关以及服务器
JP2021500808A (ja) データ伝送方法および装置
WO2013005965A2 (en) Method and system for dynamically changing upper bound on data packet size in wireless communication networks
US10146721B2 (en) Remote host management over a network
WO2023128723A1 (en) Method and device for selective user plane security in wireless communication system
EP1562115A2 (en) Socket connections over a serial link
US7680115B2 (en) Internet protocol based encryptor/decryptor bypass device
WO2019045424A1 (ko) 보안을 위한 보안 소켓 계층 복호화 방법
US20080273462A1 (en) Hybrid Internet Protocol Encryptor/Decryptor Bypass Device
CN117857707A (zh) 一种基于云桌面网络扫描仪的文件扫描方法
JP2005072701A (ja) インタフェース提供装置
KR100628320B1 (ko) ＶＰＮ ＩＰｓｅｃ 가속 장치
JP4978732B2 (ja) 転送制御装置、多重化フレーム転送システム、転送制御方法、及び転送制御プログラム
US20040167985A1 (en) Internet protocol access controller

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: 16880425

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 15/11/2018)

122 Ep: pct application non-entry in european phase

Ref document number: 16880425

Country of ref document: EP

Kind code of ref document: A1