几种SIP客户端

       做IMS的，出于测试或是体验的目的，总免不了要找个客户端接到网络里面试一试，介绍几款使用SIP协议的软电话，供参考。 IMSDroidGoogle的分销网站 源码下载开源项目，在网上可以免费下载，只支持Android系统（看名字也能猜得到）。这个东西对于做IMS的技术人员来说真是一个好东西，首先它的协议栈遵循3GPP标准，所以不是一个单纯的SIP客户端而是IMS客户端；其次你能想到的参数在用户界面里基本都能够进行配置，非常适合进行测试；最后，由于这是个开源项目，因此可以拿到源码，有能力的话可以根据自己的需求进行二次开发。美中不足的是目前的版本稳定性稍差，不过还是那句话，用于测试的话还是可以接受的。 Bria（名字似乎有点儿邪恶。。。。。）Counterpath 出品的商业客户端，功能强大，稳定，对Android、IOS、Windows都有相应的版本来支持，专业的就是专业。不过也有问题，首先是这个要付费的，具体价格忘记了，是一般人都能接受的价格，不过很讨厌的是付费的基本版本只支持G.音频编解码，如果要支持G.等压缩编解码还需要再次付费；另一个问题是Bria不是完全遵循3GPP标准的，比如在初始注册消息中不会携带Authorization头域，这也就导致了在一些对协议流程要求严格的网络中Bria不能使用。 X-LiteBria的免费版本，功能上做了删减。 SIP Phone言简意赅，从名字到软件本身都是极度精简，也是免费软件。对于这个东西没啥可说的，功能确实比较简单，可配置的东西也很少，最初测试账号时用过，现在基本不动了。 Nokia手机对，你没有看错，就是诺基亚手机！ 不得不佩服一下N厂，很早就在手机系统中内置了SIP协议栈，简单地配置一下账号和网络入口点就可以了，进行完相应的配置后，在拨号时会提示是否使用IP通话，选择的话就可以通过IMS进行呼叫，亲身测试过的服务注册中心源码机型有E/E/。 权限：公开 来自：labs

       声明： 本文仅代表作者个人观点。其原创性及文中表达的意见、判断、数据、观点和陈述文字等内容均与中国移动研究院无关。

OpenHarmony源码解析之电话子系统——通话流程

       OpenAtom OpenHarmony的电话子系统为OS提供了基础的无线通信能力，支持多种网络制式，包括高速无线数据传输和互联网接入。主要功能涵盖语音、短信、彩信、SIM卡管理等。

       电话子系统是OpenHarmony架构的重要组成部分，负责CS域（如语音呼叫）和PS域（如数据业务）的服务。系统结构包括应用层（如电话应用、短信应用等）、框架层（SDK提供接口，Framework提供功能模块，如call_manager、cellular_call等）、Hril层（抽象无线硬件设备）和Vendor lib层（与modem交互）等。

       代码结构方面，通话管理模块负责CS、IMS和OTT通话，蜂窝通话模块支持2G到5G的语音和数据功能。电话核心服务提供RIL管理和SIM卡功能，数据库模块负责数据存储。RIL Adapter模块屏蔽硬件差异，短彩信模块处理短信和彩信功能，状态注册模块监控网络状态等变化。

       源码解析中，通话功能的实现涉及多个模块间的协作，如通话管理、蜂窝通话服务、Telephony核心服务和RIL适配。以电话接听（Answer）为例，流程从用户点击answer，通过层层调用，涉及call_manager、cellular_call等服务，最终到达modem处理AT命令。整个过程显示了系统内部复杂的服务交互和跨层通信机制。

       电话子系统的核心类处理了各种通话类型和上层应用的接口，如dial、answer等。从UI响应到调用底层modem，每个环节都体现了OpenHarmony的模块化设计和通信流程。

