特表 2023-547916 接続状態でのサービス継続性を備えたマルチキャストブロードキャストサービス（ＭＢＳ）モビリティ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2023-11-14

(54)【発明の名称】接続状態でのサービス継続性を備えたマルチキャストブロードキャストサービス（ＭＢＳ）モビリティ

(51)【国際特許分類】

   H04W 4/06 20090101AFI20231107BHJP

   H04W 36/08 20090101ALI20231107BHJP

【ＦＩ】

H04W4/06

H04W36/08

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023525618

(86)(22)【出願日】2020-10-29

(85)【翻訳文提出日】2023-04-26

(86)【国際出願番号】 CN2020124829

(87)【国際公開番号】W WO2022087963

(87)【国際公開日】2022-05-05

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＣＤＭＡ

２．３ＧＰＰ

３．イーサネット

(71)【出願人】

【識別番号】503260918

【氏名又は名称】アップル インコーポレイテッド

【氏名又は名称原語表記】Ａｐｐｌｅ Ｉｎｃ．

【住所又は居所原語表記】Ｏｎｅ Ａｐｐｌｅ Ｐａｒｋ Ｗａｙ，Ｃｕｐｅｒｔｉｎｏ， Ｃａｌｉｆｏｒｎｉａ ９５０１４， Ｕ．Ｓ．Ａ．

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】シュー， ファンリ

(72)【発明者】

【氏名】フー， ハイジン

(72)【発明者】

【氏名】パッレ ヴェンカタ， ナヴィーン クマール アール．

(72)【発明者】

【氏名】ロスバッハ， ラルフ

(72)【発明者】

【氏名】ヴァンガーラ， サルマ ヴィー．

(72)【発明者】

【氏名】グルムルシー， セスラマン

(72)【発明者】

【氏名】ニンマラ， スリニヴァサン

(72)【発明者】

【氏名】ヴァナマン， スディープ マニサーラ

(72)【発明者】

【氏名】チェン， ユーキン

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067DD11

5K067EE04

5K067EE10

5K067EE24

5K067JJ39

(57)【要約】

ハンドオーバ中のマルチキャストブロードキャストサービス（ＭＢＳ）通信に対してサービス継続性を改善する技法について記載する。ピアツーマルチプル（ＰＴＭ）ＭＢＳ送信のためのハンドオーバ中に無瞬断のハンドオーバ及びデータ転送をサポートする技法が含まれる。無瞬断ハンドオーバは、ＲＲＣ再設定メッセージに続いて受信されるべき、ＭＢＳセッションの次のパケットの指示と、ＲＲＣ再設定メッセージの前にソース基地局によって提供されたがユーザ機器（ＵＥ）によって適切に受信されなかったＭＢＳパケットの指示とを、ＵＥがターゲット基地局に提供することによって部分的に達成され得る。ハンドオーバの前にターゲット基地局上でＭＢＳセッションが設定されていない場合、ソース基地局からターゲット基地局へのデータ転送が実行され得る。ハンドオーバの前にターゲット基地局上でＭＢＳセッションが設定されている場合、データ転送は省略され得る。

【特許請求の範囲】

【請求項1】

マルチキャストブロードキャストサービス（ＭＢＳ）セッションの通信を実行する方法であって、
無線通信ネットワークのターゲット基地局によって，
前記無線通信ネットワークのリモート基地局から、ユーザ機器（ＵＥ）に対する前記ＭＢＳセッションの、前記ソース基地局から前記ターゲット基地局へのハンドオーバを開始せよとの要求を受信することと、
前記ＵＥによって受信されるべき、前記ＭＢＳセッションの次のプロトコルデータユニット（ＰＤＵ）の指示を受信することと、
前記ＭＢＳセッションの前記次のＰＤＵであって、前記ハンドオーバを開始せよとの前記要求の後、以前に前記ソース基地局によってピアツーマルチプル（ＰＴＭ）メッセージを介して送信された、前記ＭＢＳセッションの次のＰＤＵを含むピアツーピア（ＰＴＰ）メッセージを前記ＵＥに送信することと、を含む、
方法。

【請求項2】

前記ＵＥから、前記ＭＢＳセッションのドロップされたＰＤＵであって、前記ソース基地局によって送信されたが前記ＵＥによって適切に受信されなかったドロップされたＰＤＵの指示を受信することと、
前記ドロップされたＰＤＵを含むピアツーピアメッセージを前記ＵＥに送信することと、
を更に含む、請求項１に記載の方法。

【請求項3】

前記次のＰＤＵの前記指示及び前記ドロップされたＰＤＵの前記指示が、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）状態報告で前記ＵＥから受信される、請求項２に記載の方法。

【請求項4】

前記次のＰＤＵの前記指示が前記ソース基地局から受信される、請求項１に記載の方法。

【請求項5】

前記ＭＢＳセッションの後続のＰＤＵをピアツーピアメッセージを介して送信すべきか、それともピアツーマルチプルメッセージを介して送信すべきかを、前記ＭＢＳセッションに加入している、前記ターゲット基地局のサービス対象であるＵＥの数に少なくとも部分的に基づいて判定すること、
を更に含む、請求項１に記載の方法。

【請求項6】

前記ハンドオーバを開始せよとの前記要求を受信したことに応じて、前記ＭＢＳセッションを前記無線通信ネットワークのコアネットワーク要素と確立することと、
前記ソース基地局から、前記ＵＥに転送されるべき、前記ＭＢＳセッションの少なくとも１つのＰＤＵであって、前記ＭＢＳセッションの前記次のＰＤＵを含む少なくとも１つのＰＤＵを受信することと、
前記次のＰＤＵを受信した後に続いて、前記コアネットワーク要素から前記ＭＢＳセッションの後続のＰＤＵを受信することと、
を更に含む、請求項１に記載の方法。

【請求項7】

前記ＵＥでのＭＢＳハンドオーバ再設定が完了したことの指示を前記ＵＥから受信することと、
前記ＵＥでのＭＢＳハンドオーバ再設定が完了したことの前記指示を受信したことに応じて、かつ、前記コアネットワーク要素と前記ＭＢＳセッションを確立した後に続いて、前記ＭＢＳセッションのＰＤＵの転送を停止する命令を前記ソース基地局に提供することと、
を更に含む、請求項６に記載の方法。

【請求項8】

前記ＵＥでのＭＢＳハンドオーバ再設定が完了したことの前記指示を受信する前に前記ソース基地局から受信した、前記ＭＢＳセッションの前記少なくとも１つのＰＤＵの各ＰＤＵを、少なくとも１つのＰＴＰメッセージを介して前記ＵＥに転送すること、
を更に含む、請求項７に記載の方法。

【請求項9】

前記ＭＢＳセッションを前記無線通信ネットワークのコアネットワーク要素と確立することを更に含み、前記ＭＢＳセッションは前記ハンドオーバを開始せよとの前記要求を受信する前に確立されている、
請求項１に記載の方法。

【請求項10】

前記無線通信ネットワークのコアネットワーク要素から、前記ＭＢＳセッションの指定されたＰＤＵに割り当てられるべきシーケンス番号の指示を受信することと、
前記指定されたＰＤＵの後続のＰＤＵに逐次的シーケンス番号を割り当てることと、
を更に含む、請求項１に記載の方法。

【請求項11】

前記無線通信ネットワークのコアネットワーク要素から、前記ＭＢＳセッションのためのＭＢＳペイロードデータを含むＭＢＳパケットであって、パケットシーケンス番号を有するＭＢＳパケットを受信することと、
前記ＭＢＳペイロードデータを含むパケットを前記ＵＥに送信することと、を更に含み、前記送信されるパケットの下りリンク（ＤＬ）パケットデータコンバージェンスプロトコル（ＰＤＣＰ）シーケンス番号として前記ＭＢＳパケットの前記パケットシーケンス番号が使用される、
請求項１に記載の方法。

【請求項12】

プロセッサを備え、
前記プロセッサが、無線通信デバイスに、
無線ネットワークの第１の基地局から、マルチキャストセッションの少なくとも１つのデータパケットを含むマルチキャスト送信を受信させ、
前記第１の基地局から、前記無線ネットワークの第２の基地局へのハンドオーバを実行する命令を受信させ、
前記命令を受信したことに応じて、前記第１の基地局からの送信を受信することを停止させて、前記第２の基地局との接続を確立させ、
前記第２の基地局から、前記第１の基地局から受信した前記マルチキャストセッションの最後のデータパケットに続く、前記マルチキャストセッションの次の逐次的データパケットであって、前記無線通信デバイスが前記第１の基地局からの送信の受信を停止した後、以前に前記第１の基地局からのマルチキャスト送信に含まれていた次の逐次的データパケットを含む、ユニキャスト送信を受信させるように構成されている、
装置。

【請求項13】

前記プロセッサが、前記無線通信デバイスに、
前記ユニキャスト送信を受信する前に、前記次の逐次的パケットの識別子を前記第２の基地局に送信させるように更に構成されている、
請求項１２に記載の装置。

【請求項14】

前記プロセッサが、前記無線通信デバイスに、
前記第２の基地局から、前記マルチキャストセッションのドロップされたデータパケットであって、前記ハンドオーバを実行する前記命令より前に前記第１の基地局からのマルチキャスト送信に含まれていたが前記ＵＥによって適切に受信されなかったドロップされたデータパケットを含むユニキャスト送信を受信させるように更に構成されている、
請求項１２に記載の装置。

【請求項15】

前記プロセッサが、前記無線通信デバイスに、前記ドロップされたデータパケットを含む前記ユニキャスト送信を受信する前に、前記ドロップされたデータパケットの識別子を前記第２の基地局に送信させるように更に構成されている、
請求項１４に記載の装置。

【請求項16】

前記プロセッサが、前記無線通信デバイスに、
前記第２の基地局から、前記マルチキャストセッションの少なくとも１つのデータパケットを含むマルチキャスト送信を受信させるように更に構成されている、
請求項１２に記載の装置。

【請求項17】

第２の基地局への前記ハンドオーバを実行する前記命令が、マルチキャスト送信のために前記第２の基地局との前記接続を確立するための設定情報を含む、請求項１２に記載の装置。

【請求項18】

プロセッサを備え、
前記プロセッサが、無線通信ネットワークの第１の基地局に、
ユーザ機器（ＵＥ）に、マルチキャストセッションの少なくとも１つのデータパケットを含むマルチキャスト送信を送信させ、
前記ＵＥを前記無線通信ネットワークの第２の基地局にハンドオーバするハンドオーバ手順を開始すると判定したことに応じて、前記ハンドオーバを実行する命令を前記ＵＥに送信させ、
前記命令を送信した後に続いて、前記ＵＥに送信されるべき、前記ＭＢＳセッションの次のパケットの指示を前記第２の基地局に提供させ、
前記命令を送信した後に続いて、前記ＵＥに送信されるべき、前記ＭＢＳセッションのパケットであって、前記次のパケットを含む前記ＭＢＳセッションのパケットを前記第２の基地局に転送することを開始させ、
前記ハンドオーバが完了したことの指示を前記第２の基地局から受信したことに応じて、前記ＭＢＳセッションの前記パケットの転送を停止させるように構成されている、
装置。

【請求項19】

前記プロセッサが、前記第１の基地局に、更に、
前記第２の基地局に、前記ＭＢＳセッションに関する情報を含むハンドオーバ要求を提供させるように構成されている、
請求項１８に記載の装置。

【請求項20】

前記プロセッサが、前記第１の基地局に、更に、
前記第２の基地局から、前記第２の基地局に対するＭＢＳセッション設定情報を示すハンドオーバ要求肯定応答メッセージを受信させ、
前記ハンドオーバを実行する前記命令に、前記第２の基地局に対する前記ＭＢＳセッション設定情報を含めさせるように構成されている、
請求項１９に記載の装置。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は無線通信に関し、より具体的には、マルチキャストブロードキャストサービス（Multicast and Broadcast Services：ＭＢＳ）通信に対してサービス継続性を改善するシステム、装置、及び方法に関する。

【背景技術】

【0002】

無線通信システムの使用が急速に増大している。近年、スマートフォンやタブレットコンピュータなどの無線デバイスは、ますます高性能化されてきている。現在、多くのモバイルデバイス（すなわち、ユーザ機器デバイス、又はＵＥ）は、電話をサポートするだけでなく、インターネット、電子メール、テキストメッセージング、及び全地球測位システム（ＧＰＳ）を用いたナビゲーションへのアクセスを提供し、これらの機能を利用する高性能化されたアプリケーションを動作させることが可能である。加えて、数多くの異なる無線通信技術及び規格が存在する。無線通信規格のいくつかの例として、ＧＳＭ、（例えば、ＷＣＤＭＡ又はＴＤ－ＳＣＤＭＡエアインタフェースに関連付けられた）ＵＭＴＳ、ＬＴＥ、ＬＴＥ Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、ＮＲ、ＨＳＰＡ、３ＧＰＰ２ ＣＤＭＡ２０００（例えば、１ｘＲＴＴ、１ｘＥＶ－ＤＯ、ＨＲＰＤ、ｅＨＲＰＤ）、ＩＥＥＥ８０２．１１（ＷＬＡＮ又はＷｉ－Ｆｉ）、ＢＬＵＥＴＯＯＴＨ（商標）などが挙げられる。

【0003】

セルラ通信システムの一態様は、マルチキャストブロードキャストサービス（ＭＢＳ）通信を伴う。よって、この分野における改善が望まれる。

