(57)【要約】移動端末からのＢＣＭＣＳサービス要請に応じて、基地局は、要請されたＢＣＭＣＳサービスが可能であるか否かを別途に通知する。従って、基地局は、放送オーバーヘッドメッセージに実際の放送に必要な放送チャンネル情報のみを含むことができ、ＢＣＭＣＳサービスが中断又は不能状態である場合、基地局は、移動端末にＢＣＭＣＳサービスの中止を知らせることができ、これによって、システム資源の負荷を減少させることができる。
2006512878.tif 000002
【特許請求の範囲】
【請求項１】
複数のＢＣＭＣＳコンテンツを貯蔵するＢＣＭＣＳコンテンツサーバーと、前記ＢＣＭＣＳコンテンツサーバーに接続されたＢＣＭＣＳ制御器と、基地局を通して前記ＢＣＭＣＳ制御器とパケットデータサービスノードに接続され、前記基地局により占有される領域内に位置する少なくとも１つの移動端末と、を含む移動通信システムにおいて、前記基地局から前記移動端末へ放送サービスを提供する方法であって、
前記移動端末からＢＣＭＣＳ登録メッセージを受信するステップと、
前記ＢＣＭＣＳ登録メッセージに応答して放送オーダーメッセージを伝送するステップとを含み、
前記ＢＣＭＣＳ登録メッセージは、少なくとも１つのＢＣＭＣＳコンテンツを示すＢＣＭＣＳ識別子を含み、前記放送オーダーメッセージは、前記ＢＣＭＣＳ識別子に対するＢＣＭＣＳコンテンツがＢＣＭＣＳ不能であることを示すＢＣＭＣＳ不能状態情報を含むことを特徴とする方法。
【請求項２】
少なくとも１つのＢＣＭＣＳサービスを提供する移動通信システムにおける基地局から移動端末へ放送網の状態に関する情報を提供する方法であって、
放送網の状態を認識するステップと、
前記状態に関連した情報を含む放送オーダーメッセージを前記移動端末へ伝送するステップとを含み、前記状態情報は、前記移動端末によって受信されない少なくとも１つのＢＣＭＣＳサービスに対して原因を示すことを特徴とする方法。
【請求項３】
前記状態情報は、ＢＣＭＣＳ情報の変更を示すＢＣＭＣＳパラメーターリセット情報を示し、前記放送オーダーメッセージは、該当ＢＣＭＣＳサービスの少なくとも１つのＢＣＭＣＳ識別子をさらに含むことを特徴とする請求項２記載の方法。
【請求項４】
前記移動端末は、前記放送網の状態変更を認知した後、前記ＢＣＭＣＳ制御器に接続して前記変更されたＢＣＭＣＳ情報を更新するステップをさらに含むことを特徴とする請求項３記載の方法。
【請求項５】
前記状態情報は、少なくとも１つのＢＣＭＣＳ識別子に対応するＢＣＭＣＳサービスが中断されることを指示し、前記放送オーダーメッセージは、前記中断されたＢＣＭＣＳサービスの少なくとも１つのＢＣＭＣＳ識別子をさらに含むことを特徴とする請求項２記載の方法。
【請求項６】
前記移動端末は、前記放送網の状態を認識した後、前記中断されたＢＣＭＣＳサービスのＢＣＭＣＳ識別子に対するＢＣＭＣＳサービスの受信動作を中断するステップをさらに含むことを特徴とする請求項５記載の方法。
【請求項７】
前記状態情報は、少なくとも１つのＢＣＭＣＳ識別子に対するＢＣＭＣサービスが支援されないことを示すＢＣＭＣＳサービス不能情報であり、前記放送オーダーメッセージは、前記支援されないＢＣＭＣＳサービスの少なくとも１つのＢＣＭＣＳ識別子をさらに含むことを特徴とする請求項２記載の方法。
【請求項８】
前記認識するステップの前に、前記移動端末が前記基地局へ所望のＢＣＭＣＳサービスのＢＣＭＣＳ識別子を含む所定の登録メッセージを伝送するステップをさらに含むことを特徴とする請求項７記載の方法。
【請求項９】
前記移動端末が前記放送網の状態を認識した後、前記ＢＣＭＣＳ制御器に接続してＢＣＭＣＳ情報を更新するステップをさらに含むことを特徴とする請求項７記載の方法。
【請求項１０】
前記状態情報は、ＢＣＭＣＳプロトコルに使用される設定属性値の変更を指示する放送プロトコル属性更新情報であることを特徴とする請求項２記載の方法。
【請求項１１】
前記移動端末が前記放送網の状態を認知した後、前記基地局とのセッション設定を通して前記設定属性値を更新するステップをさらに含むことを特徴とする請求項１０記載の方法。
【請求項１２】
前記移動端末が前記放送網の状態を認知した後、属性更新プロトコルを使用して前記設定属性値を更新するステップをさらに含むことを特徴とする請求項１０記載の方法。
【請求項１３】
前記設定属性値は、前記移動端末のＢＣＭＣＳ認証のための認証キー値を含むことを特徴とする請求項１１記載の方法。
【請求項１４】
前記移動通信システムは、高速パケットデータ（ＨＲＰＤ）システムであることを特徴とする請求項２記載の方法。
【請求項１５】
前記放送オーダーメッセージは、順方向トラヒックチャンネル及び順方向制御チャンネルのうちのいずれか１つを介して伝送されることを特徴とする請求項１４記載の方法。
【請求項１６】
前記放送オーダーメッセージは、メッセージＩＤフィールドと、前記放送網の状態を示す情報フィールドと、対応するＢＣＭＣＳサービスのＢＣＭＣＳ識別子（BCMCS flow ID）フィールドと、を含むことを特徴とする請求項１４記載の方法。
【請求項１７】
前記移動通信システムは、ＣＤＭＡ ２０００ １ｘ系列のシステムであることを特徴とする請求項２記載の方法。
【請求項１８】
前記放送オーダーメッセージは、順方向専用シグナリング論理チャンネル（Ｆ−ＤＳＣＨ）及び順方向共用シグナリング論理チャンネル（Ｆ−ＣＳＣＨ）のうちのいずれか１つを介して伝送されることを特徴とする請求項１７記載の方法。
【請求項１９】
前記放送オーダーメッセージは、ブロードキャストメッセージであることを特徴とする請求項２記載の方法。
【請求項２０】
前記放送オーダーメッセージは、ユニキャストメッセージであることを特徴とする請求項２記載の方法。
【請求項２１】
前記移動端末は、前記放送オーダーメッセージを受信した後、ＢＣＭＣＳ情報の更新が要求される場合、前記基地局にトラヒックチャンネルを設定することを特徴とする請求項２記載の方法。
【請求項２２】
前記基地局は、現在伝送中であるＢＣＭＣＳサービスのＢＣＭＣＳ識別子のみを含む放送システムパラメーターメッセージ（ＢＳＰＭ）を前記移動端末へ伝送するステップをさらに含むことを特徴とする請求項２記載の方法。
【請求項２３】
ＢＣＭＣＳサービスを提供する中に、基地局から移動端末へ放送網の状態に関する情報を提供する移動通信システムであって、
前記放送網の状態を認識した後、少なくとも１つのＢＣＭＣＳサービスが前記移動端末によって受信されない原因を示す前記状態情報を含む所定の放送オーダーメッセージを前記移動端末へ伝送する基地局と、
ＢＣＭＣＳサービスを使用する中に、前記放送オーダーメッセージを受信して前記放送網の状態を認知する移動端末と、を含んで構成されることを特徴とするシステム。
【請求項２４】
前記状態情報は、少なくとも１つのＢＣＭＣＳ識別子に対応するＢＣＭＣサービスが伝送されないことを示すＢＣＭＣＳ中断指示情報であることを特徴とする請求項２３記載のシステム。
【請求項２５】
前記移動端末が前記基地局へ所望のＢＣＭＣＳサービスの伝送を要請し、前記基地局が該当ＢＣＭＣサービスを支援しない場合、前記状態情報は、該当ＢＣＭＣサービスの提供不能を示すＢＣＭＣＳサービス不能情報であることをさらに含んで構成されることを特徴とする請求項２５記載のシステム。
【請求項２６】
前記状態情報は、ＢＣＭＣＳプロトコルに使用される設定属性値の変更を示す放送プロトコル属性更新情報であることを特徴とする請求項２３記載のシステム。
【請求項２７】
前記設定属性値は、前記移動端末のＢＣＭＣＳ認証のための認証キー値を含むことを特徴とする請求項２６記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて、ブロードキャスト／マルチキャストサービス方法及びシステムに関し、特に、ＢＣＭＣＳサービスが可能であるか否か、そして、ＢＣＭＣＳサービスが放送網内のシステム異常によって中断されるか否かを示す各種の状態情報を移動端末へ提供するためのＢＣＭＣＳ方法及びシステムに関する。 
【背景技術】
【０００２】
従来のブロードキャスト／マルチキャストサービス（Broadcast and Multicast Service；以下、ＢＣＭＣＳと称する）システムで使用する放送オーバーヘッドメッセージ（Overhead Message）は、ダイナミックＢＣＭＣＳ（Dynamic BCMCS）が使用されている場合、各セルで実際サービスが進行中であるかに関係なく、サービス可能なすべての放送コンテンツ（content）に対する識別情報（以下、“ＢＣＭＣＳ Ｆｌｏｗ ＩＤ”と称する）を含まなければならない。ここで、放送オーバーヘッドメッセージは、１ｘ ＢＣＭＣＳシステムで使用するＢＳＰＭ（Broadcast System Parameters Message）と高速パケットデータ（High Rate Packet Data；以下、“ＨＲＰＤ”と称する）ＢＣＭＣＳシステムで使用する放送オーバーヘッドメッセージとに区分されることができる。 
【０００３】
下記説明において、上記“１ｘ ＢＣＭＣＳシステム”は、ＣＤＭＡ２０００ １ｘＲｅｖ．Ａ／Ｂ、又は、１ｘＥＶ−ＤＶ（Evolution Data and Voice）（すなわち、ＣＤＭＡ２０００１ｘＲｅｖ．Ｃ／Ｄ）に基づく放送システムを意味し、上記“ＨＲＰＤ ＢＣＭＣＳシステム”は、１ｘＥＶ−ＤＯ（Evolution Data Only）に基づく放送システムを意味する。 
【０００４】
所望のＢＣＭＣＳ Ｆｌｏｗ ＩＤが上記放送オーバーヘッドメッセージに含まれている場合、移動端末（access terminal）は、該当ＢＣＭＣＳサービスを受信することができると判断し、基地局（access network）に放送登録メッセージ（Broadcast Registration Message）を伝送する。このようなＢＣＭＣＳ Ｆｌｏｗ ＩＤを使用してＢＣＭＣＳサービスを受信することができるか否かを判断する理由は、上記放送オーバーヘッドメッセージの以外に、ＢＣＭＣＳサービスを受信することができるか否かを移動端末に通知することができる他の方法がないためである。 
【０００５】
上記ＨＲＰＤ ＢＣＭＣＳシステムは、放送リセット（Broadcast Reset）メッセージを使用する。例えば、上記放送リセットメッセージは、放送網で放送関連セッション情報（session information）が変更された場合、そして、移動端末が以前の放送関連セッション情報が有効でないセルへ移動する場合に移動端末へ伝送される。 
また、上記ＨＲＰＤ ＢＣＭＣＳシステムにおいて、プロトコルの設定情報に関するネゴシエーション（negotiation）は、ユニキャストサービス（Uni-cast Service）のための設定ネゴシエーションを遂行する途中、又は、ＢＣＭＣＳサービスを受信するためにＢＣＭＣＳ制御器に接続するためにトラヒックチャンネルを設定した直後に遂行されなければならない。ここで、ＢＣＭＣＳサービスが提供されている途中に、移動端末がアイドル（idle）状態で動作するので、放送プロトコルを通した設定（Configuration）ネゴシエーションを遂行しない。 
【０００６】
上述したように、従来のＢＣＭＣＳシステムでは、上記放送オーバーヘッドメッセージのみが移動端末にＢＣＭＣＳサービスが可能であるか否かを通知するために使用されることができるので、各セルは、ダイナミックＢＣＭＣＳを提供するために、支援可能な放送チャンネル情報をすべて含まなければならない。これによって、放送オーバーヘッドメッセージの長さが長くなる。上記放送オーバーヘッドメッセージの長さの増加は、１ｘ ＢＣＭＣＳシステムのページング（paging）関連チャンネル及びＨＲＰＤ ＢＣＭＳＣシステムでの制御チャンネル（control channel）の負荷を必然的に増加させる。 
【０００７】
また、ＢＣＭＣＳシステムがシステム異常又は移動端末の異常によって中断される場合、従来のＢＣＭＣＳシステムは、移動端末にこのような異常を通知する方法がない。このような理由によって、従来のＢＣＭＣＳシステムは、放送サービスが正常に受信されることができるか否かを確認するにあたって、移動端末の受信性能又は移動端末を操作する使用者の認識に依存しなければならない、という問題点がある。 
さらに、上記ＢＣＭＣＳシステムで放送リセットメッセージを使用する場合には、移動端末がトラヒックチャンネルを開放してＢＣＭＣＳ制御器に接続する過程を遂行しなければならない。このような方法を使用する場合、使用者の認知にかかる時間が大きく増加して、使用者に不便さを感じさせる。また、ＢＣＭＣＳサービスが不可能な状態でも、ＢＣＭＣＳ関連メッセージが移動端末へ不必要に伝送され、トラヒックチャンネルが不必要に開放されるなどのシステム資源を浪費する、という問題点がある。 
【０００８】
一方、ＨＲＰＤ ＢＣＭＣＳシステムにおいて、移動端末は、トラヒックを伝送する場合にのみ、すなわち、データ通信を遂行する場合にのみ、各プロトコルに対する設定属性（attribute）ネゴシエーションを遂行する。移動端末がデータ通信を遂行しないアイドル状態である場合には、属性値をネゴシエーションする方法がなく、移動端末が放送プロトコルの設定属性を通した基地局とのネゴシエーションを遂行しないため、移動端末は、ＢＣＭＣＳサービスを受信することができない。一方、データ通信を遂行して属性ネゴシエーションを遂行した移動端末は、ＢＣＭＣＳサービスを受信することができる。すなわち、ＢＣＭＣＳサービスを受信する中に、移動端末がＢＣＭＣＳサービスでないデータトラヒックに対してアイドル状態に留まるとしても、移動端末は、以前のネゴシエーションを通して取得した設定属性の情報を用いて、放送トラヒックを受信することができる。 
【０００９】
場合によっては、セッションネゴシエーションを通してＢＣＭＣＳサービスを受信する移動端末は、放送トラヒックを受信する間、属性値を通して新たなネゴシエーションを遂行する必要がある。しかしながら、属性値を通じたネゴシエーションは、トラヒックチャンネルを介してのみ遂行されなければならないので、放送トラヒックを現在受信している移動端末は、新たな設定値の属性を通じて基地局とのネゴシエーションを遂行することができない。従って、このような場合、移動端末が設定値の属性を通じてネゴシエーションを遂行することができないため、設定値の属性を変更する必要がある場合に、正常のＢＣＭＣＳサービスがなされないこともある。
【００１０】
また、移動端末は、設定値の属性に対する更新時点が相互に異なる。そして、設定値の属性に対する更新は、データトラヒックに従って制限的に遂行されるため、特定の移動端末は、セッション情報を継続的に更新せず動作することができる。このような場合、ＢＣＭＣＳサービスを提供するアクセスネットワークは、ＢＣＭＣＳサービスを管理する難しさを経験することになる。
【００１１】
上述したように、従来のＢＣＭＣＳシステムにおいて、ＢＳＰＭのようなサービスに関連する無線情報を移動端末へ伝送するために使用される放送オーバーヘッドメッセージは、メッセージの大きさが大きい、という問題点がある。さらに、ＢＣＭＣＳサービスが放送網又はＢＣＭＣＳサーバーの異常、又は、放送トラヒックを伝送するための有線及び／又は無線資源の不足によって、ＢＣＭＣＳサービスが突然に中断される場合、このような状況を移動端末へ通知する方法がない。 
【発明の開示】
【発明が解決しようとする課題】
【００１２】
上記背景に鑑みて、本発明の目的は、ＢＣＭＣＳサービスを提供する移動通信システムの無線区間で移動端末へ伝送されるＢＣＭＣＳ情報のオーバーヘッドを低減させるためのＢＣＭＣＳ方法及びシステムを提供することにある。 
本発明の他の目的は、使用者に放送状態に関する情報を伝達することによって、不必要な放送関連メッセージの伝送又はトラヒックチャンネルの設定による有線及び／又は無線情報資源の浪費を減らすためのＢＣＭＣＳ方法及びシステムを提供することにある。 
【課題を解決するための手段】
【００１３】
このような目的を達成するために、本発明の実施形態によれば、少なくとも１つのＢＣＭＣＳサービスを提供する移動通信システムにおける基地局から移動端末へ放送網の状態に関する情報を提供する方法は、放送網の状態を認識するステップと、前記状態に関連した情報を含む放送オーダーメッセージを前記移動端末へ伝送するステップとを含み、前記状態情報は、前記移動端末によって受信されない少なくとも１つのＢＣＭＣＳサービスに対して原因を示すことを特徴とする。
【００１４】
本発明の実施形態によれば、ＢＣＭＣＳサービスを提供する中に、基地局から移動端末へ放送網の状態に関する情報を提供する移動通信システムであって、  前記放送網の状態を認識した後、少なくとも１つのＢＣＭＣＳサービスが前記移動端末によって受信されない原因を示す前記状態情報を含む所定の放送オーダーメッセージを前記移動端末へ伝送する基地局と、ＢＣＭＣＳサービスを使用する中に、前記放送オーダーメッセージを受信して前記放送網の状態を認知する移動端末と、を含んで構成されることを特徴とする。
【発明の効果】
【００１５】
本発明は、移動端末からのＢＣＭＣＳサービス要請に応じて、基地局は、上記要請されたＢＣＭＣＳサービスが可能であるか否かを別途に通知する。従って、基地局は、放送オーバーヘッドメッセージに実際の放送に必要な放送チャンネル情報のみを含むことができ、ＢＣＭＣＳサービスが中断又は不能状態である場合、基地局は、移動端末にＢＣＭＣＳサービスの中止を知らせることができ、これによって、システム資源の負荷を減少させることによってシステムの効率性を高めることができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の好適な一実施形態を添付図面を参照しつつ詳細に説明する。下記の説明において、本発明の要旨のみを明瞭にする目的で、関連した公知の機能又は構成に関する具体的な説明は省略する。
下記の説明において、本発明の第１の実施形態による移動通信システムは、ＨＲＰＤ ＢＣＭＣＳシステムであって、説明の便宜上、１ｘＥＶ−ＤＯシステムを適用して説明する。また、本発明の第２の実施形態による移動通信システムは、ＣＤＭＡ ２０００ １ｘ及び１ｘＥＶ−ＤＶシステムのような他の高速パケットデータシステムにも適用される。 
【００１７】
まず、図１は、本発明の第１の実施形態によるＨＲＰＤ ＢＣＭＣＳ移動通信システム、又は１ｘＥＶ−ＤＯに基づくＢＣＭＣＳシステムの構成を示す図である。 
図１を参照すると、ＢＣＭＣＳシステムは、複数の移動端末（Access Terminal；ＡＴ）１０と無線通信を遂行してＢＣＭＣＳサービスを提供する放送網と定義される。上記放送網は、放送サービスサーバー又はコンテンツサーバー（Broadcasting Service Server or Contents Server；BCMCS Content Server）２０と、パケットデータサービスノード（Packet Data Service Node；ＰＤＳＮ）３０と、アクセスネットワーク（Access Network；ＡＮ）４０ａ及び４０ｂと、ＢＣＭＣＳ制御器（BCMCS controller）６０とから大別されることができる。 
【００１８】
ＢＣＭＣＳコンテンツサーバー２０は、ＢＣＭＣＳサービスのための映像（Video）及び音響（Sound）を含む放送データを圧縮されたインターネットプロトコル（Internet Protocol；ＩＰ）パケットの形態で生成する。上記生成されたＩＰパケットは、インターネットのようなパケット通信ネットワークを通してパケットデータサービスノード３０を介してアクセスネットワーク４０（４０ａ及び４０ｂ）へ伝送される。 
【００１９】
アクセスネットワーク４０は、移動通信技術分野でよく知られているアクセスネットワーク送受信機システム（Access Network Transceiver System；ＡＮＴＳ）４１ａ及び４１ｂとアクセスネットワーク制御器（Access Network Controller；ＡＮＣ）４２a及び４２bとを含み、アクセスネットワーク４０とパケットデータサービスノード３０との間にパケット制御部（Packet Control Function；ＰＣＦ）５０ａ及び５０ｂが相互接続される。パケットデータサービスノード３０は、課金及び放送認証を制御する認証（Authentication, Authorization, and Accounting；ＡＡＡ）サーバー７０と相互接続され、ＢＣＭＣＳ制御器６０は、ＡＡＡサーバー７０とＢＣＭＣＳコンテンツサーバー２０との間に相互接続される。 
【００２０】
本発明によるＨＲＰＤ ＢＣＭＣＳシステムは、ＢＣＭＣＳサービスのために、既存の放送リセットメッセージ（Broadcast Reset Message；ＢＲＭ）の機能を拡張した放送オーダーメッセージ（Broadcast Order Message；ＢＯＭ）を使用する。 
上記“放送オーダーメッセージ”は、本発明で定義されるメッセージであって、移動端末１０に放送網の状況を通知するために使用され、移動端末１０は、上記状態に適合した動作を遂行する。移動端末１０へ伝送された放送網の現在の状況に関する情報は、ＢＣＭＣＳパラメーターリセット（BCMCS parameter reset）情報、ＢＣＭＣＳ中断（BCMCS Stop）情報、ＢＣＭＣＳ不能（BCMCS Unavailable）情報、及び放送プロトコル属性更新（Broadcast Protocol attribute update）情報を含む。上記情報は、下記にさらに詳細に説明する。 
【００２１】
１）ＢＣＭＣＳパラメーターリセット情報
上記ＢＣＭＣＳサービスパラメーターリセット情報は、ＢＣＭＣＳ制御器６０からのＢＣＭＣＳ情報である。このような情報は、上記放送チャンネル情報が変更されたことを移動端末１０へ通知する情報である。上記ＢＣＭＣＳパラメーターリセット情報を含む放送オーダーメッセージを受信すると、移動端末１０は、必要に応じて、ＢＣＭＣＳ制御器６０に接続して変更されたＢＣＭＣＳ情報を更新する。 
【００２２】
２）ＢＣＭＣＳ中断情報
上記ＢＣＭＣＳ中断情報は、特定のＢＣＭＣＳ識別子（BCMCS flow ID）に該当する全体のＢＣＭＣＳサービス又は少なくとも１つのＢＣＭＣＳサービスが放送ネットワーク又はＢＣＭＣＳサーバーのエラーによって中断されたことを移動端末１０へ通知する情報である。 このようなＢＣＭＣＳ中断情報を含む放送オーダーメッセージを受信すると、移動端末１０は、上記ＢＣＭＣＳ識別子に該当するＢＣＭＣＳサービスの受信を即座に中断し、必要に応じて、ＢＣＭＣＳ制御器６０に接続してＢＣＭＣＳ情報の変更について問い合わせる。 
【００２３】
３）ＢＣＭＣＳ不能情報
移動端末１０が要請したＢＣＭＣＳ識別子に該当するＢＣＭＣＳサービスが現在のアクセスネットワーク４０で支援することができないことを通知する情報である。このようなＢＣＭＣＳ不能情報を含む放送オーダーメッセージを受信すると、移動端末１０は、上記ＢＣＭＣＳ識別子に該当するＢＣＭＣＳサービスの受信を中断するか、又は、必要に応じて、ＢＣＭＣＳ制御器６０に接続してＢＣＭＣＳ情報を新たに更新する。
【００２４】
４）放送プロトコル属性更新情報
ＢＣＭＣＳプロトコルが使用するプロトコル設定属性（configuration attribute）の値が変更されたことを移動端末１０へ通知する情報である。このような放送プロトコル属性更新情報を含む放送オーダーメッセージを受信すると、移動端末１０は、アクセスネットワーク４０にトラヒックチャンネル（Traffic Channel）を設定した後、セッション設定を通して設定属性値を更新するか、又は、属性更新プロトコル（Generic Attribute Update Protocol）を用いて変更された設定属性値を更新する。ここで、上記属性値は、移動端末１０のＢＣＭＣＳ認証のための認証キー値になることができる。 
【００２５】
上記放送オーダーメッセージがユニキャストのみならず、ブロードキャスト形態で伝送されることができるように構成されるに従って、すべての移動端末１０は、上記放送オーダーメッセージを同時に受信することができる。 
上述した放送オーダーメッセージを使用する場合、ＨＲＰＤ ＢＣＭＣＳシステムで使用する放送オーバーヘッドメッセージは、実際伝送中であるＢＣＭＣＳ情報のみを含むようにメッセージの長さを減少させることができる。移動端末１０が該当ＢＣＭＣＳ識別子を伝送することによって、放送オーバーヘッドメッセージに含まれないＢＣＭＣＳコンテンツを要請する場合（BCMCS Flow IDの伝送）、放送網が、移動端末１０が要請したＢＣＭＣＳコンテンツを伝送することができると、該当ＢＣＭＣＳコンテンツを伝送し始めると同時に、次に伝送される放送オーバーヘッドメッセージに該当ＢＣＭＣＳコンテンツに関するチャンネル情報を含む。これに従って、移動端末１０は、ＢＣＭＣＳコンテンツを要請した後に、次の放送オーバーヘッドメッセージを受信した後に該当ＢＣＭＣＳサービスを受信する。 
【００２６】
しかしながら、放送網が移動端末１０が要請したＢＣＭＣＳコンテンツの伝送が不可能である場合、アクセスネットワーク４０は、移動端末１０へ放送オーダーメッセージを伝送する。これに従って、上記放送オーダーメッセージを受信すると、移動端末１０は、ユーザにＢＣＭＣＳサービスの中断状態及び／又は変更されたＢＣＭＣＳ情報を更新するために、ＢＣＭＣＳ制御器６０に接続されるべきことを通知する。本発明で提案された放送オーダーメッセージのフィールド構成を示すと、下記表１の通りである。 
【００２７】
【表１】
2006512878.tif 000003
【００２８】
上記表１において、第１のフィールド、すなわち、８ビットの“メッセージＩＤ（Message ID）フィールド”は、該当放送オーダーメッセージに割り当てられた識別子を示し、第２のフィールド、すなわち、４ビットの“オーダー（Order）フィールド”は、放送オーダーメッセージが指示する上記放送網の状態を示す。このようなオーダーフィールドの一例を示すと、下記表２の通りである。 
【００２９】
【表２】
2006512878.tif 000004
【００３０】
上記表２において、オーダーフィールド値‘００００’（二進）は、ＢＣＭＣＳ制御器６０からのＢＣＭＣＳ情報が変更されたことを示す値であり、この値は、上記ＢＣＭＣＳパラメーターリセット情報に対応する。また、オーダーフィールド値‘０００１’（二進）は、放送オーダーメッセージに含まれたＢＣＭＣＳ識別子に該当するＢＣＭＣＳサービスが中断されたことを示す値であり、オーダーフィールド値‘００１０’（二進）は、現在のアクセスネットワーク又はサブネットで可能なすべてのＢＣＭＣＳサービスが中断されたことを示す値であり、この値は、上記ＢＣＭＣＳ中断情報に対応する。 
【００３１】
そして、オーダーフィールド値‘００１１’（二進）は、放送オーダーメッセージ内に含まれたＢＣＭＣＳ識別子に該当するＢＣＭＣＳサービスが現在のアクセスネットワーク又はサブネットで支援されないことを示す値であり、この値は、上記ＢＣＭＣＳサービス不能情報に対応する。最後に、オーダーフィールド値‘０１００’（二進）は、端末が使用中である放送又はユニキャストプロトコルの設定属性の値が変更されたことを示す値である。 
【００３２】
上記表１に戻って、第３のフィールド、すなわち、“ＢＣＭＣＳ識別子長さフィールド（BCMCS Flow ID Length field）”は、メッセージ内に含まれるＢＣＭＣＳ識別子の長さを示す。上記ＢＣＭＣＳ識別子は、バイト単位で“（BCMCS Flow ID Length fieldの値）＋１”の長さを有する。第４のフィールド、すなわち、“BCMCS Flow Count field”は、上記放送オーダーメッセージ内に含まれたＢＣＭＣＳ識別子の数を示し、上記放送オーダーメッセージ内に含まれた“（BCMCS Flow Count fieldの値）＋１”の値に該当するＢＣＭＣＳ識別子は、上記放送オーダーメッセージに含まれて伝送される。第５のフィールド、すなわち、“BCMCS Flow ID field”は、上記放送オーダーメッセージ内に含まれたＢＣＭＣＳ識別子の値を示す。表１の上記放送オーダーメッセージ内の“BCMCS Flow ID Length”、“BCMCS Flow Count”、及び BCMCS Flow IDフィールドは、表２において、オーダーフィールド値が“０００１”（二進）又は“００１１”（二進）である場合にのみ含まれる。
【００３３】
上記放送オーダーメッセージの伝送特性に対する一例を示すと、下記表３の通りである。すなわち、上記放送オーダーメッセージは、順方向トラヒックチャンネル（Forward Traffic Channel）又は順方向制御チャンネル（forward Control Channel）を介してユニキャスト方式又はブロードキャスト方式にて移動端末１０へ伝送される。 また、シグナリング階層プロトコル（Signaling Link Protocol；ＳＬＰ）によって一度のみ伝送され、従来の放送リセットメッセージと同一のメッセージ伝送の優先順位３０を有する。このような放送オーダーメッセージとは異なり、表２の各オーダーフィールドに対してそれぞれのオーダーメッセージを定義することができることに留意しなければならない。 
【００３４】
【表３】
2006512878.tif 000005
【００３５】
図２は、本発明の第１の実施形態によるＢＣＭＣＳパラメーターリセット情報を含む放送オーダーメッセージを使用して呼を処理する手順を示すフロー図である。図２を参照すると、ステップ２１０で、アクセスネットワーク４０は、ＢＣＭＣＳ制御器６０からある原因によってＢＣＭＣＳ情報又は放送チャンネル情報が変更されたことを示すメッセージを受信する。この後、ステップ２２０で、アクセスネットワーク４０は、“BCMCS Parameters Reset”状態を示す“００００”（二進）オーダーフィールドを含む放送オーダーメッセージを移動端末１０へ伝送する。これに従って、上記放送オーダーメッセージを受信した移動端末１０は、ＢＣＭＣＳ情報が変更されたことを認識する。ステップ２３０で、アクセスネットワーク４０は、移動端末１０にトラヒックチャンネルを設定する。ステップ２４０で、移動端末１０は、ＢＣＭＣＳ制御器６０に接続して上記変更されたＢＣＭＣＳ情報を更新する。 
【００３６】
図３は、本発明の第１の実施形態によるＢＣＭＣＳサービス中断情報を含む放送オーダーメッセージを使用して呼を処理する手順を示すフロー図である。図３を参照すると、ステップ３１０で、アクセスネットワーク４０は、ある原因によって、ＢＣＭＣＳサービスが中断される状況を示す通知メッセージを受信する。ここで、上記ＢＣＭＣＳサービスが中断される状況がアクセスネットワーク４０自体、又は、ＢＣＭＣＳコンテンツサーバー２０、又は、ＢＣＭＣＳ制御器６０などによって発生されることができるため、ステップ３１０で送信側が明示されていない。この後、ステップ３２０で、アクセスネットワーク４０は、少なくとも１つのＢＣＭＣＳサービスが中断される“ＢＣＭＣＳサービス中断（BroadcastServicesStopped）”状況を示す“０００１”（二進）オーダーフィールド、又は、全体のＢＣＭＣＳサービスが中断される状況を示す“００１０”（二進）オーダーフィールドを含む放送オーダーメッセージを移動端末１０へ伝送する。 
【００３７】
従って、移動端末１０は、上記受信された放送オーダーメッセージに含まれたＢＣＭＣＳサービス、又は、全体のＢＣＭＣＳサービスが現在伝送されないことを認知する。この後、ステップ３３０で、アクセスネットワーク４０は、必要に応じて、移動端末１０にトラヒックチャンネルを設定する。ステップ３４０で、移動端末１０は、ＢＣＭＣＳ制御器６０に接続し、“ＢＣＭＣＳサービス中断（BroadcastServicesStopped）”状況に対する理由又は上記変更されたＢＣＭＣＳ情報を更新する。 
【００３８】
図４は、本発明の第１の実施形態による放送プロトコル属性更新情報を含む放送オーダーメッセージを使用して呼を処理する手順を示すフロー図である。図４を参照すると、ステップ４０１で、ＢＣＭＣＳサービスの設定属性が変更されたアクセスネットワーク４０は、ＢＣＭＣＳサービスに対する設定属性が変更されたことを示す“０１００”（二進）オーダーフィールドを含む放送オーダーメッセージを移動端末１０へ伝送する。 ステップ４０２で、アクセスネットワーク４０は、上記放送オーダーメッセージを受信した移動端末１０から接続要求（Connection Request）メッセージを受信する。これに従って、ステップ４０３で、アクセスネットワーク４０は、トラヒックチャンネル割当て（Traffic Channel Assignment）メッセージを移動端末１０へ伝送し、これに応じて、ステップ４０４で、移動端末１０からトラヒックチャンネル完了（Traffic Channel Complete）メッセージを受信して移動端末１０とのトラヒックチャンネルを設定する。 
【００３９】
ステップ４０５で、移動端末１０に接続するためにトラヒックチャンネルが設定されたアクセスネットワーク４０は、設定属性値のネゴシエーションを開始するように、設定開始（Configuration Start）メッセージを伝送する。ＨＲＰＤシステムにおいて、設定属性値のネゴシエーションは、２つのステップに区分される。すなわち、移動端末１０が所定の設定属性値に対する要請をアクセスネットワーク４０へ伝送し、アクセスネットワーク４０がこれに応答する移動端末要請状態（AT initiated state）と、アクセスネットワーク４０が所望の設定属性値を移動端末１０へ伝送し、移動端末１０が応答するアクセスネットワーク要請状態（AN  initiated state）とに区分される。 
【００４０】
ステップ４０６で、アクセスネットワーク４０は、移動端末１０から設定完了（Configuration Complete）メッセージを受信する。 このような設定完了メッセージを通して、移動端末１０の要請状態を省略する。ステップ４０７で、アクセスネットワーク４０は、移動端末１０とキー情報を交換する。この後、ステップ４０８で、アクセスネットワーク４０は、設定要求（Configuration Request）メッセージを移動端末１０へ伝送し、ステップ４０９で、移動端末１０から設定応答（Configuration Response）メッセージを受信する。この後、アクセスネットワーク４０は、 ステップ４１０で、移動端末１０へ設定要求メッセージを伝送し、ステップ４１１で、移動端末１０から設定応答メッセージを受信する。
【００４１】
このような動作で、アクセスネットワーク４０は、アクセスネットワーク要請状態で変更されたアクセスネットワーク４０側の設定属性値を交換する。ステップ４０８乃至ステップ４１１の要請及び応答過程の間に、アクセスネットワーク４０は、上記変更された設定属性値に対する要請を移動端末１０へ伝送する。これに従って、移動端末１０は、上記変更された設定属性値を受け入れる。 
すべての設定属性値に対してネゴシエーションが完了した後、ステップ４１２で、アクセスネットワーク４０は、移動端末１０へ設定完了（Configuration Complete）メッセージを伝送して、アクセスネットワーク４０の設定属性値に対する要請が終了されることを移動端末１０へ通知する。ステップ４０２乃至ステップ４１２の動作を通して、移動端末１０は、トラヒックチャンネルを設定して設定属性値を更新する。ステップ４１３で、アクセスネットワーク４０は、移動端末１０からトラヒックチャンネルの終了を知らせる接続解除（Connection  Close）メッセージを受信する。そうすると、移動端末１０は、アイドル状態でＢＣＭＣＳサービスの受信を再開する。 
【００４２】
図５は、本発明の第１の実施形態による放送オーダーメッセージに基づく放送オーバーヘッドメッセージを使用して呼を処理する手順を示すフロー図である。図５を参照すると、ステップ５１０で、アクセスネットワーク４０は、現在伝送されているＢＣＭＣＳサービスのＢＣＭＣＳ識別子のみを含む放送オーバーヘッドメッセージを移動端末１０へ伝送する。ここで、図５に示した“BCMCSFlowID ａ”は、アクセスネットワーク４０から現在伝送されないＢＣＭＣＳサービスの識別子を意味する。ステップ５２０で、アクセスネットワーク４０は、放送オーバーヘッドメッセージに含まれないＢＣＭＣＳサービスを受信しようとする移動端末１０から所望のＢＣＭＣＳサービスのＢＣＭＣＳ識別子（すなわち、“BCMCSFlowID a”）を含むＢＣＭＣＳ登録メッセージ（BCMCS Flow Registration Message）を受信する。 
【００４３】
ステップ５３０で、アクセスネットワーク４０が移動端末１０から上記登録メッセージを受信した後、移動端末１０が要請するＢＣＭＣＳサービスを支援することができる場合、アクセスネットワーク４０は、該当ＢＣＭＣＳサービスの伝送を開始し、該当ＢＣＭＣＳサービスに対するＢＣＭＣＳ識別子（すなわち、“BCMCSFlowID a”）及び物理チャンネル情報を含む放送オーバーヘッドメッセージを移動端末１０へ伝送する。そうすると、放送オーバーヘッドメッセージを受信する移動端末１０は、上記要請されたＢＣＭＣＳサービスに関する伝送情報を獲得してＢＣＭＣＳサービスを受信する。 
【００４４】
図６は、本発明の第１の実施形態によるＢＣＭＣＳ不能情報を含む放送オーダーメッセージを使用して呼を処理する手順を示すフロー図である。図６を参照すると、ステップ６１０で、アクセスネットワーク４０は、現在伝送されているＢＣＭＣＳ識別子のみを含む放送オーバーヘッドメッセージを移動端末１０へ伝送する。ステップ６２０で、アクセスネットワーク４０は、放送オーバーヘッドメッセージに含まれないＢＣＭＣＳサービスの受信を希望する移動端末１０から所望のＢＣＭＣＳサービスのＢＣＭＣＳ識別子（すなわち、“BCMCSFlowID a”）を含む登録メッセージを受信する。 
【００４５】
この後、ステップ６３０で、アクセスネットワーク４０は、上記受信された登録メッセージを確認して移動端末１０が要請するＢＣＭＣＳサービスを支援することができるか否かを判断する。アクセスネットワーク４０が上記要請されたＢＣＭＣＳサービスを支援することができない場合、アクセスネットワーク４０は、該当ＢＣＭＣＳサービスを支援することができないことを意味する“００１１”（二進）オーダーフィールド及び該当ＢＣＭＣＳサービスのＢＣＭＣＳ識別子を含む放送オーダーメッセージを移動端末１０へ伝送する。結果的に、移動端末１０は、該当ＢＣＭＣＳサービスが支援されないことを認知する。そうすると、 ステップ６４０で、移動端末１０の必要に応じて、アクセスネットワーク４０は、移動端末１０とのトラヒックチャンネルを設定する。これに従って、ステップ６５０で、移動端末１０は、ＢＣＭＣＳ制御器６０に接続してＢＣＭＣＳ情報を更新する。 
【００４６】
上述したような本発明の第１の実施形態では、ＨＲＰＤ ＢＣＭＣＳシステムでのＢＣＭＣＳ方法を参照して説明したが、本発明の第２の実施形態では、１ｘ ＢＣＭＣＳシステムでのＢＣＭＣＳ方法を参照して説明する。ここで、上記１ｘ ＢＣＭＣＳシステムは、ＣＤＭＡ２０００ １ｘ Ｒｅｖ．Ａ／Ｂ又は１ｘＥＶ−ＤＶ（Evolution Data and Voice）システムを意味する。 
【００４７】
図７は、本発明の第２の実施形態による１ｘ ＢＣＭＣＳシステムの構成を示す図である。図７を参照すると、ＢＣＭＣＳシステムは、複数の移動端末（Mobile Station；ＭＳ）１１０と無線通信を遂行してＢＣＭＣＳサービスを提供する放送網として定義される。放送網は、放送サービスサーバー又はコンテンツサーバー（Broadcasting Service Server or Contents Server；BCMCS Content Server）１２０と、パケットデータサービスノード（ＰＤＳＮ）１３０と、基地局（Base station；ＢＳ）１４０ａ及び１４０ｂと、ＢＣＭＣＳ制御器１６０とに大別されることができる。 
【００４８】
ＢＣＭＣＳ放送サーバー１２０は、ＢＣＭＣＳサービスのための映像（Video）及び音響（Sound）を含む放送データを圧縮されたインターネットプロトコル（Internet Protocol；ＩＰ）パケットの形態で生成する。このように生成されたＩＰパケットは、インターネットのようなパケット通信ネットワークを介してパケットデータサービスノード１３０を通して基地局１４０（すなわち、１４０ａ及び１４０ｂ）へ伝送される。 
基地局１４０は、移動通信技術分野でよく知られた基地局送受信器（Base station Transmission System；ＢＴＳ）１４１ａ及び１４１ｂと基地局制御器（Base Station Controller；ＢＳＣ）１４２ａ及び１４２ｂとを含み、基地局１４０とパケットデータサービスノード１３０との間にパケット制御部（Packet Control Function；ＰＣＦ）１５０ａ及び１５０ｂが相互接続される。パケットデータサービスノード１３０は、課金及び放送認証を制御するＡＡＡサーバー１７０と連動して、使用者に対する課金及び認証過程を処理する。ＡＡＡサーバー１７０とＢＣＭＣＳコンテンツサーバー１２０との間には、ＢＣＭＣＳ制御器１６０が相互接続される。 
【００４９】
本発明による１ｘ ＢＣＭＣＳシステムは、ＢＣＭＣＳオーダーメッセージ（BCMCS Order message）（又はＢＣＭＣＳ登録拒絶オーダーメッセージ（BCMCS Registration Reject Order Message））を提案する。上記ＢＣＭＣＳオーダーメッセージは、その目的に従って下記のような情報を含む。このような情報は、本発明の第１の実施形態によるＨＲＰＤ ＢＣＭＣＳシステムで定義された放送オーダーメッセージ（Broadcast Order Message）に含まれた情報と同一である。 
【００５０】
そして、第１の実施形態で使用される放送オーダーメッセージと第２の実施形態で使用されるＢＣＭＣＳオーダーメッセージは、説明の便宜のために区分されたもので、両方メッセージは、適用されるシステムの構成に従って、メッセージフィールドの形式のみが異なり、実質的に同一の機能を遂行するので、放送オーダーメッセージ、ＢＣＭＣＳオーダーメッセージ、又は、その他の名称で通称されることができる。 
すなわち、上記ＢＣＭＣＳオーダーメッセージは、上述したＢＣＭＣＳパラメーターリセット（BCMCS Parameter Reset）情報、ＢＣＭＣＳ中断（ＢＣＭＣＳ Stop）情報、及びＢＣＭＣＳ不能（BCMCS Unavailable）情報を含むことができる。下記の説明において、説明の便宜上、上述したすべての情報を“ＢＣＭＣＳオーダー情報と称する。 
【００５１】
本発明の第１の実施形態によるＨＲＰＤ ＢＣＭＣＳシステムに対して定義された放送オーダーメッセージのように、本発明の第２の実施形態による１ｘ ＢＣＭＣＳシステムで使用されるＢＣＭＣＳオーダーメッセージは、順方向専用シグナリング論理チャンネル（forward-dedicated signaling logical channel；Ｆ−ＤＳＣＨ）だけでなく、順方向共通シグナリング論理チャンネル（forward-common signaling logical channel；Ｆ−ＤＳＣＨ ）を介しても伝送されることができるようにし、すべての移動端末が上記ＢＣＭＣＳオーダーメッセージを同時に受信することができるように構成される。 
【００５２】
上記ＢＣＭＣＳオーダーメッセージを使用する場合、１ｘ ＢＣＭＣＳシステムで使用される放送システムパラメータメッセージ（Broadcast System Parameters Message；ＢＳＰＭ）は、実際伝送中であるＢＣＭＣＳ情報のみを含むようにＢＳＰＭの長さを減少させることができる。移動端末１０が該当ＢＣＭＣＳ識別子を伝送することによって、ＢＳＰＭに含まれないＢＣＭＣＳコンテンツを要請する場合、放送網が、移動端末１０が要請した上記ＢＣＭＣＳコンテンツを伝送することができると、該当ＢＣＭＣＳコンテンツの伝送を開始すると同時に、次に伝送されるＢＳＰＭに上記ＢＣＭＣＳコンテンツに関するチャンネル情報を含ませる。そうすると、移動端末１０は、ＢＣＭＣＳコンテンツを要請した後、次のＢＳＰＭを受信した後に要請されたＢＣＭＣＳサービスを受信する。 
【００５３】
しかしながら、放送網が、移動端末１０が要請したＢＣＭＣＳコンテンツを伝送することができない場合、放送網は、移動端末１０に上記ＢＣＭＣＳ不能情報を含むＢＣＭＣＳオーダーメッセージを伝送する。これに従って、移動端末１１０は、上記ＢＣＭＣＳ不能情報を含むＢＣＭＣＳオーダーメッセージを受信すると、移動端末１１０は、ユーザにＢＣＭＣＳサービスの中断又はＢＣＭＣＳ制御器１６０に接続すべきか否かを問い合わせる。このようなＢＣＭＣＳオーダーメッセージのフィールド構成を示すと、下記表４の通りである。 
【００５４】
【表４】
2006512878.tif 000006
【００５５】
上記表４において、上記ＢＣＭＣＳオーダー情報は、“Ｐ＿ＲＥＶ ｖｅｒｓｉｏｎ １１”又はそれ以上で定義され、“１０００１１”（二進）のオーダーコード（Order Code）をもってｆ-ｃｓｃｈ又はｆ-ｄｓｃｈを介して伝送される。上記Ｏｒｄｅr Ｃｏｄｅ＝‘１０００１１’（二進）及びＯＲＤＱ＝‘００００００００’（二進）を有するＢＣＭＣＳオーダー情報は、ＢＣＭＣＳサービスの情報が変更されたことを知らせる。 そして、上記Ｏｒｄｅr Ｃｏｄｅ‘１０００１１’（二進）及びＯＲＤＱ‘００００００１０’（二進）を有するＢＣＭＣＳオーダー情報は、すべてのＢＣＭＣＳサービスが中断されたことを知らせる。
【００５６】
また、上記Ｏｒｄｅr Ｃｏｄｅ＝‘１０００１１’（二進）及びＯＲＤＱ＝‘０００００００１’（二進）を有するＢＣＭＣＳオーダー情報は、特定のＢＣＭＣＳサービスが中断されたことを知らせ、このようなＢＣＭＣＳオーダー情報は、下記表５に示す付加的なフィールドを有する。 
【００５７】
【表５】
2006512878.tif 000007
【００５８】
上記表５において、第１のフィールド、すなわち、8ビットのＯＲＤＱフィールドは、‘０００００００１’（二進）の値を有する。第２のフィールド、すなわち、６ビットのＮＵＭ＿ＢＣＭＣＳ＿ＳＥＳＳＩＯＮフィールドは、ＢＣＭＣＳオーダー情報内に含まれたＢＣＭＣＳセッションの数を示す。第３のフィールド、すなわち、２ビットのＢＣＭＣＳ＿ＦＬＯＷ＿ＩＤ＿ＬＥＮ＿ＩＮＤフィールドは、各ＢＣＭＣＳ識別子の長さを示し、第４のフィールド、すなわち、ＢＣＭＣＳ＿ＦＬＯＷ＿ＩＤフィールドは、中断されたＢＣＭＣＳサービスに該当するＢＣＭＣＳ識別子を示す。 
【００５９】
そして、上記ＢＣＭＣＳ＿ＦＬＯＷ＿ＩＤフィールドは、ＢＣＭＣＳ＿ＦＬＯＷ＿ＩＤ＿ＬＥＮ＿ＩＮＤフィールドの値が‘００’である場合、１６ビットの長さを有し、ＢＣＭＣＳ＿ＦＬＯＷ＿ＩＤ＿ＬＥＮ＿ＩＮＤフィールドの値が‘０１’である場合、２４ビットの長さを有し、ＢＣＭＣＳ＿ＦＬＯＷ＿ＩＤ＿ＬＥＮ＿ＩＮＤフィールドの値が‘１０’である場合、３２ビットの長さを有する。上記表５のＢＣＭＣＳオーダー情報は、ＮＵＭ＿ＢＣＭＣＳ＿ＳＥＳＳＩＯＮだけのＢＣＭＣＳ識別子を含む。また、上記Ｏｒｄｅr Ｃｏｄｅ＝‘１０００１１’（二進）及びＯＲＤＱ＝‘００００００１１’（二進）を有するＢＣＭＣＳオーダー情報は、特定のＢＣＭＣＳサービスが支援することができないことを示し、下記表６に示す付加的なフィールドを有する。 
【００６０】
【表６】
2006512878.tif 000008
【００６１】
上記表６において、第１のフィールド、すなわち、８ビットのＯＲＤＱフィールドは、‘００００００１１’（二進）の値を有し、第２のフィールド、すなわち、６ビットのＮＵＭ＿ＢＣＭＣＳ＿ＳＥＳＳＩＯＮフィールドは、上記ＢＣＭＣＳオーダー情報に含まれたＢＣＭＣＳセッションの数を示す。第３のフィールド、すなわち、２ビットのＢＣＭＣＳ＿ＦＬＯＷ＿ＩＤ＿ＬＥＮ＿ＩＮＤフィールドは、各ＢＣＭＣＳサービスに対するＢＣＭＣＳ識別子の長さを示し、第４のフィールド、すなわち、ＢＣＭＣＳ＿ＦＬＯＷ＿ＩＤフィールドは、支援されないＢＣＭＣＳサービスに該当するＢＣＭＣＳ識別子を示す。ここで、上記ＢＣＭＣＳ＿ＦＬＯＷ＿ＩＤフィールドは、ＢＣＭＣＳ＿ＦＬＯＷ＿ＩＤ＿ＬＥＮ＿ＩＮＤフィールドの値が‘００’である場合、１６ビットの長さを有し、ＢＣＭＣＳ＿ＦＬＯＷ＿ＩＤ＿ＬＥＮ＿ＩＮＤフィールドの値が‘０１’である場合、２４ビットの長さを有し、ＢＣＭＣＳ＿ＦＬＯＷ＿ＩＤ＿ＬＥＮ＿ＩＮＤフィールドの値が‘１０’である場合、３２ビットの長さを有する。上記表６のＢＣＭＣＳオーダー情報は、ＮＵＭ＿ＢＣＭＣＳ＿ＳＥＳＳＩＯＮだけのＢＣＭＣＳ識別子を含む。
上述したフィールド構成を有するＢＣＭＣＳオーダーメッセージは、ＢＣＭＣＳオーダーメッセージの形態又は用途に従って分離されたオーダーメッセージの形態で定義されることができることに留意すべきである。 
【００６２】
図８は、本発明の第２の実施形態に従って、ＢＣＭＣＳ関連情報が変更された場合にＢＣＭＣＳオーダーメッセージを使用して呼を処理する手順を示すフロー図である。図８を参照すると、ステップ８１０で、基地局１４０は、ＢＣＭＣＳ制御器１６０から特定の原因によりＢＣＭＣＳ情報、すなわち、放送チャンネル情報が変更されたことを示すメッセージを受信する。この後、ステップ８２０で、基地局１４０は、上記表４で、Ｏｒｄｅr Ｃｏｄｅ＝‘１０００１１’（二進）及びＯＲＤＱ＝‘００００００００’（二進）であるＢＣＭＣＳオーダー情報を含むＢＣＭＣＳオーダーメッセージを移動端末１１０へ伝送する。これに従って、ＢＣＭＣＳオーダーメッセージを受信する移動端末１１０は、ＢＣＭＣＳ情報が変更されたことを認識する。ステップ８３０で、基地局１４０は、移動端末１１０とのトラヒックチャンネルを設定する。そうすると、ステップ８４０で、移動端末１１０は、ＢＣＭＣＳ制御器１６０に接続して、上記変更されたＢＣＭＣＳ情報を更新する。 
【００６３】
図９は、本発明の第２の実施形態に従って、ＢＣＭＣＳサービスが中断された場合にＢＣＭＣＳオーダーメッセージを使用して呼を処理する手順を示すフロー図である。図９を参照すると、ステップ９１０で、基地局１４０は、特定の原因によってＢＣＭＣＳサービスが中断される状態を示す通知メッセージを受信する。一方、基地局１４０は、それ自体で発生した状況を認知する。
【００６４】
ここで、ＢＣＭＣＳサービスが中断される状態が基地局１４０自体、又は、ＢＣＭＣＳコンテンツサーバー１２０、又はＢＣＭＣＳ制御器１６０などによって発生されることができるため、ステップ９１０で送信側が明示されない。この後、ステップ９２０で、基地局１４０は、ＢＣＭＣＳサービスが中断されたＢＣＭＣＳ識別子を含むＯｒｄｅr Ｃｏｄｅ＝‘１０００１１’（二進）及びＯＲＤＱ＝‘０００００００１’（二進）であるＢＣＭＣＳオーダー情報又は全体のＢＣＭＣＳサービスが不可能であることを知らせるＯｒｄｅr Ｃｏｄｅ＝‘１０００１１’（二進）及びＯＲＤＱ＝‘００００００１０’（二進）であるＢＣＭＣＳオーダー情報を含むＢＣＭＣＳオーダーメッセージを移動端末１１０へ伝送する。 
【００６５】
従って、ＢＣＭＣＳオーダーメッセージを受信した移動端末１１０は、上記受信されたＢＣＭＣＳオーダーメッセージに含まれたＢＣＭＣＳ識別子に該当するＢＣＭＣＳサービス、又は、すべてのＢＣＭＣＳサービスが現在伝送されないことを認知する。この後、移動端末１１０の必要に従って、ステップ９３０で、基地局１４０は、移動端末１１０とのトラヒックチャンネルを設定する。 そうすると、ステップ９４０で、移動端末１１０は、ＢＣＭＣＳ制御器１６０に接続してＢＣＭＣＳサービスが中断された理由又は変更されたＢＣＭＣＳ情報を更新する。 
【００６６】
図１０は、本発明の第２の実施形態に従って、ＢＳＰＭが移動端末へ伝送されて基地局が要請されたＢＣＭＣＳサービスを支援することができる場合に呼を処理する手順を示すフロー図である。図１０を参照すると、ステップ１０１０で、基地局１４０は、現在伝送されているＢＣＭＣＳサービスのＢＣＭＣＳ識別子のみを含むＢＳＰＭを移動端末１１０へ伝送する。ステップ１０２０で、ＢＳＰＭに含まれないＢＣＭＣＳサービスの受信を希望する移動端末１１０は、所望のＢＣＭＣＳサービスのＢＣＭＣＳ識別子を含む登録メッセージを基地局１４０へ伝送する。ステップ１０３０で、登録メッセージを受信した基地局１４０が、移動端末１１０が要請したＢＣＭＣＳサービスを支援することができる場合、該当ＢＣＭＣＳサービスの伝送を開始し、該当ＢＣＭＣＳサービスに対するＢＣＭＣＳ識別子及び物理チャンネル情報を含むＢＳＰＭを移動端末１１０へ伝送する。そうすると、ＢＳＰＭを受信した移動端末１１０は、上記要請されたＢＣＭＣＳサービスに関する伝送情報を獲得してＢＣＭＣＳサービスを受信する。 
【００６７】
図１１は、本発明の第２の実施形態に従って、ＢＳＰＭが移動端末へ伝送されず、基地局が要請されたＢＣＭＣＳサービスを支援することができない場合に呼を処理する手順を示すフロー図である。図１１を参照すると、ステップ１１１０で、基地局１４０は、現在伝送されているＢＣＭＣＳサービスのＢＣＭＣＳ識別子のみを含むＢＳＰＭを移動端末１１０へ伝送する。そうすると、ステップ１１２０で、ＢＳＰＭに含まれないＢＣＭＣＳサービスの受信を希望する移動端末１１０は、所望のＢＣＭＣＳサービスのＢＣＭＣＳ識別子を含む登録メッセージを基地局１４０へ伝送する。ステップ１１３０で、登録メッセージを受信した基地局１４０は、移動端末１１０が要請したＢＣＭＣＳサービスを支援することができない場合、支援することができないＢＣＭＣＳサービスのＢＣＭＣＳ識別子を含むＯｒｄｅr Ｃｏｄｅ＝‘１０００１１’（二進）及びＯＲＤＱ＝‘００００００１１’（二進）であるＢＣＭＣＳオーダー情報を含むＢＣＭＣＳオーダーメッセージを移動端末１１０へ伝送する。従って、該当ＢＣＭＣＳサービスが支援することができないことを認知した移動端末１１０は、必要に応じて、ステップ１１４０で、基地局１４０とのトラヒックチャンネルを設定し、ステップ１１５０で、ＢＣＭＣＳ制御器１６０に接続してＢＣＭＣＳ情報を更新する。 
【００６８】
以上、本発明の詳細について具体的な実施の形態に基づき説明してきたが、本発明の範囲を逸脱しない限り、各種の変形が可能なのは明らかである。従って、本発明の範囲は、上記実施の形態に限定されるものではなく、特許請求の範囲の記載及び該記載と均等なものにより定められるべきである。
【図面の簡単な説明】
【００６９】
【図１】本発明の第１の実施形態によるＨＲＰＤ ＢＣＭＣＳ移動通信システムの構成を示す図である。
【図２】本発明の第１の実施形態によるＢＣＭＣＳパラメーターリセット情報を含む放送オーダーメッセージを使用して呼を処理する手順を示すフロー図である。
【図３】本発明の第１の実施形態によるＢＣＭＣＳサービス中断情報を含む放送オーダーメッセージを使用して呼を処理する手順を示すフロー図である。
【図４】本発明の第１の実施形態による放送プロトコル属性更新情報を含む放送オーダーメッセージを使用して呼を処理する手順を示すフロー図である。
【図５】本発明の第１の実施形態による放送オーダーメッセージに基づく放送オーバーヘッドメッセージを使用して呼を処理する手順を示すフロー図である。
【図６】本発明の第１の実施形態によるＢＣＭＣＳ不能情報を含む放送オーダーメッセージを使用して呼を処理する手順を示すフロー図である。
【図７】本発明の第２の実施形態による１ｘ ＢＣＭＣＳシステムの構成を示す図である。
【図８】本発明の第２の実施形態に従って、ＢＣＭＣＳ関連情報が変更された場合にＢＣＭＣＳオーダーメッセージを使用して呼を処理する手順を示すフロー図である。
【図９】本発明の第２の実施形態に従って、ＢＣＭＣＳサービスが中断された場合にＢＣＭＣＳオーダーメッセージを使用して呼を処理する手順を示すフロー図である。
【図１０】本発明の第２の実施形態に従って、ＢＳＰＭが移動端末へ伝送されて基地局が要請されたＢＣＭＣＳサービスを支援することができる場合に呼を処理する手順を示すフロー図である。
【図１１】本発明の第２の実施形態に従って、ＢＳＰＭが移動端末へ伝送されず、基地局が要請されたＢＣＭＣＳサービスを支援することができない場合に呼を処理する手順を示すフロー図である。
【符号の説明】
【００７０】
１０、１１０      移動端末
２０、１２０      ＢＣＭＣＳコンテンツサーバー
３０、１３０      パケットデータサービスノード
４０ａ、４０ｂ、１４０ａ、１４０ｂ      アクセスネットワーク
６０、１６０      ＢＣＭＣＳ制御器
７０、１７０      認証サーバー
【図１】
2006512878.tif 000009
【図２】
2006512878.tif 000010
【図３】
2006512878.tif 000011
【図４】
2006512878.tif 000012
【図５】
2006512878.tif 000013
【図６】
2006512878.tif 000014
【図７】
2006512878.tif 000015
【図８】
2006512878.tif 000016
【図９】
2006512878.tif 000017
【図１０】
2006512878.tif 000018
【図１１】
2006512878.tif 000019
【国際調査報告】
2006512878.tif 000020
2006512878.tif 000021