下面以處理Control OUT和Control IN這兩個最復雜最重要的中斷子程序為例，說明編寫中斷服務程序的一些問題。
Control OUT主要是主機用來傳遞控制請求的，也可用于傳輸數據，進入服務程序后首先要發送控制字Read Last Transaction Status（40H）給PDIUSBD12，讀取管道狀態，根據讀取的狀態判斷是因為有數據包還是有SETUP包的到來而中斷。當SETUP包被USB設備的D12接收后，設備將會向MCU產生中斷。微控制器將通過讀取D12中斷寄存器的內容判斷封包是送到Control端點還是Genric端點而進行處理。如果封包是送到Control端點，MCU將會進一步通過讀D12的“Read Last Transaction Status Register”判斷數據是不是SETUP 封包。對于獲取描述符設備請求，第一個封包必須是SETUP封包。
之后，MCU需要讀出SETUP封包的內容通過選擇Control Out端點來判斷這個端點是滿的還是空的。如果控制端點是滿的，MCU就從緩沖區中讀出它的內容并將它存在存儲器里。然后，它將從存儲器里去驗證主機設備請求是否合法。如果是合法請求，MCU必須送“Acknowledge Setup command”到Control Out端點使能接收下一個封包。下一步，MCU需要確定控制傳輸是控制讀還是控制寫。這可以通過從SETUP 封包里讀bmRequestType的8個字節來完成。控制傳輸是控制讀，設備需要在下一個數據時相回送數據包給主機。MCU需要建立一個標志，表明USB設備現在正處于傳送模式。應主機的要求準備送數據。
Control IN主要是用來向主機傳送數據的，進入服務子程序后，首先要通過讀Read Last Transaction Status（40H）來清除Control-In interrupt Bit，在確認D12是處于傳送模式下后，MCU將數據包送往主機。但是，由于D12只有16字節的FIFO，所以MCU必須控制好傳送的總量，如果要求的長度大于16字節的話。MCU必須檢查當前和剩下的要送往主機的數據，如果剩下的字節大于16字節的話，MCU將先送頭16字節。在下一個Control-IN令牌包到來的時候，MCU將先判斷剩下的字節是否為0，如果是，MCU將發一個空包給主機，通知它數據已經傳送完畢。

結束語：

功能強大的USB規格已經成為PC的眾多標準之一，鉆研計算機科技的種種發展，都離不開USB的相關知識。本文創新點：使用USB通信方面的具體協議，用單片機匯編語言編程，利用單片機的指令系統去實現USB設備與PC主機的具體通信，設計出適合用戶需求的USB設備。