首先看下面的TS PSI分析图:

注意:TOT UTC与TDT是一致的
  TDT下的时间为: UTC+手动TIMEZONE
  TOT下的时间为: UTC+解析的time_offset

    time_offest极性:

      ① local_time_offset_polarity为1,time_offset为负极性

      ② local_time_offset_polarity为0,time_offset为正极性
    time_offset值:
      ① 如果time_of_change时间在UTC_time之后,意味不需要转变offset 即使用local_time_offset的偏移值
      ② 反之,time_of_change时间在UTC_time时间之前,意味之要使用next_time_offset的偏移值

如上图:

  UTC:        2015-9-24 19:07

  time_of_change:     2015-10-10 04:00

所以使用:UTC+local_time_offset

由于local_time_offset_polarity为1为负极性的,所以最后的时间为:UTC-4=2015-9-24  15:07

RDA时区:

const Menu_TimeZone timezoneList[] =
{
{AREA_PORTUGAL, TV_IDS_String_LisbonGMT, , }, //LISBON 里斯本
{AREA_ENGLAND, TV_IDS_String_LondonGMT, , }, //LONDON 伦敦
{AREA_NETHERLANDS, TV_IDS_String_AmsterdamGMT1, , }, //AMSTERDAM 阿姆斯特丹
{AREA_GERMANY, TV_IDS_String_BerlinGMT1, , }, //BERLIN 柏林
{AREA_SERBIA, TV_IDS_String_BeogradGMT1, , }, //BEOGRAD 贝尔格莱德
{AREA_BELGIUM, TV_IDS_String_BrusselsGMT1, , }, //BRUSSELS 布鲁塞尔
{AREA_HUNGARY, TV_IDS_String_BudapestGMT1, , }, //BUDAPEST 布达佩斯
{AREA_DENMARK, TV_IDS_String_CopenhagenGMT1, , }, //COPENHAGEN 哥本哈根
{AREA_SPAIN, TV_IDS_String_MadridGMT1, , }, //MADRID 马德里
{AREA_FRANCE, TV_IDS_String_ParisGMT1, , }, //PARIS 巴黎
{AREA_ITALY, TV_IDS_String_RomeGMT1, , }, //ROME 罗马
{AREA_SWEDEN, TV_IDS_String_StockholmGMT1, , }, //STOCKHOLM 斯德哥尔摩
{AREA_NORWAY, TV_IDS_String_OsloGMT1, , }, //OSLO 奥斯陆
{AREA_POLAND, TV_IDS_String_WarsawGMT1, , }, //WARSAW 华沙
{AREA_GREECE, TV_IDS_String_AthensGMT2, , }, //ATHENS 雅典
{AREA_KENYA, TV_IDS_String_NairobiGMT3, , }, //NAIROBI 内罗毕
{AREA_SINGAPORE, TV_IDS_String_SingaporeGMT8, , }, //吉隆坡--马来西亚首都
{AREA_CHINA, TV_IDS_String_Chian_GMT8, , },
{AREA_HONGKONG, TV_IDS_String_HongKong_GMT8, , },
};

详细整理如下:

1. 引言

1.1 编写目的

本文档详尽描述了TDT/TOT DST的使用,供大家参考。

1.2 参考资料

  • 300468

2. 设计概要

2.1 system time有两种模式

一种是manual,AUTO Sync设置为OFF,用户自己设置系统时间;

一种是auto,AUTO Sync设置为ON,通过RTC和码流带的时间来同步系统时间;

2.2 offset处理(Auto Sync设置为ON)

不同的客户offset处理可能会不同,所以这部分最好是能放到application处理,通过callback和al time整合;

2.3 DST处理(Auto Sync设置为ON)

如果DST设置ON,time offset会在原来基础上加上1个小时 。

3. 详细设计

Al time是个被动的模块,主要是对其定义变量的操作(读:获取系统时间, 写:设置系统时间),复杂的原因是有不同的模式,和不同情况下offset之的处理是不同的,而且不同的customer对offset处理的spec也是不同的。

3.1 对变量的说明

3.1.1 System time(不带offset)

TOT的local time descriptor中会带next time和next time offset,提示说在next time设置time offset为next time offset,所以需要记录next time。