【発明の概要】

【0004】

本明細書では、マルチキャストブロードキャストサービス（ＭＢＳ）通信をハンドオーバ中のサービス継続性によって改善する装置、システム、及び方法の実施形態を提示する。

【0005】

マルチキャストブロードキャストサービス（ＭＢＳ）セッションの通信を実行する方法を開示する。この方法によれば、あるユーザ機器（ＵＥ）に対するＭＢＳセッションの、ソース基地局からターゲット基地局へのハンドオーバを開始せよとの要求を、無線通信ネットワークのターゲット基地局が無線通信ネットワークのリモート基地局から受信してもよい。ターゲット基地局は、そのＵＥによって受信されるべき、ＭＢＳセッションの次のプロトコルデータユニット（ＰＤＵ）の指示を受信してもよい。ターゲット基地局はそのＵＥに、ＭＢＳセッションの次のＰＤＵを含むピアツーピア（ＰＴＰ）メッセージを送信してもよく、ＭＢＳセッションの次のＰＤＵは、ハンドオーバを開始せよとの要求の後、以前にソース基地局によってピアツーマルチプル（ＰＴＭ）メッセージを介して送信されたものである。

【0006】

いくつかのシナリオでは、ターゲット基地局はＵＥから、ＭＢＳセッションのドロップされたＰＤＵの指示を受信してもよく、そのドロップされたＰＤＵは、ソース基地局によって送信されたがＵＥによって適切に受信されなかったものである。ターゲット基地局は、そのドロップされたＰＤＵを含むピアツーピアメッセージをＵＥに送信してもよい。

【0007】

いくつかのシナリオでは、次のＰＤＵの指示及びドロップされたＰＤＵの指示は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）状態報告でＵＥから受信されてもよい。

【0008】

いくつかのシナリオでは、次のＰＤＵの指示はソース基地局から受信されてもよい。

【0009】

いくつかのシナリオでは、ターゲット基地局はＭＢＳセッションの後続のＰＤＵをピアツーピアメッセージを介して送信すべきか、それともピアツーマルチプルメッセージを介して送信すべきかをＭＢＳセッションに加入している、ターゲット基地局のサービス対象であるＵＥの数に少なくとも部分的に基づいて判定してもよい。

【0010】

いくつかのシナリオでは、ターゲット基地局は、ハンドオーバを開始せよとの要求を受信したことに応じて、そのＭＢＳセッションを無線通信ネットワークのあるコアネットワーク要素と確立してもよい。ターゲット基地局はソース基地局から、ＵＥに転送されるべき、ＭＢＳセッションの少なくとも１つのＰＤＵを受信してもよく、この少なくとも１つのＰＤＵはＭＢＳセッションの次のＰＤＵを含む。ターゲット基地局は次のＰＤＵを受信した後に続いて、コアネットワーク要素からＭＢＳセッションの後続のＰＤＵを受信してもよい。

【0011】

いくつかのシナリオでは、ターゲット基地局は、ＵＥでのＭＢＳハンドオーバ再設定が完了したことの指示をＵＥから受信してもよい。ターゲット基地局は、ＵＥでのＭＢＳハンドオーバ再設定が完了したことの指示を受信したことに応じて、かつ、コアネットワーク要素とＭＢＳセッションを確立した後に続いて、ＭＢＳセッションのＰＤＵの転送を停止する命令をソース基地局に提供してもよい。

【0012】

いくつかのシナリオでは、ターゲット基地局は、ＵＥでのＭＢＳハンドオーバ再設定が完了したことの指示を受信する前にソース基地局から受信した、ＭＢＳセッションの少なくとも１つのＰＤＵの各ＰＤＵを、少なくとも１つのＰＴＰメッセージを介してＵＥに転送してもよい。

【0013】

いくつかのシナリオでは、ターゲット基地局はそのＭＢＳセッションを無線通信ネットワークのあるコアネットワーク要素と確立してもよく、ＭＢＳセッションはハンドオーバを開始せよとの要求を受信する前に確立されている。

【0014】

いくつかのシナリオでは、ターゲット基地局は無線通信ネットワークのあるコアネットワーク要素から、そのＭＢＳセッションの指定されたＰＤＵに割り当てられるべきシーケンス番号の指示を受信してもよい。ターゲット基地局は、指定されたＰＤＵの後続のＰＤＵに逐次的シーケンス番号を割り当ててもよい。

【0015】

いくつかのシナリオでは、ターゲット基地局は無線通信ネットワークのあるコアネットワーク要素から、そのＭＢＳセッションのためのＭＢＳペイロードデータを含むＭＢＳパケットを受信してもよく、このＭＢＳパケットはパケットシーケンス番号を有する。ターゲット基地局は、そのＭＢＳペイロードデータを含むパケットをＵＥに送信してもよく、送信されるパケットの下りリンク（ＤＬ）パケットデータコンバージェンスプロトコル（ＰＤＣＰ）シーケンス番号として、このＭＢＳパケットのパケットシーケンス番号が使用される。

【0016】

マルチキャストブロードキャストサービス（ＭＢＳ）セッションの通信を実行する方法について記載する。この方法によれば、無線通信デバイスが無線ネットワークの第１の基地局から、マルチキャストセッションの少なくとも１つのデータパケットを含むマルチキャスト送信を受信してもよい。無線通信デバイスは第１の基地局から、無線ネットワークの第２の基地局へのハンドオーバを実行する命令を受信してもよい。無線通信デバイスは命令を受信したことに応じて、第１の基地局からの送信を受信することを停止し、第２の基地局との接続を確立してもよい。無線通信デバイスは第２の基地局から、第１の基地局から受信したマルチキャストセッションの最後のデータパケットに続く、マルチキャストセッションの次の逐次的データパケットを含むユニキャスト送信を受信してもよく、ここで、次の逐次的データパケットは、無線通信デバイスが第１の基地局からの送信の受信を停止した後、以前に第１の基地局からのマルチキャスト送信に含まれていたものである。

【0017】

いくつかのシナリオでは、無線通信デバイスはユニキャスト送信を受信する前に、次の逐次的パケットの識別子を第２の基地局に送信してもよい。

【0018】

いくつかのシナリオでは、無線通信デバイスは第２の基地局から、マルチキャストセッションのドロップされたデータパケットを含むユニキャスト送信を受信してもよく、そのドロップされたデータパケットは、ハンドオーバを実行する命令より前の第１の基地局からのマルチキャスト送信に含まれていたが、ＵＥによって適切に受信されなかったものである。

【0019】

いくつかのシナリオでは、無線通信デバイスはドロップされたデータパケットを含むユニキャスト送信を受信する前に、ドロップされたデータパケットの識別子を第２の基地局に送信してもよい。

【0020】

いくつかのシナリオでは、無線通信デバイスは第２の基地局から、マルチキャストセッションの少なくとも１つのデータパケットを含むマルチキャスト送信を受信してもよい。

【0021】

いくつかのシナリオでは、第２の基地局へのハンドオーバを実行する命令は、マルチキャスト送信のために第２の基地局との接続を確立するための設定情報を含んでもよい。

【0022】

マルチキャストブロードキャストサービス（ＭＢＳ）セッションの通信を実行する方法について記載する。この方法によれば、無線通信ネットワークの第１の基地局がユーザ機器（ＵＥ）に、マルチキャストセッションの少なくとも１つのデータパケットを含むマルチキャスト送信を送信してもよい。ＵＥを無線通信ネットワークの第２の基地局にハンドオーバするハンドオーバ手順を開始すると判定したことに応じて、第１の基地局は、ハンドオーバを実行する命令をＵＥに送信してもよい。命令を送信した後に続いて、第１の基地局は第２の基地局に、ＵＥに送信されるべき、ＭＢＳセッションの次のパケットの指示を送信してもよい。命令を送信した後に続いて、第１の基地局は第２の基地局に、ＵＥに送信されるべき、ＭＢＳセッションのパケットを転送することを開始してもよく、転送されるＭＢＳセッションのパケットは次のパケットを含む。第１の基地局は、ハンドオーバが完了したことの指示を第２の基地局から受信したことに応じて、ＭＢＳセッションのパケットの転送を停止してもよい。

【0023】

いくつかのシナリオでは、第１の基地局は第２の基地局に、ＭＢＳセッションに関する情報を含むハンドオーバ要求を提供してもよい。

【0024】

いくつかのシナリオでは、第１の基地局は第２の基地局から、第２の基地局に対するＭＢＳセッション設定情報を示すハンドオーバ要求肯定応答メッセージを受信してもよい。第１の基地局はハンドオーバを実行する命令に、第２の基地局ＭＢＳセッション設定情報を含ませてもよい。

【0025】

前述の方法のいずれかを実行するためのデバイス、装置、及びシステムも開示される。

【0026】

本明細書に記載された技術は、基地局、アクセスポイント、セルラ電話、ポータブルメディアプレーヤ、タブレットコンピュータ、ウェアラブルデバイス、無人航空機、無人航空コントローラ、自動車及び／又は動力車、並びに様々な他のコンピューティングデバイスを含むがこれらに限られない、多数の異なるタイプのデバイスに実装され、かつ／又はそれらとともに使用されてもよいことに留意されたい。

【0027】

この発明の概要は、本文書に記載の主題のいくつかの簡易的な概要を提供することが意図されている。よって、上記の特徴は単なる一例に過ぎず、本明細書に記載の主題の範囲又は趣旨を狭めるものとして解釈されるべきでないことを理解されたい。本明細書に記載の主題の他の特徴、態様、及び利点は、以下の詳細な説明、図面、及び特許請求の範囲から明らかになる。

【図面の簡単な説明】

【0028】

各種実施形態の以下の詳細な説明が、以下の図面とともに考察されたときに、本主題のより良い理解が得られ得る。

【0029】

【図1】いくつかの実施形態による、例示的な（かつ簡略化された）無線通信システムを示す図である。

【0030】

【図2】いくつかの実施形態による、例示的な無線ユーザ機器（ＵＥ）デバイスと通信状態にある例示的な基地局を示す図である。

【0031】

【図3】いくつかの実施形態による、ＵＥの例示的なブロック図である。

【0032】

【図4】いくつかの実施形態による、基地局の例示的なブロック図である。

【0033】

【図5】いくつかの実施形態による、ＭＢＳアーキテクチャ及び配信方法のブロック図である。

【0034】

【図6】いくつかの実施形態による、従来のハンドオーバ手順の信号フロー図である。

【0035】

【図7】いくつかの実施形態による、従来のＭＢＳハンドオーバ手順の信号フロー図である。

【0036】

【図8】いくつかの実施形態による、ＭＢＳ送信の無瞬断ハンドオーバのための信号フロー図である。

【0037】

【図9】いくつかの実施形態による、両方の基地局上で以前に有効化されているＭＢＳセッションについての、ＭＢＳハンドオーバ中のソース基地局からターゲット基地局へのデータ転送のための信号フロー図である。

【0038】

【図10】いくつかの実施形態による、ターゲット基地局上で以前に有効化されていないＭＢＳセッションについての、ＭＢＳハンドオーバ中のソース基地局からターゲット基地局へのデータ転送のための信号フロー図である。

【0039】

本明細書に記載の特徴は、様々な変更形態及び代替的形態が可能ではあるが、その特定の実施形態を例として図面に示し、本明細書において詳細に説明する。しかしながら、図面及びその詳細な説明は、開示されている特定の形態に限定することを意図しておらず、むしろ、添付の特許請求の範囲によって定義されている本主題の趣旨及び範囲内の全ての修正、等価物、及び代替案を包含することが意図されていることを理解されたい。

【発明を実施するための形態】

【0040】

頭字語
本開示に全般的に様々な頭字語が使用される。本開示に全般的に出現し得る、最も顕著に使用される頭字語の定義は以下のとおりである。
●ＢＳ：基地局
●ＣＮ：コアネットワーク
●ＤＬ：下りリンク
●ＧＰＲＳ：汎用パケット無線サービス
●ＧＳＭ：移動体通信グローバルシステム
●ＧＴＰ：ＧＰＲＳトンネリングプロトコル
●ＩＥ：情報要素
●ＬＴＥ：ロングタームエボリューション
●ＭＢＳ：マルチキャストブロードキャストサービス
●ＮＲ：新無線
●ＰＤＣＰ：パケットデータコンバージェンスプロトコル
●ＰＤＵ：プロトコルデータユニット
●ＰＴＭ：ピアツーマルチプル
●ＰＴＰ：ピアツーピア
●ＲＡＣＨ：ランダムアクセスチャネル
●ＲＡＴ：無線アクセス技術
●ＲＦ：無線周波数
●ＲＸ：受信／受信する
●ＴＸ：送信／送信する
●ＵＥ：ユーザ機器
●ＵＬ：上りリンク
●ＵＭＴＳ：ユニバーサル移動体通信システム
●ＵＰＦ：ユーザプレーン機能
用語
以下は本開示で出現し得る用語の解説である。

【0041】

