1. 项目概述USBFS中断机制的核心价值在嵌入式系统里做USB通信开发中断处理这块绝对是绕不开的硬骨头。你想想一个USB设备无论是鼠标键盘还是数据采集卡数据都是“来无影去无踪”的CPU不可能傻傻地一直去问“数据来了没数据来了没”。这时候中断机制就像是一个高效的“快递通知系统”数据到了缓冲区就绪、快递柜满了缓冲区未就绪、或者包裹被取走了缓冲区空它都会立刻“叮咚”一声通知你让你该收件就收件该处理异常就处理异常。对于像瑞萨RA8P1这类微控制器内置的USBFSUSB Full-Speed Module模块来说理解并驾驭好它的中断系统尤其是BRDY、NRDY和BEMP这三个核心中断是写出稳定、高效USB驱动代码的关键。我见过不少项目USB通信时好时坏数据偶尔会丢包或者系统响应变得迟缓追根溯源问题往往就出在对中断的理解不够透彻配置上“想当然”了。USBFS的中断机制其技术价值就在于它把复杂的USB协议时序和FIFO先进先出缓冲区的状态管理抽象成了一组清晰的事件信号。通过合理配置和响应这些中断我们可以实现真正的异步事件驱动让CPU从繁重的轮询工作中解放出来去处理其他更重要的任务从而在资源受限的嵌入式环境中最大化系统的实时性和整体性能。无论是做消费电子的HID设备还是工业现场的数据采集器这套机制都是保障通信可靠性的基石。接下来我们就以RA8P1的用户手册为蓝本结合我实际调试中的一些体会把这套中断机制掰开揉碎了讲清楚。我们会重点聚焦在BRDY、NRDY和BEMP这三个与FIFO缓冲区状态直接相关的核心中断上看看它们在不同模式、不同配置下到底怎么工作以及我们在编程时需要注意哪些“坑”。2. USBFS中断系统架构与核心寄存器解析在深入三个具体中断之前我们得先看看USBFS中断系统的“全家福”知道有哪些“家庭成员”以及它们之间谁先谁后的“家规”。这能帮助我们建立一个全局视角避免陷入单个中断的细节而迷失方向。2.1 中断源概览与优先级管理根据手册中的描述USBFS的中断源可以大致分为几类DMA传输请求、综合状态中断、以及一些特定功能中断。它们被组织在不同的中断向量或状态标志中。USBFS_D0FIFO / USBFS_D1FIFO中断这两个是DMA传输请求中断优先级最高。当FIFO缓冲区准备好进行DMA传输时硬件会触发此中断通知DMA控制器开始搬移数据。这是实现高速、不占用CPU的数据传输的关键。在RA8P1中D0FIFO和D1FIFO通常对应不同的物理FIFO内存区用于支持双缓冲Double Buffer机制以实现数据传输的“乒乓操作”无缝衔接。USBFS_USBI中断这是一个“百货大楼”式的综合状态中断优先级较低。它打包了十几种可能的状态事件包括VBUS中断USB电源状态变化。Resume中断从挂起状态恢复。Frame Number Update中断SOFStart Of Frame帧号更新用于同步等时传输。Device State Transition中断设备状态如上电、默认、地址、配置、挂起发生转换。Control Transfer Stage Transition中断控制传输阶段设置、数据、状态发生转换。Buffer Empty (BEMP) / Buffer Not Ready (NRDY) / Buffer Ready (BRDY) 中断这就是我们本文要细讲的三个核心中断它们的状态标志也汇集在这里。以及其他如过流检测、总线状态改变、连接断开检测等中断。USBFS_USBR中断这是一个在特定低功耗模式如Software Standby下可用的中断子集用于唤醒系统通常只包含VBUS、Resume等关键唤醒事件。关键理解USBFS_USBI是一个“总开关”性质的中断。即使BRDY、NRDY、BEMP等事件发生了如果USBFS_USBI这个总中断没有被使能例如在中断使能寄存器INTENB0中对应的位没有置1CPU也不会收到任何中断请求。而BRDYENB、NRDYENB、BEMPENB这些寄存器则是更细粒度的“分路开关”控制着具体哪个管道Pipe的对应事件能够触发中断。这种层级设计给了软件极大的灵活性。2.2 核心状态与控制寄存器速览要玩转中断必须熟悉几个核心寄存器。它们就像是控制这个“快递通知系统”的遥控器。中断状态寄存器 (INTSTS0)这是“事件指示灯”。当某个中断事件发生时硬件会自动将对应的状态位置1。例如任何管道的BRDY事件都会将INTSTS0.BRDY位置1任何管道的NRDY事件都会将INTSTS0.NRDY位置1。我们的中断服务程序ISR首先就要读取这个寄存器来判断发生了什么事件。中断使能寄存器 (INTENB0)这是“事件订阅开关”。只有相应位被软件置1对应的事件触发时才会产生中断请求给CPU。比如你想让BRDY事件触发中断就必须设置INTENB0.BRDYE 1。管道中断状态寄存器 (BRDYSTS,NRDYSTS,BEMPSTS)这是“详细事件清单”。INTSTS0只告诉你“有BRDY事件”但具体是哪个管道Pipe触发的就需要查BRDYSTS寄存器。它的每一位PIPExBRDY对应一个管道。NRDYSTS和BEMPSTS同理。管道中断使能寄存器 (BRDYENB,NRDYENB,BEMPENB)这是“管道级订阅开关”。你可以精细控制哪个管道的BRDY事件能触发中断。例如即使全局BRDY中断使能了如果你设置BRDYENB中管道1的位为0那么管道1的缓冲区就绪就不会引发中断。管道配置寄存器 (PIPECFG)这里的BFRE位是影响BRDY中断行为的关键配置之一我们后面会详细说。SOF配置寄存器 (SOFCFG)这里的BRDYM位是另一个影响BRDY中断行为的关键配置。理解了这套架构我们就能明白处理一个USBFS中断流程通常是CPU进入USBFS_USBI中断服务例程 - 读取INTSTS0判断中断类型 - 根据类型如BRDY去读取相应的详细状态寄存器如BRDYSTS - 找到具体是哪个管道触发 - 执行相应的处理如从FIFO读数据或向FIFO写数据- 清除对应的状态标志位。3. BRDY中断缓冲区就绪的“到货通知”BRDY中断全称Buffer Ready是USBFS中断里最“积极”、最“常用”的一个。它本质上是一个“缓冲区可访问”的通知。对于发送OUT管道意味着“FIFO有空位CPU你可以写数据进来了”对于接收IN管道意味着“FIFO有数据了CPU你可以来读了”。但它的触发逻辑并不简单严重依赖于SOFCFG.BRDYM和PIPECFG.BFRE这两个配置位的组合形成了三种截然不同的工作模式。3.1 模式0基于缓冲区访问状态的即时通知 (BRDYM0, BFRE0)这是最直观的模式。BRDY中断直接反映FIFO端口的“可访问性”。你可以把它想象成快递柜的指示灯绿灯亮BRDY触发 柜门可以打开存/取件。对于发送管道CPU - USB在以下情况会触发BRDY软件将管道的方向位DIR从0接收改为1发送时。这相当于初始化一个发送管道通知CPU可以开始填充发送数据了。当一个数据包发送完成且CPU对该管道FIFO的写访问被禁止时即BSTS位读为0。BSTS位反映缓冲区状态为0表示“忙”或“不可写”。包发完了硬件把缓冲区释放BSTS可能变为1就绪同时触发BRDY通知CPU“上一个包送走了快准备下一个包的数据吧”在双缓冲模式下当向其中一个FIFO缓冲区写完数据时如果另一个缓冲区已经发送完毕变空了则会触发BRDY。这实现了双缓冲的“乒乓”操作确保发送流不间断。硬件为等时传输刷新管道缓冲区时。当软件写PIPEnCTR.ACLRM位为1使FIFO缓冲区从“写禁止”状态转换到“写使能”状态时。对于接收管道USB - CPU触发条件是成功接收完一个数据包且CPU对该管道FIFO的读访问被禁止时BSTS读为0。包收好了硬件把缓冲区状态置为可读并触发BRDY“快递到了快来取”在双缓冲模式下当从一个FIFO缓冲区读完数据时如果另一个缓冲区已经接收完毕则会触发BRDY。重要注意事项控制传输的默认控制管道DCP在发送数据时不会产生BRDY中断。这是因为控制传输的时序和数据结构是固定的通常由软件严格按阶段Setup Data Status管理不需要额外的缓冲区就绪通知。在设备控制器模式下控制传输的状态阶段也不会产生BRDY中断。清除状态标志的时机手册明确强调“在访问FIFO缓冲区之前清除BRDY状态”。这是一个关键的安全操作。因为BRDYSTS位是由硬件置1、软件写0清除的。如果你在读取FIFO数据后忘记清除对应管道的PIPEnBRDY位那么即使缓冲区里没新数据该位依然为1可能导致你误判。标准的做法是在中断服务程序中确认BRDY中断后先读取BRDYSTS获取管道号然后立即写0清除该管道的PIPEnBRDY位再进行FIFO的读写操作。双缓冲的细节在双缓冲模式下BRDY的触发与“当前正在操作的缓冲区”紧密相关。即使另一个缓冲区已经传输完成只要当前缓冲区CPU正在读或写的那个的操作没完就不会触发BRDY。这保证了数据处理的顺序性。3.2 模式1基于单次传输完成的批量通知 (BRDYM0, BFRE1)这种模式改变了BRDY的语义。它不再针对每个数据包而是针对“单次传输Transfer”的完成。这里的“Transfer”可以包含多个USB事务Transaction。这对于需要知道“一整批数据是否接收完毕”的场景非常有用比如通过批量传输Bulk Transfer接收一个文件。在此模式下USBFS在以下条件满足时认为一次传输的“最后数据”已到达并会在数据被完全读出后触发BRDY中断收到了一个短包Short Packet包括零长度包Zero-Length Packet, ZLP。在USB协议中短包通常用来标识一次传输的结束。如果使用了管道事务计数器PIPEnTRN.TRNCNT当接收到的数据包数量达到预设值时。关键操作流程设置PIPECFG.BFRE 1并使能该管道的BRDY中断。开始传输。硬件会默默接收数据包填充FIFO。当上述“传输结束”条件之一满足并且CPU已将FIFO中的所有数据读出后硬件触发BRDY中断。在中断服务程序中你知道这次传输比如一个文件块已经完整接收可以进行后续处理如写入存储、解析数据。特别注意在此模式下BRDY中断不会为发送管道而触发。它只用于接收管道。同时手册警告在单次传输的数据被完全处理完之前不要改变BFRE位的设置。如果必须改变需要先用PIPEnCTR.ACLRM位清除该管道的所有FIFO缓冲区。3.3 模式2与缓冲区状态位绑定的自动模式 (BRDYM1)当SOFCFG.BRDYM位设置为1时BRDY中断的行为变得“自动化”。BRDYSTS.PIPEnBRDY位的值直接与每个管道的BSTS缓冲区状态位绑定。对于发送管道当FIFO缓冲区准备好写入BSTS指示可写时BRDYSTS.PIPEnBRDY位自动置1当不可写时自动清0。BRDY中断也随之产生或清除。对于接收管道当FIFO缓冲区准备好读取BSTS指示可读时BRDYSTS.PIPEnBRDY位自动置1当所有数据被读完不可读时自动清0。这个模式简化了软件管理你无需手动清除BRDYSTS位。中断的有无直接反映了缓冲区的实时状态。但有一个特殊情况当FIFO为空时收到一个零长度包对应的BRDYSTS位会被置1并持续产生中断直到软件通过写BCLR位来清除缓冲区状态。配置禁忌手册明确指出当SOFCFG.BRDYM 1时必须将所有管道的PIPECFG.BFRE位设置为0。这两种配置模式是互斥的。3.4 BRDY中断清除条件的差异BRDY中断请求本身INTSTS0.BRDY位的清除条件也因模式而异当BRDYM0时USBFS在软件将BRDYSTS寄存器中的所有位都写0后才会清除INTSTS0.BRDY位。这意味着你需要处理完所有触发BRDY的管道后手动清除它们的状态总中断标志才会消失。当BRDYM1时USBFS在所有管道的BSTS位都变为0即所有缓冲区都不可访问时自动清除INTSTS0.BRDY位。这与其自动绑定的特性一致。4. NRDY中断缓冲区未就绪的“忙线通知”如果说BRDY是好消息那NRDYNot Ready中断就是个“坏消息”通知器。它告诉主机或设备“我现在没法处理你的数据请求别发了对于发送或者我发不了数据对于接收。” 触发NRDY的根本原因是FIFO缓冲区处于“未就绪”状态但具体场景在主机和设备模式下有所不同。4.1 主机控制器模式下的NRDY中断在主机模式下NRDY通常意味着与从设备通信时出现了问题。对于发送管道主机OUT等时传输管道当需要发出OUT令牌包的时间到了但主机的FIFO缓冲区里没有数据可发。此时主机会发送一个零长度包并触发NRDY中断同时帧号溢出位OVRN置1。这在实时音视频流中可能意味着数据源供给不足。非等时传输管道批量、中断在非设置事务Setup Transaction的通信中如果连续三次出现以下任一或组合情况则触发NRDY从设备无响应超时。从设备返回的包有错误。 此时USBFS会将对应管道的PID设置为NAK并触发NRDY中断。这通常表明从设备暂时繁忙或通信链路不稳定。当从设备返回STALL握手包时。这表明从设备端点发生了不可恢复的错误如请求不被支持主机应停止向该端点发送请求。对于接收管道主机IN等时传输管道当需要发出IN令牌包的时间到了但主机的FIFO缓冲区没有空间存放即将收到的数据。此时主机会丢弃收到的数据触发NRDY并置OVRN位。如果收到的数据包还有CRC等错误CRCE位也会置1。非等时传输管道与发送类似连续三次出现从设备无响应或返回错误包会触发NRDY并将PID置为NAK。等时传输管道如果从设备对IN令牌无响应或返回错误包也会触发NRDY但PID不会改变因为等时传输没有握手包无法通知对方NAK。当收到STALL握手包时。4.2 设备控制器模式下的NRDY中断在设备模式下NRDY是设备向主机报告自身状态的一种方式。对于发送管道设备IN当设备收到主机的IN令牌包但自己的FIFO缓冲区里没有数据可发送给主机。此时USBFS会在收到IN令牌时产生NRDY中断请求。对于等时传输管道设备会发送一个零长度包并置OVRN位。对于接收管道设备OUT当设备收到主机的OUT令牌包但自己的FIFO缓冲区没有空间来接收即将到来的数据。对于等时传输管道USBFS在收到OUT令牌时产生NRDY中断并置OVRN位。对于非等时传输管道USBFS在收到OUT令牌后的数据并返回NAK握手包之后才产生NRDY中断。这里有个重要细节如果因为DATA-PID不匹配导致数据包重传不会产生NRDY中断。如果DATA包本身有错误也不会产生NRDY中断。对于等时传输管道如果在一个帧间隔内没有成功收到任何令牌包USBFS会在收到SOF包时产生NRDY中断。这可能表示主机停止了该等时端点的数据传输。实操心得NRDY的处理策略处理NRDY中断不能一概而论。对于批量传输收到NRDY通常伴随NAK是正常流量控制的一部分软件只需等待一段时间后重试即可。对于中断传输也类似。但对于等时传输NRDY特别是伴随OVRN通常意味着数据流出现了缺口上溢或下溢可能需要应用层进行错误隐藏或记录。最严重的是STALL这表示端点功能错误需要软件进行复位或错误恢复流程。在中断服务程序中除了处理NRDYSTS状态一定要检查OVRN和CRCE等附加错误位以做出更精准的响应。5. BEMP中断缓冲区清空的“任务完成通知”BEMPBuffer Empty中断顾名思义就是“缓冲区空了”的通知。它的应用场景相对特定主要关联着传输完成或异常情况。5.1 发送管道的BEMP中断对于发送管道当该管道的FIFO缓冲区在包括零长度包的传输完成时变为空就会产生一个内部的BEMP中断请求。关键点在单缓冲模式下对于一个非DCP管道BEMP中断请求是与BRDY中断同时产生的。这很好理解数据发完了缓冲区空了BEMP同时也就准备好接收下一批数据了BRDY。不会产生BEMP中断的情况在双缓冲模式下当从一个FIFO缓冲区发送数据完成时如果CPU或DMA已经开始向另一个FIFO缓冲区写数据了。当通过设置PIPEnCTR.ACLRM位或端口控制寄存器的BCLR位来手动清空腾空缓冲区时。在设备控制器模式下控制传输状态阶段执行IN传输发送零长度包时。5.2 接收管道的BEMP中断对于接收管道BEMP中断与一种异常情况相关当成功接收到的数据包大小超过了该管道设定的最大包大小MXPS时。此时USBFS会产生BEMP中断请求。将对应的BEMPSTS.PIPEnBEMP位置1。丢弃接收到的这个超长数据包。将该管道的PID设置为STALL表示端点故障。在主机模式下不返回任何响应在设备模式下返回STALL握手包。这是一个错误处理机制用于防止错误或恶意的超大数据包破坏系统。同样在设置事务执行期间也不会产生BEMP中断。避坑指南BEMP中断的清除BEMPSTS.PIPEnBEMP位的清除方式比较特殊向该位写0可以清除状态但向该位写1没有任何效果。这与许多“写1清除”的寄存器习惯不同务必注意。在中断服务程序中确认是BEMP中断并处理完毕后应写0清除对应的状态位。6. 其他关键中断简述与应用场景除了上述三个核心中断USBFS还有其他一些重要的中断它们管理着连接、总线状态、控制传输流程等。设备状态转换中断在设备模式下当设备状态上电、默认、地址、配置、挂起发生变化时触发。这对于设备枚举流程的管理至关重要软件可以据此知道当前处于枚举的哪个阶段并执行相应的描述符返回或配置操作。控制传输阶段转换中断在设备模式下当控制传输从一个阶段设置、数据、状态进入下一个阶段时触发。它极大地简化了控制传输的状态机实现软件无需通过解析令牌包来推断阶段直接根据此中断即可。帧号更新中断在主机模式下每毫秒全速USB的帧开始时触发在设备模式下检测到新的SOF包时触发。这是实现等时传输同步的基础。VBUS中断用于检测USB电源的接入和移除是判断主机连接与否的关键。ATTCH/DTCH中断在主机模式下分别用于检测设备连接和设备断开。ATTCH在检测到总线处于J状态或K状态持续2.5µs时触发DTCH在检测到总线断开时触发。SACK/SIGN中断在主机模式下专门用于设置事务Setup Transaction的确认。SACK表示收到从设备的ACK响应设置事务成功SIGN表示连续三次未正确收到ACK设置事务失败。EOFERR中断当USBFS检测到在USB规范定义的EOF2时刻通信仍未完成时触发。这是一个严重的错误通常需要软件终止所有相关管道的通信并重新枚举端口。7. 中断配置与处理的实战要点理解了原理最终要落到代码上。下面结合我的经验分享一些配置和处理这些中断的实战要点。7.1 中断初始化与使能流程一个稳健的中断初始化流程应该是这样的全局中断禁止在配置初期先关闭CPU的全局中断或USBFS模块的总中断。配置管道与FIFO设置好管道的类型TYPE、端点号EPNUM、方向DIR、最大包长MXPS等。特别注意许多管道控制寄存器位只能在管道PID为NAK通信禁止时修改。标准流程是请求修改 - 设置PIDNAK- 等待PBUSY位变0 - 修改配置。选择中断模式根据应用需求决定BRDY中断的工作模式BRDYM和BFRE的组合。对于需要感知每次数据包就绪的实时应用常用模式0BRDYM0, BFRE0。对于需要感知批量数据接收完成的场景使用模式1BRDYM0, BFRE1。如果想简化状态管理可以考虑模式2BRDYM1但要注意其限制。使能管道级中断设置BRDYENB、NRDYENB、BEMPENB寄存器使能你关心的特定管道的中断。不必所有管道都使能减少不必要的中断开销。使能全局中断设置INTENB0寄存器使能BRDY、NRDY、BEMP等你需要的中断类型。同时确保USBFS_USBI这个“总中断”的使能位在系统层面被打开。启动管道通信将管道的PID设置为BUF开始数据传输。开启CPU全局中断。7.2 中断服务程序ISR编写范式一个典型的USBFS中断服务程序结构如下void USBFS_USBI_IRQHandler(void) { uint16_t intsts0 USBFS.INTSTS0.WORD; // 读取总中断状态 // 1. 处理BRDY中断 if (intsts0 USBFS_INTSTS0_BRDY_MASK) { uint16_t brdysts USBFS.BRDYSTS.WORD; // 读取哪个管道触发 // 遍历所有使能的管道 for (int pipe 0; pipe MAX_PIPES; pipe) { if (brdysts (1 pipe)) { // 清除该管道的BRDY状态位先清除 USBFS.BRDYSTS.WORD ~(1 pipe); // 根据管道方向进行数据处理 if (IS_PIPE_DIR_IN(pipe)) { // 接收管道从对应FIFO读取数据 usb_read_fifo(pipe); } else { // 发送管道向对应FIFO写入下一包数据 usb_write_fifo(pipe); } } } // 所有管道BRDY处理完后如果需要检查并清除INTSTS0.BRDY位在BRDYM0模式需软件清除所有BRDYSTS后硬件自动清除 } // 2. 处理NRDY中断 if (intsts0 USBFS_INTSTS0_NRDY_MASK) { uint16_t nrdysts USBFS.NRDYSTS.WORD; for (int pipe 0; pipe MAX_PIPES; pipe) { if (nrdysts (1 pipe)) { USBFS.NRDYSTS.WORD ~(1 pipe); // 清除状态 // 检查OVRN, CRCE等错误位 uint8_t ovrn (USBFS.FRMNUM USBFS_FRMNUM_OVRN_MASK); // 根据管道类型和错误信息进行相应处理重试、记录错误、STALL恢复等 handle_nrdy_error(pipe, ovrn); } } } // 3. 处理BEMP中断 if (intsts0 USBFS_INTSTS0_BEMP_MASK) { uint16_t bempsts USBFS.BEMPSTS.WORD; for (int pipe 0; pipe MAX_PIPES; pipe) { if (bempsts (1 pipe)) { USBFS.BEMPSTS.WORD ~(1 pipe); // 写0清除注意是写0清除。 // BEMP通常意味着发送完成或发生最大包长溢出错误 if (IS_PIPE_DIR_OUT(pipe)) { // 发送管道可以准备下一批数据或标记传输完成 handle_tx_complete(pipe); } else { // 接收管道发生了最大包长溢出错误需要处理STALL handle_packet_overflow_error(pipe); } } } } // 4. 处理其他中断DVST, CTRT, SOFR, VBUS等 // ... }7.3 常见问题排查与调试技巧中断不触发检查总中断使能确认USBFS_USBI中断在NVIC和INTENB0中都已被使能。检查管道中断使能确认BRDYENB/NRDYENB/BEMPENB中对应管道的位已置1。检查管道PID确保管道PID已设置为BUF通信使能而不是NAK或STALL。检查FIFO选择在进行FIFO读写前是否正确设置了CFIFOSEL/D0FIFOSEL/D1FIFOSEL寄存器的CURPIPE位指向了正确的管道。中断频繁触发或无法清除BRDY中断风暴在模式0下如果向FIFO写入数据后没有及时清除BRDYSTS位该位会一直为1可能导致中断不断触发。务必遵循“先清除状态位再访问FIFO”的原则。NRDY持续触发如果设备一直无法就绪如FIFO始终满或空NRDY会反复触发。需要检查数据生产/消费速度是否匹配或者设备端点是否处于STALL状态需要复位。状态位清除错误牢记BEMPSTS是写0清除而BRDYSTS和NRDYSTS通常是写1清除对应位具体请查阅手册确认RA系列通常是写1清除。错误的清除操作会导致状态位“粘住”。数据错乱或丢失双缓冲管理在使用双缓冲时软件必须跟踪当前CPU正在操作哪个缓冲区以及硬件正在使用哪个缓冲区。错误的管理会导致数据被覆盖或读取旧数据。FIFO指针管理通过FIFO端口寄存器读写数据时硬件指针会自动移动。确保在一次中断处理中读取或写入完整的数据包避免半包操作。数据打包确保写入FIFO的数据长度不超过管道的MXPS。对于短包要正确设置实际传输长度。使用逻辑分析仪或USB协议分析仪这是调试USB通信问题的终极利器。可以直观地看到总线上的令牌、数据、握手包以及中断触发时刻与总线事件的对应关系对于理解BRDY、NRDY、BEMP的触发条件有极大帮助。深入理解USBFS的中断机制尤其是BRDY、NRDY、BEMP这三个核心是从“能让USB跑起来”到“能让USB跑得稳定、高效”的关键一步。它要求开发者不仅了解寄存器配置更要理解USB协议底层的事务交互和流量控制思想。在实际项目中建议结合具体的应用场景是批量传输文件还是等时传输音频或是中断传输报告事件选择最合适的中断处理策略并在设计初期就充分考虑错误处理和恢复的鲁棒性。