WO2008032709A1

WO2008032709A1 - SystÈme de distribution de paquet et procÉDÉ de distribution de paquet

Info

Publication number: WO2008032709A1
Application number: PCT/JP2007/067662
Authority: WO
Inventors: Shozo Fujino
Original assignee: Nec Corporation
Priority date: 2006-09-15
Filing date: 2007-09-11
Publication date: 2008-03-20
Also published as: CN101517990A; EP2063578A1; US20100014451A1; US8265003B2; JPWO2008032709A1; CN101517990B; JP4826837B2

Description

明細書

パケット配信システム、パケット配信方法

技術分野

[0001] 本発明はパケットの配信方式に関し、特に、端末からのリクエストに応答して配信ノードから送信されてきたパケットを、複数の端末へ配信するパケット配信技術に関す背景技術

[0002] 携帯電話のインターネット端末化が急激に進行し、携帯電話を利用したサービスも多様化してきている。近時の携帯電話は、赤外線通信や USBを利用して他の周辺端末との接続が可能であり、モパイル端末としての利用が一般化してきている。また、扱うデータも益々大容量化する傾向にある。

[0003] こうした状況の中、帯域の狭い携帯端末から、帯域の広いインタフェースを備えた端末へと通信中のセッションを切り替える技術が既に一般化している。

[0004] 例えば、ユーザがより大画面、高画質の映像を見るために、帯域の狭いセルラー端末から ADSLや Wi— Fi、 WiMAX等の広帯域インタフェースを備えた端末へと通信中のセッションを乗せ換える場合 (すなわち端末間のハンドオーバを行う場合）、切り換え後の端末が通信相手との間で SIP等のセッションプロトコルによるネゴシエーションを行って新規のセッションを構築する一般的な方法がある。

[0005] また、 PAN (パーソナルエリアネットワーク）上の通信端末に対して複数の通信リンクを使用してパケットを配送することで、アプリケーションに応じた通信リンク (VoIPなら W— CDMA等）を使用して PAN上の通信端末にパケットを転送する技術が提案されている。（特許文献 1)。

[0006] ここで、 PANとは、移動網への加入者識別子を持った携帯電話と、近距離接続で結ばれた複数の周辺端末とが作るネットワークの呼称であり、現在、移動通信の標準化組織では、そのアーキテクチャが提案されている。上記端末間ハンドオーバは PA Nにおいても適用される技術である。また、周辺端末とは、モパイル端末と連携した動作が可能なネットワーク対応の端末であり、モパイル端末と網側で実現して!/、たセッシヨンを切り替えた際に、網側と接続可能となる。例えば、ネットワーク対応のデイスプレイやスピーカ等がある。

[0007] さて、こうした技術が提案されてきてはいるものの、そこには幾つかの問題点があつた。

[0008] 例えば、特許文献 1に開示された技術では、モパイル端末で実現して!/、たセッションを、例えば映像再生と音声再生に機能分担して複数の周辺端末を併用したセッシヨンに切り替える場合、複数の通信リンクが必要となる。この為、例えば、映像と音声を配信する側であるストリーミングサーバにおいては、ストリーミングデータそのものの解析を行い、それぞれの通信セッション毎に専用の再生機器等にパケットを振り分けなければならず、配信側のサーバに負荷力 Sかかった。

[0009] また、複数の周辺端末にストリームデータ等を配信するにあたってはデータコピーをインターネット側/網側のネットワークで行う必要があった力 S、データ量が増えるにつれてデータのコピーも容易ではなくなつた。すなわち、データのコピーには、ハードディスク等の多くのハードウェア資源を必要とし、データ量が増えるにつれてコピー処理時のシステム負荷も無視できな!/、ものとなった。

[0010] さらに、バイキャスト、マルチキャスト等の手段を用いて複数の端末にパケットを配信する際、トラフィックが増大しネットワークにも負荷力 Sかかった。

[0011] コンテンツの受信側においても、モパイル端末で実現していたセッションを機能分担して複数の周辺端末を併用したセッションに切り替えようとすると、個々の周辺端末にはモバイル網等の外部ネットワークと接続する為のインタフェースを設けなければならず、通信コストや通信機器管理の面で非効率的であった。

[0012] そこで、バックアップ機等の別ノードを設けてコピー処理をさせることで配信時の負荷を軽減させる技術が提案されてきている。例えば、通信時におけるデータコピー技術が特許文献 2、特許文献 3に開示されている。

特許文献 1 :特開 2006 _ 191514号公報

特許文献 2：特開 2005— 287074号公報

特許文献 3：特開 2003— 087306号公報

発明の開示発明が解決しょうとする課題

[0013] しかしながら、こうした技術をもってしても、上述した問題は依然解決できな力、つた。

[0014] 特許文献 2の発明も、特許文献 3の発明も、配信側、モパイル網/インターネット側でコピー処理するものであるため、配信側システムやネットワークに負荷がかかり、システム管理者にも負担力 Sかかるという問題が依然としてあった。

[0015] 従って、本発明が解決しょうとする課題は、モパイル端末と網側との間で実現していたセッションを、機能分担された複数の周辺端末を併用したセッションに切り替える際、配信側のネットワークシステムへの負荷を考慮して複数の周辺端末に対してバケツトを配信することである。

課題を解決するための手段

[0016] 上記課題を解決するための第 1の発明は、パケット配信システムであって、複数の周辺端末の中から、パケットの中継をさせる中継用周辺端末及び前記中継用周辺端末の中継先となる中継先周辺端末を選択する選択手段と、前記選択手段により選択した前記中継先周辺端末及び前記中継用周辺端末の少なくともアドレスに関する情報を含む識別情報を通知する通知手段とを備えた端末と、前記端末からのリクエストに応答して配信ノードから送信されてきたパケットのヘッダーの宛先を、前記識別情報に基づいて前記中継先周辺端末のアドレスに変更し、このパケットをカプセル化して前記中継用周辺端末のアドレスを含む外部ヘッダーを付与するヘッダー処理手段を備えた通信装置とを備え、前記中継用周辺端末は、前記通信装置によりカプセル化されたパケットをデカプセリングしてペイロード部分のデータを取得するデータ取得手段と、前記取得手段により取得したデータを所定の再生機能に出力する出力手段と、前記デカプセリングしたパケットに含まれるヘッダー情報に基づいて、前記デカプセリングしたパケットを前記中継先周辺端末へと中継する中継処理手段とを有することを特徴とする。

[0017] 上記課題を解決するための第 2の発明は、端末であって、複数の周辺端末の各々が管理する機能又は性能に関する情報に基づいて、前記複数の周辺端末の中から、端末からのリクエストに応答して配信ノードから送信されてきたパケットの中継をさせる中継用端末及び前記中継用端末の中継先となる中継先周辺端末を選択する選択手段と、前記選択手段により選択した前記中継先周辺端末及び前記中継用周辺端末の少なくともアドレスに関する情報を含む識別情報を通知する通知手段とを備えたことを特徴とする。

[0018] 上記課題を解決するための第 3の発明は、管理サーバであって、端末から通知された複数の周辺端末の各々が管理する機能又は性能に関する情報を保存する保存手段と、前記保存している情報に基づいて、前記複数の周辺端末の中から、端末からのリクエストに応答して配信ノードから送信されてきたパケットの中継をさせる中継用端末及び前記中継用端末の中継先となる中継先周辺端末を選択する選択手段と、前記選択手段により選択した前記中継先周辺端末及び前記中継用周辺端末の少なくともアドレスに関する情報を含む識別情報を通知する通知手段とを備えたことを特徴とする。

[0019] 上記課題を解決するための第 4の発明は、端末からのリクエストに応答して配信ノードから送信されてきたパケットを、中継先となる中継先周辺端末へ中継させる中継用周辺端末に接続された通信装置であって、前記パケットのヘッダーの宛先を、前記端末から通知された少なくとも前記中継先周辺端末及び前記中継用周辺端末のアドレスに関する情報を含む識別情報に基づいて前記中継先周辺端末のアドレスに変更し、このパケットをカプセル化して前記中継用周辺端末のアドレスを含む外部へッダーを付与するヘッダー処理手段を備えたことを特徴とする。

[0020] 上記課題を解決するための第 5の発明は、端末からのリクエストに応答して配信ノードから通信装置を介して送信されてきたパケットを、中継先となる中継先周辺端末へと中継させる中継用周辺端末であって、前記通信装置によりカプセル化されたパケットをデカプセリングしてペイロード部分のデータを取得するデータ取得手段と、前記データ取得手段により取得したデータを所定の再生機能に出力する出力手段と、前記デカプセリングしたパケットに含まれるヘッダー情報に基づ!/、て、前記デカプセリングしたパケットを前記中継先周辺端末へと中継する中継処理手段とを有することを特徴とする。

[0021] 上記課題を解決するための第 6の発明は、パケット配信方法であって、複数の周辺端末の中から、パケットの中継をさせる中継用周辺端末及び前記中継用周辺端末の中継先となる中継先周辺端末を端末に選択させる選択ステップと、前記端末からのリタエストに応答して配信ノードから送信されてきたパケットのヘッダーの宛先を、前記端末から通知された少なくとも前記中継先周辺端末及び前記中継用周辺端末のアドレスに関する情報を含む識別情報に基づいて前記中継先周辺端末のアドレスに変更し、このパケットをカプセル化して前記中継用周辺端末のアドレスを含む外部へッダーを付与させるヘッダー処理ステップと、前記ヘッダー処理ステップによりカプセル化されたパケットをデカプセリングしてペイロード部分のデータを取得するデータ取得ステップと、前記データ取得ステップにより取得したデータを所定の再生機能に出力する出力ステップと、前記デカプセリングしたパケットに含まれるヘッダー情報に基づいて、前記デカプセリングしたパケットを前記中継先周辺端末へと中継する中継処理ステップとを有することを特徴とする。

発明の効果

[0022] 上記のように構成させたことにより、モパイル端末と網側との間で実現していたセッシヨンを、機能分担された複数の周辺端末を併用したセッションに切り替える際に、配信側のネットワークシステムへの負荷を極力抑えて、データを複数の周辺端末に対して配信することが可能となる。

[0023] その理由は、配信側では、パケットの中身を解析する必要がなぐ本発明を構成する通信装置に対してパケットを送信しさえすれば、通信装置のヘッダー処理手段によるヘッダー処理と、中継用周辺端末の中継処理を経て、残りの周中継先周辺端末へとパケットを配信することができるためである。

[0024] また、周辺機器側でも、コピー処理に伴うシステム負荷を極力抑えることが可能とな

[0025] その理由は、受信したパケットの内部ヘッダーの宛先を参照し、この宛先と中継先周辺端末のアドレスとの一致 ·不一致を判定する判定手段を有し、この判定手段によりアドレスが一致すると判断された場合に受信したパケットのペイロード部分のデータを取得するデータ取得手段を周辺端末側に備えたからである。

図面の簡単な説明

[0026] [図 1]本発明の第 1の実施の形態を示すブロック図。 [図 2]パケットの処理フローを示すシーケンス図。

園 3]本発明の第 1の実施の形態におけるパケットの構成例を示す図。園 4]本発明の第 2の実施の形態におけるパケットの構成例を示す図。園 5]本発明の第 2の実施の形態を示すブロック図。