数据库发展史

       本文概述数据库发展历史，强调简化语言描述，并避免复杂概念。数据库演进如图1所示。

       图1. 数据库演进

       一、人工与文件系统阶段

       在现代数据库出现前（世纪年代），人类依靠人工和文件系统管理数据。早期使用穿孔纸带（图2）存储数据，虽非数据库，但代表了数据存储结构的电子档案网站源码早期思考实践。

       图2 穿孔纸带

       随着数据增加与计算机、存储技术进步，穿孔纸带被磁盘、磁鼓（图3）取代。文件系统成为最早形式的数据库，通过文件名简化数据访问，但数据内在结构未整合，难以共享。

       图3 磁鼓（长英寸，每节可存储不到k数据）

       为满足数据量增长与共享需求，数据库管理系统（DBMS）概念提出。DBMS对数据模型进行了深入思考。

       二、数据模型

       数据模型是现实世界数据特性的抽象。分为概念模型、逻辑模型与物理模型三个层次。概念模型描述事物、属性与联系（图4）。

       图4 实体间联系

       逻辑模型以计算机观点构建数据结构，物理模型则描述数据在存储介质中的实际表示。

       三、层次与网状模型

       年，网状数据库管理系统（IDS）由通用电气开发，采用网状结构，较好模拟现实联系（图5）。同时期的层次数据库（GUAM、IMS）以树状结构组织数据（图6、图7），实现数据与程序分离，但缺乏理论基础，查找数据不便。

       图5 网状结构表现形式举例

       图6 “系-教研室/学生教职工”层次数据库模型

       图7 “系-教研室/学生教职工”层次数据库模型的一个值

       四、关系模型

       年，埃德加·弗兰克·科德（Edgar F. Codd）发表论文，提出基于集合论和谓词逻辑的关系模型，关系型数据库理论基础由此奠定（图8）。关系模型通过存储表与表之间的关系，实现表之间的独立。

       图8 “系-教研室/学生教职工”关系数据库模型

       关系模型在理论提出后，受限硬件条件，遭到批评。随着硬件技术进步，关系模型得到了学术界与工业界的认可。

       五、数据库能力拓展

       随着关系型数据库发展与业务场景数字化需求，数据仓库概念于年提出（图9）。数据仓库面向主题、集成、与时间相关的数据集合，用于支持决策（图）。

       图9 数据仓库结构

       图 数据仓库实例

       数据仓库解决了数据分析师从各个数据库中整理数据的难题，数据仓库概念和实现方法在年得到明确（Inmon，数据仓库之父）。

       六、OLAP与高性能数据库

       年，埃德加·弗兰克·科德提出联机分析处理（OLAP）概念，满足决策支持、gif在线制作源码报表展示与多维数据查询需求。

       七、开源数据库运动

       年，石博盟等人的Ingres源码公开，推动了数据库开源运动，MySQL和PostgreSQL成为两大著名开源数据库。

       八、NoSQL时代

       互联网与移动互联网发展，用户需求增加与数据量提升，传统单机关系型数据库面临挑战。NoSQL数据库采用多种数据模型与存储介质，如键值模型（Memcached）、分布式数据库（Google Bigtable）等，满足高并发读写、多结构化数据存储需求。

       九、NewSQL时代与未来展望

       NoSQL数据库通过牺牲事务处理和SQL，满足高并发读写、多结构化数据存储需求，但SQL、事务重要性促使NewSQL时代出现，追求分布式事务、强一致性。未来数据库方向可能包括垂直领域数据库、分布式数据库、云原生数据库与数据安全领域，涉及工业、财经、隐私计算与区块链技术。

