JP2020517130A - 通信方法、ソース基地局、ターゲット基地局、コアネットワークデバイス、および端末デバイス - Google Patents

Abstract

本願発明の実施形態は、通信方法、ソース基地局、ターゲット基地局、コアネットワークデバイス、および端末デバイスを開示し、当該方法は、ソース基地局がターゲット基地局へハンドオーバー要求を送信する段階であって、ハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられ、ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、セッションに対応するネットワークスライスのインジケーション情報とを含む、段階と、ソース基地局がターゲット基地局からハンドオーバー応答メッセージを受信する段階であって、ハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、段階とを含む。本願は、ハンドオーバー成功率を高められる。

Description

本願発明は、通信技術の分野に関し、特に、通信方法、ソース基地局、ターゲット基地局、コアネットワークデバイス、および端末デバイスに関する。

ネットワークスライスの概念が５Ｇで導入された。端末デバイスは現在、複数のセッションを実施し、種々のセッションに対応するネットワークスライスが、それらセッションにサービス提供するために必要とされる。この場合、端末デバイスがネットワークにアクセスし複数のセッションを確立する必要がある場合、端末デバイスに接続された基地局は、端末デバイス内の全てのセッションまたは一部のセッションに対応するネットワークスライスをサポートする必要がある。

その状況下で、ハンドオーバー成功率をどのようにして高めるかは検討に値する。

技術的課題を解決すべく、本願発明の実施形態は、ハンドオーバー成功率を高めるよう通信方法、ソース基地局、ターゲット基地局、コアネットワークデバイス、および端末デバイスを提供する。

第１の態様によると、本願発明の実施形態は、ソース基地局がターゲット基地局へハンドオーバー要求を送信する段階であって、ハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられ、ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、セッションに対応するネットワークスライスのインジケーション情報とを含む、段階と、ソース基地局がターゲット基地局からハンドオーバー応答メッセージを受信する段階であって、ハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、段階とを含む通信方法を提供する。

第１の態様において、ソース基地局は、ターゲット基地局を用いて、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を取得して、ターゲット基地局へのハンドオーバーを要求する必要がある別のセッションのための情報の提供を支援出来る。同じネットワークスライスに対応するセッションをソース基地局からハンドオーバーする必要があるとき、ソース基地局は、当該セッションをターゲット基地局へハンドオーバー出来るかを直接決定してよく、それによりハンドオーバー成功率が高まる。

第１の態様を参照すると、オプションの実装例において、ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、ソース基地局は端末デバイスへハンドオーバーコマンドを送信し、ハンドオーバーコマンドは、ターゲット基地局が拒否するセッションに対応する再送信インジケーション情報を含み、セッションに対応する再送信インジケーション情報は、ターゲット基地局がサポートするネットワークスライスへ、拒否されたセッションのデータフローをルーティングすることを端末デバイスが許可されているかを示すのに用いられる。オプションで、再送信インジケーション情報は、データフローのルーティング先である特定のネットワークスライスを示さなくてよい。このように、端末デバイスは、拒否後にどのセッションを依然としてターゲット基地局内で再確立出来るかを把握出来、それによりセッションハンドオーバーの柔軟性を向上させる。

第１の態様を参照すると、オプションの実装例において方法は、ハンドオーバー応答メッセージがハンドオーバー失敗メッセージである場合、ソース基地局が、無線リソース制御ＲＲＣ接続リリースメッセージを端末デバイスへ送信する段階をさらに含む。オプションで、ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルがサポートするネットワークスライスのインジケーション情報、ソースセルの隣接するセルが属するＴＡ／ＲＡがサポートするネットワークスライスのインジケーション情報、または、ソース基地局の隣接する基地局がサポートするネットワークスライスについての情報を含む。この場合、端末デバイスは、出来るだけ早くＲＲＣ接続をリリースして、それに続く無線リンク失敗を回避しシグナリングオーバヘッドを減らせる。

第２の態様によると、本願発明の実施形態は、ターゲット基地局がソース基地局からハンドオーバー要求を受信する段階であって、ハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられ、ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、セッションに対応するネットワークスライスのインジケーション情報とを含む、段階と、
ターゲット基地局がソース基地局へハンドオーバー応答メッセージを送信する段階であって、ハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、段階と
を含む通信方法を提供する。

第２の態様において、ターゲット基地局は、ターゲット基地局のネットワークスライスに起因して拒否されたセッションに対応する原因情報をソース基地局に通知して、ソース基地局内の、ターゲット基地局へのハンドオーバーを要求する必要がある別のセッションのための情報の提供を支援出来る。同じネットワークスライスに対応するセッションをソース基地局からハンドオーバーする必要があるとき、ソース基地局は、当該セッションをターゲット基地局へハンドオーバー出来るかを直接決定してよく、それによりハンドオーバー成功率が高まる。

第２の態様を参照すると、オプションの実装例において、ターゲット基地局は端末デバイスからハンドオーバー確認応答メッセージを受信し、ターゲット基地局はコアネットワークデバイスへ経路切替要求を送信し、経路切替要求は、ターゲット基地局が承諾するセッションの識別子と、ターゲット基地局が拒否するセッションの識別子とを含み、ターゲット基地局はコアネットワークデバイスから経路切替要求応答メッセージを受信し、経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む。この場合、コアネットワークデバイスは、承諾されたセッションに対して経路切替を実施する。

第３の態様によると、本願発明の実施形態は、コアネットワークデバイスがターゲット基地局から経路切替要求を受信する段階であって、経路切替要求は、ターゲット基地局が承諾するセッションの識別子と、ターゲット基地局が拒否するセッションの識別子とを含む、段階と、コアネットワークデバイスが、承諾されたセッションに対する経路切替を実施し、拒否されたセッションの非アクティブ化またはリリースを実施する段階と、コアネットワークデバイスがターゲット基地局へ経路切替要求応答メッセージを送信する段階であって、経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む、段階とを含む通信方法を提供する。

第３の態様において、承諾されたセッションの識別子、および拒否されたセッションの識別子は、経路切替要求内で搬送され、そうすることでコアネットワークデバイスは、端末デバイスの格納された全てのセッションのうち非アクティブ化されたセッションを決定出来る。このように、コアネットワークデバイスはそのようなセッションを扱う必要はなく、承諾されたセッションおよび拒否されたセッションのみを扱いさえすればよく、それにより処理効率が向上する。

第１の態様または第２の態様を参照すると、考えられる実装例において、ハンドオーバーが要求されているセッションは第１のセッションを含み、第１のセッションに対応するネットワークスライスはターゲット基地局がサポートする。この場合、ターゲット基地局は第２のセッションに対して受け入れ制御を実施する必要はなく、それにより、第２のセッションに対して受け入れ制御を実施するための処理時間を節約する。代替的に、ハンドオーバーが要求されているセッションは、第１のセッションおよび第２のセッションを含み、第１のセッションに対応するネットワークスライスはターゲット基地局がサポートし、第２のセッションに対応するネットワークスライスはターゲット基地局がサポートしない。したがって、ターゲット基地局は、ターゲット基地局がサポートしないセッションを直接決定出来、それにより、ハンドオーバー応答メッセージを決定することの効率を向上させる。当然、ハンドオーバーする必要のある全てのセッションに対して特別な分類処理を実施しなくてよい。

第１の態様、第２の態様、または第３の態様を参照すると、考えられる実装例において、原因情報は、ターゲット基地局が、拒否されたセッションに対応するネットワークスライスをサポートしないこと、または、ターゲット基地局がサポートし、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことである。

第１の態様または第２の態様を参照すると、考えられる実装例において、ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、ハンドオーバー応答メッセージはさらに、ターゲット基地局が拒否するセッションに対応する再送信インジケーション情報を含み、セッションに対応する再送信インジケーション情報は、ターゲット基地局がサポートするネットワークスライスへ、拒否されたセッションのデータフローをルーティングすることを端末デバイスが許可されているかを示すのに用いられる。このように、端末デバイスは、拒否後にどのセッションを依然としてターゲット基地局内で再確立出来るかを把握出来、それによりセッションハンドオーバーの柔軟性を向上させる。

第１の態様または第２の態様を参照すると、オプションの実装例において、ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、ハンドオーバー要求確認応答メッセージはさらに、ハンドオーバーが要求されているセッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含み、そうすることでソース基地局は、拒否されたベアラまたは拒否されたデータフローを確認出来る。

第１の態様または第２の態様を参照すると、オプションの実装例において、ハンドオーバー要求応答メッセージはさらに、ターゲット基地局のサポートされているネットワークスライスについての情報を含む。このことは、ターゲット基地局が現在サポートしているネットワークスライスについての情報のターゲット基地局によるソース基地局への通知を支援し、それにより、ソース基地局とターゲット基地局との間のやり取りが減る。

第２の態様または第３の態様を参照すると、オプションの実装例において、経路切替要求はさらに、ターゲット基地局が拒否するセッションに対応するネットワークスライスのインジケーション情報を含む。この場合、コアネットワークデバイスは、拒否されたセッションに対応するネットワークスライスを、ターゲット基地局がサポートする、コアネットワークデバイスに格納されているネットワークスライスと比較して、ターゲット基地局がネットワークスライスをサポートしないが故にセッションが拒否されたのか把握してよい。そうである場合、コアネットワークデバイスは続いて、セッションを削除（ｒｅｍｏｖｅ）する処理をトリガして、そのようなセッションがコアネットワークデバイス内で占有するストレージ領域を減らす。そうでない場合、コアネットワークデバイスは続いて、セッションを非アクティブ化（ｄｅａｃｔｉｖａｔｅ）する処理をトリガしてよく、そうすることでコアネットワークデバイスは、セッションをアクティブ化する必要があるときに直ぐ様セッションを再開出来る。

第２の態様または第３の態様を参照すると、オプションの実装例において、経路切替要求はさらに、ターゲット基地局が拒否するセッションに対応する原因情報を含む。原因情報が搬送され、そうすることでコアネットワークデバイスは、種々の原因で拒否されたセッションに対して種々の処理を実施出来る。

第４の態様によると、本願発明の実施形態は、端末デバイスがソース基地局から無線リソース制御ＲＲＣ接続リリースメッセージを受信する段階と、ＲＲＣ接続をリリースする段階とを含み、ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルのサポートされているネットワークスライスのインジケーション情報、ソースセルの隣接するセルが属するＴＡ／ＲＡのサポートされているネットワークスライスのインジケーション情報、またはソース基地局の隣接する基地局のサポートされているネットワークスライスについての情報を含む通信方法を提供する。

第４の態様において、端末デバイスは、出来るだけ早くＲＲＣ接続をリリースして、それに続く無線リンク失敗を回避しシグナリングオーバヘッドを減らせる。

第５の態様によると、本願発明の実施形態は、
ソース基地局が、コアネットワークデバイスへ第１のハンドオーバー要求を送信する段階であって、第１のハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられ、第１のハンドオーバー要求は、ターゲット基地局についての情報と、ハンドオーバーが要求されているセッションの識別子とを含む、段階と、ソース基地局が、コアネットワークデバイスから第１のハンドオーバー応答メッセージを受信する段階であって、第１のハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、段階とを含む通信方法を提供する。

第５の態様において、ソース基地局は、コアネットワークデバイスを用いて、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を取得して、ターゲット基地局へのハンドオーバーを要求する必要がある別のセッションのための情報の提供を支援出来る。同じネットワークスライスに対応するセッションをソース基地局からハンドオーバーする必要があるとき、ソース基地局は、当該セッションをターゲット基地局へハンドオーバー出来るかを直接決定してよく、それによりハンドオーバー成功率が高まる。

第５の態様を参照すると、考えられる実装例において、方法は、第１のハンドオーバー応答メッセージが第１のハンドオーバー要求確認応答メッセージである場合、ソース基地局が端末デバイスへハンドオーバーコマンドを送信する段階であって、ハンドオーバーコマンドは、ターゲット基地局が拒否するセッションに対応する再送信インジケーション情報を含み、セッションに対応する再送信インジケーション情報は、ターゲット基地局のサポートされているネットワークスライスへ、拒否されたセッションのデータフローをルーティングすることを端末デバイスが許可されているかを示すのに用いられる、段階をさらに含む。オプションで、再送信インジケーション情報は、データフローのルーティング先である特定のネットワークスライスを示さなくてよい。このように、端末デバイスは、拒否後にどのセッションを依然としてターゲット基地局内で再確立出来るかを把握出来、それによりセッションハンドオーバーの柔軟性を向上させる。

第５の態様を参照すると、考えられる実装例において、方法は、第１のハンドオーバー応答メッセージが第１のハンドオーバー失敗メッセージである場合、ソース基地局が、ＲＲＣ接続リリースメッセージを端末デバイスへ送信する段階をさらに含む。オプションで、ＲＲＣ接続リリースメッセージは、ソース基地局の隣接するセルのサポートされているネットワークスライスのインジケーション情報、ソース基地局の隣接するセルが属するＴＡ／ＲＡのサポートされているネットワークスライスのインジケーション情報、または、ソース基地局の隣接する基地局のサポートされているネットワークスライスについての情報を含む。この場合、端末デバイスは、出来るだけ早くＲＲＣ接続をリリースして、それに続く無線リンク失敗を回避しシグナリングオーバヘッドを減らせる。

第６の態様によると、本願発明の実施形態は、
コアネットワークデバイスが、ソース基地局から第１のハンドオーバー要求を受信する段階であって、第１のハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられ、第１のハンドオーバー要求は、ターゲット基地局についての情報と、ハンドオーバーが要求されているセッションの識別子とを含む、段階と、コアネットワークデバイスが、ソース基地局へ第１のハンドオーバー応答メッセージを送信する段階であって、第１のハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、段階とを含む通信方法を提供する。

第６の態様において、コアネットワークデバイスは、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報をソース基地局に通知して、ソース基地局内の、ターゲット基地局へのハンドオーバーを要求する必要がある別のセッションのための情報の提供を支援出来る。同じネットワークスライスに対応するセッションをソース基地局からハンドオーバーする必要があるとき、ソース基地局は、当該セッションをターゲット基地局へハンドオーバー出来るかを直接決定してよく、それによりハンドオーバー成功率が高まる。

第６の態様を参照すると、考えられる実装例において、方法は、コアネットワークデバイスがソース基地局へ第１のハンドオーバー応答メッセージを送信する段階の前に、コアネットワークデバイスが、ターゲット基地局へ第２のハンドオーバー要求を送信する段階であって、第２のハンドオーバー要求は、セッションの識別子と、セッションに対応するネットワークスライスのインジケーション情報とを含む、段階と、コアネットワークデバイスが、ターゲット基地局から第２のハンドオーバー応答メッセージを受信する段階であって、第２のハンドオーバー応答メッセージは拒否インジケーション情報を含む、段階とをさらに含む。このように、コアネットワークデバイスは、拒否インジケーション情報をソース基地局に通知する。

第７の態様によると、本願発明の実施形態は、ターゲット基地局が、コアネットワークデバイスから第２のハンドオーバー要求を受信する段階であって、第２のハンドオーバー要求はセッションの識別子と、セッションに対応するネットワークスライスのインジケーション情報とを含む、段階と、ターゲット基地局がソース基地局へ第２のハンドオーバー応答メッセージを送信する段階であって、第２のハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、段階とを含む通信方法を提供する。

第７の態様において、ターゲット基地局は、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報をコアネットワークデバイスに通知出来、そうすることでコアネットワークデバイスは、当該情報をソース基地局に通知する。このことは、ソース基地局内にあり、ターゲット基地局へのハンドオーバーを要求する必要がある別のセッションのための情報の提供を支援する。同じネットワークスライスに対応するセッションをソース基地局からハンドオーバーする必要があるとき、ソース基地局は、当該セッションをターゲット基地局へハンドオーバー出来るかを直接決定してよく、それによりハンドオーバー成功率が高まる。

第５の態様、第６の態様、または第７の態様を参照すると、考えられる実装例において、原因情報は、ターゲット基地局が、拒否されたセッションに対応するネットワークスライスをサポートしないこと、または、ターゲット基地局がサポートし、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことである。

第５の態様または第６の態様を参照すると、考えられる実装例において、第１のハンドオーバー要求はさらに第１のインジケーション情報を含み、インジケーション情報は、ソース基地局が、ターゲット基地局のサポートされているネットワークスライスを決定しない、または知らないことを示し、そうすることでコアネットワークデバイスは、ソース基地局が、ターゲット基地局のサポートされているネットワークスライスについての情報を知らないことを把握する。したがって、ターゲット基地局のサポートされているネットワークスライスについての情報は、第１のハンドオーバー応答メッセージに加えられてよい。このことにより、ソース基地局とターゲット基地局との間のやり取りが減り、ネットワークスライスについての情報を取得することの効率が向上する。

第５の態様または第６の態様を参照すると、考えられる実装例において、ターゲット基地局は、ソース基地局との通信インタフェースを有する基地局であってよく、または、ソース基地局との通信インタフェースを有さない基地局であってよい。オプションで、第１のハンドオーバー要求は、ソース基地局とターゲット基地局との間に通信インタフェースがないことを示す第２のインジケーション情報を含んでよい。このことは、ターゲット基地局のサポートされているネットワークスライスについての情報の、コアネットワークデバイスによるフィードバックを支援する。

第５の態様または第６の態様を参照すると、考えられる実装例において、第１のハンドオーバー応答メッセージが第１のハンドオーバー要求確認応答メッセージである場合、第１のハンドオーバー応答メッセージはさらに、ターゲット基地局が拒否するセッションに対応する再送信インジケーション情報を含み、セッションに対応する再送信インジケーション情報は、ターゲット基地局のサポートされているネットワークスライスへ、拒否されたセッションのデータフローをルーティングすることを端末デバイスが許可されているかを示すのに用いられる。このように、端末デバイスは、拒否後にどのセッションを依然としてターゲット基地局内で再確立出来るかを把握出来、それによりセッションハンドオーバーの柔軟性を向上させる。

第５の態様または第６の態様を参照すると、考えられる実装例において、第１のハンドオーバー応答メッセージが第１のハンドオーバー要求確認応答メッセージである場合、第１のハンドオーバー要求確認応答メッセージはさらに、ハンドオーバーが要求されているセッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含み、そうすることでソース基地局は、拒否されたベアラまたは拒否されたデータフローを確認出来る。

第５の態様または第６の態様を参照すると、考えられる実装例において、第１のハンドオーバー応答メッセージが第１のハンドオーバー要求確認応答メッセージである場合、第１のハンドオーバー要求確認応答メッセージはさらに、ターゲット基地局のサポートされているネットワークスライスについての情報を含む。例えば、ターゲット基地局のサポートされているネットワークスライスをソース基地局が決定しないことを示す第１のインジケーション情報を第１のハンドオーバー要求が含む場合、または、ターゲット基地局のサポートされているネットワークスライスをソース基地局が知らないことを、第１のハンドオーバー要求内で搬送され、ソース基地局とターゲット基地局との間に通信インタフェースがないことを示す第２のインジケーション情報に基づいてコアネットワークデバイスが決定する場合、ターゲット基地局のサポートされているネットワークスライスについての情報が搬送されてよい。このことにより、ソース基地局とターゲット基地局との間のやり取りが減り、ネットワークスライスについての情報を取得することの効率が向上する。

第５の態様または第６の態様を参照すると、考えられる実装例において、第１のハンドオーバー要求はさらに、ハンドオーバーが要求されているセッションに対応するネットワークスライスのインジケーション情報を含み、そうすることでコアネットワークデバイスは、ハンドオーバーが要求されているセッションに対応するネットワークスライスのインジケーション情報を直接決定出来る。第１のハンドオーバー要求は、ハンドオーバーが要求されているセッションに対応するネットワークスライスのインジケーション情報を含まなくてよいことが理解され得る。このことは、本願発明の本実施形態において限定されるものではない。

第５の態様または第６の態様を参照すると、考えられる実装例において、第１のハンドオーバー要求はさらに、ハンドオーバーが要求されている、確立される必要があるセッションのデータフローの識別子と、データフローに対応するＱｏＳ情報とを含む。このことにより、検索時間を節約出来、ハンドオーバー遅延を短縮出来、ハンドオーバー効率が向上する。

第５の態様または第６の態様を参照すると、考えられる実装例において、第１のハンドオーバー要求はさらに、セッションに対応する合計最大ビットレートＡＭＢＲ情報を含む。当該情報は第１のハンドオーバー要求に含まれ、そうすることで検索時間を節約し、ハンドオーバー遅延が短縮され、ハンドオーバー効率が向上する。

第６の態様または第７の態様を参照すると、考えられる実装例において、第２のハンドオーバー要求に含まれるセッションは第１のセッションであって、第１のセッションに対応するネットワークスライスはターゲット基地局がサポートする。この場合、ターゲット基地局は第２のセッションに対して受け入れ制御を実施する必要はなく、それにより、第２のセッションに対して受け入れ制御を実施するための処理時間を節約する。代替的に、第２のハンドオーバー要求に含まれるセッションは、第１のセッションおよび第２のセッションであって、第１のセッションに対応するネットワークスライスはターゲット基地局がサポートし、第２のセッションに対応するネットワークスライスはターゲット基地局がサポートしない。したがって、ターゲット基地局は、ターゲット基地局がサポートしないセッションを直接決定出来、それにより、ハンドオーバー応答メッセージを決定することの効率を向上させる。当然、ハンドオーバーする必要のある全てのセッションに対して特別な分類処理を実施しなくてよい。

第６の態様または第７の態様を参照すると、考えられる実装例において、第２のハンドオーバー応答メッセージが第２のハンドオーバー要求確認応答メッセージである場合、第２のハンドオーバー応答メッセージはさらに、ターゲット基地局が拒否するセッションに対応する再送信インジケーション情報を含み、セッションに対応する再送信インジケーション情報は、ターゲット基地局のサポートされているネットワークスライスへ、拒否されたセッションのデータフローをルーティングすることを端末デバイスが許可されているかを示すのに用いられる。このように、ソース基地局を用いて、コアネットワークデバイスは、拒否後にどのセッションを依然としてターゲット基地局内で再確立出来るかを把握出来、それによりセッションハンドオーバーの柔軟性を向上させる。

第６の態様または第７の態様を参照すると、考えられる実装例において、第２のハンドオーバー応答メッセージが第２のハンドオーバー要求確認応答メッセージである場合、第２のハンドオーバー要求確認応答メッセージはさらに、第２のハンドオーバー要求に含まれるセッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含み、そうすることでソース基地局は、拒否されたベアラまたは拒否されたデータフローを確認出来る。

第８の態様によると、本願発明の実施形態は、第１の基地局が、コアネットワークデバイスへ第１のメッセージを送信する段階であって、第１のメッセージは、コアネットワークデバイスのＰＬＭＮに関して、サポートされているネットワークスライスについての情報を取得するのに用いられる、段階と、第１の基地局が、コアネットワークデバイスから第２のメッセージを受信する段階であって、第２のメッセージは、コアネットワークデバイスがサービス提供するＰＬＭＮに関して、サポートされているネットワークスライスについての情報を含む、段階とを含む通信方法を提供する。

第８の態様において、第１の基地局は、コアネットワークデバイスを用いて、ＰＬＭＮコアネットワークデバイスに関するサポートされているネットワークスライスのインジケーション情報を取得し、コアネットワークデバイスのサポートされているネットワークスライスをＰＬＭＮ粒度でフィードバックしてよい。このことにより、端末デバイスのセッションのためのコアネットワークデバイスを第１の基地局が選択することの精度を向上させられる。

第９の態様によると、本願発明の実施形態は、コアネットワークデバイスが、第１の基地局から第１のメッセージを受信する段階であって、第１のメッセージは、ＰＬＭＮに関して、コアネットワークデバイスのサポートされているネットワークスライスについての情報を取得するのに用いられる、段階と、コアネットワークデバイスが、第１の基地局へ第２のメッセージを送信する段階であって、第２のメッセージは、コアネットワークデバイスがサービス提供するＰＬＭＮに関して、サポートされているネットワークスライスについての情報を含む、段階とを含む通信方法を提供する。

第９の態様において、コアネットワークデバイスは、コアネットワークデバイスがサービス提供するＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を第１の基地局へ送信してよく、（ＰＬＭＮ粒度で）コアネットワークデバイスのサポートされているネットワークスライスをフィードバックしてよい。このことにより、端末デバイスのセッションのためのコアネットワークデバイスを第１の基地局が選択することの精度を向上させられる。

第１０の態様によると、本願発明の実施形態は基地局を提供し、基地局はソース基地局であり、ソース基地局は、ターゲット基地局へハンドオーバー要求を送信するよう構成された送信ユニットであって、ハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられ、ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、セッションに対応するネットワークスライスのインジケーション情報とを含む、送信ユニットと、ターゲット基地局からハンドオーバー応答メッセージを受信するよう構成された受信ユニットであって、ハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、受信ユニットとを含む。

オプションで、ソース基地局はさらに、第１の態様の一部または全てのオプションの実装例を実装してよい。

第１１の態様によると、本願発明の実施形態は基地局を提供し、基地局はターゲット基地局であり、ターゲット基地局は、ソース基地局からハンドオーバー要求を受信するよう構成された受信ユニットであって、ハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられ、ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子とセッションに対応するネットワークスライスのインジケーション情報とを含む、受信ユニットと、ソース基地局へハンドオーバー応答メッセージを送信するよう構成された送信ユニットであって、ハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、送信ユニットとを含む。

オプションで、ソース基地局はさらに、第２の態様の一部または全てのオプションの実装例を実装してよい。

第１２の態様によると、本願発明の実施形態はコアネットワークデバイスを提供し、コアネットワークデバイスは、ターゲット基地局から経路切替要求を受信するよう構成された受信ユニット１００１であって、経路切替要求は、ターゲット基地局が承諾するセッションの識別子と、ターゲット基地局が拒否するセッションの識別子とを含む、受信ユニット１００１と、承諾されたセッションに対して経路切替を実施し、拒否されたセッションの非アクティブ化またはリリースを実施するよう構成された処理ユニット１００２と、ターゲット基地局へ経路切替要求応答メッセージを送信するよう構成された送信ユニット１００３であって、経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む、送信ユニット１００３とを含む。

オプションで、ソース基地局はさらに、第３の態様の一部または全てのオプションの実装例を実装してよい。

第１３の態様によると、本願発明の実施形態は、ソース基地局から無線リソース制御ＲＲＣ接続リリースメッセージを受信するよう構成された受信ユニットと、ＲＲＣ接続をリリースするよう構成された処理ユニットであって、ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルのサポートされているネットワークスライスのインジケーション情報、ソースセルの隣接するセルが属するＴＡ／ＲＡのサポートされているネットワークスライスのインジケーション情報、またはソース基地局の隣接する基地局のサポートされているネットワークスライスについての情報を含む、処理ユニットとを含む端末デバイスを提供する。

オプションで、端末デバイスはさらに、第４の態様の通信方法を実装してよい。

第１４の態様によると、本願発明の実施形態は基地局を提供し、基地局はソース基地局であり、ソース基地局は、コアネットワークデバイスへ第１のハンドオーバー要求を送信するよう構成された送信ユニットであって、第１のハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられ、第１のハンドオーバー要求は、ターゲット基地局についての情報と、ハンドオーバーが要求されているセッションの識別子とを含む、送信ユニットと、コアネットワークデバイスから第１のハンドオーバー応答メッセージを受信するよう構成された受信ユニットであって、第１のハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、受信ユニットとを含む。

オプションで、ソース基地局はさらに、第５の態様の一部または全てのオプションの実装例を実装してよい。

第１５の態様によると、本願発明の実施形態は、ソース基地局から第１のハンドオーバー要求を受信するよう構成された受信ユニットであって、第１のハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられ、第１のハンドオーバー要求は、ターゲット基地局についての情報と、ハンドオーバーが要求されているセッションの識別子とを含む、受信ユニットと、ソース基地局へ第１のハンドオーバー応答メッセージを送信するよう構成された送信ユニットであって、第１のハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、送信ユニットとを含むコアネットワークデバイスを提供する。

