- 主题:马应龙真心nb呀
我觉得也不能这么想，场景不一样，中国的celluar覆盖率很高，只要不是深山荒漠，就算是偏远农村都有基站，天通用来覆盖实在没有基站的情况就行了，几颗星就能完成这一重要但不常用的补充了。欧美那种农场大点都没信号的，星链这种就合适。算是不同的用户密度各自有合适的解决方案吧
【 在 wuspd 的大作中提到: 】
:
: 天通吃亏了，
: 跟5G一样
: 巨资投下去没啥应用场景，毕竞应急这种事也许一辈子也用不上呢
: 还得能上网实在，普通手机能连卫星是正途，不能为了可能性极低的应急 买个手机吧
--
FROM 111.194.89.*
你说的这些其实都是ntn已经做的，马应龙谈不上领先，只不过它卫星多而已。关于时延，也没你想的那么大影响，循环前缀一般人为要处理两个事，一是时延扩展，二是定时误差。地面系统时延大，但定时差异小，卫星系统时延小，但定时差异大，所以对循环前缀的要求没什么区别
--
FROM 221.217.25.*
怎么可能指向一个人，即使LEO，一个波束打下来覆盖半径也至少十几公里…
【 在 littlelulu (每天爱你少一些) 的大作中提到: 】
: 卫星领域很有可能，用户少………刚好你用的时候每人抢资源，然后你要传的文件大，那就能占满
:
: 就像建网初期那些炫耀速率的用户一样
: 【 在 wuhuadasha 的大作中提到: 】
--
FROM 221.217.25.*
应该是主要瓶颈
【 在 WXTLJX 的大作中提到: 】
: 发射功率和卫星上的耗电会不会成问题？
:
--
FROM 114.254.10.*
通信重要的不是你摆好姿势能够传多少，而是你真要用的时候最少可以传多少。
丢包率20%的通信链路几乎等于不可用，而且还是固定，预先binding卫星
预先对准波束对准的前提下做的，而且还是单用户模式
【 在 littlelulu 的大作中提到: 】
: 5mhz带宽理论峰值18.x mbps，测出17mbps结果可能会颠覆传统卫星通信思维
: 传统卫星链路预算设计余量很低，因为基本上要los径，近自由空间传输，室内甚至大树下都没法用
: 下行17mbps我估计sinr要达到20db左右，太猛了，意味着对于volte可能有15-20db余量，基本和地面蜂窝覆盖设计相当了，不太深的室内（比如厕所或者电梯间）大概率能通话
: ...................
--
FROM 202.38.75.*
关于丢包率，有两种说法
一种是iperf的问题，就不提了
还有一种是系统空口问题
作为业务爱好者，我觉得空口问题是有解决方案的，简单来说就是保守调度，克服关闭物理层harq带来的问题，有人仿真过，几个db的影响，最差来说就是改改调度策略，降低编码率就行了，毕竟天线性能还有提升空间
换句话，假设不提升了，降低5db，也就降到11.488mbps那档，还是鹤立鸡群的性能
未来组网时估计性能会下降很多，毕竟同频不好搞，如果采用3*1.4mhz组网，性能就会下降到现在的24%………
【 在 iilxyz 的大作中提到: 】
: 通信重要的不是你摆好姿势能够传多少，而是你真要用的时候最少可以传多少。
: 丢包率20%的通信链路几乎等于不可用，而且还是固定，预先binding卫星
: 预先对准波束对准的前提下做的，而且还是单用户模式
: ...................
--
FROM 114.254.10.*
空口丢包的问题除了编码速率以外，还可以优化网络协议栈解决。
卫星数通不使用标准TCP，一般采用基于喷泉码的FEC来减少丢包带来的损失。
在手机上这个工作需要google和apple配合升级软件。
同频组网的问题在用户及其稀疏的情况下有没有可能时分复用思路解决？只在一些子帧处理某个小区？
卫星上的相控阵根据用户数量控制不同子帧指向不同小区。不知道LTE能不能这么处理
【 在 littlelulu 的大作中提到: 】
: 关于丢包率，有两种说法
: 一种是iperf的问题，就不提了
: 还有一种是系统空口问题
: ...................
--
FROM 45.142.158.*
lte存量手机协议都不支持这些能力，所以难度大
【 在 zzybh 的大作中提到: 】
: 空口丢包的问题除了编码速率以外，还可以优化网络协议栈解决。
: 卫星数通不使用标准TCP，一般采用基于喷泉码的FEC来减少丢包带来的损失。
: 在手机上这个工作需要google和apple配合升级软件。
: ...................
--
FROM 114.254.10.*
【 在 zzybh 的大作中提到: 】
: 空口丢包的问题除了编码速率以外，还可以优化网络协议栈解决。
: 卫星数通不使用标准TCP，一般采用基于喷泉码的FEC来减少丢包带来的损失。
: 在手机上这个工作需要google和apple配合升级软件。
: ...................
丢包率20%的时候就不要说优化网络协议栈来解决，反向链路早就被堵塞了。
不是号称不用修改手机么，这又开始说用喷泉码了？喷泉码主要是用在深空的，低轨卫星的接入和切换问题这里都还没有涉及呢。
--
修改:iilxyz FROM 202.38.75.*
FROM 202.38.75.*
【 在 littlelulu 的大作中提到: 】
: 关于丢包率，有两种说法
: 一种是iperf的问题，就不提了
: 还有一种是系统空口问题
: ...................
这个已经是摆拍凑出来的结果了，就这样还有20%的丢包率
--
FROM 202.38.75.*