什么是工作流技术

       工作流：

       根据 WfMC 的定义，工作流（Workflow）就是自动运作的业务过程部分或整体，表现为参与者对文件、信息或任务按照规程采取行动，并令其在参与者之间传递。简单地说，工作流就是一系列相互衔接、自动进行的业务活动或任务。

       工作流是针对工作中具有固定程序的常规活动而提出的一个概念。通过将工作活动分解成定义良好的任务、角色、规则和过程来进行执行和监控，达到提高生产组织水平和工作效率的目的。工作流技术为企业更好地实现经营目标提供了先进的手段。

       年，国际工作流管理联盟（Workflow Management Coalition，WfMC）的成立标志着工作流技术开始进入相对成熟的阶段。为了实现不同工作流产品之间的互操作，WfMC在工作流管理系统的相关术语、体系结构及应用编程接口等方面制定了一系列标准。工作流管理联盟给出的工作流定义是：工作流是指整个或部分经营过程在计算机支持下的全自动或半自动化。在实际情况中可以更广泛地把凡是由计算机软件系统（工作流管理系统）控制其执行的过程都称为工作流。

       一个工作流包括一组活动及它们的相互顺序关系，还包括过程及活动的启动和终止条件，以及对每个活动的描述。工作流管理系统指运行在一个或多个工作流引擎上用于定义、实现和管理工作流运行的一套软件系统，它与工作流执行者（人、引流裂变网页源码应用）交互，推进工作流实例的执行，并监控工作流的运行状态。

       一、工作流管理：

       通常，工作流管理系统指运行在一个或多个称为工作流机的软件上的用于定义、实现和管理工作流运行的一套软件系统，它和工作流执行者（人、应用）交互，推进工作流实例的执行，并监控工作流的运行状态。在这里需要强调指出的是工作流管理系统不是企业的业务系统。在很大程度上，工作流管理系统为企业的业务系统运行提供一个软件支撑环境，非常类似于在单个计算机上的操作系统。只不过工作流管理系统支撑的范围比较大、环境比较复杂而已，所以也有人称工作流管理系统是业务操作系统（BOS － Business Operating System）。在工作流管理系统的支撑下，通过集成具体的业务应用软件和操作人员的界面操作，才能够良好地完成对企业经营过程运行的支持。所以，工作流管理系统在一个企业或部门的经营过程中的应用过程是一个业务应用软件系统的集成与实施过程。

       二、工作流管理系统：

       工作流管理系统可以用来定义与执行不同覆盖范围（单个工作者、部门、全企业、企业间）、不同时间跨度（分钟、小时、天、月）的经营过程。这完全取决于实际应用背景的需求。按照经营过程以及组成活动的复杂程度的不同，工作流管理系统可以采取许多种实施方式，在不同的实施方式中，所应用的信息技术、通信技术和支撑系统结构会有很大的差别。工作流管理系统的实际运行环境可以是在一个工作组内部或者在全企业的所有业务部门。

       三、业务过程：

       业务过程（business process）就是活动的集合，这些活动均关联于特定的托付事项（commitment），为过程的产出增值。相对于“工作流”，业务过程是一个更一般化的统称，而工作流这个词，则已经不能仅从字面含义或原理上去理解，它已经被赋予了更深一层的特定含义——专指基于信息技术规划、运作、管理的业务过程。

       四、自动与协调:

       “自动”（automate）是工作流的一个特征，但这主要是指它自动进行的特征，而不是说没有人的参与。工作流实际上是一个人-电脑协调的混合过程，在一个实际的工作流中，通常总有些步骤是人完成的。协调是工作流管理的一个目标或者特征，这包括了人与人、人与电脑，电脑（软件）之间等多种层面的含义。

       五、监察与控制:

       监察（Monitoring）与控制（Contorl）是工作流系统的重要功能与特征。这不仅包括对正在发生的业务过程（工作流），还包括它的定义或改变（比如BPR的过程）。这是工作流系统带给我们的明显好处之一。

       六、标准化:

       作流的概念被明确提出并得到重视的同时，人们就认识到了“标准化”在其中的重要性，有关工作流的标准开发和推广，基本是与“工作流”的开发和推广同步进行的。在这方面目前的权威性机构，是“工作流管理联盟”（Workflow Management Coalition, WfMC）。它成立于年8月，目前已拥有 余个成员，成员包括工作流产品的供应者、应用者，有关大学和研究机构和个人，是一个国际性的非赢利组织。在最近的投资成员（Funding members）清单中，可以看到诸如 Baan, HP, IBM, Microsoft, Oracle, Peplesoft, SAP AG, Xerox 等机构。

       七、工作流与重规划:

       从逻辑上，对工作流的关注和研究可以看作是对业务过程重规划（BPR）的一种深化。BPR的观点，要求我们将眼光投向实际业务进行的过程，但这个过程应当是什么样的，怎样分析、构造？工作流就是一个具体的、操作性的答案，它可以令我们从神秘的、难以预测和控制的“头脑风暴式”的“艺术的”业务过程创造，变成解析的、技术的、可控制和预测的工程化过程，如此，才真正体现出 re-engineering 中 engineering 的意义。

       工作流与 BPR 的概念，已经被几乎所有的研究者联系在一起研究和应用。在这个领域有一个非常活跃的组织，即国际工作流与重规划协会（ Workflow And Reengineering International Association, WARIA）。

       八、工作流与企业工程:

       无论从理论、方法上，还是对象、内容上，我们都有理由将“工作流”看作是企业工程的一部分。实际上，已有的关于工作流体系的描述，本身就是一个通用的业务模型框架。仅仅囿于工作流是不够的，必须对整个体系的目标及所有相关要素综合考虑——这正是企业工程。

       九、工作流与IT应用体系:

       与以往已经被采用的企业 IT 应用体系，例如 MRPII 或 ERP 相比，WFMS是一个相当重要的里程碑。（ERP的概念并不确定，我这里仅指其基本或较早期的含义而言）。从用户的角度，WFMS带来（或将要带来）的变化是极其强烈的，甚至可以形容为一种用户“梦想”的实现。

       在一些老的“模块化”的产品中，系统的设计是通常是基于任务分割的，作业项目之间是分裂的。面向对象的技术，并不能直接解决这个的问题，相反，往往使系统变得更加混乱和琐碎。从操作上，典型地，我们必须不断地在层次结构的功能表（比如下拉菜单）或对象之间“进进退退”，或者在“神出鬼没”的对象以及相关菜单中捉迷藏。

       工作流管理系统是一个真正的“人-机”系统，用户是系统中的基本角色，是直接的任务分派对象，他或她可以直接看到电脑针对自己列出的“任务清单”，跟踪每一项任务的状态，或继续一项任务，而不必从一个模块退出，进入另一个模块，搜索相应任务的线索。前者是面向功能或对象的，而后者是直接面向用户的。这样，用户的任务分派和任务的完成状态，可以被最大程度地电脑化和受到控制。

       现在的典型工作流产品是客户-服务软件。而日益增长的重要途径是通过万维网界面，它可以令客户或远程的职员更好地参与。工作流的定义经常是借助于图形化工具，依照业务过程实例的情况定义相应工作的安排

       OA(办公自动化)： 引自肖淑男 -2-

       通常，OA 就是办公自动化，英文Office Automation的缩写。通过流程或特定环节与日常事务联系在一起，使公文在流转、审批、发布等方面提高效率，实现办公管理规范化和信息规范化，降低企业运行成本的一套系统的统称。

       多年来，OA尚无一个确切的定义，人们对OA的看法和理解各有不同。笔者认为：OA本身就不是一个有确定界定的概念，它是一个过程、一种境界。它随技术的发展而发展，随人们办公方式和习惯以及管理思想的变化而变化。在技术发展过程中的每一个阶段，人们给OA赋予了不同的内容和新的想象，技术与管理的进步给OA打下了每一步发展的历史烙印。同时，不同行业、不同层次的人对OA的看法和理解也各有不同。也许正是OA这种变化和发展的特点使之成为多年来常新不衰的话题。

       现在有一种较普遍的偏见：认为OA仅仅是诸如公文流转、收发文管理、档案管理、会议安排、文献检索、电子表格、电子邮件等等这些非结构化数据的处理和交换过程，面向的用户群也只是机关办公室或企业的职能部门、文秘部门。其实，今天看来，OA应有更丰富的内容和层面，更广泛的用户群。以下是笔者对OA在功能上以及所涉及的技术范畴的肤浅理解，愿与同行商榷。

       功能方面：广义面言，OA应该是一个企业除了生产控制之外的一切信息处理与管理的集合。它面向不同层次的使用者，便有不同的功能表现：

       对于企业高层领导而言，OA是决策支持系统（DSS）。OA运用科学的数学模型，结合企业内部／外部的信息为条件，为企业领导提供决策参考和依据；

       对于中层管理者而言：OA是信息管理系统（IMS），OA利用业务各环节提供的基础“数据”，提炼出有用的管理“信息”，把握业务进程，降低经营风险，提高经营效率；

       对于普通员工而言：OA是事务／业务处理系统。OA为办公室人员提供良好的办公手段和环境，使之准确、高效，愉快地工作。

       技术范畴：OA是计算机技术在办公业务中的合理应用。计算机技术是OA的前提。如果脱离计算机技术面阔谈OA，无异于痴人说梦。没有计算机技术，OA便成无源之水、无本之木。计算机对信息的存储与处理能力极大地改变了人们的办公方式，提高了工作效率。如：要建立决策支持系统，则需要数据仓库 、OLAP等技术；要建立信息管理系统，则要有数据库、程序设计语言等技术；要建立事务／业务处理系统，则离不开数据库、设计良好的人机界面和工作流控制、OLTP等技术。

       OA是利用通信技术来实现人与机器、机器与机器及人与人的交流。通信技术是OA的基础。现代办公室不再是孤军奋战，而是一个团队的协同工作，团队中成员之间的协调、合作离不开通信技术；现代办公室也不再是闭门造车，企业需要与外界广泛的信息交流，这更离不开通信技术。没有通信技术的支持，OA便成空中楼阁。

       OA是科学的管理思想在先进的技术手段下的物化。科学的管理思想是实现OA的核心。计算机技术和通信技术仅仅是为实现OA打下了基础，提供了可能。要真正实现OA，还需物化人类思维中科学管理的内容。正如仅有优质的画笔、画板、颜料而没有达.芬奇，就不会有蒙娜尼莎的微笑一样。不体现人类管理智慧，就不会有真正的OA，如果有，也只是技术的堆砌和摆设。

       由此而知，OA是计算机技术、通信技术与科学的管理思想完美结合的一种境界和理想。我们一直在为实现OA而努力，但我们的成果仅仅是在某些环节、某些方面、部分地实现了OA的功能，与真正的OA尚有差距，差距的根本在于应用系统对管理思想的实现方面。一等一科技为您解答！！

