(57)【要約】  本願発明の実施形態は、通信方法、ソース基地局、ターゲット基地局、コアネットワークデバイス、および端末デバイスを開示し、当該方法は、ソース基地局がターゲット基地局へハンドオーバー要求を送信する段階であって、ハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられ、ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、セッションに対応するネットワークスライスのインジケーション情報とを含む、段階と、ソース基地局がターゲット基地局からハンドオーバー応答メッセージを受信する段階であって、ハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、段階とを含む。本願は、ハンドオーバー成功率を高められる。
2020517130.tif 000002
【特許請求の範囲】
【請求項１】
ソース基地局がターゲット基地局へハンドオーバー要求を送信する段階であって、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソース基地局から前記ターゲット基地局へハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含む、段階と、
前記ソース基地局が前記ターゲット基地局からハンドオーバー応答メッセージを受信する段階であって、前記ハンドオーバー応答メッセージは拒否インジケーション情報を含み、前記拒否インジケーション情報は、ハンドオーバーが要求されている前記セッションのうち、ネットワークスライスに起因して前記ターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、段階と
を備える、通信方法。
【請求項２】
ハンドオーバーが要求されている前記セッションは、第１のセッションを含み、またはハンドオーバーが要求されている前記セッションは、前記第１のセッションおよび第２のセッションを含み、
前記第１のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートしない、請求項１に記載の方法。
【請求項３】
前記原因情報は、
前記ターゲット基地局が、拒否された前記セッションに対応するネットワークスライスをサポートしないことであるか、または、
前記ターゲット基地局がサポートし、拒否された前記セッションに対応するネットワークスライスのために利用可能なリソースがないことである、請求項１または２に記載の方法。
【請求項４】
前記ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、前記ハンドオーバー応答メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する再送信インジケーション情報を含み、前記セッションに対応する前記再送信インジケーション情報は、前記ターゲット基地局のサポートされているネットワークスライスへ、拒否された前記セッションのデータフローをルーティングすることを前記端末デバイスが許可されているかを示すのに用いられる、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記ハンドオーバー応答メッセージが前記ハンドオーバー要求確認応答メッセージである場合、前記ソース基地局が、ハンドオーバーコマンドを前記端末デバイスへ送信する段階であって、前記ハンドオーバーコマンドは、前記ターゲット基地局が拒否する前記セッションに対応する前記再送信インジケーション情報を含む、段階をさらに備える、請求項４に記載の方法。
【請求項６】
前記ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、前記ハンドオーバー要求確認応答メッセージはさらに、ハンドオーバーが要求されている前記セッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記ハンドオーバー応答メッセージがハンドオーバー失敗メッセージである場合、前記ソース基地局が、無線リソース制御ＲＲＣ接続リリースメッセージを前記端末デバイスへ送信する段階をさらに備える、請求項１から３のいずれか一項に記載の方法。
【請求項８】
前記ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルのサポートされているネットワークスライスのインジケーション情報、前記ソースセルの前記隣接するセルが属するＴＡ／ＲＡのサポートされているネットワークスライスのインジケーション情報、または、前記ソース基地局の隣接する基地局のサポートされているネットワークスライスについての情報を含む、請求項７に記載の方法。
【請求項９】
ターゲット基地局がソース基地局からハンドオーバー要求を受信する段階であって、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソース基地局から前記ターゲット基地局へハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含む、段階と、
前記ターゲット基地局が前記ソース基地局へハンドオーバー応答メッセージを送信する段階であって、前記ハンドオーバー応答メッセージは拒否インジケーション情報を含み、前記拒否インジケーション情報は、ハンドオーバーが要求されている前記セッションのうち、ネットワークスライスに起因して前記ターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、段階と
を備える、通信方法。
【請求項１０】
ハンドオーバーが要求されている前記セッションは、第１のセッションを含み、またはハンドオーバーが要求されている前記セッションは、前記第１のセッションおよび第２のセッションを含み、
前記第１のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートしない、請求項９に記載の方法。
【請求項１１】
前記原因情報は、
前記ターゲット基地局が、拒否された前記セッションに対応するネットワークスライスをサポートしないこと、または、
前記ターゲット基地局がサポートし、拒否された前記セッションに対応するネットワークスライスのために利用可能なリソースがないことである、請求項９または１０に記載の方法。
【請求項１２】
前記ハンドオーバー応答メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する再送信インジケーション情報を含み、前記セッションに対応する前記再送信インジケーション情報は、前記ターゲット基地局のサポートされているネットワークスライスへ、拒否された前記セッションのデータフローをルーティングすることを前記端末デバイスが許可されているかを示すのに用いられる、請求項９から１１のいずれか一項に記載の方法。
【請求項１３】
前記ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、前記ハンドオーバー要求確認応答メッセージはさらに、ハンドオーバーが要求されている前記セッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む、請求項９から１２のいずれか一項に記載の方法。
【請求項１４】
前記ターゲット基地局が前記端末デバイスからハンドオーバー確認応答メッセージを受信する段階と、
前記ターゲット基地局がコアネットワークデバイスへ経路切替要求を送信する段階であって、前記経路切替要求は、前記ターゲット基地局が承諾するセッションの識別子と、前記ターゲット基地局が拒否するセッションの識別子とを含む、段階と、
前記ターゲット基地局が前記コアネットワークデバイスから経路切替要求応答メッセージを受信する段階であって、前記経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む、段階と
をさらに備える、請求項９から１３のいずれか一項に記載の方法。
【請求項１５】
前記経路切替要求はさらに、前記ターゲット基地局が拒否する前記セッションに対応する前記ネットワークスライスのインジケーション情報を含む、請求項１４に記載の方法。
【請求項１６】
コアネットワークデバイスがターゲット基地局から経路切替要求を受信する段階であって、前記経路切替要求は、前記ターゲット基地局が承諾するセッションの識別子と、前記ターゲット基地局が拒否するセッションの識別子とを含む、段階と、
前記コアネットワークデバイスが、承諾された前記セッションの経路切替と、拒否された前記セッションの非アクティブ化またはリリースとを実施する段階と、
前記コアネットワークデバイスが前記ターゲット基地局へ経路切替要求応答メッセージを送信する段階であって、前記経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む、段階と
を備える、通信方法。
【請求項１７】
端末デバイスがソース基地局から無線リソース制御ＲＲＣ接続リリースメッセージを受信する段階と、
前記端末デバイスがＲＲＣ接続をリリースする段階と
を備え、
前記ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルのサポートされているネットワークスライスのインジケーション情報、前記ソースセルの前記隣接するセルが属するＴＡ／ＲＡのサポートされているネットワークスライスのインジケーション情報、または前記ソース基地局の隣接する基地局のサポートされているネットワークスライスについての情報を含む、通信方法。
【請求項１８】
基地局であり、
前記基地局はソース基地局であり、前記ソース基地局はプロセッサと送受信機とを備え、
前記プロセッサは、前記送受信機を用いてターゲット基地局へハンドオーバー要求を送信し、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソース基地局から前記ターゲット基地局へハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含み、
前記プロセッサは、前記送受信機を用いて前記ターゲット基地局からハンドオーバー応答メッセージを受信し、前記ハンドオーバー応答メッセージは拒否インジケーション情報を含み、前記拒否インジケーション情報は、ハンドオーバーが要求されている前記セッションのうち、ネットワークスライスに起因して前記ターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、基地局。
【請求項１９】
ハンドオーバーが要求されている前記セッションは、第１のセッションを含み、またはハンドオーバーが要求されている前記セッションは、前記第１のセッションおよび第２のセッションを含み、
前記第１のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートしない、請求項１８に記載の基地局。
【請求項２０】
前記原因情報は、
前記ターゲット基地局が、拒否された前記セッションに対応するネットワークスライスをサポートしないこと、または、
前記ターゲット基地局がサポートし、拒否された前記セッションに対応するネットワークスライスのために利用可能なリソースがないことである、請求項１８または１９に記載の基地局。
【請求項２１】
前記ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、前記ハンドオーバー応答メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する再送信インジケーション情報を含み、前記セッションに対応する前記再送信インジケーション情報は、前記ターゲット基地局のサポートされているネットワークスライスへ、拒否された前記セッションのデータフローをルーティングすることを前記端末デバイスが許可されているかを示すのに用いられる、請求項１８から２０のいずれか一項に記載の基地局。
【請求項２２】
前記ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、前記プロセッサは、前記送受信機を用いてハンドオーバーコマンドを前記端末デバイスへ送信し、前記ハンドオーバーコマンドは、前記ターゲット基地局が拒否する前記セッションに対応する前記再送信インジケーション情報を含む、ことをさらに備える、請求項２１に記載の基地局。
【請求項２３】
前記ハンドオーバー応答メッセージがハンドオーバー失敗メッセージである場合、前記プロセッサは、前記送受信機を用いて前記端末デバイスへ無線リソース制御ＲＲＣ接続リリースメッセージを送信する、請求項１８から２０のいずれか一項に記載の基地局。
【請求項２４】
前記ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルのサポートされているネットワークスライスのインジケーション情報、前記ソースセルの前記隣接するセルが属するＴＡ／ＲＡのサポートされているネットワークスライスのインジケーション情報、または、前記ソース基地局の隣接する基地局のサポートされているネットワークスライスについての情報を含む、請求項２３に記載の基地局。
【請求項２５】
基地局であり、
前記基地局はターゲット基地局であり、前記ターゲット基地局はプロセッサと送受信機とを備え、
前記プロセッサは、前記送受信機を用いてソース基地局からハンドオーバー要求を受信し、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソース基地局から前記ターゲット基地局へハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含み、
前記プロセッサは、前記送受信機を用いて前記ソース基地局へハンドオーバー応答メッセージを送信し、前記ハンドオーバー応答メッセージは拒否インジケーション情報を含み、前記拒否インジケーション情報は、ハンドオーバーが要求されている前記セッションのうち、ネットワークスライスに起因して前記ターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、基地局。
【請求項２６】
ハンドオーバーが要求されている前記セッションは、第１のセッションを含み、またはハンドオーバーが要求されている前記セッションは、前記第１のセッションおよび第２のセッションを含み、
前記第１のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートしない、請求項２５に記載の基地局。
【請求項２７】
前記原因情報は、
前記ターゲット基地局が、拒否された前記セッションに対応するネットワークスライスをサポートしないこと、または、
前記ターゲット基地局がサポートし、拒否された前記セッションに対応するネットワークスライスのために利用可能なリソースがないことである、請求項２５または２６に記載の基地局。
【請求項２８】
前記ハンドオーバー応答メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する再送信インジケーション情報を含み、前記セッションに対応する前記再送信インジケーション情報は、前記ターゲット基地局のサポートされているネットワークスライスへ、拒否された前記セッションのデータフローをルーティングすることを前記端末デバイスが許可されているかを示すのに用いられる、請求項２５から２７のいずれか一項に記載の基地局。
【請求項２９】
コアネットワークデバイスであり、前記コアネットワークデバイスはプロセッサと送受信機とを備え、
前記プロセッサは、前記送受信機を用いてターゲット基地局から経路切替要求を受信し、前記経路切替要求は、前記ターゲット基地局が承諾するセッションの識別子と、前記ターゲット基地局が拒否するセッションの識別子とを含み、
前記プロセッサは、承諾された前記セッションの経路切替を実施し、拒否された前記セッションの非アクティブ化またはリリースを実施するよう構成されており、
前記プロセッサは、前記送受信機を用いて前記ターゲット基地局へ経路切替要求応答メッセージを送信し、前記経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む、コアネットワークデバイス。
【請求項３０】
端末デバイスであり、前記端末デバイスはプロセッサと送受信機とを備え、
前記プロセッサは、前記送受信機を用いてソース基地局から無線リソース制御ＲＲＣ接続リリースメッセージを受信し、
前記プロセッサは、ＲＲＣ接続をリリースし、前記ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルのサポートされているネットワークスライスのインジケーション情報、前記ソースセルの前記隣接するセルが属するＴＡ／ＲＡのサポートされているネットワークスライスのインジケーション情報、または前記ソース基地局の隣接する基地局のサポートされているネットワークスライスについての情報を含む、端末デバイス。
【請求項３１】
前記経路切替要求メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する原因情報を含む、請求項１６に記載の方法。
【請求項３２】
前記原因情報は、拒否された前記セッションに対応するネットワークスライスを前記ターゲット基地局がサポートしないことである、請求項３１に記載の方法。
【請求項３３】
前記コアネットワークデバイスが、承諾された前記セッションの経路切替と、拒否された前記セッションの非アクティブ化またはリリースとを実施する前記段階は、前記コアネットワークデバイスが、拒否された前記セッションに対応する前記ネットワークスライスを前記ターゲット基地局がサポートしないが故に拒否された前記セッションのリリースを実施する段階を有する、請求項３２に記載の方法。
【請求項３４】
ターゲット基地局がコアネットワークデバイスへ経路切替要求を送信する段階であって、前記経路切替要求は、前記ターゲット基地局が承諾するセッションの識別子と、前記ターゲット基地局が拒否するセッションの識別子とを含む、段階と、
前記コアネットワークデバイスが送信した経路切替要求応答メッセージを前記ターゲット基地局が受信する段階であって、前記経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む、段階と
を備える、通信方法。
【請求項３５】
前記経路切替要求応答メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する原因情報を含む、請求項３４に記載の方法。
【請求項３６】
前記原因情報は、拒否された前記セッションに対応するネットワークスライスを前記ターゲット基地局がサポートしないことである、請求項３５に記載の方法。
【請求項３７】
ターゲット基地局がコアネットワークデバイスへ経路切替要求を送信する前記段階の前に、
前記ターゲット基地局が、ソース基地局からハンドオーバー要求を受信する段階と、
前記ターゲット基地局が、ネットワークスライスサポート状況、リソース使用状況、および前記ハンドオーバー要求に基づいて受け入れ制御を実施する段階と
をさらに備える、請求項３４から３６のいずれか一項に記載の方法。
【請求項３８】
ターゲット基地局が、コアネットワークデバイスへ経路切替要求を送信する前記段階の前に、
前記ターゲット基地局が、ソース基地局からハンドオーバー要求を受信する段階であって、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソース基地局から前記ターゲット基地局へハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含む、段階と、
前記セッションに対応する前記ネットワークスライスを前記ターゲット基地局がサポートしない場合、前記ターゲット基地局が前記セッションを拒否する段階と
をさらに備える、請求項３４から３６のいずれか一項に記載の方法。
【請求項３９】
前記ネットワークスライスの前記インジケーション情報は、単一ネットワークスライス選択アシスト情報Ｓ−ＮＳＳＡＩである、請求項３８に記載の方法。
【請求項４０】
ハンドオーバーが要求されている前記セッションは、第１のセッションおよび第２のセッションを含み、
前記第１のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートしない、請求項３８または３９に記載の方法。
【請求項４１】
前記ターゲット基地局が、前記ソース基地局へハンドオーバー確認応答メッセージを送信する段階であって、前記ターゲット基地局が承諾する前記セッションの少なくとも１つのデータフローが拒否された、段階をさらに備える、請求項３４から４０のいずれか一項に記載の方法。
【請求項４２】
前記ハンドオーバー要求確認応答メッセージはさらに、前記少なくとも１つのデータフローを拒否する理由を示すのに用いられる情報を含む、請求項４１に記載の方法。
【請求項４３】
前記少なくとも１つのデータフローを拒否する前記理由を示すのに用いられる前記情報は、複数のデータフロー識別子、利用可能なリソースなし、または前記データフローに対応する無効なサービス品質ＱｏＳ組み合わせのうちいずれか１つを含む、請求項４２に記載の方法。
【請求項４４】
基地局が、第１のコアネットワークデバイスからメッセージを受信する段階であって、前記メッセージは、前記第１のコアネットワークデバイスがサービス提供する公共地上モバイルネットワークＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を含む、段階と、
前記基地局が前記インジケーション情報を用いて、端末デバイスにサービス提供するためのコアネットワークデバイスを選択する段階と
を備える、通信方法。
【請求項４５】
前記メッセージはＡＭＦ設定更新メッセージである、請求項４４に記載の方法。
【請求項４６】
前記メッセージはＮＧインタフェースセットアップ応答である、請求項４４に記載の方法。
【請求項４７】
前記基地局が、前記コアネットワークデバイスへＮＧインタフェースセットアップ要求を送信する段階をさらに備える、請求項４６に記載の方法。
【請求項４８】
前記コアネットワークデバイスがサービス提供する前記ＰＬＭＮに関する前記少なくとも１つのサポートされているネットワークスライスの前記インジケーション情報は、前記コアネットワークデバイスがサービス提供するＰＬＭＮ毎の、少なくとも１つのサポートされているネットワークスライスのインジケーション情報を含む、請求項４４から４７のいずれか一項に記載の方法。
【請求項４９】
前記少なくとも１つのサポートされているネットワークスライスの前記インジケーション情報は、単一ネットワークスライス選択アシスト情報Ｓ−ＮＳＳＡＩを含む、請求項４４から４８のいずれか一項に記載の方法。
【請求項５０】
コアネットワークデバイスがサービス提供する公共地上モバイルネットワークＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を前記コアネットワークデバイスが決定する段階と、
前記コアネットワークデバイスが、基地局へ第２のメッセージを送信する段階であって、前記第２のメッセージは、前記コアネットワークデバイスがサービス提供する前記ＰＬＭＮに関する前記サポートされているネットワークスライスの前記インジケーション情報を含む、段階と
を備える、通信方法。
【請求項５１】
前記第２のメッセージはＡＭＦ設定更新メッセージである、請求項５０に記載の方法。
【請求項５２】
前記第２のメッセージはＮＧインタフェースセットアップ応答である、請求項５０に記載の方法。
【請求項５３】
前記基地局が送信したＮＧインタフェースセットアップ要求を前記コアネットワークデバイスが受信する段階をさらに備える、請求項５２に記載の方法。
【請求項５４】
前記コアネットワークデバイスがサービス提供する前記ＰＬＭＮに関する前記サポートされているネットワークスライスの前記インジケーション情報は、前記コアネットワークデバイスがサービス提供するＰＬＭＮ毎の、サポートされているネットワークスライスのインジケーション情報である、請求項５０から５２のいずれか一項に記載の方法。
【請求項５５】
前記経路切替要求メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する原因情報を含む、請求項２９に記載のコアネットワークデバイス。
【請求項５６】
前記原因情報は、拒否された前記セッションに対応するネットワークスライスを前記ターゲット基地局がサポートしないことである、請求項５５に記載のコアネットワークデバイス。
【請求項５７】
前記プロセッサは具体的には、拒否された前記セッションに対応する前記ネットワークスライスを前記ターゲット基地局がサポートしないが故に拒否された前記セッションのリリースを実施するよう構成されている、請求項２９に記載のコアネットワークデバイス。
【請求項５８】
基地局であり、
コアネットワークデバイスへ経路切替要求を送信するよう構成された送信ユニットであって、前記経路切替要求は、前記基地局が承諾するセッションの識別子と、前記基地局が拒否するセッションの識別子とを含む、送信ユニットと、
前記コアネットワークデバイスが送信した経路切替要求応答メッセージを受信するよう構成された受信ユニットであって、前記経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む、受信ユニットと
を備える、基地局。
【請求項５９】
前記経路切替要求応答メッセージはさらに、ターゲット基地局が拒否するセッションに対応する原因情報を含む、請求項５８に記載の基地局。
【請求項６０】
前記原因情報は、拒否された前記セッションに対応するネットワークスライスを前記ターゲット基地局がサポートしないことである、請求項５９に記載の基地局。
【請求項６１】
前記受信ユニットはさらに、ソース基地局からハンドオーバー要求を受信するよう構成されており、
前記基地局はさらにプロセッサを備え、前記プロセッサは、ネットワークスライスサポート状況、リソース使用状況、および前記ハンドオーバー要求に基づいて受け入れ制御を実施するよう構成されている、
請求項５８から６０のいずれか一項に記載の基地局。
【請求項６２】
前記受信ユニットはさらに、ソース基地局からハンドオーバー要求を受信するよう構成されており、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソース基地局から前記基地局へハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含み、
前記基地局はさらにプロセッサを備え、前記プロセッサは、前記セッションに対応する前記ネットワークスライスを前記ターゲット基地局がサポートしない場合、前記セッションを拒否するよう構成されている、請求項５８から６０のいずれか一項に記載の基地局。
【請求項６３】
前記ネットワークスライスの前記インジケーション情報は、単一ネットワークスライス選択アシスト情報Ｓ−ＮＳＳＡＩである、請求項６２に記載の基地局。
【請求項６４】
ハンドオーバーが要求されている前記セッションは、第１のセッションおよび第２のセッションを含み、
前記第１のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートしない、請求項６２または６３に記載の方法。
【請求項６５】
前記送信ユニットはさらに、前記ソース基地局へハンドオーバー確認応答メッセージを送信するよう構成されており、前記ターゲット基地局が承諾する前記セッションの少なくとも１つのデータフローが拒否された、請求項５８から６４のいずれか一項に記載の基地局。
【請求項６６】
前記ハンドオーバー要求確認応答メッセージはさらに、前記少なくとも１つのデータフローを拒否する理由を示すのに用いられる情報を含む、請求項６５に記載の基地局。
【請求項６７】
前記少なくとも１つのデータフローを拒否する前記理由を示すのに用いられる前記情報は、複数のデータフロー識別子、利用可能なリソースなし、または前記データフローに対応する無効なサービス品質ＱｏＳ組み合わせのうちいずれか１つを含む、請求項４６に記載の基地局。
【請求項６８】
第１のコアネットワークデバイスが送信したメッセージを受信するよう構成された受信ユニットであって、前記メッセージは、前記第１のコアネットワークデバイスがサービス提供する公共地上モバイルネットワークＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を含む、受信ユニットと、
前記インジケーション情報を用いて、端末デバイスにサービス提供するためのコアネットワークデバイスを選択するよう構成された処理ユニットと
を備える、基地局。
【請求項６９】
前記メッセージはＡＭＦ設定更新メッセージである、請求項６８に記載の基地局。
【請求項７０】
前記メッセージがＮ２インタフェースセットアップ応答である、請求項６８に記載の基地局。
【請求項７１】
送信ユニットをさらに備え、前記送信ユニットは、前記コアネットワークデバイスへＮ２インタフェースセットアップ要求を送信するよう構成されている、請求項７０に記載の基地局。
【請求項７２】
前記コアネットワークデバイスがサービス提供する前記ＰＬＭＮに関する前記サポートされているネットワークスライスの前記インジケーション情報は、前記コアネットワークデバイスがサービス提供するＰＬＭＮ毎の、サポートされているネットワークスライスのインジケーション情報を含む、請求項６８から７１のいずれか一項に記載の基地局。
【請求項７３】
前記ネットワークスライスの前記インジケーション情報は、単一ネットワークスライス選択アシスト情報Ｓ−ＮＳＳＡＩを含む、請求項６８から７２のいずれか一項に記載の方法。
【請求項７４】
コアネットワークデバイスであって、
前記コアネットワークデバイスがサービス提供する公共地上モバイルネットワークＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を決定するよう構成された処理ユニットと、
基地局へ第２のメッセージを送信するよう構成された送信ユニットであって、前記第２のメッセージは、前記コアネットワークデバイスがサービス提供する前記ＰＬＭＮに関する前記サポートされているネットワークスライスの前記インジケーション情報を含む、送信ユニットと
を備える、コアネットワークデバイス。
【請求項７５】
前記第２のメッセージはＡＭＦ設定更新メッセージである、請求項７４に記載のコアネットワークデバイス。
【請求項７６】
前記第２のメッセージはＮＧインタフェースセットアップ応答である、請求項７４に記載のコアネットワークデバイス。
【請求項７７】
受信ユニットをさらに備え、前記受信ユニットは、前記基地局が送信したＮＧインタフェースセットアップ要求を受信するよう構成されている、請求項７６に記載のコアネットワークデバイス。
【請求項７８】
前記コアネットワークデバイスがサービス提供する前記ＰＬＭＮに関する前記サポートされているネットワークスライスの前記インジケーション情報は、前記コアネットワークデバイスがサービス提供するＰＬＭＮ毎の、サポートされているネットワークスライスのインジケーション情報である、請求項７４から７７のいずれか一項に記載のコアネットワークデバイス。
【請求項７９】
請求項１から１７、請求項３１から５４、または請求項７３のいずれか一項に記載の方法を実施するよう構成された通信デバイス。
【請求項８０】
コンピュータ可読記憶媒体であり、
前記コンピュータ可読記憶媒体は命令を格納しており、前記命令がコンピュータ上で実行されるとき、前記コンピュータは、請求項１から１７、請求項３１から５４、または請求項７３のいずれか一項に記載の方法を実施可能となる、コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明は、通信技術の分野に関し、特に、通信方法、ソース基地局、ターゲット基地局、コアネットワークデバイス、および端末デバイスに関する。
【背景技術】
【０００２】
ネットワークスライスの概念が５Ｇで導入された。端末デバイスは現在、複数のセッションを実施し、種々のセッションに対応するネットワークスライスが、それらセッションにサービス提供するために必要とされる。この場合、端末デバイスがネットワークにアクセスし複数のセッションを確立する必要がある場合、端末デバイスに接続された基地局は、端末デバイス内の全てのセッションまたは一部のセッションに対応するネットワークスライスをサポートする必要がある。
【０００３】
その状況下で、ハンドオーバー成功率をどのようにして高めるかは検討に値する。
【発明の概要】
【０００４】
技術的課題を解決すべく、本願発明の実施形態は、ハンドオーバー成功率を高めるよう通信方法、ソース基地局、ターゲット基地局、コアネットワークデバイス、および端末デバイスを提供する。
【０００５】
第１の態様によると、本願発明の実施形態は、ソース基地局がターゲット基地局へハンドオーバー要求を送信する段階であって、ハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられ、ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、セッションに対応するネットワークスライスのインジケーション情報とを含む、段階と、ソース基地局がターゲット基地局からハンドオーバー応答メッセージを受信する段階であって、ハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、段階とを含む通信方法を提供する。
【０００６】
第１の態様において、ソース基地局は、ターゲット基地局を用いて、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を取得して、ターゲット基地局へのハンドオーバーを要求する必要がある別のセッションのための情報の提供を支援出来る。同じネットワークスライスに対応するセッションをソース基地局からハンドオーバーする必要があるとき、ソース基地局は、当該セッションをターゲット基地局へハンドオーバー出来るかを直接決定してよく、それによりハンドオーバー成功率が高まる。
【０００７】
第１の態様を参照すると、オプションの実装例において、ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、ソース基地局は端末デバイスへハンドオーバーコマンドを送信し、ハンドオーバーコマンドは、ターゲット基地局が拒否するセッションに対応する再送信インジケーション情報を含み、セッションに対応する再送信インジケーション情報は、ターゲット基地局がサポートするネットワークスライスへ、拒否されたセッションのデータフローをルーティングすることを端末デバイスが許可されているかを示すのに用いられる。オプションで、再送信インジケーション情報は、データフローのルーティング先である特定のネットワークスライスを示さなくてよい。このように、端末デバイスは、拒否後にどのセッションを依然としてターゲット基地局内で再確立出来るかを把握出来、それによりセッションハンドオーバーの柔軟性を向上させる。
【０００８】
第１の態様を参照すると、オプションの実装例において方法は、ハンドオーバー応答メッセージがハンドオーバー失敗メッセージである場合、ソース基地局が、無線リソース制御ＲＲＣ接続リリースメッセージを端末デバイスへ送信する段階をさらに含む。オプションで、ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルがサポートするネットワークスライスのインジケーション情報、ソースセルの隣接するセルが属するＴＡ／ＲＡがサポートするネットワークスライスのインジケーション情報、または、ソース基地局の隣接する基地局がサポートするネットワークスライスについての情報を含む。この場合、端末デバイスは、出来るだけ早くＲＲＣ接続をリリースして、それに続く無線リンク失敗を回避しシグナリングオーバヘッドを減らせる。
【０００９】
第２の態様によると、本願発明の実施形態は、ターゲット基地局がソース基地局からハンドオーバー要求を受信する段階であって、ハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられ、ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、セッションに対応するネットワークスライスのインジケーション情報とを含む、段階と、
ターゲット基地局がソース基地局へハンドオーバー応答メッセージを送信する段階であって、ハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、段階と
を含む通信方法を提供する。
【００１０】
第２の態様において、ターゲット基地局は、ターゲット基地局のネットワークスライスに起因して拒否されたセッションに対応する原因情報をソース基地局に通知して、ソース基地局内の、ターゲット基地局へのハンドオーバーを要求する必要がある別のセッションのための情報の提供を支援出来る。同じネットワークスライスに対応するセッションをソース基地局からハンドオーバーする必要があるとき、ソース基地局は、当該セッションをターゲット基地局へハンドオーバー出来るかを直接決定してよく、それによりハンドオーバー成功率が高まる。
【００１１】
第２の態様を参照すると、オプションの実装例において、ターゲット基地局は端末デバイスからハンドオーバー確認応答メッセージを受信し、ターゲット基地局はコアネットワークデバイスへ経路切替要求を送信し、経路切替要求は、ターゲット基地局が承諾するセッションの識別子と、ターゲット基地局が拒否するセッションの識別子とを含み、ターゲット基地局はコアネットワークデバイスから経路切替要求応答メッセージを受信し、経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む。この場合、コアネットワークデバイスは、承諾されたセッションに対して経路切替を実施する。
【００１２】
第３の態様によると、本願発明の実施形態は、コアネットワークデバイスがターゲット基地局から経路切替要求を受信する段階であって、経路切替要求は、ターゲット基地局が承諾するセッションの識別子と、ターゲット基地局が拒否するセッションの識別子とを含む、段階と、コアネットワークデバイスが、承諾されたセッションに対する経路切替を実施し、拒否されたセッションの非アクティブ化またはリリースを実施する段階と、コアネットワークデバイスがターゲット基地局へ経路切替要求応答メッセージを送信する段階であって、経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む、段階とを含む通信方法を提供する。
【００１３】
第３の態様において、承諾されたセッションの識別子、および拒否されたセッションの識別子は、経路切替要求内で搬送され、そうすることでコアネットワークデバイスは、端末デバイスの格納された全てのセッションのうち非アクティブ化されたセッションを決定出来る。このように、コアネットワークデバイスはそのようなセッションを扱う必要はなく、承諾されたセッションおよび拒否されたセッションのみを扱いさえすればよく、それにより処理効率が向上する。
【００１４】
第１の態様または第２の態様を参照すると、考えられる実装例において、ハンドオーバーが要求されているセッションは第１のセッションを含み、第１のセッションに対応するネットワークスライスはターゲット基地局がサポートする。この場合、ターゲット基地局は第２のセッションに対して受け入れ制御を実施する必要はなく、それにより、第２のセッションに対して受け入れ制御を実施するための処理時間を節約する。代替的に、ハンドオーバーが要求されているセッションは、第１のセッションおよび第２のセッションを含み、第１のセッションに対応するネットワークスライスはターゲット基地局がサポートし、第２のセッションに対応するネットワークスライスはターゲット基地局がサポートしない。したがって、ターゲット基地局は、ターゲット基地局がサポートしないセッションを直接決定出来、それにより、ハンドオーバー応答メッセージを決定することの効率を向上させる。当然、ハンドオーバーする必要のある全てのセッションに対して特別な分類処理を実施しなくてよい。
【００１５】
第１の態様、第２の態様、または第３の態様を参照すると、考えられる実装例において、原因情報は、ターゲット基地局が、拒否されたセッションに対応するネットワークスライスをサポートしないこと、または、ターゲット基地局がサポートし、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことである。
【００１６】
第１の態様または第２の態様を参照すると、考えられる実装例において、ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、ハンドオーバー応答メッセージはさらに、ターゲット基地局が拒否するセッションに対応する再送信インジケーション情報を含み、セッションに対応する再送信インジケーション情報は、ターゲット基地局がサポートするネットワークスライスへ、拒否されたセッションのデータフローをルーティングすることを端末デバイスが許可されているかを示すのに用いられる。このように、端末デバイスは、拒否後にどのセッションを依然としてターゲット基地局内で再確立出来るかを把握出来、それによりセッションハンドオーバーの柔軟性を向上させる。
【００１７】
第１の態様または第２の態様を参照すると、オプションの実装例において、ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、ハンドオーバー要求確認応答メッセージはさらに、ハンドオーバーが要求されているセッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含み、そうすることでソース基地局は、拒否されたベアラまたは拒否されたデータフローを確認出来る。
【００１８】
第１の態様または第２の態様を参照すると、オプションの実装例において、ハンドオーバー要求応答メッセージはさらに、ターゲット基地局のサポートされているネットワークスライスについての情報を含む。このことは、ターゲット基地局が現在サポートしているネットワークスライスについての情報のターゲット基地局によるソース基地局への通知を支援し、それにより、ソース基地局とターゲット基地局との間のやり取りが減る。
【００１９】
第２の態様または第３の態様を参照すると、オプションの実装例において、経路切替要求はさらに、ターゲット基地局が拒否するセッションに対応するネットワークスライスのインジケーション情報を含む。この場合、コアネットワークデバイスは、拒否されたセッションに対応するネットワークスライスを、ターゲット基地局がサポートする、コアネットワークデバイスに格納されているネットワークスライスと比較して、ターゲット基地局がネットワークスライスをサポートしないが故にセッションが拒否されたのか把握してよい。そうである場合、コアネットワークデバイスは続いて、セッションを削除（ｒｅｍｏｖｅ）する処理をトリガして、そのようなセッションがコアネットワークデバイス内で占有するストレージ領域を減らす。そうでない場合、コアネットワークデバイスは続いて、セッションを非アクティブ化（ｄｅａｃｔｉｖａｔｅ）する処理をトリガしてよく、そうすることでコアネットワークデバイスは、セッションをアクティブ化する必要があるときに直ぐ様セッションを再開出来る。
【００２０】
第２の態様または第３の態様を参照すると、オプションの実装例において、経路切替要求はさらに、ターゲット基地局が拒否するセッションに対応する原因情報を含む。原因情報が搬送され、そうすることでコアネットワークデバイスは、種々の原因で拒否されたセッションに対して種々の処理を実施出来る。
【００２１】
第４の態様によると、本願発明の実施形態は、端末デバイスがソース基地局から無線リソース制御ＲＲＣ接続リリースメッセージを受信する段階と、ＲＲＣ接続をリリースする段階とを含み、ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルのサポートされているネットワークスライスのインジケーション情報、ソースセルの隣接するセルが属するＴＡ／ＲＡのサポートされているネットワークスライスのインジケーション情報、またはソース基地局の隣接する基地局のサポートされているネットワークスライスについての情報を含む通信方法を提供する。
【００２２】
第４の態様において、端末デバイスは、出来るだけ早くＲＲＣ接続をリリースして、それに続く無線リンク失敗を回避しシグナリングオーバヘッドを減らせる。
【００２３】
第５の態様によると、本願発明の実施形態は、
ソース基地局が、コアネットワークデバイスへ第１のハンドオーバー要求を送信する段階であって、第１のハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられ、第１のハンドオーバー要求は、ターゲット基地局についての情報と、ハンドオーバーが要求されているセッションの識別子とを含む、段階と、ソース基地局が、コアネットワークデバイスから第１のハンドオーバー応答メッセージを受信する段階であって、第１のハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、段階とを含む通信方法を提供する。
【００２４】
第５の態様において、ソース基地局は、コアネットワークデバイスを用いて、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を取得して、ターゲット基地局へのハンドオーバーを要求する必要がある別のセッションのための情報の提供を支援出来る。同じネットワークスライスに対応するセッションをソース基地局からハンドオーバーする必要があるとき、ソース基地局は、当該セッションをターゲット基地局へハンドオーバー出来るかを直接決定してよく、それによりハンドオーバー成功率が高まる。
【００２５】
第５の態様を参照すると、考えられる実装例において、方法は、第１のハンドオーバー応答メッセージが第１のハンドオーバー要求確認応答メッセージである場合、ソース基地局が端末デバイスへハンドオーバーコマンドを送信する段階であって、ハンドオーバーコマンドは、ターゲット基地局が拒否するセッションに対応する再送信インジケーション情報を含み、セッションに対応する再送信インジケーション情報は、ターゲット基地局のサポートされているネットワークスライスへ、拒否されたセッションのデータフローをルーティングすることを端末デバイスが許可されているかを示すのに用いられる、段階をさらに含む。オプションで、再送信インジケーション情報は、データフローのルーティング先である特定のネットワークスライスを示さなくてよい。このように、端末デバイスは、拒否後にどのセッションを依然としてターゲット基地局内で再確立出来るかを把握出来、それによりセッションハンドオーバーの柔軟性を向上させる。
【００２６】
第５の態様を参照すると、考えられる実装例において、方法は、第１のハンドオーバー応答メッセージが第１のハンドオーバー失敗メッセージである場合、ソース基地局が、ＲＲＣ接続リリースメッセージを端末デバイスへ送信する段階をさらに含む。オプションで、ＲＲＣ接続リリースメッセージは、ソース基地局の隣接するセルのサポートされているネットワークスライスのインジケーション情報、ソース基地局の隣接するセルが属するＴＡ／ＲＡのサポートされているネットワークスライスのインジケーション情報、または、ソース基地局の隣接する基地局のサポートされているネットワークスライスについての情報を含む。この場合、端末デバイスは、出来るだけ早くＲＲＣ接続をリリースして、それに続く無線リンク失敗を回避しシグナリングオーバヘッドを減らせる。
【００２７】
第６の態様によると、本願発明の実施形態は、
コアネットワークデバイスが、ソース基地局から第１のハンドオーバー要求を受信する段階であって、第１のハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられ、第１のハンドオーバー要求は、ターゲット基地局についての情報と、ハンドオーバーが要求されているセッションの識別子とを含む、段階と、コアネットワークデバイスが、ソース基地局へ第１のハンドオーバー応答メッセージを送信する段階であって、第１のハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、段階とを含む通信方法を提供する。
【００２８】
第６の態様において、コアネットワークデバイスは、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報をソース基地局に通知して、ソース基地局内の、ターゲット基地局へのハンドオーバーを要求する必要がある別のセッションのための情報の提供を支援出来る。同じネットワークスライスに対応するセッションをソース基地局からハンドオーバーする必要があるとき、ソース基地局は、当該セッションをターゲット基地局へハンドオーバー出来るかを直接決定してよく、それによりハンドオーバー成功率が高まる。
【００２９】
第６の態様を参照すると、考えられる実装例において、方法は、コアネットワークデバイスがソース基地局へ第１のハンドオーバー応答メッセージを送信する段階の前に、コアネットワークデバイスが、ターゲット基地局へ第２のハンドオーバー要求を送信する段階であって、第２のハンドオーバー要求は、セッションの識別子と、セッションに対応するネットワークスライスのインジケーション情報とを含む、段階と、コアネットワークデバイスが、ターゲット基地局から第２のハンドオーバー応答メッセージを受信する段階であって、第２のハンドオーバー応答メッセージは拒否インジケーション情報を含む、段階とをさらに含む。このように、コアネットワークデバイスは、拒否インジケーション情報をソース基地局に通知する。
【００３０】
第７の態様によると、本願発明の実施形態は、ターゲット基地局が、コアネットワークデバイスから第２のハンドオーバー要求を受信する段階であって、第２のハンドオーバー要求はセッションの識別子と、セッションに対応するネットワークスライスのインジケーション情報とを含む、段階と、ターゲット基地局がソース基地局へ第２のハンドオーバー応答メッセージを送信する段階であって、第２のハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、段階とを含む通信方法を提供する。
【００３１】
第７の態様において、ターゲット基地局は、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報をコアネットワークデバイスに通知出来、そうすることでコアネットワークデバイスは、当該情報をソース基地局に通知する。このことは、ソース基地局内にあり、ターゲット基地局へのハンドオーバーを要求する必要がある別のセッションのための情報の提供を支援する。同じネットワークスライスに対応するセッションをソース基地局からハンドオーバーする必要があるとき、ソース基地局は、当該セッションをターゲット基地局へハンドオーバー出来るかを直接決定してよく、それによりハンドオーバー成功率が高まる。
【００３２】
第５の態様、第６の態様、または第７の態様を参照すると、考えられる実装例において、原因情報は、ターゲット基地局が、拒否されたセッションに対応するネットワークスライスをサポートしないこと、または、ターゲット基地局がサポートし、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことである。
【００３３】
第５の態様または第６の態様を参照すると、考えられる実装例において、第１のハンドオーバー要求はさらに第１のインジケーション情報を含み、インジケーション情報は、ソース基地局が、ターゲット基地局のサポートされているネットワークスライスを決定しない、または知らないことを示し、そうすることでコアネットワークデバイスは、ソース基地局が、ターゲット基地局のサポートされているネットワークスライスについての情報を知らないことを把握する。したがって、ターゲット基地局のサポートされているネットワークスライスについての情報は、第１のハンドオーバー応答メッセージに加えられてよい。このことにより、ソース基地局とターゲット基地局との間のやり取りが減り、ネットワークスライスについての情報を取得することの効率が向上する。
【００３４】
第５の態様または第６の態様を参照すると、考えられる実装例において、ターゲット基地局は、ソース基地局との通信インタフェースを有する基地局であってよく、または、ソース基地局との通信インタフェースを有さない基地局であってよい。オプションで、第１のハンドオーバー要求は、ソース基地局とターゲット基地局との間に通信インタフェースがないことを示す第２のインジケーション情報を含んでよい。このことは、ターゲット基地局のサポートされているネットワークスライスについての情報の、コアネットワークデバイスによるフィードバックを支援する。
【００３５】
第５の態様または第６の態様を参照すると、考えられる実装例において、第１のハンドオーバー応答メッセージが第１のハンドオーバー要求確認応答メッセージである場合、第１のハンドオーバー応答メッセージはさらに、ターゲット基地局が拒否するセッションに対応する再送信インジケーション情報を含み、セッションに対応する再送信インジケーション情報は、ターゲット基地局のサポートされているネットワークスライスへ、拒否されたセッションのデータフローをルーティングすることを端末デバイスが許可されているかを示すのに用いられる。このように、端末デバイスは、拒否後にどのセッションを依然としてターゲット基地局内で再確立出来るかを把握出来、それによりセッションハンドオーバーの柔軟性を向上させる。
【００３６】
第５の態様または第６の態様を参照すると、考えられる実装例において、第１のハンドオーバー応答メッセージが第１のハンドオーバー要求確認応答メッセージである場合、第１のハンドオーバー要求確認応答メッセージはさらに、ハンドオーバーが要求されているセッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含み、そうすることでソース基地局は、拒否されたベアラまたは拒否されたデータフローを確認出来る。
【００３７】
第５の態様または第６の態様を参照すると、考えられる実装例において、第１のハンドオーバー応答メッセージが第１のハンドオーバー要求確認応答メッセージである場合、第１のハンドオーバー要求確認応答メッセージはさらに、ターゲット基地局のサポートされているネットワークスライスについての情報を含む。例えば、ターゲット基地局のサポートされているネットワークスライスをソース基地局が決定しないことを示す第１のインジケーション情報を第１のハンドオーバー要求が含む場合、または、ターゲット基地局のサポートされているネットワークスライスをソース基地局が知らないことを、第１のハンドオーバー要求内で搬送され、ソース基地局とターゲット基地局との間に通信インタフェースがないことを示す第２のインジケーション情報に基づいてコアネットワークデバイスが決定する場合、ターゲット基地局のサポートされているネットワークスライスについての情報が搬送されてよい。このことにより、ソース基地局とターゲット基地局との間のやり取りが減り、ネットワークスライスについての情報を取得することの効率が向上する。
【００３８】
第５の態様または第６の態様を参照すると、考えられる実装例において、第１のハンドオーバー要求はさらに、ハンドオーバーが要求されているセッションに対応するネットワークスライスのインジケーション情報を含み、そうすることでコアネットワークデバイスは、ハンドオーバーが要求されているセッションに対応するネットワークスライスのインジケーション情報を直接決定出来る。第１のハンドオーバー要求は、ハンドオーバーが要求されているセッションに対応するネットワークスライスのインジケーション情報を含まなくてよいことが理解され得る。このことは、本願発明の本実施形態において限定されるものではない。
【００３９】
第５の態様または第６の態様を参照すると、考えられる実装例において、第１のハンドオーバー要求はさらに、ハンドオーバーが要求されている、確立される必要があるセッションのデータフローの識別子と、データフローに対応するＱｏＳ情報とを含む。このことにより、検索時間を節約出来、ハンドオーバー遅延を短縮出来、ハンドオーバー効率が向上する。
【００４０】
第５の態様または第６の態様を参照すると、考えられる実装例において、第１のハンドオーバー要求はさらに、セッションに対応する合計最大ビットレートＡＭＢＲ情報を含む。当該情報は第１のハンドオーバー要求に含まれ、そうすることで検索時間を節約し、ハンドオーバー遅延が短縮され、ハンドオーバー効率が向上する。
【００４１】
第６の態様または第７の態様を参照すると、考えられる実装例において、第２のハンドオーバー要求に含まれるセッションは第１のセッションであって、第１のセッションに対応するネットワークスライスはターゲット基地局がサポートする。この場合、ターゲット基地局は第２のセッションに対して受け入れ制御を実施する必要はなく、それにより、第２のセッションに対して受け入れ制御を実施するための処理時間を節約する。代替的に、第２のハンドオーバー要求に含まれるセッションは、第１のセッションおよび第２のセッションであって、第１のセッションに対応するネットワークスライスはターゲット基地局がサポートし、第２のセッションに対応するネットワークスライスはターゲット基地局がサポートしない。したがって、ターゲット基地局は、ターゲット基地局がサポートしないセッションを直接決定出来、それにより、ハンドオーバー応答メッセージを決定することの効率を向上させる。当然、ハンドオーバーする必要のある全てのセッションに対して特別な分類処理を実施しなくてよい。
【００４２】
第６の態様または第７の態様を参照すると、考えられる実装例において、第２のハンドオーバー応答メッセージが第２のハンドオーバー要求確認応答メッセージである場合、第２のハンドオーバー応答メッセージはさらに、ターゲット基地局が拒否するセッションに対応する再送信インジケーション情報を含み、セッションに対応する再送信インジケーション情報は、ターゲット基地局のサポートされているネットワークスライスへ、拒否されたセッションのデータフローをルーティングすることを端末デバイスが許可されているかを示すのに用いられる。このように、ソース基地局を用いて、コアネットワークデバイスは、拒否後にどのセッションを依然としてターゲット基地局内で再確立出来るかを把握出来、それによりセッションハンドオーバーの柔軟性を向上させる。
【００４３】
第６の態様または第７の態様を参照すると、考えられる実装例において、第２のハンドオーバー応答メッセージが第２のハンドオーバー要求確認応答メッセージである場合、第２のハンドオーバー要求確認応答メッセージはさらに、第２のハンドオーバー要求に含まれるセッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含み、そうすることでソース基地局は、拒否されたベアラまたは拒否されたデータフローを確認出来る。
【００４４】
第８の態様によると、本願発明の実施形態は、第１の基地局が、コアネットワークデバイスへ第１のメッセージを送信する段階であって、第１のメッセージは、コアネットワークデバイスのＰＬＭＮに関して、サポートされているネットワークスライスについての情報を取得するのに用いられる、段階と、第１の基地局が、コアネットワークデバイスから第２のメッセージを受信する段階であって、第２のメッセージは、コアネットワークデバイスがサービス提供するＰＬＭＮに関して、サポートされているネットワークスライスについての情報を含む、段階とを含む通信方法を提供する。
【００４５】
第８の態様において、第１の基地局は、コアネットワークデバイスを用いて、ＰＬＭＮコアネットワークデバイスに関するサポートされているネットワークスライスのインジケーション情報を取得し、コアネットワークデバイスのサポートされているネットワークスライスをＰＬＭＮ粒度でフィードバックしてよい。このことにより、端末デバイスのセッションのためのコアネットワークデバイスを第１の基地局が選択することの精度を向上させられる。
【００４６】
第９の態様によると、本願発明の実施形態は、コアネットワークデバイスが、第１の基地局から第１のメッセージを受信する段階であって、第１のメッセージは、ＰＬＭＮに関して、コアネットワークデバイスのサポートされているネットワークスライスについての情報を取得するのに用いられる、段階と、コアネットワークデバイスが、第１の基地局へ第２のメッセージを送信する段階であって、第２のメッセージは、コアネットワークデバイスがサービス提供するＰＬＭＮに関して、サポートされているネットワークスライスについての情報を含む、段階とを含む通信方法を提供する。
【００４７】
第９の態様において、コアネットワークデバイスは、コアネットワークデバイスがサービス提供するＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を第１の基地局へ送信してよく、（ＰＬＭＮ粒度で）コアネットワークデバイスのサポートされているネットワークスライスをフィードバックしてよい。このことにより、端末デバイスのセッションのためのコアネットワークデバイスを第１の基地局が選択することの精度を向上させられる。
【００４８】
第１０の態様によると、本願発明の実施形態は基地局を提供し、基地局はソース基地局であり、ソース基地局は、ターゲット基地局へハンドオーバー要求を送信するよう構成された送信ユニットであって、ハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられ、ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、セッションに対応するネットワークスライスのインジケーション情報とを含む、送信ユニットと、ターゲット基地局からハンドオーバー応答メッセージを受信するよう構成された受信ユニットであって、ハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、受信ユニットとを含む。
【００４９】
オプションで、ソース基地局はさらに、第１の態様の一部または全てのオプションの実装例を実装してよい。
【００５０】
第１１の態様によると、本願発明の実施形態は基地局を提供し、基地局はターゲット基地局であり、ターゲット基地局は、ソース基地局からハンドオーバー要求を受信するよう構成された受信ユニットであって、ハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられ、ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子とセッションに対応するネットワークスライスのインジケーション情報とを含む、受信ユニットと、ソース基地局へハンドオーバー応答メッセージを送信するよう構成された送信ユニットであって、ハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、送信ユニットとを含む。
【００５１】
オプションで、ソース基地局はさらに、第２の態様の一部または全てのオプションの実装例を実装してよい。
【００５２】
第１２の態様によると、本願発明の実施形態はコアネットワークデバイスを提供し、コアネットワークデバイスは、ターゲット基地局から経路切替要求を受信するよう構成された受信ユニット１００１であって、経路切替要求は、ターゲット基地局が承諾するセッションの識別子と、ターゲット基地局が拒否するセッションの識別子とを含む、受信ユニット１００１と、承諾されたセッションに対して経路切替を実施し、拒否されたセッションの非アクティブ化またはリリースを実施するよう構成された処理ユニット１００２と、ターゲット基地局へ経路切替要求応答メッセージを送信するよう構成された送信ユニット１００３であって、経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む、送信ユニット１００３とを含む。
【００５３】
オプションで、ソース基地局はさらに、第３の態様の一部または全てのオプションの実装例を実装してよい。
【００５４】
第１３の態様によると、本願発明の実施形態は、ソース基地局から無線リソース制御ＲＲＣ接続リリースメッセージを受信するよう構成された受信ユニットと、ＲＲＣ接続をリリースするよう構成された処理ユニットであって、ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルのサポートされているネットワークスライスのインジケーション情報、ソースセルの隣接するセルが属するＴＡ／ＲＡのサポートされているネットワークスライスのインジケーション情報、またはソース基地局の隣接する基地局のサポートされているネットワークスライスについての情報を含む、処理ユニットとを含む端末デバイスを提供する。
【００５５】
オプションで、端末デバイスはさらに、第４の態様の通信方法を実装してよい。
【００５６】
第１４の態様によると、本願発明の実施形態は基地局を提供し、基地局はソース基地局であり、ソース基地局は、コアネットワークデバイスへ第１のハンドオーバー要求を送信するよう構成された送信ユニットであって、第１のハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられ、第１のハンドオーバー要求は、ターゲット基地局についての情報と、ハンドオーバーが要求されているセッションの識別子とを含む、送信ユニットと、コアネットワークデバイスから第１のハンドオーバー応答メッセージを受信するよう構成された受信ユニットであって、第１のハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、受信ユニットとを含む。
【００５７】
オプションで、ソース基地局はさらに、第５の態様の一部または全てのオプションの実装例を実装してよい。
【００５８】
第１５の態様によると、本願発明の実施形態は、ソース基地局から第１のハンドオーバー要求を受信するよう構成された受信ユニットであって、第１のハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられ、第１のハンドオーバー要求は、ターゲット基地局についての情報と、ハンドオーバーが要求されているセッションの識別子とを含む、受信ユニットと、ソース基地局へ第１のハンドオーバー応答メッセージを送信するよう構成された送信ユニットであって、第１のハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、送信ユニットとを含むコアネットワークデバイスを提供する。
【００５９】
オプションで、コアネットワークデバイスはさらに、第６の態様の一部または全てのオプションの実装例を実装してよい。
【００６０】
第１６の態様によると、本願発明の実施形態は基地局を提供し、基地局はターゲット基地局であり、ターゲット基地局は、コアネットワークデバイスから第２のハンドオーバー要求を受信するよう構成された受信ユニットであって、第２のハンドオーバー要求はセッションの識別子と、セッションに対応するネットワークスライスのインジケーション情報とを含む、受信ユニットと、ソース基地局へハンドオーバー応答メッセージを送信するよう構成された送信ユニットであって、ハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、送信ユニットとを含む。
【００６１】
オプションで、ターゲット基地局はさらに、第７の態様の一部または全てのオプションの実装例を実装してよい。
【００６２】
第１７の態様によると、本願発明の実施形態は基地局を提供し、基地局は、コアネットワークデバイスへ第１のメッセージを送信するよう構成された送信ユニット１１０１であって、第１のメッセージは、ＰＬＭＮに関して、コアネットワークデバイスのサポートされているネットワークスライスについての情報を取得するのに用いられる、送信ユニット１１０１と、コアネットワークデバイスから第２のメッセージを受信するよう構成された受信ユニット１１０２であって、第２のメッセージは、コアネットワークデバイスがサービス提供するＰＬＭＮに関して、サポートされているネットワークスライスについての情報を含む、受信ユニット１１０２とを含む第１の基地局である。
【００６３】
オプションで、ソース基地局はさらに、第７の態様の一部または全てのオプションの実装例を実装してよい。
【００６４】
第１８の態様によると、本願発明の実施形態はコアネットワークデバイスを提供し、コアネットワークデバイスは、第１の基地局から第１のメッセージを受信するよう構成された受信ユニットであって、第１のメッセージは、ＰＬＭＮに関して、コアネットワークデバイスのサポートされているネットワークスライスについての情報を取得するのに用いられる、受信ユニットと、第１の基地局へ第２のメッセージを送信するよう構成された送信ユニットであって、第２のメッセージは、コアネットワークデバイスがサービス提供するＰＬＭＮに関して、サポートされているネットワークスライスについての情報を含む、送信ユニットとを含む。
【００６５】
オプションで、ソース基地局はさらに、第９の態様の一部または全てのオプションの実装例を実装してよい。
【００６６】
第１９の態様によると、通信装置が提供される。通信装置は、先述の方法設計における基地局であってよく、または基地局内に設けられたチップであってよい。通信装置は、メモリと、送受信機と、プロセッサとを含む。メモリは、コンピュータ実行可能なプログラムコードを格納するよう構成され、プロセッサは、メモリと送受信機とに連結される。メモリに格納されるプログラムコードは命令を含み、プロセッサが命令を実行するとき、通信装置は、第１の態様、第２の態様、第５の態様、第７の態様、または第８の態様の任意の可能な設計における端末デバイスにより実施される方法を実施することが可能となる。
【００６７】
第２０の態様によると、通信装置が提供される。通信装置は、先述の方法設計におけるコアネットワークデバイスであってよく、または、コアネットワークデバイス内に設けられるチップであってよい。通信装置は、メモリと、送受信機と、プロセッサとを含む。メモリは、コンピュータ実行可能なプログラムコードを格納するよう構成され、プロセッサは、メモリと送受信機とに連結される。メモリに格納されるプログラムコードは命令を含み、プロセッサが命令を実行するとき、通信装置は、第３の態様、第６の態様、または第９の態様の任意の可能な設計におけるネットワークデバイスにより実施される方法を実施することが可能となる。
【００６８】
第２１の態様によると、通信装置が提供される。通信装置は、先述の方法設計における端末デバイスであってよく、または端末デバイス内に設けられたチップであってよい。通信装置は、メモリと、送受信機と、プロセッサとを含む。メモリは、コンピュータ実行可能なプログラムコードを格納するよう構成され、プロセッサは、メモリと送受信機とに連結される。メモリに格納されるプログラムコードは命令を含み、プロセッサが命令を実行するとき、通信装置は、第４の態様の任意の可能な設計における端末デバイスにより実施される方法を実施することが可能となる。
【００６９】
第２２の態様によると、コンピュータプログラムプロダクトが提供され、コンピュータプログラムプロダクトはコンピュータプログラムコードを含む。コンピュータプログラムコードがコンピュータ上で実行されるとき、コンピュータは、第１の態様から第９の態様、および第１の態様から第９の態様の考えられる実装例のうちいずれか１つにおける方法を実施可能となる。
【００７０】
第２３の態様によると、コンピュータ可読媒体が提供され、コンピュータ可読媒体はプログラムコードを格納する。コンピュータプログラムコードがコンピュータ上で実行されるとき、コンピュータは、第１の態様から第９の態様、および第１の態様から第９の態様の考えられる実装例のうちいずれか１つにおける方法を実施可能となる。
【００７１】
第２４の態様によると、プロセッサとメモリとを含むチップが提供される。メモリはコンピュータプログラムを格納するよう構成され、プロセッサは、メモリからコンピュータプログラムを呼び出し、コンピュータプログラムを実行するよう構成される。コンピュータプログラムは、第１の態様から第９の態様、および第１の態様から第９の態様の考えられる実装例のうちいずれか１つにおける方法を実装するのに用いられる。
【図面の簡単な説明】
【００７２】
本願発明の実施形態における、または背景技術における技術的解決法をより明確に説明すべく、以下に、本願発明の実施形態または背景技術を説明するために必要とされる添付図面を簡単に説明する。
【００７３】
【図１】本願発明の実施形態に係る通信システムアーキテクチャの考えられる概略図である。
【００７４】
【図２】本願発明の実施形態に係るコアネットワークデバイスの考えられる概略図である。
【００７５】
【図３】本願発明の実施形態に係る通信方法の概略フローチャートである。
【００７６】
【図４】本願発明の実施形態に係る別の通信方法の概略フローチャートである。
【００７７】
【図５】本願発明の実施形態に係る別の通信方法の概略フローチャートである。
【００７８】
【図６】本願発明の実施形態に係る別の通信方法の概略フローチャートである。
【００７９】
【図７】本願発明の実施形態に係る別の通信方法の概略フローチャートである。
【００８０】
【図８】本願発明の実施形態に係る基地局の概略構造図である。
【００８１】
【図９】本願発明の実施形態に係る基地局の概略構造図である。
【００８２】
【図１０】本願発明の実施形態に係るコアネットワークデバイスの概略構造図である。
【００８３】
【図１１】本願発明の実施形態に係る別の基地局の概略構造図である。
【００８４】
【図１２】本願発明の実施形態に係る別のコアネットワークデバイスの概略構造図である。
【００８５】
【図１３】本願発明の実施形態に係る別の基地局の概略構造図である。
【００８６】
【図１４】本願発明の実施形態に係る別の基地局の概略構造図である。
【００８７】
【図１５】本願発明の実施形態に係る別のコアネットワークデバイスの概略構造図である。
【００８８】
【図１６】本願発明の実施形態に係る端末デバイスの概略構造図である。
【００８９】
【図１７】本願発明の実施形態に係る別の基地局の概略構造図である。
【００９０】
【図１８】本願発明の実施形態に係る別のコアネットワークデバイスの概略構造図である。
【００９１】
【図１９】本願発明の実施形態に係る別の端末デバイスの概略構造図である。
【発明を実施するための形態】
【００９２】
以下に、本願発明の実施形態の添付図面を参照し本願発明の実施形態を説明する。
【００９３】
本願発明の実施形態のネットワーク要素を以下の通り説明する。
【００９４】
端末デバイスはユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ，ＵＥ）であってよく、当該ＵＥは、アクセスネットワークデバイスを用いてアクセスネットワーク側を実装する。例えば、端末デバイスは、ハンドヘルド端末デバイス、ノートブック型コンピュータ、加入者ユニット（ｓｕｂｓｃｒｉｂｅｒ  ｕｎｉｔ）、携帯電話（ｃｅｌｌｕｌａｒ  ｐｈｏｎｅ）、スマートフォン（ｓｍａｒｔ  ｐｈｏｎｅ）、無線データカード、パーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ，ＰＤＡ）コンピュータ、タブレット型コンピュータ、無線モデム（ｍｏｄｅｍ）、ハンドヘルド（ｈａｎｄｈｅｌｄ）デバイス、ラップトップ型コンピュータ（ｌａｐｔｏｐ  ｃｏｍｐｕｔｅｒ）、コードレス電話（ｃｏｒｄｌｅｓｓ  ｐｈｏｎｅ）若しくは無線ローカルループ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ｌｏｏｐ，ＷＬＬ）局、マシン型通信（ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ，ＭＴＣ）端末、またはネットワークにアクセス出来る別のデバイスであってよい。端末デバイスおよびアクセスネットワークデバイスは、無線インタフェース技術を用いて互いに通信する。
【００９５】
アクセスネットワーク（ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ，ＲＡＮ）デバイスは主に、無線インタフェース側の無線リソース管理、サービス品質（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ，ＱｏＳ）管理、データ圧縮および暗号化、並びに他の機能を担う。アクセスネットワークデバイスは、様々な形態の基地局、例えばマクロ基地局、ミクロ基地局（スモールセルとも呼ばれる）、中継ノード、およびアクセスポイントを含んでよい。種々の無線アクセス技術が用いられるシステムにおいて、基地局の機能をもつデバイスは種々の名称を有してよい。例えば、当該デバイスは第５世代（５ｔｈ  ｇｅｎｅｒａｔｉｏｎ，５Ｇ）システムにおいてｇＮＢと呼ばれ、ＬＴＥシステムにおいて進化型ＮｏｄｅＢ（ｅｖｏｌｖｅｄ  ｎｏｄｅＢ，ｅＮＢ、またはｅＮｏｄｅＢ）と呼ばれ、または第３世代（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ，３Ｇ）システムにおいてＮｏｄｅＢ（ｎｏｄｅ  Ｂ）と呼ばれる。
【００９６】
コアネットワークデバイスは、ユーザ接続を提供し、ユーザマネージメントおよびサービス搬送を実施するよう構成される。例えば、ユーザ接続の確立は、モビリティ管理（ｍｏｂｉｌｅ  ｍａｎａｇｅｍｅｎｔ，ＭＭ）およびページング（ｐａｇｉｎｇ）等の機能を含む。ユーザマネージメントは、ユーザ記述、ＱｏＳ、およびセキュリティを含む（認証センターが提供する対応するセキュリティ対策は、外部ネットワークアクセスに対するモバイルサービスのセキュリティ管理およびセキュリティ処理を含む。）ベアラ接続は、外部公衆交換電話網（ｐｕｂｌｉｃ  ｓｗｉｔｃｈｅｄ  ｔｅｌｅｐｈｏｎｅ  ｎｅｔｗｏｒｋ，ＰＳＴＮ）、外部回線データネットワーク、パケットデータネットワーク、インターネット（Ｉｎｔｅｒｎｅｔ）、および同様のものを含む。
【００９７】
例えば、コアネットワークデバイスは、アクセスおよびモビリティ管理機能（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ，ＡＭＦ）ネットワーク要素を含んでよく、主にシグナリング処理、つまり、アクセス制御、モビリティ管理、アタッチおよびデタッチを含む制御プレーン機能、並びに他の機能を担う。
【００９８】
オプションで、コアネットワークデバイスはさらに、セッション管理機能（ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ，ＳＭＦ）ネットワーク要素を含んでよく、セッションセットアップ、セッション変更、およびセッションリリース等のセッション管理機能を担う。
【００９９】
オプションで、コアネットワークデバイスはさらに、ユーザプレーン機能（ｕｓｅｒ  ｐｌａｎｅ  ｆｕｎｃｔｉｏｎ，ＵＰＦ）ネットワーク要素を含んでよく、端末デバイス内のユーザデータの転送および受信を担う。ＵＰＦネットワーク要素は、データネットワークからユーザデータを受信し、アクセスネットワークデバイスを用いて端末デバイスへユーザデータを送信してよい。ＵＰＦネットワーク要素はさらに、アクセスネットワークデバイスを用いて端末デバイスからユーザデータを受信し、データネットワークへユーザデータを転送してよい。ＵＰＦネットワーク要素の端末デバイスにサービス提供をするためのリソース送信およびスケジューリング機能は、ＳＭＦネットワーク要素が管理および制御する。本願発明の実施形態におけるコアネットワークデバイスはＡＭＦネットワーク要素、ＳＭＦネットワーク要素、およびＵＰＦネットワーク要素に限定されない。
【０１００】
図１を参照すると、図１は、本願発明の実施形態で用いられる通信システムアーキテクチャの考えられる概略図である。図１に示すように、アクセスネットワークデバイスは少なくとも１つの端末デバイスに接続されてよいことが分かる。例えば、アクセスネットワークデバイス１０１は端末デバイス１０４および端末デバイス１０５の両方に接続され、アクセスネットワークデバイス１０２は、端末デバイス１０６および端末デバイス１０６の両方に接続される。アクセスネットワークデバイスは、少なくとも１つのコアネットワークデバイス１０３に接続されてよい。例えば、アクセスネットワークデバイス１０１およびアクセスネットワークデバイス１０２の両方がコアネットワークデバイス１０３に接続される。
【０１０１】
コアネットワークデバイスとアクセスネットワークデバイスとの間には制御プレーンインタフェースがある。例えば、コアネットワークデバイスとアクセスネットワークとの間にはインタフェースが存在し、そのインタフェースは本願でＮ２インタフェースまたはＮＧインタフェースと呼ばれる。
【０１０２】
例えば、図１において、アクセスネットワークデバイス１０１とアクセスネットワークデバイス１０２との間にＸｎインタフェース等の通信インタフェースが存在する場合、アクセスネットワークデバイス１０１とアクセスネットワークデバイス１０２とは互いに通信出来る。図１において、アクセスネットワークデバイス１０１とアクセスネットワークデバイス１０２との間に通信インタフェースが存在しない場合、アクセスネットワークデバイス１０１とアクセスネットワークデバイス１０２とは互いに通信出来ない。したがって、アクセスネットワークデバイス１０１とアクセスネットワークデバイス１０２とはそれぞれ通信インタフェースがあるときのみ、アクセスネットワークデバイス１０１とアクセスネットワークデバイス１０２とがサポートするネットワークスライスについての情報を送信出来る。通信インタフェースがない場合、アクセスネットワークデバイス１０１とアクセスネットワークデバイス１０２とは互いに通信出来ず、さらにそれぞれ、アクセスネットワークデバイス１０１とアクセスネットワークデバイス１０２とがサポートするネットワークスライスについての情報を送信出来ない。
【０１０３】
コアネットワークデバイス１０３は、少なくとも１つのＡＭＦネットワーク要素を含んでよく、オプションでさらに、ＳＭＦネットワーク要素とＵＰＦネットワーク要素とを含んでよい。アクセスネットワークデバイス１０２は、１または複数のＡＭＦネットワーク要素に接続されてよい。１つのＡＭＦネットワーク要素が、種々のタイプの１または複数のネットワークスライスをサポート出来、種々のＡＭＦネットワーク要素がサポートするネットワークスライスのタイプは異なってよい。各ＳＭＦが、種々のタイプの１または複数のネットワークスライスをサポート出来、種々のＳＭＦネットワーク要素がサポートするネットワークスライスのタイプは異なってよい。１つのＡＭＦネットワーク要素が、複数のＳＭＦネットワーク要素への通信接続を確立してよい。オプションで、１つのＳＭＦネットワーク要素が、複数のＡＭＦネットワーク要素に接続されてよい。加えて、１つのＳＭＦネットワーク要素が、複数のＵＰＦネットワーク要素に接続されてよく、１つのＵＰＦネットワーク要素が、１つのＳＭＦネットワーク要素に接続されてよい。この場合、１つのＳＭＦネットワーク要素が、複数のＵＰＦネットワーク要素を管理および制御出来、１つのＵＰＦネットワーク要素が、１つのＳＭＦにより管理および制御される。ＵＰＦネットワーク要素は、アクセスネットワークデバイスへの接続を確立して、端末デバイスのデータ送信を実装してよい。
【０１０４】
例えば、図２を参照すると、図２は、本願発明の実施形態に係るコアネットワークデバイスの考えられる概略図である。１つのＡＭＦネットワーク要素２０１が、２つのＳＭＦネットワーク要素、ＳＭＦネットワーク要素２０２およびＳＭＦネットワーク要素２０３への接続を確立する。ＡＭＦネットワーク要素２０１がサポートするネットワークスライスタイプは、ネットワークスライスタイプ１とネットワークスライスタイプ２とを含む。ネットワークスライスタイプ１はネットワークスライス１のタイプであり、ネットワークスライスタイプ２は、ネットワークスライス２のタイプである。ＳＭＦネットワーク要素２０２はネットワークスライス１に対応するＳＭＦネットワーク要素であり、ＳＭＦネットワーク要素２０３はネットワークスライス２に対応するＳＭＦネットワーク要素である。１つのＳＭＦネットワーク要素が、複数のＵＰＦネットワーク要素を管理および制御出来る。例えば、ＳＭＦネットワーク要素２０２はＵＰＦネットワーク要素２０４、ＵＰＦネットワーク要素２０５、およびＵＰＦネットワーク要素２０６を管理し、ＳＭＦネットワーク要素２０３はＵＰＦネットワーク要素２０４およびＵＰＦネットワーク要素２０８を管理する。
【０１０５】
端末デバイス内で、エンハンスドモバイルブロードバンド（ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ，ｅＭＢＢ）サービス、超高信頼低遅延通信（ｕｌｔｒａ−ｒｅｌｉａｂｌｅ  ｌｏｗ  ｌａｔｅｎｃｙ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，ＵＲＬＬＣ）、および大容量マシンタイプ通信（ｍａｓｓｉｖｅ  ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ，ｍＭＴＣ）等の複数のタイプのサービスがあるが故に、種々のタイプのサービスセッションに対応するネットワークスライスは異なってよい。提供されるオペレータまたはサービスプロバイダが種々のものであることに起因して、同じサービスタイプが、種々のネットワークスライスに対応してよい。種々のアクセスネットワークデバイスが、種々のネットワークスライスをサポート出来る。この場合、端末デバイスがネットワークにアクセスし複数のセッションを確立する必要がある場合、端末デバイスに接続されたアクセスネットワークデバイスは、端末デバイス内の全てのセッションまたは一部のセッションに対応するネットワークスライスをサポートする必要がある。
【０１０６】
端末デバイスの位置の移動、負荷のバランス、または同様のものに起因して、端末デバイスに関して、アクセスネットワークデバイスへのハンドオーバーを実施する必要がある。例えば、図１を参照すると、端末デバイス１０４のセッションを、アクセスネットワークデバイス１０１から別のアクセスネットワークデバイス１０２へハンドオーバーする必要がある。しかしながら、そのハンドオーバーが成功するかは、アクセスネットワークデバイス１０２が、アクセスネットワークデバイス１０４のセッションに対応するネットワークスライスをサポートするかに密に関連している。実際、アクセスネットワークデバイス１０１がアクセスネットワークデバイス１０２へハンドオーバー要求を送信するが、通常一部のセッションを、アクセスネットワークデバイス１０２へハンドオーバー出来ない。セッションをアクセスネットワークデバイス１０２へハンドオーバー出来ない理由は多数ある。例えば、アクセスネットワークデバイス１０２に利用可能な無線リソースがない（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｎｏｔ  ａｖａｉｌａｂｌｅ）、または、要求されているネットワークスライスがサポートされていない。しかしながら、既存の解決法においては、セッションをアクセスネットワークデバイス１０２へハンドオーバー出来ない理由をアクセスネットワークデバイス１０１は決定出来ない。アクセスネットワークデバイス１０２において、要求されているセッションに対応する第１ネットワークスライスのために利用可能なリソースがない場合、別のセッションを第１ネットワークスライスへハンドオーバーする必要があるとき、アクセスネットワークデバイス１０１は依然としてアクセスネットワークデバイス１０２へハンドオーバー要求を送信し、セッションをアクセスネットワークデバイス１０２へハンドオーバー出来ない場合が依然として生じる。このことは、ハンドオーバー成功率を低下させる。
【０１０７】
本願発明の本実施形態において、アクセスネットワークデバイス１０１がアクセスネットワークデバイス１０２へハンドオーバー要求を送信した後、アクセスネットワークデバイス１０１は、アクセスネットワークデバイス１０２のネットワークスライスに起因して拒否されたセッションの原因情報を取得して、アクセスネットワークデバイス１０２へのハンドオーバーを要求する必要がある別のセッションのための情報の提供を支援出来る。同じネットワークスライスに対応するセッションをアクセスネットワークデバイス１０１からハンドオーバーする必要があるとき、アクセスネットワークデバイス１０１は、当該セッションをアクセスネットワークデバイス１０２へハンドオーバー出来るかを直接決定してよく、それによりハンドオーバー成功率が高まる。アクセスネットワークデバイス１０１はさらに、ハンドオーバーのために、ハンドオーバーされることになる別の端末デバイスのためにより良好なターゲット基地局を選択出来る。
【０１０８】
なお、本願の実施形態の説明に、アクセスネットワークデバイスが基地局である例を用いる。本願のいずれの実施形態においても、オプションの方式において、基地局のサポートされているネットワークスライスについての情報は、当該基地局の少なくとも１つのセルの識別子と、各セル識別子に対応する少なくとも１つのネットワークスライスのインジケーション情報とを含んでよい。１つの基地局が１または複数のセルをカバーしてよい。各セルは、セル識別子を用いて示され、各セルが、１または複数のネットワークスライスをサポート出来る。各セルが異なるネットワークスライスをサポートし、そのようなセル識別子は、少なくとも１つのネットワークスライスのインジケーション情報に対応してよい。例えば、以下に具体的な表現形態が示される（名称は例に過ぎず、名称は本願の実施形態において限定されるものではない）。Ｃｅｌｌ  ＩＤはセル識別子を表し、Ｓ−ＮＳＳＡＩ  ｌｉｓｔはネットワークスライスのインジケーション情報を表し、１つのＣｅｌｌ  ＩＤが、少なくとも１つのＳ−ＮＳＳＡＩ  ｌｉｓｔに対応してよい。
＞＞＞Ｃｅｌｌ  ＩＤ
＞＞＞Ｓ−ＮＳＳＡＩ  ｌｉｓｔ
【０１０９】
代替的に、別の任意の方式において、基地局のサポートされているネットワークスライスについての情報は、当該基地局についての情報と、当該基地局に対応する少なくとも１つのネットワークスライスのインジケーション情報とを含んでよい。各基地局は１または複数のネットワークスライスをサポート出来、したがって１つの基地局についての情報が、少なくとも１つのネットワークスライスのインジケーション情報に対応してよい。例えば、以下に具体的な表現形態が示される（名称は例に過ぎず、名称は本願の実施形態において限定されるものではない）。ｇＮＢ  ＩＤは基地局についての情報を表し、Ｓ−ＮＳＳＡＩ  ｌｉｓｔはネットワークスライスのインジケーション情報を表し、１つのｇＮＢ  ＩＤは少なくとも１つのＳ−ＮＳＳＡＩ  ｌｉｓｔに対応してよい。
＞＞＞ｇＮＢ  ＩＤ
＞＞＞Ｓ−ＮＳＳＡＩ  ｌｉｓｔ
【０１１０】
代替的に、別の任意の方式において、基地局のサポートされているネットワークスライスについての情報は、当該基地局のセルが属するトラッキングエリア（ｔｒａｃｋｉｎｇ  ａｒｅａ，ＴＡ）または登録領域（ｒｅｇｉｓｔｒａｔｉｏｎ  ａｒｅａ，ＲＡ）に対応する少なくとも１つのネットワークスライスのインジケーション情報を含んでよい。各ＴＡ／ＲＡが１または複数のネットワークスライスをサポート出来、したがって１つのＴＡ／ＲＡについての情報が、少なくとも１つのネットワークスライスのインジケーション情報に対応してよい。例えば、以下に具体的な表現形態が示される（名称は例に過ぎず、名称は本願の実施形態において限定されるものではない）。トラッキングエリアアイデンティティ（ｔｒａｃｋｉｎｇ  ａｒｅａ  ｉｄｅｎｔｉｔｙ／ｉｄｅｎｔｉｆｉｅｒ，ＴＡＩ）、登録領域アイデンティティ（ｒｅｇｉｓｔｒａｔｉｏｎ  ａｒｅａ  ｉｄｅｎｔｉｔｙ／ｉｄｅｎｔｉｆｉｅｒ，ＲＡＩ）、トラッキングエリアコード（ｔｒａｃｋｉｎｇ  ａｒｅａ  Ｃｏｄｅ，ＴＡＣ）、または登録領域コード（ｒｅｇｉｓｔｒａｔｉｏｎ  ａｒｅａ  ｉｄｅｎｔｉｔｙ／ｉｄｅｎｔｉｆｉｅｒ，ＲＡＣ）が、ＴＡ／ＲＡについての情報を表すのに用いられ、Ｓ−ＮＳＳＡＩ  ｌｉｓｔがネットワークスライスのインジケーション情報を表し、１つのＴＡＩ／ＲＡＩ／ＴＡＣ／ＲＡＣが、少なくとも１つのＳ−ＮＳＳＡＩ  ｌｉｓｔに対応してよい。
＞＞＞ＴＡＩ／ＲＡＩ／ＴＡＣ／ＲＡＣ
＞＞＞Ｓ−ＮＳＳＡＩ  ｌｉｓｔ
【０１１１】
本願のいずれの実施形態においても基地局についての情報は、当該基地局の基地局アイデンティティ、当該基地局のセントラルユニットアイデンティティ（ｃｅｎｔｒａｌ  ｕｎｉｔ  ＩＤ）、当該基地局の分散ユニットアイデンティティ（ｄｉｓｔｒｉｂｕｔｅｄ  ｕｎｉｔ  ＩＤ）、当該基地局の物理セル識別子（Ｐｈｙｓｉｃａｌ  Ｃｅｌｌ  Ｉｄｅｎｔｉｆｉｅｒ，ＰＣＩ）、および当該基地局のセルグローバルアイデンティティ（Ｃｅｌｌ  Ｇｌｏｂａｌ  ＩＤ，ＣＧＩ）のうち少なくとも１つを含んでよい。
【０１１２】
なおさらに、本願の任意の実施形態における各ネットワークスライスのインジケーション情報は、ネットワークスライス識別子、単一ネットワークスライス選択アシスト情報（ｓｉｎｇｌｅ  ｎｅｔｗｏｒｋ  ｓｌｉｃｅ  ｓｅｌｅｃｔｉｏｎ  ａｓｓｉｓｔａｎｃｅ  ｉｎｆｏｒｍａｔｉｏｎ，Ｓ−ＮＳＳＡＩ）、およびＲＡＮネットワークスライス選択アシスト情報（ＲＡＮ  ｎｅｔｗｏｒｋ  ｓｌｉｃｅ  ｓｅｌｅｃｔｉｏｎ  ａｓｓｉｓｔａｎｃｅ  ｉｎｆｏｒｍａｔｉｏｎ，Ｒ−ＮＳＳＡＩ）のうち少なくとも１つを含んでよい。
【０１１３】
ネットワークスライス識別子は、以下の（１）から（７）のうち少なくとも１つを用いて表されてよい。
【０１１４】
（１）ネットワークスライスタイプ情報  例えば、ネットワークスライスタイプ情報は、エンハンスドモバイルブロードバンド（ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ，ｅＭＢＢ）サービス、超高信頼低遅延通信（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，ＵＲＬＬＣ）、または大容量マシンタイプ通信（ｍａｓｓｉｖｅ  ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ，ｍＭＴＣ）等のネットワークスライスタイプを示してよい。オプションでネットワークスライスタイプ情報は、ＲＡＮ−コアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ，ＣＮ）ネットワークスライスタイプを含むエンドツーエンドネットワークスライスタイプを示してよく、または、ＲＡＮ側ネットワークスライスタイプまたはＣＮ側ネットワークスライスタイプを示してよい。
【０１１５】
（２）特定のサービスに関連するサービスタイプ情報  例えば、サービスタイプ情報は、ビデオサービス、Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｖｅｈｉｃｌｅｓサービス、若しくはボイスサービス等のサービス特徴、または特定のサービスについての情報を示してよい。
【０１１６】
（３）ＴｅｎｃｅｎｔまたはＳｔａｔｅ  Ｇｒｉｄ等のネットワークスライスのクライアント情報を作成するよう、または借りるよう命令するのに用いられるテナント（Ｔｅｎａｎｔ）情報
【０１１７】
（４）ユーザレベル等の特徴に基づいてユーザをグループ分けするよう命令するのに用いられるユーザグループ情報
【０１１８】
（５）特徴に基づいてネットワークスライスをグループ分けするよう命令するのに用いられるスライスグループ情報。例えば、特徴は、端末デバイスがアクセス出来る全てのネットワークスライスがスライスグループとして用いられてよいことを含む。または、別の基準に従ってネットワークスライスグループを決定出来る。
【０１１９】
（６）ネットワークスライスのために作成されたインスタンスの識別子および特徴情報を示すのに用いられるネットワークスライスインスタンス情報。例えば、ネットワークスライスインスタンスを示す識別子がネットワークスライスインスタンスに割り振られてよく、または、新たな識別子が、ネットワークスライスインスタンス識別子に基づいてマッピングされてよく、ネットワークスライスインスタンスと関連付けられる。受信側は、その識別子に基づいて、識別子が示す特定のネットワークスライスインスタンスを識別してよい。
【０１２０】
（７）専用コアネットワーク（Ｄｅｄｉｃａｔｅｄ  Ｃｏｒｅ  Ｎｅｔｗｏｒｋ，ＤＣＮ）識別子。同識別子は、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）システムまたはエンハンスドＬＴＥ（ｅｎｈａｎｃｅｄ  ＬＴＥ，ｅＬＴＥ）システムにおける専用コアネットワーク、例えば、もののインターネットにおける専用コアネットワークを一意的に示すのに用いられる。オプションで、ＤＣＮ識別子およびネットワークスライス識別子に対してマッピングが実施されてよく、ＤＣＮ識別子はネットワークスライス識別子へマッピングされてよく、ネットワークスライス識別子もＤＣＮ識別子へマッピングされてよい。
【０１２１】
Ｓ−ＮＳＳＡＩは、少なくともスライス／サービスタイプ（Ｓｌｉｃｅ／Ｓｅｒｖｉｃｅ  ｔｙｐｅ，ＳＳＴ）情報を含み、オプションでさらに、スライスディファレンシエータ（Ｓｌｉｃｅ  Ｄｉｆｆｅｒｅｎｔｉａｔｏｒ，ＳＤ）情報を含んでよい。ＳＳＴ情報は、ネットワークスライスの挙動、例えばネットワークスライスの特徴およびサービスタイプを示すのに用いられる。ＳＤ情報は、ＳＳＴの補足的な情報である。ＳＳＴが複数のネットワークスライスの実装を示す場合、ＳＤは、一意的なネットワークスライスインスタンスに対応してよい。
【０１２２】
Ｒ−ＮＳＳＡＩは、特定のＳ−ＮＳＳＡＩのセット、つまり、特定のＳ−ＮＳＳＡＩのセットの識別子を表す。
【０１２３】
本願の実施形態において、ネットワークスライスのインジケーション情報は、先述のパラメータのうち少なくとも１つを用いて表されてよいことが理解されるべきである。例えば、ネットワークスライスのインジケーション情報は、ネットワークスライスタイプを用いて表されてよく、または、ネットワークスライスタイプおよびサービスタイプを用いて表されてよく、またはサービスタイプおよびテナント情報を用いて表されてよい。このことは、本願の実施形態限定されるものではない。ネットワークスライスのインジケーション情報がどのように表されるかは以下に詳細に説明しない。オプションで、ネットワークスライスのインジケーション情報の具体的な符号化フォーマットは限定されるものではない。種々のデバイス間でインタフェースメッセージで搬送されてよい種々のフィールドは種々のネットワークスライスのインジケーション情報を表し、または抽象化された指標値で置き換えられてよく、種々の指標値が種々のネットワークスライスに対応する。当然、先述の識別子に加えて別の識別子が含まれてよく、このことは、本明細書において限定されるものではない。端末デバイス、アクセスネットワークデバイス、またはコアネットワークデバイスが複数のネットワークスライスをサポートする場合、端末デバイス、アクセスネットワークデバイス、またはコアネットワークデバイスのサポートされているネットワークスライスのインジケーション情報は、先述の少なくとも１つの識別子のリスト形式で表されてよいことが理解されるべきである。
【０１２４】
なお、本願発明の実施形態において、「通信インタフェースがある」または「インタフェースがある」とは、通信インタフェースが確立されていること、および通信インタフェースが利用可能である（ａｖａｉｌａｂｌｅ）ことを示し、「通信インタフェースがない」または「インタフェースがない」とは、通信インタフェースが確立されていないこと、または確立されている通信インタフェースが利用不可能である（ｕｎａｖａｉｌａｂｌｅ）ことを示す。本明細書において通信インタフェースは、アクセスネットワークデバイス間の通信インタフェース、およびアクセスネットワークデバイスとコアネットワークデバイスとの間の通信インタフェースに限定されない。
【０１２５】
本願発明の実施形態は、ネットワークスライスをサポートする別の通信システムに適用出来る。「システム」および「ネットワーク」という用語は、互いに入れ換えられ得る。本願発明の実施形態で説明されているシステムアーキテクチャは、より明確に本願発明の実施形態の技術的解決法を説明することが意図されており、本願発明の実施形態で提供される技術的解決法の何らかの制限を構成するものではない。システムアーキテクチャの進化とともに、本願発明の実施形態で提供されている技術的解決法は同様の技術的課題にも適用可能であることを当業者は分かってよい。
【０１２６】
図３を参照すると、図３は、本願発明の実施形態に係る通信方法を示す。本実施形態においては、アクセスネットワークデバイスが基地局である例を説明に用いる。図３に示すように、同通信方法は、端末デバイス、ソース基地局、ターゲット基地局、およびコアネットワークデバイスに関する。図３は、ハンドオーバーの成功をターゲット基地局が決定するときに用いられる通信方法に対応している。ソース基地局は、端末デバイスへの通信接続を現在確立している基地局であり、ターゲット基地局は、端末デバイスのセッションの要求されているハンドオーバー先である基地局である。
【０１２７】
図３に示すように、通信方法は段階３０１から段階３０７を含んでいる。詳細については、以下の具体的な説明を参照されたい。
【０１２８】
３０１．ソース基地局が、ターゲット基地局へハンドオーバー要求を送信する。
【０１２９】
ソース基地局とターゲット基地局との間にはＸｎインタフェース等の通信インタフェースがある。その場合、ソース基地局とターゲット基地局とは互いに通信出来る。ハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられる。ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、セッションに対応するネットワークスライスのインジケーション情報とを含む。例えば、ハンドオーバーが要求されている複数のセッションがある場合、ハンドオーバー要求は、各セッションに対応するネットワークスライスのインジケーション情報を搬送する。対応して、ターゲット基地局がハンドオーバー要求を受信する。
【０１３０】
オプションで、ハンドオーバーが要求されているセッションは、端末デバイスのアクティブ化されているセッションであってよく、端末デバイスで現在実施されているセッションと理解されてよい。例えば、端末デバイスのセッションは、セッションＡ１、セッションＡ２、セッションＡ３、セッションＡ４、およびセッションＡ５を含む。セッションＡ１、セッションＡ２、およびセッションＡ３はアクティブ状態にあり、セッションＡ４およびセッションＡ５は、非アクティブ化された状態にある。この場合、ハンドオーバー要求は、セッションＡ１の識別子、セッションＡ２の識別子、セッションＡ３の識別子、セッションＡ１に対応するネットワークスライスのインジケーション情報、セッションＡ２に対応するネットワークスライスのインジケーション情報、およびセッションＡ３に対応するネットワークスライスのインジケーション情報を含む。非アクティブ化されたセッションは、ターゲット基地局へハンドオーバーされる必要はなく、したがってシグナリング送信を減らせる。
【０１３１】
オプションで、ハンドオーバー要求を送信する前に、ソース基地局はさらに、ターゲット基地局のサポートされているネットワークスライスについての取得された情報、およびハンドオーバーが要求されているセッションに対応するネットワークスライスの取得されたインジケーション情報に基づいて、ハンドオーバーが要求されているセッションの、対応するネットワークスライスをターゲット基地局がサポートする特定のセッション、およびハンドオーバーが要求されているセッションの、ネットワークスライスをターゲット基地局がサポートしない特定のセッションを決定してよい。またさらに、ハンドオーバーが要求されている全てのセッションに対応するネットワークスライスをターゲット基地局がサポートしない場合、ソース基地局は、ターゲット基地局へハンドオーバー要求を送信しなくてよい。
【０１３２】
オプションで、ハンドオーバーが要求されているセッションは、端末デバイスの第１のセッションおよび第２のセッションであってよい。第１のセッションに対応するネットワークスライスはターゲット基地局がサポートし、第２のセッションに対応するネットワークスライスはターゲット基地局がサポートしない。ソース基地局とターゲット基地局との間に通信インタフェースがあるが故に、ターゲット基地局、別の基地局、コアネットワーク側、または同様のものとやり取りすることによりソース基地局は、ターゲット基地局のサポートされているネットワークスライスを決定してよい。さらに、ハンドオーバーが要求されている各セッションに対応するネットワークスライス、およびターゲット基地局のサポートされているネットワークスライスのインジケーション情報に基づいて、ソース基地局は、ハンドオーバーが要求されているセッションを分類して、第１のセッションおよび第２のセッションを把握してよい。例えば、ハンドオーバーが要求されているセッションは、セッションＢ１、セッションＢ２、およびセッションＢ３を含み、ターゲット基地局は、セッションＢ１およびセッションＢ２に対応するネットワークスライスをサポートするが、ターゲット基地局は、セッションＢ３に対応するネットワークスライスをサポートしない。この場合、ハンドオーバーが要求されているセッションの識別子は、２つのタイプに分類され、ターゲット基地局へ送信される。１つのタイプは、第１のセッションの識別子であり、他方のタイプは、第２のセッションの識別子である。したがって、ターゲット基地局は、ターゲット基地局がサポートしないセッションを直接決定出来、それにより、ハンドオーバー応答メッセージを決定することの効率が向上する。当然、ハンドオーバーする必要のある全てのセッションに対して特別な分類処理を実施しなくてよい。
【０１３３】
オプションで、ハンドオーバーが要求されているセッションは端末デバイスの第１のセッションであってよく、第１のセッションに対応するネットワークスライスはターゲット基地局がサポートする。したがって、ターゲット基地局がサポートしないネットワークスライスに対応するセッションに関して、ターゲット基地局は、ハンドオーバーが要求されているセッションに対応するネットワークスライスがサポートされているかを決定する必要はなく、ターゲット基地局のネットワークスライスのリソース使用状況に基づいて、第１のセッションをハンドオーバーするかを直接決定してよい。この場合、ターゲット基地局は第２のセッションに対して受け入れ制御を実施する必要はなく、それにより、第２のセッションに対して受け入れ制御を実施するための処理時間を節約する。
【０１３４】
オプションで、ソース基地局は、ターゲット基地局として、ソース基地局との通信インタフェースを有する複数の基地局のうち１つを選択する。さらに、決定されるターゲット基地局はハンドオーバーが要求されている全てまたは一部のセッションに対応するネットワークスライスをサポートし、そうすることで、ハンドオーバーが要求されている全てのセッションのネットワークスライスをターゲット基地局がサポートしないが故に引き起こされるハンドオーバーの失敗を回避する。ハンドオーバーの失敗の数が減り、ハンドオーバー成功率が高まる。
【０１３５】
オプションで、端末デバイスが送信した測定レポートをソース基地局が受信した場合、ソース基地局は、測定レポートに基づいてターゲット基地局を選択し、段階３０１を実施してターゲット基地局へハンドオーバー要求を送信してよい。測定レポートは、セルおよび基地局のうち少なくとも１つの測定レポート値を含む。オプションで、測定レポートがセルの測定レポート値を含む場合、その含まれるセルは、ソース基地局のセルまたは別の基地局のセルであってよい。測定レポートが基地局の測定レポート値を含む場合、その含まれる基地局は、ソース基地局または別の基地局であってよい。オプションで、測定レポートに含まれるセルの数および基地局の数は本願発明の本実施形態において限定されるものではない。
【０１３６】
３０２．ターゲット基地局は、ネットワークスライスサポート状況、リソース使用状況、またはハンドオーバー要求等の要素に基づいて受け入れ制御を実施する。
【０１３７】
ソース基地局が送信したハンドオーバー要求をターゲット基地局が受信した場合、ターゲット基地局は受け入れ制御（ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ）を実施する。オプションで、ターゲット基地局は、ハンドオーバー要求内の各セッションに対応するネットワークスライスのインジケーション情報、ターゲット基地局のサポート状況、またはリソース使用状況等の要素に基づいてハンドオーバー応答メッセージを決定する。
【０１３８】
例えば、セッションＢ４に関して、ターゲット基地局のサポートされているネットワークスライスについての情報がセッションＢ４に対応するネットワークスライスのインジケーション情報を含む場合、このことは、セッションＢ４に対応するネットワークスライスをターゲット基地局がサポートすることを示す。ターゲット基地局のサポートされているネットワークスライスについての情報がセッションＢ４に対応するネットワークスライスのインジケーション情報を含まない場合、このことは、セッションＢ４に対応するネットワークスライスをターゲット基地局がサポートしないことを示す。この場合、セッションＢ４は拒否されたセッションである。さらに、セッションＢ４に対応するネットワークスライスをターゲット基地局がサポートするとき、ターゲット基地局がさらにセッションＢ４に、対応するネットワークスライスのためのリソースを割り当てられる場合、ターゲット基地局はセッションＢ４が承諾されたセッションであると決定する。セッションＢ４に、対応するネットワークスライスのためのリソースをターゲット基地局が割り当てられない場合、ターゲット基地局は、セッションＢ４が拒否されたセッションであると決定する。このように、ターゲット基地局は、受け入れ制御を通じてハンドオーバー応答メッセージを決定出来る。
【０１３９】
オプションで、たとえ段階３０１において第１のセッションのみが搬送されたとしても、ターゲット基地局は、第１のセッション（１または複数のセッション）に対応するネットワークスライスのインジケーション情報をチェックして、第１のセッションに対応するネットワークスライスが現在サポートされているかを決定してよい。
【０１４０】
さらにハンドオーバー応答メッセージはハンドオーバー要求確認応答メッセージであってよく、またはハンドオーバー応答メッセージはハンドオーバー失敗メッセージである。図３に示す実施形態において、ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合について説明する。この場合、ハンドオーバーが要求されているセッションは、ターゲット基地局へハンドオーバー出来るセッションと、ターゲット基地局が拒否するセッションとを含む。セッションをターゲット基地局が拒否するのは、拒否されたセッションに対応するネットワークスライスをターゲット基地局がサポートしないという理由、または、ターゲット基地局の、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないという理由からであってよい。したがって、ハンドオーバー要求確認応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる。原因情報は、ターゲット基地局が、拒否されたセッションに対応するネットワークスライスをサポートしないことであるか、または、ターゲット基地局がサポートし、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことである。
【０１４１】
オプションで、本願発明の本実施形態において原因情報は、情報要素（ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ，ＩＥ）、フラグ（ｆｌａｇ）、原因値（ｃａｕｓｅ）、または同様のものを用いて示されてよく、このことは、本願発明の本実施形態において限定されるものではない。
【０１４２】
例えば、ハンドオーバーが要求されているセッションが第１のセッションおよび第２のセッションを含む場合、拒否されたセッションの原因情報は、拒否されたセッションに対応するネットワークスライスをターゲット基地局がサポートしないこと、または、ターゲット基地局がサポートする、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことであってよい。ハンドオーバーが要求されているセッションが第１のセッションを含む場合、基地局の拒否されたセッションに関する原因情報は、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことである。第１のセッションが複数のデータフローを含み、第１のセッションの少なくとも１つのデータフローをターゲット基地局が受け入れ許可し（ａｄｍｉｔｔｅｄ）、少なくとも１つのデータフローをターゲット基地局が拒否する場合、第１のセッションの少なくとも１つのデータフローを拒否する理由を示すインジケーション情報が搬送されてよい。例えば、その理由は、ターゲット基地局内で、利用可能なリソースがないこと、または、第１のセッションに対応するネットワークスライスのために利用可能なリソースがないことを含む。データフローは、トラフィックフローまたはＱｏＳフロー（ＱｏＳ  ｆｌｏｗ）である。
【０１４３】
３０３．ターゲット基地局は、ソース基地局へハンドオーバー要求確認応答メッセージを送信する。
【０１４４】
ハンドオーバー要求確認応答メッセージは、承諾されたセッションの識別子と、拒否されたセッションの識別子と、拒否されたセッションに対応する原因情報とを含む。例えば、ハンドオーバー要求確認応答メッセージは、ハンドオーバー確認応答またはハンドオーバー要求確認応答であってよい。
【０１４５】
例えば、表１を参照すると、表１はＰＤＵセッションリリースリストまたはＰＤＵセッション拒否リストである。ハンドオーバー要求確認応答メッセージに含まれる拒否されたセッションの識別子、および拒否されたセッションに対応する原因情報は、表１に示すものであってよい。
表１
【表１】
2020517130.tif 000003
【０１４６】
オプションで、ハンドオーバー要求確認応答メッセージはさらに、拒否されたセッションに対応する再送信インジケーション情報を含む。再送信インジケーション情報は、ターゲット基地局のサポートされているネットワークスライスへ、拒否されたセッションのデータフローをルーティングすることを端末デバイスが許可されているかを示すのに用いられる。例えば、拒否されたセッションは、セッションＢ１であり、セッションＢ１は、ネットワークスライス１に対応する。拒否されたセッションＢ１の原因情報は、ターゲット基地局が、セッションＢ１に対応するネットワークスライス１をサポートしないこと、または、ターゲット基地局がネットワークスライス１をサポートするが、ネットワークスライス１のために利用可能なリソースがないことであってよい。セッションＢ１を拒否する理由に関わらず、ターゲット基地局がネットワークスライス２をサポートし、セッションＢ１のデータフローが、ネットワークスライス２へルーティングされる場合、データ送信も実装出来る。この場合、ターゲット基地局は、セッションＢ１に対応する再送信インジケーション情報は、ターゲット基地局がサポートするネットワークスライス２へ、セッションＢ１のデータフローをルーティングすることを端末デバイスが許可されていることであると決定する。再送信インジケーション情報は、データフローのルーティング先である特定のネットワークスライスを示さなくてもよいことが理解され得る。加えて、セッションＢ１のデータフローのルーティング先となり得るネットワークスライスがターゲット基地局内に存在しない場合、またはターゲット基地局が、セッションＢ１のデータフローのＱｏＳ要件を満たせない場合、ターゲット基地局は、セッションＢ１に対応する再送信インジケーション情報は、ターゲット基地局のサポートされているネットワークスライスへ、セッションＢ１のデータフローをルーティングすることを端末デバイスが許可されないことであると決定する。再送信インジケーション情報および原因情報は、ＩＥ／Ｆｌａｇ／Ｃａｕｓｅ  ｖａｌｕｅを用いて識別されてよいことが理解され得る。ＩＥ／Ｆｌａｇ／Ｃａｕｓｅ  ｖａｌｕｅは、セッションの拒否原因を示し、また、拒否されたセッションに対応するデータフローを別のネットワークスライスへルーティング出来ることを示す。具体的には、セッションが、ターゲット基地局のサポートされている別のネットワークスライス上で再確立されて、データフローを送信してよい。再送信インジケーション情報および原因情報は、２つの異なるＩＥ／Ｆｌａｇ／Ｃａｕｓｅ  ｖａｌｕｅを用いて識別されてよい。
【０１４７】
オプションで、ハンドオーバー要求確認応答メッセージはさらに、ハンドオーバーが要求されているセッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む。１つのセッションは、複数のデータフローを含む。１つのベアラは、複数のデータフローに対応してよい。拒否されたベアラは、承諾されたセッションに含まれるベアラであってよく、または、拒否されたセッションに含まれるベアラであってよい。拒否されたデータフローは、承諾されたセッションのデータフローであってよく、または、拒否されたセッションのデータフローであってよい。例えば、承諾されたセッションの少なくとも１つのベアラは拒否されたベアラであり、承諾されたセッションの少なくとも１つのデータフローは拒否されたデータフローである。拒否されたベアラまたは拒否されたデータフローは、ハンドオーバー要求確認応答メッセージを用いてソース基地局へ送信され、そうすることでソース基地局は、拒否されたベアラまたは拒否されたデータフローを確認出来る。
【０１４８】
例えば、ハンドオーバー要求確認応答メッセージが拒否されたデータフローの識別子をさらに含む場合、表２を参照すると、表２は、承諾されたセッションの識別子と、拒否されたデータフローの原因情報と、拒否されたデータフローの識別子とを含む。承諾されたセッションのリストは、ＰＤＵセッション受け入れ許可リスト（ＰＤＵ  Ｓｅｓｓｉｏｎ  Ａｄｍｉｔｔｅｄ  Ｌｉｓｔ）またはＰＤＵセッションハンドオーバーリスト（ＰＤＵ  Ｓｅｓｓｉｏｎｓ  Ｓｕｂｊｅｃｔ  ｔｏ  Ｆｏｒｗａｒｄｉｎｇ  Ｌｉｓｔ）として表されてよい。
表２
【表２】
2020517130.tif 000004
【０１４９】
例えば、ハンドオーバー要求確認応答メッセージに含まれている先述の情報は、リスト形式でフィードバックされてよい。ソース基地局がハンドオーバーを要求しているセッションは、第１のセッションおよび第２のセッションを含み、ハンドオーバー応答メッセージは、ハンドオーバー要求確認応答メッセージであると決定される。第１のセッションがセッションＣ１、セッションＣ２、およびセッションＣ３を含み、第２のセッションがセッションＤ１およびセッションＤ２を含む例を説明に用いる。ターゲット基地局が承諾するセッションは、セッションＣ１およびセッションＣ２を含み、ターゲット基地局が拒否するセッションは、セッションＣ３、セッションＤ１、およびセッションＤ２を含む。ターゲット基地局はセッションＣ３に対応するネットワークスライスをサポートするが、ネットワークスライスのために利用可能なリソースがないが故にハンドオーバーが失敗する。承諾されたセッションＣ１の少なくとも１つのベアラまたはデータフローが拒否された。
【０１５０】
この場合、表３を参照すると、表３は本願発明の実施形態に係る承諾されたセッションのリスト形式である。拒否されたベアラ／データフローを含むセッションＣ１に対応する原因情報が、ハンドオーバー要求確認応答メッセージに含まれてよい。原因情報は、少なくとも１つの拒否されたベアラまたは少なくとも１つの拒否されたデータフローの原因情報を示すのに用いられる。例えば、少なくとも１つの拒否されたベアラまたは少なくとも１つの拒否されたデータフローの原因情報Ｒ３は、利用可能なリソースなし、セッションのデータフローに対応する無効なＱｏＳ組み合わせ（Ｉｎｖａｌｉｄ  ＱｏＳ  ｃｏｍｂｉｎａｔｉｏｎ）、複数のデータフロー識別子、または同様のものであってよい。拒否されたベアラ／データフローを含むセッションＣ１に対応する再送信インジケーション情報がさらに、ハンドオーバー要求確認応答メッセージに含まれてよい。再送信インジケーション情報が表す意味は、先述のコンテンツのものと同じである。再送信インジケーション情報Ｙは、ターゲット基地局のサポートされているネットワークスライスへ、セッションＣ１の拒否されたデータフローをルーティングすることを端末デバイスが許可されていることを示す。したがって、より正確な情報を次のハンドオーバーのために提供出来る。ハンドオーバー成功率が高まる。拒否されたベアラ／データフローの識別子、再送信インジケーション情報、および原因情報がオプションで、ハンドオーバー要求確認応答メッセージ内で搬送されてよい。確認されたセッションのリストは、ＰＤＵセッション受け入れ許可リスト（ＰＤＵ  Ｓｅｓｓｉｏｎ  Ａｄｍｉｔｔｅｄ  Ｌｉｓｔ）またはＰＤＵセッションハンドオーバーリスト（ＰＤＵ  Ｓｅｓｓｉｏｎｓ  Ｓｕｂｊｅｃｔ  ｔｏ  Ｆｏｒｗａｒｄｉｎｇ  Ｌｉｓｔ）として表されてよい。
表３
【表３】
2020517130.tif 000005
【０１５１】
さらに、表４を参照すると、表４は本願発明の実施形態に係る拒否されたセッションのリスト形式である。拒否されたベアラ／データフローの識別子および再送信インジケーション情報がオプションで、ハンドオーバー要求確認応答メッセージ内で搬送されてよい。セッションＣ３の原因情報は、セッションＣ３に対応するネットワークスライスをターゲット基地局がサポートするが、ネットワークスライスのために利用可能なリソースがないことを示すＲ１である。セッションＤ１の原因情報およびセッションＤ２の原因情報は、セッションＤ１に対応するネットワークスライスまたはセッションＤ２に対応するネットワークスライスをターゲット基地局がサポートしないことを示すＲ２である。再送信インジケーション情報内のＹは、ターゲット基地局のサポートされているネットワークスライスへ、セッションＣ３のデータフローをルーティングすることを端末デバイスが許可されていることを示す。再送信インジケーション情報内のＮは、ターゲット基地局のサポートされているネットワークスライスへ、セッションＤ１およびセッションＤ２のデータフローをルーティングすることを端末デバイスが許可されないことを示す。拒否されたセッションのリストは、ＰＤＵセッションリリースリスト（ＰＤＵ  Ｓｅｓｓｉｏｎｓ  ｔｏ  Ｒｅｌｅａｓｅ  Ｌｉｓｔ）またはＰＤＵセッション拒否リスト（ＰＤＵ  ｓｅｓｓｉｏｎｓ  Ｎｏｔ  Ａｄｍｉｔｔｅｄ  Ｌｉｓｔ）として表されてよい。
表４
【表４】
2020517130.tif 000006
【０１５２】
加えて、表４から、各セッション識別子に基づいてリストが生成されることが把握出来る。別の任意の方式において、リストは、原因情報に基づいて生成されてよい。表５に示すように、表５は、本願発明の実施形態に係る拒否されたセッションの別のリスト形式である。この場合、１つの原因情報が複数のセッション識別子に対応し、それにより、シグナリング送信が減る。拒否されたベアラ／データフローの識別子および再送信インジケーション情報がオプションで、ハンドオーバー要求確認応答メッセージ内で搬送されてよい。拒否されたセッションのリストは、ＰＤＵセッションリリースリスト（ＰＤＵ  Ｓｅｓｓｉｏｎｓ  ｔｏ  Ｒｅｌｅａｓｅ  Ｌｉｓｔ）またはＰＤＵセッション拒否リスト（ＰＤＵ  ｓｅｓｓｉｏｎｓ  Ｎｏｔ  Ａｄｍｉｔｔｅｄ  Ｌｉｓｔ）として表されてよい。
表５
【表５】
2020517130.tif 000007
【０１５３】
オプションで、ハンドオーバー要求確認応答メッセージはさらに、ターゲット基地局が決定するベアラ設定情報を搬送し、ベアラ設定情報は、設定情報に基づいてベアラ設定を実施するよう端末デバイスに命令するのに用いられる。
【０１５４】
さらにオプションで、ハンドオーバー要求確認応答メッセージはさらに全設定ハンドオーバーインジケーション情報を含む。全設定ハンドオーバーインジケーション情報は、端末デバイスがそれぞれのオリジナルのベアラを変更する必要はないことを示すのに用いられる。ターゲット基地局が決定したベアラ設定情報を用いて、全設定ハンドオーバーが実施されてよい。具体的には、全てのオリジナルのベアラ設定が削除され、ターゲット基地局が決定したベアラ設定情報が格納されて、ベアラ設定効率が向上する。オプションで、ハンドオーバー要求が全設定ハンドオーバーインジケーション情報を含む場合、ハンドオーバー要求確認応答メッセージはさらに、全設定ハンドオーバーインジケーション情報を含む。
【０１５５】
オプションで、ハンドオーバー要求確認応答メッセージはさらに、ターゲット基地局のサポートされているネットワークスライスについての情報を含む。このことは、ターゲット基地局が現在サポートしているネットワークスライスについての情報のターゲット基地局によるソース基地局への通知を支援し、それにより、ソース基地局とターゲット基地局との間のやり取りが減る。
【０１５６】
対応して、ソース基地局は、ターゲット基地局が送信したハンドオーバー要求確認応答メッセージを受信する。
【０１５７】
３０４．ソース基地局が、端末デバイスへハンドオーバーコマンドを送信する。
【０１５８】
ターゲット基地局が送信したハンドオーバー要求確認応答メッセージをソース基地局が受信した後、ソース基地局は端末デバイスへハンドオーバーコマンドを送信する。例えば、ハンドオーバーコマンドは、ＲＲＣ接続再設定メッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）またはハンドオーバーコマンドメッセージ（ｈａｎｄｏｖｅｒ  Ｃｏｍｍａｎｄ）であってよい。ハンドオーバーコマンドは、ターゲット基地局へハンドオーバー出来るセッション、データフロー、またはベアラを端末デバイスへ通知するよう、承諾されたセッションの識別子と、承諾されたセッションのデータフローの識別子と、承諾されたセッションに対応するベアラの識別子とのうち少なくとも１つを含む。
【０１５９】
オプションで、ハンドオーバーコマンドはさらに、ターゲット基地局が拒否するセッションと、拒否されたセッションに対応する再送信インジケーション情報とを含む。このように、拒否されたセッションに対応する再送信インジケーション情報に基づいて端末デバイスは、拒否されたセッションのために、ターゲット基地局に対するセッションセットアップ要求を開始するかを決定する。オプションで、複数の拒否されたセッションに関して、ハンドオーバーコマンドは、各セッションに対応する再送信インジケーション情報を含んでよく、またはハンドオーバーコマンドは、再送信許可または再送信不許可を示してよい。このことは、本願発明の本実施形態において限定されるものではない。
【０１６０】
オプションで、ターゲット基地局が決定するベアラ設定情報をハンドオーバー要求確認応答メッセージが含む場合、ハンドオーバーコマンドはさらに、ターゲット基地局が決定したベアラ設定情報を含んで、設定情報に基づいてベアラ設定を実施するよう端末デバイスに命令する。ハンドオーバー要求確認応答メッセージがさらに、全設定ハンドオーバーインジケーション情報を含む場合、ハンドオーバーコマンドはさらに全設定ハンドオーバーインジケーション情報を含んで、ベアラ設定効率が向上する。
【０１６１】
対応して、端末デバイスは、ソース基地局が送信したハンドオーバーコマンドを受信する。
【０１６２】
３０５．端末デバイスは、ターゲット基地局へハンドオーバー確認応答メッセージを送信する。
【０１６３】
例えば、ハンドオーバー確認応答メッセージは、ハンドオーバーコマンド完了メッセージ（ｈａｎｄｏｖｅｒ  Ｃｏｍｐｌｅｔｅ）であってよく、またはＲＲＣ接続再設定完了メッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）であってよい。
【０１６４】
オプションで、端末デバイスがハンドオーバーコマンドを受信した後、端末デバイスとターゲット基地局との間でランダムアクセスが実施されて、ターゲット基地局へハンドオーバー確認応答メッセージをフィードバックする。ハンドオーバー確認応答メッセージは、端末デバイスがハンドオーバーを完了したことを示すのに用いられる。
【０１６５】
３０６．ターゲット基地局が、コアネットワークデバイスへ経路切替要求を送信する。
【０１６６】
ハンドオーバー確認応答メッセージを受信したとき、ターゲット基地局はコアネットワークデバイスへ経路切替要求を送信する。例えば、経路切替要求はＰａｔｈ  ｓｗｉｔｃｈ  ｒｅｑｕｅｓｔである。経路切替要求は、ターゲット基地局が承諾するセッションの識別子を含み、そうすることでコアネットワークデバイスは、承諾されたセッションに対して経路切替を実施する。
【０１６７】
オプションで、経路切替要求はさらに、ターゲット基地局が拒否するセッションの識別子を含んでよく、そうすることでコアネットワークデバイスは、拒否されたセッションに対するリリースまたは非アクティブ化を実施する。
【０１６８】
さらに、端末デバイスにはアクティブ化されたサービスと非アクティブ化されたサービスとがあり、コアネットワークデバイスは、端末デバイスの全てのセッションを格納する。承諾されたセッションと拒否されたセッションとの両方がアクティブ化されたサービスに属する。そのような２つのセッションの識別子は経路切替要求内で搬送され、そうすることでコアネットワークデバイスは、端末デバイスの全ての格納されたセッションのうち非アクティブ化されたセッションを決定出来る。このように、コアネットワークデバイスはそのようなセッションを扱う必要はなく、承諾されたセッションおよび拒否されたセッションのみを扱いさえすればよく、それにより処理効率が向上する。
【０１６９】
オプションで、経路切替要求はさらに、ターゲット基地局が拒否するセッションに対応するネットワークスライスのインジケーション情報を含み、そうすることでコアネットワークデバイスは、拒否されたセッションに対応するネットワークスライスと、ターゲット基地局がサポートし、コアネットワークデバイスに格納されているネットワークスライスとを比較出来る。したがって、コアネットワークデバイスは、ターゲット基地局がネットワークスライスをサポートしないが故にセッションが拒否されたか把握出来る。そうである場合、コアネットワークデバイスは続いて、セッションをリリース（ｒｅｍｏｖｅ）する処理をトリガして、そのようなセッションがコアネットワークデバイス内で占有するストレージ領域を減らす。そうでない場合、コアネットワークデバイスは続いて、セッションを非アクティブ化（ｄｅａｃｔｉｖａｔｅ）する処理をトリガしてよく、そうすることでコアネットワークデバイスは、セッションをアクティブ化する必要があるときに直ぐ様セッションを再開出来る。
【０１７０】
オプションで、経路切替要求は、ターゲット基地局が拒否するセッションに対応する原因情報を含む。原因情報が搬送され、そうすることでコアネットワークデバイスは、種々の原因で拒否されたセッションに対して種々の処理を実施出来る。
【０１７１】
対応して、コアネットワークデバイスは、ターゲット基地局が送信した経路切替要求を受信する。
【０１７２】
３０７．コアネットワークデバイスは、承諾されたセッションに対し経路切替を実施し、拒否されたセッションの非アクティブ化またはリリースを実施する。
【０１７３】
承諾されたセッションに対しコアネットワークデバイスが経路切替を実施することは具体的には次の通りである：
【０１７４】
拒否されたセッションに対しコアネットワークデバイスが非アクティブ化処理を実施することは具体的には、拒否されたセッションを中断することである。当該セッションに対応するコンテクストがコアネットワークデバイスに格納されてよく、そうすることでコアネットワークデバイスは、セッションがアクティブ化される必要があるときに直ぐ様セッションを再開出来る。
【０１７５】
拒否されたセッションのリリースをコアネットワークデバイスが実施するとは具体的には次の通りである：セッションに対応するコンテクストをコアネットワークデバイスがリリースする。例えば、ＡＭＦネットワーク要素がＳＭＦネットワーク要素に対し、セッションに対応するコンテクストをリリースするよう命令し、それにより、コアネットワークデバイス内のそのようなセッションによって占有されるストレージ領域が減る。
【０１７６】
オプションで、コアネットワークデバイスは、ターゲット基地局のネットワークスライスの利用可能なリソースがないが故に拒否されたセッションに対する非アクティブ化を実施してよく、そうすることで、ターゲット基地局のネットワークスライスが利用可能であるときにセッションのデータ送信を再開出来る。セッションに対して実施されるリリースと比較し、アクティブ化処理に必要とされる時間は、ターゲット基地局のネットワークスライスが限定されていないときにセッションを再確立することにより短くなり、そうすることで、非アクティブ化されたセッションのデータ送信をより直ぐ様再開出来る。
【０１７７】
オプションで、コアネットワークデバイスは、ターゲット基地局がネットワークスライスをサポートしないが故に拒否されたセッションのリリースを実施してよい。ターゲット基地局のサポートされているネットワークスライスは、短時間では変化せず、したがってセッションのデータ送信は、短時間で再開出来ない。この場合、非アクティブ化処理がセッションに対し実施される場合、コアネットワークデバイスのより多くのストレージ領域が占有され、ストレージ領域が無駄になる。
【０１７８】
３０８．コアネットワークデバイスが、ターゲット基地局へ経路切替要求応答メッセージを送信する。
【０１７９】
コアネットワークデバイスが、ターゲット基地局へ経路切替要求応答メッセージを送信する。経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む。例えば、経路切替要求応答メッセージはＰａｔｈ  ｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ  ａｃｋまたはＰａｔｈ  ｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ  ｒｅｓｐｏｎｓｅである。
【０１８０】
オプションで、経路切替要求応答メッセージはさらに、経路切替が失敗したセッションの識別子を含み、そうすることでターゲット基地局は、コアネットワークデバイスの経路切替結果を決定する。
【０１８１】
本願発明の本実施形態において、ソース基地局がターゲット基地局へハンドオーバー要求を送信した後、ソース基地局は、ターゲット基地局のネットワークスライスに起因して拒否されたセッションの原因情報を取得して、ターゲット基地局へのハンドオーバーを要求する必要がある別のセッションのための情報の提供を支援出来る。同じネットワークスライスに対応するセッションをソース基地局からハンドオーバーする必要があるとき、ソース基地局は、当該セッションをターゲット基地局へハンドオーバー出来るかを直接決定してよく、それによりハンドオーバー成功率が高まる。
【０１８２】
図４を参照すると、図４は、本願発明の実施形態に係る通信方法を示す。本実施形態においては、アクセスネットワークデバイスが基地局である例を説明に用いる。図４に示すように、同通信方法は、端末デバイス、ソース基地局、およびターゲット基地局に関する。図４は、ハンドオーバーの失敗をターゲット基地局が決定するときに用いられる通信方法に対応している。ソース基地局は、端末デバイスへの通信接続を現在確立している基地局であり、ターゲット基地局は、端末デバイスのセッションの要求されているハンドオーバー先である基地局である。
【０１８３】
図４に示すように、通信方法は段階４０１から段階４０４を含んでいる。詳細については、以下の具体的な説明を参照されたい。
【０１８４】
４０１．ソース基地局が、ターゲット基地局へハンドオーバー要求を送信する。
【０１８５】
段階４０１に関しては、図３に示す実施形態における段階３０１の対応する詳細な説明を参照されたい。詳細は改めて本明細書において説明しない。
【０１８６】
４０２．ターゲット基地局は、ネットワークスライスサポート状況、リソース使用状況、またはハンドオーバー要求等の要素に基づいて受け入れ制御を実施する。
【０１８７】
ソース基地局が送信したハンドオーバー要求をターゲット基地局が受信した場合、ターゲット基地局は受け入れ制御（ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ）を実施する。オプションでターゲット基地局は、ハンドオーバー要求内の各セッションに対応するネットワークスライスのインジケーション情報、ターゲット基地局のネットワークスライスのサポート状況、またはリソース使用状況等の要素に基づいてハンドオーバー応答メッセージを決定する。
【０１８８】
さらにハンドオーバー応答メッセージはハンドオーバー要求確認応答メッセージであってよく、またはハンドオーバー応答メッセージはハンドオーバー失敗メッセージである。図４に示す実施形態において、ハンドオーバー応答メッセージがハンドオーバー失敗メッセージである場合について説明する。この場合、ハンドオーバーが要求されているセッションのどれもターゲット基地局へハンドオーバー出来ない。すなわち、ハンドオーバーが要求されているセッションは全て、ターゲット基地局が拒否するセッションである。セッションのハンドオーバーをターゲット基地局が拒否するのは、拒否されたセッションに対応するネットワークスライスをターゲット基地局がサポートしないという理由、または、ターゲット基地局の、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないという理由からであってよい。したがって、ハンドオーバー要求確認応答メッセージは拒否インジケーション情報を含む。拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる。原因情報は、拒否されたセッションに対応するネットワークスライスをターゲット基地局がサポートしないことであるか、または、ターゲット基地局がサポートし、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことである。
【０１８９】
オプションで、本願発明の本実施形態において原因情報は、ＩＥ、ｆｌａｇ、ｃａｕｓｅ、または同様のものを用いて示されてよい。このことは、本願発明の本実施形態において限定されるものではない。
【０１９０】
例えば、ハンドオーバーが要求されているセッションが第１のセッションおよび第２のセッションを含む場合、拒否されたセッションの原因情報は、拒否されたセッションに対応するネットワークスライスをターゲット基地局がサポートしないこと、または、ターゲット基地局がサポートする、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことであってよい。ハンドオーバーが要求されているセッションが第１のセッションを含む場合、拒否されたセッションの原因情報は、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことである。
【０１９１】
４０３．ターゲット基地局が、ソース基地局へハンドオーバー失敗メッセージを送信する。
【０１９２】
ハンドオーバー失敗メッセージは、拒否されたセッションに対応する原因情報を含む。例えば、ハンドオーバー失敗メッセージは、ハンドオーバー準備失敗（ｈａｎｄｏｖｅｒ  ｐｒｅｐａｒａｔｉｏｎ  ｆａｉｌｕｒｅ）メッセージである。
【０１９３】
オプションで、ハンドオーバー失敗メッセージはさらに、ハンドオーバーが要求されているセッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む。１つのセッションは複数のデータフローを含み、１つのベアラは、少なくとも１つのデータフローに対応する。拒否されたベアラは拒否されたセッションのベアラであってよく、拒否されたデータフローは拒否されたセッションのデータフローであってよい。例えば、拒否されたセッションの全てのベアラが拒否されたベアラであり、拒否されたセッションの全てのデータフローが拒否されたデータフローである。拒否されたベアラまたは拒否されたデータフローのＩＤは、ハンドオーバー失敗メッセージを用いてソース基地局へ送信され、そうすることでソース基地局は、拒否されたベアラまたは拒否されたデータフローを確認出来る。
【０１９４】
さらに本願発明の本実施形態において、ハンドオーバー失敗メッセージは拒否されたセッションのリストを用いて表されてよい。リストに関しては、再送信インジケーション情報を除く表４および表５内の全てのコンテンツを参照されたい。拒否されたベアラ／データフローの識別子はハンドオーバー失敗メッセージのオプションのコンテンツであり、このことは、本願発明の本実施形態において限定されるものではない。
【０１９５】
オプションで、ハンドオーバー応答メッセージがハンドオーバー失敗メッセージである場合、拒否インジケーション情報は、端末デバイスの任意のセッションに対応するネットワークスライスをターゲット基地局がサポートしないことを示すのに用いられてよい。例えば、ハンドオーバーが要求されているセッションが第１のセッションおよび第２のセッションを含み、ターゲット基地局による、サポートされている新たに更新されたネットワークスライスをソース基地局が知らない場合、ターゲット基地局は、要求されているどのセッションもサポートしない可能性が高い。この場合、オプションの解決法では、ハンドオーバー失敗メッセージは、（ＩＥ、ｆｌａｇ、ｃａｕｓｅ、または同様のものが示す）拒否インジケーション情報、および拒否されたセッションの識別子を含む。例えば、この場合、表６を参照するとＰＤＵセッションリリースリストは、ハンドオーバー拒否インジケーション値を含む。別のオプションの解決法では、ハンドオーバー失敗メッセージは、（ＩＥ、ｆｌａｇ、ｃａｕｓｅ、または同様のものが示す）拒否インジケーション情報を含む。この場合、表６内のＰＤＵセッションリリースリストは搬送される必要はなく、ハンドオーバー失敗インジケーション値のみが搬送される。このようにソース基地局が、ターゲット基地局がサポートしないネットワークスライスを決定する。
表６
【表６】
2020517130.tif 000008
【０１９６】
代替的に、拒否インジケーション情報は、ハンドオーバー要求に含まれる任意のセッションに対応するネットワークスライスをターゲット基地局がサポートすること、およびハンドオーバー要求に含まれる全てのセッションをハンドオーバーすることをターゲット基地局が拒否することを示すのに用いられてよい。例えば、ハンドオーバーが要求されているセッションが第１のセッションを含み、ハンドオーバーが要求されている各セッションに対応するターゲット基地局のネットワークスライスのために利用可能なリソースがない場合、オプションの解決法では、ハンドオーバー失敗メッセージは（ＩＥ、ｆｌａｇ、ｃａｕｓｅ、または同様のものが示す）拒否インジケーション情報を含み、別のオプションの解決法では、ハンドオーバー失敗メッセージは、（ＩＥ、ｆｌａｇ、ｃａｕｓｅ、または同様のものが示す）拒否インジケーション情報、および拒否されたセッションの識別子を含み、そうすることでソース基地局は、ターゲット基地局の、ハンドオーバーが要求されているセッションに対応するネットワークスライスのリソース使用状況を決定する。
【０１９７】
代替的に、拒否インジケーション情報は、ターゲット基地局が、第３のセッションに対応するネットワークスライスをサポートするが第３のセッションへのハンドオーバーを拒否すること、および、ターゲット基地局が、第４のセッションに対応するネットワークスライスをサポートしないことを示すのに用いられてよい。ハンドオーバーが要求されているセッションは、第３のセッションと第４のセッションとを含む。例えば、ターゲット基地局が新たに更新したサポートされているネットワークスライスをソース基地局が決定しないとき、ソース基地局がハンドオーバーを要求しているセッションが第１のセッションおよび第２のセッションを含む場合、または、ソース基地局がハンドオーバーを要求しているセッションが第１のセッションを含む場合、ターゲット基地局は、ターゲット基地局のネットワークスライスのサポート状況およびリソース使用状況に基づいて、ハンドオーバーが要求されているセッションを再分類してよい。具体的には、ソース基地局は、ターゲット基地局がサポートする第１のセッションが、ターゲット基地局がサポートしないセッションに変化するかもしれないと決定し、ソース基地局は、ターゲット基地局がサポートしない第２のセッションが、ターゲット基地局がサポートするセッションに変化するかもしれないと決定する。したがって、ターゲット基地局がフィードバックする拒否インジケーション情報内の第３のセッションは、ハンドオーバー要求内の第１のセッションと同じであるか、または異なってよく、ターゲット基地局がフィードバックする拒否インジケーション情報内の第４のセッションは、ハンドオーバー要求内の第２のセッションと同じであるか、または異なってよい。さらにこの場合、ターゲット基地局は、同じハンドオーバー拒否原因に対応するセッションを１つのセッションタイプに分類し、このセッションタイプと（ＩＥ、ｆｌａｇ、ｃａｕｓｅ、または同様のものが示す）１つの拒否インジケーション情報との間で対応関係を確立してよい。すなわちハンドオーバー失敗メッセージは、２つの拒否インジケーション情報と、それら２つの拒否インジケーション情報に対応するセッションの識別子とを含む。代替的にターゲット基地局は、各拒否されたセッションと、（ＩＥ、ｆｌａｇ、ｃａｕｓｅ、または同様のものが示す）１つの拒否インジケーション情報との間で対応関係を確立してよい。すなわちハンドオーバー失敗メッセージは、少なくとも１つの拒否されたセッションの識別子と、各拒否されたセッションに対応する拒否インジケーション情報とを含む。代替的にハンドオーバー失敗メッセージは、２つの拒否インジケーション情報を含む。このことは、本願発明の本実施形態において限定されるものではない。オプションで、ターゲット基地局のネットワークスライスのために利用可能なリソースがないことに起因して、拒否されたセッションに関して、拒否されたセッションの識別子、および拒否されたセッションに対応するネットワークスライスのインジケーション情報がハンドオーバー失敗メッセージへ加えられて、追加のインジケーション情報を用いることなく、ターゲット基地局のそのようなネットワークスライスのために利用可能なリソースがないことをソース基地局に対して示してよい。このように、ソース基地局は、ターゲット基地局内のそのようなネットワークスライスのリソース使用状況を決定出来る。
【０１９８】
代替的に、拒否インジケーション情報は、ターゲット基地局がセッションのハンドオーバーを拒否することを示すのに用いられてよい。例えば、ソース基地局がハンドオーバーを要求しているセッションが第１のセッションおよび第２のセッションを含むとき、ターゲット基地局がサポートする各ネットワークスライスのために利用可能なリソースがない。この場合、ハンドオーバー失敗メッセージは、ターゲット基地局がハンドオーバーが要求されているセッションを拒否するだけでなく、サポートされている別のネットワークスライスに対応するセッションのハンドオーバーも拒否することを示す１つの拒否インジケーション情報を含む。このように、ソース基地局は適時に、ターゲット基地局内の全てのネットワークスライスのリソース利用状況を把握出来る。このことにより、ソース基地局内の別のセッションのハンドオーバーに関する情報が提供され、それによりハンドオーバー成功率が高まる。
【０１９９】
オプションで、ハンドオーバー失敗メッセージはさらに、ターゲット基地局のサポートされているネットワークスライスについての情報を含む。このことは、ターゲット基地局が現在サポートしているネットワークスライスについての情報のターゲット基地局によるソース基地局への通知を支援し、それにより、ソース基地局とターゲット基地局との間のやり取りが減る。
【０２００】
４０４．ソース基地局は、端末デバイスへＲＲＣ接続リリースメッセージを送信する。
【０２０１】
ハンドオーバーが失敗したと決定したとき、ソース基地局は端末デバイスへＲＲＣ接続リリースメッセージを送信し、そうすることで端末デバイスは、出来るだけ早くＲＲＣ接続をリリースしてそれに続く無線リンク失敗を回避し、シグナリングのオーバヘッドを減らす。
【０２０２】
オプションで、ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルがサポートするネットワークスライスのインジケーション情報、ソースセルの隣接するセルが属するＴＡ／ＲＡがサポートするネットワークスライスのインジケーション情報、または、ソース基地局の隣接する基地局がサポートするネットワークスライスについての情報を含む。ソースセル（ｓｏｕｒｃｅ  ｃｅｌｌ）は、ソース基地局がターゲット基地局へのハンドオーバーを要求するときに端末デバイスにサービス提供をしているセルである。このように、ソース基地局は、別のセルまたは別の基地局がサポートするネットワークスライスをより多く把握する。このことにより、それに続く処理のための情報が提供され、第２の基地局と第１の基地局の隣接する基地局との間のネットワークスライス情報を取得するためのやり取りのシグナリングが減り、それにより、基地局のサポートされているネットワークスライスについての情報を取得する利便性が向上する。
【０２０３】
対応して端末デバイスは、ＲＲＣ接続リリースメッセージを受信し、ＲＲＣ接続をリリースする。
【０２０４】
本願発明の本実施形態において、ソース基地局がターゲット基地局へハンドオーバー要求を送信した後、ソース基地局は、ターゲット基地局のネットワークスライスに起因して拒否されたセッションの原因情報を取得して、ターゲット基地局へのハンドオーバーを要求する必要がある別のセッションのための情報の提供を支援出来る。同じネットワークスライスに対応するセッションをソース基地局からハンドオーバーする必要があるとき、ソース基地局は、当該セッションをターゲット基地局へハンドオーバー出来るかを直接決定してよく、それによりハンドオーバー成功率が高まる。
【０２０５】
図５を参照すると、図５は、本願発明の実施形態に係る別の通信方法を示す。通信方法においてアクセスネットワークデバイスが基地局である例を説明に用いる。図５に示すように、当該通信方法は、第１の基地局とコアネットワークデバイスとに関する。詳細については、以下の具体的な説明を参照されたい。
【０２０６】
５０１．第１の基地局は、コアネットワークデバイスへ第１のメッセージを送信する。第１のメッセージは、ＰＬＭＮに関して、コアネットワークデバイスのサポートされているネットワークスライスのインジケーション情報を取得するのに用いられる。
【０２０７】
コアネットワークデバイスは、複数の公共地上モバイルネットワーク（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ，ＰＬＭＮ）にサービス提供してよい。１つのコアネットワークデバイスがサービス提供する種々のＰＬＭＮが、種々のネットワークスライスをサポートしてよい。種々のコアネットワークデバイスが同じＰＬＭＮにサービス提供する場合、それら種々のコアネットワークデバイスがサポートするネットワークスライスは種々のものであってよい。このことは、本願発明の本実施形態において限定されるものではない。例えば、第１のコアネットワークデバイスが、第１のＰＬＭＮと第２のＰＬＭＮとにサービス提供してよい。第１のコアネットワークデバイスが第１のＰＬＭＮにサービス提供する場合、第１のコアネットワークデバイスは、ネットワークスライス１と、ネットワークスライス２と、ネットワークスライス３とをサポートする。第１のコアネットワークデバイスが第２のＰＬＭＮにサービス提供する場合、第１のコアネットワークデバイスは、ネットワークスライス１とネットワークスライス４とをサポートする。第２のコアネットワークデバイスは、第１のＰＬＭＮにサービス提供してよい。第２のコアネットワークデバイスが第１のＰＬＭＮにサービス提供する場合、第２のコアネットワークデバイスは、ネットワークスライス１と、ネットワークスライス４と、ネットワークスライス５とをサポートする。
【０２０８】
オプションで、第１のメッセージはＰＬＭＮの識別子を搬送し、したがってコアネットワークデバイスはコアネットワークデバイスがサービス提供するＰＬＭＮの識別子が示すＰＬＭＮのサポートされているネットワークスライスのインジケーション情報をフィードバックする。オプションで、第１のメッセージに含まれるＰＬＭＮアイデンティティ（ＰＬＭＮ  ＩＤ）は、第１の基地局のサービス提供を受けるＰＬＭＮの一部であるかもしれず、または、第１の基地局のサービス提供を受けるＰＬＭＮの全てであるかもしれない。
【０２０９】
オプションで、第１のメッセージはどのＰＬＭＮの識別子も搬送せず、したがってコアネットワークデバイスは、コアネットワークデバイスがサービス提供するＰＬＭＮ毎の、サポートされているネットワークスライスのインジケーション情報をフィードバックしてよい。例えば、コアネットワークデバイスが３つのＰＬＭＮにサービス提供する場合、コアネットワークデバイスは、コアネットワークデバイスがサービス提供するＰＬＭＮ毎の、サポートされているネットワークスライスのインジケーション情報を第１の基地局へ送信する。
【０２１０】
対応してコアネットワークデバイスは、第１の基地局から第１のメッセージを受信する。
【０２１１】
５０２．コアネットワークデバイスは、第１の基地局へ第２のメッセージを送信する。第２のメッセージは、コアネットワークデバイスがサービス提供するＰＬＭＮに関して、サポートされているネットワークスライスのインジケーション情報を含む。
【０２１２】
種々のＰＬＭＮにサービス提供するためのコアネットワークデバイスのサポートされているネットワークスライスは、ネットワーク管理デバイスが事前設定してよい。例えば、ネットワーク管理デバイスは、保守運用管理（Ｏｐｅｒａｔｉｏｎ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ，ＯＡＭ）であり、サポートされているネットワークスライスは、更新されたネットワークスライスであってよい（例えば、ＯＡＭは、コアネットワークに関して更新を実施し、または別の原因に起因して更新を実施する）。このことは、本願発明の本実施形態において限定されるものではない。
【０２１３】
第１の基地局は、コアネットワークデバイスがサービス提供するＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を受信し、それにより、端末デバイスのセッションのためのコアネットワークデバイスをより正確に選択するよう、端末デバイスに関するコアネットワークデバイスを第１の基地局が選択するときの情報の提供を支援する。
【０２１４】
例えば、端末デバイスは第１のＰＬＭＮにアクセスし、コアネットワークデバイスがサービス提供する必要があるセッションに対応するネットワークスライスはネットワークスライス４である。第１のコアネットワークデバイスが第１のＰＬＭＮにサービス提供する場合、第１のコアネットワークデバイスは、ネットワークスライス１と、ネットワークスライス２と、ネットワークスライス３とをサポートする。第１のコアネットワークデバイスが第２のＰＬＭＮにサービス提供する場合、第１のコアネットワークデバイスは、ネットワークスライス１とネットワークスライス４とをサポートする。第２のコアネットワークデバイスが第１のＰＬＭＮにサービス提供する場合、第２のコアネットワークデバイスは、ネットワークスライス１と、ネットワークスライス４と、ネットワークスライス５とをサポートする。第１のコアネットワークデバイスのサポートされているネットワークスライスがＰＬＭＮ粒度でフィードバックされない場合、第１のコアネットワークデバイスは、ネットワークスライス１と、ネットワークスライス２と、ネットワークスライス３と、ネットワークスライス４とをサポートし、第２のコアネットワークデバイスは、ネットワークスライス１と、ネットワークスライス４と、ネットワークスライス５とをサポートする。したがって、端末デバイスのセッションにサービス提供するデバイスとして第１のコアネットワークデバイスを第１の基地局が選択する可能性が非常に高い。しかしながら、第１のコアネットワークデバイスが第１のＰＬＭＮにサービス提供しないとき第１のコアネットワークデバイスは、ネットワークスライス４をサポートせず、結果としてコアネットワークデバイス選択エラーが起こる。しかしながら、コアネットワークデバイスのサポートされているネットワークスライスがＰＬＭＮ毎に（ＰＬＭＮ粒度で）フィードバックされる場合、端末デバイスのセッションのために第１のコアネットワークデバイスを第１の基地局が選択する状況を回避出来、端末デバイスのセッションのためにコアネットワークデバイスを選択する精度を向上させられる。
【０２１５】
対応して第１の基地局は、コアネットワークデバイスが送信した第２のメッセージを受信する。
【０２１６】
オプションで、第１のメッセージがＰＬＭＮの識別子を搬送する場合、コアネットワークデバイスは第１の基地局へ、コアネットワークデバイスがサービス提供する（ＰＬＭＮの識別子が示す）ＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を送信してよく、またはコアネットワークデバイスは第１の基地局へ、コアネットワークデバイスがサービス提供する全てのＰＬＭＮに関して、サポートされているネットワークスライスのインジケーション情報を送信する。
【０２１７】
オプションで、第１のメッセージがＰＬＭＮの識別子を搬送しない場合、コアネットワークデバイスは、コアネットワークデバイスがサービス提供するＰＬＭＮ毎の、サポートされているネットワークスライスのインジケーション情報をフィードバックしてよい。
【０２１８】
オプションで、第１の基地局とコアネットワークデバイスとの間で通信インタフェースがない。例えば、第１の基地局とコアネットワークデバイスとの間の通信インタフェースはＮ２またはＮＧと表される。Ｎ２インタフェースが例として用いられる。第１の基地局がコアネットワークデバイスへ送信する第１のメッセージは、Ｎ２インタフェースセットアップ要求（Ｎ２  ｉｎｔｅｒｆａｃｅ  ｓｅｔｕｐ  ｒｅｑｕｅｓｔ）または基地局設定更新（例えば、ｇＮＢ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｕｐｄａｔｅ）メッセージであってよい。第１の基地局は、Ｎ２インタフェースセットアップ要求失敗（Ｎ２  ｉｎｔｅｒｆａｃｅ  ｓｅｔｕｐ  ｆａｉｌｕｒｅ）メッセージ、または基地局設定更新失敗（例えば、ｇＮＢ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｕｐｄａｔｅ  ｆａｉｌｕｒｅ）メッセージをコアネットワークデバイスから受信する。コアネットワークデバイスは、Ｎ２インタフェースセットアップ失敗メッセージまたは更新失敗メッセージを用いて、コアネットワークデバイスがサービス提供するＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を送信してよい。このように、セットアップ処理において、第１の基地局は、コアネットワークデバイスがサービス提供するＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を取得することも出来、それによりサポートされているネットワークスライスを取得するためのやり取りが減り、ネットワークスライスのインジケーション情報を取得する速度が速くなる。別の例として、第１の基地局がコアネットワークデバイスへ送信する第１のメッセージも、Ｎ２インタフェースセットアップ要求または基地局設定更新メッセージである。第１の基地局は、Ｎ２インタフェースセットアップ応答（Ｎ２  ｉｎｔｅｒｆａｃｅ  ｓｅｔｕｐ  ｒｅｓｐｏｎｓｅ）メッセージまたは基地局設定更新確認応答（例えば、ｇＮＢ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｕｐｄａｔｅ  ＡＣＫ）メッセージをコアネットワークデバイスから受信する。コアネットワークデバイスは、Ｎ２インタフェースセットアップ応答メッセージまたはコアネットワークデバイス設定更新確認応答メッセージを用いて、コアネットワークデバイスがサービス提供するＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を送信してよい。このように、第１の基地局は、コアネットワークデバイスがサービス提供するＰＬＭＮのサポートされているネットワークスライスのインジケーション情報を取得出来、それにより、ネットワークスライスのインジケーション情報を取得する利便性が向上する。
【０２１９】
オプションで、第１の基地局とコアネットワークデバイスとの間で通信インタフェースがある。例えば、第１のメッセージは取得要求である。コアネットワークデバイスは、応答メッセージを用いて、コアネットワークデバイスがサービス提供するＰＬＭＮのサポートされているネットワークスライスのインジケーション情報を送信してよい。別の例として、第１の基地局がコアネットワークデバイスへ送信する第１のメッセージは、基地局設定更新（例えば、ｇＮＢ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｕｐｄａｔｅ）メッセージであってよい。第１の基地局は、基地局設定更新失敗（例えば、ｇＮＢ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｕｐｄａｔｅ  ｆａｉｌｕｒｅ）メッセージをコアネットワークデバイスから受信する。コアネットワークデバイスは、更新失敗メッセージを用いて、コアネットワークデバイスの、サービス提供を受けるＰＬＭＮのサポートされているネットワークスライスのインジケーション情報を送信してよい。別の例として、第１の基地局がコアネットワークデバイスへ送信する第１のメッセージがまた基地局設定更新メッセージである場合、第１の基地局は、コアネットワークデバイスから基地局設定更新確認応答（例えば、ｇＮＢ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｕｐｄａｔｅ  ＡＣＫ）メッセージを受信する。コアネットワークデバイスは、コアネットワークデバイス設定更新確認応答メッセージを用いて、コアネットワークデバイスがサービス提供するＰＬＭＮのサポートされているネットワークスライスのインジケーション情報を送信してよい。このように、第１の基地局は、コアネットワークデバイスがサービス提供するＰＬＭＮのサポートされているネットワークスライスのインジケーション情報を取得出来、それにより、ネットワークスライスのインジケーション情報を取得する利便性が向上する。
【０２２０】
段階５０１と段階５０２との間に必要な因果関係または順番はないことが理解されるべきである。例えば、コアネットワークデバイスがサービス提供するＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報をコアネットワークデバイスが段階５０２の前に決定するとすれば、段階５０２は独立して実装されてよい。例えば、コアネットワークデバイスは、コアネットワークデバイスのサービス提供を受けるＰＬＭＮのサポートされているネットワークスライスが更新されたと決定したときに能動的に段階５０２を実装してよい。この場合、第２のメッセージはＡＭＦ設定更新（例えば、ＡＭＦ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｕｐｄａｔｅ）メッセージであって、コアネットワークデバイスがサービス提供するＰＬＭＮに関する更新されたサポートされているネットワークスライスのインジケーション情報を第１の基地局に通知する。
【０２２１】
なお本願発明の本実施形態において、コアネットワークデバイスがサービス提供するＰＬＭＮは、コアネットワークデバイスがサポートするＰＬＭＮとして理解されてもよく、このことは、本願発明の本実施形態において限定されるものではない。
【０２２２】
本願発明の本実施形態において、第１の基地局は、コアネットワークデバイスを用いて、コアネットワークデバイスがサービス提供するＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を取得し、コアネットワークデバイスによるサポートされているネットワークスライスをＰＬＭＮ粒度でフィードバックして、第１の基地局による、端末デバイスのセッションのためのコアネットワークデバイスの選択の精度を向上させてよい。
【０２２３】
図６を参照すると、図６は本願発明の実施形態に係る別の通信方法を示す。本実施形態においては、アクセスネットワークデバイスが基地局である例を説明に用いる。図６に示すように、同通信方法は、端末デバイス、ソース基地局、ターゲット基地局、およびコアネットワークデバイスに関する。図６は、ハンドオーバーの準備に失敗したとコアネットワークデバイスが決定したときに用いられる通信方法に対応する。ソース基地局は、端末デバイスへの通信接続を現在確立している基地局である。ターゲット基地局は、端末デバイスのセッションのハンドオーバー先として要求されている基地局である。
【０２２４】
図６に示すように、通信方法は段階６０１から段階６０６を含んでいる。詳細については、以下の具体的な説明を参照されたい。
【０２２５】
６０１．ソース基地局は、コアネットワークデバイスへ第１のハンドオーバー要求を送信する。
【０２２６】
ソース基地局とコアネットワークデバイスとの間にはＮ２インタフェースまたはＮＧインタフェース等の通信インタフェースがある。したがって、ソース基地局とコアネットワークデバイスとは互いに通信出来る。第１のハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられる。例えば、第１のハンドオーバー要求はｈａｎｄｏｖｅｒ  ｒｅｑｕｉｒｅｄである。第１のハンドオーバー要求は、ターゲット基地局についての情報と、ハンドオーバーが要求されているセッションの識別子とを含む。コアネットワークデバイスは、ターゲット基地局についての情報を用いて、端末デバイスのセッションのハンドオーバー先となる基地局／セルを決定してよい。コアネットワークデバイスは、ハンドオーバーが要求されているセッションの識別子を用いて、ハンドオーバーされることになるセッションを決定してよい。１または複数のハンドオーバーが要求されているセッションがあってよく、種々のセッションが、種々のネットワークスライスに対応してよい。種々のネットワークスライスは、種々のネットワークスライスインジケーション情報に対応してよい。
【０２２７】
オプションでターゲット基地局についての情報は、ターゲット基地局の基地局アイデンティティと、ターゲット基地局のセントラルユニットアイデンティティと、ターゲット基地局の分散ユニットアイデンティティと、ターゲット基地局の物理セル識別子と、ターゲット基地局のセルグローバルアイデンティティとのうち少なくとも１つを含む。
【０２２８】
オプションで、第１のハンドオーバー要求はさらに、ハンドオーバーが要求されているセッションに対応するネットワークスライスのインジケーション情報を含む。このように、コアネットワークデバイスは、ハンドオーバーされることになるセッションに対応するネットワークスライスを直接決定出来、それにより、セッションに対応するネットワークスライスを探すのに用いられる時間を節約出来、ハンドオーバー遅延を短縮出来、ハンドオーバー成功率が高まる。第１のハンドオーバー要求は、ハンドオーバーが要求されているセッションに対応するネットワークスライスのインジケーション情報を含まなくてよいことが理解され得る。このことは、本願発明の本実施形態において限定されるものではない。
【０２２９】
例えば、コアネットワークデバイスはＡＭＦネットワーク要素である。セッションに対応するネットワークスライスインジケーション情報をＡＭＦネットワーク要素が格納出来ない場合、各セッションに対応するネットワークスライスインジケーション情報を第１のハンドオーバー要求内で搬送する必要がある。
【０２３０】
オプションで、第１のセッションは複数のデータフローを含む。例えば、データフローはトラフィックフローまたはＱｏＳフロー（ＱｏＳ  ｆｌｏｗ）である。第１のハンドオーバー要求はさらに、確立する必要のある、セッションに対応するデータフローの識別子（例えば、データフローの識別子は、ＱｏＳフローＩＤを含む）を含み、さらに、セッションの複数のデータフローのうちそれぞれに対応するＱｏＳ情報（例えば、優先度情報）を含む。コアネットワークデバイスは、コアネットワーク側のＡＭＦネットワーク要素およびＳＭＦネットワーク要素を含む。ＡＭＦネットワーク要素はまず、ソース基地局が送信した第１のハンドオーバー要求メッセージを受信し、ＡＭＦネットワーク要素は、ターゲット基地局へ第２のハンドオーバー要求メッセージを送信する。第２のハンドオーバー要求メッセージは、ハンドオーバーされることとなるセッションのデータフローの識別子と、データフローのＱｏＳ情報とを含む必要がある。しかしながら、同情報は、ＡＭＦネットワーク要素に格納されていない。したがって、同情報が第１のハンドオーバー要求内で搬送される場合、ＡＭＦネットワーク要素はＳＭＦネットワーク要素から情報を取得する必要はなく、それにより、検索時間が節約され、ハンドオーバー遅延を短縮出来、ハンドオーバー効率が向上する。
【０２３１】
オプションで、第１のハンドオーバー要求はさらに、セッションに対応する合計最大ビットレート（ａｇｇｒｅｇａｔｅ  ｍａｘｉｍｕｍ  ｂｉｔ  ｒａｔｅ，ＡＭＢＲ）情報、例えば、サブスクライブＡＭＢＲ情報を含む。ターゲット基地局は、この情報に基づいてデータフローに対してトラフィック制御を実施してよいが、同情報は、コアネットワークデバイスがターゲット基地局へ送信する必要がある。この場合、コアネットワークデバイスは、コアネットワーク側のＡＭＦネットワーク要素およびＳＭＦネットワーク要素を含む。この情報をＡＭＦネットワーク要素が格納しないが故に、同情報は第１のハンドオーバー要求へ加えられて、ＡＭＦネットワーク要素が同情報を求めてＳＭＦネットワーク要素を探すために用いられる時間を短縮する。このことにより、検索時間を節約出来、ハンドオーバー遅延を短縮出来、ハンドオーバー効率が向上する。
【０２３２】
オプションで、第１のハンドオーバー要求はさらに第１のインジケーション情報を含み、インジケーション情報は、ソース基地局が、ターゲット基地局のサポートされているネットワークスライスを決定しない、または知らないことを示し、そうすることでコアネットワークデバイスは、ソース基地局が、ターゲット基地局のサポートされているネットワークスライスについての情報を知らないことを把握する。したがって、ターゲット基地局のサポートされているネットワークスライスについての情報は、第１のハンドオーバー応答メッセージに加えられてよい。このことにより、ソース基地局とターゲット基地局との間のやり取りが減り、ネットワークスライスについての情報を取得することの効率が向上する。
【０２３３】
オプションで、ターゲット基地局はソース基地局との通信インタフェースを有する基地局であってよく、またはソース基地局との通信インタフェースを有さない基地局であってよい。オプションで、第１のハンドオーバー要求は、ソース基地局とターゲット基地局との間に通信インタフェースがないことを示す第２のインジケーション情報を含んでよい。このことは、ターゲット基地局のサポートされているネットワークスライスについての情報の、コアネットワークデバイスによるフィードバックを支援する。
【０２３４】
オプションで、ソース基地局は、ターゲット基地局として、ソース基地局との通信インタフェースを有する複数の基地局のうち１つを選択する。さらに、決定されるターゲット基地局は、ハンドオーバーが要求されている全てまたは一部のセッションに対応するネットワークスライスをサポートし、そうすることでハンドオーバーが要求されている全てのセッションのネットワークスライスをターゲット基地局がサポートしないが故に引き起こされるハンドオーバーの失敗を回避し、ハンドオーバーの失敗の数を減らして、ハンドオーバー成功率を高める。
【０２３５】
オプションで、端末デバイスが送信した測定レポートをソース基地局が受信した場合、ソース基地局は、測定レポートに基づいてターゲット基地局を選択し、段階６０１を実施してターゲット基地局へハンドオーバー要求を送信してよい。測定レポートは、セルおよび基地局のうち少なくとも１つの測定レポート値を含む。オプションで、測定レポートがセルの測定レポート値を含む場合、その含まれるセルは、ソース基地局のセルまたは別の基地局のセルであってよい。測定レポートが基地局の測定レポート値を含む場合、その含まれる基地局は、ソース基地局または別の基地局であってよい。オプションで、測定レポートに含まれるセルの数および基地局の数は本願発明の本実施形態において限定されるものではない。
【０２３６】
６０２．コアネットワークデバイスが、ハンドオーバーが要求されているセッションに対応するネットワークスライスのインジケーション情報を決定する。
【０２３７】
段階６０２はオプションの段階である。セッションに対応するネットワークスライスのインジケーション情報を第１のハンドオーバー要求が含まない場合、ハンドオーバーが要求されているセッションの識別子に基づいてコアネットワークデバイスは、ハンドオーバーが要求されているセッションに対応するネットワークスライスのインジケーション情報を求めて、セッション識別子と、ネットワークスライスのインジケーション情報との間の格納されている対応関係を探してよい。コアネットワークデバイスに格納されている対応関係は、端末デバイスの１または複数のセッションの１つの識別子または複数の識別子と、対応するネットワークスライスのインジケーション情報とを含んでよい。
【０２３８】
ハンドオーバーが要求されているセッションの識別子に対応するネットワークスライスのインジケーション情報を第１のハンドオーバー要求が含む場合、コアネットワークデバイスは、ハンドオーバーが要求されているセッションに対応するネットワークスライスのインジケーション情報を直接決定してよい。ハンドオーバーが要求されているセッションに対応するネットワークスライスのインジケーション情報を探すのにコアネットワークデバイスが用いる時間を短縮出来る。
【０２３９】
さらに、第１のハンドオーバー要求はターゲット基地局についての情報を含んでよく、コアネットワークデバイスは、ターゲット基地局についての情報に基づいて、ターゲット基地局のサポートされているネットワークスライスについての情報を決定する。ネットワークスライスについての情報は、サポートされているネットワークスライスのインジケーション情報を含む。具体的な例において、ハンドオーバーが要求されているセッションはセッションＥ１に設定される。ターゲット基地局とコアネットワークデバイスとの間に通信インタフェースがあるとき、ターゲット基地局の第１のサポートされているネットワークスライスについての情報をコアネットワークデバイスが取得した場合、コアネットワークデバイスは、ターゲット基地局の第１のサポートされているネットワークスライスのインジケーション情報を直接決定してよい。ターゲット基地局の第１のサポートされているネットワークスライスについての情報をコアネットワークデバイスが取得しない場合、コアネットワークデバイスは、ターゲット基地局の第１のサポートされているネットワークスライスのインジケーション情報をターゲット基地局から取得してよい。さらにコアネットワークデバイスは、セッションＥ１に対応する第２のネットワークスライスのインジケーション情報をターゲット基地局の第１のサポートされているネットワークスライスのインジケーション情報が含むかを決定してよい。セッションＥ１に対応する第２のネットワークスライスのインジケーション情報をターゲット基地局の第１のサポートされているネットワークスライスのインジケーション情報が含む場合、このことは、ターゲット基地局が、セッションＥ１に対応するネットワークスライスをサポートすることを示す。セッションＥ１に対応する第２のネットワークスライスのインジケーション情報をターゲット基地局の第１のサポートされているネットワークスライスのインジケーション情報が含まない場合、このことは、ターゲット基地局が、セッションＥ１に対応するネットワークスライスをサポートしないことを示す。
【０２４０】
それから、ハンドオーバーが要求されている全てのセッションに対応する第２のネットワークスライスのインジケーション情報をターゲット基地局の第１のサポートされているネットワークスライスのインジケーション情報が含まない場合、コアネットワークデバイスは、ハンドオーバーが要求されているセッションに対応するネットワークスライスをターゲット基地局がサポートしないと決定してよい。コアネットワークデバイスは、図６の段階６０５を実施してよく、コアネットワークデバイスは、ソース基地局へ第１のハンドオーバー応答メッセージを送信する。この場合、第１のハンドオーバー応答メッセージは第１のハンドオーバー失敗メッセージであってよい。第１のハンドオーバー失敗メッセージは、ハンドオーバーが要求されている全てのセッションに対応するネットワークスライスをターゲット基地局がサポートしないことを示すのに用いられる拒否インジケーション情報を含む。オプションで、拒否インジケーション情報は、ＩＥ、ｆｌａｇ、ｃａｕｓｅ、または同様のものを用いて示されてよく、このことは、本願発明の本実施形態において限定されるものではない。
【０２４１】
代替的に、ハンドオーバーが要求されている全てまたは一部のセッションに対応するネットワークスライスをターゲット基地局がサポートする場合、コアネットワークデバイスは図６の段階６０３を実施し、コアネットワークデバイスは、ターゲット基地局へ第２のハンドオーバー要求を送信する。
【０２４２】
６０３．コアネットワークデバイスは、ターゲット基地局へ第２のハンドオーバー要求を送信する。
【０２４３】
例えば、第２のハンドオーバー要求はハンドオーバー要求である。第２のハンドオーバー要求は、ハンドオーバーが要求されているセッションに対応するセッション識別子と、ハンドオーバーが要求されているセッションに対応するネットワークスライスのインジケーション情報とを含む。
【０２４４】
オプションで、第２のハンドオーバー要求は、ソース基地局がハンドオーバーを要求している全てのセッションのセッション識別子と、各セッションに対応するネットワークスライスのインジケーション情報とを含む。
【０２４５】
オプションで、コアネットワークデバイスが段階６０２を実施した後、コアネットワークデバイスは、ソース基地局がハンドオーバーを要求しているセッションを、第１のセッションと第２のセッションとに分類してよい。第１のセッションに対応するネットワークスライスはターゲット基地局がサポートする。第２のセッションに対応するネットワークスライスはターゲット基地局がサポートしない。さらに第２のハンドオーバー要求は、第１のセッションの識別子、および第１のセッションに対応するネットワークスライスのインジケーション情報のみ含んでよい。または、第２のハンドオーバー要求は、第１のセッションの識別子と、第２のセッションの識別子と、第１のセッションに対応するネットワークスライスのインジケーション情報と、第２のセッションに対応するネットワークスライスのインジケーション情報とを含む。このことは、本願発明の実施形態において限定されるものではない。
【０２４６】
対応して、ターゲット基地局が第２のハンドオーバー要求を受信する。
【０２４７】
６０４．ターゲット基地局は、コアネットワークデバイスへ第２のハンドオーバー失敗メッセージを送信する。
【０２４８】
ターゲット基地局は、コアネットワークデバイスから第２のハンドオーバー要求を受信し、第２のハンドオーバー要求に含まれるセッションにターゲット基地局がサービス提供出来るか決定する。ターゲット基地局が任意のセッションにサービス提供出来ない場合、図６の段階６０４でコアネットワークデバイスへ送信される第２のハンドオーバー応答メッセージは、第２のハンドオーバー失敗メッセージ、例えば、ｈａｎｄｏｖｅｒ  ｒｅｑｕｅｓｔ  ｆａｉｌｕｒｅまたはｈａｎｄｏｖｅｒ  ｆａｉｌｕｒｅであってよい。第２のハンドオーバー失敗メッセージは、ハンドオーバー準備失敗（ｈａｎｄｏｖｅｒ  ｐｒｅｐａｒａｔｉｏｎ  ｆａｉｌｕｒｅ）メッセージであってもよい。第２のハンドオーバー失敗メッセージは、拒否されたセッションに対応する原因情報を含む。
【０２４９】
さらに、拒否されたセッションの原因情報は、ターゲット基地局が、拒否されたセッションに対応するネットワークスライスをサポートしないこと、または、ターゲット基地局がサポートし、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことであってよい。
【０２５０】
本願発明の本実施形態における第２のハンドオーバー失敗メッセージの具体的な実装については、図４に示す実施形態における段階４０３のハンドオーバー失敗メッセージの具体的な説明を参照されたい。詳細は改めて本明細書において説明しない。
【０２５１】
対応して、コアネットワークデバイスは、ターゲット基地局が送信した第２のハンドオーバー失敗メッセージを受信する。
【０２５２】
６０５．コアネットワークデバイスは、ソース基地局へ第１のハンドオーバー応答メッセージを送信する。
【０２５３】
コアネットワークデバイスは、ソース基地局へ第１のハンドオーバー応答メッセージを送信する。本実施形態において、第１のハンドオーバー応答メッセージは第１のハンドオーバー失敗メッセージである。例えば、第１のハンドオーバー失敗メッセージは、ハンドオーバー準備失敗（ｈａｎｄｏｖｅｒ  ｐｒｅｐａｒａｔｉｏｎ  ｆａｉｌｕｒｅ）メッセージである。第１のハンドオーバー応答メッセージは拒否インジケーション情報を含む。拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる。
【０２５４】
オプションで、第１のハンドオーバー失敗メッセージは、拒否されたセッションの識別子と、拒否されたセッションの識別子に対応する原因情報とを含む。
【０２５５】
オプションで、ソース基地局がハンドオーバーを要求している全てのセッションの識別子をコアネットワークデバイスがターゲット基地局へ送信する場合、拒否されたセッションの識別子、および第１のハンドオーバー失敗メッセージに含まれる拒否されたセッションに対応する原因情報は、拒否されたセッションの識別子、および第２のハンドオーバー失敗メッセージに含まれる拒否されたセッションに対応する原因情報と同じである。
【０２５６】
オプションで、ソース基地局がハンドオーバーを要求している全てのセッションのうち第１のセッションの識別子をコアネットワークデバイスがターゲット基地局へ送信する場合であって、第１のセッションが、ハンドオーバーが要求されているセッションに含まれるセッションであって、その対応するネットワークスライスがターゲット基地局によりサポートされているセッションである場合、第１のハンドオーバー失敗メッセージは、第１の拒否されたセッションの識別子と、第１の拒否されたセッションに対応する原因情報と、第２の拒否されたセッションの識別子と、第２の拒否されたセッションに対応する原因情報とを含む。第１の拒否されたセッションは、拒否されたセッションであって、第２のハンドオーバー失敗メッセージに含まれるセッションであり、第２の拒否されたセッションは、ハンドオーバーが要求されているセッションに含まれるセッションであって、その対応するネットワークスライスをターゲット基地局がサポートしないセッションである。第２の拒否されたセッションの識別子と、第２の拒否されたセッションに対応する原因情報とは、コアネットワークデバイスが決定する。
【０２５７】
オプションで、例えば、ターゲット基地局のサポートされているネットワークスライスをソース基地局が知らないことを示す第１のインジケーション情報を第１のハンドオーバー要求が含む場合、または、第１のハンドオーバー要求で搬送されるインジケーションであって、ソース基地局とターゲット基地局との間に通信インタフェースがないことを示すインジケーションに基づいて、ターゲット基地局のサポートされているネットワークスライスをソース基地局が知らないとコアネットワークデバイスが決定した場合、コアネットワークデバイスは、ターゲット基地局のサポートされているネットワークスライスについての情報を第１のハンドオーバー応答メッセージへ追加する。このことにより、ソース基地局とターゲット基地局との間のやり取りが減り、ネットワークスライスについての情報を取得することの効率が向上する。
【０２５８】
６０６．オプションで、ソース基地局は、端末デバイスへＲＲＣ接続リリースメッセージを送信する。
【０２５９】
段階６０６については、図４に示す実施形態における段階４０４の詳細な説明を参照されたい。詳細は改めて本明細書において説明しない。
【０２６０】
本願発明の本実施形態において、ソース基地局がコアネットワークデバイスへハンドオーバー要求を送信した後、ソース基地局は、ネットワークスライスに起因してターゲット基地局が拒否するセッションの原因情報を取得して、ターゲット基地局へのハンドオーバーを要求する必要がある別のセッションのための情報の提供を支援出来る。同じネットワークスライスに対応するセッションをソース基地局からハンドオーバーする必要があるとき、ソース基地局は、当該セッションをターゲット基地局へハンドオーバー出来るかを直接決定してよく、それによりハンドオーバー成功率が高まる。
【０２６１】
図７を参照すると、図７は、本願発明の実施形態に係る別の通信方法を示す。本実施形態においては、アクセスネットワークデバイスが基地局である例を説明に用いる。図７に示すように、同通信方法は、端末デバイス、ソース基地局、ターゲット基地局、およびコアネットワークデバイスに関する。図７は、ハンドオーバーの成功をコアネットワークデバイスが決定するときに用いられる通信方法に対応する。ソース基地局は、端末デバイスへの通信接続を現在確立している基地局であり、ターゲット基地局は、端末デバイスのセッションのハンドオーバー先として要求されている基地局である。
【０２６２】
図７に示すように、通信方法は段階７０１から段階７０７を含む。詳細については、以下の具体的な説明を参照されたい。
【０２６３】
７０１．ソース基地局が、コアネットワークデバイスへ第１のハンドオーバー要求を送信する。
【０２６４】
７０２．コアネットワークデバイスが、ハンドオーバーが要求されているセッションに対応するネットワークスライスのインジケーション情報を決定する。
【０２６５】
７０３．コアネットワークデバイスが、ターゲット基地局へ第２のハンドオーバー要求を送信する。
【０２６６】
段階７０１から段階７０３については、図６に示す実施形態における段階６０１から６０３の対応する詳細な説明を参照されたい。詳細は改めて本明細書において説明しない。
【０２６７】
７０４．ターゲット基地局が、コアネットワークデバイスへ第２のハンドオーバー要求確認応答メッセージを送信する。
【０２６８】
第２のハンドオーバー要求確認応答メッセージは、承諾されたセッションの識別子を含む。例えば、第２のハンドオーバー要求確認応答メッセージは、ハンドオーバー要求確認応答である。
【０２６９】
オプションで、第１のハンドオーバー応答メッセージはさらに、拒否されたセッションの識別子と、拒否されたセッションに対応する原因情報とを含んでよい。
【０２７０】
オプションで、第２のハンドオーバー要求確認応答メッセージはさらに、拒否されたセッションに対応する再送信インジケーション情報を含む。再送信インジケーション情報は、ターゲット基地局のサポートされているネットワークスライスへ、拒否されたセッションのデータフローをルーティングすることを端末デバイスが許可されているかを示すのに用いられる。例えば、拒否されたセッションは、セッションＢ１であり、セッションＢ１は、ネットワークスライス１に対応する。拒否されたセッションＢ１の原因情報は、ターゲット基地局が、セッションＢ１に対応するネットワークスライス１をサポートしないこと、または、ターゲット基地局がネットワークスライス１をサポートするが、ネットワークスライス１のために利用可能なリソースがないことであってよい。セッションＢ１を拒否する理由に関わらず、ターゲット基地局がネットワークスライス２をサポートし、セッションＢ１のデータフローが、ネットワークスライス２へルーティングされる場合、データ送信も実装出来る。この場合、ターゲット基地局は、セッションＢ１に対応する再送信インジケーション情報は、ターゲット基地局がサポートするネットワークスライス２へ、セッションＢ１のデータフローをルーティングすることを端末デバイスが許可されていることであると決定する。加えて、セッションＢ１のデータフローのルーティング先となり得るネットワークスライスがターゲット基地局内に存在しない場合、ターゲット基地局は、セッションＢ１に対応する再送信インジケーション情報が、ターゲット基地局のサポートされているネットワークスライスへ、セッションＢ１のデータフローをルーティングすることを端末デバイスが許可されないことであると決定する。
【０２７１】
オプションで、ハンドオーバー要求確認応答メッセージはさらに、ハンドオーバーが要求されているセッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む。詳細については、図３に示す実施形態における段階３０３の詳細な説明を参照されたい。詳細は改めて本明細書において説明しない。
【０２７２】
本願発明の本実施形態における第２ハンドオーバー要求確認応答メッセージは、図３に示す実施形態におけるハンドオーバー要求確認応答メッセージのことを指し得る。第２のハンドオーバー要求確認応答メッセージは、承諾されたセッションの識別子と、拒否されたセッションの識別子と、拒否されたセッションに対応する原因情報とを含む。第２ハンドオーバー要求確認応答メッセージは、コアネットワークデバイスへ送信される。
【０２７３】
７０５．コアネットワークデバイスが、ソース基地局へ第１のハンドオーバー要求確認応答メッセージを送信する。
【０２７４】
コアネットワークデバイスは、ソース基地局へ第１のハンドオーバー応答メッセージを送信する。本実施形態において、第１のハンドオーバー応答メッセージは、第１のハンドオーバー要求確認応答メッセージである。例えば、第１のハンドオーバー要求確認応答メッセージは、ハンドオーバーコマンド（Ｈａｎｄｏｖｅｒ  ｃｏｍｍａｎｄ）である。第１のハンドオーバー要求確認応答メッセージは、承諾されたセッションの識別子を含む。
【０２７５】
オプションで、第１のハンドオーバー応答メッセージはさらに、拒否されたセッションの識別子と、拒否されたセッションに対応する原因情報とを含んでよい。
【０２７６】
オプションで、ソース基地局がハンドオーバーを要求している全てのセッションの識別子をコアネットワークデバイスがターゲット基地局へ送信する場合、第１のハンドオーバー要求確認応答メッセージに含まれる、拒否されたセッションの識別子、および拒否されたセッションに対応する原因情報は、第２のハンドオーバー要求確認応答メッセージに含まれる、拒否されたセッションの識別子、および拒否されたセッションに対応する原因情報と同じである。
【０２７７】
オプションで、ソース基地局がハンドオーバーを要求している全てのセッションのうち第１のセッションの識別子をコアネットワークデバイスがターゲット基地局へ送信する場合であって、第１のセッションが、ハンドオーバーが要求されているセッションに含まれるセッションであって、その対応するネットワークスライスがターゲット基地局によりサポートされているセッションである場合、第１のハンドオーバー要求確認応答メッセージは、第１の拒否されたセッションの識別子と、第１の拒否されたセッションに対応する原因情報と、第２の拒否されたセッションの識別子と、第２の拒否されたセッションに対応する原因情報とを含む。第１の拒否されたセッションは、拒否されたセッションであって、第２のハンドオーバー要求確認応答メッセージに含まれるセッションであり、第２の拒否されたセッションは、ハンドオーバーが要求されているセッションに含まれるセッションであって、その対応するネットワークスライスをターゲット基地局がサポートしないセッションである。第２の拒否されたセッションの識別子と、第２の拒否されたセッションに対応する原因情報とは、コアネットワークデバイスが決定する。
【０２７８】
オプションで、コアネットワークデバイスは、ターゲット基地局のサポートされているネットワークスライスについての情報を第１のハンドオーバー応答メッセージに追加する。例えば、ターゲット基地局のサポートされているネットワークスライスをソース基地局が知らないことを示す第１のインジケーション情報を第１のハンドオーバー要求が含むか、または、第１のハンドオーバー要求内で搬送されるインジケーションであって、ソース基地局とターゲット基地局との間に通信インタフェースがないことを示すインジケーションに基づいて、ターゲット基地局のサポートされているネットワークスライスをソース基地局が知らないとコアネットワークデバイスが決定する。このことにより、ソース基地局とターゲット基地局との間のやり取りが減り、ネットワークスライスのインジケーション情報を取得することの効率が向上する。
【０２７９】
７０６．ソース基地局が、端末デバイスへハンドオーバーコマンドを送信する。
【０２８０】
７０７．端末デバイスが、ターゲット基地局へハンドオーバー確認応答メッセージを送信する。
【０２８１】
段階７０６および段階７０７については、図３に示す実施形態における段階３０４および段階３０５の詳細な説明を参照されたい。詳細は改めて本明細書において説明しない。
【０２８２】
本願発明の本実施形態において、ソース基地局がコアネットワークデバイスへハンドオーバー要求を送信した後、ソース基地局は、ネットワークスライスに起因してターゲット基地局が拒否するセッションの原因情報を取得して、ターゲット基地局へのハンドオーバーを要求する必要がある別のセッションのための情報の提供を支援出来る。同じネットワークスライスに対応するセッションをソース基地局からハンドオーバーする必要があるとき、ソース基地局は、当該セッションをターゲット基地局へハンドオーバー出来るかを直接決定してよく、それによりハンドオーバー成功率が高まる。
【０２８３】
図８を参照すると、図８は、本願の実施形態に係る基地局の概略構造図である。基地局はソース基地局であってよく、図３または図４の実施形態を実装するよう構成される。図８に示すように、ソース基地局は、
ターゲット基地局へハンドオーバー要求を送信するよう構成された送信ユニット８０１であって、ハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられ、ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、セッションに対応するネットワークスライスのインジケーション情報とを含む、送信ユニット８０１と、
ターゲット基地局からハンドオーバー応答メッセージを受信するよう構成された受信ユニット８０２であって、ハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、受信ユニット８０２と
を含む。
【０２８４】
オプションで、ハンドオーバーが要求されているセッションは第１のセッションを含み、またはハンドオーバーが要求されているセッションは第１のセッションおよび第２のセッションを含む。
【０２８５】
第１のセッションに対応するネットワークスライスはターゲット基地局がサポートし、第２のセッションに対応するネットワークスライスはターゲット基地局がサポートしない。
【０２８６】
オプションで、原因情報は、ターゲット基地局が、拒否されたセッションに対応するネットワークスライスをサポートしないことであるか、または、ターゲット基地局がサポートし、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことである。
【０２８７】
オプションで、ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、ハンドオーバー応答メッセージはさらに、ターゲット基地局が拒否するセッションに対応する再送信インジケーション情報を含み、セッションに対応する再送信インジケーション情報は、ターゲット基地局のサポートされているネットワークスライスへ、拒否されたセッションのデータフローをルーティングすることを端末デバイスが許可されているかを示すのに用いられる。
【０２８８】
オプションで、ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、ソース基地局は端末デバイスへハンドオーバーコマンドを送信し、ここでハンドオーバーコマンドは、ターゲット基地局が拒否するセッションに対応する再送信インジケーション情報を含む。
【０２８９】
オプションで、ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、ハンドオーバー要求確認応答メッセージはさらに、ハンドオーバーが要求されているセッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む。
【０２９０】
オプションで、送信ユニット８０１はさらに、ハンドオーバー応答メッセージがハンドオーバー失敗メッセージである場合に、端末デバイスへ無線リソース制御ＲＲＣ接続リリースメッセージを送信するよう構成される。
【０２９１】
オプションで、ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルのインジケーション情報、ソースセルの隣接するセルが属するＴＡ／ＲＡがサポートするネットワークスライスのインジケーション情報、または、ソース基地局の隣接する基地局がサポートするネットワークスライスについての情報を含む。
【０２９２】
図８の基地局に含まれる機能ブロックの具体的な実装および対応する有益な効果については、図３または図４の先述の実施形態の具体的な説明を参照されたいことが理解され得る。詳細は改めて本明細書において説明しない。
【０２９３】
本特許出願において、送信ユニットは、送信機であってよく、受信ユニットは受信機であってよい。
【０２９４】
図９を参照すると、図９は、本願の実施形態に係る基地局の概略構造図である。基地局はターゲット基地局であってよく、図３または図４の実施形態を実装するよう構成される。図９に示すように、ターゲット基地局は、
ソース基地局からハンドオーバー要求を受信するよう構成された受信ユニット９０１であって、ハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられ、ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、セッションに対応するネットワークスライスのインジケーション情報とを含む、受信ユニット９０１と、
ソース基地局へハンドオーバー応答メッセージを送信するよう構成された送信ユニット９０２であって、ハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、送信ユニット９０２と
を含む。
【０２９５】
オプションで、ハンドオーバーが要求されているセッションは第１のセッションを含み、またはハンドオーバーが要求されているセッションは第１のセッションおよび第２のセッションを含む。
【０２９６】
第１のセッションに対応するネットワークスライスはターゲット基地局がサポートし、第２のセッションに対応するネットワークスライスはターゲット基地局がサポートしない。
【０２９７】
オプションで、原因情報は、ターゲット基地局が、拒否されたセッションに対応するネットワークスライスをサポートしないことであるか、または、ターゲット基地局がサポートし、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことである。
【０２９８】
オプションで、ハンドオーバー応答メッセージはさらに、ターゲット基地局が拒否するセッションに対応する再送信インジケーション情報を含み、セッションに対応する再送信インジケーション情報は、ターゲット基地局がサポートするネットワークスライスへ、拒否されたセッションのデータフローをルーティングすることを端末デバイスが許可されているかを示すのに用いられる。
【０２９９】
オプションで、ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、ハンドオーバー要求確認応答メッセージはさらに、ハンドオーバーが要求されているセッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む。
【０３００】
オプションで、受信ユニット９０１はさらに、端末デバイスからハンドオーバー確認応答メッセージを受信するよう構成される。
【０３０１】
送信ユニット９０２はさらに、コアネットワークデバイスへ経路切替要求を送信するよう構成され、ここで経路切替要求は、ターゲット基地局が承諾するセッションの識別子と、ターゲット基地局が拒否するセッションの識別子とを含む。
【０３０２】
受信ユニット９０１はさらに、コアネットワークデバイスから経路切替要求応答メッセージを受信するよう構成され、ここで経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む。
【０３０３】
オプションで、経路切替要求はさらに、ターゲット基地局が拒否するセッションに対応するネットワークスライスのインジケーション情報を含む。
【０３０４】
オプションで、経路切替要求はさらに、ターゲット基地局が拒否するセッションに対応する原因情報を含む。
【０３０５】
図９の基地局に含まれる機能ブロックの具体的な実装および対応する有益な効果については、図３または図４の先述の実施形態の具体的な説明を参照されたいことが理解され得る。詳細は改めて本明細書において説明しない。
【０３０６】
図１０を参照すると、図１０は、本願の実施形態に係るコアネットワークデバイスの概略構造図である。コアネットワークデバイスは、図４の実施形態を実装するよう構成される。図１０に示すように、コアネットワークデバイスは、ターゲット基地局から経路切替要求を受信するよう構成された受信ユニット１００１であって、経路切替要求は、ターゲット基地局が承諾するセッションの識別子と、ターゲット基地局が拒否するセッションの識別子とを含む、受信ユニット１００１と、承諾されたセッションに対して経路切替を実施し、拒否されたセッションの非アクティブ化またはリリースを実施するよう構成された処理ユニット１００２と、ターゲット基地局へ経路切替要求応答メッセージを送信するよう構成された送信ユニット１００３であって、経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む、送信ユニット１００３とを含む。
【０３０７】
オプションで、経路切替要求はさらに、ターゲット基地局が拒否するセッションに対応するネットワークスライスのインジケーション情報を含む。
【０３０８】
オプションで、経路切替要求は、ターゲット基地局が拒否するセッションに対応する原因情報を含む。
【０３０９】
オプションで、原因情報は、ターゲット基地局が、拒否されたセッションに対応するネットワークスライスをサポートしないことであるか、または、ターゲット基地局がサポートし、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことである。
【０３１０】
図１０のコアネットワークデバイスに含まれる機能ブロックの具体的な実装および対応する有益な効果については、図４の先述の実施形態の具体的な説明を参照されたいことが理解され得る。詳細は改めて本明細書において説明しない。
【０３１１】
本特許出願において、処理ユニットはプロセッサの形態で実装されてよい。
【０３１２】
図１１を参照すると、図１１は、本願の実施形態に係る基地局の概略構造図である。基地局は第１の基地局であってよく、図５の実施形態を実装するよう構成される。図１１に示すように、基地局は、
コアネットワークデバイスへ第１のメッセージを送信するよう構成された送信ユニット１１０１であって、第１のメッセージは、ＰＬＭＮに関して、コアネットワークデバイスのサポートされているネットワークスライスについての情報を取得するのに用いられる、送信ユニット１１０１と、
コアネットワークデバイスから第２のメッセージを受信するよう構成された受信ユニット１１０２であって、第２のメッセージは、コアネットワークデバイスがサービス提供するＰＬＭＮのサポートされているネットワークスライスについての情報を含む、受信ユニット１１０２と
を含む。
【０３１３】
図１１の基地局に含まれる機能ブロックの具体的な実装および対応する有益な効果については、図５の先述の実施形態の具体的な説明を参照されたいことが理解され得る。詳細は改めて本明細書において説明しない。
【０３１４】
図１２を参照すると、図１２は、本願の実施形態に係るコアネットワークデバイスの概略構造図である。コアネットワークデバイスは、図５の実施形態を実装するよう構成される。図１２に示すように、コアネットワークデバイスは、
第１の基地局から第１のメッセージを受信するよう構成された受信ユニット１２０１であって、第１のメッセージは、ＰＬＭＮに関して、コアネットワークデバイスのサポートされているネットワークスライスについての情報を取得するのに用いられる、受信ユニット１２０１と、
第１の基地局へ第２のメッセージを送信するよう構成された送信ユニット１２０２であって、第２のメッセージは、コアネットワークデバイスがサービス提供するＰＬＭＮのサポートされているネットワークスライスについての情報を含む、送信ユニット１２０２と
を含む。
【０３１５】
図１２のコアネットワークデバイスに含まれる機能ブロックの具体的な実装および対応する有益な効果については、図５の先述の実施形態の具体的な説明を参照されたいことが理解され得る。詳細は改めて本明細書において説明しない。
【０３１６】
図１３を参照すると、図１３は、本願の実施形態に係る基地局の概略構造図である。基地局はソース基地局であってよく、図６または図７の実施形態を実装するよう構成される。図１３に示すように、ソース基地局は、
コアネットワークデバイスへ第１のハンドオーバー要求を送信するよう構成された送信ユニット１３０１であって、第１のハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられ、第１のハンドオーバー要求は、ターゲット基地局についての情報と、ハンドオーバーが要求されているセッションの識別子とを含む、送信ユニット１３０１と、
コアネットワークデバイスから第１のハンドオーバー応答メッセージを受信するよう構成された受信ユニット１３０２であって、第１のハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、受信ユニット１３０２と
を含む。
【０３１７】
オプションで、原因情報は、ターゲット基地局が、拒否されたセッションに対応するネットワークスライスをサポートしないことであるか、または、ターゲット基地局がサポートし、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことである。
【０３１８】
オプションで、第１のハンドオーバー応答メッセージが第１のハンドオーバー要求確認応答メッセージである場合、第１のハンドオーバー応答メッセージはさらに、ターゲット基地局が拒否するセッションに対応する再送信インジケーション情報を含み、セッションに対応する再送信インジケーション情報は、ターゲット基地局のサポートされているネットワークスライスへ、拒否されたセッションのデータフローをルーティングすることを端末デバイスが許可されているかを示すのに用いられる。
【０３１９】
オプションで、送信ユニット１３０１はさらに、第１のハンドオーバー応答メッセージが第１のハンドオーバー要求確認応答メッセージである場合、端末デバイスへハンドオーバーコマンドを送信するよう構成され、ここでハンドオーバーコマンドは、ターゲット基地局が拒否するセッションに対応する再送信インジケーション情報を含む。
【０３２０】
オプションで、第１のハンドオーバー応答メッセージが第１のハンドオーバー要求確認応答メッセージである場合、第１のハンドオーバー要求確認応答メッセージはさらに、ハンドオーバーが要求されているセッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む。
【０３２１】
オプションで、送信ユニット１３０１はさらに、第１のハンドオーバー応答メッセージが第１のハンドオーバー失敗メッセージである場合に、端末デバイスへＲＲＣ接続リリースメッセージを送信するよう構成される。
【０３２２】
オプションで、ＲＲＣ接続リリースメッセージは、ソース基地局の隣接するセルがサポートするネットワークスライスのインジケーション情報、ソース基地局の隣接するセルが属するＴＡ／ＲＡがサポートするネットワークスライスのインジケーション情報、または、ソース基地局の隣接する基地局がサポートするネットワークスライスについての情報を含む。
【０３２３】
オプションで、第１のハンドオーバー応答メッセージが第１のハンドオーバー要求確認応答メッセージである場合、第１のハンドオーバー要求確認応答メッセージはさらに、ターゲット基地局のサポートされているネットワークスライスについての情報を含む。
【０３２４】
オプションで、第１のハンドオーバー要求はさらに、ハンドオーバーが要求されているセッションに対応するネットワークスライスのインジケーション情報を含む。
【０３２５】
オプションで、第１のハンドオーバー要求はさらに、ハンドオーバーが要求されている、確立される必要があるセッションのデータフローの識別子と、データフローに対応するＱｏＳ情報とを含む。
【０３２６】
オプションで、第１のハンドオーバー要求はさらに、セッションに対応する合計最大ビットレートＡＭＢＲ情報を含む。
【０３２７】
図１３の基地局に含まれる機能ブロックの具体的な実装および対応する有益な効果については、図６または図７の先述の実施形態の具体的な説明を参照されたいことが理解され得る。詳細は改めて本明細書において説明しない。
【０３２８】
図１４を参照すると、図１４は、本願の実施形態に係る基地局の概略構造図である。基地局はターゲット基地局であってよく、図６または図７の実施形態を実装するよう構成される。図１４に示すように、ターゲット基地局は、
コアネットワークデバイスから第２のハンドオーバー要求を受信するよう構成された受信ユニット１４０１であって、第２のハンドオーバー要求はセッションの識別子と、セッションに対応するネットワークスライスのインジケーション情報とを含む、受信ユニット１４０１と、
ソース基地局へ第２のハンドオーバー応答メッセージを送信するよう構成された送信ユニット１４０２であって、第２のハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、送信ユニット１４０２と
を含む。
【０３２９】
オプションで、第２のハンドオーバー要求に含まれるセッションは第１のセッションであるか、または、第２のハンドオーバー要求に含まれるセッションは、第１のセッションおよび第２のセッションである。
【０３３０】
第１のセッションに対応するネットワークスライスはターゲット基地局がサポートし、第２のセッションに対応するネットワークスライスはターゲット基地局がサポートしない。
【０３３１】
オプションで、原因情報は、ターゲット基地局が、拒否されたセッションに対応するネットワークスライスをサポートしないことであるか、または、ターゲット基地局がサポートし、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことである。
【０３３２】
オプションで、第２のハンドオーバー応答メッセージが第２のハンドオーバー要求確認応答メッセージである場合、第２のハンドオーバー応答メッセージはさらに、ターゲット基地局が拒否するセッションに対応する再送信インジケーション情報を含み、セッションに対応する再送信インジケーション情報は、ターゲット基地局のサポートされているネットワークスライスへ、拒否されたセッションのデータフローをルーティングすることを端末デバイスが許可されているかを示すのに用いられる。
【０３３３】
オプションで、第２のハンドオーバー応答メッセージが第２のハンドオーバー要求確認応答メッセージである場合、第２のハンドオーバー要求確認応答メッセージはさらに、第２のハンドオーバー要求に含まれるセッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む。
【０３３４】
図１４の基地局に含まれる機能ブロックの具体的な実装および対応する有益な効果については、図６または図７の先述の実施形態の具体的な説明を参照されたいことが理解され得る。詳細は改めて本明細書において説明しない。
【０３３５】
図１５を参照すると、図１５は、本願の実施形態に係るコアネットワークデバイスの概略構造図である。コアネットワークデバイスは、図６または図７の実施形態を実装するよう構成される。図１５に示すように、コアネットワークデバイスは、
ソース基地局から第１のハンドオーバー要求を受信するよう構成された受信ユニット１５０１であって、第１のハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられ、第１のハンドオーバー要求は、ターゲット基地局についての情報と、ハンドオーバーが要求されているセッションの識別子とを含む、受信ユニット１５０１と、
ソース基地局へ第１のハンドオーバー応答メッセージを送信するよう構成された送信ユニット１５０２であって、第１のハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、送信ユニット１５０２と
を含む。
【０３３６】
オプションで、原因情報は、ターゲット基地局が、拒否されたセッションに対応するネットワークスライスをサポートしないことであるか、または、ターゲット基地局がサポートし、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことである。
【０３３７】
オプションで、第１のハンドオーバー応答メッセージが第１のハンドオーバー要求確認応答メッセージである場合、第１のハンドオーバー応答メッセージはさらに、ターゲット基地局が拒否するセッションに対応する再送信インジケーション情報を含み、セッションに対応する再送信インジケーション情報は、ターゲット基地局のサポートされているネットワークスライスへ、拒否されたセッションのデータフローをルーティングすることを端末デバイスが許可されているかを示すのに用いられる。
【０３３８】
オプションで、第１のハンドオーバー応答メッセージが第１のハンドオーバー要求確認応答メッセージである場合、第１のハンドオーバー要求確認応答メッセージはさらに、ハンドオーバーが要求されているセッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む。
【０３３９】
オプションで、第１のハンドオーバー応答メッセージが第１のハンドオーバー要求確認応答メッセージである場合、第１のハンドオーバー要求確認応答メッセージはさらに、ターゲット基地局のサポートされているネットワークスライスについての情報、または、ターゲット基地局のセルが属するＴＡ／ＲＡのサポートされているネットワークスライスのインジケーション情報を含む。
【０３４０】
オプションで、第１のハンドオーバー要求はさらに、ハンドオーバーが要求されているセッションに対応するネットワークスライスのインジケーション情報を含む。
【０３４１】
オプションで、第１のハンドオーバー要求はさらに、ハンドオーバーが要求されている、確立される必要があるセッションのデータフローの識別子と、データフローに対応するＱｏＳ情報とを含む。
【０３４２】
オプションで、第１のハンドオーバー要求はさらに、セッションに対応する合計最大ビットレートＡＭＢＲ情報を含む。
【０３４３】
オプションで、送信ユニット１５０２はさらに、ターゲット基地局へ第２のハンドオーバー要求を送信するよう構成され、ここで第２のハンドオーバー要求は、セッションの識別子と、セッションに対応するネットワークスライスのインジケーション情報とを含む。
【０３４４】
受信ユニット１５０１はさらに、ターゲット基地局から第２のハンドオーバー応答メッセージを受信するよう構成され、ここで第２のハンドオーバー応答メッセージは拒否インジケーション情報を含む。
【０３４５】
オプションで、第２のハンドオーバー要求に含まれるセッションは第１のセッションであるか、または、第２のハンドオーバー要求に含まれるセッションは、第１のセッションおよび第２のセッションである。
【０３４６】
第１のセッションに対応するネットワークスライスはターゲット基地局がサポートし、第２のセッションに対応するネットワークスライスはターゲット基地局がサポートしない。
【０３４７】
オプションで、第２のハンドオーバー応答メッセージが第２のハンドオーバー要求確認応答メッセージである場合、第２のハンドオーバー応答メッセージはさらに、ターゲット基地局が拒否するセッションに対応する再送信インジケーション情報を含み、セッションに対応する再送信インジケーション情報は、ターゲット基地局のサポートされているネットワークスライスへ、拒否されたセッションのデータフローをルーティングすることを端末デバイスが許可されているかを示すのに用いられる。
【０３４８】
オプションで、第２のハンドオーバー応答メッセージが第２のハンドオーバー要求確認応答メッセージである場合、第２のハンドオーバー要求確認応答メッセージはさらに、第２のハンドオーバー要求に含まれるセッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む。
【０３４９】
図１５のコアネットワークデバイスに含まれる機能ブロックの具体的な実装および対応する有益な効果については、図６または図７の先述の実施形態の具体的な説明を参照されたいことが理解され得る。詳細は改めて本明細書において説明しない。
【０３５０】
本特許出願において、各決定ユニットはプロセッサの形態で実装されてよい。
【０３５１】
図１６を参照すると、図１６は、本願の実施形態に係る端末デバイスの概略構造図である。端末デバイスは端末デバイスであってよく、図４または図６の実施形態を実装するよう構成される。図１６に示すように、端末デバイスは、
ソース基地局から無線リソース制御ＲＲＣ接続リリースメッセージを受信するよう構成された受信ユニット１６０１と、
ＲＲＣ接続をリリースするよう構成された処理ユニット１６０２であって、ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルのサポートされているネットワークスライスのインジケーション情報、ソースセルの隣接するセルが属するＴＡ／ＲＡのサポートされているネットワークスライスのインジケーション情報、またはソース基地局の隣接する基地局のサポートされているネットワークスライスについての情報を含む、処理ユニット１６０２と
を含む。
【０３５２】
図１６の端末デバイスに含まれる機能ブロックの具体的な実装および対応する有益な効果については、図４または図６の先述の実施形態の具体的な説明を参照されたいことが理解され得る。詳細は改めて本明細書において説明しない。
【０３５３】
図８、図９、図１１、図１３、または図１４に示す実施形態の基地局は、図１７に示す基地局１７００が実装してよい。図１７に示すように、図１７は、本願発明の実施形態に係る別の基地局の概略構造図である。図１７に示す基地局１７００は、プロセッサ１７０１と送受信機１７０２とを含む。送受信機１７０２は、基地局１７００と、先述の実施形態におけるコアネットワークデバイスまたは別の基地局との間の情報送信をサポートするよう構成される。プロセッサ１７０１は、送受信機１７０２に通信可能に接続され、例えば、バスを用いて送受信機１７０２に接続される。基地局１７００はさらにメモリ１７０３を含んでよい。メモリ１７０３は、データと、基地局１７００が実行するプログラムコードとを格納するよう構成され、プロセッサ１７０１は、メモリ１７０３格納されているアプリケーションプログラムコードを実行して、図３から図７に示す実施形態のうちいずれか１つで提供される基地局が実施する動作を実装するよう構成される。
【０３５４】
なお実際の適用において、基地局は１または複数のプロセッサを含んでよく、基地局１７００の構造は、本願の本実施形態に対する制限を成すものではない。
【０３５５】
プロセッサ１７０１は、中央処理装置（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ，ＣＰＵ）、ネットワークプロセッサ（ｎｅｔｗｏｒｋ  ｐｒｏｃｅｓｓｏｒ，ＮＰ）、ハードウェアチップ、またはこれらの任意の組み合わせであってよい。ハードウェアチップは、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ，ＡＳＩＣ）、プログラマブル論理デバイス（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅ，ＰＬＤ）、またはこれらの組み合わせであってよい。ＰＬＤは、コンプレックスプログラマブルロジックデバイス（ｃｏｍｐｌｅｘ  ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅ，ＣＰＬＤ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ，ＦＰＧＡ）、ジェネリックアレイロジック（ｇｅｎｅｒｉｃ  ａｒｒａｙ  ｌｏｇｉｃ，ＧＡＬ）、またはこれらの任意の組み合わせであってよい。
【０３５６】
メモリ１７０３は、揮発性メモリ（ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）、例えば、ランダムアクセスメモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ，ＲＡＭ）を含んでよい。代替的に、メモリ１７０３は、不揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）、例えば、リードオンリメモリ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ，ＲＯＭ）、フラッシュメモリ（ｆｌａｓｈ  ｍｅｍｏｒｙ）、ハードディスクドライブ（ｈａｒｄ  ｄｉｓｋ  ｄｒｉｖｅ，ＨＤＤ）、またはソリッドステートドライブ（ｓｏｌｉｄ−ｓｔａｔｅ  ｄｒｉｖｅ，ＳＳＤ）を含んでよい。代替的に、メモリ１７０３は、先述のタイプのメモリの組み合わせを含んでよい。
【０３５７】
本願発明の実施形態はさらに、コンピュータ記憶媒体を提供し、コンピュータ記憶媒体は、図８、図９、図１１、図１３、または図１４に示す実施形態における基地局が用いるコンピュータソフトウェア命令を格納するよう構成されてよい。コンピュータソフトウェア命令は、基地局が先述の実施形態を実施するよう設計されたプログラムを含む。記憶媒体は、フラッシュメモリ、ハードディスクドライブ、およびソリッドステートドライブを含むがこれらに限定されない。
【０３５８】
本願発明の実施形態はさらに、コンピュータプログラムプロダクトを提供する。コンピューティングデバイスが実行したとき、コンピュータ製品は、図８、図９、図１１、図１３、または図１４の実施形態における基地局のために設計された通信方法を実装出来る。
【０３５９】
図１０、図１２、または図１５に示すコアネットワークデバイスは、図１８に示すコアネットワークデバイス１８００が実装してよい。図１８に示すように、図１８は、本願発明の実施形態に係る別のコアネットワークデバイスの概略構造図である。図１８に示すコアネットワークデバイス１８００は、プロセッサ１８０１と送受信機１８０２とを含む。送受信機１８０２は、コアネットワークデバイス１８００と先述の実施形態における基地局との間の情報送信をサポートするよう構成される。プロセッサ１８０１は、送受信機１８０２に通信可能に接続され、例えば、バスを用いて送受信機１８０２に接続される。コアネットワークデバイス１８００はさらに、メモリ１８０３を含んでよい。メモリ１８０３は、データと、コアネットワークデバイス１８００が実行するプログラムコードとを格納するよう構成され、プロセッサ１８０１は、メモリ１８０３格納されているアプリケーションプログラムコードを実行して、図４から図７に示す実施形態のうちいずれか１つで提供されるコアネットワークデバイスが実施する動作を実装するよう構成される。
【０３６０】
なお実際の適用において、コアネットワークデバイスは１または複数のプロセッサを含んでよく、コアネットワークデバイス１８００の構造は、本願の本実施形態に対する制限を成さない。
【０３６１】
プロセッサ１８０１は、ＣＰＵ、ＮＰ、ハードウェアチップ、またはこれらの任意の組み合わせであってよい。ハードウェアチップは、ＡＳＩＣ、ＰＬＤ、またはこれらの組み合わせであってよい。ＰＬＤは、ＣＰＬＤ、ＦＰＧＡ、ＧＡＬ、またはこれらの任意の組み合わせであってよい。
【０３６２】
メモリ１８０３は、ＲＡＭ等の揮発性メモリを含んでよい。代替的に、メモリ１８０３は、ＲＯＭ、フラッシュメモリ、ハードディスクドライブ、またはソリッドステートドライブ等の不揮発性メモリを含んでよい。代替的に、メモリ１８０３は、先述のタイプのメモリの組み合わせを含んでよい。
【０３６３】
本願発明の実施形態はさらに、コンピュータ記憶媒体を提供し、コンピュータ記憶媒体は、図１０、図１２、または図１５に示す実施形態におけるコアネットワークデバイスが用いるコンピュータソフトウェア命令を格納するよう構成されてよい。コンピュータソフトウェア命令は、コアネットワークデバイスが先述の実施形態を実施するよう設計されたプログラムを含む。記憶媒体は、フラッシュメモリ、ハードディスクドライブ、およびソリッドステートドライブを含むがこれらに限定されない。
【０３６４】
本願発明の実施形態はさらに、コンピュータプログラムプロダクトを提供する。コンピューティングデバイスが実行したとき、コンピュータ製品は、図１０、図１２、または図１５の実施形態におけるコアネットワークデバイスのために設計された通信方法を実装出来る。
【０３６５】
図１６に示す実施形態における端末デバイスは、図１９に示す端末デバイス１９００が実装してよい。図１９に示すように、図１９は、本願発明の実施形態に係る別の端末デバイスの概略構造図である。図１９に示す端末デバイス１９００は、プロセッサ１９０１と送受信機１９０２とを含む。送受信機１９０２は、端末デバイス１９００と先述の実施形態における基地局との間の情報送信をサポートするよう構成される。プロセッサ１９０１は、送受信機１９０２に通信可能に接続され、例えば、バスを用いて送受信機１９０２に接続される。端末デバイス１９００はさらに、メモリ１９０３を含んでよい。メモリ１９０３は、データと、端末デバイス１９００が実行するプログラムコードとを格納するよう構成され、プロセッサ１９０１は、メモリ１９０３格納されているアプリケーションプログラムコードを実行して、図４に示す実施形態または図６に示す実施形態で提供される端末デバイスが実施する動作を実装するよう構成される。
【０３６６】
なお実際の適用において、端末デバイスは１または複数のプロセッサを含んでよく、端末デバイス１９００の構造は、本願の本実施形態に対する制限を成さない。
【０３６７】
プロセッサ１９０１は、ＣＰＵ、ＮＰ、ハードウェアチップ、またはこれらの任意の組み合わせであってよい。ハードウェアチップは、ＡＳＩＣ、ＰＬＤ、またはこれらの組み合わせであってよい。ＰＬＤは、ＣＰＬＤ、ＦＰＧＡ、ＧＡＬ、またはこれらの任意の組み合わせであってよい。
【０３６８】
メモリ１９０３は、ＲＡＭ等の揮発性メモリを含んでよい。代替的に、メモリ１９０３は、ＲＯＭ、フラッシュメモリ、ハードディスクドライブ、またはソリッドステートドライブ等の不揮発性メモリを含んでよい。代替的に、メモリ１９０３は、先述のタイプのメモリの組み合わせを含んでよい。
【０３６９】
本願発明の実施形態はさらに、コンピュータ記憶媒体を提供し、コンピュータ記憶媒体は、図１６に示す実施形態における端末デバイスが用いるコンピュータソフトウェア命令を格納するよう構成されてよい。コンピュータソフトウェア命令は、端末デバイスが先述の実施形態を実施するよう設計されたプログラムを含む。記憶媒体は、フラッシュメモリ、ハードディスクドライブ、およびソリッドステートドライブを含むがこれらに限定されない。
【０３７０】
本願発明の実施形態はさらに、コンピュータプログラムプロダクトを提供する。コンピューティングデバイスが実行したとき、コンピュータ製品は、図１６の実施形態における端末デバイスのために設計された通信方法を実施出来る。
【０３７１】
本願の明細書、請求項、および添付図面において、「第１」、「第２」、「第３」、「第４」、などの用語は、種々の対象物同士を区別することが意図されており、特定の順序を示すものではない。加えて、「含む」、「含む」、またはその任意の他の変化形の用語は、非排他的な包含を網羅することが意図されている。例えば、一連の段階またはユニットを含む処理、方法、システム、プロダクト、またはデバイスは、列挙されている段階またはユニットに限定されず、オプションでさらに、列挙されていない段階またはユニットを含み、または、オプションでさらに、当該処理、方法、プロダクト、またはデバイスの別の固有の段階またはユニットを含む。
【０３７２】
当業者は、本願の様々な実施形態において先述の処理の順番の番号は、実行の順番を意味しないことを理解されよう。それら処理の実行の順番は、処理の機能および内部ロジックに従って決定されるべきであり、本願の実施形態の実装処理に対する何らかの制限としてみなされるべきではない。
【０３７３】
先述の実施形態の全てまたは一部は、ソフトウェア、ハードウェア、ファームウェア、またはこれらの任意の組み合わせを用いて実装されてよい。実施形態を実装するのにソフトウェアが用いられるとき、実施形態は、全体的または部分的にコンピュータプログラムプロダクトの形態で実装されてよい。コンピュータプログラムプロダクトは、１または複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータでロードされ実行されたとき、本願発明の実施形態に係る手順または機能が全て、または部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラム可能な装置であってよい。コンピュータ命令はコンピュータ可読記憶媒体に格納されてよく、または、コンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体へ送信されてよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンタから別のウェブサイト、コンピュータ、サーバ、またはデータセンタへ有線（例えば、同軸ケーブル、光ファイバ、若しくはデジタル加入線（ＤＳＬ））、または無線（例えば、赤外線、電波、マイクロ波、または同様のもの）方式で送信されてよい。コンピュータ可読記憶媒体は、コンピュータがアクセス可能な任意の利用可能な媒体、または１または複数の利用可能な媒体を組み込んだサーバまたはデータセンタ等のデータ記憶装置であってよい。利用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、または磁気テープ）、光媒体（例えば、ＤＶＤ）、半導体媒体（例えば、Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｉｓｋ（ＳＳＤ））、または同様のものであってよい。
【０３７４】
当業者は、実施形態における方法の処理の全てまたは一部が、コンピュータプログラムが関連するハードウェアに命令することによって実装されてよいことを理解されよう。プログラムは、コンピュータ可読記憶媒体に格納されてよい。プログラムが実行されるとき、実施形態における方法の処理が実施される。先述の記憶媒体は、磁気ディスク、光ディスク、リードオンリメモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ，ＲＯＭ）、またはランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ，ＲＡＭ）を含んでよい。
【０３７５】
上記で開示したものは本願発明の例示的な実施形態に過ぎず、当然、本願発明の保護範囲を制限することは意図されていない。したがって、本願発明の請求項に従って行われた同等の変形は、本願発明の範囲に含まれるものとする。
【図１】
2020517130.tif 000009
【図２】
2020517130.tif 000010
【図３】
2020517130.tif 000011
【図４】
2020517130.tif 000012
【図５】
2020517130.tif 000013
【図６】
2020517130.tif 000014
【図７】
2020517130.tif 000015
【図８】
2020517130.tif 000016
【図９】
2020517130.tif 000017
【図１０】
2020517130.tif 000018
【図１１】
2020517130.tif 000019
【図１２】
2020517130.tif 000020
【図１３】
2020517130.tif 000021
【図１４】
2020517130.tif 000022
【図１５】
2020517130.tif 000023
【図１６】
2020517130.tif 000024
【図１７】
2020517130.tif 000025
【図１８】
2020517130.tif 000026
【図１９】
2020517130.tif 000027
【手続補正書】
【提出日】令和1年10月11日(2019.10.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ソースアクセスネットワークデバイスがターゲットアクセスネットワークデバイスへハンドオーバー要求を送信する段階であって、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソースアクセスネットワークデバイスから前記ターゲットアクセスネットワークデバイスへハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含む、段階と、
前記ソースアクセスネットワークデバイスが前記ターゲットアクセスネットワークデバイスからハンドオーバー応答メッセージを受信する段階であって、前記ハンドオーバー応答メッセージは拒否インジケーション情報を含み、前記拒否インジケーション情報は、ハンドオーバーが要求されている前記セッションのうち、ネットワークスライスに起因して前記ターゲットアクセスネットワークデバイスが拒否するセッションに対応する原因情報を示すのに用いられる、段階と
を備える、通信方法。
【請求項２】
ハンドオーバーが要求されている前記セッションは、第１のセッションを含み、またはハンドオーバーが要求されている前記セッションは、前記第１のセッションおよび第２のセッションを含み、
前記第１のセッションに対応するネットワークスライスは前記ターゲットアクセスネットワークデバイスがサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲットアクセスネットワークデバイスがサポートしない、請求項１に記載の通信方法。
【請求項３】
前記原因情報は、
前記ターゲットアクセスネットワークデバイスが、拒否された前記セッションに対応するネットワークスライスをサポートしないことであるか、または、
前記ターゲットアクセスネットワークデバイスがサポートし、拒否された前記セッションに対応するネットワークスライスのために利用可能なリソースがないことである、請求項１または２に記載の通信方法。
【請求項４】
前記ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、前記ハンドオーバー要求確認応答メッセージはさらに、拒否されたデータフローの識別子を含む、請求項１から３のいずれか一項に記載の通信方法。
【請求項５】
前記ハンドオーバー応答メッセージがハンドオーバー失敗メッセージである場合、前記ソースアクセスネットワークデバイスが、無線リソース制御ＲＲＣ接続リリースメッセージを前記端末デバイスへ送信する段階をさらに備える、請求項１から４のいずれか一項に記載の通信方法。
【請求項６】
ターゲットアクセスネットワークデバイスがソースアクセスネットワークデバイスからハンドオーバー要求を受信する段階であって、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソースアクセスネットワークデバイスから前記ターゲットアクセスネットワークデバイスへハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含む、段階と、
前記ターゲットアクセスネットワークデバイスが前記ソースアクセスネットワークデバイスへハンドオーバー応答メッセージを送信する段階であって、前記ハンドオーバー応答メッセージは拒否インジケーション情報を含み、前記拒否インジケーション情報は、ハンドオーバーが要求されている前記セッションのうち、ネットワークスライスに起因して前記ターゲットアクセスネットワークデバイスが拒否するセッションに対応する原因情報を示すのに用いられる、段階と
を備える、通信方法。
【請求項７】
ハンドオーバーが要求されている前記セッションは、第１のセッションを含み、またはハンドオーバーが要求されている前記セッションは、前記第１のセッションおよび第２のセッションを含み、
前記第１のセッションに対応するネットワークスライスは前記ターゲットアクセスネットワークデバイスがサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲットアクセスネットワークデバイスがサポートしない、請求項６に記載の通信方法。
【請求項８】
前記原因情報は、
前記ターゲットアクセスネットワークデバイスが、拒否された前記セッションに対応するネットワークスライスをサポートしないことであるか、または、
前記ターゲットアクセスネットワークデバイスがサポートし、拒否された前記セッションに対応するネットワークスライスのために利用可能なリソースがないことである、請求項６または７に記載の通信方法。
【請求項９】
前記ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、前記ハンドオーバー要求確認応答メッセージはさらに、ハンドオーバーが要求されている前記セッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む、請求項６から８のいずれか一項に記載の通信方法。
【請求項１０】
前記ターゲットアクセスネットワークデバイスが、前記端末デバイスからハンドオーバー確認応答メッセージを受信する段階と、
前記ターゲットアクセスネットワークデバイスが、コアネットワークデバイスへ経路切替要求を送信する段階であって、前記経路切替要求は、前記ターゲットアクセスネットワークデバイスが承諾するセッションの識別子と、前記ターゲットアクセスネットワークデバイスが拒否するセッションの識別子とを含む、段階と、
前記ターゲットアクセスネットワークデバイスが、前記コアネットワークデバイスから経路切替要求応答メッセージを受信する段階と
をさらに備える、請求項６から９のいずれか一項に記載の通信方法。
【請求項１１】
ターゲットアクセスネットワークデバイスが、コアネットワークデバイスへ経路切替要求を送信する段階であって、前記経路切替要求は、前記ターゲットアクセスネットワークデバイスが承諾するセッションの識別子と、前記ターゲットアクセスネットワークデバイスが拒否するセッションの識別子とを含む、段階と、
前記ターゲットアクセスネットワークデバイスが、前記コアネットワークデバイスが送信した経路切替要求応答メッセージを受信する段階と
を備える、通信方法。
【請求項１２】
前記経路切替要求はさらに、前記ターゲットアクセスネットワークデバイスが拒否する前記セッションに対応する原因情報を含む、請求項１１に記載の通信方法。
【請求項１３】
前記原因情報は、
前記ターゲットアクセスネットワークデバイスが、拒否された前記セッションに対応するネットワークスライスをサポートしないことであるか、または、
拒否された前記セッションに対応するネットワークスライスのために利用可能なリソースがないことである、請求項１２に記載の通信方法。
【請求項１４】
ターゲットアクセスネットワークデバイスが、コアネットワークデバイスへ経路切替要求を送信する前記段階の前に、
前記ターゲットアクセスネットワークデバイスが、ソースアクセスネットワークデバイスからハンドオーバー要求を受信する段階と、
前記ターゲットアクセスネットワークデバイスが、ネットワークスライスサポート状況、リソース使用状況、および前記ハンドオーバー要求に基づいて受け入れ制御を実施する段階と
をさらに備える、請求項１１から１３のいずれか一項に記載の通信方法。
【請求項１５】
ターゲットアクセスネットワークデバイスが、コアネットワークデバイスへ経路切替要求を送信する前記段階の前に、
前記ターゲットアクセスネットワークデバイスが、ソースアクセスネットワークデバイスからハンドオーバー要求を受信する段階であって、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソースアクセスネットワークデバイスから前記ターゲットアクセスネットワークデバイスへハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含む、段階と、
前記セッションに対応する前記ネットワークスライスを前記ターゲットアクセスネットワークデバイスがサポートしない場合、前記ターゲットアクセスネットワークデバイスが前記セッションを拒否する段階と
をさらに備える、請求項１１から１３のいずれか一項に記載の通信方法。
【請求項１６】
前記ネットワークスライスの前記インジケーション情報は、単一ネットワークスライス選択アシスト情報Ｓ−ＮＳＳＡＩである、請求項１５に記載の通信方法。
【請求項１７】
前記ターゲットアクセスネットワークデバイスが、前記ソースアクセスネットワークデバイスへハンドオーバー要求確認応答メッセージを送信する段階であって、前記ターゲットアクセスネットワークデバイスが承諾する前記セッションの少なくとも１つのデータフローが拒否された、段階をさらに備える、請求項１４から１６のいずれか一項に記載の通信方法。
【請求項１８】
前記ハンドオーバー要求確認応答メッセージはさらに、前記少なくとも１つのデータフローを拒否する理由を示すのに用いられる情報を含む、請求項１７に記載の通信方法。
【請求項１９】
前記少なくとも１つのデータフローを拒否する前記理由を示すのに用いられる前記情報は、複数のデータフロー識別子、利用可能なリソースなし、または前記データフローに対応する無効なサービス品質ＱｏＳ組み合わせのうちいずれか１つを含む、請求項１８に記載の通信方法。
【請求項２０】
コアネットワークデバイスがターゲットアクセスネットワークデバイスから経路切替要求を受信する段階であって、前記経路切替要求は、前記ターゲットアクセスネットワークデバイスが承諾するセッションの識別子と、前記ターゲットアクセスネットワークデバイスが拒否するセッションの識別子とを含む、段階と、
前記コアネットワークデバイスが、承諾された前記セッションの経路切替と、拒否された前記セッションの非アクティブ化またはリリースとを実施する段階と、
前記コアネットワークデバイスが前記ターゲットアクセスネットワークデバイスへ経路切替要求応答メッセージを送信する段階と
を備える、通信方法。
【請求項２１】
前記経路切替要求はさらに、前記ターゲットアクセスネットワークデバイスが拒否する前記セッションに対応する原因情報を含む、請求項２０に記載の通信方法。
【請求項２２】
前記原因情報は、
前記ターゲットアクセスネットワークデバイスが、拒否された前記セッションに対応するネットワークスライスをサポートしないことであるか、または、
拒否された前記セッションに対応するネットワークスライスのために利用可能なリソースがないことである、請求項２１に記載の通信方法。
【請求項２３】
前記コアネットワークデバイスが、承諾された前記セッションの経路切替と、拒否された前記セッションの非アクティブ化またはリリースとを実施する段階をさらに備える、請求項２０から２２のいずれか一項に記載の通信方法。
【請求項２４】
アクセスネットワークデバイスであり、
前記アクセスネットワークデバイスはソースアクセスネットワークデバイスであり、前記ソースアクセスネットワークデバイスはプロセッサと送受信機とを備え、
前記プロセッサは、前記送受信機を用いてターゲットアクセスネットワークデバイスへハンドオーバー要求を送信し、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソースアクセスネットワークデバイスから前記ターゲットアクセスネットワークデバイスへハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含み、
前記プロセッサは、前記送受信機を用いて前記ターゲットアクセスネットワークデバイスからハンドオーバー応答メッセージを受信し、前記ハンドオーバー応答メッセージは拒否インジケーション情報を含み、前記拒否インジケーション情報は、ハンドオーバーが要求されている前記セッションのうち、ネットワークスライスに起因して前記ターゲットアクセスネットワークデバイスが拒否するセッションに対応する原因情報を示すのに用いられる、アクセスネットワークデバイス。
【請求項２５】
ハンドオーバーが要求されている前記セッションは、第１のセッションを含み、またはハンドオーバーが要求されている前記セッションは、前記第１のセッションおよび第２のセッションを含み、
前記第１のセッションに対応するネットワークスライスは前記ターゲットアクセスネットワークデバイスがサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲットアクセスネットワークデバイスがサポートしない、請求項２４に記載のアクセスネットワークデバイス。
【請求項２６】
前記原因情報は、
前記ターゲットアクセスネットワークデバイスが、拒否された前記セッションに対応するネットワークスライスをサポートしないことであるか、または、
前記ターゲットアクセスネットワークデバイスがサポートし、拒否された前記セッションに対応するネットワークスライスのために利用可能なリソースがないことである、請求項２４または２５に記載のアクセスネットワークデバイス。
【請求項２７】
前記ハンドオーバー応答メッセージがハンドオーバー失敗メッセージである場合、前記プロセッサは、前記送受信機を用いて前記端末デバイスへ無線リソース制御ＲＲＣ接続リリースメッセージを送信する、請求項２４から２６のいずれか一項に記載のアクセスネットワークデバイス。
【請求項２８】
アクセスネットワークデバイスであり、
前記アクセスネットワークデバイスはターゲットアクセスネットワークデバイスであり、前記ターゲットアクセスネットワークデバイスはプロセッサと送受信機とを備え、
前記プロセッサは、前記送受信機を用いてソースアクセスネットワークデバイスからハンドオーバー要求を受信し、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソースアクセスネットワークデバイスから前記ターゲットアクセスネットワークデバイスへハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含み、
前記プロセッサは、前記送受信機を用いて前記ソースアクセスネットワークデバイスへハンドオーバー応答メッセージを送信し、前記ハンドオーバー応答メッセージは拒否インジケーション情報を含み、前記拒否インジケーション情報は、ハンドオーバーが要求されている前記セッションのうち、ネットワークスライスに起因して前記ターゲットアクセスネットワークデバイスが拒否するセッションに対応する原因情報を示すのに用いられる、アクセスネットワークデバイス。
【請求項２９】
ハンドオーバーが要求されている前記セッションは、第１のセッションを含み、またはハンドオーバーが要求されている前記セッションは、前記第１のセッションおよび第２のセッションを含み、
前記第１のセッションに対応するネットワークスライスは前記ターゲットアクセスネットワークデバイスがサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲットアクセスネットワークデバイスがサポートしない、請求項２８に記載のアクセスネットワークデバイス。
【請求項３０】
前記原因情報は、
前記ターゲットアクセスネットワークデバイスが、拒否された前記セッションに対応するネットワークスライスをサポートしないことであるか、または、
前記ターゲットアクセスネットワークデバイスがサポートし、拒否された前記セッションに対応するネットワークスライスのために利用可能なリソースがないことである、請求項２８または２９に記載のアクセスネットワークデバイス。
【請求項３１】
コアネットワークデバイスであり、前記コアネットワークデバイスはプロセッサと送受信機とを備え、
前記プロセッサは、前記送受信機を用いてターゲットアクセスネットワークデバイスから経路切替要求を受信し、前記経路切替要求は、前記ターゲットアクセスネットワークデバイスが承諾するセッションの識別子と、前記ターゲットアクセスネットワークデバイスが拒否するセッションの識別子とを含み、
前記プロセッサは、承諾された前記セッションの経路切替を実施し、拒否された前記セッションの非アクティブ化またはリリースを実施するよう構成されており、
前記プロセッサは、前記送受信機を用いて前記ターゲットアクセスネットワークデバイスへ経路切替要求応答メッセージを送信する、コアネットワークデバイス。
【請求項３２】
前記経路切替要求はさらに、前記ターゲットアクセスネットワークデバイスが拒否する前記セッションに対応する原因情報を含む、請求項３１に記載のコアネットワークデバイス。
【請求項３３】
前記原因情報は、拒否された前記セッションに対応するネットワークスライスを前記ターゲットアクセスネットワークデバイスがサポートしないことである、請求項３２に記載のコアネットワークデバイス。
【請求項３４】
前記プロセッサは具体的には、拒否された前記セッションに対応する前記ネットワークスライスを前記ターゲットアクセスネットワークデバイスがサポートしないが故に拒否された前記セッションのリリースを実施するよう構成されている、請求項３３に記載のコアネットワークデバイス。
【請求項３５】
アクセスネットワークデバイスであり、
コアネットワークデバイスへ経路切替要求を送信するよう構成された送信ユニットであって、前記経路切替要求は、前記アクセスネットワークデバイスが承諾するセッションの識別子と、前記アクセスネットワークデバイスが拒否するセッションの識別子とを含む、送信ユニットと、
前記コアネットワークデバイスが送信した経路切替要求応答メッセージを受信するよう構成された受信ユニットと
を備える、アクセスネットワークデバイス。
【請求項３６】
前記経路切替要求はさらに、ターゲットアクセスネットワークデバイスが拒否するセッションに対応する原因情報を含む、請求項３５に記載のアクセスネットワークデバイス。
【請求項３７】
前記原因情報は、
前記ターゲットアクセスネットワークデバイスが、拒否された前記セッションに対応するネットワークスライスをサポートしないことであるか、または、
拒否された前記セッションに対応するネットワークスライスのために利用可能なリソースがないことである、請求項３６に記載のアクセスネットワークデバイス。
【請求項３８】
前記受信ユニットはさらに、ソースアクセスネットワークデバイスからハンドオーバー要求を受信するよう構成されており、
前記アクセスネットワークデバイスはさらにプロセッサを備え、前記プロセッサは、ネットワークスライスサポート状況、リソース使用状況、および前記ハンドオーバー要求に基づいて受け入れ制御を実施するよう構成されている、
請求項３６または３７に記載のアクセスネットワークデバイス。
【請求項３９】
前記受信ユニットはさらに、ソースアクセスネットワークデバイスからハンドオーバー要求を受信するよう構成されており、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソースアクセスネットワークデバイスから前記アクセスネットワークデバイスへハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含み、
前記アクセスネットワークデバイスはさらにプロセッサを備え、前記プロセッサは、前記セッションに対応する前記ネットワークスライスを前記アクセスネットワークデバイスがサポートしない場合、前記セッションを拒否するよう構成されている、請求項３５から３７のいずれか一項に記載のアクセスネットワークデバイス。
【請求項４０】
前記ネットワークスライスの前記インジケーション情報は、単一ネットワークスライス選択アシスト情報（Ｓ−ＮＳＳＡＩ）である、請求項３９に記載のアクセスネットワークデバイス。
【請求項４１】
前記送信ユニットはさらに、前記ソースアクセスネットワークデバイスへハンドオーバー要求確認応答メッセージを送信するよう構成されており、前記ターゲットアクセスネットワークデバイスが承諾する前記セッションの少なくとも１つのデータフローが拒否された、請求項３８に記載のアクセスネットワークデバイス。
【請求項４２】
前記ハンドオーバー要求確認応答メッセージはさらに、前記少なくとも１つのデータフローを拒否する理由を示すのに用いられる情報を含む、請求項４１に記載のアクセスネットワークデバイス。
【請求項４３】
前記少なくとも１つのデータフローを拒否する前記理由を示すのに用いられる前記情報は、複数のデータフロー識別子、利用可能なリソースなし、または前記データフローに対応する無効なサービス品質ＱｏＳ組み合わせのうちいずれか１つを含む、請求項４２に記載のアクセスネットワークデバイス。
【請求項４４】
コンピュータ上で実行されるとき、請求項１から５、請求項６から１０、請求項１１から１９、または請求項２０から２３のいずれか一項に記載の通信方法が実施される、コンピュータプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０３７５
【補正方法】変更
【補正の内容】
【０３７５】
上記で開示したものは本願発明の例示的な実施形態に過ぎず、当然、本願発明の保護範囲を制限することは意図されていない。したがって、本願発明の請求項に従って行われた同等の変形は、本願発明の範囲に含まれるものとする。
［項目１］
ソース基地局がターゲット基地局へハンドオーバー要求を送信する段階であって、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソース基地局から前記ターゲット基地局へハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含む、段階と、
前記ソース基地局が前記ターゲット基地局からハンドオーバー応答メッセージを受信する段階であって、前記ハンドオーバー応答メッセージは拒否インジケーション情報を含み、前記拒否インジケーション情報は、ハンドオーバーが要求されている前記セッションのうち、ネットワークスライスに起因して前記ターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、段階と
を備える、通信方法。
［項目２］
ハンドオーバーが要求されている前記セッションは、第１のセッションを含み、またはハンドオーバーが要求されている前記セッションは、前記第１のセッションおよび第２のセッションを含み、
前記第１のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートしない、項目１に記載の方法。
［項目３］
前記原因情報は、
前記ターゲット基地局が、拒否された前記セッションに対応するネットワークスライスをサポートしないことであるか、または、
前記ターゲット基地局がサポートし、拒否された前記セッションに対応するネットワークスライスのために利用可能なリソースがないことである、項目１または２に記載の方法。
［項目４］
前記ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、前記ハンドオーバー応答メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する再送信インジケーション情報を含み、前記セッションに対応する前記再送信インジケーション情報は、前記ターゲット基地局のサポートされているネットワークスライスへ、拒否された前記セッションのデータフローをルーティングすることを前記端末デバイスが許可されているかを示すのに用いられる、項目１から３のいずれか一項に記載の方法。
［項目５］
前記ハンドオーバー応答メッセージが前記ハンドオーバー要求確認応答メッセージである場合、前記ソース基地局が、ハンドオーバーコマンドを前記端末デバイスへ送信する段階であって、前記ハンドオーバーコマンドは、前記ターゲット基地局が拒否する前記セッションに対応する前記再送信インジケーション情報を含む、段階をさらに備える、項目４に記載の方法。
［項目６］
前記ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、前記ハンドオーバー要求確認応答メッセージはさらに、ハンドオーバーが要求されている前記セッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む、項目１から５のいずれか一項に記載の方法。
［項目７］
前記ハンドオーバー応答メッセージがハンドオーバー失敗メッセージである場合、前記ソース基地局が、無線リソース制御ＲＲＣ接続リリースメッセージを前記端末デバイスへ送信する段階をさらに備える、項目１から３のいずれか一項に記載の方法。
［項目８］
前記ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルのサポートされているネットワークスライスのインジケーション情報、前記ソースセルの前記隣接するセルが属するＴＡ／ＲＡのサポートされているネットワークスライスのインジケーション情報、または、前記ソース基地局の隣接する基地局のサポートされているネットワークスライスについての情報を含む、項目７に記載の方法。
［項目９］
ターゲット基地局がソース基地局からハンドオーバー要求を受信する段階であって、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソース基地局から前記ターゲット基地局へハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含む、段階と、
前記ターゲット基地局が前記ソース基地局へハンドオーバー応答メッセージを送信する段階であって、前記ハンドオーバー応答メッセージは拒否インジケーション情報を含み、前記拒否インジケーション情報は、ハンドオーバーが要求されている前記セッションのうち、ネットワークスライスに起因して前記ターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、段階と
を備える、通信方法。
［項目１０］
ハンドオーバーが要求されている前記セッションは、第１のセッションを含み、またはハンドオーバーが要求されている前記セッションは、前記第１のセッションおよび第２のセッションを含み、
前記第１のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートしない、項目９に記載の方法。
［項目１１］
前記原因情報は、
前記ターゲット基地局が、拒否された前記セッションに対応するネットワークスライスをサポートしないこと、または、
前記ターゲット基地局がサポートし、拒否された前記セッションに対応するネットワークスライスのために利用可能なリソースがないことである、項目９または１０に記載の方法。
［項目１２］
前記ハンドオーバー応答メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する再送信インジケーション情報を含み、前記セッションに対応する前記再送信インジケーション情報は、前記ターゲット基地局のサポートされているネットワークスライスへ、拒否された前記セッションのデータフローをルーティングすることを前記端末デバイスが許可されているかを示すのに用いられる、項目９から１１のいずれか一項に記載の方法。
［項目１３］
前記ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、前記ハンドオーバー要求確認応答メッセージはさらに、ハンドオーバーが要求されている前記セッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む、項目９から１２のいずれか一項に記載の方法。
［項目１４］
前記ターゲット基地局が前記端末デバイスからハンドオーバー確認応答メッセージを受信する段階と、
前記ターゲット基地局がコアネットワークデバイスへ経路切替要求を送信する段階であって、前記経路切替要求は、前記ターゲット基地局が承諾するセッションの識別子と、前記ターゲット基地局が拒否するセッションの識別子とを含む、段階と、
前記ターゲット基地局が前記コアネットワークデバイスから経路切替要求応答メッセージを受信する段階であって、前記経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む、段階と
をさらに備える、項目９から１３のいずれか一項に記載の方法。
［項目１５］
前記経路切替要求はさらに、前記ターゲット基地局が拒否する前記セッションに対応する前記ネットワークスライスのインジケーション情報を含む、項目１４に記載の方法。
［項目１６］
コアネットワークデバイスがターゲット基地局から経路切替要求を受信する段階であって、前記経路切替要求は、前記ターゲット基地局が承諾するセッションの識別子と、前記ターゲット基地局が拒否するセッションの識別子とを含む、段階と、
前記コアネットワークデバイスが、承諾された前記セッションの経路切替と、拒否された前記セッションの非アクティブ化またはリリースとを実施する段階と、
前記コアネットワークデバイスが前記ターゲット基地局へ経路切替要求応答メッセージを送信する段階であって、前記経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む、段階と
を備える、通信方法。
［項目１７］
端末デバイスがソース基地局から無線リソース制御ＲＲＣ接続リリースメッセージを受信する段階と、
前記端末デバイスがＲＲＣ接続をリリースする段階と
を備え、
前記ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルのサポートされているネットワークスライスのインジケーション情報、前記ソースセルの前記隣接するセルが属するＴＡ／ＲＡのサポートされているネットワークスライスのインジケーション情報、または前記ソース基地局の隣接する基地局のサポートされているネットワークスライスについての情報を含む、通信方法。
［項目１８］
基地局であり、
前記基地局はソース基地局であり、前記ソース基地局はプロセッサと送受信機とを備え、
前記プロセッサは、前記送受信機を用いてターゲット基地局へハンドオーバー要求を送信し、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソース基地局から前記ターゲット基地局へハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含み、
前記プロセッサは、前記送受信機を用いて前記ターゲット基地局からハンドオーバー応答メッセージを受信し、前記ハンドオーバー応答メッセージは拒否インジケーション情報を含み、前記拒否インジケーション情報は、ハンドオーバーが要求されている前記セッションのうち、ネットワークスライスに起因して前記ターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、基地局。
［項目１９］
ハンドオーバーが要求されている前記セッションは、第１のセッションを含み、またはハンドオーバーが要求されている前記セッションは、前記第１のセッションおよび第２のセッションを含み、
前記第１のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートしない、項目１８に記載の基地局。
［項目２０］
前記原因情報は、
前記ターゲット基地局が、拒否された前記セッションに対応するネットワークスライスをサポートしないこと、または、
前記ターゲット基地局がサポートし、拒否された前記セッションに対応するネットワークスライスのために利用可能なリソースがないことである、項目１８または１９に記載の基地局。
［項目２１］
前記ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、前記ハンドオーバー応答メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する再送信インジケーション情報を含み、前記セッションに対応する前記再送信インジケーション情報は、前記ターゲット基地局のサポートされているネットワークスライスへ、拒否された前記セッションのデータフローをルーティングすることを前記端末デバイスが許可されているかを示すのに用いられる、項目１８から２０のいずれか一項に記載の基地局。
［項目２２］
前記ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、前記プロセッサは、前記送受信機を用いてハンドオーバーコマンドを前記端末デバイスへ送信し、前記ハンドオーバーコマンドは、前記ターゲット基地局が拒否する前記セッションに対応する前記再送信インジケーション情報を含む、ことをさらに備える、項目２１に記載の基地局。
［項目２３］
前記ハンドオーバー応答メッセージがハンドオーバー失敗メッセージである場合、前記プロセッサは、前記送受信機を用いて前記端末デバイスへ無線リソース制御ＲＲＣ接続リリースメッセージを送信する、項目１８から２０のいずれか一項に記載の基地局。
［項目２４］
前記ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルのサポートされているネットワークスライスのインジケーション情報、前記ソースセルの前記隣接するセルが属するＴＡ／ＲＡのサポートされているネットワークスライスのインジケーション情報、または、前記ソース基地局の隣接する基地局のサポートされているネットワークスライスについての情報を含む、項目２３に記載の基地局。
［項目２５］
基地局であり、
前記基地局はターゲット基地局であり、前記ターゲット基地局はプロセッサと送受信機とを備え、
前記プロセッサは、前記送受信機を用いてソース基地局からハンドオーバー要求を受信し、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソース基地局から前記ターゲット基地局へハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含み、
前記プロセッサは、前記送受信機を用いて前記ソース基地局へハンドオーバー応答メッセージを送信し、前記ハンドオーバー応答メッセージは拒否インジケーション情報を含み、前記拒否インジケーション情報は、ハンドオーバーが要求されている前記セッションのうち、ネットワークスライスに起因して前記ターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、基地局。
［項目２６］
ハンドオーバーが要求されている前記セッションは、第１のセッションを含み、またはハンドオーバーが要求されている前記セッションは、前記第１のセッションおよび第２のセッションを含み、
前記第１のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートしない、項目２５に記載の基地局。
［項目２７］
前記原因情報は、
前記ターゲット基地局が、拒否された前記セッションに対応するネットワークスライスをサポートしないこと、または、
前記ターゲット基地局がサポートし、拒否された前記セッションに対応するネットワークスライスのために利用可能なリソースがないことである、項目２５または２６に記載の基地局。
［項目２８］
前記ハンドオーバー応答メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する再送信インジケーション情報を含み、前記セッションに対応する前記再送信インジケーション情報は、前記ターゲット基地局のサポートされているネットワークスライスへ、拒否された前記セッションのデータフローをルーティングすることを前記端末デバイスが許可されているかを示すのに用いられる、項目２５から２７のいずれか一項に記載の基地局。
［項目２９］
コアネットワークデバイスであり、前記コアネットワークデバイスはプロセッサと送受信機とを備え、
前記プロセッサは、前記送受信機を用いてターゲット基地局から経路切替要求を受信し、前記経路切替要求は、前記ターゲット基地局が承諾するセッションの識別子と、前記ターゲット基地局が拒否するセッションの識別子とを含み、
前記プロセッサは、承諾された前記セッションの経路切替を実施し、拒否された前記セッションの非アクティブ化またはリリースを実施するよう構成されており、
前記プロセッサは、前記送受信機を用いて前記ターゲット基地局へ経路切替要求応答メッセージを送信し、前記経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む、コアネットワークデバイス。
［項目３０］
端末デバイスであり、前記端末デバイスはプロセッサと送受信機とを備え、
前記プロセッサは、前記送受信機を用いてソース基地局から無線リソース制御ＲＲＣ接続リリースメッセージを受信し、
前記プロセッサは、ＲＲＣ接続をリリースし、前記ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルのサポートされているネットワークスライスのインジケーション情報、前記ソースセルの前記隣接するセルが属するＴＡ／ＲＡのサポートされているネットワークスライスのインジケーション情報、または前記ソース基地局の隣接する基地局のサポートされているネットワークスライスについての情報を含む、端末デバイス。
［項目３１］
前記経路切替要求メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する原因情報を含む、項目１６に記載の方法。
［項目３２］
前記原因情報は、拒否された前記セッションに対応するネットワークスライスを前記ターゲット基地局がサポートしないことである、項目３１に記載の方法。
［項目３３］
前記コアネットワークデバイスが、承諾された前記セッションの経路切替と、拒否された前記セッションの非アクティブ化またはリリースとを実施する前記段階は、前記コアネットワークデバイスが、拒否された前記セッションに対応する前記ネットワークスライスを前記ターゲット基地局がサポートしないが故に拒否された前記セッションのリリースを実施する段階を有する、項目３２に記載の方法。
［項目３４］
ターゲット基地局がコアネットワークデバイスへ経路切替要求を送信する段階であって、前記経路切替要求は、前記ターゲット基地局が承諾するセッションの識別子と、前記ターゲット基地局が拒否するセッションの識別子とを含む、段階と、
前記コアネットワークデバイスが送信した経路切替要求応答メッセージを前記ターゲット基地局が受信する段階であって、前記経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む、段階と
を備える、通信方法。
［項目３５］
前記経路切替要求応答メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する原因情報を含む、項目３４に記載の方法。
［項目３６］
前記原因情報は、拒否された前記セッションに対応するネットワークスライスを前記ターゲット基地局がサポートしないことである、項目３５に記載の方法。
［項目３７］
ターゲット基地局がコアネットワークデバイスへ経路切替要求を送信する前記段階の前に、
前記ターゲット基地局が、ソース基地局からハンドオーバー要求を受信する段階と、
前記ターゲット基地局が、ネットワークスライスサポート状況、リソース使用状況、および前記ハンドオーバー要求に基づいて受け入れ制御を実施する段階と
をさらに備える、項目３４から３６のいずれか一項に記載の方法。
［項目３８］
ターゲット基地局が、コアネットワークデバイスへ経路切替要求を送信する前記段階の前に、
前記ターゲット基地局が、ソース基地局からハンドオーバー要求を受信する段階であって、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソース基地局から前記ターゲット基地局へハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含む、段階と、
前記セッションに対応する前記ネットワークスライスを前記ターゲット基地局がサポートしない場合、前記ターゲット基地局が前記セッションを拒否する段階と
をさらに備える、項目３４から３６のいずれか一項に記載の方法。
［項目３９］
前記ネットワークスライスの前記インジケーション情報は、単一ネットワークスライス選択アシスト情報Ｓ−ＮＳＳＡＩである、項目３８に記載の方法。
［項目４０］
ハンドオーバーが要求されている前記セッションは、第１のセッションおよび第２のセッションを含み、
前記第１のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートしない、項目３８または３９に記載の方法。
［項目４１］
前記ターゲット基地局が、前記ソース基地局へハンドオーバー確認応答メッセージを送信する段階であって、前記ターゲット基地局が承諾する前記セッションの少なくとも１つのデータフローが拒否された、段階をさらに備える、項目３４から４０のいずれか一項に記載の方法。
［項目４２］
前記ハンドオーバー要求確認応答メッセージはさらに、前記少なくとも１つのデータフローを拒否する理由を示すのに用いられる情報を含む、項目４１に記載の方法。
［項目４３］
前記少なくとも１つのデータフローを拒否する前記理由を示すのに用いられる前記情報は、複数のデータフロー識別子、利用可能なリソースなし、または前記データフローに対応する無効なサービス品質ＱｏＳ組み合わせのうちいずれか１つを含む、項目４２に記載の方法。
［項目４４］
基地局が、第１のコアネットワークデバイスからメッセージを受信する段階であって、前記メッセージは、前記第１のコアネットワークデバイスがサービス提供する公共地上モバイルネットワークＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を含む、段階と、
前記基地局が前記インジケーション情報を用いて、端末デバイスにサービス提供するためのコアネットワークデバイスを選択する段階と
を備える、通信方法。
［項目４５］
前記メッセージはＡＭＦ設定更新メッセージである、項目４４に記載の方法。
［項目４６］
前記メッセージはＮＧインタフェースセットアップ応答である、項目４４に記載の方法。
［項目４７］
前記基地局が、前記コアネットワークデバイスへＮＧインタフェースセットアップ要求を送信する段階をさらに備える、項目４６に記載の方法。
［項目４８］
前記コアネットワークデバイスがサービス提供する前記ＰＬＭＮに関する前記少なくとも１つのサポートされているネットワークスライスの前記インジケーション情報は、前記コアネットワークデバイスがサービス提供するＰＬＭＮ毎の、少なくとも１つのサポートされているネットワークスライスのインジケーション情報を含む、項目４４から４７のいずれか一項に記載の方法。
［項目４９］
前記少なくとも１つのサポートされているネットワークスライスの前記インジケーション情報は、単一ネットワークスライス選択アシスト情報Ｓ−ＮＳＳＡＩを含む、項目４４から４８のいずれか一項に記載の方法。
［項目５０］
コアネットワークデバイスがサービス提供する公共地上モバイルネットワークＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を前記コアネットワークデバイスが決定する段階と、
前記コアネットワークデバイスが、基地局へ第２のメッセージを送信する段階であって、前記第２のメッセージは、前記コアネットワークデバイスがサービス提供する前記ＰＬＭＮに関する前記サポートされているネットワークスライスの前記インジケーション情報を含む、段階と
を備える、通信方法。
［項目５１］
前記第２のメッセージはＡＭＦ設定更新メッセージである、項目５０に記載の方法。
［項目５２］
前記第２のメッセージはＮＧインタフェースセットアップ応答である、項目５０に記載の方法。
［項目５３］
前記基地局が送信したＮＧインタフェースセットアップ要求を前記コアネットワークデバイスが受信する段階をさらに備える、項目５２に記載の方法。
［項目５４］
前記コアネットワークデバイスがサービス提供する前記ＰＬＭＮに関する前記サポートされているネットワークスライスの前記インジケーション情報は、前記コアネットワークデバイスがサービス提供するＰＬＭＮ毎の、サポートされているネットワークスライスのインジケーション情報である、項目５０から５２のいずれか一項に記載の方法。
［項目５５］
前記経路切替要求メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する原因情報を含む、項目２９に記載のコアネットワークデバイス。
［項目５６］
前記原因情報は、拒否された前記セッションに対応するネットワークスライスを前記ターゲット基地局がサポートしないことである、項目５５に記載のコアネットワークデバイス。
［項目５７］
前記プロセッサは具体的には、拒否された前記セッションに対応する前記ネットワークスライスを前記ターゲット基地局がサポートしないが故に拒否された前記セッションのリリースを実施するよう構成されている、項目２９に記載のコアネットワークデバイス。
［項目５８］
基地局であり、
コアネットワークデバイスへ経路切替要求を送信するよう構成された送信ユニットであって、前記経路切替要求は、前記基地局が承諾するセッションの識別子と、前記基地局が拒否するセッションの識別子とを含む、送信ユニットと、
前記コアネットワークデバイスが送信した経路切替要求応答メッセージを受信するよう構成された受信ユニットであって、前記経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む、受信ユニットと
を備える、基地局。
［項目５９］
前記経路切替要求応答メッセージはさらに、ターゲット基地局が拒否するセッションに対応する原因情報を含む、項目５８に記載の基地局。
［項目６０］
前記原因情報は、拒否された前記セッションに対応するネットワークスライスを前記ターゲット基地局がサポートしないことである、項目５９に記載の基地局。
［項目６１］
前記受信ユニットはさらに、ソース基地局からハンドオーバー要求を受信するよう構成されており、
前記基地局はさらにプロセッサを備え、前記プロセッサは、ネットワークスライスサポート状況、リソース使用状況、および前記ハンドオーバー要求に基づいて受け入れ制御を実施するよう構成されている、
項目５８から６０のいずれか一項に記載の基地局。
［項目６２］
前記受信ユニットはさらに、ソース基地局からハンドオーバー要求を受信するよう構成されており、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソース基地局から前記基地局へハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含み、
前記基地局はさらにプロセッサを備え、前記プロセッサは、前記セッションに対応する前記ネットワークスライスを前記ターゲット基地局がサポートしない場合、前記セッションを拒否するよう構成されている、項目５８から６０のいずれか一項に記載の基地局。
［項目６３］
前記ネットワークスライスの前記インジケーション情報は、単一ネットワークスライス選択アシスト情報Ｓ−ＮＳＳＡＩである、項目６２に記載の基地局。
［項目６４］
ハンドオーバーが要求されている前記セッションは、第１のセッションおよび第２のセッションを含み、
前記第１のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートしない、項目６２または６３に記載の方法。
［項目６５］
前記送信ユニットはさらに、前記ソース基地局へハンドオーバー確認応答メッセージを送信するよう構成されており、前記ターゲット基地局が承諾する前記セッションの少なくとも１つのデータフローが拒否された、項目５８から６４のいずれか一項に記載の基地局。
［項目６６］
前記ハンドオーバー要求確認応答メッセージはさらに、前記少なくとも１つのデータフローを拒否する理由を示すのに用いられる情報を含む、項目６５に記載の基地局。
［項目６７］
前記少なくとも１つのデータフローを拒否する前記理由を示すのに用いられる前記情報は、複数のデータフロー識別子、利用可能なリソースなし、または前記データフローに対応する無効なサービス品質ＱｏＳ組み合わせのうちいずれか１つを含む、項目４６に記載の基地局。
［項目６８］
第１のコアネットワークデバイスが送信したメッセージを受信するよう構成された受信ユニットであって、前記メッセージは、前記第１のコアネットワークデバイスがサービス提供する公共地上モバイルネットワークＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を含む、受信ユニットと、
前記インジケーション情報を用いて、端末デバイスにサービス提供するためのコアネットワークデバイスを選択するよう構成された処理ユニットと
を備える、基地局。
［項目６９］
前記メッセージはＡＭＦ設定更新メッセージである、項目６８に記載の基地局。
［項目７０］
前記メッセージがＮ２インタフェースセットアップ応答である、項目６８に記載の基地局。
［項目７１］
送信ユニットをさらに備え、前記送信ユニットは、前記コアネットワークデバイスへＮ２インタフェースセットアップ要求を送信するよう構成されている、項目７０に記載の基地局。
［項目７２］
前記コアネットワークデバイスがサービス提供する前記ＰＬＭＮに関する前記サポートされているネットワークスライスの前記インジケーション情報は、前記コアネットワークデバイスがサービス提供するＰＬＭＮ毎の、サポートされているネットワークスライスのインジケーション情報を含む、項目６８から７１のいずれか一項に記載の基地局。
［項目７３］
前記ネットワークスライスの前記インジケーション情報は、単一ネットワークスライス選択アシスト情報Ｓ−ＮＳＳＡＩを含む、項目６８から７２のいずれか一項に記載の方法。
［項目７４］
コアネットワークデバイスであって、
前記コアネットワークデバイスがサービス提供する公共地上モバイルネットワークＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を決定するよう構成された処理ユニットと、
基地局へ第２のメッセージを送信するよう構成された送信ユニットであって、前記第２のメッセージは、前記コアネットワークデバイスがサービス提供する前記ＰＬＭＮに関する前記サポートされているネットワークスライスの前記インジケーション情報を含む、送信ユニットと
を備える、コアネットワークデバイス。
［項目７５］
前記第２のメッセージはＡＭＦ設定更新メッセージである、項目７４に記載のコアネットワークデバイス。
［項目７６］
前記第２のメッセージはＮＧインタフェースセットアップ応答である、項目７４に記載のコアネットワークデバイス。
［項目７７］
受信ユニットをさらに備え、前記受信ユニットは、前記基地局が送信したＮＧインタフェースセットアップ要求を受信するよう構成されている、項目７６に記載のコアネットワークデバイス。
［項目７８］
前記コアネットワークデバイスがサービス提供する前記ＰＬＭＮに関する前記サポートされているネットワークスライスの前記インジケーション情報は、前記コアネットワークデバイスがサービス提供するＰＬＭＮ毎の、サポートされているネットワークスライスのインジケーション情報である、項目７４から７７のいずれか一項に記載のコアネットワークデバイス。
［項目７９］
項目１から１７、項目３１から５４、または項目７３のいずれか一項に記載の方法を実施するよう構成された通信デバイス。
［項目８０］
コンピュータ可読記憶媒体であり、
前記コンピュータ可読記憶媒体は命令を格納しており、前記命令がコンピュータ上で実行されるとき、前記コンピュータは、項目１から１７、項目３１から５４、または項目７３のいずれか一項に記載の方法を実施可能となる、コンピュータ可読記憶媒体。
【国際調査報告】
2020517130.tif 000028
2020517130.tif 000029
2020517130.tif 000030
2020517130.tif 000031