CN110764819A

CN110764819A - 一种通讯终端的RF Card客制方法以及系统

Info

Publication number: CN110764819A
Application number: CN201911006302.9A
Authority: CN
Inventors: 汤志锋
Original assignee: Fuzhou Humanpool Bo Information Technology Co Ltd
Current assignee: Fujian Huisibo Digital Technology Co ltd
Priority date: 2019-10-22
Filing date: 2019-10-22
Publication date: 2020-02-07
Anticipated expiration: 2039-10-22
Also published as: CN110764819B

Abstract

本发明提供一种通讯终端的RF Card客制方法，建立客户信息以及项目与RF Card映射关系，并在Modem端新增RF card；在Android端读取客户信息以及项目信息；将客户信息以及项目信息写入至Modem NV6853中；根据NV6853中的信息以及所述映射关系，加载对应的RF Card；本发明还提供一种通讯终端的RF Card客制系统，使得不管已量产出厂的设备还是未量产出厂的设备，能够共用一套modem代码，也就同时共用一个modem镜像文件，实现真正的单软多硬。

Description

一种通讯终端的RF Card客制方法以及系统

技术领域

本发明涉及一种通讯终端的RF Card客制方法以及系统。

背景技术

不管是OEM厂商，还是类似华为/OPPO/VIVO/小米，还是POS厂商，都会碰过一个问题：一个软件平台(如Android MSM8909平台)不是只做一个项目，都会存在一个平台对应多个项目，而不同项目的射频电路不一样，如何维护这些项目，使得多个项目共用一套代码,甚至共用一套modem镜像文件成为厂商需要解决的难题。

首先了解下常识问题：

(1)一个平台代码有多个RF Card，这些RF Card的代码是在modem代码里，则他们编译时集成在modem的镜像文件里。如下图，各类RF Card，用于适应不同国家或运营商的RF代码。

(2)Modem开机启动过程初始化RF代码时，先读取NV1878项的值，然后选择加载对应的rf card库文件。

NV1878项的名字是RF Hardware Configuration，用于配置使用的是哪个 RFCard；不同RF Card对应不同的NV1878 HW ID值。NV RAM是指非易失性随机访问存储器(Non-Volatile Random Access Memory)

如rfc_wtr4905_chile_srlte_v2这个RF Card代码，对应的NV1878是32。

(3)因不同的客户可能对应不同硬件电路及射频硬件；如客户A不支持 TDSCDMA，而客户B支持，那么硬件设计上，客户A不需要设计TDSCDMA相关电路和不用贴相关TDSCDMA芯片。那么软件上A和B的RF Card代码频段上和网络制式上不一样。A不需要TDSCDMA的Band34/Band39/Band40频段，也不需要 TDSCDMA的网络制式。他们可能使用的是同一个RFCard代码，如 rfc_wtr4905_chile_srlte_v2，这就要求二者的RF Card Code里面代码配置需不一样。

现有技术一：通过宏控制实现客制不同项目使用相同一套代码；

如两个项目共用rfc_wtr4905_chile_srlte_v2这个RF Card代码，里面配置代码会不一样。可以通过宏控制来区分，然后采用编译脚本不同，那么不同的编译脚本里配置定义不同的宏。这样编译就会编译不同的代码。如：A项目的编译脚本定了PROJECT_A，那么编译时会使用下面那部分代码。

现有技术二：通过新增RF Card实现客制不同项目使用同一个镜像文件。 (即单软多硬)

主要通过新增RF Card，方法是基于现有的RF Card复制，然后修改变为新增。

如下实现A和B两个项目用同个modem镜像，修改方法：

1、rfc_wtr4905_chile_srlte_v2复制衍生出：

rfc_wtr4905_chile_srlte_v2_a

rfc_wtr4905_chile_srlte_v2_b

(1)修改rfc_wtr4905_chile_srlte_v2_a和 rfc_wtr4905_chile_srlte_v2_b相关变量使得满足_a和_b这RF Card。

如rfc_wtr4905_chile_srlte_v2_phy_devices_list修改为：

rfc_wtr4905_chile_srlte_v2_a_phy_devices_list

(2)修改和增加RF Card HW ID

RF_HW_WTR4905_CHILE_SRLTE_V2＝(uint8)32,

新增：

RF_HW_WTR4905_CHILE_SRLTE_V2_A＝(uint8)100,

RF_HW_WTR4905_CHILE_SRLTE_V2_B＝(uint8)101,

3、不同项目qcn不一样，qcn使用存储NV的文件，

Qcn_A的NV1878设置为100

Qcn_B的NV1878设置为101

4)生产时将不同qcn写入到不同项目的设备终端，设备终端在开机启动会根据NV1878的值选择对应的RF Card。

如NV1878的值是100，则选择rfc_wtr4905_chile_srlte_v2_a这个RF Card。