符号の説明

A 周辺端末（中継用周辺端末)

B 周辺端末（中継先周辺端末)

C モパイル端末

D 管理サーバ

E ゲートウェイ

F インターネットノー -ド、

G 周辺端末

H 周辺端术

1 ローカルネットヮ -ク

2 モバイル網

3 狭帯域アクセス

4 広帯域アクセス

5 インターネット

al コピー機能部

a2 端末能力管理部

a3 端末能力情報通知部

a4 映像再生処理部

bl 端末能力情報通知部

b2 端末能力管理部

b3 音声再生処理部

cl 中継処理部

c2 端末能力管理部

dl 端末能力管理部 d2 ポリシー設定部

d3 ネットワークインタフェース部

el アドレス対応管理部

e2 ヘッダー処理部

e3 ルーティング機能部

e4 ネットワークインタフェースき

e5 ポリシー管理部

e6 ヘッダー処理部

発明を実施するための最良の形態

[0028] 本発明の実施の形態について図を用いて説明する。

[0029] 図 1〜図 4は本発明のパケット配信システムの第 1の実施形態を説明する為のもので、図 1はパケット配信システムのブロック図、図 2は処理のシーケンス図、図 3、図 4 はヘッダーの処理時におけるパケット構成を示す説明図である。

[0030] 図 1を参照すると、 Cはモパイル端末であり、モバイル網 2のサービスに加入している端末である。モパイル端末 Cは、周辺端末との間で独立したネットワークが構築されている。すなわち、モパイル端末 Cは、ローカルネットワーク 1によりローカル接続されている。ここでいうローカル接続には、例えば、赤外線通信や、 USB接続等の接続方式が含まれる。さらに、外部のネットワークとは、狭帯域アクセス 3を介してモパイル網 2と接続されている。狭帯域アクセス 3は、 W— CDMA等の通信帯域が比較的狭い通信リンクであり、モバイル網 2は 3GPP網等である。