オプションで、コアネットワークデバイスはさらに、第６の態様の一部または全てのオプションの実装例を実装してよい。

第１６の態様によると、本願発明の実施形態は基地局を提供し、基地局はターゲット基地局であり、ターゲット基地局は、コアネットワークデバイスから第２のハンドオーバー要求を受信するよう構成された受信ユニットであって、第２のハンドオーバー要求はセッションの識別子と、セッションに対応するネットワークスライスのインジケーション情報とを含む、受信ユニットと、ソース基地局へハンドオーバー応答メッセージを送信するよう構成された送信ユニットであって、ハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、送信ユニットとを含む。

オプションで、ターゲット基地局はさらに、第７の態様の一部または全てのオプションの実装例を実装してよい。

第１７の態様によると、本願発明の実施形態は基地局を提供し、基地局は、コアネットワークデバイスへ第１のメッセージを送信するよう構成された送信ユニット１１０１であって、第１のメッセージは、ＰＬＭＮに関して、コアネットワークデバイスのサポートされているネットワークスライスについての情報を取得するのに用いられる、送信ユニット１１０１と、コアネットワークデバイスから第２のメッセージを受信するよう構成された受信ユニット１１０２であって、第２のメッセージは、コアネットワークデバイスがサービス提供するＰＬＭＮに関して、サポートされているネットワークスライスについての情報を含む、受信ユニット１１０２とを含む第１の基地局である。

オプションで、ソース基地局はさらに、第７の態様の一部または全てのオプションの実装例を実装してよい。

第１８の態様によると、本願発明の実施形態はコアネットワークデバイスを提供し、コアネットワークデバイスは、第１の基地局から第１のメッセージを受信するよう構成された受信ユニットであって、第１のメッセージは、ＰＬＭＮに関して、コアネットワークデバイスのサポートされているネットワークスライスについての情報を取得するのに用いられる、受信ユニットと、第１の基地局へ第２のメッセージを送信するよう構成された送信ユニットであって、第２のメッセージは、コアネットワークデバイスがサービス提供するＰＬＭＮに関して、サポートされているネットワークスライスについての情報を含む、送信ユニットとを含む。

オプションで、ソース基地局はさらに、第９の態様の一部または全てのオプションの実装例を実装してよい。

第１９の態様によると、通信装置が提供される。通信装置は、先述の方法設計における基地局であってよく、または基地局内に設けられたチップであってよい。通信装置は、メモリと、送受信機と、プロセッサとを含む。メモリは、コンピュータ実行可能なプログラムコードを格納するよう構成され、プロセッサは、メモリと送受信機とに連結される。メモリに格納されるプログラムコードは命令を含み、プロセッサが命令を実行するとき、通信装置は、第１の態様、第２の態様、第５の態様、第７の態様、または第８の態様の任意の可能な設計における端末デバイスにより実施される方法を実施することが可能となる。

第２０の態様によると、通信装置が提供される。通信装置は、先述の方法設計におけるコアネットワークデバイスであってよく、または、コアネットワークデバイス内に設けられるチップであってよい。通信装置は、メモリと、送受信機と、プロセッサとを含む。メモリは、コンピュータ実行可能なプログラムコードを格納するよう構成され、プロセッサは、メモリと送受信機とに連結される。メモリに格納されるプログラムコードは命令を含み、プロセッサが命令を実行するとき、通信装置は、第３の態様、第６の態様、または第９の態様の任意の可能な設計におけるネットワークデバイスにより実施される方法を実施することが可能となる。

第２１の態様によると、通信装置が提供される。通信装置は、先述の方法設計における端末デバイスであってよく、または端末デバイス内に設けられたチップであってよい。通信装置は、メモリと、送受信機と、プロセッサとを含む。メモリは、コンピュータ実行可能なプログラムコードを格納するよう構成され、プロセッサは、メモリと送受信機とに連結される。メモリに格納されるプログラムコードは命令を含み、プロセッサが命令を実行するとき、通信装置は、第４の態様の任意の可能な設計における端末デバイスにより実施される方法を実施することが可能となる。

第２２の態様によると、コンピュータプログラムプロダクトが提供され、コンピュータプログラムプロダクトはコンピュータプログラムコードを含む。コンピュータプログラムコードがコンピュータ上で実行されるとき、コンピュータは、第１の態様から第９の態様、および第１の態様から第９の態様の考えられる実装例のうちいずれか１つにおける方法を実施可能となる。

第２３の態様によると、コンピュータ可読媒体が提供され、コンピュータ可読媒体はプログラムコードを格納する。コンピュータプログラムコードがコンピュータ上で実行されるとき、コンピュータは、第１の態様から第９の態様、および第１の態様から第９の態様の考えられる実装例のうちいずれか１つにおける方法を実施可能となる。

第２４の態様によると、プロセッサとメモリとを含むチップが提供される。メモリはコンピュータプログラムを格納するよう構成され、プロセッサは、メモリからコンピュータプログラムを呼び出し、コンピュータプログラムを実行するよう構成される。コンピュータプログラムは、第１の態様から第９の態様、および第１の態様から第９の態様の考えられる実装例のうちいずれか１つにおける方法を実装するのに用いられる。

本願発明の実施形態における、または背景技術における技術的解決法をより明確に説明すべく、以下に、本願発明の実施形態または背景技術を説明するために必要とされる添付図面を簡単に説明する。

本願発明の実施形態に係る通信システムアーキテクチャの考えられる概略図である。

本願発明の実施形態に係るコアネットワークデバイスの考えられる概略図である。

本願発明の実施形態に係る通信方法の概略フローチャートである。

本願発明の実施形態に係る別の通信方法の概略フローチャートである。

本願発明の実施形態に係る別の通信方法の概略フローチャートである。

本願発明の実施形態に係る別の通信方法の概略フローチャートである。

本願発明の実施形態に係る別の通信方法の概略フローチャートである。

本願発明の実施形態に係る基地局の概略構造図である。

本願発明の実施形態に係る基地局の概略構造図である。

本願発明の実施形態に係るコアネットワークデバイスの概略構造図である。

本願発明の実施形態に係る別の基地局の概略構造図である。

本願発明の実施形態に係る別のコアネットワークデバイスの概略構造図である。

本願発明の実施形態に係る別の基地局の概略構造図である。

本願発明の実施形態に係る別の基地局の概略構造図である。

本願発明の実施形態に係る別のコアネットワークデバイスの概略構造図である。

本願発明の実施形態に係る端末デバイスの概略構造図である。

本願発明の実施形態に係る別の基地局の概略構造図である。

本願発明の実施形態に係る別のコアネットワークデバイスの概略構造図である。

本願発明の実施形態に係る別の端末デバイスの概略構造図である。

以下に、本願発明の実施形態の添付図面を参照し本願発明の実施形態を説明する。

本願発明の実施形態のネットワーク要素を以下の通り説明する。

端末デバイスはユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ，ＵＥ）であってよく、当該ＵＥは、アクセスネットワークデバイスを用いてアクセスネットワーク側を実装する。例えば、端末デバイスは、ハンドヘルド端末デバイス、ノートブック型コンピュータ、加入者ユニット（ｓｕｂｓｃｒｉｂｅｒ ｕｎｉｔ）、携帯電話（ｃｅｌｌｕｌａｒ ｐｈｏｎｅ）、スマートフォン（ｓｍａｒｔ ｐｈｏｎｅ）、無線データカード、パーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ，ＰＤＡ）コンピュータ、タブレット型コンピュータ、無線モデム（ｍｏｄｅｍ）、ハンドヘルド（ｈａｎｄｈｅｌｄ）デバイス、ラップトップ型コンピュータ（ｌａｐｔｏｐ ｃｏｍｐｕｔｅｒ）、コードレス電話（ｃｏｒｄｌｅｓｓ ｐｈｏｎｅ）若しくは無線ローカルループ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ，ＷＬＬ）局、マシン型通信（ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ，ＭＴＣ）端末、またはネットワークにアクセス出来る別のデバイスであってよい。端末デバイスおよびアクセスネットワークデバイスは、無線インタフェース技術を用いて互いに通信する。

アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ，ＲＡＮ）デバイスは主に、無線インタフェース側の無線リソース管理、サービス品質（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ，ＱｏＳ）管理、データ圧縮および暗号化、並びに他の機能を担う。アクセスネットワークデバイスは、様々な形態の基地局、例えばマクロ基地局、ミクロ基地局（スモールセルとも呼ばれる）、中継ノード、およびアクセスポイントを含んでよい。種々の無線アクセス技術が用いられるシステムにおいて、基地局の機能をもつデバイスは種々の名称を有してよい。例えば、当該デバイスは第５世代（５ｔｈ ｇｅｎｅｒａｔｉｏｎ，５Ｇ）システムにおいてｇＮＢと呼ばれ、ＬＴＥシステムにおいて進化型ＮｏｄｅＢ（ｅｖｏｌｖｅｄ ｎｏｄｅＢ，ｅＮＢ、またはｅＮｏｄｅＢ）と呼ばれ、または第３世代（３ｒｄ ｇｅｎｅｒａｔｉｏｎ，３Ｇ）システムにおいてＮｏｄｅＢ（ｎｏｄｅ Ｂ）と呼ばれる。

コアネットワークデバイスは、ユーザ接続を提供し、ユーザマネージメントおよびサービス搬送を実施するよう構成される。例えば、ユーザ接続の確立は、モビリティ管理（ｍｏｂｉｌｅ ｍａｎａｇｅｍｅｎｔ，ＭＭ）およびページング（ｐａｇｉｎｇ）等の機能を含む。ユーザマネージメントは、ユーザ記述、ＱｏＳ、およびセキュリティを含む（認証センターが提供する対応するセキュリティ対策は、外部ネットワークアクセスに対するモバイルサービスのセキュリティ管理およびセキュリティ処理を含む。）ベアラ接続は、外部公衆交換電話網（ｐｕｂｌｉｃ ｓｗｉｔｃｈｅｄ ｔｅｌｅｐｈｏｎｅ ｎｅｔｗｏｒｋ，ＰＳＴＮ）、外部回線データネットワーク、パケットデータネットワーク、インターネット（Ｉｎｔｅｒｎｅｔ）、および同様のものを含む。

例えば、コアネットワークデバイスは、アクセスおよびモビリティ管理機能（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ，ＡＭＦ）ネットワーク要素を含んでよく、主にシグナリング処理、つまり、アクセス制御、モビリティ管理、アタッチおよびデタッチを含む制御プレーン機能、並びに他の機能を担う。

オプションで、コアネットワークデバイスはさらに、セッション管理機能（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ，ＳＭＦ）ネットワーク要素を含んでよく、セッションセットアップ、セッション変更、およびセッションリリース等のセッション管理機能を担う。

オプションで、コアネットワークデバイスはさらに、ユーザプレーン機能（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ，ＵＰＦ）ネットワーク要素を含んでよく、端末デバイス内のユーザデータの転送および受信を担う。ＵＰＦネットワーク要素は、データネットワークからユーザデータを受信し、アクセスネットワークデバイスを用いて端末デバイスへユーザデータを送信してよい。ＵＰＦネットワーク要素はさらに、アクセスネットワークデバイスを用いて端末デバイスからユーザデータを受信し、データネットワークへユーザデータを転送してよい。ＵＰＦネットワーク要素の端末デバイスにサービス提供をするためのリソース送信およびスケジューリング機能は、ＳＭＦネットワーク要素が管理および制御する。本願発明の実施形態におけるコアネットワークデバイスはＡＭＦネットワーク要素、ＳＭＦネットワーク要素、およびＵＰＦネットワーク要素に限定されない。

図１を参照すると、図１は、本願発明の実施形態で用いられる通信システムアーキテクチャの考えられる概略図である。図１に示すように、アクセスネットワークデバイスは少なくとも１つの端末デバイスに接続されてよいことが分かる。例えば、アクセスネットワークデバイス１０１は端末デバイス１０４および端末デバイス１０５の両方に接続され、アクセスネットワークデバイス１０２は、端末デバイス１０６および端末デバイス１０６の両方に接続される。アクセスネットワークデバイスは、少なくとも１つのコアネットワークデバイス１０３に接続されてよい。例えば、アクセスネットワークデバイス１０１およびアクセスネットワークデバイス１０２の両方がコアネットワークデバイス１０３に接続される。

コアネットワークデバイスとアクセスネットワークデバイスとの間には制御プレーンインタフェースがある。例えば、コアネットワークデバイスとアクセスネットワークとの間にはインタフェースが存在し、そのインタフェースは本願でＮ２インタフェースまたはＮＧインタフェースと呼ばれる。

例えば、図１において、アクセスネットワークデバイス１０１とアクセスネットワークデバイス１０２との間にＸｎインタフェース等の通信インタフェースが存在する場合、アクセスネットワークデバイス１０１とアクセスネットワークデバイス１０２とは互いに通信出来る。図１において、アクセスネットワークデバイス１０１とアクセスネットワークデバイス１０２との間に通信インタフェースが存在しない場合、アクセスネットワークデバイス１０１とアクセスネットワークデバイス１０２とは互いに通信出来ない。したがって、アクセスネットワークデバイス１０１とアクセスネットワークデバイス１０２とはそれぞれ通信インタフェースがあるときのみ、アクセスネットワークデバイス１０１とアクセスネットワークデバイス１０２とがサポートするネットワークスライスについての情報を送信出来る。通信インタフェースがない場合、アクセスネットワークデバイス１０１とアクセスネットワークデバイス１０２とは互いに通信出来ず、さらにそれぞれ、アクセスネットワークデバイス１０１とアクセスネットワークデバイス１０２とがサポートするネットワークスライスについての情報を送信出来ない。

コアネットワークデバイス１０３は、少なくとも１つのＡＭＦネットワーク要素を含んでよく、オプションでさらに、ＳＭＦネットワーク要素とＵＰＦネットワーク要素とを含んでよい。アクセスネットワークデバイス１０２は、１または複数のＡＭＦネットワーク要素に接続されてよい。１つのＡＭＦネットワーク要素が、種々のタイプの１または複数のネットワークスライスをサポート出来、種々のＡＭＦネットワーク要素がサポートするネットワークスライスのタイプは異なってよい。各ＳＭＦが、種々のタイプの１または複数のネットワークスライスをサポート出来、種々のＳＭＦネットワーク要素がサポートするネットワークスライスのタイプは異なってよい。１つのＡＭＦネットワーク要素が、複数のＳＭＦネットワーク要素への通信接続を確立してよい。オプションで、１つのＳＭＦネットワーク要素が、複数のＡＭＦネットワーク要素に接続されてよい。加えて、１つのＳＭＦネットワーク要素が、複数のＵＰＦネットワーク要素に接続されてよく、１つのＵＰＦネットワーク要素が、１つのＳＭＦネットワーク要素に接続されてよい。この場合、１つのＳＭＦネットワーク要素が、複数のＵＰＦネットワーク要素を管理および制御出来、１つのＵＰＦネットワーク要素が、１つのＳＭＦにより管理および制御される。ＵＰＦネットワーク要素は、アクセスネットワークデバイスへの接続を確立して、端末デバイスのデータ送信を実装してよい。

例えば、図２を参照すると、図２は、本願発明の実施形態に係るコアネットワークデバイスの考えられる概略図である。１つのＡＭＦネットワーク要素２０１が、２つのＳＭＦネットワーク要素、ＳＭＦネットワーク要素２０２およびＳＭＦネットワーク要素２０３への接続を確立する。ＡＭＦネットワーク要素２０１がサポートするネットワークスライスタイプは、ネットワークスライスタイプ１とネットワークスライスタイプ２とを含む。ネットワークスライスタイプ１はネットワークスライス１のタイプであり、ネットワークスライスタイプ２は、ネットワークスライス２のタイプである。ＳＭＦネットワーク要素２０２はネットワークスライス１に対応するＳＭＦネットワーク要素であり、ＳＭＦネットワーク要素２０３はネットワークスライス２に対応するＳＭＦネットワーク要素である。１つのＳＭＦネットワーク要素が、複数のＵＰＦネットワーク要素を管理および制御出来る。例えば、ＳＭＦネットワーク要素２０２はＵＰＦネットワーク要素２０４、ＵＰＦネットワーク要素２０５、およびＵＰＦネットワーク要素２０６を管理し、ＳＭＦネットワーク要素２０３はＵＰＦネットワーク要素２０４およびＵＰＦネットワーク要素２０８を管理する。

端末デバイス内で、エンハンスドモバイルブロードバンド（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ，ｅＭＢＢ）サービス、超高信頼低遅延通信（ｕｌｔｒａ−ｒｅｌｉａｂｌｅ ｌｏｗ ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，ＵＲＬＬＣ）、および大容量マシンタイプ通信（ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ，ｍＭＴＣ）等の複数のタイプのサービスがあるが故に、種々のタイプのサービスセッションに対応するネットワークスライスは異なってよい。提供されるオペレータまたはサービスプロバイダが種々のものであることに起因して、同じサービスタイプが、種々のネットワークスライスに対応してよい。種々のアクセスネットワークデバイスが、種々のネットワークスライスをサポート出来る。この場合、端末デバイスがネットワークにアクセスし複数のセッションを確立する必要がある場合、端末デバイスに接続されたアクセスネットワークデバイスは、端末デバイス内の全てのセッションまたは一部のセッションに対応するネットワークスライスをサポートする必要がある。

端末デバイスの位置の移動、負荷のバランス、または同様のものに起因して、端末デバイスに関して、アクセスネットワークデバイスへのハンドオーバーを実施する必要がある。例えば、図１を参照すると、端末デバイス１０４のセッションを、アクセスネットワークデバイス１０１から別のアクセスネットワークデバイス１０２へハンドオーバーする必要がある。しかしながら、そのハンドオーバーが成功するかは、アクセスネットワークデバイス１０２が、アクセスネットワークデバイス１０４のセッションに対応するネットワークスライスをサポートするかに密に関連している。実際、アクセスネットワークデバイス１０１がアクセスネットワークデバイス１０２へハンドオーバー要求を送信するが、通常一部のセッションを、アクセスネットワークデバイス１０２へハンドオーバー出来ない。セッションをアクセスネットワークデバイス１０２へハンドオーバー出来ない理由は多数ある。例えば、アクセスネットワークデバイス１０２に利用可能な無線リソースがない（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｎｏｔ ａｖａｉｌａｂｌｅ）、または、要求されているネットワークスライスがサポートされていない。しかしながら、既存の解決法においては、セッションをアクセスネットワークデバイス１０２へハンドオーバー出来ない理由をアクセスネットワークデバイス１０１は決定出来ない。アクセスネットワークデバイス１０２において、要求されているセッションに対応する第１ネットワークスライスのために利用可能なリソースがない場合、別のセッションを第１ネットワークスライスへハンドオーバーする必要があるとき、アクセスネットワークデバイス１０１は依然としてアクセスネットワークデバイス１０２へハンドオーバー要求を送信し、セッションをアクセスネットワークデバイス１０２へハンドオーバー出来ない場合が依然として生じる。このことは、ハンドオーバー成功率を低下させる。

本願発明の本実施形態において、アクセスネットワークデバイス１０１がアクセスネットワークデバイス１０２へハンドオーバー要求を送信した後、アクセスネットワークデバイス１０１は、アクセスネットワークデバイス１０２のネットワークスライスに起因して拒否されたセッションの原因情報を取得して、アクセスネットワークデバイス１０２へのハンドオーバーを要求する必要がある別のセッションのための情報の提供を支援出来る。同じネットワークスライスに対応するセッションをアクセスネットワークデバイス１０１からハンドオーバーする必要があるとき、アクセスネットワークデバイス１０１は、当該セッションをアクセスネットワークデバイス１０２へハンドオーバー出来るかを直接決定してよく、それによりハンドオーバー成功率が高まる。アクセスネットワークデバイス１０１はさらに、ハンドオーバーのために、ハンドオーバーされることになる別の端末デバイスのためにより良好なターゲット基地局を選択出来る。

なお、本願の実施形態の説明に、アクセスネットワークデバイスが基地局である例を用いる。本願のいずれの実施形態においても、オプションの方式において、基地局のサポートされているネットワークスライスについての情報は、当該基地局の少なくとも１つのセルの識別子と、各セル識別子に対応する少なくとも１つのネットワークスライスのインジケーション情報とを含んでよい。１つの基地局が１または複数のセルをカバーしてよい。各セルは、セル識別子を用いて示され、各セルが、１または複数のネットワークスライスをサポート出来る。各セルが異なるネットワークスライスをサポートし、そのようなセル識別子は、少なくとも１つのネットワークスライスのインジケーション情報に対応してよい。例えば、以下に具体的な表現形態が示される（名称は例に過ぎず、名称は本願の実施形態において限定されるものではない）。Ｃｅｌｌ ＩＤはセル識別子を表し、Ｓ−ＮＳＳＡＩ ｌｉｓｔはネットワークスライスのインジケーション情報を表し、１つのＣｅｌｌ ＩＤが、少なくとも１つのＳ−ＮＳＳＡＩ ｌｉｓｔに対応してよい。
＞＞＞Ｃｅｌｌ ＩＤ
＞＞＞Ｓ−ＮＳＳＡＩ ｌｉｓｔ

代替的に、別の任意の方式において、基地局のサポートされているネットワークスライスについての情報は、当該基地局についての情報と、当該基地局に対応する少なくとも１つのネットワークスライスのインジケーション情報とを含んでよい。各基地局は１または複数のネットワークスライスをサポート出来、したがって１つの基地局についての情報が、少なくとも１つのネットワークスライスのインジケーション情報に対応してよい。例えば、以下に具体的な表現形態が示される（名称は例に過ぎず、名称は本願の実施形態において限定されるものではない）。ｇＮＢ ＩＤは基地局についての情報を表し、Ｓ−ＮＳＳＡＩ ｌｉｓｔはネットワークスライスのインジケーション情報を表し、１つのｇＮＢ ＩＤは少なくとも１つのＳ−ＮＳＳＡＩ ｌｉｓｔに対応してよい。
＞＞＞ｇＮＢ ＩＤ
＞＞＞Ｓ−ＮＳＳＡＩ ｌｉｓｔ

代替的に、別の任意の方式において、基地局のサポートされているネットワークスライスについての情報は、当該基地局のセルが属するトラッキングエリア（ｔｒａｃｋｉｎｇ ａｒｅａ，ＴＡ）または登録領域（ｒｅｇｉｓｔｒａｔｉｏｎ ａｒｅａ，ＲＡ）に対応する少なくとも１つのネットワークスライスのインジケーション情報を含んでよい。各ＴＡ／ＲＡが１または複数のネットワークスライスをサポート出来、したがって１つのＴＡ／ＲＡについての情報が、少なくとも１つのネットワークスライスのインジケーション情報に対応してよい。例えば、以下に具体的な表現形態が示される（名称は例に過ぎず、名称は本願の実施形態において限定されるものではない）。トラッキングエリアアイデンティティ（ｔｒａｃｋｉｎｇ ａｒｅａ ｉｄｅｎｔｉｔｙ／ｉｄｅｎｔｉｆｉｅｒ，ＴＡＩ）、登録領域アイデンティティ（ｒｅｇｉｓｔｒａｔｉｏｎ ａｒｅａ ｉｄｅｎｔｉｔｙ／ｉｄｅｎｔｉｆｉｅｒ，ＲＡＩ）、トラッキングエリアコード（ｔｒａｃｋｉｎｇ ａｒｅａ Ｃｏｄｅ，ＴＡＣ）、または登録領域コード（ｒｅｇｉｓｔｒａｔｉｏｎ ａｒｅａ ｉｄｅｎｔｉｔｙ／ｉｄｅｎｔｉｆｉｅｒ，ＲＡＣ）が、ＴＡ／ＲＡについての情報を表すのに用いられ、Ｓ−ＮＳＳＡＩ ｌｉｓｔがネットワークスライスのインジケーション情報を表し、１つのＴＡＩ／ＲＡＩ／ＴＡＣ／ＲＡＣが、少なくとも１つのＳ−ＮＳＳＡＩ ｌｉｓｔに対応してよい。
＞＞＞ＴＡＩ／ＲＡＩ／ＴＡＣ／ＲＡＣ
＞＞＞Ｓ−ＮＳＳＡＩ ｌｉｓｔ

本願のいずれの実施形態においても基地局についての情報は、当該基地局の基地局アイデンティティ、当該基地局のセントラルユニットアイデンティティ（ｃｅｎｔｒａｌ ｕｎｉｔ ＩＤ）、当該基地局の分散ユニットアイデンティティ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ ＩＤ）、当該基地局の物理セル識別子（Ｐｈｙｓｉｃａｌ Ｃｅｌｌ Ｉｄｅｎｔｉｆｉｅｒ，ＰＣＩ）、および当該基地局のセルグローバルアイデンティティ（Ｃｅｌｌ Ｇｌｏｂａｌ ＩＤ，ＣＧＩ）のうち少なくとも１つを含んでよい。

なおさらに、本願の任意の実施形態における各ネットワークスライスのインジケーション情報は、ネットワークスライス識別子、単一ネットワークスライス選択アシスト情報（ｓｉｎｇｌｅ ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ，Ｓ−ＮＳＳＡＩ）、およびＲＡＮネットワークスライス選択アシスト情報（ＲＡＮ ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ，Ｒ−ＮＳＳＡＩ）のうち少なくとも１つを含んでよい。

ネットワークスライス識別子は、以下の（１）から（７）のうち少なくとも１つを用いて表されてよい。

（１）ネットワークスライスタイプ情報 例えば、ネットワークスライスタイプ情報は、エンハンスドモバイルブロードバンド（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ，ｅＭＢＢ）サービス、超高信頼低遅延通信（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，ＵＲＬＬＣ）、または大容量マシンタイプ通信（ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ，ｍＭＴＣ）等のネットワークスライスタイプを示してよい。オプションでネットワークスライスタイプ情報は、ＲＡＮ−コアネットワーク（Ｃｏｒｅ Ｎｅｔｗｏｒｋ，ＣＮ）ネットワークスライスタイプを含むエンドツーエンドネットワークスライスタイプを示してよく、または、ＲＡＮ側ネットワークスライスタイプまたはＣＮ側ネットワークスライスタイプを示してよい。

（２）特定のサービスに関連するサービスタイプ情報 例えば、サービスタイプ情報は、ビデオサービス、Ｉｎｔｅｒｎｅｔ ｏｆ Ｖｅｈｉｃｌｅｓサービス、若しくはボイスサービス等のサービス特徴、または特定のサービスについての情報を示してよい。

（３）ＴｅｎｃｅｎｔまたはＳｔａｔｅ Ｇｒｉｄ等のネットワークスライスのクライアント情報を作成するよう、または借りるよう命令するのに用いられるテナント（Ｔｅｎａｎｔ）情報

（４）ユーザレベル等の特徴に基づいてユーザをグループ分けするよう命令するのに用いられるユーザグループ情報

（５）特徴に基づいてネットワークスライスをグループ分けするよう命令するのに用いられるスライスグループ情報。例えば、特徴は、端末デバイスがアクセス出来る全てのネットワークスライスがスライスグループとして用いられてよいことを含む。または、別の基準に従ってネットワークスライスグループを決定出来る。

（６）ネットワークスライスのために作成されたインスタンスの識別子および特徴情報を示すのに用いられるネットワークスライスインスタンス情報。例えば、ネットワークスライスインスタンスを示す識別子がネットワークスライスインスタンスに割り振られてよく、または、新たな識別子が、ネットワークスライスインスタンス識別子に基づいてマッピングされてよく、ネットワークスライスインスタンスと関連付けられる。受信側は、その識別子に基づいて、識別子が示す特定のネットワークスライスインスタンスを識別してよい。

