主站的逻辑：决定标签测距的时间槽位信息；决定多个站测距过程中回复A包的时序；从站的逻辑：根据从站的内部序号，决定测距过程中回复A包的时序；方案：一、开机上电同步主站tick，并收集基站列表：1. 开机上电后，即发上线通知, 只有主站回复自己的tick；2. 如果超时20ms 没有收到主站回复的SYNC，则决定自己就是主站；3. 收到主站回复的SYNC ,以及包括主站的tick，则同步tick，计算

pjsip自带的回声消除处理包括webrtc-aec3，效果不是很理想，切换为webrtc-aec后，确实能明显的感觉到回声被抑制了

经济思路思考一个独立博客的运营，服务器：1000/年域名：   100/年人力成本：码字若干？

广播产品的典型功能：1、分区广播基于组播协议，通过分区的组播地址广播MIC录制的音频数据，音频数据采用RTP组包协议组包2、终端广播广播设备监听特定的10000端口，然后想特定广播ip和10000端口发送MIC录制的音频数据，音频数据采用RTP组包协议组包3、对讲语音对讲：voip视频对讲：camera摄像头支持4、监听支持锐科达寻呼话筒；

一、理解广播地址：专门用于同时向网络中所有工作站进行发送的一个地址叫做广播地址。在使用TCP/IP 协议的网络中，主机标识段host ID 为全1 的IP 地址为广播地址。如果你的IP为：192.168.1.39，子网掩码为：255.255.255.0，则广播地址为：192.168.1.255；如果IP为192.168.1.39，子网掩码为：255.255.255.192，则广播地址为：192.1

编辑器：1、Sublime2、SourceInsight3、EditPlus/NotePad IDE1、Eclipse？2、IDEA3、VisualStudio4、VisualCode搜索：1、EveryThing远程工具：1、MobaXterm2、Putty

看了几本书尤其《坛经》,《心经》，《金刚经》，佛语，要没有分别心，不要带有色眼镜看人；万事皆空，皆虚无，不要偏执；

使用FFMPEG提供的编解码接口，实现的aac编码和解码程序！

广播的业务还是挺好实现的，作为练手项目绝对不错，主要涉及到几个点：1、音频数据采集；2、音频数据编码；3、媒体流组包发送；4、UDP Socket服务器、客户端实现；5、音频抖动缓冲区，及播放器实现；

吞吐量要解决的几个问题：1、标签时隙管理；一种方式：基站主导，官方的TREK1000代码有类似的逻辑；一个标签，比方每2s发送一次P帧，2、多基站测距；A站、B站、C站回复A帧的时间不同，需要做延时发送；具体延时多久，也需要同标签做好时间窗口同步；