マルチリーダー導入

RFIDの本番導入では、通常、複数のリーダーが連携して動作します。一般的な倉庫では、ドックドアに4〜8台のリーダー、コンベアラインに2〜4台のリーダーが設置され、すべてのデータが中央のミドルウェアに送られ、重複排除、フィルタリング、タグイベントのビジネスシステム（WMS、ERP、TMS）へのルーティングが行われます。

アーキテクチャは、エッジ（物理的な読み取りポイントにあるリーダーとアンテナ）、ミドルウェア（イベント処理、重複排除、ビジネスロジック）、統合（WMS/ERP/TMSへのAPI接続）の3つのレイヤーで構成されています。ミドルウェアレイヤーは非常に重要であり、生のタグ読み取り（EPC + アンテナ + RSSI + タイムスタンプ）を、「ドック3でパレットを受領」や「ケースをトラックBに積み込み」などの意味のあるビジネスイベントに変換します。

ネットワーク設計：各固定リーダーは、イーサネット（信頼性のために推奨）またはWi-Fi経由で接続します。RFIDトラフィック専用のVLANを使用して、一般的なネットワークトラフィックから分離します。一般的な帯域幅：アクティブな在庫管理中にリーダーあたり1〜5 Mbps。リアルタイムアプリケーションでは、50ms以下のネットワークレイテンシを確保します。リーダーの障害を検出するためにハートビート監視を使用します。ドックドアでリーダーがオフラインになると、出荷漏れが発生します。

複数のリーダーが近接して動作する場合、RF信号が干渉する可能性があります。3つの主要な調整戦略があり、それぞれにトレードオフがあります。

Frequency Hopping Spread Spectrumは、ベトナム（920〜925 MHz）などの地域における主要な干渉管理メカニズムです。リーダーは、インベントリラウンド中にチャネルをすばやく切り替えるため、2つのリーダーが1つのチャネルで衝突した場合でも、次のホップで分離されます。

実際のFHSS構成：各リーダーを、使用するチャネルを定義するチャネルマスクで構成します。2つの隣接するリーダーの場合、補完的なマスクを割り当てます。リーダーAはチャネル[0、2、4、6、8]を使用し、リーダーBはチャネル[1、3、5、7、9]を使用します。これにより、重複がなくなります。3つのリーダーの場合は、それぞれ3〜4つのチャネルのグループに分割します。

チャネルホッピング速度が重要です。ホッピングが速いほど、持続的な衝突の可能性が低減されますが、オーバーヘッドが追加されます。ほとんどのリーダーは、各インベントリラウンド（100〜400msごと）の後にホップします。NRNプロトコルのSET_WORKING_FREQUENCYコマンドは、チャネルリストを構成します。たとえば、バイト[0、2、4、6、8、10]は、1 MHzの間隔でチャネル0〜10を設定します。

SET_WORKING_FREQUENCY payload:

2 readers (zero overlap):
  Reader A: [0, 2, 4, 6, 8]   → 920.0, 921.0, 922.0, 923.0, 924.0
  Reader B: [1, 3, 5, 7, 9]   → 920.5, 921.5, 922.5, 923.5, 924.5

3 readers:
  Reader A: [0, 3, 6, 9]      → 920.0, 921.5, 923.0, 924.5
  Reader B: [1, 4, 7, 10]     → 920.5, 922.0, 923.5, 925.0
  Reader C: [2, 5, 8]         → 921.0, 922.5, 924.0

Dense Reader Modeは、多くの近接したリーダー（3m以内に2つ以上のリーダー）が存在する環境向けに特別に設計されたEPC Gen2機能です。DRMは、より狭いチャネル帯域幅とMillerエンコードされたタグ応答を使用して、リーダー間の干渉を低減します。

DRMのトレードオフ：DRMを有効にすると、複数のリーダーの共存が大幅に改善されますが、単一リーダーのパフォーマンスが低下します。つまり、帯域幅が狭いため、リーダーあたりのデータスループットが低下します。実際には、DRMモードのリーダーは、標準モードよりも約20〜30％遅くタグをインベントリしますが、リーダーがお互いをブロックしなくなるため、システムレベルのパフォーマンスが向上します。

DRMを有効にする場合：3メートル以内に2つ以上のリーダーがある場合。隣接するドックドアに配置され、互いのタグを「見ることができる」リーダー。高密度の天井設置小売店。DRMをオフにする場合：5m以上の間隔で配置された独立したリーダー。単一リーダーのハンドヘルドアプリケーション。良好なRFシールドを備えたコンベアトンネル。

タグの枯渇は、インベントリラウンド中に特定のタグが常にスキップされる場合に発生します。これは通常、より強力なタグ（アンテナに近い、より適切に配置されている）がリーダーの注意を独占し、より弱いタグが応答する機会を全く得られないために発生します。

検出：ユニークタグ数と総読み取り数の比率を監視します。50個のユニークタグを読み取っているのに、総読み取り数が5000の場合、強力なタグは100回再読み取りされ、弱いタグは枯渇しています。健全な比率は、ユニークタグ数 × 3～10 = 総読み取り数です。

軽減策：適切なQ値を使用します（低すぎると衝突が発生し、弱いタグが失われます。高すぎるとラウンドが遅くなります）。セッションの永続性（S2/S3）を有効にして、すでに読み取られたタグをサイレントにします。アンテナポートを順次切り替えて、アンテナの焦点をローテーションします。電力レベルを調整して、より均一なカバレッジを作成します。近くのタグを指すアンテナの電力を減らし、遠くのエリアをカバーするアンテナの電力を増やします。「ターゲット」フラグを使用して、A→BとB→Aのインベントリ方向を交互に切り替えます。

高度なテクニック：'select'コマンドを実装して、タグの母集団をグループに分割し、各グループを個別にインベントリします。これは、小さなアイテムレベルのタグと大きなパレットレベルのタグが混在する母集団に特に有効です。

これらの構成は、実稼働環境での展開で検証されており、一般的なシナリオのベストプラクティスを表しています。