[0031] このモパイル端末 Cは、ローカルネットワーク 1内の周辺端末から通知された端末の機能や処理性能に関する情報である能力情報を収集する。ここで能力情報とは、端末の処理性能、映像再生能力、動画再生能力等の周辺端末が管理している情報である。モパイル端末 Cが収集した能力情報は、モパイル端末 Cのハンドオーバ先となる周辺端末の選定、パケットの中継をさせる中継用周辺端末の選定に用いられる。

[0032] A及び Bは、モパイル端末 Cの実際のハンドオーバの宛先となる周辺端末であり、ネットワーク対応のデバイスである。この周辺端末 A及び周辺端末 Bは、周辺端末 A, B, G, Hの中からモパイル端末 Cのハンドオーバ先として能力情報に基づいて選択された端末である。

[0033] 周辺端末 Aは、モバイル網 2と広帯域アクセス 4を介して接続されている。広帯域ァクセス 4は、 ADSL等の通信帯域が広い通信リンクである。この周辺端末 Aは、配信側ノードから受信したパケットのペイロード部分を取得して、該パケットを周辺端末 B へと中継する機能を有する。以降、周辺端末 Aを中継用端末、周辺端末 Bを中継先周辺端末と言う場合がある。

[0034] Fはインターネットノードであり、インターネット 5に設置されている。インターネットノード Fは、映像や音声などのマルチメディアデータを提供する配信ノードであり、所謂、ストリーミングサーバ等である。

[0035] Dは管理サーバであり、モパイル端末 Cから取得した各種周辺端末の機能や性能に関する情報である能力情報を管理する管理サーバである。ここではモパイル網 2に設置されている。ローカル側に設置してもよいし、インターネット側に設置してもよい。

[0036] Eは、ローカルネット 1とモバイル網 2の間に設置され、パケットのルーティングや NA T機能を提供するための通信機器であり、所謂、ゲートウェイである。このゲートウェイ Eは、モパイル端末 Cからのダウンリンクパケットを受信すると、ヘッダーに特殊な加工処理を施し、中継機能をもつ周辺端末（中継用周辺端末）へとルーティングする。詳細は後述する。

[0037] ここで、各機器の内部構成について、図 1を用いてさらに具体的に説明する。

[0038] モパイル端末 Cは中継通知部 clと、端末能力管理部 c2とを有する。

[0039] 端末能力管理部 c2は、周辺端末力通知された能力情報を収集する。また、収集した能力情報に基づいて、ハンドオーバ先として最適な周辺端末と、パケットの中継処理をさせる中継用周辺端末とを選択する。さらに、これら選択した周辺端末のアドレス情報を、能力情報とともに識別情報として管理する。すなわち、この識別情報には、能力情報に加え、モパイル端末及びセッションの切り替え先となる周辺端末 A, B それぞれの IPアドレスや Macアドレス等の対応情報が含まれることになる。この識別情報は、管理サーバ Dを介してゲートウェイ Eにも登録される。

