(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいてネットワークへの接続を制御する方法であって、
前記方法は、端末によって実行され、
前記ネットワークから共通制御チャネルを介してマルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）サービスに加入した複数の端末のための応答条件情報を受信するステップと、
前記受信された応答条件情報に基づいて前記ネットワークに応答メッセージを伝送するか否かを判断するステップであって、前記応答メッセージは、前記複数の端末のうち前記ネットワークに応答する端末の数をカウントするために使用される、ステップと、
端末が前記ネットワークへの応答条件を満たしている場合、前記ネットワークに前記応答メッセージを伝送するステップと
を包含する、方法。
【請求項２】
前記複数の端末が１つのセル内に位置している、請求項１に記載の方法。
【請求項３】
前記複数の端末が１つ以上の端末グループに分けられる、請求項１に記載の方法。
【請求項４】
前記応答条件情報は、初期パラメータである、請求項１に記載の方法。
【請求項５】
前記応答条件情報は、前記端末が前記ネットワークに前記応答メッセージを送る必要があるか否かを選択的に制御することに関連している、請求項１に記載の方法。
【請求項６】
前記応答条件情報は、端末識別子と関連している、請求項１に記載の方法。
【請求項７】
前記判断するステップは、ＵＥ  ｉｄ  ｍｏｄ  Ｍの公式を用いる、請求項１に記載の方法。
【請求項８】
無線通信システムにおいてネットワークへの接続を制御する方法であって、
前記方法は、前記ネットワークによって実行され、
マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）サービスに加入した複数の端末のための応答条件情報を設定するステップと、
共通制御チャネルを介して前記複数の端末に前記応答条件情報を伝送するステップと、
前記複数の端末から１つ以上の応答メッセージを受信するステップと
を包含し、
前記１つ以上の応答メッセージは、前記ネットワークから伝送された前記応答条件情報に応答し、
前記１つ以上の応答メッセージは、前記複数の端末の数をカウントするために使用される、方法。
【請求項９】
前記応答条件情報は、初期パラメータである、請求項８に記載の方法。
【請求項１０】
前記複数の端末が１つのセル内に位置している、請求項８に記載の方法。
【請求項１１】
前記複数の端末が１つ以上の端末グループに分けられる、請求項８に記載の方法。
【請求項１２】
前記応答条件情報が前記１つ以上の端末グループのうち少なくとも１つの選択された端末グループに伝送される、請求項１１に記載の方法。
【請求項１３】
前記ネットワークにより受信された前記１つ以上の応答メッセージに基づいて前記応答条件情報を更新する必要があるか否かを評価するステップをさらに含む、請求項８に記載の方法。
【請求項１４】
前記ネットワークにより受信された前記１つ以上の応答メッセージに基づいて前記応答条件情報を更新するステップと、
前記更新された応答条件情報を前記複数の端末に伝送するステップと
をさらに含む、請求項８に記載の方法。
【請求項１５】
前記応答条件情報を更新する必要があるか否かを評価するステップは、前記ネットワークによりサービスされるセル内の複数の端末からの全ての応答に基づく、請求項１３に記載の方法。
【請求項１６】
十分な数の端末が応答した場合、前記サービスのために１対多無線ベアラを設置するステップをさらに含む、請求項８に記載の方法。
【請求項１７】
十分な数の端末が応答しなかった場合、前記サービスのために１対１無線ベアラを設置するステップをさらに含む、請求項８に記載の方法。
【請求項１８】
前記応答条件情報は、前記応答の合計数が前記サービスに加入した端末の総数より少ないように前記ネットワークにより選択される、請求項８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムにおける通信に関し、特に、移動端末によるネットワーク接続を制御するための装置及び方法に関する。
【背景技術】
【０００２】
ＵＭＴＳ（UniversalMobile  Telecommunications  System）は、欧州標準であるＧＳＭ（Global  System  for  MobileCommunications）から進化した第３世代移動通信システムであり、ＧＳＭコアネットワーク（Core  Network:ＣＮ）とＷＣＤＭＡ（WidebandCode  Division  Multiple  Access）無線接続技術を基盤としてより向上した移動通信サービスの提供を目標とする。
【０００３】
ＵＭＴＳの標準化作業のために１９９８年１２月にヨーロッパのＥＴＳＩ、日本のＡＲＩＢ／ＴＴＣ、米国のＴ１及び韓国のＴＴＡなどは、第３世代移動体通信システムの標準化プロジェクト（Third  Generation  Partnership  Project:３ＧＰＰ）というプロジェクトを構成し、現在までＵＭＴＳの詳細な標準仕様（Specification）を作成中である。
【０００４】
３ＧＰＰでは、ＵＭＴＳの迅速かつ効率的な技術開発のために、ネットワーク構成要素とこれらの動作の独立性を考慮して、ＵＭＴＳの標準化作業を５つの技術規格グループ（Technical  Specification  Groups:ＴＳＧ）に分けて進めている。各ＴＳＧは、関連したエリア内で標準規格の開発、承認、及びその管理を担当するが、そのうち、無線接続ネットワーク（RadioAccess  Network:ＲＡＮ）グループ（ＴＳＧ  ＲＡＮ）は、ＵＭＴＳにおいてＷＣＤＭＡ接続技術をサポートするための新しい無線接続ネットワークであるＵＭＴＳ無線ネットワーク（UMTSTerrestrial  Radio  Access  Network:ＵＴＲＡＮ）の機能、要求事項及びインタフェースに関する規格を開発する。
【０００５】
図１は、一般的な３ＧＰＰ  ＵＭＴＳネットワークにおける基本構造を示す図である。
【０００６】
図１に示すように、ＵＭＴＳは、端末又はユーザー装置（User  Equipment:ＵＥ）１０、ＵＴＲＡＮ２０及びコアネットワーク３０から構成される。ＵＴＲＡＮ２０は、１つ以上の無線ネットワークサブシステム（Radio  Network  Sub-systems:ＲＮＳ）２５から構成され、各ＲＮＳ２５は、１つの無線ネットワーク制御装置（Radio  NetworkController：ＲＮＣ）２３と、該ＲＮＣ２３により管理される１つ以上のＮｏｄｅ  Ｂ（基地局）２１とから構成される。
【０００７】
前記ＲＮＣ２３は、無線資源の割り当て及び管理を担当し、コアネットワーク３０とのアクセスポイント（Access  Point）の役割を担当する。
【０００８】
前記Ｎｏｄｅ  Ｂ２１は、アップリンクを介してＵＥ１０の物理階層から転送される情報を受信し、ダウンリンクを介して端末にデータを転送する。前記ＮｏｄｅＢ２１は、端末のためのＵＴＲＡＮのアクセスポイントの役割を担当する。
【０００９】
前記ＵＴＲＡＮ２０は、ＵＥ１０とコアネットワーク３０間の通話のために無線接続ベアラ（Radio  Access  Bearer：ＲＡＢ）を構成して維持する。前記コアネットワーク３０は、終端間（end-to-end）サービス品質（Qualityof  Service:ＱｏＳ）要求事項をＲＡＢに要求し、該当ＲＡＢは、コアネットワーク３０が設定したＱｏＳ要求事項をサポートする。従って、ＵＴＲＡＮ２０は、ＲＡＢを構成して維持することにより、終端間ＱｏＳ要求事項を充足させることができる。
【００１０】
特定ＵＥ１０に提供されるサービスは、回線交換（circuit  switched:ＣＳ）サービスとパケット交換（packet  switched:ＰＳ）サービスとに大別される。例えば、一般的な音声電話サービスは回線交換サービスに属し、インターネット接続によるウェブブラウジングサービスはパケット交換サービスに分類される。
【００１１】
回線交換サービスを提供する場合、ＲＮＣ２３は、コアネットワーク３０の移動交換局（Mobile  Switching  Center:ＭＳＣ）３１に接続され、前記ＭＳＣ３１は、他のネットワークとの接続を管理するゲートウェイ移動交換局（GatewayMobile  Switching  Center:ＧＭＳＣ）３３に接続される。また、パケット交換サービスを提供する場合、ＲＮＣ２３は、コアネットワーク３０のＳＧＳＮ（ServingGPRS  Support  Node）３５とＧＧＳＮ３７に接続される。前記ＳＧＳＮ３５は、ＲＮＣ２３との通信をサポートし、ＧＧＳＮ３７は、インターネットのような他のパケット交換ネットワークとの接続を管理する。
【００１２】
前記３ＧＰＰシステムは、マルチメディアブロードキャスト／マルチキャストサービス（Multimedia  Broadcast/Multicast  Service:ＭＢＭＳ）を提供する。３ＧＰＰ  ＴＳＧ  ＳＡ（Serviceand  System  Aspect）は、多様なネットワーク構成要素、ＭＢＭＳサービスを提供するために必要な機能を定義する。従来のシステムで提供されたセルブロードキャストサービスは、テキスト形式のショート（short）メッセージを所定地域にブロードキャストするサービスに限定されたが、ＭＢＭＳサービスは、マルチメディアデータをブロードキャストするだけでなく、マルチメディアを該当サービスに加入したＵＥ１０にマルチキャストするためのより発展したサービスである。例えば、ＭＢＭＳサービスは、ニュースチャネル、音楽チャネル、映画チャネルなどを含む。
【００１３】
ＭＢＭＳサービスは、共通又は専用下り（downward）チャネルを利用して複数のＵＥ１０にストリーミング（Streaming）又はバックグラウンド（Background）サービスを提供する下り専用サービスである。前記ＭＢＭＳは、ブロードキャストモードとマルチキャストモードに区分される。ＭＢＭＳブロードキャストモードでは、ブロードキャストエリア（BroadcastArea）にいる全てのユーザーにマルチメディアデータを転送することが容易であり、ＭＢＭＳマルチキャストモードでは、マルチキャストエリア（MulticastArea）にいる特定ユーザーグループにマルチメディアデータを転送することが容易である。ここで、前記ブロードキャストエリアは、ブロードキャストサービスが可能なエリアであり、マルチキャストエリアは、マルチキャストサービスが可能なエリアでる。
【００１４】
前記ＭＢＭＳサービスを受信しようとするユーザーは、ネットワークが提供するサービス案内（Service  Announcement）を受ける。ここで、サービス案内とは、今後提供されるサービスのリスト及び関連情報を端末に通知することである。また、ユーザーは、ネットワークが提供するサービス通知（ServiceNotification）を受ける。ここで、サービス通知とは、転送されるブロードキャストデータに関する情報を端末に通知することである。
【００１５】
また、前記マルチキャストモードのＭＢＭＳサービスの受信を望んでいるユーザーは、特別にマルチキャスト加入グループ（Multicast  Subscription  Group）に加入しなければならない。この場合、マルチキャスト加入グループとは、加入手順を経たユーザーの集団をいう。マルチキャスト加入グループに加入したユーザーは、特定マルチキャストサービスを受信するためにマルチキャストグループ、すなわち、特定マルチキャストサービスを受信するユーザー集団に参加（Joining）することができる。この場合、マルチキャストグループとは、特定マルチキャストサービスを受けるユーザーのグループをいう。参加とは、特定マルチキャストサービスを受けるために集まったマルチキャストグループに合流することであり、前記参加行為は、言い換えると、ＭＢＭＳマルチキャスト活性化（MulticastActivation）とも言われる。従って、ユーザーは、ＭＢＭＳマルチキャスト活性化又は参加行為により特定マルチキャストデータを受信する。
【００１６】
ＲＮＣ２３は、ＭＢＭＳユーザーデータをＵＴＲＡＮプロトコルのユーザープレーンを経てＮｏｄｅＢ２１を介してＵＥ１０に転送する。前記ＭＢＭＳユーザーデータを転送するために、ＵＴＲＡＮ２０は、ＵＥ１０とコアネットワーク３０間の通話のために無線ベアラを構成して維持する。ＭＢＭＳ無線ベアラは、ダウンリンクによってのみ転送される。前記ＭＢＭＳ無線ベアラは、コアネットワーク３０からＵＴＲＡＮ２０に転送された１つの特定ＭＢＭＳサービスのユーザーデータを特定端末にのみ転送する役割を担当する。
【００１７】
また、ＭＢＭＳ無線ベアラは、１対多（Point  to  Multipoint）と１対１（Point  to  Point）の類型に大別される。従って、ＵＴＲＡＮ２０は、ＭＢＭＳサービスを提供するために前記２種類のＭＢＭＳ無線ベアラのうち１つを選択して使用する。２種類のＭＢＭＳ無線ベアラのうち１つを選択するために、ＵＴＲＡＮ２０は、１つのセルに存在する特定ＭＢＭＳサービスのユーザー（ＵＥ１０）の数を把握しなければならない。
【００１８】
ＵＴＲＡＮ２０は、ＭＢＭＳ無線ベアラの種類を決定するために、端末の数をカウント（Counting）する過程を実行する。ＵＴＲＡＮ２０は、ＭＢＭＳ共通制御チャネルを利用してＭＢＭＳサービスに関する情報を提供するか、又は特定ＭＢＭＳサービスグループに対するページング（Paging）を行うとき、現在カウント過程を実行していることを端末に通知する。
【００１９】
ＵＥ１０は、ＭＢＭＳサービスに関するサービス通知から該当サービスに対してカウントが行われているという情報を受けると、自分が該当ＭＢＭＳサービスの受信を望んでいることをＵＴＲＡＮ２０に通知するために、上り（uplink）共通チャネルでＵＴＲＡＮにＲＲＣ接続要求（Connection  Request）メッセージを転送することによりＲＲＣ接続（ＵＥ１０のＲＲＣエンティティとＵＴＲＡＮ２０のＲＲＣエンティティ間の接続）を設定する。ここで、ＲＲＣ連結要求メッセージを利用して端末が該当ＭＢＭＳサービスの受信を望んでいることをＵＴＲＡＮ２０に通知する。
【００２０】
従って、ＵＴＲＡＮ２０は、ＲＲＣ接続要求メッセージを転送した端末の数をカウントすることにより、１つのセル内で特定ＭＢＭＳサービスを受けようとするユーザーが分かり、該当カウント値に基づいてＭＢＭＳ無線ベアラを設定する。
【００２１】
すなわち、ＵＴＲＡＮ２０は、該当セルに存在するユーザーの数が所定の閾値より小さい場合、１対１ＭＢＭＳ無線ベアラを設定し、閾値より大きいか同一である場合は、１対多ＭＢＭＳ無線ベアラを設定する。
【００２２】
しかしながら、前記のような従来のページング方法を利用してＵＴＲＡＮ２０が特定ＭＢＭＳサービスを受けようとする端末の数を把握する場合は、いくつかの短所がある。
【００２３】
ＵＴＲＡＮ２０がＭＢＭＳサービス通知を実行した場合は、ＭＢＭＳサービスを受けようとするＵＥ１０が応答メッセージ（ＲＲＣ応答メッセージ）を転送する。ＭＢＭＳサービスを受けようとする端末の応答メッセージ（ＲＲＣ応答メッセージ）が同時に上りチャネルに集中すると、アップリンクへの干渉と負荷が増加する。すなわち、ＵＴＲＡＮ２０は、ＭＢＭＳ共通制御チャネルを利用して複数の端末にＭＢＭＳサービスの通知を行い、該当ＵＥ１０は、上り共通チャネルで自分が該当ＭＢＭＳサービスの受信を望んでいることをＵＴＲＡＮ２０に同時に通知するため、アップリンクへの干渉及び負荷が増加するという短所がある。
【００２４】
端末の応答メッセージによりアップリンクへの干渉及び負荷が増加すると、ＵＥ１０が応答メッセージを転送するために必要な時間が長くなるため、特定端末は、ＵＴＲＡＮ２０がＭＢＭＳ無線ベアラを設定するまで応答メッセージを転送できない可能性もある。
【００２５】
ＵＴＲＡＮ２０は、ＭＢＭＳ１対多無線ベアラを設定するために必要な閾値以上の多くの応答メッセージをＵＥ１０から受信した場合、無線ベアラの選択のための全ての要件を備えているため、応答メッセージの受信を中止してもいい。しかしながら、従来ＵＴＲＡＮ２０は、閾値以上の応答メッセージを既に受信しているにもかかわらず、ＭＢＭＳ無線ベアラを設定するまで継続して応答メッセージを受信するため、アップリンク無線資源を浪費するという問題があった。
【発明の開示】
【発明が解決しようとする課題】
【００２６】
本発明の目的は、マルチキャスト／ブロードキャストサービスのとき、無線資源を浪費する上りチャネルの混雑を緩和し得る移動通信システムの上り通信管理装置及び方法を提供することにある。
【課題を解決するための手段】
【００２７】
このような目的を達成するために、本発明の一実施形態によると、本発明に係る無線通信システムにおけるネットワークと複数の端末間の上り通信管理方法は、パラメータ（接続情報や応答条件）をネットワークから、例えば、マルチキャストサービスに加入した複数の端末に転送する段階を含む。前記パラメータは、複数の端末の上り通信制御に関連したパラメータである。前記方法は、複数の端末のうち少なくとも１つの端末において前記パラメータを所定のテストに適用させて、前記少なくとも１つの端末が前記テスト結果によってネットワークに応答できると判断されると、ネットワークに応答する段階をさらに含む。ネットワークでは、前記パラメータを複数の端末に転送する必要があるか否かと、少なくとも端末から受信した応答の一部に基づいて前記パラメータを更新する必要があるか否かとを推定する。
【００２８】
本実施形態の一側面において、好ましくは、前記パラメータを転送するか否かを推定する段階は、十分な数の端末が応答したか否かを判断する段階を含む。もし、十分な数の端末が応答した場合、ネットワークは、サービスのために１対多無線ベアラを設定し、十分な数の端末が応答しなかった場合、サービスのために１対１無線ベアラを設定する。好ましくは、前記パラメータを更新するか否かを推定する段階は、ネットワークによりサービスされる１つのセルにおいて端末から転送された応答の総数に基づいて行われる。
【００２９】
本実施形態の他の側面において、前記ネットワークは、応答の総数がサービスに加入した複数の端末より少なくなるようにパラメータを選択する。また、推定する段階に応じて、前記ネットワークは、受信した応答の総数に応じて前記パラメータを更新する。又は、前記ネットワークは、応答の総数がネットワークで定義した所定条件を満たす場合、前記パラメータの更新を中止する。
【００３０】
本発明のさらに他の実施形態によると、上り通信管理方法は、端末が特定過程で使用するために、ネットワークによって提供されるＭＢＭＳサービスに加入した端末による上り通信制御に関連する、ネットワークから転送されたパラメータが存在するか否かをチェックするために無線チャネルをデコードする段階と、前記無線チャネルから前記パラメータを受信する段階と、前記パラメータを端末の所定のテストに適用させる段階と、前記テスト結果によって端末がネットワークに応答できるか否かを判断する段階と、端末がネットワークに応答できる場合、応答メッセージを転送することによりネットワークに応答する段階と、前記端末がネットワークに応答できない場合、前記段階を繰り返す段階とを含む。好ましくは、前記繰り返す過程は、ネットワークからの更新されたパラメータを利用する段階を含む。また、前記繰り返す過程は、端末における特定処理のために行われる。
【００３１】
本実施形態の一側面において、前記ネットワークから転送されたパラメータは、端末がネットワークに応答メッセージを転送する必要があるか否かを選択的に制御するためのものである。
【００３２】
本発明のさらに他の実施形態によると、無線通信システムにおけるネットワークと複数の端末間の上り通信管理方法は、複数の端末の上り通信の制御に関連したパラメータをネットワークからサービスに加入した前記複数の端末に転送する段階と、前記ネットワークから転送されたパラメータに対する応答信号を選択された複数の端末グループから受信する段階と、前記パラメータを前記複数の端末に転送する必要があるか否か及びネットワークが受信した応答のうち少なくとも一部に基づいてパラメータを更新する必要があるか否かを推定する段階とを含む。
【００３３】
本発明のさらに他の実施形態によると、無線通信システムは、１つのセル内でサービスを受けている複数の端末と、サービスに加入した前記複数の端末にパラメータを転送するネットワークとから構成される。この場合、前記パラメータは、複数の端末の上り通信制御に関連し、前記複数の端末のうち少なくとも１つの端末は、所定のテストに前記パラメータを提供し、前記所定のテスト結果によって前記少なくとも１つの端末がネットワークに応答できると判断される場合、ネットワークに応答し、前記ネットワークは、前記複数の端末にパラメータを転送する必要があるか否かと、ネットワークが受信した応答のうち少なくとも一部に基づいて前記パラメータを更新する必要があるか否かとを推定する。
【００３４】
本発明のさらに他の実施形態によると、無線通信システムにおいて上り通信を管理するための無線端末は、端末が特定過程で使用するために、前記ネットワークが提供したサービスに加入した端末からの上り通信制御に関連する、ネットワークから転送されたパラメータの存在を確認するために無線チャネルをデコードするデコード手段と、前記無線チャネルからパラメータを受信して端末の特定テストに適用し、前記テスト結果によって端末がネットワークに応答できるか否かを判断して、前記端末がネットワークに応答できる場合、応答メッセージを転送してネットワークに応答するプロセッサとを含み、前記端末がネットワークに応答できない場合、前記デコード手段は、パラメータの存在をチェックし、前記プロセッサは、前記テストに前記パラメータを提供して端末がネットワークに応答できるか否かを判断する。好ましくは、前記プロセッサは、ネットワークからの更新されたパラメータを利用するために採用される。
【００３５】
本発明のさらに他の実施形態によると、無線通信システムにおいて上り通信を管理するためのネットワークは、ネットワークからサービスに加入した複数の端末に前記複数の端末の上り通信制御に関連したパラメータを転送する手段と、前記ネットワークから転送されたパラメータに対する応答信号を複数の端末の選択されたグループから受信する手段と、前記パラメータを複数の端末に転送する必要があるか否か及びネットワークが受信した応答の少なくとも一部に基づいて前記パラメータを更新する必要があるか否かを推定する手段とから構成されることを特徴とする。
【発明の効果】
【００３６】
本発明に係る移動通信システムの上り通信管理装置及び方法によると、マルチキャスト／ブロードキャストサービスのとき、無線資源を浪費する上りチャネルの混雑を緩和し得るという効果がある。
【発明を実施するための最良の形態】
【００３７】
本発明は、端末がネットワークに応答メッセージを送る方法を制御することにより、上り（Uplink）の混雑を低減し得る方法を提供する。本発明は、３ＧＰＰにより開発されたＵＭＴＳのような移動通信システムにおいて実現される。しかしながら、本発明は、ＣＤＭＡベースのシステムのように、異なる無線インタフェースを活用する類似又は他の標準に準拠する他の通信システムにも適用できる。また、本発明の実施形態で記述する「ＵＴＲＡＮ」は、本発明の要旨を逸脱しない範囲において、「ネットワーク」に代替できる。
【００３８】
本発明の一実施形態において、上りの混雑を減らすための方法として、端末がネットワークに応答メッセージを送る方法を制御する。複数の端末が応答できるように接続情報を転送した後、いくつかの端末から応答メッセージを受信した場合、受信した応答に基づいて次の接続情報を一部端末に送る必要があるか否かが決定される。
【００３９】
接続情報、すなわち、応答条件情報には、端末グループ情報、応答タイミング情報、応答確率情報などの多様なタイプの上り制御パラメータが含まれる。最初の接続情報とその次の接続情報は、同一であることも異なることもある。
【００４０】
例えば、接続情報は、上りロード条件や端末に対する応答条件に関連しているが、応答条件は、グループ識別情報又は時間情報を含む。ここでは、端末グループ情報を使用する方法を説明しているが、他のタイプの接続情報も本発明の技術に容易に適用できることは、この分野における通常の知識を有する者であれば容易に理解できる。
【００４１】
本発明に係る方法は、特定端末に対する接続手順の途中に行われる。特定端末に対する接続手順は、端末が１つの下り（Downlink:ＤＬ）メッセージを正しく受信すると開始し、１つの上り（Uplink:ＵＬ）メッセージを転送するときに終了される。また、特定端末に対する接続手順は、端末が１つのＤＬメッセージを正しく受信すると開始し、端末が前記特定手順に対するＤＬメッセージがこれ以上転送されないと認識すると終了する。
【００４２】
ページング手順は、応答メッセージの転送を分散させるために、端末のグループに対して行われる。ＵＴＲＡＮがＭＢＭＳ共通制御チャネルを利用して複数の端末に同時にＭＢＭＳサービスを通知する従来技術とは異なり、本発明の場合、ＵＴＲＡＮが端末グループ別に分散してＭＢＭＳサービス通知を転送することにより、上り共通チャネルでの各端末グループに対する応答メッセージの転送が同時でなく異なる時点で行われる。
【００４３】
本発明の他の実施形態は、ＭＢＭＳサービスにおいて端末から転送される応答メッセージの数を調節することにより、無線資源の浪費を低減し得る方法を提案する。このために、ＭＢＭＳ無線ベアラを設定するために必要な端末からの応答メッセージが分散してカウントされる。
【００４４】
分散カウントは、全てのメッセージを同時にカウントする代りに応答メッセージを数回に区分してサンプリングすることにより行われる。ここで、前記サンプリングされる応答メッセージの数は、任意に設定できる。すなわち、前記方法は、多くの端末から同時に応答メッセージを受信してカウントするのでなく、所定範囲（制限された数）の端末から、先に応答メッセージを受信してカウントした後、最初に応答を提供した端末の数が閾値を超過しない場合にのみ、他の端末から応答メッセージをさらに受信してカウントする方法である。この場合、端末の前記制限された数は、端末をグループ化する方法によって決定される。
【００４５】
前述したような転送方法を実現するために、本発明は、特定ＭＢＭＳサービスを受けようとする端末を１つ以上のグループに分類する。前記分類は、ＵＴＲＡＮ、好ましくは、ＵＴＲＡＮのＲＮＣにより行われる。
【００４６】
グループ分類は、ユーザーがＭＢＭＳサービスに加入するごとに行われる。又は、前記グループ分類は、ＵＴＲＡＮが端末にページングメッセージ、すなわち、応答要求メッセージを転送するごとに、各端末の過去のサービス接続頻度や端末の性能情報を利用して行われる。以下、ユーザーがＭＢＭＳサービスに加入するときごとに行われる分類を第１分類方法といい、ページングメッセージや応答要求メッセージを端末に転送するごとに行われる分類を第２分類方法という。
【００４７】
この他にも、多様な形態の分類が本発明に適用できる。例えば、ＵＴＲＡＮが特定サービスを頻繁に利用する端末を１つのグループに分類することもできる。又は、ＵＴＲＡＮが、端末を相異なるグループに均等に分布させるために全ての端末をランダムに分類することもできる。
【００４８】
前述したような端末が１つ又はそれ以上のグループに分類されると、端末がどのグループに属しているかを該当端末に通知しなければならない。ＵＴＲＡＮは、特定端末がどのグループに属しているかを示す情報を端末に転送する。前記情報は、応答条件情報でもよく、前記応答条件情報は、応答要求メッセージに含まれて転送される。
【００４９】
前記応答条件情報は、応答メッセージを転送しなければならないグループの識別情報又は前記グループに属する１つ以上の端末の識別情報を含む。また、応答条件情報は、応答要求メッセージを受信した端末がどのグループに属しているかを判断するために必要な情報を含む。
【００５０】
応答条件情報は、どの端末が応答要求メッセージに応答しなければならないかを示し、特に、端末がいつ応答メッセージを転送できるかを示す時間情報を含む。例えば、前記時間情報は、応答メッセージを転送できるフレーム情報、転送のために使用されるタイマー値、又は応答メッセージの転送制限時間などを含む。
【００５１】
本発明の他の実施形態において、特定ＭＢＭＳサービスを受けようとする１つのセル内の端末の数をカウントする方法は、前記２種類のグループ分類方法に基づいて各端末グループに応答要求メッセージやページングメッセージを転送する。
【００５２】
図２は、本発明の第１実施形態による移動通信システムの上り応答メッセージ分散方法を示す信号フローチャートである。前記第１実施形態は、第１グループ分類方法に基づいているため、端末の分類は、ユーザーが、例えば、ＭＢＭＳサービスに加入するごとに行われる。この転送方法は、第１及び第２グループに属していると仮定した２つの端末（ＵＥ１及びＵＥ２）を利用して説明しているが、少なくとも１つの端末を含むいずれの端末グループにも適用できる。
【００５３】
図２に示すように、ＵＴＲＡＮは、ユーザー端末がＭＢＭＳサービスに加入すると、各端末がどのグループに属しているかをユーザー端末に通知する。このために、ＵＴＲＡＮは、グループを識別し得るグループ情報を端末に伝達する（Ｓ１０）。ここで、前記グループ情報はグループ識別子を含む。
【００５４】
その後、ＵＴＲＡＮは、ＭＢＭＳサービスを提供するためにＭＢＭＳ無線ベアラを設定する。ＵＴＲＡＮは、ＭＢＭＳ無線ベアラを設定するために特定ＭＢＭＳサービスを受けようとするユーザーの数を把握しなければならない。特定ＭＢＭＳサービスのユーザーの数をカウントするために、ＵＴＲＡＮは、以前に分類された端末グループのうち１つのグループ（第１グループ）を選択した後、該選択された第１グループのための応答条件情報を構成する（Ｓ１１）。
【００５５】
グループ選択と応答条件情報の構成が完了すると、ＵＴＲＡＮは、第１グループに応答要求メッセージを転送する。図２に示すように、第１グループは、ＵＥ１及びＵＥ２を含む（Ｓ１２）。ここで、応答要求メッセージは、段階Ｓ１１で予め構成した応答条件情報を含む。
【００５６】
ＭＢＭＳ共通制御チャネルでＵＴＲＡＮから応答要求メッセージが転送されると、該当ＭＢＭＳサービスに対して現在カウントが行われているという情報が第１グループのＵＥ１及びＵＥ２を含む端末により受信される。第１グループ内の端末は、受信した応答要求メッセージに含まれた応答条件情報に基づいて応答メッセージをＵＴＲＡＮに転送する必要があるか否かを決定する（Ｓ１３）。
【００５７】
すなわち、前記第１グループ内のＵＥ１及びＵＥ２を含む各端末は、該当応答要求メッセージに応答条件情報が含まれているか否かを確認する。応答要求メッセージに応答条件情報が含まれていない場合、ＵＥ１及びＵＥ２は、特定ＭＢＭＳサービスに対してＵＴＲＡＮに応答メッセージをそれぞれ転送する。前記応答要求メッセージに応答条件情報が含まれている場合、ＵＥ１及びＵＥ２は、受信した応答条件情報を利用して自分が応答できる条件を満たすか否かを確認する。その結果、前記応答条件情報を満たすと、ＵＥ１及びＵＥ２は、ＵＴＲＡＮに応答メッセージを転送し、応答条件情報を満たさないと、ＵＴＲＡＮに応答メッセージを転送しない。
【００５８】
図２に示すように、ＵＥ１が応答メッセージを転送する資格がある場合、ＵＴＲＡＮに該メッセージを転送する。同様に、ＵＥ２が応答メッセージを転送する資格がない場合、ＵＴＲＡＮに該メッセージを転送しない。従って、ＵＥ１のみが応答要求メッセージに対する応答メッセージをＵＴＲＡＮに転送し、ＵＥ２は転送しない（Ｓ１４）。さらに、ＵＥ１のように、応答メッセージを転送できる第１グループ内の他の端末もＵＴＲＡＮに応答メッセージを転送する。ＵＴＲＡＮは、第１グループの端末から受信した応答メッセージの数を把握し、応答の総数と閾値とを比較する（Ｓ１５）。
【００５９】
応答メッセージの総数が閾値より大きいか、あるいは閾値と同一である場合、ＵＴＲＡＮは、応答要求メッセージの転送を中止し、ＭＢＭＳサービスのための無線ベアラの種類を１対多に設定した後、第１グループの端末にＭＢＭＳデータを転送する（Ｓ２２、Ｓ２３）。すなわち、受信した応答メッセージの数がＭＢＭＳ１対多無線ベアラを設定するために必要な閾値より大きいか、あるいは閾値と同一である場合、無線ベアラの選択のための全ての要件が備えられているため、端末からの応答メッセージの受信を中止する。
【００６０】
反面、段階Ｓ１５で応答メッセージの総数が閾値より小さいと、ＵＴＲＡＮは、以前に応答要求メッセージが転送されなかったグループから他の１つのグループ（例えば、ＵＥ１とＵＥ２を含む第２グループ）を選択した後、該選択された第２グループのための新しい応答条件情報を構成する（Ｓ１６）。このように、第２グループの選択と応答条件情報の構成が完了すると、ＵＴＲＡＮは、第２グループのＵＥ１及びＵＥ２を含む端末に応答要求メッセージを転送する（Ｓ１７）。この場合、前記応答要求メッセージは段階Ｓ１６で構成した新しい応答条件情報を含むことが望ましい。
【００６１】
第２グループに含まれた各端末（例えば、ＵＥ１及びＵＥ２）は、受信した応答条件に基づいて応答メッセージを転送するか否かを判断する（Ｓ１８）。図２に示すように、ＵＥ１は応答メッセージの転送が不可能であり、ＵＥ２は応答メッセージの転送が可能であると仮定したため、ＵＥ２のみがＵＴＲＡＮに応答要求メッセージに対する応答メッセージを転送する（Ｓ１９）。この場合、応答メッセージを転送できる第２グループ内の他の端末もＵＴＲＡＮに応答メッセージを転送できる。
【００６２】
従って、ＵＴＲＡＮは、ＵＥ２からの応答を含む第２グループ内の端末から受信した応答メッセージの数を判断して、ＵＥ１からの応答を含む以前に受信した応答メッセージの数と加算した後、応答の総数を再び閾値と比較する（Ｓ２０）。
【００６３】
比較の結果、応答の総数が閾値より大きいか、あるいは閾値と同一である場合、前述したように、段階Ｓ２２、段階Ｓ２３を実行し、それにより、ＵＴＲＡＮは、応答要求メッセージの転送を中止し、ＭＢＭＳサービスのための１対多無線ベアラを設定した後、第１グループと第２グループの端末にＭＢＭＳデータを転送する。反面、応答の総数が依然として閾値より小さい場合、ＵＴＲＡＮは、応答要求メッセージを転送するグループの有無によって無線ベアラを設定するか、新しいグループを選択して応答条件情報を構成する（Ｓ２１）。
【００６４】
すなわち、応答の総数が閾値より小さく、かつＵＴＲＡＮが応答要求メッセージを転送するグループがこれ以上存在しない場合、ＵＴＲＡＮは、ＭＢＭＳ無線ベアラを１対１に決定し、反面、応答の総数が閾値より小さく、かつＵＴＲＡＮが応答要求メッセージを転送する他のグループが存在する場合、ＵＴＲＡＮは、まだ応答要求メッセージを転送していないグループから１つのグループ（第３グループ）を新しく選択する。ＵＴＲＡＮは、該選択された新しいグループ（第３グループ）のための応答条件情報を構成し、応答の総数が閾値より大きいか、あるいは閾値と同一になるまで、又はＵＴＲＡＮが答要求メッセージを転送し得る他のグループが存在しなくなるまで、段階Ｓ１７〜段階Ｓ２０の動作を繰り返す。
【００６５】
図３は、本発明の第２実施形態に係る移動通信システムの上り応答メッセージ分散方法を示す信号フローチャートである。本発明の第２実施形態は、第２グループ分類方法に基いているため、ページングメッセージや応答要求メッセージが複数の端末に転送されるごとに端末分類が行われる。この転送方法は、第１グループ及び第２グループに属していると仮定した２つの端末、すなわち、ＵＥ３及びＵＥ４を利用して説明しているが、他の端末グループや少なくとも１つの端末を含むセルにも適用できる。
【００６６】
図３に示すように、ＵＴＲＡＮは、特定ＭＢＭＳサービスを受信しようとする端末の数をカウントするために応答を要求するグループを決定（又は、形成）した後、前記グループのための応答条件情報を構成する（Ｓ３０）。応答条件情報は、移動端末識別子（例えば、端末識別番号の最後の数字）を利用するか、又は、該当端末がＵＴＲＡＮに応答できる候補端末であるか否かを決定するために端末が使用する番号を利用して形成することができる。また、ネットワークへの接続を区別して制御するために使用される他のパラメータも利用できる。ＵＴＲＡＮは、特定ＭＢＭＳサービスが転送される少なくとも１つの端末を選択してグループを形成する。図３に示すように、第１グループは、例えば、ＵＥ３及びＵＥ４を含む。
【００６７】
グループの形成及び応答条件情報の構成が完了すると、ＵＴＲＡＮは、ＵＥ３及び４を含む第１グループに第１ページングメッセージや応答要求メッセージを転送する（Ｓ３１）。前記応答要求メッセージは、段階Ｓ３０で構成された応答条件情報を含む。
【００６８】
ＵＥ３及びＵＥ４を含む第１グループの各端末は、受信した応答要求メッセージに含まれた応答条件情報に基づいてＵＴＲＡＮに応答メッセージを転送するか否かを判断する（Ｓ３２）。端末が応答条件を満たすと、応答メッセージをＵＴＲＡＮに転送し、端末機が応答条件を満たさないと、応答メッセージをＵＴＲＡＮに転送しない。
【００６９】
図３に示すように、ＵＥ３は、応答メッセージを転送でき、ＵＥ４は、転送できない。従って、ＵＥ３は、ＵＴＲＡＮに応答要求メッセージに対する応答メッセージを転送し（Ｓ３３）、ＵＥ４は転送しない。ＵＥ３と同様に、応答メッセージを転送できる第１グループ内の他の端末もＵＴＲＡＮに応答メッセージを転送する。その後、ＵＴＲＡＮは、第１グループの端末から受信した応答の総数を把握して閾値と比較する（Ｓ３４）。
【００７０】
受信した応答メッセージの総数が閾値より大きいか、同一である場合、ＵＴＲＡＮは、応答要求メッセージの転送を中断し、ＭＢＭＳサービスのための１対多無線ベアラを設定した後、第１グループの端末にＭＢＭＳデータを伝達する（Ｓ４１、Ｓ４２）。従って、受信した応答メッセージの総数がＭＢＭＳ１対多無線ベアラを設定するために必要な閾値より大きいか、あるいは閾値と同一である場合、無線ベアラを選択するための全ての要件を備えているため、ＵＴＲＡＮは、端末からの応答メッセージの受信を中止する。
【００７１】
段階Ｓ３４で、受信した応答メッセージの総数が閾値より小さい場合、以前に応答要求メッセージを転送しなかった１つ以上の端末を選択して新しく１つのグループ（例えば、ＵＥ３及びＵＥ４を含む第２グループ）を生成し、該新しく生成されたグループのための新しい応答条件情報を構成する（Ｓ３５）。このように、グループの選択と応答条件情報の構成が完了すると、ＵＴＲＡＮは、第２グループに応答要求メッセージを転送する（Ｓ３６）。前記応答要求メッセージは、段階Ｓ３５で構成された新しい応答要件情報を含むことが望ましい。
【００７２】
ＵＥ３及びＵＥ４を含む第２グループの端末は、受信した応答条件情報に基づいて応答メッセージを転送するか否かを判断する（Ｓ３７）。図３に示すように、ＵＥ３は応答メッセージの転送が不可能であり、ＵＥ４は応答メッセージの転送が可能であると仮定したため、ＵＥ４のみがＵＴＲＡＮに応答要求メッセージに対する応答メッセージを転送する（Ｓ３８）。応答メッセージが転送できる第２グループ内の他の端末もＵＴＲＡＮに応答メッセージを転送する。
【００７３】
ＵＴＲＡＮは、ＵＥ４の応答を含む第２グループの端末から受信した応答メッセージの総数を把握し、ＵＥ３の応答を含む以前に受信した応答メッセージの数を加算する。その後、ＵＴＲＡＮは、応答の総数と閾値を比較する（Ｓ３９）。
【００７４】
比較の結果、加算した応答メッセージの総数が閾値より大きいか、あるいは閾値と同一である場合、段階Ｓ４１及び段階Ｓ４２を行うことにより、ＵＴＲＡＮは、応答要求メッセージの転送を中止し、ＭＢＭＳサービスのための１対多無線ベアラを設定した後、第１グループと新しいグループの端末にＭＢＭＳデータを転送する。応答の総数が依然として閾値より小さい場合、ＵＴＲＡＮは、応答要求メッセージを転送できるグループの有無により無線ベアラを設定するか、又は、新しいグループを決定して応答条件情報を構成する（Ｓ４０）。
【００７５】
反面、加算した応答メッセージの総数が閾値より小さく、かつ応答要求メッセージを転送する他の端末が存在しない場合、ＵＴＲＡＮは、１対１ＭＢＭＳ無線ベアラを設定する。加算した応答メッセージの総数が閾値より小さく、かつ応答要求メッセージを転送する少なくとも１つの他の端末が存在する場合、ＵＴＲＡＮは、まだ応答要求メッセージを転送していない端末から新しい１つのグループ、例えば、第３グループを形成する。また、ＵＴＲＡＮは、前記第３グループのための応答条件情報を構成し、応答総数が閾値より大きいか、閾値と同一になるまで、又はＵＴＲＡＮが応答要求メッセージを転送できる他の端末が存在しなくなるまで段階Ｓ３６〜段階Ｓ３９の動作を繰り返す。
【００７６】
一方、加算した応答メッセージの総数が閾値より小さく、かつ応答要求メッセージを受信するグループが存在しない場合、ＵＴＲＡＮは、応答要求メッセージをまだ受信していないグループらから１つの新しいグループを選択する。ＵＴＲＡＮが前記選択された新しいグループのための応答条件情報を構成した後、段階Ｓ３６が再び行われる（Ｓ４０）。その後、ＵＴＲＡＮは、段階Ｓ４０で決定された無線ベアラを設定し、ＭＢＭＳデータを設定された無線ベアラで端末に転送する（Ｓ４１、Ｓ４２）。
【００７７】
各端末は、応答条件情報を受信した後、応答メッセージを転送するか否かを決定する。次の数１は、応答条件情報の例を説明するための数式である。
【００７８】
ＵＥ  Ｉｄ  ｍｏｄ  Ｍ＝Ｒ・・・・（数１）
ここで、ｍｏｄはＵＥ  Ｉｄ／Ｍ演算の剰余の演算を意味する。
【００７９】
数１で、ＵＥ  Ｉｄは、特定端末を識別するために使用される端末識別子を示す。端末識別子の例としては、ＩＭＳＩ（Internal  Mobile  Subscriber  Identity）、ＴＭＳＩ（Temporary  MobileSubscriber  Identity）、ＲＮＴＩ（Radio  Network  Temporary  Identity）などがある。前記Ｍ値は、ＵＴＲＡＮが最大限転送可能な応答要求メッセージの数（すなわち、グループの総数）を示す。前記Ｒ値は、ＵＴＲＡＮが転送するＲｎ値と端末が計算により得られるＲｕ値の２つの種類がある。
【００８０】
ＵＴＲＡＮは、特定ＭＢＭＳサービスを受けるための応答条件情報として、１つのＭ値と１つ以上のＲｎ値を応答要求メッセージに含めて転送する。前記端末は、前記転送された応答要求メッセージからＭ値とＲｎ値を得る。ここで、同一のＭＢＭＳメッセージに対して連続的に繰り返される応答要求メッセージは同一のＭ値を有するが、Ｒｎ値は、異なることがある。応答要求メッセージに含まれた応答条件情報からＭ値とＲｎ値を得ることにより、端末が応答メッセージを転送するか否かを判断できる。
【００８１】
まず、端末は、得られたＭ値と自分のＵＥ  Ｉｄを使用して、数１の演算により自分のＲｎ値を得た後、該当Ｒｕ値をＵＴＲＡＮから受信した１つ以上のＲｎ値と比較する。比較の結果、Ｒｎ値のうち前記Ｒｕ値と同一のＲｎ値が存在すると、応答条件情報を満たすため、端末は、応答メッセージをＵＴＲＡＮに転送すると決定する。Ｒｕ値と同一のＲｎ値が存在しないと、端末は、応答条件を満たさないため、応答メッセージをＵＴＲＡＮに転送できない。
【００８２】
例えば、ＵＴＲＡＮからＭ＝４とＲｎ＝０を受信し、ＵＥＩｄが８である場合、数１で余りが０であるため、端末のＲｕ値は「０」となる。従って、Ｒｎ＝Ｒｕであるため、該当端末は、応答メッセージをＵＴＲＡＮに転送すると決定する。
【００８３】
また、ＵＴＲＡＮは、Ｒｎ値を調節して応答メッセージの数を制御することができる。すなわち、ＵＴＲＡＮは、Ｒｎ値を調節してサンプリングする応答メッセージの数を設定することができる。
【００８４】
例えば、ＵＴＲＡＮは、第１応答要求メッセージに含まれた応答条件情報を{Ｍ＝４、Ｒｎ＝０、１}に設定して転送し、第２応答要求メッセージに含まれた応答条件情報を{Ｍ＝４、Ｒｎ＝３}に設定して転送する。ここで、第１応答要求メッセージに含まれた応答条件情報を満たす端末は、第１グループに該当し、第２応答要求メッセージに含まれた応答条件情報を満たす端末は、第２グループに該当する。この場合、第１グループに含まれた端末が第２グループに含まれた端末より多くの応答メッセージを転送する。その理由は、Ｒｎ＝０、１に該当するＲｕを有する端末の数がＲｎ＝３を有する端末の数より多いためである。
【００８５】
他の実施形態として、ＵＴＲＡＮは、第１応答要求メッセージに含まれた応答条件情報を{Ｍ＝４、Ｒｎ＝３}に設定して転送し、第２応答要求メッセージに含まれた応答条件情報を{Ｍ＝４、Ｒｎ＝０、２}に設定して転送することもできる。この場合、第２グループに含まれた端末が転送する応答メッセージの数が第１グループに含まれた端末が転送する応答メッセージの数より多い。従って、ＵＴＲＡＮは、第１グループから十分な応答メッセージを受信することができず、アップリンクは、さらに端末から転送されるより多くの応答メッセージを受け取ることができる。従って、ＵＴＲＡＮは、Ｒｎ値を調節して応答メッセージの数を適切に調節することができる。
【００８６】
図４は、本発明の第１及び第２実施形態におけるネットワーク（ＵＴＲＡＮ）による接続制御を示すフローチャートである。好ましくは、前記第１及び第２実施形態は、端末グループ分類方法（図２のＳ１０）を除いては同一の動作を行う。
【００８７】
図４に示すように、本発明においてＵＴＲＡＮは、ＭＢＭＳサービスを受ける複数の端末を少なくとも１つ以上の端末グループに分類する（Ｓ４０）。次に、ＵＴＲＡＮは、分類された端末グループのうち１つの端末グループを選択した後、共通情報（応答要求メッセージ）を転送することにより、該当端末グループから共通情報に対する応答メッセージを受信する（Ｓ４１、Ｓ４２）。
【００８８】
ＵＴＲＡＮは、受信された応答メッセージの数を累積カウントして該累積カウント値を所定の閾値と比較し（Ｓ４３、Ｓ４４）、前記累積カウント値が閾値より大きいか、あるいは閾値と同一である場合、ＭＢＭＳ無線ベアラを１対多に設定し（Ｓ４５）、累積カウント値が閾値より小さい場合は、追加で選択する端末グループが存在するか否かを確認する（Ｓ４６）。
【００８９】
その結果、少なくとも１つの選択する端末グループが存在する場合、新しい端末グループを選択した後（Ｓ４７）、段階Ｓ４１〜段階Ｓ４４を順次行い、選択する端末グループが存在しない場合は、ＭＢＭＳ無線ベアラを１対１に設定する（Ｓ４８）。
【００９０】
前述した過程を通じてＵＴＲＡＮは、ＭＢＭＳ無線ベアラの設定のために、特定グループに端末が存在するか否か、又は特定グループに存在する端末の数を把握することができる。すなわち、本発明は、端末グループから応答メッセージが受信されると、ＭＢＭＳ無線ベアラの設定のために、特定グループにおける端末の存在又は特定グループに存在する端末の数を把握できる。その結果、アップリンクの混雑が減少し、特に、端末からの不要な応答メッセージの転送を遮断できる。
【００９１】
本発明に係る移動通信システムにおけるメッセージ転送方法は、さまざまな長所を有する。
【００９２】
応答メッセージがＭＢＭＳ共通制御チャネルに集中する従来技術とは異なり、本発明では、ページングメッセージが端末グループ別に転送されるため、端末からの応答メッセージを効果的に分散させることができる。従って、複数の端末にＭＢＭＳサービス通知が、同時に行われるのでなく、端末グループ別に分散的に行われて、端末からの応答メッセージを上り共通チャネルで転送するための転送時点が異なって設定されるため、上り信号の混雑を最小化することができる。
【００９３】
さらに、端末からの応答メッセージの総数を制御することができる。応答メッセージは、多数の端末から同時に受信してカウントされるのでなく、所定グループの端末からまず受信する。第１端末グループからの応答メッセージの数が閾値より大きいか、あるいは閾値と同一である場合、他の端末グループからの応答メッセージの受信を中止する。端末が転送した応答メッセージの数が制御されるため、ＭＢＭＳサービスを提供するにあたって無線資源の浪費を減らすことができる。
【００９４】
図５は、本発明の他の実施形態に係るネットワークにおける接続制御方法を示すフローチャートである。
【００９５】
図５に示すように、ＵＴＲＡＮは、段階Ｓ５０で最初のパラメータ（例えば、応答条件情報）を選択してニュースチャネルのような特定ＭＢＭＳサービスに加入した１つ以上の端末に転送する（Ｓ５１）。次に、ＵＴＲＡＮは、前記最初のパラメータに対して応答できる１つ以上の端末から応答メッセージを受信する（Ｓ５２）。
【００９６】
ＵＴＲＡＮは、受信した応答メッセージを累積カウントして閾値と比較する（Ｓ５４）。累積カウントされた応答メッセージの数が閾値より大きいか、あるいは閾値と同一である場合、ＵＴＲＡＮは、１対多無線ベアラを設定し（Ｓ５６）、閾値より小さい場合は、端末をカウントし続ける必要があるか否かをチェックして１対１又は１対多転送を決定する（Ｓ５５）。
【００９７】
カウントし続ける必要がある場合、パラメータを更新（又は、同一パラメータを利用）して段階Ｓ５１〜段階Ｓ５４を繰り返す。カウントし続ける必要がない場合、１対１ＭＢＭＳ無線ベアラを設定する（Ｓ５７）。
【００９８】
前記過程及び装置により、ＵＴＲＡＮは、１つのセルで特定サービスに加入した全ての端末がＵＴＲＡＮに応答することにより発生する上りの混雑を制御する。ＭＢＭＳ無線ベアラを設定するために端末の下位集合の選択又はサンプリングを制御することにより、ＵＴＲＡＮは、上りトラフィックの混雑を最小化することができる。このように、端末の応答に応じる選択的制御は、端末が応答要求メッセージに対する応答メッセージを転送できるか否かを決定するために、１つのグループ内の各端末（例えば、特定ＭＢＭＳサービスに加入した端末）が使用するパラメータをＵＴＲＡＮが転送することで行われる。端末からの応答メッセージが十分でない場合（応答が所定の閾値以下である場合）、ＵＴＲＡＮは、パラメータを更新するか否かと、該パラメータを前記グループに属する端末に再転送するか否かとを決定する。端末により転送された応答メッセージの数が制御されるため、ＭＢＭＳサービスを提供するにあたって無線資源の浪費を減らすことができる。
【００９９】
図６は、本発明の実施形態に係る移動端末のブロック図である。
【０１００】
本発明は、移動局及びネットワークシステムに適用される。図６に示すように、移動局７００は、プロセッサ（又は、デジタル信号プロセッサ）７１０、ＲＦ（Radio  Frequency）モジュール７３５、電力管理モジュール７０５、アンテナ７４０、バッテリ７５５、ディスプレイ７１５、キーパッド７２０、メモリ７３０、ＳＩＭ（SubscriberIdentity  Module）カード７２５（オプション）、スピーカー７４５及びマイク７５０を含む。
【０１０１】
ユーザーは、例えば、キーパッド７２０のボタンを押して、又はマイク７５０を利用した音声活性化により、電話番号のような指示情報にアクセスする。マイクロプロセッサ７１０は、電話番号をダイヤルするような適した機能を行うために前記指示情報を受信して処理し、ＳＩＭカード７２５やメモリモジュール７３０から運用データを検索して前記機能を行う。また、プロセッサ７１０は、ユーザーの便宜及び参照のために、前記指示及び運用情報をディスプレイ７１５に表示する。
【０１０２】
プロセッサ７１０は、ＲＦモジュール７３５に指示情報を与えて通信を初期化する（例えば、音声通信データを含む無線信号を転送する）。ＲＦモジュール７３５は、無線信号を送受信するための受信側と送信側から構成される。アンテナ７４０は、前記無線信号の送受信を容易にする。無線信号を受信したとき、ＲＦモジュール７３５は、前記信号をプロセッサ７１０によって処理するためにベースバンド周波数に変換して転送する。前記処理された信号は、スピーカーから出力される聞き取れる信号、又はディスプレイから出力される読み取れる情報に変形される。
【０１０３】
本発明の実施形態は、プロセッサ、他のデータあるいはデジタル処理装置の単独形態、又は外付けのサポートロジック(external  support  logic)と結合された形態によって容易に適用できるということは、当該技術分野における通常の知識を有する者であれば容易に理解できる。
【０１０４】
本発明は、移動通信と関連して説明されたが、無線通信特性を備えたＰＤＡ及びラップトップコンピュータのような移動装置を使用する他の無線通信システムにも適用できる。また、本発明を説明するために使用された特定用語は本発明の権利範囲をＵＭＴＳなどの特定無線通信システムに限定するものではない。本発明は、さらに、ＴＤＭＡ、ＣＤＭＡ、ＦＤＭＡ、ＷＣＤＭＡなどの他の無線インターフェース及び／又は他の物理層を使用する他の無線通信システムにも適用できる。
【０１０５】
本実施形態は、ソフトウェア、ファームウエア、ハードウェア又はこれらの組み合わせを生産するための標準プログラム及び／又はエンジニアリング技術を利用して製造方法、装置又は製造物として実行できる。ここで、「製造物」という用語は、ハードウェアロジック(例:集積回路チップ、ＦＰＧＡ(Field  Programmable  Gate  Array)、ＡＳＩＣ(ApplicationSpecific  Integrated  Circuit)など)、コンピュータ可読媒体(例:ハードディスクドライブ、フロッピー（登録商標）ディスク、テープなどの磁気記録媒体)、光記録装置(ＣＤ−ＲＯＭ、光ディスクなど)、又は揮発性／不揮発性メモリ装置(例：ＥＥＰＲＯＭ、ＲＯＭ、ＰＲＯＭ、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭ、ファームウエア、プログラムロジックなど)において実行されるコードやロジックを示す。コンピュータ可読媒体内のコードはプロセッサにより接続及び実行される。本実施形態を実行するコードは伝送媒体を通じて、又はネットワーク上のファイルサーバから接続することもできる。その場合、前記コードが実行される製造物は、ネットワーク転送ライン、無線伝送媒体、空間を通じて伝達される信号、無線波、赤外線信号などの伝送媒体を含む。もちろん、当該技術分野における通常の知識を有する者であれば、本発明の要旨を逸脱しない範囲においてこのような形態の多様な変形が可能であり、前記製造物が公知の情報伝達媒体も含むことができるという点を理解すると思われる。
【０１０６】
図面に示されたロジック実装(logic  implementation)は、特定順序に従った特定動作によって説明されているが、他の実施形態では、前記ロジック実装を他の順序にするか、その一部を変更又は削除して実行することができる。また、前述したロジックに過程がさらに追加されて本発明によって実行することもできる。
【０１０７】
前述した実施形態と利点は本発明を制限するものでなく、単なる例示にすぎない。本発明は、他の形態の装置にも容易に適用できる。本発明の説明は特許請求の範囲を制限するものでなく、単なる説明の便宜のためのものである。当該技術分野における通常の知識を有する者であれば多様な代案、変更、変形が可能であることを理解すると思われる。請求項において、ミーンズプラスファンクションクレーム(means-plus-function  clauses)は列挙された機能を実行するものであり、ここに記載された構造、構造的同等物だけでなく均等な構造まで含む。
【図面の簡単な説明】
【０１０８】
【図１】一般的な３ＧＰＰ  ＵＭＴＳシステムのネットワーク構造を示す図である。
【図２】本発明の第１実施形態による移動通信システムの上り応答メッセージ分散方法を示す信号フローチャートである。
【図３】本発明の第２実施形態による移動通信システムの上り応答メッセージ分散方法を示す信号フローチャートである。
【図４】本発明の一実施形態によるネットワークにおける接続制御方法を示すフローチャートである。
【図５】本発明の他の実施形態によるネットワークにおける接続制御方法を示すフローチャートである。
【図６】本発明の実施形態による移動端末のブロック図である。
【図１】
0004741040.tif 000002
【図２】
0004741040.tif 000003
【図３】
0004741040.tif 000004
【図４】
0004741040.tif 000005
【図５】
0004741040.tif 000006
【図６】
0004741040.tif 000007