RFC3132 日本語訳
3132 Dormant Mode Host Alerting ("IP Paging") Problem Statement. J.Kempf. June 2001. (Format: TXT=34985 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
英語原文
Network Working Group J. Kempf Request for Comments: 3132 Sun Microsystems Category: Informational June 2001
コメントを求めるワーキンググループJ.ケンフの要求をネットワークでつないでください: 3132年のサン・マイクロシステムズカテゴリ: 情報の2001年6月
Dormant Mode Host Alerting ("IP Paging") Problem Statement
眠っているモードホスト警告(「IPページング」)問題声明
Status of this Memo
このMemoの状態
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。 それはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (2001). All Rights Reserved.
Copyright(C)インターネット協会(2001)。 All rights reserved。
Abstract
要約
This memo describes paging, assesses the need for IP paging, and presents a list of recommendations for Seamoby charter items regarding work on paging. The results are specifically directed toward the task undertaken by the design team, and are not meant to be the definitive word on paging for all time, nor to be binding on Seamoby or other working groups, should the situation with regard to IP mobility protocols or radio link support undergo a major change.
このメモは、ページングに対する仕事に関するSeamoby特許の品目のために呼び出すと説明して、IPページングの必要性を評価して、推薦のリストを提示します。 結果は、明確にデザインチームによって引き受けられたタスクに向かって指示されて、時間中にページングに関する決定的な単語であり、Seamobyか他のワーキンググループで拘束力があることが意味されません、IP移動性プロトコルかラジオリンクサポートに関する状況が大きな変化を受けるなら。
1.0 Introduction
1.0 序論
The IESG has requested that the Seamoby Working Group develop a problem statement about the need for additional protocol work to support alerting of dormant mode mobile hosts, commonly known as IP paging, for seamless IP mobility. The paging design team interpreted this as direction to examine whether location of a mobile node in power saving mode can be supported by the existing Mobile IPv4 and Mobile IPv6 protocols given existing radio link protocols.
IESGは、Seamoby作業部会が追加議定書仕事がシームレスのIPの移動性のためにIPページングとして一般的に知られている眠っているモードモバイルホストの警告をサポートする必要性に関する問題声明を開発するよう要求しました。 ページングデザインチームは、既存のラジオリンク・プロトコルを考えて、既存のモバイルIPv4とモバイルIPv6プロトコルでモードを保存する政権を握っているモバイルノードの位置をサポートすることができるかどうか調べるために方向としてこれを解釈しました。
Many existing radio link protocols and mobile systems support location of and radio link establishment with mobile nodes that are in power saving mode and hence are not actively listening for delivery of IP packets all the time or are not listening on the radio channels normally associated with delivering IP traffic to mobile nodes. This alerting functionality allows mobile nodes to reduce power consumption and decreases signaling load on the network for tracking mobiles that are not actively participating in IP packet generation or reception.
多くの既存のラジオリンク・プロトコルとモバイルシステムは、モードを保存しながら政権を握っているモバイルノードによる位置とラジオリンク設立をサポートして、したがって、絶えず、活発にIPパケットの配送の聞こうとしていないか、または通常、IPを提供すると関連しているラジオチャンネルの上でモバイルノードまでトラフィックを聴いていません。 この警告の機能性は、活発にIPパケット世代かレセプションに参加していない追跡モバイルのために、モバイルノードが電力消費量を抑えるのを許容して、ネットワークでシグナリング負荷を減少させます。
Kempf Informational [Page 1] RFC 3132 Dormant Mode Host Alerting Problem Statement June 2001
2001年6月に問題声明を警告するケンフ情報[1ページ]のRFC3132の眠っているモードホスト
When a mobile is in low power consumption mode, special steps need to be taken to locate the mobile and alert it. These steps differ depending on the radio link, but the generic name for this process is paging, a term that is commonly used in cellular telephony.
モバイルが低消費電力モードであるとき、特別なステップは、モバイルの場所を見つけて、それを警告するために取られる必要があります。 ラジオリンクによって、これらのステップは異なりますが、このプロセスのための総称はページングです、セル電話で一般的に使用される用語。
In this document, after some initial definitions and material related to more clearly explaining what paging is, we assess the need for paging in existing IP mobility protocols (namely Mobile IP [1] [2]). We then develop a list of work items for the Seamoby working group related to this need. Note that the discussion in this document and the conclusions regarding work items are directed toward existing IP mobility protocols and existing radio link protocols. Should a major change occur in radio link support or the available IP mobility protocols, such as the introduction of a micromobility protocol for IP, the issues examined in this document may need to be revisited.
ページングが何であるかを明確に説明しながら何らかの初期の定義と材料が以上に関連した後に本書では、私たちは存在する際にIP移動性プロトコルを呼び出す必要性を評価します。(すなわち、モバイルIP[1][2])。 そして、私たちはこの必要性に関連するSeamobyワーキンググループのために仕事項目のリストを開発します。 このドキュメントにおける議論と仕事項目に関する結論が既存のIP移動性プロトコルと既存のラジオリンク・プロトコルに向けられることに注意してください。 大きな変化がIPのためのmicromobilityプロトコルの導入などのラジオリンクサポートか利用可能なIP移動性プロトコルで起こるはずであるなら、本書では調べられた問題は、再訪する必要があるかもしれません。
2.0 Definitions
2.0 定義
The following definitions are relevant with respect to clarifying the paging functionality:
以下の定義はページングの機能性をはっきりさせることに関して関連しています:
Dormant Mode - A state in which the mobile restricts its ability to receive normal IP traffic by reducing monitoring of radio channels. This allows the mobile to save power and reduces signaling load on the network.
休止状態のMode--モバイルが正常なIPトラフィックを受ける性能を制限する状態は、ラジオのモニターを減少させることによって、向けられます。 これは、モバイルがパワーを節約するのを許容して、ネットワークでシグナリング負荷を減少させます。
Time-slotted Dormant Mode - A dormant mode implementation in which the mobile alternates between periods of not listening for any radio traffic and listening for traffic. Time-slotted dormant mode implementations are typically synchronized with the network so the network can deliver traffic to the mobile during listening periods. Additionally, the mobile may be restricted to listening on specific signaling channels that, according to current practice, are not typically used to carry IP traffic.
時間で溝をつけられたDormant Mode--モバイルがどんなラジオトラフィックも聞こうとして、トラフィックは聞こうとしない期間の間を行き来する眠っているモード実装。 ネットワークが聴取の期間、トラフィックをモバイルに提供できるように、時間で溝をつけられた眠っているモード実装はネットワークと通常同期します。 さらに、モバイルは現在の習慣に従ってIPトラフィックを運ぶのに通常使用されない特定のシグナリングチャンネルの上に聴くのに制限されるかもしれません。
Paging - As a consequence of a mobile-bound packet destined for a mobile currently in dormant mode, signaling by the network through radio access points directed to locating the mobile and alerting it to establish a last hop connection. This messaging is in addition to simply delivering the packet to the mobile, i.e., last hop routing of packets is NOT considered to be paging.
モバイル行きのパケットの結果が現在、眠っているモードによるモバイルのために運命づけられたとき、モバイルの場所を見つけて、それを警告するのに向けられたラジオアクセスポイントを通るネットワークで最後のホップ接続を確立すると合図して、呼び出します。 単に呼び出しているパケットのルーティングが考えられないモバイルと、すなわち、最後のホップにパケットを提供することに加えてこのメッセージングはいます。
Paging Area - Collection of radio access points that are signaled to locate a dormant mode mobile node. A paging area does not necessarily correspond to an IP subnet. A dormant mode mobile node may be required to signal to the network when it crosses a paging area boundary, in order that the network can maintain a rough idea of where the mobile is located.
ページングArea--モードの休止状態のモバイルノードの場所を見つけるように合図されるラジオアクセスポイントの収集。 ページング領域は必ずIPサブネットと食い違っています。 モードの休止状態のモバイルノードがページングエリアの境界に交差するとき、ネットワークに合図するのに必要であるかもしれません、ネットワークがモバイルが位置しているところに関するおよその考えを維持できるように。
Kempf Informational [Page 2] RFC 3132 Dormant Mode Host Alerting Problem Statement June 2001
2001年6月に問題声明を警告するケンフ情報[2ページ]のRFC3132の眠っているモードホスト
Paging Channel - A radio channel dedicated to signaling dormant mode mobiles for paging purposes. By current practice, the protocol used on a paging channel is usually dictated by the radio link protocol, although some paging protocols have provision for carrying arbitrary traffic (and thus could potentially be used to carry IP).
ページングChannel--ラジオチャンネルはページング目的のために眠っているモードモバイルをシグナリングに捧げました。 電流で、練習してください、そして、通常、ページングチャンネルの上に使用されるプロトコルはラジオリンク・プロトコルによって書き取られます、いくつかのページングプロトコルには、任意のトラフィック(そして、その結果、潜在的に、IPを運ぶのに使用できた)を運ぶことへの支給がありますが。
Traffic Channel - The radio channel on which IP traffic to an active mobile is typically sent. This channel is used by a mobile that is actively sending and receiving IP traffic, and is not continuously active in a dormant mode mobile. For some radio link protocols, this may be the only channel available.
トラフィックChannel--アクティブなモバイルへのどのIPトラフィックでラジオチャンネルを通常送るか。 このチャンネルは活発にIPトラフィックを送って、受けている、眠っているモードモバイルで絶え間なくアクティブでないモバイルによって使用されます。 いくつかのラジオリンク・プロトコルのために、これは利用可能な唯一のチャンネルであるかもしれません。
Paging Area Registrations - Signaling from a dormant mode mobile node to the network when the mobile node crosses a paging area boundary to establish the mobile node's presence in the new paging area.
モバイルノードがモバイルノードの存在を新しいページング領域に証明するためにページングエリアの境界に交差するとき、モードの休止状態のモバイルノードからネットワークまで合図して、Area Registrationsを呼び出します。
3.0 Discussion of Paging
3.0 ページングの議論
Dormant mode is advantageous to a mobile node and the network for the following reasons:
眠っているモードは以下の理由でモバイルノードとネットワークに有利です:
- Power savings. By reducing the amount of time the mobile is required to listen to the radio interface, the drain on the mobile node's battery is reduced.
- 貯蓄を動かしてください。 モバイルがラジオインタフェースを聞くのに必要である時間に減少することによって、モバイルノードのバッテリーの上のドレインは減少します。
- Reduced signaling for location tracking. By requiring the mobile to only signal when it crosses a paging area boundary rather than when it switches between radio access points, the amount of signaling for tracking the mobile is reduced because paging areas typically contain many radio access points.
- 位置追尾のためにシグナリングを減少させました。 それがラジオアクセスポイントを切り換える時よりむしろページングエリアの境界に交差するときだけ、合図するためにモバイルを必要とすることによって、ページング領域が多くのラジオアクセスポイントを通常含んでいるので、モバイルを追跡するために合図する量は減少します。
In existing radio link protocols, there is a clear distinction between those protocols that support dormant mode only and those that support dormant mode with paging. Radio link protocols that do not support paging have no paging areas, no dedicated paging channel, and no radio link protocol specifically directed towards locating a dormant mode mobile, while radio link protocols that do support paging have these features. Although generalizations always run the risk of being contradicted by specific exceptions, the following comparison of existing radio link protocol support for these two cases may be instructive.
既存のラジオリンク・プロトコルには、眠っているモードだけをサポートするそれらのプロトコルとページングで眠っているモードをサポートするものの間には、明らかな区別があります。 ページングをサポートしないラジオリンクプロトコルで明確に眠っているモードの場所を見つけるのに向けられなかったページング領域がなく、ひたむきなページングチャンネルがなく、およびラジオリンクプロトコルは全くモバイルになります、ページングをサポートするラジオリンクプロトコルがこれらの特徴を持っていますが。 一般化はいつも特定の例外によって矛盾される危険を冒しますが、これらの2つのケースの既存のラジオリンクプロトコルサポートの以下の比較はためになっているかもしれません。
Kempf Informational [Page 3] RFC 3132 Dormant Mode Host Alerting Problem Statement June 2001
2001年6月に問題声明を警告するケンフ情報[3ページ]のRFC3132の眠っているモードホスト
3.1 Dormant Mode Support Only
3.1 眠っているモードサポート専用
In radio link protocols that only support dormant mode, a dormant mode mobile node typically operates in time slotted mode and there is only one radio channel available, namely the traffic channel. The mobile node periodically wakes up, and, synchronously, the radio access point in the network with which the mobile node is associated delivers any IP packets that have arrived while the mobile node was asleep. Radio access points are required to buffer incoming packets for dormant mode mobiles; exactly how many packets and how long they are buffered are implementation dependent.
眠っているモードをサポートするだけであるラジオリンクプロトコルでは、モードの休止状態のモバイルノードは時間内に溝をつけられたモードを通常操作します、そして、利用可能な1人のラジオチャンネルだけ、すなわち、トラフィックチャンネルがあります。 モバイルノードは定期的に目覚めます、そして、同時、モバイルノードが関連しているネットワークにおけるラジオアクセスポイントはモバイルノードが眠っていた間に到着しているどんなIPパケットも提供します。 ラジオアクセスポイントが眠っているモードモバイルのための入って来るパケットをバッファリングするのに必要です。 ちょうどいくつのパケットとそれらがどれくらい長い間バッファリングされるかは、実装に依存しています。
If the mobile node happens to move out of range of the access point with which it was associated, while it is in dormant mode, it discovers this when it awakens and reassociates with a new access point. The new access point then contacts the old access point over the wired backbone, the old access point sends any buffered packets, and the new access point delivers them to the mobile.
モバイルノードがたまたまアクセスポイントの眠っているモードでありますが、関連していて、目を覚ますとそれがどれであったかでこれを発見するか、そして、新しいアクセスポイントをもっている「再-仲間」の範囲から引っ越すなら。 次に、新しいアクセスポイントはワイヤードなバックボーンの上に古いアクセスポイントに接触します、そして、古いアクセスポイントはどんなバッファリングされたパケットも送ります、そして、新しいアクセスポイントはそれらをモバイルに提供します。
Radio link protocols with dormant mode support only are typically wireless LAN protocols in unlicensed spectrum in which the mobile node is not charged for using a traffic channel, and hence there is no need for conserving spectrum usage.
通常、眠っているモードサポートだけがあるラジオリンク・プロトコルはトラフィックチャンネルを使用することでモバイルノードに課金しない無免許のスペクトルの無線LANプロトコルです、そして、したがって、スペクトル用法を保存する必要は全くありません。
3.2 Dormant Mode with Paging Support
3.2 ページングサポートがある眠っているモード
In radio link protocols with support for paging, the radio link typically supports more than one channel. A dormant mode mobile node may operate in time slotted mode, periodically waking up to listen to the paging channel, or it may simply listen to the paging channel continuously. The important point is that the mobile does not listen to nor transmit on a traffic channel while in dormant mode.
ページングのサポートがあるラジオリンクプロトコルでは、ラジオリンクは1個以上のチャンネルを通常支えます。 定期的に目覚めて、ページングチャンネルの言うことを聞いて、モードの休止状態のモバイルノードが時間内に溝をつけられたモードを操作するかもしれませんか、またはそれは単に絶え間なくページングチャンネルの言うことを聞くかもしれません。 重要なポイントはモバイルが眠っているモードで、トラフィックチャンネルで聞いて、伝わらないということです。
The radio access points are grouped into paging areas, and the radio link protocol supports periodic signaling between the mobile and the network only when the mobile crosses a paging area boundary, for the purpose of giving the network a rough idea of the mobile's location (paging area registrations). Some deployments of paging do not even use paging area registrations. They use heuristics to determine where the mobile is located when a packet arrives, in which case, no signaling is required while the mobile is in dormant mode.
ラジオアクセスポイントはページング領域に分類されます、そして、モバイルがページングエリアの境界に交差するときだけ、ラジオリンク・プロトコルはモバイルとネットワークの間の周期的なシグナリングをサポートします、モバイルの位置(ページング領域登録証明書)のおよその考えをネットワークに与える目的のために。 ページングのいくつかの展開はページング領域登録証明書を使用さえしません。 彼らはパケットが到着するとモバイルがどこに位置しているかを決定するのに発見的教授法を使用します、その場合、モバイルが眠っているモードである間、合図が必要ではありません。
An incoming packet is directed to the paging area where the mobile last reported, or the paging area is determined by heuristics. The network performs a radio link page by sending out a signal on the paging channel. The signal may be repeated until the mobile answers or a timeout occurs. In the former case, the packet is delivered, in the latter, the mobile is assumed to be unreachable.
入って来るパケットがモバイルが最後に報告したページング領域に向けられるか、またはページング領域は発見的教授法で決定します。 ネットワークは、ページングチャンネルで信号を出すことによって、ラジオリンクページを実行します。 モバイルに答えるか、またはタイムアウトが起こるまで、信号は繰り返されるかもしれません。 前の場合では、パケットは後者で提供されて、モバイルが手が届かないと思われます。
Kempf Informational [Page 4] RFC 3132 Dormant Mode Host Alerting Problem Statement June 2001
2001年6月に問題声明を警告するケンフ情報[4ページ]のRFC3132の眠っているモードホスト
Radio link protocols with paging support tend to be in licensed spectrum where the network operator has an interest in reducing the amount of signaling over traffic channels. Such reduction frees traffic channel spectrum for revenue-producing use, and avoids charging the customer for signaling overhead.
ページングサポートがあるラジオリンク・プロトコルは、認可されたスペクトルにはネットワーク・オペレータがトラフィックチャンネルの上に合図する量を減少させるのに関心を持っているところにある傾向があります。 そのような減少は、収入を生産する使用のためにトラフィックチャンネルスペクトルを解放して、シグナリングオーバーヘッドで顧客を請求するのを避けます。
4.0 Is IP Paging Necessary?
4.0 IPページングが必要ですか?
In this section, we consider whether IP paging support is necessary. We first consider radio link protocols that have no support for paging. We then examine radio link protocols that have paging support. As discussed in the introduction, the focus is on whether the existing IETF mobility protocol, namely Mobile IP, requires enhancement. We also briefly discuss the relationship between paging and a potential future micromobility protocol.
このセクションでは、私たちは、IPページングサポートが必要であるかどうか考えます。 私たちは最初に、ページングのサポートを全く持っていないラジオリンク・プロトコルを考えます。 そして、私たちはページングサポートを持っているラジオリンク・プロトコルを調べます。 序論で議論するように、既存のIETF移動性プロトコル(すなわち、モバイルIP)が増進を必要とするかどうかに関して焦点があります。 また、私たちは簡潔にページングと潜在的将来のmicromobilityプロトコルとの関係について議論します。
4.1 IP Paging for Dormant Mode Only Radio Links
4.1 眠っているモードのためにラジオリンクだけを呼び出すIP
One possible justification for IP paging is for radio links that do not support paging. The reasoning is that an IP paging protocol could allow location of a dormant mode mobile in radio networks that do not support paging in the radio protocol.
ページングをサポートしないラジオリンクにはIPページングのための1つの可能な正当化があります。 推理はIPページングプロトコルがラジオプロトコルのページングをサポートしないラジオ放送網で眠っているモードモバイルの位置を許容するかもしれないということです。
An important point to keep in mind when considering this possibility is that, for radio links that do support paging, paging is typically used to locate mobiles for which the network has a rough idea of where the mobile is located. More specifically, in order to conserve signaling between the network and the mobile and to reduce power drain on the mobile, the mobile only updates the network about its location when it crosses a paging area boundary (if even then), which is far less frequent than when it crosses a radio access point boundary. If IP paging is to be of any use to radio link protocols that do not support paging, it must also be the case that it allows the network to maintain a rough idea of where the mobile is, otherwise, the amount of signaling involved in tracking the mobile and power drain on the mobile is not reduced.
この可能性を考えるとき覚えておく重要なポイントはページングがネットワークにはモバイルが位置しているところに関するおよその考えがあるモバイルの場所を見つけるのにページングをサポートするラジオリンクに関して通常使用されるということです。 ページングエリアの境界(その時でさえなら)(それがラジオアクセスポイント境界に交差する時よりはるかに頻繁でない)に交差するときだけ、より明確に、ネットワークとモバイルの間のシグナリングを保存して、モバイルでパワードレインを減少させるために、モバイルは位置に関するネットワークをアップデートします。 また、IPページングがページングをサポートしないラジオリンク・プロトコルに何か使用があることであるなら、ネットワークが、それでそうでなければモバイルがモバイルでモバイルとパワードレインを追跡するのにかかわるシグナリングの量であるところに関するおよその考えが減少しないと主張できるのは、事実であるに違いありません。
However, as the description in the previous section indicates, for radio links without paging support, the network always has an *exact* idea of where the mobile is located. When the mobile moves into range of a new radio access point, it re-registers with the access point in that cell allowing the new access point to contact the old and deliver any buffered traffic. Additionally, the new access point at that time may choose to deliver a foreign agent advertisement (for Mobile IPv4) or router advertisement (for Mobile IPv6) to the mobile if the mobile node has changed subnets, so that the mobile can perform Mobile IP re-registration in order to make sure its IP routing is current. There is absolutely no ambiguity in the mobile's
しかしながら、前項の記述がページングサポートなしでラジオリンクに示すように、ネットワークには、モバイルが位置しているところに関する*正確な*考えがいつもあります。 モバイルが新しいラジオアクセスポイントの範囲に移行すると、それはそのセルの中の新しいアクセスポイントが老人に連絡して、どんなバッファリングされたトラフィックも提供するアクセスポイントに、再登録されます。 さらに、モバイルノードがサブネットを変えたなら、新しいアクセスポイントは、その時外国エージェント広告(モバイルIPv4のための)かルータ通知(モバイルIPv6のための)をモバイルに提供するのを選ぶかもしれません、モバイルがIPルーティングが確実に現在になるようにするためにモバイルIP再登録を実行できるように。 モバイルのものにはあいまいさが全く絶対にありません。
Kempf Informational [Page 5] RFC 3132 Dormant Mode Host Alerting Problem Statement June 2001
2001年6月に問題声明を警告するケンフ情報[5ページ]のRFC3132の眠っているモードホスト
location as far as the network is concerned, and so the network can continue to route packets to the mobile node while the mobile is in dormant mode with assurance (modulo buffer overflows and timeouts at the radio access point) that the packets will be delivered to the mobile the next time it wakes up from dormant mode.
ネットワークと同じくらい遠い位置が心配しているので、ネットワークは、モバイルがパケットがそれが眠っているモードから目覚める次の時にモバイルに提供されるという保証(ラジオアクセスポイントの法バッファオーバーフローとタイムアウト)と共に眠っているモードである間、モバイルノードにパケットを発送し続けることができます。
As a consequence, IP paging provides no advantages for radio link protocols in which the radio link does not have support for paging.
結果として、IPページングはラジオリンクがページングのサポートを持っていないラジオリンク・プロトコルに利点を全く提供しません。
4.2 IP Paging for Radio Links with Paging Support
4.2 ラジオのためにページングサポートとのリンクを呼び出すIP
In radio links that do support paging, there are two cases to consider: networks of radio links having a homogeneous radio technology and networks of radio links having heterogeneous radio technologies. We examine whether Mobile IP can support dormant mode location for both these cases.
ページングをサポートするラジオリンクに、考える2つのケースがあります: 均質のラジオ技術を持っているラジオリンクのネットワークとラジオのネットワークは、異種のラジオ技術を持ちながら、リンクされます。 私たちは、モバイルIPが、これらのケースの両方のために眠っているモードが位置であるとサポートすることができるかどうか調べます。
4.2.1 Homogeneous Technology Networks
4.2.1 同次の技術ネットワーク
For homogeneous technology networks, the primary issue is whether signaling involved in Mobile IP is enough to provide support for locating dormant mode mobile nodes. Subnets constitute the unit of signaling for presence in IP. When a mobile node moves from one subnet to another, Mobile IP signaling is required to change the mobile's care-of address. This signaling establishes the mobile's presence in the new subnet. Paging areas constitute the unit of signaling for dormant mode mobile presence at the radio level. Paging area registrations or heuristics are used to establish a dormant mode mobile's presence in a particular paging area.
同次の技術ネットワークにおいて、プライマリ問題はモバイルIPにかかわるシグナリングがモードの休止状態のモバイルノードの場所を見つけるサポートを提供できるかどうかくらいのことです。 サブネットは存在のためにIPで合図するユニットを構成します。 モバイルノードが、あるサブネットから別のサブネットまで移行するとき、モバイルIPシグナリングが変化するのに必要である、モバイルのもの、注意、-、アドレス このシグナリングはモバイルの存在を新しいサブネットに確立します。 ページング領域はモードの眠っているモバイル存在のためにラジオレベルで合図するユニットを構成します。 ページング領域登録証明書か発見的教授法が、眠っているモードモバイルの存在を特定のページング領域に証明するのに使用されます。
If paging area registrations can always serve to trigger Mobile IP registrations, there is no need for an IP paging protocol because the network (specifically the home or hierarchical agent) will always have an up-to-date picture of where the mobile is and can always route packets to the mobile. The key determining factor with regard to whether paging area registrations can be used in this fashion is how subnets are mapped into paging areas. If it is always possible to map the two such that a paging area registration can serve as a transport for a Mobile IP registration, or some other technique (such as network assisted handoff [3] [4]) can be used to transfer the Mobile IP registration, then no IP paging protocol is needed.
ページング領域登録証明書が、いつもモバイルIP登録証明書の引き金となるのに役立つことができるなら、ネットワーク(明確にホームか階層的なエージェント)がいつもモバイルがあるところに関する最新の画像を持って、いつもパケットをモバイルに発送できるので、IPページングプロトコルの必要は全くありません。 ページング領域登録証明書を使用できるかどうかに関する主要な決定的要因はこんなやり方でサブネットがどうページング領域に写像されるかということです。 2を写像するのがページング領域登録がそうすることができるくらいいつも可能であるなら、モバイルIP登録、またはある他のテクニックのための輸送として機能してください。(ネットワークが移管[3][4])を補助したので、モバイルIP登録を移すのにそのようなものを使用できて、次に、IPページングプロトコルは全く必要ではありません。
In general, the mapping between paging areas and subnets can be arbitrary, but we consider initially a smooth subset relationship, in which paging areas are subsets of subnets or vice versa. Network topologies in which one subnet is split between two or more paging areas are therefore eliminated. The restriction is arbitrary, but by
一般に、ページング領域とサブネットの間のマッピングは任意である場合がありますが、私たちは、初めは、滑らかな部分集合関係であり、サブネットの部分集合がどのページング領域で、あるか、そして、逆もまた同様ですと考えます。 したがって、サブネットが2つ以上のページング領域の間で分けられるネットワークトポロジーは排除されます。 制限は任意です。
Kempf Informational [Page 6] RFC 3132 Dormant Mode Host Alerting Problem Statement June 2001
2001年6月に問題声明を警告するケンフ情報[6ページ]のRFC3132の眠っているモードホスト
starting here, we can discover whether additional work is needed. We also consider a case where paging area registrations in the radio layer protocol are always done. This is also optimistic.
ここから始まって、私たちは、追加仕事が必要であるかどうか発見できます。 また、私たちはラジオ層のプロトコルにおけるページング領域登録証明書がいつも行われるケースを考えます。 また、これも楽観的です。
There are three cases:
3つのケースがあります:
1) The topological boundaries of the paging area and subnet are identical.
1) ページング領域とサブネットの位相的な境界は同じです。
2) Multiple paging areas are part of the same subnet.
2) 複数のページング領域が同じサブネットの一部です。
3) Multiple subnets are part of the same paging area.
3) 複数のサブネットが同じページング領域の一部です。
Each case is considered in the following subsections.
各ケースは以下の小区分で考えられます。
4.2.1.1 Subnet and Paging Area Boundaries Identical
4.2.1.1 サブネットと同じ状態でエリアの境界を呼び出すこと。
In the case where radio paging areas map one to one onto IP subnets (and hence Mobile IPv4 foreign agents or IPv6 access routers), it is possible to use radio link paging together with Mobile IP handoff techniques for the network to track the mobile's location. If the paging area update protocol supports sending arbitrary packet data over the paging channel, the access router or foreign agent can send a router advertisement or foreign agent advertisement to the mobile as part of the signal that the mobile has entered the new paging area, and the mobile can send a Mobile IP registration as part of the paging area update. For other cases, enhancements to Mobile IP network-assisted handoff techniques can allow the network to track the mobile as it moves from paging area (== subnet) to paging area. Other uses of the Mobile IP registration protocol are also possible depending on the level of paging support for packet data. As a consequence, the home or hierarchical agent has complete knowledge of routes to the mobile and can route packets to the foreign agent or access router. Radio layer paging may be needed at the foreign agent or access router in order to re-establish a traffic channel with the mobile, but no IP paging is required.
ラジオページング部が1〜1に、サブネット(そして、したがって、モバイルIPv4外国人のエージェントかIPv6アクセスルータ)をIPに写像する場合では、モバイルの位置を追跡するためにモバイルIPと共にネットワークのための移管のテクニックを呼び出すラジオリンクを使用するのは可能です。 ページング領域アップデートプロトコルが、ページングチャンネルの上に発信が任意のパケットデータであるとサポートするなら、アクセスルータか外国人のエージェントがモバイルが新しいページング領域に入れて、モバイルがページング領域アップデートの一部としてモバイルIP登録を送ることができるという信号の一部としてルータ通知か外国エージェント広告をモバイルに送ることができます。 他のケースのために、モバイルIPへの増進は、ページング領域(=サブネット)からページング領域まで移行するので、テクニックがネットワークを許容できる移管がモバイルを追跡するのをネットワークで補助しました。 また、パケットデータのページングサポートのレベルによって、モバイルIP登録プロトコルの他の用途も可能です。 結果として、ホームか階層的なエージェントが、ルートに関する完全な知識をモバイルに持って、外国人のエージェントかアクセスルータにパケットを発送できます。 ラジオ層のページングはモバイルにもかかわらず、IPがないトラフィックチャンネルを復職させるのに外国人のエージェントかアクセスルータで必要であることで、ページングが必要であるということであるかもしれません。
4.2.1.2 Multiple Paging Areas Map into One Subnet
4.2.1.2 1つのサブネットへの複数のページング領域地図
The case where multiple radio paging areas map to a single IP subnet is the same as above, with the exception that the last hop Mobile IPv4 foreign agent or IPv6 access router for the subnet performs paging in multiple paging areas to locate the mobile.
ただ一つのIPサブネットへの複数のラジオページング領域地図がサブネットのためのルータがモバイルの場所を見つけるように複数のページング領域で上で最後のホップのモバイルIPv4外国人のエージェントかIPv6がアクセスする例外でページングを実行するのと同じであるケース。
Kempf Informational [Page 7] RFC 3132 Dormant Mode Host Alerting Problem Statement June 2001
2001年6月に問題声明を警告するケンフ情報[7ページ]のRFC3132の眠っているモードホスト
4.2.1.3 Multiple Subnets Map into One Paging Area
4.2.1.3 1つのページング領域への複数のサブネット地図
In the case where a single radio paging area maps onto multiple IP subnets, it is not possible to directly use Mobile IP handoff between last hop access routers or foreign agents to track the mobile's location as it moves, because the mobile does not signal its location when it changes subnets. Within the set of subnets that span the paging area, the mobile's movement is invisible to the L2 paging system, so a packet delivered to the mobile's last known location may result in a page that is answered in a different subnet.
単一のラジオが複数のIPサブネットへ地域図を呼び出して、直接モバイルIPを使用するのが可能でない場合では、それとしてモバイルの位置を追跡する最後のホップアクセスルータか外国人のエージェントの間の移管は移行します、サブネットを変える場合モバイルが位置を示さないので。 ページング領域にかかるサブネットのセットの中では、モバイルの運動がL2ページング装置に目に見えないので、パケットは知られている位置が1ページもたらすかもしれない異なったサブネットで答えるモバイルが最終に配送されました。
Consider the following example. Suppose we have a network in which there are two paging areas, PA(1) and PA(2). Within each, there are many subnets. Consider a mobile that moves from PA(1) to PA(2), and enters PA(2) at subnet X. Using the paging area registration, it signals the network that it has moved, and suppose that the paging area registration contains a Mobile IP registration. The agent handling the L2 paging protocol sends the registration to the home/hierarchical agent (or perhaps it simply gets routed). The home/hierarchical agent now knows that the mobile has a CoA in subnet X, as does the mobile. After the mobile has completed the paging area registration/Mobile IP registration, it goes back to sleep.
以下の例を考えてください。 私たちには2つのページング領域、PA(1)、およびPA(2)があるネットワークがあると仮定してください。 それぞれ中に、多くのサブネットがあります。 PA(1)からPAまで(2)を動かして、PAに入れるモバイルを考えてください。(2) サブネットX.Usingでのページング領域登録、移行したとネットワークに合図します、そして、ページング領域登録がモバイルIP登録を含むと仮定してください。 L2ページングプロトコルを扱っているエージェントはホーム/階層的なエージェントに登録を送ります(恐らく、それは単に発送されます)。 ホーム/階層的なエージェントは、今、モバイルがモバイルのようにサブネットXでCoAを持っているのを知っています。 モバイルがページング領域登録/モバイルのIP登録を終了した後に、それは活動を休止します。
But the mobile does not stop in subnet X, it keeps moving while in dormant mode, when it is doing no signaling (L2, mobile IP or other) to the network. It moves from subnet X where it originally entered the paging area clear to the other side of the paging area, in a completely different subnet, subnet Y.
しかし、モバイルはサブネットXへ立ち寄らないで、それは合図していないとき(L2、何らかのモバイルIP)、眠っているモードで、ネットワークに移行し続けます。 それは元々はっきりとページング領域に入ったところでサブネットXからページング領域の反対側に移行します、完全に異なったサブネットで、サブネットY。
Suppose a packet comes into the home/hierarchical agent for this mobile. Because the home/hierarchical agent believes the mobile is in subnet X, it sends the packet to the access router or foreign agent for subnet X. The packet gets to the access router or foreign agent, and the access router or foreign agent performs a radio page for the mobile in subnet X. Since the mobile isn't in subnet X, it wakes up in subnet Y because the radio page propagates throughout the paging area. It does a mobile IP re-registration because it sees that it is in a new subnet, but the packet at the access router or foreign agent in subnet X can't get to the mobile.
パケットがこのモバイルのためにホーム/階層的なエージェントに入ると仮定してください。 ラジオページがページング領域中で伝播されるので、パケットがアクセスルータか外国人のエージェントと、アクセスルータか外国人のエージェントに届けるサブネットX.がモバイルのためにサブネットX.Sinceのモバイルをラジオページ実行するので、ホーム/階層的なエージェントが、サブネットXにはモバイルがあると信じているか、アクセスルータにパケットを送るか、またはサブネットXには外国人のエージェントがいないで、それはサブネットYで目覚めます。 新しいサブネットにはそれがあるのが見られるので、それはモバイルIP再登録をしますが、サブネットXにおけるアクセスルータか外国人のエージェントのパケットはモバイルを始めることができません。
Without any further support, the access router or foreign agent in subnet X drops the packet. The only way to get the packet to the mobile node from the access router or foreign agent is for the mobile node to send a binding update to the access router or foreign agent when it wakes up in the new subnet. Once the access router or foreign agent has the new binding, it can forward the packet. Some smooth handoff techniques depend on sending binding updates to foreign agents [5], so arranging for the mobile node to send a
少しもさらなるサポートがなければ、サブネットXにおけるアクセスルータか外国人のエージェントがパケットを下げます。 アクセスルータか外国人のエージェントからパケットをモバイルノードから抜く唯一の方法は新しいサブネットで目覚めるとモバイルノードがアクセスルータか外国人のエージェントに拘束力があるアップデートを送ることです。 アクセスルータか外国人のエージェントに新しい結合がいったんあると、それはパケットを進めることができます。 いくつかの滑らかな移管のテクニックが外国人のエージェント[5]に拘束力があるアップデートを送るのによります、したがって、モバイルノードがaを送るように手配して
Kempf Informational [Page 8] RFC 3132 Dormant Mode Host Alerting Problem Statement June 2001
2001年6月に問題声明を警告するケンフ情報[8ページ]のRFC3132の眠っているモードホスト
binding update would be possible. In IPv6, it becomes less attractive because of the need for security on the binding update. In either case, the result would be yet more Mobile IP signaling before the packet could be delivered, increasing the amount of latency experienced by the mobile.
拘束力があるアップデートは可能でしょう。 IPv6では、それは拘束力があるアップデートのときにセキュリティの必要性のために、より魅力的でなくなります。 どちらかの場合では、パケットを提供できる前に結果はまだよりモバイルのIPシグナリングでしょう、モバイルによって経験された潜在の量を増強して。
While it may be possible with enhancements to Mobile IP to handle the case, the enhancements would probably introduce more latency and signaling into the initial connection between the mobile and the network when the mobile awakes from dormant mode. An IP paging protocol between the home or hierarchical agent and a paging agent in the paging area would serve to reduce the amount of latency involved in delivering the initial packet. With IP paging, the arrival of the packet at the home/hierarchical agent results in an IP page to a paging agent in the last reported paging area. The paging agent performs an L2 page to the mobile. The mobile answers the page with a mobile IP registration to the home/hierarchical agent and the home/hierarchical agent sends the packet. The home/hierarchical agent and the mobile already have a security association, so there is no need to negotiate one, and buffering of the first packet and any further incoming packets prior to the mobile IP registration is handled by the home/hierarchical agent rather than a router at the edge, so the edge routers can be simpler. Finally, the home/hierarchical agent can start routing to the mobile as soon as the registration comes in.
モバイルが眠っているモードから目を覚ますとき、ケースを扱うのが増進でモバイルIPに可能であるかもしれない間、増進はたぶんモバイルとネットワークとの初期の関係により多くの潜在とシグナリングを取り入れるでしょう。 ページング領域のホームか階層的なエージェントとページングエージェントの間のIPページングプロトコルは、初期のパケットを提供するのにかかわる潜在の量を減少させるのに役立つでしょう。 IPページングで、ホーム/階層的なエージェントのパケットの到着は最後に報告されたページング領域のページングエージェントへのIPページをもたらします。 ページングエージェントはL2ページをモバイルに実行します。 モバイルはモバイルIP登録でホーム/階層的なエージェントにページに答えます、そして、ホーム/階層的なエージェントはパケットを送ります。 ホーム/階層的なエージェントとモバイルにはセキュリティ協会が既にあって、したがって、1つを交渉する必要は全くなくて、モバイルIP登録の前の最初のパケットと一層のどんな入って来るパケットのバッファリングも縁でルータよりむしろホーム/階層的なエージェントによって扱われるので、縁のルータは、より簡単である場合があります。 最終的に、ホーム/階層的なエージェントは、登録が入るとすぐに、モバイルに掘り始めることができます。
4.1.2.4 More Complex Homogeneous Network Cases
4.1.2.4 より複雑な均質のネットワークケース
Up until now, the discussion has not identified any case where the problem of locating and delivering the first packet to a dormant mode mobile could not be handled by Mobile IP with enhancements. IP paging serves as a promising optimization in the multiple subnets to single paging area case, but in principle additional Mobile IP signaling (potentially lots in the case of IPv6 if a security association is needed) could handle the problem. However, the examples examined in the above sections are really best-case. In practice, the mapping of subnets to paging areas is likely to be far less clear cut, and the use of paging area registrations far less common than has been assumed in these cases.
現在まで、議論はモバイルIPが増進で眠っているモードモバイルに最初のパケットを場所を見つけて、提供するという問題を扱うことができなかったどんなケースも特定していません。 IPページングはただ一つのページング領域ケースへの複数のサブネットにおける有望な最適化として機能しますが、原則として、追加モバイルIPシグナリング(潜在的にIPv6の場合における多くがセキュリティ協会であるなら必要である)は問題を扱うかもしれません。 しかしながら、上のセクションで調べられた例は本当に際します最も良い。 実際には、ページング領域へのサブネットのマッピングははるかに明確でないカットと、これらの場合で想定されたよりはるかに一般的でないページング領域登録証明書の使用である傾向があります。
Requiring network operators to make paging areas and subnets conform to a subset relationship that would allow mobile IP signaling to do double duty as paging area updates is unrealistic. In practice, paging areas often overlap and there is often not even a clear subset relationship between paging areas themselves. Some radio protocols, such as wCDMA [6], allow different mobile terminals in the same geographical area to have different paging area identifiers. Working through each case and trying to identify whether Mobile IP needs
ネットワーク・オペレータが領域アップデートを呼び出すとして二つの任務を果たすと合図するモバイルIPを許容する部分集合関係にページング領域とサブネットを従わせるのが必要であるのは非現実的です。 実際には、ページング領域はしばしば重なります、そして、ページング領域自体の間には、明確でない部分集合関係さえしばしばあります。 wCDMA[6]などのいくつかのラジオプロトコルで、同じ地理的な領域の異なった移動体端末は異なったページング領域識別子を持つことができます。 モバイルであるか否かに関係なく、特定する各ケースとトライをIPが必要とする終えること。
Kempf Informational [Page 9] RFC 3132 Dormant Mode Host Alerting Problem Statement June 2001
2001年6月に問題声明を警告するケンフ情報[9ページ]のRFC3132の眠っているモードホスト
enhancement would probably result in a much more complex result than having a simple IP paging protocol that allows a home/hierarchical agent to notify an L2 agent in the paging area when a new packet comes in.
増進はたぶん新しいパケットが入るときホーム/階層的なエージェントがページング領域でL2エージェントに通知できる簡単なIPページングプロトコルを持っているよりはるかに複雑な結果をもたらすでしょう。
Finally, requiring operators to always turn on paging area registrations is unacceptable, and using Mobile IP registrations won't work if paging area registrations are not done. The above description is ideal with regard to signaling between the mobile node in dormant mode and the network. Anecdotal evidence indicates that most operators do not turn on paging area registrations, they use heuristics to determine where to page for the mobile. If the operator does not turn on paging area registrations, there is no way for the mobile to report its position when it changes paging area, hence no L2 vehicle for potential dormant mode use of Mobile IP.
最終的に、領域登録証明書を呼び出しながらいつもつくようにオペレータを必要とするのは容認できません、そして、ページング領域登録証明書が完了していないと、モバイルIP登録証明書を使用するのは働かないでしょう。 上の記述は眠っているモードによるモバイルノードとネットワークの間で合図することに関して理想的です。 逸話の証拠は、ほとんどのオペレータが領域登録証明書を呼び出しながらつかないのを示して、それらはモバイルのためにページに決定する発見的教授法を使用します。 オペレータが領域登録証明書を呼び出しながらつかないなら、領域を呼び出しながら変化するときモバイルが位置を報告する方法が全くありません、したがって、モバイルIPの潜在的眠っているモード使用のためのL2手段がありません。
4.2.2 Heterogeneous Technology Networks
4.2.2 種々雑多な技術ネットワーク
In a network composed of links with multiple technologies, the problems identified above become multiplied. Using Mobile IP becomes even more cumbersome, because the subnet to which the initial packet is delivered, besides not being in the same subnet on which the dormant mode mobile is located, may be on a radio network which the user would actually not prefer to use in their current location. This could happen, for example, if the mobile moved inside a building and radio coverage on one interface became weak or nonexistent, or if the user had a choice of a cheaper or higher bandwidth connection. The mobile may actually no longer be listening or reachable on the paging channel of the old network, so when the old access router or foreign agent pages on the old radio network, the mobile, which is now listening only for pages on the new network, may not answer, even though it is reachable on the new network. Arranging for pages in multiple radio networks is a possibility, but without an L3 paging protocol to abstract away from the L2 details, the details of each L2 protocol must be handled separately.
複合的な技術とのリンクで構成されたネットワークでは、上で特定された問題は掛けられるようになります。 モバイルIPを使用するのはさらに厄介になります、眠っているモードモバイルが見つけられているのと同じサブネットにないこと以外に初期のパケットが提供されるサブネットがユーザが実際にそれらの現在の位置で使用するのを好まないだろうラジオ放送網にあるかもしれないので。 例えば、モバイルがビルの中で移行して、1つのインタフェースのラジオ適用範囲が弱いか実在しなくなったか、またはユーザにより安いか、より高い帯域幅接続の選択があるなら、これは起こることができるでしょうに。 モバイルが実際にもう古いネットワークのページングチャンネルで聴かないで、また届かないかもしれないので、古いラジオ放送網の古いアクセスルータか外国エージェントページであるときに、モバイル(現在、新しいネットワークでページだけの聞こうとしている)に答えないかもしれません、それは新しいネットワークで届いていますが。 複数のラジオ放送網でページを準備するのは、可能性ですが、L2の詳細から遠くの要約へのL3ページングプロトコルがなければ、別々にそれぞれのL2プロトコルの詳細を扱わなければなりません。
A paging protocol that unifies paging across multiple radio technologies therefore looks attractive. There may be commonalities in the corresponding radio paging protocols that allow a mapping to be established between the radio protocols and an abstract IP paging protocol. For example, assume we have a common paging area identifier defined at the IP layer that is mapped to each radio paging protocol by the access points. An IP paging message containing the identifier is sent to multiple access points, where the appropriate radio paging message is sent based on the particular technology implemented by the access points. The results are then returned by the radio paging responses, mapped back into IP by the access points, and delivered back to the origin of the page.
したがって、複数のラジオ技術の向こう側にページングを統一するページングプロトコルは魅力的に見えます。 マッピングがラジオプロトコルと抽象的なIPページングプロトコルの間で確立されるのを許容する対応するラジオページングプロトコルには共通点があるかもしれません。 例えば、私たちにはアクセスポイントによってそれぞれのラジオページングプロトコルに写像されるIP層で定義された一般的なページング領域識別子があると仮定してください。 識別子を含むIPページングメッセージを複数のアクセスポイントに送ります。そこでは、適切なラジオページングメッセージがアクセスポイントによって実装された特定の技術に基づいて送られます。 結果は、ページの発生源に次に、アクセスポイントによってIPに写像して戻されたラジオページング応答で返されて、提供して戻されます。
Kempf Informational [Page 10] RFC 3132 Dormant Mode Host Alerting Problem Statement June 2001
2001年6月に問題声明を警告するケンフ情報[10ページ]のRFC3132の眠っているモードホスト
An additional case to consider is when a single subnet consists of multiple radio access technologies. A wireless access point usually provides L2 bridge behavior to the wired link with which it is connected. If two access points with incompatible technologies and non-overlapping cells are connected to the same subnet, a mobile node with interfaces to both technologies would need paging from both technologies. If reachability can be established simply by ARP or neighbor discovery, no IP paging is needed. However, note that ARP or neighbor discovery requires that a functional traffic channel be available to the mobile, since these protocols are typically implemented for wired networks in which a single channel exists on which all IP traffic is delivered. If the mobile is currently in the sleep phase of a time-slotted dormant mode, or if it is listening to a paging channel it will fail to respond to these requests. In this case, some means of triggering a radio page from IP is necessary to find the mobile. Modifying ARP or neighbor discovery to utilize a paging channel if available is a possible, if somewhat messy, alternative, but a dedicated location protocol may be somewhat cleaner.
考える追加ケースはただ一つのサブネットが複数のラジオアクセス技術から成る時です。 通常、ワイヤレス・アクセスポイントはそれが関連しているワイヤードなリンクへのブリッジの振舞いをL2に供給します。 両立しない技術と非重なっているセルがある2つのアクセスポイントが同じサブネットにつなげられるなら、両方の技術へのインタフェースがあるモバイルノードは、両方の技術から呼び出す必要があるでしょう。 可到達性を確立できるなら、単にどんなARPも隣人発見、IPも、ページングは必要とされません。 しかしながら、ARPか隣人発見が、機能的なトラフィックチャンネルがモバイルに利用可能であることを必要とすることに注意してください、これらのプロトコルがすべてのIPトラフィックが提供される単独のチャンネルが存在する有線ネットワークのために通常実装されるので。 モバイルが現在時間で溝をつけられた眠っているモードの睡眠フェーズにあるか、またはそれがこれらの要求に反応させないページングチャンネルの言うことを聞いているなら。 この場合、IPからラジオページの引き金となるいくつかの手段が、モバイルを見つけるのに必要です。 利用可能であるのが、可能で、いくらか乱雑な代替手段ですが、ひたむきな位置のプロトコルがいくらか清潔であるかもしれないなら、ページングチャンネルを利用するようにARPか隣人発見を変更します。
4.3 Paging and Micromobility
4.3 ページングとMicromobility
If the Seamoby Working Group decides that an IP micromobility protocol is necessary, then the above analysis is no longer complete. A micromobility protocol may require some type of paging support. The design team does not want to include any further discussion of paging and micromobility at this point, because it is not clear whether micromobility will be pursued by Seamoby and hence such discussion would be premature.
Seamoby作業部会が、IP micromobilityプロトコルが必要であると決めるなら、上の分析はもう完全ではありません。 micromobilityプロトコルはページングサポートをタイプに要求するかもしれません。 デザインチームはここにページングとmicromobilityのどんなさらなる議論も含みたがっていません、micromobilityがSeamobyとしたがって、そのような議論で追求されるかどうかが、時期尚早であることが、明確でないので。
5.0 What Exactly is the Problem?
5.0 ProblemはどんなExactlyですか?
While the above analysis has identified situations in which location of a mobile in dormant mode may require some action at the IP layer, it is important keep in mind what the problem is. The problem to be solved is the location of a mobile node because it has moved while in dormant mode. IP paging is one solution to the problem, there may be others.
IP層での何らかの動作、それが眠っているモードが必要とするかもしれないモバイルコネのそれの位置で重要である特定された状況は、上の分析で問題が何であるかを覚えておきますが。 眠っているモードで、移行したので、解決すべき課題はモバイルノードの位置です。 IPページングが問題への1つの解決である、他のものがいるかもしれません。
6.0 Recommendations
6.0 推薦
The design group recommends the following charter items for Seamboy:
設計グループはSeamboyのために以下の特許項目を推薦します:
1) Since the design group has identified several network deployment scenarios where existing Mobile IP technology cannot find a mobile in dormant mode, protocol work is necessary to define a way for the network to find a mobile that is currently in dormant mode.
1) 設計グループが既存のモバイルIP技術が眠っているモードによるモバイルを見つけることができないいくつかのネットワーク展開シナリオを特定したので、プロトコル仕事がネットワークが現在、眠っているモードであるモバイルを見つける方法を定義するのに必要です。
Kempf Informational [Page 11] RFC 3132 Dormant Mode Host Alerting Problem Statement June 2001
2001年6月に問題声明を警告するケンフ情報[11ページ]のRFC3132の眠っているモードホスト
2) The work defined above should be pursued in a way that is maximally consistent with Mobile IP and other existing IETF protocols. The work should also generate recommendations about how to achieve the best match between existing radio paging protocols and IP.
2) 上で定義された仕事はモバイルIPと他の既存のIETFプロトコルと最高に一致した方法で追求されるべきです。 また、仕事はどう既存のラジオのページングプロトコルとIPとの最も良いマッチを達成するかに関して推薦を生成するべきです。
3) If the Seamoby working group decides to pursue a micromobility protocol that requires paging, the Seamoby group should undertake the design of a new paging protocol within the context of that work.
3) Seamobyワーキンググループが、呼び出すのを必要とするmicromobilityプロトコルを追求すると決めるなら、Seamobyグループはその仕事の文脈の中で新しいページングプロトコルのデザインを引き受けるべきです。
4) There is some evidence that cellular operators' deployments of paging are highly variable, and may, in fact, be suboptimal in many cases with respect to supporting IP. The Seamoby working group should write a BCP which explains how to perform IP subnet to paging area mapping and which techniques to use when, so network designers in wireless networks have a guide when they are setting up their networks.
4) セルオペレータのページングの展開が非常に可変であり、事実上、多くの場合、IPをサポートすることに関して準最適であるかもしれないという何らかの証拠があります。 Seamobyワーキンググループがどのようにページング領域マッピングにIPサブネットを実行するか、そして、どのテクニックを使用したらよいかを説明するBCPにいつを書くべきであるかので、自己のネットワークを設立しているとき、ワイヤレス・ネットワークのネットワーク設計者には、ガイドがいます。
7.0 Acknowledgements
7.0 承認
The editor would like to thank the Seamoby paging design team for helping formulate the first draft of the document. Jari Malinen contributed text to Section 4.2. Hesham Soliman, Karim El-Malki, and Behcet Sarikaya contributed critical commentary on the first draft, which was important in sharpening the reasoning about what can and can't be expected in the absence of radio layer paging support and how Mobile IP might be used to support dormant mode location.
ドキュメントの最初の草稿を定式化するのを助けて頂いて、エディタはSeamobyページングデザインチームに感謝したがっています。 ヤリMalinenはセクション4.2にテキストを寄付しました。 Heshamソリマン、カリムEl-Malki、およびBehcet Sarikayaは最初の草稿の重要な論評を寄付しました。(草稿は何は期待できて、ラジオ層のページングサポートがないとき期待できないか、そして、モバイルIPが眠っているモードが位置であるとサポートするのにどのように使用されるかもしれないかに関して推理を鋭くするのにおいて重要でした)。
Kempf Informational [Page 12] RFC 3132 Dormant Mode Host Alerting Problem Statement June 2001
2001年6月に問題声明を警告するケンフ情報[12ページ]のRFC3132の眠っているモードホスト
8.0 References
8.0の参照箇所
[1] Perkins, C., Editor, "IP Mobility Support", RFC 2002, October 1996.
[1] パーキンス、C.、エディタ、「IP移動性サポート」、RFC2002、1996年10月。
[2] Johnson, D., and C. Perkins, "Mobility Support in IPv6", Work in Progress.
[2] ジョンソン、D.とC.パーキンス、「IPv6"での移動性サポート、進行中の仕事。」
[3] El Malki, K. et. al., "Low Latency Handoff in Mobile IPv4", Work in Progress.
[3] K.et高架鉄道Malki、アル、「モバイルIPv4"の低遅延移管、処理中の作業。」
[4] Tsirtsis, G., Editor, "Fast Handovers for Mobile IPv6", Work in Progress.
Tsirtsis(G.、エディタ)が「速くモバイルIPv6"、進行中の仕事のために引き渡す」[4]。
[5] Perkins, C. and D. Johnson, "Route Optimization in Mobile IP", Work in Progress.
[5] 「モバイルIPにおける経路最適化」というパーキンス、C.、およびD.ジョンソンは進行中で働いています。
[6] Holma, H. and A. Toskala, "WCDMA for UMTS: Radio Access for Third Generation Mobile Communication", John Wiley and Sons, New York, 2000.
[6]Holma、H.、およびA.Toskala、「UMTSのためのWCDMA:」 「第三世代移動通信のためのラジオアクセス」とジョン・ワイリーと息子、ニューヨーク、2000
9.0 Editor's Address
9.0 エディタのアドレス
James Kempf Sun Labs California Sun Microsystems, Inc. 901 San Antonio Rd., UMPK15-214 Palo Alto, CA, 94303 USA
ジェームスケンフSunカリフォルニアサン・マイクロシステムズ・インク901サンアントニオ通り、研究室UMPK15-214パロアルト、カリフォルニア94303米国
Phone: +1 650 786 5890 Fax: +1 650 786 6445 EMail: james.kempf@sun.com
以下に電話をしてください。 +1 650 786、5890Fax: +1 6445年の650 786メール: james.kempf@sun.com
Kempf Informational [Page 13] RFC 3132 Dormant Mode Host Alerting Problem Statement June 2001
2001年6月に問題声明を警告するケンフ情報[13ページ]のRFC3132の眠っているモードホスト
10.0 Full Copyright Statement
10.0 完全な著作権宣言文
Copyright (C) The Internet Society (2001). All Rights Reserved.
Copyright(C)インターネット協会(2001)。 All rights reserved。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部分配された実装を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsプロセスで定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上に承諾された限られた許容は、永久であり、インターネット協会、後継者または案配によって取り消されないでしょう。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントとそして、「そのままで」という基礎とインターネットの振興発展を目的とする組織に、インターネット・エンジニアリング・タスク・フォースが速達の、または、暗示しているすべての保証を放棄するかどうかというここにことであり、他を含んでいて、含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Acknowledgement
承認
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。
Kempf Informational [Page 14]
ケンフInformationalです。[14ページ]
一覧
スポンサーリンク