CN105554540B - 一种网络接口在条件接收卡中的实现方法和装置 - Google Patents

一种网络接口在条件接收卡中的实现方法和装置 Download PDF

Info

Publication number
CN105554540B
CN105554540B CN201511028019.8A CN201511028019A CN105554540B CN 105554540 B CN105554540 B CN 105554540B CN 201511028019 A CN201511028019 A CN 201511028019A CN 105554540 B CN105554540 B CN 105554540B
Authority
CN
China
Prior art keywords
network
network packet
host
sent
port
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201511028019.8A
Other languages
English (en)
Other versions
CN105554540A (zh
Inventor
麦向阳
李晓滨
车明贤
孙夜明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guowei group (Shenzhen) Co., Ltd.
Original Assignee
Shenzhen State Micro Technology Co Ltd
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 Shenzhen State Micro Technology Co Ltd filed Critical Shenzhen State Micro Technology Co Ltd
Priority to CN201511028019.8A priority Critical patent/CN105554540B/zh
Publication of CN105554540A publication Critical patent/CN105554540A/zh
Priority to PCT/CN2016/085071 priority patent/WO2017113617A1/zh
Application granted granted Critical
Publication of CN105554540B publication Critical patent/CN105554540B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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

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所示，其中的数字标注表示接口，具体的对应关系如下：
①表示网络应用客户端和TCP/IP协议栈的接口；②表示TCP/IP协议栈和TUN/TAP设备的接口；③表示TUN/TAP设备和字符驱动的接口；④表示字符驱动和网络数据处理的接口；⑤表示网络数据处理和主机的接口。
图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 (10)

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任一项所述的装置，其特征在于，所述装置具体还包括：
连接状态获取模块，用于获取数字电视服务器发送给主机的连接状态；
连接状态发送模块，用于将获取的所述连接状态发送给所述主机对应的端口。
CN201511028019.8A 2015-12-31 2015-12-31 一种网络接口在条件接收卡中的实现方法和装置 Active CN105554540B (zh)

Priority Applications (2)

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

Applications Claiming Priority (1)

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

Publications (2)

Publication Number Publication Date
CN105554540A CN105554540A (zh) 2016-05-04
CN105554540B true CN105554540B (zh) 2019-04-09

Family

ID=55833443

Family Applications (1)

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

Country Status (2)

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

Families Citing this family (6)

* 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 深圳国微技术有限公司 一种码流传输方法及装置
CN112118594A (zh) * 2020-08-07 2020-12-22 深圳市圣麾科技有限公司 数据上传方法、下载方法、电子设备及存储介质
CN113794715B (zh) * 2021-09-13 2023-06-30 福达新创通讯科技(厦门)有限公司 一种虚拟点对点网络数据发送方法及其***
CN114125497B (zh) * 2021-11-19 2024-05-07 ***数智科技有限公司 Sfu架构及其媒体传输方法及电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101083754A (zh) * 2006-06-02 2007-12-05 华威科技股份有限公司 条件接收模块的读取装置
CN101159579A (zh) * 2007-11-06 2008-04-09 北京创毅视讯科技有限公司 接收基于网络传输协议的流媒体数据的方法及终端
CN103763579A (zh) * 2014-01-22 2014-04-30 深圳国微技术有限公司 基于usb接口识别多路传输流的方法
CN104363509A (zh) * 2014-10-24 2015-02-18 深圳国微技术有限公司 一种视频转换方法、装置、播放***及终端

Family Cites Families (11)

* 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 北京中视联联合软件有限公司 基于客户/服务器结构的底层设备驱动的方法
KR101387496B1 (ko) * 2007-07-31 2014-04-21 엘지전자 주식회사 방송 수신기, 데이터 전송 방법 및 데이터 처리 방법
CN102131233B (zh) * 2010-01-18 2015-07-22 中兴通讯股份有限公司 基于ds-lite的数据包发送方法及装置
CN102098575B (zh) * 2010-12-31 2012-12-05 青岛海信宽带多媒体技术有限公司 兼容多种条件接收***移植的方法和条件接收方法
CN102722458B (zh) * 2012-05-29 2015-01-07 中国科学院计算技术研究所 一种用于多根共享***的i/o重映射方法和装置
US8707370B2 (en) * 2012-07-13 2014-04-22 International Datacasting Corporation Digital satellite broadcast program distribution over multicast IP broadband networks
CN105554540B (zh) * 2015-12-31 2019-04-09 深圳国微技术有限公司 一种网络接口在条件接收卡中的实现方法和装置
CN105611398B (zh) * 2015-12-31 2019-04-23 深圳国微技术有限公司 一种利用条件接收模块处理网络数据的方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101083754A (zh) * 2006-06-02 2007-12-05 华威科技股份有限公司 条件接收模块的读取装置
CN101159579A (zh) * 2007-11-06 2008-04-09 北京创毅视讯科技有限公司 接收基于网络传输协议的流媒体数据的方法及终端
CN103763579A (zh) * 2014-01-22 2014-04-30 深圳国微技术有限公司 基于usb接口识别多路传输流的方法
CN104363509A (zh) * 2014-10-24 2015-02-18 深圳国微技术有限公司 一种视频转换方法、装置、播放***及终端

Also Published As

Publication number Publication date
WO2017113617A1 (zh) 2017-07-06
CN105554540A (zh) 2016-05-04

Similar Documents

Publication Publication Date Title
CN105554540B (zh) 一种网络接口在条件接收卡中的实现方法和装置
US7149817B2 (en) Infiniband TM work queue to TCP/IP translation
CN102790776B (zh) 心跳连接归一处理方法、终端、服务器及通信***
US20020112084A1 (en) Methods, systems, and computer program products for controlling devices through a network via a network translation device
CA2407555C (en) Device driver generation for a wireless device
US6618387B1 (en) Interface for abstracting control of a cable modem
CN102855143B (zh) 一种scada***中通用通信框架
CN103856361A (zh) 实现远程调试的方法及***
US6496509B1 (en) System for transmitting data packets between computers via an IEEE-1394 network medium
CN106534178A (zh) RapidIO网络通用套接字的实现***及方法
CN108093041A (zh) 单通道vdi代理服务***及实现方法
CN103905510A (zh) 一种数据包的处理方法及后台服务器
CN105190530A (zh) 传输硬件渲染的图形数据
CN113890680A (zh) 一种应用于光纤通道航电网络dds的传输方法
EP1562115A2 (en) Socket connections over a serial link
US6976054B1 (en) Method and system for accessing low-level resources in a network device
US6845397B1 (en) Interface method and system for accessing inner layers of a network protocol
CN106254396B (zh) 私有协议信息传输***与方法
CN108289165A (zh) 一种基于手机控制相机的实现方法、装置及终端设备
CN105591723B (zh) 一种vnf堆叠方法及装置
CN105812498B (zh) 一种热点数据传输方法及装置
US20050125523A1 (en) Methodology for remote HBA management using message encapsulation
CN112738074B (zh) 一种网络隔离中实现Telnet通信的方法
US20030018831A1 (en) Application programming interface for providing direct access to a WSP layer of a WAP stack
Jasud The OSI Model: Overview on the Seven Layers of Computer Networks

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CP03 Change of name, title or address
CP03 Change of name, title or address

Address after: 22A, Guoshi building, 1801 Shahe West Road, high tech Zone, Yuehai street, Nanshan District, Shenzhen City, Guangdong Province

Patentee after: Guowei group (Shenzhen) Co., Ltd.

Address before: 518057 Guangdong city of Shenzhen province Nanshan District high tech Industrial Park in the Southern District high SSMEC R & D Building 1 floor 2 floor west part

Patentee before: Guowei Teih Co., Ltd., Shenzhen