CN117560359A - DigRF帧处理方法、装置、计算机设备及可读介质 - Google Patents

DigRF帧处理方法、装置、计算机设备及可读介质 Download PDF

Info

Publication number
CN117560359A
CN117560359A CN202210927211.4A CN202210927211A CN117560359A CN 117560359 A CN117560359 A CN 117560359A CN 202210927211 A CN202210927211 A CN 202210927211A CN 117560359 A CN117560359 A CN 117560359A
Authority
CN
China
Prior art keywords
data
digrf
frame
channel
frame processing
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.)
Pending
Application number
CN202210927211.4A
Other languages
English (en)
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.)
Sanechips Technology Co Ltd
Original Assignee
Sanechips 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 Sanechips Technology Co Ltd filed Critical Sanechips Technology Co Ltd
Priority to CN202210927211.4A priority Critical patent/CN117560359A/zh
Priority to PCT/CN2023/110557 priority patent/WO2024027710A1/zh
Publication of CN117560359A publication Critical patent/CN117560359A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0226—Mapping or translating multiple network management protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/60—Software-defined switches
    • 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/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

本公开提供一种DigRF帧处理方法，包括：接收n路第一数据，将n路第一数据映射到m个数据通道中的任一个，m和n为大于2的整数，且n>m；对每个数据通道的第一数据进行时钟域转换得到第二数据；将每个数据通道的第二数据进行位宽转换得到第三数据，并缓存第三数据；在数据通道缓存的第三数据的数量达到一帧数据的数据量时，根据数据通道缓存的各第三数据进行组帧，得到DigRF数据帧，一帧数据的数据量为预设负载对应的一帧数据的数据量；采用固定负载进行组帧，最大限度提高带宽利用率，射频芯片与基带芯片组帧逻辑简单，节省芯片面积和逻辑资源，带宽利用率提高，芯片功耗更低。本公开还提供一种DigRF帧处理装置、计算机设备和可读介质。

Description

