【LMP】规范精讲[10]: 语音专线开线记——SCO 固定占座与 eSCO 限时重传-北京尧图网络

手头两份日志摆在一起看特别有意思。一份是立体声耳机的连接链路建立后双方互探能力特性集里明晃晃带着扩展同步传输的支持位免提应用层的能力查询也有来有回可从头到尾没有一条语音专线建立音乐数据全部跑在异步逻辑传输上双方还专门协商了 5 槽大包来喂饱它。另一份是免提通话的实录编解码选定那一刻外设立刻发起扩展同步传输请求句柄填着 0中央回填句柄和专用地址专线开起来之后异步侧的多槽包当场从 5 槽降为 3 槽通话一结束又升回 5 槽。同一对设备、同一套机制音乐场景对专线视而不见通话场景把专线用得明明白白。这个正反两面恰好是理解逻辑传输体系最好的入口——专线到底为谁而设、开线要付什么代价、怎么收场。这一篇把 SCO 和 eSCO 两条语音专线的开线流程掰开揉碎讲清楚。目录一、逻辑传输的家底与占座底线二、SCO固定时刻的专座专线2.1 三个时间参数与包型的对应表2.2 编码方式与加密禁令2.3 四条流程开线、被拒、改线、拆线2.4 保留槽里的交通规则三、eSCO带重传窗口的语音专线3.1 专用 LT_ADDR独立收发通道的钥匙3.2 重传窗口的运作3.3 四条流程与拆线的绣花功夫四、协商九规则一场有纪律的讨价还价五、两份抓包的正反面拒绝专线的音乐与全程实录的通话5.1 音乐场景有能力也不开线5.2 通话场景专线从开到收的完整实录5.3 数字互证把抓包参数代回公式六、测验一、逻辑传输的家底与占座底线先看规范给连接下的定义。两个设备连接刚建立时家底是两条逻辑传输ACL 异步传输承载 ACL-C 逻辑链路跑链路管理消息、ACL-U 逻辑链路跑 L2CAP 数据APB 广播传输承载 APB-C 和 APB-U 两条链路处理广播。随后可以按需加入一条或多条同步逻辑传输——SCO 或者 eSCO这就是语音专线的两种形态。有一条底线规则值得先立起来规范是A new logical transport shall not be created if it would cause all slots to be allocated to reserved slots on secondary LT_ADDRs.如果新建逻辑传输会导致所有时槽都被次要 LT_ADDR 上的保留槽占满就不允许创建。时槽是微微网的总资源保留槽是专线占的座。这条规则说的是专线可以开占座可以占但不能把整个会场占光——必须给主连接的异步传输留出活路。想象一个会议室专线部门可以预订固定座位但如果预订系统允许某个部门把所有座位全订走日常办公ACL 数据、广播、链路管理消息就全瘫了。这条规则就是预订系统的兜底校验多开一条专线前先算一遍总账。二、SCO固定时刻的专座专线SCO 是最早出现的语音专线形态设计哲学是电路交换式的死板但可靠提前预约固定时刻的座位到点必发永不重传。理解了这份死板后面 eSCO 的每一步演进才有对照。2.1 三个时间参数与包型的对应表开线消息 LMP_SCO_LINK_REQ 携带五个参数SCO_Handle、Timing_Control_Flags、Dsco、Tsco、SCO_Packet外加 Air_Mode 指定编码方式。Tsco 是专线的发车间隔Dsco 是首班车的偏移Timing_Control_Flags 还是老朋友——选择初始化方式 1 还是 2 来防时钟回绕公式和嗅探锚点那套一模一样CLK27−1 mod Tsco Dsco (initialization 1)CLK27,CLK26−1 mod Tsco Dsco (initialization 2)规范里的推导逻辑值得展开。三种 HV 包型的能力差异如下HV1 每包载荷 10 字节带三分之一前向纠错HV2 每包 20 字节三分之二纠错HV3 每包 30 字节完全不纠错。基带规范给出了推导链HV1 一包能装 1.25ms 的 64kb/s 语音所以每 2 槽必须发一包Tsco 等于 2HV2 装 2.5ms每 4 槽一包HV3 装 3.75ms每 6 槽一包。这里藏着一个漂亮的恒等式包越大、纠错越少、占座越稀但三种包型最终速率都严格锁死在 64kb/s。专线卖的不是带宽是恒定的时延和速率——这正是传统电话业务的命根子。纠错强度和发车密度是可以自由组合的成本结构想要抗干扰就选 HV1 高频占座想要省时槽就选 HV3 稀疏占座账单总价一样。2.2 编码方式与加密禁令空口编码有四种μ-law PCM、A-law PCM、CVSD、透明传输。规范要求发起方只能在对方支持的类型里选——特性交换阶段探明的能力集就是选型的依据。前两种是欧洲和北美电话网的压扩律CVSD 是连续可变斜率增量调制、抗误码能力强透明模式则把 64kb/s 同步数据原样搬运。然后是 SCO 身上最著名的一道禁令The Link Manager shall not initiate a SCO connection, and shall reject any request for a SCO connection, while AES-CCM encryption is in use.AES-CCM 加密启用期间链路管理器不得发起 SCO 连接收到请求也必须拒绝。原因在加密的机制层面ACL 链路的 AES-CCM 加密靠加密计数器保证每包密文不重复计数器跟着数据包走而 HV 包型没有任何校验字段——没有 CRC、没有 MIC、没有重传机制密文被干扰了接收方根本无从察觉更没有重传兜底。在一个加着密的链路上跑一条既不能加密又不能验证完整性的语音通道等于在保险库墙上开了扇不锁的窗。所以要么语音裸奔早期规范确实允许要么加密期间干脆禁开专线新规范选了后者。这也是为什么如今有加密需求的通话产品清一色用 eSCO——它的包型带 CRC。2.3 四条流程开线、被拒、改线、拆线开线的两个方向权力结构不同。中央发起是标准的一问一答LMP_SCO_LINK_REQ 带全套参数外设要么 LMP_ACCEPTED 要么 LMP_NOT_ACCEPTED拒绝时可以在 Error_Code 里说明不接受哪一项中央可以改了参数再试。外设发起则要经过中央回填外设先把 SCO_Handle 填 0 发出去Dsco 建议填 0Timing_Control_Flags 会被中央忽略——因为时序参考系是中央的时钟外设没有资格定锚点。中央若愿意开线回一条填好句柄、偏移和标志位的 LMP_SCO_LINK_REQ外设再答 ACCEPTED 或 NOT_ACCEPTED。规范还贴心地补了一句中央应尽量沿用外设请求里的参数实在满足不了才允许换值。句柄的分配权始终在中央手里这和微微网里中央的调度地位一脉相承。有两个细节容易被问住。其一SCO_Handle 零值被保留不用所以外设发起时填 0 正好天然表示句柄待分配。其二如果选了 HV1 包型LMP_ACCEPTED 必须用 DM1 包发送——因为 HV1 每 2 槽一班车、把保留槽占得密不透风链路管理消息再想挤 HV 包就无座可坐只能靠 DM1 这种单槽 ACL 包在缝隙里穿行。改线流程和开线同构中央直接发新参数的 LMP_SCO_LINK_REQ 指名要改的句柄外设答接受或拒绝拒绝则原参数不变外设要改则发请求、中央回填确认时序标志位和偏移照例被中央接管。拆线是 LMP_REMOVE_SCO_LINK_REQ 携带句柄加 Error_Code 说明拆除原因对方必须回 ACCEPTED。注意 SCO 没有协商余地——它天生就是中央定参数、外设点头或摇头的单极世界这份独裁在 eSCO 里会被协商状态机彻底取代。2.4 保留槽里的交通规则基带规范对 SCO 保留槽里的收发规则写得非常细值得逐条过一遍。外设在自己的保留从发槽可以发射除非前一个主发槽收到的包带正确接码但 LT_ADDR 不是自己——点了别人的名就闭嘴如果 LT_ADDR 是自己但 HEC 校验错也不应该发——头都错了回复大概率也是鸡同鸭讲。DM1 包可以在 SCO 保留槽里发但仅限携带 ACL-C 数据也就是链路管理消息可以借专线的座走普通用户数据不行。外设在保留槽里除了 HV 包只有在前一槽解出自己的地址时才能发别的东西。这套规则的精神是专线的座位优先给专线乘客但允许调度指令在座位空闲时搭个便车绝不允许普通乘客鸠占鹊巢。三、eSCO带重传窗口的语音专线eSCO 的登场解决了 SCO 的两个历史遗留问题。规范用一句话概括了它和前辈的全部差异As opposed to SCO links, eSCO links have a configurable data rate that may be asymmetric, and can be set up to provide limited retransmissions of lost or damaged packets inside a retransmission window of size WeSCO.可配置的速率、允许非对称、在大小为 WeSCO 的重传窗口内提供有限重传。三件事分别对应三个业务诉求更宽的语音带宽比如高清语音、上下行不对称流量静音抑制方向差异、以及丢包时的挽救能力——SCO 丢了就丢了eSCO 还有一次后悔药。时序骨架则和 SCO 完全同构TeSCO 间隔、DeSCO 偏移、初始化 1/2 防回绕、独立句柄。参数表从 SCO 的五个膨胀到十二个句柄、专用 LT_ADDR、时序三件套、重传窗口、双向各自的包型和包长、空口编码、协商状态。DeSCO、TeSCO、WeSCO、双向包型、双向包长这七项被明确定义为可协商参数其余是结构性的。3.1 专用 LT_ADDR独立收发通道的钥匙eSCO 建立时中央会给外设额外分配一个 LT_ADDR规范强调这为 eSCO 提供了与 ACL 逻辑传输相互独立的 ARQ 机制——确认重传走各自的通道互不干扰。所有 eSCO 流量、且只有 eSCO 流量走这个地址。这就是同步包类型表里 EV 系列包型的舞台EV3 到 3-EV5载荷从 30 字节一路到 540 字节速率从 96kb/s 爬到 864kb/s全部带 CRC。对比 HV 系列清一色 64kb/s 且无校验代际差一目了然。3.2 重传窗口的运作eSCO 的时域结构是周期性的窗口序列每个 TeSCO 一个 eSCO 瞬时点随后是保留槽再跟一个重传窗口。单槽包的窗口结构见下图首次传输在保留槽里进行如果收到否定确认或者干脆没收到回复重传窗口里的空位就用来补票。多槽包场景下首次传输如果用 3 槽包保留槽就是紧随瞬时点的 2、4 或 6 个槽重传窗口从首个外设发包结束后的下一槽开始算。窗口内的交通规则有几条硬约束。中央在某个 eSCO 地址的重传窗口里发包的前提是上一组保留槽里要么点过这个地址的名、压根没发过任何包——自己上一班车刚发完还没确认窗口里就不能再发。发之前还要做槽位充足性检查如果发 NULL 包带确认只要 1 槽发数据包且上一包未确认就得留够自己包型加对方包型的槽位保证这一来一回能在窗口内完整收尾禁止把传输尾巴甩出窗外。没有数据可发时中央用 POLL、外设用 NULL 维持节奏。有一条优先级规则特别有工程味eSCO 流量在重传窗口内应当优先于 ACL 流量——专线乘客的补票优先于散客进站。还有一条防呆设计中央若用 POLL 代替了协商的 3 槽 eSCO 包外设仍按协商包型的节奏推算自己的发射时刻比如协商的是 EV5、中央却只发了 POLL外设照旧在 3 槽之后开口因为协议假定中央可能因为没数据而降格发 NULL/POLL时序骨架不能跟着降格乱掉。窗口之间还有一条重叠禁令窗口在中央侧可以互相重叠中央同时服务多个外设时排班紧凑但在单个外设身上绝不允许重叠——一个人不能同时赶两班重叠的车。没收到外设的回复视为隐式否定确认下个窗口继续补票。而窗口外的正常嗅探锚点、其他同步保留槽照旧运转这就引出了下一节的冲突仲裁。3.3 四条流程与拆线的绣花功夫eSCO 的开线、改线、拆线流程表面上和 SCO 同构但每一处细节都多了协商色彩。外设发起时句柄填零、LT_ADDR 字段保留不用中央回填重协商时句柄和 LT_ADDR 锁死为原始值——通道的身份标识一旦确定就不可动摇能谈的只是班次和座位数。拒绝不再是一锤子买卖LMP_NOT_ACCEPTED_EXT 终止本次协商后可以另起一轮换参数重来。拆线流程的细节最见功力规范规定外设拆除前必须先关停自己的 eSCO 逻辑传输再发拆除请求或确认中央直到流程结束才可重新分配那个 eSCO LT_ADDR如果流程走不完——比如外设已经超出通信范围——中央必须等到主 LT_ADDR 因监督超时变成可复用状态才允许回收 eSCO 地址。这套绣花功夫防的是地址复用竞态旧通道的残余传输还没死透新通道就抢走了地址接收方会把幽灵包当成新通道的数据收下时序账本直接崩盘。监督超时是链路死亡的法定认定时刻等它落地再回收竞态窗口被结构性关闭。四、协商九规则一场有纪律的讨价还价eSCO 参数协商是整个链路管理层里最接近状态机的谈判协议九条规则配上协商状态字段的五种取值构成一套完整的对话纪律。先把 Negotiation_State 的语义摆出来发起方首轮必填 0此后每次还价按还价原因填 1一般性调参、2保留槽违例、3延迟违例、4配置不支持。状态码是谈判语言里的病因声明——我不是不想答应你是你的方案在我的系统里会犯哪种病。九条规则里最核心的三条值得规范引用。规则二定义了带宽的算法if the bandwidth (defined as 1600 times the packet length in bytes divided by TeSCO in slots) for either RX or TX or the Air_Mode cannot be accepted the device shall send LMP_NOT_ACCEPTED_EXT with the appropriate Error_Code.带宽等于 1600 乘以包长字节数除以 TeSCO。为什么是 1600蓝牙时槽 625 微秒每秒正好 1600 槽包长除以间隔是每槽字节数乘 1600 就是每秒字节数。这个公式把带宽从抽象需求翻译成包型和间隔的组合收发双向各自算、任一方向不可接受就整体拒绝。规则三给谈判划了不可触碰的红线Bandwidth and Air_Mode are not negotiable and shall not be changed for the duration of the negotiation.带宽和空口编码在协商期间不可谈。道理在于这两个参数是业务的立身之本带宽是应用层给语音会话定下的硬指标编码是双方语音编解码器的共同语言在这两项上讨价还价等于换了门生意不属于参数微调的范畴。谈崩了可以另起一轮新协商换带宽重谈但本轮内谁都不许动它。规则四给出延迟违例的判定公式if the parameters will cause a latency violation (TeSCO WeSCO reserved synchronous slots allowed local latency) the device should propose new parameters that shall not cause a reserved slot violation or latency violation for the device that is sending the parameters.总延迟等于间隔加重传窗口加保留同步槽。三个成分各有含义TeSCO 是一个完整周期的长度WeSCO 是为重传预留的额外等待保留槽是首次传输本身的耗时。语音是时延敏感业务超出本地允许的延迟上限声音就开始断续。规则四要求违例方必须给出一个对双方都无害的新方案——不能把病转嫁给对面。规则五接着上锁一旦你被延迟违例坑过后续还价就不许再提出等延迟或更高延迟的组合。这条单调性约束防止谈判在延迟维度上无限横跳保证收敛。三种违例的定义是理解这套状态机的钥匙保留槽违例的定义规范尤其值得展开a reserved slot violation is when the receiving LM cannot setup the requested eSCO logical transport because the eSCO reserved slots would overlap with other regularly scheduled slots (e.g. other synchronous reserved slots or sniff anchor points).保留槽违例就是新专线的座位和其他常规调度冲突——可能是已有的另一条同步专线的保留槽也可能是嗅探锚点。注意这里直接点名了嗅探锚点上一讲里省电模式的班表和这一讲的语音专线共享同一本时槽账本开新线前必须查老班表。延迟违例和配置不支持则分别对应时延超限和参数超出设备支持范围。规则六处理复合病保留槽违例叠加延迟违例、或者配置不支持叠加延迟违例按延迟违例状态 3优先上报因为延迟是最难让步的硬约束。把这套纪律写成代码会比文字更清晰SLOTS_PER_SEC 1600 # 每秒 1600 槽每槽 625 微秒 def esco_bandwidth_bps(pkt_len_bytes, t_esco_slots): # 规则2 带宽公式1600 × 包长 / TeSCO单位字节每秒 return SLOTS_PER_SEC * pkt_len_bytes // t_esco_slots * 8 def check_esco_params(t_esco, w_esco, pkt_c2p, pkt_p2c, local_max_latency, occupied_slots): # 规则4 延迟校验TeSCO WeSCO 保留同步槽 ≤ 本地允许延迟 latency t_esco w_esco pkt_c2p pkt_p2c if latency local_max_latency: return 3, 延迟违例需给出双方均无害的新组合 # 保留槽违例与既有同步保留槽或嗅探锚点重叠 anchor set(range(0, 4096, t_esco)) if anchor occupied_slots: return 2, 保留槽与既有调度冲突 return 1, 可接受或一般性调参 def negotiate_demo(): # 外设还价示例被 3-EV5(540B) 高带宽打穿延迟预算后的收敛路径 for pkt, t, w in [(540, 12, 12), (360, 12, 8), (180, 12, 6)]: state, msg check_esco_params(t, w, 3 if pkt 180 else 1, 3 if pkt 180 else 1, 28, set(range(0, 4096, 24))) bw esco_bandwidth_bps(pkt, t) print(包长%3dB TeSCO%2d WeSCO%2d → 带宽%6d bps 状态%d %s % (pkt, t, w, bw, state, msg))negotiate_demo 模拟了从激进配置逐级降档的还价过程540 字节大包先撞延迟墙状态 3按规则五后续提案延迟只能降不能升最终收敛到 180 字节包的可用组合。真实的链路管理器谈判逻辑骨架与此并无二致只是还要叠加双向独立校验和射频调度器的实时占座表。五、两份抓包的正反面拒绝专线的音乐与全程实录的通话5.1 音乐场景有能力也不开线有了完整图景先看音乐日志的反面案例。音乐传输的诉求是大带宽、可容忍时延、要完整性校验——A2DP 把编码后的音频流切成 L2CAP 包走 ACL-U 逻辑链路靠 ACL 的 CRC 加自动重传保证音质靠多槽大包堆带宽。抓包里双方协商 5 槽包3.125ms 载荷窗口DH5 或 2-DH5 单包能装下 339 到 679 字节吞吐轻松喂饱立体声。反过来若真开了 eSCO 专线比如最常见的双向 64kb/s EV3 配置带宽对立体声音乐杯水车薪专线的恒定占座还会挤压数据流量的时槽。语音专线为 8 到 64kb/s 的实时窄带业务而生让它扛音乐属于专业不对口。特性集里那个 eSCO 支持位是给免提通话预留的——日志里免提能力查询正常进行通话需求真的到来时专线才会在同一条 ACL 链路旁边开出来。主机侧的对照图补齐了另一个视角能力查询事件与空口特性交换一一对应Max Slots Change 事件在协商完成时上报 5 槽。重连段还有个细节角色切换完成后 326 毫秒中央重新发起多槽包协商到 5 槽——这正是角色切换篇讲过的切换后参数复位切换会重置 Max_Slots 等默认参数容量相关的一切都要重新谈一遍。两讲内容在空口上完成了互证。5.2 通话场景专线从开到收的完整实录通话日志把规范流程逐字演了一遍。免提层先走编解码协商AG 上报可用编解码列表主机选定宽带编解码mSBC后下发选择指令外设应答确认。编解码一定外设的链路管理器立刻发起扩展同步传输请求——注意这条请求的形态句柄字段填 0、专用地址字段填 0正是规范规定的外设发起形态因为句柄和地址的分配权都在中央手里外设只能递一张空白申请单。中央收到后回填完整参数句柄 0x01、专用地址 2、初始化方式 1、透明传输模式外设回接受。双向语音随即在专线上流动空口能看到每隔一段固定间隔的双向音频帧。最精彩的是专线建立前后的时槽账本变化。eSCO 建立后 28 毫秒内双方的多槽包协商从 5 槽降为 3 槽——专线开始占座异步传输的可用时槽被挤压单包载荷上限被迫收缩。这不是巧合而是调度系统的必然每个 TeSCO 周期里保留槽加重传窗口都被专线预订走了剩下留给 ACL 的连续空位撑不起 5 槽包的长度发一个 5 槽包中途撞上保留槽就得作废重来干脆全体降档到 3 槽求个安稳。第一节那条不得占满所有时槽的底线规则在这里变成了肉眼可见的容量再分配。通话中段还有一处细节中央尝试发起嗅探模式协商被外设拒绝理由是 PDU 不允许。省电班表和语音专线在同一本时槽账本上天然打架——嗅探要求链路长期休眠专线却要求每个周期准时到岗两者只能选一。这正是嗅探篇的保留槽违例定义反过来在专线侧的体现不是专线让路给嗅探就是嗅探等专线收摊。收尾同样干净利落。通话结束外设发起拆除请求理由码是远端用户终止连接中央回接受。拆线完成 6 毫秒后多槽包协商立刻回到 5 槽——专线退还座位异步传输容量即刻恢复。开线降档、拆线升档一降一升之间时槽这本账算得明明白白。5.3 数字互证把抓包参数代回公式主机侧日志把这次通话的 eSCO 参数完整亮了出来间隔 7.5 毫秒、重传窗口 3.75 毫秒、双向包长各 60 字节、编码 mSBC。拿协商规则二的带宽公式验算一下7.5 毫秒是 12 个时槽1600 乘 60 除以 12 等于每秒 8000 字节折合 64kb/s——正是 mSBC 宽带语音的标准速率公式和实测严丝合缝。重传窗口 3.75 毫秒折合 6 槽恰好是间隔的一半给丢包留出了不短不长的后悔药窗口延迟公式验算 TeSCO 加 WeSCO 加保留槽合计不到 20 槽即 12.5 毫秒远低于任何通话产品的延迟上限。一次普普通通的免提通话协商规则里的每一个公式都能在抓包数字里找到落点。顺带一提这份日志里的链路是全程加密的——配对完成后立即启动了 AES-CCM 加密通话照样建立。这就是第二节那条加密禁令的现实注脚禁的是 SCOHV 包无校验无重传eSCO 的 EV 包带 CRC 有重传加密链路上通话毫无障碍。如今手机通话清一色 eSCO禁令几乎不会被触发但它是理解两种专线安全性差异最好的切口。六、测验问题一为什么 AES-CCM 加密启用期间禁止建立 SCO 连接而 eSCO 不受此限制参考答案禁令的根源在 HV 包型的结构缺陷。SCO 使用 HV1/HV2/HV3 包这些包型没有 CRC 字段、没有 MIC、没有重传机制无法承载 AES-CCM 加密所需的完整性保护密文被干扰后接收方无法察觉更无法挽救同时 SCO 是保留槽定时发送、永不重传的电路交换式通道连事后补救的机会都没有。在加密链路上叠加这样一条既不能加密又不能验证完整性的通道等于在安全边界上开洞。eSCO 的 EV 系列包型全部带 CRC 和有限重传机制链路层能对传输完整性负责因此不受禁令约束。实际产品中带加密需求的通话场景如手机通话一律使用 eSCO。另一个常被追问的关联点HV1 占座密度高每 2 槽一班链路管理消息只能靠 DM1 包在保留槽缝隙中传递这也是 LMP_ACCEPTED 在 HV1 场景强制用 DM1 发送的原因。问题二eSCO 协商中 Negotiation_State 为 2 和 3 分别表示什么规则五为什么规定被延迟违例拒绝后后续提案不得出现等延迟或更高延迟的组合参考答案状态 2 表示保留槽违例——请求的 eSCO 保留槽与既有常规调度冲突冲突源包括其他同步专线的保留槽和嗅探锚点状态 3 表示延迟违例——TeSCO 加 WeSCO 加保留同步槽超出本地允许的最大延迟。规则五的单调性约束是为了保证协商收敛如果没有这条限制一方可以反复提出延迟相同甚至更高的组合比如换包型但维持总延迟双方可能在延迟维度上无限拉锯加上单调递减约束后每一轮还价在延迟轴上严格向下走可行解空间单调收缩谈判要么收敛到双方可接受的组合要么在有限轮内以 NOT_ACCEPTED_EXT 终止。规则四还要求违例方提出的新参数必须对提案方自身也不构成违例进一步保证每轮提案都是真诚可行的这与规则五共同构成收敛的双重保险。问题三实测中发现eSCO 通话建立后 ACL 侧的多槽包协商从 5 槽降为 3 槽通话结束拆线后又回到 5 槽。为什么语音专线会影响异步传输的包长上限参考答案根因是同一本时槽账本上的容量再分配。eSCO 建立后每个 TeSCO 周期里的保留槽首次传输加重传窗口都被专线预订留给 ACL 的时槽不再是连续大片空位。5 槽包需要 5 个连续时槽3.125ms才能完整发送中途撞上专线的保留槽就必须作废重发效率反而暴跌降档到 3 槽包虽然单包载荷变小但能在碎片化的空位里安稳穿行整体吞吐更优。通话结束专线拆除保留槽全部归还连续空位恢复多槽包自然回升到 5 槽。这个一降一升是调度系统对占座底线的动态响应——规范规定新建逻辑传输不得占满所有时槽正是为了保证 ACL 侧永远有活路。追问点还包括通话中尝试进入嗅探模式会被拒绝因为嗅探的休眠班表和专线的准时占座在同一本账本上无法共存SCO 场景下这种挤压更极端HV1 每 2 槽一班占座最密链路管理消息只能靠 DM1 单槽包在缝隙里传递。

