(57)【要約】【課題】コンテンツ送信装置から複数の通信端末に対して送信されたコンテンツを受信する場合において、上り方向の通信に用いられるネットワーク資源を効率的に利用することができる通信端末及びコンテンツ受信方法を提供する。【解決手段】本発明に係る通信端末は、セッション情報に含まれている通信帯域情報の値が、０ｂｐｓの場合、上り無線リンクを開設せず、ＲＴＣＰパケット（ＲＴＣＰ受信者レポート及びＲＴＣＰ送信元記述パケット）を送信しないように動作する。また、本発明に係る通信端末は、セッション情報に示されている通信帯域情報の値が、０ｂｐｓより大きく、所定の値以下である場合、ＲＴＣＰパケットの送信の都度、上り無線リンクを開設し、当該ＲＴＣＰパケットの送信を完了次第、上り無線リンクを解放する。【選択図】      図３
2005026813.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ送信装置から複数の通信端末に対して送信されたコンテンツを受信する通信端末であって、
前記コンテンツの受信品質を含む受信者情報を通知するために割り当てられた通信帯域を示す通信帯域情報を取得する通信帯域情報取得部と、
取得した前記通信帯域情報に基づいて、上り無線リンクを介して前記受信者情報を通知する受信者情報処理部と
を備え、
前記受信者情報処理部は、前記通信帯域が割り当てられていない場合、前記上り無線リンクを開設しないことを特徴とする通信端末。
【請求項２】
前記受信者情報処理部は、前記通信帯域が所定の値以下の場合、前記受信者情報を通知後、前記上り無線リンクを解放することを特徴とする請求項１に記載の通信端末。
【請求項３】
前記受信者情報処理部は、前記通信帯域情報と前記受信者情報の送信間隔とに基づいて、前記受信者情報を通知後、前記上り無線リンクを解放するか否かを決定することを特徴とする請求項１に記載の通信端末。
【請求項４】
前記コンテンツを受信している通信端末の数を示す受信端末数情報を取得する受信端末数取得部をさらに備え、
前記受信者情報処理部は、前記通信帯域情報と前記受信端末数情報とに基づいて、前記受信者情報を通知後、前記上り無線リンクを解放するか否かを決定することを特徴とする請求項１に記載の通信端末。
【請求項５】
コンテンツ送信装置から複数の通信端末に対して送信されたコンテンツを受信する通信端末を用いたコンテンツ受信方法であって、
前記通信端末が、前記コンテンツの受信品質を含む受信者情報を通知するために割り当てられた通信帯域を示す通信帯域情報を取得するステップと、
前記通信端末が、取得した前記通信帯域情報に基づいて、上り無線リンクを介して前記受信者情報を通知するステップと
を備え、
前記通信端末は、前記通信帯域が割り当てられていない場合、前記上り無線リンクを開設しないことを特徴とするコンテンツ受信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンテンツ送信装置から複数の通信端末に対して送信されたコンテンツを受信する通信端末及びコンテンツ受信方法に関する。
【０００２】
【従来の技術】
インターネットや携帯電話網などの通信ネットワーク上において、動画像や音声などのコンテンツを、コンテンツ送信装置から複数の通信端末に対して、ブロードキャストやマルチキャストを用いて、同時に送信することが検討されている。
【０００３】
このようなコンテンツを送受信する場合、ＩＥＴＦにおいて規定されているＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ、非特許文献１参照）が一般的に用いられる。ＲＴＰに基づいて生成されるＲＴＰパケットには、シーケンス番号やタイム・スタンプが付加されているため、ＲＴＰパケットを受信する通信端末は、受信したＲＴＰパケットを正当な順序及びタイミングで再生することが可能となる。
【０００４】
また、ＲＴＰを用いた通信では、ＲＴＣＰ（ＲＴＰ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）が付随して用いられる。ＲＴＣＰには、（１）ＲＴＰパケットの送信者（送信装置）から送信されるＲＴＣＰ送信者レポート、（２）ＲＴＰパケットの受信者（受信端末等）から送信されるＲＴＣＰ受信者レポート、及び（３）ＲＴＰパケットの受信者から送信されるＲＴＣＰ送信元記述パケット、などが規定されている。
【０００５】
ＲＴＣＰ送信者レポート（Ｓｅｎｄｅｒ  Ｒｅｐｏｒｔ）には、上述した動画像や音声などのコンテンツを同期を取りつつ再生するために必要な情報が含まれており、ＲＴＰパケットの受信者は、ＲＴＣＰ送信者レポートを参照することにより、受信した動画像や音声などのコンテンツ間の同期を取りつつ再生することができる。
【０００６】
一方、ＲＴＣＰ受信者レポート（Ｒｅｃｅｉｖｅｒ  Ｒｅｐｏｒｔ）には、受信したパケット数や欠落したパケット数などの受信品質を示す情報が含まれており、ＲＴＰパケットの送信者は、定期的に通知されるＲＴＣＰ受信者レポートにより、ＲＴＰパケットの受信者の受信品質を確認し、必要に応じ、欠落したパケットの再送などの制御を実行する。
【０００７】
また、ＲＴＣＰ送信元記述パケット（ＳＤＥＳ：  Ｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ）は、コンテンツ送信装置と、コンテンツを受信する複数の通信端末とが、ユーザ名や電子メールアドレスなどの情報を定期的に相互に通知するために利用される。ＲＴＣＰ送信元記述パケットを受信者間において相互に通知することにより、当該コンテンツを受信している受信者数を確認することができる。
【０００８】
ところで、携帯電話網などの無線通信区間を有するネットワークにおいては、コンテンツ送信装置から、基地局と通信端末（移動通信端末）とを接続する無線リンクを介して、コンテンツが送信される。また、ＲＴＰ／ＲＴＣＰを用いて当該コンテンツを受信する場合、ＲＴＣＰ受信者レポートやＲＴＣＰ送信元記述パケットを、移動通信端末から定期的に送信する必要があるため、移動通信端末と、基地局との間に上り無線リンクが開設されることとなる。
【０００９】
図１４は、上述したような携帯電話網などのネットワークを介して、移動通信端末が、コンテンツを受信する場合の通信シーケンスの概略を示している。
【００１０】
まず、移動通信端末１０ａは、当該コンテンツを受信するために必要な符号化則などの情報が記述されたセッション情報を、基地局ＢＳ１とネットワークＮＷとを介して、コンテンツ送信装置２０から取得する。セッション情報は、ＳＡＰ（Ｓｅｓｓｉｏｎ  Ａｎｎｏｕｎｃｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）を用いて、コンテンツ送信装置から移動通信端末に送信される。もしくは、移動通信端末が、ＨＴＴＰを用いてコンテンツ送信装置からセッション情報を取得する。また、セッション情報は、例えばＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に基づいて記述されたファイルによって提供される。
【００１１】
次いで、移動通信端末１０ａは、基地局ＢＳ１に対して、上り無線リンクの開設を要求し、当該開設の要求に応じて、必要なネットワーク資源が確保され、上り無線リンクが設定される。ここで、ネットワーク資源とは、通信コネクションの設定のために確保される基地局装置内のメモリ容量や無線リンクの拡散コードなどのことである。
【００１２】
その後、移動通信端末１０ａは、例えばマルチキャストを用いて、動画像や音声などの情報を含むＲＴＰメディアパケット及びＲＴＣＰ送信者レポートなどのＲＴＣＰパケットをコンテンツ送信装置２０から受信し、受信したコンテンツを再生する。さらに、移動通信端末１０ａは、ＲＴＣＰ受信者レポートなどのＲＴＣＰパケットを定期的にコンテンツ送信装置２０に送信する。
【００１３】
このように、コンテンツの受信中においては、上り無線リンクが継続して設定され、ＲＴＣＰ受信者レポートやＲＴＣＰ送信元記述パケットを送信するために当該無線リンクが使用される。
【００１４】
【非特許文献１】
Ｈ．  Ｓｃｈｕｌｚｒｉｎｎｅ，  Ｓ．  Ｃａｓｎｅｒ，  Ｒ．  Ｆｒｅｄｅｒｉｃｋ  ａｎｄ  Ｖ．  Ｊａｃｏｂｓｏｎ，  “ＲＴＰ：  Ａ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｒｅａｌ−Ｔｉｍｅ  Ａｐｐｌｉｃａｔｉｏｎｓ”，  ＩＥＴＦ  ＲＦＣ  １８８９，  Ｊａｎｕａｒｙ  １９９６
【００１５】
【発明が解決しようとする課題】
しかしながら、上述したコンテンツの受信方法では、コンテンツ送信装置から通信端末への方向（下り方向）の通信、すなわちコンテンツの送信に用いられるネットワーク資源については、マルチキャストなどを用いることにより、コンテンツを受信する通信端末数に拘わらず、一定に保つことができるが、通信端末からコンテンツ送信装置への方向（上り方向）の通信、すなわち、ＲＴＣＰパケットなどの受信者情報を送信するために用いられるネットワーク資源は、コンテンツを受信する通信端末数に比例して増大するという問題があった。
【００１６】
さらに、コンテンツ送信装置において、通信端末からの当該コンテンツの受信品質の通知を必要としない場合、例えば、コンテンツ送信装置が、通知された受信品質に基づいてコンテンツの送信方法を制御しない場合や、当該コンテンツを受信している通信端末数の確認が不要な場合においても、通信端末は、受信者情報を送信するため、当該ネットワーク資源が浪費されるといった問題があった。
【００１７】
特に、有限な無線周波数帯域を複数の移動通信端末が共用する携帯電話網などのネットワークにおいては、上述したようなコンテンツの送受信を当該ネットワーク上において実現する場合、かかる問題を解決し、効率的にネットワーク資源を利用することが求められていた。
【００１８】
そこで、本発明は、以上の点に鑑みてなされたもので、コンテンツ送信装置から複数の通信端末に対して送信されたコンテンツを受信する場合において、上り方向の通信に用いられるネットワーク資源を効率的に利用することができる通信端末及びコンテンツ受信方法を提供することをその目的とする。
【００１９】
【課題を解決するための手段】
上述した課題を解決するため、本発明は、次のような特徴を有している。まず、本発明の第１の特徴は、コンテンツ送信装置から複数の通信端末に対して送信されたコンテンツを受信する通信端末であって、前記コンテンツの受信品質を含む受信者情報を通知するために割り当てられた通信帯域を示す通信帯域情報を取得する通信帯域情報取得部と、取得した前記通信帯域情報に基づいて、上り無線リンクを介して前記受信者情報を通知する受信者情報処理部とを備え、前記受信者情報処理部は、前記通信帯域が割り当てられていない場合、前記上り無線リンクを開設しないことを要旨とする。
【００２０】
かかる特徴によれば、受信者情報（ＲＴＣＰパケット）を通知するための通信帯域が割り当てられていない場合、前記受信者情報処理部が、上り無線リンクを開設せず、受信者情報を通知しないため、コンテンツ送信装置が、受信者情報の通知を必要としていない場合などにおいて、基地局装置内のメモリ容量や無線リンクの拡散コードなどのネットワーク資源が浪費されることを回避し、ネットワークを効率的に利用することができる。この結果、同一のネットワーク資源を用いて、より多くの通信端末が、コンテンツを受信することができる。
【００２１】
本発明の第１の特徴において、前記受信者情報処理部は、前記通信帯域が所定の値以下の場合、前記受信者情報を通知後、前記上り無線リンクを解放することが好ましい。
【００２２】
かかる特徴によれば、例えば、受信者情報を通知するための通信帯域が狭小な場合、受信者情報処理部が、受信者情報を通知する都度、上り無線リンクを開設し、当該受信者情報を通知後、上り無線リンクを解放するため、受信者情報の送信のために特定の通信端末によって上り無線リンクが継続して確保されることが回避され、ネットワーク資源を効率的に利用することができる。
【００２３】
本発明の第１に特徴において、前記受信者情報処理部は、前記通信帯域情報と前記受信者情報の送信間隔とに基づいて、前記受信者情報を通知後、前記上り無線リンクを解放するか否かを決定することが好ましい。
【００２４】
かかる特徴によれば、例えば、受信者情報（ＲＴＣＰパケット）の送信間隔が所定の値より長い場合には、受信者情報処理部が、受信者情報を通知する都度、上り無線リンクを開設し、当該受信者情報を通知後、上り無線リンクを解放するため、受信者情報の送信のために特定の通信端末によって、上り無線リンクが継続して確保されることが回避され、ネットワーク資源を効率的に利用することができる。
【００２５】
また、かかる特徴によれば、例えば、受信者情報の送信間隔が所定の値より短い場合には、受信状態通知手段が、コンテンツの受信中に継続して上り無線リンクを設定するため、上り無線リンクの開設と解放との反復による通信端末や基地局などの処理負荷の増大を回避することができる。
【００２６】
本発明の第１の特徴において、前記コンテンツを受信している通信端末の数を示す受信端末数情報を取得する受信端末数取得部をさらに備え、前記受信者情報処理部は、前記通信帯域情報と前記受信端末数情報とに基づいて、前記受信者情報を通知後、前記上り無線リンクを解放するか否かを決定することが好ましい。
【００２７】
かかる特徴によれば、例えば、コンテンツを受信している通信端末の数が所定の数より多い場合には、受信者情報処理部が、受信者情報を通知する都度、上り無線リンクを開設し、当該受信者情報を通知後、上り無線リンクを解放するため、受信者情報の送信のために特定の通信端末によって、上り無線リンクが継続して確保されることが回避され、ネットワーク資源を効率的に利用することができる。
【００２８】
本発明の第２の特徴は、コンテンツ送信装置から複数の通信端末に対して送信されたコンテンツを受信する通信端末を用いたコンテンツ受信方法であって、前記通信端末が、前記コンテンツの受信品質を含む受信者情報を通知するために割り当てられた通信帯域を示す通信帯域情報を取得するステップと、前記通信端末が、取得した前記通信帯域情報に基づいて、上り無線リンクを介して前記受信者情報を通知するステップとを備え、前記通信端末は、前記通信帯域が割り当てられていない場合、前記上り無線リンクを開設しないことを要旨とする。
【００２９】
【発明の実施の形態】
［第１実施形態］
（通信端末を含むネットワーク構成）
本発明の第１の実施形態について図面を参照しながら説明する。図１は、本実施形態に係る通信端末を含むネットワーク構成図である。
【００３０】
同図に示すように、本実施形態に係る通信端末を構成する移動通信端末１０ａ乃至１０ｄは、基地局ＢＳ１乃至ＢＳ３と無線リンクを開設して所定の通信を行うことができる、いわゆる携帯電話端末であり、音声通話に加え、映像や音声などのコンテンツを受信・再生する機能を有している。
【００３１】
なお、移動通信端末１０ａ乃至１０ｄとして、携帯電話端末に限らず、基地局ＢＳ１乃至ＢＳ３と無線リンクを開設でき、映像や音声などのコンテンツを受信・再生する機能を有している通信端末であれば、携帯情報端末（ＰＤＡ）などを用いることもできる。
【００３２】
また、本実施形態では、基地局ＢＳ１乃至ＢＳ３と、映像や音声などのコンテンツを移動通信端末１０ａ乃至１０ｄに送信するコンテンツ送信装置２０とが、ネットワークＮＷによって接続されている。なお、本実施形態では、コンテンツ送信装置２０は、ネットワークＮＷに直接接続されているが、ネットワークＮＷとインターネットとが接続され、インターネットにコンテンツ送信装置２０が接続される構成としてもよい。
【００３３】
移動通信端末１０ａ乃至１０ｄは、上述した基地局ＢＳ１乃至ＢＳ３との間に開設される無線リンクを介して、コンテンツ送信装置２０から、移動通信端末１０ａ乃至１０ｄに対して、ブロードキャストやマルチキャストを用いて送信されるコンテンツを受信することができる。
【００３４】
（通信端末の構成）
図２は、移動通信端末１０ａの論理ブロック構成を示す図である。なお、移動通信端末１０ｂ乃至１０ｄも同一の論理ブロック構成を有している。
【００３５】
移動通信端末１０ａは、無線送信部１１１と、無線受信部１１２と、多重部１１３と、分離部１１４と、音声信号処理部１１５と、セッション情報取得部１１６と、コンテンツ再生部１１７と、受信者情報通知処理部１１８とを有している。
【００３６】
無線送信部１１１は、多重部１１３から送出されたベースバンド信号を変調し、無線信号として、基地局ＢＳ１乃至ＢＳ３に対して送信するものである。また、無線受信部１１２は、基地局ＢＳ１乃至ＢＳ３から受信した無線信号をベースバンド信号に復調し、復調したベースバンド信号を分離部１１４に送出するものである。
【００３７】
多重部１１３は、本実施形態では、音声信号処理部１１５から送出された音声信号と、受信者情報通知処理部１１８から送出されたＲＴＣＰ受信者レポートなどの受信者情報とを多重するものである。また、分離部１１４は、無線受信部１１２から送出されたベースバンド信号を分離し、分離された信号を音声信号処理部１１５、セッション情報取得部１１６またはコンテンツ再生部１１７に送出するものである。
【００３８】
音声信号処理部１１５は、マイク（不図示）によって取得した移動通信端末１０ａの利用者の音声信号を所定の符号化則により符号化するとともに、分離部１１４から送出された信号を復号化し、音声信号としてスピーカ（不図示）から出力するものである。
【００３９】
セッション情報取得部１１６は、映像や音声などのコンテンツを受信するために必要な情報と、ＲＴＣＰ受信者レポートなどの受信者情報を通知するために割り当てられた通信帯域を示す通信帯域情報とが含まれているセッション情報を取得するものであり、本実施形態では、通信帯域情報取得部を構成する。
【００４０】
具体的には、セッション情報取得部１１６は、分離部１１４から送出された信号から、図７に示すようなセッション情報ファイルを取得する。当該セッション情報ファイルは、ＳＡＰ（Ｓｅｓｓｉｏｎ  Ａｎｎｏｕｎｃｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）を用いて、コンテンツ送信装置２０から移動通信端末１０ａ乃至１０ｄに対して送信される。あるいは、移動通信端末１０ａが、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いて、例えばコンテンツ送信装置２０上に公開されているセッション情報ファイルを取得してもよい。
【００４１】
また、当該セッション情報は、本実施形態では、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）にしたがって記述され、“ｂ＝ＲＲ：０”（図７の下線部）という情報により、ＲＴＣＰ受信者レポート及びＲＴＣＰ送信元記述パケットの送信に使用できる通信帯域（伝送速度）が、０ｂｉｔ／秒（以下、ｂｐｓ）であることを示している。なお、図７に示すセッション情報ファイルの内容の詳細については、後述する。
【００４２】
コンテンツ再生部１１７は、分離部１１４から送出された映像や音声の情報を含む信号を受信するとともに、セッション情報取得部１１６によって取得されたセッション情報に示されている符号化則に基づいて復号化し、映像や音声などの信号をディスプレイやスピーカ（不図示）を用いて再生するものである。
【００４３】
具体的には、コンテンツ再生部１１７は、コンテンツ送信装置２０から送信されたＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）メディアパケット及びＲＴＣＰ（ＲＴＰ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）パケットに基づいて、映像や音声などのコンテンツを同期を取りつつ再生する。
【００４４】
受信者情報通知処理部１１８は、セッション情報取得部１１６によって取得されたセッション情報に含まれている通信帯域情報に基づいて、上り無線リンクを介して受信者情報を通知するものである。
【００４５】
また、受信者情報通知処理部１１８は、受信者情報を通知するために使用することのできる通信帯域が割り当てられていない場合、上り無線リンクを開設せず、受信者情報を通知しないように動作することができる。
【００４６】
さらに、受信者情報通知処理部１１８は、受信者情報を通知するために割り当てられた通信帯域が所定の値以下の場合、受信者情報を通知後、上り無線リンクを解放することができる。
【００４７】
具体的には、本実施形態に係る受信者情報通知処理部１１８は、セッション情報取得部１１６によって取得されたセッション情報に含まれている通信帯域情報の値が、０ｂｐｓの場合、上り無線リンクを開設せず、ＲＴＣＰパケット（ＲＴＣＰ受信者レポート及びＲＴＣＰ送信元記述パケット）を送信しないように動作する。
【００４８】
また、受信者情報通知処理部１１８は、セッション情報取得部１１６によって取得されたセッション情報に示されている通信帯域情報の値が、０ｂｐｓより大きく、所定の値以下である場合、ＲＴＣＰパケットの送信の都度、上り無線リンクを開設し、当該ＲＴＣＰパケットの送信を完了次第、上り無線リンクを解放する。
【００４９】
なお、所定の値は、移動通信端末１０ａ乃至１０ｄが、ＲＴＣＰパケットを送信するために使用できるネットワーク資源、例えば、基地局装置内のメモリ容量、無線リンクの拡散コードなどに応じて、任意を値を設定することができる。
【００５０】
さらに、受信者情報通知処理部１１８は、セッション情報取得部１１６によって取得されたセッション情報に示されている通信帯域情報の値が、所定の値より大きい場合、コンテンツの受信中に継続して上り無線リンクを設定し、ＲＴＣＰパケットを送信する。
【００５１】
（通信端末を用いたコンテンツ受信方法）
次に、上述した第１の実施形態に係る通信端末を用いたコンテンツ受信方法について説明する。
【００５２】
図３は、本実施形態に係るコンテンツの受信方法を示すフローチャートである。まず、本実施形態に係る移動通信端末１０ａは、移動通信端末１０ａの利用者によって指定された所望のコンテンツに基づいて、当該所望のコンテンツと対応付けられたセッション情報ファイルをコンテンツ送信装置２０から取得する（Ｓ１１）。上述したように、セッション情報ファイルは、ＳＡＰやＨＴＴＰを用いて取得することができる。なお、ＨＴＴＰを用いる場合、移動通信端末１０ａは、上り無線リンクを開設してセッション情報ファイルを取得する必要がある。かかる場合、移動通信端末１０ａは、セッション情報ファイルを取得次第、上り無線リンクを解放してもよい。
【００５３】
ここで、図７は、ＳＤＰに基づいて記述されたセッション情報ファイルの一例を示している。同図に示すように、セッション情報ファイルには、セッションのタイトル名、関連ＵＲＬ、連絡先電話番号、使用される符号化則などの情報が記述されている。同図の例では、ＩＴＵ−Ｔ  Ｈ．２６３に規定される符号化則で符号化された動画像（ビデオ）と、ＡＭＲ（Ａｄａｐｔｉｖｅ  Ｍｕｌｔｉ−Ｒａｔｅ）で符号化された音声（オーディオ）とにより構成されるコンテンツであることを示している。
【００５４】
さらに、同図に示すセッション情報ファイルには、上述したように、“ｂ＝ＲＲ：０”（下線部）と記述された通信帯域情報が含まれている。“ｂ＝ＲＲ：０”は、当該コンテンツを受信する移動通信端末からコンテンツ送信装置２０に送信する受信者情報、すなわちＲＴＣＰパケットの送信に使用できる通信帯域が、０ｂｐｓであることを示している。
【００５５】
次いで、移動通信端末１０ａは、取得したセッション情報ファイルに含まれている通信帯域情報の値を確認する（Ｓ１２）。ここで、通信帯域情報の値が、０ｂｐｓの場合、移動通信端末１０ａは、“コンテンツ受信処理”（Ｓ１３）を実行する。
【００５６】
図４は、ステップＳ１３の“コンテンツ受信処理”の内容を示すフローチャートである。同図に示すように、移動通信端末１０ａは、コンテンツ送信装置２０からＲＴＰメディアパケット及びＲＴＣＰパケット（ＲＴＣＰ送信者レポート）を受信（Ｓ１０１）し、ビデオ及びオーディオコンテンツを同期を取りつつ再生する。さらに、移動通信端末１０ａは、コンテンツの受信が終了するまで、ＲＴＰメディアパケット及びＲＴＣＰパケットを受信を繰り返す（Ｓ１０２のＮＯ）。一方、当該コンテンツの受信が終了した場合（Ｓ１０２のＹＥＳ）、移動通信端末１０ａは、“コンテンツ受信処理”から復帰し、コンテンツの受信が完了する。
【００５７】
ここで、図８は、ステップＳ１１乃至Ｓ１３の処理を実行した場合における通信シーケンスの概略を示している。同図に示すように、移動通信端末１０ａは、セッション情報を取得後、当該セッション情報に基づいて、ＲＴＰメディアパケット及びＲＴＣＰパケットを受信するが、上り無線リンクを開設せず、ＲＴＣＰパケット（ＲＴＣＰ受信者レポート及びＲＴＣＰ送信元記述パケット）を送信しない。したがって、図１４に示した従来のコンテンツ受信時の通信シーケンスと異なり、移動通信端末１０ａは、上り無線リンクを開設することなく、コンテンツを受信することができる。
【００５８】
また、ステップＳ１２において、セッション情報ファイルに含まれている通信帯域情報の値が、所定の値（Ｘｂｐｓ）より大きい場合、あるいは通信帯域情報がセッション情報ファイルに含まれていない場合、移動通信端末１０ａは、基地局ＢＳ１と上り無線リンクを開設する（Ｓ１４）。次いで、移動通信端末１０ａは、“コンテンツ受信・ＲＴＣＰパケット送信処理”（Ｓ１５）を実行する。
【００５９】
図５は、ステップＳ１５の“コンテンツ受信・ＲＴＣＰパケット送信処理”の内容を示すフローチャートである。同図に示すように、移動通信端末１０ａは、コンテンツ送信装置２０からＲＴＰメディアパケット及びＲＴＣＰパケットを受信（Ｓ２０１）し、ビデオ及びオーディオコンテンツを同期を取りつつ再生する。次いで、ＲＴＣＰパケットを送信する必要がある場合（Ｓ２０２のＹＥＳ）、移動通信端末１０ａは、ステップＳ１４において開設した上り無線リンクを用いて、当該ＲＴＣＰパケットをコンテンツ送信装置２０に送信する（Ｓ２０３）。
【００６０】
さらに、移動通信端末１０ａは、ステップＳ２０１乃至ステップＳ２０３の処理を、コンテンツの受信が終了するまで繰り返す（Ｓ２０４のＮＯ）。一方、当該コンテンツの受信が終了した場合（Ｓ２０４のＹＥＳ）、移動通信端末１０ａは、“コンテンツ受信・ＲＴＣＰパケット送信処理”から復帰する。次いで、移動通信端末１０ａは、ステップＳ１４において開設した上り無線リンクを解放（Ｓ１６）し、コンテンツの受信が完了する。
【００６１】
なお、移動通信端末１０ａがステップＳ１１乃至Ｓ１６の処理を実行した場合における通信シーケンスは、図１４に示した従来のコンテンツ受信時の通信シーケンスと同様である。
【００６２】
また、ステップＳ１２において、セッション情報ファイルに含まれている通信帯域情報の値が、０ｂｐｓより大きく、所定の値（Ｘｂｐｓ）以下の場合（０ｂｐｓ＜伝送速度≦Ｘｂｐｓ）、移動通信端末１０ａは、ＲＴＣＰパケットの送信時に、上り無線リンクを随時開設する“コンテンツ受信・ＲＴＣＰパケット送信”処理を実行する（Ｓ１７）。
【００６３】
図６は、ステップＳ１７の“コンテンツ受信・ＲＴＣＰパケット送信処理”の内容を示すフローチャートである。同図に示すように、移動通信端末１０ａは、コンテンツ送信装置２０からＲＴＰメディアパケット及びＲＴＣＰパケットを受信（Ｓ３０１）し、ビデオ及びオーディオコンテンツを同期を取りつつ再生する。次いで、ＲＴＣＰパケットを送信する必要がある場合（Ｓ３０２のＹＥＳ）、移動通信端末１０ａは、基地局ＢＳ１と上り無線リンクを開設する（Ｓ３０３）。
【００６４】
次いで、移動通信端末１０ａは、ＲＴＣＰパケットをコンテンツ送信装置２０に送信（Ｓ３０４）し、当該ＲＴＣＰパケットの送信が完了次第、ステップＳ３０３において開設した上り無線リンクを解放する（Ｓ３０５）。
【００６５】
さらに、移動通信端末１０ａは、ステップＳ３０１乃至ステップＳ３０５の処理を、コンテンツの受信が終了するまで繰り返す（Ｓ３０６のＮＯ）。一方、当該コンテンツの受信が終了した場合（Ｓ３０６のＹＥＳ）、移動通信端末１０ａは、“コンテンツ受信・ＲＴＣＰパケット送信処理”から復帰し、コンテンツの受信が完了する。
【００６６】
ここで、図９は、ステップＳ１１、Ｓ１２及びＳ１７の処理を実行した場合における通信シーケンスの概略を示している。同図に示すように、移動通信端末１０ａは、セッション情報を取得後、当該セッション情報に基づいて、ＲＴＰメディアパケット及びＲＴＣＰパケットを受信し、ＲＴＣＰパケットの送信が必要な場合、上り無線リンクを開設する。
【００６７】
その後、移動通信端末１０ａは、開設した上り無線リンクを用いて、ＲＴＣＰパケットを送信し、当該ＲＴＣＰパケットの送信を完了次第、上り無線リンクを解放する。さらに、移動通信端末１０ａは、ＲＴＰメディアパケット及びＲＴＣＰパケットを引き続き受信する。
【００６８】
したがって、移動通信端末１０ａは、ＲＴＣＰパケットの送信時のみ、セッション情報ファイルに含まれている通信帯域情報に基づいてネットワーク資源を確保し、当該ＲＴＣＰパケットを送信することができる。
【００６９】
なお、本実施形態では、ＲＴＣＰ受信者レポートなどの受信者情報を送信するために割り当てられた通信帯域を示す通信帯域情報を、ＳＤＰに基づいて記述されたセッション情報ファイルに含める形態として説明したが、当該通信帯域情報は、別個の情報として、移動通信端末１０ａ乃至１０ｄに提供してもよい。
【００７０】
また、本実施形態では、ＳＤＰをセッション情報ファイルの記述方式として用いるとともに、ＲＴＰとＲＴＣＰとを映像や音声などのコンテンツの伝送プロトコルならびに制御プロトコルとしてそれぞれ用いる形態を説明したが、本発明は、当該プロトコルを用いる実施形態に限定されるものではなく、当該プロトコルと同様の機能を有するプロトコルを用いる場合にも勿論適用することができる。
【００７１】
（通信端末及びコンテンツ受信方法による作用・効果）
以上説明した本実施形態に係る通信端末及びコンテンツ受信方法によれば、ＲＴＣＰパケットを送信するための通信帯域が割り当てられていない場合、受信者情報通知処理部１１８が、上り無線リンクを開設せず、ＲＴＣＰパケットを送信しないため、コンテンツ送信装置２０が、ＲＴＣＰパケットによる受信品質の通知を必要としていない場合などにおいて、基地局ＢＳ１などの装置内のメモリ容量や無線リンクの拡散コードなどのネットワーク資源が浪費されることを回避し、ネットワークを効率的に利用することができる。この結果、同一のネットワーク資源を用いて、より多くの通信端末が、コンテンツを受信することができる。
【００７２】
また、本実施形態によれば、ＲＴＣＰパケットを送信するための通信帯域が狭小な場合、受信者情報通知処理部１１８が、ＲＴＣＰパケットを送信する都度、上り無線リンクを開設し、当該ＲＴＣＰパケットを送信後、上り無線リンクを解放するため、ＲＴＣＰパケットの送信のために特定の移動通信端末によって上り無線リンクが継続して確保されることが回避され、ネットワーク資源を効率的に利用することができる。
【００７３】
［第２実施形態］
（通信端末の構成）
次に、本発明の第２の実施形態について説明する。図１０は、本実施形態に係る通信端末を構成する移動通信端末１０ａの論理ブロック構成を示す図である。なお、図２に示した本発明の第１の実施形態に係る移動通信端末１０ａと同様の機能を有するブロックについては、同一の符号を付し、その説明を省略する。また、本実施形態に係る移動通信端末１０ａも、図１に示したネットワーク構成と同様のネットワーク構成において用いられる。
【００７４】
本実施形態に係る移動通信端末１０ａは、コンテンツ送信装置２０から送信されたコンテンツを受信している通信端末の数を示す受信端末数情報を取得する受信端末数情報取得部１１９をさらに有している。
【００７５】
具体的には、受信端末数情報取得部１１９は、コンテンツ送信装置２０から送信された同一のコンテンツを受信している他の移動通信端末、例えば、移動通信端末１０ｂ乃至１０ｄから定期的にマルチキャストを用いて送信されるＲＴＣＰ送信元記述パケットに基づいて、受信端末数を特定することができる。また、受信端末数情報取得部１１９は、コンテンツ送信装置２０から送信されるＲＴＣＰパケットの中で明示的に記述される受信端末数情報により、受信端末数情報を取得してもよい。
【００７６】
また、本実施形態に係る受信者情報通知処理部１１８は、セッション情報取得部１１６によって取得されたセッション情報ファイルに含まれている通信帯域情報と、受信端末数情報取得部１１９によって取得された受信端末数情報とに基づいて、ＲＴＣＰ受信者レポートなどの受信者情報をコンテンツ送信装置２０に通知後、上り無線リンクを解放するか否かを決定することができる。
【００７７】
さらに、本実施形態に係る受信者情報通知処理部１１８は、セッション情報取得部１１６によって取得されたセッション情報ファイルに含まれている通信帯域情報と、受信者情報の送信間隔とに基づいて、受信者情報をコンテンツ送信装置２０に通知後、上り無線リンクを解放するか否かを決定することができる。
【００７８】
具体的には、受信者情報通知処理部１１８は、通信帯域情報が示す受信者情報の通知のための通信帯域（ＢＷａｌｌ）の値を、取得した受信端末数（Ｎｒｔ）で除算（ＢＷａｌｌ／Ｎｒｔ）し、移動通信端末１０ａが受信者情報の通知のために使用できる通信帯域（ＢＷ１０ａ）を計算する。
【００７９】
さらに、受信者情報通知処理部１１８は、計算した当該通信帯域（ＢＷ１０ａ）を、コンテンツ再生部１１７が受信したＲＴＰメディアパケットの受信品質に基づいて生成するＲＴＣＰパケットのパケット長、すなわちビット数（Ｌｒｔｃｐ）で除算（ＢＷ１０ａ／Ｌｒｔｃｐ）し、当該ＲＴＣＰパケットの送信間隔（Ｉｎｔ）を計算する。
【００８０】
なお、セッション情報ファイルに通信帯域情報が含まれていない場合、受信者情報通知処理部１１８は、例えば、ＲＴＰの仕様にしたがって、コンテンツ再生部１１７が受信するＲＴＰメディアパケット数の３．７５％に相当する通信帯域を、受信者情報を通知するための通信帯域として、上述した計算を行ってもよい。また、３．７５％は、一例であり、受信者情報を通知するために割り当て可能な通信帯域、すなわちネットワーク資源に応じて、適切な値を設定すればよい。
【００８１】
さらに、受信者情報通知処理部１１８は、計算した送信間隔（Ｉｎｔ）と、所定の閾値（Ｙ）とを比較する。ここで、例えば、閾値（Ｙ）が、５分と設定されているとする。送信間隔（Ｉｎｔ）が、閾値（Ｙ）以下の場合、５分以下の送信間隔でＲＴＣＰパケットが送信されることから、受信者情報通知処理部１１８は、上り無線リンクを継続して設定し、コンテンツ送信装置２０からＲＴＰメディアパケット及びＲＴＣＰパケットを受信すると同時に、コンテンツ送信装置２０に対して、ＲＴＣＰ受信者レポートなどのＲＴＣＰパケットの送信を開始する。
【００８２】
一方、送信間隔（Ｉｎｔ）が、閾値（Ｙ）より長いの場合、５分より長い送信間隔でＲＴＣＰパケットが送信されることから、受信者情報通知処理部１１８は、ＲＴＣＰパケットの送信の都度、上り無線リンクを開設し、当該ＲＴＣＰパケットの送信を完了次第、上り無線リンクを解放する。
【００８３】
（通信端末を用いたコンテンツ受信方法）
次に、上述した第２の実施形態に係る通信端末を用いたコンテンツ受信方法について説明する。
【００８４】
図１１は、本実施形態に係るコンテンツの受信方法を示すフローチャートである。まず、本実施形態に係る移動通信端末１０ａは、第１の実施形態と同様に、セッション情報ファイルをコンテンツ送信装置２０から取得する（Ｓ２１）。
【００８５】
次いで、移動通信端末１０ａは、取得したセッション情報ファイルに含まれている通信帯域情報の値を確認する（Ｓ２２）。ここで、通信帯域情報の値が、０ｂｐｓの場合、移動通信端末１０ａは、“コンテンツ受信処理”（Ｓ２３）を実行する。
【００８６】
ステップＳ２３の“コンテンツ受信処理”では、第１の実施形態と同様に図４に示したステップが実行される。すなわち、移動通信端末１０ａは、ＲＴＰメディアパケット及びＲＴＣＰパケットを受信するが、上り無線リンクを開設せず、ＲＴＣＰパケット（ＲＴＣＰ受信者レポート及びＲＴＣＰ送信元記述パケット）を送信しない。
【００８７】
また、ステップＳ２２において、セッション情報ファイルに含まれている通信帯域情報の値が、０ｂｐｓより大きい場合、あるいは通信帯域情報がセッション情報ファイルに含まれていない場合、移動通信端末１０ａは、同一のコンテンツを受信している受信端末数を取得する（Ｓ２４）。なお、通信帯域情報がセッション情報ファイルに含まれていない場合、上述したＲＴＰメディアパケット数の３．７５％に相当する通信帯域を用いてもよい。また、受信端末数は、上述したように、同一のコンテンツを受信している移動通信端末から送信されるＲＴＣＰ送信元記述パケット、またはコンテンツ送信装置２０から送信されるＲＴＣＰパケットの中で明示的に記述される受信端末数情報により、取得することができる。
【００８８】
さらに、移動通信端末１０ａは、ＲＴＣＰパケットの送信間隔（Ｉｎｔ）を計算する（Ｓ２５）。
【００８９】
次いで、移動通信端末１０ａは、ステップＳ２５において計算した送信間隔（Ｉｎｔ）の値を確認する（Ｓ２６）。ここで、所定の閾値（Ｙ）以下の場合、移動通信端末１０ａは、上り無線リンクを開設（Ｓ２７）し、“コンテンツ受信・ＲＴＣＰパケット送信処理”を実行する（Ｓ２８）。
【００９０】
図１２は、ステップＳ２８の“コンテンツ受信・ＲＴＣＰパケット送信処理”の内容を示すフローチャートである。同図に示すように、移動通信端末１０ａは、コンテンツ送信装置２０からＲＴＰメディアパケット及びＲＴＣＰパケットを受信（Ｓ４０１）し、ビデオ及びオーディオコンテンツを同期を取りつつ再生する。次いで、ＲＴＣＰパケットを送信する必要がある場合（Ｓ４０２のＹＥＳ）、移動通信端末１０ａは、ステップＳ２７において開設した上り無線リンクを用いて、当該ＲＴＣＰパケットをコンテンツ送信装置２０に送信する（Ｓ４０３）。
【００９１】
さらに、同一のコンテンツを受信している受信端末数に変動があった場合（Ｓ４０４のＹＥＳ）、移動通信端末１０ａは、ＲＴＣＰパケットの送信間隔（Ｉｎｔ）を再計算する（Ｓ４０５）。なお、受信端末数が変動したことは、上述した同一のコンテンツを受信している移動通信端末から送信されるＲＴＣＰ送信元記述パケットまたはコンテンツ送信装置２０から送信されるＲＴＣＰパケットの中で明示的に記述される受信端末数情報を監視することにより、検出することができる。
【００９２】
次いで、移動通信端末１０ａは、ステップＳ４０５において計算した送信間隔（Ｉｎｔ）の値を確認する（Ｓ４０６）。ここで、送信間隔（Ｉｎｔ）が所定の閾値（Ｙ’）以下の場合、または受信端末数に変動がない場合（Ｓ４０４のＮＯ）、移動通信端末１０ａは、ステップＳ４０１乃至Ｓ４０６の処理をコンテンツの受信が終了するまで繰り返す（Ｓ４０８のＮＯ）。また、当該コンテンツの受信が完了した場合（Ｓ４０８のＹＥＳ）、移動通信端末１０ａは、“コンテンツ受信・ＲＴＣＰパケット送信処理”から復帰する。次いで、移動通信端末１０ａは、ステップＳ２７において開設した上り無線リンクを解放（Ｓ２９）し、コンテンツの受信が完了する。
【００９３】
一方、ステップＳ４０５において計算した送信間隔（Ｉｎｔ）が、所定の閾値（Ｙ’）より大きい場合、移動通信端末１０ａは、上り無線リンクを解放する（Ｓ４０７）。すなわち、送信間隔（Ｉｎｔ）が所定の閾値（Ｙ’）より長くなった場合、移動通信端末１０ａは、上り無線リンクを解放し、ＲＴＣＰパケットの送信時に、上り無線リンクを随時開設する“コンテンツ受信・ＲＴＣＰパケット送信処理”（Ｓ３０）に移行する。
【００９４】
また、ステップＳ２６において、計算した送信間隔（Ｉｎｔ）が所定の閾値（Ｙ）より大きい場合、移動通信端末１０ａは、ＲＴＣＰパケットの送信時に、上り無線リンクを随時開設する“コンテンツ受信・ＲＴＣＰパケット送信”処理を実行する（Ｓ３０）。
【００９５】
図１３は、ステップＳ３０の“コンテンツ受信・ＲＴＣＰパケット送信処理”の内容を示すフローチャートである。同図に示すように、移動通信端末１０ａは、コンテンツ送信装置２０からＲＴＰメディアパケット及びＲＴＣＰパケットを受信（Ｓ５０１）し、ビデオ及びオーディオコンテンツを同期を取りつつ再生する。次いで、ＲＴＣＰパケットを送信する必要がある場合（Ｓ５０２のＹＥＳ）、移動通信端末１０ａは、基地局ＢＳ１と上り無線リンクを開設する（Ｓ５０３）。
【００９６】
次いで、移動通信端末１０ａは、ＲＴＣＰ受信者レポートまたはＲＴＣＰ送信元記述パケットをコンテンツ送信装置２０に送信（Ｓ５０４）し、当該ＲＴＣＰパケットの送信が完了次第、ステップＳ５０３において開設した上り無線リンクを解放する（Ｓ５０５）。
【００９７】
さらに、同一のコンテンツを受信している受信端末数に変動があった場合（Ｓ５０６のＹＥＳ）、移動通信端末１０ａは、ＲＴＣＰパケットの送信間隔（Ｉｎｔ）を再計算する（Ｓ５０７）。
【００９８】
次いで、移動通信端末１０ａは、ステップＳ５０７において計算した送信間隔（Ｉｎｔ）の値を確認する（Ｓ５０８）。ここで、送信間隔（Ｉｎｔ）が所定の閾値（Ｙ’）より大きい場合、または受信端末数に変動がない場合（Ｓ５０６のＮＯ）、移動通信端末１０ａは、ステップＳ５０１乃至Ｓ５０８の処理をコンテンツの受信が終了するまで繰り返す（Ｓ５０９のＮＯ）。また、当該コンテンツの受信が完了した場合（Ｓ５０９のＹＥＳ）、移動通信端末１０ａは、“コンテンツ受信・ＲＴＣＰパケット送信処理”から復帰し、コンテンツの受信が完了する。
【００９９】
一方、ステップＳ５０８において計算した送信間隔（Ｉｎｔ）が、所定の閾値（Ｙ’）以下の場合、すなわち、送信間隔（Ｉｎｔ）が所定の閾値（Ｙ’）より短くなった場合、移動通信端末１０ａは、上り無線リンクを開設（Ｓ２７）し、“コンテンツ受信・ＲＴＣＰパケット送信処理”（Ｓ２８）に移行する。
【０１００】
なお、本実施形態では、移動通信端末１０ａが、受信端末数情報を取得後、上り無線リンクを継続して設定するか否かを決定する形態について説明したが、受信端末数情報の取得に時間を要する場合などには、まず、移動通信端末１０ａが、上り無線リンクを開設し、受信端末数情報を取得後に、上り無線リンクを継続して設定するか否かを決定する形態とすることもできる。
【０１０１】
また、本実施形態では、受信端末数が変動するごとに、ＲＴＣＰパケットの送信間隔（Ｉｎｔ）の再計算を行う形態について説明したが、送信間隔（Ｉｎｔ）と通信帯域とに基づいて、所定の閾値（Ｙ及びＹ’）となる受信端末数を予め決定しておき、当該受信端末数に応じて、該当する動作を移動通信端末１０ａに選択させるようにすることもできる。
【０１０２】
（通信端末及びコンテンツ受信方法による作用・効果）
以上説明した本実施形態に係る通信端末及びコンテンツ受信方法によれば、ＲＴＣＰパケットのサイズ（パケット長）が所定の値より小さい場合、受信者情報通知処理部１１８が、ＲＴＣＰパケットを通知する都度、上り無線リンクを開設し、当該ＲＴＣＰパケットを通知後、上り無線リンクを解放するため、ＲＴＣＰパケットの送信のために特定の移動通信端末によって上り無線リンクが継続して確保されることが回避され、ネットワーク資源を効率的に利用することができる。
【０１０３】
また、本実施形態によれば、ＲＴＣＰパケットのサイズが所定の値より大きい場合、受信者情報通知処理部１１８が、コンテンツの受信中に継続して上り無線リンクを設定するため、上り無線リンクの開設と解放とが繰り返されることによる移動通信端末１０ａや基地局ＢＳ１などの処理負荷の増大を回避することができる。
【０１０４】
さらに、本実施形態によれば、同一のコンテンツを受信している移動通信端末の数が所定の数より多い場合、受信者情報通知処理部１１８が、ＲＴＣＰパケットを送信する都度、上り無線リンクを開設し、当該ＲＴＣＰパケットを送信後、上り無線リンクを解放するため、ＲＴＣＰパケットの送信のために特定の移動通信端末によって上り無線リンクが継続して確保されることが回避され、ネットワーク資源を効率的に利用することができる。
【０１０５】
【発明の効果】
以上説明したように本発明によれば、コンテンツ送信装置から複数の通信端末に対して送信されたコンテンツを受信する場合において、上り方向の通信に用いられるネットワーク資源を効率的に利用することができる通信端末及びコンテンツ受信方法を提供することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係る通信端末を含むネットワーク構成図である。
【図２】本発明の第１の実施形態に係る通信端末の論理ブロック構成を示す図である。
【図３】本発明の第１の実施形態に係るコンテンツ受信方法を示すフローチャートである。
【図４】本発明の第１の実施形態に係るコンテンツ受信方法を示すフローチャートである。
【図５】本発明の第１の実施形態に係るコンテンツ受信方法を示すフローチャートである。
【図６】本発明の第１の実施形態に係るコンテンツ受信方法を示すフローチャートである。
【図７】本発明の実施形態に係る通信帯域情報を含むセッション情報ファイルの一例を示す図である。
【図８】本発明の実施形態に係るコンテンツ受信時の通信シーケンスを示す図である。
【図９】本発明の実施形態に係るコンテンツ受信時の通信シーケンスを示す図である。
【図１０】本発明の第２の実施形態に係る通信端末の論理ブロック構成を示す図である。
【図１１】本発明の第２の実施形態に係るコンテンツ受信方法を示すフローチャートである。
【図１２】本発明の第２の実施形態に係るコンテンツ受信方法を示すフローチャートである。
【図１３】本発明の第２の実施形態に係るコンテンツ受信方法を示すフローチャートである。
【図１４】従来のコンテンツ受信時の通信シーケンスを示す図である。
【符号の説明】
１０ａ，１０ｂ，１０ｃ，１０ｄ…移動通信端末、２０…コンテンツ送信装置、１１１…無線送信部、１１２…無線受信部、１１３…多重部、１１４…分離部、１１５…音声信号処理部、１１６…セッション情報取得部、１１７…コンテンツ再生部、１１８…受信者情報通知処理部、１１９…受信端末数情報取得部、ＢＳ１，ＢＳ２，ＢＳ３…基地局、ＮＷ…ネットワーク
【図１】
2005026813.tif 000003
【図２】
2005026813.tif 000004
【図３】
2005026813.tif 000005
【図４】
2005026813.tif 000006
【図５】
2005026813.tif 000007
【図６】
2005026813.tif 000008
【図７】
2005026813.tif 000009
【図８】
2005026813.tif 000010
【図９】
2005026813.tif 000011
【図１０】
2005026813.tif 000012
【図１１】
2005026813.tif 000013
【図１２】
2005026813.tif 000014
【図１３】
2005026813.tif 000015
【図１４】
2005026813.tif 000016