opensips简介

       在众多sip服务器中，主要分为两大类：一类侧重于媒体和业务服务器，比如freeswitch/asterisk，另一类侧重于代理和负载服务器，如opensips/kamailio。今天我们来介绍下opensips。

       OpenSIPS是用于处理语音、视频、即时消息、在线状态以及其他SIP扩展的开源SIP代理服务器。它被运营商、电信公司或ITSP广泛应用于Class4/5平台、中继、企业/虚拟PBX解决方案、会话边界控制器、应用服务器、前端负载解决方案、IMS平台、呼叫中心等。

       OpenSIPS推荐用于各种SIP场景和服务，其特点包括高吞吐量、路由和集成的灵活性以及有效的应用程序构建。它提供了超过个模块，用于SIP处理、后端操作、集成和路由逻辑。

       接下来，我们介绍OpenSIPS的通用编译安装和配置启动流程。

       开发环境需满足以下条件：CentOS版本6或以上、OpenSIPS版本2.4.9、GCC/C++版本4.4.7。

       编译安装分为几个步骤：安装依赖库，如hiredis；然后从源码安装包中进行编译安装，有多种方法可选，如方法1或方法2。

       安装完成后，目录结构默认位于/usr/local/opensips，需要检查安装目录。

       创建数据库时需确保无数据库已存在，执行相应命令。

       防火墙设置需根据不同版本的CentOS进行相应配置，例如CentOS6和CentOS7。

       配置日志时，修改opensips.cfg和rsyslog.conf文件，新增logrotate.d/opensips文件，并设置定时任务，重启rsyslog服务。

       设置TCP最大连接数限制，可通过用户级别、Linux系统级别调整，若服务器作为客户端时还需配置端口范围。通过查看sysctl.conf，使配置立即生效。

       使用Linux下查看TCP连接数及状态的命令，统计特定端口的连接数，分析异常情况并封禁IP。

       启动脚本可设置为开机自动启动，使用开机自动启动命令。启停命令提供启动和停止选项，启动时如果失败应检查日志文件。

       配置文件主要用于配置OpenSIPS作为注册服务器的信令代理和负载节点。增加网关数据，配置sip软终端，并进行加载测试，通过sip软终端注册和发起呼叫，测试信令和媒体的连通性。

       总的来说，OpenSIPS作为负载均衡的代理网关，性能优秀。通过配置文件，可以实现常见的网关功能，具体操作请参考OpenSIPS的子模块介绍和接口文档。