メモリ媒体－様々な種類の非一時的メモリデバイス又は記憶デバイスのうちの任意のもの。用語「メモリ媒体」は、例えば、ＣＤ－ＲＯＭ、フロッピーディスク、又はテープデバイスなどのインストール媒体；ＤＲＡＭ、ＤＤＲ ＲＡＭ、ＳＲＡＭ、ＥＤＯ ＲＡＭ、Ｒａｍｂｕｓ ＲＡＭなどのコンピュータシステムメモリ又はランダムアクセスメモリ；フラッシュ、例えば、ハードドライブなどの磁気媒体、又は光学ストレージなどの不揮発性メモリ、レジスタ、又は他の類似のタイプのメモリ要素などを含むことが意図されている。記憶媒体は、他のタイプの非一時的メモリ、又はこれらの組み合わせを含んでもよい。加えて、メモリ媒体は、プログラムが実行される第１のコンピュータシステムに配置されてもよく、又はインターネットなどのネットワークを介して第１のコンピュータシステムに接続する第２の異なるコンピュータシステムに配置されてもよい。後者の場合には、第２のコンピュータシステムは、第１のコンピュータシステムに、実行するためのプログラム命令を提供することができる。用語「メモリ媒体」は、異なる場所において、例えば、ネットワークを介して接続された異なるコンピュータシステムにおいて存在することができる２つ以上のメモリ媒体を含んでもよい。メモリ媒体は、１つ以上のプロセッサによって実行され得る（例えば、コンピュータプログラムとして具現化された）プログラム命令を記憶してもよい。

【0042】

キャリア媒体－上記のようなメモリ媒体、並びにバス、ネットワークなどの物理的伝送媒体、及び／又は電気信号、電磁信号、若しくはデジタル信号などの信号を伝達する他の物理的伝送媒体。

【0043】

コンピュータシステム（又はコンピュータ）－パーソナルコンピュータシステム（ＰＣ）、メインフレームコンピュータシステム、ワークステーション、ネットワーク機器、インターネットアプライアンス、パーソナルデジタルアシスタント（ＰＤＡ）、テレビシステム、グリッドコンピューティングシステム、若しくは他のデバイス又はデバイスの組み合わせを含む、様々なタイプのコンピューティングシステム又は処理システムのうちの任意のもの。一般に、用語「コンピュータシステム」は、メモリ媒体からの命令を実行する少なくとも１つのプロセッサを有するあらゆるデバイス（又はデバイスの組み合わせ）を包含するように広く定義されてもよい。

【0044】

ユーザ機器（ＵＥ）（又は、「ＵＥデバイス」）－モバイル又はポータブルであり、無線通信を実行する、様々な種類のコンピュータシステム又はデバイスのうちの任意のもの。ＵＥデバイスの例としては、携帯電話又はスマートフォン（例えば、ｉＰｈｏｎｅ（商標）、Ａｎｄｒｏｉｄ（商標）ベースの電話）、タブレットコンピュータ（例えば、ｉＰａｄ（商標）、Ｓａｍｓｕｎｇ Ｇａｌａｘｙ（商標））、ポータブルゲームデバイス（例えば、Ｎｉｎｔｅｎｄｏ ＤＳ（商標）、ＰｌａｙＳｔａｔｉｏｎ Ｐｏｒｔａｂｌｅ（商標）、Ｇａｍｅｂｏｙ Ａｄｖａｎｃｅ（商標）、ｉＰｈｏｎｅ（商標））、ウェアラブルデバイス（例えば、スマートウォッチ、スマートグラス）、ラップトップ、ＰＤＡ、ポータブルインターネットデバイス、音楽プレーヤ、データ記憶デバイス、他のハンドヘルドデバイス、自動車及び／又は動力車、無人飛行機（unmanned aerial vehicle、ＵＡＶ）（例えば、ドローン）、ＵＡＶコントローラ（unmanned aerial controller、ＵＡＣ）などが挙げられる。一般に、用語「ＵＥ」又は「ＵＥデバイス」は、ユーザによって容易に持ち運ばれ、無線通信が可能な、あらゆる電子デバイス、コンピューティングデバイス、及び／又は遠隔通信デバイス（又はデバイスの組み合わせ）を包含するように幅広く定義され得る。

【0045】

無線デバイス－無線通信を実行する様々な種類のコンピュータシステム又はデバイスのうちの任意のもの。無線デバイスは、ポータブル（若しくはモバイル）であることができ、又はある場所に定置若しくは固定されてもよい。ＵＥは、無線デバイスの一例である。

【0046】

通信デバイス－通信を実行する様々なタイプのコンピュータシステム又はデバイスのうちの任意のものであり、通信は、有線又は無線であり得る。通信デバイスは、ポータブル（若しくはモバイル）であってもよく、又は特定の場所に定置若しくは固定されてもよい。無線デバイスは、通信デバイスの一例である。ＵＥは、通信デバイスの別の例である。

【0047】

基地局（ＢＳ）－用語「基地局」は、その通常の意味の全てを有し、少なくとも、固定の場所に設置され、無線電話システム又は無線システムの一部として通信するために使用される無線通信局を含む。

【0048】

処理要素（又はプロセッサ）－デバイス内で、例えば、ユーザ機器デバイス内で、又はセルラネットワークデバイス内で機能を実行することが可能な、様々な要素若しくは要素の組み合わせを指す。処理要素は、例えば、プロセッサ及び関連付けられたメモリ、個々のプロセッサコアの一部分又は回路、プロセッサコア全体、プロセッサアレイ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）などの回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などのプログラム可能ハードウェア要素、並びに上記のものの様々な組み合わせのうちのいずれかを含み得る。

【0049】

Ｗｉ－Ｆｉ－用語「Ｗｉ－Ｆｉ」は、その通常の意味の全範囲を有するものであり、少なくとも、無線ＬＡＮ（ＷＬＡＮ）アクセスポイントのサービス対象であり、これらのアクセスポイントを通じてインターネットへの接続性を提供する、無線通信ネットワーク又はＲＡＴを含む。最新のＷｉ－Ｆｉネットワーク（又は、ＷＬＡＮネットワーク）は、ＩＥＥＥ８０２．１１規格に基づくものであり、「Ｗｉ－Ｆｉ」という名称で市販されている。Ｗｉ－Ｆｉ（ＷＬＡＮ）ネットワークは、セルラネットワークとは異なるものである。

【0050】

自動的に－ユーザ入力が、アクション又は動作を直接指定若しくは実行することなく、コンピュータシステム（例えば、コンピュータシステムによって実行されるソフトウェア）又はデバイス（例えば、回路メカニズム、プログラム可能なハードウェア要素、ＡＳＩＣなど）によって、それらのアクション又は動作が実行されることを指す。よって、用語「自動的に」は、ユーザが入力を提供して動作を直接実行する、ユーザによって手動で実行又は指定される動作とは対照的である。自動手順は、ユーザによって提供された入力によって開始され得るが、「自動的に」実行される後続のアクションは、ユーザによって指定されない。すなわち、実行される各アクションをユーザが指定する「手動」で実行されない。例えば、ユーザが、各フィールドを選択し、情報を指定する入力を提供することによって（例えば、情報をタイピングすること、チェックボックスを選択すること、ラジオボタン（radio selections）を選択することなどによって）電子フォームを記入することは、コンピュータシステムがユーザアクションに応じてフォームを更新しなければならないが、フォームを手動で記入することと見なされる。フォームは、コンピュータシステムによって自動的に記入されてもよく、ここで、コンピュータシステム（例えば、コンピュータシステムで実行されるソフトウェア）は、フォームのフィールドを分析し、フィールドへの回答を指定するユーザ入力なしにフォームに記入する。上記のように、ユーザは、フォームの自動記入を呼び出すことができるが、フォームの実際の記入には関与しない（例えば、ユーザは、フィールドへ回答を手動で指定するのではなく、むしろ、回答は自動的に完了されている）。本明細書は、ユーザが取ったアクションに応じて自動的に実行される動作の様々な例を提供する。

【0051】

ように構成されている－様々な構成要素が、タスクを実行する「ように構成されている」と説明され得る。このようなコンテキストにおいて、「ように構成されている」は、動作中にタスク又は複数のタスクを実行する「構造を有していること」を一般に意味する広範な記述である。したがって、構成要素は、構成要素がタスクを現在実行していないときでも、このタスクを実行するように構成されていてもよい（例えば、導電体のセットは、２つのモジュールが接続されていないときでも、モジュールを別のモジュールに電気的に接続するように構成されていてもよい）。いくつかのコンテキストにおいて、「ように構成されている」は、動作中にタスク又は複数のタスクを実行する「回路を有していること」を一般に意味する構造の広範な記述であってもよい。したがって、構成要素は、構成要素が現在オンでないときでも、タスクを実行するように構成されていてもよい。一般に、「ように構成されている」に対応する構造を形成する回路は、ハードウェア回路を含み得る。

【0052】

本明細書の記載では、便宜上、タスク又は複数のタスクを実行するとして様々な構成要素を説明することができる。そのような説明は、語句「ように構成されている」を含むように解釈されるべきである。１つ以上のタスクを実行するように構成されている構成要素の説明は、米国特許法１１２条第６パラグラフのその構成要素についての解釈が適用されないことが明確に意図されている。
図１及び図２－例示的な通信システム

【0053】

図１は、いくつかの実施形態による、本開示の態様が実装されてもよい例示的な（かつ簡易化された）無線通信システムを示す。図１のシステムは、あり得るシステムの単なる一例に過ぎず、実施形態は、要望に応じて、様々なシステムにおいて実施され得ることに留意されたい。

【0054】

図示するように、例示的な無線通信システムは、伝送媒体を介して１つ以上の（例えば、任意の数の）ユーザデバイス１０６Ａ、１０６Ｂなど～１０６Ｎと通信する基地局１０２を含む。本明細書では、ユーザデバイスの各々は、「ユーザ機器」（ＵＥ）又はＵＥデバイスと称され得る。したがって、ユーザデバイス１０６は、ＵＥ又はＵＥデバイスと称される。

【0055】

基地局１０２は、無線基地局（base transceiver station、ＢＴＳ）又はセルサイトであってよく、ＵＥ１０６Ａ～１０６Ｎとの無線通信を可能にするハードウェア及び／又はソフトウェアを含んでもよい。基地局１０２がＬＴＥのコンテキストにおいて実装される場合、それを、代わりに「ｅＮｏｄｅＢ」又は「ｅＮＢ」と称してもよい。基地局１０２が５Ｇ ＮＲのコンテキストにおいて実装される場合、それを、代わりに「ｇＮｏｄｅＢ」又は「ｇＮＢ」と称してもよい。また、基地局１０２は、ネットワーク１００（例えば、様々な可能性のうち、セルラサービスプロバイダのコアネットワーク、公衆交換電話網（ＰＳＴＮ）などの電気通信ネットワーク、及び／又はインターネット）と通信するために装備されていてもよい。したがって、基地局１０２は、ユーザデバイス間の通信、及び／又はユーザデバイスとネットワーク１００との間の通信を円滑にすることができる。基地局の通信領域（又は、カバレッジ領域）は、「セル」と称され得る。また、本明細書に使用するように、ＵＥの視点からは、ＵＥの上りリンク通信及び下りリンク通信に関する限り、基地局はネットワークを表すと見なされてもよい。したがって、ネットワーク内の１つ以上の基地局と通信するＵＥは、ネットワークと通信するＵＥと解釈されてもよい。

【0056】

基地局１０２及びユーザデバイスは、無線通信技術とも呼ばれる様々な無線アクセス技術（ＲＡＴ）、又はＧＳＭ、ＵＭＴＳ（ＷＣＤＭＡ）、ＬＴＥ、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、ＬＡＡ／ＬＴＥ－Ｕ、５Ｇ ＮＲ、３ＧＰＰ２ ＣＤＭＡ２０００（例えば１ｘＲＴＴ、１ｘＥＶ－ＤＯ、ＨＲＰＤ、ｅＨＲＰＤ）、Ｗｉ－Ｆｉなどの遠隔通信標準のいずれかを使用して伝送媒体上で通信するように構成されていてもよい。

【0057】

したがって、基地局１０２と同一の又は異なるセルラ通信標準に従って動作する同様の他の基地局は、１つ以上のセルラ通信標準を介して地理的エリアにわたって連続した又は、ほぼ連続したオーバーラップするサービスをＵＥ１０６及び同様のデバイスに提供し得る、セルの１つ以上のネットワークとして提供され得る。

【0058】

ＵＥ１０６は、複数の無線通信規格を使用して通信することが可能であり得ることに留意されたい。例えば、ＵＥ１０６は、３ＧＰＰセルラ通信標準又は３ＧＰＰ２セルラ通信標準のいずれか又は両方を使用して通信するように構成されることもある。いくつかの実施形態では、ＵＥ１０６は、本明細書に記載の様々な方法に従うなどして、ＭＢＳハンドオーバ中のサービス継続性をサポートする技法を実行するように構成されていてもよい。ＵＥ１０６は、更に又は代替的に、ＷＬＡＮ、ＢＬＵＥＴＯＯＴＨ（商標）、１つ以上のグローバルナビゲーション衛星システム（ＧＮＳＳ、例えばＧＰＳ又はＧＬＯＮＡＳＳ）、１つ及び／又は複数の移動体テレビ放送標準（例えばＡＴＳＣ－Ｍ／Ｈ）などを使用して通信するように構成されていることもある。無線通信標準の他の組み合わせ（３つ以上の無線通信標準を含む）も可能である。

【0059】