系统的RTC时间需要和码流带的时间同步,下面两个变量就用于它们之间的同步,在更新码流时间到system时会记录下这个时刻的RTC时间到g_dUpdateRTC,码流带的时间到g_dUpdateSec。

g_dTimeMjd:记录current time的年月日

g_dTimeSec:记录current time的时分秒(这里把时分秒转换为秒存储)

g_dNextTimeMjd:记录next time的年月日

g_dNextTimeSec:记录next time的时分秒

g_dUpdateRTC:记录有更新系统时间时的RTC,比如更新码流的时间到system

g_dUpdateSec:记录更新系统时间时的系统时间,比如更新码流的时间到system

3.1.2 Time offset:

因为EIT中带的时间是不带offset的时间,而app显示的event的时间是带了offset的时间,所以需要在al event中把event的时间做一次转换,在转换的时候有可能一个event的start time的offset和end time的offset是不同的,这时就需要用到sdOldGMTOffset和sdNextTimeOffset。

TOT的local time descriptor中会带next time和next time offset,提示说在next time设置time offset为next time offset,所以需要记录next time offset。

DST设置为On的时候offset需要再加上1个小时

g_sdTimeOffset:记录系统当前的offset值,没有考虑DST

g_sdOldGMTOffset:记录系统前一个offset值,没有考虑DST

g_sdNextTimeOffset:记录系统下一个offset值,没有考虑DST

g_dTimeDST:是否需要考虑DST

3.1.3 system time sync mode

g_SyncMode:记录当前的sync mod是auto还是manual,auto的时候系统时间需要和码流时间同步,manual的时候是用户设置系统时间,但是也会和RTC同步

3.2 system time的两种模式

3.2.1 Manual

AUTO Sync设置为OFF,用户自己设置系统时间,这种模式下是不考虑offset的,也不用考虑码流TDT/TOT带的时间,但是需要100ms和RTC时间同步一次。

用户有修改系统时间后需要通知PR模块系统时间有变,并且需要把修改后的系统时间写到system 。

      

3.2.2 Auto

AUTO Sync设置为ON,通过RTC和码流带的时间来同步系统时间,码流有收到TDT后需要更新TDT时间到记录的不带offset的时间,收到TOT后需要更新TOT中带的时间到不带offset的时间,同时还需要更新offset。

系统100ms需要和RTC同步一次。

    

3.3 Time offset处理

不考虑DST的情况下offset有两种情况,一种是TOT种local time descriptor带的,另外一种是用户设置time zone得到的。

具体offset是用TOT中带的offset还是用用户设置time zone的offset,不同的客户处理会不一样,这里以CVT和CLV为列介绍。

3.3.1 CVT

static MENU_TIMEZONE_LIST timezoneList[] =

{

{TIMEZONE_ID_LISBON, TV_IDS_String_GMT_0, },

{TIMEZONE_ID_LONDON, TV_IDS_String_GMT_1, },

{TIMEZONE_ID_AMSTERDAM, TV_IDS_String_GMT_2, },

{TIMEZONE_ID_BERN, TV_IDS_String_GMT_3, },

{TIMEZONE_ID_BERLIN, TV_IDS_String_GMT_4, },

{TIMEZONE_ID_BEOGRAD, TV_IDS_String_GMT_5, },

{TIMEZONE_ID_BRUSSELS, TV_IDS_String_GMT_6, },

{TIMEZONE_ID_BUDAPEST, TV_IDS_String_GMT_7, },

{TIMEZONE_ID_COPENHAGEN, TV_IDS_String_GMT_8, },

{TIMEZONE_ID_MADRID, TV_IDS_String_GMT_9, },

{TIMEZONE_ID_PARIS, TV_IDS_String_GMT_10, },

{TIMEZONE_ID_ROME, TV_IDS_String_GMT_11, },

{TIMEZONE_ID_STOCKHOLM, TV_IDS_String_GMT_12, },

{TIMEZONE_ID_OSLO, TV_IDS_String_GMT_13, },

{TIMEZONE_ID_WARSAW, TV_IDS_String_GMT_14, },

{TIMEZONE_ID_ATHENS, TV_IDS_String_GMT_15, },

{TIMEZONE_ID_HELSINKI, TV_IDS_String_GMT_16, },

{TIMEZONE_ID_MOSCOW, TV_IDS_String_GMT_17,  },

{TIMEZONE_ID_BANGKOK, TV_IDS_String_GMT_18, },

{TIMEZONE_ID_HONGKONG, TV_IDS_String_GMT_19, },

{TIMEZONE_ID_WESTERNAUSTRALIA, TV_IDS_String_GMT_20, },

{TIMEZONE_ID_NORTHERNTERRITORY,TV_IDS_String_GMT_21, 9.5},

{TIMEZONE_ID_SOUTHAUSTRALIA, TV_IDS_String_GMT_22, 9.5},

{TIMEZONE_ID_NEWSOUTHWALES, TV_IDS_String_GMT_23, },

{TIMEZONE_ID_TASMANIA, TV_IDS_String_GMT_24, },

{TIMEZONE_ID_QUEENSLAND, TV_IDS_String_GMT_25, },

{TIMEZONE_ID_VICTORIA, TV_IDS_String_GMT_26, },

};