Android系统启动-SystemServer进程

        根据上篇 Android系统启动-Zygote进程

        文章，在Zygote进程启动时，会调用 ZygoteInit.main() 方法，其中分别会调用 registerZygoteSocket、preload 、startSystemServer 、runSelectLoop 来创建服务Socket、提前加载资源、创建SystemServer进程、循环创建子进程。

        本篇文章讲解 startSystemServer() 方法，在startSystemServer()方法中主要完成两件事：

· 创建SystemServer进程

        · SystemServer进程启动系统服务

        下图则是startSystemServer方法的创建过程，先通过 Zygote.forkSystemServe 去创建SystemServer进程，创建SystemServer进程之后,通过 handleSystemServerProcess() 在SystemServer进程中去启动服务。

        Zygote.forkSystemServer：

        创建 SystemServer 进程是通过 com.android.internal.os. Zygote 的 nativeForkSystemServer 本地方法创建的，JNI方法的注册在 AndroidRuntime 中，通过查询[包名]_[类名]可以知道对应的方法为：com_android_internal_os_Zygote.cpp类的com_android_internal_os_Zygote_nativeForkAndSpecialize()方法。最后通过 ForkAndSpecializeCommon 方法 fork() 创建SystemServer进程。

        handleSystemServerProcess(parsedArgs)

        通过一连串的分析得知，一是通过 nativeZygoteInit 去启动Bind,二是通过 applicationInit 方法通过异常去反射执行 SystemServer.main 方法，这里为什么需要通过异常去反射执行方法呢？为什么不直接反射执行方法？其实是为了清空栈的信息。到这里并没有启动服务，接下来的 SystemServer.main 方法是启动服务的开始。

        SystemServer.main

        SystemServer执行 main() 方法后调用 run 方法，之后分别调用 startBootstrapServices 、 startCoreServices 、 startOtherServices 开始启动很多服务，像常见的ActivityManagerService、PackageManagerService、WindowManagerService、InputManagerServic服务都在这里开启。

        开启服务有两种方式：

        但是发现最终都是调用到LocalServices.addService这种方法。

        可见启动服务是靠Binder驱动去开启的。

        首先通过JNI的注册方法去创建SystemServer进程，创建进程之后，开始处理SystemServer进程，通过异常反射调用SystemServer的main方法，主要完成两件事：一、启动Binder驱动线程，二、开启服务(AMS、PMS、WMS、IMS等)，最后通过Binder驱动去启动服务。