（７）専用コアネットワーク（Ｄｅｄｉｃａｔｅｄ Ｃｏｒｅ Ｎｅｔｗｏｒｋ，ＤＣＮ）識別子。同識別子は、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）システムまたはエンハンスドＬＴＥ（ｅｎｈａｎｃｅｄ ＬＴＥ，ｅＬＴＥ）システムにおける専用コアネットワーク、例えば、もののインターネットにおける専用コアネットワークを一意的に示すのに用いられる。オプションで、ＤＣＮ識別子およびネットワークスライス識別子に対してマッピングが実施されてよく、ＤＣＮ識別子はネットワークスライス識別子へマッピングされてよく、ネットワークスライス識別子もＤＣＮ識別子へマッピングされてよい。

Ｓ−ＮＳＳＡＩは、少なくともスライス／サービスタイプ（Ｓｌｉｃｅ／Ｓｅｒｖｉｃｅ ｔｙｐｅ，ＳＳＴ）情報を含み、オプションでさらに、スライスディファレンシエータ（Ｓｌｉｃｅ Ｄｉｆｆｅｒｅｎｔｉａｔｏｒ，ＳＤ）情報を含んでよい。ＳＳＴ情報は、ネットワークスライスの挙動、例えばネットワークスライスの特徴およびサービスタイプを示すのに用いられる。ＳＤ情報は、ＳＳＴの補足的な情報である。ＳＳＴが複数のネットワークスライスの実装を示す場合、ＳＤは、一意的なネットワークスライスインスタンスに対応してよい。

Ｒ−ＮＳＳＡＩは、特定のＳ−ＮＳＳＡＩのセット、つまり、特定のＳ−ＮＳＳＡＩのセットの識別子を表す。

本願の実施形態において、ネットワークスライスのインジケーション情報は、先述のパラメータのうち少なくとも１つを用いて表されてよいことが理解されるべきである。例えば、ネットワークスライスのインジケーション情報は、ネットワークスライスタイプを用いて表されてよく、または、ネットワークスライスタイプおよびサービスタイプを用いて表されてよく、またはサービスタイプおよびテナント情報を用いて表されてよい。このことは、本願の実施形態限定されるものではない。ネットワークスライスのインジケーション情報がどのように表されるかは以下に詳細に説明しない。オプションで、ネットワークスライスのインジケーション情報の具体的な符号化フォーマットは限定されるものではない。種々のデバイス間でインタフェースメッセージで搬送されてよい種々のフィールドは種々のネットワークスライスのインジケーション情報を表し、または抽象化された指標値で置き換えられてよく、種々の指標値が種々のネットワークスライスに対応する。当然、先述の識別子に加えて別の識別子が含まれてよく、このことは、本明細書において限定されるものではない。端末デバイス、アクセスネットワークデバイス、またはコアネットワークデバイスが複数のネットワークスライスをサポートする場合、端末デバイス、アクセスネットワークデバイス、またはコアネットワークデバイスのサポートされているネットワークスライスのインジケーション情報は、先述の少なくとも１つの識別子のリスト形式で表されてよいことが理解されるべきである。

なお、本願発明の実施形態において、「通信インタフェースがある」または「インタフェースがある」とは、通信インタフェースが確立されていること、および通信インタフェースが利用可能である（ａｖａｉｌａｂｌｅ）ことを示し、「通信インタフェースがない」または「インタフェースがない」とは、通信インタフェースが確立されていないこと、または確立されている通信インタフェースが利用不可能である（ｕｎａｖａｉｌａｂｌｅ）ことを示す。本明細書において通信インタフェースは、アクセスネットワークデバイス間の通信インタフェース、およびアクセスネットワークデバイスとコアネットワークデバイスとの間の通信インタフェースに限定されない。

本願発明の実施形態は、ネットワークスライスをサポートする別の通信システムに適用出来る。「システム」および「ネットワーク」という用語は、互いに入れ換えられ得る。本願発明の実施形態で説明されているシステムアーキテクチャは、より明確に本願発明の実施形態の技術的解決法を説明することが意図されており、本願発明の実施形態で提供される技術的解決法の何らかの制限を構成するものではない。システムアーキテクチャの進化とともに、本願発明の実施形態で提供されている技術的解決法は同様の技術的課題にも適用可能であることを当業者は分かってよい。

図３を参照すると、図３は、本願発明の実施形態に係る通信方法を示す。本実施形態においては、アクセスネットワークデバイスが基地局である例を説明に用いる。図３に示すように、同通信方法は、端末デバイス、ソース基地局、ターゲット基地局、およびコアネットワークデバイスに関する。図３は、ハンドオーバーの成功をターゲット基地局が決定するときに用いられる通信方法に対応している。ソース基地局は、端末デバイスへの通信接続を現在確立している基地局であり、ターゲット基地局は、端末デバイスのセッションの要求されているハンドオーバー先である基地局である。

図３に示すように、通信方法は段階３０１から段階３０７を含んでいる。詳細については、以下の具体的な説明を参照されたい。

３０１．ソース基地局が、ターゲット基地局へハンドオーバー要求を送信する。

ソース基地局とターゲット基地局との間にはＸｎインタフェース等の通信インタフェースがある。その場合、ソース基地局とターゲット基地局とは互いに通信出来る。ハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられる。ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、セッションに対応するネットワークスライスのインジケーション情報とを含む。例えば、ハンドオーバーが要求されている複数のセッションがある場合、ハンドオーバー要求は、各セッションに対応するネットワークスライスのインジケーション情報を搬送する。対応して、ターゲット基地局がハンドオーバー要求を受信する。

オプションで、ハンドオーバーが要求されているセッションは、端末デバイスのアクティブ化されているセッションであってよく、端末デバイスで現在実施されているセッションと理解されてよい。例えば、端末デバイスのセッションは、セッションＡ１、セッションＡ２、セッションＡ３、セッションＡ４、およびセッションＡ５を含む。セッションＡ１、セッションＡ２、およびセッションＡ３はアクティブ状態にあり、セッションＡ４およびセッションＡ５は、非アクティブ化された状態にある。この場合、ハンドオーバー要求は、セッションＡ１の識別子、セッションＡ２の識別子、セッションＡ３の識別子、セッションＡ１に対応するネットワークスライスのインジケーション情報、セッションＡ２に対応するネットワークスライスのインジケーション情報、およびセッションＡ３に対応するネットワークスライスのインジケーション情報を含む。非アクティブ化されたセッションは、ターゲット基地局へハンドオーバーされる必要はなく、したがってシグナリング送信を減らせる。

オプションで、ハンドオーバー要求を送信する前に、ソース基地局はさらに、ターゲット基地局のサポートされているネットワークスライスについての取得された情報、およびハンドオーバーが要求されているセッションに対応するネットワークスライスの取得されたインジケーション情報に基づいて、ハンドオーバーが要求されているセッションの、対応するネットワークスライスをターゲット基地局がサポートする特定のセッション、およびハンドオーバーが要求されているセッションの、ネットワークスライスをターゲット基地局がサポートしない特定のセッションを決定してよい。またさらに、ハンドオーバーが要求されている全てのセッションに対応するネットワークスライスをターゲット基地局がサポートしない場合、ソース基地局は、ターゲット基地局へハンドオーバー要求を送信しなくてよい。

オプションで、ハンドオーバーが要求されているセッションは、端末デバイスの第１のセッションおよび第２のセッションであってよい。第１のセッションに対応するネットワークスライスはターゲット基地局がサポートし、第２のセッションに対応するネットワークスライスはターゲット基地局がサポートしない。ソース基地局とターゲット基地局との間に通信インタフェースがあるが故に、ターゲット基地局、別の基地局、コアネットワーク側、または同様のものとやり取りすることによりソース基地局は、ターゲット基地局のサポートされているネットワークスライスを決定してよい。さらに、ハンドオーバーが要求されている各セッションに対応するネットワークスライス、およびターゲット基地局のサポートされているネットワークスライスのインジケーション情報に基づいて、ソース基地局は、ハンドオーバーが要求されているセッションを分類して、第１のセッションおよび第２のセッションを把握してよい。例えば、ハンドオーバーが要求されているセッションは、セッションＢ１、セッションＢ２、およびセッションＢ３を含み、ターゲット基地局は、セッションＢ１およびセッションＢ２に対応するネットワークスライスをサポートするが、ターゲット基地局は、セッションＢ３に対応するネットワークスライスをサポートしない。この場合、ハンドオーバーが要求されているセッションの識別子は、２つのタイプに分類され、ターゲット基地局へ送信される。１つのタイプは、第１のセッションの識別子であり、他方のタイプは、第２のセッションの識別子である。したがって、ターゲット基地局は、ターゲット基地局がサポートしないセッションを直接決定出来、それにより、ハンドオーバー応答メッセージを決定することの効率が向上する。当然、ハンドオーバーする必要のある全てのセッションに対して特別な分類処理を実施しなくてよい。

オプションで、ハンドオーバーが要求されているセッションは端末デバイスの第１のセッションであってよく、第１のセッションに対応するネットワークスライスはターゲット基地局がサポートする。したがって、ターゲット基地局がサポートしないネットワークスライスに対応するセッションに関して、ターゲット基地局は、ハンドオーバーが要求されているセッションに対応するネットワークスライスがサポートされているかを決定する必要はなく、ターゲット基地局のネットワークスライスのリソース使用状況に基づいて、第１のセッションをハンドオーバーするかを直接決定してよい。この場合、ターゲット基地局は第２のセッションに対して受け入れ制御を実施する必要はなく、それにより、第２のセッションに対して受け入れ制御を実施するための処理時間を節約する。

オプションで、ソース基地局は、ターゲット基地局として、ソース基地局との通信インタフェースを有する複数の基地局のうち１つを選択する。さらに、決定されるターゲット基地局はハンドオーバーが要求されている全てまたは一部のセッションに対応するネットワークスライスをサポートし、そうすることで、ハンドオーバーが要求されている全てのセッションのネットワークスライスをターゲット基地局がサポートしないが故に引き起こされるハンドオーバーの失敗を回避する。ハンドオーバーの失敗の数が減り、ハンドオーバー成功率が高まる。

オプションで、端末デバイスが送信した測定レポートをソース基地局が受信した場合、ソース基地局は、測定レポートに基づいてターゲット基地局を選択し、段階３０１を実施してターゲット基地局へハンドオーバー要求を送信してよい。測定レポートは、セルおよび基地局のうち少なくとも１つの測定レポート値を含む。オプションで、測定レポートがセルの測定レポート値を含む場合、その含まれるセルは、ソース基地局のセルまたは別の基地局のセルであってよい。測定レポートが基地局の測定レポート値を含む場合、その含まれる基地局は、ソース基地局または別の基地局であってよい。オプションで、測定レポートに含まれるセルの数および基地局の数は本願発明の本実施形態において限定されるものではない。

３０２．ターゲット基地局は、ネットワークスライスサポート状況、リソース使用状況、またはハンドオーバー要求等の要素に基づいて受け入れ制御を実施する。

ソース基地局が送信したハンドオーバー要求をターゲット基地局が受信した場合、ターゲット基地局は受け入れ制御（ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ）を実施する。オプションで、ターゲット基地局は、ハンドオーバー要求内の各セッションに対応するネットワークスライスのインジケーション情報、ターゲット基地局のサポート状況、またはリソース使用状況等の要素に基づいてハンドオーバー応答メッセージを決定する。

例えば、セッションＢ４に関して、ターゲット基地局のサポートされているネットワークスライスについての情報がセッションＢ４に対応するネットワークスライスのインジケーション情報を含む場合、このことは、セッションＢ４に対応するネットワークスライスをターゲット基地局がサポートすることを示す。ターゲット基地局のサポートされているネットワークスライスについての情報がセッションＢ４に対応するネットワークスライスのインジケーション情報を含まない場合、このことは、セッションＢ４に対応するネットワークスライスをターゲット基地局がサポートしないことを示す。この場合、セッションＢ４は拒否されたセッションである。さらに、セッションＢ４に対応するネットワークスライスをターゲット基地局がサポートするとき、ターゲット基地局がさらにセッションＢ４に、対応するネットワークスライスのためのリソースを割り当てられる場合、ターゲット基地局はセッションＢ４が承諾されたセッションであると決定する。セッションＢ４に、対応するネットワークスライスのためのリソースをターゲット基地局が割り当てられない場合、ターゲット基地局は、セッションＢ４が拒否されたセッションであると決定する。このように、ターゲット基地局は、受け入れ制御を通じてハンドオーバー応答メッセージを決定出来る。

オプションで、たとえ段階３０１において第１のセッションのみが搬送されたとしても、ターゲット基地局は、第１のセッション（１または複数のセッション）に対応するネットワークスライスのインジケーション情報をチェックして、第１のセッションに対応するネットワークスライスが現在サポートされているかを決定してよい。

さらにハンドオーバー応答メッセージはハンドオーバー要求確認応答メッセージであってよく、またはハンドオーバー応答メッセージはハンドオーバー失敗メッセージである。図３に示す実施形態において、ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合について説明する。この場合、ハンドオーバーが要求されているセッションは、ターゲット基地局へハンドオーバー出来るセッションと、ターゲット基地局が拒否するセッションとを含む。セッションをターゲット基地局が拒否するのは、拒否されたセッションに対応するネットワークスライスをターゲット基地局がサポートしないという理由、または、ターゲット基地局の、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないという理由からであってよい。したがって、ハンドオーバー要求確認応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる。原因情報は、ターゲット基地局が、拒否されたセッションに対応するネットワークスライスをサポートしないことであるか、または、ターゲット基地局がサポートし、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことである。

オプションで、本願発明の本実施形態において原因情報は、情報要素（ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ，ＩＥ）、フラグ（ｆｌａｇ）、原因値（ｃａｕｓｅ）、または同様のものを用いて示されてよく、このことは、本願発明の本実施形態において限定されるものではない。

例えば、ハンドオーバーが要求されているセッションが第１のセッションおよび第２のセッションを含む場合、拒否されたセッションの原因情報は、拒否されたセッションに対応するネットワークスライスをターゲット基地局がサポートしないこと、または、ターゲット基地局がサポートする、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことであってよい。ハンドオーバーが要求されているセッションが第１のセッションを含む場合、基地局の拒否されたセッションに関する原因情報は、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことである。第１のセッションが複数のデータフローを含み、第１のセッションの少なくとも１つのデータフローをターゲット基地局が受け入れ許可し（ａｄｍｉｔｔｅｄ）、少なくとも１つのデータフローをターゲット基地局が拒否する場合、第１のセッションの少なくとも１つのデータフローを拒否する理由を示すインジケーション情報が搬送されてよい。例えば、その理由は、ターゲット基地局内で、利用可能なリソースがないこと、または、第１のセッションに対応するネットワークスライスのために利用可能なリソースがないことを含む。データフローは、トラフィックフローまたはＱｏＳフロー（ＱｏＳ ｆｌｏｗ）である。

３０３．ターゲット基地局は、ソース基地局へハンドオーバー要求確認応答メッセージを送信する。

ハンドオーバー要求確認応答メッセージは、承諾されたセッションの識別子と、拒否されたセッションの識別子と、拒否されたセッションに対応する原因情報とを含む。例えば、ハンドオーバー要求確認応答メッセージは、ハンドオーバー確認応答またはハンドオーバー要求確認応答であってよい。

例えば、表１を参照すると、表１はＰＤＵセッションリリースリストまたはＰＤＵセッション拒否リストである。ハンドオーバー要求確認応答メッセージに含まれる拒否されたセッションの識別子、および拒否されたセッションに対応する原因情報は、表１に示すものであってよい。
表１

オプションで、ハンドオーバー要求確認応答メッセージはさらに、拒否されたセッションに対応する再送信インジケーション情報を含む。再送信インジケーション情報は、ターゲット基地局のサポートされているネットワークスライスへ、拒否されたセッションのデータフローをルーティングすることを端末デバイスが許可されているかを示すのに用いられる。例えば、拒否されたセッションは、セッションＢ１であり、セッションＢ１は、ネットワークスライス１に対応する。拒否されたセッションＢ１の原因情報は、ターゲット基地局が、セッションＢ１に対応するネットワークスライス１をサポートしないこと、または、ターゲット基地局がネットワークスライス１をサポートするが、ネットワークスライス１のために利用可能なリソースがないことであってよい。セッションＢ１を拒否する理由に関わらず、ターゲット基地局がネットワークスライス２をサポートし、セッションＢ１のデータフローが、ネットワークスライス２へルーティングされる場合、データ送信も実装出来る。この場合、ターゲット基地局は、セッションＢ１に対応する再送信インジケーション情報は、ターゲット基地局がサポートするネットワークスライス２へ、セッションＢ１のデータフローをルーティングすることを端末デバイスが許可されていることであると決定する。再送信インジケーション情報は、データフローのルーティング先である特定のネットワークスライスを示さなくてもよいことが理解され得る。加えて、セッションＢ１のデータフローのルーティング先となり得るネットワークスライスがターゲット基地局内に存在しない場合、またはターゲット基地局が、セッションＢ１のデータフローのＱｏＳ要件を満たせない場合、ターゲット基地局は、セッションＢ１に対応する再送信インジケーション情報は、ターゲット基地局のサポートされているネットワークスライスへ、セッションＢ１のデータフローをルーティングすることを端末デバイスが許可されないことであると決定する。再送信インジケーション情報および原因情報は、ＩＥ／Ｆｌａｇ／Ｃａｕｓｅ ｖａｌｕｅを用いて識別されてよいことが理解され得る。ＩＥ／Ｆｌａｇ／Ｃａｕｓｅ ｖａｌｕｅは、セッションの拒否原因を示し、また、拒否されたセッションに対応するデータフローを別のネットワークスライスへルーティング出来ることを示す。具体的には、セッションが、ターゲット基地局のサポートされている別のネットワークスライス上で再確立されて、データフローを送信してよい。再送信インジケーション情報および原因情報は、２つの異なるＩＥ／Ｆｌａｇ／Ｃａｕｓｅ ｖａｌｕｅを用いて識別されてよい。

オプションで、ハンドオーバー要求確認応答メッセージはさらに、ハンドオーバーが要求されているセッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む。１つのセッションは、複数のデータフローを含む。１つのベアラは、複数のデータフローに対応してよい。拒否されたベアラは、承諾されたセッションに含まれるベアラであってよく、または、拒否されたセッションに含まれるベアラであってよい。拒否されたデータフローは、承諾されたセッションのデータフローであってよく、または、拒否されたセッションのデータフローであってよい。例えば、承諾されたセッションの少なくとも１つのベアラは拒否されたベアラであり、承諾されたセッションの少なくとも１つのデータフローは拒否されたデータフローである。拒否されたベアラまたは拒否されたデータフローは、ハンドオーバー要求確認応答メッセージを用いてソース基地局へ送信され、そうすることでソース基地局は、拒否されたベアラまたは拒否されたデータフローを確認出来る。

例えば、ハンドオーバー要求確認応答メッセージが拒否されたデータフローの識別子をさらに含む場合、表２を参照すると、表２は、承諾されたセッションの識別子と、拒否されたデータフローの原因情報と、拒否されたデータフローの識別子とを含む。承諾されたセッションのリストは、ＰＤＵセッション受け入れ許可リスト（ＰＤＵ Ｓｅｓｓｉｏｎ Ａｄｍｉｔｔｅｄ Ｌｉｓｔ）またはＰＤＵセッションハンドオーバーリスト（ＰＤＵ Ｓｅｓｓｉｏｎｓ Ｓｕｂｊｅｃｔ ｔｏ Ｆｏｒｗａｒｄｉｎｇ Ｌｉｓｔ）として表されてよい。
表２

例えば、ハンドオーバー要求確認応答メッセージに含まれている先述の情報は、リスト形式でフィードバックされてよい。ソース基地局がハンドオーバーを要求しているセッションは、第１のセッションおよび第２のセッションを含み、ハンドオーバー応答メッセージは、ハンドオーバー要求確認応答メッセージであると決定される。第１のセッションがセッションＣ１、セッションＣ２、およびセッションＣ３を含み、第２のセッションがセッションＤ１およびセッションＤ２を含む例を説明に用いる。ターゲット基地局が承諾するセッションは、セッションＣ１およびセッションＣ２を含み、ターゲット基地局が拒否するセッションは、セッションＣ３、セッションＤ１、およびセッションＤ２を含む。ターゲット基地局はセッションＣ３に対応するネットワークスライスをサポートするが、ネットワークスライスのために利用可能なリソースがないが故にハンドオーバーが失敗する。承諾されたセッションＣ１の少なくとも１つのベアラまたはデータフローが拒否された。

この場合、表３を参照すると、表３は本願発明の実施形態に係る承諾されたセッションのリスト形式である。拒否されたベアラ／データフローを含むセッションＣ１に対応する原因情報が、ハンドオーバー要求確認応答メッセージに含まれてよい。原因情報は、少なくとも１つの拒否されたベアラまたは少なくとも１つの拒否されたデータフローの原因情報を示すのに用いられる。例えば、少なくとも１つの拒否されたベアラまたは少なくとも１つの拒否されたデータフローの原因情報Ｒ３は、利用可能なリソースなし、セッションのデータフローに対応する無効なＱｏＳ組み合わせ（Ｉｎｖａｌｉｄ ＱｏＳ ｃｏｍｂｉｎａｔｉｏｎ）、複数のデータフロー識別子、または同様のものであってよい。拒否されたベアラ／データフローを含むセッションＣ１に対応する再送信インジケーション情報がさらに、ハンドオーバー要求確認応答メッセージに含まれてよい。再送信インジケーション情報が表す意味は、先述のコンテンツのものと同じである。再送信インジケーション情報Ｙは、ターゲット基地局のサポートされているネットワークスライスへ、セッションＣ１の拒否されたデータフローをルーティングすることを端末デバイスが許可されていることを示す。したがって、より正確な情報を次のハンドオーバーのために提供出来る。ハンドオーバー成功率が高まる。拒否されたベアラ／データフローの識別子、再送信インジケーション情報、および原因情報がオプションで、ハンドオーバー要求確認応答メッセージ内で搬送されてよい。確認されたセッションのリストは、ＰＤＵセッション受け入れ許可リスト（ＰＤＵ Ｓｅｓｓｉｏｎ Ａｄｍｉｔｔｅｄ Ｌｉｓｔ）またはＰＤＵセッションハンドオーバーリスト（ＰＤＵ Ｓｅｓｓｉｏｎｓ Ｓｕｂｊｅｃｔ ｔｏ Ｆｏｒｗａｒｄｉｎｇ Ｌｉｓｔ）として表されてよい。
表３

さらに、表４を参照すると、表４は本願発明の実施形態に係る拒否されたセッションのリスト形式である。拒否されたベアラ／データフローの識別子および再送信インジケーション情報がオプションで、ハンドオーバー要求確認応答メッセージ内で搬送されてよい。セッションＣ３の原因情報は、セッションＣ３に対応するネットワークスライスをターゲット基地局がサポートするが、ネットワークスライスのために利用可能なリソースがないことを示すＲ１である。セッションＤ１の原因情報およびセッションＤ２の原因情報は、セッションＤ１に対応するネットワークスライスまたはセッションＤ２に対応するネットワークスライスをターゲット基地局がサポートしないことを示すＲ２である。再送信インジケーション情報内のＹは、ターゲット基地局のサポートされているネットワークスライスへ、セッションＣ３のデータフローをルーティングすることを端末デバイスが許可されていることを示す。再送信インジケーション情報内のＮは、ターゲット基地局のサポートされているネットワークスライスへ、セッションＤ１およびセッションＤ２のデータフローをルーティングすることを端末デバイスが許可されないことを示す。拒否されたセッションのリストは、ＰＤＵセッションリリースリスト（ＰＤＵ Ｓｅｓｓｉｏｎｓ ｔｏ Ｒｅｌｅａｓｅ Ｌｉｓｔ）またはＰＤＵセッション拒否リスト（ＰＤＵ ｓｅｓｓｉｏｎｓ Ｎｏｔ Ａｄｍｉｔｔｅｄ Ｌｉｓｔ）として表されてよい。
表４

加えて、表４から、各セッション識別子に基づいてリストが生成されることが把握出来る。別の任意の方式において、リストは、原因情報に基づいて生成されてよい。表５に示すように、表５は、本願発明の実施形態に係る拒否されたセッションの別のリスト形式である。この場合、１つの原因情報が複数のセッション識別子に対応し、それにより、シグナリング送信が減る。拒否されたベアラ／データフローの識別子および再送信インジケーション情報がオプションで、ハンドオーバー要求確認応答メッセージ内で搬送されてよい。拒否されたセッションのリストは、ＰＤＵセッションリリースリスト（ＰＤＵ Ｓｅｓｓｉｏｎｓ ｔｏ Ｒｅｌｅａｓｅ Ｌｉｓｔ）またはＰＤＵセッション拒否リスト（ＰＤＵ ｓｅｓｓｉｏｎｓ Ｎｏｔ Ａｄｍｉｔｔｅｄ Ｌｉｓｔ）として表されてよい。
表５

オプションで、ハンドオーバー要求確認応答メッセージはさらに、ターゲット基地局が決定するベアラ設定情報を搬送し、ベアラ設定情報は、設定情報に基づいてベアラ設定を実施するよう端末デバイスに命令するのに用いられる。

さらにオプションで、ハンドオーバー要求確認応答メッセージはさらに全設定ハンドオーバーインジケーション情報を含む。全設定ハンドオーバーインジケーション情報は、端末デバイスがそれぞれのオリジナルのベアラを変更する必要はないことを示すのに用いられる。ターゲット基地局が決定したベアラ設定情報を用いて、全設定ハンドオーバーが実施されてよい。具体的には、全てのオリジナルのベアラ設定が削除され、ターゲット基地局が決定したベアラ設定情報が格納されて、ベアラ設定効率が向上する。オプションで、ハンドオーバー要求が全設定ハンドオーバーインジケーション情報を含む場合、ハンドオーバー要求確認応答メッセージはさらに、全設定ハンドオーバーインジケーション情報を含む。

オプションで、ハンドオーバー要求確認応答メッセージはさらに、ターゲット基地局のサポートされているネットワークスライスについての情報を含む。このことは、ターゲット基地局が現在サポートしているネットワークスライスについての情報のターゲット基地局によるソース基地局への通知を支援し、それにより、ソース基地局とターゲット基地局との間のやり取りが減る。

対応して、ソース基地局は、ターゲット基地局が送信したハンドオーバー要求確認応答メッセージを受信する。

３０４．ソース基地局が、端末デバイスへハンドオーバーコマンドを送信する。

ターゲット基地局が送信したハンドオーバー要求確認応答メッセージをソース基地局が受信した後、ソース基地局は端末デバイスへハンドオーバーコマンドを送信する。例えば、ハンドオーバーコマンドは、ＲＲＣ接続再設定メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）またはハンドオーバーコマンドメッセージ（ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄ）であってよい。ハンドオーバーコマンドは、ターゲット基地局へハンドオーバー出来るセッション、データフロー、またはベアラを端末デバイスへ通知するよう、承諾されたセッションの識別子と、承諾されたセッションのデータフローの識別子と、承諾されたセッションに対応するベアラの識別子とのうち少なくとも１つを含む。

オプションで、ハンドオーバーコマンドはさらに、ターゲット基地局が拒否するセッションと、拒否されたセッションに対応する再送信インジケーション情報とを含む。このように、拒否されたセッションに対応する再送信インジケーション情報に基づいて端末デバイスは、拒否されたセッションのために、ターゲット基地局に対するセッションセットアップ要求を開始するかを決定する。オプションで、複数の拒否されたセッションに関して、ハンドオーバーコマンドは、各セッションに対応する再送信インジケーション情報を含んでよく、またはハンドオーバーコマンドは、再送信許可または再送信不許可を示してよい。このことは、本願発明の本実施形態において限定されるものではない。