図２は、いくつかの実施形態による、基地局１０２と通信状態にある例示的なユーザ機器１０６（例えば、デバイス１０６Ａ～１０６Ｎのうちの１つ）を示す。ＵＥ１０６は、携帯電話、ハンドヘルドデバイス、ウェアラブルデバイス、コンピュータ若しくはタブレット、無人飛行機（ＵＡＶ）、無人飛行コントローラ（ＵＡＣ）、又は実質的に任意の種類の無線デバイスなどの、無線ネットワーク接続性を有するデバイスであってもよい。ＵＥ１０６は、メモリに記憶されたプログラム命令を実行するように構成されているプロセッサ（処理要素）を含んでもよい。ＵＥ１０６は、そのような記憶された命令を実行することによって、本明細書に記載の方法の実施形態のうちのいずれかを実行することができる。代替として又は加えて、ＵＥ １０６は、フィールドプログラム可能ゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）、集積回路、及び／又は本明細書に記載の方法の実施形態のいずれか、若しくは本明細書に記載の方法の実施形態のうちのいずれかの任意の部分を（例えば、個々に又は組み合わせて）実行するように構成されている様々な他の可能なハードウェア構成要素のうちのいずれかなどのプログラム可能ハードウェア要素を含んでもよい。ＵＥ１０６は、複数の無線通信プロトコルのいずれかを用いて通信するように構成されていてもよい。例えば、ＵＥ１０６は、ＣＤＭＡ２０００、ＬＴＥ、ＬＴＥ－Ａ、５Ｇ ＮＲ、ＷＬＡＮ、又はＧＮＳＳのうちの２つ以上を使用して通信するように構成されていてもよい。無線通信規格の他の組み合わせも可能である。

【0060】

ＵＥ１０６は、１つ以上のＲＡＴ標準に従った無線通信プロトコルの１つ以上を使用して通信するための１つ以上のアンテナを含んでもよい。いくつかの実施形態では、ＵＥ１０６は、複数の無線通信規格間で、受信チェーン及び／又は送信チェーンの１つ以上の部分を共有してもよい。共用される無線機は、無線通信を実行するための、単一のアンテナを含んでもよく、（例えば、ＭＩＭＯ用の）複数のアンテナを含んでもよい。一般に、無線機は、ベースバンドプロセッサ、（例えば、フィルタ、ミキサ、発振器、増幅器などを含む）アナログＲＦ信号処理回路、又は（例えば、デジタル変調及び他のデジタル処理のための）デジタル処理回路の任意の組み合わせを含み得る。類似して、無線機は、上記のハードウェアを使用して１つ以上の受信及び送信チェーンを実行してもよい。

【0061】

いくつかの実施形態では、ＵＥ１０６は、ＵＥ１０６がそれで通信するように構成されている無線通信プロトコルのそれぞれについて、（例えば、別個のアンテナ及び他の無線機構成要素を含む）別個の送信及び／又は受信チェーンを含んでもよい。更なる可能性として、ＵＥ１０６は、複数の無線通信プロトコルの間で共有される１つ以上の無線機、及び単一の無線通信プロトコルによって排他的に使用される１つ以上の無線機を含み得る。例えば、ＵＥ１０６は、ＬＴＥ又はＣＤＭＡ２０００ １ｘＲＴＴ（又はＬＴＥ若しくはＮＲ若しくはＬＴＥ若しくはＧＳＭ）のいずれかを用いて通信するための共用無線機と、Ｗｉ－Ｆｉ及びＢＬＵＥＴＯＯＴＨ（商標）の各々を使用して通信するための個別の無線機とを含んでもよい。他の構成も可能である。
図３－例示的なＵＥデバイスのブロック図

【0062】

図３は、いくつかの実施形態による、例示的なＵＥ１０６のブロック図を示す。図示するように、ＵＥ１０６は、様々な目的用の部分を含んでもよい、システムオンチップ（ＳＯＣ）３００を含んでもよい。例えば、図に示すように、ＳＯＣ３００は、ＵＥ１０６のためにプログラム命令を実行し得るプロセッサ（単数又は複数）３０２、及び、グラフィック処理を実行し表示信号をディスプレイ３６０へ供給し得る表示回路３０４を含んでもよい。ＳＯＣ３００はまた、ＵＥ１０６の様々な可能な特性又はパラメータのうちのいずれかを感知又は測定するための構成要素を含み得るセンサ回路３７０を含んでもよい。例えば、センサ回路３７０は、例えば、ジャイロスコープ、加速度計、及び／又は様々な他の動き感知構成要素のうちのいずれかを使用して、ＵＥ１０６の動きを検出するように構成された動き感知回路を含んでもよい。別の可能性として、センサ回路３７０は、例えば、１つ以上のアンテナパネル及び／又はＵＥ１０６の他の構成要素の各々の温度を測定するための１つ以上の温度感知構成要素を含み得る。必要に応じて、様々な他の可能なタイプのセンサ回路のいずれも、ＵＥ１０６に追加的又は代替的に含まれ得る。プロセッサ（単数又は複数）３０２は、メモリ管理ユニット（ＭＭＵ）３４０に結合されてもよく、ＭＭＵ３４０は、プロセッサ（単数又は複数）３０２からアドレスを受信し、それらのアドレスを、メモリ（例えば、メモリ３０６、読み出し専用メモリ（ＲＯＭ）３５０、ＮＡＮＤフラッシュメモリ３１０）内の位置に変換し、かつ／又は表示回路３０４、無線機回路３３０、コネクタインタフェース（Ｉ／Ｆ）３２０、及び／若しくはディスプレイ３６０などの、その他の回路又はデバイスに結合するように構成されてもよい。ＭＭＵ３４０は、メモリ保護及びページテーブル変換又はセットアップを実行するように構成されていてもよい。いくつかの実施形態では、ＭＭＵ３４０は、プロセッサ（単数又は複数）３０２の一部分として含まれていてもよい。

【0063】

図に示すように、ＳＯＣ３００は、ＵＥ１０６の様々な他の回路に結合されてもよい。例えば、ＵＥ１０６は、（例えば、ＮＡＮＤフラッシュ３１０を含む）様々な種類のメモリ、（例えば、コンピュータシステム、ドック、充電ステーションなどに結合するための）コネクタインタフェース３２０、ディスプレイ３６０、及び（例えば、ＬＴＥ、ＬＴＥ－Ａ、ＮＲ、ＣＤＭＡ２０００、ＢＬＵＥＴＯＯＴＨ（商標）、Ｗｉ－Ｆｉ、ＧＰＳなどのための）無線機回路３３０を含んでもよい。ＵＥデバイス１０６は、基地局及び／又は他のデバイスと無線通信を実行するための、少なくとも１つのアンテナ（例えば、３３５ａ）、及び場合によって、（例えば、アンテナ３３５ａ及び３３５ｂによって例示される）複数のアンテナを含んでもよい。アンテナ３３５ａ及び３３５ｂは一例として示されており、ＵＥデバイス１０６はより少ない又はより多くのアンテナを含んでもよい。全般的には、それら１つ以上のアンテナは、アンテナ３３５と総称される。例えば、ＵＥデバイス１０６は、アンテナ３３５を使用し、無線機回路３３０を使用して無線通信を実行してもよい。上述のように、いくつかの実施形態では、ＵＥは複数の無線通信規格を使用して無線で通信するように構成されていてもよい。

【0064】

ＵＥ１０６は、本明細書の後の更なる説明などのように、ＵＥ１０６がマルチキャストブロードキャストサービス（ＭＢＳ）ハンドオーバ中のサービス継続性をサポートする技法を実行する方法を実装するためのハードウェア及びソフトウェア構成要素を含んでもよい。ＵＥデバイス１０６のプロセッサ（単数又は複数）３０２は、例えば、メモリ媒体（例えば、非一時的コンピュータ可読メモリ媒体）に記憶されたプログラム命令を実行することにより、本明細書に記載の方法の一部分又は全部を実行するように構成されていてもよい。他の実施形態では、プロセッサ（単数又は複数）３０２は、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などのプログラム可能なハードウェア要素として、又は特定用途向け集積回路（ＡＳＩＣ）として構成されていてもよい。更に、プロセッサ（単数又は複数）３０２は、図３に示すように、本明細書に開示する様々な実施形態に従ってマルチキャストブロードキャストサービス（ＭＢＳ）ハンドオーバ中のサービス継続性をサポートする技法を実行するように、他の構成要素に結合されるか、それらの他の構成要素と相互動作してもよい。プロセッサ（単数又は複数）３０２はまた、ＵＥ１０６上で動作する様々な他のアプリケーション及び／又はエンドユーザアプリケーションを実装してもよい。

【0065】

いくつかの実施形態では、無線機回路３３０は様々なＲＡＴ規格のそれぞれについて通信を制御するために専用の別個のコントローラを含んでもよい。例えば、図３に示すように、無線機回路３３０は、Ｗｉ－Ｆｉコントローラ３５２、セルラコントローラ（例えば、ＬＴＥ－Ａ及び／又はＮＲコントローラ）３５４、及びＢＬＵＥＴＯＯＴＨ（商標）コントローラ３５６を含んでもよく、少なくともいくつかの実施形態では、これらのコントローラの１つ以上又は全ては、互いに、かつＳＯＣ３００と（より具体的にはプロセッサ（単数又は複数）３０２と）通信状態にある、それぞれの集積回路（略してＩＣ又はチップ）として実装されてもよい。例えば、Ｗｉ－Ｆｉコントローラ３５２は、セル－ＩＳＭリンク又はＷＣＩインタフェースを介してセルラコントローラ３５４と通信してもよく、及び／又はＢＬＵＥＴＯＯＴＨ（商標）コントローラ３５６は、セル－ＩＳＭリンクなどを介してセルラコントローラ３５４と通信してもよい。無線機回路３３０内には３つの別個のコントローラが示されているが、他の実施形態は、ＵＥデバイス１０６に実装できる様々な異なるＲＡＴのための、より少ない又はより多くの同様のコントローラを有する。いくつかの実施形態では、セルラコントローラ３５４は、本明細書で開示される手順のうちの１つ以上又はその一部を実装するように構成された、又はＵＥ１０６に実装させるように構成されたベースバンドプロセッサを含んでもよい。
図４－例示的な基地局のブロック図

【0066】

図４は、いくつかの実施形態による、例示的な基地局１０２のブロック図を示す。図４の基地局は、考え得る基地局の一例にすぎないことに留意されたい。図示するように、基地局１０２は、基地局１０２のためのプログラム命令を実行し得るプロセッサ（単数又は複数）４０４を含む。プロセッサ（単数又は複数）４０４はまた、メモリ管理ユニット（ＭＭＵ）４４０に結合されていてもよく、このユニットは、プロセッサ（単数又は複数）４０４からアドレスを受信して、それらのアドレスをメモリ（例えば、メモリ４６０及び読み出し専用メモリ（ＲＯＭ）４５０）内の位置、又は他の回路若しくはデバイスに変換するように構成されていてもよい。

【0067】

基地局１０２は、少なくとも１つのネットワークポート４７０を含んでもよい。ネットワークポート４７０は、電話網に結合し、ＵＥデバイス１０６などの複数のデバイスに、上記図１及び図２に説明するような電話網へのアクセスを提供するように構成されていてもよい。ネットワークポート４７０（又は追加のネットワークポート）はまた、又は代替として、例えば、セルラサービスプロバイダのコアネットワークなどのセルラネットワークに結合するように構成されていてもよい。コアネットワークは、モビリティ関連サービス及び／又は他のサービスを、ＵＥデバイス１０６などの複数のデバイスに提供することができる。いくつかの事例では、ネットワークポート４７０はコアネットワークを介して電話網に結合してもよく、かつ／又は、コアネットワークが電話網を提供してもよい（例えば、セルラサービスプロバイダのサービス対象である他のＵＥデバイス間に）。

【0068】

基地局１０２は、少なくとも１つのアンテナ４３４、可能な場合、複数のアンテナを含んでもよい。アンテナ（単数又は複数）４３４は、無線送受信機として動作するように構成されていてもよく、無線機４３０によって、ＵＥデバイス１０６と通信するように更に構成されていてもよい。アンテナ（単数又は複数）４３４は、通信チェーン４３２を介して、無線機４３０と通信する。通信チェーン４３２は、受信チェーン、送信チェーン、又はその両方であってもよい。無線機４３０は、ＮＲ、ＬＴＥ、ＬＴＥ－Ａ、ＷＣＤＭＡ、ＣＤＭＡ２０００などを含むがこれに限定されない、様々な無線電気通信標準を介して通信するように設計されてもよい。基地局１０２のプロセッサ４０４は、例えば、メモリ媒体（例えば、非一時的コンピュータ可読メモリ媒体）に記憶されたプログラム命令を実行することによって、本明細書で説明される方法のうちの一部又は全てを実装する及び／又は実装をサポートするように構成されていてもよい。あるいは、プロセッサ４０４は、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）などのプログラム可能なハードウェア要素として、又はＡＳＩＣ（特定用途向け集積回路）として、又はそれらの組み合わせとして構成されていてもよい。所定のＲＡＴ、例えばＷｉ－Ｆｉの場合、基地局１０２はアクセスポイント（ＡＰ）として設計されてもよく、この場合ネットワークポート４７０は、ワイドエリアネットワーク及び／又はローカルエリアネットワーク（単数又は複数）へのアクセスを提供するように実装されてもよく、例えば、少なくとも１つのイーサネットポートを含んでもよく、無線機４３０は、Ｗｉ－Ｆｉ規格に従って通信するように設計されてもよい。
サービス継続性を備えたＭＢＳモビリティ

【0069】