缺点1：

通过宏控制的方法，虽然能区分不同项目，但是无法实现多个项目共用一个modem镜像。每个项目对应一个编译脚本，项目多的话不容易维护。

缺点2：

通过新增RF Card的方法，虽然能同个镜像支持多个项目。但这技术要求前期就得规划好，一旦后面设备已出厂，则不能通过直接通过这个方法，因设备里的modem代码读取NV 1878是只读模式，不能通过代码修改。

缺点3：

通过新增RF Card的方法，虽然能同个镜像支持多个项目。但是因为RF Card 对应不同的qcn文件，产线生产过程需烧写不同的qcn，也不是真正的支持单软多硬，产线一旦各项目qcn多了，容易混淆或烧错。

现实中我们常碰到前期没规划好RF Card，只是不同项目使用不同的编译脚本控制不同的宏，导致不同项目使用不同的modem镜像。很不方便维护和OTA升级。且已部分项目已量产出货到用户手中。

那么对于这种情况我们要如何客制，使得既要考虑已量产出厂的项目，又得兼顾现有在做的或将来的项目都能共用一个modem镜像文件？

RF Card一旦选择错，则手机将会出现RF无法正常启动，4G/3G/2G将无信号，严重的话将死机而无法正常开机，所以修改RF Card是一件慎重的事情。

通过上面简单的“新增RF Card实现客制不同项目使用同一个镜像文件”这种技术肯定不行，因为NV1878是只读模式无法配置修改；且已量产不同项目和客户、硬件信息。Modem处理器是不知道这些信息的，无法区分RF硬件信息。

发明内容

本发明要解决的技术问题，在于提供一种通讯终端的RF Card客制方法以及系统，使得不管已量产出厂的设备还是未量产出厂的设备，能够共用一套modem 代码，也就同时共用一个modem镜像文件，实现真正的单软多硬。

本发明之一是这样实现的：一种通讯终端的RF Card客制方法，包括：

步骤1、建立客户信息以及项目与RF Card映射关系，并在Modem端新增RF card；

步骤2、在Android端读取客户信息以及项目信息；

步骤3、将客户信息以及项目信息写入至Modem NV6853中；

步骤4、根据NV6853中的信息以及所述映射关系，加载对应的RF Card。

进一步地，所述步骤4进一步具体为：通过函数读取NV6853中的信息，若 NV6853中没有信息，则根据NV1878中的信息加载对应的RF Card；若NV6853中有信息，则根据NV6853中的信息加载对应的RF Card。

进一步地，所述步骤3进一步具体为：将客户信息以及项目信息分别写入至 ModemNV6853中的oem_item_I[0]和oem_item_I[1]。

进一步地，所述步骤1中在Modem端新增RF card进一步具体为：在Modem 端modem_proc\rfc_jolokia\rf_card目录下我们新增RF card代码。

本发明之二是这样实现的：一种通讯终端的RF Card客制系统，包括：

建立模块，建立客户信息以及项目与RF Card映射关系，并在Modem端新增 RFcard；

读取模块，在Android端读取客户信息以及项目信息；

写入模块，将客户信息以及项目信息写入至Modem NV6853中；

加载模块，根据NV6853中的信息以及所述映射关系，加载对应的RF Card。

进一步地，所述加载模块进一步具体为：通过函数读取NV6853中的信息，若NV6853中没有信息，则根据NV1878中的信息加载对应的RF Card；若NV6853 中有信息，则根据NV6853中的信息加载对应的RF Card。

进一步地，所述写入模块进一步具体为：将客户信息以及项目信息分别写入至Modem NV6853中的oem_item_I[0]和oem_item_I[1]。

进一步地，所述建立模块中在Modem端新增RF card进一步具体为：在Modem 端modem_proc\rfc_jolokia\rf_card目录下我们新增RF card代码。

本发明具有如下优点：一种通讯终端的RF Card客制方法以及系统，使得不管已量产出厂的设备还是未量产出厂的设备，能够共用一套modem代码，也就同时共用一个modem镜像文件，实现真正的单软多硬；并且其实现简便，大大降低了操作的复杂度。

附图说明

下面参照附图结合实施例对本发明作进一步的说明。

图1为本发明方法执行流程图。

图2为本发明具体实施方式中Modem NV6853的示意图。

图3为本发明具体实施方式的执行流程图。

具体实施方式

如图1所示，本发明通讯终端的RF Card客制方法，包括：

步骤1、建立客户信息以及项目与RF Card映射关系，并在Modem端 modem_proc\rfc_jolokia\rf_card目录下我们新增RF card代码；

步骤2、在Android端读取客户信息以及项目信息；

步骤3、将客户信息以及项目信息分别写入至Modem NV6853中的 oem_item_I[0]和oem_item_I[1]；

