1077@52RD_0934@52RD_详细设计说明书(短消息)
托普-详细设计说明书-参考

目录1.引言 (1)1.1编写目的 (1)1.2背景 (1)1.3定义 (1)1.4参考资料 (1)2.程序(模块)系统的组织结构 (1)3.界面设计要求 (2)4.本软件系统中各程序(模块)的设计说明 (2)4.1程序(模块)1的设计说明 (3)4.2窗口对象说明表 (4)4.3程序(模块)2的设计说明 (4)5.模块相互关系表 (4)1. 引言1.1 编写目的本说明书确定系统的详细功能模块和数据结构,为下阶段开发工作提供依据。
1.2 背景软件系统的名称:本项目的任务提出者:本项目的任务开发者:软件系统的用户:(可选)1.3 定义提示:列出本文件中用到的专门术语的定义和英文缩写的原词组。
如:TP_SPIDE :托普软件产品开发平台 TP_Broker:托普组件代理框架;TP_COAG(Component Objects Automatic Generator):托普组件对象自动生成器RA(Request Agent):服务请求代理; SA(Server Agent):服务代理;Register:注册管理器; ISMQ(Message Queue):消息队列1.4 参考资料提示:列出有关的参考资料,主要有以下几项:本项目的经核准的计划任务书或合同、上级机关的批文;属于本项目的其他已发表的文件;本文件中各处引用的文件资料、包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位,以及说明能够得到这些文件资料的来源。
如:托普数字远程监控系统(TPDRMS)立项审批表托普数字远程监控系统(TPDRMS)项目开发计划托普数字远程监控系统(TPDRMS)需求规格说明书托普数字远程监控系统(TPDRMS)概要设计说明书2. 程序(模块)系统的组织结构提示:用层次图表列出本程序系统内各层模块和程序单元的名称(标识符)和它们之间的相互关系。
如:3. 界面设计要求提示:指明总体风格,控件设计标准。
数据库详细设计说明书-模板综述