セルラスペクトル使用の密度が増加するにつれて、複数のＵＥに伝達すべき情報を基地局が有する場合にリソース効率を向上させるための解決策として、マルチキャストブロードキャストサービス（ＭＢＳ）がますます普及しつつある。いくつかのシナリオでは、ＭＢＳセッションに加入しているＵＥは、複数の異なる基地局のサービス対象であることがあり、また、セル間を移動することもある。ＬＴＥなどのレガシーシステムでは、セル間のＭＢＳ通信のハンドオーバの結果、ＭＢＳパケットがドロップされること、及び／又はミスされることがある。ところが、ＭＢＳの普及に伴ってＭＢＳ通信の信頼性の向上が望まれており、これは、ハンドオーバ中にサービス継続性を提供することによって部分的に達成され得る。

【0070】

ユニキャスト通信は、例えば、基地局１０２などの基地局からＵＥ１０６などの単一のＵＥに向けたピアツーピア（ＰＴＰ）通信の一例を表す。対照的に、ＭＢＳ通信は、例えば、ＵＥ１０６Ａ～１０６Ｎなどの複数のＵＥと通信している基地局１０２などの基地局とのピアツーマルチプル（ＰＴＭ）通信の一例を表す。いくつかのＭＢＳシナリオでは、基地局１０２は、メッセージを受信することが可能な全てのＵＥにメッセージをブロードキャストすることがある。他のＭＢＳシナリオでは、基地局１０２は、該当するＭＢＳセッションに加入しているＵＥのグループなどの、複数又は定義されたＵＥのグループに通信を宛てることによって、通信をマルチキャストすることがある。

【0071】

図５は、いくつかの実施形態による、例えば、ＮＲで使用されるような、ＭＢＳアーキテクチャ及び配信方法のブロック図を示す。図示するように、無線通信ネットワーク（例えばセルラプロバイダネットワーク）のコアネットワーク（ＣＮ）５０２はＭＢＳトラフィックを、例えばコンテンツソースから受信してもよい。ＣＮ５０２は、例えばそのＭＢＳトラフィックが関与するＭＢＳセッションに加入しているＵＥなどの、しかるべきＵＥへの配信のためにＭＢＳトラフィックを複製してもよい。図示するように、複製されたＭＢＳトラフィックはＲＡＮ５０４を介して配信されてもよく、ＲＡＮは基地局１０２などの１つ以上の基地局を含んでもよい。いくつかの事例では、ＭＢＳトラフィックは、ＰＤＵセッション５０６Ａ及び５０６Ｂなどの、ＣＮとＵＥとの間の従来のプロトコルデータユニットＰＤＵセッションなどのＰＴＰ通信を介してＵＥに配信されてもよい。他のシナリオでは、ＣＮ５０２は、複数のＵＥに配信すべきＭＢＳトラフィックを共有トランスポート５０６Ｃを介してＲＡＮ５０４に（例えばＲＡＮ５０４の基地局に）提供してもよい。基地局は、共有トランスポートを介してＭＢＳトラフィックを受信すると、それぞれのＵＥに複数のＰＴＰ通信を介してＭＢＳトラフィックを配信するか、それともＭＢＳメッセージを介して複数のＵＥにＭＢＳトラフィックを配信するかを判定してもよい。基地局はこの判定を、例えば、ＭＢＳトラフィックを受信すべきＵＥの数、受信品質、及び／又は様々な他の要因に基づいて行ってもよい。

【0072】

ＭＢＳ通信に対してハンドオーバ手順では、従来のＰＤＵセッションなどのＰＴＰ通信に対して既存の手順を活用することもできる。ただし、これらの既存の手順はそれ自体では不十分であり、ＭＢＳ通信に対応するために改善する必要がある。

【0073】

図６は、いくつかの実施形態による、従来のユニキャストハンドオーバ手順のための信号フロー図を示す。この手順の詳細な説明は、参照により全体が本明細書に組み込まれている３ＧＰＰ ＴＳ３８．３００バージョン１６．３．０、セクション９．２．３．２に記載されており、あたかも本明細書に完全に規定されているかのようである。概要を以下に示す。

【0074】

図６は、ＵＥ（ＵＥ１０６など）、ソース基地局及びターゲット基地局（基地局１０２など）、コアネットワークのアクセス及びモビリティ管理機能（access and mobility management function：ＡＭＦ）、並びに、コアネットワークの１つ以上のユーザプレーン機能（user plane function：ＵＰＦ）の間の信号フローを示す。

【0075】

当初、ＵＥはソース基地局に接続されていてもよく、ソース基地局とユーザデータを交換してもよい。ソース基地局はまた、ネットワーク側ではＵＰＦとユーザデータを交換してもよい。

【0076】

６０２で、ＡＭＦはソース基地局及び／又はターゲット基地局にモビリティ制御情報を提供してもよい。

【0077】

６０４で、ソース基地局とＵＥは測定制御及び報告に関するメッセージを交換してもよい。

【0078】

６０６で、ソース基地局は、ターゲット基地局へのＵＥのハンドオーバを開始すると判定してもよい。

【0079】

６０８～６１２で、ソース基地局及びターゲット基地局はハンドオーバ準備を行ってもよい。具体的には、図示するように、６０８で、ソース基地局は、例えばＸｎインタフェースを介して、ターゲット基地局にハンドオーバ要求を送信してもよい。それに応じて、ターゲット基地局は、６１０でアドミッション制御を実行してもよく、６１２でハンドオーバ要求肯定応答メッセージをソース基地局に送信してもよい。ハンドオーバ要求肯定応答メッセージは、新しいＲＲＣ設定を含んでもよい。

【0080】

６１４で、ソース基地局とＵＥは、ＲＡＮハンドオーバを開始するために１つ以上のメッセージを交換してもよい。例えば、ソース基地局は新しいＲＲＣ設定をＵＥに提供してもよい。６１８で、ＵＥはＲＲＣ接続をターゲット基地局に移動することによって応じてもよい。これらのステップが完了すると、６２８で、ＵＥはＲＡＮハンドオーバが完了したことの指示をターゲット基地局に提供してもよい。例えば、ＵＥはターゲット基地局に同期し、ＲＲＣ再設定完了メッセージを送信する。

【0081】

一方、６１６で、ソース基地局はバッファリングされたデータ及びＵＰＦ（単数又は複数）からの新しいデータを配信してもよい。６２０で、ソース基地局は、例えばデュアルアクティブプロトコルスタック（dual active protocol stacks：ＤＡＰＳ）を備えて設定された専用無線ベアラ（dedicated radio bearer：ＤＲＢ）について、早期状態移転メッセージをターゲット基地局に送信してもよい。６２２で、ソース基地局は、例えばＤＡＰＳを備えて設定されていないＤＲＢについて、シーケンス番号（ＳＮ）状態移転メッセージをターゲット基地局に送信してもよい。

【0082】

６２４で、ソース基地局はＵＥのためのユーザデータをＵＰＦ（単数又は複数）から受信してもよく、そのユーザデータをハンドオーバの進行中にターゲット基地局に転送してもよい。６２６で、ターゲット基地局はハンドオーバが完了するまで、ソース基地局から受信したユーザデータをバッファリングしてもよい。

【0083】

６２８で、ターゲット基地局がＲＡＮハンドオーバが完了したことの指示を受信した後、６３０で、ターゲット基地局はハンドオーバ成功メッセージをソース基地局に送信してもよい。ソース基地局はＳＮ状態移転メッセージを送信することによって応じてもよく、このメッセージはＵＬ ＰＤＣＰ ＳＮ受信者状態及びＤＬ ＰＤＣＰ ＳＮ送信者状態などの情報を含んでもよい。

【0084】

６３４で、ソース基地局は続けて、ＵＥのためのユーザデータをＵＰＦ（単数又は複数）から受信してもよく、そのユーザデータをターゲット基地局に転送してもよい。この段階ではＵＥでハンドオーバ再設定が完了しているので、６３６で、ターゲット基地局はＵＥにそのユーザデータを転送し、ＵＥからのユーザデータを受信してもよい。６３８で、ターゲット基地局はＵＥからのユーザデータをＵＰＦ（単数又は複数）に引き渡してもよい。

【0085】

６４０で、ターゲット基地局は、例えばＤＬデータ経路をターゲット基地局に向けて切り替えるように、またターゲット基地局に向けてＮＧ－Ｃインタフェースインスタンスを確立するようにコアネットワークをトリガするために、経路切り替え要求メッセージをＡＭＦに送信してもよい。

【0086】

それに応じて、コアネットワークは６４２でＤＬデータ経路をターゲット基地局に向けて切り替えてもよい。ＵＰＦ（単数又は複数）は、ＰＤＵセッション／トンネルごとにソース基地局への古い経路上で１つ以上の「エンドマーカ」パケットを送信してもよく、次いで、ソースｇＮＢに向けたＵプレーン／ＴＮＬリソースがあれば解放してもよい。ソース基地局は、エンドマーカパケットをターゲット基地局に転送してもよい。

【0087】

その後、６４６に示すように、ターゲット基地局はＵＥのためのユーザデータをＵＰＦ（単数又は複数）から直接受信してもよい。

【0088】

６４８で、ＡＭＦは６４０の経路切り替え要求メッセージを、経路切り替え要求肯定応答メッセージを用いて確認してもよい。ＡＭＦから経路切り替え要求肯定応答メッセージを受信すると、６５０で、ターゲット基地局はソース基地局にハンドオーバの成功について通知するために、ＵＥコンテキスト解放メッセージを送信してもよい。次いでソース基地局は、ＵＥコンテキストに関連付けられた、無線及びＣプレーンの関連リソースを解放できる。進行中のデータ転送があれば継続されてもよい。

【0089】

現在のコンテキストでは、この手順の２つのセクションに特に注目すべきであり得る。第１に、基本ハンドオーバ実行中は、ＵＥは６１４から６２８までの間にＵｕインタフェース内でネットワークへのデータ送受信を停止してもよい。ＵＥは次いで、ＲＡＣＨ手順を介したターゲットセルへの上り同期が完了すると、データ送信を再開してもよい。ところが、ＤＡＰＳハンドオーバ中は、ＵＥは６１４から６２８の窓の間に、ソースセルとターゲットセルとの間のデータ受信をＤＬにおいて継続してもよい。

【0090】

第２に、上述したように、ハンドオーバを受信すると、６４０で、ターゲット基地局は経路切り替えを開始してもよい。経路切り替えが完了する前に、ＣＮはＵＥ特定のデータをソース基地局に転送し、ソース基地局はそのパケットを、Ｘｎインタフェースを介してターゲット基地局に転送する。経路切り替えが完了すると、ＣＮはエンドマーカをソース基地局に送信し、ユーザデータをソース基地局に転送してもよい。エンドマーカを受信すると、ターゲット基地局は、ソース基地局からのデータ受信を停止してもよく、ＣＮから直接受信される全てのデータを、ソース基地局から転送されたデータの後に位置すると見なしてもよい。

【0091】

ＤＡＰＳを備えて設定されていないＤＲＢの場合、ソース基地局は、ＰＤＣＰ状態の保存が適用される（すなわち、ＲＬＣ ＡＭのために）ＤＲＢの上りリンクＰＤＣＰ ＳＮ受信者状態及び下りリンクＰＤＣＰ ＳＮ送信者状態を伝達するために、ＳＮ状態移転メッセージ６２２をターゲット基地局に送信してもよい。上りリンクＰＤＣＰ ＳＮ受信者状態は、少なくとも、最初のミスされたＵＬ ＰＤＣＰ ＳＤＵのＰＤＣＰ ＳＮを含んでもよく、ターゲットセル内でＵＥが再送信する必要のある、順序誤りのＵＬ ＰＤＣＰ ＳＤＵの受信状態のビットマップを含んでもよい。下りリンクＰＤＣＰ ＳＮ送信者状態は、ＰＤＣＰ ＳＮをまだ有していない新しいＰＤＣＰ ＳＤＵにターゲット基地局が割り当てるべき次のＰＤＣＰ ＳＮを示してもよい。特に、ＵＥは、各ＤＲＢについてＵＬ及びＤＬの両方のＳＮ情報をターゲットセル／ｇＮＢに示してもよい。

【0092】

表１は、ＳＮ ＳＴＡＴＵＳ ＴＲＡＮＳＦＥＲ（ＳＮ状態移転）（６２２）のフィールドを、３ＧＰＰ ＴＳ ３８．４２３バージョン１６．３．０、セクション９．１．１．４によって定義されるとおりに定義する。

【0093】

表２は、表１に示される情報要素（ＩＥ）「状態移転対象ＤＲＢのリスト」のフィールドを定義する。

【0094】

図７は、いくつかの実施形態による、従来のＭＢＳハンドオーバ手順の信号フロー図を示す。図７は、ＵＥ（ＵＥ１０６など）、ソース基地局及びターゲット基地局（基地局１０２など）、コアネットワークのＡＭＦ、並びに、コアネットワークの１つ以上のＵＰＦ（単数又は複数）の間の信号フローを示す。

【0095】

当初、ＵＥはソース基地局に接続されていてもよく、ソース基地局からＭＢＳデータを、ＰＴＰ送信又はＰＴＭ送信のいずれかとして受信してもよい。ソース基地局は、ネットワーク側ではＵＰＦ（単数又は複数）からＭＢＳマルチキャストデータを受信してもよい。図示するように、いくつかのシナリオでは、ターゲット基地局もまたＵＰＦ（単数又は複数）からＭＢＳマルチキャストデータを受信してもよい。