webrtc linphone 到底哪个

       æ¯”较推荐webrtc。webrtc基本技术已经有了，包括p2p传输，音视频codec,音频处理技术等。【点击免费试用，0成本启动】

       Linphone是老牌的sip，支持平台广泛 windows, mac,ios,android,linux，技术会比较成熟。但是linphone在Android上的bug有点多。imsdroid,csipsimple,linphone都想法设法调用webrtc的音频技术，测试过Android端的webrtc内网视频通话效果比较满意。但是要把webrtc做成一个移动端的IM软件的话还有一些路要走，不过webrtc基本技术都已经有了，包括p2p传输，音视频codec,音频处理技术。不过其因为目前仅支持VP8的视频编码格式（QQ也是）想做高清视频通话的要注意了。VP8在移动端的硬件编解码支持的平台没几个（RK可以支持VP8硬件编解码）。不过webrtc代码里看到可以使用外部codec,这个还是有希望调到H的。

       æƒ³è¦äº†è§£æ›´å¤šå…³äºŽwebrtc的相关信息，推荐咨询ZEGO即构科技。ZEGO即构科技自主研发的高音质语音视频引擎，能够提供实时清晰的多人语音视频通话。支持多路视频画面，保障每一路语音视频都清晰流畅提供端到端的SDK、分布式转码、接入鉴权云服务接入、摆脱运维、轻松支撑海量用户运营。