CN104102494A - 无线通信基站空口数据cipher加速方法 - Google Patents
无线通信基站空口数据cipher加速方法 Download PDFInfo
- Publication number
- CN104102494A CN104102494A CN201410371834.3A CN201410371834A CN104102494A CN 104102494 A CN104102494 A CN 104102494A CN 201410371834 A CN201410371834 A CN 201410371834A CN 104102494 A CN104102494 A CN 104102494A
- Authority
- CN
- China
- Prior art keywords
- queue
- data
- task
- user
- indata
- 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.)
- Granted
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
一种无线通信基站空口数据cipher加速方法,初始化QMAN和SEC协处理器,分配内核内存用于保存用户态任务和内核线程需要交互的数据,初始化双无锁队列indata队列与outdata队列,创建内核任务、用户态接收消息任务和用户态发送消息任务;用户态发送消息任务将需要进行cipher处理的数据包放到双无锁队列的indata队列中,内核任务从indata队列中获取数据包,入队到QMAN队列,然后QMAN发到SEC协处理器中,处理完毕后填写到双无锁队列中的outdata队列中,唤醒用户态接收消息任务;用户态接收消息任务被唤醒后,直接将报文从outdata队列中取出交给其它业务模块处理。
Description
技术领域
本发明涉及无线通信技术领域,尤其是涉及一种无线通信基站空口数据cipher(加密和完整性校验)加速方法。
背景技术
无线通信系统中,最有代表性的是LTE系统。3GPP长期演进(LTE)项目是2006年以来3GPP启动的最大的新技术研发项目,这种以OFDM/FDMA为核心的技术可以被看作“准4G”技术。随着无线通信技术的进步,越来越重视空口数据安全性。为此,LTE专门制定了PDCP cipher方面的协议。Cipher处理需要大量的算法运算,如果纯粹用软件来实现,那么对CPU的负担会很大,而且实时性上也很难保证。所以,目前很多CPU都集成了cipher方面的硬件协处理器。但是,软件如何与硬件协处理器高效的协调工作也是一个比较有挑战性的工作。
发明内容
本发明提出了一种无线通信基站空口数据cipher加速方法,其目的是在无线通信基站空口数据cipher处理过程中,提高数据处理吞吐量,满足实时性要求,降低CPU的使用率。
本发明的技术方案提供一种无线通信基站空口数据cipher加速方法,包括初始化过程和数据传输过程;
初始化过程包括以下子步骤,
步骤1.1,初始化QMAN和SEC协处理器,并初始化相应算法描述符;所述QMAN为硬件队列管理器;
步骤1.2,在SEC协处理器初始化后,分配一块内存用于保存用户态任务和内核线程需要交互的数据,然后初始化双无锁队列indata队列与outdata队列,indata队列为输入数据队列,outdata队列为输出数据队列;indata队列与outdata队列相同大小,两队列是一一对应,indata中存放接收数据,outdata对应的数据缓存区中存放相应数据经过SEC协处理器处理过后的结果;
步骤1.3,创建内核任务,该内核任务用来处理与协议栈的数据交互,包括轮询indata 队列,将indata队列中的数据写入SEC协处理器;
步骤1.4,创建用于用户态中空口数据cipher处理的用户态任务,所述用户态任务包括用户态接收消息任务和用户态发送消息任务;将步骤1.2中分配的内存映射到用户空间;
步骤1.5,创建用户态接收消息任务,该任务不断轮询outdata队列,获取SEC协处理器处理过后的消息;
数据传输过程包括以下子步骤,
步骤2.1,用户态发送消息任务将需要进行cipher处理的数据包放到双无锁队列的indata队列中,每写入一帧数据就将indata队列写指针加1;如果indata队列已满,根据消息优先级丢弃帧或等待indata队列非满;
步骤2.2,步骤1.3建立的内核任务从indata队列中获取数据包,入队到QMAN队列,然后QMAN根据步骤1.1初始化算法描述符的结果将QMAN队列中的数据包发到SEC协处理器中;如indata队列已空则等待;
步骤2.3,数据包被SEC协处理器处理完毕后,触发QMAN的DQRR中断,中断回调函数进行收包,将报文描述符中的信息填写到双无锁队列中的outdata队列中,递增outdata队列的写指针,唤醒用户态接收消息任务;
步骤2.4,用户态接收消息任务被唤醒后,直接将报文从outdata队列中取出交给其它业务模块处理,并将读指针加一,直到outdata队列再次为空,继续等待被唤醒。
而且,步骤1.2中,将分配用于保存用户态任务和内核线程需要交互的数据的内存块切分为多个大小相等的格子,每个格子的数据结构相同。
而且,所述无线通信基站为LTE基站,步骤1.1中初始化的相应算法描述符为LTE协议要求支持的算法描述符。
本发明对比传统LTE用户面数据处理技术有以下创新点:
1、 利用硬件SEC协处理器来完成数据包的cipher处理比使用传统OCF(Open Cipher Framework)框架中的软件算法快很多。
2、 利用无锁队列和异步通知技术,完成单生产者和单消费者的同步,避免频繁的系统调用。
3、 利用内核-用户空间内存映射技术,避免内存拷贝。
附图说明
图1 为本发明实施例中sec frame结构图。
图2 为本发明实施例中双无锁队列的操作原理示意图。
图3 为本发明实施例中内核cipher模块驱动初始化流程图。
图4 为本发明实施例中用户态cipher发包程序处理流程图。
图5 为本发明实施例中内核cipher任务处理流程图。
图6 为本发明中用户态cipher收包程序处理流程图。
具体实施方式
本发明主要针对LTE空口数据cipher处理的优化,适用但并不限于LTE基站,本方案同样适用于其它需要在嵌入式Linux系统中实现高效数据cipher处理的无线通信基站系统。该方案能满足无线通信基站建设中高速数据传输的需求,有效减少系统资源的占用,本设计充分利用FreeScale P4080 SEC协处理器的硬件加速性能,并且利用内核空间-用户空间内存映射技术避免内存拷贝,利用无锁化队列和异步通知机制减少内核态和用户态的上下文切换,从而显著的提高数据cipher处理的性能。
以下结合附图和实施例详细说明本发明技术方案。
实施例基于Linux系统实现,包括初始化过程和数据传输过程。
实施例的初始化过程包括以下子步骤,
步骤1.1,初始化QMAN(硬件队列管理器)和SEC协处理器,并初始化相应算法描述符。SEC表示安全引擎协处理器,可采用SEC驱动程序进行初始化。
此步骤的目的是初始化QMAN和SEC协处理器。LTE协议要求cipher支持四种算法,所以在初始化工程中,需要在QMAN中创建四条硬件通道,并且初始化这四种算法的SEC描述符。
步骤1.2,在SEC协处理器初始化后,分配一块内存,将内存块切分为多个大小相等,约2K字节的格子(根据L2协议栈软件协商结果),然后初始化双无锁队列的indata队列(输入数据队列)与outdata队列(输出数据队列);indata队列与outdata队列相同大小,两队列是一一对应,indata中存放接收数据,outdata对应的entry(数据缓存区)中存放该数据经过SEC协处理器硬件处理过后的结果。
实施例在硬件初始化后,分配一段物理地址连续的内核内存,该内存用来保存用户态任务和内核线程需要交互的数据。驱动软件将这块内存划分为多个大小相等的,长度为4K的格子,每个格子的数据结构相同,如图1所示。然后,再申请一段物理地址连续的内存,用来构造用户态程序和内核线程之间的双无锁队列,该双无锁队列的结构如图2所示。最后,将划分好的内存格子的地址,填入到双无锁队列中。
参见图1,每个格子的数据结构sec frame包括有Out_data、In_data、out_len、in_len、p_srcmsg、flag、private。
Out_data:输出数据
In_data:输入数据
Out_len:Out_data中的数据长度;
In_len: In_data中的数据长度;
p_srcmsg:数据的消息头指针;
flag:数据标志;
private:数据的私有结构。
参见图2,该图显示了两条无锁队列,即indata和outdata。L2_sec_recv和L2_sec_send分别是用户态中空口数据的cipher处理的收发任务,L2_sec_send通过b_write接口向indata队列中插入待处理的数据,L2_sec_recv通过a_read接口从outdata中获取处理完后的空口数据。sec_send(kernel thead)为一个内核任务,负责调用b_read接口从队列中获取待处理的空口数据,然后将该数据发送到SEC协处理器中。Dqrr callback()是处理SEC协处理器的中断回调函数,负责调用a_write接口,将处理完后的处理插入到outdata队列中。
具体实施时,一个基站可能为多个小区服务,每个小区相应设置一个双无锁队列(即一对indata队列和outdata队列),双无锁队列记为SEC_fb队列,SEC_fb表示SEC帧描述块。例如某基站为三个小区服务时,共有3个indata队列和3个outdata队列。
步骤1.3,创建内核任务,用来处理与协议栈的数据交互,该任务轮询indata 队列,将该队列中的数据写入SEC协处理器。
实施例中,在驱动初始化的最后阶段,将会创建一个内核任务,该任务负责将双无锁队列中的indata队列中的数据缓存指针取出来,根据cipher请求的五元组信息(由空口cipher协议规定),将指针指向的数据入队到步骤1.1中创建的QMAN硬件通道中。这个内核驱动初始化流程如图3所示:
步骤301,ioremap基址寄存器,即对基址寄存器执行ioremap操作,ioremap是内核提供的一个接口函数,用来将寄存器的物理地址映射为linux可见的虚拟地址;
步骤302,动态分配fifo队列内存,此次队列即indata和outdata这两条环形队列,失败则结束,成功则进入步骤303;
步骤303,分配缓存,并配置相关地址信息,例如内核中的文件描述符信息fd、链表头结构等;
步骤304,设置硬件寄存器,配置好sec回调函数,失败则结束,成功则进入步骤305;
步骤305,创建发送任务,失败则结束,成功则进入步骤306;
步骤306,注册驱动设备,结束流程。
步骤1.4,创建用户态任务(即用户态中空口数据的cipher处理的收发任务,包括用户态接收消息任务L2_sec_recv和用户态发送消息任务L2_sec_send),将步骤1.2中分配的内存,映射到用户空间。
用户态任务初始化中,将步骤1.2中分配的内存映射到用户空间,即从内核空间的一段映射到用户空间的一段,从而能避免网络数据从内核态到用户态的拷贝。
创建的用户态接收消息任务L2_sec_recv,该任务不断轮询outdata队列,获取SEC协处理器处理过后的消息。用户态接收消息任务如果发现双无锁队列中的outdata队列为空时,会调用poll系统调用等待内核任务唤醒。用户态发送消息任务L2_sec_send则主动进行,不需唤醒。
实施例的数据传输过程包括以下子步骤,
步骤2.1,用户态发送消息任务将需要进行cipher处理的数据包放到双无锁队列的indata队列中,每写入一帧数据就将indata队列写指针加1;如果队列已满,根据消息优先级丢弃帧或等待队列非满。
具体实施时,本领域技术人员可采用软件技术实现用户态发送消息任务。如图4所示,用户态发送消息任务L2_sec_send处理流程可设计如下:
步骤401,对SEC req消息(SEC服务请求消息),解析消息;
步骤402,当消息类型为SEC_reset(SEC功能复位请求)消息,设置相应的过滤表相应位,流程结束。当为非SEC_reset消息,进入步骤403;
步骤403,判断SEC_fb(SEC帧描述块)是否满,是则进入步骤404,否则进入步骤405;
步骤404,判断消息优先级是否为高,是则返回执行步骤403,否则释放消息,返回SEC_FULL错误(即双缓冲队列已满),结束流程;
步骤405,计算算法五元组,将payload及算法五元组写入对应的indata队列,并将队尾指针向前移动1,结束流程。
用户态cipher发包任务收到上层软件,如协议栈软件,发过来的cipher处理请求后,如果此时indata队列为满,这条请求将被缓存起来,当下次请求到来时再入队,当缓存的数目超过一定门限时,将会丢包。否则,将会计算这次请求的cipher五元组,将该五元组和数据段写入indate队列中,当发现indate队列中未处理的数据超过16个时,就通过系统调用并通知内核线程从indate队列中取包,尽量减少系统调用的使用。然后,将indata队列的写指针加一。
步骤2.2,步骤1.3建立的内核任务从indata队列中获取数据包,入队到QMAN队列,然后QMAN(硬件队列管理器)根据步骤1.1中的配置(即初始化LTE协议要求支持的算法描述符的结果)将QMAN队列中的包发到SEC协处理器中;如indata队列已空则等待。
QMAN(硬件队列管理器)包含了很多的QMAN队列,数据通过这些队列真正进入到SEC中。实施例中,当indata队列中有数据到来时,内核任务被唤醒。内核任务首先获取indata缓存,得到cipher五元组信息,修改对应的算法描述符,根据算法类型把数据入队到对应QMAN硬件队列中。然后在indata队列读指针加一。依次轮询,indata队列中的数据被全部处理完毕。
具体实施时,本领域技术人员可采用软件技术实现内核任务,例如该内核任务的处理流程可设计如图5所示:
步骤501,初始某indata队列为SEC_fb(SEC帧描述块)的工作队列,即当前SEC_fb工作队列;
步骤502,判断SEC_fb(SEC帧描述块)是否空,是则进入步骤506,否则进入步骤503;
步骤503,取indata队列头所对应的帧,修改descriptor(SEC算法描述符);
步骤504,调用qman_enqueue(QMAN的入队接口函数)入对应的QMAN队列;
步骤505,修改indata头指针向前移动1,当前SEC_fb工作队列指向下一indata队列,返回执行步骤501;
步骤506,判断是否扫描完所有SEC_fb队列,是则进入步骤507,否则设当前SEC_fb工作队列为下一indata队列,返回执行步骤502;
步骤507,判断是否所有SEC_fb队列为空,是则进入步骤508,否则返回执行步骤501;
步骤508,Schedule_cpu(放弃CPU使用权),返回执行步骤501。
内核任务收包时操作的都是indata队列,因此此处sec_fb工作队列是从所有SEC_fb队列中寻找可用的indata队列。
步骤2.3,数据包被SEC协处理器处理完毕后,触发QMAN的DQRR中断,中断回调函数Dqrr callback()负责收包,将报文描述符中的信息填写到双无锁队列中的outdata队列中,递增环形缓冲区的写指针,唤醒用户态接收消息任务。DQRR中断即数据出队中断。
实施例中,数据包被SEC协处理器处理完毕后,触发QMAN的DQRR中断,中断回调函数进行收包,将报文数据填写到双无锁队列中的outdata队列中,将outdata队列写指针加一,唤醒用户态接收消息任务。如果此时队列为满,无法入队,将等待直到队列可用。
步骤2.4,用户态接收消息任务被唤醒后,直接将报文从outdata队列中取出交给其它业务模块处理,并将读指针加一,直到outdata队列再次为空。Poll为linux的系统调用,即轮询。
实施例中,用户态接收消息任务如果发现双无锁队列中的outdata队列为空时,会调用poll系统调用等待内核任务唤醒。因此当步骤2.3发生后,用户态接收消息任务L2_sec_rec被唤醒,直接将报文数据从outdata队列中取出,并发送给上层应用程序,并将outdata队列读指针加一。当outdata中的数据全部被取出时,收包程序调用poll系统调用后,程序让出CPU开始睡眠,等待内核驱动的下一次唤醒。
具体实施时,本领域技术人员可采用软件技术实现用户态接收消息任务,例如用户态cipher收包任务的执行过程可如图6所示:
步骤601,获取当前SEC_fb工作队列;
步骤602,判断当前SEC_fb工作队列是否空,是则调用poll,等待内核驱动唤醒,唤醒后进入步骤603,否则直接进入步骤603;
步骤603,从当前SEC_fb工作队列中的队列头拷贝出数据,发送给上层应用程序,并修改头指针向前移动1,返回执行步骤602。
用户态接收消息的任务操作的都是outdata队列,因此此处sec_fb工作队列是outdata队列。
本文中所描述的具体实施例仅仅是对本发明精神作举例说明。本发明所属技术领域的技术人员可以对所描述的具体实施例做各种各样的修改或补充或采用类似的方式替代,但并不会偏离本发明的精神或者超越所附权利要求书所定义的范围。
Claims (3)
1.一种无线通信基站空口数据cipher加速方法,其特征在于:包括初始化过程和数据传输过程;
初始化过程包括以下子步骤,
步骤1.1,初始化QMAN和SEC协处理器,并初始化相应算法描述符;所述QMAN为硬件队列管理器;
步骤1.2,在SEC协处理器初始化后,分配一块内存用于保存用户态任务和内核线程需要交互的数据,然后初始化双无锁队列indata队列与outdata队列,indata队列为输入数据队列,outdata队列为输出数据队列;indata队列与outdata队列相同大小,两队列是一一对应,indata中存放接收数据,outdata对应的数据缓存区中存放相应数据经过SEC协处理器处理过后的结果;
步骤1.3,创建内核任务,该内核任务用来处理与协议栈的数据交互,包括轮询indata 队列,将indata队列中的数据写入SEC协处理器;
步骤1.4,创建用于用户态中空口数据cipher处理的用户态任务,所述用户态任务包括用户态接收消息任务和用户态发送消息任务;将步骤1.2中分配的内存映射到用户空间;
步骤1.5,创建用户态接收消息任务,该任务不断轮询outdata队列,获取SEC协处理器处理过后的消息;
数据传输过程包括以下子步骤,
步骤2.1,用户态发送消息任务将需要进行cipher处理的数据包放到双无锁队列的indata队列中,每写入一帧数据就将indata队列写指针加1;如果indata队列已满,根据消息优先级丢弃帧或等待indata队列非满;
步骤2.2,步骤1.3建立的内核任务从indata队列中获取数据包,入队到QMAN队列,然后QMAN根据步骤1.1初始化算法描述符的结果将QMAN队列中的数据包发到SEC协处理器中;如indata队列已空则等待;
步骤2.3,数据包被SEC协处理器处理完毕后,触发QMAN的DQRR中断,中断回调函数进行收包,将报文描述符中的信息填写到双无锁队列中的outdata队列中,递增outdata队列的写指针,唤醒用户态接收消息任务;
步骤2.4,用户态接收消息任务被唤醒后,直接将报文从outdata队列中取出交给其它业务模块处理,并将读指针加一,直到outdata队列再次为空,继续等待被唤醒。
2.根据权利要求1所述无线通信基站空口数据cipher加速方法,其特征在于:步骤1.2中,将分配用于保存用户态任务和内核线程需要交互的数据的内存块切分为多个大小相等的格子,每个格子的数据结构相同。
3.根据权利要求1或2所述无线通信基站空口数据cipher加速方法,其特征在于:所述无线通信基站为LTE基站,步骤1.1中初始化的相应算法描述符为LTE协议要求支持的算法描述符。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410371834.3A CN104102494B (zh) | 2014-07-31 | 2014-07-31 | 无线通信基站空口数据cipher加速方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410371834.3A CN104102494B (zh) | 2014-07-31 | 2014-07-31 | 无线通信基站空口数据cipher加速方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104102494A true CN104102494A (zh) | 2014-10-15 |
CN104102494B CN104102494B (zh) | 2017-07-25 |
Family
ID=51670672
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410371834.3A Active CN104102494B (zh) | 2014-07-31 | 2014-07-31 | 无线通信基站空口数据cipher加速方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104102494B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105873038A (zh) * | 2016-06-07 | 2016-08-17 | 武汉邮电科学研究院 | 一种lte基站用户面数据安全处理方法 |
CN111767159A (zh) * | 2020-06-24 | 2020-10-13 | 浙江大学 | 一种基于协程的异步系统调用系统 |
CN114003408A (zh) * | 2021-10-29 | 2022-02-01 | 杭州迪普科技股份有限公司 | 在内核态与用户态之间交换报文的系统和方法 |
CN116197919A (zh) * | 2023-05-06 | 2023-06-02 | 曜石机器人(上海)有限公司 | 机器人控制系统及控制方法 |
CN114003408B (zh) * | 2021-10-29 | 2024-10-29 | 杭州迪普科技股份有限公司 | 在内核态与用户态之间交换报文的系统和方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8504744B2 (en) * | 2010-10-28 | 2013-08-06 | Alcatel Lucent | Lock-less buffer management scheme for telecommunication network applications |
CN103391256A (zh) * | 2013-07-25 | 2013-11-13 | 武汉邮电科学研究院 | 一种基于Linux系统的基站用户面数据处理优化方法 |
US8737417B2 (en) * | 2010-11-12 | 2014-05-27 | Alcatel Lucent | Lock-less and zero copy messaging scheme for telecommunication network applications |
CN103945456A (zh) * | 2014-05-12 | 2014-07-23 | 武汉邮电科学研究院 | 一种基于Linux系统的LTE基站用户面高效UDP数据发送优化方法 |
-
2014
- 2014-07-31 CN CN201410371834.3A patent/CN104102494B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8504744B2 (en) * | 2010-10-28 | 2013-08-06 | Alcatel Lucent | Lock-less buffer management scheme for telecommunication network applications |
US8737417B2 (en) * | 2010-11-12 | 2014-05-27 | Alcatel Lucent | Lock-less and zero copy messaging scheme for telecommunication network applications |
CN103391256A (zh) * | 2013-07-25 | 2013-11-13 | 武汉邮电科学研究院 | 一种基于Linux系统的基站用户面数据处理优化方法 |
CN103945456A (zh) * | 2014-05-12 | 2014-07-23 | 武汉邮电科学研究院 | 一种基于Linux系统的LTE基站用户面高效UDP数据发送优化方法 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105873038A (zh) * | 2016-06-07 | 2016-08-17 | 武汉邮电科学研究院 | 一种lte基站用户面数据安全处理方法 |
CN111767159A (zh) * | 2020-06-24 | 2020-10-13 | 浙江大学 | 一种基于协程的异步系统调用系统 |
CN111767159B (zh) * | 2020-06-24 | 2024-10-08 | 浙江大学 | 一种基于协程的异步系统调用系统 |
CN114003408A (zh) * | 2021-10-29 | 2022-02-01 | 杭州迪普科技股份有限公司 | 在内核态与用户态之间交换报文的系统和方法 |
CN114003408B (zh) * | 2021-10-29 | 2024-10-29 | 杭州迪普科技股份有限公司 | 在内核态与用户态之间交换报文的系统和方法 |
CN116197919A (zh) * | 2023-05-06 | 2023-06-02 | 曜石机器人(上海)有限公司 | 机器人控制系统及控制方法 |
CN116197919B (zh) * | 2023-05-06 | 2023-07-25 | 曜石机器人(上海)有限公司 | 机器人控制系统及控制方法 |
Also Published As
Publication number | Publication date |
---|---|
CN104102494B (zh) | 2017-07-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20230231809A1 (en) | Dynamic load balancing for multi-core computing environments | |
US8861434B2 (en) | Method and system for improved multi-cell support on a single modem board | |
CN102915254B (zh) | 任务管理方法及装置 | |
US9485188B2 (en) | Virtual switching based flow control | |
US8737417B2 (en) | Lock-less and zero copy messaging scheme for telecommunication network applications | |
CN109697122B (zh) | 任务处理方法、设备及计算机存储介质 | |
US8792489B2 (en) | Communication transport protocol for distributed information technology architectures | |
Laufer et al. | Climb: Enabling network function composition with click middleboxes | |
US7536468B2 (en) | Interface method, system, and program product for facilitating layering of a data communications protocol over an active message layer protocol | |
CN105187327A (zh) | 一种分布式消息队列中间件 | |
CN110138553A (zh) | 一种IPSec VPN网关数据包处理装置及方法 | |
WO2017028399A1 (zh) | 通信数据传输方法及系统 | |
US20180159774A1 (en) | Application-level Dynamic Scheduling of Network Communication for Efficient Re-partitioning of Skewed Data | |
CN104102494A (zh) | 无线通信基站空口数据cipher加速方法 | |
CN109753370A (zh) | 一种低时延、高吞吐的远程过程调用方法 | |
CN104717189A (zh) | 网络数据包的发送方法及装置 | |
US20180191623A1 (en) | Dedicated-core computer hardware component | |
US20100223419A1 (en) | Copy circumvention in a virtual network environment | |
CN116266141A (zh) | 用于使用负载平衡指派和检查反重放序列号的方法和装置 | |
US20060004933A1 (en) | Network interface controller signaling of connection event | |
US9268621B2 (en) | Reducing latency in multicast traffic reception | |
Kundu et al. | Hardware acceleration for open radio access networks: A contemporary overview | |
CN115412500A (zh) | 支持负载均衡策略的异步通信方法、系统、介质及设备 | |
WO2022110805A1 (zh) | 实现集合通信的方法、计算机设备和通信系统 | |
Liu et al. | Research on Network Card Virtualization Technology Based on SR-IOV |
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 | ||
CP01 | Change in the name or title of a patent holder |
Address after: 430074, No. 88, postal academy road, Hongshan District, Hubei, Wuhan Patentee after: Wuhan post and Telecommunications Science Research Institute Co., Ltd. Address before: 430074, No. 88, postal academy road, Hongshan District, Hubei, Wuhan Patentee before: Wuhan Inst. of Post & Telecom Science |
|
CP01 | Change in the name or title of a patent holder |