由於 NCI 1.0 規格的限制,晶片組製造商有不同的 NFCEE 管理實作。 為了支持這些不同的實作,NFC CX 提供兩種作業模式:
標準 NCI 模式 – 在此模式中,NFC CX 允許 NFCC 報告所有 NFCE 的單一 HCI 網路。 其他 NFCEE 沒有個別的NFCEE_DISCOVER_NTF。 不過,NFC CX 會限制在此設定中支援單一 NFCEE。 作為這種模式的擴展,如果 NFCC 報告每個 NFCEE 的 HCI 網路,NFC CX 將選擇第一個並捨棄其餘的。
非標準 NCI 模式 – 在此模式中,NFC CX 允許 NFCC 報告所有 NFCE 的單一 HCI 網路。 此外,它會在其 NFCEE_DISCOVER_NTF 中個別報告網路上的子 NFCEE。 不過,NFC CX 有兩個額外的需求來支援這個配置。 NFCEE_DISCOVER_RSP中報告的 NFCE 數量很多包括子 NFCEE。 此外,子檔 NFCC 的 NFCEEID 必須與 HCI 主機標識碼一致(HCI 標準要求 UICC 主機標識碼為 0x2)。
在此配置中,大多數的 NFCC 實作只會在其 NFCEE_DISCOVER_RSP 報告中報告 HCI 網路的 NFCEEID。 不過,由於 NFC CX 不知道實際數目,因此無法判斷探索程式何時完成。 NFC 用戶端驅動程式通常具有專屬機制,以識別將會報告的其他 NFCEEs。 因此,NFC 用戶端驅動程式可以在傳輸處理中實作小型因應措施,以在回應中增加額外的 NFCEE,來符合此需求。