步骤4、通过函数读取NV6853中的信息，若NV6853中没有信息，则根据NV1878 中的信息加载对应的RF Card；若NV6853中有信息，则根据NV6853中的信息加载对应的RF Card。

本发明通讯终端的RF Card客制系统，包括：

建立模块，建立客户信息以及项目与RF Card映射关系，并在Modem端 modem_proc\rfc_jolokia\rf_card目录下我们新增RF card代码；

读取模块，在Android端读取客户信息以及项目信息；

写入模块，将客户信息以及项目信息分别写入至Modem NV6853中的 oem_item_I[0]和oem_item_I[1]；

加载模块，通过函数读取NV6853中的信息，若NV6853中没有信息，则根据 NV1878中的信息加载对应的RF Card；若NV6853中有信息，则根据NV6853中的信息加载对应的RFCard。

本发明以后总具体实施方式：

RF Card是射频硬件对应的射频软件代码。同一个平台的不同客户在射频电路上需求会不一样，如射频硬件频段、通路、功率放大器(PA)、天线开关模块(ASM) 等芯片可能都不一样。

本发明主要通过客制RF Card，使得不管已量产出厂的设备还是未量产出厂的设备，能够共用一套modem代码，也就同时共用一个modem镜像文件，实现真正的单软多硬。

可应用于Android平台采用高通芯片的各种带modem的产品，如手机、POS、车载等等。

本方案对于已出厂的设备终端可通过OTA升级最新的软件，未出厂的则直接烧写最新的软件或OTA最新软件都可以。软件客制如下：

1、代码修改

(1)首先，我们这方案涉及修改Android端和modem端代码。先读取NV6853 中的值，只需在读取NV1878代码上下文，加入先读取NV6853的代码就行。实际做法因NV1878读取后的值是传递给rfc_set_card(rf_hw_type rf_hw)rf_hw 参数，这个函数用于选择具体哪个RF Card，我们可以在rfc_set_card函数开始时就读取NV6853的值，然后函数里面对rf_hw重新赋值。这样使用的是NV6853 的值。Android端主要增加读取客户、项目信息，然后写入到Modem NV6853(这个NV是OEM自己可以随便使用)；NV6853可填充31个字节的(如图2所示)。我们客户、项目分别填充字节oem_item_I[0]和oem_item_I[1]。如果这两个字节有值我们则跳过不填充，正常开机。没值则获取系统的客户、项目填充到 oem_item_I[0]和oem_item_I[1]。

如oem_item_I[0]填充客户

0x01代表客户A

0x02代表客户B

。。。

oem_item_I[1]填充项目

0x01代表项目1

0x02代表项目2

……

(2)Modem端modem_proc\rfc_jolokia\rf_card目录下我们新增RF card 代码，如

rfc_wtr4905_chile_srlte_v2_a

rfc_wtr4905_chile_srlte_v2_b

……

(3)同时修改和增加RF Card HW ID

RF_HW_WTR4905_CHILE_SRLTE_V2＝(uint8)32,

新增：

RF_HW_WTR4905_CHILE_SRLTE_V2_A＝(uint8)100,

RF_HW_WTR4905_CHILE_SRLTE_V2_B＝(uint8)101,

(4)rfc_set_card(rf_hw_type rf_hw)这个函数会根据RF HW ID的值即 NV1878的值使用具体的RF Card。调用这个函数已经是读取了NV1878的值给 rf_hw参数。那么我们需在这个函数做客制。

判断NV6853oem_item_I[0]和oem_item_I[1]是否有值，没值则采用默认的 1878值对应的RF Card；有值则根据oem_item_I[0]和oem_item_I[1]的值确认 RF Card

oem_item_I[0]代表客户信息；oem_item_I[1]代表项目信息。

如：oem_item_I[0]的值是0x01，如代表客户A

oem_item_I[1]的值如0x01代表项目1；0x02代表项目2

那么具体映射如下：

如NV6853的oem_item_I[0]＝0x01和oem_item_I[1]＝0x01，即对应是客户A 项目1(即rfc_wtr4905_chile_srlte_v2_a)，那么rfc_set_card(rf_hw_type rf_hw)开始阶段，将rf_hw重新赋值为100(RF_HW_WTR4905_CHILE_SRLTE_V2_A)，那么将加载调用的是rfc_wtr4905_chile_srlte_v2_a这RF Card。如下图大致代码：

boolean rfc_set_card(rf_hw_type fr_hw)