【0096】

７０２で、ＵＥはソース基地局に測定報告を送信してもよい。それに応じて、７０４で、ソース基地局はターゲット基地局へのＭＢＳハンドオーバを開始すると判定してもよい。

【0097】

７０６～７１０で、ソース基地局及びターゲット基地局はＭＢＳハンドオーバ準備を行ってもよい。具体的には、図示するように、７０６で、ソース基地局はターゲット基地局にハンドオーバ要求を送信してもよく、このハンドオーバ要求は、ＵＥが加入している（単数又は複数）ＭＢＳセッションについての情報などの、ＵＥについてのＭＢＳコンテキストを含んでもよい。それに応じて、ターゲット基地局が現在、対応する、ＣＮとの確立されたＭＢＳセッションを有していない場合は、７０８で、ターゲット基地局はＡＭＦを介してＭＢＳセッションを確立してもよい。７１０で、ターゲット基地局はハンドオーバ要求肯定応答メッセージをソース基地局に送信してもよく、このハンドオーバ要求肯定応答メッセージはターゲット基地局に関するＭＢＳ設定情報を含んでもよい。

【0098】

７１２で、ソース基地局はＵＥにＭＢＳ設定情報を含むＲＲＣ再設定メッセージを転送してもよい。７１４で、ソース基地局はまた、ターゲット基地局にＳＮ状態報告メッセージを送信してもよい。

【0099】

ＵＥは、７１２のＲＲＣ再設定メッセージに応じて、ＲＲＣ接続をターゲット基地局に移動させてもよく、７１６で、ＲＡＮハンドオーバが完了したことの指示をターゲット基地局に提供してもよい。例えば、ＵＥはターゲット基地局に同期し、ＲＲＣ再設定完了メッセージを送信する。

【0100】

その時点で、ターゲット基地局は７１８で、ＵＥへのＭＢＳデータの送信をＰＴＰ送信又はＰＴＭ送信のいずれかとして開始してもよい。７２０に示すように、ターゲット基地局はＵＰＦ（単数又は複数）からＢＭＳマルチキャストデータを受信してもよい。

【0101】

ターゲット基地局が７１６でＲＡＮハンドオーバが完了したことの指示を受信した後、ターゲット基地局は７２２で、例えばＤＬデータ経路をターゲット基地局に向けて切り替えるように、またターゲット基地局に向けてＮＧ－Ｃインタフェースインスタンスを確立するようにコアネットワークをトリガするために、経路切り替え手順をＡＭＦと協議してもよい。この経路切り替え手順は、図６の６４０～６４８に示すものに類似したステップを含んでもよい。

【0102】

経路切り替え手順が完了すると、ターゲット基地局は７２４で、ハンドオーバの成功についてソース基地局に通知するために、ＵＥコンテキスト解放メッセージを送信してもよい。次いでソース基地局は、ＵＥコンテキストに関連付けられたリソースを解放できる。

【0103】

いくつかのシナリオでは、ハンドオーバが完了するまで、ソース基地局は続けて、例えば７１６又は７２４で、ＵＥのためのＭＢＳ通信を送信してもよい。ただし、図６に示したシナリオと同様に、ＵＥは７１２でＲＲＣ再設定メッセージを受信すると、ソース基地局からのＭＢＳ通信の受信を停止してもよい。

【0104】

７２６で、ＵＥは、例えば７１８のＰＴＰ／ＰＴＭ送信中に失われたＰＤＵ（単数又は複数）を示す、ＰＤＣＰ状態報告をターゲット基地局に送信してもよい。それに応じて、７２８で、ターゲット基地局は失われたＰＤＵ（単数又は複数）をユニキャスト（ＰＴＰ）メッセージを介してＵＥに再送信してもよい。ところが、図７の手順には、７１２の前に失われたＰＤＵ（単数又は複数）を特定するため、又はターゲット基地局を介して再送信するための対策はない。図７の手順にはまた、ハンドオーバ中にミスされたＰＤＵ（単数又は複数）を特定するため、又はターゲット基地局を介して再送信するための対策もない。
図８－ＭＢＳ送信のための無瞬断ハンドオーバ

【0105】

図８は、いくつかの実施形態による、ＭＢＳ送信のための無瞬断ハンドオーバのための信号フロー図を示す。具体的には、図８のシナリオ例では、ＮＷは、ミスされたＭＢＳパケットの再送信をターゲットセル内でＰＴＰ通信を介して実行する。ターゲットセル内の同じＭＢＳセッション／ＭＢＳ ＤＲＢのための新しいデータ送信は、ＰＴＭ通信又はＰＴＰ通信のいずれかを介して送信されてもよい。再送信のためのＰＤＵ情報は、ＵＥがターゲットセルにアクセスした後のＵＥ ＰＤＣＵ状態報告に基づいてもよい。図８は、図７に示す手順と類似した、ＭＢＳハンドオーバ手順の特定のシナリオを示す。

【0106】

図８では、本例に関する詳細に明確に注目するために、信号フローの一部が簡略化されていることを理解されたい。ただし、いくつかの実装形態では、図８に示す幅広い矢印は、例えば、図７の類似する点に示した複数の通信と類似する複数の通信を表し得る。

【0107】

図８は、ＵＥ（ＵＥ１０６など）と、ソース基地局及びターゲット基地局（基地局１０２など）との間の信号フローを示す。

【0108】

図８に示すように、８０２で、ＵＥはソース基地局とのＲＲＣ接続を確立してもよい。８０６で、ソース基地局はそのＵＥに（及びＭＢＳセッションに加入している他のＵＥに）、ＭＢＳセッションのための１つ以上のＭＢＳ ＰＴＭ通信を送信してもよい。具体的には、図８の例では、ＭＢＳ ＰＴＭ通信は、シーケンス番号１～４を有する４つのＰＤＵを含んでもよい。この例では、ＰＤＵ１、２、及び４は成功裡に受信されるが、ＰＤＵ３はドロップされる（例えば干渉、不十分な信号強度などに起因して）。

【0109】

８１２で、ソース基地局及びターゲット基地局はＭＢＳハンドオーバ準備を実行してもよい。いくつかのシナリオでは、これは、図７の７０６～７１０と類似したステップを含んでもよい。

【0110】

８１６で、ソース基地局はＵＥに、ＲＲＣ再設定メッセージを同期パラメータとともに送信してもよい。例えば、ＲＲＣ再設定メッセージはハンドオーバコマンドを含んでもよく、ＰＴＰ及び／又はＰＴＭ通信に関する設定情報を更に含んでもよい。

【0111】

ＵＥは、８１６のＲＲＣ再設定メッセージに応じて、ＲＲＣ接続をターゲット基地局に移動させてもよく、８２４で、ＲＡＮハンドオーバが完了したことの指示をターゲット基地局に送信してもよい。例えば、ＵＥはターゲット基地局に同期し、ＲＲＣ再設定完了メッセージを送信する。ＵＥはＲＲＣ接続をターゲット基地局に移動させるので、ＵＥは、８１６のＲＲＣ再設定メッセージに応じてソース基地局からのＭＢＳ通信の受信を停止してもよい。

【0112】

８２４での送信はまた、ＰＤＣＰ状態報告を含んでもよい。例えば、ＰＤＣＰ状態報告は、図８のシナリオのＰＤＵ３のような、ドロップされた、又はミスされたＭＢＳセッションのＰＤＵ（単数又は複数）のＳＮ（例えば、ＤＬ ＰＤＣＰ ＳＮ）又は他の指示を含んでもよい。別の例として、ＰＤＣＰ状態報告は、図８のシナリオのＰＤＵ５などの、ＵＥによって受信されるべき、ＭＢＳセッションの次のＰＤＵのＳＮ又は他の指示を含んでもよい。例えば、ＰＤＣＰ状態報告は、８１６より前にＵＥによって受信された、ＭＢＳセッションの最後のＰＤＵ（例えば、ＰＤＵ４）のＳＮの直後のＳＮを含んでもよい。

【0113】

ＵＥでＲＲＣ再設定が完了すると、ターゲット基地局はＵＥに、ＭＢＳセッションのための通信を送信し始めてもよい。図８は考え得る２つのシナリオを示し、一方は８２８によって示され、他方は８３０～８３２によって示されている。

【0114】

８２８に示されるように、ターゲット基地局は、ＭＢＳセッションのための１つ以上のＰＴＰ通信をＵＥに送信してもよい。ＰＴＰ通信は、ＵＥが８２４で特定した、ドロップされたＰＤＵを含み得る。ＰＴＰ通信はまた、ＵＥが８２４で特定したＭＢＳセッションの次のＰＤＵを、ハンドオーバ中にソース基地局によって送信された後続のＰＤＵ、すなわち、８１６の後にソース基地局によって送信されたためにＵＥによって受信されなかったＰＤＵとともに含んでもよい。ＰＴＰ通信はまた、コアネットワークからターゲット基地局によって受信された、ＭＢＳセッションの後続のＰＤＵを含んでもよい。

【0115】

第２の例では、ターゲット基地局は、ＭＢＳセッションのための継続的サポートをＰＴＭ通信を使用して提供してもよい。８３０に示すように、ターゲット基地局は８２８のシナリオと同様に、ＵＥが８２４で特定した、ドロップされたＰＤＵを、ＭＢＳセッションの次のＰＤＵ及びハンドオーバ中にソース基地局によって送信された後続のＰＤＵとともに含めて、ＭＢＳセッションのための１つ以上のＰＴＰ通信を最初にＵＥに送信してもよい。ただし、ターゲット基地局は８３２で、そのＵＥに（及びＭＢＳセッションに加入している他のＵＥに）、ＭＢＳセッションのための後続のＰＤＵをＰＴＭ送信を介して送信してもよい。

【0116】

いくつかの実装形態では、ターゲット基地局は、ＭＢＳセッションの継続的ＰＤＵを８２８のシナリオに従ってＰＴＰ通信を介して送信すべきか、それとも８３２のシナリオに従ってＰＴＭ通信を介して送信すべきかを、動的に判断してもよい。例えば、図８に示したＵＥが、ターゲットセル内でＭＢＳセッションを受信している唯一のＵＥ（又は少数のＵＥのうちの１つ）である場合、ターゲット基地局は、ＰＴＰ通信を介してＭＢＳ ＰＤＵを送信すると判断してもよい。ところが、ターゲットセル内のいくつかのＵＥがＭＢＳセッションを受信している場合、ターゲット基地局は、それらのいくつかのＵＥにＰＴＭ通信を介してＭＢＳ ＰＤＵを送信すると判断してもよい。ただし、いずれの場合も、図８に示されるＵＥがドロップしたＰＤＵは、ハンドオーバ中にそのＵＥがミスしたＰＤＵとともに、ＭＢＳセッションを受信しているターゲットセルの全てのＵＥではなく、そのＵＥのみに再送信されるべきである。したがって、これらのＰＤＵは、８２８のシナリオ及び８３０のシナリオの両方で、ＰＴＰ送信を介して送信されてもよい。
図９－ＭＢＳセッションが設定されているソースｇＮＢからターゲットｇＮＢへのデータ転送

【0117】

図９は、いくつかの実施形態による、両方の基地局上で以前に有効化されているＭＢＳセッションのための、ＭＢＳハンドオーバ中のソース基地局からターゲット基地局へのデータ転送のための信号フロー図を示す。図９は、ＵＥ（ＵＥ１０６など）、ソース基地局及びターゲット基地局（基地局１０２など）、並びに、コアネットワークの１つ以上のＵＰＦ（単数又は複数）の間の信号フローを示す。具体的には、図９の手順は、いくつかの実施形態による、ソース基地局及びターゲット基地局の両方で同じＭＢＳセッションが設定及び有効化されている例を示す。

【0118】

図９に示すように、９０２で、ＵＥはソース基地局とのＲＲＣ接続を確立してもよい。９０４で、ソース基地局はＭＢＳセッションのデータをＵＰＦから受信してもよい。例えばデータには、ソース基地局によってＰＤＵ １－４、１－７、又は１－１０として送信されるデータが含まれてもよい。いくつかのシナリオでは、ソース基地局は図９の手順の全体にわたり、他の時間にＭＢＳセッションの追加データを受信してもよい。

【0119】

９０６で、ソース基地局はそのＵＥに（及びＭＢＳセッションに加入している他のＵＥに）、９０４で受信されたＭＢＳセッションのためのデータの少なくとも一部を含む１つ以上のＭＢＳ ＰＴＭ通信を送信してもよい。具体的には、図９の例では、ＭＢＳ ＰＴＭ通信は、シーケンス番号１～４を有する４つのＰＤＵを含んでもよい。この例では、ＰＤＵ１、２、及び４は成功裏に受信されるが、ＰＤＵ３はドロップされる。

【0120】

図９のシナリオでは、ＭＢＳセッションは、ターゲット基地局でも設定され、有効化されている。したがって、ターゲット基地局もまた、９０８でＭＢＳセッションのデータを受信してもよい。いくつかのシナリオでは、９０８でターゲット基地局が受信するデータは、９０４でソース基地局が受信するデータと同じであってもよい。ただし、ＵＥアドレス指定などのいくつかの側面は、９０４と９０８との間で異なっていてもよい。９１０で、ターゲット基地局はターゲットセルの加入しているＵＥに、９０８で受信したデータの少なくとも一部分を送信してもよい。

【0121】

