メインコンテンツまでスキップ

5.3.3. 外観番号と転送

転送操作中, 操作中に外観番号が変更されないことが重要です。共有外観グループのメンバーである Alice が, 共有外観グループの外にいる Carol と話している例を考えてみましょう。Carol は Alice を, 同じく共有外観グループの外にいる David に転送します。たとえば, Alice が Carol とのセッションに外観 3 を使用している場合, David との結果のセッションも外観番号 3 を使用する必要があります。そうしないと, 外観番号の変更により UI で「ジャンプ」が発生し, ユーザーが混乱する可能性があります。RFC 5589 の用語を使用すると, 2 つの可能なシナリオがあります: Alice は任意のタイプの転送における被転送者 (REFER を受信) または参加転送における転送ターゲット (Replaces を含む INVITE を受信) です。

Alice が被転送者である場合, REFER からトリガーされた INVITE はコンサルテーションコールとして扱われます。Alice は, 外観エージェントがこの INVITE に外観番号を割り当てないように要求して公開すべきです。転送が完了したら, Alice は Carol とのダイアログから David とのダイアログに外観番号を移動するために再度公開すべきです。外観番号を移動するために PUBLISH が送信される場合, 外観エージェントが BYE を見た後に外観番号を再割り当てする競合状態を避けるために, Carol に BYE を送信する前に公開を送信しなければなりません。

Alice がターゲットである場合, 着信 INVITE には Replaces ヘッダーフィールドが含まれます。その結果, 外観エージェントは Carol とのダイアログの外観番号を再利用し, Carol とのダイアログが終了した後もこの外観番号が引き続き使用されます。