オプションで、ターゲット基地局が決定するベアラ設定情報をハンドオーバー要求確認応答メッセージが含む場合、ハンドオーバーコマンドはさらに、ターゲット基地局が決定したベアラ設定情報を含んで、設定情報に基づいてベアラ設定を実施するよう端末デバイスに命令する。ハンドオーバー要求確認応答メッセージがさらに、全設定ハンドオーバーインジケーション情報を含む場合、ハンドオーバーコマンドはさらに全設定ハンドオーバーインジケーション情報を含んで、ベアラ設定効率が向上する。

対応して、端末デバイスは、ソース基地局が送信したハンドオーバーコマンドを受信する。

３０５．端末デバイスは、ターゲット基地局へハンドオーバー確認応答メッセージを送信する。

例えば、ハンドオーバー確認応答メッセージは、ハンドオーバーコマンド完了メッセージ（ｈａｎｄｏｖｅｒ Ｃｏｍｐｌｅｔｅ）であってよく、またはＲＲＣ接続再設定完了メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）であってよい。

オプションで、端末デバイスがハンドオーバーコマンドを受信した後、端末デバイスとターゲット基地局との間でランダムアクセスが実施されて、ターゲット基地局へハンドオーバー確認応答メッセージをフィードバックする。ハンドオーバー確認応答メッセージは、端末デバイスがハンドオーバーを完了したことを示すのに用いられる。

３０６．ターゲット基地局が、コアネットワークデバイスへ経路切替要求を送信する。

ハンドオーバー確認応答メッセージを受信したとき、ターゲット基地局はコアネットワークデバイスへ経路切替要求を送信する。例えば、経路切替要求はＰａｔｈ ｓｗｉｔｃｈ ｒｅｑｕｅｓｔである。経路切替要求は、ターゲット基地局が承諾するセッションの識別子を含み、そうすることでコアネットワークデバイスは、承諾されたセッションに対して経路切替を実施する。

オプションで、経路切替要求はさらに、ターゲット基地局が拒否するセッションの識別子を含んでよく、そうすることでコアネットワークデバイスは、拒否されたセッションに対するリリースまたは非アクティブ化を実施する。

さらに、端末デバイスにはアクティブ化されたサービスと非アクティブ化されたサービスとがあり、コアネットワークデバイスは、端末デバイスの全てのセッションを格納する。承諾されたセッションと拒否されたセッションとの両方がアクティブ化されたサービスに属する。そのような２つのセッションの識別子は経路切替要求内で搬送され、そうすることでコアネットワークデバイスは、端末デバイスの全ての格納されたセッションのうち非アクティブ化されたセッションを決定出来る。このように、コアネットワークデバイスはそのようなセッションを扱う必要はなく、承諾されたセッションおよび拒否されたセッションのみを扱いさえすればよく、それにより処理効率が向上する。

オプションで、経路切替要求はさらに、ターゲット基地局が拒否するセッションに対応するネットワークスライスのインジケーション情報を含み、そうすることでコアネットワークデバイスは、拒否されたセッションに対応するネットワークスライスと、ターゲット基地局がサポートし、コアネットワークデバイスに格納されているネットワークスライスとを比較出来る。したがって、コアネットワークデバイスは、ターゲット基地局がネットワークスライスをサポートしないが故にセッションが拒否されたか把握出来る。そうである場合、コアネットワークデバイスは続いて、セッションをリリース（ｒｅｍｏｖｅ）する処理をトリガして、そのようなセッションがコアネットワークデバイス内で占有するストレージ領域を減らす。そうでない場合、コアネットワークデバイスは続いて、セッションを非アクティブ化（ｄｅａｃｔｉｖａｔｅ）する処理をトリガしてよく、そうすることでコアネットワークデバイスは、セッションをアクティブ化する必要があるときに直ぐ様セッションを再開出来る。

オプションで、経路切替要求は、ターゲット基地局が拒否するセッションに対応する原因情報を含む。原因情報が搬送され、そうすることでコアネットワークデバイスは、種々の原因で拒否されたセッションに対して種々の処理を実施出来る。

対応して、コアネットワークデバイスは、ターゲット基地局が送信した経路切替要求を受信する。

３０７．コアネットワークデバイスは、承諾されたセッションに対し経路切替を実施し、拒否されたセッションの非アクティブ化またはリリースを実施する。

承諾されたセッションに対しコアネットワークデバイスが経路切替を実施することは具体的には次の通りである：

拒否されたセッションに対しコアネットワークデバイスが非アクティブ化処理を実施することは具体的には、拒否されたセッションを中断することである。当該セッションに対応するコンテクストがコアネットワークデバイスに格納されてよく、そうすることでコアネットワークデバイスは、セッションがアクティブ化される必要があるときに直ぐ様セッションを再開出来る。

拒否されたセッションのリリースをコアネットワークデバイスが実施するとは具体的には次の通りである：セッションに対応するコンテクストをコアネットワークデバイスがリリースする。例えば、ＡＭＦネットワーク要素がＳＭＦネットワーク要素に対し、セッションに対応するコンテクストをリリースするよう命令し、それにより、コアネットワークデバイス内のそのようなセッションによって占有されるストレージ領域が減る。

オプションで、コアネットワークデバイスは、ターゲット基地局のネットワークスライスの利用可能なリソースがないが故に拒否されたセッションに対する非アクティブ化を実施してよく、そうすることで、ターゲット基地局のネットワークスライスが利用可能であるときにセッションのデータ送信を再開出来る。セッションに対して実施されるリリースと比較し、アクティブ化処理に必要とされる時間は、ターゲット基地局のネットワークスライスが限定されていないときにセッションを再確立することにより短くなり、そうすることで、非アクティブ化されたセッションのデータ送信をより直ぐ様再開出来る。

オプションで、コアネットワークデバイスは、ターゲット基地局がネットワークスライスをサポートしないが故に拒否されたセッションのリリースを実施してよい。ターゲット基地局のサポートされているネットワークスライスは、短時間では変化せず、したがってセッションのデータ送信は、短時間で再開出来ない。この場合、非アクティブ化処理がセッションに対し実施される場合、コアネットワークデバイスのより多くのストレージ領域が占有され、ストレージ領域が無駄になる。

３０８．コアネットワークデバイスが、ターゲット基地局へ経路切替要求応答メッセージを送信する。

コアネットワークデバイスが、ターゲット基地局へ経路切替要求応答メッセージを送信する。経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む。例えば、経路切替要求応答メッセージはＰａｔｈ ｓｗｉｔｃｈ ｒｅｑｕｅｓｔ ａｃｋまたはＰａｔｈ ｓｗｉｔｃｈ ｒｅｑｕｅｓｔ ｒｅｓｐｏｎｓｅである。

オプションで、経路切替要求応答メッセージはさらに、経路切替が失敗したセッションの識別子を含み、そうすることでターゲット基地局は、コアネットワークデバイスの経路切替結果を決定する。

本願発明の本実施形態において、ソース基地局がターゲット基地局へハンドオーバー要求を送信した後、ソース基地局は、ターゲット基地局のネットワークスライスに起因して拒否されたセッションの原因情報を取得して、ターゲット基地局へのハンドオーバーを要求する必要がある別のセッションのための情報の提供を支援出来る。同じネットワークスライスに対応するセッションをソース基地局からハンドオーバーする必要があるとき、ソース基地局は、当該セッションをターゲット基地局へハンドオーバー出来るかを直接決定してよく、それによりハンドオーバー成功率が高まる。

図４を参照すると、図４は、本願発明の実施形態に係る通信方法を示す。本実施形態においては、アクセスネットワークデバイスが基地局である例を説明に用いる。図４に示すように、同通信方法は、端末デバイス、ソース基地局、およびターゲット基地局に関する。図４は、ハンドオーバーの失敗をターゲット基地局が決定するときに用いられる通信方法に対応している。ソース基地局は、端末デバイスへの通信接続を現在確立している基地局であり、ターゲット基地局は、端末デバイスのセッションの要求されているハンドオーバー先である基地局である。

図４に示すように、通信方法は段階４０１から段階４０４を含んでいる。詳細については、以下の具体的な説明を参照されたい。

４０１．ソース基地局が、ターゲット基地局へハンドオーバー要求を送信する。

段階４０１に関しては、図３に示す実施形態における段階３０１の対応する詳細な説明を参照されたい。詳細は改めて本明細書において説明しない。

４０２．ターゲット基地局は、ネットワークスライスサポート状況、リソース使用状況、またはハンドオーバー要求等の要素に基づいて受け入れ制御を実施する。

ソース基地局が送信したハンドオーバー要求をターゲット基地局が受信した場合、ターゲット基地局は受け入れ制御（ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ）を実施する。オプションでターゲット基地局は、ハンドオーバー要求内の各セッションに対応するネットワークスライスのインジケーション情報、ターゲット基地局のネットワークスライスのサポート状況、またはリソース使用状況等の要素に基づいてハンドオーバー応答メッセージを決定する。

さらにハンドオーバー応答メッセージはハンドオーバー要求確認応答メッセージであってよく、またはハンドオーバー応答メッセージはハンドオーバー失敗メッセージである。図４に示す実施形態において、ハンドオーバー応答メッセージがハンドオーバー失敗メッセージである場合について説明する。この場合、ハンドオーバーが要求されているセッションのどれもターゲット基地局へハンドオーバー出来ない。すなわち、ハンドオーバーが要求されているセッションは全て、ターゲット基地局が拒否するセッションである。セッションのハンドオーバーをターゲット基地局が拒否するのは、拒否されたセッションに対応するネットワークスライスをターゲット基地局がサポートしないという理由、または、ターゲット基地局の、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないという理由からであってよい。したがって、ハンドオーバー要求確認応答メッセージは拒否インジケーション情報を含む。拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる。原因情報は、拒否されたセッションに対応するネットワークスライスをターゲット基地局がサポートしないことであるか、または、ターゲット基地局がサポートし、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことである。

オプションで、本願発明の本実施形態において原因情報は、ＩＥ、ｆｌａｇ、ｃａｕｓｅ、または同様のものを用いて示されてよい。このことは、本願発明の本実施形態において限定されるものではない。

例えば、ハンドオーバーが要求されているセッションが第１のセッションおよび第２のセッションを含む場合、拒否されたセッションの原因情報は、拒否されたセッションに対応するネットワークスライスをターゲット基地局がサポートしないこと、または、ターゲット基地局がサポートする、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことであってよい。ハンドオーバーが要求されているセッションが第１のセッションを含む場合、拒否されたセッションの原因情報は、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことである。

４０３．ターゲット基地局が、ソース基地局へハンドオーバー失敗メッセージを送信する。

ハンドオーバー失敗メッセージは、拒否されたセッションに対応する原因情報を含む。例えば、ハンドオーバー失敗メッセージは、ハンドオーバー準備失敗（ｈａｎｄｏｖｅｒ ｐｒｅｐａｒａｔｉｏｎ ｆａｉｌｕｒｅ）メッセージである。

オプションで、ハンドオーバー失敗メッセージはさらに、ハンドオーバーが要求されているセッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む。１つのセッションは複数のデータフローを含み、１つのベアラは、少なくとも１つのデータフローに対応する。拒否されたベアラは拒否されたセッションのベアラであってよく、拒否されたデータフローは拒否されたセッションのデータフローであってよい。例えば、拒否されたセッションの全てのベアラが拒否されたベアラであり、拒否されたセッションの全てのデータフローが拒否されたデータフローである。拒否されたベアラまたは拒否されたデータフローのＩＤは、ハンドオーバー失敗メッセージを用いてソース基地局へ送信され、そうすることでソース基地局は、拒否されたベアラまたは拒否されたデータフローを確認出来る。

さらに本願発明の本実施形態において、ハンドオーバー失敗メッセージは拒否されたセッションのリストを用いて表されてよい。リストに関しては、再送信インジケーション情報を除く表４および表５内の全てのコンテンツを参照されたい。拒否されたベアラ／データフローの識別子はハンドオーバー失敗メッセージのオプションのコンテンツであり、このことは、本願発明の本実施形態において限定されるものではない。

オプションで、ハンドオーバー応答メッセージがハンドオーバー失敗メッセージである場合、拒否インジケーション情報は、端末デバイスの任意のセッションに対応するネットワークスライスをターゲット基地局がサポートしないことを示すのに用いられてよい。例えば、ハンドオーバーが要求されているセッションが第１のセッションおよび第２のセッションを含み、ターゲット基地局による、サポートされている新たに更新されたネットワークスライスをソース基地局が知らない場合、ターゲット基地局は、要求されているどのセッションもサポートしない可能性が高い。この場合、オプションの解決法では、ハンドオーバー失敗メッセージは、（ＩＥ、ｆｌａｇ、ｃａｕｓｅ、または同様のものが示す）拒否インジケーション情報、および拒否されたセッションの識別子を含む。例えば、この場合、表６を参照するとＰＤＵセッションリリースリストは、ハンドオーバー拒否インジケーション値を含む。別のオプションの解決法では、ハンドオーバー失敗メッセージは、（ＩＥ、ｆｌａｇ、ｃａｕｓｅ、または同様のものが示す）拒否インジケーション情報を含む。この場合、表６内のＰＤＵセッションリリースリストは搬送される必要はなく、ハンドオーバー失敗インジケーション値のみが搬送される。このようにソース基地局が、ターゲット基地局がサポートしないネットワークスライスを決定する。
表６

代替的に、拒否インジケーション情報は、ハンドオーバー要求に含まれる任意のセッションに対応するネットワークスライスをターゲット基地局がサポートすること、およびハンドオーバー要求に含まれる全てのセッションをハンドオーバーすることをターゲット基地局が拒否することを示すのに用いられてよい。例えば、ハンドオーバーが要求されているセッションが第１のセッションを含み、ハンドオーバーが要求されている各セッションに対応するターゲット基地局のネットワークスライスのために利用可能なリソースがない場合、オプションの解決法では、ハンドオーバー失敗メッセージは（ＩＥ、ｆｌａｇ、ｃａｕｓｅ、または同様のものが示す）拒否インジケーション情報を含み、別のオプションの解決法では、ハンドオーバー失敗メッセージは、（ＩＥ、ｆｌａｇ、ｃａｕｓｅ、または同様のものが示す）拒否インジケーション情報、および拒否されたセッションの識別子を含み、そうすることでソース基地局は、ターゲット基地局の、ハンドオーバーが要求されているセッションに対応するネットワークスライスのリソース使用状況を決定する。

代替的に、拒否インジケーション情報は、ターゲット基地局が、第３のセッションに対応するネットワークスライスをサポートするが第３のセッションへのハンドオーバーを拒否すること、および、ターゲット基地局が、第４のセッションに対応するネットワークスライスをサポートしないことを示すのに用いられてよい。ハンドオーバーが要求されているセッションは、第３のセッションと第４のセッションとを含む。例えば、ターゲット基地局が新たに更新したサポートされているネットワークスライスをソース基地局が決定しないとき、ソース基地局がハンドオーバーを要求しているセッションが第１のセッションおよび第２のセッションを含む場合、または、ソース基地局がハンドオーバーを要求しているセッションが第１のセッションを含む場合、ターゲット基地局は、ターゲット基地局のネットワークスライスのサポート状況およびリソース使用状況に基づいて、ハンドオーバーが要求されているセッションを再分類してよい。具体的には、ソース基地局は、ターゲット基地局がサポートする第１のセッションが、ターゲット基地局がサポートしないセッションに変化するかもしれないと決定し、ソース基地局は、ターゲット基地局がサポートしない第２のセッションが、ターゲット基地局がサポートするセッションに変化するかもしれないと決定する。したがって、ターゲット基地局がフィードバックする拒否インジケーション情報内の第３のセッションは、ハンドオーバー要求内の第１のセッションと同じであるか、または異なってよく、ターゲット基地局がフィードバックする拒否インジケーション情報内の第４のセッションは、ハンドオーバー要求内の第２のセッションと同じであるか、または異なってよい。さらにこの場合、ターゲット基地局は、同じハンドオーバー拒否原因に対応するセッションを１つのセッションタイプに分類し、このセッションタイプと（ＩＥ、ｆｌａｇ、ｃａｕｓｅ、または同様のものが示す）１つの拒否インジケーション情報との間で対応関係を確立してよい。すなわちハンドオーバー失敗メッセージは、２つの拒否インジケーション情報と、それら２つの拒否インジケーション情報に対応するセッションの識別子とを含む。代替的にターゲット基地局は、各拒否されたセッションと、（ＩＥ、ｆｌａｇ、ｃａｕｓｅ、または同様のものが示す）１つの拒否インジケーション情報との間で対応関係を確立してよい。すなわちハンドオーバー失敗メッセージは、少なくとも１つの拒否されたセッションの識別子と、各拒否されたセッションに対応する拒否インジケーション情報とを含む。代替的にハンドオーバー失敗メッセージは、２つの拒否インジケーション情報を含む。このことは、本願発明の本実施形態において限定されるものではない。オプションで、ターゲット基地局のネットワークスライスのために利用可能なリソースがないことに起因して、拒否されたセッションに関して、拒否されたセッションの識別子、および拒否されたセッションに対応するネットワークスライスのインジケーション情報がハンドオーバー失敗メッセージへ加えられて、追加のインジケーション情報を用いることなく、ターゲット基地局のそのようなネットワークスライスのために利用可能なリソースがないことをソース基地局に対して示してよい。このように、ソース基地局は、ターゲット基地局内のそのようなネットワークスライスのリソース使用状況を決定出来る。

代替的に、拒否インジケーション情報は、ターゲット基地局がセッションのハンドオーバーを拒否することを示すのに用いられてよい。例えば、ソース基地局がハンドオーバーを要求しているセッションが第１のセッションおよび第２のセッションを含むとき、ターゲット基地局がサポートする各ネットワークスライスのために利用可能なリソースがない。この場合、ハンドオーバー失敗メッセージは、ターゲット基地局がハンドオーバーが要求されているセッションを拒否するだけでなく、サポートされている別のネットワークスライスに対応するセッションのハンドオーバーも拒否することを示す１つの拒否インジケーション情報を含む。このように、ソース基地局は適時に、ターゲット基地局内の全てのネットワークスライスのリソース利用状況を把握出来る。このことにより、ソース基地局内の別のセッションのハンドオーバーに関する情報が提供され、それによりハンドオーバー成功率が高まる。

オプションで、ハンドオーバー失敗メッセージはさらに、ターゲット基地局のサポートされているネットワークスライスについての情報を含む。このことは、ターゲット基地局が現在サポートしているネットワークスライスについての情報のターゲット基地局によるソース基地局への通知を支援し、それにより、ソース基地局とターゲット基地局との間のやり取りが減る。

４０４．ソース基地局は、端末デバイスへＲＲＣ接続リリースメッセージを送信する。

ハンドオーバーが失敗したと決定したとき、ソース基地局は端末デバイスへＲＲＣ接続リリースメッセージを送信し、そうすることで端末デバイスは、出来るだけ早くＲＲＣ接続をリリースしてそれに続く無線リンク失敗を回避し、シグナリングのオーバヘッドを減らす。

オプションで、ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルがサポートするネットワークスライスのインジケーション情報、ソースセルの隣接するセルが属するＴＡ／ＲＡがサポートするネットワークスライスのインジケーション情報、または、ソース基地局の隣接する基地局がサポートするネットワークスライスについての情報を含む。ソースセル（ｓｏｕｒｃｅ ｃｅｌｌ）は、ソース基地局がターゲット基地局へのハンドオーバーを要求するときに端末デバイスにサービス提供をしているセルである。このように、ソース基地局は、別のセルまたは別の基地局がサポートするネットワークスライスをより多く把握する。このことにより、それに続く処理のための情報が提供され、第２の基地局と第１の基地局の隣接する基地局との間のネットワークスライス情報を取得するためのやり取りのシグナリングが減り、それにより、基地局のサポートされているネットワークスライスについての情報を取得する利便性が向上する。

対応して端末デバイスは、ＲＲＣ接続リリースメッセージを受信し、ＲＲＣ接続をリリースする。

本願発明の本実施形態において、ソース基地局がターゲット基地局へハンドオーバー要求を送信した後、ソース基地局は、ターゲット基地局のネットワークスライスに起因して拒否されたセッションの原因情報を取得して、ターゲット基地局へのハンドオーバーを要求する必要がある別のセッションのための情報の提供を支援出来る。同じネットワークスライスに対応するセッションをソース基地局からハンドオーバーする必要があるとき、ソース基地局は、当該セッションをターゲット基地局へハンドオーバー出来るかを直接決定してよく、それによりハンドオーバー成功率が高まる。

図５を参照すると、図５は、本願発明の実施形態に係る別の通信方法を示す。通信方法においてアクセスネットワークデバイスが基地局である例を説明に用いる。図５に示すように、当該通信方法は、第１の基地局とコアネットワークデバイスとに関する。詳細については、以下の具体的な説明を参照されたい。

５０１．第１の基地局は、コアネットワークデバイスへ第１のメッセージを送信する。第１のメッセージは、ＰＬＭＮに関して、コアネットワークデバイスのサポートされているネットワークスライスのインジケーション情報を取得するのに用いられる。

コアネットワークデバイスは、複数の公共地上モバイルネットワーク（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ，ＰＬＭＮ）にサービス提供してよい。１つのコアネットワークデバイスがサービス提供する種々のＰＬＭＮが、種々のネットワークスライスをサポートしてよい。種々のコアネットワークデバイスが同じＰＬＭＮにサービス提供する場合、それら種々のコアネットワークデバイスがサポートするネットワークスライスは種々のものであってよい。このことは、本願発明の本実施形態において限定されるものではない。例えば、第１のコアネットワークデバイスが、第１のＰＬＭＮと第２のＰＬＭＮとにサービス提供してよい。第１のコアネットワークデバイスが第１のＰＬＭＮにサービス提供する場合、第１のコアネットワークデバイスは、ネットワークスライス１と、ネットワークスライス２と、ネットワークスライス３とをサポートする。第１のコアネットワークデバイスが第２のＰＬＭＮにサービス提供する場合、第１のコアネットワークデバイスは、ネットワークスライス１とネットワークスライス４とをサポートする。第２のコアネットワークデバイスは、第１のＰＬＭＮにサービス提供してよい。第２のコアネットワークデバイスが第１のＰＬＭＮにサービス提供する場合、第２のコアネットワークデバイスは、ネットワークスライス１と、ネットワークスライス４と、ネットワークスライス５とをサポートする。

オプションで、第１のメッセージはＰＬＭＮの識別子を搬送し、したがってコアネットワークデバイスはコアネットワークデバイスがサービス提供するＰＬＭＮの識別子が示すＰＬＭＮのサポートされているネットワークスライスのインジケーション情報をフィードバックする。オプションで、第１のメッセージに含まれるＰＬＭＮアイデンティティ（ＰＬＭＮ ＩＤ）は、第１の基地局のサービス提供を受けるＰＬＭＮの一部であるかもしれず、または、第１の基地局のサービス提供を受けるＰＬＭＮの全てであるかもしれない。

オプションで、第１のメッセージはどのＰＬＭＮの識別子も搬送せず、したがってコアネットワークデバイスは、コアネットワークデバイスがサービス提供するＰＬＭＮ毎の、サポートされているネットワークスライスのインジケーション情報をフィードバックしてよい。例えば、コアネットワークデバイスが３つのＰＬＭＮにサービス提供する場合、コアネットワークデバイスは、コアネットワークデバイスがサービス提供するＰＬＭＮ毎の、サポートされているネットワークスライスのインジケーション情報を第１の基地局へ送信する。

対応してコアネットワークデバイスは、第１の基地局から第１のメッセージを受信する。

５０２．コアネットワークデバイスは、第１の基地局へ第２のメッセージを送信する。第２のメッセージは、コアネットワークデバイスがサービス提供するＰＬＭＮに関して、サポートされているネットワークスライスのインジケーション情報を含む。

種々のＰＬＭＮにサービス提供するためのコアネットワークデバイスのサポートされているネットワークスライスは、ネットワーク管理デバイスが事前設定してよい。例えば、ネットワーク管理デバイスは、保守運用管理（Ｏｐｅｒａｔｉｏｎ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ，ＯＡＭ）であり、サポートされているネットワークスライスは、更新されたネットワークスライスであってよい（例えば、ＯＡＭは、コアネットワークに関して更新を実施し、または別の原因に起因して更新を実施する）。このことは、本願発明の本実施形態において限定されるものではない。

第１の基地局は、コアネットワークデバイスがサービス提供するＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を受信し、それにより、端末デバイスのセッションのためのコアネットワークデバイスをより正確に選択するよう、端末デバイスに関するコアネットワークデバイスを第１の基地局が選択するときの情報の提供を支援する。

例えば、端末デバイスは第１のＰＬＭＮにアクセスし、コアネットワークデバイスがサービス提供する必要があるセッションに対応するネットワークスライスはネットワークスライス４である。第１のコアネットワークデバイスが第１のＰＬＭＮにサービス提供する場合、第１のコアネットワークデバイスは、ネットワークスライス１と、ネットワークスライス２と、ネットワークスライス３とをサポートする。第１のコアネットワークデバイスが第２のＰＬＭＮにサービス提供する場合、第１のコアネットワークデバイスは、ネットワークスライス１とネットワークスライス４とをサポートする。第２のコアネットワークデバイスが第１のＰＬＭＮにサービス提供する場合、第２のコアネットワークデバイスは、ネットワークスライス１と、ネットワークスライス４と、ネットワークスライス５とをサポートする。第１のコアネットワークデバイスのサポートされているネットワークスライスがＰＬＭＮ粒度でフィードバックされない場合、第１のコアネットワークデバイスは、ネットワークスライス１と、ネットワークスライス２と、ネットワークスライス３と、ネットワークスライス４とをサポートし、第２のコアネットワークデバイスは、ネットワークスライス１と、ネットワークスライス４と、ネットワークスライス５とをサポートする。したがって、端末デバイスのセッションにサービス提供するデバイスとして第１のコアネットワークデバイスを第１の基地局が選択する可能性が非常に高い。しかしながら、第１のコアネットワークデバイスが第１のＰＬＭＮにサービス提供しないとき第１のコアネットワークデバイスは、ネットワークスライス４をサポートせず、結果としてコアネットワークデバイス選択エラーが起こる。しかしながら、コアネットワークデバイスのサポートされているネットワークスライスがＰＬＭＮ毎に（ＰＬＭＮ粒度で）フィードバックされる場合、端末デバイスのセッションのために第１のコアネットワークデバイスを第１の基地局が選択する状況を回避出来、端末デバイスのセッションのためにコアネットワークデバイスを選択する精度を向上させられる。

対応して第１の基地局は、コアネットワークデバイスが送信した第２のメッセージを受信する。

オプションで、第１のメッセージがＰＬＭＮの識別子を搬送する場合、コアネットワークデバイスは第１の基地局へ、コアネットワークデバイスがサービス提供する（ＰＬＭＮの識別子が示す）ＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を送信してよく、またはコアネットワークデバイスは第１の基地局へ、コアネットワークデバイスがサービス提供する全てのＰＬＭＮに関して、サポートされているネットワークスライスのインジケーション情報を送信する。

オプションで、第１のメッセージがＰＬＭＮの識別子を搬送しない場合、コアネットワークデバイスは、コアネットワークデバイスがサービス提供するＰＬＭＮ毎の、サポートされているネットワークスライスのインジケーション情報をフィードバックしてよい。