９１２で、ソース基地局及びターゲット基地局はＭＢＳハンドオーバ準備を実行してもよい。いくつかのシナリオでは、これは、図７の７０６～７１０と類似したステップを含んでもよい。ただし、ＭＢＳセッションはターゲット基地局で既に設定され有効化されているので、ＭＢＳセッション確立（７０８に示すような）は必要ではなく、省略されてもよい（実行されなくてもよい）ことに留意されたい。

【0122】

９１６で、ソース基地局はＵＥに、ＲＲＣ再設定メッセージを同期パラメータとともに送信してもよい。例えば、ＲＲＣ再設定メッセージは、ハンドオーバコマンド及びＭＢＳ設定情報を含んでもよい。いくつかのシナリオでは、９１６のＲＲＣ再設定メッセージは、８１６のＲＲＣ再設定メッセージと類似しているか、同等であってもよい。

【0123】

９１８で、ソース基地局はＳＮ状態移転メッセージをターゲット基地局に送信してもよい。例えば、ＳＮ状態移転メッセージは、図９のシナリオにおけるＰＤＵ５などの、ＵＥによって受信されるべき、ＭＢＳセッションの次のＰＤＵのＳＮ又は他の指示を含んでもよい。例えば、ＰＤＣＰ状態報告は、９１６より前にＵＥによって受信された、ＭＢＳセッションの最後のＰＤＵ（例えば、ＰＤＵ４）のＳＮの直後のＳＮを含んでもよい。

【0124】

ＵＥは、９１６のＲＲＣ再設定メッセージに応じて、ＲＲＣ接続をターゲット基地局に移動させてもよく、９２４で、ＲＡＮハンドオーバが完了したことの指示をターゲット基地局に送信してもよい。例えば、ＵＥはターゲット基地局に同期し、ＲＲＣ再設定完了メッセージを送信する。ＵＥはＲＲＣ接続をターゲット基地局に移動させるので、ＵＥは、９１６のＲＲＣ再設定メッセージに応じてソース基地局からのＭＢＳ通信の受信を停止してもよい。

【0125】

９２４の送信はまた、ＰＤＣＰ状態報告を含んでもよい。例えば、ＰＤＣＰ状態報告は、図９のシナリオのＰＤＵ３のような、ドロップされた、又はミスされたＭＢＳセッションのＰＤＵ（単数又は複数）のＳＮ又は他の指示を含んでもよい。

【0126】

９２６で、ターゲット基地局はハンドオーバ成功メッセージをソース基地局に送信してもよい。いくつかのシナリオでは、ハンドオーバ成功メッセージは、図６のハンドオーバ成功メッセージ６３０と類似していてもよい。

【0127】

ＵＥでＲＲＣ再設定が完了すると、ターゲット基地局はＵＥに、ＭＢＳセッションのための通信を送信し始めてもよい。図９は、図８と同じ、考え得る２つのシナリオを示す。一方は９２８で示されて８２８と同等であり、他方は９３０～９３２で示されて８３０～８３２と同等である。

【0128】

ＭＢＳセッションはハンドオーバの開始前に設定され有効化されているので、ソース基地局がＭＢＳデータをターゲット基地局に転送する必要はないことに留意されたい。代わりに、ターゲット基地局は、９０８でＵＰＦから受信したデータに基づいて、ＭＢＳ ＰＤＵ３、５～１０のいずれかをＵＥに送信又は再送信してもよい。同様に、図７の７２２に示すものなどの経路切り替え手順を実行する必要はない。
図１０－ＭＢＳセッションが設定されていないソースｇＮＢからターゲットｇＮＢへのデータ転送

【0129】

図１０は、いくつかの実施形態による、ターゲット基地局上で以前に有効化されていないＭＢＳセッションのための、ＭＢＳハンドオーバ中のソース基地局からターゲット基地局へのデータ転送のための信号フロー図を示す。図１０は、ＵＥ（ＵＥ１０６など）、ソース基地局及びターゲット基地局（基地局１０２など）、並びに、コアネットワークの１つ以上のＵＰＦ（単数又は複数）の間の信号フローを示す。具体的には、図１０の手順は、いくつかの実施形態による、そのＵＥがソースセル内で加入しているＭＢＳセッションがターゲット基地局で設定されず、有効化されていない例を示す。

【0130】

図１０に示すように、１００２で、ＵＥはソース基地局とのＲＲＣ接続を確立してもよい。１００４で、ソース基地局はＭＢＳセッションのデータをＵＰＦから受信してもよい。例えばデータには、ソース基地局によってＰＤＵ１－４、１－７として送信されるデータが含まれてもよい。いくつかのシナリオでは、ソース基地局は図１０の手順の全体にわたり、他の時間にＭＢＳセッションの追加のデータを受信してもよい。

【0131】

１００６で、ソース基地局はそのＵＥに（及びＭＢＳセッションに加入している他のＵＥに）、１００４で受信したＭＢＳセッションのためのデータの少なくとも一部を含む、１つ以上のＭＢＳ ＰＴＭ通信を送信してもよい。具体的には、図１０の例では、ＭＢＳ ＰＴＭ通信は、シーケンス番号１～４を有する４つのＰＤＵを含んでもよい。この例では、ＰＤＵ １、２、及び４は成功裏に受信されるが、ＰＤＵ３はドロップされる。

【0132】

いくつかのシナリオでは、１００２～１００６に示した信号は、図９の９０２～９０６に示したものと類似しているか、同一であってもよい。ただし、図１０のシナリオでは、ＭＢＳセッションは、ターゲット基地局で設定又は有効化されていない。

【0133】

１０１２で、ソース基地局及びターゲット基地局はＭＢＳハンドオーバ準備を実行してもよい。いくつかのシナリオでは、これは、図７の７０６～７１０と類似したステップを含んでもよい。具体的には、ＭＢＳセッションはターゲット基地局でまだ設定されておらず有効化されていないので、例えば７０６に示すものなどのハンドオーバ要求メッセージに応じて、ＭＢＳセッション確立（７０８に示すような）が実行されてもよい。

【0134】

１０１６で、ソース基地局はＵＥに、ＲＲＣ再設定メッセージを同期パラメータとともに送信してもよい。例えば、ＲＲＣ再設定メッセージはハンドオーバコマンド及びＭＢＳ設定情報を含んでもよい。いくつかのシナリオでは、１０１６のＲＲＣ再設定メッセージは、８１６のＲＲＣ再設定メッセージと類似しているか、同等であってもよい。

【0135】

１０１８で、ソース基地局はＳＮ状態移転メッセージをターゲット基地局に送信してもよい。例えば、ＳＮ状態移転メッセージは、図１０のシナリオにおけるＰＤＵ５などの、ＵＥによって受信されるべき、ＭＢＳセッションの次のＰＤＵのＳＮ又は他の指示を含んでもよい。例えば、ＰＤＣＰ状態報告は、１０１６より前にＵＥによって受信された、ＭＢＳセッションの最後のＰＤＵ（例えば、ＰＤＵ４）のＳＮの直後のＳＮを含んでもよい。

【0136】

前の例で述べたように、１０１６のＲＲＣ再設定メッセージに応じて、ＵＥはソース基地局からの送信の受信を停止し、ＲＲＣ接続をターゲット基地局に移動させてもよいため、これらのＰＤＵはハンドオーバの完了に続いてＵＥに再送信されてもよい。ところが、ＭＢＳセッション確立が実行されたのはハンドオーバ準備中であったので、ターゲット基地局は、その時点より前に送信されたＰＤＵ１～７などのＭＢＳデータをＵＰＦから受信していない。したがって、１０２０で、ソース基地局は、図１０の例のＰＤＵ５～７などの１０１６でのＲＲＣ再設定メッセージに後続する、ソース基地局によって送信されたＭＢＳ ＰＤＵ（又は該当するＭＢＳデータ）をターゲット基地局に転送してもよい。

【0137】

加えて１０２２で、ターゲット基地局はＵＰＦから、図１０の例のＰＤＵ８～１０などの、ＭＢＳセッションのための後続のデータを受信してもよい。ＵＰＦは、１０１４でのＭＢＳセッション確立に少なくとも部分的に応じて、データを送信してもよい。

【0138】

ＵＥでＲＲＣ再設定が完了すると、１０２４で、ＵＥはＲＡＮハンドオーバが完了したことの指示をターゲット基地局に送信してもよい。例えば、ＵＥはターゲット基地局に同期し、ＲＲＣ再設定完了メッセージを送信する。

【0139】

１０２４の送信はまた、ＰＤＣＰ状態報告を含んでもよい。例えば、ＰＤＣＰ状態報告は、図１０のシナリオのＰＤＵ３のような、ドロップされた、又はミスされたＭＢＳセッションのＰＤＵ（単数又は複数）のＳＮ又は他の指示を含んでもよい。

【0140】

１０２６で、ターゲット基地局はハンドオーバ成功メッセージをソース基地局に送信してもよい。いくつかのシナリオでは、ハンドオーバ成功メッセージは、図６のハンドオーバ成功メッセージ６３０と類似していてもよい。いくつかのシナリオでは、ハンドオーバ成功メッセージ１０２６は、ソース基地局にＭＢＳデータの転送を停止させる命令又は指示を含んでもよい。ハンドオーバ成功メッセージは、ＲＲＣ再設定完了メッセージ１０２４に少なくとも部分的に応じてもよく、また、１０２２でＭＢＳセッションのためのデータを受信することに少なくとも部分的に応じてもよい。

【0141】

ＵＥでＲＲＣ再設定が完了すると、ターゲット基地局はＵＥに、ＭＢＳセッションのための通信を送信し始めてもよい。図１０は、図８と同じ、考え得る２つのシナリオを示す。一方は１０２８で示されて８２８と同等であり、他方は１０３０～１０３２で示されて８３０～８３２と同等である。
ＰＤＣＰ ＳＮ同期

【0142】

図８～図１０の例の各々では、ソース基地局は、ドロップされたパケット、及び／又はＵＥに送信されるべき次のＭＢＳ ＰＤＵの、ＳＮ（例えば、ＤＬ ＰＤＣＰ ＳＮ）をターゲット基地局に通信してもよい。ソース基地局の提供するＳＮがターゲット基地局にとって意味のあるものになるように、ソース基地局はＰＤＣＰ ＳＮ割り当てをターゲット基地局と同期させてもよい。これは、例えばＭＢＳセッション確立の間に、又はＭＢＳセッションデータ送信においてＵＰＦから受信した情報に基づいて、各ＰＤＵにＰＤＣＰ ＳＮを割り当てるように各基地局を構成することによって達成されてもよい。

【0143】

第１の例として、ＭＢＳデータを担持するＰＤＵを送信するとき、基地局は、ＵＰＦからＭＢＳデータが受信されたＭＢＳパケット内のＳＮに従ってＰＤＣＰ ＳＮを割り当ててもよい。例えば、基地局はＰＤＣＰ ＳＮを、ＭＢＳパケットのＰＤＵヘッダと等しくなるように（又はそれに基づいて）設定してもよい。あるいは、基地局はＰＤＣＰ ＳＮを、ＭＢＳパケットのＧＴＰ－Ｕヘッダと等しくなるように（又はそれに基づくように）設定してもよい。いずれの例においても、ＵＰＦは、所与のＭＢＳパケットをソース基地局とターゲット基地局の両方に送信するために、同じＳＮを使用してもよい。その結果、ソース基地局及びターゲット基地局がそのパケットに同じＰＤＣＰ ＳＮを割り当てるので、ソース基地局が自らのＰＤＣＰ ＳＮを参照することによって、ターゲット基地局へのそのパケットを特定できるようになり得る。

【0144】

別の例として、基地局は、例えば、ＳＮを逐次的に増加させることによって、受信したパケット順序に従ってＰＤＣＰ ＳＮを割り当ててもよい。いくつかのシナリオでは、ＵＰＦは、基地局ごとに開始番号を提供してもよい。例えば、ＵＰＦはソース基地局に、ＭＢＳセッションでソース基地局に送信される最初のＭＢＳパケットに使用されるＰＤＣＰ ＳＮを示してもよい。ＰＤＣＰ ＳＮは、例えばＭＢＳセッション確立の間に示されてもよいし、又は、ＭＢＳセッションでソース基地局に送信される最初のＭＢＳパケットのヘッダ内に（例えば、ＰＤＵヘッダの予備フィールド内に）示されてもよい。次いで、ＵＰＦとソース基地局の両方が、後続のＰＤＵごとにＰＤＣＰ ＳＮをインクリメントしてもよい。同様に、ＵＰＦはターゲット基地局に、ターゲット基地局に送信されるべき第１のＭＢＳパケットに使用されるべきＰＤＣＰ ＳＮを示してもよく、使用されるべきＰＤＣＰ ＳＮは、ソースｇＮＢに対して示されたＰＤＣＰ ＳＮ番号付けに一致する。例えば、使用されるべきＰＤＣＰ ＳＮは、ＭＢＳセッションで最初のＭＢＳパケットがソース基地局に送信された後のＰＤＵの番号付けから得られるＰＤＣＰ ＳＮである。その結果、ターゲット基地局はＵＰＦの指定したＰＤＣＰ ＳＮを割り当て、それは、ソース基地局がＰＤＵの逐次的番号に基づいてそのパケットに割り当てたＰＤＣＰ ＳＮと同じになる。最初のＰＤＵに続いて、ターゲット基地局は、後続の各ＰＤＵについてもＰＤＣＰ ＳＮをインクリメントする。この場合も、ソース基地局は自らのＰＤＣＰ ＳＮを参照することによってターゲット基地局への各パケットを特定してもよい。
具体的実施例