这里定义了各个country对应的GMT offset,如果码流TOT中的descriptor中带的country和用户目前设置的country匹配就用码流TOT中带的offset。如果不匹配就用timezonelist里面定义的offset,比如1表示是1个小时。

3.3.2 CLV

TimeZone会定义+-12小时的offset以及auto,如果用户设置为auto,就从TOT中获取offset,如果TOT中的descriptor带的country和用户目前设置的country匹配就用该descriptor中的offset,如果没有匹配的那么offset就为0。如果用户设置的time不为auto,就以用户设置的offset为准。

3.4 DST处理

如果DST设置ON,time offset会在原来基础上加上1个小时,并且不同的客户DST处理也会不同,这里以CVT和CLV为列介绍。

3.4.1 CVT

TOT中的local time descriptor会带current time的offset也会带next time的offset,如果current time的offset和next time的offset不相等,会把g_dTimeDST设置为On。

如果TOT中没有带和当前country匹配的descriptor,或者有的但是current time offset和next time offset相等会按照下面这个规则来设置g_dTimeDST

daylight saving time:

02:00 last sunday of March ~ 03:00 last sunday of October

3.4.2 CLV

如果Time Zone设置为Auto,用户是不能设置DST的,只能通过TOT中带的descriptor来设置。TOT中有带和当前country匹配的descriptor,并且current time offset和next time offset不相等时设置DST为On,否则设为Off

如果Time Zone设置不是Auto,用户可以自己设置DST为On还是Off。

最新文章

  1. Webpack 入门指迷--转载(题叶)
  2. 使用Guava提供的transform批量转换
  3. Java 并发工具包 java.util.concurrent 用户指南
  4. SQL Server 子查询
  5. Mysql 数据库无法删除 41 错误
  6. 转载:Robotium之Android控件定位实践和建议(Appium/UIAutomator姊妹篇)
  7. GridView----CustomRowCellEdit 使用注意事项
  8. 初探appium之appium的使用
  9. ovs router
  10. 简易js网页实时时钟日历
  11. ST表
  12. 微信小程序里的bug---video 的play()
  13. [转] ADO.NET调用存储过程带输出参数或返回值
  14. mysql代理之Atlas
  15. 如何修改WordPress网站默认登录地址wp-admin
  16. zookeeper 详解
  17. C#基础学习之FileStream
  18. Django的orm练习---多表查询
  19. hadoop入门手册5:Hadoop【2.7.1】初级入门之命令:文件系统shell2
  20. 使用图片方式显示email地址

热门文章

  1. 心脏滴血漏洞复现(CVE-2014-0160)
  2. BZOJ3786 星际探索
  3. 【Java TCP/IP Socket】基于NIO的TCP通信(含代码)
  4. VS2017不能生成Database Unit Test项目
  5. 基于Lua插件化的Pcap流量监听代理
  6. python中pymysql使用
  7. [NPM] Set default values for package.json using npm set
  8. vim note (1)
  9. System V IPC相关函数
  10. 高仿美团iOS版,版本5.7