オプションで、第１の基地局とコアネットワークデバイスとの間で通信インタフェースがない。例えば、第１の基地局とコアネットワークデバイスとの間の通信インタフェースはＮ２またはＮＧと表される。Ｎ２インタフェースが例として用いられる。第１の基地局がコアネットワークデバイスへ送信する第１のメッセージは、Ｎ２インタフェースセットアップ要求（Ｎ２ ｉｎｔｅｒｆａｃｅ ｓｅｔｕｐ ｒｅｑｕｅｓｔ）または基地局設定更新（例えば、ｇＮＢ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｕｐｄａｔｅ）メッセージであってよい。第１の基地局は、Ｎ２インタフェースセットアップ要求失敗（Ｎ２ ｉｎｔｅｒｆａｃｅ ｓｅｔｕｐ ｆａｉｌｕｒｅ）メッセージ、または基地局設定更新失敗（例えば、ｇＮＢ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｕｐｄａｔｅ ｆａｉｌｕｒｅ）メッセージをコアネットワークデバイスから受信する。コアネットワークデバイスは、Ｎ２インタフェースセットアップ失敗メッセージまたは更新失敗メッセージを用いて、コアネットワークデバイスがサービス提供するＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を送信してよい。このように、セットアップ処理において、第１の基地局は、コアネットワークデバイスがサービス提供するＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を取得することも出来、それによりサポートされているネットワークスライスを取得するためのやり取りが減り、ネットワークスライスのインジケーション情報を取得する速度が速くなる。別の例として、第１の基地局がコアネットワークデバイスへ送信する第１のメッセージも、Ｎ２インタフェースセットアップ要求または基地局設定更新メッセージである。第１の基地局は、Ｎ２インタフェースセットアップ応答（Ｎ２ ｉｎｔｅｒｆａｃｅ ｓｅｔｕｐ ｒｅｓｐｏｎｓｅ）メッセージまたは基地局設定更新確認応答（例えば、ｇＮＢ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｕｐｄａｔｅ ＡＣＫ）メッセージをコアネットワークデバイスから受信する。コアネットワークデバイスは、Ｎ２インタフェースセットアップ応答メッセージまたはコアネットワークデバイス設定更新確認応答メッセージを用いて、コアネットワークデバイスがサービス提供するＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を送信してよい。このように、第１の基地局は、コアネットワークデバイスがサービス提供するＰＬＭＮのサポートされているネットワークスライスのインジケーション情報を取得出来、それにより、ネットワークスライスのインジケーション情報を取得する利便性が向上する。

オプションで、第１の基地局とコアネットワークデバイスとの間で通信インタフェースがある。例えば、第１のメッセージは取得要求である。コアネットワークデバイスは、応答メッセージを用いて、コアネットワークデバイスがサービス提供するＰＬＭＮのサポートされているネットワークスライスのインジケーション情報を送信してよい。別の例として、第１の基地局がコアネットワークデバイスへ送信する第１のメッセージは、基地局設定更新（例えば、ｇＮＢ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｕｐｄａｔｅ）メッセージであってよい。第１の基地局は、基地局設定更新失敗（例えば、ｇＮＢ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｕｐｄａｔｅ ｆａｉｌｕｒｅ）メッセージをコアネットワークデバイスから受信する。コアネットワークデバイスは、更新失敗メッセージを用いて、コアネットワークデバイスの、サービス提供を受けるＰＬＭＮのサポートされているネットワークスライスのインジケーション情報を送信してよい。別の例として、第１の基地局がコアネットワークデバイスへ送信する第１のメッセージがまた基地局設定更新メッセージである場合、第１の基地局は、コアネットワークデバイスから基地局設定更新確認応答（例えば、ｇＮＢ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｕｐｄａｔｅ ＡＣＫ）メッセージを受信する。コアネットワークデバイスは、コアネットワークデバイス設定更新確認応答メッセージを用いて、コアネットワークデバイスがサービス提供するＰＬＭＮのサポートされているネットワークスライスのインジケーション情報を送信してよい。このように、第１の基地局は、コアネットワークデバイスがサービス提供するＰＬＭＮのサポートされているネットワークスライスのインジケーション情報を取得出来、それにより、ネットワークスライスのインジケーション情報を取得する利便性が向上する。

段階５０１と段階５０２との間に必要な因果関係または順番はないことが理解されるべきである。例えば、コアネットワークデバイスがサービス提供するＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報をコアネットワークデバイスが段階５０２の前に決定するとすれば、段階５０２は独立して実装されてよい。例えば、コアネットワークデバイスは、コアネットワークデバイスのサービス提供を受けるＰＬＭＮのサポートされているネットワークスライスが更新されたと決定したときに能動的に段階５０２を実装してよい。この場合、第２のメッセージはＡＭＦ設定更新（例えば、ＡＭＦ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｕｐｄａｔｅ）メッセージであって、コアネットワークデバイスがサービス提供するＰＬＭＮに関する更新されたサポートされているネットワークスライスのインジケーション情報を第１の基地局に通知する。

なお本願発明の本実施形態において、コアネットワークデバイスがサービス提供するＰＬＭＮは、コアネットワークデバイスがサポートするＰＬＭＮとして理解されてもよく、このことは、本願発明の本実施形態において限定されるものではない。

本願発明の本実施形態において、第１の基地局は、コアネットワークデバイスを用いて、コアネットワークデバイスがサービス提供するＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を取得し、コアネットワークデバイスによるサポートされているネットワークスライスをＰＬＭＮ粒度でフィードバックして、第１の基地局による、端末デバイスのセッションのためのコアネットワークデバイスの選択の精度を向上させてよい。

図６を参照すると、図６は本願発明の実施形態に係る別の通信方法を示す。本実施形態においては、アクセスネットワークデバイスが基地局である例を説明に用いる。図６に示すように、同通信方法は、端末デバイス、ソース基地局、ターゲット基地局、およびコアネットワークデバイスに関する。図６は、ハンドオーバーの準備に失敗したとコアネットワークデバイスが決定したときに用いられる通信方法に対応する。ソース基地局は、端末デバイスへの通信接続を現在確立している基地局である。ターゲット基地局は、端末デバイスのセッションのハンドオーバー先として要求されている基地局である。

図６に示すように、通信方法は段階６０１から段階６０６を含んでいる。詳細については、以下の具体的な説明を参照されたい。

６０１．ソース基地局は、コアネットワークデバイスへ第１のハンドオーバー要求を送信する。

ソース基地局とコアネットワークデバイスとの間にはＮ２インタフェースまたはＮＧインタフェース等の通信インタフェースがある。したがって、ソース基地局とコアネットワークデバイスとは互いに通信出来る。第１のハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられる。例えば、第１のハンドオーバー要求はｈａｎｄｏｖｅｒ ｒｅｑｕｉｒｅｄである。第１のハンドオーバー要求は、ターゲット基地局についての情報と、ハンドオーバーが要求されているセッションの識別子とを含む。コアネットワークデバイスは、ターゲット基地局についての情報を用いて、端末デバイスのセッションのハンドオーバー先となる基地局／セルを決定してよい。コアネットワークデバイスは、ハンドオーバーが要求されているセッションの識別子を用いて、ハンドオーバーされることになるセッションを決定してよい。１または複数のハンドオーバーが要求されているセッションがあってよく、種々のセッションが、種々のネットワークスライスに対応してよい。種々のネットワークスライスは、種々のネットワークスライスインジケーション情報に対応してよい。

オプションでターゲット基地局についての情報は、ターゲット基地局の基地局アイデンティティと、ターゲット基地局のセントラルユニットアイデンティティと、ターゲット基地局の分散ユニットアイデンティティと、ターゲット基地局の物理セル識別子と、ターゲット基地局のセルグローバルアイデンティティとのうち少なくとも１つを含む。

オプションで、第１のハンドオーバー要求はさらに、ハンドオーバーが要求されているセッションに対応するネットワークスライスのインジケーション情報を含む。このように、コアネットワークデバイスは、ハンドオーバーされることになるセッションに対応するネットワークスライスを直接決定出来、それにより、セッションに対応するネットワークスライスを探すのに用いられる時間を節約出来、ハンドオーバー遅延を短縮出来、ハンドオーバー成功率が高まる。第１のハンドオーバー要求は、ハンドオーバーが要求されているセッションに対応するネットワークスライスのインジケーション情報を含まなくてよいことが理解され得る。このことは、本願発明の本実施形態において限定されるものではない。

例えば、コアネットワークデバイスはＡＭＦネットワーク要素である。セッションに対応するネットワークスライスインジケーション情報をＡＭＦネットワーク要素が格納出来ない場合、各セッションに対応するネットワークスライスインジケーション情報を第１のハンドオーバー要求内で搬送する必要がある。

オプションで、第１のセッションは複数のデータフローを含む。例えば、データフローはトラフィックフローまたはＱｏＳフロー（ＱｏＳ ｆｌｏｗ）である。第１のハンドオーバー要求はさらに、確立する必要のある、セッションに対応するデータフローの識別子（例えば、データフローの識別子は、ＱｏＳフローＩＤを含む）を含み、さらに、セッションの複数のデータフローのうちそれぞれに対応するＱｏＳ情報（例えば、優先度情報）を含む。コアネットワークデバイスは、コアネットワーク側のＡＭＦネットワーク要素およびＳＭＦネットワーク要素を含む。ＡＭＦネットワーク要素はまず、ソース基地局が送信した第１のハンドオーバー要求メッセージを受信し、ＡＭＦネットワーク要素は、ターゲット基地局へ第２のハンドオーバー要求メッセージを送信する。第２のハンドオーバー要求メッセージは、ハンドオーバーされることとなるセッションのデータフローの識別子と、データフローのＱｏＳ情報とを含む必要がある。しかしながら、同情報は、ＡＭＦネットワーク要素に格納されていない。したがって、同情報が第１のハンドオーバー要求内で搬送される場合、ＡＭＦネットワーク要素はＳＭＦネットワーク要素から情報を取得する必要はなく、それにより、検索時間が節約され、ハンドオーバー遅延を短縮出来、ハンドオーバー効率が向上する。

オプションで、第１のハンドオーバー要求はさらに、セッションに対応する合計最大ビットレート（ａｇｇｒｅｇａｔｅ ｍａｘｉｍｕｍ ｂｉｔ ｒａｔｅ，ＡＭＢＲ）情報、例えば、サブスクライブＡＭＢＲ情報を含む。ターゲット基地局は、この情報に基づいてデータフローに対してトラフィック制御を実施してよいが、同情報は、コアネットワークデバイスがターゲット基地局へ送信する必要がある。この場合、コアネットワークデバイスは、コアネットワーク側のＡＭＦネットワーク要素およびＳＭＦネットワーク要素を含む。この情報をＡＭＦネットワーク要素が格納しないが故に、同情報は第１のハンドオーバー要求へ加えられて、ＡＭＦネットワーク要素が同情報を求めてＳＭＦネットワーク要素を探すために用いられる時間を短縮する。このことにより、検索時間を節約出来、ハンドオーバー遅延を短縮出来、ハンドオーバー効率が向上する。

オプションで、第１のハンドオーバー要求はさらに第１のインジケーション情報を含み、インジケーション情報は、ソース基地局が、ターゲット基地局のサポートされているネットワークスライスを決定しない、または知らないことを示し、そうすることでコアネットワークデバイスは、ソース基地局が、ターゲット基地局のサポートされているネットワークスライスについての情報を知らないことを把握する。したがって、ターゲット基地局のサポートされているネットワークスライスについての情報は、第１のハンドオーバー応答メッセージに加えられてよい。このことにより、ソース基地局とターゲット基地局との間のやり取りが減り、ネットワークスライスについての情報を取得することの効率が向上する。

オプションで、ターゲット基地局はソース基地局との通信インタフェースを有する基地局であってよく、またはソース基地局との通信インタフェースを有さない基地局であってよい。オプションで、第１のハンドオーバー要求は、ソース基地局とターゲット基地局との間に通信インタフェースがないことを示す第２のインジケーション情報を含んでよい。このことは、ターゲット基地局のサポートされているネットワークスライスについての情報の、コアネットワークデバイスによるフィードバックを支援する。

オプションで、ソース基地局は、ターゲット基地局として、ソース基地局との通信インタフェースを有する複数の基地局のうち１つを選択する。さらに、決定されるターゲット基地局は、ハンドオーバーが要求されている全てまたは一部のセッションに対応するネットワークスライスをサポートし、そうすることでハンドオーバーが要求されている全てのセッションのネットワークスライスをターゲット基地局がサポートしないが故に引き起こされるハンドオーバーの失敗を回避し、ハンドオーバーの失敗の数を減らして、ハンドオーバー成功率を高める。

オプションで、端末デバイスが送信した測定レポートをソース基地局が受信した場合、ソース基地局は、測定レポートに基づいてターゲット基地局を選択し、段階６０１を実施してターゲット基地局へハンドオーバー要求を送信してよい。測定レポートは、セルおよび基地局のうち少なくとも１つの測定レポート値を含む。オプションで、測定レポートがセルの測定レポート値を含む場合、その含まれるセルは、ソース基地局のセルまたは別の基地局のセルであってよい。測定レポートが基地局の測定レポート値を含む場合、その含まれる基地局は、ソース基地局または別の基地局であってよい。オプションで、測定レポートに含まれるセルの数および基地局の数は本願発明の本実施形態において限定されるものではない。

６０２．コアネットワークデバイスが、ハンドオーバーが要求されているセッションに対応するネットワークスライスのインジケーション情報を決定する。

段階６０２はオプションの段階である。セッションに対応するネットワークスライスのインジケーション情報を第１のハンドオーバー要求が含まない場合、ハンドオーバーが要求されているセッションの識別子に基づいてコアネットワークデバイスは、ハンドオーバーが要求されているセッションに対応するネットワークスライスのインジケーション情報を求めて、セッション識別子と、ネットワークスライスのインジケーション情報との間の格納されている対応関係を探してよい。コアネットワークデバイスに格納されている対応関係は、端末デバイスの１または複数のセッションの１つの識別子または複数の識別子と、対応するネットワークスライスのインジケーション情報とを含んでよい。

ハンドオーバーが要求されているセッションの識別子に対応するネットワークスライスのインジケーション情報を第１のハンドオーバー要求が含む場合、コアネットワークデバイスは、ハンドオーバーが要求されているセッションに対応するネットワークスライスのインジケーション情報を直接決定してよい。ハンドオーバーが要求されているセッションに対応するネットワークスライスのインジケーション情報を探すのにコアネットワークデバイスが用いる時間を短縮出来る。

さらに、第１のハンドオーバー要求はターゲット基地局についての情報を含んでよく、コアネットワークデバイスは、ターゲット基地局についての情報に基づいて、ターゲット基地局のサポートされているネットワークスライスについての情報を決定する。ネットワークスライスについての情報は、サポートされているネットワークスライスのインジケーション情報を含む。具体的な例において、ハンドオーバーが要求されているセッションはセッションＥ１に設定される。ターゲット基地局とコアネットワークデバイスとの間に通信インタフェースがあるとき、ターゲット基地局の第１のサポートされているネットワークスライスについての情報をコアネットワークデバイスが取得した場合、コアネットワークデバイスは、ターゲット基地局の第１のサポートされているネットワークスライスのインジケーション情報を直接決定してよい。ターゲット基地局の第１のサポートされているネットワークスライスについての情報をコアネットワークデバイスが取得しない場合、コアネットワークデバイスは、ターゲット基地局の第１のサポートされているネットワークスライスのインジケーション情報をターゲット基地局から取得してよい。さらにコアネットワークデバイスは、セッションＥ１に対応する第２のネットワークスライスのインジケーション情報をターゲット基地局の第１のサポートされているネットワークスライスのインジケーション情報が含むかを決定してよい。セッションＥ１に対応する第２のネットワークスライスのインジケーション情報をターゲット基地局の第１のサポートされているネットワークスライスのインジケーション情報が含む場合、このことは、ターゲット基地局が、セッションＥ１に対応するネットワークスライスをサポートすることを示す。セッションＥ１に対応する第２のネットワークスライスのインジケーション情報をターゲット基地局の第１のサポートされているネットワークスライスのインジケーション情報が含まない場合、このことは、ターゲット基地局が、セッションＥ１に対応するネットワークスライスをサポートしないことを示す。

それから、ハンドオーバーが要求されている全てのセッションに対応する第２のネットワークスライスのインジケーション情報をターゲット基地局の第１のサポートされているネットワークスライスのインジケーション情報が含まない場合、コアネットワークデバイスは、ハンドオーバーが要求されているセッションに対応するネットワークスライスをターゲット基地局がサポートしないと決定してよい。コアネットワークデバイスは、図６の段階６０５を実施してよく、コアネットワークデバイスは、ソース基地局へ第１のハンドオーバー応答メッセージを送信する。この場合、第１のハンドオーバー応答メッセージは第１のハンドオーバー失敗メッセージであってよい。第１のハンドオーバー失敗メッセージは、ハンドオーバーが要求されている全てのセッションに対応するネットワークスライスをターゲット基地局がサポートしないことを示すのに用いられる拒否インジケーション情報を含む。オプションで、拒否インジケーション情報は、ＩＥ、ｆｌａｇ、ｃａｕｓｅ、または同様のものを用いて示されてよく、このことは、本願発明の本実施形態において限定されるものではない。

代替的に、ハンドオーバーが要求されている全てまたは一部のセッションに対応するネットワークスライスをターゲット基地局がサポートする場合、コアネットワークデバイスは図６の段階６０３を実施し、コアネットワークデバイスは、ターゲット基地局へ第２のハンドオーバー要求を送信する。

６０３．コアネットワークデバイスは、ターゲット基地局へ第２のハンドオーバー要求を送信する。

例えば、第２のハンドオーバー要求はハンドオーバー要求である。第２のハンドオーバー要求は、ハンドオーバーが要求されているセッションに対応するセッション識別子と、ハンドオーバーが要求されているセッションに対応するネットワークスライスのインジケーション情報とを含む。

オプションで、第２のハンドオーバー要求は、ソース基地局がハンドオーバーを要求している全てのセッションのセッション識別子と、各セッションに対応するネットワークスライスのインジケーション情報とを含む。

オプションで、コアネットワークデバイスが段階６０２を実施した後、コアネットワークデバイスは、ソース基地局がハンドオーバーを要求しているセッションを、第１のセッションと第２のセッションとに分類してよい。第１のセッションに対応するネットワークスライスはターゲット基地局がサポートする。第２のセッションに対応するネットワークスライスはターゲット基地局がサポートしない。さらに第２のハンドオーバー要求は、第１のセッションの識別子、および第１のセッションに対応するネットワークスライスのインジケーション情報のみ含んでよい。または、第２のハンドオーバー要求は、第１のセッションの識別子と、第２のセッションの識別子と、第１のセッションに対応するネットワークスライスのインジケーション情報と、第２のセッションに対応するネットワークスライスのインジケーション情報とを含む。このことは、本願発明の実施形態において限定されるものではない。

対応して、ターゲット基地局が第２のハンドオーバー要求を受信する。

６０４．ターゲット基地局は、コアネットワークデバイスへ第２のハンドオーバー失敗メッセージを送信する。

ターゲット基地局は、コアネットワークデバイスから第２のハンドオーバー要求を受信し、第２のハンドオーバー要求に含まれるセッションにターゲット基地局がサービス提供出来るか決定する。ターゲット基地局が任意のセッションにサービス提供出来ない場合、図６の段階６０４でコアネットワークデバイスへ送信される第２のハンドオーバー応答メッセージは、第２のハンドオーバー失敗メッセージ、例えば、ｈａｎｄｏｖｅｒ ｒｅｑｕｅｓｔ ｆａｉｌｕｒｅまたはｈａｎｄｏｖｅｒ ｆａｉｌｕｒｅであってよい。第２のハンドオーバー失敗メッセージは、ハンドオーバー準備失敗（ｈａｎｄｏｖｅｒ ｐｒｅｐａｒａｔｉｏｎ ｆａｉｌｕｒｅ）メッセージであってもよい。第２のハンドオーバー失敗メッセージは、拒否されたセッションに対応する原因情報を含む。

さらに、拒否されたセッションの原因情報は、ターゲット基地局が、拒否されたセッションに対応するネットワークスライスをサポートしないこと、または、ターゲット基地局がサポートし、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことであってよい。

本願発明の本実施形態における第２のハンドオーバー失敗メッセージの具体的な実装については、図４に示す実施形態における段階４０３のハンドオーバー失敗メッセージの具体的な説明を参照されたい。詳細は改めて本明細書において説明しない。

対応して、コアネットワークデバイスは、ターゲット基地局が送信した第２のハンドオーバー失敗メッセージを受信する。

６０５．コアネットワークデバイスは、ソース基地局へ第１のハンドオーバー応答メッセージを送信する。

コアネットワークデバイスは、ソース基地局へ第１のハンドオーバー応答メッセージを送信する。本実施形態において、第１のハンドオーバー応答メッセージは第１のハンドオーバー失敗メッセージである。例えば、第１のハンドオーバー失敗メッセージは、ハンドオーバー準備失敗（ｈａｎｄｏｖｅｒ ｐｒｅｐａｒａｔｉｏｎ ｆａｉｌｕｒｅ）メッセージである。第１のハンドオーバー応答メッセージは拒否インジケーション情報を含む。拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる。

オプションで、第１のハンドオーバー失敗メッセージは、拒否されたセッションの識別子と、拒否されたセッションの識別子に対応する原因情報とを含む。

オプションで、ソース基地局がハンドオーバーを要求している全てのセッションの識別子をコアネットワークデバイスがターゲット基地局へ送信する場合、拒否されたセッションの識別子、および第１のハンドオーバー失敗メッセージに含まれる拒否されたセッションに対応する原因情報は、拒否されたセッションの識別子、および第２のハンドオーバー失敗メッセージに含まれる拒否されたセッションに対応する原因情報と同じである。

オプションで、ソース基地局がハンドオーバーを要求している全てのセッションのうち第１のセッションの識別子をコアネットワークデバイスがターゲット基地局へ送信する場合であって、第１のセッションが、ハンドオーバーが要求されているセッションに含まれるセッションであって、その対応するネットワークスライスがターゲット基地局によりサポートされているセッションである場合、第１のハンドオーバー失敗メッセージは、第１の拒否されたセッションの識別子と、第１の拒否されたセッションに対応する原因情報と、第２の拒否されたセッションの識別子と、第２の拒否されたセッションに対応する原因情報とを含む。第１の拒否されたセッションは、拒否されたセッションであって、第２のハンドオーバー失敗メッセージに含まれるセッションであり、第２の拒否されたセッションは、ハンドオーバーが要求されているセッションに含まれるセッションであって、その対応するネットワークスライスをターゲット基地局がサポートしないセッションである。第２の拒否されたセッションの識別子と、第２の拒否されたセッションに対応する原因情報とは、コアネットワークデバイスが決定する。

オプションで、例えば、ターゲット基地局のサポートされているネットワークスライスをソース基地局が知らないことを示す第１のインジケーション情報を第１のハンドオーバー要求が含む場合、または、第１のハンドオーバー要求で搬送されるインジケーションであって、ソース基地局とターゲット基地局との間に通信インタフェースがないことを示すインジケーションに基づいて、ターゲット基地局のサポートされているネットワークスライスをソース基地局が知らないとコアネットワークデバイスが決定した場合、コアネットワークデバイスは、ターゲット基地局のサポートされているネットワークスライスについての情報を第１のハンドオーバー応答メッセージへ追加する。このことにより、ソース基地局とターゲット基地局との間のやり取りが減り、ネットワークスライスについての情報を取得することの効率が向上する。

６０６．オプションで、ソース基地局は、端末デバイスへＲＲＣ接続リリースメッセージを送信する。

段階６０６については、図４に示す実施形態における段階４０４の詳細な説明を参照されたい。詳細は改めて本明細書において説明しない。

本願発明の本実施形態において、ソース基地局がコアネットワークデバイスへハンドオーバー要求を送信した後、ソース基地局は、ネットワークスライスに起因してターゲット基地局が拒否するセッションの原因情報を取得して、ターゲット基地局へのハンドオーバーを要求する必要がある別のセッションのための情報の提供を支援出来る。同じネットワークスライスに対応するセッションをソース基地局からハンドオーバーする必要があるとき、ソース基地局は、当該セッションをターゲット基地局へハンドオーバー出来るかを直接決定してよく、それによりハンドオーバー成功率が高まる。

図７を参照すると、図７は、本願発明の実施形態に係る別の通信方法を示す。本実施形態においては、アクセスネットワークデバイスが基地局である例を説明に用いる。図７に示すように、同通信方法は、端末デバイス、ソース基地局、ターゲット基地局、およびコアネットワークデバイスに関する。図７は、ハンドオーバーの成功をコアネットワークデバイスが決定するときに用いられる通信方法に対応する。ソース基地局は、端末デバイスへの通信接続を現在確立している基地局であり、ターゲット基地局は、端末デバイスのセッションのハンドオーバー先として要求されている基地局である。

図７に示すように、通信方法は段階７０１から段階７０７を含む。詳細については、以下の具体的な説明を参照されたい。

７０１．ソース基地局が、コアネットワークデバイスへ第１のハンドオーバー要求を送信する。

７０２．コアネットワークデバイスが、ハンドオーバーが要求されているセッションに対応するネットワークスライスのインジケーション情報を決定する。

７０３．コアネットワークデバイスが、ターゲット基地局へ第２のハンドオーバー要求を送信する。

段階７０１から段階７０３については、図６に示す実施形態における段階６０１から６０３の対応する詳細な説明を参照されたい。詳細は改めて本明細書において説明しない。

７０４．ターゲット基地局が、コアネットワークデバイスへ第２のハンドオーバー要求確認応答メッセージを送信する。

第２のハンドオーバー要求確認応答メッセージは、承諾されたセッションの識別子を含む。例えば、第２のハンドオーバー要求確認応答メッセージは、ハンドオーバー要求確認応答である。

オプションで、第１のハンドオーバー応答メッセージはさらに、拒否されたセッションの識別子と、拒否されたセッションに対応する原因情報とを含んでよい。

オプションで、第２のハンドオーバー要求確認応答メッセージはさらに、拒否されたセッションに対応する再送信インジケーション情報を含む。再送信インジケーション情報は、ターゲット基地局のサポートされているネットワークスライスへ、拒否されたセッションのデータフローをルーティングすることを端末デバイスが許可されているかを示すのに用いられる。例えば、拒否されたセッションは、セッションＢ１であり、セッションＢ１は、ネットワークスライス１に対応する。拒否されたセッションＢ１の原因情報は、ターゲット基地局が、セッションＢ１に対応するネットワークスライス１をサポートしないこと、または、ターゲット基地局がネットワークスライス１をサポートするが、ネットワークスライス１のために利用可能なリソースがないことであってよい。セッションＢ１を拒否する理由に関わらず、ターゲット基地局がネットワークスライス２をサポートし、セッションＢ１のデータフローが、ネットワークスライス２へルーティングされる場合、データ送信も実装出来る。この場合、ターゲット基地局は、セッションＢ１に対応する再送信インジケーション情報は、ターゲット基地局がサポートするネットワークスライス２へ、セッションＢ１のデータフローをルーティングすることを端末デバイスが許可されていることであると決定する。加えて、セッションＢ１のデータフローのルーティング先となり得るネットワークスライスがターゲット基地局内に存在しない場合、ターゲット基地局は、セッションＢ１に対応する再送信インジケーション情報が、ターゲット基地局のサポートされているネットワークスライスへ、セッションＢ１のデータフローをルーティングすることを端末デバイスが許可されないことであると決定する。

オプションで、ハンドオーバー要求確認応答メッセージはさらに、ハンドオーバーが要求されているセッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む。詳細については、図３に示す実施形態における段階３０３の詳細な説明を参照されたい。詳細は改めて本明細書において説明しない。

本願発明の本実施形態における第２ハンドオーバー要求確認応答メッセージは、図３に示す実施形態におけるハンドオーバー要求確認応答メッセージのことを指し得る。第２のハンドオーバー要求確認応答メッセージは、承諾されたセッションの識別子と、拒否されたセッションの識別子と、拒否されたセッションに対応する原因情報とを含む。第２ハンドオーバー要求確認応答メッセージは、コアネットワークデバイスへ送信される。