{项目名称}数据库详细设计说明书版本历史目录一、BSCISPDB数据库 (1)1. CMS采集表(JC_ACQUISITION) (1)2. 采集历史记录表(JC_ACQUISITION_HISTORY) (2)3. 采集进度临时表(JC_ACQUISITION_TEMP) (2)4. CMS广告表(JC_ADVERTISING) (3)5. CMS广告属性表(JC_ADVERTISING_ATTR) (3)6. CMS广告版位表(JC_ADVERTISING_SPACE) (3)7. CMS栏目表(JC_CHANNEL) (4)8. CMS栏目扩展属性表(JC_CHANNEL_ATTR) (4)9. CMS栏目访问量计数表(JC_CHANNEL_COUNT) (4)10. CMS栏目部门关联表(JC_CHANNEL_DEPARTMENT) (4)11. CMS栏目内容表(JC_CHANNEL_EXT) (5)12. 栏目可选内容模型表(JC_CHANNEL_MODEL) (6)13. CMS栏目文本表(JC_CHANNEL_TXT) (6)14. CMS栏目用户关联表(JC_CHANNEL_USER) (6)15. CMS栏目投稿会员组关联表(JC_CHNL_GROUP_CONTRI) (6)16. CMS栏目浏览会员组关联表(JC_CHNL_GROUP_VIEW) (6)17. CMS评论表(JC_COMMENT) (7)18. CMS评论扩展表(JC_COMMENT_EXT) (7)19. CMS配置表(JC_CONFIG) (7)20. CMS配置属性表(JC_CONFIG_ATTR) (8)21. CMS配置模型项表(JC_CONFIG_ITEM) (9)22. CMS内容表(JC_CONTENT) (9)23. CMS内容附件表(JC_CONTENT_ATTACHMENT) (10)24. CMS内容扩展属性表(JC_CONTENT_ATTR) (10)25. CMS内容栏目关联表(JC_CONTENT_CHANNEL) (10)26. CMS内容审核信息表(JC_CONTENT_CHECK) (10)27. CMS内容计数表(JC_CONTENT_COUNT) (11)28. 文库相关(JC_CONTENT_DOC) (11)29. CMS内容扩展表(JC_CONTENT_EXT) (12)30. CMS内容浏览会员组关联表(JC_CONTENT_GROUP_VIEW) (12)31. CMS内容图片表(JC_CONTENT_PICTURE) (12)32. CMS共享内容审核信息表(JC_CONTENT_SHARE_CHECK) (13)33. CMS内容TAG表(JC_CONTENT_TAG) (13)34. CMS专题内容关联表(JC_CONTENT_TOPIC) (13)35. CMS内容文本表(JC_CONTENT_TXT) (13)36. CMS内容类型表(JC_CONTENT_TYPE) (13)37. CMS内容标签关联表(JC_CONTENTTAG) (14)38. 部门(JC_DEPARTMENT) (14)39. 字典表(JC_DICTIONARY) (14)40. 标签模板(JC_DIRECTIVE_TPL) (14)41. 附件(JC_FILE) (14)43. CMS友情链接类别(JC_FRIENDLINK_CTG) (15)44. CMS会员组表(JC_GROUP) (15)45. CMS留言(JC_GUESTBOOK) (16)46. CMS留言类别(JC_GUESTBOOK_CTG) (16)47. CMS留言类别部门关联表(JC_GUESTBOOK_CTG_DEPARTMENT) (17)48. CMS留言内容(JC_GUESTBOOK_EXT) (17)49. 职位申请表(JC_JOB_APPLY) (17)50. CMS内容关键词表(JC_KEYWORD) (17)51. CMS日志表(JC_LOG) (18)52. 站内信(JC_MESSAGE) (18)53. CMS模型表(JC_MODEL) (18)54. CMS模型项表(JC_MODEL_ITEM) (19)55. 来源(JC_ORIGIN) (19)56. 插件(JC_PLUG) (20)57. 站内信收信表(JC_RECEIVER_MESSAGE) (20)58. CMS角色表(JC_ROLE) (21)59. CMS角色授权表(JC_ROLE_PERMISSION) (21)60. 评分组(JC_SCORE_GROUP) (21)61. 评分项(JC_SCORE_ITEM) (21)62. 评分记录(JC_SCORE_RECORD) (21)63. 搜索热词(JC_SEARCH_WORDS) (22)64. CMS敏感词表(JC_SENSITIVITY) (22)65. CMS站点表(JC_SITE) (22)66. 站点访问表(JC_SITE_ACCESS) (23)67. 每日统计页数访问情况(JC_SITE_ACCESS_COUNT) (24)68. 访问详细页面表(JC_SITE_ACCESS_PAGES) (24)69. 访问统计表(JC_SITE_ACCESS_STATISTIC) (24)70. CMS站点属性表(JC_SITE_ATTR) (25)71. CMS站点配置表(JC_SITE_CFG) (25)72. 公司信息(JC_SITE_COMPANY) (25)73. 站点流量统计表(JC_SITE_FLOW) (25)74. CMS站点信息模型表(JC_SITE_MODEL) (26)75. 站点转载权限(JC_SITE_REFER) (26)76. CMS站点文本表(JC_SITE_TXT) (26)77. 任务表(JC_TASK) (27)78. 任务参数表(JC_TASK_ATTR) (27)79. 第三方登录平台账号(JC_THIRD_ACCOUNT) (27)80. CMS专题表(JC_TOPIC) (28)81. CMS用户表(JC_USER) (28)82. 用户属性表(JC_USER_ATTR) (29)83. 用户收藏关联表(JC_USER_COLLECTION) (29)84. CMS用户扩展信息表(JC_USER_EXT) (29)85. 用户常用菜单(JC_USER_MENU) (30)87. CMS用户角色关联表(JC_USER_ROLE) (30)88. CMS管理员站点表(JC_USER_SITE) (31)89. CMS投票项(JC_VOTE_ITEM) (31)90. CMS投票记录(JC_VOTE_RECORD) (31)91. 投票文本题目回复表(JC_VOTE_REPLY) (31)92. 投票子题目(JC_VOTE_SUBTOPIC) (32)93. CMS投票主题(JC_VOTE_TOPIC) (32)94. 工作流(JC_WORKFLOW) (32)95. 工作流轨迹(JC_WORKFLOW_EVENT) (33)96. 工作流轨迹用户表(JC_WORKFLOW_EVENT_USER) (33)97. 工作流节点(JC_WORKFLOW_NODE) (33)98. 工作流日志记录(JC_WORKFLOW_RECORD) (34)99. 认证信息表(JO_AUTHENTICATION) (34)100. 配置表(JO_CONFIG) (34)101. FTP表(JO_FTP) (34)102. 模板表(JO_TEMPLATE) (35)103. 上传附件表(JO_UPLOAD) (35)104. 用户表(JO_USER) (35)105. 项目信息表(T_APPLAY_PROJECTINFO) (36)106. 框架图表(T_APPLY_FRAMEWORK) (36)107. 试点概况表(T_APPLY_PROJETOVERVIEW) (36)108. 任务及目标表(T_APPLY_TASK) (37)109. 考核方案表(T_ASSESS_SCHEMA) (37)110. 标准明细表(T_BUILD_STANDARD_INFO) (38)111. 标准修订记录表(T_BUILD_STANDARD_REVISE) (38)112. 标准宣贯培训表(T_BUILD_STANDARD_TRAIN) (38)113. 年终总结表(T_BULID_ANNUAL_SUMMARY) (39)114. 试点考核表(T_CHECK_ASSESS) (39)115. 试点考核评分表(T_CHECK_ASSESS_SCORE) (39)116. 操作日志表(T_OPERATE_LOG) (41)117. 文档表(T_PROJECT_DOCUMENTS) (41)118. 项目基本信息表(T_RESEARCH_INFO) (41)119. 项目组人数表(T_RESEARCH_MEMBERS) (42)120. 相关责任人表(T_RESEARCH_PROJECTOR) (43)121. 承担单位表(T_RESEARCH_DEPARTMENT) (43)122. 年度科研项目表(T_RESEARCH_YEARPLAN) (43)123. 年度科研基本信息表(T_RESEARCH_INFO_YEARPLAN) (44)124. 年度项目组人数表(T_RESEARCH_MEMBERS_YEARPLAN) (45)125. 年度责任人表(T_RESEARCH_PROJECTOR_YEARPLAN) (45)126. 年度承担单位表(T_RESEARCH_DEPARTMENT_YEARPLAN) (46)127. 项目验收资料表(T_RESEARCH_ACCPTION_DOCUMENT) (46)128. 验收结论报告表(T_RESEARCH_ACCPTION_CONCLUSION) (46)129. 工作流表(T_WORKFLOW) (47)130. 审批历史表(T_WORKFLOW_HANDLE) (47)一、BSCISPDB 数据库。
10121@52RD_ADS设计低噪放~~~