{

static boolean rfc_initialized＝FALSE；

rfc_intf*temp_p＝NULL；

rfc_vreg_mgr*rfc_data＝NULL；

system_clock_enum syscle＝SYS_CLK_XO；

char dynrec_card_name[12]；

char temp_buf[12]；

char*dynrec_card_ptr＝dynec_card_name；

int card_reclaimed,n,

oem_item_I＝read(NV6853)；

{

if(oem_item_I[0]＝＝0x01&&oem_item_[1]＝＝0x01){

rf_hw＝RF_HW_WTR4905_CHILE_SRLTE_V2_A；}

}

if(rfc_initialized){return rfc_initialized；}

}

2、如图3所示，技术流程详细描述：

(1)因modem的启动会比Android获取到项目、客户信息启动的早。所以先启动modem的RF初始化，然后调用rfc_set_card(rf_hw_type rf_hw)选择RF Card。

(2)rfc_set_card()函数先读取NV6853，判断NV6853oem_item_I[0]和 oem_item_I[1]是否有值，有值则根据oem_item_I[0]和oem_item_I[1]的值确认哪个RF Card。oem_item_I[0]代表客户信息；oem_item_I[1]代表项目信息。

具体映射如下：

如oem_item_I[0]-＝0x01&&oem_item_I[1]＝＝0x01，代表这个项目是客户A 项目1的项目，将调用的是rfc_wtr4905_chile_srlte_v2_a这个RF card。

(3)NV6853oem_item_I[0]和oem_item_I[1]没值则，采用的传递的rf_hw参数的NV1878值，加载对应的RF Card；

(4)当启动到Android上层代码，先是读取项目、客户信息(存储在 /system/build.prop；客户信息对应ro.product.brand属性值。项目信息对应 ro.product.model属性值。二者都可以通过getprop方法获取)，这两个信息用于给modem知道硬件板子是哪个RF硬件。

(5)然后判断NV6853oem_item_I[0]和oem_item_I[1]是否有值，有值且和项目信息以及客户信息对应，则不写，然后正常启动，有值且和项目及客户不对应，需和无值一样的方法进行处理，需将步骤(4)中的客户信息、项目信息分别写到NV653oem_item_I[0]和oem_item_I[1]，然后重启设备。

(6)NV6853oem_item_I[0]和oem_item_I[1]无值，则将客户信息、项目信息分别写到oem_item_I[0]和oem_item_I[1]，然后重启设备(默认或出厂时NV6853 oem_item_I[0]和oem_item_I[1]为空)。

(7)重启后使得设备modem能根据NV6853oem_item_I[0]和oem_item_I[1] 加载对应的RF Card。

虽然以上描述了本发明的具体实施方式，但是熟悉本技术领域的技术人员应当理解，我们所描述的具体的实施例只是说明性的，而不是用于对本发明的范围的限定，熟悉本领域的技术人员在依照本发明的精神所作的等效的修饰以及变化，都应当涵盖在本发明的权利要求所保护的范围内。

Claims

1.一种通讯终端的RF Card客制方法，其特征在于：包括：

步骤2、在Android端读取客户信息以及项目信息；

步骤3、将客户信息以及项目信息写入至Modem NV6853中；

2.根据权利要求1所述的一种通讯终端的RF Card客制方法，其特征在于：所述步骤4进一步具体为：通过函数读取NV6853中的信息，若NV6853中没有信息，则根据NV1878中的信息加载对应的RF Card；若NV6853中有信息，则根据NV6853中的信息加载对应的RF Card。

3.根据权利要求1所述的一种通讯终端的RF Card客制方法，其特征在于：所述步骤3进一步具体为：将客户信息以及项目信息分别写入至Modem NV6853中的oem_item_I[0]和oem_item_I[1]。

4.根据权利要求1所述的一种通讯终端的RF Card客制方法，其特征在于：所述步骤1中在Modem端新增RF card进一步具体为：在Modem端modem_proc\rfc_jolokia\rf_card目录下我们新增RF card代码。

5.一种通讯终端的RF Card客制系统，其特征在于：包括：

建立模块，建立客户信息以及项目与RF Card映射关系，并在Modem端新增RF card；

读取模块，在Android端读取客户信息以及项目信息；

写入模块，将客户信息以及项目信息写入至Modem NV6853中；

6.根据权利要求5所述的一种通讯终端的RF Card客制系统，其特征在于：所述加载模块进一步具体为：通过函数读取NV6853中的信息，若NV6853中没有信息，则根据NV1878中的信息加载对应的RF Card；若NV6853中有信息，则根据NV6853中的信息加载对应的RF Card。

7.根据权利要求5所述的一种通讯终端的RF Card客制系统，其特征在于：所述写入模块进一步具体为：将客户信息以及项目信息分别写入至Modem NV6853中的oem_item_I[0]和oem_item_I[1]。

8.根据权利要求5所述的一种通讯终端的RF Card客制系统，其特征在于：所述建立模块中在Modem端新增RF card进一步具体为：在Modem端modem_proc\rfc_jolokia\rf_card目录下我们新增RF card代码。