７０５．コアネットワークデバイスが、ソース基地局へ第１のハンドオーバー要求確認応答メッセージを送信する。

コアネットワークデバイスは、ソース基地局へ第１のハンドオーバー応答メッセージを送信する。本実施形態において、第１のハンドオーバー応答メッセージは、第１のハンドオーバー要求確認応答メッセージである。例えば、第１のハンドオーバー要求確認応答メッセージは、ハンドオーバーコマンド（Ｈａｎｄｏｖｅｒ ｃｏｍｍａｎｄ）である。第１のハンドオーバー要求確認応答メッセージは、承諾されたセッションの識別子を含む。

オプションで、第１のハンドオーバー応答メッセージはさらに、拒否されたセッションの識別子と、拒否されたセッションに対応する原因情報とを含んでよい。

オプションで、ソース基地局がハンドオーバーを要求している全てのセッションの識別子をコアネットワークデバイスがターゲット基地局へ送信する場合、第１のハンドオーバー要求確認応答メッセージに含まれる、拒否されたセッションの識別子、および拒否されたセッションに対応する原因情報は、第２のハンドオーバー要求確認応答メッセージに含まれる、拒否されたセッションの識別子、および拒否されたセッションに対応する原因情報と同じである。

オプションで、ソース基地局がハンドオーバーを要求している全てのセッションのうち第１のセッションの識別子をコアネットワークデバイスがターゲット基地局へ送信する場合であって、第１のセッションが、ハンドオーバーが要求されているセッションに含まれるセッションであって、その対応するネットワークスライスがターゲット基地局によりサポートされているセッションである場合、第１のハンドオーバー要求確認応答メッセージは、第１の拒否されたセッションの識別子と、第１の拒否されたセッションに対応する原因情報と、第２の拒否されたセッションの識別子と、第２の拒否されたセッションに対応する原因情報とを含む。第１の拒否されたセッションは、拒否されたセッションであって、第２のハンドオーバー要求確認応答メッセージに含まれるセッションであり、第２の拒否されたセッションは、ハンドオーバーが要求されているセッションに含まれるセッションであって、その対応するネットワークスライスをターゲット基地局がサポートしないセッションである。第２の拒否されたセッションの識別子と、第２の拒否されたセッションに対応する原因情報とは、コアネットワークデバイスが決定する。

オプションで、コアネットワークデバイスは、ターゲット基地局のサポートされているネットワークスライスについての情報を第１のハンドオーバー応答メッセージに追加する。例えば、ターゲット基地局のサポートされているネットワークスライスをソース基地局が知らないことを示す第１のインジケーション情報を第１のハンドオーバー要求が含むか、または、第１のハンドオーバー要求内で搬送されるインジケーションであって、ソース基地局とターゲット基地局との間に通信インタフェースがないことを示すインジケーションに基づいて、ターゲット基地局のサポートされているネットワークスライスをソース基地局が知らないとコアネットワークデバイスが決定する。このことにより、ソース基地局とターゲット基地局との間のやり取りが減り、ネットワークスライスのインジケーション情報を取得することの効率が向上する。

７０６．ソース基地局が、端末デバイスへハンドオーバーコマンドを送信する。

７０７．端末デバイスが、ターゲット基地局へハンドオーバー確認応答メッセージを送信する。

段階７０６および段階７０７については、図３に示す実施形態における段階３０４および段階３０５の詳細な説明を参照されたい。詳細は改めて本明細書において説明しない。

本願発明の本実施形態において、ソース基地局がコアネットワークデバイスへハンドオーバー要求を送信した後、ソース基地局は、ネットワークスライスに起因してターゲット基地局が拒否するセッションの原因情報を取得して、ターゲット基地局へのハンドオーバーを要求する必要がある別のセッションのための情報の提供を支援出来る。同じネットワークスライスに対応するセッションをソース基地局からハンドオーバーする必要があるとき、ソース基地局は、当該セッションをターゲット基地局へハンドオーバー出来るかを直接決定してよく、それによりハンドオーバー成功率が高まる。

図８を参照すると、図８は、本願の実施形態に係る基地局の概略構造図である。基地局はソース基地局であってよく、図３または図４の実施形態を実装するよう構成される。図８に示すように、ソース基地局は、
ターゲット基地局へハンドオーバー要求を送信するよう構成された送信ユニット８０１であって、ハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられ、ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、セッションに対応するネットワークスライスのインジケーション情報とを含む、送信ユニット８０１と、
ターゲット基地局からハンドオーバー応答メッセージを受信するよう構成された受信ユニット８０２であって、ハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、受信ユニット８０２と
を含む。

オプションで、ハンドオーバーが要求されているセッションは第１のセッションを含み、またはハンドオーバーが要求されているセッションは第１のセッションおよび第２のセッションを含む。

第１のセッションに対応するネットワークスライスはターゲット基地局がサポートし、第２のセッションに対応するネットワークスライスはターゲット基地局がサポートしない。

オプションで、原因情報は、ターゲット基地局が、拒否されたセッションに対応するネットワークスライスをサポートしないことであるか、または、ターゲット基地局がサポートし、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことである。

オプションで、ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、ハンドオーバー応答メッセージはさらに、ターゲット基地局が拒否するセッションに対応する再送信インジケーション情報を含み、セッションに対応する再送信インジケーション情報は、ターゲット基地局のサポートされているネットワークスライスへ、拒否されたセッションのデータフローをルーティングすることを端末デバイスが許可されているかを示すのに用いられる。

オプションで、ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、ソース基地局は端末デバイスへハンドオーバーコマンドを送信し、ここでハンドオーバーコマンドは、ターゲット基地局が拒否するセッションに対応する再送信インジケーション情報を含む。

オプションで、ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、ハンドオーバー要求確認応答メッセージはさらに、ハンドオーバーが要求されているセッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む。

オプションで、送信ユニット８０１はさらに、ハンドオーバー応答メッセージがハンドオーバー失敗メッセージである場合に、端末デバイスへ無線リソース制御ＲＲＣ接続リリースメッセージを送信するよう構成される。

オプションで、ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルのインジケーション情報、ソースセルの隣接するセルが属するＴＡ／ＲＡがサポートするネットワークスライスのインジケーション情報、または、ソース基地局の隣接する基地局がサポートするネットワークスライスについての情報を含む。

図８の基地局に含まれる機能ブロックの具体的な実装および対応する有益な効果については、図３または図４の先述の実施形態の具体的な説明を参照されたいことが理解され得る。詳細は改めて本明細書において説明しない。

本特許出願において、送信ユニットは、送信機であってよく、受信ユニットは受信機であってよい。

図９を参照すると、図９は、本願の実施形態に係る基地局の概略構造図である。基地局はターゲット基地局であってよく、図３または図４の実施形態を実装するよう構成される。図９に示すように、ターゲット基地局は、
ソース基地局からハンドオーバー要求を受信するよう構成された受信ユニット９０１であって、ハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられ、ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、セッションに対応するネットワークスライスのインジケーション情報とを含む、受信ユニット９０１と、
ソース基地局へハンドオーバー応答メッセージを送信するよう構成された送信ユニット９０２であって、ハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、送信ユニット９０２と
を含む。

オプションで、ハンドオーバーが要求されているセッションは第１のセッションを含み、またはハンドオーバーが要求されているセッションは第１のセッションおよび第２のセッションを含む。

第１のセッションに対応するネットワークスライスはターゲット基地局がサポートし、第２のセッションに対応するネットワークスライスはターゲット基地局がサポートしない。

オプションで、原因情報は、ターゲット基地局が、拒否されたセッションに対応するネットワークスライスをサポートしないことであるか、または、ターゲット基地局がサポートし、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことである。

オプションで、ハンドオーバー応答メッセージはさらに、ターゲット基地局が拒否するセッションに対応する再送信インジケーション情報を含み、セッションに対応する再送信インジケーション情報は、ターゲット基地局がサポートするネットワークスライスへ、拒否されたセッションのデータフローをルーティングすることを端末デバイスが許可されているかを示すのに用いられる。

オプションで、ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、ハンドオーバー要求確認応答メッセージはさらに、ハンドオーバーが要求されているセッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む。

オプションで、受信ユニット９０１はさらに、端末デバイスからハンドオーバー確認応答メッセージを受信するよう構成される。

送信ユニット９０２はさらに、コアネットワークデバイスへ経路切替要求を送信するよう構成され、ここで経路切替要求は、ターゲット基地局が承諾するセッションの識別子と、ターゲット基地局が拒否するセッションの識別子とを含む。

受信ユニット９０１はさらに、コアネットワークデバイスから経路切替要求応答メッセージを受信するよう構成され、ここで経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む。

オプションで、経路切替要求はさらに、ターゲット基地局が拒否するセッションに対応するネットワークスライスのインジケーション情報を含む。

オプションで、経路切替要求はさらに、ターゲット基地局が拒否するセッションに対応する原因情報を含む。

図９の基地局に含まれる機能ブロックの具体的な実装および対応する有益な効果については、図３または図４の先述の実施形態の具体的な説明を参照されたいことが理解され得る。詳細は改めて本明細書において説明しない。

図１０を参照すると、図１０は、本願の実施形態に係るコアネットワークデバイスの概略構造図である。コアネットワークデバイスは、図４の実施形態を実装するよう構成される。図１０に示すように、コアネットワークデバイスは、ターゲット基地局から経路切替要求を受信するよう構成された受信ユニット１００１であって、経路切替要求は、ターゲット基地局が承諾するセッションの識別子と、ターゲット基地局が拒否するセッションの識別子とを含む、受信ユニット１００１と、承諾されたセッションに対して経路切替を実施し、拒否されたセッションの非アクティブ化またはリリースを実施するよう構成された処理ユニット１００２と、ターゲット基地局へ経路切替要求応答メッセージを送信するよう構成された送信ユニット１００３であって、経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む、送信ユニット１００３とを含む。

オプションで、経路切替要求はさらに、ターゲット基地局が拒否するセッションに対応するネットワークスライスのインジケーション情報を含む。

オプションで、経路切替要求は、ターゲット基地局が拒否するセッションに対応する原因情報を含む。

オプションで、原因情報は、ターゲット基地局が、拒否されたセッションに対応するネットワークスライスをサポートしないことであるか、または、ターゲット基地局がサポートし、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことである。

図１０のコアネットワークデバイスに含まれる機能ブロックの具体的な実装および対応する有益な効果については、図４の先述の実施形態の具体的な説明を参照されたいことが理解され得る。詳細は改めて本明細書において説明しない。

本特許出願において、処理ユニットはプロセッサの形態で実装されてよい。

図１１を参照すると、図１１は、本願の実施形態に係る基地局の概略構造図である。基地局は第１の基地局であってよく、図５の実施形態を実装するよう構成される。図１１に示すように、基地局は、
コアネットワークデバイスへ第１のメッセージを送信するよう構成された送信ユニット１１０１であって、第１のメッセージは、ＰＬＭＮに関して、コアネットワークデバイスのサポートされているネットワークスライスについての情報を取得するのに用いられる、送信ユニット１１０１と、
コアネットワークデバイスから第２のメッセージを受信するよう構成された受信ユニット１１０２であって、第２のメッセージは、コアネットワークデバイスがサービス提供するＰＬＭＮのサポートされているネットワークスライスについての情報を含む、受信ユニット１１０２と
を含む。

図１１の基地局に含まれる機能ブロックの具体的な実装および対応する有益な効果については、図５の先述の実施形態の具体的な説明を参照されたいことが理解され得る。詳細は改めて本明細書において説明しない。

図１２を参照すると、図１２は、本願の実施形態に係るコアネットワークデバイスの概略構造図である。コアネットワークデバイスは、図５の実施形態を実装するよう構成される。図１２に示すように、コアネットワークデバイスは、
第１の基地局から第１のメッセージを受信するよう構成された受信ユニット１２０１であって、第１のメッセージは、ＰＬＭＮに関して、コアネットワークデバイスのサポートされているネットワークスライスについての情報を取得するのに用いられる、受信ユニット１２０１と、
第１の基地局へ第２のメッセージを送信するよう構成された送信ユニット１２０２であって、第２のメッセージは、コアネットワークデバイスがサービス提供するＰＬＭＮのサポートされているネットワークスライスについての情報を含む、送信ユニット１２０２と
を含む。

図１２のコアネットワークデバイスに含まれる機能ブロックの具体的な実装および対応する有益な効果については、図５の先述の実施形態の具体的な説明を参照されたいことが理解され得る。詳細は改めて本明細書において説明しない。

図１３を参照すると、図１３は、本願の実施形態に係る基地局の概略構造図である。基地局はソース基地局であってよく、図６または図７の実施形態を実装するよう構成される。図１３に示すように、ソース基地局は、
コアネットワークデバイスへ第１のハンドオーバー要求を送信するよう構成された送信ユニット１３０１であって、第１のハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられ、第１のハンドオーバー要求は、ターゲット基地局についての情報と、ハンドオーバーが要求されているセッションの識別子とを含む、送信ユニット１３０１と、
コアネットワークデバイスから第１のハンドオーバー応答メッセージを受信するよう構成された受信ユニット１３０２であって、第１のハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、受信ユニット１３０２と
を含む。

オプションで、原因情報は、ターゲット基地局が、拒否されたセッションに対応するネットワークスライスをサポートしないことであるか、または、ターゲット基地局がサポートし、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことである。

オプションで、第１のハンドオーバー応答メッセージが第１のハンドオーバー要求確認応答メッセージである場合、第１のハンドオーバー応答メッセージはさらに、ターゲット基地局が拒否するセッションに対応する再送信インジケーション情報を含み、セッションに対応する再送信インジケーション情報は、ターゲット基地局のサポートされているネットワークスライスへ、拒否されたセッションのデータフローをルーティングすることを端末デバイスが許可されているかを示すのに用いられる。

オプションで、送信ユニット１３０１はさらに、第１のハンドオーバー応答メッセージが第１のハンドオーバー要求確認応答メッセージである場合、端末デバイスへハンドオーバーコマンドを送信するよう構成され、ここでハンドオーバーコマンドは、ターゲット基地局が拒否するセッションに対応する再送信インジケーション情報を含む。

オプションで、第１のハンドオーバー応答メッセージが第１のハンドオーバー要求確認応答メッセージである場合、第１のハンドオーバー要求確認応答メッセージはさらに、ハンドオーバーが要求されているセッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む。

オプションで、送信ユニット１３０１はさらに、第１のハンドオーバー応答メッセージが第１のハンドオーバー失敗メッセージである場合に、端末デバイスへＲＲＣ接続リリースメッセージを送信するよう構成される。

オプションで、ＲＲＣ接続リリースメッセージは、ソース基地局の隣接するセルがサポートするネットワークスライスのインジケーション情報、ソース基地局の隣接するセルが属するＴＡ／ＲＡがサポートするネットワークスライスのインジケーション情報、または、ソース基地局の隣接する基地局がサポートするネットワークスライスについての情報を含む。

オプションで、第１のハンドオーバー応答メッセージが第１のハンドオーバー要求確認応答メッセージである場合、第１のハンドオーバー要求確認応答メッセージはさらに、ターゲット基地局のサポートされているネットワークスライスについての情報を含む。

オプションで、第１のハンドオーバー要求はさらに、ハンドオーバーが要求されているセッションに対応するネットワークスライスのインジケーション情報を含む。

オプションで、第１のハンドオーバー要求はさらに、ハンドオーバーが要求されている、確立される必要があるセッションのデータフローの識別子と、データフローに対応するＱｏＳ情報とを含む。

オプションで、第１のハンドオーバー要求はさらに、セッションに対応する合計最大ビットレートＡＭＢＲ情報を含む。

図１３の基地局に含まれる機能ブロックの具体的な実装および対応する有益な効果については、図６または図７の先述の実施形態の具体的な説明を参照されたいことが理解され得る。詳細は改めて本明細書において説明しない。

図１４を参照すると、図１４は、本願の実施形態に係る基地局の概略構造図である。基地局はターゲット基地局であってよく、図６または図７の実施形態を実装するよう構成される。図１４に示すように、ターゲット基地局は、
コアネットワークデバイスから第２のハンドオーバー要求を受信するよう構成された受信ユニット１４０１であって、第２のハンドオーバー要求はセッションの識別子と、セッションに対応するネットワークスライスのインジケーション情報とを含む、受信ユニット１４０１と、
ソース基地局へ第２のハンドオーバー応答メッセージを送信するよう構成された送信ユニット１４０２であって、第２のハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、送信ユニット１４０２と
を含む。

オプションで、第２のハンドオーバー要求に含まれるセッションは第１のセッションであるか、または、第２のハンドオーバー要求に含まれるセッションは、第１のセッションおよび第２のセッションである。

第１のセッションに対応するネットワークスライスはターゲット基地局がサポートし、第２のセッションに対応するネットワークスライスはターゲット基地局がサポートしない。

オプションで、原因情報は、ターゲット基地局が、拒否されたセッションに対応するネットワークスライスをサポートしないことであるか、または、ターゲット基地局がサポートし、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことである。

オプションで、第２のハンドオーバー応答メッセージが第２のハンドオーバー要求確認応答メッセージである場合、第２のハンドオーバー応答メッセージはさらに、ターゲット基地局が拒否するセッションに対応する再送信インジケーション情報を含み、セッションに対応する再送信インジケーション情報は、ターゲット基地局のサポートされているネットワークスライスへ、拒否されたセッションのデータフローをルーティングすることを端末デバイスが許可されているかを示すのに用いられる。

オプションで、第２のハンドオーバー応答メッセージが第２のハンドオーバー要求確認応答メッセージである場合、第２のハンドオーバー要求確認応答メッセージはさらに、第２のハンドオーバー要求に含まれるセッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む。

図１４の基地局に含まれる機能ブロックの具体的な実装および対応する有益な効果については、図６または図７の先述の実施形態の具体的な説明を参照されたいことが理解され得る。詳細は改めて本明細書において説明しない。

図１５を参照すると、図１５は、本願の実施形態に係るコアネットワークデバイスの概略構造図である。コアネットワークデバイスは、図６または図７の実施形態を実装するよう構成される。図１５に示すように、コアネットワークデバイスは、
ソース基地局から第１のハンドオーバー要求を受信するよう構成された受信ユニット１５０１であって、第１のハンドオーバー要求は、端末デバイスのセッションをソース基地局からターゲット基地局へハンドオーバーするよう要求するのに用いられ、第１のハンドオーバー要求は、ターゲット基地局についての情報と、ハンドオーバーが要求されているセッションの識別子とを含む、受信ユニット１５０１と、
ソース基地局へ第１のハンドオーバー応答メッセージを送信するよう構成された送信ユニット１５０２であって、第１のハンドオーバー応答メッセージは拒否インジケーション情報を含み、拒否インジケーション情報は、ハンドオーバーが要求されているセッションのうち、ネットワークスライスに起因してターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、送信ユニット１５０２と
を含む。

オプションで、原因情報は、ターゲット基地局が、拒否されたセッションに対応するネットワークスライスをサポートしないことであるか、または、ターゲット基地局がサポートし、拒否されたセッションに対応するネットワークスライスのために利用可能なリソースがないことである。

オプションで、第１のハンドオーバー応答メッセージが第１のハンドオーバー要求確認応答メッセージである場合、第１のハンドオーバー応答メッセージはさらに、ターゲット基地局が拒否するセッションに対応する再送信インジケーション情報を含み、セッションに対応する再送信インジケーション情報は、ターゲット基地局のサポートされているネットワークスライスへ、拒否されたセッションのデータフローをルーティングすることを端末デバイスが許可されているかを示すのに用いられる。

オプションで、第１のハンドオーバー応答メッセージが第１のハンドオーバー要求確認応答メッセージである場合、第１のハンドオーバー要求確認応答メッセージはさらに、ハンドオーバーが要求されているセッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む。

オプションで、第１のハンドオーバー応答メッセージが第１のハンドオーバー要求確認応答メッセージである場合、第１のハンドオーバー要求確認応答メッセージはさらに、ターゲット基地局のサポートされているネットワークスライスについての情報、または、ターゲット基地局のセルが属するＴＡ／ＲＡのサポートされているネットワークスライスのインジケーション情報を含む。

オプションで、第１のハンドオーバー要求はさらに、ハンドオーバーが要求されているセッションに対応するネットワークスライスのインジケーション情報を含む。

オプションで、第１のハンドオーバー要求はさらに、ハンドオーバーが要求されている、確立される必要があるセッションのデータフローの識別子と、データフローに対応するＱｏＳ情報とを含む。

オプションで、第１のハンドオーバー要求はさらに、セッションに対応する合計最大ビットレートＡＭＢＲ情報を含む。

オプションで、送信ユニット１５０２はさらに、ターゲット基地局へ第２のハンドオーバー要求を送信するよう構成され、ここで第２のハンドオーバー要求は、セッションの識別子と、セッションに対応するネットワークスライスのインジケーション情報とを含む。

受信ユニット１５０１はさらに、ターゲット基地局から第２のハンドオーバー応答メッセージを受信するよう構成され、ここで第２のハンドオーバー応答メッセージは拒否インジケーション情報を含む。

オプションで、第２のハンドオーバー要求に含まれるセッションは第１のセッションであるか、または、第２のハンドオーバー要求に含まれるセッションは、第１のセッションおよび第２のセッションである。

第１のセッションに対応するネットワークスライスはターゲット基地局がサポートし、第２のセッションに対応するネットワークスライスはターゲット基地局がサポートしない。

オプションで、第２のハンドオーバー応答メッセージが第２のハンドオーバー要求確認応答メッセージである場合、第２のハンドオーバー応答メッセージはさらに、ターゲット基地局が拒否するセッションに対応する再送信インジケーション情報を含み、セッションに対応する再送信インジケーション情報は、ターゲット基地局のサポートされているネットワークスライスへ、拒否されたセッションのデータフローをルーティングすることを端末デバイスが許可されているかを示すのに用いられる。

オプションで、第２のハンドオーバー応答メッセージが第２のハンドオーバー要求確認応答メッセージである場合、第２のハンドオーバー要求確認応答メッセージはさらに、第２のハンドオーバー要求に含まれるセッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む。

図１５のコアネットワークデバイスに含まれる機能ブロックの具体的な実装および対応する有益な効果については、図６または図７の先述の実施形態の具体的な説明を参照されたいことが理解され得る。詳細は改めて本明細書において説明しない。

本特許出願において、各決定ユニットはプロセッサの形態で実装されてよい。

図１６を参照すると、図１６は、本願の実施形態に係る端末デバイスの概略構造図である。端末デバイスは端末デバイスであってよく、図４または図６の実施形態を実装するよう構成される。図１６に示すように、端末デバイスは、
ソース基地局から無線リソース制御ＲＲＣ接続リリースメッセージを受信するよう構成された受信ユニット１６０１と、
ＲＲＣ接続をリリースするよう構成された処理ユニット１６０２であって、ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルのサポートされているネットワークスライスのインジケーション情報、ソースセルの隣接するセルが属するＴＡ／ＲＡのサポートされているネットワークスライスのインジケーション情報、またはソース基地局の隣接する基地局のサポートされているネットワークスライスについての情報を含む、処理ユニット１６０２と
を含む。

図１６の端末デバイスに含まれる機能ブロックの具体的な実装および対応する有益な効果については、図４または図６の先述の実施形態の具体的な説明を参照されたいことが理解され得る。詳細は改めて本明細書において説明しない。

図８、図９、図１１、図１３、または図１４に示す実施形態の基地局は、図１７に示す基地局１７００が実装してよい。図１７に示すように、図１７は、本願発明の実施形態に係る別の基地局の概略構造図である。図１７に示す基地局１７００は、プロセッサ１７０１と送受信機１７０２とを含む。送受信機１７０２は、基地局１７００と、先述の実施形態におけるコアネットワークデバイスまたは別の基地局との間の情報送信をサポートするよう構成される。プロセッサ１７０１は、送受信機１７０２に通信可能に接続され、例えば、バスを用いて送受信機１７０２に接続される。基地局１７００はさらにメモリ１７０３を含んでよい。メモリ１７０３は、データと、基地局１７００が実行するプログラムコードとを格納するよう構成され、プロセッサ１７０１は、メモリ１７０３格納されているアプリケーションプログラムコードを実行して、図３から図７に示す実施形態のうちいずれか１つで提供される基地局が実施する動作を実装するよう構成される。

なお実際の適用において、基地局は１または複数のプロセッサを含んでよく、基地局１７００の構造は、本願の本実施形態に対する制限を成すものではない。

プロセッサ１７０１は、中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ，ＣＰＵ）、ネットワークプロセッサ（ｎｅｔｗｏｒｋ ｐｒｏｃｅｓｓｏｒ，ＮＰ）、ハードウェアチップ、またはこれらの任意の組み合わせであってよい。ハードウェアチップは、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ，ＡＳＩＣ）、プログラマブル論理デバイス（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ，ＰＬＤ）、またはこれらの組み合わせであってよい。ＰＬＤは、コンプレックスプログラマブルロジックデバイス（ｃｏｍｐｌｅｘ ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ，ＣＰＬＤ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ，ＦＰＧＡ）、ジェネリックアレイロジック（ｇｅｎｅｒｉｃ ａｒｒａｙ ｌｏｇｉｃ，ＧＡＬ）、またはこれらの任意の組み合わせであってよい。

メモリ１７０３は、揮発性メモリ（ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）、例えば、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ，ＲＡＭ）を含んでよい。代替的に、メモリ１７０３は、不揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）、例えば、リードオンリメモリ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ，ＲＯＭ）、フラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）、ハードディスクドライブ（ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ，ＨＤＤ）、またはソリッドステートドライブ（ｓｏｌｉｄ−ｓｔａｔｅ ｄｒｉｖｅ，ＳＳＤ）を含んでよい。代替的に、メモリ１７０３は、先述のタイプのメモリの組み合わせを含んでよい。

本願発明の実施形態はさらに、コンピュータ記憶媒体を提供し、コンピュータ記憶媒体は、図８、図９、図１１、図１３、または図１４に示す実施形態における基地局が用いるコンピュータソフトウェア命令を格納するよう構成されてよい。コンピュータソフトウェア命令は、基地局が先述の実施形態を実施するよう設計されたプログラムを含む。記憶媒体は、フラッシュメモリ、ハードディスクドライブ、およびソリッドステートドライブを含むがこれらに限定されない。

本願発明の実施形態はさらに、コンピュータプログラムプロダクトを提供する。コンピューティングデバイスが実行したとき、コンピュータ製品は、図８、図９、図１１、図１３、または図１４の実施形態における基地局のために設計された通信方法を実装出来る。

図１０、図１２、または図１５に示すコアネットワークデバイスは、図１８に示すコアネットワークデバイス１８００が実装してよい。図１８に示すように、図１８は、本願発明の実施形態に係る別のコアネットワークデバイスの概略構造図である。図１８に示すコアネットワークデバイス１８００は、プロセッサ１８０１と送受信機１８０２とを含む。送受信機１８０２は、コアネットワークデバイス１８００と先述の実施形態における基地局との間の情報送信をサポートするよう構成される。プロセッサ１８０１は、送受信機１８０２に通信可能に接続され、例えば、バスを用いて送受信機１８０２に接続される。コアネットワークデバイス１８００はさらに、メモリ１８０３を含んでよい。メモリ１８０３は、データと、コアネットワークデバイス１８００が実行するプログラムコードとを格納するよう構成され、プロセッサ１８０１は、メモリ１８０３格納されているアプリケーションプログラムコードを実行して、図４から図７に示す実施形態のうちいずれか１つで提供されるコアネットワークデバイスが実施する動作を実装するよう構成される。

なお実際の適用において、コアネットワークデバイスは１または複数のプロセッサを含んでよく、コアネットワークデバイス１８００の構造は、本願の本実施形態に対する制限を成さない。

