Android中时间维护

Android中时间维护  2013-06-10 10:30:39

分类: Android平台

Android的时间更新分成2种,一种是走运营商协议的NITZ,另外一种是走网络时钟的SNTP

  1. SNTP

SNTP的逻辑主要分布在NetworkTimeUpdateService。它通过监听ACTION_NETWORK_SET_TIMEACTION_NETWORK_SET_TIMEZONE 这两个事件来判断最近一段时间内是否有 NITZ的时间已经被更新过;它通过监听ConnectivityManager 的触发事件来判断WIFI网络的连接,以此来触发网络事件的更新。


PS:1. NtpTrustedTime class来真正的实施从网络侧获取SNTP的时间。2.AlarmManager 来实施定时重查机制。



  1. NITZ:根据代码,NITZ需要运营商支持,通过TOD时间信息同步法进行时间同步。TOD,是指于“短波跳频通信”的一种基于精确时钟的同步法。“时间信息”包含了跳频的状态信息和时间信息,状态信息是指伪随机码(PN)发生器的实时码序列状态;时间信息是指实时时钟信息,即年、月、日、时、分、秒、毫秒、微秒、毫微秒等的精确时间。根据这些信息,就实现运营商网络侧和手机modem侧的时间同步。


Qualcomm android系统bootup的时候启动一个time_daemon的守护进程。目前米2qualcomm的实现是通过time_daemon的进程,来维护一个从modem获取时间,更新RTC的方法。


第一部分Time_daemon的初始化以及其和modem的时间同步

Time_daemon初始化:


第一步,首先通过genoff_init_config来初始化一些基本设置。

这个初始化做了以下2件事情,其通过ats_rtc_init 来初始化ats_bases[0],也就是和RTC相关的内容。具体做法是从/dev/rtc0中来获取RTC的值,并转换成UTCmilliseconds之后,将其存入到time_genoff_ptr 这个结构的generic_offset里面去。最后通过genoff_post_init这个函数初始化了time_genoff_ptr 这个结构

通过ats_bases_init初始化了ats_bases[ATS_MAX]里面其他的值。


第二部,通过genoff_boot_tod_init来初始化time_genoff_info_type的结构


第三步,通过genoff_modem_qmi_init来初始化QMIserviceclient,它通过time_get_service_object_v01来获取modemservice,用qmi_client_notifier_init(),qmi_client_get_service_list(),qmi_client_init(),来建立一个采取qmi通信机制的,可被触发的client。并获取时间初始值gettimeofday(),并通过qmi_client_send_msg_sync()来发送给modem


第四步,通过pthread_create 和 pthread_join 来维持一个和modem同步的socket connection。(conn_handlerread_offset都作为函数指针作为参数传入)

初始化完成之后


Read_offset() 通过qmi_client_send_msg_sync来从modem测获取generic_offset的值,并通过genoff_opr来写入generic_offset的值 (TODO:MODEM_EPOCH_DIFFERENCE 315964800????)


几个结构ats_bases[0]存放了RTC的相关信息,ats_base 是一个最大值为ATS_MAX的存放了time_genoff_struct结构的数组。

