"無線ネットワークから前記無線ネットワーク内の加入する移動局へ、マルチキャストサービスに関連するマルチキャストデータを送信する方法であって、マルチキャストサービスIDに基づいて、前記加入する移動局とのマルチキャスト通信セッションを確立する工程と、データ送信段階の間に、前記マルチキャストIDを前記マルチキャスト通信セッションに割り当てる工程と、前記マルチキャスト通信セッションの間に、前記マルチキャストデータを前記無線ネットワークから前記加入する移動局へ送信する工程と、を備えることを特徴とする方法。請求項1に記載の方法であって、さらに、前記マルチキャスト通信セッションが終了した時に前記マルチキャストIDを解放する工程を備えることを特徴とする方法。請求項2に記載の方法であって、さらに、前記解放されたマルチキャストIDに基づいて、前記加入する移動局との新たなマルチキャスト通信セッションを確立する工程を備えることを特徴とする方法。請求項1に記載の方法であって、前記マルチキャストIDが固定値部分と可変値部分とを備え、前記マルチキャストサービスIDを割り当てる工程は、前記データ送信段階の間に前記可変値部分を割り当てる工程を備えることを特徴とする方法。請求項4に記載の方法であって、前記マルチキャストIDがnビット値を備え、前記固定値部分が下位のn/2ビットを含み、前記可変値部分が上位のn/2ビットを含むことを特徴とする方法。請求項1に記載の方法であって、前記マルチキャストIDがネットワーク層のサービスアクセスポイントIDNSAPIを備えることを特徴とする方法。請求項1に記載の方法であって、さらに、前記マルチキャスト通信セッションを確立するために、前記データ送信段階の間に前記マルチキャストIDを接続IDにマップする工程を備えることを特徴とする方法。請求項1に記載の方法であって、さらに、参加段階の間に前記移動局を前記マルチキャストサービスに加入させる工程を備えることを特徴とする方法。請求項1に記載の方法であって、前記マルチキャスト通信セッションがポイントツーマルチポイントのマルチキャスト通信セッションを含むことを特徴とする方法。請求項1に記載の方法であって、前記マルチキャスト通信セッションがポイントツーポイントのマルチキャスト通信セッションを含むことを特徴とする方法。マルチキャストサービスに関連するマルチキャストデータを、加入する移動局へ送信するように構成された無線ネットワークであって、マルチキャストサービスIDに基づいて、前記加入する移動局のためのマルチキャスト通信セッションを確立し、前記マルチキャスト通信セッションの間に、前記マルチキャストデータを前記加入する移動局へ送信するように構成されたコアネットワークと、前記コアネットワークと動作可能に接続された無線アクセスネットワークであって、データ送信段階の間に、前記マルチキャストサービスIDを前記マルチキャスト通信セッションに割り当てるように構成されている無線アクセスネットワークと、を備えることを特徴とする無線ネットワーク。請求項11に記載の無線ネットワークであって、前記無線アクセスネットワークが、前記マルチキャスト通信セッションが終了した時に前記マルチキャストIDを解放するようにさらに構成されていることを特徴とする無線ネットワーク。請求項12に記載の無線ネットワークであって、前記無線アクセスネットワークが、前記データ送信段階の間に前記解放されたマルチキャストIDを新規のマルチキャストセッションに割り当てるようにさらに構成されていることを特徴とする無線ネットワーク。無線ネットワークから前記無線ネットワーク内の移動局へ、マルチキャストサービスに関連するマルチキャストデータを送信する方法であって、第1の数値スペースをパケットサービスID用に確保し、第2の重複しない数値スペースをマルチキャストサービスID用に確保する工程と、マルチキャストサービスIDを前記移動局から受信する工程であって、参加段階の間に、前記受信されたマルチキャストサービスIDが移動局によって前記第2の数値スペースから前記マルチキャストサービス用に選択される工程と、データ送信段階の間に、前記選択されたマルチキャストサービスIDに基づいて前記移動局のためにマルチキャスト通信セッションを確立する工程と、前記確立されたマルチキャスト通信セッションの間に、前記マルチキャストデータを前記無線ネットワークから前記移動局へ送信する工程と、を備えることを特徴とする方法。請求項14に記載の方法であって、前記第1の数値スペースが第1の値の範囲を有し、前記第2の数値スペースが前記第1の値の範囲とは異なる第2の値の範囲を有することを特徴とする方法。請求項15に記載の方法であって、前記第1の値の範囲が5から15までの範囲の値を有し、前記第2の値の範囲が128から255までの範囲の値を有することを特徴とする方法。請求項14に記載の方法であって、さらに、前記マルチキャスト通信セッションを終了する工程と、前記割り当てられたマルチキャストIDを同一のマルチキャストサービスに関連する後のマルチキャスト通信セッション用に確保する工程とを備えることを特徴とする方法。請求項14に記載の方法であって、前記マルチキャストIDがネットワーク層のサービスアクセスポイントIDNSAPIを備えることを特徴とする方法。請求項14に記載の方法であって、さらに、前記データ送信段階の間に、前記マルチキャストサービスIDを接続IDにマップする工程を備えることを特徴とする方法。請求項14に記載の方法であって、前記マルチキャスト通信セッションがポイントツーポイントのマルチキャスト通信セッションを含むことを特徴とする方法。マルチキャストサービスに関連するマルチキャストデータを移動局へ送信するように構成された無線ネットワークであって、無線インタフェースで前記移動局と通信するように構成された無線アクセスネットワークと、前記無線アクセスネットワークと動作可能に接続されたコアネットワークとを備え、前記コアネットワークが、パケットサービスID用の第1の数値スペースとマルチキャストサービスID用の第2の重複しない数値スペースとを確保し、参加段階の間に、前記第2の数値スペースから前記移動局によって選択されたマルチキャストサービスIDを前記マルチキャストサービス用に受信し、データ送信段階の間に、前記選択されたマルチキャストサービスIDに基づいて前記移動局のためにマルチキャスト通信セッションを確立し、前記確立されたマルチキャスト通信セッションの間に、前記マルチキャストデータを前記移動局へ送信することを特徴とする無線ネットワーク。NSAPIの数値スペースは、PDPとMBMSとの両方で共有されるNSAPI値を11個しか確保していないため、移動局は、11件を超えるマルチキャストサービスに加入することを妨げられている。移動局が11件を超えるマルチキャストサービスに同時に加入できるようにするメカニズムを提供することが望ましいであろう。本発明は、移動局が利用可能なマルチキャストサービスの件数を増加させるための方法および装置を含む。マルチキャストサービスに関連するマルチキャストデータを受信するため、移動局は、まずマルチキャストサービスに参加または加入する。参加段階の間に、ネットワークと移動局とが、IPマルチキャストアドレスによって識別される特定のマルチキャストサービスに移動局を参加させるための情報を交換する。参加段階が完了すると、ネットワークはデータ転送段階に入る。データ転送段階の間に、ネットワークは加入する移動局のためのマルチキャスト通信セッションを確立し、マルチキャストデータを加入する移動局に送信する。典型的な実施形態の一例では、移動局は、参加段階の間にマルチキャストサービスID、例えばNSAPIをマルチキャストサービスに割り当てることなくマルチキャストサービスに参加する。代わりに、ネットワークは、データ転送段階の間に、加入する移動局のためのマルチキャスト通信セッションを確立し、マルチキャスト通信セッションにマルチキャストサービスIDを割り当てる。マルチキャスト通信セッションの間に、ネットワークは識別されたIPマルチキャストアドレスに関連するマルチキャストデータを送信する。マルチキャスト通信セッションが終了すると、ネットワークは、新規に確立されたマルチキャスト通信セッションによって後に利用されるよう、マルチキャストサービスIDを解放する。この実施形態において、移動局は件数を限定されることなくマルチキャストサービスに加入できる。その理由は、データが転送される準備ができるまではマルチキャストサービスIDは割当てられず、データ転送が完了するとすぐにマルチキャストサービスIDが解放されるからである。別の典型的な実施形態によると、ネットワークは2つの重複しないサービスIDの数値スペースを含む。その場合、第1の数値スペースはパケットサービスID、例えばPDP_NSAPI用として確保され、第2の数値スペースはマルチキャストサービスID、例えばマルチキャストNSAPI用として確保される。参加段階の間に、ネットワークは移動局からマルチキャストサービスIDを受信する。その場合、移動局はマルチキャストサービスIDを第2の数値スペースから選択して、その選択されたマルチキャストIDをマルチキャストサービスに割り当てる。データ送信段階の間、ネットワークは、選択されたマルチキャストサービスIDに基づいてマルチキャスト通信セッションを確立し、確立された通信セッションの間に、対応するマルチキャストデータを加入する移動局に送信する。図1は、本発明がその中で実施されてよい典型的な無線通信ネットワーク10を示す図である。典型的なネットワーク10は、第3世代パートナシッププロジェクト3GPPによって規定されるような広帯域符号分割多元接続WCDMAWidebandCodeDivisionmultipleAccessシステムを含む。しかし、当業者には理解されるはずだが、本発明は、例えば3GPP2によって規定されるcdma2000TIA-2000のような、他の標準に基づく移動通信ネットワークにおいて使用されてもよい。無線通信ネットワーク10は、少なくとも1つのGPRSサービスのサポートノードSGSNServingGPRSSupportNode20と、1つ以上の移動局100とインタフェースをとるための少なくとも1つの無線アクセスネットワークRANRadioAccessNetwork30とを含む。SGSN20は、ブロードキャスト/マルチキャストサービスセンタBM-SCBroadcastMulticastServiceCenterを介して1つ以上の外部ネットワーク、例えば、パケットデータネットワークPDNPacketDataNetworkに接続するコアネットワークの構成要素である。一般に、SGSN20は、移動局100と外部ネットワークとの間の呼の交換および転送に責任を持つ。RAN30は、移動局100にSGSN20へのアクセスを提供するため、動作可能なようにSGSN20に接続している。RAN30は、GSM_EDGE無線アクセスネットワークGERANGSMEDGERadioAccessNetworkか、UMTS地上無線アクセスネットワークUTRANUMTSTerrestrialRadioAccessNetworkか、いずれかを含んでもよい。RAN30は、少なくとも1つの基地局制御装置BSCBaseStationController34と複数の基地局BSBaseStatation36とを含む。BSC34は、RAN30をSGSN20に接続し、RAN30の大半の機能を制御する。RAN30とSGSN20との間のインタフェースは、GERANではGbインタフェース、UTRANではluインタフェースとして知られる。BS36は、エアインタフェースで移動局100と通信するための無線装置を含む。UTRANでは、BS36はノードBと呼ばれ、BSC34は、無線ネットワーク制御装置RNCradionetworkcontrollerと呼ばれる。本願では、標準特有の用語であるノードBとRNCとの代わりに、一般的な用語であるBSとBSCとを用いる。マルチメディアブロードキャストおよびマルチキャストサービスMBMSMultimediaBroudcastandMunticastServiceは、無線通信ネットワーク10が移動局100に提供する1つの機能である。MBMSの主な目的は、無線通信ネットワーク10において、1つ以上の移動局100に対して効率よくブロードキャストおよびマルチキャストのデータを送信することである。MBMSブロードキャストデータは、単一のソースから特定のエリア内におけるすべての移動局100に対して送信されるデータとして定義される。MBMSマルチキャストデータは、インターネットプロトコルIPInternetProtocolのマルチキャストアドレスによって参照される単一のソースから1つ以上の加入する移動局100に対して送信されるデータとして定義される。MBMSは、本明細書内では参加段階とも呼ばれる加入段階と、データ転送段階とを必要とする。参加段階の間に、移動局100は特定のIPマルチキャストアドレスによって識別されるマルチキャストサービスに加入する。データ転送段階の間に、ネットワーク10は加入する移動局100とのマルチキャストセッションを確立し、マルチキャストサービスのデータを加入する移動局100に送信する。本明細書に記述されている本発明をよりよく理解するため、下記で、まず、無線通信ネットワーク10によって従来のように実施された状態について、参加段階とデータ転送段階との詳細を説明する。図2は、従来型の参加段階とデータ転送段階についての信号フローを示す図である。図2の信号図は、一般に、luインタフェースで実施されるポイントツーポイントのマルチキャストサービスに適用される。理解されるはずだが、多少の軽微な調整によって、同じ一般的手順はGbインタフェースでのポイントツーマルチポイントのマルチキャストサービスにも適用される。参加段階の間に、移動局100は、マルチキャストサービスへの参加の要求をSGSN20に送信するステップ200。それに応じて、SGSN20は、移動局100に対して、MBMSコンテクスト起動要求AMCRActivateMBMSContextRequestを送信するステップ205。移動局100は、その後、ネットワークサービスアクセスポイントIDNSAPINetworkServiceAccessPointIdentifierとして標準に示されているマルチキャストサービスIDを選択するステップ210。NSAPIを選択した後、移動局100は、AMCRを生成するステップ215。その場合、生成された要求は選択されたNSAPIを含んでおり、かつ、所望のマルチキャストサービスに対応するIPマルチキャストアドレスを識別している。移動局100は、生成されたAMCRをSGSN20に送信するステップ220。それに応じて、SGSN20は、要求を承認するかあるいは拒否する。SGSN20が要求を拒否すると、通信は終了する。移動局100がやはりマルチキャストサービスに参加することを望む場合、ステップ200乃至220の処理が繰り返されなければならない。しかし、SGSN20が要求を承認するステップ225と、SGSN20は、AMCR承認メッセージを移動局100に送信するステップ230。AMCRの承認によって参加段階は終了し、移動局は、次にはマルチキャストサービスに加入して、マルチキャストサービスを受信することができる。加入している間、MBMSは、定期的にマルチキャストデータを加入する移動局100に提供する。マルチキャストデータを移動局100に送信するために、ネットワーク10は、まず、移動局100とのマルチキャストセッションを確立する。マルチキャストセッションを確立するプロセスと移動局100に対するデータ転送とは、データ転送段階で発生する。データ転送段階の間に、SGSN20は、加入する移動局100によって前に選択されたNSAPIを無線アクセスベアラIDRAB-IDRadioAccessBearerIDにマップしステップ235、加入する移動局100とのマルチキャストセッションを確立するステップ240~255。マルチキャストセッションの間、SGSN20は、マルチキャストデータをRAN30に送信し、RAN30は、マルチキャストデータを加入する移動局100に転送するステップ260。図3は、先行技術に従って移動局100によってAMCRの中に含まれる、典型的なNSAPI情報要素IEinformationelementを示す図である。NSAPI-IEは、2オクテットの長さを持つタイプ3の情報要素である。NSAPI-IEINSAPI情報要素IDNSAPIInformationElementIdentifierは、第1のオクテットを占有する。ステップ210で移動局10によって選択されたNSAPIは、第2のオクテットの1~4ビットを占有する。従来のNSAPIの数値スペースの5~8ビットは、未使用の予備ビットである。NSAPIは長さが4ビットしかないため、先行技術では16の一意なNSAPIしか可能でない。これらの16個の可能な値のうち5個は確保されているので、移動局100には11個しかNSAPIの可能な選択肢はない。表1は、1~ビットまでについての従来の割当てについて説明する。ユーザは、複数のマルチキャストサービスに加入することを望む可能性がある。PDPとMBMSコンテクストとの両方を識別するために利用可能なNSAPIはわずか11個しかないため、従来のプロトコルでは、ユーザが11件以上のマルチキャストサービスに加入することを妨げ、実質的に11件未満のマルチキャストサービスにユーザを制限する。本発明は、ユーザが同時に加入してよいマルチキャストサービスの件数を拡大する方法を提供する。本発明の典型的な実施形態の一例は、本明細書では拡張されたextended実施形態と呼ばれているが、NSAPI選択プロセスを移動局100から除去することによってこの問題に取り組む。この実施形態によれば、移動局100は、参加段階の間にNSAPIを選択することなく、ユーザが選択したマルチキャストサービスに参加する。代わりに、ネットワーク10は、データ送信段階の間にNSAPIを選択し、選択されたNSAPIを用いてマルチキャスト通信セッションを確立する。従って、この典型的な実施形態によれば、各マルチキャストサービスについて異なるNSAPIを移動局100に割り当てる代わりに、ネットワーク10が、進行中の各マルチキャストサービスに対して異なるNSAPIを割り当てる。この実施形態において、マルチキャストセッションが終了して、次のマルチキャストセッション用に再利用できるようになった時、NSAPIは解放される。さらに、この実施形態は、最大16件まで同時のマルチキャストセッションを可能にする拡張NSAPIextendedNSAPIを採用する。しかし、移動局100は、件数を限定されることなくマルチキャストサービスに加入してもよい。図4は、拡張された実施形態によるIuインタフェースで提供される、ポイントツーポイントのマルチキャストサービスについての信号フローを示す図である。ステップ300および305は、図2のステップ200および205に対応する。移動局100が、SGSN20からAMCR要求を受信するステップ305と、移動局100は、NSAPIを選択することなくAMCRを生成するステップ310。結果として、生成されたAMCRは、IPマルチキャストアドレス、アクセスポイント名APN、MBMSプロトコル構成オプション等のような情報を含む一方で、SGSN20に送信されたAMCRステップ320は、NSAPIを含まない。SGSN20は、AMCRを承認すると、参加段階を完了させるため、承認メッセージを移動局100に対して送信するステップ330。データ転送段階の間に、SGSN20は、移動局100とのマルチキャストセッションを開始する。SGSN20は、マルチキャストセッション用の無線アクセスベアラRABを設定するため、RAN30に要求を送信する。RAN30は、図5に図示された拡張NSAPIの数値スペースからNSAPIを選択し、選択されたNSAPIをRAB-ID無線アクセスベアラIDRadioAccessBearerIDentityにマップするステップ345。RAN30は、チャネル設定手順の一部としてRAB-IDを移動局100に提供するステップ350。チャネル設定手順とRAB設定手順とを完了させることによってステップ355,360、ネットワーク10は、移動局100を加入させるためのマルチキャスト通信セッションを確立する。マルチキャスト通信セッションの間、SGSN20は、BM-SCによって提供されたIPマルチキャストアドレスに関連するマルチキャストデータを、加入する移動局100に対して送信するステップ365。データ送信が完了すると、マルチキャストセッションは終了し、割当てられたNSAPIが解放される。上述のとおり、RAN30は、図5に示すNSAPI-IEによって定義された拡張NSAPIの数値スペースからNSAPIを選択する。拡張された実施形態によると、NSAPI-IEの第2オクテットのうち、下位の4ビットである1~4ビットは、上記の表1で定義されたように割り当てられ、この場合、値5~15は、今度はPDPのみについて定義される。しかし、上位の4ビットである5~8ビットは、拡張NSAPIの数値スペースとして定義され、MBMSのみについてNSAPIを定義する。表2は、拡張NSAPIの数値スペースの5~8ビットの割り当てについて説明する。ネットワーク10がIuインタフェースでポイントツーポイントサービス用にマルチキャスト通信セッションを設定する時、RAN30は下位ビットである1~4ビットを0001に設定し、拡張NSAPIの数値スペースから4ビットのNSAPIを選択して、完全な8ビットのNSAPIを生成する。従って、拡張された実施形態による8ビットのNSAPIは、固定部分1~4ビットと可変部分5~8ビットとを含む。この実装により、拡張された実施形態は、1~4ビットによってPDP専用に割当てられた元々の11個のNSAPIを維持する一方で、16個のNSAPIを16件の同時マルチキャストセッション専用に提供する。同様の手順が、Gbインタフェースで送信される、ポイントツーマルチポイントのマルチキャストサービス用にも適用される。この場合、ポイントツーマルチポイントのマルチキャストサービスについての参加段階は、図4に示すポイントツーポイントのマルチキャストサービスとまったく同じである。しかし、データ転送段階の間、SGSN20は、表1に示すように、従来のNSAPIを、Gbモード用のマルチキャストサービスを識別する1に設定する。拡張された実施形態には、従来のMBMSによって提供されるマルチキャストサービスに較べていくつか利点がある。まず、参加段階の間に移動局100が特定のNSAPIを特定のマルチキャストサービスに割当てないことから、移動局100は、件数を限定されることなくマルチキャストサービスに加入できる。さらに、ネットワーク10は、特定のNSAPIを、特定のマルチキャストサービスに割り当てる代わりに特定のマルチキャストセッションに割り当てることから、マルチキャスト通信セッションの終了時に各NSAPIが解放される。従って、拡張された実施形態によって、ネットワーク10は、時間的に重複しない別のマルチキャストセッション用にNSAPIを再利用することが可能になる。さらに、NSAPIの数値スペースの5~8ビットによって定義される値0~15はMBMS用に確保されており、また、1~4ビットによって定義される値5~15はPDP用に確保されていることから、拡張された実施形態はRAN30によって割当てられるMBMSサービス用と移動局100によって割当てられるPDPサービス用とのNSAPI割り当て間のいかなる衝突をも排除する。これによって、複数のMBMSおよびPDPサービス用のRABの確立と解放とを並行してサポートする移動局の実装が単純になる。本明細書の中で高度化されたenhanced実施形態として言及される別の典型的な実施形態によると、移動局100は、参加段階の一部としてマルチキャストサービス用に高度化NSAPIを選択する。下記でさらに詳述するように、移動局100は、従来のNSAPI-IEとは別の高度化NSAPI-IEから、この高度化NSAPIを選択する。選択された高度化NSAPIに基づいてマルチキャスト通信セッションを確立した後、高度化された通信セッションの間に、ネットワーク10はマルチキャストデータを移動局100に送信する。図6は、高度化されたNSAPI-IEについて示す図である。高度化NSAPI-IEは、第1のオクテットの中に高度化NSAPI-IEIを含み、第2のオクテットの中に8ビットの高度化NSAPIの数値スペースを含む。表3に示すように、高度化NSAPIは、NSAPI-IEの第2のオクテットの中の8ビットをすべて使用し、この場合、値0~127は確保されており、値128~255は、Iuインタフェースでのポイントツーポイントのマルチキャストサービス用のMBMSコンテクストを識別するのに使用される。従って、高度化NSAPI-IEは、移動局100が最大で128件の異なるマルチキャストサービスに参加できるようにするため、最大128個の異なるNSAPIを提供する。本ネットワークは、従来のNSAPI-IEとは別の高度化NSAPI-IEを含み、かつ、PDP_NSAPIは従来のNSAPI-IEによって提供される数値スペースから選択されることから、高度化された実施形態は、重複しないMBMSおよびPDP_NSAPIの数値スペースを提供することになり、それは、MBMSサービスおよびPDPサービスがNSAPIを共有しなければならない状況を未然に防止する。さらに、MBMSとPDPとのNSAPIの数値スペースが重複しないため、移動局100が同じNSAPI値をPDPコンテクストとMBMSコンテクストとに割り当てるリスクが存在しない。加えて、MBMSの数値スペースはPDPの数値スペースより大きいため、移動局100は、より多数のマルチキャストサービスに加入することができる。典型的な実施形態において、高度化NSAPIの数値スペースは、マルチキャストサービス用に128個の異なるNSAPIを割り当てる。結果として、移動局100は、最大128件の異なるマルチキャストサービスに同時に加入してよいことになり、それは従来のシステムによって可能な11件からは大幅な向上である。しかし、当業者であれば、MBMSに割当てられるNSAPI値がPDPに割当てられるNSAPI値と重複しない限り、高度化NSAPIの数値スペースによって、表3に現在は確保として示されている値16~127のいずれか、あるいはそのすべてのような追加のNSAPIをMBMSに割り当ててもよいことは理解できるであろう。図7は、高度化された実施形態のための典型的な信号フローを示す図である。図7において、図4で用いたステップ番号によって特定されるステップは、図4のステップと同一である。移動局100が、SGSN20からAMCR要求を受信するステップ305と、移動局100は、MBMS高度化NSAPIの数値スペースから高度化NSAPIを選択しステップ312、AMCRを生成するステップ317。高度化NSAPIを選択することによって、移動局100は、移動局100がマルチキャストサービスへの加入を継続する限り、選択されたNSAPIを特定のマルチキャストサービスに割り当てる。選択された高度化NSAPIを含むAMCRを生成した後、移動局100は、AMCRをSGSN20に送信するステップ322。SGSN20は、要求を承認するとステップ325、参加段階を完了させるため承認メッセージを移動局100に対して送信するステップ330。データ転送段階の間、SGSN20は、移動局100とのマルチキャストセッションを確立する。SGSN20は、高度化NSAPIをRAB-IDにマップしステップ337、移動局100とのマルチキャスト通信セッションを確立するステップ340乃至360。マルチキャスト通信セッションの間、SGSN20は、IPマルチキャストアドレスに関連するマルチキャストデータを移動局100に対して送信するステップ365。高度化された実施形態には、従来のMBMSに較べていくつか利点がある。まず、高度化された実施形態は、MBMSによって定義されたマルチキャストサービス用にn個の異なるNSAPI、すなわち128個の異なるNSAPIを提供する。さらに、n個の異なるNSAPIによって、移動局100は、最大n個の異なるマルチキャストサービスに加入できる。さらにまた、MBMS_NSAPIはそれ以上PDP_NSAPIと交差または重複しないことから、高度化された実施形態はMBMSサービス用とPDPサービス用とのNSAPI割り当て間のいかなる衝突をも排除する。上記は、MBMS、NSAPI、RAB-ID等のような、3GPPに固有の用語を用いて本発明について説明している。しかし、理解されるはずだが、本発明はマルチキャストサービスに加入するかまたはマルチキャストサービスからデータを受信するプロセスの一部として、マルチキャストID、すなわちNSAPI,および/または接続ID、すなわちRAB-IDを用いる無線通信システムであればいかなるものについても適用される。本発明は、もちろん本発明の本質的な特徴から逸脱することなく本明細書内で具体的に述べたもの以外の方法で実行されてもよい。本発明のいくつかの実施形態は、あらゆる点で限定するものではなく例示するものであると考えるべきであり、付記した特許請求の範囲の意味およびその同等物の範囲内に入るあらゆる変更は、本発明に包含されることが意図されている。"