プロセッサ１８０１は、ＣＰＵ、ＮＰ、ハードウェアチップ、またはこれらの任意の組み合わせであってよい。ハードウェアチップは、ＡＳＩＣ、ＰＬＤ、またはこれらの組み合わせであってよい。ＰＬＤは、ＣＰＬＤ、ＦＰＧＡ、ＧＡＬ、またはこれらの任意の組み合わせであってよい。

メモリ１８０３は、ＲＡＭ等の揮発性メモリを含んでよい。代替的に、メモリ１８０３は、ＲＯＭ、フラッシュメモリ、ハードディスクドライブ、またはソリッドステートドライブ等の不揮発性メモリを含んでよい。代替的に、メモリ１８０３は、先述のタイプのメモリの組み合わせを含んでよい。

本願発明の実施形態はさらに、コンピュータ記憶媒体を提供し、コンピュータ記憶媒体は、図１０、図１２、または図１５に示す実施形態におけるコアネットワークデバイスが用いるコンピュータソフトウェア命令を格納するよう構成されてよい。コンピュータソフトウェア命令は、コアネットワークデバイスが先述の実施形態を実施するよう設計されたプログラムを含む。記憶媒体は、フラッシュメモリ、ハードディスクドライブ、およびソリッドステートドライブを含むがこれらに限定されない。

本願発明の実施形態はさらに、コンピュータプログラムプロダクトを提供する。コンピューティングデバイスが実行したとき、コンピュータ製品は、図１０、図１２、または図１５の実施形態におけるコアネットワークデバイスのために設計された通信方法を実装出来る。

図１６に示す実施形態における端末デバイスは、図１９に示す端末デバイス１９００が実装してよい。図１９に示すように、図１９は、本願発明の実施形態に係る別の端末デバイスの概略構造図である。図１９に示す端末デバイス１９００は、プロセッサ１９０１と送受信機１９０２とを含む。送受信機１９０２は、端末デバイス１９００と先述の実施形態における基地局との間の情報送信をサポートするよう構成される。プロセッサ１９０１は、送受信機１９０２に通信可能に接続され、例えば、バスを用いて送受信機１９０２に接続される。端末デバイス１９００はさらに、メモリ１９０３を含んでよい。メモリ１９０３は、データと、端末デバイス１９００が実行するプログラムコードとを格納するよう構成され、プロセッサ１９０１は、メモリ１９０３格納されているアプリケーションプログラムコードを実行して、図４に示す実施形態または図６に示す実施形態で提供される端末デバイスが実施する動作を実装するよう構成される。

なお実際の適用において、端末デバイスは１または複数のプロセッサを含んでよく、端末デバイス１９００の構造は、本願の本実施形態に対する制限を成さない。

プロセッサ１９０１は、ＣＰＵ、ＮＰ、ハードウェアチップ、またはこれらの任意の組み合わせであってよい。ハードウェアチップは、ＡＳＩＣ、ＰＬＤ、またはこれらの組み合わせであってよい。ＰＬＤは、ＣＰＬＤ、ＦＰＧＡ、ＧＡＬ、またはこれらの任意の組み合わせであってよい。

メモリ１９０３は、ＲＡＭ等の揮発性メモリを含んでよい。代替的に、メモリ１９０３は、ＲＯＭ、フラッシュメモリ、ハードディスクドライブ、またはソリッドステートドライブ等の不揮発性メモリを含んでよい。代替的に、メモリ１９０３は、先述のタイプのメモリの組み合わせを含んでよい。

本願発明の実施形態はさらに、コンピュータ記憶媒体を提供し、コンピュータ記憶媒体は、図１６に示す実施形態における端末デバイスが用いるコンピュータソフトウェア命令を格納するよう構成されてよい。コンピュータソフトウェア命令は、端末デバイスが先述の実施形態を実施するよう設計されたプログラムを含む。記憶媒体は、フラッシュメモリ、ハードディスクドライブ、およびソリッドステートドライブを含むがこれらに限定されない。

本願発明の実施形態はさらに、コンピュータプログラムプロダクトを提供する。コンピューティングデバイスが実行したとき、コンピュータ製品は、図１６の実施形態における端末デバイスのために設計された通信方法を実施出来る。

本願の明細書、請求項、および添付図面において、「第１」、「第２」、「第３」、「第４」、などの用語は、種々の対象物同士を区別することが意図されており、特定の順序を示すものではない。加えて、「含む」、「含む」、またはその任意の他の変化形の用語は、非排他的な包含を網羅することが意図されている。例えば、一連の段階またはユニットを含む処理、方法、システム、プロダクト、またはデバイスは、列挙されている段階またはユニットに限定されず、オプションでさらに、列挙されていない段階またはユニットを含み、または、オプションでさらに、当該処理、方法、プロダクト、またはデバイスの別の固有の段階またはユニットを含む。

当業者は、本願の様々な実施形態において先述の処理の順番の番号は、実行の順番を意味しないことを理解されよう。それら処理の実行の順番は、処理の機能および内部ロジックに従って決定されるべきであり、本願の実施形態の実装処理に対する何らかの制限としてみなされるべきではない。

先述の実施形態の全てまたは一部は、ソフトウェア、ハードウェア、ファームウェア、またはこれらの任意の組み合わせを用いて実装されてよい。実施形態を実装するのにソフトウェアが用いられるとき、実施形態は、全体的または部分的にコンピュータプログラムプロダクトの形態で実装されてよい。コンピュータプログラムプロダクトは、１または複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータでロードされ実行されたとき、本願発明の実施形態に係る手順または機能が全て、または部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラム可能な装置であってよい。コンピュータ命令はコンピュータ可読記憶媒体に格納されてよく、または、コンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体へ送信されてよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンタから別のウェブサイト、コンピュータ、サーバ、またはデータセンタへ有線（例えば、同軸ケーブル、光ファイバ、若しくはデジタル加入線（ＤＳＬ））、または無線（例えば、赤外線、電波、マイクロ波、または同様のもの）方式で送信されてよい。コンピュータ可読記憶媒体は、コンピュータがアクセス可能な任意の利用可能な媒体、または１または複数の利用可能な媒体を組み込んだサーバまたはデータセンタ等のデータ記憶装置であってよい。利用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、または磁気テープ）、光媒体（例えば、ＤＶＤ）、半導体媒体（例えば、Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ（ＳＳＤ））、または同様のものであってよい。

当業者は、実施形態における方法の処理の全てまたは一部が、コンピュータプログラムが関連するハードウェアに命令することによって実装されてよいことを理解されよう。プログラムは、コンピュータ可読記憶媒体に格納されてよい。プログラムが実行されるとき、実施形態における方法の処理が実施される。先述の記憶媒体は、磁気ディスク、光ディスク、リードオンリメモリ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ，ＲＯＭ）、またはランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ，ＲＡＭ）を含んでよい。

上記で開示したものは本願発明の例示的な実施形態に過ぎず、当然、本願発明の保護範囲を制限することは意図されていない。したがって、本願発明の請求項に従って行われた同等の変形は、本願発明の範囲に含まれるものとする。

上記で開示したものは本願発明の例示的な実施形態に過ぎず、当然、本願発明の保護範囲を制限することは意図されていない。したがって、本願発明の請求項に従って行われた同等の変形は、本願発明の範囲に含まれるものとする。
［項目１］
ソース基地局がターゲット基地局へハンドオーバー要求を送信する段階であって、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソース基地局から前記ターゲット基地局へハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含む、段階と、
前記ソース基地局が前記ターゲット基地局からハンドオーバー応答メッセージを受信する段階であって、前記ハンドオーバー応答メッセージは拒否インジケーション情報を含み、前記拒否インジケーション情報は、ハンドオーバーが要求されている前記セッションのうち、ネットワークスライスに起因して前記ターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、段階と
を備える、通信方法。
［項目２］
ハンドオーバーが要求されている前記セッションは、第１のセッションを含み、またはハンドオーバーが要求されている前記セッションは、前記第１のセッションおよび第２のセッションを含み、
前記第１のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートしない、項目１に記載の方法。
［項目３］
前記原因情報は、
前記ターゲット基地局が、拒否された前記セッションに対応するネットワークスライスをサポートしないことであるか、または、
前記ターゲット基地局がサポートし、拒否された前記セッションに対応するネットワークスライスのために利用可能なリソースがないことである、項目１または２に記載の方法。
［項目４］
前記ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、前記ハンドオーバー応答メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する再送信インジケーション情報を含み、前記セッションに対応する前記再送信インジケーション情報は、前記ターゲット基地局のサポートされているネットワークスライスへ、拒否された前記セッションのデータフローをルーティングすることを前記端末デバイスが許可されているかを示すのに用いられる、項目１から３のいずれか一項に記載の方法。
［項目５］
前記ハンドオーバー応答メッセージが前記ハンドオーバー要求確認応答メッセージである場合、前記ソース基地局が、ハンドオーバーコマンドを前記端末デバイスへ送信する段階であって、前記ハンドオーバーコマンドは、前記ターゲット基地局が拒否する前記セッションに対応する前記再送信インジケーション情報を含む、段階をさらに備える、項目４に記載の方法。
［項目６］
前記ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、前記ハンドオーバー要求確認応答メッセージはさらに、ハンドオーバーが要求されている前記セッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む、項目１から５のいずれか一項に記載の方法。
［項目７］
前記ハンドオーバー応答メッセージがハンドオーバー失敗メッセージである場合、前記ソース基地局が、無線リソース制御ＲＲＣ接続リリースメッセージを前記端末デバイスへ送信する段階をさらに備える、項目１から３のいずれか一項に記載の方法。
［項目８］
前記ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルのサポートされているネットワークスライスのインジケーション情報、前記ソースセルの前記隣接するセルが属するＴＡ／ＲＡのサポートされているネットワークスライスのインジケーション情報、または、前記ソース基地局の隣接する基地局のサポートされているネットワークスライスについての情報を含む、項目７に記載の方法。
［項目９］
ターゲット基地局がソース基地局からハンドオーバー要求を受信する段階であって、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソース基地局から前記ターゲット基地局へハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含む、段階と、
前記ターゲット基地局が前記ソース基地局へハンドオーバー応答メッセージを送信する段階であって、前記ハンドオーバー応答メッセージは拒否インジケーション情報を含み、前記拒否インジケーション情報は、ハンドオーバーが要求されている前記セッションのうち、ネットワークスライスに起因して前記ターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、段階と
を備える、通信方法。
［項目１０］
ハンドオーバーが要求されている前記セッションは、第１のセッションを含み、またはハンドオーバーが要求されている前記セッションは、前記第１のセッションおよび第２のセッションを含み、
前記第１のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートしない、項目９に記載の方法。
［項目１１］
前記原因情報は、
前記ターゲット基地局が、拒否された前記セッションに対応するネットワークスライスをサポートしないこと、または、
前記ターゲット基地局がサポートし、拒否された前記セッションに対応するネットワークスライスのために利用可能なリソースがないことである、項目９または１０に記載の方法。
［項目１２］
前記ハンドオーバー応答メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する再送信インジケーション情報を含み、前記セッションに対応する前記再送信インジケーション情報は、前記ターゲット基地局のサポートされているネットワークスライスへ、拒否された前記セッションのデータフローをルーティングすることを前記端末デバイスが許可されているかを示すのに用いられる、項目９から１１のいずれか一項に記載の方法。
［項目１３］
前記ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、前記ハンドオーバー要求確認応答メッセージはさらに、ハンドオーバーが要求されている前記セッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む、項目９から１２のいずれか一項に記載の方法。
［項目１４］
前記ターゲット基地局が前記端末デバイスからハンドオーバー確認応答メッセージを受信する段階と、
前記ターゲット基地局がコアネットワークデバイスへ経路切替要求を送信する段階であって、前記経路切替要求は、前記ターゲット基地局が承諾するセッションの識別子と、前記ターゲット基地局が拒否するセッションの識別子とを含む、段階と、
前記ターゲット基地局が前記コアネットワークデバイスから経路切替要求応答メッセージを受信する段階であって、前記経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む、段階と
をさらに備える、項目９から１３のいずれか一項に記載の方法。
［項目１５］
前記経路切替要求はさらに、前記ターゲット基地局が拒否する前記セッションに対応する前記ネットワークスライスのインジケーション情報を含む、項目１４に記載の方法。
［項目１６］
コアネットワークデバイスがターゲット基地局から経路切替要求を受信する段階であって、前記経路切替要求は、前記ターゲット基地局が承諾するセッションの識別子と、前記ターゲット基地局が拒否するセッションの識別子とを含む、段階と、
前記コアネットワークデバイスが、承諾された前記セッションの経路切替と、拒否された前記セッションの非アクティブ化またはリリースとを実施する段階と、
前記コアネットワークデバイスが前記ターゲット基地局へ経路切替要求応答メッセージを送信する段階であって、前記経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む、段階と
を備える、通信方法。
［項目１７］
端末デバイスがソース基地局から無線リソース制御ＲＲＣ接続リリースメッセージを受信する段階と、
前記端末デバイスがＲＲＣ接続をリリースする段階と
を備え、
前記ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルのサポートされているネットワークスライスのインジケーション情報、前記ソースセルの前記隣接するセルが属するＴＡ／ＲＡのサポートされているネットワークスライスのインジケーション情報、または前記ソース基地局の隣接する基地局のサポートされているネットワークスライスについての情報を含む、通信方法。
［項目１８］
基地局であり、
前記基地局はソース基地局であり、前記ソース基地局はプロセッサと送受信機とを備え、
前記プロセッサは、前記送受信機を用いてターゲット基地局へハンドオーバー要求を送信し、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソース基地局から前記ターゲット基地局へハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含み、
前記プロセッサは、前記送受信機を用いて前記ターゲット基地局からハンドオーバー応答メッセージを受信し、前記ハンドオーバー応答メッセージは拒否インジケーション情報を含み、前記拒否インジケーション情報は、ハンドオーバーが要求されている前記セッションのうち、ネットワークスライスに起因して前記ターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、基地局。
［項目１９］
ハンドオーバーが要求されている前記セッションは、第１のセッションを含み、またはハンドオーバーが要求されている前記セッションは、前記第１のセッションおよび第２のセッションを含み、
前記第１のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートしない、項目１８に記載の基地局。
［項目２０］
前記原因情報は、
前記ターゲット基地局が、拒否された前記セッションに対応するネットワークスライスをサポートしないこと、または、
前記ターゲット基地局がサポートし、拒否された前記セッションに対応するネットワークスライスのために利用可能なリソースがないことである、項目１８または１９に記載の基地局。
［項目２１］
前記ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、前記ハンドオーバー応答メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する再送信インジケーション情報を含み、前記セッションに対応する前記再送信インジケーション情報は、前記ターゲット基地局のサポートされているネットワークスライスへ、拒否された前記セッションのデータフローをルーティングすることを前記端末デバイスが許可されているかを示すのに用いられる、項目１８から２０のいずれか一項に記載の基地局。
［項目２２］
前記ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、前記プロセッサは、前記送受信機を用いてハンドオーバーコマンドを前記端末デバイスへ送信し、前記ハンドオーバーコマンドは、前記ターゲット基地局が拒否する前記セッションに対応する前記再送信インジケーション情報を含む、ことをさらに備える、項目２１に記載の基地局。
［項目２３］
前記ハンドオーバー応答メッセージがハンドオーバー失敗メッセージである場合、前記プロセッサは、前記送受信機を用いて前記端末デバイスへ無線リソース制御ＲＲＣ接続リリースメッセージを送信する、項目１８から２０のいずれか一項に記載の基地局。
［項目２４］
前記ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルのサポートされているネットワークスライスのインジケーション情報、前記ソースセルの前記隣接するセルが属するＴＡ／ＲＡのサポートされているネットワークスライスのインジケーション情報、または、前記ソース基地局の隣接する基地局のサポートされているネットワークスライスについての情報を含む、項目２３に記載の基地局。
［項目２５］
基地局であり、
前記基地局はターゲット基地局であり、前記ターゲット基地局はプロセッサと送受信機とを備え、
前記プロセッサは、前記送受信機を用いてソース基地局からハンドオーバー要求を受信し、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソース基地局から前記ターゲット基地局へハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含み、
前記プロセッサは、前記送受信機を用いて前記ソース基地局へハンドオーバー応答メッセージを送信し、前記ハンドオーバー応答メッセージは拒否インジケーション情報を含み、前記拒否インジケーション情報は、ハンドオーバーが要求されている前記セッションのうち、ネットワークスライスに起因して前記ターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、基地局。
［項目２６］
ハンドオーバーが要求されている前記セッションは、第１のセッションを含み、またはハンドオーバーが要求されている前記セッションは、前記第１のセッションおよび第２のセッションを含み、
前記第１のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートしない、項目２５に記載の基地局。
［項目２７］
前記原因情報は、
前記ターゲット基地局が、拒否された前記セッションに対応するネットワークスライスをサポートしないこと、または、
前記ターゲット基地局がサポートし、拒否された前記セッションに対応するネットワークスライスのために利用可能なリソースがないことである、項目２５または２６に記載の基地局。
［項目２８］
前記ハンドオーバー応答メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する再送信インジケーション情報を含み、前記セッションに対応する前記再送信インジケーション情報は、前記ターゲット基地局のサポートされているネットワークスライスへ、拒否された前記セッションのデータフローをルーティングすることを前記端末デバイスが許可されているかを示すのに用いられる、項目２５から２７のいずれか一項に記載の基地局。
［項目２９］
コアネットワークデバイスであり、前記コアネットワークデバイスはプロセッサと送受信機とを備え、
前記プロセッサは、前記送受信機を用いてターゲット基地局から経路切替要求を受信し、前記経路切替要求は、前記ターゲット基地局が承諾するセッションの識別子と、前記ターゲット基地局が拒否するセッションの識別子とを含み、
前記プロセッサは、承諾された前記セッションの経路切替を実施し、拒否された前記セッションの非アクティブ化またはリリースを実施するよう構成されており、
前記プロセッサは、前記送受信機を用いて前記ターゲット基地局へ経路切替要求応答メッセージを送信し、前記経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む、コアネットワークデバイス。
［項目３０］
端末デバイスであり、前記端末デバイスはプロセッサと送受信機とを備え、
前記プロセッサは、前記送受信機を用いてソース基地局から無線リソース制御ＲＲＣ接続リリースメッセージを受信し、
前記プロセッサは、ＲＲＣ接続をリリースし、前記ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルのサポートされているネットワークスライスのインジケーション情報、前記ソースセルの前記隣接するセルが属するＴＡ／ＲＡのサポートされているネットワークスライスのインジケーション情報、または前記ソース基地局の隣接する基地局のサポートされているネットワークスライスについての情報を含む、端末デバイス。
［項目３１］
前記経路切替要求メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する原因情報を含む、項目１６に記載の方法。
［項目３２］
前記原因情報は、拒否された前記セッションに対応するネットワークスライスを前記ターゲット基地局がサポートしないことである、項目３１に記載の方法。
［項目３３］
前記コアネットワークデバイスが、承諾された前記セッションの経路切替と、拒否された前記セッションの非アクティブ化またはリリースとを実施する前記段階は、前記コアネットワークデバイスが、拒否された前記セッションに対応する前記ネットワークスライスを前記ターゲット基地局がサポートしないが故に拒否された前記セッションのリリースを実施する段階を有する、項目３２に記載の方法。
［項目３４］
ターゲット基地局がコアネットワークデバイスへ経路切替要求を送信する段階であって、前記経路切替要求は、前記ターゲット基地局が承諾するセッションの識別子と、前記ターゲット基地局が拒否するセッションの識別子とを含む、段階と、
前記コアネットワークデバイスが送信した経路切替要求応答メッセージを前記ターゲット基地局が受信する段階であって、前記経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む、段階と
を備える、通信方法。
［項目３５］
前記経路切替要求応答メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する原因情報を含む、項目３４に記載の方法。
［項目３６］
前記原因情報は、拒否された前記セッションに対応するネットワークスライスを前記ターゲット基地局がサポートしないことである、項目３５に記載の方法。
［項目３７］
ターゲット基地局がコアネットワークデバイスへ経路切替要求を送信する前記段階の前に、
前記ターゲット基地局が、ソース基地局からハンドオーバー要求を受信する段階と、
前記ターゲット基地局が、ネットワークスライスサポート状況、リソース使用状況、および前記ハンドオーバー要求に基づいて受け入れ制御を実施する段階と
をさらに備える、項目３４から３６のいずれか一項に記載の方法。
［項目３８］
ターゲット基地局が、コアネットワークデバイスへ経路切替要求を送信する前記段階の前に、
前記ターゲット基地局が、ソース基地局からハンドオーバー要求を受信する段階であって、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソース基地局から前記ターゲット基地局へハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含む、段階と、
前記セッションに対応する前記ネットワークスライスを前記ターゲット基地局がサポートしない場合、前記ターゲット基地局が前記セッションを拒否する段階と
をさらに備える、項目３４から３６のいずれか一項に記載の方法。
［項目３９］
前記ネットワークスライスの前記インジケーション情報は、単一ネットワークスライス選択アシスト情報Ｓ−ＮＳＳＡＩである、項目３８に記載の方法。
［項目４０］
ハンドオーバーが要求されている前記セッションは、第１のセッションおよび第２のセッションを含み、
前記第１のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートしない、項目３８または３９に記載の方法。
［項目４１］
前記ターゲット基地局が、前記ソース基地局へハンドオーバー確認応答メッセージを送信する段階であって、前記ターゲット基地局が承諾する前記セッションの少なくとも１つのデータフローが拒否された、段階をさらに備える、項目３４から４０のいずれか一項に記載の方法。
［項目４２］
前記ハンドオーバー要求確認応答メッセージはさらに、前記少なくとも１つのデータフローを拒否する理由を示すのに用いられる情報を含む、項目４１に記載の方法。
［項目４３］
前記少なくとも１つのデータフローを拒否する前記理由を示すのに用いられる前記情報は、複数のデータフロー識別子、利用可能なリソースなし、または前記データフローに対応する無効なサービス品質ＱｏＳ組み合わせのうちいずれか１つを含む、項目４２に記載の方法。
［項目４４］
基地局が、第１のコアネットワークデバイスからメッセージを受信する段階であって、前記メッセージは、前記第１のコアネットワークデバイスがサービス提供する公共地上モバイルネットワークＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を含む、段階と、
前記基地局が前記インジケーション情報を用いて、端末デバイスにサービス提供するためのコアネットワークデバイスを選択する段階と
を備える、通信方法。
［項目４５］
前記メッセージはＡＭＦ設定更新メッセージである、項目４４に記載の方法。
［項目４６］
前記メッセージはＮＧインタフェースセットアップ応答である、項目４４に記載の方法。
［項目４７］
前記基地局が、前記コアネットワークデバイスへＮＧインタフェースセットアップ要求を送信する段階をさらに備える、項目４６に記載の方法。
［項目４８］
前記コアネットワークデバイスがサービス提供する前記ＰＬＭＮに関する前記少なくとも１つのサポートされているネットワークスライスの前記インジケーション情報は、前記コアネットワークデバイスがサービス提供するＰＬＭＮ毎の、少なくとも１つのサポートされているネットワークスライスのインジケーション情報を含む、項目４４から４７のいずれか一項に記載の方法。
［項目４９］
前記少なくとも１つのサポートされているネットワークスライスの前記インジケーション情報は、単一ネットワークスライス選択アシスト情報Ｓ−ＮＳＳＡＩを含む、項目４４から４８のいずれか一項に記載の方法。
［項目５０］
コアネットワークデバイスがサービス提供する公共地上モバイルネットワークＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を前記コアネットワークデバイスが決定する段階と、
前記コアネットワークデバイスが、基地局へ第２のメッセージを送信する段階であって、前記第２のメッセージは、前記コアネットワークデバイスがサービス提供する前記ＰＬＭＮに関する前記サポートされているネットワークスライスの前記インジケーション情報を含む、段階と
を備える、通信方法。
［項目５１］
前記第２のメッセージはＡＭＦ設定更新メッセージである、項目５０に記載の方法。
［項目５２］
前記第２のメッセージはＮＧインタフェースセットアップ応答である、項目５０に記載の方法。
［項目５３］
前記基地局が送信したＮＧインタフェースセットアップ要求を前記コアネットワークデバイスが受信する段階をさらに備える、項目５２に記載の方法。
［項目５４］
前記コアネットワークデバイスがサービス提供する前記ＰＬＭＮに関する前記サポートされているネットワークスライスの前記インジケーション情報は、前記コアネットワークデバイスがサービス提供するＰＬＭＮ毎の、サポートされているネットワークスライスのインジケーション情報である、項目５０から５２のいずれか一項に記載の方法。
［項目５５］
前記経路切替要求メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する原因情報を含む、項目２９に記載のコアネットワークデバイス。
［項目５６］
前記原因情報は、拒否された前記セッションに対応するネットワークスライスを前記ターゲット基地局がサポートしないことである、項目５５に記載のコアネットワークデバイス。
［項目５７］
前記プロセッサは具体的には、拒否された前記セッションに対応する前記ネットワークスライスを前記ターゲット基地局がサポートしないが故に拒否された前記セッションのリリースを実施するよう構成されている、項目２９に記載のコアネットワークデバイス。
［項目５８］
基地局であり、
コアネットワークデバイスへ経路切替要求を送信するよう構成された送信ユニットであって、前記経路切替要求は、前記基地局が承諾するセッションの識別子と、前記基地局が拒否するセッションの識別子とを含む、送信ユニットと、
前記コアネットワークデバイスが送信した経路切替要求応答メッセージを受信するよう構成された受信ユニットであって、前記経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む、受信ユニットと
を備える、基地局。
［項目５９］
前記経路切替要求応答メッセージはさらに、ターゲット基地局が拒否するセッションに対応する原因情報を含む、項目５８に記載の基地局。
［項目６０］
前記原因情報は、拒否された前記セッションに対応するネットワークスライスを前記ターゲット基地局がサポートしないことである、項目５９に記載の基地局。
［項目６１］
前記受信ユニットはさらに、ソース基地局からハンドオーバー要求を受信するよう構成されており、
前記基地局はさらにプロセッサを備え、前記プロセッサは、ネットワークスライスサポート状況、リソース使用状況、および前記ハンドオーバー要求に基づいて受け入れ制御を実施するよう構成されている、
項目５８から６０のいずれか一項に記載の基地局。
［項目６２］
前記受信ユニットはさらに、ソース基地局からハンドオーバー要求を受信するよう構成されており、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソース基地局から前記基地局へハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含み、
前記基地局はさらにプロセッサを備え、前記プロセッサは、前記セッションに対応する前記ネットワークスライスを前記ターゲット基地局がサポートしない場合、前記セッションを拒否するよう構成されている、項目５８から６０のいずれか一項に記載の基地局。
［項目６３］
前記ネットワークスライスの前記インジケーション情報は、単一ネットワークスライス選択アシスト情報Ｓ−ＮＳＳＡＩである、項目６２に記載の基地局。
［項目６４］
ハンドオーバーが要求されている前記セッションは、第１のセッションおよび第２のセッションを含み、
前記第１のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートしない、項目６２または６３に記載の方法。
［項目６５］
前記送信ユニットはさらに、前記ソース基地局へハンドオーバー確認応答メッセージを送信するよう構成されており、前記ターゲット基地局が承諾する前記セッションの少なくとも１つのデータフローが拒否された、項目５８から６４のいずれか一項に記載の基地局。
［項目６６］
前記ハンドオーバー要求確認応答メッセージはさらに、前記少なくとも１つのデータフローを拒否する理由を示すのに用いられる情報を含む、項目６５に記載の基地局。
［項目６７］
前記少なくとも１つのデータフローを拒否する前記理由を示すのに用いられる前記情報は、複数のデータフロー識別子、利用可能なリソースなし、または前記データフローに対応する無効なサービス品質ＱｏＳ組み合わせのうちいずれか１つを含む、項目４６に記載の基地局。
［項目６８］
第１のコアネットワークデバイスが送信したメッセージを受信するよう構成された受信ユニットであって、前記メッセージは、前記第１のコアネットワークデバイスがサービス提供する公共地上モバイルネットワークＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を含む、受信ユニットと、
前記インジケーション情報を用いて、端末デバイスにサービス提供するためのコアネットワークデバイスを選択するよう構成された処理ユニットと
を備える、基地局。
［項目６９］
前記メッセージはＡＭＦ設定更新メッセージである、項目６８に記載の基地局。
［項目７０］
前記メッセージがＮ２インタフェースセットアップ応答である、項目６８に記載の基地局。
［項目７１］
送信ユニットをさらに備え、前記送信ユニットは、前記コアネットワークデバイスへＮ２インタフェースセットアップ要求を送信するよう構成されている、項目７０に記載の基地局。
［項目７２］
前記コアネットワークデバイスがサービス提供する前記ＰＬＭＮに関する前記サポートされているネットワークスライスの前記インジケーション情報は、前記コアネットワークデバイスがサービス提供するＰＬＭＮ毎の、サポートされているネットワークスライスのインジケーション情報を含む、項目６８から７１のいずれか一項に記載の基地局。
［項目７３］
前記ネットワークスライスの前記インジケーション情報は、単一ネットワークスライス選択アシスト情報Ｓ−ＮＳＳＡＩを含む、項目６８から７２のいずれか一項に記載の方法。
［項目７４］
コアネットワークデバイスであって、
前記コアネットワークデバイスがサービス提供する公共地上モバイルネットワークＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を決定するよう構成された処理ユニットと、
基地局へ第２のメッセージを送信するよう構成された送信ユニットであって、前記第２のメッセージは、前記コアネットワークデバイスがサービス提供する前記ＰＬＭＮに関する前記サポートされているネットワークスライスの前記インジケーション情報を含む、送信ユニットと
を備える、コアネットワークデバイス。
［項目７５］
前記第２のメッセージはＡＭＦ設定更新メッセージである、項目７４に記載のコアネットワークデバイス。
［項目７６］
前記第２のメッセージはＮＧインタフェースセットアップ応答である、項目７４に記載のコアネットワークデバイス。
［項目７７］
受信ユニットをさらに備え、前記受信ユニットは、前記基地局が送信したＮＧインタフェースセットアップ要求を受信するよう構成されている、項目７６に記載のコアネットワークデバイス。
［項目７８］
前記コアネットワークデバイスがサービス提供する前記ＰＬＭＮに関する前記サポートされているネットワークスライスの前記インジケーション情報は、前記コアネットワークデバイスがサービス提供するＰＬＭＮ毎の、サポートされているネットワークスライスのインジケーション情報である、項目７４から７７のいずれか一項に記載のコアネットワークデバイス。
［項目７９］
項目１から１７、項目３１から５４、または項目７３のいずれか一項に記載の方法を実施するよう構成された通信デバイス。
［項目８０］
コンピュータ可読記憶媒体であり、
前記コンピュータ可読記憶媒体は命令を格納しており、前記命令がコンピュータ上で実行されるとき、前記コンピュータは、項目１から１７、項目３１から５４、または項目７３のいずれか一項に記載の方法を実施可能となる、コンピュータ可読記憶媒体。

