2.3.1. r-component

r-component は、URN 解決サービス（広義には、セクション 1.2 を参照）にパラメータを渡し、これらのサービスによって解釈されることを意図しています。（対照的に、URN によって識別されるリソースまたはそのようなリソースを管理するアプリケーションにパラメータを渡すことは、次のセクションで説明されているように q-component によって処理されます。）

URN r-component は、他の既知の URI スキームには構文的な対応物がありません。

シーケンス "?+" は r-component を導入します。r-component は、シーケンス "?="（q-component の開始）または "#" 文字（番号記号、f-component の開始）で終了します。これらのいずれも表示されない場合、r-component は URN の末尾まで続きます。ASCII 範囲 [RFC20] 外の文字は、一般的な URI 仕様 [RFC3986] のセクション 2.1 で定義された方法を使用してパーセントエンコードする必要があることに注意してください。

セクション 3 で説明されているように、URN 等価性を判断する際には r-component を考慮すべきではありません。ただし、URN 解決サービスにリクエストを送信する際には、URN とともに r-component を提供する必要があります。

この文書は r-component の構文のみを定義し、将来の使用のためにそれを予約しています。r-component の正確なセマンティクスと URN 解決プロトコルでのその使用は、解決サービス識別子の規則とレジストリを定義する仕様を含む可能性のある、別の仕様での潜在的な標準化の問題です。

解決サービスにパラメータを渡す仮想的な例を考えてみましょう（例えば、書籍エンティティの物理的なコピーを検索する優先国を選択するための ISO alpha-2 国コード [ISO.3166-1]）。これは、r-component で国コードを指定することによって達成される可能性があり、次のような URN が生成されます：

urn:example:foo-bar-baz-qux?+CCResolve:cc=uk

上記は r-component の意図の一般的な解釈と説明として理解されるべきですが、登録時に特定の URN 名前空間に関連付けられた解決メカニズムとの関係を含む多数の未解決の問題があります。したがって、r-component のセマンティクスが標準化されるまで、URN で使用すべきではありません。