上层通常要和RILD通信,是通过Socket,在RIL_JAVA层实现;
沿着这样代码流程进行Framework——native:
Phone——RIL_JAVA——>RIL_CPP
那么可不可以直接和RILD(RIL_CPP)进行通信呢?
肯定是可以的,因为通信使用的rild socket,只要通过这个socket就可以和RILD进行通信 ;
但实际中可靠的使用是不可行的,因为RILD在创建的时候,
设计初始化已经决定了RILD同时所支持的客户端的数量:
单卡仅支持一个客户端;
双卡实现方式代码提供了两种方式:
1)双卡两个RIL客户端对应一个RILD服务端,以标签SUB0和SUB1来区分,RILD中数据流程也对应两个实体;
2)一个RIL客户端对应一个RILD服务端,也就是双卡的话,就会有个多个RILD进程
因Phone进程的特殊性,常驻进程开机启动会和RILD建立连接,作为RILD客户端.
所以如果你通过socket与RILD建立连接,就会将原来的Phone与RILD的连接断开掉;
这样就可能会造成冲突,产生异常,除非你将自带的Phone删除掉;
通常第三方的拨号软件也都是在Phone的基础上实现的。
因为所有的上层代码都是通过Framework,再传递带C/C++层进行处理;
之前有一些做法是,从底层将需求发到上层,在通过上层正常的流程去调用,再传递到底层,
这本身就不是很合理的,但是却不得不这样做;
假如现在有这样一个需求,在不启动上层的情况下进行手机的功能测试,或者直接和RILD进行底层通信
比如网络通信功能,怎么做呢?
还得在底层C层直接通过socket与RILD层建立连接,进行通信;
下面就看看这个实现过程:
sendAtFd createToRildFd(void)
{ sendAtFd fd = -1; //创建socket并连接
fd = socket_local_client(SOCKET_NAME_RILD, ANDROID_SOCKET_NAMESPACE_RESERVED, SOCK_STREAM); if (fd < 0) { perror ("opening radio socket"); exit(-1); } //保存和RILD通信的FD
s_send_at_fd = fd; return fd; }
这里创建套接字是一个UNIX套接字,参数与网络套接字不同,
结构体用sockaddr_un,域参数应该是PF_LOCAL,通讯类型应该是SOCK_STREAM或SOCK_DGRAM
UNIX本地套接字可以参考下面文档:
http://zerocool60.blog.163.com/blog/static/35270508200772955536291/
sendAtErrnoType setupToRild(void) { sendAtErrnoType result = E_SUCCESS; char recvBuffer[RECV_BUFFER_LEN] = {0}; Parcel recvP; sendAtFd fd = s_send_at_fd; //向RILD发起连接
char* SUB1 = "SUB1"; int res = send(fd,(const void *)SUB1,strlen(SUB1),0); //接收RILD返回,建建立连接
while(1){ sleep(10); //等待接收服务端数据
int recvLen = recv(fd,recvBuffer,RECV_BUFFER_HEAD_LEN,0); if(recvLen ==0) continue; //读取长度
int messageLength = ((recvBuffer[0] & 0xff) << 24) | ((recvBuffer[1] & 0xff) << 16) | ((recvBuffer[2] & 0xff) << 8) | (recvBuffer[3] & 0xff); ALOGI("sendAt messageLength = %d",messageLength); //读取内容
recvLen = recv(fd,recvBuffer,messageLength,0); recvP.setData((uint8_t*)recvBuffer, recvLen); //解析数据
int type = recvP.readInt32(); int response = recvP.readInt32(); //type: RESPONSE_UNSOLICITED / RESPONSE_SOLICITED
ALOGI("sendAt type = %d",type); //response ID: 指RESPONSE_UNSOLICITED类型的 //对于RESPONSE_SOLICITED的可能就不是这样的了serial一类的,实际中解析时要区分对待两种类型 //数据格式可以根据RIL_JAVA参考
ALOGI("sendAt response = %d",response); //数据内容
ALOGI("sendAt recvBuffer = %s",recvBuffer); //已建立连接 退出循环
break; } return result; }
同样需要接收RILD传递来的消息,也需要按照这种格式进行,可以另起一个线程专门来负责接收RILD发送来的消息。
sendAtErrnoType sendDataToRild(Parcel &p) { unsigned char* sendData = NULL; uint32 sendDataLen = p.dataSize(); unsigned char dataLength[4]; int32 res = -1; sendAtErrnoType error = E_SUCCESS; sendAtFd fd = s_send_at_fd; // parcel length in big endian 转化数据长度为byte数组
dataLength[0] = dataLength[1] = 0; dataLength[2] = (unsigned char)((sendDataLen >> 8) & 0xff); dataLength[3] = (unsigned char)((sendDataLen) & 0xff); //获取待发送数据
sendData = (unsigned char*)malloc(p.dataSize()); memcpy(sendData, p.data(), sendDataLen); //发送数据长度
res = send(fd,(const void *)dataLength,4,0); //发送数据内容
res = send(fd,(const void *)sendData,sendDataLen,0); free(sendData); return error; }
看到RILD接收数据使用Parcel进行相关的解析,
因此数据发送的格式组织依然使用Parcel进行组织;
从上面可以看到数据读取和数据发送,都是先从数据长度开始,然后数据内容
这就是与RILD socket通信的数据格式,具体可以参考RILJ发送数据的格式。
与RILD socket通信的客户端限制权限只能为“Radio”,才可以与之进行通信。
这在RIL_CPP的listenCallback中有做限制。
但是这里如果将UID改为:setuid(AID_RADIO);时,
发现在创建socket时又会出错,不知如何解决,就纳闷了同样是radio权限为什么,
这里却不能打开rild socket。
仅仅是作为测试,于是使用include $(BUILD_EXECUTABLE)编译出来一个可执行文件
只能去更改RILD对于权限的要求。
在向rild发送了数据之后如果,程序立即就退出了,也会报相应的错误;
引起服务端报出:ECONNRESET 104错误 connection reset by peer对方复位连接;
所以要在函数中做一些延迟,不能立即结束程序运行。
在Android中使用Parcel类等某些类,需要在namespace android {}下才行。
namespace 是c++的一个标识符,表示定义一个全局空间。
android代码把整个android工程看作一个namespace。
所以要在同一个空间下才能引用。
int main(int argc, char *argv[]) { send_at_main_init(); send_at_fight_mode(1); //不能立即结束程序,否则造成ECONNRESET 104错误 connection reset by peer //sleep的精度是秒,usleep的精度是微妙
sleep(3); //或者不让程序退出,进入死循环
while(0) { // sleep(UINT32_MAX) seems to return immediately on bionic
sleep(0x00ffffff); } return 0; }
下面看几个具体的数据发送流程 和格式:
void send_at_dispatch_dial(send_at_request_params* handle_params) { Parcel p; status_t status; uint32 ril_request_dial = RIL_REQUEST_DIAL; uint32 serial = 0; const char address[20] = "15816891234"; uint32 clirMode = 0; uint32 uusInfoNone = 0; //打包数据
status = p.writeInt32(ril_request_dial); status = p.writeInt32(serial); //字符串写入跟读取方式保持一致,参考RILD中的函数
writeStringToParcel(p,address); status = p.writeInt32(clirMode); status = p.writeInt32(uusInfoNone); //发送数据
sendDataToRild(p); }
void send_at_dispatch_fight_mode(send_at_request_params* handle_params) { Parcel p; status_t status; atRadioEvent* pRadioEvent = (atRadioEvent*)handle_params->data; //打包数据
status = p.writeInt32(pRadioEvent->ril_request_radio); status = p.writeInt32(pRadioEvent->serial); status = p.writeInt32(pRadioEvent->radio); status = p.writeInt32(pRadioEvent->on); //发送数据
sendDataToRild(p); }
生成到目录:/system/bin/sendAt
adb push到手机/system/bin目录下,更改权限即可执行
# For sendAt binary # ======================= LOCAL_PATH:= $(call my-dir) include $(CLEAR_VARS) LOCAL_SRC_FILES:= \ sendAt.c \ sendAtUtil.cpp \ sendAtEvent.cpp \ sendAtDispatch.cpp LOCAL_SHARED_LIBRARIES := \ libutils \ libbinder \ libcutils \ libril LOCAL_CFLAGS := \ LOCAL_MODULE:= sendAt LOCAL_MODULE_TAGS := optional include $(BUILD_EXECUTABLE)