time_genoff_info_typeStructure to be passed as argument to time_genoff_operation(),其中存放了时间(time_unit),操作(time_genoff_opr




第二部分APP如何被动的被触发更新NITZ

APP最终通过time_genoff_operation()函数来open一个sockettime daemon通信,从而从modem测获取时间数据.


qcril_cm_process_network_info()会在一定条件下被触发(qcril_cm_event_card_status_updated里被调用,其会在收到modem的消息时被触发执行),在qcril_cm_process_network_info()里面,qcril_cm_prep_nitz_time_received_report()一旦执行成功,会调用qcril_default_unsol_resp_params()来发送RIL_UNSOL_NITZ_TIME_RECEIVED消息,RIL_UNSOL_NITZ_TIME_RECEIVED会被RIL接受到触发一个mNITZTimeRegistrantnotifyRegistrant


CdmaServiceStateTracker()在启动的时候通过setOnNITZTimeRIL注册,从而在这个时候能被notifyRegistrant()触发,从而执行setTimeFromNITZString(),最终在此刻,计算出当前的时间,并通过SystemClock.setCurrentTimeMillis()写入系统,同时广播一个ACTION_NETWORK_SET_TIME消息。


PS: APP 测的代码主要分布在

framework/base/services/java/android/server --NetworkTimeUpdateService framework/base/core/java/android/util --- NtpTrustedTime

framework/base/telephony/java/com/android/internal/telephony/cdma CdmaServiceStateTracker

其他部分主要分布在 vendor/qcom/proprietary/time-services


TODO:1.需要更好的理解QMI的机制从而更深入的理解Time_daemonmodem update时间的过程。2.更为清晰的流程图3.Modem侧是通过什么方式与运营商通信获取时间的?





  1. Appget time的过程:


App侧可以通过调用time_genoff_operation()来request一个time的请求。

time_genoff_operation()通过建立一个socket通信来于time daemon service获取时间。

connect(sock_id, (struct sockaddr *)&time_socket, length)

send(sock_id, &to_send, sizeof(to_send), 0)


Time daemon service 通过在init的时候建立一个pthread_create(&connection_mgr, NULL, (void *)conn_handler,NULL); 线程来维护一个conn_handler(void *recv_arg),专门处理来自time_genoff_operation()的socket通信

bind(sock_id, (struct sockaddr *)&time_socket, length);

listen(sock_id, GENOFF_MAX_CONCURRENT_CONN);

通过一个loopaccept来自time_genoff_operation()的socketconnection

accept(sock_id, (struct sockaddr *)&time_recv,&recv_val);

起一个线程来处理data

pthread_create(&time_thread, NULL, (void *)&genoff_handler, (void *)&recv_id);

genoff_handler();

{recv(recv_id, (void *)&to_recv, sizeof(to_recv), 0)

最后通过to_recv.result = genoff_opr(&genoff_args);来获取data,最终其实是调用genoff_get(),从全局变量数组ats_bases[base]中获取data

send(recv_id, &to_recv, sizeof(to_recv), 0)发回客户端



  1. time daemon service维护自身时间数据的过程。

  1. 主动发起的读取时间数据的循环Read_offset()

time daemon service Main()函数里面,也就是自身启动的时候会建立一个线程:

pthread_create(&read_time, NULL, (void *)read_offset, NULL);

read_offset(void *recv_arg) 通过一个while循环来更新自身的时间,在这个循环里面,主要做两件事情,获取数据,写入数据1.通过qmi_client_send_msg_sync();发起一个名为QMI_TIME_GENOFF_GET_REQ_MSG_V01的请求,来从modem获取时间data。注意,这里的data需要加上MODEM_EPOCH_DIFFERENCE的偏移量,从而得到真正的offset

2.通过调用genoff_set()里的genoff_persistent_update((),最终通过time_persistent_memory_opr()来

向全局变量数组ats_bases[base],文件(文件名为ats_12,3,4,5)里写入现在的offset


  1. 被动Callback的读取数据tod_update_ind_cb()

QMI方式通信的servicenotify的时候,获取时间数据,写入ats_bases[base]



3. time daemon获取时间,存储时间的方式:

获取时间有2个途径,主动Read_offset()获取和被动的QMI time service notify.

存储时间有2个方式,全局变量数组ats_bases[base],文件(文件名为ats_12,3,4,5




附录:


  1. 几个时间的定义:Time daemon始终通过Base的值来确定查询和维护的是什么类型的时间,以及是否需要对这个时间状态做更新:

//ATS_RTC = 0, /**< Real time clock timebase.*/ 0

//ATS_TOD, /**< Proxy base for number of bases.*/1 [genoff_valid_base]

//ATS_USER, /**< User timebase. */2 [genoff_update_tod] [genoff_valid_base] [genoff_update_from_apps]

//ATS_SECURE, /**< Secure timebase. */3 [genoff_update_to_modem] [genoff_update_from_modem] [genoff_valid_base]

//ATS_DRM, /**< Digital rights management timebase. */4

//ATS_USER_UTC, /**< Universal Time Coordinated user timebase. */ 5

//ATS_USER_TZ_DL, /**< Global time zone user timebase. */6

//ATS_GPS, /**< Base for GPS time. \n 7 [genoff_update_from_modem] [genoff_valid_base]

// @note1hang When ATS_GSTK is modified, changes are also

// reflected on ATS_TOD. */

//ATS_1X, /**< Base for 1X time. \n 8 [genoff_update_from_modem] [genoff_valid_base]

// @note1hang When ATS_1X is modified, changes are also

// reflected on ATS_TOD. */

//ATS_HDR, /**< Base for HDR time. \n 9

// @note1hang When ATS_HDR is modified, changes are also

// reflected on ATS_TOD. */

//ATS_WCDMA, /**< Base for WCDMA time. \n 10 [genoff_valid_base] [genoff_update_from_apps]

// @note1hang When ATS_WCDMA is modified, changes are also

// reflected on ATS_TOD. */

//ATS_MFLO, /**< Base for MediaFLO time. \n 11 [genoff_update_to_modem] [genoff_valid_base] [genoff_update_from_apps]

// @note1hang When ATS_MFLO is modified, changes are also

// reflected on ATS_TOD. */

//ATS_INVALID = 0x10000000


APP主动发起的查询请求:

Time Daemon modem以及linux文件系统的交互:

转自:
http://wenku.baidu.com/view/6541f5d684254b35eefd3453.html
http://wenku.baidu.com/view/3fc186353968011ca30091fd.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值