[0040] 中継通知部 clは、端末能力管理部 c2で管理されている識別情報を、端末能力管理部 c2によって選択された周辺端末 A (中継用周辺端末）と、管理サーバ Dとに通知する。尚、このモパイル端末 Cから管理サーバ Dに対する通知のことを、以降では、ポリシ一切り替え通知と呼ぶことがある。

[0041] 管理サーバ Dは、端末能力管理部 dlと、ポリシー設定部 d2と、ネットワークインタフエース部 d3とを有する。

[0042] 端末能力管理部 dlは、モパイル端末 Cの中継通知部 clによって通知された能力情報、周辺端末のアドレス情報、及び中継用周辺端末のアドレス情報を収集し、保存する。

[0043] 管理サーバ Dのポリシー設定部 d2は、ゲートウェイ Eに対しポリシーの登録をする。

ここで、ポリシーとは、切り替え先の定義された情報であり、端末能力管理部 dlの管理する情報のうち周辺端末の宛先を識別できる IPアドレスや、周辺端末のハードゥエァ属性を識別できるアドレス等を含んだ識別情報である。また、ポリシーの登録 (ポリシー登録）とは、上記ポリシーをゲートウェイ Eに反映させる処理を言い、モパイル端末 Cからのポリシー切り替え通知が登録のトリガとなる。このポリシー登録が完了すると、以降のストリーム通信にはこのポリシーが適用される。すなわち、インターネットノード Fとのセッションは、モパイル端末 Cを宛先としたものから、周辺端末 A, Bを宛先としたものへと切り替わる。

[0044] ネットワークインタフェース部 d3は、他の通信相手装置/ノードとの間でパケットを送受信する際に用いるインタフェースである。

[0045] 続いて、ゲートウェイ Eの内部構成について説明する。ゲートウェイ Eは、アドレス対応管理部 elと、ポリシー管理部 e5と、ヘッダー処理部 e2と、ルーティング機能部 e3と、ネットワークインタフェース部 e4とを有する。

[0046] アドレス対応管理部 elは、ホームアドレスとケアォブアドレスとがマッピングされたマッビングテーブルを有し、このマッピングテーブルを用いてホームアドレスとケアォブアドレスとを管理する。ここで、ホームアドレスとは、移動体ノードが保持する一意かつ不変なアドレスである。また、ケアォブアドレスとは、移動体ノードが、移動先で付与されるアドレスであり、在圏するサブネットにて付与されルーティングに使用されるモバィル通信用アドレスである。モパイル端末 C、周辺端末 A、周辺端末 Bのそれぞれは、ホームアドレスとケアォブアドレスの 2種類を有する。尚、こうした移動体管理技術の一例としては、 MobilelPがある力既知の技術のため、詳細な説明は省略する。また、以降において、ホームアドレスを HoA、ケアォブアドレスを CoAと略記する場合力 ^sある。

[0047] ポリシー管理部 e5は、モパイル端末 C及びセッションの切り替え先となる周辺端末 A、 Bそれぞれの IPアドレス等の識別情報を管理する。ポリシー設定部 d2によって登録される。

[0048] ヘッダー処理部 e2は、中継用周辺端末となる周辺端末 Aが、中継先周辺端末である周辺端末 Bに対し正しくパケットを中継させるよう、パケットのヘッダー部分を処理す

[0049] 具体的には、ヘッダー処理部 e2は、 NAT機能部 e22と、特殊カプセリング機能部 e 21とを有する。

[0050] NAT機能部 e22は、アドレス対応管理部 elのマッピング情報及びモパイル端末 C 力も通知された識別情報に基づ!/、て、インターネットノード Fから受信したダウンリンクパケットのアドレス情報を変更する。具体的には、受信したパケットのヘッダー部分にある送信先アドレスの情報を、モパイル端末 Cを宛先としたアドレスから、中継先の周辺端末である周辺端末 Bを宛先としたアドレスへと変更する。

[0051] 特殊カプセリング機能部 e21では、周辺端末 Aが他の周辺端末 B対し正しくパケットを中継できるよう、特殊なカプセリング処理を施す。具体的には、 NAT機能部 e22によってアドレス変換されたパケットをカプセル化してカプセリングデータとし、このカプセリングデータに、中継用周辺端末である周辺端末 Aを送信先アドレスとする IPへッダー（外部ヘッダー）を付与する。

[0052] ルーティング機能部 e3は、通常の IPルーティング機能に加え、特殊カプセリング機能部 e21によってカプセリングされたパケットをルーティングする。

[0053] ネットワークインタフェース部 e4は、他の通信相手装置/ノードとの間でパケットを送受信する場合や、パケットのルーティングをする際に用いるインタフェースである。

[0054] 次に、周辺端末 Aは、コピー機能部 alと、端末能力情報通知部 a2と、端末能力管理部 a3と、映像再生処理部 a4とを有する。

[0055] コピー機能部 alは、受信したパケットのヘッダー情報に基づいてコピーするか否かを判定し、コピーが必要と判定した場合にはパケットのペイロード部分 (パケットのうちヘッダ部分を除いたデータ）を取得して出力機能に渡す。さらに、コピー機能部 alは、コピー元のパケットを、中継先の周辺端末である周辺端末 Bへと送信する。

[0056] 具体的には、コピー機能部 alは、判定部 al lと、データ取得部 al 2と、出力部 al 3 と、中継処理部 al4とを有する。

[0057] 判定部 al lは、受信したパケットが、特殊カプセリング機能部 e21でカプセリング処理され到着したパケットなのか否かを判定する。すなわち、受信したパケットをデカプセリングし、デカプセリング後の内部ヘッダーに含まれる宛先が周辺端末 Aの CoAと一致する場合には、通常の IPヘッダーによるネットワークアクセスにて到着したもの、すなわち、本方式のカプセリングで到着したパケットではないと判定する。

[0058] データ取得部 al 2は、判定部 al 1の判定の結果に基づいて、パケットのペイロード部分のデータを取得する。

[0059] 出力部 al 3は、データ取得部 al 2によって取得されたペイロード部分のデータを再生機能へ出力する。

[0060] 中継処理部 al4は、受信したパケットをさらに周辺端末 Bに送信する。具体的には、カプセル化されたパケットに、事前にモパイル端末 Cから通知された周辺端末 Bのァドレス情報を宛先とする外部ヘッダーを追加することで、受信したパケットを周辺端末 Bへと送信する。

[0061] 端末能力管理部 a2は、自端末の処理性能や映像再生能力や動画再生能力等の能力情報を管理する。

[0062] 端末能力情報通知部 a3は、端末能力管理部 a2で管理する能力情報をモパイル端末 Cへ通知する。

[0063] 映像再生処理部 a4は、出力部 al 3によって渡されたデータの映像部分のみを解釈して再生する。

[0064] 続いて、周辺端末 Bは、端末能力管理部 blと、端末能力情報通知部 b2と、音声再生処理部 b3とを有する。

[0065] 音声再生処理部 b3は、受信したパケットのペイロード部分にある音声部分を解釈して再生する。 [0066] 端末能力管理部 blは、自端末の処理性能や映像再生能力や動画再生能力等の能力情報を管理する。

[0067] 端末能力情報通知部 b2は、端末能力管理部 blの管理する能力情報をモパイル端末 Cへ通知する。

[0068] 次に、上記のように構成させたパケット配信システムの動作について図 2のシーケンス図に沿って、図 3, 4を適宜用いながら説明する。

[0069] また、ここでは、複数の周辺端末 A, B, G, Hのうち、データのコピーや中継処理. 映像再生用の端末として周辺端末 Aが、音声再生用端末として周辺端末 Bが、モバィル端末 Cによって選択された場合を例にとって説明する力 S、これに限る必要はない。管理サーバの端末能力管理部で管理する能力情報を使って、ゲートウェイがハンドオーバ先となる周辺端末を選択するようにすることもできる。

[0070] また、以下では、周辺端末 Aは、大画面のディスプレイ機能を有するネットワーク対応の端末であり、周辺端末 Bは、高音質のスピーカ機能を有するネットワーク対応の端末であり、インターネットノード Fは、映像と音声を含むコンテンツを提供するストリ一ミングサーバであるものとして説明する。モパイル端末と連携して動作が可能なネットワーク対応の端末であれば、周辺端末は録音や録画機能を有するネットワークデバイスであってもよい。また、この周辺端末 Aは、比較的処理スピードの高い端末、例えば、宅内設置のホームサーバ等に機能させることが望ましい

[0071] 図 1に示すモパイル端末 C、周辺端末 A、周辺端末 Bは、それぞれ移動に関わらず不変であるホームアドレス（HoA)と、在圏するサブネットにて付与されルーティングに使われるケアォブアドレス（CoA)の 2種類を持つ。ここでは、図 3、図 4に示すように、モパイル端末 Cの HoAは A、 CoAは a、周辺端末 Aの HoAは Bl、 CoAは bl、周辺端末 Bの HoAは B2、 CoAは b2のアドレスを持つものとする。これら 2種類のァドレスの対応は、ゲートウェイ Eのアドレス対応管理部 elにて管理されている。

[0072] また、ゲートウェイ Eはアドレス" P"を、インターネットノード Fはグローバル IPアドレス "Z "を持つものとする。

[0073] また、本実施の形態では、広帯域アクセスとして ADSLアクセス回線を使用し、狭帯域アクセスとして 3GPPアクセス回線を使用する場合を例にとって説明する。また、モパイル端末 Cは、 3GPPサービスに加入している携帯端末であるものとして説明す

[0074] 尚、ここでは、狭帯域アクセスを利用する側の端末として「モパイル端末」を例にとつて説明するが、これに限ることはない。狭帯域アクセスを利用する端末が対象であれば、例えば、モデムを介して公衆電話回線を利用する電話端末に本発明の配信技術を適用させてもよいし、 DSUを介して ISDNに接続される端末に本発明の配信技術を適用させてもよい。

[0075] ここでは、上記想定のもと、ユーザがモパイル端末の小さ!/、画面、低音質な受話口を利用している状況で、より大画面のディスプレイ、高音質のスピーカを併用したサービスに移行したい場合が生じたケースを例にとって説明する。

[0076] 図 2を見ると、モパイル端末 Cでインターネットノード Fからストリームデータを受信中

(フロー 101)に、モパイル端末 Cからセッションの切り替え要求があると、周辺端末 A , B, G, Hは、モパイル端末 Cに対して、端末の処理性能、映像再生能力、動画再生能力等の能力情報を通知する。そして、モパイル端末 Cは、この能力情報を受信する（フロー 102)。