【0145】

以下は、前述の説明に一致する実装形態の具体的実施例である。他の異なる実施例も、前述の説明の全範囲内で想定される。

【0146】

１．いくつかの実施形態では、マルチキャストブロードキャストサービス（ＭＢＳ）セッションの通信を実行する方法が、無線通信ネットワークのターゲット基地局が無線通信ネットワークのリモート基地局から、ユーザ機器（ＵＥ）に対するＭＢＳセッションの、ソース基地局からターゲット基地局へのハンドオーバを開始せよとの要求を受信することと、ＵＥによって受信されるべき、ＭＢＳセッションの次のプロトコルデータユニット（ＰＤＵ）の指示を受信することと、ＭＢＳセッションの次のＰＤＵであって、ハンドオーバを開始せよとの要求の後、以前にソース基地局によってピアツーマルチプル（ＰＴＭ）メッセージを介して送信された、ＭＢＳセッションの次のＰＤＵを含むピアツーピア（ＰＴＰ）メッセージをＵＥに送信することと、を含む。

【0147】

２．実施例１によるいくつかの実施形態では、方法は、ＭＢＳセッションのドロップされたＰＤＵであって、ソース基地局によって送信されたがＵＥによって適切に受信されなかったドロップされたＰＤＵの指示をＵＥから受信することと、そのドロップされたＰＤＵを含むピアツーピアメッセージをＵＥに送信することと、を更に含む。

【0148】

３．実施例２によるいくつかの実施形態では、次のＰＤＵの指示及びドロップされたＰＤＵの指示は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）状態報告でＵＥから受信される。

【0149】

４．実施例１によるいくつかの実施形態では、次のＰＤＵの指示はソース基地局から受信される。

【0150】

５．実施例１～４のいずれかによるいくつかの実施形態では、方法は、ＭＢＳセッションの後続のＰＤＵをピアツーピアメッセージを介して送信すべきか、それともピアツーマルチプルメッセージを介して送信すべきかを、ＭＢＳセッションに加入している、ターゲット基地局のサービス対象であるＵＥの数に少なくとも部分的に基づいて判定することを更に含む。

【0151】

６．実施例１～５のいずれかによるいくつかの実施形態では、方法は、ハンドオーバを開始せよとの要求を受信したことに応じて、そのＭＢＳセッションを無線通信ネットワークのあるコアネットワーク要素と確立することと、ソース基地局から、ＵＥに転送されるべき、ＭＢＳセッションの少なくとも１つのＰＤＵであって、ＭＢＳセッションの次のＰＤＵを含む少なくとも１つのＰＤＵを受信することと、次のＰＤＵを受信した後に続いて、コアネットワーク要素からＭＢＳセッションの後続のＰＤＵを受信することと、を含む。

【0152】

７．実施例６によるいくつかの実施形態では、方法は、ＵＥでのＭＢＳハンドオーバ再設定が完了したことの指示をＵＥから受信することと、ＵＥでのＭＢＳハンドオーバ再設定が完了したことの指示を受信したことに応じて、かつ、コアネットワーク要素とＭＢＳセッションを確立した後に続いて、ＭＢＳセッションのＰＤＵの転送を停止する命令をソース基地局に提供することと、を更に含む。

【0153】

８．実施例７によるいくつかの実施形態では、方法は、ＵＥでのＭＢＳハンドオーバ再設定が完了したことの指示を受信する前にソース基地局から受信した、ＭＢＳセッションの少なくとも１つのＰＤＵの各ＰＤＵを、少なくとも１つのＰＴＰメッセージを介してＵＥに転送することを更に含む。

【0154】

９．実施例１～５のいずれかによるいくつかの実施形態では、方法は、そのＭＢＳセッションを無線通信ネットワークのあるコアネットワーク要素と確立することを含み、ＭＢＳセッションはハンドオーバを開始せよとの要求を受信する前に確立されている。

【0155】

１０．実施例１～９のいずれかによるいくつかの実施形態では、方法は、無線通信ネットワークのあるコアネットワーク要素から、そのＭＢＳセッションの指定されたＰＤＵに割り当てられるべきシーケンス番号の指示を受信することと、指定されたＰＤＵに後続するＰＤＵに逐次的シーケンス番号を割り当てることと、を更に含む。

【0156】

１１．実施例１～９のいずれかによるいくつかの実施形態では、無線通信ネットワークのあるコアネットワーク要素から、そのＭＢＳセッションのためのＭＢＳペイロードデータを含むＭＢＳパケットであって、パケットシーケンス番号を有するＭＢＳパケットを受信することと、そのＭＢＳペイロードデータを含むパケットをＵＥに送信することであって、送信されるパケットの下りリンク（ＤＬ）パケットデータコンバージェンスプロトコル（ＰＤＣＰ）シーケンス番号として、このＭＢＳパケットのパケットシーケンス番号が使用されることと、を含む。

【0157】

１２．いくつかの実施形態では、無線通信ネットワークのターゲット基地局が、無線通信回路と、その無線通信回路に通信可能に接続されたプロセッサ回路であって、実施例１～１１のいずれかによるステップをターゲット基地局に実行させるように構成されたプロセッサ回路と、を含む。

【0158】

１３．いくつかの実施形態では、装置が、実施例１～１１のいずれかによるステップをターゲット基地局に実行させるように構成されたプロセッサを含む。

【0159】

１４．いくつかの実施形態では、装置が、実施例１～１１のいずれかによる方法を実行する手段を備える。

【0160】

１５．いくつかの実施形態では、マルチキャストブロードキャストサービス（ＭＢＳ）セッションの通信を実行する方法が、無線通信デバイスが無線ネットワークの第１の基地局から、マルチキャストセッションの少なくとも１つのデータパケットを含むマルチキャスト送信を受信することと、第１の基地局から、無線ネットワークの第２の基地局へのハンドオーバを実行する命令を受信することと、
その命令を受信したことに応じて、第１の基地局からの送信の受信を停止し、第２の基地局との接続を確立することと、第２の基地局から、第１の基地局から受信したマルチキャストセッションの最後のデータパケットに続く、マルチキャストセッションの次の逐次的データパケットであって、無線通信デバイスが第１の基地局からの送信の受信を停止した後、以前に第１の基地局からのマルチキャスト送信に含まれていた次の逐次的データパケットを含む、ユニキャスト送信を受信することと、を含む。

【0161】

１６．実施例１５によるいくつかの実施形態では、方法は、ユニキャスト送信を受信する前に、次の逐次的パケットの識別子を第２の基地局に送信することを更に含む。

【0162】

１７．実施例１５～１６のいずれかによるいくつかの実施形態では、方法は、第２の基地局から、マルチキャストセッションのドロップされたデータパケットであって、ハンドオーバを実行する命令より前の第１の基地局からのマルチキャスト送信に含まれていたがＵＥによって適切に受信されなかったドロップされたデータパケットを含む、ユニキャスト送信を受信することを更に含む。

【0163】

１８．実施例１７によるいくつかの実施形態では、方法は、ドロップされたデータパケットを含むユニキャスト送信を受信する前に、ドロップされたデータパケットの識別子を第２の基地局に送信することを更に含む。

【0164】

１９．実施例１５～１８のいずれかによるいくつかの実施形態では、方法は、第２の基地局から、マルチキャストセッションの少なくとも１つのデータパケットを含むマルチキャスト送信を受信することを更に含む。

【0165】

２０．実施例１５～１９のいずれかによるいくつかの実施形態では、第２の基地局へのハンドオーバを実行する命令は、マルチキャスト送信のために第２の基地局との接続を確立するための設定情報を含む。

【0166】

２１．いくつかの実施形態では、無線通信ネットワーク内で動作している無線通信デバイスが、無線通信回路と、その無線通信回路に通信可能に接続されたプロセッサ回路であって、実施例１５～２０のいずれかによるステップをその無線通信デバイス局に実行させるように構成されたプロセッサ回路と、を含む。

【0167】

２２．いくつかの実施形態では、装置が、実施例１５～２０のいずれかによるステップを無線通信デバイスに実行させるように構成されたプロセッサを含む。

【0168】

２３．いくつかの実施形態では、装置が、実施例１５～２０のいずれかによる方法を実行する手段を備える。

【0169】

２４．いくつかの実施形態では、マルチキャストブロードキャストサービス（ＭＢＳ）セッションの通信を実行する方法が、無線通信ネットワークの第１の基地局がユーザ機器（ＵＥ）に、マルチキャストセッションの少なくとも１つのデータパケットを含むマルチキャスト送信を送信することと、ＵＥを無線通信ネットワークの第２の基地局にハンドオーバするハンドオーバ手順を開始すると判定したことに応じて、ハンドオーバを実行する命令をＵＥに送信することと、命令を送信した後に続いて、ＵＥに送信されるべき、ＭＢＳセッションの次のパケットの指示を第２の基地局に提供することと、命令を送信した後に続いて、ＵＥに送信されるべき、ＭＢＳセッションのパケットであって、次のパケットを含むＭＢＳセッションのパケットの、第２の基地局への転送を開始することと、ハンドオーバが完了したことの指示を第２の基地局から受信したことに応じて、ＭＢＳセッションのパケットの転送を停止することと、を含む。

【0170】

２５．実施例２４によるいくつかの実施形態では、方法は、第２の基地局にＭＢＳセッションに関する情報を含むハンドオーバ要求を提供することを更に含む。

【0171】

２６．実施例２５によるいくつかの実施形態では、方法は、第２の基地局に対するＭＢＳセッション設定情報を示すハンドオーバ要求肯定応答メッセージを第２の基地局から受信することと、ハンドオーバを実行する命令に第２の基地局に対するＭＢＳセッション設定情報を含ませることと、を更に含む。

【0172】

２７．いくつかの実施形態では、無線通信ネットワーク内で動作している第１の基地局が、無線通信回路と、その無線通信回路に通信可能に接続されたプロセッサ回路であって、実施例２４～２６のいずれかによるステップを第１の基地局に実行させるように構成されたプロセッサ回路と、を含む。

【0173】

２８．いくつかの実施形態では、装置が、実施例２４～２６のいずれかによるステップを第１の基地局に実行させるように構成されたプロセッサを含む。

【0174】

２９．いくつかの実施形態では、装置が、実施例２４～２６のいずれかによる方法を実行する段を備える。

【0175】

個人情報の使用は、ユーザのプライバシーを維持するための業界又は政府の要件を満たす又は超えるとして一般に認識されているプライバシーポリシー及びプラクティスに従うべきであることに十分に理解されている。特に、個人情報データは、意図されない又は認可されていないアクセス又は使用のリスクを最小にするように管理され取り扱われるべきであり、認可された使用の性質は、ユーザに明確に示されるべきである。

【0176】

ユーザ機器（ＵＥ）を動作させるための本明細書に記載の方法のいずれかは、下りリンクでＵＥによって受信された各メッセージ／信号Ｘを、基地局によって送信されたメッセージ／信号Ｘとして解釈し、上りリンクでＵＥによって送信された各メッセージ／信号Ｙを、基地局によって受信されたメッセージ／信号Ｙとして解釈することによって、基地局を動作させるための対応する方法の基礎とすることができる。

【0177】

本開示の実施形態は、任意の様々な形態で実現されてもよい。例えば、いくつかの実施形態では、本主題はコンピュータに実行される方法、コンピュータ可読記憶媒体、又はコンピュータシステムとして実現されてもよい。他の実施形態では、本主題は、ＡＳＩＣなどの、１つ以上のカスタム設計されたハードウェアデバイスを使用して実現することができる。他の実施形態では、本主題は、ＦＰＧＡなどの、１つ以上のプログラム可能なハードウェア要素を使用して実現することができる。

【0178】

いくつかの実施形態では、非一時的コンピュータ可読メモリ媒体（例えば、非一時的メモリ要素）は、プログラム命令及び／又はデータを記憶し、プログラム命令は、コンピュータシステムによって実行されるときに、そのコンピュータシステムに方法を、例えば、本明細書に記載の方法実施形態のいずれか、又は本明細書に記載の方法実施形態の組み合わせ、又は本明細書に記載の方法実施形態のサブセット、又はそのようなサブセットの組み合わせ、を実行させるように構成されていてもよい。

【0179】

いくつかの実施形態では、デバイス（例えば、ＵＥ）は、プロセッサ（又はプロセッサのセット）及びメモリ媒体（又はメモリ要素）を含むように構成されていてもよく、メモリ媒体はプログラム命令を記憶し、プロセッサは、メモリ媒体からプログラム命令を読み出して実行するように構成されており、プログラム命令は本明細書に記載する様々な方法実施形態（又は本明細書に記載の方法実施形態の任意の組み合わせ、又は本明細書に記載の方法実施形態のいずれかの任意のサブセット、又はそのようなサブセットの任意の組み合わせ）のいずれかを実装するために実行可能である。デバイスは、様々な形態のいずれにおいて実現されてもよい。

【0180】

上記の実施形態は、かなり詳細に記載されているが、上記の開示が完全に理解されれば、多数の変形形態及び修正形態が当業者には明らかになる。以下の特許請求の範囲は、全てのそのような変形形態及び修正形態を包含すると解釈されることが意図されている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【国際調査報告】