(57)【要約】所定の１対多サービスの端末に対するサービス品質を保障するために、ブロードキャスト又はマルチキャスト無線端末システムは、該当セッションが終了した後、端末が正しく受信していないデータに関する情報をＵＴＲＡＮに通知し、前記ＵＴＲＡＮから再伝送された該当データを受信する。本発明はまた、１セッション中に１対多サービスのデータブロックを受信する段階と、前記セッション中に受信に成功できなかった少なくとも１つのデータブロックに関する情報を含む修復要求を１対１方式でネットワークに伝送する段階と、前記受信に成功できなかったそれぞれのデータブロックの受信が成功するように、セッションの中断後に前記ネットワークから前記少なくとも１つのデータブロックを受信する段階と、を含むことを特徴とするデータエラー訂正を利用して移動端末において１対多サービスを受信する方法も提供する。
2007518307.tif 000002
【特許請求の範囲】
【請求項１】
１セッション中に１対多サービスのデータブロックを受信する段階と、
前記セッション中に受信に成功できなかった少なくとも１つのデータブロックに関する情報を含む修復要求を１対１方式でネットワークに伝送する段階と、
前記受信に成功できなかったそれぞれのデータブロックの受信が成功するように、セッションの中断後に前記ネットワークから前記少なくとも１つのデータブロックを受信する段階と
を含むことを特徴とするデータエラー訂正を利用して移動端末において１対多サービスを受信する方法。
【請求項２】
セッションは、特定データがネットワークにより伝送される時間間隔であることを特徴とする請求項１に記載のデータエラー訂正を利用して移動端末において１対多サービスを受信する方法。
【請求項３】
前記１対多サービスのデータブロックを受信する段階は、１対多方式で行われることを特徴とする請求項１に記載のデータエラー訂正を利用して移動端末において１対多サービスを受信する方法。
【請求項４】
前記１対多サービスのデータブロックを受信する段階は、１対１方式で行われることを特徴とする請求項１に記載のデータエラー訂正を利用して移動端末において１対多サービスを受信する方法。
【請求項５】
前記情報は、パケットのシーケンス番号であることを特徴とする請求項１に記載のデータエラー訂正を利用して移動端末において１対多サービスを受信する方法。
【請求項６】
パケットは、プロトコルデータユニット、サービスデータユニット、リアルタイム伝送プロトコルパケット、又はＲＴＰ制御プロトコルパケットであることを特徴とする請求項５に記載のデータエラー訂正を利用して移動端末において１対多サービスを受信する方法。
【請求項７】
前記情報は、データ伝送時間又はデータ再生時間に関連した情報であることを特徴とする請求項１に記載のデータエラー訂正を利用して移動端末において１対多サービスを受信する方法。
【請求項８】
前記情報は、受信に成功できなかった前記少なくとも１つのデータブロックの量に関連した情報であることを特徴とする請求項１に記載のデータエラー訂正を利用して移動端末において１対多サービスを受信する方法。
【請求項９】
前記情報は、前記セッション中又は前記セッションの終了後に生成されることを特徴とする請求項１に記載のデータエラー訂正を利用して移動端末において１対多サービスを受信する方法。
【請求項１０】
前記伝送する段階は、専用論理チャネル又はアップリンク共通チャネルで行われることを特徴とする請求項１に記載のデータエラー訂正を利用して移動端末において１対多サービスを受信する方法。
【請求項１１】
１セッション中に１対多サービスのデータブロックを伝送する段階と、
前記セッション中に受信に成功できなかった少なくとも１つのデータブロックに関する情報を含む修復要求を１対１方式で端末から受信する段階と、
前記受信に成功できなかったそれぞれのデータブロックを前記端末が受信に成功するように、セッションの中断後に前記端末に前記少なくとも１つのデータブロックを伝送する段階と
を含むことを特徴とするデータエラー訂正を利用して通信ネットワークにおいて１対多サービスを提供する方法。
【請求項１２】
セッションは、特定データがネットワークにより伝送される時間間隔であることを特徴とする請求項１１に記載のデータエラー訂正を利用して通信ネットワークにおいて１対多サービスを提供する方法。
【請求項１３】
前記１対多サービスのデータブロックを伝送する段階は、１対多方式で行われることを特徴とする請求項１１に記載のデータエラー訂正を利用して通信ネットワークにおいて１対多サービスを提供する方法。
【請求項１４】
前記１対多サービスのデータブロックを伝送する段階は、１対１方式で行われることを特徴とする請求項１１に記載のデータエラー訂正を利用して通信ネットワークにおいて１対多サービスを提供する方法。
【請求項１５】
前記情報は、パケットのシーケンス番号であることを特徴とする請求項１１に記載のデータエラー訂正を利用して通信ネットワークにおいて１対多サービスを提供する方法。
【請求項１６】
パケットは、プロトコルデータユニット、サービスデータユニット、リアルタイム伝送プロトコルパケット、又はＲＴＰ制御プロトコルパケットであることを特徴とする請求項１５に記載のデータエラー訂正を利用して通信ネットワークにおいて１対多サービスを提供する方法。
【請求項１７】
前記情報は、データ伝送時間又はデータ再生時間に関連した情報であることを特徴とする請求項１１に記載のデータエラー訂正を利用して通信ネットワークにおいて１対多サービスを提供する方法。
【請求項１８】
前記情報は、受信に成功できなかった前記少なくとも１つのデータブロックの量に関連した情報であることを特徴とする請求項１１に記載のデータエラー訂正を利用して通信ネットワークにおいて１対多サービスを提供する方法。
【請求項１９】
前記情報は、前記セッション中又は前記セッションの終了後に端末により生成されることを特徴とする請求項１１に記載のデータエラー訂正を利用して通信ネットワークにおいて１対多サービスを提供する方法。
【請求項２０】
前記受信する段階は、専用論理チャネル又はアップリンク共通チャネルで行われることを特徴とする請求項１１に記載のデータエラー訂正を利用して通信ネットワークにおいて１対多サービスを提供する方法。
【請求項２１】
アンテナと、
ソフトウェアコードが保存されるメモリと、
前記アンテナ及び前記メモリに接続され、１セッション中に１対多サービスのデータブロックをアンテナで受信し、前記セッション中に受信に成功できなかった少なくとも１つのデータブロックに関する情報を含む修復要求を前記アンテナで１対１方式によりネットワークに伝送し、前記受信に成功できなかったデータブロックの受信に成功するようにセッションの中断後に前記ネットワークから前記アンテナで前記少なくとも１つのデータブロックを受信するために、前記ソフトウェアコードを実行するプロセッサと
を含むことを特徴とするデータエラー訂正を利用して１対多サービスを受信する移動端末。
【請求項２２】
セッションは、特定データがネットワークにより伝送される時間間隔であることを特徴とする請求項２１に記載のデータエラー訂正を利用して１対多サービスを受信する移動端末。
【請求項２３】
前記プロセッサは、１対多方式で１対多サービスのデータブロックを受信する段階を行うことを特徴とする請求項２１に記載のデータエラー訂正を利用して１対多サービスを受信する移動端末。
【請求項２４】
前記プロセッサは、１対１方式で１対多サービスのデータブロックを受信する段階を行うことを特徴とする請求項２１に記載のデータエラー訂正を利用して１対多サービスを受信する移動端末。
【請求項２５】
前記情報は、パケットのシーケンス番号であることを特徴とする請求項２１に記載のデータエラー訂正を利用して１対多サービスを受信する移動端末。
【請求項２６】
パケットは、プロトコルデータユニット、サービスデータユニット、リアルタイム伝送プロトコルパケット、又はＲＴＰ制御プロトコルパケットであることを特徴とする請求項２５に記載のデータエラー訂正を利用して１対多サービスを受信する移動端末。
【請求項２７】
前記情報は、データ伝送時間又はデータ再生時間に関連した情報であることを特徴とする請求項２１に記載のデータエラー訂正を利用して１対多サービスを受信する移動端末。
【請求項２８】
前記情報は、受信に成功できなかった前記少なくとも１つのデータブロックの量に関連した情報であることを特徴とする請求項２１に記載のデータエラー訂正を利用して１対多サービスを受信する移動端末。
【請求項２９】
前記情報は、前記セッション中又は前記セッションの終了後に端末により生成されることを特徴とする請求項２１に記載のデータエラー訂正を利用して１対多サービスを受信する移動端末。
【請求項３０】
前記プロセッサは、専用論理チャネル又はアップリンク共通チャネルで伝送する段階を行うことを特徴とする請求項２１に記載のデータエラー訂正を利用して１対多サービスを受信する移動端末。
【請求項３１】
ソフトウェアコードが保存されるメモリと、
前記メモリに接続され、１セッション中に１対多サービスのデータブロックを伝送し、前記セッション中に受信に成功できなかった少なくとも１つのデータブロックに関する情報を含む修復要求を１対１方式で端末から受信し、前記受信に成功できなかったデータブロックを前記端末が受信に成功するようにセッションの中断後に前記少なくとも１つのデータブロックを前記端末に伝送するために、前記ソフトウェアコードを実行するプロセッサと
を含むことを特徴とするデータエラー訂正を利用して１対多サービスを提供する通信ネットワーク。
【請求項３２】
セッションは、特定データがネットワークにより伝送される時間間隔であることを特徴とする請求項３１に記載のデータエラー訂正を利用して１対多サービスを提供する通信ネットワーク。
【請求項３３】
前記プロセッサは、１対多方式で１対多サービスのデータブロックを伝送する段階を行うことを特徴とする請求項３１に記載のデータエラー訂正を利用して１対多サービスを提供する通信ネットワーク。
【請求項３４】
前記プロセッサは、１対１方式で前記１対多サービスのデータブロックを伝送する段階を行うことを特徴とする請求項３１に記載のデータエラー訂正を利用して１対多サービスを提供する通信ネットワーク。
【請求項３５】
前記情報は、パケットのシーケンス番号であることを特徴とする請求項３１に記載のデータエラー訂正を利用して１対多サービスを提供する通信ネットワーク。
【請求項３６】
パケットは、プロトコルデータユニット、サービスデータユニット、リアルタイム伝送プロトコルパケット、又はＲＴＰ制御プロトコルパケットであることを特徴とする請求項３５に記載のデータエラー訂正を利用して１対多サービスを提供する通信ネットワーク。
【請求項３７】
前記情報は、データ伝送時間又はデータ再生時間に関連した情報であることを特徴とする請求項３１に記載のデータエラー訂正を利用して１対多サービスを提供する通信ネットワーク。
【請求項３８】
前記情報は、受信に成功できなかった前記少なくとも１つのデータブロックの量に関連した情報であることを特徴とする請求項３１に記載のデータエラー訂正を利用して１対多サービスを提供する通信ネットワーク。
【請求項３９】
前記情報は、前記セッション中又は前記セッションの終了後に前記端末により生成されることを特徴とする請求項３１に記載のデータエラー訂正を利用して１対多サービスを提供する通信ネットワーク。
【請求項４０】
前記プロセッサは、専用論理チャネル又はアップリンク共通チャネルで受信する段階を行うことを特徴とする請求項３１に記載のデータエラー訂正を利用して１対多サービスを提供する通信ネットワーク。
【請求項４１】
前記ネットワークは、コアネットワークを含むことを特徴とする請求項３１に記載のデータエラー訂正を利用して１対多サービスを提供する通信ネットワーク。
【請求項４２】
前記ネットワークは、ＵＴＲＡＮを含むことを特徴とする請求項３１に記載のデータエラー訂正を利用して１対多サービスを提供する通信ネットワーク。
【請求項４３】
前記ＵＴＲＡＮは、コアネットワークから伝送された１対多サービスデータを保存し、前記保存された１対多サービスデータから修復データを選択することを特徴とする請求項４２に記載のデータエラー訂正を利用して１対多サービスを提供する通信ネットワーク。
【請求項４４】
前記ＵＴＲＡＮは、１対多サービスデータを保存せずにコアネットワークに修復データを要求することを特徴とする請求項４２に記載のデータエラー訂正を利用して１対多サービスを提供する通信ネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、欧州式ＩＭＴ−２０００システムであるＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）においてマルチメディアブロードキャスト／マルチキャストサービス（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ：  ＭＢＭＳ）のような無線１対多サービスを提供する方法に関し、詳しくは、ＵＴＲＡＮが端末により受信されたデータのうちエラーのある部分を再伝送することで、端末がエラーなしに無線ＭＢＭＳデータを受信する方法に関する。
【背景技術】
【０００２】
ＵＭＴＳは、欧州標準であるＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）から進化した第３世代移動通信システムであり、ＧＳＭコアネットワーク（ＣＮ）とＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）無線接続技術を基盤としてより向上した移動通信サービスの提供を目標とする。
【０００３】
図１は、従来のＵＭＴＳネットワーク構造を示す。図１に示すように、ＵＭＴＳは、端末１００（又はＵＥ）と、ＵＴＲＡＮ１２０と、コアネットワーク１３０とに区分される。前記ＵＴＲＡＮ１２０は、１つ又はそれ以上の無線ネットワークサブシステム（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｓｕｂ−ｓｙｓｔｅｍｓ：  ＲＮＳ）１２５を含み、各ＲＮＳ１２５は、無線ネットワーク制御装置（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：  ＲＮＣ）１２３と、前記ＲＮＣ１２３が管理する複数のＮｏｄｅ  Ｂ（基地局）１２１とから構成される。前記ＲＮＣ１２３は、無線リソースの割り当て及び管理を担当し、前記コアネットワーク１３０とのアクセスポイントの役割を果たす。前記Ｎｏｄｅ  Ｂ１２１は、前記端末１００の物理層によりアップリンクで伝送された情報を受信し、ダウンリンクで前記端末にデータを伝送する。このように、前記Ｎｏｄｅ  Ｂ１２１は、前記ＵＴＲＡＮ１２０と前記端末１００間のアクセスポイントの役割を果たす。また、前記ＲＮＣ１２３は、無線リソースを割り当て及び管理し、前記コアネットワークとのアクセスポイントの役割を果たす。
【０００４】
特定端末１００に提供されるサービスは、回線交換（Ｃｉｒｃｕｉｔ  Ｓｗｉｔｃｈｅｄ：  ＣＳ）サービスとパケット交換サービス（Ｐａｃｋｅｔ  Ｓｗｉｔｃｈｅｄ：  ＰＳ）とに区分される。例えば、一般的な音声電話サービスは、回線交換サービスに属し、インターネット接続によるウェブブラウジングサービスは、パケット交換サービスとして分類される。回線交換サービスをサポートする場合、前記ＲＮＣ１２３は、コアネットワーク１３０のＭＳＣ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）１３１に接続され、前記ＭＳＣ１３１は、他のネットワークとの接続を管理するＧＭＳＣ（Ｇａｔｅｗａｙ  ＭＳＣ）１３３に接続される。前記パケット交換サービスの場合、コアネットワーク１３０のＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）１３５及びＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）１３７により適切なサービスが提供される。前記ＳＧＳＮ１３５は、前記ＲＮＣ１２３へのパケット通信をサポートし、前記ＧＧＳＮ１３７は、インターネットのような他のパケット交換ネットワークとの接続を管理する。
【０００５】
多様なネットワーク構成要素間には、通信のためのデータ交換を可能にするインタフェースが存在する。前記ＲＮＣ１２３と前記コアネットワーク１３０間のインタフェースはＩｕインタフェースと定義される。前記Ｉｕインタフェースは、パケット交換ドメインに接続された場合に「Ｉｕ−ＰＳ」といい、回線交換ドメインに接続された場合には「Ｉｕ−ＣＳ」という。また、前記ＲＮＣ１２３間のインタフェースは「Ｉｕｒ」といい、前記ＲＮＣ１２３と前記Ｎｏｄｅ  Ｂ１２１間のインタフェースは「Ｉｕｂ」という。
【０００６】
図２は、３ＧＰＰ無線アクセスネットワーク技術をベースとした端末１００とＵＴＲＡＮ１１０間の無線インタフェースプロトコル構造を示す。ここで、前記無線インタフェースプロトコルは、水平的には、物理層と、データリンク層と、ネットワーク層とに区分され、垂直的には、データ信号伝送のためのユーザプレーンと、制御信号伝送のための制御プレーンとに区分される。前記ユーザプレーンは、音声データやＩＰパケットなどの使用者のトラヒック情報を伝送する領域であり、前記制御プレーンは、ネットワークのインタフェースや呼の維持及び管理のための制御情報を伝送する領域である。図２のプロトコル層は、無線通信システム分野で公知の開放型システム間相互接続（ＯＳＩ）参照モデルの下位３層に基づいて第１層（Ｌ１）、第２層（Ｌ２）、及び第３層（Ｌ３）に分けられる。
【０００７】
以下、図２に示す各層について説明する。前記第１層（Ｌ１）は、多様な無線伝送技術を用いて上位層に情報伝送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。前記第１層（Ｌ１）は、転送チャネルで上位層の媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ：  ＭＡＣ）層に接続している。前記ＭＡＣ層と前記物理層間においては前記転送チャネルを介してデータが移動する。
【０００８】
前記ＭＡＣ層は、論理チャネルと転送チャネル間のマッピングを担当し、無線リソースの割り当て及び再割り当てのためのＭＡＣパラメータの割り当てサービスを提供する。前記ＭＡＣ層は、無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ：  ＲＬＣ）層という上位層に論理チャネルで接続され、伝送情報の種類によって多様な論理チャネルが提供される。一般に、制御プレーンの情報を伝送する場合は制御チャネルが利用され、ユーザプレーンの情報を伝送する場合はトラヒックチャネルが利用される。また、論理チャネルは、その論理チャネルを共有しているか否かによって決定される共通チャネル（Ｃｏｍｍｏｎ  Ｃｈａｎｎｅｌ）及び専用チャネル（Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）を含む。前記論理チャネルは、専用トラヒックチャネル（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ：  ＤＴＣＨ）、専用制御チャネル（Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：  ＤＣＣＨ）、共通トラヒックチャネル（Ｃｏｍｍｏｎ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ：  ＣＴＣＨ）、共通制御チャネル（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：  ＣＣＣＨ）、端末のシステムへのアクセスに有用な情報を含む情報を提供するブロードキャスト制御チャネル（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：  ＢＣＣＨ）、端末にアクセスするために前記ＵＴＲＡＮによる使用されるページング制御チャネル（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：  ＰＣＣＨ）を含む。
【０００９】
前記ＭＡＣ層は、転送チャネルにより物理層と接続され、管理する転送チャネルの種類によってＭＡＣ−ｂサブレイヤ、ＭＡＣ−ｄサブレイヤ、ＭＡＣ−ｃ／ｓｈサブレイヤ、ＭＡＣ−ｈｓサブレイヤに区分される。前記ＭＡＣ−ｂサブレイヤは、システム情報のブロードキャストを担当する転送チャネルであるＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）を管理する。前記ＭＡＣ−ｃ／ｓｈサブレイヤは、複数の端末機と共有するフォワードアクセスチャネル（Ｆｏｒｗａｒｄ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ：  ＦＡＣＨ）、ダウンリンク共有チャネル（Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ：  ＤＳＣＨ）、又はページングチャネル（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ：  ＰＣＨ）のような共通転送チャネルを管理する。前記ＭＡＣ−ｄサブレイヤは、特定端末機のための専用転送チャネルである専用チャネル（Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ：  ＤＣＨ）を管理する。
【００１０】
前記ＲＬＣ層は、信頼性のあるデータの伝送をサポートし、上位層から伝送された複数のＲＬＣサービスデータ単位（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ：ＳＤＵ）の分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）機能を果たす。上位層から前記ＲＬＣ  ＳＤＵを受信すると、前記ＲＬＣ層は、処理容量に応じた適切な方法によってそれぞれのＲＬＣ  ＳＤＵのサイズを調節した後、ヘッダ（Ｈｅａｄｅｒ）情報を加えて所定のデータ単位（Ｄａｔａ  Ｕｎｉｔ）を生成する。前記生成されたデータ単位は、プロトコルデータ単位（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ：ＰＤＵ）と呼ばれ、論理チャネルで前記ＭＡＣ層に伝送される。前記ＲＬＣ層は、前記ＲＬＣ  ＳＤＵ又はＲＬＣ  ＰＤＵを保存するためのＲＬＣバッファを含む。
【００１１】
ブロードキャスト／マルチキャスト制御（Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ：  ＢＭＣ）層は、前記コアネットワークから提供されたセルブロードキャスト（Ｃｅｌｌ  Ｂｒｏａｄｃａｓｔ：  ＣＢ）メッセージをスケジューリングし、特定セルに位置するＵＥに前記ＣＢメッセージをブロードキャストする機能を果たす。
【００１２】
前記ＵＴＲＡＮ１００において、上位層から伝送されたＣＢメッセージは、メッセージＩＤ、シリアルナンバー、符号化方式（ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）などの情報が加わってＢＭＣメッセージの形態でＲＬＣ層に伝送され、論理チャネルであるＣＴＣＨ（Ｃｏｍｍｏｎ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）でＭＡＣ層に伝送される。論理チャネル（ＣＴＣＨ）は、転送チャネルであるＦＡＣＨ及び物理チャネルであるＳ−ＣＣＰＣＨ（Ｓｅｃｏｎｄａｒｙ  ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）にマッピングされる。
【００１３】
パケットデータコンバージェンスプロトコル（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ：  ＰＤＣＰ）層は、ＲＬＣ層の上位に位置し、ＩＰｖ４やＩＰｖ６のようなネットワークプロトコルで伝送されるデータを相対的に狭い帯域幅を有する無線インタフェース上で効率的に伝送するために使用される。このために、前記ＰＤＣＰ層は、有線ネットワークにおいて使用される不必要な制御情報を減らす機能を果たし、この機能をヘッダ圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）と言う。ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  ｅｎｇｉｎｅｅｒｉｎｇ  ｔａｓｋ  ｆｏｒｃｅ）というインターネット標準化グループで定義するヘッダー圧縮技法であるＲＦＣ２５０７及びＲＦＣ３０９５（Ｒｏｂｕｓｔ  ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ：  ＲＯＨＣ）を使用することができる。これらの方法は、データのヘッダ部分が必ず必要な情報のみを伝送するようにすることで、より少ない制御情報を伝送するので、伝送される全データ量を低減することができる。
【００１４】
第３層（Ｌ３）の最下部に位置する無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：ＲＲＣ）層は、制御プレーンにおいてのみ定義され、無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ：  ＲＢ）の設定、再構成、及び解除に関連して転送チャネル及び物理チャネルの制御を担当する。前記ＲＢは、端末機１０とＵＴＲＡＮ１００間のデータ伝送のために第２層（Ｌ２）により提供されるサービスである。一般に、ＲＢの設定とは、特定データサービスの提供のために必要なプロトコル層とチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。
【００１５】
前記ＲＢのうち、ＵＥとＵＴＲＡＮ間にＲＲＣメッセージやＮＡＳメッセージを交換するために使用されるＲＢをシグナリング無線ベアラ（Ｓｉｇｎａｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ：  ＳＲＢ）という。特定ＵＥとＵＴＲＡＮ間にＳＲＢが設定されると、そのＵＥとＵＴＲＡＮ間にはＲＲＣ接続が存在する。前記ＲＲＣ接続を有するＵＥは、ＲＲＣ接続モードにあるといい、ＲＲＣ接続を有しないＵＥは、アイドルモードにあるという。前記ＵＥがＲＲＣ接続モードにある場合、前記ＲＮＣは、前記ＵＥが位置しているセルを把握（すなわち、セル単位で該当端末の位置を把握）し、そのＵＥを管理する。前記端末がＲＲＣ接続モードに入ると、ＵＴＲＡＮにシグナリングメッセージを伝送する。前記ＲＲＣ接続を有する端末は、前記ＵＴＲＡＮの指示に従って、ＣＥＬＬ＿ＤＣＨ、ＣＥＬＬ＿ＰＣＨ、ＵＲＡ＿ＰＣＨ及びＣＥＬＬ＿ＦＡＣＨの状態のうち１つの状態に留まる。
【００１６】
ＣＥＬＬ＿ＤＣＨ状態において、前記ＵＥは、専用物理チャネルが割り当てられ、専用トラフィックチャネル及び専用制御チャネルを使用する。ＣＥＬＬ＿ＦＡＣＨにおいて、前記ＵＥは、専用制御チャネルが割り当てられ、さらに、専用トラフィックチャネルが割り当てられる。ＣＥＬＬ＿ＰＣＨ状態及びＵＲＡ＿ＰＣＨ状態において、前記ＵＥは、ＵＴＲＡＮとの間に設定された専用トラフィックチャネル及び専用論理チャネルを有しない。ＣＥＬＬ＿ＦＡＣＨ状態及びＣＥＬＬ＿ＤＣＨ状態において、前記ＵＥは、専用制御チャネルが存在するため、前記ＵＴＲＡＮといつでもメッセージを送受信することができる。しかしながら、ＵＲＡ＿ＰＣＨ状態及びＣＥＬＬ＿ＰＣＨ状態において、前記ＵＥは、前記ＵＴＲＡＮに伝送するメッセージが存在する場合、セルアップデート過程を行ってＣＥＬＬ＿ＦＡＣＨ状態に転換し、その結果、前記ＵＴＲＡＮとのメッセージの交換が可能になる。
【００１７】
次に、ＭＢＭＳについて詳細に説明する。ＭＢＭＳとは、ダウンリンク専用のＭＢＭＳベアラサービスを利用して複数の端末にストリーミングサービス（例えば、マルチメディア、ＶｏＤ（Ｖｉｄｅｏ  ｏｎ  Ｄｅｍａｎｄ）、ウェブキャストなど）又はバックグラウンドサービス（例えば、電子メール、ショートメッセージサービス（ＳＭＳ）、ダウンロードなど）のようなデータサービスを提供するダウンリンク伝送サービスを意味する。前記ＵＴＲＡＮにおいて、前記ＭＢＭＳベアラとしては、１対多（ｐ−ｔ−ｍ）無線ベアラサービス及び１対１（ｐ−ｔ−ｐ）無線ベアラサービスを活用できる。
【００１８】
ＭＢＭＳは、ブロードキャストモードとマルチキャストモードとに分類される。ＭＢＭＳブロードキャストモードは、ブロードキャストサービスを利用できるエリアであるブロードキャストエリア内の全ての使用者にマルチメディアデータを伝送するためのモードである。ＭＢＭＳマルチキャストモードは、マルチキャストサービスを利用できるエリアであるマルチキャストエリア内の特定使用者グループにのみマルチメディアデータを伝送するためのモードである。
【００１９】
図３は、ＵＭＴＳネットワークがマルチキャストモードを利用して特定ＭＢＭＳサービス（第１サービス）を提供する過程を示す。また、図３は、ＵＥ（ＵＥ１、ＵＥ２）が特定サービス（第１サービス）を受信する例を説明する。まず、ＭＢＭＳサービスを受信しようとする使用者（ＵＥ１、ＵＥ２）は、加入手続きを行わなければならない。ここで、加入とは、サービス提供者と使用者間に関係を設定することである。
【００２０】
また、ＭＢＭＳサービスを受信しようとする使用者（ＵＥ）は、ネットワークから提供されるサービス案内（ｓｅｒｖｉｃｅ  ａｎｎｏｕｎｃｅｍｅｎｔ）を受信しなければならない。ここで、サービス案内とは、提供されるサービスのリスト及び関連情報を端末に通知する機能をいう。また、使用者（ＵＥ）がマルチキャストモードのＭＢＭＳサービスを受信しようとする場合、前記使用者（ＵＥ）は、マルチキャスト加入グループに参加しなければならない。ここで、「マルチキャストグループ」とは、特定マルチキャストサービスを受信する使用者グループをいい、「参加（ｊｏｉｎｉｎｇ）」とは、前記特定マルチキャストサービスを受信しようとする特定使用者のマルチキャストグループに合流することをいう。このような参加過程により、端末は、ＵＴＲＡＮに前記特定マルチキャストデータ（マルチキャストサービス）を受信しようとする自身の意図を通知する。それに対して、特定マルチキャストグループに既に参加している端末の場合、前記マルチキャストグループへの参加を解除する過程を「脱退」という。前述した加入、参加及び脱退の過程は、各端末において行われる。前記端末は、データ伝送前、伝送中、又は伝送後のいつでも加入、参加及び脱退の過程を行うことができる。
【００２１】
特定ＭＢＭＳのサービス中に、１つ以上のサービスセッションが順次発生する。ここで、１つのセッションは、多様な方法で定義される。例えば、１つのセッションは、複数のエピソードからなるドラマにおいてそれぞれの完全なエピソードであることもあり、サッカー競技のゴールシーンのようにスポーツ番組の特定部分であることもある。ＭＢＭＳデータソースに特定ＭＢＭＳサービスのために伝送するデータが発生した場合、コアネットワーク（ＣＮ）１３０は、前記ＲＮＣ１２３にセッション開始（ｓｅｓｓｉｏｎ  ｓｔａｒｔ）を通知する。それに対して、ＭＢＭＳデータソースに特定ＭＢＭＳサービスのために伝送するデータがこれ以上存在しない場合、コアネットワーク（ＣＮ）１３０は、前記ＲＮＣ１２３にセッション中断（ｓｅｓｓｉｏｎ  ｓｔｏｐ）を通知する。セッション開始とセッション中断との間、特定ＭＢＭＳサービスのためのデータ伝送過程を行うことができる。ここで、前記ＭＢＭＳサービスのためのマルチキャストグループに参加している端末のみが前記データ伝送過程により伝送されるデータを受信することができる。
【００２２】
前記セッション開始過程において、コアネットワークからセッション開始を受信したＵＴＲＡＮは、前記端末にＭＢＭＳ通知（ｎｏｔｉｆｉｃａｔｉｏｎ）を伝送する。ここで、ＭＢＭＳ通知とは、特定セル内の特定ＭＢＭＳサービスのためのデータ伝送が差し迫ったことをＵＴＲＡＮが端末に通知する機能をいう。ＵＴＲＡＮは、前記ＭＢＭＳ通知過程により、特定セル内の特定ＭＢＭＳサービスを受信しようとする端末の数を把握する集計動作を行う。前記集計過程により、前記特定ＭＢＭＳサービスのために１対多無線ベアラを設定するか、１対１無線ベアラを設定するかを決定できる。前記ＭＢＭＳ無線ベアラを選択するために、前記ＵＴＲＡＮは内部的に閾値を設定する。前記ＵＴＲＡＮは、前記集計過程を行った後、該当セル内に存在する端末の数が前記閾値より少ない場合、１対１ＭＢＭＳ無線ベアラを設定し、該当セル内に存在する端末の数が閾値より大きいか、又は端末の数が閾値と同一である場合、１対多ＭＢＭＳ無線ベアラを設定する。
【００２３】
１対１無線ベアラを設定した場合、前記ＵＴＲＡＮは、各端末（ＵＥ）に専用論理チャネルを割り当てて該当サービスのデータを伝送する。また、１対多無線ベアラを設定した場合、前記ＵＴＲＡＮは、ダウンリンク共通論理チャネルを利用して該当サービスのデータを伝送する。
【発明の開示】
【発明が解決しようとする課題】
【００２４】
システムが１対１無線ベアラを設定して特定ＭＢＭＳサービスを端末（ＵＥ）に提供するとき、前記システムは、端末と１対１の関係にあるため、必要な場合、各端末からフィードバックを受け、端末がどのデータブロックを受信してどのデータブロックを受信しなかったかに関する情報、又はデータのエラー率を利用することで、端末に必要なデータブロックを再伝送することができる。しかしながら、１対多無線ベアラが設定された場合は、複数の端末が無線ベアラを利用しているので、システムは、各端末のフィードバックを受けてそれぞれの端末の受信状態に応じてデータを再伝送したり、データのエラーを補正することができない。従って、前記ＵＴＲＡＮが１対多無線ベアラを利用してＭＢＭＳサービスを提供する場合、データを受信できないか、エラーを含んだ状態でデータを受信する端末が存在する。このように、端末がデータを完全に受信できない場合、従来技術では、サービス品質が低下するという問題があった。
【課題を解決するための手段】
【００２５】
本発明は、従来技術の問題を解決するために提案されたものである。本発明は、特定ブロードキャスト又はマルチキャストサービスを複数の端末に伝送する無線システムにおいて、システムが該当サービスを受信する端末にサービス品質を保障するために、前記ＵＴＲＡＮは、該当サービスのセッションが終了した後、該当サービスのデータを端末に再伝送することを特徴とするブロードキャスト又はマルチキャスト無線システムを提供する。
【発明の効果】
【００２６】
従来技術では、ＭＢＭＳサービスが１対多無線ベアラを利用して提供されると、劣悪なチャネル状態によりデータの一部を受信できない状況又は受信されたデータにエラーが発生した状況を端末が訂正する方法がない。本発明においては、前記ＵＴＲＡＮが端末が受信できなかった該当サービスのデータを再伝送することにより、該当サービスの品質を保障することができる。
【発明を実施するための最良の形態】
【００２７】
このような目的を達成するために、所定のブロードキャスト又はマルチキャストサービスのセッション中に、ＵＴＲＡＮは、ＣＮから伝送された該当サービスのデータを端末に伝送し、これと同時に、該当サービスのデータを自身のメモリに保存する。該当サービスのセッションが終了すると、前記ＵＴＲＡＮは、端末から該当サービスに対するフィードバックを受信して端末に再伝送するデータを決定し、このような伝送を行う無線ベアラを設定し、再伝送が必要であると決定されたデータを前記端末に伝送する。ここで、前記システムは、端末からフィードバックを受信せずに再伝送するデータを決定できるので、前記端末からのフィードバック情報は必須のものではない。
【００２８】
端末からシステムに伝送されたフィードバック情報は、端末により受信されていないデータ、又はエラーが発生したデータに関する情報を含む。すなわち、このフィードバック情報は、再伝送されるデータを決定するために必要な情報である。具体的に、前記フィードバック情報は、各ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）やＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）のシーケンス番号でもよく、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）やＲＴＣＰ（ＲＴＰ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）のシーケンス番号でもよい。また、前記フィードバック情報は、前記端末が受信できなかったデータの伝送時間情報又は再生（再構成）時間を含む。
【００２９】
前記過程で、前記ＵＴＲＡＮは、各ＭＢＭＳサービスのデータを自身のメモリに保存するときに発生するメモリ不足現象を防止するために、ＭＢＭＳセッション中に該当サービスのデータを自身のメモリに保存せずに、セッションの終了後に再伝送すると決定したデータのみをＣＮに要求して受信した後、端末に再伝送することができる。
【００３０】
前記過程で、前記ＵＴＲＡＮは、該当サービスのデータを再伝送するとき、データの再伝送を要求したそれぞれの端末に１対１無線ベアラを設定して端末が要求した該当サービスのデータを伝送するか、データの再伝送を要求した端末が多い場合は、１対多無線ベアラを利用して該当サービスのデータを再伝送することができる。
【００３１】
前記過程で、前記ＵＴＲＡＮは、該当ＭＢＭＳサービスの１セッションと該セッションの再伝送とを区分するために、該当サービスのための無線ベアラ情報を端末に通知するとき、さらに該当サービスのセッションの再伝送中であることを通知する識別子を設定して端末に伝送することができる。
【００３２】
また、前記過程で、１セッションの終了から次のセッションの開始までの時間間隔より再伝送に必要な時間が長い場合、次のセッションの開始が以前セッションの再伝送過程の影響を受ける可能性がある。これを防止するために、前記ＣＮは、前記ＵＴＲＡＮにセッション中断メッセージを伝送するとき、次のセッションの開始時間をさらに通知する。前記ＵＴＲＡＮは、このような情報に基づいて自身が再伝送過程を行う時間を予測でき、これにより、再伝送するデータの量を調節することもでき、該当サービスのためのデータの再伝送を行わないこともできる。
【００３３】
端末に特定ＭＢＭＳサービスのサービス品質の保障のために、本発明は、該当セッションが終了した後、端末が正しく受信していないデータに関する情報をＵＴＲＡＮに通知し、前記ＵＴＲＡＮから該当データが再伝送されることを特徴とするブロードキャスト又はマルチキャスト無線端末システムを提案する。
【００３４】
本発明によりこれを達成するために、前記ＭＢＭＳサービスのセッション中又はＭＢＭＳセッションが終了したとき、前記端末は、自身が受信していない該当サービスのデータに関する情報を構成する。また、自身が正しく受信していないデータが存在する場合、前記端末は、これに関する情報を前記ＵＴＲＡＮに通知する。ここで、前記端末は、前記ＵＴＲＡＮと専用論理チャネルを設定することにより、該当情報を伝送することもでき、又は、アップリンク共通チャネルを利用して該当情報をＵＴＲＡＮに通知することもできる。ここで、前記端末は、受信できなかったデータの量又は受信できなかったデータのシーケンス番号をシステムに通知することもできる。その後、前記ＵＴＲＡＮが該当サービスのデータの再伝送を開始すると、前記端末は、前記ＵＴＲＡＮが提供した無線ベアラ情報を利用して無線ベアラを設定した後、該当データの受信を開始する。
【００３５】
図４は、本発明の一実施形態により構成されたシステムの動作過程を示す。
【００３６】
段階１で、前記ＣＮは、前記ＵＴＲＡＮにＭＢＭＳセッション開始メッセージを伝送する。
【００３７】
段階２で、前記ＵＴＲＡＮは、セッションがまもなく開始すると端末に通知し、集計過程により、使用される無線ベアラの種類を決定する。無線ベアラが決定されると、前記ＵＴＲＡＮは、無線ベアラ設定に必要な情報を端末に通知する。
【００３８】
段階３で、前記ＵＴＲＡＮは、前記ＣＮから該当サービスのセッションのデータを受信する。このＭＢＭＳデータは、セッションが終了するまで前記ＣＮから前記ＵＴＲＡＮに伝送される。
【００３９】
段階４及び段階５で、前記ＵＴＲＡＮは、段階３で受信されたＭＢＭＳデータを自身のメモリに保存すると同時に、該当セル内に設定された無線ベアラを利用して端末に前記データを伝送する。
【００４０】
段階６で、前記端末は、前記設定された無線ベアラで該当サービスを受信し、該当サービスのデータのうち、受信できなかった部分又は受信したがエラーを含む部分に関する情報を収集する。
【００４１】
段階７及び段階８で、前記ＣＮから前記ＵＴＲＡＮにセッション中断メッセージが到着する。また、前記ＵＴＲＡＮは、セッションが中断されたことを端末に通知する。ここで、前記ＣＮから伝送されたセッション中断メッセージにはさらに次のセッションの開始時間に関する情報を含むこともできる。
【００４２】
段階９で、前記ＵＴＲＡＮは、ＭＢＭＳ修復（ｒｅｐａｉｒｉｎｇ）セッションを開始するか否かを決定する。ここで、前記ＵＴＲＡＮは、前記ＣＮから伝送されたセッション中断メッセージに含まれた次のセッションの開始時間情報を利用する。ＭＢＭＳ修復セッションを開始すると決定した場合、前記ＵＴＲＡＮは、段階１０以降の過程を行う。ＭＢＭＳ修復セッションを開始しないと決定した場合、次の段階は行わない。ここで、ＭＢＭＳ修復セッションとは、特定ＭＢＭＳサービスのセッションが終了した後、該当サービスのセッションデータを正しく受信していない端末に該当サービスのセッションデータの一部又はセッションデータの全部を伝送するために、前記ＵＴＲＡＮが行うセッションを意味する。
【００４３】
段階１０で、前記ＵＴＲＡＮは、ＭＢＭＳ修復セッションがまもなく開始すると端末に通知する。ここで、前記ＵＴＲＡＮは、前記端末が前記ＵＴＲＡＮに応答するときに伝送する必要のある情報、又は、修復が要求されたときに端末が満たさなければならない条件のような他の情報を端末に通知する。また、前記ＵＴＲＡＮは、該当セッションのデータの総量又は前記データの総再生（再構成）時間などの該当セッションに関する情報を提供することにより、前記端末が受信していないデータを判断するための基準を提供することができる。
【００４４】
段階１１で、前記端末は、段階１０で受信されたコンテンツに基づいて、該当ＭＢＭＳサービスの修復セッションが必要であるか否かを判断する。ここで、前記端末は、自身が受信できなかったＭＢＭＳデータの量や自身が受信できなかったＭＢＭＳデータブロックの数を利用できる。また、前記端末がＭＢＭＳ修復セッションが必要であると判断した場合、前記ＵＴＲＡＮの指示通り、修復応答情報を生成する。前記端末は、該当サービスの全てのデータを正しく受信した場合、修復要求メッセージ情報を前記ＵＴＲＡＮに伝送する必要がない。
【００４５】
段階１２で、前記端末は、段階１１で生成された修復応答情報をＭＢＭＳ修復要求メッセージに含めて前記ＵＴＲＡＮに伝送する。
【００４６】
段階１３で、前記ＵＴＲＡＮは、再伝送を行うべきか否かを判断し、段階１２で前記端末が伝送した情報に基づいて再伝送するデータを決定する。再伝送するデータは、設定数以上の端末により受信できなかったデータ、該当サービスの特定時間区間に該当するデータ、又は該当サービスの全てのデータなどである。ここで、前記ＵＴＲＡＮは、前記ＣＮが通知した次のセッションの開始時間及び端末の応答情報に基づいてＭＢＭＳ修復セッションの開始をやめるか、再伝送するデータの量を前記次のセッション開始時間までの残り時間によって適切に再調整することができる。また、前記ＵＴＲＡＮは、ＭＢＭＳ修復を要求した端末の数が特定基準値より少ない場合は１対１無線ベアラを利用し、前記端末の数が基準値より多いか、又は前記端末の数が基準値と同一である場合は１対多無線ベアラを利用してＭＢＭＳデータを再伝送する。１対１無線ベアラを使用する場合、前記ＵＴＲＡＮは、各端末に１対１無線ベアラを設定し、各端末の応答情報によってＭＢＭＳデータを再伝送する。また、１対多無線ベアラを使用する場合、前記ＵＴＲＡＮは、段階１４の過程を行う。
【００４７】
段階１４で、１対多無線ベアラが使用される場合、前記ＵＴＲＡＮは、ＭＢＭＳ修復セッションがまもなく開始すると端末に通知し、無線ベアラを設定するために使用されるパラメータを通知する。また、前記ＵＴＲＡＮは、段階１３で決定されたコンテンツに基づいて無線ベアラを設定し、該当無線ベアラの設定情報を端末に通知した後、該当サービスのデータの再伝送を開始する。ここで、ＭＢＭＳ修復セッション開始通知メッセージの代りにＭＢＭＳセッション開始通知メッセージを利用できることに注目する。この場合、エラーなしに全てのデータを適切に受信した端末が該当セッションを不要に再受信することを防止するために、修復セッションインジケータをさらに設定することで、該当セッションが修復を行うためのセッションであることを端末に通知する。
【００４８】
段階１５で、前記ＵＴＲＡＮが自身のメモリに保存されたデータのうち再伝送すると決定したデータを以前段階で設定された無線ベアラを利用して伝送すると、修復を要求した端末が前記伝送されたデータを受信する。ここで、該当セッションのデータが前記ＵＴＲＡＮのメモリ不足により保存できない場合、前記ＵＴＲＡＮは、再伝送するデータを前記ＣＮに要求して前記ＣＮから前記データを受信する。
【００４９】
従来技術では、ＭＢＭＳサービスが１対多無線ベアラを利用して提供されると、劣悪なチャネル状態によりデータの一部を受信できない状況又は受信されたデータにエラーが発生した状況を端末が訂正する方法がない。本発明においては、前記ＵＴＲＡＮが端末が受信できなかった該当サービスのデータを再伝送することにより、該当サービスの品質を保障することができる。
【００５０】
本発明は、多様なソフトウェア、ハードウェア及び／又はそれらの組み合わせを利用して前述された過程及び段階を行うことができる。例えば、図５は、本発明の一実施形態によるネットワーク（ＵＴＲＡＮ５２０及びＣＮ５３０）と無線通信する端末（ＵＥ５１０）を含む通信システムを示す。前記ネットワーク（ＵＴＲＡＮ５２０及びＣＮ５３０）は、多様なハードウェアとソフトウェア構成要素を含む。例えば、前記ＵＴＲＡＮ５２０は、複数のＮｏｄｅ  Ｂ５２２に接続され、プロセッサ５２６−１及びメモリ５２６−２を有するＲＮＣ５２６を含む。複数のＮｏｄｅ  Ｂ５２４に接続されたＲＮＣ５２８は、さらにプロセッサ５２８−１及びメモリ５２８−２を含む。前記ＲＮＣ５２６、５２８は、インタフェースを介して接続され、他のインタフェースを介してＣＮ５３０に接続される。前記ネットワーク（ＵＴＲＡＮ５２０及びＣＮ５３０）は、前述したように前記端末（ＵＥ５１０）との通信のための多様な信号処理過程を管理する。ここで、本発明を実現するために要求される多様なソフトウェアコード及びプロトコルは、Ｎｏｄｅ  Ｂ５２２、５２４、ＲＮＣ５２６、５２８及び／又は他のネットワーク構成要素の内部に位置する１つ又はそれ以上のメモリ装置に保存され、１つ又はそれ以上のプロセッサにより実行されるという点に注目する。
【００５１】
本発明は、データエラー訂正を利用した移動端末における１対多サービス受信方法を提供し、前記方法は、１セッション中に１対多サービスのデータブロックを受信する段階と、前記セッション中に受信に成功できなかった少なくとも１つのデータブロックに関する情報を含む修復要求を１対１方式でネットワークに伝送する段階と、前記受信に成功できなかった各データブロックの受信が成功するように、セッションの中断後に前記ネットワークから前記少なくとも１つのデータブロックを受信する段階とを含む。
【００５２】
さらに、本発明は、データエラー訂正を利用して通信ネットワークから１対多サービスを提供する方法を提供し、前記方法は、１セッション中に１対多サービスのデータブロックを伝送する段階と、前記セッション中に受信に成功できなかった少なくとも１つのデータブロックに関する情報を含む修復要求を１対１方式で端末から受信する段階と、受信に成功できなかったデータブロックを端末が受信に成功するように、セッションの中断後に前記端末に前記少なくとも１つのデータブロックを伝送する段階とを含む。
【００５３】
さらに、本発明は、データエラー訂正を利用して１対多サービスを受信する移動端末を提供し、前記端末は、アンテナと、ソフトウェアコードが保存されるメモリと、前記アンテナと前記メモリに接続され、１セッション中に１対多サービスのデータブロックをアンテナで受信し、前記セッション中に受信に成功できなかった少なくとも１つのデータブロックに関する情報を含む修復要求を前記アンテナで１対１方式によりネットワークに伝送し、前記受信に成功できなかったデータブロックの受信に成功するようにセッションの停止後に前記ネットワークから前記アンテナで前記少なくとも１つのデータブロックを受信するために、前記ソフトウェアコードを実行するプロセッサとを含む。
【００５４】
さらに、本発明はデータエラー訂正を利用して１対多サービスを提供する通信ネットワークを提供し、前記ネットワークは、ソフトウェアコードが保存されるメモリと、前記メモリに接続され、１セッション中に１対多サービスのデータブロックを伝送し、前記セッション中に受信に成功できなかった少なくとも１つのデータブロックに関する情報を含む修復要求を１対１方式で端末から受信し、前記受信に成功できなかったデータブロックを前記端末により受信に成功するように、セッションの停止後に前記端末に前記少なくとも１つのデータブロックを伝送するために、前記ソフトウェアコードを実行するプロセッサとを含む。
【００５５】
好ましくは、前記ネットワークは、コアネットワーク又はＵＴＲＡＮを含む。ここで、前記ＵＴＲＡＮは、コアネットワークから伝送された１対多サービスデータを保存し、前記保存された１対多サービスデータから修復データを選択できる。また、前記ＵＴＲＡＮは、１対多サービスデータを別途に保存せずにコアネットワークに修復データを要求することもできる。
【００５６】
前述した端末に対するデータエラー訂正方式、ネットワークに対するデータエラー訂正方式、前記端末、及び前記ネットワークにおいて、次の付加的な特性が好ましい。好ましくは、セッションは、特定データがネットワークにより伝送される時間間隔として定義できる。また、１対多サービスのデータブロックを受信する段階は、１対多方式又は１対１方式で行われる。また、前記情報は、パケットのシーケンス番号であり、パケットは、プロトコルデータユニット、サービスデータユニット、リアルタイム伝送プロトコルパケット、又はＲＴＰ制御プロトコルパケットである。好ましくは、前記情報は、データ伝送時間又はータ再生時間に関連した情報であるか、又は受信に成功できなかった少なくとも１つのデータブロックの量に関連した情報である。前記情報は、セッション中又はセッションの終了後に生成される。好ましくは、前記伝送する段階は、専用論理チャネル又はアップリンク共通チャネルで実行できる。
【００５７】
本発明の多様な態様、実施形態及び特性をＵＭＴＳ通信方式に基づいて説明してきたが、このような多くの技術は、他の通信方式及びシステムにも適用できる。
【００５８】
好ましい実施形態の記述により当該技術分野における通常の知識を有する者であれば、本発明を実現又は利用することができる。このような実施形態の多様な修正は、当該技術分野における通常の知識を有する者にとって明白であり、ここで定義された一般的な原理は、技術的困難なく他の実施形態に適用できる。従って、本発明は、本明細書に記載された実施形態に限定されるのでなく、本明細書に記載された原理及び新規な特性に一致する最大限広い範囲に及ぶ。
【図面の簡単な説明】
【００５９】
本発明の特徴、特性及び利点は同一参照番号が全体的に使用された図面を参照して記述した詳細説明により明確になる。
【図１】従来のＵＭＴＳネットワーク基本構造を示す。
【図２】３ＧＰＰ無線アクセスネットワーク標準に準拠する端末とＵＴＲＡＮ間の無線アクセスインタフェースプロトコルの構成を示す。
【図３】ＵＭＴＳネットワークにおいて、ＵＥ（ＵＥ１、ＵＥ２）にマルチキャストモードを利用して特定ＭＢＭＳサービス（第１サービス）を提供する過程を示す。
【図４】本発明の一実施形態により構成されたシステムの動作過程を示す。
【図５】本発明の一実施形態により端末（ＵＥ）とネットワーク（ＵＴＲＡＮ）を含む通信システム構造を示す。
【図１】
2007518307.tif 000003
【図２】
2007518307.tif 000004
【図３】
2007518307.tif 000005
【図４】
2007518307.tif 000006
【図５】
2007518307.tif 000007
【国際調査報告】
2007518307.tif 000008
2007518307.tif 000009