[0077] 次に、モパイル端末 Cの端末能力管理部 c2により、受信した各周辺端末の能力情報に基づいて、ハンドオーバ先となる周辺端末と中継処理を行う中継用周辺端末とが選択される（フロー 104)。すなわち、データのコピーや中継処理を行える中継用周辺端末 ·映像再生用端末として周辺端末 Aが、音声再生用端末として周辺端末 B が選択される。この選択された周辺端末 A, Bの情報は、モパイル端末 Cの中継通知部 clにより、周辺端末 A, Bのアドレス情報とともに管理サーバ Dのネットワークインタフェース部 d3へと送信され、管理サーバ Dの端末能力管理部 dlに登録される（フロ一 103)。

[0078] 次に、モパイル端末 Cは、ハンドオーバのための準備手続きを周辺端末 Aおよび周辺端末 Bとの間で行う（フロー 105〜； 108)。

[0079] モパイル端末 Cと、周辺端末 A及び周辺端末 Bとの間で、準備手続きが完了し、モパイル端末 Cが準備完了の通知を受け取ると、モパイル端末 Cは、管理サーバ Dに対してポリシー切り替え通知を発行する。すなわち、ストリームデータをモパイル端末 C宛てから周辺端末 Aおよび周辺端末 B宛てに変更するポリシー切り替え要求をする (フロー 109)。

[0080] この切り替え通知を受け、管理サーバ Dのポリシー設定部 d2では、端末能力管理部 dlに登録されて!/、る識別情報をゲートウェイ Eに対して登録する処理であるポリシ一登録をする（フロー 110)。以降のストリーム通信には変更後ポリシーが適用される。こうして、ストリームデータは、モパイル端末 C宛てから、周辺端末 Aおよび周辺端末 B宛てにと変更される。

[0081] 次に、モパイル端末 Cはインターネットノード Fに対し、メディアの変更処理を行う（フロー 111)。ここで、メディアの変更処理とは、モパイル端末 Cとインターネットノード F との間で行われる各種ネゴシエーション処理、及び、インターネットノード Fが所有するメディアを切り替える一連の作業をいう。モパイル端末と周辺端末とでは、表示できるメディアに差分があり、モパイル端末 Cは SIP等のセッションプロトコルを使って、メディアのサイズやレート、コーデック等をインターネットノード Fとの間でネゴシエートする必要があるため、このような処理が必要になる。この処理動作は、既に知られているものであり、かつ本願発明の特徴を構成する主要部分ではない為、詳細な説明は割愛する。

[0082] このメディア変更処理（フロー 111)のアップリンクメッセージは、図 3の 201 , 202、図 4の 301 , 302に示されるフォーマットとなる。すなわち、モパイル端末 Cからのパケット（図 3： 201)をゲートウェイ Eにおけるアドレス対応管理機能 elにて受信すると、特殊カプセリング機能部 e22によりデカプセリングされる（図 3 : 202)。このとき、送信元アドレスは管理対象のモパイル端末 Cの HoAである" A"となっているため、ルーティング機能部 e3によってインターネットノード F宛てに送信される（図 3： 202)。

[0083] 管理サーバ Dのポリシー設定部 d2によって、ゲートウェイ Eに対するポリシー設定処理が施されると、この処理結果は、ゲートウェイ Eのポリシー管理部 e5に登録され、ポリシ一登録が完了する。以降、インターネットノード Fからのストリームパケットは、周辺端末 A, Bあてのパケットへと切り替わる。

[0084] 配信先が周辺端末 A, Bとなった後のストリームパケット（図 2 :フロー 112)には、まず、ゲートウェイ Eによりヘッダー処理（図 2 :フロー 113)が施される。この具体的な動作について図 3を用いて説明する。

[0085] まず、ヘッダー処理部 e2の NAT機能部 e22により、ストリームノケット（203)は 205 に示すフォーマットに加工される。すなわち、ゲートウェイ Eにおけるネットワークインタフェース部 e4にてパケットを受信すると、トランスポート層のポート番号を参照し、ポート番号がストリームデータを示す番号である場合には、まず NAT機能部 e22に渡される。 NAT機能部 e22は、アドレス対応管理部 elのマッピング情報及びモパイル端末 Cから通知された識別情報に基づ!/、て、受信したパケットの外部ヘッダーの宛先アドレスを中継先周辺端末である周辺端末 Bの HoAである" B2"に変更する。このバケツトはさらに特殊カプセリング機能部 e21に渡されてカプセル化され、さらに、周辺端末 Aの CoAである" bl"を宛先アドレスとした外部ヘッダーが付加される (205)。そして、ルーティング機能部 e3により、このカプセル化され外部ヘッダーが付加されたバケツト (205)がネットワークインタフェース部 e4を介して周辺端末 Aへと送信される。

[0086] 続いて、周辺端末 Aが、このパケット（205)を受信すると、コピー機能部 alによりパケットのヘッダーを除くペイロード部分が取得され、カプセル化されたデータは、中継先である周辺端末 Bへと中継される。その具体的動作は下記の通りである。

[0087] まず、カプセル化され外部ヘッダーの付加されたパケット（205)を周辺端末 Aの中継処理部 al4が受信すると、中継処理部 al4は、該パケット（205)を 206に示すフォ一マットに加工する。すなわち、周辺端末 Aにおける中継処理部 al4にてパケット (20 5)を受信すると、まず、カプセル化された部分がデカプセリングされる。デカプセリングされたパケットは、判定部 al lによって内部ヘッダーの宛先が参照され、事前にモパイル端末 Cより通知されていた識別情報の周辺端末 Bの HoA"B2"と一致する場合には、ペイロード部分のデータがデータ取得部 al2に渡される。

[0088] 尚、仮にこのとき、デカプセリング後の宛先が周辺端末 A自身の CoA"bl"と一致する場合は、判定部 al lは、本方式のカプセリングで到着したパケットではなく通常の I pヘッダーによるネットワークアクセスにて到着したものと判定し、ペイロード部分のデータはデータ取得部 a 12に渡されない。

