(57)【要約】本発明は、無線通信システムにおけるネットワークと移動端末間の通信に関する。本発明は、サービスを通知するために前記ネットワークからメッセージを受信する段階を含む。前記メッセージは、前記サービスが特定モードで受信されるか否かを識別するための属性を含む。前記特定モードは、情報が関連アップリンクサービスのない周波数で通信されるモードである。前記属性は、前記サービスを記述するセッション記述プロトコルによって前記メッセージ内に含まれる。
2010529731.tif 000002
【特許請求の範囲】
【請求項１】
サービスを通知するためにネットワークからメッセージを受信する段階を含み、
前記メッセージは、前記サービスが特定モードで受信されるか否かを識別するための属性を含み、
前記特定モードは、情報が関連アップリンクサービスのない周波数で通信されるモードであり、
前記属性は、前記サービスを記述するセッション記述プロトコルによって前記メッセージ内に含まれることを特徴とするネットワークと移動端末間の通信のための方法。
【請求項２】
前記特定モードは、単一周波数ネットワークモードであることを特徴とする請求項１に記載のネットワークと移動端末間の通信のための方法。
【請求項３】
前記属性により前記サービスが前記特定モードで受信されると識別されると、前記特定モードで前記サービスの受信を容易にする段階をさらに含むことを特徴とする請求項１に記載のネットワークと移動端末間の通信のための方法。
【請求項４】
前記属性により前記サービスが前記特定モードとは異なるモードで受信されると識別されると、前記特定モードで前記サービスの受信を容易にしないと決定する段階をさらに含むことを特徴とする請求項１に記載のネットワークと移動端末間の通信のための方法。
【請求項５】
前記属性により前記サービスが前記特定モードとは異なるモードで受信されると識別されると、前記特定モードとは異なるモードで受信を容易にする段階をさらに含むことを特徴とする請求項４に記載のネットワークと移動端末間の通信のための方法。
【請求項６】
前記属性により前記サービスが前記特定モードとは異なるモードで受信されないと識別されると、前記特定モードで前記サービスの受信を容易にする段階をさらに含むことを特徴とする請求項１に記載のネットワークと移動端末間の通信のための方法。
【請求項７】
サービスを通知するために移動端末にメッセージを送信する段階を含み、
前記メッセージは、前記サービスが特定モードで前記移動端末により受信されるか否かを識別するための属性を含み、
前記特定モードは、情報が関連アップリンクサービスのない周波数で通信されるモードであり、
前記属性は、前記サービスを記述するセッション記述プロトコルによって前記メッセージ内に含まれることを特徴とするネットワークと移動端末間の通信のための方法。
【請求項８】
前記特定モードは、単一周波数ネットワークモードであることを特徴とする請求項７に記載のネットワークと移動端末間の通信のための方法。
【請求項９】
前記移動端末は、前記属性により前記サービスが前記特定モードで受信されると識別されると、前記特定モードで前記サービスの受信を容易にすることを特徴とする請求項７に記載のネットワークと移動端末間の通信のための方法。
【請求項１０】
前記移動端末は、前記属性により前記サービスが前記特定モードとは異なるモードで受信されると識別されると、前記特定モードで前記サービスの受信を容易にしないと決定することを特徴とする請求項７に記載のネットワークと移動端末間の通信のための方法。
【請求項１１】
前記移動端末は、前記属性により前記サービスが前記特定モードとは異なるモードで受信されると識別されると、前記特定モードとは異なるモードで受信を容易にすることを特徴とする請求項１０に記載のネットワークと移動端末間の通信のための方法。
【請求項１２】
前記移動端末は、前記属性により前記サービスが前記特定モードとは異なるモードで受信されないと識別されると、前記特定モードで前記サービスの受信を容易にすることを特徴とする請求項７に記載のネットワークと移動端末間の通信のための方法。
【請求項１３】
サービスを通知するためにネットワークからメッセージを受信するレシーバを含み、
前記メッセージは、前記サービスが特定モードで受信されるか否かを識別するための属性を含み、
前記特定モードは、情報が関連アップリンクサービスのない周波数で通信されるモードであり、
前記属性は、前記サービスを記述するセッション記述プロトコルによって前記メッセージ内に含まれることを特徴とする無線通信システムにおけるネットワークとの通信のための移動端末。
【請求項１４】
前記特定モードは、単一周波数ネットワークモードであることを特徴とする請求項１３に記載の無線通信システムにおけるネットワークとの通信のための移動端末。
【請求項１５】
前記属性により前記サービスが前記特定モードで受信されると識別されると、前記特定モードで前記サービスの受信を容易にするプロセッサを含むことを特徴とする請求項１３に記載の無線通信システムにおけるネットワークとの通信のための移動端末。
【請求項１６】
前記属性により前記サービスが前記特定モードとは異なるモードで受信されると識別されると、前記特定モードで前記サービスの受信を容易にしないと決定するプロセッサを含むことを特徴とする請求項１３に記載の無線通信システムにおけるネットワークとの通信のための移動端末。
【請求項１７】
前記属性により前記サービスが前記特定モードとは異なるモードで受信されると識別されると、前記特定モードとは異なるモードで受信を容易にするプロセッサを含むことを特徴とする請求項１６に記載の無線通信システムにおけるネットワークとの通信のための移動端末。
【請求項１８】
前記属性により前記サービスが前記特定モードとは異なるモードで受信されないと識別されると、前記特定モードで前記サービスの受信を容易にするプロセッサを含むことを特徴とする請求項１３に記載の無線通信システムにおけるネットワークとの通信のための移動端末。
【請求項１９】
サービスを通知するために移動端末にメッセージを送信するトランスミッタを含み、
前記メッセージは、前記サービスが特定モードで前記移動端末により受信されるか否かを識別するための属性を含み、
前記特定モードは、情報が関連アップリンクサービスのない周波数で通信されるモードであり、
前記属性は、前記サービスを記述するセッション記述プロトコルによって前記メッセージ内に含まれることを特徴とする無線通信システムにおける移動端末との通信のためのネットワーク。
【請求項２０】
前記特定モードは、単一周波数ネットワークモードであることを特徴とする請求項１９に記載の無線通信システムにおける移動端末との通信のためのネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２００７年６月１５日付けで出願された米国仮出願第６０／９４４，４０５号を優先権主張の基礎として優先権を主張するものであり、これらの全ての内容は参照することによりここに援用される。
【０００２】
本発明は、無線通信システムにおけるネットワークと移動端末間の通信に関する。
【背景技術】
【０００３】
ＵＭＴＳ（Universal  Mobile  Telecommunication  System）は、ＧＳＭ（Global  System  for  Mobile  communications）として知られている欧州標準から進化した欧州式第３世代ＩＭＴ−２０００移動通信システムである。ＵＭＴＳは、ＧＳＭコアネットワーク及びＷ−ＣＤＭＡ（Wideband  Code  Division  Multiple  Access）無線接続技術に基づいて向上した移動通信サービスを提供することを目標とする。１９９８年１２月、ヨーロッパのＥＴＳＩ、日本のＡＲＩＢ／ＴＴＣ、米国のＴ１、及び韓国のＴＴＡは３ＧＰＰ（Third  Generation  Partnership  Project）を構成した。３ＧＰＰはＵＭＴＳ技術の詳細仕様を作成する。
【０００４】
ＵＭＴＳの迅速で効果的な技術開発を達成するために、３ＧＰＰ内には、ネットワーク構成要素とこれらの動作の独立性を考慮して、ＵＭＴＳの標準化作業のための５つの技術仕様グループ（Technical  Specification  Groups；TSG）が作成された。各ＴＳＧは、関連した領域内で標準仕様を開発、承認、及び管理する。そのうち、無線アクセスネットワーク（Radio  Access  Network；RAN）グループ（ＴＳＧ−ＲＡＮ）は、ＵＭＴＳにおいてＷ−ＣＤＭＡアクセス技術をサポートするための新しい無線アクセスネットワークであるＵＴＲＡＮ（UMTS  Terrestrial  Radio  Access  Network）の機能、要求事項、及びインタフェースの標準を開発する。
【０００５】
図１はＵＭＴＳネットワークの概要を示す図である。ＵＭＴＳネットワークは、移動端末又はユーザ装置（ＵＥ）１、ＵＴＲＡＮ２、及びコアネットワーク（ＣＮ）３を含む。
【０００６】
ＵＴＲＡＮ２は、Ｉｕｂインタフェースで接続される複数の無線ネットワーク制御装置（Radio  Network  Controller；RNC）４とＮｏｄｅ  Ｂ５とから構成される。各ＲＮＣ４は複数のＮｏｄｅ  Ｂ５を制御する。各Ｎｏｄｅ  Ｂ５は１つ又は複数のセルを制御し、１つのセルは所定の周波数で所定の地理的エリアをカバーする。
【０００７】
各ＲＮＣ４は、Ｉｕインタフェースを介して、ＣＮ３、又は前記ＣＮのＭＳＣ（Mobile  Switching  Center）６エンティティ及びＳＧＳＮ（Service  GPRS(General  Packet  Radio  Service)  Support  Node）７エンティティに接続される。ＲＮＣ４は、Ｉｕｒインタフェースを介して他のＲＮＣに接続することもできる。ＲＮＣ４は、無線リソースの割当及び管理を担当し、ＣＮ３に対するアクセスポイントの役割を果たす。
【０００８】
Ｎｏｄｅ  Ｂ５は、アップリンクでＵＥ１の物理層により送信された情報を受信し、ダウンリンクでＵＥ１にデータを送信する。Ｎｏｄｅ  Ｂ５は、ＵＥ１に対するＵＴＲＡＮ２のアクセスポイントの役割を果たす。
【０００９】
ＳＧＳＮ７は、Ｇｆインタフェースを介してＥＩＲ（Equipment  Identity  Register）８に、ＧＳインタフェースを介してＭＳＣ６に、ＧＮインタフェースを介してＧＧＳＮ（Gateway  GPRS  Support  Node）９に、並びにＧＲインタフェースを介してＨＳＳ（Home  Subscriber  Server）１０に接続される。
【００１０】
ＥＩＲ８は、前記ネットワークで使用が許可されたＵＥ１のリストをホストする。ＥＩＲ８は、前記ネットワークで使用が許可されていないＵＥ１のリストをもホストする。
【００１１】
回線交換（Circuit  Switched;  CS）サービスのための接続を制御するＭＳＣ６は、ＮＢインタフェースを介してＭＧＷ（Media  Gateway）１１に、Ｆインタフェースを介してＥＩＲ８に、並びにＤインタフェースを介してＨＳＳ１０に接続される。
【００１２】
ＭＧＷ１１は、Ｃインタフェースを介してＨＳＳ１０に接続され、ＰＳＴＮ（Public  Switched  Telephone  Network）にも接続される。ＭＧＷ１１は、前記ＰＳＴＮと前記接続されたＲＡＮ間のコーデックの適応を可能にする。
【００１３】
ＧＧＳＮ９は、ＧＣインタフェースを介してＨＳＳ１０に接続され、ＧＩインタフェースを介してインターネットに接続される。ＧＧＳＮ９は、様々な無線アクセスベアラ（Radio  Access  Bearer;  RAB）へのデータフローのルーティング、課金、及び分離を担当する。ＨＳＳ１０はユーザの加入データを処理する。
【００１４】
ＵＴＲＡＮ２は、ＵＥ１とＣＮ３間の通信のためのＲＡＢを構成して維持する。ＣＮ３は、エンドツーエンドサービス品質（Quality  of  Service;  QoS）要求事項をＲＡＢに要求し、前記ＲＡＢは、ＣＮ３が設定したＱｏＳ要求事項をサポートする。従って、ＵＴＲＡＮ２は前記ＲＡＢを構成して維持することで前記エンドツーエンドＱｏＳ要求事項を満たすことができる。
【００１５】
特定のＵＥ１に提供されるサービスは、大きく回線交換（ＣＳ）サービスとパケット交換（Packet  Switched;  PS）サービスとに分けられる。例えば、一般的な音声対話サービスは回線交換サービスであり、インターネット接続によるウェブブラウジングサービスはパケット交換サービスである。
【００１６】
回線交換サービスをサポートする場合、ＲＮＣ４は、ＣＮ３のＭＳＣ６に接続され、前記ＭＳＣは、他のネットワークとの接続を管理するＧＭＳＣ（Gateway  Mobile  Switching  Center）に接続される。パケット交換サービスをサポートする場合、ＲＮＣ４は、ＣＮ３のＳＧＳＮ７及びＧＧＳＮ９に接続される。
【００１７】
ＳＧＳＮ７は、前記ＲＮＣとのパケット通信をサポートし、ＧＧＳＮ９は、インターネットなどの他のパケット交換ネットワークとの接続を管理する。
【００１８】
図２は３ＧＰＰ無線アクセスネットワークの標準に準拠したＵＥ１とＵＴＲＡＮ２間の無線インタフェースプロトコルの構造を示す図である。図２に示すように、前記無線インタフェースプロトコルは、水平層（horizontal  layer）として、物理層、データリンク層、及びネットワーク層を有し、垂直プレーン（vertical  plane）として、ユーザデータを伝送するためのユーザプレーン（U-plane）、及び制御情報を伝送するための制御プレーン（C-plane）を有する。前記ユーザプレーンは、音声やＩＰ（Internet  Protocol）パケットなどのユーザのトラフィック情報を管理する領域であり、前記制御プレーンは、ネットワークのインタフェース、呼の維持及び管理などに関する制御情報を管理する領域である。前記プロトコル層は、ＯＳＩ（Open  System  Interconnection）参照モデルの下位３層に基づいて、第１層（Ｌ１）、第２層（Ｌ２）、及び第３層（Ｌ３）に区分することができる。
【００１９】
第１層（Ｌ１）又は物理層は、多様な無線伝送技術を用いて上位層に情報伝送サービス（Information  Transfer  Service）を提供する。前記物理層は、トランスポートチャネルを介して上位層である媒体アクセス制御（Medium  Access  Control;  MAC）層に接続される。前記ＭＡＣ層と前記物理層とはトランスポートチャネルでデータをやり取りする。
【００２０】
第２層（Ｌ２）は、ＭＡＣ層、無線リンク制御（Radio  Link  Control;  RLC）層、ブロードキャスト／マルチキャスト制御（Broadcast/Multicast  Control;  BMC）層、及びパケットデータコンバージェンスプロトコル（Packet  Data  Convergence  Protocol;  PDCP）層を含む。前記ＭＡＣ層は、論理チャネルとトランスポートチャネル間のマッピングを管理し、無線リソースの割当及び再割当のためにＭＡＣパラメータの割当を提供する。前記ＭＡＣ層は、論理チャネルを介して上位層又は前記ＲＬＣ層に接続される。
【００２１】
伝送される情報の種類によって様々な論理チャネルが提供される。一般に、制御プレーンの情報を伝送する場合は制御チャネルが使用され、ユーザプレーンの情報を伝送する場合はトラフィックチャネルが使用される。
【００２２】
論理チャネルは、共有するか否かによって共通チャネル又は専用チャネルになる。論理チャネルは、ＤＴＣＨ（Dedicated  Traffic  Channel）、ＤＣＣＨ（Dedicated  Control  Channel）、ＣＴＣＨ（Common  Traffic  Channel）、ＣＣＣＨ（Common  Control  Channel）、ＢＣＣＨ（Broadcast  Control  Channel）、並びにＰＣＣＨ（Paging  Control  Channel）もしくはＳＣＣＨ（Shared  Control  Channel）を含む。
【００２３】
前記ＢＣＣＨは、システムにアクセスするために、端末が活用した情報を含む情報を提供する。前記ＰＣＣＨは、端末にアクセスするために前記ＵＴＲＡＮが使用する。
【００２４】
ＭＢＭＳ（Multimedia  Broadcast/Multicast  Service）の目的のために、ＭＢＭＳ標準にトラフィックチャネル及び制御チャネルがさらに取り入れられる。ＭＣＣＨ（MBMS  point-to-multipoint  Control  Channel）を使用してＭＢＭＳ制御情報を伝送し、ＭＴＣＨ（MBMS  point-to-multipoint  Traffic  Channel）を使用してＭＢＭＳサービスデータを伝送する。ＭＳＣＨ（MBMS  Scheduling  Channel）を使用してスケジューリング情報を伝送する。様々な論理チャネルのリストを図３に示す。
【００２５】
前記ＭＡＣ層は、トランスポートチャネルを介して前記物理層に接続され、管理されるトランスポートチャネルのタイプによってＭＡＣ−ｂサブレイヤ、ＭＡＣ−ｄサブレイヤ、ＭＡＣ−ｃ／ｓｈサブレイヤ、ＭＡＣ−ｈｓサブレイヤ、及びＭＡＣ−ｍサブレイヤに分けることができる。前記ＭＡＣ−ｂサブレイヤは、システム情報のブロードキャストを担当するトランスポートチャネルであるＢＣＨ（Broadcast  Channel）を管理する。前記ＭＡＣ−ｃ／ｓｈサブレイヤは、複数の端末が共有するＦＡＣＨ（Forward  Access  Channel）もしくはＤＳＣＨ（Downlink  Shared  Channel）などの共通トランスポートチャネル、又はアップリンクではＲＡＣＨ（Random  Access  Channel）を管理する。前記ＭＡＣ−ｍサブレイヤは、ＭＢＭＳデータを処理する。
【００２６】
図４はＵＥの観点から論理チャネルとトランスポートチャネル間の可能なマッピングを示し、図５はＵＴＲＡＮの観点から論理チャネルとトランスポートチャネル間の可能なマッピングを示す。
【００２７】
前記ＭＡＣ−ｄサブレイヤは、特定の端末のための専用トランスポートチャネルであるＤＣＨ（Dedicated  Channel）を管理する。前記ＭＡＣ−ｄサブレイヤは、該当端末を管理するＳＲＮＣ（Serving  Radio  Network  Controller）に位置する。また、１つのＭＡＣ−ｄサブレイヤは各端末内に存在する。
【００２８】
前記ＲＬＣ層は、ＲＬＣ動作モードに応じて、信頼性のあるデータ伝送をサポートし、上位層から伝送された複数のＲＬＣサービスデータユニット（ＲＬＣ  ＳＤＵ）に対する分割及び接続機能を実行する。前記ＲＬＣ層は、上位層から前記ＲＬＣ  ＳＤＵを受信すると、処理容量を考慮して適当な方式で各ＲＬＣ  ＳＤＵのサイズを調節して、ヘッダ情報が付加されたデータユニットを生成する。前記データユニットをプロトコルデータユニット（ＰＤＵ）といい、前記ＰＤＵは論理チャネルを介して前記ＭＡＣ層に伝送される。前記ＲＬＣ層は、前記ＲＬＣ  ＳＤＵ及び／又はＲＬＣ  ＰＤＵを保存するためのＲＬＣバッファを含む。
【００２９】
前記ＢＭＣ層は、前記コアネットワークから受信したセルブロードキャスト（Cell  Broadcast;  CB）メッセージをスケジューリングし、前記ＣＢメッセージを特定のセル又はそのセルに位置する端末にブロードキャストする。
【００３０】
前記ＰＤＣＰ層は前記ＲＬＣ層の上位に位置する。前記ＰＤＣＰ層は、ＩＰｖ４やＩＰｖ６などのネットワークプロトコルで伝送されたデータを相対的に帯域幅の小さい無線インタフェースに効果的に伝送するのに使用される。これを達成するために、前記ＰＤＣＰ層は、有線ネットワークで使用される不要な制御情報を減らすが、このような機能をヘッダ圧縮という。
【００３１】
無線リソース制御（Radio  Resource  Control;  RRC）層は、第３層（Ｌ３）の最下位に位置する層であり、制御プレーンでのみ定義される。前記ＲＲＣ層は、無線ベアラ（ＲＢ）の設定、再設定、及び解除又は取消に関するトランスポートチャネル及び物理チャネルを制御する。さらに、前記ＲＲＣは、前記ＲＡＮ内でのユーザ移動性、及び位置サービスなどのさらなるサービスを担当する。
【００３２】
前記ＲＢとは、前記端末とＵＴＲＡＮ間のデータ伝送のために第２層（Ｌ２）が提供するサービスを意味する。一般に、ＲＢの設定とは、特定のデータサービスを提供するために必要なプロトコル層及びチャネルの特性を規定し、それぞれの詳細なパラメータ及び動作方法を設定する過程を意味する。
【００３３】
所定のＵＥのための無線ベアラとトランスポートチャネル間のマッピングの様々な可能性が常に成立するわけではない。前記ＵＥ及びＵＴＲＡＮは、前記ＵＥの状態や前記ＵＥ及びＵＴＲＡＮが現在行っている手順に応じて可能なマッピングを推定する。様々な状態やモードについては、以下に本発明に係る範囲内で詳細に説明する。
【００３４】
様々なトランスポートチャネルは様々な物理チャネルにマッピングされる。例えば、ＲＡＣＨトランスポートチャネルは所定のＰＲＡＣＨに、ＤＣＨはＤＰＣＨに、ＦＡＣＨ及びＰＣＨはＳ−ＣＣＰＣＨに、ＤＳＣＨはＰＤＳＣＨにマッピングされる。前記物理チャネルの設定は、前記ＲＮＣとＵＥ間のＲＲＣシグナリング交換により行われる。
【００３５】
ＲＲＣモードは、端末のＲＲＣとＵＴＲＡＮのＲＲＣ間に論理接続が存在するか否かを示す。接続が存在する場合、前記端末はＲＲＣ接続モードであり、接続が存在しない場合、前記端末はアイドルモードである。
【００３６】
ＲＲＣ接続モードの端末に対してＲＲＣ接続が存在するため、ＵＴＲＡＮは、セルユニット内に特定の端末が存在するか否かを判断することができる。例えば、ＵＴＲＡＮは、ＲＲＣ接続モードの端末がどのセルもしくはセルのセットに存在するか、並びにＵＥがどの物理チャネルをリッスンしているかを判断できるので、端末を効果的に制御することができる。
【００３７】
一方、ＵＴＲＡＮは、アイドルモードの端末が存在するか否かを判断することができない。アイドルモードの端末が存在するか否かは、例えばロケーションやルーティングエリアのようにセルより大きい地域内で、コアネットワークによってのみ判断される。従って、アイドルモードの端末が存在するか否かは、広い地域内で判断され、音声やデータのような移動通信サービスを受信するためには、アイドルモードの端末はＲＲＣ接続モードに移行又は変更しなければならない。モード及び状態間の可能な変化についての説明は図６に示す通りである。
【００３８】
ＲＲＣ接続モードのＵＥは、ＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、ＣＥＬＬ＿ＤＣＨ状態、又はＵＲＡ＿ＰＣＨ状態のように様々な状態にある。前記状態によって、ＵＥは異なる動作を行い、異なるチャネルをリッスンする。
【００３９】
例えば、ＣＥＬＬ＿ＤＣＨ状態のＵＥは、様々なチャネルのうちＤＣＨタイプのトランスポートチャネルをリッスンするであろう。ＤＣＨタイプのトランスポートチャネルはＤＴＣＨ及びＤＣＣＨトランスポートチャネルを含み、これは特定のＤＰＣＨ、ＤＰＤＳＣＨ、又は他の物理チャネルにマッピングできるチャネルである。
【００４０】
ＣＥＬＬ＿ＦＡＣＨ状態のＵＥは、特定のＳ−ＣＣＰＣＨにマッピングされるいくつかのＦＡＣＨトランスポートチャネルをリッスンするであろう。ＰＣＨ状態のＵＥは、特定のＳ−ＣＣＰＣＨ物理チャネルにマッピングされるＰＩＣＨチャネル及びＰＣＨチャネルをリッスンするであろう。
【００４１】
主なシステム情報は、Ｐ−ＣＣＰＣＨ（Primary  Common  Control  Physical  Channel）にマッピングされるＢＣＣＨ論理チャネルで伝送される。特定のシステム情報ブロックはＦＡＣＨチャネルで伝送される。前記システム情報がＦＡＣＨチャネルで伝送される場合、ＵＥは前記Ｐ−ＣＣＰＣＨで受信されるＢＣＣＨ又は専用チャネルで前記ＦＡＣＨの構成を受信する。前記システム情報がＢＣＣＨで（すなわち、Ｐ−ＣＣＰＣＨを介して）伝送される場合、ＵＥとＮｏｄｅ  Ｂ間で同一のタイミング基準（timing  reference）を共有するために使用されるＳＦＮ（System  Frame  Number）が各フレームで又は２フレームのセットで伝送される。前記Ｐ−ＣＣＰＣＨは、セルのプライマリスクランブルコードであるＰ−ＣＰＩＣＨ（Primary  Common  Pilot  Channel）と同一のスクランブルコードを使用して伝送される。前記Ｐ−ＣＣＰＣＨにより使用される拡散コードは、固定拡散率（Spreading  Factor；SF）２５６であり、その番号は１である。ＵＥは、ＵＥが読み込んだ隣接セルのシステム情報に関してネットワークから伝送された情報により、ＵＥがＤＣＣＨチャネルで受信したメッセージにより、又は固定ＳＦ２５６と拡散コード番号０を利用して伝送され、固定されたパターンを伝送するＰ−ＣＰＩＣＨを検索することにより、前記プライマリスクランブルコードが分かる。
【００４２】
前記システム情報は、隣接セル、ＲＡＣＨ及びＦＡＣＨトランスポートチャネルの構成、並びにＭＢＭＳサービスのための専用チャネルであるＭＩＣＨ及びＭＣＣＨの構成に関する情報を含む。
【００４３】
ＵＥが（アイドルモードで）位置するセルを変更する度に、又はＵＥが（ＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨ、もしくはＵＲＡ＿ＰＣＨ状態で）セルを選択した場合、ＵＥはＵＥが有効なシステム情報を有しているか否かを確認する。前記システム情報は、システム情報ブロック（System  Information  Block；SIB）、マスタ情報ブロック（Master  Information  Block；MIB）、及びスケジューリングブロックから構成される。前記ＭＩＢは、非常に頻繁に伝送され、前記スケジューリングブロック及び様々な前記ＳＩＢのタイミング情報を提供する。バリュータグ（value  tag）にリンクされているＳＩＢの場合、前記ＭＩＢは、一部の前記ＳＩＢの最新バージョンに関する情報をも含む。バリュータグにリンクされていないＳＩＢは、期限タイマーにリンクされる。前記期限タイマーにリンクされているＳＩＢは無効になり、前記ＳＩＢの最新読み込み時間が前記期限タイマーの値より大きい場合、再び読み込む必要がある。前記バリュータグにリンクされているＳＩＢは、前記ＭＩＢからブロードキャストされたバリュータグと同一のバリュータグを有する場合にのみ有効である。各ブロックは、前記ＳＩＢがいずれのセルで有効であるかを示す有効性のエリア範囲（area  scope  of  validity）（Ｃｅｌｌ、ＰＬＭＮ、等価（equivalent）ＰＬＭＮ）を有する。エリア範囲「Ｃｅｌｌ」を有するＳＩＢは、ＳＩＢが読み込まれたセルに対してのみ有効である。エリア範囲「ＰＬＭＮ」を有するＳＩＢは、全てのＰＬＭＮで有効であり、エリア範囲「等価ＰＬＭＮ」を有するＳＩＢは、全てのＰＬＭＮと等価ＰＬＭＮで有効である。
【００４４】
一般に、ＵＥは、アイドルモードである場合や、ＵＥが選択したセル又はＵＥが位置するセルがＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、又はＵＲＡ＿ＰＣＨ状態である場合、前記システム情報を読み込む。前記システム情報において、ＵＥは、同一周波数、異なる周波数、及び様々な無線アクセス技術（Radio  Access  Technologies；RAT）で隣接セルに関する情報を受信する。これにより、ＵＥはいずれのセルがセル再選択のための候補セルであるかが分かる。
【００４５】
ＭＢＭＳは仕様のＲｅｌｅａｓｅ６（Ｒｅｌ−６）でＵＭＴＳ標準に取り入れられている。これは、１対多伝送、１対多及び１対１ベアラ間の選択的な組み合わせ及び伝送モードの選択（selective  combining  and  transmission  mode  selection）を含むＭＢＭＳベアラサービスの伝送の最適化のための技術を記述している。これは、同一のコンテンツが多数のユーザに伝送される場合に無線リソースを節約するために用いられ、テレビなどのサービスを可能にする。ＭＢＭＳデータは、制御プレーン情報とユーザプレーン情報の２つのカテゴリーに分けられる。前記制御プレーン情報は、物理層設定、トランスポートチャネル設定、無線ベアラ設定、進行中のサービス、カウント情報、スケジューリング情報などに関する情報を含む。ＵＥがこれらの情報を受信できるように、ＭＢＭＳのためのＭＢＭＳベアラ特定制御情報（MBMS  bearer  specific  control  information）が前記ＵＥに伝送される。
【００４６】
ＭＢＭＳベアラのユーザプレーンデータは、１つのＵＥにのみ伝送される１対１サービスのために専用トランスポートチャネルにマッピングすることもでき、同時に多数のユーザに送信（及び受信）される１対多サービスのために共有トランスポートチャネルにマッピングすることもできる。
【００４７】
１対１伝送は、ネットワークとＲＲＣ接続モードのＵＥ間で専用制御／ユーザプレーン情報だけでなく、ＭＢＭＳ特定制御／ユーザプレーン情報を伝送するのに用いられる。前記１対１伝送は、ＭＢＭＳのマルチキャスト又はブロードキャストモードのために用いられる。ＤＴＣＨはＣＥＬＬ＿ＦＡＣＨ及びＣＥＬＬ＿ＤＣＨ状態のＵＥのために使用される。これはトランスポートチャネルに対する既存のマッピングを可能にする。
【００４８】
セルリソースを最適化した方式で使用するために、ＭＢＭＳアプリケーションにカウントという機能が導入された。前記カウント手順は、所定のサービスの受信に関心のあるＵＥの数を判断するのに用いられる。これは図７に示すカウント手順を用いて行われる。
【００４９】
例えば、特定のサービスに関心のあるＵＥは、ＭＢＭＳサービスの利用可能性に関する情報を受信する。ネットワークは、ＵＥがＭＣＣＨチャネルを介した「アクセス情報」の伝送と同じ方式で前記サービスに対する関心を前記ネットワークに通知すべきことを、前記ＵＥに通知することができる。前記アクセス情報メッセージに含まれる確率係数（probability  factor）により、関心のあるＵＥのみ所定の確率で応答すると判断する。前記ＵＥは、所定のサービスに関心があることを前記ネットワークに通知するために、前記ＵＥが前記カウント情報を受信したセルでＲＲＣ接続設定メッセージ又はセルアップデートメッセージを前記ネットワークに送信する。このようなメッセージは、前記ＵＥが関心のあるサービスを示す識別子を含むこともある。
【００５０】
前記ネットワークが複数の周波数で動作する場合、ＵＥが１つの周波数に位置し、ＭＢＭＳサービスが異なる周波数で伝送されると、ＵＥはＭＢＭＳサービスが異なる周波数で伝送されることを認識できないであろう。従って、ＵＥは、周波数コンバージェンス手順により、所定のサービスを周波数Ｂで利用できることを示す情報を周波数Ａで受信することができる。
【００５１】
一般的に、ＭＣＣＨ（MBMS  point-to-multipoint  Control  Channel）は、ＲＲＣ接続モード又はアイドルモードにおけるネットワークとＵＥ間の制御プレーン情報の１対多ダウンリンク伝送のために使用される論理チャネルである。ＭＣＣＨにおける前記制御プレーン情報は、ＭＢＭＳ特定（specific）のものであり、活性化されたＭＢＭＳサービスと共に、セル内の前記ＵＥに送信される。前記ＭＣＣＨは、ＣＥＬＬ＿ＦＡＣＨ状態にあるＵＥのＤＣＣＨを送信するＳ−ＣＣＰＣＨ、スタンドアロンＳ−ＣＣＰＣＨ、又はＭＴＣＨを有する同一のＳ−ＣＣＰＣＨで送信することができる。
【００５２】
前記ＭＣＣＨは、前記ＢＣＣＨに示されているように、前記Ｓ−ＣＣＰＣＨ内の特定のＦＡＣＨにマッピングされる。ソフト組み合わせ（soft  combination）の場合、前記ＭＣＣＨはＭＴＣＨとは異なるＳ−ＣＣＰＣＨ（ＴＤＤ内のＣＣＴｒＣＨ）にマッピングされる。ページング受信は、アイドルモード及びＵＲＡ／ＣＥＬＬ＿ＰＣＨ状態にあるＵＥのための前記ＭＣＣＨの受信よりも優先される。前記ＭＣＣＨの構成（変更周期（modification  period）や繰り返し周期（repetition  period）など）は、前記ＢＣＣＨで送信されたシステム情報内で実現される。
【００５３】
一般的に、ＭＴＣＨ（MBMS  point-to-multipoint  Traffic  Channel）は、ＲＲＣ接続モード又はアイドルモードにおけるネットワークとＵＥ間のユーザプレーン情報の１対多ダウンリンク伝送のために使用される論理チャネルである。ＭＴＣＨにおける前記ユーザプレーン情報は、ＭＢＭＳサービス特定のものであり、活性化されたＭＢＭＳサービスと共に、セル内の前記ＵＥに送信される。前記ＭＴＣＨは、前記ＭＣＣＨに示されているように、前記Ｓ−ＣＣＰＣＨ内の特定のＦＡＣＨにマッピングされる。
【００５４】
一般的に、ＭＳＣＨ（MBMS  point-to-multipoint  Scheduling  Channel）は、ＲＲＣ接続モード又はアイドルモードにおけるネットワークとＵＥ間のＭＢＭＳサービス伝送スケジュールの１対多ダウンリンク送信のために使用される論理チャネルである。ＭＳＣＨにおける制御プレーン情報は、ＭＢＭＳサービス及びＳ−ＣＣＰＣＨ特定のものであり、ＭＴＣＨを受信するセル内の前記ＵＥに送信される。ＭＳＣＨは前記ＭＴＣＨを送信する各Ｓ−ＣＣＰＣＨ内で送信される。前記ＭＳＣＨは、前記ＭＣＣＨに示されているように、前記Ｓ−ＣＣＰＣＨ内の特定のＦＡＣＨにマッピングされる。様々なエラー条件により、前記ＭＳＣＨは前記ＭＴＣＨとは異なるＦＡＣＨにマッピングされる。
【００５５】
一般的に、ＦＡＣＨは、ＭＴＣＨ、ＭＳＣＨ、及びＭＣＣＨのためのトランスポートチャネルとして利用される。さらに、Ｓ−ＣＣＰＣＨは、ＭＴＣＨ、ＭＳＣＨ、又はＭＣＣＨを送信するＦＡＣＨのための物理チャネルとして利用される。
【００５６】
一般的に、ダウンリンクでのみ存在する論理チャネルとトランスポートチャネル間の接続には、１）ＭＣＣＨのＦＡＣＨへのマッピング、２）ＭＴＣＨのＦＡＣＨへのマッピング、及び３）ＭＳＣＨのＦＡＣＨへのマッピングがある。前記ＵＥ及びＵＴＲＡＮ側からのマッピングを図８及び図９にそれぞれ示す。
【００５７】
ＭＣＣＨにおいて、使用される前記ＲＬＣモードはＵＭ−ＲＬＣであり、非順次的（out  of  sequence）ＳＤＵ伝送をサポートするために必要な向上（enhancement）がなされている。ＭＡＣヘッダは論理チャネルタイプ識別のために使用される。
【００５８】
ＭＴＣＨにおいて、使用される前記ＲＬＣモードはＵＭ−ＲＬＣであり、選択的な組み合わせをサポートするために必要な向上がなされている。ＲＬＣ−ＵＭでは迅速な繰り返しが用いられる。ＭＡＣヘッダは論理チャネルタイプ識別及びＭＢＭＳサービス識別のために使用される。
【００５９】
ＭＳＣＨにおいて、使用される前記ＲＬＣモードはＵＭ−ＲＬＣである。ＭＡＣヘッダは論理チャネルタイプ識別のために使用される。
【００６０】
ＭＢＭＳ通知は、セル内でＭＢＭＳ通知インジケータチャネル（MBMS  notification  Indicator  Channel；MICH）と呼ばれるＭＢＭＳ特定ＰＩＣＨを活用する。前記ＭＩＣＨに対する符号化はＳｔａｇｅ−３物理層仕様で定義される。
【００６１】
一般的に、ＭＣＣＨ情報は固定されたスケジュールに基づいて伝送される。ここで、スケジュールは、ＭＣＣＨ情報の開始を含む送信時間間隔（Transmission  Time  Interval；TTI）、すなわち複数のフレームを識別する。前記ＭＣＣＨ情報は複数の可変的ＴＴＩで伝送される。ＵＴＲＡＮは連続したＴＴＩで前記ＭＣＣＨ情報を伝送する。前記ＵＥは、１）前記ＵＥがＭＣＣＨ情報を全て受信するまで、２）ＭＣＣＨデータを含まないＴＴＩを受信するまで、又は３）情報コンテンツの追加受信を必要としない（例えば、所望のサービス情報に変更がない）ことを示すまで、前記Ｓ−ＣＣＰＣＨを継続して受信する。
【００６２】
このような動作に基づいて、前記ＵＴＲＡＮは、信頼性を向上させるために、スケジューリングされた伝送に続いて前記ＭＣＣＨ情報を繰り返し伝送する。前記ＭＣＣＨスケジュールは全てのサービスに共通する。
【００６３】
全てのＭＣＣＨ情報は「繰り返し周期」に基づいて周期的に伝送される。「変更周期」は「繰り返し周期」の整数倍（integer  multiple）と定義される。ＭＢＭＳ  ＡＣＣＥＳＳ  ＩＮＦＯＲＭＡＴＩＯＮは、「繰り返し周期」の整数ディバイダ（integer  divider）である「アクセス情報周期（access  info  period）」に基づいて周期的に伝送される。前記繰り返し周期及び変更周期の値は、ＭＢＭＳが伝送されたセルのシステム情報で提供される。
【００６４】
ＭＣＣＨ情報は、重要情報（critical  information）と非重要情報（non-critical  information）とに分けられる。前記重要情報は、ＭＢＭＳ  ＮＥＩＧＨＢＯＲＩＮＧ  ＣＥＬＬ  ＩＮＦＯＲＭＡＴＩＯＮ、ＭＢＭＳ  ＳＥＲＶＩＣＥ  ＩＮＦＯＲＭＡＴＩＯＮ、及びＭＢＭＳ  ＲＡＤＩＯ  ＢＥＡＲＥＲ  ＩＮＦＯＲＭＡＴＩＯＮを含む。前記非重要情報は、ＭＢＭＳ  ＡＣＣＥＳＳ  ＩＮＦＯＲＭＡＴＩＯＮに該当する。前記重要情報への変更は変更周期の第１ＭＣＣＨ送信及び各変更周期の開始時に適用される。前記ＵＴＲＡＮは、前記変更周期でＭＣＣＨ情報が変更されたＭＢＭＳサービスＩＤを含むＭＢＭＳ  ＣＨＡＮＧＥ  ＩＮＦＯＲＭＡＴＩＯＮを伝送する。前記ＭＢＭＳ  ＣＨＡＮＧＥ  ＩＮＦＯＲＭＡＴＩＯＮは、前記変更周期の各繰り返し周期で少なくとも１回繰り返される。前記非重要情報への変更はいつでも可能である。
【００６５】
図１０は、ＭＢＭＳ  ＳＥＲＶＩＣＥ  ＩＮＦＯＲＭＡＴＩＯＮ及びＲＡＤＩＯ  ＢＥＡＲＥＲ  ＩＮＦＯＲＭＡＴＩＯＮの伝送スケジュールを示す。パターンの異なるブロックは潜在的に異なるＭＣＣＨコンテンツを示す。
【００６６】
カバレッジを増加させるために、異なるセル間に位置するＵＥは、同時に異なるセルから同一のＭＢＭＳサービスを受信することができ、図１１に示すように、前記受信した情報を組み合わせることができる。この場合、前記ＵＥは、所定のアルゴリズムに基づいて、前記ＵＥが選択したセルから前記ＭＣＣＨを読み込む。
【００６７】
図１１を参照すると、前記ＵＥは、関心のあるサービスに関する情報を前記選択されたセル（例えば、セルＡ−Ｂ）からＭＣＣＨで受信する。前記情報は、現在のセル及び前記ＵＥが受信できる隣接セル（例えば、セルＡ−Ａ及びセルＢ）の物理チャネル、トランスポートチャネル、ＲＬＣ構成、ＰＤＣＰ構成などの構成に関する情報を含む。すなわち、前記受信した情報は、前記ＵＥがセルＡ−Ａ、Ａ−Ｂ、及びＢで関心のあるサービスを運ぶＭＴＣＨを受信するために前記ＵＥが必要とする情報を含む。
【００６８】
同一のサービスが異なるセルで伝送される場合、前記ＵＥは、異なるセルからサービスの組み合わせを実行することができることもあり、できないこともある。前記組み合わせが可能な場合、前記組み合わせは、１）組み合わせ不可能、２）ＲＬＣレベルでの選択的な組み合わせ、３）物理レベルでのＬ１組み合わせ、の異なるレベルで行われる。
【００６９】
ＭＢＭＳ  １対多伝送のための選択的な組み合わせはＲＬＣ  ＰＤＵナンバリングによりサポートされる。そのために、前記ＵＥにおける選択的な組み合わせは、ＭＢＭＳ  １対多伝送ストリーム間の非同期化が前記ＵＥのＲＬＣ並び替え（re-ordering）能力を超えない限り、類似したＭＢＭＳ  ＲＢビットレートを提供するセルから可能である。従って、前記ＵＥ側には１つのＲＬＣエンティティが存在する。
【００７０】
選択的な組み合わせのために、ＣＲＮＣのセルグループで１対多伝送を用いるＭＢＭＳサービス毎に１つのＲＬＣエンティティが存在する。前記セルグループの全てのセルは同一のＣＲＮＣの下にある。１つのＭＢＭＳセルグループに属する隣接セルでＭＢＭＳ送信間に非同期化が発生した場合、前記ＣＲＮＣは、ＵＥが前記セル間で選択的な組み合わせを実行できるようにする再同期化（re-synchronization）動作を行うことができる。
【００７１】
ＴＤＤのために、Ｎｏｄｅ  Ｂが同期化されるときに選択的な組み合わせ及びソフト組み合わせを用いることができる。ＦＤＤのために、Ｎｏｄｅ  ＢがＵＥのソフト組み合わせ受信ウィンドウ内で同期化されるときにソフト組み合わせを用いることができ、前記ソフト組み合わせが実行されたＳ−ＣＣＰＣＨのデータフィールドはソフト組み合わせモーメント中は同一である。
【００７２】
セル間の選択的な組み合わせ又はソフト組み合わせが有効であるとき、前記ＵＴＲＡＮは、選択的な組み合わせ又はソフト組み合わせに利用可能な隣接セルのＭＴＣＨ構成を含むＭＢＭＳ  ＮＥＩＧＨＢＯＲＩＮＧ  ＣＥＬＬ  ＩＮＦＯＲＭＡＴＩＯＮを送信する。部分的ソフト組み合わせが適用されるとき、前記ＭＢＭＳ  ＮＥＩＧＨＢＯＲＩＮＧ  ＣＥＬＬ  ＩＮＦＯＲＭＡＴＩＯＮはＬ１−組み合わせスケジュールを含むが、これは、前記ＵＥが隣接セルで送信されたＳ−ＣＣＰＣＨとサービングセルで送信されたＳ−ＣＣＰＣＨとのソフト組み合わせを実行できるモーメントを示す。ＭＢＭＳ  ＮＥＩＧＨＢＯＲＩＮＧ  ＣＥＬＬ  ＩＮＦＯＲＭＡＴＩＯＮと共に、前記ＵＥは、隣接セルのＭＣＣＨを受信することなく、隣接セルからＭＴＣＨ送信を受信することができる。
【００７３】
前記ＵＥは、閾値（例えば、測定されたＣＰＩＣＨ  Ｅｃ／Ｎｏ）及び隣接セルのＭＢＭＳ  ＮＥＩＧＨＢＯＲＩＮＧ  ＣＥＬＬ  ＩＮＦＯＲＭＡＴＩＯＮの存在に基づいて、選択的な組み合わせ又はソフト組み合わせに適した隣接セルを判断する。選択的な組み合わせ又はソフト組み合わせの実行可能性は前記ＵＥにシグナリングされる。
【００７４】
ＵＭＴＳのＬＴＥ（Long-Term  Evolution）は、ＵＭＴＳを標準化した３ＧＰＰにより議論中である。３ＧＰＰ  ＬＴＥは高速パケット通信を可能にする技術である。ユーザ及びプロバイダのコストの低減、サービス品質の向上、カバレッジ及びシステム容量の拡大及び向上を目的とするＬＴＥの目的のために多くの方式が提案されてきた。
【００７５】
図１２はＬＴＥシステムの構造を示す図である。各アクセスゲートウェイ（access  Gateway；aGW）１１５は１つ又は複数のａＧＷ１１５に接続される。ａＧＷ１１５は、インターネット及び／又はＧＳＭ、ＵＭＴＳ、ＷＬＡＮなどの他のネットワークへのアクセスを許可する他のＮｏｄｅ（図示せず）に接続される。
【００７６】
３ＧＰＰ  ＬＴＥは、上位レベルの要求事項（upper-level  requirement）として、ビット当たりの減少したコスト、増加したサービス利用可能性、周波数帯域の柔軟な利用、単純な構造、オープンインタフェース、及び端末の適切な電力消費を必要とする。一般に、ＵＴＲＡＮ２は、Ｅ−ＵＴＲＡＮ（Evolved-UTRAN）に対応する。Ｎｏｄｅ  Ｂ５及び／又はＲＮＣ４は、ＬＴＥシステムにおいてｅ−ＮｏｄｅＢ（ｅＮＢ）に対応する。
【００７７】
３ＧＰＰ  ＬＴＥシステムにおいて、システム情報（System  Information；SI）は、ネットワークへの接続（attachment）に成功するために、ＵＥに他のセル及びネットワーク特定パラメータを送信する。また、前記システム情報は、ページングを容易にし、前記ＵＥが様々なネットワークサービスを利用できるようにする。全てのセルは、継続して当該セルのシステム情報をブロードキャスト制御チャネル（ＢＣＣＨ）などのチャネルでブロードキャストする。さらに、前記ネットワークに登録するか、又は特定のセルへのハンドオーバーを実行している全てのＵＥは、まず前記セル特定情報を読み込む。
【００７８】
不連続受信（ＤＲＸ）は、前記移動端末のバッテリ寿命を節約するために移動通信で用いられる方法である。一般に、前記移動端末と前記ネットワークとは、データ送信が起こる周期（period）をネゴシエートする。その他の周期では、前記移動端末は該移動端末のレシーバをオフにして低電力状態に入る。
【発明の概要】
【課題を解決するための手段】
【００７９】
本発明は、無線通信システムにおけるネットワークと移動端末間の通信に関する。
【００８０】
本発明のさらなる特性及び利点は後述する発明の詳細な説明に記述されるが、一部はその詳細な説明から明らかになるか、又は本発明の実施により理解されるであろう。本発明の目的及び他の利点は、特に詳細な説明及び請求の範囲、並びに添付図面に開示された構造により実現及び達成される。
【００８１】
これら及び他の利点を実現して本発明の目的を達成するために、本明細書に具体化されかつ広く記載されているように、本発明は、サービスを通知するためにネットワークからメッセージを受信する段階を含む、ネットワークと移動端末間の通信のための方法を提供する。ここで、前記メッセージは、前記サービスが特定モードで受信されるか否かを識別する（identify）ための属性を含み、前記特定モードは、情報が関連アップリンクサービスのない周波数で通信されるモードであり、前記属性は、前記サービスを記述するセッション記述プロトコル（Session  Description  Protocol）によって前記メッセージ内に含まれる。
【００８２】
前記特定モードは、単一周波数ネットワークモードであることが好ましい。本発明の一態様によれば、前記方法は、前記属性により前記サービスが前記特定モードで受信されると識別されると、前記特定モードで前記サービスの受信を容易にする段階をさらに含む。本発明の他の態様によれば、前記方法は、前記属性により前記サービスが前記特定モードとは異なるモードで受信されると識別されると、前記特定モードで前記サービスの受信を容易にしないと決定する段階をさらに含む。本発明のさらに他の態様によれば、前記方法は、前記属性により前記サービスが前記特定モードとは異なるモードで受信されると識別されると、前記特定モードとは異なるモードで受信を容易にする段階をさらに含む。本発明のさらに他の態様によれば、前記方法は、前記属性により前記サービスが前記特定モードとは異なるモードで受信されないと識別されると、前記特定モードで前記サービスの受信を容易にする段階をさらに含む。
【００８３】
本発明の他の実施形態によれば、ネットワークと移動端末間の通信のための方法は、サービスを通知するために移動端末にメッセージを送信する段階を含む。ここで、前記メッセージは、前記サービスが特定モードで前記移動端末により受信されるか否かを識別するための属性を含み、前記特定モードは、情報が関連アップリンクサービスのない周波数で通信されるモードであり、前記属性は、前記サービスを記述するセッション記述プロトコルによって前記メッセージ内に含まれる。
【００８４】
前記特定モードは、単一周波数ネットワークモードであることが好ましい。本発明の一態様によれば、前記移動端末は、前記属性により前記サービスが前記特定モードで受信されると識別されると、前記特定モードで前記サービスの受信を容易にする。本発明の他の態様によれば、前記移動端末は、前記属性により前記サービスが前記特定モードとは異なるモードで受信されると識別されると、前記特定モードで前記サービスの受信を容易にしないと決定する。本発明のさらに他の態様によれば、前記移動端末は、前記属性により前記サービスが前記特定モードとは異なるモードで受信されると識別されると、前記特定モードとは異なるモードで受信を容易にする。本発明のさらに他の態様によれば、前記移動端末は、前記属性により前記サービスが前記特定モードとは異なるモードで受信されないと識別されると、前記特定モードで前記サービスの受信を容易にする。
【００８５】
本発明のさらに他の実施形態によれば、無線通信システムにおけるネットワークとの通信のための移動端末は、サービスを通知するために前記ネットワークからメッセージを受信するレシーバを含む。ここで、前記メッセージは、前記サービスが特定モードで受信されるか否かを識別するための属性を含み、前記特定モードは、情報が関連アップリンクサービスのない周波数で通信されるモードであり、前記属性は、前記サービスを記述するセッション記述プロトコルによって前記メッセージ内に含まれる。
【００８６】
前記特定モードは、単一周波数ネットワークモードであることが好ましい。本発明の一態様によれば、前記移動端末は、前記属性により前記サービスが前記特定モードで受信されると識別されると、前記特定モードで前記サービスの受信を容易にするプロセッサを含む。本発明の他の態様によれば、前記移動端末は、前記属性により前記サービスが前記特定モードとは異なるモードで受信されると識別されると、前記特定モードで前記サービスの受信を容易にしないと決定するプロセッサを含む。本発明のさらに他の態様によれば、前記移動端末は、前記属性により前記サービスが前記特定モードとは異なるモードで受信されると識別されると、前記特定モードとは異なるモードで受信を容易にするプロセッサを含む。本発明のさらに他の態様によれば、前記移動端末は、前記属性により前記サービスが前記特定モードとは異なるモードで受信されないと識別されると、前記特定モードで前記サービスの受信を容易にするプロセッサを含む。
【００８７】
本発明のさらに他の実施形態によれば、無線通信システムにおける移動端末との通信のためのネットワークは、サービスを通知するために前記移動端末にメッセージを送信するトランスミッタを含む。ここで、前記メッセージは、前記サービスが特定モードで前記移動端末により受信されるか否かを識別するための属性を含み、前記特定モードは、情報が関連アップリンクサービスのない周波数で通信されるモードであり、前記属性は、前記サービスを記述するセッション記述プロトコルによって前記メッセージ内に含まれる。前記特定モードは、単一周波数ネットワークモードであることが好ましい。
【００８８】
本発明の上記の一般的な説明及び下記の詳細な説明は例示的かつ説明的なものであり、請求の範囲に記載された本発明を具体的に説明するためのものである。
【図面の簡単な説明】
【００８９】
本発明の理解を助けるために添付され、本明細書の一部を構成する図面は、本発明の多様な実施形態を示し、明細書と共に本発明の原理を説明する。図面において同一符号を付す本発明の特徴、構成要素、及び態様は、１つ以上の実施形態において同一、同等、又は類似した特徴、構成要素、及び態様を示す。
【図１】従来のＵＭＴＳネットワークを示す図である。
【図２】従来のＵＥとＵＴＲＡＮ間の無線インタフェースプロトコルを示す図である。
【図３】論理チャネル構造を示す図である。
【図４】ＵＥの観点から論理チャネルとトランスポートチャネル間の可能なマッピングを示す図である。
【図５】ＵＴＲＡＮの観点から論理チャネルとトランスポートチャネル間の可能なマッピングを示す図である。
【図６】ＵＥ状態の可能な変化を示す図である。
【図７】典型的なカウント手順を示す図である。
【図８】ＵＥの観点から論理チャネルとトランスポートチャネル間のマッピングを示す図である。
【図９】ＵＴＲＡＮの観点から論理チャネルとトランスポートチャネル間のマッピングを示す図である。
【図１０】ＭＢＭＳサービス情報と無線ベアラ情報が共に伝送されるスケジュールを示す図である。
【図１１】複数のセルからＭＢＭＳサービスを受信するＵＥを示す図である。
【図１２】ＬＴＥシステムの構造を示す図である。
【図１３】ＭＢＭＳベアラサービスをサポートする参照構造（reference  architecture）を示す図である。
【図１４】マルチキャスト及びブロードキャストサービス提供の位相を示す図である。
【図１５】ベアラタイプ、送信方法、及びアプリケーションの例を挙げて３つのＭＢＭＳ機能層を示す図である。
【図１６】ＭＢＭＳユーザサービスにより使用されるプロトコルスタックを示す図である。
【図１７】時間不一致マクロダイバーシチ送信（non-time-coincident  macro  diversity  transmission）を示す図であり、１つの方式がトリセクタ配置モデル（tri-sectored  deployment  model）に適用される。
【図１８】（ａ）は本発明の一実施形態によるＭＢＳＦＮ（MBMS  over  Single  Frequency  Network）能力のないＵＥを示す図であり、（ｂ）は本発明の一実施形態によるＭＢＳＦＮ能力を有するＵＥを示す図である。
【図１９】本発明の一実施形態によるＭＢＳＦＮ能力を有するＵＥ及びＭＢＳＦＮ能力のないＵＥに信号を送信する基地局を示す図である。
【図２０】本発明の一実施形態によるＭＢＳＦＮ能力を有するＵＥに信号を送信する基地局を示す図である。
【図２１】本発明の一実施形態によるＭＢＳＦＮ能力のないＵＥに信号を送信する基地局を示す図である。
【図２２】本発明の一実施形態によるＭＢＳＦＮ能力を有するＵＥに信号を送信する基地局を示す図であり、ここで、ＵＥはＭＢＳＦＮレシーバをアクティブにしない。
【図２３】本発明の一実施形態による移動局（ＭＳ）又はＵＥを示すブロック図である。
【発明を実施するための形態】
【００９０】
本発明は、無線通信システムにおけるネットワークと移動端末間の通信に関する。
【００９１】
以下、本発明の好ましい実施形態について添付図面を参照して詳細に説明する。可能な限り、図面全体にわたって同一又は類似の部分には同一の参照番号を用いる。
【００９２】
マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）は、ＭＢＭＳ単一周波数ネットワーク（ＭＢＳＦＮ）モードで動作することができ、これは、ＵＭＴＳ  ＦＤＤ及びＴＤＤ内の物理層でのより効率的なデータ送信を提供する。本発明によれば、シグナリングがネットワークからユーザ装置（ＵＥ）に行われるが、送信はＭＢＳＦＮモードで有効である。さらに、前記ＭＢＳＦＮモードをサポートしないＵＥのために、後方互換性が提供される。
【００９３】
ＭＢＭＳは、データが単一のソースエンティティから多重受信者に送信される１対多サービスである。同一のデータの多重受信者への送信はネットワークリソースの共有を許可する。前記ＭＢＭＳベアラサービスは、ブロードキャストモードとマルチキャストモードの２つのモードを提供する。
【００９４】
ＭＢＭＳ構造は、無線インタフェース効率を重要視し、無線ネットワーク及びコアネットワークリソースの効率的な使用を可能にする。ＭＢＭＳは、３ＧＰＰ構造の既存の機能エンティティに新しい能力を加えることにより、また、新しい機能エンティティを加えることにより実現することができる。
【００９５】
ＧＧＳＮ、ＳＧＳＮ、ＵＴＲＡＮ、ＧＥＲＡＮ、及びＵＥなどの既存のＰＳドメイン機能エンティティは、ＭＢＭＳベアラサービスを提供できるように向上させることができる。ベアラプレーンにおいて、前記ＭＢＭＳベアラサービスは、特化したサービス品質でＩＰマルチキャストデータグラムの送信をＧｉ参照点（reference  point）からＵＥに提供する。制御プレーンにおいて、前記ＭＢＭＳベアラサービスは、１）ＵＥのＭＢＭＳベアラサービス活性化状態管理（マルチキャストモード）、２）ＭＢＭＳユーザサービス、すなわちＢＭ−ＳＣへの権限決定（authorization  decision）のアウトソーシング（マルチキャストモード）、３）前記ＭＢＭＳユーザサービスによるセッション開始／終了の制御の提供、及びＭＢＭＳデータの分配のためのベアラリソースの管理（マルチキャストモード及びブロードキャストモード）、のためのメカニズムを提供する。ＭＢＭＳベアラサービスの特定のインスタンスがＩＰマルチキャストアドレス及びＡＰＮネットワーク識別子により識別される。
【００９６】
図１３は、ＭＢＭＳベアラサービスをサポートする参照構造を示す図である。図１３に示すように、前記ＭＢＭＳベアラサービスの境界（boundary）はＧｍｂ及びＧｉ参照点である。前記Ｇｍｂ参照点は制御プレーン機能へのアクセスを提供する。前記Ｇｉ参照点は前記ベアラプレーンへのアクセスを提供する。ブロードキャストマルチキャストサービスセンタ（ＢＭ−ＳＣ）は、ＭＢＭＳユーザサービスのための機能のセットを提供する機能エンティティである。様々なＭＢＭＳユーザサービスのためのＢＭ−ＳＣ機能は、同一の又は異なる物理的ネットワークエレメントからサポートされる。
【００９７】
前述のように、前記ＭＢＭＳベアラサービスは、ブロードキャストモード又はマルチキャストモードの２つのモードで動作する。マルチキャスト及びブロードキャストサービス提供の位相の例を図１４に示す。
【００９８】
ＭＢＭＳベースのサービスの送信のために、３つの明確なＭＢＭＳ機能層を定義することができる。前記ＭＢＭＳ機能層は、ベアラ層、送信方法層、及びユーザサービス／アプリケーション層を含む。図１５は、ベアラタイプ、送信方法、及びアプリケーションの例を挙げて３つのＭＢＭＳ機能層を示す図である。
【００９９】
ベアラは、インターネットプロトコル（ＩＰ）データが送信されるメカニズムを提供する。ＭＢＭＳベアラは、効率的な１対多方法でマルチキャスト及びブロードキャストトラフィックを運ぶために使用されるものであり、ＭＢＭＳベースのサービスの基礎となる。ＭＢＭＳベアラは、完全なサービス能力の提供のために、ユニキャストＰＤＰコンテクストと組み合わせて使用することができる。
【０１００】
ＭＢＭＳコンテンツを受信アプリケーションに送信する際、１つ又は複数の送信方法が用いられる。前記送信方法層は、セキュリティ及び鍵分配、前方誤り訂正技術による信頼性制御、並びにファイル復旧や送信検証などの関連送信手順などの機能を提供する。２つのタイプの送信方法は、ダウンロード及びストリーミングを含む。送信方法は、ＭＢＭＳベアラを使用し、ＭＢＭＳ関連手順のセットで１対１ベアラを使用することができる。
【０１０１】
前記ＭＢＭＳユーザサービスはアプリケーションを可能にする。異なるアプリケーションは、コンテンツをＭＢＭＳ加入者に送信するとき異なる要件を課し、異なるＭＢＭＳ送信方法を用いることができる。例えば、ＰＳＳなどのストリーミングアプリケーションはストリーミング送信方法を用いるのに対して、ＭＭＳなどのメッセージングアプリケーションはダウンロード送信方法を用いる。図１６は、ＭＢＭＳユーザサービスにより使用されるプロトコルスタックを示す図である。
【０１０２】
周波数分割複信（ＦＤＤ）とは対照的に、ダウンリンクマクロダイバーシチは時分割複信（ＴＤＤ）の特性ではない。このように、ＴＤＤレシーバは、一般的に多重無線リンクの同時受信を容易にするように設計されていない。従って、ＭＢＭＳのための多重無線リンクの同時受信の要求は、ＴＤＤレシーバの設計に少なからぬ衝撃を与えるであろう。しかしながら、前記ＵＥ内の多重無線リンクの組み合わせと関連のあるレシーバの複雑度の増加の大部分は、マクロダイバーシチをタイムスロットの再使用と組み合わせることによって、ＴＤＤ内で避けることができる。また、これは、タイムスロットの再使用によるスループットゲインをマクロダイバーシチによるさらなるゲインと組み合わせられるようにする。
【０１０３】
このような方法において、多重参加セルからの同一の情報の送信は、実質的に異なるタイムスロットで前記ＵＥに到達するように調整される（arranged）。従って、前記ＵＥが同一のタイムスロット内で多重セルを検出するための要件が除去される。
【０１０４】
セルは送信「グループ」又は「セット」に区画することができる。各送信セットには、ＭＢＭＳ送信のための１つのタイムスロット（又は、タイムスロットのセット）が割り当てられる。一般に、前記割り当てられたスロットは、前記ＭＢＭＳセットにより単独で使用される。セットは他のセットがアクティブになると送信されない。前記ＵＥは、受信信頼性を向上させるために、各セットから情報を受信し、前記情報を前記物理層又はＲＬＣ層で組み合わせようと試みる。
【０１０５】
図１７は、時間不一致マクロダイバーシチ送信を示す図であり、１つの方式がトリセクタ配置モデルに適用される。図１７を参照すると、３つのタイムスロット（ｔ１、ｔ２、及びｔ３）がＭＢＭＳ送信の目的のための各セクタに割り当てられる。各セクタは特定の「ＭＢＭＳ送信セット」、すなわちセット１、２、又は３に割り当てられる。
【０１０６】
ＭＢＭＳデータユニット又は送信ブロックは、複数の無線フレーム（例えば、８０ｍｓのＴＴＩ）で符号化することができる。その結果、前記物理チャネルビットは効率的に３回送信される。つまり、タイムスロットｔ１内でＭＢＭＳセット１により１回、タイムスロットｔ２内でＭＢＭＳセット２により１回、タイムスロットｔ３内でＭＢＭＳセット３により１回送信される。
【０１０７】
所定のＵＥは、前記ＴＴＩで前記ＭＢＭＳ送信ブロックに対応する前記ＭＢＭＳ物理チャネル（各セットから１つ）の個別送信をリッスンするように構成することができる。各ＭＢＭＳセットからの信号は概して時間不一致であり、広範囲に修正されたレシーバ構造の使用を必要としない。正常な「単一無線リンク」ＴＤＤレシーバの構造と類似したレシーバ構造を使用することができる。
【０１０８】
前記受信された送信ブロックは選択的な組み合わせのために前記ＲＬＣ層に提供することもでき、物理層ソフト組み合わせによりソフト情報を前記ＴＴＩでＭＢＭＳセットにバッファリングして組み合わせることもできる。前記ＵＴＲＡＮは、どのサービスがソフト組み合わせが可能であり、どのセル内でソフト組み合わせが発生し得るかを、前記ＭＣＣＨで前記ＵＥにシグナリングする。ソフト組み合わせのための前記セルは、選択的な組み合わせのための前記セルグループとは異なることもある。前記ＵＥはソフト組み合わせが可能な所定のサービスの送信が同一のフレーム内で起こると仮定することができる。
【０１０９】
ＭＢＭＳ単一周波数ネットワーク（ＭＢＳＦＮ）は、１対多伝送のために使用される他の形態の組み合わせである。前記ＭＢＳＦＮは、地理的領域をカバーするセルのグループにより与えられた時間に同一のスクランブリングを活用することで実現することができ、ＦＤＤ及びＴＤＤのために適用することができる。多重セルからの信号は、単一のセルからのマルチパス信号成分のために用いられた方法と同じ方法で、前記ＵＥにより組み合わせることができる。
【０１１０】
ＭＢＳＦＮモードで提供されるＭＢＭＳサービスのＵＥ受信は、ユニキャストキャリア上のＵＥの動作（behavior）に影響を及ぼさない。前記ユニキャストキャリア上のＵＥの移動性は、ＭＢＳＦＮモードで動作するセル上に提供されるＭＢＭＳサービスの受信に特に影響されない。
【０１１１】
ＭＢＳＦＮは、前記同時送信に関与した全てのＮｏｄｅ  Ｂの密接な時間同期化を要求し、同一のコンテンツが前記関与したＮｏｄｅ  Ｂのそれぞれに送信される。前記関与した全てのＮｏｄｅ  Ｂは同一のＣＲＮＣを共有することが好ましい。従って、前記ＭＢＳＦＮ領域は、単一のＲＮＣにより制御される領域に制限される。
【０１１２】
ＴＤＤのために、一部又は全てのタイムスロットがＭＢＳＦＮモードの送信を活用することができる。このようなタイムスロットは、参加するＮｏｄｅ  Ｂに対して同一のスクランブルコードを使用できるように、前記ＲＮＣにより構成される。任意のｎｏｎ−ＭＢＳＦＮタイムスロットは、前記セルＩＤに関する前記スクランブルコードを継続して使用する。前記ＭＢＳＦＮモードで動作するタイムスロットは、前記同期化した隣接セルと共に形成され、同一のデータを前記ＭＢＳＦＮクラスターに送信する。
【０１１３】
ＦＤＤのために、ＭＢＳＦＮ送信に参加するＮｏｄｅ  Ｂは、前記無線フレームの全てのスロットで送信を行う。従って、ＴＤＤの場合、前記キャリアの一部又は全部をＭＢＳＦＮのために使用できるのに対して、ＦＤＤの場合、ＭＢＳＦＮ送信は全てのキャリアを占める。
【０１１４】
ＭＢＳＦＮをサポートするＵＥは、ＦＤＤ又はＴＤＤ  ＭＢＳＦＮモードで動作するキャリアを介して、ＭＢＭＳサービスを受信することができる。また、ＭＢＳＦＮをサポートするＵＥは、他のキャリアを介して、ＭＢＳＦＮにより提供されないユニキャストサービス及びＭＢＭＳサービスを受信することができる。
【０１１５】
ＭＢＳＦＮに関連があるのは（allied  to  MBSFN）、Ｓ−ＣＣＰＣＨのための高次変調（higher  order  modulation）技術（例えば、１６ＱＡＭ）の使用である。３．８４／７．６８Ｍｃｐｓ  ＴＤＤの場合、新しいバーストタイプのものが長い遅延拡散をサポートするために用いられる。
【０１１６】
ＭＢＳＦＮモードで動作するネットワーク上でのＭＢＭＳサービスの受信は、ＭＢＭＳブロードキャストサービスへの加入などの上位層手順を行うために、前記ＵＥがＰＬＭＮ（Public  Land  Mobile  Network）に登録することを意味する。ＵＥが提供されたサービスの詳細を取得し、関心のあるサービスに加入し、サービスの解読に必要な暗号化鍵を取得する手段、及び／又は前記サービスが送信される手段（ＭＢＳＦＮモード、使用された周波数帯域など）は、３ＧＰＰ仕様の範囲外であってもよい。しかし、前記ＵＥは、ユニキャストサービスを提供するために使用される前記キャリアを介した１対１接続によりサービスの詳細を取得することができる。
【０１１７】
前記ＵＥは、登録されたＰＬＭＮリスト又は等価（equivalent）のＰＬＭＮリストの一部であるＭＢＭＳサービスを受信するＭＢＳＦＮクラスターを選択する。とりわけ、ネットワーク共有は、ユニキャストサービスをサポートするキャリア上でサポートされるように、前記ＭＩＢ内の多重ＰＬＭＮをブロードキャストする可能性を利用してＭＢＳＦＮモードで動作するキャリア上でサポートされる。
【０１１８】
１．２８Ｍｃｐｓ  ＴＤＤモード内のＭＢＳＦＮクラスターのために、物理的同期化チャネル及び構成されたパイロットチャネルがなく、ＭＢＳＦＮクラスター選択／再選択過程がない。ＭＢＳＦＮクラスター内で送信されたＭＢＭＳサービスを受信しようとする前記ＵＥは、まず、前記ＭＢＳＦＮクラスターが関連したｎｏｎ−ＭＢＳＦＮセルと同期化しなければならず、その後、前記ｎｏｎ−ＭＢＳＦＮセルの前記システム情報内に示された情報と共に前記ＭＢＳＦＮクラスターを検索することが好ましい。前記ＵＥの観点から、前記ＭＢＳＦＮクラスターの前記登録されたＰＬＭＮは、前記関連ユニキャストキャリアからの前記ＵＥにより登録された前記ＰＬＭＮと同一であるべきである。
【０１１９】
ＭＢＳＦＮクラスターは、１対多モードでＭＢＭＳサービスを提供することが好ましい。従って、カウント及び１対１設定手順は、ＭＢＳＦＮモードで動作するセルのためにサポートされないことがある。
【０１２０】
ＦＤＤ及び３．８４／７．６８Ｍｃｐｓ  ＴＤＤのために、ＭＢＳＦＮクラスター間の選択が、ＭＢＳＦＮモードで動作しないセルに対して行われるセル選択と類似した方法で行われる。前記ＵＥは、ＭＢＭＳクラスターを受信するように特化した最小の実行要件を満たすことが好ましい。前記ＵＥは、ＭＢＳＦＮモードでブロードキャストされたＭＢＭＳサービスをいつ受信するかを決定するために、前記ＣＰＩＣＨ（ＦＤＤ）又はＰ−ＣＣＰＣＨ（３．８４／７．６８  Ｍｃｐｓ  ＴＤＤ）の最小の受信力を考慮することができる。しかし、他のＭＢＳＦＮクラスターを受信するためのバックグラウンド検索手順は別として、前記ＵＥは、他のＭＢＳＦＮクラスターのための周波数間の測定を行うように要求されない。ＭＢＳＦＮモードで動作する前記セルには、階層的セル構造、迅速にＵＥを移動するための規則、並びに周波数間及びＲＡＴ間の測定（inter  frequency  and  inter  RAT  measurements）が適用されない。ＭＢＳＦＮクラスター間の前記再選択のための周波数内の測定（Intra  frequency  measurements）は具体化されない。
【０１２１】
ＭＢＳＦＮクラスター内で、ＭＩＢ及びシステム情報ブロック３、５／５ｂｉｓ及び１１のみをブロードキャストすることができる。他のシステム情報ブロックのコンテンツは前記ＵＥに無視される。
【０１２２】
１つの周波数上のＭＢＳＦＮクラスターは、異なる周波数上の他のＭＢＳＦＮクラスターにより提供されるサービスの存在を示すことができる。また、１つの周波数上のＭＢＳＦＮクラスターは、前記ＵＥが現在選択されているＭＢＳＦＮクラスター上に提供されないか又は示されない利用可能なサービスが分かるようにするために選択されなければならない他のＭＢＳＦＮ周波数を示すことができる。このような情報に基づいた前記ＭＢＳＦＮ周波数の選択は、ＵＥの実現において特定的（specific）である。ＭＢＳＦＮ周波数のための周波数間の測定が適用できないため、前記ＵＥにより選択された前記ＭＢＳＦＮ周波数は完全にサービスに依存する。ＦＤＤ及び３．８４／７．６８Ｍｐｃｓ  ＴＤＤのために、前記ＵＥは、前記選択基準を満たす他の周波数上の１つのＭＢＭＳクラスターを発見しさえすればよい。ＭＢＳＦＮモードでＭＢＭＳサービスがブロードキャストされる他の周波数は、前記ＭＢＳＦＮ周波数で示される。
【０１２３】
ＭＢＳＦＮモードで動作するクラスターは、前記ＭＢＳＦＮクラスターが前記ＵＥにより適合したセルであるとみなされないことがあるため、ページング情報を提供しないことがある。ＭＢＳＦＮクラスター内の前記セルは、ユニキャストサービスを提供するキャリアの前記セルと比較すると、異なるＭＢＭＳサービスエリアに属する。これは、前記ＲＮＣがＭＢＳＦＮクラスターの前記セル上での送信のためにどのサービスが意図されるかが分かるようにする。同一のＭＢＭＳベアラサービスはＭＢＳＦＮクラスター及びユニキャストセル上に提供されない。最小のＭＢＭＳサービスエリアは１つのＭＢＳＦＮクラスターと同一であることが好ましい。ＭＢＭＳベアラサービスは完全なＭＢＳＦＮクラスター内で送信されることが好ましい。
【０１２４】
セッション記述プロトコル（ＳＤＰ）は、ストリーミングメディア初期化パラメータを記述するためのフォーマットである。ＳＤＰは、セッション通知（session  announcement）、セッション招待、及び他の形態のマルチメディアセッション初期化の目的のためのマルチメディアセッションを記述する。初期に、ＳＤＰは、セッション通知プロトコル（Session  Announcement  Protocol;  SAP）であったが、ＳＤＰがＲＴＰ及びＳＩＰと連係してマルチキャストセッションを記述するスタンドアロンフォーマットとする他の用法も発見された。ＳＤＰに関する５つの用語は、１）カンファレンス、２）セッション、３）セッション通知、４）セッション広告（session  advertisement）、及び５）セッション記述である。
【０１２５】
カンファレンスは、使用するソフトウェアによる２つ又はそれ以上の通信者のセットである。セッションは、マルチメディア送信者及び受信者がデータのフローストリーム（flowing  stream）を交換するときに発生する。セッション通知は、事前行動の方法でセッション記述がユーザに伝達されるようにするメカニズムである。つまり、前記セッション記述は、現在伝達されているセッション記述の前にユーザにより明示的に要求されない。セッション広告は、前記セッション通知と同等である。セッション記述は、マルチメディアセッションを発見して参加するのに必要な情報を提供するためのフォーマットである。
【０１２６】
ＳＤＰセッション記述は、ＵＴＦ−８符号化内で設定されたＩＳＯ  １０６４６キャラクタを使用した完全なテキスト記述である。ＳＤＰのフィールド名及び属性名はＵＴＦ−８のＵＳ−ＡＳＣＩＩサブセットのみを使用するが、テキストフィールド及び属性値は前記フル（full）ＩＳＯ  １０６４６キャラクタセットを使用することができる。前記フルＵＴＦ−８キャラクタセットを使用するフィールド及び属性値は直接的に比較されない。従って、ＵＴＦ−８正規化は要求されない。ＡＳＮ．１又はＸＤＲなどの２進符号化とは反対に、前記テキスト形式は使用される様々な送信を可能にする確率を高め、フレキシブルなテキストベースのツールキットが使用され、セッション記述を生成して処理できるようにする。しかしながら、ＳＤＰは、セッション記述の最大許容サイズが制限的な環境で使用されるため、前記符号化はコンパクトであることが好ましい。また、通知（announcements）は、信頼できない手段により送信されたり、中間のキャッシングサーバ（caching  server）により損傷を受けることがあるため、前記符号化は厳格な方法及びフォーマット規則で設計することにより、ほとんどのエラーを容易に感知及び廃棄可能な非正常な（malformed）セッション通知となる。これは、レシーバが正しい鍵を有しない暗号化されたセッション通知の迅速な廃棄も可能にする。
【０１２７】
ＳＤＰセッション記述は、＜ｔｙｐｅ＞＝＜ｖａｌｕｅ＞形態の数多くのテキストラインを含むが、ここで、＜ｔｙｐｅ＞は大文字と小文字が区別された（case-significant）ただ１つのキャラクタであり、＜ｖａｌｕｅ＞は自身のフォーマットが＜ｔｙｐｅ＞に依存する構造化されたテキストである。＜ｖａｌｕｅ＞は、単一のスペースキャラクタにより区切られる複数のフィールドであるか、又はフリーフォーマットストリング（free  format  string）であることが好ましく、特定のフィールドで定義されない限り大文字と小文字が区別される。ホワイトスペース又は空白スペースは前記記号「＝」の両側のどちらにも使用されないことが好ましい。
【０１２８】
ＳＤＰセッション記述は、「０」又はそれ以上のメディアレベルセクションを伴うセッションレベルセクションを含む。前記セッションレベルセクションは、「ｖ＝」ラインから始まり、最初のメディアレベルセクションまで続く。それぞれのメディアレベルセクションは「ｍ＝」ラインから始まり、次のメディアレベルセクション又は全てのセッション記述の最後まで続く。一般に、セッションレベル値は、同等なメディアレベル値により無効にならなければ、全てのメディアに対するデフォルトである。
【０１２９】
各記述において、一部のラインは必須であり、一部は選択的であるが、全てのラインは以下の順序で示されることが好ましい。とりわけ、前記固定された順序は、エラーの感知を大きく向上させ、パーサ（parser）を単純にすることができる。選択的事項は「＊」で示される。
【０１３０】
［００１５４］セッション記述
ｖ＝（プロトコルバージョン）
ｏ＝（発信者及びセッション識別子）
ｓ＝（セッション名）
ｉ＝＊（セッション情報）
ｕ＝＊（記述のＵＲＩ）
ｅ＝＊（電子メールアドレス）
ｐ＝＊（電話番号）
ｃ＝＊（接続情報−−全てのメディアに含まれる場合、必要でない）
ｂ＝＊（ゼロ又はそれ以上の帯域幅情報ライン）
１つ又は複数の時間記述（「ｔ＝」及び「ｒ＝」ライン；下記参照）
ｚ＝＊（タイムゾーン調整）
ｋ＝＊（暗号化鍵）
ａ＝＊（ゼロ又はそれ以上のセッション属性ライン）
ゼロ又はそれ以上のメディア記述
時間記述
ｔ＝（前記セッションがアクティブな時間）
ｒ＝＊（ゼロ又はそれ以上の反復回数）
存在する場合、メディア記述
ｍ＝（メディア名及び送信アドレス）
ｉ＝＊（メディアタイトル）
ｃ＝＊（接続情報−−セッションレベルに含まれる場合、選択的である）
ｂ＝＊（ゼロ又はそれ以上の帯域幅情報ライン）
ｋ＝＊（暗号化鍵）
ａ＝＊（ゼロ又はそれ以上のメディア属性ライン）
前記タイプ文字（letter）のセットは小さく、拡張されるように意図されない−−ＳＤＰパーサは自身が理解できないタイプ文字を含む全てのセッション記述を完全に無視する。前記属性メカニズム（前述した「ａ＝」）はＳＤＰを拡張し、前記ＳＤＰを特定のアプリケーション又はメディアに適応させるための（tailoring）主要手段である。一部の属性は定義された意味を有するが、他の属性はアプリケーション−特性、メディア−特性、又はセッション−特性基準に付加することができる。ＳＤＰパーサは自身が理解できない全ての属性を無視する。
【０１３１】
ＳＤＰセッション記述は、前記「ｕ＝」、「ｋ＝」、及び「ａ＝」ライン内の外部コンテンツを参照するＵＲＩを含んでもよい。一部の場合、このようなＵＲＩが前記セッション記述自体に含まれず（non-self-contained）、逆参照される。
【０１３２】
前記ＭＢＳＦＮモードは、送信をより効率的に処理するために使用される送信モードである。これは、ＭＢＳＦＮモードで送信されるサービスがＭＢＳＦＮモードで送信されないサービスとは異なる周波数で送信されることを暗示する。従って、ＭＢＳＦＮモードで送信されるサービスを受信するために、前記ＵＥは個別のレシーバをアクティブにする。前記ＵＥが、サービスがＭＢＳＦＮモードで送信されるか否かを予め知っている場合は、前記ＵＥは、所定のサービスがＭＢＳＦＮモードで送信されないことが示されると、前記ＭＢＳＦＮレシーバを非アクティブ（switch  off）にすることができる。従って、前記ネットワークは、サービスがＭＢＳＦＮモードで送信されるか否かを前記ＵＥに示すことが好ましい。さらに、前記ＵＥが、ＳＤＰ属性によりＭＢＳＦＮモードで送信されるサービスであることが示されるサービスを受信する場合、前記ＵＥは、ＭＢＳＦＮモードで動作する周波数を受信するために試みる。
【０１３３】
本発明によれば、ＭＢＭＳサービスを２つの異なるキャリアを介して受信することができる場合、より効率的な電力管理が提供される。ここで、２つ又はそれ以上の個別のレシーバは、アクティブになって前記異なるキャリアを介してサービスを受信することができる。前記ＵＥ内の個別のレシーバは、特別シグナリング属性が前記ＳＤＰシンタックスに付加される場合、ＳＦＮ送信モードに関する付加的情報が有効であるとアクティブになることが好ましい。
【０１３４】
ＭＢＭＳ単一周波数ネットワーク（ＭＢＳＦＮ）モードは、従来のＭＢＭＳより効率的にデータを送信するために使用される。図１８（ａ）は、本発明の一実施形態によるＭＢＳＦＮ能力のないＵＥを示す図である。図１８（ｂ）は、本発明の一実施形態によるＭＢＳＦＮ能力を有するＵＥを示す図である。ＭＢＳＦＮ能力を有する前記ＵＥはＭＢＳＦＮレシーバを備えるが、これはＭＢＳＦＮ受信が可能な個別のＨＷモジュールである。
【０１３５】
図１９は、本発明の一実施形態によるＭＢＳＦＮ能力を有するＵＥ及びＭＢＳＦＮ能力のないＵＥに信号を送信する基地局を示す図である。図１９を参照すると、本発明は、ＭＢＳＦＮ能力を有するＵＥ及びＭＢＳＦＮ能力のないＵＥのためにＭＢＭＳサービスを提供するために活用することができる。これら２つのユーザ装置の動作は異なる。
【０１３６】
図２０は、本発明の一実施形態によるＭＢＳＦＮ能力を有するＵＥに信号を送信する基地局を示す図である。図２０を参照すると、ＭＢＭＳセッションの設定中に、ＭＢＳＦＮ能力を有するＵＥは、ＭＢＭＳサービスがＭＢＳＦＮモードで提供されることを示すために、「ａ＝Ｘ−ｍｂｓｆｎ−ｍｏｄｅ」などのシグナリング属性を含むＭＢＭＳセッションパラメータ記述プロトコルメッセージを受信する。従って、前記属性（ａ＝Ｘ−ｍｂｓｆｎ−ｍｏｄｅ）が前記セッション記述プロトコル内に存在する場合、前記属性により前記ＭＢＭＳサービスが前記ＭＢＳＦＮモードで提供されることが通知された結果、前記ＵＥは前記ＭＢＭＳセッションを受信するための前記ＭＢＳＦＮレシーバをアクティブ（switch  on）にしなければならないことが分かる。しかし、前記属性（ａ＝Ｘ−ｍｂｓｆｎ−ｍｏｄｅ）が前記セッション記述プロトコル内に含まれない場合、図２２に示すように、前記ＵＥは前記ＭＢＭＳサービスが従来の（ｎｏｎ−ＭＢＳＦＮ）モードで提供されることが分かり、従って、前記ＭＢＳＦＮレシーバをアクティブにしない。
【０１３７】
図２１は、本発明の一実施形態によるＭＢＳＦＮ能力のないＵＥに信号を送信する基地局を示す図である。図２１を参照すると、ＭＢＭＳセッションの設定中に、ＭＢＳＦＮ能力のないＵＥは、ＭＢＭＳサービスがＭＢＳＦＮモードで提供されることを示すために、「ａ＝Ｘ−ｍｂｓｆｎ−ｍｏｄｅ」などのシグナリング属性を含むＭＢＭＳセッションパラメータ記述プロトコルメッセージを受信する。しかし、前記ＵＥはＭＢＳＦＮ能力を有しないため、前記ＵＥは前記属性（ａ＝Ｘ−ｍｂｓｆｎ−ｍｏｄｅ）を無視する。従って、前記ＵＥが前記セッションを受信する場合、前記ＵＥは従来の手段（ｎｏｎ−ＭＢＳＦＮ手段）により前記セッションを受信しようと試みる。
【０１３８】
本発明によれば、前記ＭＢＭＳセッションパラメータのシグナリングは、ＩＥＴＦ  ＲＦＣ  ４５６６に記述された通り、ＳＤＰシンタックス記法（SDP  syntax  notation）により行われる。以下に前記ＭＢＭＳ  ＦＬＵＴＥセッションパラメータのＳＤＰ記述の例を示す。
ｖ＝０
ｏ＝ｕｓｅｒ１２３  ２８９０８４４５２６  ２８９０８４２８０７  ＩＮ  ＩＰ６  ２２０１：０５６Ｄ：：１１２Ｅ：１４４Ａ：１Ｅ２４
ｓ＝Ｆｉｌｅ  ｄｅｌｉｖｅｒｙ  ｓｅｓｓｉｏｎ  ｅｘａｍｐｌｅ
ｉ＝Ｍｏｒｅ  ｉｎｆｏｒｍａｔｉｏｎ
ｔ＝２８７３３９７４９６  ２８７３４０４６９６
ａ＝ｍｂｍｓ−ｍｏｄｅ：ｂｒｏａｄｃａｓｔ  １２３４  １
ａ＝ＦＥＣ−ｄｅｃｌａｒａｔｉｏｎ：０  ｅｎｃｏｄｉｎｇ−ｉｄ＝１
ａ＝ｓｏｕｒｃｅ−ｆｉｌｔｅｒ：ｉｎｃｌ  ＩＮ  ＩＰ６  ＊２００１：２１０：１：２：２４０：９６ＦＦ：ＦＥ２５：８ＥＣ９
ａ＝ｆｌｕｔｅ−ｔｓｉ：３
ａ＝Ｘ−ｍｂｓｆｎ−ｍｏｄｅ
ｍ＝ａｐｐｌｉｃａｔｉｏｎ  １２３４５  ＦＬＵＴＥ／ＵＤＰ  ０
ｃ＝ＩＮ  ＩＰ６  ＦＦ１Ｅ：０３ＡＤ：：７Ｆ２Ｅ：１７２Ａ：１Ｅ２４／１
ｂ=６４
ａ＝ｌａｎｇ：ＥＮ
ａ＝ＦＥＣ：０
本発明によれば、サービスがＭＢＭＳ単一周波数ネットワーク（ＭＢＳＦＮ）モードで提供されることを示すために、信号がネットワークからＵＥに通信されるが、これは３ＧＰＰ  Ｒｅｌｅａｓｅ７及びそれ以降で前記物理層での向上したＭＢＭＳ送信を提供する。また、本発明は、前記ＭＢＳＦＮモードをサポートしないＵＥに後方互換性を提供する。
【０１３９】
本発明によれば、無線ネットワークによりＭＢＭＳサービスをユーザ装置（ＵＥ）に提供する方法は、ＳＤＰプロトコルを利用して単一周波数ネットワーク（ＭＢＳＦＮモード）上でＭＢＭＳサービスを送信するネットワークの能力に関する情報を前記ＵＥに提供する段階を含む。また、前記方法は、ＭＢＭＳ受信が可能な複数のＵＥを提供できるが、ここで、一部のＵＥはそのようなモジュールを含まない。さらに、前記方法は、ＭＢＭＳセッションパラメータ記述プロトコル内に含まれる特別シグナリング属性という手段により、前記ＭＢＳＦＮモードでサービスが提供されるＭＢＳＦＮレシーバを含む前記ＵＥにシグナリングすることができる。前記ＭＢＭＳセッションパラメータ記述プロトコル内に含まれる前記特別属性の受信に応えて、前記ＵＥ内に装着された前記ＭＢＳＦＮレシーバはアクティブになる。前記ＭＢＭＳセッションパラメータ記述プロトコル内に含まれる前記特別属性がない場合、前記ＵＥ内に装着されたＭＢＳＦＮレシーバは非アクティブになる。さらに、本発明は、ＭＢＳＦＮレシーバのないＵＥは、前記属性を受信すると前記特別シグナリング属性を無視し、従来のＭＢＭＳモードで動作させることにより、前記ＭＢＳＦＮモードをサポートしないＵＥに後方互換性を提供する。
【０１４０】
図２３は本発明の一実施形態による移動局（ＭＳ）又はＵＥ１を示すブロック図である。ＵＥ１は、プロセッサ（又は、デジタルシグナルプロセッサ）２１０、ＲＦモジュール２３５、電力管理モジュール２０５、アンテナ２４０、バッテリ２５５、ディスプレイ２１５、キーパッド２２０、メモリ２３０、スピーカ２４５、及びマイク２５０を含む。
【０１４１】
ユーザは、例えばキーパッド２２０のボタンの押圧、又はマイク２５０を利用した音声認識により、電話番号などのインストラクション情報（instructional  information）を入力する。マイクロプロセッサ２１０は、前記電話番号に電話をかけるなどの適切な機能を実行するために、前記インストラクション情報を受信して処理する。前記機能を実行するために、メモリモジュール２３０からオペレーションデータ（operational  data）を検索することができる。また、プロセッサ２１０は、ユーザの参照及び便宜のために、前記インストラクション及びオペレーション情報をディスプレイ２１５に表示することができる。
【０１４２】
プロセッサ２１０は、例えば音声通信データを含む無線信号を送信するなどの通信を開始するために、インストラクション情報をＲＦモジュール２３５に送る。ＲＦモジュール２３５は、無線信号を受信及び送信するためのレシーバ及びトランスミッタを含む。アンテナ２４０は無線信号の送受信を容易にする。無線信号を受信すると、ＲＦモジュール２３５は、前記信号をベースバンド周波数に変換し、プロセッサ２１０の処理のためにプロセッサ２１０に伝達することができる。前記処理された信号は、例えばスピーカ２４５から出力される可聴又は可読情報に変形される。また、プロセッサ２１０は、ここに開示された様々な過程を行うために必要なプロトコル及び機能を含む。
【０１４３】
移動局１を、例えばプロセッサ２１０、他のデータ、又はデジタル処理装置を使用して、単独で又は外部サポートロジックとの組み合わせにより実現できることは、当業者に明らかである。本発明は、移動通信に関連して説明されたが、本発明は、無線通信能力を備えるＰＤＡやラップトップコンピュータのような移動装置を使用する無線通信システムでも用いることができる。また、本発明を説明するために使用された特定用語は本発明の範囲をＵＭＴＳのような特定タイプの無線通信システムに限定するものではない。本発明は、例えばＴＤＭＡ、ＣＤＭＡ、ＦＤＭＡ、ＷＣＤＭＡなどの様々なエアインタフェース及び／又は物理層を使用する他の無線通信システムにも適用できる。
【０１４４】
本発明の好ましい実施形態は、ソフトウェア、ファームウェア、ハードウェア、又はこれらの組み合わせを生産するための標準プログラミング及び／又はエンジニアリング技術を用いて、方法、装置、又は製造物として実現できる。ここで、「製造物」という用語は、ハードウェアロジック（例えば、集積回路チップ、ＦＰＧＡ（Field  Programmable  Gate  Array）、ＡＳＩＣ（Application  Specific  Integrated  Circuit）など）、又はコンピュータ可読媒体（例えば、磁気記録媒体（例えば、ハードディスクドライブ、フロッピー（登録商標）ディスク、テープなど）、光記録装置（ＣＤ−ＲＯＭ、光ディスクなど）、揮発性及び不揮発性メモリ装置（例えば、ＥＥＰＲＯＭ、ＲＯＭ、ＰＲＯＭ、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭ、ファームウェア、プログラムロジックなど））において実行されるコードやロジックを意味する。前記コンピュータ可読媒体でのコードはプロセッサによりアクセス及び実行される。
【０１４５】
本発明の好ましい実施形態で実行されるコードは、伝送媒体を介して、又はネットワーク上のファイルサーバからアクセスすることもできる。その場合、前記コードが実行される製造物は、ネットワーク伝送ライン、無線伝送媒体、空中を伝播する信号、無線波、赤外線信号などの伝送媒体を含む。もちろん、当該技術分野における通常の知識を有する者であれば、本発明の要旨を逸脱しない範囲でその構成の様々な変更が可能であり、前記製造物が公知の情報伝達媒体（information  bearing  medium）をも含むことを理解するであろう。
【０１４６】
図面に示すロジックの実装は、特定動作が特定順序で発生するものとして説明した。他の実施形態においては、特定ロジック動作を他の順序で行うか、変更又は除去して行うことができ、本発明の好ましい実施形態を実現する。また、前述したロジックにステップをさらに追加することができ、これは本発明の実現によるものである。
【０１４７】
前述した実施形態と利点は単なる例示にすぎず、本発明を制限するものではない。本発明は、他のタイプの装置及び処理にも容易に適用できる。本発明の詳細な説明は単なる説明の便宜のためのものであり、請求の範囲を制限するものではない。当該技術分野における通常の知識を有する者であればこれらの多様な代替、変更、変形が可能であることを理解できるであろう。請求項において、ミーンズプラスファンクションクレーム(means-plus-function  clauses)は列挙された機能を実行するものであり、ここに記載された構造、構造的均等物だけでなく均等な構造をも含む。
【図１】
2010529731.tif 000003
【図２】
2010529731.tif 000004
【図３】
2010529731.tif 000005
【図４】
2010529731.tif 000006
【図５】
2010529731.tif 000007
【図６】
2010529731.tif 000008
【図７】
2010529731.tif 000009
【図８】
2010529731.tif 000010
【図９】
2010529731.tif 000011
【図１０】
2010529731.tif 000012
【図１１】
2010529731.tif 000013
【図１２】
2010529731.tif 000014
【図１３】
2010529731.tif 000015
【図１４】
2010529731.tif 000016
【図１５】
2010529731.tif 000017
【図１６】
2010529731.tif 000018
【図１７】
2010529731.tif 000019
【図１８】
2010529731.tif 000020
【図１９】
2010529731.tif 000021
【図２０】
2010529731.tif 000022
【図２１】
2010529731.tif 000023
【図２２】
2010529731.tif 000024
【図２３】
2010529731.tif 000025
【国際調査報告】
2010529731.tif 000026