(57)【要約】【課題】移動ＩＰ通信システムにおいて、ソースノードのハンドオフに従うマルチキャストサービスを提供する方法を提供する。【解決手段】現在通信を遂行する第1のアクセスルータと第2のアクセスルータを含むシステムで、移動通信端末機が第1のルータに高速ハンドオフのための情報を要求し、第1のルータが第2のルータのマルチキャストサービスの提供可否を上記端末機へ通知し、上記端末機は次に発生するマルチキャストサービスデータを第2のルータが送信しなければならないことを第1のルータへ通知し、第1のルータは第2のルータへ上記端末機のハンドオフ開始を通知し、第2のルータはハンドオフ開始の通知に対する応答を第1のルータへ通知し、第1のルータは上記端末機が第1から第2のルータにハンドオフしたことを受信器へ通知し受信器がマルチキャストサービスを受信するためのツリーを構成するように制御する。【選択図】図２
2006141023.tif 000002
【特許請求の範囲】
【請求項１】
複数の受信器にマルチキャストサービスを提供するソースノードである移動通信端末機が現在通信を遂行している第１のアクセスルータと、前記第１のアクセスルータと相異な第２のアクセスルータとを含む移動インターネットプロトコル（移動ＩＰ）通信システムにおいて、前記移動通信端末機が前記第１のアクセスルータから第２のアクセスルータへハンドオフする場合に、前記マルチキャストサービスを提供する方法であって、
前記移動通信端末機が前記第１のアクセスルータに高速のハンドオフのための情報を要求するステップと、
前記第１のアクセスルータが前記高速のハンドオフ情報要求に応じて、前記第２のアクセスルータの前記マルチキャストサービスの提供が可能であるか否かを前記移動通信端末機へ通知するステップと、
前記移動通信端末機が前記第２のアクセスルータの前記マルチキャストサービスの提供が可能であるか否かの通知を受けた後に、前記第２のアクセスルータが次に発生するマルチキャストサービスデータを前記第１のアクセスルータへ送信しなければならないことを通知するステップと、
前記第１のアクセスルータが、次に発生するマルチキャストサービスデータを前記第２のアクセスルータが送信しなければならない通知を受けると、前記第２のアクセスルータへ前記移動通信端末機のハンドオフ開始を通知するステップと、
前記第２のアクセスルータが前記ハンドオフ開始の通知を受けた後、前記ハンドオフ開始の通知に対する応答を前記第１のアクセスルータへ通知するステップと、
前記第１のアクセスルータが前記ハンドオフ開始に対する応答の通知を受けると、前記移動通信端末機が前記第１のアクセスルータから第２のアクセスルータへハンドオフしたことを前記受信器へ通知して、前記受信器が前記マルチキャストサービスの提供を受けるための新たなツリーを構成するように制御するステップと
を具備することを特徴とする移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項２】
前記第１のアクセスルータが、前記移動通信端末機がハンドオフしたことを前記受信器へ通知すると、前記移動通信端末機が、前記受信器へ前記マルチキャストサービスデータを送信して、前記受信器が前記再構成したツリーを介して、前記マルチキャストサービスデータを受信するように制御するステップをさらに具備することを特徴とする請求項１記載の移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項３】
前記第１のアクセスルータが、前記移動通信端末機がハンドオフしたことを前記受信器へ通知した後に、前記移動通信端末機及び前記第２のアクセスルータに前記マルチキャストサービスデータを前記第２のアクセスルータが送信することを通知するステップと、
前記第１のアクセスルータが、前記第２のアクセスルータが前記マルチキャストサービスデータを前記第２のアクセスルータへ送信することを通知した後に、前記移動通信端末機によりターゲットとして受信される前記送信マルチキャストサービスデータ以外の受信マルチキャストを含む一般データを前記第２のアクセスルータへ送信するステップと、
前記移動通信端末機が、前記第２のアクセスルータが前記マルチキャストサービスデータを前記第２のアクセスルータへ送信する旨の通知を受けた後に、前記第１のアクセスルータとの接続を解除し、前記第２のアクセスルータへの接続を完了したことを通知するステップと、
前記第２のアクセスルータが、前記移動通信端末機から前記第２のアクセスルータへの接続完了の通知を受けると、前記第１のアクセスルータから受信した前記送信マルチキャストサービスデータ以外の受信マルチキャストを含む一般データを前記移動通信端末機へ送信するステップと
をさらに具備することを特徴とする請求項１記載の移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項４】
前記移動通信端末機が前記第１のアクセスルータへ、次に発生するマルチキャストサービスデータを前記第２のアクセスルータが送信しなければならないことを通知するステップは、
前記移動通信端末機が、前記マルチキャストサービスを提供するソースノードであることを示す情報と前記マルチキャストサービスに関するマルチキャストサービス情報と一緒に、次に発生するマルチキャストサービスデータを前記第２のアクセスルータが前記第１のアクセスルータへ送信しなければならないことを通知することを特徴とする請求項１記載の移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項５】
前記マルチキャストサービス情報は、前記マルチキャストサービスのマルチキャストサービスＩＰアドレスを具備することを特徴とする請求項４記載の移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項６】
前記第１のアクセスルータが前記第２のアクセスルータへ前記移動通信端末機のハンドオフの開始を通知するステップは、
前記移動通信端末機が前記マルチキャストサービスを提供するソースノードであることを示す情報と前記マルチキャストサービスに関するマルチキャストサービス情報と一緒に、前記第２のアクセスルータへ前記移動通信端末機のハンドオフの開始を通知することを特徴とする請求項１記載の移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項７】
前記マルチキャストサービス情報は、前記マルチキャストサービスのマルチキャストサービスＩＰアドレスを具備することを特徴とする請求項６記載の移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項８】
前記第２のアクセスルータが前記ハンドオフ開始の通知に対する応答を前記第１のアクセスルータへ通知するステップは、
前記第１のアクセスルータのハンドオフの開始を通知する時に含まれたマルチキャストサービス情報に該当するマルチキャストサービスの提供が可能であるか否かを示す情報と一緒に、前記第１のアクセスルータへ前記ハンドオフ開始の通知に対する応答を通知することを特徴とする請求項６記載の移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項９】
前記マルチキャストサービス情報は、前記マルチキャストサービスのマルチキャストサービスＩＰアドレスを具備することを特徴とする請求項８記載の移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項１０】
前記第１のアクセスルータが、前記移動通信端末機が前記第１のアクセスルータから第２のアクセスルータへハンドオフしたことを前記受信器へ通知するステップは、
前記第１のアクセスルータ自身のＩＰアドレスを宛先ＩＰアドレスとして設定し、前記マルチキャストサービスＩＰアドレスを前記移動通信端末機の新規の気付アドレスとして設定して、前記受信器へ前記移動通信端末機のハンドオフを通知することを特徴とする請求項９記載の移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項１１】
前記第２のアクセスルータが、前記移動通信端末機のハンドオフ開始の通知を受けた後に、前記移動通信端末機が前記第１のアクセスルータとの接続を解除することを検出するステップと、
前記第２のアクセスルータが、前記移動通信端末機の前記第１のアクセスルータとの接続解除を検出した後に、前記移動通信端末機の既存の気付アドレスを送信ＩＰアドレスとして設定し、前記マルチキャストサービスＩＰアドレスを目的地ＩＰアドレスとして設定した後に、前記移動通信端末機の新規の気付アドレスをデータとして設定したパケットデータを生成し、前記パケットデータの送信器としての前記第２のアクセスルータで前記パケットデータをカプセル化し、前記パケットデータの受信器としての前記第１のアクセスルータで前記パケットデータをカプセル化して、前記第１のアクセスルータへ送信するステップと、
前記第１のアクセスルータが、前記第２のアクセスルータからパケットデータを受信し、前記受信されたパケットデータのカプセル解除を行って、前記移動通信端末機の新規の気付アドレスを前記受信器へ送信して、前記移動通信端末機が前記第１のアクセスルータから第２のアクセスルータへハンドオフしたことを通知するステップとをさらに具備することを特徴とする請求項７記載の移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項１２】
前記移動通信端末機が前記第１のアクセスルータとの接続を解除し、前記第２のアクセスルータへの接続を完了したことを通知するステップは、前記マルチキャストサービスに関するマルチキャストサービス情報と一緒に、前記第２のアクセスルータへの接続を完了したことを通知することを特徴とする請求項３記載の移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項１３】
前記マルチキャストサービス情報は、前記マルチキャストサービスのマルチキャストサービスＩＰアドレスを具備することを特徴とする請求項１２記載の移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項１４】
複数の受信器にマルチキャストサービスを提供するソースノードである移動通信端末機が現在通信を遂行している第１のアクセスルータと、前記第１のアクセスルータと相異な第２のアクセスルータとを含む移動インターネットプロトコル（移動ＩＰ）通信システムにおいて、前記移動通信端末機が前記第１のアクセスルータから前記第２のアクセスルータへハンドオフする場合に、前記マルチキャストサービスを提供する方法であって、
前記第１のアクセスルータから第２のアクセスルータへハンドオフしなければならないことを認知すると、前記第１のアクセスルータに高速のハンドオフのための情報を要求するステップと、
前記高速のハンドオフ情報を要求した後に、前記第１のアクセスルータから前記第２のアクセスルータの前記マルチキャストサービスの提供が可能であるか否かの通知を受けるステップと、
前記第２のアクセスルータの前記マルチキャストサービスの提供が可能であるか否かの通知を受けた後に、前記第２のアクセスルータが次に発生するマルチキャストサービスデータを前記第１のアクセスルータへ送信しなければならないことを通知するステップと、
前記第２のアクセスルータが次に発生するマルチキャストサービスデータを前記第１のアクセスルータへ送信しなければならないことを通知した後に、前記第２のアクセスルータが前記第１のアクセスルータへ前記第２のアクセスルータが送信することを通知するステップと、
前記第２のアクセスルータが前記第１のアクセスルータへ、前記第２のアクセスルータが送信することを通知した後に、前記第１のアクセスルータが前記受信器へ前記移動通信端末機が前記第１のアクセスルータから第２のアクセスルータにハンドオフしたことを通知すると、前記移動通信端末機が前記受信器へ前記マルチキャストサービスデータを送信して、前記受信器が再構成した新たなマルチキャストツリーを介して前記マルチキャストサービスデータを前記受信器が受信するように制御するステップと
を具備することを特徴とする移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項１５】
前記第２のアクセスルータが前記第１のアクセスルータへ次に発生するマルチキャストサービスデータを送信しなければならないことを通知した後に、前記第１のアクセスルータから前記マルチキャストサービスデータを前記第２のアクセスルータが送信する通知を受けるステップと、
前記マルチキャストサービスデータを前記第２のアクセスルータが送信する通知を受けた後に、前記第１のアクセスルータとの接続を解除し、前記第２のアクセスルータへの接続が完了したことを通知するステップと、
前記第２のアクセスルータへの接続が完了したことを通知した後に、前記第２のアクセスルータから前記送信マルチキャストサービスデータ以外の受信マルチキャストデータと、ユニキャストデータまたはエニーキャストデータを含む一般受信データを受信するステップとをさらに具備することを特徴とする請求項１４記載の移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項１６】
前記第１のアクセスルータへ、次に発生するマルチキャストサービスデータを前記第２のアクセスルータが送信しなければならないことを通知するステップは、
前記移動通信端末機が前記マルチキャストサービスを提供するソースノードであることを示す情報と、前記マルチキャストサービスに関するマルチキャストサービス情報と一緒に、前記第２のアクセスルータが前記第１のアクセスルータへ次に発生するマルチキャストサービスデータを送信しなければならないことを通知することを特徴とする請求項１５記載の移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項１７】
前記マルチキャストサービス情報は、前記マルチキャストサービスのマルチキャストサービスＩＰアドレスを具備することを特徴とする請求項１５記載の移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項１８】
前記第１のアクセスルータとの接続を解除し、前記第２のアクセスルータへの接続が完了したことを通知するステップは、前記マルチキャストサービスに関するマルチキャストサービス情報と一緒に、前記第２のアクセスルータへの接続が完了したことを通知することを特徴とする請求項１５記載の移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項１９】
前記マルチキャストサービス情報は、前記マルチキャストサービスのマルチキャストサービスＩＰアドレスを具備することを特徴とする請求項１８記載の移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項２０】
複数の受信器にマルチキャストサービスを提供するソースノードである移動通信端末機が現在通信を遂行している第１のアクセスルータと、前記第１のアクセスルータと相異な第２のアクセスルータとを含む移動インターネットプロトコル（移動ＩＰ）通信システムにおいて、前記移動通信端末機が前記第１のアクセスルータから第２のアクセスルータにハンドオフする場合に、前記マルチキャストサービスを提供する方法であって、
前記移動通信端末機が、前記第１のアクセスルータに高速のハンドオフのための情報を要求するステップと、
前記第１のアクセスルータが、前記高速のハンドオフ情報要求に応じて、前記第２のアクセスルータの前記マルチキャストサービスの提供が可能であるか否かを前記移動通信端末機へ通知するステップと、
前記移動通信端末機が、前記第２のアクセスルータの前記マルチキャストサービスの提供が可能であるか否かの通知を受けた後に、前記第１のアクセスルータとの接続を解除し、前記第２のアクセスルータとの接続を設定するステップと、
前記移動通信端末機が、前記第２のアクセスルータとの接続を設定した後に、前記第２のアクセスルータが次に発生するマルチキャストサービスデータを前記第１のアクセスルータへ送信しなければならないことを示す情報と一緒に、前記第１のアクセスルータとの接続を解除し、前記第２のアクセスルータへの接続が完了したことを通知するステップと、
前記第２のアクセスルータが、前記移動通信端末機の前記第２のアクセスルータへの接続が完了した通知を受けた後に、前記移動通信端末機が前記第１のアクセスルータから第２のアクセスルータにハンドオフしたことを前記受信器に通知して、前記受信器が前記マルチキャストサービスの提供を受信するためのツリーを再構成するように制御するステップと、
を具備することを特徴とする移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項２１】
前記第２のアクセスルータが、前記移動通信端末機が前記第１のアクセスルータから第２のアクセスルータにハンドオフしたことを前記受信器に通知すると、前記移動通信端末機が、前記受信器に前記マルチキャストサービスデータを送信して、前記受信器が前記再構成したツリーを介して前記マルチキャストサービスデータを受信するように制御するステップをさらに具備することを特徴とする請求項２０記載の移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項２２】
前記第２のアクセスルータが、前記移動通信端末機が前記第１のアクセスルータから第２のアクセスルータにハンドオフしたことを前記受信器に通知した後に、前記第１のアクセスルータへ次に発生するマルチキャストサービスデータを前記第２のアクセスルータが送信しなければならないことを通知するステップと、
前記第１のアクセスルータが、次に発生するマルチキャストサービスデータを前記第２のアクセスルータへ送信しなければならない通知を受けた後に、前記第２のアクセスルータに前記マルチキャストサービスデータを前記第２のアクセスルータが送信しなければならないことを通知するステップと、
前記第１のアクセスルータが、前記マルチキャストサービスデータを前記第２のアクセスルータが送信しなければならないことを通知した後に、前記移動通信端末機によりターゲットとして受信される前記送信マルチキャストサービスデータ以外の受信マルチキャストを含む一般データを前記第２のアクセスルータへ伝達するステップと、
前記第２のアクセスルータが、前記第１のアクセスルータから受信した一般データを前記移動通信端末機へ伝達するステップとをさらに具備することを特徴とする請求項２１記載の移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項２３】
前記第２のアクセスルータが次に発生するマルチキャストサービスデータを前記第１のアクセスルータへ送信しなければならないことを示す情報は、前記移動通信端末機が前記マルチキャストサービスを提供するソースノードであることを示す情報と、前記マルチキャストサービスに関するマルチキャストサービス情報とを含むことを特徴とする請求項２１記載の移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項２４】
前記マルチキャストサービス情報は、前記マルチキャストサービスのマルチキャストサービスＩＰアドレスを含むことを特徴とする請求項２３記載の移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項２５】
前記第２のアクセスルータが、前記移動通信端末機が前記第１のアクセスルータから第２のアクセスルータにハンドオフしたことを前記受信器に通知するステップは、
前記移動通信端末機の既存の気付アドレスを送信アドレスとして設定し、前記マルチキャストサービスＩＰアドレスを目的地ＩＰアドレスとして設定し、前記移動通信端末機の新規の気付アドレスをデータとして設定して、パケットデータを生成し、前記パケットデータの送信器としての前記第２のアクセスルータで前記パケットデータをカプセル化し、前記パケットデータの受信器としての前記第１のアクセスルータで前記パケットデータをカプセル化して、前記第１のアクセスルータへ送信するステップと、
前記第１のアクセスルータが、前記第２のアクセスルータからパケットデータを受信し、前記受信されたパケットデータをカプセル解除して、前記移動通信端末機の新規の気付アドレスを前記受信器へ送信して、前記移動通信端末機が前記第１のアクセスルータから第２のアクセスルータにハンドオフしたことを通知するステップとを具備することを特徴とする請求項２４記載の移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項２６】
前記第２のアクセスルータが前記第１のアクセスルータへ、次に発生するマルチキャストサービスデータを前記第２のアクセスルータが送信しなければならないことを通知するステップは、
前記移動通信端末機が前記マルチキャストサービスを提供するソースノードであることを示す情報と、前記マルチキャストサービスに関するマルチキャストサービス情報と一緒に、次に発生するマルチキャストサービスデータを前記第２のアクセスルータが送信しなければならないことを前記第１のアクセスルータへ通知することを特徴とする請求項２２記載の移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項２７】
前記マルチキャストサービス情報は、前記マルチキャストサービスのマルチキャストサービスＩＰアドレスを含むことを特徴とする請求項２６記載の移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項２８】
複数の受信器にマルチキャストサービスを提供するソースノードである移動通信端末機が現在通信を遂行している第１のアクセスルータと、前記第１のアクセスルータと相異な第２のアクセスルータとを含む移動インターネットプロトコル（移動ＩＰ）通信システムにおいて、前記移動通信端末機が前記第１のアクセスルータから第２のアクセスルータにハンドオフする場合に、前記マルチキャストサービスを提供する方法であって、
前記第１のアクセスルータから第２のアクセスルータにハンドオフしなければならないことを認知すると、前記第１のアクセスルータに高速のハンドオフのための情報を要求するステップと、
前記高速のハンドオフ情報を要求した後に、前記第１のアクセスルータから前記第２のアクセスルータの前記マルチキャストサービスの提供が可能であるか否かの通知を受信するステップと、
前記第２のアクセスルータの前記マルチキャストサービスの提供が可能であるか否かの通知を受けた後、前記第１のアクセスルータとの接続を解除し、前記第２のアクセスルータとの接続を設定した後に、前記第２のアクセスルータが次に発生するマルチキャストサービスデータを前記第１のアクセスルータへ送信しなければならないことを示す情報と一緒に、前記第１のアクセスルータとの接続を解除し、前記第２のアクセスルータへの接続を完了したことを通知するステップと、
前記移動通信端末機が前記第２のアクセスルータへの接続が完了したことを通知した後、前記第２のアクセスルータが、前記移動通信端末機が前記第１のアクセスルータから第２のアクセスルータにハンドオフしたことを前記受信器に通知すると、前記移動通信端末機が前記受信器へ前記マルチキャストサービスデータを送信して、前記受信器が再構成した新たなマルチキャストツリーを介して前記マルチキャストサービスデータを前記受信器が受信するように制御するステップと
を具備することを特徴とする移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項２９】
前記第１のアクセスルータに、今後に発生するマルチキャストサービスデータを前記第２のアクセスルータが送信しなければならないことを示す情報は、前記移動通信端末機が前記マルチキャストサービスを提供するソースノードであることを示す情報と、前記マルチキャストサービスに関するマルチキャストサービス情報を含むことを特徴とする請求項２８記載の移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【請求項３０】
前記マルチキャストサービス情報は、前記マルチキャストサービスのマルチキャストサービスＩＰアドレスを含むことを特徴とする請求項２９記載の移動ＩＰ通信システムにおけるソースノードのハンドオフに従うマルチキャストサービス提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動インターネットプロトコル（移動Internet Protocol；以下、‘移動ＩＰ’と称する）方式を使用する通信システム（以下、‘移動ＩＰ通信システム’と称する）に関し、特に、ソースノード（source node）として動作する移動通信端末機（Mobile Node；ＭＮ）のハンドオフ（handoff）に従うマルチキャストサービス（multicast service）を提供する方法に関する。
【背景技術】
【０００２】
一般に、移動ＩＰ方式を使用する場合に、移動通信端末機がハンドオフすると、上記ハンドオフに従う時間遅延（time delay）が発生することによって、パケットデータの損失が発生する。従って、上記ハンドオフに従う時間遅延の発生によるパケットデータの損失を最小化するために、高速のハンドオフ（fast handoff）方式が提案された。上記高速のハンドオフ方式は、上記移動通信端末機のハンドオフの遂行に必要とされる時間遅延を最小化させることによって、上記パケットデータの損失を最小化させる方式である。
【０００３】
一方、上記移動ＩＰ通信システムにより提供するマルチキャストサービス方式は、パケットデータのマルチキャストサービスのために、あらかじめ予約されているＩＰアドレス、すなわち、マルチキャストサービスＩＰアドレスにパケットデータをマルチキャスティングする方式である。上記マルチキャストサービス方式を使用する場合に、受信器（receiver）は、上記パケットデータがネットワークを介して送信される時に、上記パケットデータの宛先ＩＰアドレス（destination IP Address）を参照して、上記パケットデータの宛先ＩＰアドレスが、上記受信器が受信することを望むマルチキャストサービスＩＰアドレスと一致する場合にのみ、上記パケットデータを受信する。上記マルチキャストサービス方式を使用する場合に、送信器（transmitter）、すなわち、ソースノードは、一回のパケットデータの送信のみで、複数の受信器に同時にパケットデータを送信することができるので、すなわち、パケットデータをマルチキャスティングすることができるので、同一のパケットデータの重複送信によるネットワーク資源の浪費を防止することができる。
【０００４】
また、上記マルチキャストサービス方式を使用する場合には、パケットデータを送信する送信器と、上記パケットデータを受信する受信器との間の経路を決定しなければならないが、上記経路は、ツリー（tree）方式にて決定される。上記ツリー方式は、送信器に基づくツリー（source-base tree；以下、‘ソース−ベースツリー’と称する）方式と共有ツリー（shared tree；以下、‘共有ツリー’と称する）方式とに大別される。上記ソース−ベースツリー方式を使用して、上記送信器と受信器との間に経路が決定されると、上記送信器と受信器との間に最善の経路が保持されるので、時間遅延が減少される。これとは異なって、上記共有ツリー方式を使用して、上記送信器と受信器との間に経路が決定されると、あらかじめ設定された区間の間では、１つの経路を共有する。
【０００５】
一方、上述した高速のハンドオフ方式は、上記移動通信端末機が一般的な移動ＩＰ方式を使用して、パケットデータを送受信する場合に適用される方式である。しかしながら、上記移動通信端末機が、マルチキャストサービス方式を使用して、マルチキャストサービスを提供しているか、あるいは、提供を受けている間にハンドオフを遂行する場合にも、上記移動通信端末機が一般的な移動ＩＰ方式を使用してパケットデータを送受信する場合と同様に、ハンドオフに従う時間遅延によるパケットデータの損失が発生する。
【０００６】
ここで、図１を参照して、一般的な移動ＩＰ通信システムにおいて、マルチキャストサービスを提供する移動通信端末機がハンドオフする動作について説明する。
【０００７】
図１は、一般的な移動ＩＰ通信システムにおけるマルチキャストサービスを提供する移動通信端末機がハンドオフする動作を概略的に示す。
【０００８】
図１を説明するに先立って、一般的な移動ＩＰ方式及び高速の移動ＩＰ方式を使用してサービスを提供する移動通信端末機がハンドオフする場合に、上記ハンドオフに必要とされる時間を最小化させ、パケットデータの損失を最小化させる方案に対する研究が活発に進められている。しかしながら、上記マルチキャストサービスを提供する移動通信端末機、すなわち、ソースノードがハンドオフする場合に、上記ハンドオフに必要とされる時間を最小化させ、パケットデータの損失を最小化させる方案に対する研究は、ほとんどなされていない。
【０００９】
図１を参照すると、マルチキャストサービスを提供するソースノードである移動通信端末機１００は、アクセスルータ（Access Router；ＡＲ）（ＡＲ＃１）１１０のサービス領域で、アクセスルータ１１０と通信を遂行する間に、アクセスルータ（ＡＲ＃２）１２０のサービス領域にハンドオフする。移動通信端末機１００が、アクセスルータ１１０からアクセスルータ１２０にハンドオフすると、移動通信端末機１００からマルチキャストサービスの提供を受信している受信器、すなわち、受信器（Ｒ＃１）１５０と、受信器（Ｒ＃２）１６０と、受信器（Ｒ＃３）１７０とは、上記マルチキャストサービスを提供するソースノードがハンドオフしたので、上記ソースノード、すなわち、移動通信端末機１００を中心とするマルチキャストツリー、すなわち、ソース−ベースツリーを新たに構成しなければならない。
【００１０】
しかしながら、現在の移動ＩＰ通信システムでは、上記マルチキャストサービスを提供するソースノードがハンドオフする場合に、上記ソース−ベースツリーを再構成する方案に対する考慮がほとんど行われないので、上記ソース−ベースツリーを再構成するためには、長時間を必要とする。すなわち、ソースノードがハンドオフを遂行すると、上記ソースノードがハンドオフした新規アクセスルータ（New Access Router；ＮＡＲ）は、上記ソースノードがマルチキャストサービスを提供するソースノードであることを認知しなければならず、また、受信器は、上記ソースノードのハンドオフを認知することができない。従って、上記ソースノードのハンドオフに従う時間遅延と、上記ソースノードのハンドオフによって、上記受信器が新たなソース−ベースツリーに加入（join）した後に、実際のマルチキャストサービスデータを受信するまでの時間遅延とが発生し、これによって、上記遅延時間の間に送信されるマルチキャストサービスデータは、損失されるよりほかはない。上記ソースノードのハンドオフに従う時間遅延を最小化するために、上記高速のハンドオフ方式を使用しても、上記ソースノードは、上記ハンドオフを遂行した後に、マルチキャストサービスを提供するために、ソース−ベースツリーの再構成の動作を遂行しなければならないので、上記マルチキャストサービスデータは、損失されるよりほかはない。
【００１１】
上述したように、上記ソースノードのハンドオフに従う時間遅延と上記ソース−ベースツリー再構成による時間遅延とは、マルチキャストサービスデータの損失をもたらし、上記移動ＩＰ通信システムの全体の性能を低下させる。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
上記背景に鑑みて、本発明の目的は、移動ＩＰ通信システムにおいて、ソースノードのハンドオフに従うマルチキャストサービスを提供する方法を提供することにある。
【００１３】
本発明の他の目的は、移動ＩＰ通信システムにおいて、ソースノードのハンドオフに従って、高速でマルチキャストサービスの提供のためのツリーを構成する方法を提供することにある。
【課題を解決するための手段】
【００１４】
このような目的を達成するために、本発明の１つの特徴によれば、複数の受信器にマルチキャストサービスを提供するソースノードである移動通信端末機が現在通信を遂行している第１のアクセスルータと、上記第１のアクセスルータと相異な第２のアクセスルータとを含む移動インターネットプロトコル（移動ＩＰ）通信システムにおいて、上記移動通信端末機が上記第１のアクセスルータから第２のアクセスルータへハンドオフする場合に、上記マルチキャストサービスを提供する方法は、上記移動通信端末機が上記第１のアクセスルータに高速のハンドオフのための情報を要求するステップと、上記第１のアクセスルータが上記高速のハンドオフ情報要求に応じて、上記第２のアクセスルータの上記マルチキャストサービスの提供が可能であるか否かを上記移動通信端末機へ通知するステップと、上記移動通信端末機が上記第２のアクセスルータの上記マルチキャストサービスの提供が可能であるか否かの通知を受けた後に、上記第２のアクセスルータが次に発生するマルチキャストサービスデータを上記第１のアクセスルータへ送信しなければならないことを通知するステップと、上記第１のアクセスルータが、次に発生するマルチキャストサービスデータを上記第２のアクセスルータが送信しなければならない通知を受けると、上記第２のアクセスルータへ上記移動通信端末機のハンドオフ開始を通知するステップと、上記第２のアクセスルータが上記ハンドオフ開始の通知を受けた後、上記ハンドオフ開始の通知に対する応答を上記第１のアクセスルータへ通知するステップと、上記第１のアクセスルータが上記ハンドオフ開始に対する応答の通知を受けると、上記移動通信端末機が上記第１のアクセスルータから第２のアクセスルータへハンドオフしたことを上記受信器へ通知して、上記受信器が上記マルチキャストサービスの提供を受けるためのツリーを再構成するように制御するステップと、を具備することを特徴とする。
【００１５】
本発明の他の１つの特徴によれば、複数の受信器にマルチキャストサービスを提供するソースノードである移動通信端末機が現在通信を遂行している第１のアクセスルータと、上記第１のアクセスルータと相異な第２のアクセスルータとを含む移動インターネットプロトコル（移動ＩＰ）通信システムにおいて、上記移動通信端末機が上記第１のアクセスルータから上記第２のアクセスルータへハンドオフする場合に、上記マルチキャストサービスを提供する方法は、上記第１のアクセスルータから第２のアクセスルータへハンドオフしなければならないことを認知すると、上記第１のアクセスルータに高速のハンドオフのための情報を要求するステップと、上記高速のハンドオフ情報を要求した後に、上記第１のアクセスルータから上記第２のアクセスルータの上記マルチキャストサービスの提供が可能であるか否かの通知を受けるステップと、上記第２のアクセスルータの上記マルチキャストサービスの提供が可能であるか否かの通知を受けた後に、上記第２のアクセスルータが次に発生するマルチキャストサービスデータを上記第１のアクセスルータへ送信しなければならないことを通知するステップと、上記第２のアクセスルータが次に発生するマルチキャストサービスデータを上記第１のアクセスルータへ送信しなければならないことを通知した後に、上記第２のアクセスルータが上記第１のアクセスルータへ上記第２のアクセスルータが送信することを通知するステップと、上記第２のアクセスルータが上記第１のアクセスルータへ、上記第２のアクセスルータが送信することを通知した後に、上記第１のアクセスルータが上記受信器へ上記移動通信端末機が上記第１のアクセスルータから第２のアクセスルータにハンドオフしたことを通知すると、上記移動通信端末機が上記受信器へ上記マルチキャストサービスデータを送信して、上記受信器が再構成したツリーを介して上記マルチキャストサービスデータを上記受信器が受信するように制御するステップとを具備することを特徴とする。
【００１６】
本発明の更に他の特徴によれば、複数の受信器にマルチキャストサービスを提供するソースノードである移動通信端末機が現在通信を遂行している第１のアクセスルータと、上記第１のアクセスルータと相異な第２のアクセスルータとを含む移動インターネットプロトコル（移動ＩＰ）通信システムにおいて、上記移動通信端末機が上記第１のアクセスルータから第２のアクセスルータにハンドオフする場合に、上記マルチキャストサービスを提供する方法は、上記移動通信端末機は、上記第１のアクセスルータに高速のハンドオフのための情報を要求するステップと、上記第１のアクセスルータは、上記高速のハンドオフ情報要求に応じて、上記第２のアクセスルータの上記マルチキャストサービスの提供が可能であるか否かを上記移動通信端末機へ通知するステップと、上記移動通信端末機は、上記第２のアクセスルータの上記マルチキャストサービスの提供が可能であるか否かの通知を受けた後に、上記第１のアクセスルータとの接続を解除し、上記第２のアクセスルータとの接続を設定するステップと、上記移動通信端末機は、上記第２のアクセスルータとの接続を設定した後、上記第２のアクセスルータが次に発生するマルチキャストサービスデータを上記第１のアクセスルータへ送信しなければならないことを示す情報と一緒に、上記第１のアクセスルータとの接続を解除し、上記第２のアクセスルータへの接続が完了したことを通知するステップと、上記第２のアクセスルータは、上記移動通信端末機の上記第２のアクセスルータへの接続が完了した通知を受けた後に、上記移動通信端末機が上記第１のアクセスルータから第２のアクセスルータにハンドオフしたことを上記受信器に通知して、上記受信器が上記マルチキャストサービスの提供を受信するためのツリーを再構成するように制御するステップと、を具備することを特徴とする。
【００１７】
本発明のさらなる特徴によれば、複数の受信器にマルチキャストサービスを提供するソースノードである移動通信端末機が現在通信を遂行している第１のアクセスルータと、上記第１のアクセスルータと相異な第２のアクセスルータとを含む移動インターネットプロトコル（移動ＩＰ）通信システムにおいて、上記移動通信端末機が上記第１のアクセスルータから第２のアクセスルータにハンドオフする場合に、上記マルチキャストサービスを提供する方法は、上記第１のアクセスルータから第２のアクセスルータにハンドオフしなければならないことを認知すると、上記第１のアクセスルータに高速のハンドオフのための情報を要求するステップと、上記高速のハンドオフ情報を要求した後に、上記第１のアクセスルータから上記第２のアクセスルータの上記マルチキャストサービスの提供が可能であるか否かの通知を受信するステップと、上記第２のアクセスルータの上記マルチキャストサービスの提供が可能であるか否かの通知を受けた後、上記第１のアクセスルータとの接続を解除し、上記第２のアクセスルータとの接続を設定した後、上記第２のアクセスルータが次に発生するマルチキャストサービスデータを上記第１のアクセスルータへ送信しなければならないことを示す情報と一緒に、上記第１のアクセスルータとの接続を解除し、上記第２のアクセスルータへの接続を完了したことを通知するステップと、上記移動通信端末機が上記第２のアクセスルータへの接続が完了したことを通知した後、上記第２のアクセスルータが、上記移動通信端末機が上記第１のアクセスルータから第２のアクセスルータにハンドオフしたことを上記受信器に通知すると、上記移動通信端末機が上記受信器へ上記マルチキャストサービスデータを送信して、上記受信器が再構成したツリーを介して上記マルチキャストサービスデータを上記受信器が受信するように制御するステップとを具備することを特徴とする。
【発明の効果】
【００１８】
本発明は、移動ＩＰ通信システムにおいてマルチキャストサービスを提供するソースノードがハンドオフする場合に、高速で上記マルチキャストサービスの提供のためのツリーを再構成することによって、上記ソースノードのハンドオフによる時間遅延及び上記ツリー再構成による時間遅延を最小化させて、マルチキャストサービスデータの損失を最小化させる、という長所がある。上記マルチキャストサービスデータの損失の最小化は、結果的に、上記移動ＩＰ通信システムの全体の性能を向上させ、サービス品質を向上させる、という長所がある。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の好適な一実施形態を添付図面を参照しつつ詳細に説明する。なお、下記の説明において、本発明の要旨のみを明瞭にする目的で、関連した公知の機能又は構成に関する具体的な説明は省略する。
【００２０】
本発明は、移動インターネットプロトコル方式を使用する通信システムにおいて、ソースノードのハンドオフに従うマルチキャストサービスを提供する方法を提案する。以下、本発明を説明するにあたって、上記ソースノードを移動通信端末機であると仮定する。
【００２１】
特に、本発明は、上記移動通信端末機のハンドオフに従うマルチキャストサービスデータの損失を最小化するために、（１）移動通信端末機の自身がマルチキャストサービスを提供中であることを示す情報を現在属しているアクセスルータ（Access Router；ＡＲ）、すなわち、サービング（serving）アクセスルータである既存のアクセスルータ（Previous Access Router；以下、‘ＰＡＲ’と称する）へ通知し、（２）上記ＰＡＲは、上記移動通信端末機が上記ＰＡＲでターゲット（target）アクセスルータである新規のアクセスルータ（New Access Router；以下、‘ＮＡＲ’と称する）にハンドオフを遂行する場合に、上記移動通信端末機がマルチキャストサービスを提供中であることを上記ＮＡＲへ通知して、上記ＮＡＲが上記移動通信端末機のマルチキャストサービスの提供を認知するようにし、（３）上記ＮＡＲが上記移動通信端末機の新規の気付アドレス（New Care Of Address；以下、‘ＮＣＯＡ’と称する）を決定すると、上記移動ＩＰ通信システムであらかじめ設定されているハンドオフ方式に従って、上記ＰＡＲ又はＮＡＲが上記マルチキャストサービスを受信している受信器に上記移動通信端末機のハンドオフ情報を提供することによって、上記受信器があらかじめツリー（tree）を生成し、（４）上記移動通信端末機は、上記ハンドオフを遂行すると直ぐに、上記生成されたツリーを介して上記受信器に上記マルチキャストサービスを提供する。
【００２２】
また、本発明では、送信器に基づくツリー（source-base tree；以下、‘ソース−ベースツリー’と称する）方式を使用して上記ツリーを生成し、移動ＩＰ通信システムを構成するすべてのアクセスルータがマルチキャストサービスの支援のためのマルチキャストサービスルーティング（routing）を支援すると仮定する。また、本発明では、上記移動通信端末機の高速のハンドオフ（fast handoff）を支援し、マルチキャストサービスの提供を支援するために、上記移動ＩＰ通信システムを構成するすべてのアクセスルータのそれぞれは、自身の隣接（neighbor）アクセスルータに関する情報を認知しているし、上記アクセスルータのそれぞれは、自身の隣接アクセスルータのマルチキャストサービスを提供するか否かに関する情報まで認知していると仮定する。
【００２３】
次いで、図２を参照して、本発明の第１実施形態及び第２実施形態による移動ＩＰ通信システムにおけるマルチキャストサービスを提供する移動通信端末機がハンドオフする動作について説明する。
【００２４】
図２は、本発明の第１実施形態及び第２実施形態による移動ＩＰ通信システムにおけるマルチキャストサービスを提供する移動通信端末機がハンドオフする動作を概略的に示す。
【００２５】
図２を説明するに先立って、上記移動ＩＰ通信システムで使用するハンドオフ方式がプレディクティブ高速ハンドオフ（predictive fast handoff）方式であるか、あるいは、リアクティブ高速ハンドオフ（reactive fast handoff）方式であるかに従って、上記移動通信端末機のハンドオフに従うマルチキャストサービスを提供する動作が相互に異なる。本発明の第１実施形態では、上記移動ＩＰ通信システムで使用するハンドオフ方式がプレディクティブ高速ハンドオフ方式である場合の上記移動通信端末機のハンドオフに従うマルチキャストサービスの提供方法を提案し、本発明の第２実施形態は、上記移動ＩＰ通信システムで使用するハンドオフ方式がリアクティブ高速ハンドオフ方式である場合の上記移動通信端末機のハンドオフに従うマルチキャストサービスの提供方法を提案する。また、図２に示されている４つのアクセスルータ、すなわち、アクセスルータ（ＡＲ＃１）２１０と、アクセスルータ（ＡＲ＃２）２３０と、アクセスルータ（ＡＲ＃３）２７０と、アクセスルータ（ＡＲ＃４）２８０とは、インターネットプロトコルバージョン（version）６（以下、‘ＩＰｖ６’と称する）方式を支援し、ハンドオフ方式、すなわち、プレディクティブ高速ハンドオフ方式及びリアクティブ高速ハンドオフ方式を支援すると仮定する。
【００２６】
次いで、一番目に、本発明の第１実施形態による移動通信端末機のハンドオフに従うマルチキャストサービスを提供する動作について説明する。
【００２７】
まず、移動通信端末機２００は、ＰＡＲであるアクセスルータ２１０のサービス領域で、ソースノードとして受信器にマルチキャストサービスを提供する。このように、移動通信端末機２００は、マルチキャストサービスを提供する間に、アクセスルータ２１０で、ＮＡＲ、すなわち、アクセスルータ２３０にハンドオフしなければならないことを認知すると、アクセスルータ２１０、代理ルータ要求（Router solicitation for proxy；ＲｔＳｏｌＰｒ）メッセージ及び代理ルータ広告メッセージ（proxy router advertisement；ＰｒＲｔＡｄｖ）を送受信して（ステップ２０２）、アクセスルータ２３０のマルチキャストサービスを提供するか否を認知することができる。上記代理ルータ要求メッセージ及び代理ルータ広告メッセージについては、下記で具体的に説明するので、ここでは、その詳細な説明を省略する。
【００２８】
下記では、移動通信端末機２００は、高速バインディングアップデート（Fast Binding Update；ＦＢＵ）メッセージに移動通信端末機２００がマルチキャストサービスを提供するか否かを示す情報と、移動通信端末機２００が上記マルチキャストサービスを提供するホスト（host）、すなわち、ソースノードであるか否かを示す情報と、移動通信端末機２００が提供しているマルチキャストサービスに関する情報とを含んで、アクセスルータ２１０へ送信することによって、高速のハンドオフを開始する（ステップ２０４）。上記高速バインディングアップデートメッセージについては、下記で具体的に説明するので、ここでは、その詳細な説明を省略する。アクセスルータ２１０は、移動通信端末機２００から高速バインディングアップデートメッセージを受信した後、上記高速バインディングアップデートメッセージに含まれているマルチキャストサービス情報をハンドオフ開始（Handoff Initiate；ＨＩ）メッセージに含ませて、アクセスルータ２３０へ送信する（ステップ２２２）。上記ハンドオフ開始メッセージを受信したアクセスルータ２３０は、上記ハンドオフ開始メッセージに対する応答メッセージであるハンドオフ応答（Handover Acknowledgement；ＨＡＣＫ）メッセージをアクセスルータ２１０へ送信する（ステップ２２４）。上記ハンドオフ開始メッセージ及びハンドオフ応答メッセージについては、下記で具体的に説明するので、ここでは、その詳細な説明を省略する。
【００２９】
アクセスルータ２１０は、アクセスルータ２３０からハンドオフ応答メッセージを受信するに従って、移動通信端末機２００がアクセスルータ２１０からアクセスルータ２３０にハンドオフすることを移動通信端末機２００からマルチキャストサービスを受信している受信器へ通知する（ステップ２１２）。これとは異なって、移動通信端末機２００がアクセスルータ２１０から接続解除（disconnect）がすでになされた状態であれば、アクセスルータ２３０が移動通信端末機２００からマルチキャストサービスを受信している受信器へ、移動通信端末機２００がアクセスルータ２１０からアクセスルータ２３０にハンドオフしたことを通知しなければならない（ステップ２２７）。これについては、下記で具体的に説明するので、ここでは、その詳細な説明を省略する。アクセスルータ２１０又はアクセスルータ２３０が移動通信端末機２００からマルチキャストサービスを受信している受信器に、移動通信端末機２００がアクセスルータ２１０からアクセスルータ２３０にハンドオフしたことを通知した後に、移動通信端末機２００がマルチキャストサービスデータを送信すると、上記受信器が新たに生成したツリーを介して、上記マルチキャストサービスデータが上記受信器へ伝達される。
【００３０】
移動通信端末機２００は、ハンドオフした後に、高速隣接広告（Fast Neighbor Advertisement；ＦＮＡ）メッセージをアクセスルータ２３０へ送信して、移動通信端末機２００がアクセスルータ２３０に接続されたことを通知する（ステップ２３２）。上記高速隣接広告メッセージを受信したアクセスルータ２３０は、アクセスルータ２１０から伝達（forwarding）される一般データを移動通信端末機２００へ伝達する（ステップ２３４）。ここで、上記一般データとは、上記マルチキャストサービスデータではないデータを示し、ステップ２３４の場合において、移動通信端末機２００は、上記マルチキャストサービスを提供するソースノードではない一般的な受信器として動作する。
【００３１】
二番目に、本発明の第２実施形態による移動通信端末機のハンドオフに従うマルチキャストサービスを提供する動作について説明する。
【００３２】
まず、移動通信端末機２９０は、ＰＡＲであるアクセスルータ２７０のサービス領域で、ソースノードとして受信器にマルチキャストサービスを提供する。移動通信端末機２９０は、このようにマルチキャストサービスを提供する間に、アクセスルータ２７０から、ＮＡＲ、すなわち、アクセスルータ２８０にハンドオフしなければならないことを認知すると、アクセスルータ２７０と代理ルータ要求メッセージ及び代理ルータ広告メッセージを送受信して（ステップ２７２）、アクセスルータ２８０がマルチキャストサービスを提供するか否かを認知することができる。
【００３３】
この後、移動通信端末機２９０は、ハンドオフを遂行するに従って、アクセスルータ２８０に高速バインディングアップデートメッセージをカプセル化（encapsulation）した高速隣接広告メッセージを送信する（ステップ２８２）。アクセスルータ２８０は、上記高速隣接広告メッセージを受信するに従って、移動通信端末機２９０からマルチキャストサービスを受信している受信器に関する情報を獲得することができる。従って、アクセスルータ２８０は、移動通信端末機２９０がアクセスルータ２７０からアクセスルータ２８０にハンドオフした事実をアクセスルータ２７０を介して上記受信器へ通知する（ステップ２６２）。アクセスルータ２８０が移動通信端末機２９０からマルチキャストサービスを受信している受信器へ、移動通信端末機２９０がアクセスルータ２７０からアクセスルータ２８０にハンドオフしたことを通知した後に、移動通信端末機２９０がマルチキャストサービスデータを送信する。
【００３４】
また、アクセスルータ２８０は、アクセスルータ２７０と、高速バインディングアップデートメッセージと、高速バインディング応答メッセージとを送受信してトンネルを設定し（ステップ２６４）、アクセスルータ２７０は、上記設定されたトンネルを介して移動通信端末機２９０によって受信された一般データをアクセスルータ２８０へ伝達する（ステップ２６６）。アクセスルータ２８０は、アクセスルータ２７０から伝達された一般データを移動通信端末機２９０へ伝達する（ステップ２８４）。ステップ２８４の場合において、移動通信端末機２９０は、上記マルチキャストサービスを提供するソースノードではない一般的な受信器として動作する。
【００３５】
図２では、本発明の第１実施形態及び第２実施形態による移動ＩＰ通信システムにおいて、マルチキャストサービスを提供する移動通信端末機のハンドオフ動作について説明した。次いで、図３を参照して、本発明の第１実施形態による、すなわち、プレディクティブ高速ハンドオフ方式を使用する移動ＩＰ通信システムにおいて、マルチキャストサービスを提供する移動通信端末機のハンドオフに従うマルチキャストサービスの提供動作について具体的に説明する。
【００３６】
図３は、本発明の第１実施形態による移動ＩＰ通信システムにおいて、マルチキャストサービスを提供する移動通信端末機のハンドオフに従うマルチキャストサービスを提供する過程を示す信号フローチャートである。
【００３７】
図３を参照すると、まず、マルチキャストサービスを提供するソースノードである移動通信端末機３００は、サービングアクセスルータ、すなわち、ＰＡＲ３４０へ高速のハンドオフのための情報を要求するメッセージである代理ルータ要求メッセージを送信する（ステップ３１１）。ＰＡＲ３４０は、移動通信端末機３００から上記代理ルータ要求メッセージを受信すると、移動通信端末機３００へ、移動通信端末機３００がハンドオフするＮＡＲ３７０の情報、すなわち、ＮＡＲ３７０のマルチキャストサービスを提供するか否かに関する情報を含む代理ルータ広告メッセージを送信する（ステップ３１３）。上記代理ルータ広告メッセージのフォーマット（format）は、表１に示す通りである。ここで、上記代理ルータ広告メッセージは、インターネット制御メッセージプロトコルバージョン６（Internet Control Message Protocol version 6；以下、‘ＩＣＭＰｖ６’と称する）フィールドヘッダー（header）にて実現される。
【００３８】
【表１】
2006141023.tif 000003
【００３９】
表１において、各フィールド（field）の括弧内の数字は、各フィールドを構成するビット数を示し、タイプフィールドは、現在送信されるメッセージの移動プロトコルタイプ（mobility protocol type）を示すフィールドであり、コードフィールドは、その記載される値、すなわち、１から４であるかに従って、次のような意味を示すフィールドである。
【００４０】
１：現在送信される代理ルータ広告メッセージが移動通信端末機によって要請されない、すなわち、非要請された（unsolicited）メッセージであることを示す。
２：現在送信される代理ルータ広告メッセージがＮＡＲに関する何の情報も含まないことを示す。
３：現在送信される代理ルータ広告メッセージがＮＡＲに関する情報を含むが、移動通信端末機によって要請されたアクセスポイント（Access Point；以下、‘ＡＰ’と称する）のサブセット（subset）に関する情報のみを含むことを示す。
４：現在送信される代理ルータ広告メッセージがＡＰのサブセットに関する情報を含むが、これは、ハンドオフトリガー（handoff trigger）ではないことを示す。
【００４１】
表１において、Ｃｈｅｃｋｓｕｍフィールドは、上記代理ルータ広告メッセージのチェックサム（Checksum）を示すフィールドであり、Ｓｕｂｔｙｐｅフィールドは、現在送信される代理ルータ広告メッセージのサブタイプを示すフィールドである。表１において、Ｍフィールドは、本発明で新たに提案するフィールドであって、ＮＡＲのマルチキャストサービスを提供するか否かを示すフィールドであり、例えば、上記Ｍフィールドのフィールド値が‘１’で表記されていると、上記ＮＡＲがマルチキャストサービスを提供することができることを示し、これとは反対に、例えば、上記Ｍフィールドのフィールド値が‘０’で表記されていると、上記ＮＡＲがマルチキャストサービスを提供することができないことを示す。表１において、Ｒｅｓｅｒｖｅｄフィールドは、今後の使用のために予約されたフィールドであり、Ｉｄｅｎｔｉｆｉｅｒフィールドは、上記代理ルータ要求メッセージに含まれている識別子と同一の識別子を示すフィールドである。
【００４２】
ＰＡＲ３４０から上記代理ルータ広告メッセージを受信した移動通信端末機３００は、上記代理ルータ広告メッセージに含まれているＭフィールドを分析して、ＮＡＲ３７０が上記マルチキャストサービスを提供することができるか否かを認知することができる。ＮＡＲ３７０が上記マルチキャストサービスを提供することができると仮定すると、移動通信端末機３００は、移動通信端末機３００自身がサービスしているマルチキャストサービスのマルチキャストサービスＩＰアドレスを高速バインディングアップデートメッセージに含ませてＰＡＲ３４０へ送信する。
【００４３】
上記高速バインディングアップデートメッセージは、移動通信端末機３００がＰＡＲ３４０へトラヒック（traffic）、すなわち、データをＮＡＲ３７０へ送信（redirect）しなければならないことを示すメッセージであって、上記高速バインディングアップデートメッセージは、移動通信端末機３００の既存の気付アドレス（Previous COA；以下、‘ＰＣＯＡ’と称する）及びＮＣＯＡをバインディングする権限をＰＡＲ３４０に与えて、移動通信端末機３００がハンドオフした領域に上記データがトンネリング（tunneling）されるようにするためのメッセージである。
【００４４】
上記高速バインディングアップデートメッセージのフォーマットは、表２に示す通りであり、上記高速バインディングアップデートメッセージは、ＩＰフィールド内の移動ヘッダー（mobility header）にて実現される。
【００４５】
【表２】
2006141023.tif 000004
【００４６】
表２において、各フィールドの括弧内の数字は、各フィールドを構成するビット数を示し、Ｐａｙｌｏａｄ Ｐｒｏｔｏフィールドは、上記移動ヘッダー（mobility header）の以後に接続されるＩＰｖ６ヘッダーのタイプを示すフィールドであり、Ｈｅａｄｅｒ Ｌｅｎフィールドは、上記高速バインディングアップデートメッセージの長さを８オクテット（octets）単位で示したもので、最初の８オクテットを除いた値を示すフィールドであり、ＭＨ Ｔｙｐｅフィールドは、移動メッセージ（Mobility message）を区分するのに使用されるフィールドであり、Ｃｈｅｃｋｓｕｍフィールドは、上記高速バインディングアップデートメッセージのチェックサムを示すフィールドであり、Ｓｅｑｕｅｎｃｅフィールドは、受信器がバインディングアップデート（Binding Update；ＢＵ）メッセージを順序化すると共に、ソースノードがバインディング応答（Binding Acknowledgement；ＢＡ）メッセージを上記バインディングアップデートメッセージに対応するメッセージであることを示すために使用されるシーケンスを示すフィールドである。
【００４７】
表２において、Ａ（Acknowledge）フィールドは、移動通信端末機が受信器にバインディング応答メッセージを要求するか否かを示すフィールドであり、Ｈ（Home Registration）フィールドは、受信器が上記移動通信端末機のホームエージェント（Home Agent；以下、‘ＨＡ’と称する）として動作することを要求するか否かを示すフィールドであり、Ｌ（Link-Local Address Compatibility）フィールドは、上記移動通信端末機のホームアドレス（home Address）が、上記移動通信端末機のリンクローカルアドレス（link-local Address）と同一のインターフェースを有することを示すか否かを示すフィールドであり、Ｋ（Key Management Mobility Capability）フィールドは、手動ＩＰｓｅｃ ｃｏｎｆｉｇｕｒａｔｉｏｎが使用されるか否かを示すフィールドである。
【００４８】
表２において、Ｍフィールド及びＳフィールドは、本発明で新たに提案するフィールドであって、上記Ｍフィールドは、上記移動通信端末機がマルチキャストサービスを提供するか否かを示すフィールドであり、上記Ｓフィールドは、上記移動通信端末機が上記マルチキャストサービスを提供するホスト（host）、すなわち、ソースノードであることを示すフィールドである。ここで、例えば、上記Ｍフィールドが‘１’で示されていると、下記表３で説明する高速バインディングアップデートメッセージのマルチキャストサービスオプション（multicast service option）のようなマルチキャストサービス情報が含まれることを示す。上記マルチキャストサービス情報とは、上記移動通信端末機が提供しているマルチキャストサービスのマルチキャストサービスＩＰアドレスを示す。上記Ｍフィールド及びＳフィールドを使用して、上記移動通信端末機をソースとし、上記マルチキャストサービスＩＰアドレスを受信器とするツリーを構成することができる。表２において、Ｒｅｓｅｒｖｅｄフィールドは、今後の使用のために予約されたフィールドであり、Ｌｉｆｅｔｉｍｅフィールドは、バインディングが終了される前に残っている時間単位（time unit）の個数を示すフィールドであって、一例では、上記時間単位は、４秒に設定される。
【００４９】
また、上記高速バインディングアップデートメッセージのＭｂｉｔが設定されていると、すなわち、上記高速バインディングアップデートメッセージのＭフィールドが‘１’の値を有すると、マルチキャストサービス情報が含まなければならないと共に、このような情報を含むマルチキャストサービスオプションのフォーマットは、表３に示す通りである。ここで、上記マルチキャストサービスオプションは、移動ヘッダーの移動オプション（mobility option）と類似した移動ヘッダーのオプションにて実現される。
【００５０】
【表３】
2006141023.tif 000005
【００５１】
表３を説明するに先立って、上記移動通信端末機は、複数のマルチキャストサービスを提供することができ、表３に示すように、上記高速バインディングアップデートメッセージのマルチキャストサービスオプションには、上記複数のマルチキャストサービスのそれぞれに関するマルチキャストサービス情報が含まれる。上記高速バインディングアップデートメッセージのマルチキャストサービスオプションは、本発明で新たに提案するもので、表３において、各フィールドの括弧内の数字は、各フィールドを構成するビット数を示し、Ｔｙｐｅフィールドは、上記高速バインディングアップデートメッセージのマルチキャストサービスオプションのタイプを示すフィールドであり、Ｌｅｎｇｔｈフィールドは、上記高速バインディングアップデートメッセージのマルチキャストサービスオプションの長さを示すフィールドであり、Ｎｕｍｂｅｒフィールドは、上記高速バインディングアップデートメッセージのマルチキャストサービスオプションで含んでいるマルチキャストサービスＩＰアドレスの個数を示すフィールドであり、Ｒｅｓｅｒｖｅｄフィールドは、今後使用のために予約されたフィールドであり、Ｍｕｌｔｉｃａｓｔ Ａｄｄｒｅｓｓフィールドは、実際マルチキャストサービスＩＰアドレスを示すフィールドである。表３では、上記高速バインディングアップデートメッセージのマルチキャストサービスオプションで含むマルチキャストサービスＩＰアドレスの個数が２つである場合を仮定したものである。
【００５２】
移動通信端末機３００から高速バインディングアップデートメッセージを受信したＰＡＲ３４０は、ＮＡＲ３７０へ移動通信端末機３００のハンドオフ開始を示すハンドオフ開始メッセージを送信する（ステップ３１７）。ここで、ＰＡＲ３４０は、上記高速バインディングアップデートメッセージに含まれているマルチキャストサービスオプションを上記ハンドオフ開始メッセージのＩＣＭＰｖ６マルチキャストサービスオプションに含ませることによって、移動通信端末機３００は、移動通信端末機３００がマルチキャストサービスを提供するソースノードであることをＮＡＲ３７０へ通知することができる。ここで、上記ハンドオフ開始メッセージのマルチキャストサービスオプションのフォーマットは、表４に示す通りである。上記オプションは、ＩＣＭＰｖ６フィールドに含まれる。
【００５３】
【表４】
2006141023.tif 000006
【００５４】
表４において、各フィールドの括弧内の数字は、各フィールドを構成するビット数を示し、Ｔｙｐｅフィールドは、上記ハンドオフ開始メッセージのマルチキャストサービスオプションのタイプを示すフィールドであり、Ｌｅｎｇｔｈフィールドは、上記ハンドオフ開始メッセージのマルチキャストサービスオプションの長さを示すフィールドであり、Ｓｕｂ−Ｔｙｐｅフィールドは、上記ハンドオフ開始メッセージのマルチキャストサービスオプションのサブタイプを示すフィールドであり、例えば、“０”に設定する。表４において、Ｎｕｍｂｅｒフィールドは、上記ハンドオフ開始メッセージのマルチキャストサービスオプションで含んでいるマルチキャストサービスＩＰアドレスの個数を示すフィールドであり、Ｓフィールドは、本発明で新たに提案したフィールドであって、上記移動通信端末機がマルチキャストサービスのソースノードであるか否かを示すフィールドであり、Ｒｅｓｅｒｖｅｄフィールドは、今後使用のために予約されたフィールドであり、Ｍｕｌｔｉｃａｓｔ Ａｄｄｒｅｓｓフィールドは、実際のマルチキャストサービスＩＰアドレスを示すフィールドである。表４では、上記ハンドオフ開始メッセージのＩＣＭＰｖ６ヘッダーのマルチキャストサービスオプションで含むマルチキャストサービスＩＰアドレスの個数が２つである場合を仮定したものである。ここで、上記ハンドオフ開始メッセージのマルチキャストサービスオプションで含むマルチキャストサービスＩＰアドレスは、上記高速バインディングアップデートメッセージのマルチキャストサービスオプションに含まれるマルチキャストサービスＩＰアドレスと同一である。
【００５５】
ＰＡＲ３４０からハンドオフ開始メッセージを受信したＮＡＲ３７０は、上記ハンドオフ開始メッセージに対する応答メッセージであるハンドオフ応答メッセージをＰＡＲ３４０へ送信する（ステップ３１９）。ここで、上記ハンドオフ応答メッセージは、移動通信端末機３００が生成した予想ＮＣＯＡをそのままに使用することができるか否かに関する情報と、ＮＡＲ３７０が移動通信端末機３００によって現在提供されているマルチキャストサービスを提供することができるか否かに関する情報とを含む。上記ハンドオフ応答メッセージのフォーマットは、表５に示す通りである。上記オプションは、ＩＣＭＰｖ６フィールドに含まれる。
【００５６】
【表５】
2006141023.tif 000007
【００５７】
表５において、各フィールドの括弧内の数字は、各フィールドを構成するビット数を示し、Ｔｙｐｅフィールドは、上記ハンドオフ応答メッセージの実験移動プロトコルタイプ（Experimental Mobility Protocol Type）を示すフィールドであり、Ｃｏｄｅフィールドは、その記載される値に基づいて、次のような意味を示すフィールドである。
【００５８】
０：ハンドオフが許容（accept）され、移動通信端末機が生成した予想ＮＣＯＡが有効である。
１：ハンドオフが許容されたが、移動通信端末機が生成した予想ＮＣＯＡが有効ではない。
２：ハンドオフが許容されたが、移動通信端末機が生成した予想ＮＣＯＡがすでに他の移動通信端末機に割り当てられる。
３：ハンドオフが許容され、移動通信端末機が生成した予想ＮＣＯＡを移動通信端末機に割り当てる。
４：ハンドオフが許容されたが、移動通信端末機が生成した予想ＮＣＯＡは、移動通信端末機に割り当てられない。
５：ハンドオフが拒否（reject）され、ハンドオフ拒否の理由が不明である。
１２８：ハンドオフが拒否され、ハンドオフは、管理者によって拒否される（administratively prohibited）。
１３０；資源の不足
【００５９】
表５において、Ｃｈｅｃｋｓｕｍフィールドは、上記ハンドオフ応答メッセージのチェックサムを示すフィールドであり、Ｓｕｂｔｙｐｅフィールドは、上記ハンドオフ応答メッセージのサブタイプを示すフィールドであって、‘５’の値が割り当てられる。表５において、Ｍフィールド及びＳフィールドは、本発明で新たに提案するフィールドであって、上記Ｍフィールドは、上記ＮＡＲが上記ＰＡＲから受信したハンドオフ開始メッセージに含まれているマルチキャストサービスＩＰアドレスに該当するマルチキャストサービス、すなわち、上記移動通信端末機が現在提供しているマルチキャストサービスを提供することができるか否かを示すフィールドであり、上記Ｓフィールドは、上記移動通信端末機が上記マルチキャストサービスを提供するソースノードであるか否かを示すフィールドである。表５において、Ｒｅｓｅｒｖｅｄフィールドは、今後の使用のために予約されたフィールドであり、Ｉｄｅｎｔｉｆｉｅｒフィールドは、上記ハンドオフ開始メッセージに含まれているメッセージの識別子と同一の識別子を示すフィールドである。
【００６０】
一方、上記ハンドオフ開始メッセージは、表４で説明したように、移動通信端末機３００が提供することを望むマルチキャストサービスに関する情報自体をすべて含んでいるが、上記ハンドオフ応答メッセージは、表５で説明したように、移動通信端末機３００が提供することを望むマルチキャストサービスを提供することができるか否かに関する情報のみを上記Ｍフィールドを介して通知する。従って、ＮＡＲ３７０が、移動通信端末機３００が提供することを望むマルチキャストサービスのうちの一部のマルチキャストサービスに対して、サービスの提供が可能であり、残りのマルチキャストサービスに対しては、サービスの提供が不可能である場合に、上記Ｍフィールドのみをもって、このような内容をＰＡＲ３４０へ通知することは不可能になる。従って、表５のハンドオフ応答メッセージを上記ハンドオフ開始メッセージに含まれているマルチキャスト情報のそれぞれに対して提供することが可能であるか否かを示すことができるように変更することができ、これは、下記のような２種類の方式にて実現されることができる。
【００６１】
一番目の方式は、表５で説明したＲｅｓｅｒｖｅｄフィールドを拡張する方式であって、上記Ｍフィールドを上記ハンドオフ開始メッセージを介して伝達されたマルチキャストサービスの個数と同一なビット数で拡張する方式である。例えば、上記ハンドオフ開始メッセージに総計５つのマルチキャストサービス情報が含まれていると仮定すると、上記Ｍフィールドを５つで生成する。もちろん、上記Ｒｅｓｅｒｖｅｄフィールドのビット数が限定されているので、上記一番目の方式の場合、上記拡張が可能なＭフィールドの個数は、上記Ｒｅｓｅｒｖｅｄフィールドのビット数に限定される。
【００６２】
二番目の方式は、上記ハンドオフ応答メッセージに上記ハンドオフ開始メッセージと同一なマルチキャストサービスオプションを追加する方式である。上記二番目の方式を使用する場合に、ＮＡＲ３７０は、上記ハンドオフ開始メッセージに含まれたすべてのマルチキャストサービス情報に対してＮＡＲ３７０がサービスを提供することができるか否かを通知することもでき、又は、移動通信端末機３００が提供可能なマルチキャストサービスに関する情報のみを通知することもできる。
【００６３】
ＮＡＲ３７０から上記ハンドオフ応答メッセージを受信したＰＡＲ３４０は、移動通信端末機３００からマルチキャストサービスを受信している受信器へ、移動通信端末機３００がＰＡＲ３４０からＮＡＲ３７０にハンドオフしたことを通知する（ステップ３２１）。ここで、ＰＡＲ３４０は、ＰＡＲ３４０自身のＩＰアドレスを送信ＩＰアドレス（source IP Address）として設定し、上記マルチキャストサービスＩＰアドレス、すなわち、受信器のアドレスを宛先アドレスとして設定して、移動通信端末機３００のＮＣＯＡを伝達情報として設定して、移動通信端末機３００のハンドオフを上記受信器へ通知する。すると、上記受信器は、移動通信端末機３００のハンドオフを認知して、遅延時間を最小化させることによって、マルチキャストサービスデータの損失を最小化することができる。すなわち、ＰＡＲ３４０が移動通信端末機３００からマルチキャストサービスを受信している受信器へ、移動通信端末機３００がＰＡＲ３４０からＮＡＲ３７０にハンドオフしたことを通知した後に、移動通信端末機３００がマルチキャストサービスデータを送信すると、上記受信器が新たに生成したツリーを介して、上記マルチキャストサービスデータが上記受信器へ伝達される。
【００６４】
また、ＰＡＲ３４０は、上記高速バインディングアップデートメッセージに対する応答メッセージである高速バインディング応答（Fast Binding Acknowledgement；ＦＢＡＣＫ）メッセージを移動通信端末機３００及びＮＡＲ３７０へ送信する（ステップ３２３及びステップ３２５）。上記高速バインディング応答メッセージのフォーマットは、表６に示す通りである。ここで、上記高速バインディング応答メッセージは、移動ヘッダーにて実現される。
【００６５】
【表６】
2006141023.tif 000008
【００６６】
表６において、各フィールドの括弧内の数字は、各フィールドを構成するビット数を示し、Ｐａｙｌｏａｄ Ｐｒｏｔｏフィールドは、上記高速バインディング応答メッセージの移動ヘッダーの後に接続されるＩＰｖ６ヘッダーのタイプを示すフィールドであり、Ｈｅａｄｅｒ Ｌｅｎフィールドは、上記高速バインディング応答メッセージの長さを８オクテット（octets）単位で示すものであって、最初の８オクテットを除いた値を示すフィールドであり、ＭＨＴｙｐｅフィールドは、移動メッセージ、すなわち、上記高速バインディング応答メッセージを区分する値を示すフィールドであり、Ｃｈｅｃｋｓｕｍフィールドは、上記高速バインディング応答メッセージのチェックサムを示すフィールドであり、Ｒｅｓｅｒｖｅｄフィールドは、今後の使用のために予約されたフィールドであり、Ｓｔａｔｕｓフィールドは、高速バインディングアップデートの成功（disposition）がなされたか否かを示すフィールドである。
【００６７】
表６において、Ｋ（Key Management Mobility Capability）フィールドは、手動ＩＰｓｅｃ ｃｏｎｆｉｇｕｒａｔｉｏｎが使用されるか否かを示すフィールドであり、Ｓフィールド及びＭフィールドは、本発明で新たに提案するフィールドであって、上記Ｍフィールドは、表２で説明したように、上記移動通信端末機がマルチキャストサービスを提供するか否かを示すフィールドであり、上記Ｓフィールドは、上記移動通信端末機が上記マルチキャストサービスを提供するホスト、すなわち、ソースノードであることを示すフィールドである。表６において、Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒフィールドは、上記高速バインディング応答メッセージが上記高速バインディングアップデートメッセージに対応するメッセージであることを示すシーケンス番号を示すフィールドであり、Ｌｉｆｅｔｉｍｅフィールドは、上記高速バインディング応答メッセージが破棄される前に、残っている時間単位の個数を示すフィールドであって、上記高速バインディング応答メッセージの送信器は、トラヒック再送信（traffic redirection）のためのバインディング情報を有する。
【００６８】
一方、図３には図示していないが、移動通信端末機３００がすでにＰＡＲ３４０との接続を解除した（disconnect）場合であれば、ＮＡＲ３７０が上記受信器へ移動通信端末機３００のハンドオフを通知しなければならない。この場合に、ＮＡＲ３７０は、移動通信端末機３００のＰＣＯＡを送信ＩＰアドレスとして設定し、マルチキャストサービスＩＰアドレスを受信アドレスとして設定して、移動通信端末機３００のＮＣＯＡをデータとして設定したパケットデータ、すなわち、移動通信端末機３００のＮＣＯＡに関する情報を示すパケットデータを送信するが、送信器としてのＮＡＲ３７０及び受信器としてのＰＡＲ３４０を使用して、上記パケットデータをカプセル化してＰＡＲ３４０へ送信する。ＰＡＲ３４０は、ＮＡＲ３７０からパケットデータ、すなわち、移動通信端末機３００のＮＣＯＡに関する情報を示すパケットデータを受信すると、カプセル解除（decapsulation）して、移動通信端末機３００のＮＣＯＡ情報を最終の受信器である移動通信端末機３００からマルチキャストサービスを受信している受信器へ送信する。
【００６９】
ＰＡＲ３４０から高速バインディング応答メッセージを受信した移動通信端末機３００は、ＰＡＲ３４０との接続を解除し、また、ＰＡＲ３４０は、移動通信端末機３００によって受信された一般データをＮＡＲ３７０へ伝達する（ステップ３２７）。ステップ３２７の場合において、移動通信端末機３００は、上記マルチキャストサービスを提供するソースノードではない一般的な受信器として動作する。
【００７０】
移動通信端末機３００は、高速隣接広告メッセージをＮＡＲ３７０へ送信する（ステップ３２９）。ここで、移動通信端末機３００は、移動通信端末機３００がＰＡＲ３４０から高速バインディング応答メッセージを受信して、ＮＣＯＡを確定すると同時に、ＮＡＲ３７０に接続されることを示すために、上記高速隣接広告メッセージを送信する。この場合に、移動通信端末機３００は、上記高速隣接広告メッセージの移動ヘッダーマルチキャストサービスオプションを送信することによって、マルチキャストサービスを提供するソースノードである移動通信端末機３００がＮＡＲ３４０に接続したことを通知する。上記高速隣接広告メッセージの移動ヘッダーマルチキャストサービスオプションは、表７に示す通りである。
【００７１】
【表７】
2006141023.tif 000009
【００７２】
上記高速隣接広告メッセージのマルチキャストサービスオプションは、本発明で新たに提案したものであって、表７で各フィールドの括弧内の数字は、各フィールドを構成するビット数を示し、Ｔｙｐｅフィールドは、上記高速隣接広告メッセージのマルチキャストサービスオプションのタイプを示すフィールドであり、Ｌｅｎｇｔｈフィールドは、上記高速隣接広告メッセージのマルチキャストサービスオプションの長さを示すフィールドであり、Ｎｕｍｂｅｒフィールドは、上記高速隣接広告メッセージのマルチキャストサービスオプションで含んでいるマルチキャストサービスＩＰアドレスの個数を示すフィールドであり、Ｒｅｓｅｒｖｅｄフィールドは、今後の使用のために予約されたフィールドであり、Ｍｕｌｔｉｃａｓｔ Ａｄｄｒｅｓｓフィールドは、実際のマルチキャストサービスＩＰアドレスを示すフィールドである。
【００７３】
移動通信端末機３００から高速隣接広告メッセージを受信したＮＡＲ３７０は、ＰＡＲ３４０から受信した一般データを移動通信端末機３００へ送信する（ステップ３３１）。ステップ３３１でも、移動通信端末機３００は、上記マルチキャストサービスを提供するソースノードではない一般的な受信器として動作する。
【００７４】
図３では、本発明の第１実施形態による移動ＩＰ通信システムにおいて、マルチキャストサービスを提供する移動通信端末機のハンドオフに従うマルチキャストサービスを提供する動作について説明した。次いで、図４を参照して、図３に示した移動通信端末機３００の動作について説明する。
【００７５】
図４は、図３に示した移動通信端末機３００の動作過程を示すフローチャートである。
【００７６】
図４を参照すると、まず、ステップ４１１で、移動通信端末機３００は、移動通信端末機３００自身がマルチキャストサービスを提供しているか否かを検査する。上記検査の結果、移動通信端末機３００自身がマルチキャストサービスを提供していない場合に、移動通信端末機３００は、ステップ４１３に進行する。ステップ４１３で、移動通信端末機３００は、移動通信端末機３００自身がマルチキャストサービスを提供していないので、一般的な高速のハンドオフ動作を遂行した後に終了する。
【００７７】
ステップ４１１の検査の結果、移動通信端末機３００自身がマルチキャストサービスを提供している場合に、移動通信端末機３００は、ステップ４１５に進行する。ステップ４１５で、移動通信端末機３００は、移動通信端末機３００がハンドオフするＮＡＲ３７０がソースノードとしての移動通信端末機３００によって現在提供されているマルチキャストサービスを提供することができるか否かを検査する。ここで、ＮＡＲ３７０がソースノードとしての移動通信端末機３００によって提供されているマルチキャストサービスを提供することができるか否かは、代理ルータ広告メッセージのＭフィールドを介して確認することができる。上記検査の結果、ＮＡＲ３７０がソースノードとしての移動通信端末機３００によって提供されているマルチキャストサービスを提供することができない場合に、移動通信端末機３００は、ステップ４１３に進行する。
【００７８】
ステップ４１５の検査の結果、ＮＡＲ３７０が、ソースノードとしての移動通信端末機３００によって提供されているマルチキャストサービスを提供することができる場合に、移動通信端末機３００は、ステップ４１７に進行する。ステップ４１７で、移動通信端末機３００は、高速バインディングアップデートメッセージに移動通信端末機３００で提供するマルチキャストサービス情報を含ませてＮＡＲ３７０へ送信し、ステップ４１９に進行する。ステップ４１９で、ＰＡＲ３４０は、ＮＡＲ３７０からハンドオフ応答メッセージを受信すると、上記ハンドオフ応答メッセージに含まれている移動通信端末機３００のＮＣＯＡを移動通信端末機３００からマルチキャストサービスを受信している受信器へ送信して、移動通信端末機３００がＰＡＲ３４０からＮＡＲ３７０にハンドオフすることを通知する。移動通信端末機３００のハンドオフの通知は、図３で説明したように、移動通信端末機３００が現在ＰＡＲ３４０との接続が解除されたか否かに基づいて、２種類の方式のうちのいずれか１つの方式にて遂行され、これは、図３で説明したものと同一であるので、ここでは、その詳細な説明を省略する。
【００７９】
図４では、図３に示した移動通信端末機３００の動作について説明した。次いで、図５を参照して、本発明の第２実施形態による、すなわち、リアクティブ高速ハンドオフ方式を使用する移動ＩＰ通信システムにおいて、マルチキャストサービスを提供する移動通信端末機のハンドオフに従うマルチキャストサービスを提供する動作について説明する。
【００８０】
図５は、本発明の第２実施形態に従う移動ＩＰ通信システムにおいて、マルチキャストサービスを提供する移動通信端末機のハンドオフに従うマルチキャストサービスを提供するステップを示す信号フローチャートである。
【００８１】
図５を説明するに先立って、本発明の第２実施形態による移動ＩＰ通信システムにおいて、マルチキャストサービスを提供する移動通信端末機のハンドオフに従うマルチキャストサービスを提供する過程は、一般的なリアクティブ高速ハンドオフ方式を使用する高速ハンドオフに従うマルチキャストサービスを提供する過程と、高速バインディングアップデートメッセージを高速隣接広告メッセージにカプセル化して送信する時点で、移動ヘッダーのマルチキャストサービスオプションを介して上記マルチキャスト情報を送信する動作のみが相異しているだけで、残りの動作は、すべて同一である。
【００８２】
図５を参照すると、まず、マルチキャストサービスを提供するソースノードである移動通信端末機５００は、サービングアクセスルータ、すなわち、ＰＡＲ５４０へ高速のハンドオフのための情報を要求するメッセージである代理ルータ要求メッセージを送信する（ステップ５１１）。ＰＡＲ５４０は、移動通信端末機５００から上記代理ルータ要求メッセージを受信すると、移動通信端末機５００がハンドオフするＮＡＲ５７０に関する情報、すなわち、ＮＡＲ５７０がマルチキャストサービスを提供することができるか否かに関する情報を含む代理ルータ広告メッセージを移動通信端末機５００へ送信する（ステップ５１３）。ここで、上記代理ルータ広告メッセージは、表１で説明したように、本発明で新たに提案するＭフィールドを使用して、ＮＡＲ５７０がマルチキャストサービスを提供することができるか否かを示す。
【００８３】
ＰＡＲ５４０から代理ルータ広告メッセージを受信した移動通信端末機５００は、ＰＡＲ５４０との接続を解除する。また、移動通信端末機５００は、ＰＡＲ５４０から高速バインディング応答メッセージを受信することができない場合に、すなわち、移動通信端末機５００が高速バインディングアップデートメッセージをＰＡＲ５４０へ送信しないことによって、ＰＡＲ５４０から高速バインディング応答メッセージを受信することができないか、あるいは、移動通信端末機５００が高速バインディングアップデートメッセージをＰＡＲ５４０へ送信したが、ＰＡＲ５４０から高速バインディング応答メッセージを受信する前に、ＰＡＲ５４０との接続を解除して高速バインディング応答メッセージを受信することができない場合に、移動通信端末機５００は、ＮＡＲ５７０に高速バインディングアップデートメッセージをカプセル化した高速隣接広告メッセージを送信する（ステップ５１５）。上記高速バインディングアップデートメッセージについては、表２を参照してすでに説明した。従って、その具体的な説明は、省略するものとする。
【００８４】
上記高速バインディングアップデートメッセージをカプセル化した高速隣接広告メッセージを送信する理由は、移動通信端末機５００が新たに生成したＮＣＯＡをＮＡＲ５７０で使用することができるか否かを確認するためである。移動通信端末機５００が新たに生成したＮＣＯＡをＮＡＲ５７０ですでに割り当てて使用中であれば、ＮＡＲ５７０は、上記高速バインディングアップデートメッセージのパケットデータを削除した後に、移動通信端末機５００が使用するＮＣＯＡを隣接広告応答（Neighbor Advertisement acknowledge；ＮＡＡＣＫ）オプションを設定して、ルータ広告（Router Advertisement；ＲＡ）を通して送信しなければならない。
【００８５】
ＮＡＲ５７０は、移動通信端末機５００から高速隣接広告メッセージを受信すると、移動通信端末機５００からマルチキャストサービスを受信している受信器へ、移動通信端末機５００がＰＡＲ５４０からＮＡＲ５７０にハンドオフしたことを通知する。この場合に、移動通信端末機５００のＰＣＯＡを送信アドレスとして設定し、マルチキャストサービスＩＰアドレスを受信アドレスとして設定し、ＮＣＯＡをデータとして設定して、パケットデータ、すなわち、移動通信端末機５００のＮＣＯＡに関するパケットデータを送信する。送信器としてのＮＡＲ５７０及び受信器としてのＰＡＲ５４０を使用して、上記パケットデータをカプセル化してＰＡＲ５４０へ送信する。ＰＡＲ５４０は、上記パケットデータ、すなわち、移動通信端末機５００のＮＣＯＡに関するパケットデータのカプセル解除を行って、最終の受信器である移動通信端末機５００からマルチキャストサービスを受信する受信器へ送信する（ステップ５１７）。ＮＡＲ５７０が移動通信端末機５００からマルチキャストサービスを受信している受信器へ、移動通信端末機５００がＰＡＲ５４０からＮＡＲ５７０にハンドオフしたことを通知した後に、移動通信端末機５００がマルチキャストサービスデータを送信すると、上記受信器が新たに生成したツリーを介して、上記マルチキャストサービスデータが上記受信器へ伝達される。
【００８６】
ＮＡＲ５７０は、上記受信器へ移動通信端末機５００のハンドオフを通知した後に、ＰＡＲ５４０へ高速バインディングアップデートメッセージを送信する（ステップ５１９）。ここで、上記高速バインディングアップデートメッセージは、上述したように、移動通信端末機５００がＮＡＲ５７０に接続されているので、データをＮＡＲ５７０へ送信すべきことを通知するメッセージであって、移動通信端末機５００のＰＣＯＡ及びＮＣＯＡをバインディングする権限をＰＡＲ５４０に与えて、移動通信端末機５００が移動した領域、すなわち、ＮＡＲ５７０にデータをトンネリングすることができる。
【００８７】
ＮＡＲ５７０から高速バインディングアップデートメッセージを受信したＰＡＲ５４０は、上記高速バインディングアップデートメッセージに対する応答メッセージとして高速バインディング応答メッセージをＮＡＲ５７０へ送信する（ステップ５２１）。ＰＡＲ５４０は、移動通信端末機５００によって受信された一般データをＮＡＲ５７０へ送信する（ステップ５２３）。ＮＡＲ５７０は、ＰＡＲ５４０から受信した一般データを移動通信端末機５００へ送信する（ステップ５２５）。ステップ５２３及びステップ５２５の場合において、移動通信端末機５００は、上記マルチキャストサービスを提供するソースノードではない一般的な受信器として動作する。
【００８８】
図５では、本発明の第２実施形態による移動ＩＰ通信システムにおいて、マルチキャストサービスを提供する移動通信端末機のハンドオフに従うマルチキャストサービスを提供する動作について説明した。次いで、図６を参照して、図５に示した移動通信端末機５００の動作について説明する。
【００８９】
図６は、図５に示した移動通信端末機５００の動作過程を示すフローチャートである。
【００９０】
図６を参照すると、まず、ステップ６１１で、移動通信端末機５００は、移動通信端末機５００自身がマルチキャストサービスを提供しているか否かを検査する。上記検査の結果、移動通信端末機５００自身がマルチキャストサービスを提供していない場合に、移動通信端末機５００は、ステップ６１３に進行する。ステップ６１３で、移動通信端末機５００は、移動通信端末機５００自身がマルチキャストサービスを提供していないので、一般的な高速ハンドオフ動作を遂行した後に終了する。
【００９１】
ステップ６１１の検査の結果、移動通信端末機５００自身がマルチキャストサービスを提供している場合に、移動通信端末機５００は、ステップ６１５に進行する。ステップ６１５で、移動通信端末機５００は、移動通信端末機５００がハンドオフするＮＡＲ５７０がソースノードとしての移動通信端末機５００によって現在提供されているマルチキャストサービスを提供することができるか否かを検査する。ここで、ＮＡＲ５７０がソースノードとしての移動通信端末機５００によって提供されているマルチキャストサービスを提供することができるか否かは、代理ルータ広告メッセージのＭフィールドを介して確認することができる。上記検査の結果、ＮＡＲ５７０がソースノードとしての移動通信端末機５００によって提供されているマルチキャストサービスを提供することができない場合に、移動通信端末機５００は、ステップ６１３に進行する。
【００９２】
ステップ６１５の検査の結果、ＮＡＲ５７０が、ソースノードとしての移動通信端末機５００によって提供されているマルチキャストサービスを提供することができる場合に、移動通信端末機５００は、ステップ６１７に進行する。ステップ６１７で、移動通信端末機５００は、ＮＡＲ５７０に高速バインディングアップデートメッセージをカプセル化した高速隣接広告メッセージを送信することによって、移動通信端末機５００で提供するマルチキャストサービス情報を通知した後、ステップ６１９に進行する。ステップ６１９で、ＮＡＲ５７０は、高速隣接広告メッセージ内の高速バインディングアップデートメッセージに含まれている移動通信端末機５００のＮＣＯＡを移動通信端末機５００からマルチキャストサービスを受信している受信器へ送信して、移動通信端末機５００がＰＡＲ５４０からＮＡＲ５７０にハンドオフすることを通知する。
【００９３】
以上、本発明の詳細について具体的な実施の形態に基づき説明してきたが、本発明の範囲を逸脱しない限り、各種の変形が可能なのは明らかである。従って、本発明の範囲は、上記実施の形態に限定されるものではなく、特許請求の範囲の記載及び該記載と同等なものにより定められるべきである。
【図面の簡単な説明】
【００９４】
【図１】従来の移動ＩＰ通信システムにおけるマルチキャストサービスを提供する移動通信端末機がハンドオフする場合の動作を概略的に示す図である。
【図２】本発明の第１実施形態及び第２実施形態による移動ＩＰ通信システムにおけるマルチキャストサービスを提供する移動通信端末機がハンドオフする場合の動作を概略的に示す図である。
【図３】本発明の第１実施形態による移動ＩＰ通信システムにおけるマルチキャストサービスを提供する移動通信端末機のハンドオフに従うマルチキャストサービスを提供する過程を示す信号フローチャートである。
【図４】図３に示した移動通信端末機３００の動作過程を示すフローチャートである。
【図５】本発明の第２実施形態による移動ＩＰ通信システムにおけるマルチキャストサービスを提供する移動通信端末機のハンドオフに従うマルチキャストサービスを提供する過程を示す信号フローチャートである。
【図６】図５に示した移動通信端末機５００の動作過程を示すフローチャートである。
【符号の説明】
【００９５】
１００    移動通信端末機
１１０    アクセスルータ（Access Router；ＡＲ）（ＡＲ＃１）
１２０    アクセスルータ（ＡＲ＃２）
１５０    受信器（Ｒ＃１）
１６０    受信器（Ｒ＃２）
１７０    受信器（Ｒ＃３）
２００    移動通信端末機
２１０    アクセスルータ（ＡＲ＃１）
２３０    アクセスルータ（ＡＲ＃２）
２７０    アクセスルータ（ＡＲ＃３）
２８０    アクセスルータ（ＡＲ＃４）
２９０    移動通信端末機
３００    移動通信端末機
３４０    ＰＡＲ
３７０    ＮＡＲ
５００    移動通信端末機
５４０    ＰＡＲ
５７０    ＮＡＲ
【図１】
2006141023.tif 000010
【図２】
2006141023.tif 000011
【図３】
2006141023.tif 000012
【図４】
2006141023.tif 000013
【図５】
2006141023.tif 000014
【図６】
2006141023.tif 000015