[0089] 次に、データ取得部 al 2では、ペイロード部分のデータを取得し、この取得したデータは、出力部 al3によって映像再生処理部 a4に渡される。そして、映像再生処理部 a4は、データ中の映像部分を解釈して再生する。

[0090] 続いて、中継処理部 al4では、カプセル化され外部ヘッダーが付加されたパケット（

205)を受信すると、モパイル端末 Cの中継通知部 c lによって事前に通知されていた識別情報に基づいて、外部ヘッダーの宛先を周辺端末 Bの CoA : "b2"のアドレスに変更する（206)。そして、このパケット（206)は周辺端末 Bへと送信される。

[0091] 周辺端末 Bがパケット (206)を受信すると、ペイロード部分のデータが音声再生機能部 b3に渡され、音声再生機能部 b3は、該データ中の音声部分のみを解釈して再生する。

[0092] 上記第 1の実施の形態では、ゲートウェイにヘッダー処理部を設け、配信側ノード力、ら配信されたパケットのヘッダーを処理してから中継用端末に渡すようにした。さらに、周辺端末側にコピー機能部を設け、周辺端末側でコピーをさせるようにした。この為、配信側では、パケットの配信に際してデータを解析して振り分ける必要がなぐパケットをゲートウェイに渡すだけでよい。また、複数の周辺端末にパケットを同時に配信する必要もない。すなわち、配信側のネットワークシステムに負荷をかけることなぐ配送するデータを複数の周辺端末に対して配信することが可能となる。

[0093] さらに、周辺端末側のコピー機能部には判定部を設け、コピーする必要のあるパケットか否かを判定させるようにしたため、周辺端末側での不要なコピー処理が発生せず、周辺端末側の処理負荷を軽減させることができる。

[0094] 尚、上記第 1の実施の形態においては、管理サーバとゲートウェイとをそれぞれ別のノードとして機能させた力 S、管理サーバとゲートウェイとは 1つのノードに集約させることあでさる。

[0095] また、上記実施の形態では、モパイル端末が、周辺端末からの能力情報の通知を受けて、ハンドオーバ先となる周辺端末を選択する場合を例に説明した。しかしながら、周辺端末からの能力情報の通知を受ける代わりに、モパイル端末が周辺端末から UPnP (Universal Plug and Play)等のパラメタ情報を能動的に取得し、このノラメタ情報に基づレ、てハンドオーバ先となる周辺端末を選択、管理することも可能である。

[0096] また、上記実施の形態においては、モパイル端末に加えて管理サーバにも端末能力管理機能を設ける構成をとつた力、この端末能力管理機能はモパイル端末のみに搭載させる形でも構わないし、モパイル端末の端末能力管理機能を管理サーバ側に集約して搭載させる形でもよ!/ヽ。

[0097] 加えて、上記実施の形態では、中継用周辺端末 (周辺端末 A)は中継先周辺端末（周辺端末 B)に対して映像データと音声データとを含むパケットを送信している力音声部分のみのデータを含むパケットを送信させるようにしてもよい。

[0098] 次に、第 2の実施の形態について、図 2,図 4,図 5を用いて説明する。

[0099] 図 2, 4, 5は、本発明のパケット配信システムの第 2の実施の形態を説明するためのもので、図 5は全体のブロック図、図 2はパケットの処理フローを示すシーケンス図

、図 4はパケットの構成例を示す図である。

[0100] 尚、第 2の実施の形態を構成する各部は、コピー機能部 a5/ヘッダー処理部 e6を除き、第 1の実施の形態の構成と同じであるため、同じ構成部分については第 1の実施の形態で説明したときに用いた時と同一の符号番号を用いて説明するものとする。

[0101] 図 5を参照すると、本発明の第 2の実施の形態における構成は、第 1の実施の形態の構成に替えて、ヘッダー処理部 e6とコピー機能部 a5を有する。

[0102] ヘッダー処理部 e6は、インターネットノード Fから受信したパケットにヘッダー処理を施すことで、 IPv6対応の周辺端末へのソースルーティングを可能にする。

[0103] 具体的には、ヘッダー処理部 e6は、ヘッダー付与部 e61と NAT機能部 e62とを有する。

[0104] NAT機能部 e62は、アドレス対応管理部 elのマッピング情報及びモパイル端末 C 力も通知された識別情報に基づ!/、て、インターネットノード Fから受信したダウンリンクパケットのアドレス情報を変更する。具体的には、受信したパケットのヘッダー部分にある送信先アドレスの情報を、モパイル端末 Cを宛先としたアドレスから、中継先の周辺端末である周辺端末 Bを宛先としたアドレスへと変更する。

[0105] ヘッダー付与部 e61は、インターネットノード Fから受信したパケットに、中継先周辺端末を宛先とした IPv6ルーティングヘッダーを付与する。

[0106] コピー機能部 a5は、判定部 a51と、データ取得部 a52と、出力部 a53と、中継処理部 a54とを有する。 [0107] 判定部 a51は、ヘッダー情報のフォーマットに基づいて、コピー処理をするか否かを判定する。具体的には、ヘッダー情報力 SIETF標準のソースルーティングのフォーマットでない場合は、通常の IPヘッダーによるネットワークアクセスにて到着したものと判定する。

[0108] データ取得部 a52は、判定部 a51の判定の結果に基づいて、パケットのペイロード部分のデータを取得する。すなわち、判定部 a51により、ヘッダー情報力 SIETF標準のソースルーティングのフォーマットであると判断された場合には、受信したパケットのペイロード部分を取得する。

[0109] 出力部 a53は、データ取得部 a52によって取得されたペイロード部分のデータを再生機能へ出力する。

[0110] 中継処理部 a54は、受信したパケットを周辺端末 Bに転送する。具体的には、受信したパケットのルーティングヘッダーを参照し、ルーティングヘッダー中最下の送信先を中継先の HoAであると検知すると、該ルーティングヘッダー中最上のアドレスを IP ヘッダーの送信先に設定して、ペイロード部分を含むパケットを周辺端末 Bへと送信する。

[0111] 次に、第 2の実施の形態における動作について、図 2のシーケンス図に加え、図 3, 図 5を適宜用いながら説明する。

[0112] 管理サーバ Dのポリシー設定部 d2により、ゲートウェイ Eに対してポリシーが登録され（フロー 110)、ストリームデータがモパイル端末 C宛てから周辺端末 Aあてに変更されると（フロー 111)、ゲートウェイ Eでは、受信したストリームパケット（303)力 ¾05に示すフォーマットに加工される（フロー 113)。その具体的な動作は以下の通りである