【LMP】规范精讲[10]: 语音专线开线记——SCO 固定占座与 eSCO 限时重传

相关推荐

拼多多校招笔试真题 10.26 - 标价差内选购(C++/Py/Java /Js/Go)

Agent Harness 01 - 驾驭工程：Agent 时代必修课

半年三变：小红书AI部门到底在找什么位置？

更多资讯

自动驾驶算法核心技术解析与实践指南

AI编程模式：重构软件开发流程的人机协作实践

Icepak热仿真7步避坑指南：从几何清理到收敛验证

个人AI智能体从工具调用到任务托管：核心技术解析与落地实践

Synopsys许可证跨平台生成指南：Windows生成Linux可用license

Python pyc文件全解析：字节码缓存原理与部署排坑指南

今日更新

猫狗目标检测数据集：VOC/COCO/YOLO三格式一体化实战包

HDU2017多校标程复现：算法竞赛工程化真题沙盒

Codex Sandbox 隔离环境拆解：AI Agent 的临时实验室如何运作

本周精选

防幻觉智能体架构：电源硬件设计中的大模型编排与工具化实践

OpenGL面试核心考点：渲染管线、矩阵变换与性能排查全解析

全国计算机二级C语言真题PDF高效刷题指南

本月热门

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

2026 大模型集体涨价：用 Python 做企业 Token 成本测算与选型避坑（附配置）

读完文章，想聊聊您的网站？