Code_Checker以及规则说明.rar
CodeChecker是一款小型的非商业的自研代码检查工具,可以开放式的自由指定检查工作,在代码编辑期间完成代码检查以及纠错
CodeChecker是一款小型的非商业的自研代码检查工具,可以开放式的自由指定检查工作,在代码编辑期间完成代码检查以及纠错
假设要写一个在后台启动线程的函数,想通过新线程返回的所有权去调用这个函数,而不是等待线程结束再去调用;或完全与之相反的想法:创建一个线程,并在函数中转移所有权,都必须要等待线程结束。总之,新线程的所有权都需要转移。
GNU_make+cygnus NB网络支持的增强覆盖和极端覆盖的信道环境很差,普遍噪声高,物理层难以精确确认所有终端发起的preamle,所以Phy也会检测一部分SINR较差的preamble上报, 这些低 SINR的preamble有可能不是真实终端发送的能量,而是空口信道环境波动引起Phy检测出来的虚假preamble,我们称
NB网络支持的增强覆盖和极端覆盖的信道环境很差,普遍噪声高,物理层难以精确确认所有终端发起的preamle,所以Phy也会检测一部分SINR较差的preamble上报, 这些低SINR的preamble有可能不是真实终端发送的能量,而是空口信道环境波动引起Phy检测出来的虚假preamble,我们称之为虚检; 以之前排查经验看虚检preamble多具有TA和频偏值较大的特点,从前方返回的日志看,MAC(网络侧L2,数据链路层)的执行日志显示preamble多数有这样的特点, 并且升级前小区并没有NB终端业务,现实情况下不会突然出现大量的业务,因此认为后台KPI中的Msgl技术数应该是Phy的虚检,这是第一条结论;
NB网络支持的增强覆盖和极端覆盖的信道环境很差,普遍噪声高,物理层难以精确确认所有终端发起的preamle,所以Phy也会检测一部分SINR较差的preamble上报, 这些低SINR的preamble有可能不是真实终端发送的能量,而是空口信道环境波动引起Phy检测出来的虚假preamble,我们称之为虚检; 以之前排查经验看虚检preamble多具有TA和频偏值较大的特点,从前方返回的日志看,MAC(网络侧L2,数据链路层)的执行日志显示preamble多数有这样的特点, 并且升级前小区并没有NB终端业务,现实情况下不会突然出现大量的业务,因此认为后台KPI中的Msgl技术数应该是Phy的虚检,这是第一条结论;
NB网络支持的增强覆盖和极端覆盖的信道环境很差,普遍噪声高,物理层难以精确确认所有终端发起的preamle,所以Phy也会检测一部分SINR较差的preamble上报, 这些低SINR的preamble有可能不是真实终端发送的能量,而是空口信道环境波动引起Phy检测出来的虚假preamble,我们称之为虚检; 以之前排查经验看虚检preamble多具有TA和频偏值较大的特点,从前方返回的日志看,MAC(网络侧L2,数据链路层)的执行日志显示preamble多数有这样的特点, 并且升级前小区并没有NB终端业务,现实情况下不会突然出现大量的业务,因此认为后台KPI中的Msgl技术数应该是Phy的虚检,这是第一条结论;
NB一大特点就是支持极端覆盖,为保证极端环境下的终端能正常入网发数据,基站有必要对低SINR的preamble做RAR,随机接入响应,为其分配ULGrant,因为它有可能是真实终端; 如果是真实的终端,物理层会在ULGrant时间内从PUSCH信道解调出终端发出的建立连接Request,并向上层报告结果为Ack的CRC,但如果不是物理层从PUSCH信道解出来的结果是DTX(协议名词叫非连续发送),
以 Linux 为代表的自由操作系统的很多优点之一, 是它们的内部是开放给所有人看的. 操作系统, 曾 经是一个隐藏的神秘的地方, 它的代码只局限于少数的程序员, 现在已准备好让任何具备必要技能的人 来检查, 理解以及修改. Linux 已经帮助使操作系统民主化. Linux 内核保留有大量的复杂的代码, 但 是, 那些想要成为内核 hacker 的人需要一个入口点, 这样他们可以进入代码中, 不会被代码的复杂性 压倒. 通常, 设备驱动提供了这样的门路
分享一个自己对NBIOT物理层协议的理解和总结吧,作为抛砖引玉吧,希望有共同兴趣的同学来一起讨论,共同成长。--作者weixin_42385536
TDengine是一个开源的专为物联网、车联网、工业互联网、IT运维等设计和优化的大数据平台。除核心的快10倍以上的时序数据库功能外,还提供缓存、数据订阅、流式计算等功能,最大程度减少研发和运维的工作量。
笔耕不辍
分享宗师
阅读者勋章
创作能手
持续创作