[0113] ゲートウェイ Eにおけるアドレス対応管理部 elでは、ネットワークインタフェース部 e4 を介してパケットを受信すると、該パケットのトランスポート層のポート番号を参照し、ストリームデータを示すポート番号である場合には、このパケットを NAT機能部 e62 に渡す。

[0114] NAT機能部 e62は、ポリシー管理部 e5のマッピングテーブル情報とモパイル端末 Cから通知された識別情報（ここでは、中継先が周辺端末 Bのアドレス設定となって!/ヽる）とに基づいて、受信したパケット (303)の宛先アドレスを周辺端末 Bの CoAである" bl"に変更する。

[0115] このパケットは、さらにヘッダー付与部 e61に渡され、 IPv6ルーティングヘッダーを使った IETF標準のソースルーティングのフォーマットが付与される。すなわち、図 4 の 305に示されるように、 IPヘッダーの宛先は周辺端末 Aの CoAである" bl"、ルーティングヘッダー中の最上段の宛先は周辺端末 Bの CoAである" b2"、ルーティングヘッダー中の 2段目の宛先は周辺端末 Bの HoAである" B2"に指定され、周辺端末 Aに送信される。

[0116] 続いて、周辺端末 Aの中継処理部 a54力この IETF標準のソースルーティングのフォーマットに変更されたパケット（305)を受信すると、該パケット（305)は 306に示すフォーマットに加工される。

[0117] すなわち、中継処理部 a54は、受信したパケット（305)を、事前にモパイル端末 C の中継通知部 clにより通知されていた周辺端末 Bの CoAである" b2"を IPヘッダーの宛先とし、さらに、周辺端末 Bの HoA"B2"をルーティングヘッダー中最上の宛先としたパケットへと加工する。

[0118] このとき、判定部 a51では、ヘッダー情報の相違に基づいてコピーの適否が判定される。具体的には、ヘッダー情報が通常のネットワークアクセスによる IPヘッダーの情報と異なる場合、すなわち IETF標準のソースルーティングのフォーマットである場合には、受信したパケット（305)はデータ取得部 a52に渡される。そして、ペイロード部分のデータが取得、コピーされ、映像再生処理部 a4に渡される。映像再生処理部 a4 では、データ中の映像部分のみを解釈して再生する。

[0119] 尚、このとき仮に受信したパケットのヘッダー情報が IETF標準のソースルーティングのフォーマットでない場合は、判定部 a51は、通常の IPヘッダーによるネットワークアクセスにて到着したものと判定し、ペイロード部分のデータはデータ取得部 a52に渡されない。

[0120] 次に、中継処理部 a54によりヘッダーの加工されたパケット（306)は、周辺端末 A の中継先である周辺端末 Bへと送信される。

[0121] 周辺端末 Bがパケット (306)を受信すると、ペイロード部分のデータが音声再生機能部 b3に渡され、音声再生機能部 b3は、該データ中の音声部分のみを解釈して再生する。

[0122] 上記第 2の実施の形態では、ヘッダー処理部が、受信したパケットのヘッダーを、 I Pv6ルーティングヘッダーを使った IETF標準のソースルーティングのフォーマットに変更する構成をとつた。この為、モパイル端末と網側で実現していたセッションを、機能分担された複数の周辺端末を併用したセッションに切り替える際、周辺端末が IPv 6対応のネットワークデバイスであったとしても、配信側のネットワークシステムに負荷をかけることなぐ配送するデータを複数の周辺端末に対して配信することが可能となる。

