(57)【特許請求の範囲】
【請求項１】
モバイルＩＰＴＶサービス提供サーバーで実行されるモバイルＩＰＴＶサービスの提供方法であって、端末から伝送要請されたチャンネルに対して、
前記要請されたチャンネルが属したチャンネルグループを判別するステップと、
前記要請されたチャンネルのチャンネルストリーム及び前記判別されたチャンネルグループに属した他のチャンネルのチャンネルストリームを含むマルチキャストストリームを生成するステップと、
前記マルチキャストストリームに対するエンコーディングを実行して前記端末に伝送するステップと、を含み、
前記マルチキャストストリームの伝送のために使用するパケット数は、パケットの符号化率、及びデコーディング失敗率を満足するパケット数の最小値に基づいて設定されることを特徴とするモバイルＩＰＴＶサービスの提供方法。
【請求項２】
前記チャンネルグループは、ＩＰＴＶチャンネルを予め決まった基準によって少なくとも一つのグループに分類して生成されることを特徴とする請求項１に記載のモバイルＩＰＴＶサービスの提供方法。
【請求項３】
前記エンコーディングは、前記マルチキャストストリームを複数個のソースブロックに分けて、前記ソースブロックのソースシンボルにファウンテンコードを適用して前記ソースブロック単位で実行されることを特徴とする請求項１に記載のモバイルＩＰＴＶサービスの提供方法。
【請求項４】
現在サービス中のチャンネルが属したチャンネルグループに属したすべてのチャンネルのストリームを受信する中の端末で実行されるモバイルＩＰＴＶサービスの提供方法であって、選択されたチャンネルに対して、
現在サービス提供中のチャンネルと前記選択されたチャンネルが同一なチャンネルグループに属するか否かを判断するステップと、
前記判断結果、同一なチャンネルグループに属する場合、前記端末が受信中のチャンネルのストリームで前記選択されたチャンネルのＩＰＴＶチャンネルストリームをデコーディングするステップと、を含み、
前記受信中のチャンネルは、前記モバイルＩＰＴＶサービス提供サーバーから前記選択されたチャンネルのＩＰＴＶチャンネルストリーム及び前記チャンネルと同一なチャンネルグループに属したチャンネルのＩＰＴＶチャンネルストリームを含むマルチキャストストリームを含み、
前記マルチキャストストリームの受信のために使用するパケット数は、パケットの符号化率、及びデコーディング失敗率を満足するパケット数の最小値に基づいて設定されることを特徴とするモバイルＩＰＴＶサービスの提供方法。
【請求項５】
モバイルＩＰＴＶサービスの提供方法は、前記判断結果、同一なチャンネルグループに属しない場合、モバイルＩＰＴＶサービス提供サーバーに前記選択されたチャンネルに対するサービスを要請するステップをさらに含むことを特徴とする請求項４に記載のモバイルＩＰＴＶサービスの提供方法。
【請求項６】
前記ＩＰＴＶチャンネルストリームは、複数個のソースブロックに分割され、前記分割されたソースブロックのソースシンボルにファウンテンコードを適用して前記ソースブロック単位でソースシンボルのエンコーディングが実行されることを特徴とする請求項４に記載のモバイルＩＰＴＶサービスの提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モバイルＩＰＴＶサービスの提供方法に関し、より詳細には、要請されたチャンネルのチャンネルグループを判別してチャンネルのチャンネルストリーム及び判別されたチャンネルグループのチャンネルストリームを含むマルチキャストストリームを移動端末に提供するモバイルＩＰＴＶサービスの提供方法及びそれを実行するシステムに関する。
【背景技術】
【０００２】
広帯域無線ネットワークの技術発達によりモバイル環境で時間と場所に関係なく切れない高速の無線通信サービスが可能である。特に、ＩＰＴＶサービスのような高品質マルチメディアストリーミングサービスに対するユーザの要求は、最近有線ネットワークだけではなく無線ネットワーク環境においてもますます増加しつつある。
【０００３】
既存のＩＰＴＶは、ＩＰ基盤の多様なコンテンツをＩＰ網を通じてユーザに伝送する方式であるため、これをモバイルＩＰＴＶに拡張するためにはユーザが用いる環境が無線ではなければならない。無線技術は、特定技術に局限されないが、最近は広帯域無線接続技術であるＷｉＭＡＸ（登録商標）ネットワークを利用してＩＰＴＶサービスを提供する初期形態のモバイルＩＰＴＶ技術が開発されている。
【０００４】
最近、画像コーディング技法の発展及び広帯域網の普及によりユーザはインターネットを通じた多様なマルチメディアサービスに非常な関心と需要を示している。特に、ＩＰＴＶサービスは、ＩＴ市場で主要応用として位置づけられていて、無線器機及び無線ネットワークの成長とともに近いうちにモバイルＩＰＴＶサービスに拡張されると見込まれている。モバイルＩＰＴＶサービスを提供できる代表的な無線網としては、高いデータ伝送率、サービス別に差等化したＱｏＳ(Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ)支援、及びＭＢＳ(Ｍｕｌｔｉｃａｓｔ ａｎｄ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅ)を提供することができるＷｉＭＡＸネットワークが脚光を浴びている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、ＷｉＭＡＸネットワークは、無線ネットワーク上で高いデータ率を提供するが、有線ネットワークに比べて相変らず低い性能を示す。さらに、無線ネットワーク上で多様なマルチメディアサービスを支援するために、ＢＳ(Ｂａｓｅ Ｓｔａｔｉｏｎ)では、一層多い帯域幅が要求されると予想される。したがって、モバイルＩＰＴＶシステムは、必ずＷｉＭＡＸネットワーク上のチャンネルストリームの資源を効率的に管理するようにデザインされなければならない。
【０００６】
また、既存のブロードキャスティングサービスに比べてモバイルＩＰＴＶマルチキャストシステムの相対的に長いチャンネル変更遅延時間は、ＩＰＴＶサービスの拡張において大きい障害物になるので、これを必ず解決しなければならない。
【０００７】
したがって、本発明は前記のような従来の諸問題点を解消するために提案されたものであって、本発明の目的は、要請されたチャンネルのチャンネルグループを判別してチャンネルのチャンネルストリーム及び判別されたチャンネルグループのチャンネルストリームを含むマルチキャストストリームを移動端末に提供するモバイルＩＰＴＶサービスの提供方法及びそのシステムを提供することにある。
【課題を解決するための手段】
【０００８】
上記の本発明の目的を達成するための本発明の一実施形態によるモバイルＩＰＴＶサービス提供サーバーで実行されるモバイルＩＰＴＶサービスの提供方法は、端末から伝送要請されたチャンネルに対して、前記要請されたチャンネルが属したチャンネルグループを判別するステップと、前記要請されたチャンネルのチャンネルストリーム及び前記判別されたチャンネルグループに属した他のチャンネルのチャンネルストリームを含むマルチキャストストリームを生成するステップと、前記マルチキャストストリームに対するエンコーディングを実行して前記端末に伝送するステップと、を含んで構成することができる。
【０００９】
本発明の一実施形態による端末で実行される現在サービス中のチャンネルが属したチャンネルグループに属したすべてのチャンネルのストリームを受信してモバイルＩＰＴＶサービスを提供方法は、選択されたチャンネルに対して、現在サービス提供中のチャンネルと前記選択されたチャンネルが同一なチャンネルグループに属するか否かを判断するステップと、前記判断結果、同一なチャンネルグループに属する場合、前記端末が受信中のチャンネルのストリームで前記選択されたチャンネルのＩＰＴＶチャンネルストリームをデコーディングするステップと、を含んで構成することができる。
【発明の効果】
【００１０】
上述のような本発明によるモバイルＩＰＴＶサービスの提供方法及びそのシステムを利用する場合には、要請されたチャンネルのチャンネルグループを判別してチャンネルのチャンネルストリーム及び判別されたチャンネルグループのチャンネルストリームを含むマルチキャストストリームを移動端末にブロードキャストすることで、移動端末で同一なチャンネルグループ内の他のチャンネルにチャンネルを変更するとき、平均処理複雑度を最小化してユーザの迅速なチャンネル変更を保障する長所がある。
【図面の簡単な説明】
【００１１】
【図１】図１は、本発明の一実施形態によるモバイルＩＰＴＶサービスの提供システムを示した概念図である。
【図２】図２は、図１の基地局の構成要素を示したブロック図である。
【図３】図３は、図１の基地局で端末の要請に該当するチャンネルストリームを伝送するために発生する遅延時間の例を説明するための例示図である。
【図４】図４は、図１の基地局でチャンネルをグルーピングする一実施例を説明するための例示図である。
【図５】図５は、図１の基地局と端末との間のマルチキャストストリームを送受信する過程を説明するためのフローチャートである。
【発明を実施するための形態】
【００１２】
本発明は、多様に変更可能であり、さまざまな実施形態を有することができる。ここでは、特定の実施形態を図面に例示して詳細に説明する。しかし、これは本発明の好ましい実施態様に過ぎず、本発明の実施の範囲を限定するものではなく、本発明の明細書及び図面内容に基づいてなされた均等な変更および付加は、いずれも本発明の特許請求の範囲内に含まれるものとする。各図面の説明において、類似な構成要素に対して類似な参照符号を付与して説明する。
【００１３】
第１、第２、Ａ、Ｂなどの用語は、多様な構成要素を説明するために使用することができるが、前記構成要素は前記用語により限定されものではない。前記用語は、一つの構成要素を他の構成要素から区別するための目的のみで使用される。例えば、本発明の権利範囲を脱しない範囲で、第１の構成要素は第２の構成要素と命名することができ、類似に第２の構成要素も第１の構成要素と命名することができる。及び/またはとの用語は、複数の関連された記載された項目の組み合わせまたは複数の関連された記載された項目の中のいずれか一項目を含む。
【００１４】
いかなる構成要素が他の構成要素に「連結されて」いるかあるいは「接続されて」いるとの用語は、ある構成要素が他の構成要素に直接的に連結されるかあるいは接続されることもできるが、中間に他の構成要素が介在することもできることを意味する。一方に、ある構成要素が他の構成要素に「直接連結されて」いるかあるいは「直接接続されて」いるとの用語は、中間に他の構成要素が存在しないことを意味する。
【００１５】
本明細書で使用した用語は、但し、特定の実施形態を説明するために使用されたもので、本発明はこれに限定されるものではない。単数の表現は、文脈上明白に相違に記載しない限り複数の表現を含む。本出願において、「含む」または「有する」などの用語は、明細書上に記載された特徴、数字、ステップ、動作、構成要素、部品またはこれらを組み合わせたものが存在することを指定するのであって、一つまたはその以上の他の特徴や数字、ステップ、動作、構成要素、部品またはこれらを組み合わせたものなどの存在または付加可能性をあらかじめ排除することではない。
【００１６】
特定しない限り、技術的や科学的な用語を含んでここで使用されるすべての用語は、本発明が属する技術分野で通常の知識を有する者により一般的に理解される意味と同一な意味を有する。一般的に使用される辞典に定義された用語は、関連技術の文脈上有する意味と一致することと解でき、本出願において明白に定義しない限り、理想的や過度に形式的な意味を有することで解釈できない。
【００１７】
本明細書において本発明の実施例は、基地局と端末との間のデータ送受信関係を中心として説明された。ここで、基地局は端末と直接的に通信を実行するネットワークの縦端ノード(ｔｅｒｍｉｎａｌ ｎｏｄｅ)としての意味がある。本明細書で基地局により実行されると説明した特定動作は、場合によっては、基地局の上位ノード(ｕｐｐｅｒ ｎｏｄｅ)により実行されても良い。
【００１８】
すなわち、基地局を含む多数のネットワークノード(ｎｅｔｗｏｒｋ ｎｏｄｅｓ)からなるネットワークで端末との通信のために実行される多様な動作は、基地局または基地局以外の他のネットワークノードにより実行されることができる。この時、「基地局」は、固定局(ｆｉｘｅｄ ｓｔａｔｉｏｎ)、Ｎｏｄｅ Ｂ、ｅＮｏｄｅ Ｂ(ｅＮＢ)、アクセスポイント(ａｃｃｅｓｓｐｏｉｎｔ)などの用語に切り替えることができる。また、「移動局(ＭＳ：ＭｏｂｉｌｅＳｔａｔｉｏｎ)」は、ＵＥ(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)、ＳＳ(Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ)、ＭＳＳ(Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ)または端末(Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ)などの用語に取り替えることができる。
【００１９】
また、送信端は、データまたは音声サービスを伝送するノードを意味し、受信端は、データまたは音声サービスを受信するノードを意味する。したがって、上向リンクでは、端末が送信端になり、基地局が受信端になる。同様に、下向リンクでは、端末が受信端になり、基地局が送信端になる。
【００２０】
一方、本発明の端末では、ＰＤＡ(Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ)、セルラーフォン、ＰＣＳ(Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ)フォン、ＧＳＭ（登録商標）(Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ)フォン、ＷＣＤＭＡ（登録商標）(Ｗｉｄｅｂａｎｄ ＣＤＭＡ)フォン、ＭＢＳ(Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ Ｓｙｓｔｅｍ)フォンなどを利用することができる。
【００２１】
本発明の実施例は多様な手段を通じて具現することができる。例えば、本発明の実施例は、ハードウェア、ファームウエア(ｆｉｒｍｗａｒｅ)、ソフトウェアまたはそれらの結合せなどにより具現することができる。ハードウェアによる具現の場合、本発明の実施例による方法は、一つまたはその以上のＡＳＩＣｓ(ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ)、ＤＳＰｓ(ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ)、ＤＳＰＤｓ(ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ)、ＰＬＤｓ(ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ)、ＦＰＧＡｓ(ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ)、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより具現することができる。
【００２２】
以下、添付した図面を参照して本発明の好ましい実施形態について詳細に説明する。
【００２３】
図１は、本発明の一実施例によるモバイルＩＰＴＶシステムを示した概念図である。
【００２４】
図１を参照すれば、モバイルＩＰＴＶシステムは、ＩＰＴＶヘッドエンド１００と、ＩＰネットワーク１２と、アクセス網２００と、移動端末３００と、を含んで構成される。
【００２５】
ＩＰＴＶヘッドエンド１００は、放送チャンネルをケーブル、衛星、地上派放送のようなゾーンの放送システムから受信し、ＩＰネットワーク１２を通じて受信された放送チャンネルをアクセス網２００、例えば、ＷｉＭＡＸ網に伝送する。基地局２２０は、マルチキャストストリームの伝送のために可能な変調方式と符号化率に対するいくつかの組合せを使用する。変調方式と符号化率の組合せは、無線チャンネルエラーに強い順に１からＭＣＭＡＸまでナンバリングされ、それらは、ｍｃとして命名される。このようなｍｃの例が下記の表１に示されている。
【００２６】
【表１】
0005970066.tif 000002
【００２７】
Ｒｓｌｏｔ(ｍｃ)は、物理階層上のスロット(ｓｌｏｔ)当たり伝送できるデータビット数を示し、下記の数式１のように計算される。
【００２８】
【数１】
0005970066.tif 000003
【００２９】
数式１を参照すれば、ＭｍｃとＣｍｃは、該当するシンボル当たりビット数及び符号化率を各々示す。例えば、変調方式は、ＱＰＳＫを使用して符号化率が３／４であるとき、スロット当たり伝送できるデータビット数、すなわち、Ｒｓｌｏｔ(ｍｃ)は７２となる。
【００３０】
移動端末３００は、ＷｉＭＡＸを支援し、アクセス網２００に連結されてアクセス網２００の基地局２２０から伝送されるマルチキャストストリームを受信する。
【００３１】
図２は、本発明の一実施例によるモバイルＩＰＴＶシステムで基地局の構成要素を示したブロック図である。
【００３２】
図２の実施例において、基地局２２０は、マルチキャストストリームを少なくとも一つのソースブロックに分けて、ソースブロック内に存在するソースシンボルにファウンテンコード(ｆｏｕｎｔａｉｎ ｃｏｄｅ)を各々適用した後、無線リンク状態によって決定された変調方式及び符号化率によってエンコーディングし、ファウンテンエンコードシンボルをパケットに挿入して移動端末３００に伝送する。
【００３３】
ここで、無線リンク状態は、例えば、受信電力、フェーディング、混信などの電波状態によって決定され、無線リンク状態は、移動端末３００のＣＱＩ(Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ)情報を利用して基地局２２０に伝送される。
【００３４】
このための基地局２２０は、分類器２２１と、バッファー２２３と、資源管理者２２４と、スケジューラー２２５と、ＰＨＹモジュール２２６と、を含んで構成される。
【００３５】
分類器２２１は、上位レイヤトラフィックを受信し、受信した上位レイヤトラフィックからＩＰＴＶマルチキャストストリームを分類した後、バッファー２２３に保存する。この時、分類器２２１はＩＰＴＶマルチキャストストリームにＭＣＩＤ(Ｍｕｌｔｉｃａｓｔ Ｃｏｎｎｅｃｔｉｏｎ ＩＤ)を割り当てた後、各々のバッファー２２３に保存する。
【００３６】
資源管理者２２４は、移動端末３００から伝送される上向サブフレーム内のＣＱＩ(Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ)の提供を受けて、ＣＱＩに基づいて最小信号対雑音比ＳＮＲｍｉｎを更新する。ここで、ＩＰＴＶマルチキャストストリームを受信する端末の信号対雑音比の中で最小値を意味する。
【００３７】
資源管理者２２４は、ＳＮＲｍｉｎに基づいてセル内のユーザのリンク状態が分かり、それによって、変調方式及び符号化率を決定することができる。
【００３８】
より具体的に、資源管理者２２４は、数式３のようなファウンテンコードのデコーディング失敗率を維持しながら数式２のようなワイマックスネットワークに対する資源の使用を最小化するために、マルチキャストストリーム伝送のための変調方式及び符号化率、そしてマルチキャストストリームの伝送のために使用するパケット数を決定する。
【００３９】
【数２】
0005970066.tif 000004
【００４０】
【数３】
0005970066.tif 000005
【００４１】
数式２及び数式３を参照すれば、数式２は、ＷｉＭＡＸネットワークでＩＰＴＶマルチキャストストリームの伝送のためのスロット使用を示し、数式３は、デコーディング失敗率制約条件を示す。ｍｃは、変調方式及び符号化率を意味し、ｎｐｋｔは、マルチキャストストリームの伝送のために使用されるパケット数を意味し、
0005970066.tif 000006
は、正常的な再生に被害を与えない程度のデコーディング失敗率、Ｒｐａｃｋｅｔは、上位レイヤのパケットサイズ、Ｒｏｖｅｒｈｅａｄは、ＭＡＣ(Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)レイヤでパケットを伝送するための追加的なオーバーヘッドを意味する。
【００４２】
以下、資源管理者２２４は、下記の定義を利用して変調方式及び符号化率、そしてマルチキャストストリームの伝送のために使用されるパケット数を決定する範囲を減らすことができる。
【００４３】
１．ｍｃ及びＳＮＲｍｉｎが与えられると、
0005970066.tif 000007
は、デコーディング失敗率を満足するｎｐｋｔの中において最小値でセッティングされ、例えば、数式４のようになる。
【００４４】
【数４】
0005970066.tif 000008
【００４５】
数式４を参照すれば、ｍｃは、変調方式及び符号化率を意味し、ｎｐｋｔは、マルチキャストストリームの伝送のために使用されるパケット数を意味し、ＮＳｙｍｂｏｌは、パケット当たりエンコーディングシンボル数を意味し、Ｃは、ファウンテンコードのターゲット符号化率を意味する。
0005970066.tif 000009
は、正常的な再生に被害を与えない程度のデコーディング失敗率を意味し、
0005970066.tif 000010
は、
マルチキャストストリーム伝送のためのファウンテンコードのデコーディング失敗率を意味する。
【００４６】
２．変調方式の符号化率が高いほどデコーディング失敗率を満足するための伝送されたパケットの数は増加する。ｍｃｉ＞ｍｃｊの場合、
0005970066.tif 000011
である。すなわち、ｍｃｉがｍｃｊより変調方式の符号化率が高いので、ｍｃｉがｍｃｊよりデコーディング失敗率を満足するための伝送されたパケットの数が大きくなる。ここで、数式４は、数式５のように表現できる。
【００４７】
【数５】
0005970066.tif 000012
【００４８】
このように、資源管理者２２４は、ｍｃを決定したとき、上述の方法を利用してｍｃが決定されたときのｎｐｋｔの検索範囲を減らすことができるので、
0005970066.tif 000013
ほどの複雑度を減らすことができる。
【００４９】
スケジューラー２２５は、資源管理者２２４からマルチキャストストリームの提供を受けると、マルチキャストストリームを複数個のソースブロックに分けて、ソースブロックのソースシンボルにファウンテンコードを適用して資源管理者２２４により決定された変調方式及び符号化率によってエンコーディングして移動端末３００に伝送する。このためのスケジューラー２２５は、ＰＨＹモジュール２２６を通じてプロテクションタイプのウィンドウ内で選択されたｍｃにより決定されたｎｐｋｔパケットを伝送するためのダウンリンクサブフレーム内のＭＢＳゾーンを予約し、資源管理者２２４からマルチキャストストリームを受信すれば、マルチキャストストリームを資源管理者２２４により決定された変調方式及び符号化率によってエンコーディングしてＭＢＳゾーンを通じて移動端末３００に伝送する。
【００５０】
図３は、図１の基地局で端末の要請に該当するチャンネルストリームを伝送するために発生する遅延時間の例を説明するための例示図である。
【００５１】
図３の実施例において、基地局２２０は、移動端末３００からチャンネル変更要請を受信し、要請されたチャンネルに対応するチャンネルストリームを伝送する。この時、基地局２２０では、要請されたチャンネルに対応するチャンネルストリームを伝送するためのチャンネル変更遅延時間が発生する。
【００５２】
図３を参照すれば、チャンネル変更遅延時間は、バッファリング遅延３０１、ファウンテンデコーディング処理遅延３０２及びビデオデコーディング遅延３０３により発生する遅延時間である。バッファリング遅延３０１は、移動端末３００が伝送を受けたチャンネルストリームを再生するために基地局２２０からファウンテンエンコーディングシンボルの伝送を受け始めた時点からファウンテンデコーディングするために十分な数のファウンテンエンコーディングシンボルの伝送を受けるまでかかる時間を意味する。ここで、チャンネルストリームを再生するために必要なパケットを受ける単位はプロテクションタイムウィンドウ(Ｐｒｏｔｅｃｔｉｏｎ ｔｉｍｅ ｗｉｎｄｏｗ)である。
【００５３】
移動端末３００は、現在プロテクションタイムウィンドウ３０４上でチャンネル変更を要請した時間Ｔ１と次のプロテクションタイムウィンドウ３０５が始める時間Ｔ２の間に、基地局２２０からファウンテンエンコーディングシンボルを受信してバッファーに保存したが、受信したファウンテンエンコーディングシンボルの個数がファウンテンデコーディングするために十分ではない場合、次のプロテクションタイムウィンドウ３０５のファウンテンエンコーディングシンボルを受信するためにバッファーに保存されたファウンテンエンコーディングシンボルは削除する。
【００５４】
バッファーに保存されたファウンテンエンコーディングシンボルが削除されない場合、移動端末３００は、少しのファウンテンデコーディング処理遅延時間後にバッファーに保存されたファウンテンエンコーディングシンボルに対するファウンテンデコーディングを実行してソースシンボルを獲得する。
【００５５】
ファウンテンデコーディング処理遅延時間３０２は、移動端末３００が基地局２２０からファウンテンエンコーディングシンボルの伝送を受けてバッファーに保存した後、バッファーに保存されたファウンテンエンコーディングシンボルをデコーディングしてソースシンボルを獲得するまでかかる時間を意味する。
【００５６】
ビデオデコーディング遅延時間３０３は、ＧＯＰ構造によるデコーディング遅延時間であり、移動端末３００が基地局２２０から受信したチャンネルストリームの再生のためには順次にファウンテンエンコーディングシンボルをデコーディングすることではなく、特定フレームに該当するファウンテンエンコーディングシンボルに対するデコーディングを先に実行して発生される。
【００５７】
例えば、基地局２２０でチャンネルストリームをＧＯＰ単位のソースブロックに分けて、ソースブロック内に存在するソースシンボルにファウンテンコードを各々適用してエンコーディングして移動端末３００に伝送し、移動端末３００は、基地局２２０から受信したファウンテンエンコーディングシンボルの中で、画面内で独立的にデコーディングして元の画面を獲得できるＩピクチャーに該当する、ファウンテンエンコーディングシンボルに対するデコーディングを先に実行して遅延時間が発生する。以下では、このようなチャンネル変更遅延時間を減らすためにチャンネルをグルーピングする例を説明する。
【００５８】
図４は、図１の基地局でチャンネルをグルーピングする一実施例を説明するための例示図である。
【００５９】
図４の(Ａ)は、本発明の一実施例によるモバイルＩＰＴＶシステムにおいて、基地局が一つのチャンネルグループに一つのチャンネルが含まれるようにグルー化した場合の例示図であり、図４の(Ｂ)は、本発明の一実施例によるモバイルＩＰＴＶシステムにおいて、基地局が一つのチャンネルグループに複数個のチャンネルが含まれるようにグルーピングした場合の例示図である。
【００６０】
図４の(Ａ)において、ＩＰＴＶチャンネルストリームを再生するために必要なパケットを受ける単位であるプロテクションタイムウィンドウはｘ秒である。しかし、図４の(Ｂ)では、一つのチャンネルグループに四つのチャンネルが含まれているので、各々のチャンネルでＩＰＴＶチャンネルストリームを再生するために必要なパケットを受ける単位であるプロテクションタイムウィンドウはｘ／４秒である。
【００６１】
すなわち、図４の(Ａ)では、一つのチャンネルに該当するＩＰＴＶチャンネルストリームのみを移動端末３００に伝送するので、移動端末３００は、現在視聴中のチャンネルから他のチャンネルに変更しようとする場合、基地局２２０にチャンネル変更要請をしなければならない。しかし、図４の(Ｂ)のように、チャンネルが第１のチャンネルグループ４０１ｂ乃至第４のチャンネルグループ４０４ｂでチャンネルグルーピングされた場合、移動端末３００は、現在視聴中のチャンネル及びチャンネルと同一なチャンネルグループに含まれたチャンネルに該当するＩＰＴＶチャンネルストリームを含むマルチキャストストリームをブロードキャストで受信するから、移動端末３００が同一なチャンネルグループ内の他のチャンネルに変更しようとするとき、即刻的なチャンネル変更が可能である。
【００６２】
例えば、移動端末３００で、図４の(Ｂ)の第２のチャンネルグループ４０２ｂに含まれたチャンネル１を視聴している場合、基地局２２０は、現在移動端末３００で視聴中のチャンネルが含まれた第２のチャンネルグループ４０２ｂに該当するチャンネル１乃至チャンネル４のチャンネルストリームを同時に移動端末３００にブロードキャストするので、移動端末３００は、チャンネル１からチャンネル３に変更するとき、チャンネル変更遅延なしに即刻的にチャンネルを変更することができる。
【００６３】
図５は、図１の基地局と端末との間マルチキャストストリームを送受信する過程を説明するためのフローチャートである。
【００６４】
図５を参照すれば、基地局２２０は、ユーザのチャンネル選択頻度によってチャンネルグルーピングを実行する(ステップＳ５０１)。ユーザにより特定放送プログラムの視聴のために移動端末３００が起動（ｐｏｗｅｒ  ｏｎ）されると(ステップＳ５０２)、基地局２２０は、移動端末３００から要請されたチャンネルが属しているチャンネルグループを判別し、要請されたチャンネルのチャンネルストリーム及び判別されたチャンネルグループに属している他のチャンネルのチャンネルストリームを含むマルチキャストストリームを移動端末３００にブロードキャスティングする(ステップＳ５０３)。
【００６５】
移動端末３００は、基地局２２０からマルチキャストストリームを受信して現在視聴中のチャンネルに該当するチャンネルストリームをデコーディングしてディスプレイし、ユーザから現在視聴中のチャンネルから他のチャンネルへの変更命令を受信すれば、現在視聴中のチャンネルと変更しようとするチャンネルが同一なチャンネルグループに属するか否かを判断する(ステップＳ５０４)。
【００６６】
ここで、チャンネル変更のためのボタンは予め決定されており、ユーザが特定ボタンをプッシュ(ｐｕｓｈ)すると、移動端末３００はプッシュされたボタンに対応する信号を受信し、受信した信号に対応するボタンがチャンネル変更のためのボタンであるか否かを判断した後、判断結果、プッシュされたボタンがチャンネル変更のためのボタンであれば、現在視聴中のチャンネルから他のチャンネルに変更するために現在視聴中のチャンネルと変更しようとするチャンネルが同一なグループであるか否かを判断する。
【００６７】
移動端末３００は、現在視聴中のチャンネルと変更しようとするチャンネルが同一なチャンネルグループに属すると判断した場合、移動端末３００が受信中のチャンネルのストリームで変更するチャンネルに該当するチャンネルストリームに対するデコーディングを実行してディスプレイする(ステップＳ５０５)。このように、移動端末３００は、同一なチャンネルグループに含まれたチャンネルに対応するチャンネルストリームを同時に受信するので、同一なチャンネルグループ内でチャンネルを変更するとき、即刻的なチャンネル変更が可能である。
【００６８】
一方、移動端末３００は、現在視聴中のチャンネルと変更しようとするチャンネルが同一のチャンネルグループに属しないと判断した場合、基地局２２０に変更するチャンネルに対するサービスを要請する(ステップＳ５０６)。これによって、基地局２２０は移動端末３００から要請されたチャンネルに該当するチャンネルストリームを検索した後、移動端末３００に伝送するので、基地局２２０ではチャンネル変更遅延時間が発生するようになる。チャンネル変更遅延時間については、上述の図３で説明したので、その説明は省略する。
【００６９】
基地局２２０は、移動端末３００から受信した変更予定のチャンネルに該当するチャンネルストリーム及びそのチャンネルと同一のチャンネルグループに含まれたチャンネルストリームを含むマルチキャストストリームを移動端末３００にブロードキャスティングする(ステップＳ５０７)。
【００７０】
ここで、基地局２２０は、移動端末３００のＣＱＩ(Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ)情報を利用して獲得した移動端末３００の無線リンク状態に基づいて調節された伝送率によってマルチキャストストリームに対するエンコーディングを実行した後、移動端末３００にブロードキャスティングする。
【００７１】
移動端末３００は、基地局２２０からマルチキャストストリームを受信して変更しようとするチャンネルに該当するチャンネルストリームをデコーディングしてディスプレイする(ステップＳ５０８)。
【００７２】
以上、添付の図面を参照して本発明の実施形態について説明したが、本発明が属する技術の分野における通常の知識を有する者であれば、本発明の技術的思想を逸脱しない範囲内で、様々な置換、変形及び変更が可能であって、上述した実施例及び添付された図面に限定されるものではない。
【符号の説明】
【００７３】
１００：ＩＰＴＶヘドエンド
１２：ＩＰネットワーク
２００：アクセス網
２１０：アクセスルータ
２２０：基地局
２２１：分類器
２２３：バッファー
２２４：資源管理者
２２５：スケジューラー
２２６：ＰＨＹモジュール
３００：移動端末
【図１】
0005970066.tif 000014
【図２】
0005970066.tif 000015
【図３】
0005970066.tif 000016
【図４】
0005970066.tif 000017
【図５】
0005970066.tif 000018