DigRF帧处理方法、装置、计算机设备及可读介质
技术领域
本公开涉及通信技术领域，具体涉及一种DigRF帧处理方法、装置、计算机设备及可读介质。
背景技术
现有的一部分基带芯片接口协议采用的是流传输方式，比如CPRI(Common PublicRadio Interface，公共无线接口)协议、Aurora协议和j204B协议,由于此类接口方案不支持休眠或空闲状态进入节能关断，因此芯片能耗较高。
现有终端芯片也有一部分采用包传输方式，比如DigRF(数字射频)V1.12协议，但是该接口协议只是针对GSM(Global System for Mobile communications，全球移动通信系统)这一个制式，不具备通用性，且最快接口速率只有52Mbit/s，不能满足现有传输需求。
发明内容
本公开提供一种DigRF帧处理方法、装置、计算机设备和可读介质。
第一方面，本公开实施例提供一种DigRF帧处理方法，包括：
接收n路第一数据，将所述n路第一数据中的每一路第一数据映射到m个数据通道中的任一个，其中，m和n为大于2的整数，且n>m；
对每个所述数据通道的第一数据进行时钟域转换得到第二数据；
将每个所述数据通道的所述第二数据进行位宽转换得到第三数据，并缓存所述第三数据；
在数据通道缓存的所述第三数据的数量达到一帧数据的数据量的情况下，根据所述数据通道缓存的各所述第三数据进行组帧得到DigRF数据帧，所述一帧数据的数据量根据预设负载的数量和物理通道的数量确定。
在一些实施例中，所述n路第一数据包括多种制式。
在一些实施例中，在缓存所述第三数据之后，所述方法还包括：
在进行制式切换的情况下，根据每个所述数据通道当前缓存的所述第三数据进行组帧。
在一些实施例中，所述第一数据的制式包括以下之一或任意组合：
新空口NR、新空口_车用无线通信NR_V2X、长期演进技术LTE、长期演进技术_车用无线通信LTE_V2X、宽带码分多址WCDMA。
在一些实施例中，各种制式的所述第一数据的负载相同。
在一些实施例中，通过以下方式确定数据通道缓存的所述第三数据的数量达到一帧数据的数据量：
在所述m个数据通道中，通过轮询的方式确定数据通道缓存的所述第三数据的数量达到一帧数据的数据量。
在一些实施例中，所述预设负载的数量为256字节。
又一方面，本公开实施例还提供一种DigRF帧处理装置，包括通道映射模块、时钟域转换模块、位宽转换模块、缓存模块和数据处理模块，所述通道映射模块用于，接收n路第一数据，将所述n路第一数据中的每一路第一数据映射到m个数据通道中的任一个，其中，m和n为大于2的整数，且n>m；
所述时钟域转换模块用于，对每个所述数据通道的第一数据进行时钟域转换得到第二数据；
所述位宽转换模块用于，将每个所述数据通道的所述第二数据进行位宽转换得到第三数据；
所述缓存模块用于，缓存所述第三数据；
所述数据处理模块用于，在数据通道缓存的所述第三数据的数量达到一帧数据的数据量的情况下，根据所述数据通道缓存的各所述第三数据进行组帧得到DigRF数据帧，所述一帧数据的数据量根据预设负载的数量和物理通道的数量确定。
又一方面，本公开实施例还提供一种计算机设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序；当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如前所述的DigRF帧处理方法。
又一方面，本公开实施例还提供一种计算机可读介质，其上存储有计算机程序，其中，所述程序被执行时实现如前所述的DigRF帧处理方法。
本公开实施例提供的DigRF帧处理方法，包括：接收n路第一数据，将n路第一数据映射到m个数据通道中的任一个，m和n为大于2的整数，且n>m；对每个数据通道的第一数据进行时钟域转换得到第二数据；将每个数据通道的第二数据进行位宽转换得到第三数据，并缓存第三数据；在数据通道缓存的第三数据的数量达到一帧数据的数据量时，根据数据通道缓存的各第三数据进行组帧，得到DigRF数据帧，一帧数据的数据量为预设负载对应的一帧数据的数据量；本公开实施例采用固定负载进行组帧，最大限度提高带宽利用率，与可变负载组帧方式相比，射频芯片与基带芯片组帧逻辑简单，节省芯片面积和逻辑资源，而且，带宽利用率提高，在传输相同的数据量的情况下，链路处于空闲或休眠状态的时间更长，芯片功耗更低。
附图说明
图1为本公开实施例提供的DigRF帧处理流程示意图一；
图2为本公开实施例提供的DigRF帧格式示意图；
图3为本公开实施例提供的第一数据的格式示意图；
图4为本公开实施例提供的第三数据的格式示意图；
图5为本公开实施例提供的DigRF帧处理流程示意图二；
图6为本公开实施例提供的DigRF帧处理装置的模块示意图；
图7为本公开实施例提供的DigRF帧处理装置的结构示意图。
具体实施方式
在下文中将参考附图更充分地描述示例实施例，但是所述示例实施例可以以不同形式来体现且不应当被解释为限于本文阐述的实施例。反之，提供这些实施例的目的在于使本公开透彻和完整，并将使本领域技术人员充分理解本公开的范围。
如本文所使用的，术语“和/或”包括一个或多个相关列举条目的任何和所有组合。
本文所使用的术语仅用于描述特定实施例，且不意欲限制本公开。如本文所使用的，单数形式“一个”和“该”也意欲包括复数形式，除非上下文另外清楚指出。还将理解的是，当本说明书中使用术语“包括”和/或“由……制成”时，指定存在所述特征、整体、步骤、操作、元件和/或组件，但不排除存在或添加一个或多个其他特征、整体、步骤、操作、元件、组件和/或其群组。
本文所述实施例可借助本公开的理想示意图而参考平面图和/或截面图进行描述。因此，可根据制造技术和/或容限来修改示例图示。因此，实施例不限于附图中所示的实施例，而是包括基于制造工艺而形成的配置的修改。因此，附图中例示的区具有示意性属性，并且图中所示区的形状例示了元件的区的具体形状，但并不旨在是限制性的。
除非另外限定，否则本文所用的所有术语(包括技术和科学术语)的含义与本领域普通技术人员通常理解的含义相同。还将理解，诸如那些在常用字典中限定的那些术语应当被解释为具有与其在相关技术以及本公开的背景下的含义一致的含义，且将不解释为具有理想化或过度形式上的含义，除非本文明确如此限定。
本公开实施例提供一种DigRF帧处理方法，应用于DigRF帧处理装置，如图1所示，包括以下步骤：
步骤11，接收n路第一数据，将n路第一数据中的每一路第一数据映射到m个数据通道中的任一个。
m和n为大于2的整数，且n>m。在本公开实施例中，n＝12,m＝8，即共有12路第一数据输入DigRF帧处理装置，由DigRF帧处理装置的通道映射模块(CH_MAP)将12路第一数据中的每一路第一数据分别映射到8个数据通道中的任意一个，保证每路第一数据均进入一个数据通道。
图6为DigRF帧处理装置的结构示意图，结合图7所示，通道映射模块(CH_MAP)可以选用数据选择器，12路第一数据(i_dfe_data0-i_dfe_data1)，分别输入至8个数据通道对应的8个数据选择器(MUX1-MUX8),经过8个数据选择器的选择，上述12路第一数据分别进入8个数据通道。
步骤12，对每个数据通道的第一数据进行时钟域转换得到第二数据。
在本公开实施例中，有两个时钟域，分别为clk_tx_sample*和clk_tx_work，在8个数据通道中的每一个数据通道，通过跨时钟fifo进行时钟域转换，得到第二数据。
步骤13，将每个数据通道的第二数据进行位宽转换得到第三数据，并缓存第三数据。
天线信号经过模－数转换以后，精度为12bit，也就是说，第二数据的位宽(精度)为12bit。在本步骤中，针对每个数据通道，通过位宽转换操作将12bit位宽的第二数据转换为8bit位宽的第三数据，并将第三数据缓存在相应数据通道的fifo缓存器内。举例而言，2个通道的第二数据，其位宽48bit，总线配置为1条物理通道，当fifo中缓存6个数据时，将数据转换成8bit位宽数据。
步骤14，在数据通道缓存的第三数据的数量达到一帧数据的数据量的情况下，根据数据通道缓存的各第三数据进行组帧得到DigRF数据帧，一帧数据的数据量根据预设负载的数量和物理通道的数量确定。
每个数据通道中，fifo缓存器缓存的数据量的最大值为预设负载对应的一帧数据的数据量。正常情况下，即通道不关断的情况下，当fifo缓存器中缓存的数据量达到存储的上限(即一帧数据的数据量)时，fifo缓存器向DigRF帧处理装置中的digrfv4_tx_dlc_read模块发送指示信号，以指示digrfv4_tx_dlc_read模块从所述fifo缓存器中读取全部的第三数据，digrfv4_tx_dlc_read模块对读取到的全部第三数据进行组帧，得到一个DigRF数据帧。
预设负载对应的一帧数据的数据量根据预设负载的数量和物理通道的数量确定。比如，预设负载的数量为256byte(字节)，在1条物理通道的情况下，digrfv4_tx_dlc_read模块一次读出256个第三数据；在2条物理通道的情况下，digrfv4_tx_dlc_read模块一次读出126个第三数据，以此类推，本公开实施例最多支持4条物理通道。
DigRF基本帧格式如图2所示，包括同步符号(Sync)、SOF(Start-of-Frame，帧开始)即Marker0、头信号(Header)、负载(Payload)、CRC(Cyclic Redundancy Check，循环冗余校验)校验码和尾信号(EOF/EOT)。
在本公开实施例中，每个数据通道具有固定负载，即每个数据通道的负载数量均相同，与可变负载组帧方式相比，采用固定负载的组帧方案，射频芯片与基带芯片关于组帧相关逻辑比较简单，节省芯片面积和逻辑资源。而且，固定负载的组帧方案带宽利用率高，传输相同的数据量所用时间更短，芯片进入空闲、休眠状态的时间更长，功耗更小，可以通过DigRF v4帧尾的EOT进入空闲、休眠状态，以达到节能、降功耗的目的。
本公开实施例提供的DigRF帧处理方法，包括：接收n路第一数据，将n路第一数据映射到m个数据通道中的任一个，m和n为大于2的整数，且n>m；对每个数据通道的第一数据进行时钟域转换得到第二数据；将每个数据通道的第二数据进行位宽转换得到第三数据，并缓存第三数据；在数据通道缓存的第三数据的数量达到一帧数据的数据量时，根据数据通道缓存的各第三数据进行组帧，得到DigRF数据帧，一帧数据的数据量为预设负载对应的一帧数据的数据量；本公开实施例采用固定负载进行组帧，最大限度提高带宽利用率，与可变负载组帧方式相比，射频芯片与基带芯片组帧逻辑简单，节省芯片面积和逻辑资源，而且，带宽利用率提高，在传输相同的数据量的情况下，链路处于空闲或休眠状态的时间更长，芯片功耗更低。
在本公开一些实施例中，所述n路第一数据包括多种制式。各种制式的第一数据根据具体应用场景输入DigRF帧处理装置，DigRF帧处理装置根据软件配置进行数据通道映射。
相关技术中，DigRF协议中对于负载数量的描述，由DLC_IQ_NUM决定一帧中的数据量，DLC_IQ_LEN决定数据位宽，并且根据不同制式的传输需求进行动态配置。负载数量越大，有效线速率越高。相同数据量的情况下，有效线速率越高，链路处于空闲或者休眠状态时间越长，此时芯片的功耗也越小。因此当系统中集成很多调制解调器(modem)，应用场景比较复杂时，就需要考虑采用协议中描述的可变负载的组帧方案，还是固定负载的组帧方案。目前针对DigRF协议的应用，有关于帧发送处理、重传帧的识别或者接收侧的NEST机制处理，而这些方案涉及的数据制式较少，使用场景比较简单，接口中并未涉及一帧数据中负载的数量的问题。
由此可见，相关技术对DigRF协议虽有应用，但并未讨论负载的组帧方案。标准协议中关于可变负载的组帧方案，并不适用复杂的传输需求，并且不能最大限度降低芯片功耗。本公开实施例提供一种基于DigRF固定负载的接口方案，针对各制式数据的传输需求，采用固定负载组帧，最大限度利用带宽，链路处于空闲或休眠状态时，节能关断，降低功耗。
在一些实施例中，第一数据的制式包括以下之一或任意组合：NR(New Radio,新空口)、NR_V2X(新空口_车用无线通信)、LTE(Long Term Evolution，长期演进技术)、LTE_V2X(长期演进技术_车用无线通信)、WCDMA(Wideband Code Division Multiple Access，宽带码分多址)。
DigRF帧处理装置中的通道映射模块(CH_MAP)可以接收以下调制解调器(modem)中的一个或几个发送的第一数据：NR modem、NR_V2X modem、LTE modem、LTE_V2X、WCDMAmodem。在第一数据为多种制式数据的情况下，将各种制式的12路第一数据映射到8个数据通道中，第一数据输入格式如表1所示：
表1
其中，LTE的3个载波(CC)可以承载数据业务，设计可覆盖需求。12路第一数据具体映射到哪一个数据通道，可以通过寄存器进行配置。
图3为本公开实施例提供的第一数据的格式示意图，2通道和4通道的第一数据格式如图3所示，其中，2通道(2T)的1拍数据量小于4通道(4T)的1拍数据量。
图4为本公开实施例提供的第三数据的格式示意图，输入为2通道的第一数据，1条物理通道输出的第三数据的格式如图4所示，其中，data_vld有效(高电平)时对应header_vld无效(低电平)，header_vld有效(高电平)时对应data_vld无效(低电平)。
在一些实施例中，如图5所示，在缓存第三数据(即步骤13)之后，所述DigRF帧处理方法还包括以下步骤：
步骤14’,在进行制式切换的情况下，根据每个数据通道当前缓存的第三数据进行组帧。
在步骤中，若通道关断，说明出现异常，则进行制式切换，在这种情况下，不用等待数据通道中fifo缓存器缓存的数据量达到存储的上限(即一帧数据的数据量)，就可以读取fifo缓存中当前已经缓存的第三数据，即无论此时fifo缓存中的第三数据是多少都将其读出，并根据读取到的第三数据进行组帧。
在一些实施例中，各种制式的第一数据的负载相同。
在一些实施例中，通过以下方式确定数据通道缓存的第三数据的数量达到一帧数据的数据量：在m个数据通道中，通过轮询的方式确定数据通道缓存的第三数据的数量达到一帧数据的数据量。也就是说，在m个数据通道中进行轮询，依次判断当前数据通道中fifo缓存器缓存的第三数据的数量是否已经达到一帧数据的数据量，如果达到，就针对当前数据通道进行组帧，得到该数据通道的DigRF数据帧；如果未达到，则不针对当前数据通道进行组帧，而是判断下一个数据通道中fifo缓存器缓存的第三数据的数量是否已经达到一帧数据的数据量，以此类推。
在一些实施例中，预设负载的数量为256字节。本公开实施例中固定负载的数量为协议规定的最大负载数量256byte，这种方式带宽利用率最高，传输相同的数据量所用时间更短，芯片进入空闲、休眠状态的时间更长，功耗更小。
本公开实施例可以应用于延时小、由电信号连接的高速串行接口中，在移动终端产品中，射频芯片与终端芯片进行上、下行数据交互，通常采用此类接口。本公开实施例也可应用于基带处理单元或有源天线处理单元中，比如基带处理单元中，两个板卡之间通过高速串行接口进行小区数据调度处理。
基于相同的技术构思，本公开实施例还提供一种DigRF帧处理装置。图6为DigRF帧处理装置的模块示意图，图7为DigRF帧处理装置的结构示意图。
如图6所示，所述DigRF帧处理装置包括通道映射模块101、时钟域转换模块102、位宽转换模块103、缓存模块104和数据处理模块105，通道映射模块101用于，接收n路第一数据，将所述n路第一数据中的每一路第一数据映射到m个数据通道中的任一个，其中，m和n为大于2的整数，且n>m。
时钟域转换模块102用于，对每个所述数据通道的第一数据进行时钟域转换得到第二数据。
位宽转换模块103用于，将每个所述数据通道的所述第二数据进行位宽转换得到第三数据。
缓存模块104用于，缓存所述第三数据。
数据处理模块105用于，在数据通道缓存的所述第三数据的数量达到一帧数据的数据量的情况下，根据所述数据通道缓存的各所述第三数据进行组帧得到DigRF数据帧，所述一帧数据的数据量根据预设负载的数量和物理通道的数量确定。
结合图6和图7所示，通道映射模块101为数据选择器MUX1-MUX8,时钟域转换模块102为跨时钟fifo，位宽转换模块103为digrfv4_tx_dlc_splicing模块，缓存模块104为数据缓存fifo，数据处理模块105为digrfv4_tx_dlc_read模块。
在一些实施例中，所述n路第一数据包括多种制式。
在一些实施例中，数据处理模块105还用于，在缓存模块104缓存所述第三数据之后，在进行制式切换的情况下，根据每个所述数据通道当前缓存的所述第三数据进行组帧。
在一些实施例中，所述第一数据的制式包括以下之一或任意组合：
新空口NR、新空口_车用无线通信NR_V2X、长期演进技术LTE、长期演进技术_车用无线通信LTE_V2X、宽带码分多址WCDMA。
在一些实施例中，各种制式的所述第一数据的负载相同。
在一些实施例中，数据处理模块105用于，通过以下方式确定数据通道缓存的所述第三数据的数量达到一帧数据的数据量：在所述m个数据通道中，通过轮询的方式确定数据通道缓存的所述第三数据的数量达到一帧数据的数据量。
在一些实施例中，所述预设负载的数量为256字节。
本公开实施例还提供了一种计算机设备，该计算机设备包括：一个或多个处理器以及存储装置；其中，存储装置上存储有一个或多个程序，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器实现如前述各实施例所提供的DigRF帧处理方法。
本公开实施例还提供了一种计算机可读介质，其上存储有计算机程序，其中，该计算机程序被执行时实现如前述各实施例所提供的DigRF帧处理方法。
本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。
本文已经公开了示例实施例，并且虽然采用了具体术语，但它们仅用于并仅应当被解释为一般说明性含义，并且不用于限制的目的。在一些实例中，对本领域技术人员显而易见的是，除非另外明确指出，否则可单独使用与特定实施例相结合描述的特征、特性和/或元素，或可与其他实施例相结合描述的特征、特性和/或元件组合使用。因此，本领域技术人员将理解，在不脱离由所附的权利要求阐明的本发明的范围的情况下，可进行各种形式和细节上的改变。