Claims (80)

1. ソース基地局がターゲット基地局へハンドオーバー要求を送信する段階であって、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソース基地局から前記ターゲット基地局へハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含む、段階と、
   前記ソース基地局が前記ターゲット基地局からハンドオーバー応答メッセージを受信する段階であって、前記ハンドオーバー応答メッセージは拒否インジケーション情報を含み、前記拒否インジケーション情報は、ハンドオーバーが要求されている前記セッションのうち、ネットワークスライスに起因して前記ターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、段階と
   を備える、通信方法。
2. ハンドオーバーが要求されている前記セッションは、第１のセッションを含み、またはハンドオーバーが要求されている前記セッションは、前記第１のセッションおよび第２のセッションを含み、
   前記第１のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートしない、請求項１に記載の方法。
3. 前記原因情報は、
   前記ターゲット基地局が、拒否された前記セッションに対応するネットワークスライスをサポートしないことであるか、または、
   前記ターゲット基地局がサポートし、拒否された前記セッションに対応するネットワークスライスのために利用可能なリソースがないことである、請求項１または２に記載の方法。
4. 前記ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、前記ハンドオーバー応答メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する再送信インジケーション情報を含み、前記セッションに対応する前記再送信インジケーション情報は、前記ターゲット基地局のサポートされているネットワークスライスへ、拒否された前記セッションのデータフローをルーティングすることを前記端末デバイスが許可されているかを示すのに用いられる、請求項１から３のいずれか一項に記載の方法。
5. 前記ハンドオーバー応答メッセージが前記ハンドオーバー要求確認応答メッセージである場合、前記ソース基地局が、ハンドオーバーコマンドを前記端末デバイスへ送信する段階であって、前記ハンドオーバーコマンドは、前記ターゲット基地局が拒否する前記セッションに対応する前記再送信インジケーション情報を含む、段階をさらに備える、請求項４に記載の方法。
6. 前記ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、前記ハンドオーバー要求確認応答メッセージはさらに、ハンドオーバーが要求されている前記セッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む、請求項１から５のいずれか一項に記載の方法。
7. 前記ハンドオーバー応答メッセージがハンドオーバー失敗メッセージである場合、前記ソース基地局が、無線リソース制御ＲＲＣ接続リリースメッセージを前記端末デバイスへ送信する段階をさらに備える、請求項１から３のいずれか一項に記載の方法。
8. 前記ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルのサポートされているネットワークスライスのインジケーション情報、前記ソースセルの前記隣接するセルが属するＴＡ／ＲＡのサポートされているネットワークスライスのインジケーション情報、または、前記ソース基地局の隣接する基地局のサポートされているネットワークスライスについての情報を含む、請求項７に記載の方法。
9. ターゲット基地局がソース基地局からハンドオーバー要求を受信する段階であって、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソース基地局から前記ターゲット基地局へハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含む、段階と、
   前記ターゲット基地局が前記ソース基地局へハンドオーバー応答メッセージを送信する段階であって、前記ハンドオーバー応答メッセージは拒否インジケーション情報を含み、前記拒否インジケーション情報は、ハンドオーバーが要求されている前記セッションのうち、ネットワークスライスに起因して前記ターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、段階と
   を備える、通信方法。
10. ハンドオーバーが要求されている前記セッションは、第１のセッションを含み、またはハンドオーバーが要求されている前記セッションは、前記第１のセッションおよび第２のセッションを含み、
    前記第１のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートしない、請求項９に記載の方法。
11. 前記原因情報は、
    前記ターゲット基地局が、拒否された前記セッションに対応するネットワークスライスをサポートしないこと、または、
    前記ターゲット基地局がサポートし、拒否された前記セッションに対応するネットワークスライスのために利用可能なリソースがないことである、請求項９または１０に記載の方法。
12. 前記ハンドオーバー応答メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する再送信インジケーション情報を含み、前記セッションに対応する前記再送信インジケーション情報は、前記ターゲット基地局のサポートされているネットワークスライスへ、拒否された前記セッションのデータフローをルーティングすることを前記端末デバイスが許可されているかを示すのに用いられる、請求項９から１１のいずれか一項に記載の方法。
13. 前記ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、前記ハンドオーバー要求確認応答メッセージはさらに、ハンドオーバーが要求されている前記セッションの、拒否されたベアラの識別子または拒否されたデータフローの識別子を含む、請求項９から１２のいずれか一項に記載の方法。
14. 前記ターゲット基地局が前記端末デバイスからハンドオーバー確認応答メッセージを受信する段階と、
    前記ターゲット基地局がコアネットワークデバイスへ経路切替要求を送信する段階であって、前記経路切替要求は、前記ターゲット基地局が承諾するセッションの識別子と、前記ターゲット基地局が拒否するセッションの識別子とを含む、段階と、
    前記ターゲット基地局が前記コアネットワークデバイスから経路切替要求応答メッセージを受信する段階であって、前記経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む、段階と
    をさらに備える、請求項９から１３のいずれか一項に記載の方法。
15. 前記経路切替要求はさらに、前記ターゲット基地局が拒否する前記セッションに対応する前記ネットワークスライスのインジケーション情報を含む、請求項１４に記載の方法。
16. コアネットワークデバイスがターゲット基地局から経路切替要求を受信する段階であって、前記経路切替要求は、前記ターゲット基地局が承諾するセッションの識別子と、前記ターゲット基地局が拒否するセッションの識別子とを含む、段階と、
    前記コアネットワークデバイスが、承諾された前記セッションの経路切替と、拒否された前記セッションの非アクティブ化またはリリースとを実施する段階と、
    前記コアネットワークデバイスが前記ターゲット基地局へ経路切替要求応答メッセージを送信する段階であって、前記経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む、段階と
    を備える、通信方法。
17. 端末デバイスがソース基地局から無線リソース制御ＲＲＣ接続リリースメッセージを受信する段階と、
    前記端末デバイスがＲＲＣ接続をリリースする段階と
    を備え、
    前記ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルのサポートされているネットワークスライスのインジケーション情報、前記ソースセルの前記隣接するセルが属するＴＡ／ＲＡのサポートされているネットワークスライスのインジケーション情報、または前記ソース基地局の隣接する基地局のサポートされているネットワークスライスについての情報を含む、通信方法。
18. 基地局であり、
    前記基地局はソース基地局であり、前記ソース基地局はプロセッサと送受信機とを備え、
    前記プロセッサは、前記送受信機を用いてターゲット基地局へハンドオーバー要求を送信し、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソース基地局から前記ターゲット基地局へハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含み、
    前記プロセッサは、前記送受信機を用いて前記ターゲット基地局からハンドオーバー応答メッセージを受信し、前記ハンドオーバー応答メッセージは拒否インジケーション情報を含み、前記拒否インジケーション情報は、ハンドオーバーが要求されている前記セッションのうち、ネットワークスライスに起因して前記ターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、基地局。
19. ハンドオーバーが要求されている前記セッションは、第１のセッションを含み、またはハンドオーバーが要求されている前記セッションは、前記第１のセッションおよび第２のセッションを含み、
    前記第１のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートしない、請求項１８に記載の基地局。
20. 前記原因情報は、
    前記ターゲット基地局が、拒否された前記セッションに対応するネットワークスライスをサポートしないこと、または、
    前記ターゲット基地局がサポートし、拒否された前記セッションに対応するネットワークスライスのために利用可能なリソースがないことである、請求項１８または１９に記載の基地局。
21. 前記ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、前記ハンドオーバー応答メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する再送信インジケーション情報を含み、前記セッションに対応する前記再送信インジケーション情報は、前記ターゲット基地局のサポートされているネットワークスライスへ、拒否された前記セッションのデータフローをルーティングすることを前記端末デバイスが許可されているかを示すのに用いられる、請求項１８から２０のいずれか一項に記載の基地局。
22. 前記ハンドオーバー応答メッセージがハンドオーバー要求確認応答メッセージである場合、前記プロセッサは、前記送受信機を用いてハンドオーバーコマンドを前記端末デバイスへ送信し、前記ハンドオーバーコマンドは、前記ターゲット基地局が拒否する前記セッションに対応する前記再送信インジケーション情報を含む、ことをさらに備える、請求項２１に記載の基地局。
23. 前記ハンドオーバー応答メッセージがハンドオーバー失敗メッセージである場合、前記プロセッサは、前記送受信機を用いて前記端末デバイスへ無線リソース制御ＲＲＣ接続リリースメッセージを送信する、請求項１８から２０のいずれか一項に記載の基地局。
24. 前記ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルのサポートされているネットワークスライスのインジケーション情報、前記ソースセルの前記隣接するセルが属するＴＡ／ＲＡのサポートされているネットワークスライスのインジケーション情報、または、前記ソース基地局の隣接する基地局のサポートされているネットワークスライスについての情報を含む、請求項２３に記載の基地局。
25. 基地局であり、
    前記基地局はターゲット基地局であり、前記ターゲット基地局はプロセッサと送受信機とを備え、
    前記プロセッサは、前記送受信機を用いてソース基地局からハンドオーバー要求を受信し、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソース基地局から前記ターゲット基地局へハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含み、
    前記プロセッサは、前記送受信機を用いて前記ソース基地局へハンドオーバー応答メッセージを送信し、前記ハンドオーバー応答メッセージは拒否インジケーション情報を含み、前記拒否インジケーション情報は、ハンドオーバーが要求されている前記セッションのうち、ネットワークスライスに起因して前記ターゲット基地局が拒否するセッションに対応する原因情報を示すのに用いられる、基地局。
26. ハンドオーバーが要求されている前記セッションは、第１のセッションを含み、またはハンドオーバーが要求されている前記セッションは、前記第１のセッションおよび第２のセッションを含み、
    前記第１のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートしない、請求項２５に記載の基地局。
27. 前記原因情報は、
    前記ターゲット基地局が、拒否された前記セッションに対応するネットワークスライスをサポートしないこと、または、
    前記ターゲット基地局がサポートし、拒否された前記セッションに対応するネットワークスライスのために利用可能なリソースがないことである、請求項２５または２６に記載の基地局。
28. 前記ハンドオーバー応答メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する再送信インジケーション情報を含み、前記セッションに対応する前記再送信インジケーション情報は、前記ターゲット基地局のサポートされているネットワークスライスへ、拒否された前記セッションのデータフローをルーティングすることを前記端末デバイスが許可されているかを示すのに用いられる、請求項２５から２７のいずれか一項に記載の基地局。
29. コアネットワークデバイスであり、前記コアネットワークデバイスはプロセッサと送受信機とを備え、
    前記プロセッサは、前記送受信機を用いてターゲット基地局から経路切替要求を受信し、前記経路切替要求は、前記ターゲット基地局が承諾するセッションの識別子と、前記ターゲット基地局が拒否するセッションの識別子とを含み、
    前記プロセッサは、承諾された前記セッションの経路切替を実施し、拒否された前記セッションの非アクティブ化またはリリースを実施するよう構成されており、
    前記プロセッサは、前記送受信機を用いて前記ターゲット基地局へ経路切替要求応答メッセージを送信し、前記経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む、コアネットワークデバイス。
30. 端末デバイスであり、前記端末デバイスはプロセッサと送受信機とを備え、
    前記プロセッサは、前記送受信機を用いてソース基地局から無線リソース制御ＲＲＣ接続リリースメッセージを受信し、
    前記プロセッサは、ＲＲＣ接続をリリースし、前記ＲＲＣ接続リリースメッセージは、ソースセルの隣接するセルのサポートされているネットワークスライスのインジケーション情報、前記ソースセルの前記隣接するセルが属するＴＡ／ＲＡのサポートされているネットワークスライスのインジケーション情報、または前記ソース基地局の隣接する基地局のサポートされているネットワークスライスについての情報を含む、端末デバイス。
31. 前記経路切替要求メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する原因情報を含む、請求項１６に記載の方法。
32. 前記原因情報は、拒否された前記セッションに対応するネットワークスライスを前記ターゲット基地局がサポートしないことである、請求項３１に記載の方法。
33. 前記コアネットワークデバイスが、承諾された前記セッションの経路切替と、拒否された前記セッションの非アクティブ化またはリリースとを実施する前記段階は、前記コアネットワークデバイスが、拒否された前記セッションに対応する前記ネットワークスライスを前記ターゲット基地局がサポートしないが故に拒否された前記セッションのリリースを実施する段階を有する、請求項３２に記載の方法。
34. ターゲット基地局がコアネットワークデバイスへ経路切替要求を送信する段階であって、前記経路切替要求は、前記ターゲット基地局が承諾するセッションの識別子と、前記ターゲット基地局が拒否するセッションの識別子とを含む、段階と、
    前記コアネットワークデバイスが送信した経路切替要求応答メッセージを前記ターゲット基地局が受信する段階であって、前記経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む、段階と
    を備える、通信方法。
35. 前記経路切替要求応答メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する原因情報を含む、請求項３４に記載の方法。
36. 前記原因情報は、拒否された前記セッションに対応するネットワークスライスを前記ターゲット基地局がサポートしないことである、請求項３５に記載の方法。
37. ターゲット基地局がコアネットワークデバイスへ経路切替要求を送信する前記段階の前に、
    前記ターゲット基地局が、ソース基地局からハンドオーバー要求を受信する段階と、
    前記ターゲット基地局が、ネットワークスライスサポート状況、リソース使用状況、および前記ハンドオーバー要求に基づいて受け入れ制御を実施する段階と
    をさらに備える、請求項３４から３６のいずれか一項に記載の方法。
38. ターゲット基地局が、コアネットワークデバイスへ経路切替要求を送信する前記段階の前に、
    前記ターゲット基地局が、ソース基地局からハンドオーバー要求を受信する段階であって、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソース基地局から前記ターゲット基地局へハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含む、段階と、
    前記セッションに対応する前記ネットワークスライスを前記ターゲット基地局がサポートしない場合、前記ターゲット基地局が前記セッションを拒否する段階と
    をさらに備える、請求項３４から３６のいずれか一項に記載の方法。
39. 前記ネットワークスライスの前記インジケーション情報は、単一ネットワークスライス選択アシスト情報Ｓ−ＮＳＳＡＩである、請求項３８に記載の方法。
40. ハンドオーバーが要求されている前記セッションは、第１のセッションおよび第２のセッションを含み、
    前記第１のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートしない、請求項３８または３９に記載の方法。
41. 前記ターゲット基地局が、前記ソース基地局へハンドオーバー確認応答メッセージを送信する段階であって、前記ターゲット基地局が承諾する前記セッションの少なくとも１つのデータフローが拒否された、段階をさらに備える、請求項３４から４０のいずれか一項に記載の方法。
42. 前記ハンドオーバー要求確認応答メッセージはさらに、前記少なくとも１つのデータフローを拒否する理由を示すのに用いられる情報を含む、請求項４１に記載の方法。
43. 前記少なくとも１つのデータフローを拒否する前記理由を示すのに用いられる前記情報は、複数のデータフロー識別子、利用可能なリソースなし、または前記データフローに対応する無効なサービス品質ＱｏＳ組み合わせのうちいずれか１つを含む、請求項４２に記載の方法。
44. 基地局が、第１のコアネットワークデバイスからメッセージを受信する段階であって、前記メッセージは、前記第１のコアネットワークデバイスがサービス提供する公共地上モバイルネットワークＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を含む、段階と、
    前記基地局が前記インジケーション情報を用いて、端末デバイスにサービス提供するためのコアネットワークデバイスを選択する段階と
    を備える、通信方法。
45. 前記メッセージはＡＭＦ設定更新メッセージである、請求項４４に記載の方法。
46. 前記メッセージはＮＧインタフェースセットアップ応答である、請求項４４に記載の方法。
47. 前記基地局が、前記コアネットワークデバイスへＮＧインタフェースセットアップ要求を送信する段階をさらに備える、請求項４６に記載の方法。
48. 前記コアネットワークデバイスがサービス提供する前記ＰＬＭＮに関する前記少なくとも１つのサポートされているネットワークスライスの前記インジケーション情報は、前記コアネットワークデバイスがサービス提供するＰＬＭＮ毎の、少なくとも１つのサポートされているネットワークスライスのインジケーション情報を含む、請求項４４から４７のいずれか一項に記載の方法。
49. 前記少なくとも１つのサポートされているネットワークスライスの前記インジケーション情報は、単一ネットワークスライス選択アシスト情報Ｓ−ＮＳＳＡＩを含む、請求項４４から４８のいずれか一項に記載の方法。
50. コアネットワークデバイスがサービス提供する公共地上モバイルネットワークＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を前記コアネットワークデバイスが決定する段階と、
    前記コアネットワークデバイスが、基地局へ第２のメッセージを送信する段階であって、前記第２のメッセージは、前記コアネットワークデバイスがサービス提供する前記ＰＬＭＮに関する前記サポートされているネットワークスライスの前記インジケーション情報を含む、段階と
    を備える、通信方法。
51. 前記第２のメッセージはＡＭＦ設定更新メッセージである、請求項５０に記載の方法。
52. 前記第２のメッセージはＮＧインタフェースセットアップ応答である、請求項５０に記載の方法。
53. 前記基地局が送信したＮＧインタフェースセットアップ要求を前記コアネットワークデバイスが受信する段階をさらに備える、請求項５２に記載の方法。
54. 前記コアネットワークデバイスがサービス提供する前記ＰＬＭＮに関する前記サポートされているネットワークスライスの前記インジケーション情報は、前記コアネットワークデバイスがサービス提供するＰＬＭＮ毎の、サポートされているネットワークスライスのインジケーション情報である、請求項５０から５２のいずれか一項に記載の方法。
55. 前記経路切替要求メッセージはさらに、前記ターゲット基地局が拒否する前記セッションに対応する原因情報を含む、請求項２９に記載のコアネットワークデバイス。
56. 前記原因情報は、拒否された前記セッションに対応するネットワークスライスを前記ターゲット基地局がサポートしないことである、請求項５５に記載のコアネットワークデバイス。
57. 前記プロセッサは具体的には、拒否された前記セッションに対応する前記ネットワークスライスを前記ターゲット基地局がサポートしないが故に拒否された前記セッションのリリースを実施するよう構成されている、請求項２９に記載のコアネットワークデバイス。
58. 基地局であり、
    コアネットワークデバイスへ経路切替要求を送信するよう構成された送信ユニットであって、前記経路切替要求は、前記基地局が承諾するセッションの識別子と、前記基地局が拒否するセッションの識別子とを含む、送信ユニットと、
    前記コアネットワークデバイスが送信した経路切替要求応答メッセージを受信するよう構成された受信ユニットであって、前記経路切替要求応答メッセージは、経路切替の完了に成功したセッションの識別子を含む、受信ユニットと
    を備える、基地局。
59. 前記経路切替要求応答メッセージはさらに、ターゲット基地局が拒否するセッションに対応する原因情報を含む、請求項５８に記載の基地局。
60. 前記原因情報は、拒否された前記セッションに対応するネットワークスライスを前記ターゲット基地局がサポートしないことである、請求項５９に記載の基地局。
61. 前記受信ユニットはさらに、ソース基地局からハンドオーバー要求を受信するよう構成されており、
    前記基地局はさらにプロセッサを備え、前記プロセッサは、ネットワークスライスサポート状況、リソース使用状況、および前記ハンドオーバー要求に基づいて受け入れ制御を実施するよう構成されている、
    請求項５８から６０のいずれか一項に記載の基地局。
62. 前記受信ユニットはさらに、ソース基地局からハンドオーバー要求を受信するよう構成されており、前記ハンドオーバー要求は、端末デバイスのセッションを前記ソース基地局から前記基地局へハンドオーバーするよう要求するのに用いられ、前記ハンドオーバー要求は、ハンドオーバーが要求されているセッションの識別子と、前記セッションに対応するネットワークスライスのインジケーション情報とを含み、
    前記基地局はさらにプロセッサを備え、前記プロセッサは、前記セッションに対応する前記ネットワークスライスを前記ターゲット基地局がサポートしない場合、前記セッションを拒否するよう構成されている、請求項５８から６０のいずれか一項に記載の基地局。
63. 前記ネットワークスライスの前記インジケーション情報は、単一ネットワークスライス選択アシスト情報Ｓ−ＮＳＳＡＩである、請求項６２に記載の基地局。
64. ハンドオーバーが要求されている前記セッションは、第１のセッションおよび第２のセッションを含み、
    前記第１のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートし、前記第２のセッションに対応するネットワークスライスは前記ターゲット基地局がサポートしない、請求項６２または６３に記載の方法。
65. 前記送信ユニットはさらに、前記ソース基地局へハンドオーバー確認応答メッセージを送信するよう構成されており、前記ターゲット基地局が承諾する前記セッションの少なくとも１つのデータフローが拒否された、請求項５８から６４のいずれか一項に記載の基地局。
66. 前記ハンドオーバー要求確認応答メッセージはさらに、前記少なくとも１つのデータフローを拒否する理由を示すのに用いられる情報を含む、請求項６５に記載の基地局。
67. 前記少なくとも１つのデータフローを拒否する前記理由を示すのに用いられる前記情報は、複数のデータフロー識別子、利用可能なリソースなし、または前記データフローに対応する無効なサービス品質ＱｏＳ組み合わせのうちいずれか１つを含む、請求項４６に記載の基地局。
68. 第１のコアネットワークデバイスが送信したメッセージを受信するよう構成された受信ユニットであって、前記メッセージは、前記第１のコアネットワークデバイスがサービス提供する公共地上モバイルネットワークＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を含む、受信ユニットと、
    前記インジケーション情報を用いて、端末デバイスにサービス提供するためのコアネットワークデバイスを選択するよう構成された処理ユニットと
    を備える、基地局。
69. 前記メッセージはＡＭＦ設定更新メッセージである、請求項６８に記載の基地局。
70. 前記メッセージがＮ２インタフェースセットアップ応答である、請求項６８に記載の基地局。
71. 送信ユニットをさらに備え、前記送信ユニットは、前記コアネットワークデバイスへＮ２インタフェースセットアップ要求を送信するよう構成されている、請求項７０に記載の基地局。
72. 前記コアネットワークデバイスがサービス提供する前記ＰＬＭＮに関する前記サポートされているネットワークスライスの前記インジケーション情報は、前記コアネットワークデバイスがサービス提供するＰＬＭＮ毎の、サポートされているネットワークスライスのインジケーション情報を含む、請求項６８から７１のいずれか一項に記載の基地局。
73. 前記ネットワークスライスの前記インジケーション情報は、単一ネットワークスライス選択アシスト情報Ｓ−ＮＳＳＡＩを含む、請求項６８から７２のいずれか一項に記載の方法。
74. コアネットワークデバイスであって、
    前記コアネットワークデバイスがサービス提供する公共地上モバイルネットワークＰＬＭＮに関するサポートされているネットワークスライスのインジケーション情報を決定するよう構成された処理ユニットと、
    基地局へ第２のメッセージを送信するよう構成された送信ユニットであって、前記第２のメッセージは、前記コアネットワークデバイスがサービス提供する前記ＰＬＭＮに関する前記サポートされているネットワークスライスの前記インジケーション情報を含む、送信ユニットと
    を備える、コアネットワークデバイス。
75. 前記第２のメッセージはＡＭＦ設定更新メッセージである、請求項７４に記載のコアネットワークデバイス。
76. 前記第２のメッセージはＮＧインタフェースセットアップ応答である、請求項７４に記載のコアネットワークデバイス。
77. 受信ユニットをさらに備え、前記受信ユニットは、前記基地局が送信したＮＧインタフェースセットアップ要求を受信するよう構成されている、請求項７６に記載のコアネットワークデバイス。
78. 前記コアネットワークデバイスがサービス提供する前記ＰＬＭＮに関する前記サポートされているネットワークスライスの前記インジケーション情報は、前記コアネットワークデバイスがサービス提供するＰＬＭＮ毎の、サポートされているネットワークスライスのインジケーション情報である、請求項７４から７７のいずれか一項に記載のコアネットワークデバイス。
79. 請求項１から１７、請求項３１から５４、または請求項７３のいずれか一項に記載の方法を実施するよう構成された通信デバイス。
80. コンピュータ可読記憶媒体であり、
    前記コンピュータ可読記憶媒体は命令を格納しており、前記命令がコンピュータ上で実行されるとき、前記コンピュータは、請求項１から１７、請求項３１から５４、または請求項７３のいずれか一項に記載の方法を実施可能となる、コンピュータ可読記憶媒体。