[0123] 本出願 (ま、 2006年 9月 15曰 ίこ出願された曰本出願特願 2006— 251743号を基礎とする優先権を主張し、その開示の全てをここに含む。

Claims

請求の範囲

[1] 複数の周辺端末の中から、パケットの中継をさせる中継用周辺端末及び前記中継用周辺端末の中継先となる中継先周辺端末を選択する選択手段と、前記選択手段により選択した前記中継先周辺端末及び前記中継用周辺端末の少なくともアドレスに関する情報を含む識別情報を通知する通知手段とを備えた端末と、

前記端末からのリクエストに応答して配信ノードから送信されてきたパケットのヘッダ一の宛先を、前記識別情報に基づいて前記中継先周辺端末のアドレスに変更し、このパケットをカプセル化して前記中継用周辺端末のアドレスを含む外部ヘッダーを付与するヘッダー処理手段を備えた通信装置と

を備え、

前記中継用周辺端末は、

前記通信装置によりカプセル化されたパケットをデカプセリングしてペイロード部分のデータを取得するデータ取得手段と、

前記取得手段により取得したデータを所定の再生機能に出力する出力手段と、前記デカプセリングしたパケットに含まれるヘッダー情報に基づ!/、て、前記デカプセリングしたパケットを前記中継先周辺端末へと中継する中継処理手段とを有することを特徴とするパケット配信システム。

[2] 前記中継処理手段は、前記端末と前記中継用周辺端末及び前記中継先周辺端末との間で独立のネットワークが構築されている場合に、前記ヘッダー処理手段により付与された外部ヘッダーの宛先を、前記中継先周辺端末のモパイル通信用ァドレスに変更することで、受信したパケットを前記中継先周辺端末へと中継させるように構成されて!/、ることを特徴とする請求項 1に記載のパケット配信システム。

[3] 前記データ取得手段は、前記通信装置から受信したパケットの内部ヘッダーの宛先を参照し、この宛先と前記中継先周辺端末のアドレスとの一致 ·不一致を判定する判定手段を有し、前記判定手段によりアドレスが一致すると判断された場合に前記ぺィロード部分のデータを取得するよう構成されていることを特徴とする請求項 1または請求項 2に記載のパケット配信システム。

[4] 前記複数の周辺端末が IPv6対応の端末である場合に、前記ヘッダー処理手段は、

前記端末からのリクエストに応答して配信ノードから送信されてきたパケットのヘッダ一の宛先を、前記中継用周辺端末のアドレスに変更し、前記中継先周辺端末のアドレスを宛先とした IPv6ルーティングヘッダーを付与するヘッダー処理手段を備え、前記中継処理手段は、

前記通信装置から受信したパケットのヘッダーを、 IPv6ルーティングヘッダーのァドレスに変更することで、前記受信したパケットを前記中継先周辺端末へと中継させるように構成されていることを特徴とする請求項 1から請求項 3のいずれかに記載のパケット配信システム。

[5] 前記所定の再生機能は、映像再生機能または音声再生機能であることを特徴とする請求項 1に記載のパケット配信システム。

[6] 複数の周辺端末の各々が管理する機能又は性能に関する情報に基づいて、前記複数の周辺端末の中から、端末からのリクエストに応答して配信ノードから送信されてきたパケットの中継をさせる中継用端末及び前記中継用端末の中継先となる中継先周辺端末を選択する選択手段と、

前記選択手段により選択した前記中継先周辺端末及び前記中継用周辺端末の少なくともアドレスに関する情報を含む識別情報を通知する通知手段と

を備えた端末。

[7] 端末から通知された複数の周辺端末の各々が管理する機能又は性能に関する情報を保存する保存手段と、

前記保存している情報に基づいて、前記複数の周辺端末の中から、端末からのリクェストに応答して配信ノードから送信されてきたパケットの中継をさせる中継用端末及び前記中継用端末の中継先となる中継先周辺端末を選択する選択手段と、前記選択手段により選択した前記中継先周辺端末及び前記中継用周辺端末の少なくともアドレスに関する情報を含む識別情報を通知する通知手段と

を備えた管理サーバ。

[8] 端末からのリクエストに応答して配信ノードから送信されてきたパケットを、中継先となる中継先周辺端末へ中継させる中継用周辺端末に接続された通信装置であって前記パケットのヘッダーの宛先を、前記端末から通知された少なくとも前記中継先周辺端末及び前記中継用周辺端末のアドレスに関する情報を含む識別情報に基づいて前記中継先周辺端末のアドレスに変更し、このパケットをカプセル化して前記中継用周辺端末のアドレスを含む外部ヘッダーを付与するヘッダー処理手段を備えた通 1S装置。

[9] 前記ヘッダー処理手段は、ルーティング先の端末が IPv6対応の端末である場合に、端末からのリクエストに応答して配信ノードから送信されてきたパケットのヘッダーの宛先を、前記識別情報に基づいて前記中継用周辺端末のアドレスに変更し、さらに前記中継先周辺端末のアドレスを宛先とした IPv6ルーティングヘッダーを付与することで、前記送信されてきたパケットを前記中継用周辺端末を経由して前記中継先周辺端末へと中継させるヘッダー処理手段であることを特徴とする請求項 8に記載の通 1S装置。

[10] 端末からのリクエストに応答して配信ノードから通信装置を介して送信されてきたパケットを、中継先となる中継先周辺端末へと中継させる中継用周辺端末であって、前記通信装置によりカプセル化されたパケットをデカプセリングしてペイロード部分のデータを取得するデータ取得手段と、

前記データ取得手段により取得したデータを所定の再生機能に出力する出力手段と、

前記デカプセリングしたパケットに含まれるヘッダー情報に基づ!/、て、前記デカプセリングしたパケットを前記中継先周辺端末へと中継する中継処理手段とを有することを特徴とする中継用周辺端末。

[11] 前記中継処理手段は、前記端末と前記中継用周辺端末及び前記中継先周辺端末との間で独立のローカルネットワークが構築されて!/、る場合に、前記通信装置によつて前記カプセル化されたパケットに付与された外部ヘッダーの宛先を、前記中継先周辺端末のモパイル通信用アドレスに変更することで、受信したパケットを前記中継先周辺端末へと中継するように構成されていることを特徴とする請求項 10に記載の中継用周辺端末。

[12] 前記データ取得手段は、前記通信装置から受信したパケットの内部ヘッダーの宛先を参照し、この宛先と前記中継先周辺端末のアドレスとの一致 ·不一致を判定する判定手段を有し、前記判定手段によりアドレスが一致すると判断された場合に前記ぺィロード部分のデータを取得するよう構成されていることを特徴とする請求項 10または請求項 11に記載の中継用周辺端末。

[13] 前記中継用周辺端末及び前記中継用周辺端末が IPv6対応の端末である場合に前記中継処理手段は、

前記通信装置から受信したパケットのヘッダーを、 IPv6ルーティングヘッダーのァドレスに変更することで、前記受信したパケットを前記中継先周辺端末へと中継させるように構成されていることを特徴とする請求項 10から請求項 12のいずれかに記載の中継用周辺端末。

[14] 前記所定の再生機能は、映像再生機能または音声再生機能であることを特徴とする請求項 10に記載の中継用周辺端末。

[15] 複数の周辺端末の中から、パケットの中継をさせる中継用周辺端末及び前記中継用周辺端末の中継先となる中継先周辺端末を端末に選択させる選択ステップと、前記端末からのリクエストに応答して配信ノードから送信されてきたパケットのヘッダ一の宛先を、前記端末から通知された少なくとも前記中継先周辺端末及び前記中継用周辺端末のアドレスに関する情報を含む識別情報に基づいて前記中継先周辺端末のアドレスに変更し、このパケットをカプセル化して前記中継用周辺端末のアドレスを含む外部ヘッダーを付与させるヘッダー処理ステップと、

前記ヘッダー処理ステップによりカプセル化されたパケットをデカプセリングしてぺィロード部分のデータを取得するデータ取得ステップと、

前記データ取得ステップにより取得したデータを所定の再生機能に出力する出力前記デカプセリングしたパケットに含まれるヘッダー情報に基づ!/、て、前記デカプセリングしたパケットを前記中継先周辺端末へと中継する中継処理ステップとを有することを特徴とするパケット配信方法。

[16] 前記中継処理ステップは、前記端末と前記中継用周辺端末及び前記中継先周辺端末との間で独立のローカルネットワークが構築されてレ、る場合に、前記ヘッダー処理ステップにより付与させた外部ヘッダーの宛先を、前記中継先周辺端末のモバイル通信用アドレスに変更することで、受信したパケットを前記中継先周辺端末へと中継することを特徴とする請求項 15に記載のパケット配信方法。

[17] 前記データ取得ステップは、前記通信装置から受信したパケットの内部ヘッダーの宛先を参照し、この宛先と前記中継先周辺端末のアドレスとの一致'不一致を判定する判定ステップを有し、前記判定ステップによりアドレスが一致すると判断された場合に前記ペイロード部分のデータを取得することを特徴とする請求項 15または請求項 16に記載のパケット配信方法。

[18] 前記複数の周辺端末が IPv6対応の端末である場合に、

前記端末からのリクエストに応答して配信ノードから送信されてきたパケットのヘッダ一の宛先を、前記中継用周辺端末のアドレスに変更し、前記中継先周辺端末のアドレスを宛先とした IPv6ルーティングヘッダーを付与するヘッダー処理ステップと、前記通信装置から受信したパケットのヘッダーを、 IPv6ルーティングヘッダーのァドレスに変更することで、前記受信したパケットを前記中継先周辺端末へと中継する中継処理ステップと

を有することを特徴とする請求項 15から請求項 17のいずれかに記載のパケット配信方法。