Claims (10)

1.一种DigRF帧处理方法，其特征在于，包括：
接收n路第一数据，将所述n路第一数据中的每一路第一数据映射到m个数据通道中的任一个，其中，m和n为大于2的整数，且n>m；
对每个所述数据通道的第一数据进行时钟域转换得到第二数据；
将每个所述数据通道的所述第二数据进行位宽转换得到第三数据，并缓存所述第三数据；
在数据通道缓存的所述第三数据的数量达到一帧数据的数据量的情况下，根据所述数据通道缓存的各所述第三数据进行组帧得到DigRF数据帧，所述一帧数据的数据量根据预设负载的数量和物理通道的数量确定。
2.如权利要求1所述的方法，其特征在于，所述n路第一数据包括多种制式。
3.如权利要求2所述的方法，其特征在于，在缓存所述第三数据之后，所述方法还包括：
在进行制式切换的情况下，根据每个所述数据通道当前缓存的所述第三数据进行组帧。
4.如权利要求2所述的方法，其特征在于，所述第一数据的制式包括以下之一或任意组合：
新空口NR、新空口_车用无线通信NR_V2X、长期演进技术LTE、长期演进技术_车用无线通信LTE_V2X、宽带码分多址WCDMA。
5.如权利要求2所述的方法，其特征在于，各种制式的所述第一数据的负载相同。
6.如权利要求1所述的方法，其特征在于，通过以下方式确定数据通道缓存的所述第三数据的数量达到一帧数据的数据量：
在所述m个数据通道中，通过轮询的方式确定数据通道缓存的所述第三数据的数量达到一帧数据的数据量。
7.如权利要求1-6任一项所述的方法，其特征在于，所述预设负载的数量为256字节。
8.一种DigRF帧处理装置，其特征在于，包括通道映射模块、时钟域转换模块、位宽转换模块、缓存模块和数据处理模块，所述通道映射模块用于，接收n路第一数据，将所述n路第一数据中的每一路第一数据映射到m个数据通道中的任一个，其中，m和n为大于2的整数，且n>m；
所述时钟域转换模块用于，对每个所述数据通道的第一数据进行时钟域转换得到第二数据；
所述位宽转换模块用于，将每个所述数据通道的所述第二数据进行位宽转换得到第三数据；
所述缓存模块用于，缓存所述第三数据；
所述数据处理模块用于，在数据通道缓存的所述第三数据的数量达到一帧数据的数据量的情况下，根据所述数据通道缓存的各所述第三数据进行组帧得到DigRF数据帧，所述一帧数据的数据量根据预设负载的数量和物理通道的数量确定。
9.一种计算机设备，包括：
一个或多个处理器；
存储装置，其上存储有一个或多个程序；
当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1-7任一项所述的DigRF帧处理方法。
10.一种计算机可读介质，其上存储有计算机程序，其中，所述程序被执行时实现如权利要求1-7任一项所述的DigRF帧处理方法。
CN202210927211.4A 2022-08-03 2022-08-03 DigRF帧处理方法、装置、计算机设备及可读介质 Pending CN117560359A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202210927211.4A CN117560359A (zh) 2022-08-03 2022-08-03 DigRF帧处理方法、装置、计算机设备及可读介质
PCT/CN2023/110557 WO2024027710A1 (zh) 2022-08-03 2023-08-01 DigRF帧处理方法、装置、计算机设备及可读介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210927211.4A CN117560359A (zh) 2022-08-03 2022-08-03 DigRF帧处理方法、装置、计算机设备及可读介质

