要約

  • RFC 3753はハンドオーバーを単一の自明な操作とせず、誰が開始し、誰が制御し、どんな測定が使われ、準備をどちらのルーターが担い、事前信号が可能だったかという五つの軸を示した。
  • 「高速」「スムーズ」「シームレス」は同じ成果ではない。最初は遅延、次はパケット損失、最後は個別のサービスや利用者が変化を感じるかに関わる。

一つの形容詞では足りない

端末が別のアクセスポイントに移ると無線リンクは変わるが、ルーターは変わらないこともある。ネットワークが先回りして経路を準備する場合も、移動後に対応する場合もある。端末が判断を始め、測定値だけを提供し、あるいはネットワークの決定に従うこともある。パケットは遅延・損失し、新しい経路でセキュリティ属性が変わる可能性もある。

それらをすべて「ハンドオーバー」と呼ぶのは簡単だが、二つの方式を比較すると曖昧さが表面化する。一方はレイヤー2のアクセスポイント間移動、他方はIPの接続位置変更を指しているかもしれない。トラフィックがすぐ戻れば「高速」と報告されても、アプリケーションではパケットを失っていることがある。ダッシュボードが「シームレス」と表示しても、利用者にとって重要な安全性が下がっているかもしれない。

RFC 3753「Mobility Related Terminology」は、この会話を精密にする試みだった。2004年6月にInformational RFCとして公開され、コンテキスト転送、ハンドオーバー候補ルーターの発見、休止モード端末への警告を扱うIETF Seamoby WGから生まれた。著者は他のモビリティ関連WGにも役立つことを期待した一方、新しい用語を主張したり定義問題をすべて解決したりする文書ではないと明記した。定義や不足・不要な用語への議論を歓迎する、共同作業の第一歩だった。RFC 3753 概要・第1節

この控えめな位置づけこそ歴史の一部である。RFCは共通の座標軸を提案したのであり、移動手順を標準化したのでも、各実装に全用語を採用させたのでも、各WGが一様に使ったと証明したのでもない。

五つの制御上の問いは五つのプロトコルではない

RFC 3753は五つの分類を「おおむね独立」とし、各ハンドオーバーをそれぞれの軸で記述できるとした。

問い 分類
最初の判断を誰が始めるか モバイル起点／ネットワーク起点
主な制御を誰が担うか モバイル制御／ネットワーク制御
有用な測定を誰が提供するか モバイル支援／ネットワーク支援／支援なし
どちら側から準備するか 旧ルーター経由のpush／新ルーター経由のpull
事前信号を交換できたか 計画済み／計画外

最初の二つは混同しやすいが、別の問いだ。モバイルが開始を判断しても、実行の主制御はネットワークに残りうる。測定支援の分類では、端末の測定をアクセスルーターが判断に用いる場合、ネットワーク側が情報を集めて端末に渡す場合、互いを支援しない場合を区別する。端末とルーターが同時に測定し、判断する可能性も記されている。

push/pullは準備を旧アクセスルーター（PAR）と新アクセスルーター（NAR）のどちらが開始・仲介するかという関係である。計画済みかどうかは、新ルーターへの接続前に信号を交換できたかを表す。予測された移動なら一時トンネルを用意できるかもしれないが、突然の移動にはその時間がない。

各用語は違う問いに答える。「ネットワーク起点」は主制御者を示さず、「端末支援」は準備をどのルーターが始めるかを示さない。「計画済み」も成功を保証しない。五軸に分けることで、開始者、制御者、情報源、信号の方向、時間条件を一語に押し込まずに済む。RFC 3753 第4.2節

RFCは範囲も別に分類し、レイヤー2、同一アクセスルーター内、アクセス網内・網間、技術間の移動を区別した。水平／垂直ハンドオーバーについては境界が曖昧で視点依存だと認める。WLANの世代間移動は見方によりどちらにもなりうる。同一ルーターが異なるアクセス技術を扱えば、IPアドレスやインターフェースが変わらないこともある。無線の地図とIPトポロジーの境界が一致するとは限らない。RFC 3753 第4.1節

高速、低損失、シームレスは別々に測る

性能用語の区別は特に長く役立つ。RFC 3753のハンドオーバー遅延は、端末がPAR経由でIPパケットを最後に送受信できた時点から、NAR経由で初めてできた時点までの区間である。ネットワーク層の測定境界であって、アプリ体験全体ではない。

「スムーズ」は主に損失を減らすことを目指し、追加の転送遅延を明示的な関心対象にしない。「ファスト」は主に遅延低減を目指し、損失を明示的目標にしない。だからといって高速なら必ず損失し、スムーズなら必ず遅いわけではない。評価の優先事項が違うのであり、比較には両方の測定が必要だ。

「シームレス」はさらに広いが、文脈にも依存する。RFCはサービス能力、セキュリティ、品質に変化がないことと説明し、実際にはプロトコル、アプリ、利用者が通常の動作に影響する変化に気づくかを問う。メールでは気づかない短い停止を通話アプリは許容できないかもしれない。接続が生きていても安全性が落ちたなら、定義全体を満たしたとは言いにくい。

make-before-breakとbreak-before-makeも別の区別で、旧・新ルーターの双方と同時通信できるか、それとも旧接続が先に終わるかを表す。RFCは前者をマクロダイバーシティに依存する「ソフトハンドオーバー」と同一視しないよう注意した。接続の重なり、損失、遅延、利用者に見える連続性は関連するが、交換可能な尺度ではない。RFC 3753 第4.3〜4.5節

用語集は性能認証ではない

RFC 3753の参考文献にはMobile IPv4、当時のMobile IPv6仕様、迅速なハンドオーバーや候補ルーター発見の作業文書が並んでいた。後にRFC 5568がMobile IPv6の高速ハンドオーバーを標準化し、RFC 6275はRFC 3775を置き換えてRFC 3753をInformational Referenceとして引用した。これは文書間の議論が続いた証拠だが、後続プロトコルが用語集を適合試験として採用した証拠でも、事業者が導入した証拠でもない。RFC 5568・RFC 6275

この境界は安全性にも当てはまる。RFC 3753は用語のみを扱い、文書自体のセキュリティ問題を特定しないと述べる。それは移動システム全般の安全性評価ではない。特定の移動が高速、低損失、安全、シームレスだったと証明もしない。より良い問いを立てる区別を示すだけであり、答えは実装、測定、影響を受けるサービスから得る必要がある。

2004年の貢献は新しいプロトコルというより、意味の異なる層を取り違えないための共通語彙だった。移動の範囲、開始者と制御者、測定の出所、準備を担うルーター、事前信号の可否を別々に説明し、その後で遅延と損失を測る。「シームレス」は具体的なサービスと利用者に結びつけて初めて意味を持つ。

標準化史から残る実務的な教訓は、用語共有は協働を助けるが、制御・測定・結果の差を消さないということだ。「ハンドオーバー完了」の緑色表示に情報価値があるのは、その差に答えられるときだけである。

出典

主要記録と文書の沿革：RFC 3753本文、RFC Editorの記録、IETF Datatrackerの記録。

範囲の確認と比較のために参照した関連・後続仕様：RFC 3132、RFC 3154、RFC 3374、RFC 3344、RFC 3775、RFC 5568、RFC 5213、RFC 5944、RFC 6275。これらは背景資料であり、RFC 3753の用語が採用された証拠ではない。