低噪声放大器设计的依据和步骤:满足规定的技术指标:噪声系数(或噪声;功率增益;增益平坦度;工作频带;动态范围; 输入、输 出为标准微带线,其特征阻抗均为 50□步骤: 放大器级数(为了便于设计和学习,我们选择一级)晶体管选择 电路拓朴结构 电路初步设计 用 CAD 软件(如 ADS2009)进行设计、优化、仿真模拟一、 低噪声放大器的主要技术指标1.LNA 的噪声系数和噪声温度 放大器的噪声系数 NF 可定义如下NF = S in / NinS out / N out式中,NF 为微波部件的噪声系数;S in ,N in 分别为输入端的信号功率和噪声功率;S out ,N out 分别为输出端的信号功率和噪声功率。
噪声系数的物理含义是:信号通过放大器之后,由于放大器产生噪声,使信噪比变坏; 信噪比下降的倍数就是噪声系数。
通常,噪声系数用分贝数表示,此时NF (dB ) = 10 lg( N F )放大器自身产生的噪声常用等效噪声温度 T e 来表达。
噪声温度 T e 与噪声系数 NF 的关系是T e = T 0 ⋅ ( N F - 1)式中,T 0 为环境温度,通常取为 293K 。
2.LNA 的功率增益、相关增益与增益平坦度 微波放大器功率增益有多种定义,比如资用增益、实际增益、共扼增益、单向化增益等。
对于实际的低噪音放大器,功率增益通常是指信源和负载都是 50Ω 标准阻抗情况下实测的增益。
实际测量时,常用插入法,即用功率计先测信号源能给出的功率 P 1;再把放大器接到 信源上,用同一功率计测放大器输出功率 P 2,功率增益就是G =P 2P 11 2 2低噪声放大器都是按照噪声最佳匹配进行设计的。
噪声最佳匹配点并非最大增益点,因 此增益 G 要下降。
噪声最佳匹配情况下的增益称为相关增益。
通常,相关增益比最大增益 大概低 2-4dB 。
功率增益的大小还会影响整机噪声系数,下面给出简化的多级放大器噪声系数表达式:N f 2 - 1N f 3 - 1N f = N f 1 + G + G G + ...1 1 2其中: N f -放大器整机噪声系数;N f 1,N f 2,N f 3为第 1,2,3 级的噪声系数; -分别G ,G -分别为第 1,2 级功率增益。
图书馆管理系统--详细设计说明书

详细设计说明书
1 引言
1。
1 编写目的
本软件需求说明书是系统设计的依据,是系统分析与设计人员的必读的参考用书.
1.2 背景
a。
图书管理系统
b.本项目的任务是由高校图书管理有关部门提出,由财经学院信息学院计算机1班课题小组承担,徐洋洋等课题组成员进行研制、开发,待使用的是图书馆前台操作人员及图书借阅人员。
1.3 定义
软件需求说明书.
1。
4 参考资料
a。
本项目的开题报告;
b。
本项目的可行性分析报告;
c.本项目的软件需求说明书;
d.本项目的软件概要设计说明书;
e.计算机软件工程规范国家标准汇编2000.
2 系统结构
2.1 模块结构
系统模块结构图如图1所示.
图1 系统模块结构
W_grmmxg
2。
2 程序系统的结构
程序系统的结构如表1所示。
表1 程序系统结构
3 代码设计
4 输入设计
输入设计说明
NO 01
图书信息管理系统
NO 02
图书信息管理系统
NO 03
图书信息管理系统
NO 04
图书信息管理系统
NO 05
图书信息管理系统
5 数据库设计
6 程序模块设计。
0858@52RD_光学名词中英文对照

光学名词中英文对照!光圈(Iris):位于摄像机镜头内部的、可以调节的光学机械性阑孔,可用来控制通过镜头的光线的多少。
可变光圈(Iris diaphragm):镜头内部用来控制阑孔大小的机械装置。
或指用来打开或关闭镜头阑孔,从而调节镜头的f-stop的装置。
隔离放大器(Isolation amplifier):输入和输出电路经过特殊设计,可以避免两者互相影响的放大器。
抖动(现象)(Jitter):由于机械干扰或电源电压、元器件特性等的变化所引起的信号不稳定,信号的不稳定可能是振幅上的或是相位上的,也可能两者兼有。
滞后(Lag):电视拾像管中,去除励磁后,两帧或多帧图像的电荷映像的短暂停留。
激光(Laser):Light amplification by stimulated emission of radiation 的缩写。
激光器是一个光学谐振腔,两端装有平面镜或球面镜,中间装有光放大材料。
它使用光学或电学的方法激发其中的材料,使材料的原子受激发产生一束亮光,亮光透过其一端的镜面发射出来。
输出的光束是高度单色(纯色)和非扩散性的。
前缘(Leading edge):脉冲升高部分的主部,其位置一般位于总振幅的10-90%处。
镜头(Lens):由一片或多片弧面(通常为球面)光学玻璃组成的透明光学部件。
它可以用来聚集或分散被摄物发出的光,从而生成被摄物的实像或虚像。
菲涅耳透镜(fresnel Lens):被切割成窄环状再打平的镜头。
镜头上有一圈圈的窄同心圆或梯级,它们可以将(各个方向射来的)光线汇聚成图像。
镜头速度(Lens speed / f-number):镜头的透光能力。
F值是焦距(FL)与镜头直径的比值。
比较快的镜头的值可能是f / 1.4,而f / 8的镜头其速度就相当低了。
f值越大,镜头的速度越慢。
透镜系统(Lens system):指两个或多个透镜的有机组合。
光(Light):眼睛可以看到的电磁射线,波长在400nm(蓝色)到750 nm (红色)的范围内。
071024@52RD_发射功率接收灵敏度以及通信距离

发射功率接收灵敏度以及通信距离功率灵敏度(dBm dBmV dBuV)dBm=10log(Pout/1mW),其中Pout是以mW为单位的功率值dBmV=20log(Vout /1mV),其中Vout是以mV为单位的电压值dBuV=20log(Vout /1uV),其中Vout是以uV为单位的电压值换算关系:Pout=Vout×Vout/RdBmV=10log(R/0.001)+dBm,R为负载阻抗dBuV=60+dBmV应用举例无线通信距离的计算这里给出自由空间传播时的无线通信距离的计算方法:所谓自由空间传播系指天线周围为无限大真空时的电波传播,它是理想传播条件。
电波在自由空间传播时,其能量既不会被障碍物所吸收,也不会产生反射或散射。
通信距离与发射功率、接收灵敏度和工作频率有关。
[Lfs](dB)=32.44+20lgd(km)+20lgf(MHz)式中Lfs为传输损耗,d为传输距离,频率的单位以MHz计算。
由上式可见,自由空间中电波传播损耗(亦称衰减)只与工作频率f和传播距离d有关,当f或d增大一倍时,[Lfs]将分别增加6dB.下面的公式说明在自由空间下电波传播的损耗Los = 32.44 + 20lg d(Km) + 20lg f(MHz)Los 是传播损耗,单位为dBd是距离,单位是Kmf是工作频率,单位是MHz下面举例说明一个工作频率为433.92MHz,发射功率为+10dBm(10mW),接收灵敏度为-105dBm的系统在自由空间的传播距离:1. 由发射功率+10dBm,接收灵敏度为-105dBmLos = 115dB2. 由Los、f计算得出d =30公里这是理想状况下的传输距离,实际的应用中是会低于该值,这是因为无线通信要受到各种外界因素的影响,如大气、阻挡物、多径等造成的损耗,将上述损耗的参考值计入上式中,即可计算出近似通信距离。
假定大气、遮挡等造成的损耗为25dB,可以计算得出通信距离为:d =1.7公里结论: 无线传输损耗每增加6dB, 传送距离减小一倍。
07912@52RD_三码机、五码机

手机的三码机和五码机是什么意思?分类:手机类一、三线机在聊聊我眼中的三线手机状况之前,请允许我给将要谈到的几个名词做一个大概的解释。
1、什么是三线手机?“三线”这个词是相对于“一线”、“二线”来说的,做手机的人习惯于按照销量来而非品牌知名度来区分某个品牌是处于哪一线。
在05年之前,一线是诺基亚、摩托罗拉、三星这三个洋品牌加上TCL、波导、夏新等几个国产品牌;二线是索爱、飞利浦(这两个是典型的一线品牌,二线销量),加上部分国产品牌如联想、熊猫、CECT等;其它洋品牌也罢,国产机也罢,只能在三线站队,不管那个洋品牌本身的知名度如何,如LG(05年后,它已经挤入二线)、三菱等。
但是05年之后,三线机的范围发生了质的变化-------增加了“贴牌机”!2、什么是贴牌机?制造业的贴牌本意,就是所谓的代工:OEM、ODM。
我下订单你生产,然后贴我的品牌,就是我的产品,这是OEM;你生产了我或者我们几家购买来贴上各自的品牌销售出去,这是ODM。
比如台湾的大霸(就是后来到大陆,号称要做到国产机第一但是在05年末发表了一通看似以退为进、韬光养晦、蓄势待发其实是说“不是我做不好,不是我打不过你们,是比赛场地的问题;等到场地整好了,旧草皮换成了新草皮,等到我们穿上合脚的鞋我们再来”这样言之有理有据有力的撤退宣言的迪比特),就是世界上多家电子巨头的代工工厂。
而手机业的贴牌,特指没有拿到信产部手机生产牌照,但是非常想搞手机的厂家、商家,通过购买已经拿到生产牌照的厂家手中的那张“牌”去进入市场的行为。
贴牌甲方(购买牌照使用权方),也许有生产线,也许没有生产线;贴牌乙方(租借牌照使用权方),也许为甲方代工生产,也许仅仅租借牌照的使用权。
据说,最初的贴牌行情是80-100元每台,其后一路看跌,低至40元每台(03年左右)(可使用资金是负数,所以本人至今没有玩过贴牌,哈哈。
这些个都是小道消息道听途说而得,姑妄言之,顾妄听之。
郑重重申:千万不要相信我!)。
08328@52RD_MicroSD卡技术简介

4.miniSD卡的外观图
miniSD卡的尺寸为21.5×20×1.4mm, 面积比SD卡几乎缩小了一半,厚度也 有所降低。重量约为1g,比SD卡更轻。 为兼容SD卡,尽管miniSD卡有11pin (标准SD卡9pin),但在电气性能上 miniSD和SD是完全一样的,操作电压 都是2.7V到3.6V。miniSD一般会随卡发 售转接卡,可通过转接卡转为标准SD 卡使用。只是,miniSD卡不具备SD所 具有的写保护和终止保护功能。 miniSD是专门针对手机存储的产品。 miniSD卡推出至今,被各类手机大量采 用,成为应用最为广泛的手机存储卡之 一。
1.microSD卡外观对比图
microSD卡的尺寸为15×11×1mm,确实是指甲盖那么 大,重量减少为接近0.5g。针脚改为8pin,电气性能仍然 和SD卡兼容,工作电压依然是2.7V到3.6V。microSD卡发 售时一般会附带转接卡,通过转接卡可作为标准SD卡使用。
2.前工序:晶元的生产
1997年,Intel率先研发成功MLC,在一个Cel当中存 储2bit的数据,存储密度更高,能明显的提升Flash 的容量。 MLC在一次读写中有00、01、10和11四个状态,工作时是 通过内存储存的电压控制精准读写来控制不同电位的电荷。 其原理是将两个位的信息存入一个浮动栅,然后利用不同 电位的电荷,透过储存格的电压控制精准读写。以控制浮 动栅上的电荷数量,使其呈现出4种不同的存储状态,每 种状态代表两个二进制数值(从00、01、10、11),以显示 不同的信息。假设以4种电压控制、1个晶体管可存取2 bits 的数据,若是控制8种电压就可以存取3 bits 的数据,使 Flash 的容量大幅提升。通过精确MLC拥有比较好的存储 密度,是相当良好的低价解决方案,可大幅节省产品成 本,具有较高的性价比。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
目录修改历史 ................................................................. 错误!未定义书签。
1整体结构及功能描述 .. (2)2关键数据结构说明 (3)3主要存储分配 (6)4各子模块实现及主要算法说明 (6)4.1初始化 (6)4.2短消息常见功能实现 (8)4.2.1 短消息的发送 (8)4.2.2短消息的接收 (10)4.2.3短消息的保存 (11)4.2.4短消息的删除 (12)4.2.5编辑短消息 (13)4.3附加的一些SMS功能 (13)4.4短消息设定 (15)5内部调用的主要函数说明 (15)6模块提供的外部接口函数说明 (17)7主要信号说明 (17)8相关文档文件 (18)1整体结构及功能描述说明该程序应具有的功能,可采用IPO图(即输入一处理一输出图)的形式或文字描述。
短消息部分的整体结构如下图所示:SMS大体分为以下几层:UI层,PS层以及架构在这两层之上的一些模块(Setting,Ems,CB,Miscell等)。
其中UI层其实是mmi层,是用户和ms交互的接口层,而Ps层则是与底层PS进行交互的接口层,其它的模块都是在这两层的基础上建立起来的。
SMS上下层之间的协作通过上层调用下层的ps层接口函数来通信,比如说上层要实现一个发送一个消息的操作,它就要调用底层对应的提供的封装好的相应的发送消息的函数接口。
在这些封装好的接口函数中,通过发送消息来实现最终的消息发送等操作。
SMS部分的功能包括以下这些方面:1,初始化过程。
当从L4收到SMS准备就绪的ind后,开始进行更新CB 频道信息,取得当前有效的SC号码,以及取得当前信箱的状态信息等。
当这些动作做完之后,MMI SMS才算是达到一个稳定状态,并且用户可以进入信箱列表,信息设定,CB菜单,以及发送message等。
2,短消息的一些常见功能,例如短消息的发送,接收,删除,保存等等。
另外就是短消息的这些常见的操作的组合操作了,如删除全部,就是不停的循环直至所有的消息都被删除掉;以及群组发送等功能,就是循环发送给一个数组中的所有的号码。
3,短消息一些附加的功能,比如:输入法,文本格式,插入一些图片,铃声,以及一些预定义的信息等。
这些附加的功能信息在SMS部分的功能也是非常重要的,MT6219支持EMS等。
4,短消息的设定模块,这个模块中包括Profile设定(包括SC号设定等),以及common变量设定,存储介质设定以及偏爱的传输网络设定等。
从下层的角度看,大致可以分成一下这些模块:对短信的编辑;对短信的保存,以及对短信的各种操作等。
其中的编辑指的就是对短信息的各种加工操作,包括修改文本格式,插入object对象,图片,铃声等等;短信息的保存操作主要是指收件箱和发件箱,收件箱主要是接收外部发来的消息,而发件箱则主要是保存从本机上发送出去的消息,这些消息可以是由于ms用户选择得在发送同时保存或者是由于消息没有成功发送而强制进行保存;对短信的各种操作例如有对短信的删除,全部删除,取出其中的号码等。
2关键数据结构说明说明与本模块相直接关联的主要数据类型、主要常量、主要全局变量等。
保存sms环境变量的数据结构类型:typedef struct{S32 currHiliteIndex;//当前高亮的消息indexS32 currBoxIndex;//当前的BoxU16 MessagesScrnIdToDelHistoryNodes;//从那个screenId开始删除HistoryU16 MessagesScrnIdDelUptoHistoryNodes;//删除到那个HistoryNodeU16 msg_ind_index;//消息索引U16 msg_ind_chat_index;//chat中的消息索引U8 msg_ind_in_idle;//是否处于idle状态U8 msg_ind_after_call;//是否要处在call后处理U8 msg_class0_ind;//是否属于class0 类的消息U8 msg_full_ind;//msg空间是否已满U8 msg_exceed_ind;//msg空间是否已超出U8 msg_deliver_ind;//msg已经传输U8 msg_waiting_ind;//是否有等待处理的消息U8 msg_init; //init to be falseU8 number_from_phb; //init to be 0S8 smsPhoneNumber [(MAX_DIGITS+1)*ENCODING_LENGTH];//sms的目的号码#ifdef __MMI_MESSAGES_TEMPLATE__S8* templates [NUM_TEMPLATES] ;//存放所有的templates的起始地址S8 scratchTemplRec[NVRAM_SMS_TEMPL_RECORD_SIZE+ENCODING_LENGTH] ;//每次暂存的一条Templ#endifS8* numbersList [MAX_USE_NUMBERS] ;//存放从msg 中取得的号码U8 PhbSmsInterfaceState; //MMI_PHB_SMS_INTERFACE//sms中用到phb时状态MMI_SEND_ONLY...msg_display_list_enum toDisplayMessageList;//显示MsgList 的情况: 可以为TO_DISPLAY_MESSAGE_LIST_NONE//TO_DISPLAY_MESSAGE_LIST_INBOX等...msg_send_case_enum sendMessageCase;//发送消息的方式: 可以是SEND_CASE_SEND_ONLY...等msg_send_save_status_enum sendSaveStatus;//发送保存状态,已发送成功? 保存成功?msg_status_enum msg_status; //init to be MSG_STATUS_NOT_READY//消息当前状态msg_waiting_ind_struct msg_waiting_info[MAX_W AITING_LINE_NUM]; //init to zero//等待处理的消息信息msg_class0_msg_struct* msg_class0_p; //init to NULL//class0 类消息指针msg_deliver_report_struct* msg_deliver_report[MAX_STATUS_REPORT_NUM]; //init to NULL//msg的发送报告_ _ _ 信息#if defined(__MMI_MESSAGES_SEND_BY_GROUP__) || defined(__MMI_MESSAGES_SEND_TO_MANY__)msg_send_many_struct msg_send_info;//Send By Group 和Send To Many情况下的消息发送的纪录信息#endif#if defined(__MMI_SMART_MESSAGE_MT__) || (defined(__MMI_SMART_MESSAGE_MO__)&&!defined(__MMI_MESSAGES_EMS__)) U16 dest_port;#endif}msg_context_struct;msg_context_struct g_msg_cntx;//上面这个全局变量g_msg_cntx是用来保存纪录sms的上下文环境变量的关键结构变量;//在整个sms的运行期间其着非常重要的作用另外一个比较重要的全局变量就是msg_msgbox_info_struct msgbox_info;这个全局变量是纪录所有的inbox和outbox的相关信息的,并且要注意的是:inbox,outbox 以及awaitlist都是在同一个队列中,这个msgbox_info全剧变量是纪录所有的消息的一个结构数组。
下面这个数据结构是暂存发送的数据的:在sms中一个信息可能比较长,由几个子片段信息组成(一个子信息长度固定),在一个消息发送出去之前,暂存在这个变量中。
typedef struct{unsigned char totalSegments ;//总共有多少个子片段unsigned char presentSegments ; //当前的片段unsigned char nextSegment ;//一个一个发送时下一个发送的片段unsigned char dcs;//编码方法__有gsm_7bit,8_bit,ucs2等unsigned char udhi;//User Data Header Indicator用户信息头标记unsigned char mti;// Message Type Identifier消息类型标记unsigned char st;//Status消息处理状态报告;详细的取值范围见—smsal_st_enum//枚举类型中的定义// Params for Sending onlychar* phNumber ;//发送的目的号码unsigned char number[(20+2)*2];//unsigned char status ;//状态信息unsigned char timestamp[6];//时间戳//prepare for new interface, 0416unsigned short msgboxindex;//msgBox中的纪录索引// Take a contiguous buffer so that we can re-use!//下边这几个域是用来保存用户的msg中的信息的unsigned char TPUD[MMI_SMS_MAX_MSG_SEG * 160];//最长保存信息unsigned char* TPUD_p[MMI_SMS_MAX_MSG_SEG];//每个seg信息的指真unsigned char TPUDLen[MMI_SMS_MAX_MSG_SEG];//每一个seg中信息的长度//MTK Joy added for error SIM handler, 10/07unsigned char TPUD_udhi[MMI_SMS_MAX_MSG_SEG];//对每一个seg保存一个用户信息的头标记unsigned short l4index[MMI_SMS_MAX_MSG_SEG];//l4层中的每一个msg_seg 对应的索引}PendingSaveSendDataStruct;对应这个数据结构,定义的一个全局变量:PendingSaveSendDataStruct PendingSaveSendData;这个也是一个非常重要的全局变量,它里边暂保存了当前正要待发送的数据信息的相关信息,为下面调用底层的发送消息的命令提供了一个数据暂存空间,当L4层向协议栈发送出消息时,就从这个结构中取相应的数据,然后发送消息。