Publications (1)

Publication Number Publication Date
CN117560359A true CN117560359A (zh) 2024-02-13

Family

ID=89815255

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210927211.4A Pending CN117560359A (zh) 2022-08-03 2022-08-03 DigRF帧处理方法、装置、计算机设备及可读介质

Country Status (2)

Country Link
CN (1) CN117560359A (zh)
WO (1) WO2024027710A1 (zh)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8737551B1 (en) * 2012-11-06 2014-05-27 Motorola Mobility Llc Synchronizing receive data over a digital radio frequency (RF) interface
CN106294234B (zh) * 2016-08-01 2018-09-21 深圳云天励飞技术有限公司 一种数据传输方法及装置
CN113986792B (zh) * 2021-10-26 2024-05-24 新华三信息安全技术有限公司 一种数据位宽转换方法及通信设备

Also Published As

Publication number Publication date
WO2024027710A1 (zh) 2024-02-08

Similar Documents

Publication Publication Date Title
US11375450B2 (en) Transmission power control method of base station in OFDMA-based wireless communication system
US11943711B2 (en) Information sending and receiving method and communications device for reducing energy consumption of a terminal device
EP2376996A2 (en) Power management for wireless networks
US20110206143A1 (en) Scalable DigRF Architecture
CN105302753B (zh) 一种基于fpga和fifo芯片的多通道hdlc数据处理装置
CN109002409A (zh) 一种位宽变换装置及方法
US20230075780A1 (en) Uplink data parsing method, electronic device, and storage medium
JP2023531119A (ja) マルチリンク確立方法および通信装置
CN101945431B (zh) 有损数据压缩方法及基于有损数据压缩的数字通信系统
US20060227805A1 (en) Buffers handling multiple protocols
US20080117848A1 (en) Communication system and methods for power management thereof
CN117560359A (zh) DigRF帧处理方法、装置、计算机设备及可读介质
CN113545150B (zh) 一种配置信息的指示方法及装置
CN113194434B (zh) 一种配置信息的指示方法及装置
US9094915B2 (en) Method and communication device for power savings in chip-to-chip signalling
CN112189362B (zh) 一种符号处理方法及相关设备
CN114448910B (zh) 5g基站的转发方法、5g基站系统
KR20240124355A (ko) 정보 전송 방법 및 통신 장치
CN103581088B (zh) 延时处理方法及装置
WO2021063214A1 (zh) 一种数据传输方法及装置
WO2022006916A1 (zh) 通信方法、装置、设备及存储介质
CN102035778B (zh) 用于宽带无线通信的数字基带处理器
CN117097445A (zh) 数据处理方法和装置、通信设备、计算机可读介质
CN116961846A (zh) 数据处理方法和装置、通信设备、计算机可读介质
CN116980084A (zh) 数据处理方法和装置、通信设备、计算机可读介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
CB02 Change of applicant information

Country or region after: China

Address after: 518055, 2nd Floor, ZTE Industrial Park, No. 2 Chuangyan Road, Xili Community, Xili Street, Nanshan District, Shenzhen City, Guangdong Province, China

Applicant after: SANECHIPS TECHNOLOGY Co.,Ltd.

Address before: 518055 Zhongxing Industrial Park, Liuxian Avenue, Xili street, Nanshan District, Shenzhen City, Guangdong Province

Applicant before: SANECHIPS TECHNOLOGY Co.,Ltd.

Country or region before: China