JP2020520172A

JP2020520172A - ネットワークスライス選択ポリシー更新方法および装置

Info

Publication number: JP2020520172A
Application number: JP2019561750A
Authority: JP
Inventors: ▲遠▼ 王; 中平 ▲陳▼
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2017-05-09
Filing date: 2017-05-09
Publication date: 2020-07-02
Also published as: US10659952B2; EP3557913A4; EP3557913B1; CN109314917B; BR112019023429A2; EP3557913A1; CN109982415A; CN109314917A; WO2018205150A1; US20190261159A1

Abstract

ネットワークスライス選択ポリシー更新方法および装置が開示されている。この方法は、端末デバイスによって、端末デバイス上の構成済ネットワーク選択支援情報をAMFに送信するステップであって、ネットワーク選択支援情報は第1のスライス識別子を含む、ステップと、端末デバイスによって、AMFによって返される許可済ネットワーク選択支援情報および指示情報を受信するステップであって、許可済ネットワーク選択支援情報は第2のスライス識別子を含み、指示情報は、第2のスライス識別子が第1のスライス識別子に対応していることを示す、ステップと、を特に含む。これにより、端末デバイスが不要なセッション確立手順を開始することを防止し、ネットワークリソースを節約することができる。

Description

本発明は、通信技術の分野に関し、特に、ネットワークスライス選択ポリシー更新方法および装置に関する。

第3世代パートナーシッププロジェクト(Third Generation Partnership Project、3GPP)の将来の通信システムにおいて、スライシング技術を用いることによって、コアネットワークの同じ物理デバイスのセット上で、そのコアネットワークの複数の論理ネットワークスライスインスタンスにネットワークを分割することができる。コアネットワークの各ネットワークスライスインスタンスは、特定の商用シナリオまたは特定のユーザ要件に基づいてカスタマイズして、多様なサービスを満たしながらネットワークスライスインスタンス間の隔離を確実にすることができる。オペレータは、レート、容量、カバレッジ、遅延、信頼性、セキュリティ、および可用性などのネットワーク性能指標を自由かつ柔軟に組み合わせることによって、各サービスの特定の要件を満たすことができる。

一般に、コアネットワークのネットワークスライスインスタンスは、ネットワークスライスと簡単に呼ばれている。ネットワークスライスを導入すると、端末側の選択ポリシーに関する新たな要件が出される。ネットワークは、コアネットワークの複数のカスタマイズされたネットワークスライスインスタンスを含み、各スライスインスタンスは特定のユーザグループにサービスを提供することができ、いくつかの複雑な端末は、複数のネットワークスライスインスタンスに同時にアクセスする能力および要件をさらに有する。したがって、端末は、端末のアプリケーション(Application、App)とスライスタイプとの間の対応関係を知る必要がある。

たとえば、端末のアプリケーションがサービスを要求するとき、端末は、アプリケーションがアクセスする必要のあるネットワークスライスのタイプを知り、対応する支援情報を提供してネットワークスライスの選択およびユーザプレーンセッションの確立を支援する必要がある。加えて、複数のプロトコルデータユニット(Protocol Data Unit、PDU)セッション(session)が端末側で現在確立されていて、端末側の新たなアプリケーションがサービスを要求するとき、端末は、現在確立されているPDU sessionが新たなアプリケーションのサービス要求を満たすことができるかどうかを判断する必要がある。すべての現在存在するPDU sessionが新たなアプリケーションのサービス要求を満たすことができなければ、端末は、新たなアプリケーションのための新たなユーザプレーンセッション要求をさらに開始する。たとえば、拡張モバイルブロードバンド(Enhanced Mobile Broadband、eMBB)タイプのPDU sessionが端末側で現在確立されている。端末側の新たなアプリケーションがサービスデータを送信する必要がある。そのアプリケーションもeMBBタイプのPDU sessionを要求すれば、端末側は、現在確立されているeMBBタイプのPDU sessionを用いることによってアプリケーションのサービスデータを直接送信することができる。しかしながら、アプリケーションがモノのインターネット(Internet of Things、IoT)タイプのPDU sessionを要求すれば、端末は、新たなPDU session確立要求を開始して、IoTタイプのPDU sessionを確立する必要がある。

3GPP規格の既存の解決策において、端末デバイスは、たとえば、ユーザ機器(User Equipment、UE)であり、事前構成されたネットワークスライス選択ポリシー(Network Slice Selection Policy、NSSP)がUE側に保存されている。NSSPは、UEのためのオペレータによって構成、たとえば、加入者識別モジュールカード(Subscriber Identify Module、SIM)に保存することができ、または端末デバイスが工場から出荷されるときに事前構成することができ、またはアプリケーションがインストールされるときにUE上に構成することができる。

NSSPは、アプリケーションとサービス/スライスタイプ(Service/Slice Type、SST)との間のマッピング関係を含む。アプリケーションが起動されると、UEはNSSPを用いることによってアプリケーションをSSTにマップする。現在存在するPDUセッションがこのSSTをサポートすることができれば、UEはこのPDUセッションを用いることによってアプリケーションのデータストリームを送信する。このSSTをサポートすることができるPDUセッションが現在なければ、UEは、このSSTを搬送する新たなPDUセッション確立要求を開始する。

前述の解決策には問題がある。UE側の構成済SSTは変化し、実際のプロセスにおいてネットワーク側によって更新される。既存の3GPP規格において議論されているアクセス手順において、UEは構成済(Configured)SSTをアタッチ(Attach)メッセージにおいて提供する。UEによるアクセスを受け入れた後、ネットワーク側は、受容済SST(Accepted SST)をアタッチ受容(Attach Accept)メッセージにおいてUEに返す。構成済SSTは、多くのシナリオにおいて受容済SSTと完全には一致していない。結果として、UEはPDUセッション確立要求を開始し、ネットワークリソースの浪費を引き起こす。

本発明の実施形態は、ネットワークリソースを節約するためのネットワークスライス選択ポリシー更新方法および装置を提供する。

第1の態様によれば、本発明の一実施形態は、端末デバイスによって、端末デバイス上の構成済ネットワーク選択支援情報をアクセスおよびモビリティ管理機能(Core Access and Mobility Management Function、AMF)に送信するステップであって、ネットワーク選択支援情報は第1のスライス識別子を含む、ステップと、
端末デバイスによって、AMFによって返される許可済ネットワーク選択支援情報および指示情報を受信するステップであって、許可済ネットワーク選択支援情報は第2のスライス識別子を含み、指示情報は、第2のスライス識別子が第1のスライス識別子に対応していることを示す、ステップと、を含むネットワークスライス選択ポリシー更新方法を提供する。

この実施形態において、2つの情報が、端末デバイス上で事前構成され得、それぞれ、ネットワーク選択支援情報およびネットワークスライス選択ポリシーである。ネットワーク選択支援情報は、具体的にはSSTのセットであり得る。ネットワークスライス選択ポリシーは、具体的にはアプリケーションとSSTとの間の対応関係であり得る。1つのアプリケーションが1つまたは複数のネットワークスライスに対応することができ、1つのスライス識別子も1つまたは複数のネットワークスライスに対応することができる。端末デバイスによって送信されるネットワーク選択支援情報は、端末デバイス上のSSTに含まれるすべてのスライス識別子であり得る。換言すれば、ネットワーク選択支援情報は、スライス識別子のセットであり得る。許可済ネットワーク選択支援情報は、用いることができるスライスを示す。一般に、用いることができるネットワークスライスは、構成済ネットワーク選択支援情報におけるスライス識別子のセットのサブセットであり、すなわち、スライス識別子のセットから選択されるいくつかのスライス識別子である。しかしながら、ネットワーク側のスライス識別子および端末デバイス側のスライス識別子にそれぞれ対応するネットワークスライスが不一致であることがある。これは上で説明しており、詳細はここでは再度説明しない。したがって、許可済ネットワーク選択支援情報に含まれる第2のスライス識別子は、構成済ネットワーク選択支援情報に含まれるスライス識別子ではないことがある。しかしながら、第2のスライス識別子に対応するネットワークスライスによって提供されるサービスが、第1のスライス識別子に対応するネットワークスライスによって提供されるサービスと同じであることがある。加えて、第2のスライス識別子に対応するネットワークスライスによって提供されるサービスは、第1のスライス識別子に対応するネットワークスライスによって提供されるサービス、および他のスライス識別子に対応するネットワークスライスによって提供されるサービスを含むことができる。たとえば、識別子1がmIoTスライスに対応し、このスライスはmIoTサービスを提供し、識別子2がeMBBスライスに対応し、このスライスはeMBBサービスを提供する。識別子3がスライスXに対応し、スライスXはmIoTサービスおよびeMBBサービスを提供することができる。指示情報は、第2のスライス識別子が第1のスライス識別子に対応していることを明示的に示すことができ、または第2のスライス識別子が第1のスライス識別子に対応していることを暗示的に示すことができる。たとえば、暗示的な方法において、第1のスライス識別子および第2のスライス識別子はエントリに配置され、または他の合意された方法があり得る。詳細はここでは説明しない。

許可済ネットワーク選択支援情報は、AMFによって決定することができ、またはネットワーク側の他のデバイスによってAMFに送信することができ、またはネットワークデプロイメントまたはローカルポリシーに基づいて決定することができる。決定の具体的な方法は、本発明のこの実施形態において一意に限定されない。

前述の技術的解決策から分かるように、許可済ネットワーク選択支援情報は第2のスライス識別子を含み、指示情報は、第2のスライス識別子が第1のスライス識別子に対応していることを示す。したがって、第1のスライス識別子が第2のスライス識別子と不一致であるとき、端末デバイスが、どちらのスライス識別子がアプリケーションに対応しているかを知ることができることを保証することができる。したがって、これにより、不要なセッション確立手順の開始を回避し、ネットワークリソースを節約することができる。

任意選択の一実施形態において、端末デバイスによって、AMFによって返される許可済ネットワーク選択支援情報および指示情報を受信するステップの後、この方法は、
スライス選択ポリシーに基づいて、ターゲットアプリケーションが第1のスライス識別子に対応していると判定するステップであって、スライス選択ポリシーは、ターゲットアプリケーションとスライス識別子との間の対応関係を含む、ステップと、
指示情報に基づいて、第1のスライス識別子が第2のスライス識別子に対応していると判定するステップと、
第2のスライス識別子に対応するセッションを用いることによってターゲットアプリケーションのデータを伝送するステップと、
をさらに含む。

この実施形態において、スライス選択ポリシーは上述の構成済NSSPであり得る。構成済SSTは、アプリケーションとネットワークスライス識別子との間の対応関係を含む。ターゲットアプリケーションは端末デバイスのアプリケーションである。構成済SSTに基づいて、ターゲットアプリケーションが第1のスライス識別子に対応していると判定することができる。指示情報は、第1のスライス識別子が第2のスライス識別子に対応していることを示すため、第2のスライス識別子に対応するセッションが確立されていれば、端末デバイスは、第2のスライス識別子に対応する先に確立されたセッションが第1のスライス識別子をサポートしていることが分かる。したがって、ターゲットアプリケーションのデータは、第2のスライス識別子に対応するセッションを用いることによって直接伝送することができ、第1のスライス識別子に対応するセッションの確立をAMFに対して開始する必要はない。したがって、これにより、不必要なセッション確立手順の開始を回避し、ネットワークリソースを節約することができ、ターゲットアプリケーションのデータをより迅速に伝送することができる。

任意選択の実装において、第2のスライス識別子に対応するセッションが確立されている場合と確立されていない場合があるため、本発明のこの実施形態は、2つの場合における異なる処理解決策をさらに提供する。詳細は次のとおりである。第2のスライス識別子に対応するセッションを用いることによってターゲットアプリケーションのデータを伝送するステップは、
端末デバイスによって、第2のスライス識別子を含むセッション確立要求をネットワークに送信するステップと、第2のスライス識別子に対応するセッションを確立するステップと、第2のスライス識別子に対応するセッションを用いることによってターゲットアプリケーションのデータを伝送するステップと、または
端末デバイスが第2のスライス識別子に対応するセッションを確立していれば、第2のスライス識別子に対応するセッションを用いることによってターゲットアプリケーションのデータを伝送するステップ、
を含む。

任意選択の実装において、具体的なセッションタイプの例がさらに提供される。第2のスライス識別子に対応するセッションは、第2のスライス識別子に対応するプロトコルデータユニットPDUセッションを含む。端末デバイスとネットワーク側との異なるサービス要件に基づいて、アプリケーションのために確立する必要があるセッションはさらに他のタイプのセッションであり得ることが理解され得る。したがって、PDUセッションは可能な一例であり、本発明のこの実施形態に対する一意の限定として理解されるべきではない。

任意選択の実装において、前述の説明に基づいて、この実施形態は、以下においてスライス識別子の具体的なパラメータをさらに提供する。第1のスライス識別子と第2のスライス識別子とは両方ともサービス/スライスタイプSSTの識別子である。スライス識別子は、異なるスライス間を区別する特徴を有する必要があることが理解され得る。したがって、スライス識別子は、ネットワークにおける一意の識別情報であり得る。したがって、SSTの識別子は、本発明のこの実施形態におけるスライス識別子の実装に対する一意の限定として理解されるべきではない。

任意選択の実装において、ネットワーク選択支援情報を送信する具体的な方法と、許可済ネットワーク選択支援情報および指示情報をAMFによって返す実装と、がさらに提供される。詳細は次のとおりである。端末デバイスによって、端末デバイス上の構成済ネットワーク選択支援情報をAMFに送信するステップは、端末デバイスによって、登録要求をAMFに送信するステップであって、登録要求は、端末デバイス上の構成済ネットワーク選択支援情報を搬送する、ステップを含み、
端末デバイスによって、AMFによって返される許可済ネットワーク選択支援情報および指示情報を受信するステップは、AMFによって送信される登録要求応答メッセージを受信するステップであって、登録要求応答メッセージは、許可済ネットワーク選択支援情報および指示情報を搬送する、ステップを含む。

この実施形態において、登録要求および登録要求応答メッセージを用いることによって情報が転送される。この方法においては、新たなシグナリングオーバーヘッドを追加する必要がなくなり得る。これは、比較的望ましく登録手順と互換性がある。したがって、実装の難易度は比較的低い。

任意選択の実装において、端末デバイスは以下のステップをさらに実行することができる。この方法は、
端末デバイスによって、許可済ネットワーク選択支援情報および指示情報を保存するステップと、端末デバイスが現在位置している公衆陸上移動体ネットワーク(Public Land Mobile Network、PLMN)から移動したとき、ネットワーク選択支援情報および指示情報を削除するステップと、
をさらに含む。

異なるPLMNについて異なる許可済ネットワーク選択支援情報および異なる指示情報があるため、端末デバイスは、構成済ネットワーク選択支援情報を許可済ネットワーク選択支援情報で置き換える必要はない。

第2の態様によれば、本発明の一実施形態はネットワークスライス選択ポリシー更新方法を提供する。この実施形態は、第1の態様において提供された実施形態と相対的である。この実施形態は、第1の態様の実施形態における実行エンティティのピアエンドで実装される。この方法は、
アクセスおよびモビリティ管理機能AMFによって、端末デバイス上にあって端末デバイスによって送信される構成済ネットワーク選択支援情報を受信するステップであって、ネットワーク選択支援情報は第1のスライス識別子を含む、ステップと、
AMFによって、許可済ネットワーク選択支援情報を決定するステップであって、許可済ネットワーク選択支援情報は第2のスライス識別子を含む、ステップと、
第2のスライス識別子と第1のスライス識別子との間に対応関係があれば、許可済ネットワーク選択支援情報および指示情報を端末デバイスに送信するステップであって、指示情報は、第2のスライス識別子が第1のスライス識別子に対応していることを示す、ステップと、
を含む。

端末デバイス上の構成済ネットワーク選択支援情報、スライス識別子、許可済ネットワーク選択支援情報、およびAMFによる許可済ネットワーク選択支援情報の決定などの内容については、前述の実施形態における説明を参照されたく、ここでは詳細は再度説明しない。加えて、第2のスライス識別子と第1のスライス識別子との間の対応関係の識別子対応表をAMFの側に保存することができる。識別子対応表は事前構成することができる。

任意選択の実装において、AMFが端末デバイス上の構成済ネットワーク選択支援情報を取得する具体的な実装と、AMFが許可済ネットワーク選択支援情報および指示情報を端末デバイスに返す実装と、がさらに提供される。端末デバイス上にあって端末デバイスによって送信される構成済ネットワーク選択支援情報を受信するステップは、
端末デバイスによって送信される登録要求を受信するステップであって、登録要求は、端末デバイス上の構成済ネットワーク選択支援情報を搬送する、ステップを含み、
許可済ネットワーク選択支援情報および指示情報を端末デバイスに送信するステップは、登録要求応答メッセージを端末デバイスに送信するステップであって、登録要求応答メッセージは、許可済ネットワーク選択支援情報および指示情報を搬送する、ステップを含む。

この実施形態において、本発明のこの実施形態において交換される必要がある情報は、端末デバイスの登録プロセスで用いられるメッセージによって搬送される。この方法においては、新たなシグナリングオーバーヘッドを追加する必要がなくなり得る。これは、比較的望ましく登録手順と互換性がある。したがって、実装の難易度は比較的低い。

第3の態様によれば、本発明の一実施形態は、
端末デバイスによって、セッション確立要求をアクセスおよびモビリティ管理機能AMFに送信して、第1のターゲットアプリケーションに対応する第1のスライス識別子のセッションを確立することを要求するステップと、
端末デバイスによって、AMFから返されるセッション確立完了メッセージを受信するステップであって、セッション確立完了メッセージは、新たに確立されたセッションの識別子、およびこのセッションによってサポートされるスライス識別子を搬送する、ステップと、
を含むネットワークスライス選択制御方法を提供する。

この実施形態において、端末デバイスは、AMFに対してセッション確立要求を開始し、端末デバイスが確立することを要求しているセッションのスライス識別子をAMFに通知する。AMFは、端末デバイスの要求に応じてセッションを確立し、セッション確立完了メッセージを用いることによって、新たに確立されたセッションによってサポートされるスライス識別子を端末デバイスに通知する。このセッションによってサポートされるスライス識別子が第1のスライス識別子のみを含めば、この情報を含める必要がないことが理解され得る。したがって、ここでのセッションによってサポートされるスライス識別子は、第1のスライス識別子に加えて他の識別子を含み得る。したがって、端末デバイスは、このセッションが第1のスライス識別子に加えてその他のスライス識別子をサポートしていることが分かる。このように、スライス選択ポリシーに基づいて、アプリケーションがその他のスライス識別子に対応していると判定するとき、端末デバイスは、新たに確立されたセッションを知ることによってデータを伝送することができ、新たなセッション確立手順を開始する必要はない。したがって、これによりネットワークリソースを節約することができ、ターゲットアプリケーションのデータをより迅速に伝送することができる。

任意選択の実装において、端末デバイスによって、AMFから返されるセッション確立完了メッセージを受信するステップの後、この方法は、
端末デバイスによって、第2のターゲットアプリケーションに対応する第2のスライス識別子を決定するステップと、
このセッションによってサポートされるスライス識別子が第2のスライス識別子を含めば、このセッションを用いることによって第2のターゲットアプリケーションのデータを伝送するステップと、
をさらに含む。

前述の説明に基づいて、この実施形態は、第2のターゲットアプリケーションが第2のスライス識別子に対応し、第2のスライス識別子が、確立されたセッションによってサポートされているスライス識別子であるとき、新たなセッション確立手順を開始する必要がない一応用例を提供する。

第4の態様によれば、本発明の一実施形態はネットワークスライス選択制御方法を提供する。この実施形態は、第3の態様において提供された実施形態と相対的である。この実施形態は、第3の態様の実施形態における実行エンティティのピアエンドで実装される。この方法は、
アクセスおよびモビリティ管理機能AMFによって、端末デバイスによって送信されるセッション確立要求を受信するステップであって、セッション確立要求は、第1のターゲットアプリケーションに対応する第1のスライス識別子のセッションを確立することを要求する、ステップと、
AMFによって、端末デバイスのためのセッションを確立し、このセッションによってサポートされるネットワークスライスについての情報を取得するステップと、
AMFによって、セッション確立完了メッセージを端末デバイスに返すステップであって、セッション確立完了メッセージは、セッションの識別子、およびセッションによってサポートされるネットワークスライスについての情報を搬送する、ステップと、
を含む。

セッション確立要求、スライス識別子、セッションによってサポートされるネットワークスライスについての情報、およびセッション確立完了メッセージなどの内容については、前述の実施形態における説明を参照されたく、ここでは詳細は再度説明しない。加えて、セッションとそのセッションによってサポートされるネットワークスライス識別子との間の対応関係の表をAMFの側に保存することができる。対応表は事前構成することができる。あるいは、対応表は、AMFの側に存在しないことがあり、他のネットワークデバイスに保存される。

任意選択の実装において、AMFによって、セッションによってサポートされるネットワークスライスについての情報を取得する具体的な実装がさらに提供される。任意選択の実装において、セッションによってサポートされるネットワークスライスについての情報を取得するステップは、
セッション管理機能(Session Management Function、SMF)からセッションのセッション属性を取得するステップであって、セッション属性は、そのセッションによってサポートされるネットワークスライスについての情報を含む、ステップ
を含む。

SMFはセッション属性を管理する機能を有するため、AMFは、SMFから、新たに確立されたセッションのセッション属性を取得し、セッション属性から、そのセッションによってサポートされるネットワークスライスについての情報を取得することができる。

第5の態様によれば、本発明の実施形態は、
端末デバイスによって、第2のターゲットアプリケーションに対応する第2のスライス識別子を決定し、セッション確立要求をアクセスおよびモビリティ管理機能AMFに送信するステップであって、セッション確立要求は第2のスライス識別子を搬送する、ステップと、
端末デバイスによって、AMFによって返されるセッション確立拒否メッセージを受信するステップであって、セッション確立拒否メッセージは第1のセッションの識別子を示し、第1のセッションは、端末デバイスとネットワーク側との間で確立されたセッションであり、第1のセッションは第2のスライス識別子をサポートしている、ステップと、
端末によって、第1のセッションを用いることによって第2のターゲットアプリケーションのデータを伝送するステップと、
を含むネットワークスライス選択制御方法を提供する。

この実施形態において、端末デバイスは、AMFに対してセッション確立要求を開始し、端末デバイスが確立することを現在要求しているセッションに対応するスライス識別子をAMFに通知する。端末デバイスのために確立されたセッションがこのスライス識別子をサポートしていることをAMFの側が分かれば、セッションを確立するための端末デバイスの要求は拒否されることがあり、端末デバイスに、このスライス識別子をサポートしているセッションが通知される。端末デバイスにセッションを通知する具体的な方法において、セッション確立拒否メッセージはセッションの識別子を示すことができる。端末の側で、セッション確立拒否メッセージが受信され、第1のセッションの識別子は解析を通じて取得される。このように、第1のセッションの識別子に対応するセッションが第2のスライス識別子をサポートしていることが拒絶理由であることが分かり、第2のターゲットアプリケーションのデータは、第1のセッションを用いることによって伝送することができる。したがって、不要なセッションが新たに確立されることはなく、ネットワークリソースを節約するという技術的効果を依然として達成することができる。

第6の態様によれば、本発明の一実施形態はネットワークスライス選択制御方法を提供する。この実施形態は、第5の態様において提供された実施形態と相対的である。この実施形態は、第5の態様の実施形態における実行エンティティのピアエンドで実装される。この方法は、
アクセスおよびモビリティ管理機能AMFによって、端末デバイスによって送信されるセッション確立要求を受信するステップであって、セッション要求は第2のスライス識別子を搬送する、ステップと、
第1のセッションが第2のスライス識別子をサポートしていれば、セッション確立拒否メッセージを端末デバイスに返すステップであって、セッション確立拒否メッセージは第1のセッションの識別子を示し、第1のセッションは、端末デバイスとネットワーク側との間で確立されたセッションである、ステップと、
を含む。

この実施形態において、セッション確立要求、スライス識別子、およびセッション確立拒否メッセージなどの内容については、前述の説明を参照されたく、詳細はここで再び1つずつ説明しない。端末デバイスは、セッションを確立するためにAMFに対してセッション確立要求を開始する必要があるため、AMFもセッション確立完了メッセージを端末デバイスに送信する。したがって、端末デバイスのために確立されたセッションの識別子を、AMFの側に保存することができる。換言すれば、第1のセッションの識別子は保存される。このように、端末デバイスが新たなセッション確立要求を開始するとき、第1のセッションの識別子を取得することができ、第1のセッションによってサポートされているスライス識別子はローカルまたは他のデバイスから取得される。

任意選択の実装において、この実施形態は、以下において、AMFが、第1のセッションによってサポートされているスライス識別子を取得する具体的な実装解決策をさらに提供する。セッション確立拒否メッセージを端末デバイスに返すステップの前に、この方法は、
AMFによって、セッション管理機能SMFから第1のセッションのセッション属性を取得するステップであって、セッション属性は、第1のセッションによってサポートされるスライスの識別子を含む、ステップ
をさらに含み、
第1のセッションが第2のスライス識別子をサポートしていることは、
第1のセッションによってサポートされるスライスの識別子が第2のスライス識別子を含む
ことを含む。

セッションとそのセッションによってサポートされるスライス識別子との間の対応関係の表を、AMFの側に保存することができることに留意すべきである。あるいは、セッションとそのセッションによってサポートされるスライス識別子についての情報とが、対応表に加えて他の形式で保存される。あるいは、セッションによってサポートされるスライス識別子は、AMFに加えて他のデバイスに保存することができる。この実施形態は、SMFのセッション管理機能を用いることによって実装され、比較的望ましい互換性を有する。しかしながら、これは、本発明のこの実施形態に対する一意の限定として理解されるべきではない。

第7の態様によれば、本発明の一実施形態は、
端末デバイス上の構成済ネットワーク選択支援情報をアクセスおよびモビリティ管理機能AMFに送信するように構成された送信ユニットであって、ネットワーク選択支援情報は第1のスライス識別子を含む、送信ユニットと、
AMFによって返される許可済ネットワーク選択支援情報および指示情報を受信するように構成された受信ユニットであって、許可済ネットワーク選択支援情報は第2のスライス識別子を含み、指示情報は、第2のスライス識別子が第1のスライス識別子に対応していることを示す、受信ユニットと、
を含む端末デバイスをさらに提供する。

任意選択の実装において、端末デバイスは、
受信ユニットがAMFによって返される許可済ネットワーク選択支援情報および指示情報を受信した後、スライス選択ポリシーに基づいて、ターゲットアプリケーションが第1のスライス識別子に対応していると判定し、スライス選択ポリシーは、ターゲットアプリケーションとスライス識別子との間の対応関係を含む、ように構成され、指示情報に基づいて、第1のスライス識別子が第2のスライス識別子に対応していると判定するように構成された識別子判定ユニット
をさらに含み、
送信ユニットは、第2のスライス識別子に対応するセッションを用いることによってターゲットアプリケーションのデータを伝送するように構成されている。

任意選択の実装において、送信ユニットが、第2のスライス識別子に対応するセッションを用いることによってターゲットアプリケーションのデータを伝送するように構成されていることは、第2のスライス識別子を含むセッション確立要求をネットワークに送信し、第2のスライス識別子に対応するセッションを確立して、第2のスライス識別子に対応するセッションを用いることによってターゲットアプリケーションのデータを伝送する、または
端末デバイスが第2のスライス識別子に対応するセッションを確立していれば、第2のスライス識別子に対応するセッションを用いることによってターゲットアプリケーションのデータを伝送する、
ように構成されていることを含む。

任意選択の実装において、第2のスライス識別子に対応するセッションは、第2のスライス識別子に対応するプロトコルデータユニットPDUセッションを含む。

任意選択の実装において、送信ユニットが、端末デバイス上の構成済ネットワーク選択支援情報をAMFに送信するように構成されていることは、登録要求をAMFに送信することを含み、登録要求は、端末デバイス上の構成済ネットワーク選択支援情報を搬送し、
受信ユニットが、AMFによって返される許可済ネットワーク選択支援情報および指示情報を受信するように構成されていることは、AMFによって送信される登録要求応答メッセージを受信することを含み、登録要求応答メッセージは、許可済ネットワーク選択支援情報および指示情報を搬送する。

第8の態様によれば、本発明の一実施形態は、
端末デバイス上にあって端末デバイスによって送信される構成済ネットワーク選択支援情報を受信するように構成された受信ユニットであって、ネットワーク選択支援情報は第1のスライス識別子を含む、受信ユニットと、
許可済ネットワーク選択支援情報を決定するように構成された情報決定ユニットであって、許可済ネットワーク選択支援情報は第2のスライス識別子を含む、情報決定ユニットと、
第2のスライス識別子と第1のスライス識別子との間に対応関係があれば、許可済ネットワーク選択支援情報および指示情報を端末デバイスに送信するように構成された送信ユニットであって、指示情報は、第2のスライス識別子が第1のスライス識別子に対応していることを示す、送信ユニットと、
を含むアクセスおよびモビリティ管理機能をさらに提供する。

任意選択の実装において、受信ユニットは、端末デバイスによって送信される登録要求を受信するように構成され、登録要求は、端末デバイス上の構成済ネットワーク選択支援情報を搬送し、
送信ユニットが、許可済ネットワーク選択支援情報および指示情報を端末デバイスに送信するように構成されていることは、登録要求応答メッセージを端末デバイスに送信することを含み、登録要求応答メッセージは、許可済ネットワーク選択支援情報および指示情報を搬送する。

第9の態様によれば、本発明の一実施形態は、
セッション確立要求をアクセスおよびモビリティ管理機能AMFに送信し、第1のターゲットアプリケーションに対応する第1のスライス識別子のセッションを確立することを要求するように構成された送信ユニットと、
AMFによって返されるセッション確立完了メッセージを受信するように構成された受信ユニットであって、セッション確立完了メッセージは、新たに確立されたセッションの識別子、およびこのセッションによってサポートされるスライス識別子を搬送する、受信ユニットと、
を含む端末デバイスをさらに提供する。

任意選択の実装において、端末デバイスは、
受信ユニットがAMFによって返されるセッション確立完了メッセージを受信した後、端末デバイスによって、第2のターゲットアプリケーションに対応する第2のスライス識別子を決定するように構成された識別子決定ユニットと、
このセッションによってサポートされるスライス識別子が第2のスライス識別子を含めば、このセッションを用いることによって第2のターゲットアプリケーションのデータを伝送するように構成された伝送ユニットと、
をさらに含む。

第10の態様によれば、本発明の一実施形態は、
端末デバイスによって送信されるセッション確立要求を受信するように構成された受信ユニットであって、セッション確立要求は、第1のターゲットアプリケーションに対応する第1のスライス識別子のセッションを確立することを要求する、受信ユニットと、
端末デバイスのためのセッションを確立するように構成されたセッション確立ユニットと、
このセッションによってサポートされるネットワークスライスについての情報を取得するように構成された情報取得ユニットと、
セッション確立完了メッセージを端末デバイスに返すように構成された送信ユニットであって、セッション確立完了メッセージは、セッションの識別子、およびセッションによってサポートされるネットワークスライスについての情報を搬送する、送信ユニットと、
を含むアクセスおよびモビリティ管理機能をさらに提供する。

任意選択の実装において、情報取得ユニットは、セッション管理機能SMFからセッションのセッション属性を取得するように構成され、セッション属性は、そのセッションによってサポートされるネットワークスライスについての情報を含む。

第11の態様によれば、本発明の一実施形態は、
第2のターゲットアプリケーションに対応する第2のスライス識別子を決定するように構成された識別子決定ユニットと、
セッション確立要求をアクセスおよびモビリティ管理機能AMFに送信するように構成された送信ユニットであって、セッション確立要求は第2のスライス識別子を搬送する、送信ユニットと、
AMFによって返されるセッション確立拒否メッセージを受信するように構成された受信ユニットであって、セッション確立拒否メッセージは第1のセッションの識別子を示し、第1のセッションは、端末デバイスとネットワーク側との間で確立されたセッションであり、第1のセッションは第2のスライス識別子をサポートしている、受信ユニットと、
第1のセッションを用いることによって第2のターゲットアプリケーションのデータを伝送するように構成された伝送ユニットと、
を含む端末デバイスをさらに提供する。

第12の態様によれば、本発明の一実施形態は、
端末デバイスによって送信されるセッション確立要求を受信するように構成された受信ユニットであって、セッション要求は第2のスライス識別子を搬送する、受信ユニットと、
第1のセッションが第2のスライス識別子をサポートしていれば、端末デバイスにセッション確立拒否メッセージを返す送信ユニットであって、セッション確立拒否メッセージは第1のセッションの識別子を示し、第1のセッションは、端末デバイスとネットワーク側との間で確立されたセッションである、送信ユニットと、
を含むアクセスおよびモビリティ管理機能をさらに提供する。

任意選択の実装において、アクセスおよびモビリティ管理機能は、
送信ユニットが端末デバイスにセッション確立拒否メッセージを返す前に、AMFによって、セッション管理機能SMFから第1のセッションのセッション属性を取得するように構成された属性取得ユニットであって、セッション属性は、第1のセッションによってサポートされるスライスの識別子を含む、属性取得ユニット
をさらに含み、
第1のセッションが第2のスライス識別子をサポートしていることは、第1のセッションによってサポートされるスライスの識別子が第2のスライス識別子を含むことを含む。

第13の態様によれば、本発明の一実施形態は、プロセッサ、メモリ、およびトランシーバを含む端末デバイスをさらに提供し、
メモリはプログラムコードを格納し、プログラムコードを実行するとき、プロセッサは、本発明の実施形態において端末デバイスによって実行される方法のいずれか1つを実行する。

第14の態様によれば、本発明の一実施形態は、プロセッサ、メモリ、およびトランシーバを含むアクセスおよびモビリティ管理機能をさらに提供し、
メモリはプログラムコードを格納し、プログラムコードを実行するとき、プロセッサは、本発明の実施形態においてアクセスおよびモビリティ管理機能によって実行される方法のいずれか1つを実行する。

第15の態様によれば、本発明の一実施形態は記憶媒体をさらに提供する。記憶媒体はプログラムコードを含む。プログラムコードが実行されると、本発明の実施形態において提供される方法のいずれか1つの手順が実行される。

第16の態様によれば、本発明の一実施形態は、処理ユニットおよび通信ユニットを含む端末デバイスをさらに提供し、
処理ユニットは、通信ユニットを用いることによって、端末デバイス上の構成済ネットワーク選択支援情報をアクセスおよびモビリティ管理機能AMFに送信し、ネットワーク選択支援情報は第1のスライス識別子を含む、ように構成され、通信ユニットを用いることによって、AMFによって返される許可済ネットワーク選択支援情報および指示情報を受信し、許可済ネットワーク選択支援情報は第2のスライス識別子を含み、指示情報は、第2のスライス識別子が第1のスライス識別子に対応していることを示す、ように構成されている。

任意選択の実装において、処理ユニットはさらに、通信ユニットを用いることによって、AMFによって返される許可済ネットワーク選択支援情報および指示情報を受信した後、スライス選択ポリシーに基づいて、ターゲットアプリケーションが第1のスライス識別子に対応していると判定し、スライス選択ポリシーは、ターゲットアプリケーションとスライス識別子との間の対応関係を含む、ように構成され、指示情報に基づいて、第1のスライス識別子が第2のスライス識別子に対応していると判定するように構成され、通信ユニットを用いることによって、第2のスライス識別子に対応するセッションを用いることによってターゲットアプリケーションのデータを伝送するように構成されている。

任意選択の実装において、処理ユニットが、通信ユニットを用いることによって、第2のスライス識別子に対応するセッションを用いることによってターゲットアプリケーションのデータを伝送するように構成されていることは、通信ユニットを用いることによって、第2のスライス識別子を含むセッション確立要求をネットワークへ送信し、第2のスライス識別子に対応するセッションを確立して、第2のスライス識別子に対応するセッションを用いることによってターゲットアプリケーションのデータを伝送する、または
端末デバイスが、第2のスライス識別子に対応するセッションを確立していれば、第2のスライス識別子に対応するセッションを用いることによってターゲットアプリケーションのデータを伝送する、ように構成されていることを含む。

任意選択の実装において、処理ユニットが、通信ユニットを用いることによって、端末デバイス上の構成済ネットワーク選択支援情報をAMFに送信するように構成されていることは、登録要求をAMFに送信することを含み、登録要求は、端末デバイス上の構成済ネットワーク選択支援情報を搬送する。

処理ユニットが、通信ユニットを用いることによって、AMFによって返される許可済ネットワーク選択支援情報および指示情報を受信するように構成されていることは、通信ユニットを用いることによって、AMFによって送信される登録要求応答メッセージを受信することを含み、登録要求応答メッセージは、許可済ネットワーク選択支援情報および指示情報を搬送する。

第17の態様によれば、本発明の一実施形態は、処理ユニットおよび通信ユニットを含むアクセスおよびモビリティ管理機能をさらに提供し、
処理ユニットは、通信ユニットを用いることによって、端末デバイス上にあって端末デバイスによって送信される構成済ネットワーク選択支援情報を受信するように構成され、ネットワーク選択支援情報は第1のスライス識別子を含み、
処理ユニットは、許可済ネットワーク選択支援情報を決定するようにさらに構成され、許可済ネットワーク選択支援情報は第2のスライス識別子を含み、
処理ユニットは、第2のスライス識別子と第1のスライス識別子との間に対応関係があれば、通信ユニットを用いることによって許可済ネットワーク選択支援情報および指示情報を端末デバイスに送信するようにさらに構成され、指示情報は、第2のスライス識別子が第1のスライス識別子に対応していることを示す。

任意選択の実装において、処理ユニットは、通信ユニットを用いることによって、端末デバイスによって送信される登録要求を受信し、登録要求は、端末デバイス上の構成済ネットワーク選択支援情報を搬送する、ように構成され、許可済ネットワーク選択支援情報および指示情報を端末デバイスに送信することは、登録要求応答メッセージを端末デバイスに送信することを含み、登録要求応答メッセージは、許可済ネットワーク選択支援情報および指示情報を搬送する。

第18の態様によれば、本発明の一実施形態は、処理ユニットおよび通信ユニットを含む端末デバイスをさらに提供し、
処理ユニットは、通信ユニットを用いることによって、セッション確立要求をアクセスおよびモビリティ管理機能AMFに送信し、第1のターゲットアプリケーションに対応する第1のスライス識別子のセッションを確立することを要求するように構成され、
処理ユニットは、通信ユニットを用いることによって、AMFによって返されるセッション確立完了メッセージを受信するようにさらに構成され、セッション確立完了メッセージは、新たに確立されたセッションの識別子、およびこのセッションによってサポートされるスライス識別子を搬送する。

任意選択の実装において、処理ユニットは、通信ユニットを用いることによって、AMFによって返されるセッション確立完了メッセージを受信した後、端末デバイスによって、第2のターゲットアプリケーションに対応する第2のスライス識別子を決定するようにさらに構成され、
処理ユニットは、このセッションによってサポートされるスライス識別子が第2のスライス識別子を含めば、通信ユニットを用いることによって、このセッションを用いることによって第2のターゲットアプリケーションのデータを伝送するようにさらに構成されている。

第19の態様によれば、本発明の一実施形態は、処理ユニットおよび通信ユニットを含むアクセスおよびモビリティ管理機能をさらに提供し、
処理ユニットは、通信ユニットを用いることによって、端末デバイスによって送信されるセッション確立要求を受信するように構成され、セッション確立要求は、第1のターゲットアプリケーションに対応する第1のスライス識別子のセッションを確立することを要求し、
処理ユニットは、端末デバイスのためのセッションを確立し、このセッションによってサポートされるネットワークスライスについての情報を取得するようにさらに構成され、
処理ユニットは、通信ユニットを用いることによって端末デバイスにセッション確立完了メッセージを返すようにさらに構成され、セッション確立完了メッセージは、セッションの識別子、およびセッションによってサポートされるネットワークスライスについての情報を搬送する。

任意選択の実装において、処理ユニットが、このセッションによってサポートされるネットワークスライスについての情報を取得するように構成されていることは、通信ユニットを用いることによってセッション管理機能SMFからセッションのセッション属性を取得するように構成されていることを含み、セッション属性は、そのセッションによってサポートされるネットワークスライスについての情報を含む。

第20の態様によれば、本発明の一実施形態は、処理ユニットおよび通信ユニットを含む端末デバイスをさらに提供し、
処理ユニットは、第2のターゲットアプリケーションに対応する第2のスライス識別子を決定するように構成され、
処理ユニットは、通信ユニットを用いることによって、セッション確立要求をアクセスおよびモビリティ管理機能AMFに送信し、セッション確立要求は第2のスライス識別子を搬送する、ように構成され、AMFによって返されるセッション確立拒否メッセージを受信し、セッション確立拒否メッセージは第1のセッションの識別子を示し、第1のセッションは、端末デバイスとネットワーク側との間で確立されたセッションであり、第1のセッションは第2のスライス識別子をサポートする、ように構成され、第1のセッションを用いることによって第2のターゲットアプリケーションのデータを伝送するように構成されている。

第21の態様によれば、本発明の一実施形態は、処理ユニットおよび通信ユニットを含むアクセスおよびモビリティ管理機能をさらに提供し、
処理ユニットは、通信ユニットを用いることによって、端末デバイスによって送信されるセッション確立要求を受信し、セッション要求は第2のスライス識別子を搬送し、第1のセッションが第2のスライス識別子をサポートしていれば、端末デバイスにセッション確立拒否メッセージを返し、セッション確立拒否メッセージは第1のセッションの識別子を示し、第1のセッションは、端末デバイスとネットワーク側との間で確立されたセッションである、ように構成されている。

任意選択の実装において、処理ユニットは、通信ユニットを用いることによって端末デバイスにセッション確立拒否メッセージを返す前に、通信ユニットを用いることによってセッション管理機能SMFから第1のセッションのセッション属性を取得するようにさらに構成され、セッション属性は、第1のセッションによってサポートされるスライスの識別子を含み、
第1のセッションが第2のスライス識別子をサポートしていることは、第1のセッションによってサポートされるスライスの識別子が第2のスライス識別子を含むことを含む。

他の態様によれば、本発明の一実施形態は通信システムを提供する。このシステムは、前述の態様におけるモビリティ管理機能を含む。他の可能な設計において、このシステムは、他のデバイス、たとえば、本発明の実施形態において提供される解決策においてコアネットワークインターフェイスデバイスと相互作用するSMFまたは端末デバイスをさらに含むことができる。

他の態様によれば、本発明の一実施形態はコンピュータプログラムを提供する。コンピュータプログラムは命令シーケンスを含む。命令シーケンスが実行されると、本発明の実施形態において提供される方法のいずれか1つが実行される。

本発明の実施形態における、または背景における技術的解決策をより明確に説明するため、本発明の実施形態または背景を説明するために必要な添付図面について以下で簡単に説明する。

本発明の一実施形態によるシステムの概略構造図である。本発明の一実施形態によるNSSPの概略図である。本発明の一実施形態によるNSSPの概略図である。本発明の一実施形態による方法の概略フローチャートである。本発明の一実施形態による方法の概略フローチャートである。本発明の一実施形態による方法の概略フローチャートである。本発明の一実施形態による端末デバイスの概略構造図である。本発明の一実施形態によるアクセスおよびモビリティ管理機能の概略構造図である。本発明の一実施形態による端末デバイスの概略構造図である。本発明の一実施形態によるアクセスおよびモビリティ管理機能の概略構造図である。本発明の一実施形態による端末デバイスの概略構造図である。本発明の一実施形態によるアクセスおよびモビリティ管理機能の概略構造図である。本発明の一実施形態によるデバイスの概略構造図である。本発明の一実施形態によるデバイスの概略構造図である。

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

5Gコアネットワークの機能は、ユーザプレーン機能(User plane function、UPF)と制御プレーン機能(Control plane function、CP)とに分類される。ユーザプレーンネットワーク要素は、データパケットの転送、サービスの質(Quality of Service、QoS)の制御、課金情報に関する統計の収集などに主に責任がある。制御プレーンネットワーク要素は、ユーザ登録の検証、モビリティ管理、およびデータパケット転送ポリシー、QoS制御ポリシーなどのUPFへの配信に主に責任がある。制御プレーンネットワーク要素は、AMFとセッション管理機能SMFとにさらに分類することができる。AMFは、ユーザがアクセスを実行するときに登録手順を実行し、ユーザの移動プロセスにおいて位置管理を実行することに責任がある。SMFは、ユーザがサービスを開始するときにネットワーク側で対応するセッション接続を確立し、特定のサービスをユーザに提供し、特に、SMFとUPFとの間のN4インターフェイスに基づいて、データパケット転送ポリシー、QoSポリシーなどをUPFに配信することに責任がある。

図1に示すように、図1は5G通信システムのシステム例を示している。図1は、ユーザ機器(User Equipment、UE)、無線アクセスネットワーク(Radio Access Network、RNA)またはアクセスネットワーク(Access Network、AN)、ユーザポート機能(User Port Function、UPF)、データネットワーク(Data Network、DN)、AMF、SMF、ポリシー機能(Policy Function、PCF)、アプリケーション機能(Application Function、AF)、認証サーバ機能(Authentication Server Function、AUSF)、および統合データ管理(Unified Data Management、UDM)を含み、これらはN1からN15までのインターフェイスを用いることによって通信を実行する。図1において、UEは、端末デバイスの他の表現形態と見なすことができる。

背景技術において説明した技術的課題をより鮮明に説明するため、図2および図3を参照すると、端末デバイスが現在、それぞれApp 1、App 2、およびApp 3である3つのAppを有する。図2に示すように、構成済NSSPにおいて、3つのAppはそれぞれ3つのSSTおよび3つのPDUセッションに対応している。App 1が実行され、端末デバイスがApp 1のためのPDUセッション#1を確立すると仮定する。App 2が起動されると、端末デバイスは、NSSPに基づいて、App 2がSST 1に関連していることが分かる。現在のPDUセッション#1はSST 1をサポートすることができる。したがって、端末デバイスは、PDUセッション#1を用いることによってApp 2のデータを送信する。App 3が起動されると、端末デバイスは、NSSPに基づいて、App 3がSST 2に関連していることが分かる。しかしながら、現在、SST 2をサポートすることができるPDUセッションがない。したがって、端末デバイスは、新たなPDUセッション確立要求を開始し、SST 2を要求メッセージに追加する。新たなPDUセッションの確立が完了した後、端末デバイスは新たなPDUセッションを用いることによってApp 3のデータを送信する。

前述のセッション確立プロセスにおいて技術的な問題はないように見える。しかしながら、実際のアプリケーションプロセスにおいて、端末デバイスの側の構成済SSTが変化することがあり、ネットワーク側によって更新されることがある。既存の規格において議論されているアクセス手順において、端末デバイスは、アタッチ(Attach)メッセージにおいて構成済(Configured)SSTを提供する。端末デバイスによるアクセスを受け入れた後、ネットワーク側は、受容済SST(Accepted SST)、または許可済SSTとも言えるが、アタッチ受容(Attach Accept)メッセージを用いることによってこれを端末デバイスに返す。この2つの情報は、多くのシナリオにおいて完全には一致していない。

たとえば、ローミングシナリオにおいて、図2に示すように、端末デバイスの側の事前構成されたSSTリスト(list)が(1、2、3)であり、1、2、および3は、すべて標準値と呼ぶことができ、したがって、ローミングネットワークによって理解され得る。図3に示すように、新たなNSSPにおいて、3つのAPPが2つのSSTおよび2つのPDUセッションに対応している。詳細は次のとおりである。ローミングネットワークが端末デバイスのアクセスを受け入れた後、端末デバイスに返されるAccepted SST listは(3、4)である。ここで、4は非標準値である。SST 4はローミングネットワークにおいて自己定義された非標準スライスのスライス識別子であるが、スライス識別子4のスライスはSST 1とSST 2との両方をサポートすることができる。端末デバイスがAccepted SST list(3、4)を保存した後、AppはAccepted SST list(3、4)と関連する方法を知らない。具体的には、端末デバイスの構成済NSSPに基づいて、端末デバイスは、APP 1がSST 1に関連していることを理解することができるが、APP 1がSST 4と関連付けることができることを知らない。ネットワーク側が、端末デバイスのため、SST 4をサポートするPDUセッションを確立すると仮定する。端末デバイスが現在APP 1またはAPP 2のサービスデータの伝送を開始する必要があるとき、端末デバイスは、SST 4をサポートしているPDUセッションが実際にSST 1およびSST 2のデータ送信をサポートすることができることを知らない。したがって、端末デバイスは、SST 1またはSST 2を現在サポートすることができるPDUセッションがないと誤って見なす。結果として、端末デバイスは不要なPDUセッション確立要求を開始し、ネットワークリソースの浪費を引き起こす。現在、標準的な解決策においてこのようなギャップ(Gap)があり、対応する解決策がない。本発明の実施形態は、この課題を解決するための解決策を提供する。

本発明の実施形態において、前述の課題を解決するため、APPとAccepted SSTとの間の関連付けが確立され、UEが確実にSSTを正しく提供してネットワークスライス選択およびセッション(session)確立を支援することができるようにする。登録プロセスにおいて、UEのConfigured SSTとAccepted SSTとが不一致であれば、コアネットワークが、非アクセスストラタム(Non Access Stratum、NAS)メッセージを用いることによって、UEが確実にAPPをAccepted SSTに正しく関連付けることができるように、新たなNSSPをUEに送信することができる。あるいは、コアネットワークは、他の方法でこの関連付けをUEに通知することができる。以下の実施形態は3つの通知方法を提供する。

以下の実施形態において、説明のための一例としてPDFセッションの登録プロセスまたはセッション確立プロセスを別々に用いる。以下の実施形態は以下のエンティティデバイスを主に含む。

UE:本発明の実施形態において、UEは、5Gネットワークをサポートする端末デバイスであり得る。しかしながら、本発明において適用することができるユーザ機器は、5Gネットワークに限定されず、携帯電話、モノのインターネットデバイス、スマート家庭用デバイス、産業用制御デバイス、車両デバイスなどを含む、すべてのタイプの端末デバイスにさらに適用することができる。本発明の実施形態において提供される技術的解決策は、ネットワークスライス選択要件があり、端末デバイスが前述の技術的課題を有する限り用いることができる。

無線アクセスネットワーク(Radio Access Network、RAN)ノード(Node):通常、eNodeBなどの無線基地局である。UEは、RAN Nodeとともに無線チャネルを確立し、コアネットワークにアクセスしてRAN Nodeを用いることによってサービスを取得する。したがって、本発明の実施形態において、RAN Nodeによって実行される転送を通じて端末デバイスとAMFとの間で通信を実行することができる。

AMF:UEモビリティ管理、セッション管理メッセージルーティング、アクセス検証および認証、UEコンテキスト保存などに責任がある。

SMF:セッション管理、ユーザプレーン機能エンティティの選択、UEへのインターネットプロトコル(Internet Protocol、IP)アドレスの割り当て、セッション管理NASメッセージの終了、QoS実行制御などに責任がある。

PCF:AMFまたはSMFなどの制御プレーン機能エンティティにネットワークを提供する。

具体的な実装解決策の一例は次のとおりである。

1.

アプリケーションシナリオを次のように仮定する。

UE側が、構成済ネットワークスライス選択ポリシー(Network Slice Selection Policy、NSSP)を保存している。NSSPは、UEのためのオペレータによって構成することができ、加入者識別モジュール(Subscriber Identity Module、SIM)に保存することができ、または端末デバイスが工場から出荷されるときに事前構成することができ、またはAppがインストールされるときにUE上に構成することができる。UEによって現在保存されているConfigured NSSPを以下のTable 1(表1)に示す。

ネットワーク側に対する登録要求を開始すると、UEはConfigured SST(1、2、3)をネットワーク側に提供し、またはネットワーク側はサブスクリプションデータからConfigured SST(1、2、3)を取得する。ネットワーク側は、ネットワークポリシー(たとえば、ローカルポリシー、ローミングプロトコル、または混雑状態)に基づいて、UEのためのAccepted SSTを決定する。Configured SSTは、Accepted SSTと一致していることも不一致であることもある。たとえば、SST 4のネットワークスライスがSST 1とSST 2との両方をサポートしていると仮定すると、Accepted SSTは(1、2、3)、または(1、2)であり得、またはAccepted SSTは(3、4)であり得、SST 5のスライスがデフォルトスライスであると仮定すると、Accepted SSTは(5)であり得る。最初の2つの場合において、本発明の実施形態において解決される技術的課題が存在しないため、元のNSSPに基づいてAPPをAccepted SSTに正しく関連付けることができるので、NSSPを更新する必要はない。しかしながら、最後の2つの場合において、本発明の実施形態における技術的解決策を用いてNSSPについての上の技術的課題を解決する必要がある。さもなければ、UEはAPPをAccepted SSTに正しく関連付けることができない。結果として、不要なセッション確立が開始される。

図4に示すように、具体的な手順は以下を含む。

401.UEがアタッチ要求(Attach Request)メッセージなどの登録要求をAMFに送信する。アタッチ要求メッセージは、端末デバイス上の構成済ネットワークスライス選択支援情報(Network Slice Selection Assistance Information、NSSAI)を含むことができる。Configured NSSAIは、Configured SST、たとえば、SST(1、2、3)であり得る。

402.ネットワーク側デバイスとUEとが通常のアタッチ(Attach)手順を実行する。詳細はここでは説明しない。

403.AMFは、アタッチ受容(Attach Accept)メッセージなどの応答メッセージをUEに返す。アタッチ受容メッセージは、Accepted NSSAIおよび更新されたNSSPを含むことができる。Accepted NSSAIは、Accepted SSTを含むことができる。更新されたNSSPは、Configured SSTとAccepted SSTとの間の対応関係を含むことができる。たとえば、Accepted SSTは(3、4)であり、SST 4はSST 1およびSST 2をサポートすることができる。更新されたNSSPは、SST 1がSST 4に対応し、SST 2がSST 4に対応していることを示す指示情報を含む。対応関係は、表を用いることによって示すことができる。

404.UEは、アクセスされた公衆陸上移動体ネットワーク(Public Land Mobile Network、PLMN)に基づいて、更新されたNSSPを保存する。

この実施形態において、更新されたNSSPは現在アクセスされているPLMNと結び付けられ、UEは現在のPLMNの範囲内でのみ更新されたNSSPを用いる。更新されたNSSPは、元のConfigured NSSPに取って代わらない。

405.UE側のAPP 1が起動され、サービスデータを伝送する必要がある。

406.UEは、事前構成されたConfigured NSSPに基づいてAPP 1をSST 1にまず対応させ、更新されたNSSPに基づいてSST 1をSST 4に対応させる。

407.現在SST 4に対応しているPDUセッションがなければ、UEは、Accepted SST 4を含むPDUセッション確立要求を開始する。

408.AMFは、Accepted SST 4に基づいてSMFを選択し、PDUセッション確立要求をSMFに転送する。

409.PDUセッションの確立を完了する。

この場合において、UEのAPP 2が起動し、サービスデータを送信する必要があれば、UEは、事前構成されたConfigured NSSPに基づいてAPP 2をSST 2にまず対応させ、更新されたNSSPに基づいてSST 2をSST 4に対応させる。UEは、SST 4をサポートするPDUセッションが現在存在することを検出し、APP 2のサービスデータはこのPDUセッションを用いることによって伝送され、PDUセッション確立要求を開始する必要が最早なくなる。

2.

この実施形態におけるアプリケーションシナリオは、前述の実施形態におけるものと同じであり、詳細はここでは再度説明しない。違いは、この実施形態ではNSSPを更新する必要がなく、UEは依然として事前構成されたNSSPに基づいてAPPをSSTに関連付けることである。図5に示すように、詳細は次のとおりである。

501.UEのAPP 1を起動する。

502.UEは、Configured NSSPに基づいてAPP 1をSST 1に対応させる。

503.UEはPDUセッション確立要求を開始し、PDUセッション確立要求はConfigured SST 1を含む。

504.AMFは、Configured SST 1に基づいてSMFを選択し、PDUセッション確立要求をSMFに転送する。

505.SMFはPDUセッション確立手順を実行する。任意選択で、SMFは、PCFから、新たに確立されたPDUセッションのセッション属性、たとえば、新たに確立されたPDUセッションによってサポートされるSSTを取得することを要求する。たとえば、このPDUはSST 1、SST 2、SST 4、およびSST 5をサポートする。

506.PDUセッションの確立が完了した後、SMFは、PDUセッションの確立が完了したことを示す応答メッセージをAMFに返し、メッセージは、PDU確立完了メッセージおよびPDUセッションの属性を含む。

507.AMFは、UEのサブスクリプションデータにおけるNSSAI(すなわち、構成済SST情報)に基づいて、PDUによってサポートされてUEに通知されるべきSSTを決定する。たとえば、UEのサブスクリプションデータにおけるSST情報はSST(1、2、3)である。この場合において、AMFは、新たに確立されたPDUセッションがSST 1およびSST 2をサポートしていることをUEに通知することを決定する。

508.AMFは、PDUセッション確立完了メッセージおよびPDUセッションの属性をUEに転送し、PDUセッションの属性は、新たに確立されたPDUセッションがSST 1およびSST 2をサポートしていることを示している。

この場合において、UEのAPP 2が起動され、サービスデータを伝送する必要があれば、UEは、事前構成されたConfigured NSSPに基づいてAPP 2をSST 2にまず対応させ、PDUセッションの属性に基づいて、先に確立されたPDUセッションがSST 2をサポートしていると判定する。APP 2のサービスデータはこのPDUセッションを用いることによって伝送され、PDUセッション確立要求を開始する必要が最早なくなる。

3.

この実施形態におけるアプリケーションシナリオは、前述の実施形態におけるものと同じであり、詳細はここでは再度説明しない。違いは、この実施形態においてNSSPが更新されず、UEが依然として事前構成されたNSSPに基づいてAPPをSSTに関連付けることである。図6に示すように、詳細は次のとおりである。

601.UEのAPP 2を起動する。

UEのAPP 1がSST 1に対応し、PDUセッションが確立されていると仮定する。

602.UEは、Configured NSSPに基づいてAPP 2をSST 2に対応させる。

603.UEはPDUセッション確立要求を開始し、PDUセッション確立要求はConfigured SST 2を含む。

604.AMFが、Configured SST 2に基づいてSMFを選択し、PDUセッション確立要求をSMFに転送する。

605.SMFは、UEのために現在確立されているPDUセッションが、PDUセッション確立要求が確立することを要求しているPDUセッションとして機能することができるかどうかを検出する。SMFは、先のPDUセッションの識別子(identifier、ID)およびこのPDUセッションの属性、すなわち、サポートされているSSTを保存することができる。

606.SST 2をサポートすることができるPDUセッションが現在存在すれば、SMFはAMFに応答メッセージを送信し、応答メッセージは、そのPDUセッションのIDを含むPDUセッション確立拒否メッセージを含み、PDUセッションのIDは、要求をサポートすることができるPDUセッションを示している。任意選択で、応答メッセージは、要求されたサービスをサポートすることができるPDUセッションが存在するために拒否が実行されたことをUEに示す原因値をさらに含むことができる。あるいは、原因値はなく、返されたPDUセッション確立拒否メッセージは、PDUセッションの識別子を伝送するとき、デフォルトで、PDUセッションの識別子に対応し、要求されたサービスをサポートするPDUセッションが存在することを示す。

607.AMFはPDUセッション確立拒否メッセージをUEに転送する。メッセージを受信した後、UEは、PDUセッションのIDに基づいて、現在存在するPDUセッションを決定し、このPDUセッションのIDに対応するPDUセッションを用いることによってApp 2のサービスデータを送信する。

この実施形態においても、不要なPDUセッションを新たに確立する必要がない。

図7は、前述の実施形態による端末デバイスの可能な概略構造図である。端末デバイスは、
端末デバイス上の構成済ネットワーク選択支援情報をアクセスおよびモビリティ管理機能AMFに送信するように構成された送信ユニット701であって、ネットワーク選択支援情報は第1のスライス識別子を含む、送信ユニット701と、
AMFによって返される許可済ネットワーク選択支援情報および指示情報を受信するように構成された受信ユニット702であって、許可済ネットワーク選択支援情報は第2のスライス識別子を含み、指示情報は、第2のスライス識別子が第1のスライス識別子に対応していることを示す、受信ユニット702と、
を含む。

任意選択の実装において、端末デバイスは、
受信ユニット702がAMFによって返される許可済ネットワーク選択支援情報および指示情報を受信した後、スライス選択ポリシーに基づいて、ターゲットアプリケーションが第1のスライス識別子に対応していると判定し、スライス選択ポリシーは、ターゲットアプリケーションとスライス識別子との間の対応関係を含む、ように構成され、指示情報に基づいて、第1のスライス識別子が第2のスライス識別子に対応していると判定するように構成された識別子判定ユニット703
をさらに含み、
送信ユニット701は、第2のスライス識別子に対応するセッションを用いることによってターゲットアプリケーションのデータを伝送するように構成されている。

任意選択の実装において、送信ユニット701が、第2のスライス識別子に対応するセッションを用いることによってターゲットアプリケーションのデータを伝送するように構成されていることは、第2のスライス識別子を含むセッション確立要求をネットワークに送信し、第2のスライス識別子に対応するセッションを確立して、第2のスライス識別子に対応するセッションを用いることによってターゲットアプリケーションのデータを伝送する、または
端末デバイスが第2のスライス識別子に対応するセッションを確立していれば、第2のスライス識別子に対応するセッションを用いることによってターゲットアプリケーションのデータを伝送する、
ように構成されていることを含む。

任意選択の実装において、送信ユニット701が、端末デバイス上の構成済ネットワーク選択支援情報をAMFに送信するように構成されていることは、登録要求をAMFに送信することを含み、登録要求は、端末デバイス上の構成済ネットワーク選択支援情報を搬送し、
受信ユニット702が、AMFによって返される許可済ネットワーク選択支援情報および指示情報を受信するように構成されていることは、AMFによって送信される登録要求応答メッセージを受信することを含み、登録要求応答メッセージは、許可済ネットワーク選択支援情報および指示情報を搬送する。

図8は、前述の実施形態によるモビリティ管理機能の可能な概略構造図である。アクセスおよびモビリティ管理機能は、
端末デバイス上にあって端末デバイスによって送信される構成済ネットワーク選択支援情報を受信するように構成された受信ユニット801であって、ネットワーク選択支援情報は第1のスライス識別子を含む、受信ユニット801と、
許可済ネットワーク選択支援情報を決定するように構成された情報決定ユニット802であって、許可済ネットワーク選択支援情報は第2のスライス識別子を含む、情報決定ユニット802と、
第2のスライス識別子と第1のスライス識別子との間に対応関係があれば、許可済ネットワーク選択支援情報および指示情報を端末デバイスに送信するように構成された送信ユニット803であって、指示情報は、第2のスライス識別子が第1のスライス識別子に対応していることを示す、送信ユニット803と、
を含む。

任意選択の実装において、受信ユニット801は、端末デバイスによって送信される登録要求を受信するように構成され、登録要求は、端末デバイス上の構成済ネットワーク選択支援情報を搬送し、
送信ユニット803が、許可済ネットワーク選択支援情報および指示情報を端末デバイスに送信するように構成されていることは、登録要求応答メッセージを端末デバイスに送信することを含み、登録要求応答メッセージは、許可済ネットワーク選択支援情報および指示情報を搬送する。

図9は、前述の実施形態による端末デバイスの可能な概略構造図である。端末デバイスは、
セッション確立要求をアクセスおよびモビリティ管理機能AMFに送信し、第1のターゲットアプリケーションに対応する第1のスライス識別子のセッションを確立することを要求するように構成された送信ユニット901と、
AMFによって返されるセッション確立完了メッセージを受信するように構成された受信ユニット902であって、セッション確立完了メッセージは、新たに確立されたセッションの識別子、およびこのセッションによってサポートされるスライス識別子を含む、受信ユニット902と、
を含む。

任意選択の実装において、端末デバイスは、
受信ユニット902がAMFによって返されるセッション確立完了メッセージを受信した後、端末デバイスによって、第2のターゲットアプリケーションに対応する第2のスライス識別子を決定するように構成された識別子決定ユニット903と、
このセッションによってサポートされるスライス識別子が第2のスライス識別子を含めば、このセッションを用いることによって第2のターゲットアプリケーションのデータを伝送するように構成された伝送ユニット904と、
をさらに含む。

図10は、前述の実施形態によるアクセスおよびモビリティ管理機能の可能な概略構造図である。アクセスおよびモビリティ管理機能は、
端末デバイスによって送信されるセッション確立要求を受信するように構成された受信ユニット1001であって、セッション確立要求は、第1のターゲットアプリケーションに対応する第1のスライス識別子のセッションを確立することを要求する、受信ユニット1001と、
端末デバイスのためのセッションを確立するように構成されたセッション確立ユニット1002と、
このセッションによってサポートされるネットワークスライスについての情報を取得するように構成された情報取得ユニット1003と、
セッション確立完了メッセージを端末デバイスに返すように構成された送信ユニット1004であって、セッション確立完了メッセージは、セッションの識別子、およびセッションによってサポートされるネットワークスライスについての情報を搬送する、送信ユニット1004と、
を含む。

任意選択の実装において、情報取得ユニット1003は、セッション管理機能SMFからセッションのセッション属性を取得するように構成され、セッション属性は、そのセッションによってサポートされるネットワークスライスについての情報を含む。

図11は、前述の実施形態による端末デバイスの可能な概略構造図である。端末デバイスは、
第2のターゲットアプリケーションに対応する第2のスライス識別子を決定するように構成された識別子決定ユニット1101と、
セッション確立要求をアクセスおよびモビリティ管理機能AMFに送信するように構成された送信ユニット1102であって、セッション確立要求は第2のスライス識別子を搬送する、送信ユニット1102と、
AMFによって返されるセッション確立拒否メッセージを受信するように構成された受信ユニット1103であって、セッション確立拒否メッセージは第1のセッションの識別子を示し、第1のセッションは、端末デバイスとネットワーク側との間で確立されたセッションであり、第1のセッションは第2のスライス識別子をサポートしている、受信ユニット1103と、
第1のセッションを用いることによって第2のターゲットアプリケーションのデータを伝送するように構成された伝送ユニット1104と、
を含む。

図12は、前述の実施形態によるモビリティ管理機能の可能な概略構造図である。モビリティ管理機能は、
端末デバイスによって送信されるセッション確立要求を受信するように構成された受信ユニット1201であって、セッション要求は第2のスライス識別子を搬送する、受信ユニット1201と、
第1のセッションが第2のスライス識別子をサポートしていれば、端末デバイスにセッション確立拒否メッセージを返す送信ユニット1202であって、セッション確立拒否メッセージは第1のセッションの識別子を示し、第1のセッションは、端末デバイスとネットワーク側との間で確立されたセッションである、送信ユニット1202と、
を含む。

任意選択の実装において、アクセスおよびモビリティ管理機能は、
送信ユニットが端末デバイスにセッション確立拒否メッセージを返す前に、AMFによって、セッション管理機能SMFから第1のセッションのセッション属性を取得するように構成された属性取得ユニット1203であって、セッション属性は、第1のセッションによってサポートされるスライスの識別子を含む、属性取得ユニット1203
をさらに含み、
第1のセッションが第2のスライス識別子をサポートしていることは、第1のセッションによってサポートされるスライスの識別子が第2のスライス識別子を含むことを含む。

本発明の実施形態において、ユニット分割は一例であり、論理機能分割のみであることに留意されるべきである。実際の実装において、他の分割方法があり得る。本発明の実施形態における機能ユニットは、1つの処理ユニットに統合されてもよく、別個の物理ユニットとして存在してもよく、2つ以上のユニットが1つのユニットに統合されてもよい。統合ユニットは、ハードウェアの形で実装されてもよいし、ソフトウェア機能ユニットの形で実装されてもよい。以下で、図14および図15に示す2つの可能な解決策を提供する。

図14に示すように、本発明の一実施形態は、図13に示すデバイスをさらに提供する。このデバイスは、処理ユニット1301および通信ユニット1302を含み、記憶ユニットまたは他の機能ユニットをさらに含むことができる。これは、本発明のこの実施形態において一意に限定されない。

1.図13に示すデバイスは、前述の実施形態において説明した端末デバイスとして用いることができる。

この場合、この実施形態において、通信ユニット1302の機能は、図7に示す受信ユニット702および送信ユニット701の機能として実装することができる。プロセッサ1301は、識別子判定ユニット703の機能を実装することができる。対応して、通信ユニット1302およびプロセッサ1301はそれぞれ、前述の方法の実施形態における対応する通信機能および他のデータ処理機能も実装する。詳細は次のとおりである。

処理ユニット1301は、通信ユニット1302を用いることによって、端末デバイス上の構成済ネットワーク選択支援情報をアクセスおよびモビリティ管理機能AMFに送信し、ネットワーク選択支援情報は第1のスライス識別子を含む、ように構成され、通信ユニット1302を用いることによって、AMFによって返される許可済ネットワーク選択支援情報および指示情報を受信し、許可済ネットワーク選択支援情報は第2のスライス識別子を含み、指示情報は、第2のスライス識別子が第1のスライス識別子に対応していることを示す、ように構成されている。

任意選択の実装において、処理ユニット1301はさらに、通信ユニット1302を用いることによって、AMFによって返される許可済ネットワーク選択支援情報および指示情報を受信した後、スライス選択ポリシーに基づいて、ターゲットアプリケーションが第1のスライス識別子に対応していると判定し、スライス選択ポリシーは、ターゲットアプリケーションとスライス識別子との間の対応関係を含む、ように構成され、指示情報に基づいて、第1のスライス識別子が第2のスライス識別子に対応していると判定するように構成され、通信ユニット1302を用いることによって、第2のスライス識別子に対応するセッションを用いることによってターゲットアプリケーションのデータを伝送するように構成されている。

任意選択の実装において、処理ユニット1301が、通信ユニット1302を用いることによって、第2のスライス識別子に対応するセッションを用いることによってターゲットアプリケーションのデータを伝送するように構成されていることは、通信ユニット1302を用いることによって、第2のスライス識別子を含むセッション確立要求をネットワークへ送信し、第2のスライス識別子に対応するセッションを確立して、第2のスライス識別子に対応するセッションを用いることによってターゲットアプリケーションのデータを伝送する、または
端末デバイスが、第2のスライス識別子に対応するセッションを確立していれば、第2のスライス識別子に対応するセッションを用いることによってターゲットアプリケーションのデータを伝送する、ように構成されていることを含む。

任意選択の実装において、処理ユニット1301が、通信ユニット1302を用いることによって、端末デバイス上の構成済ネットワーク選択支援情報をAMFに送信するように構成されていることは、登録要求をAMFに送信することを含み、登録要求は、端末デバイスの構成済ネットワーク選択支援情報を搬送する。

処理ユニット1301が、通信ユニット1302を用いることによって、AMFによって返される許可済ネットワーク選択支援情報および指示情報を受信するように構成されていることは、通信ユニット1302を用いることによって、AMFによって送信される登録要求応答メッセージを受信することを含み、登録要求応答メッセージは、許可済ネットワーク選択支援情報および指示情報を含む。

2.図13に示すデバイスは、前述の実施形態において説明したAMFとして用いることができる。

この場合、この実施形態において、通信ユニット1302の機能は、図8に示す受信ユニット801および送信ユニット803の機能として実装することができる。プロセッサ1301は、情報決定ユニット802の機能を実装することができる。対応して、通信ユニット1302およびプロセッサ1301はそれぞれ、前述の方法の実施形態における対応する通信機能および他のデータ処理機能も実装する。詳細は次のとおりである。

処理ユニット1301は、通信ユニット1302を用いることによって、端末デバイス上にあって端末デバイスによって送信される構成済ネットワーク選択支援情報を受信するように構成され、ネットワーク選択支援情報は第1のスライス識別子を含む。

処理ユニット1301は、許可済ネットワーク選択支援情報を決定するようにさらに構成され、許可済ネットワーク選択支援情報は第2のスライス識別子を含む。

処理ユニット1301は、第2のスライス識別子と第1のスライス識別子との間に対応関係があれば、通信ユニット1302を用いることによって、許可済ネットワーク選択支援情報および指示情報を端末デバイスに送信するようにさらに構成され、指示情報は、第2のスライス識別子が第1のスライス識別子に対応していることを示している。

任意選択の実装において、処理ユニット1301は、通信ユニット1302を用いることによって、端末デバイスによって送信される登録要求を受信し、登録要求は、端末デバイス上の構成済ネットワーク選択支援情報を搬送する、ように構成され、許可済ネットワーク選択支援情報および指示情報を端末デバイスに送信することは、登録要求応答メッセージを端末デバイスに送信することを含み、登録要求応答メッセージは、許可済ネットワーク選択支援情報および指示情報を搬送する。

3.図13に示すデバイスは、前述の実施形態において説明した端末デバイスとして用いることができる。

この場合、この実施形態において、通信ユニット1302の機能は、図9に示す受信ユニット902、送信ユニット903、および伝送ユニット904の機能として実装することができる。プロセッサ1301は、識別子決定ユニット903の機能を実装することができる。対応して、通信ユニット1302およびプロセッサ1301はそれぞれ、前述の方法の実施形態における対応する通信機能および他のデータ処理機能も実装する。詳細は次のとおりである。

処理ユニット1301は、通信ユニット1302を用いることによって、セッション確立要求をアクセスおよびモビリティ管理機能AMFに送信し、第1のターゲットアプリケーションに対応する第1のスライス識別子のセッションを確立することを要求するように構成されている。

処理ユニット1301は、通信ユニット1302を用いることによって、AMFによって返されるセッション確立完了メッセージを受信するようにさらに構成され、セッション確立完了メッセージは、新たに確立されたセッションの識別子、およびこのセッションによってサポートされるスライス識別子を搬送する。

任意選択の実装において、処理ユニット1301は、通信ユニット1302を用いることによって、AMFによって返されるセッション確立完了メッセージを受信した後、端末デバイスによって、第2のターゲットアプリケーションに対応する第2のスライス識別子を決定するようにさらに構成されている。

処理ユニット1301は、このセッションによってサポートされるスライス識別子が第2のスライス識別子を含めば、通信ユニット1302を用いることによって、このセッションを用いることによって第2のターゲットアプリケーションのデータを伝送するようにさらに構成されている。

4.図13に示すデバイスは、前述の実施形態において説明したAMFとして用いることができる。

この場合、この実施形態において、通信ユニット1302の機能は、図10に示す受信ユニット1001および送信ユニット1004の機能として実装することができる。プロセッサ1301は、セッション確立ユニット1002および情報取得ユニット1003の機能を実装することができる。対応して、通信ユニット1302およびプロセッサ1301はそれぞれ、前述の方法の実施形態における対応する通信機能および他のデータ処理機能も実装する。詳細は次のとおりである。

処理ユニット1301は、通信ユニット1302を用いることによって、端末デバイスによって送信されるセッション確立要求を受信するように構成され、セッション確立要求は、第1のターゲットアプリケーションに対応する第1のスライス識別子のセッションを確立することを要求する。

処理ユニット1301は、端末デバイスのためのセッションを確立し、このセッションによってサポートされるネットワークスライスについての情報を取得するようにさらに構成されている。

処理ユニット1301は、通信ユニット1302を用いることによって端末デバイスにセッション確立完了メッセージを返すようにさらに構成され、セッション確立完了メッセージは、セッションの識別子、およびセッションによってサポートされるネットワークスライスについての情報を搬送する。

任意選択の実装において、処理ユニット1301が、このセッションによってサポートされるネットワークスライスについての情報を取得するように構成されていることは、通信ユニット1302を用いることによってセッション管理機能SMFからセッションのセッション属性を取得するように構成されていることを含み、セッション属性は、そのセッションによってサポートされるネットワークスライスについての情報を含む。

5.図13に示すデバイスは、前述の実施形態において説明した端末デバイスとして用いることができる。

この場合、この実施形態において、通信ユニット1302の機能は、図11に示す受信ユニット1103、送信ユニット1102、および伝送ユニット1104の機能として実装することができる。プロセッサ1301は、識別子決定ユニット1101の機能を実装することができる。対応して、通信ユニット1302およびプロセッサ1301はそれぞれ、前述の方法の実施形態における対応する通信機能および他のデータ処理機能も実装する。詳細は次のとおりである。

処理ユニット1301は、第2のターゲットアプリケーションに対応する第2のスライス識別子を決定するように構成されている。

処理ユニット1301は、通信ユニット1302を用いることによって、セッション確立要求をアクセスおよびモビリティ管理機能AMFに送信し、セッション確立要求は第2のスライス識別子を搬送する、ように構成され、AMFによって返されるセッション確立拒否メッセージを受信し、セッション確立拒否メッセージは第1のセッションの識別子を示し、第1のセッションは、端末デバイスとネットワーク側との間で確立されたセッションであり、第1のセッションは第2のスライス識別子をサポートする、ように構成され、第1のセッションを用いることによって第2のターゲットアプリケーションのデータを伝送するように構成されている。

6.図13に示すデバイスは、前述の実施形態において説明したAMFとして用いることができる。

この場合、この実施形態において、通信ユニット1302の機能は、図12に示す受信ユニット1201および送信ユニット1202の機能として実装することができる。プロセッサ1301は、属性取得ユニット703の機能を実装することができる。対応して、通信ユニット1302およびプロセッサ1301はそれぞれ、前述の方法の実施形態における対応する通信機能および他のデータ処理機能も実装する。詳細は次のとおりである。

処理ユニット1301は、通信ユニット1302を用いることによって、端末デバイスによって送信されるセッション確立要求を受信し、セッション要求は第2のスライス識別子を搬送する、ように構成され、第1のセッションが第2のスライス識別子をサポートしていれば、端末デバイスにセッション確立拒否メッセージを返し、セッション確立拒否メッセージは第1のセッションの識別子を示し、第1のセッションは、端末デバイスとネットワーク側との間で確立されたセッションである、ように構成されている。

任意選択の実装において、処理ユニット1301は、通信ユニット1302を用いることによって端末デバイスにセッション確立拒否メッセージを返す前に、通信ユニット1302を用いることによってセッション管理機能SMFから第1のセッションのセッション属性を取得するようにさらに構成され、セッション属性は、第1のセッションによってサポートされるスライスの識別子を含み、
第1のセッションが第2のスライス識別子をサポートしていることは、第1のセッションによってサポートされているスライスの識別子が第2のスライス識別子を含むことを含む。

図14を参照すると、図14は、本発明の一実施形態によるデバイスを示している。このデバイスは、プロセッサ1401、メモリ1402、およびトランシーバ1403を含む。プロセッサ1401、メモリ1402、およびトランシーバ1403は、バスを用いることによって互いに接続されている。

メモリ1402は、ランダムアクセスメモリ(Random Access Memory、RAM)、読み取り専用メモリ(Read-Only Memory、ROM)、消去可能プログラマブル読み取り専用メモリ(Erasable Programmable Read Only Memory、EPROM)、またはポータブル読み取り専用メモリ(Compact Disc Read-Only Memory、CD-ROM)を含むが、これらに限定されない。メモリ1402は、関連する命令およびデータを格納するように構成されている。トランシーバ1403は、データを送受信するように構成されている。

プロセッサ1401は、1つまたは複数の中央処理装置(Central Processing Unit、CPU)であり得る。プロセッサ1401が1つのCPUであるとき、CPUはシングルコアCPUまたはマルチコアCPUであり得る。

デバイスのプロセッサ1401は、メモリ1402に格納されているプログラムコードを読み取り、本発明の実施形態において提供された方法を実行するように構成されている。トランシーバ1403は、送信および受信機能を実装するようにプロセッサ1401によって制御される。

より具体的には、デバイスが端末デバイスとして用いられれば、プロセッサ1401は、メモリ1402に格納されているプログラムコードを読み取り、本発明の実施形態において端末デバイスによって実行される方法のいずれか1つを実行するように構成される。詳細は次のとおりである。

トランシーバ1403の機能を、図7に示す受信ユニット702および送信ユニット701の機能として実装することができる。プロセッサ1401は、識別子判定ユニット703の機能を実装することができる。対応して、トランシーバ1403およびプロセッサ1401はそれぞれ、前述の方法の実施形態における対応する通信機能および他のデータ処理機能も実装する。

あるいは、トランシーバ1403の機能を、図9に示す受信ユニット902、送信ユニット903、および伝送ユニット904の機能として実装することができる。プロセッサ1401は、識別子決定ユニット903の機能を実装することができる。対応して、トランシーバ1403およびプロセッサ1401はそれぞれ、前述の方法の実施形態における対応する通信機能および他のデータ処理機能も実装する。

あるいは、トランシーバ1403の機能を、図11に示す受信ユニット1103、送信ユニット1102、および伝送ユニット1104の機能として実装することができる。プロセッサ1401は、識別子決定ユニット1101の機能を実装することができる。対応して、トランシーバ1403およびプロセッサ1401はそれぞれ、前述の方法の実施形態における対応する通信機能および他のデータ処理機能も実装する。詳細は次のとおりである。

デバイスがモビリティ管理機能として用いられれば、プロセッサ1401は、メモリ1402に格納されているプログラムコードを読み取り、本発明の実施形態においてアクセスおよびモビリティ管理機能によって実行される方法のいずれか1つを実行するように構成される。より詳細には次のとおりである。

トランシーバ1403の機能を、図8に示す受信ユニット801および送信ユニット803の機能として実装することができる。プロセッサ1401は、情報決定ユニット802の機能を実装することができる。対応して、トランシーバ1403およびプロセッサ1401はそれぞれ、前述の方法の実施形態における対応する通信機能および他のデータ処理機能も実装する。

あるいは、トランシーバ1403の機能を、図10に示す受信ユニット1001および送信ユニット1004の機能として実装することができる。プロセッサ1401は、セッション確立ユニット1002および情報取得ユニット1003の機能を実装することができる。対応して、トランシーバ1403およびプロセッサ1401はそれぞれ、前述の方法の実施形態における対応する通信機能および他のデータ処理機能も実装する。

あるいは、トランシーバ1403の機能を、図12に示す受信ユニット1201および送信ユニット1202の機能として実装することができる。プロセッサ1401は、属性取得ユニット703の機能を実装することができる。対応して、トランシーバ1403およびプロセッサ1401はそれぞれ、前述の方法の実施形態における対応する通信機能および他のデータ処理機能も実装する。詳細は次のとおりである。

本発明の一実施形態はコンピュータプログラムを提供する。コンピュータプログラムは命令シーケンスを含む。命令シーケンスが実行されると、本発明の実施形態において提供された方法のいずれか1つが実行される。

本発明の一実施形態は記憶媒体をさらに提供する。記憶媒体はプログラムコードを含む。プログラムコードが実行されると、本発明の実施形態において提供された方法のいずれか1つの手順が実行される。

他の態様によれば、本発明の一実施形態が通信システムを提供する。このシステムは、前述の態様におけるAMFを含む。他の可能な設計において、このシステムは、本発明の実施形態において提供された解決策においてコアネットワークインターフェイスデバイスと相互作用する他のデバイス、たとえば、SMFまたは端末デバイスをさらに含むことができる。

本発明において開示された内容と組み合わせて説明された方法またはアルゴリズムのステップは、ハードウェアによって実装することができ、またはソフトウェア命令を実行することによってプロセッサによって実装することができる。ソフトウェア命令は、対応するソフトウェアモジュールを含むことができる。ソフトウェアモジュールは、ランダムアクセスメモリ(Random Access Memory、RAM)、フラッシュメモリ、読み取り専用メモリ(Read-Only Memory、ROM)、消去可能プログラマブル読み取り専用メモリ(Erasable Programmable ROM、EPROM)、電気的消去可能プログラマブル読み取り専用メモリ(Electrically EPROM、EEPROM)、レジスタ、ハードディスク、モバイルハードディスク、コンパクトディスク読み取り専用メモリ(CD-ROM)、または当該技術においてよく知られている任意の他の形態の記憶媒体に保存することができる。たとえば、記憶媒体がプロセッサに結合され、そのためプロセッサは記憶媒体から情報を読み取り、または記憶媒体に情報を書き込むことができる。もちろん、記憶媒体はプロセッサのコンポーネントであってもよい。プロセッサおよび記憶媒体は、ASICに配置することができる。加えて、ASICは、コアネットワークインターフェイスデバイスに配置することもできる。もちろん、プロセッサおよび記憶媒体は、別個のコンポーネントとしてコアネットワークインターフェイスデバイスに存在することができる。

前述の実施形態のすべてまたはいくつかは、ソフトウェア、ハードウェア、ファームウェア、またはこれらの任意の組み合わせを通じて実装することができる。ソフトウェアを用いて実施形態を実装するとき、実施形態は、コンピュータプログラム製品の形で完全にまたは部分的に実装することができる。コンピュータプログラム製品は、1つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上にロードされて実行されると、本発明の実施形態による手順または機能がすべてまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラム可能な装置であってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に格納されてもよいし、コンピュータ可読記憶媒体から他のコンピュータ可読記憶媒体に伝送されてもよい。たとえば、コンピュータ命令は、有線(たとえば、同軸ケーブル、光ファイバ、またはデジタル加入者回線(DSL))または無線(たとえば、赤外線、ラジオ、およびマイクロ波など)の方法で、ウェブサイト、コンピュータ、サーバ、またはデータセンターから他のウェブサイト、コンピュータ、サーバ、またはデータセンターに伝送することができる。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、または1つまたは複数の使用可能な媒体を統合する、サーバまたはデータセンターなどのデータ記憶装置であり得る。使用可能な媒体は、磁気媒体(たとえば、ソフトディスク、ハードディスク、または磁気テープ)、光学媒体(たとえば、デジタルバーサタイルディスク(DVD))、半導体媒体(たとえば、Solid State Disk(SSD))などであり得る。

本発明の目的、技術的解決策、および利点は、前述の具体的な実施形態においてさらに詳細に説明されている。前述の説明は、本発明の具体的な実施形態に過ぎず、本発明の保護範囲を限定することを意図していないことが理解されるべきである。本発明の精神および原理内で行われるいずれの修正、同等の置換、または改善も、本発明の保護の範囲内に含まれるものとする。

701 送信ユニット
702 受信ユニット
703 識別子判定ユニット
801 受信ユニット
802 情報決定ユニット
803 送信ユニット
901 送信ユニット
902 受信ユニット
903 識別子決定ユニット
904 伝送ユニット
1001 受信ユニット
1002 セッション確立ユニット
1003 情報取得ユニット
1004 送信ユニット
1101 識別子決定ユニット
1102 送信ユニット
1103 受信ユニット
1104 伝送ユニット
1201 受信ユニット
1202 送信ユニット
1203 属性取得ユニット
1301 処理ユニット
1302 通信ユニット
1401 プロセッサ
1402 メモリ
1403 トランシーバ

図1に示すように、図1は5G通信システムのシステム例を示している。図1は、ユーザ機器(User Equipment、UE)、無線アクセスネットワーク(Radio Access Network、RAN)またはアクセスネットワーク(Access Network、AN)、ユーザポート機能(User Port Function、UPF)、データネットワーク(Data Network、DN)、AMF、SMF、ポリシー機能(Policy Function、PCF)、アプリケーション機能(Application Function、AF)、認証サーバ機能(Authentication Server Function、AUSF)、および統合データ管理(Unified Data Management、UDM)を含み、これらはN1からN15までのインターフェイスを用いることによって通信を実行する。図1において、UEは、端末デバイスの他の表現形態と見なすことができる。

本発明の実施形態において、ユニット分割は一例であり、論理機能分割のみであることに留意されるべきである。実際の実装において、他の分割方法があり得る。本発明の実施形態における機能ユニットは、1つの処理ユニットに統合されてもよく、別個の物理ユニットとして存在してもよく、2つ以上のユニットが1つのユニットに統合されてもよい。統合ユニットは、ハードウェアの形で実装されてもよいし、ソフトウェア機能ユニットの形で実装されてもよい。以下で、図13および図14に示す2つの可能な解決策を提供する。

図13に示すように、本発明の一実施形態は、図13に示すデバイスをさらに提供する。このデバイスは、処理ユニット1301および通信ユニット1302を含み、記憶ユニットまたは他の機能ユニットをさらに含むことができる。これは、本発明のこの実施形態において一意に限定されない。

この場合、この実施形態において、通信ユニット1302の機能は、図12に示す受信ユニット1201および送信ユニット1202の機能として実装することができる。プロセッサ1301は、属性取得ユニット1203の機能を実装することができる。対応して、通信ユニット1302およびプロセッサ1301はそれぞれ、前述の方法の実施形態における対応する通信機能および他のデータ処理機能も実装する。詳細は次のとおりである。

あるいは、トランシーバ1403の機能を、図12に示す受信ユニット1201および送信ユニット1202の機能として実装することができる。プロセッサ1401は、属性取得ユニット1203の機能を実装することができる。対応して、トランシーバ1403およびプロセッサ1401はそれぞれ、前述の方法の実施形態における対応する通信機能および他のデータ処理機能も実装する。詳細は次のとおりである。

Claims

端末デバイスによって、前記端末デバイス上の構成済ネットワーク選択支援情報をアクセスおよびモビリティ管理機能AMFに送信するステップであって、前記ネットワーク選択支援情報は第1のスライス識別子を含む、ステップと、
前記端末デバイスによって、前記AMFによって返される許可済ネットワーク選択支援情報および指示情報を受信するステップであって、前記許可済ネットワーク選択支援情報は第2のスライス識別子を含み、前記指示情報は、前記第2のスライス識別子が前記第1のスライス識別子に対応していることを示す、ステップと、
を含むネットワークスライス選択ポリシー更新方法。
前記端末デバイスによって、前記AMFによって返される許可済ネットワーク選択支援情報および指示情報を受信する前記ステップの後、前記方法は、
スライス選択ポリシーに基づいて、ターゲットアプリケーションが前記第1のスライス識別子に対応していると判定するステップであって、前記スライス選択ポリシーは、前記ターゲットアプリケーションと前記スライス識別子との間の対応関係を含む、ステップと、
前記指示情報に基づいて、前記第1のスライス識別子が前記第2のスライス識別子に対応していると判定するステップと、
前記第2のスライス識別子に対応するセッションを用いることによって前記ターゲットアプリケーションのデータを伝送するステップと、
をさらに含む、請求項1に記載の方法。
前記第2のスライス識別子に対応するセッションを用いることによって前記ターゲットアプリケーションのデータを伝送する前記ステップは、
前記端末デバイスによって、前記第2のスライス識別子を含むセッション確立要求をネットワークに送信するステップと、前記第2のスライス識別子に対応する前記セッションを確立するステップと、前記第2のスライス識別子に対応する前記セッションを用いることによって前記ターゲットアプリケーションの前記データを伝送するステップと、または
前記端末デバイスが前記第2のスライス識別子に対応する前記セッションを確立していれば、前記第2のスライス識別子に対応する前記セッションを用いることによって前記ターゲットアプリケーションの前記データを伝送するステップ、
を含む、請求項2に記載の方法。
前記第2のスライス識別子に対応する前記セッションは、前記第2のスライス識別子に対応するプロトコルデータユニットPDUセッションを含む、請求項1から3のいずれか一項に記載の方法。
端末デバイスによって、前記端末デバイス上の構成済ネットワーク選択支援情報をAMFに送信する前記ステップは、前記端末デバイスによって、登録要求を前記AMFに送信するステップであって、前記登録要求は、前記端末デバイス上の前記構成済ネットワーク選択支援情報を搬送する、ステップを含み、
前記端末デバイスによって、前記AMFによって返される許可済ネットワーク選択支援情報および指示情報を受信する前記ステップは、前記AMFによって送信される登録要求応答メッセージを受信するステップであって、前記登録要求応答メッセージは、前記許可済ネットワーク選択支援情報および前記指示情報を搬送する、ステップを含む、
請求項1から3のいずれか一項に記載の方法。
アクセスおよびモビリティ管理機能AMFによって、端末デバイス上にあって前記端末デバイスによって送信される構成済ネットワーク選択支援情報を受信するステップであって、前記ネットワーク選択支援情報は第1のスライス識別子を含む、ステップと、
前記AMFによって、許可済ネットワーク選択支援情報を決定するステップであって、前記許可済ネットワーク選択支援情報は第2のスライス識別子を含む、ステップと、
前記第2のスライス識別子と前記第1のスライス識別子との間に対応関係があれば、前記許可済ネットワーク選択支援情報および指示情報を前記端末デバイスに送信するステップであって、前記指示情報は、前記第2のスライス識別子が前記第1のスライス識別子に対応していることを示す、ステップと、
を含むネットワークスライス選択ポリシー更新方法。
端末デバイス上にあって前記端末デバイスによって送信される構成済ネットワーク選択支援情報を受信する前記ステップは、
前記端末デバイスによって送信される登録要求を受信するステップであって、前記登録要求は、前記端末デバイス上の前記構成済ネットワーク選択支援情報を搬送する、ステップ
を含み、
前記許可済ネットワーク選択支援情報および指示情報を前記端末デバイスに送信する前記ステップは、登録要求応答メッセージを前記端末デバイスに送信するステップであって、前記登録要求応答メッセージは、前記許可済ネットワーク選択支援情報および前記指示情報を搬送する、ステップを含む、
請求項6に記載の方法。
端末デバイスによって、セッション確立要求をアクセスおよびモビリティ管理機能AMFに送信して、第1のターゲットアプリケーションに対応する第1のスライス識別子のセッションを確立することを要求するステップと、
前記端末デバイスによって、前記AMFから返されるセッション確立完了メッセージを受信するステップであって、前記セッション確立完了メッセージは、新たに確立されたセッションの識別子、および前記セッションによってサポートされるスライス識別子を搬送する、ステップと、
を含むネットワークスライス選択制御方法。
前記端末デバイスによって、前記AMFから返されるセッション確立完了メッセージを受信する前記ステップの後、前記方法は、
前記端末デバイスによって、第2のターゲットアプリケーションに対応する第2のスライス識別子を決定するステップと、
前記セッションによってサポートされる前記スライス識別子が前記第2のスライス識別子を含めば、前記セッションを用いることによって前記第2のターゲットアプリケーションのデータを伝送するステップと、
をさらに含む、請求項6に記載の方法。
アクセスおよびモビリティ管理機能AMFによって、端末デバイスによって送信されるセッション確立要求を受信するステップであって、前記セッション確立要求は、第1のターゲットアプリケーションに対応する第1のスライス識別子のセッションを確立することを要求する、ステップと、
前記AMFによって、前記端末デバイスのためのセッションを確立し、前記セッションによってサポートされるネットワークスライスについての情報を取得するステップと、
前記AMFによって、セッション確立完了メッセージを前記端末デバイスに返すステップであって、前記セッション確立完了メッセージは、前記セッションの識別子、および前記セッションによってサポートされる前記ネットワークスライスについての前記情報を搬送する、ステップと、
を含むネットワークスライス選択制御方法。
前記セッションによってサポートされるネットワークスライスについての情報を取得する前記ステップは、
セッション管理機能SMFから前記セッションのセッション属性を取得するステップであって、前記セッション属性は、前記セッションによってサポートされる前記ネットワークスライスについての前記情報を含む、ステップ
を含む、請求項10に記載の方法。
端末デバイスによって、第2のターゲットアプリケーションに対応する第2のスライス識別子を決定し、セッション確立要求をアクセスおよびモビリティ管理機能AMFに送信するステップであって、前記セッション確立要求は前記第2のスライス識別子を搬送する、ステップと、
前記端末デバイスによって、前記AMFによって返されるセッション確立拒否メッセージを受信するステップであって、前記セッション確立拒否メッセージは第1のセッションの識別子を示し、前記第1のセッションは、前記端末デバイスとネットワーク側との間で確立されたセッションであり、前記第1のセッションは前記第2のスライス識別子をサポートしている、ステップと、
前記端末によって、前記第1のセッションを用いることによって前記第2のターゲットアプリケーションのデータを伝送するステップと、
を含むネットワークスライス選択制御方法。
アクセスおよびモビリティ管理機能AMFによって、端末デバイスによって送信されるセッション確立要求を受信するステップであって、前記セッション要求は第2のスライス識別子を搬送する、ステップと、
第1のセッションが前記第2のスライス識別子をサポートしていれば、セッション確立拒否メッセージを前記端末デバイスに返すステップであって、前記セッション確立拒否メッセージは前記第1のセッションの識別子を示し、前記第1のセッションは、前記端末デバイスとネットワーク側との間で確立されたセッションである、ステップと、
を含むネットワークスライス選択制御方法。
セッション確立拒否メッセージを前記端末デバイスに返す前記ステップの前に、前記方法は、
前記AMFによって、セッション管理機能SMFから前記第1のセッションのセッション属性を取得するステップであって、前記セッション属性は、前記第1のセッションによってサポートされるスライスの識別子を含む、ステップ
をさらに含み、
第1のセッションが前記第2のスライス識別子をサポートしていることは、
前記第1のセッションによってサポートされる前記スライスの前記識別子が前記第2のスライス識別子を含む
ことを含む、
請求項13に記載の方法。
処理ユニットおよび通信ユニットを含む端末デバイスであって、
前記処理ユニットは、前記通信ユニットを用いることによって、前記端末デバイス上の構成済ネットワーク選択支援情報をアクセスおよびモビリティ管理機能AMFに送信し、前記ネットワーク選択支援情報は第1のスライス識別子を含む、ように構成され、前記通信ユニットを用いることによって、前記AMFによって返される許可済ネットワーク選択支援情報および指示情報を受信し、前記許可済ネットワーク選択支援情報は第2のスライス識別子を含み、前記指示情報は、前記第2のスライス識別子が前記第1のスライス識別子に対応していることを示す、ように構成されている、
端末デバイス。
前記処理ユニットはさらに、前記通信ユニットを用いることによって、前記AMFによって返される前記許可済ネットワーク選択支援情報および前記指示情報を受信した後、スライス選択ポリシーに基づいて、ターゲットアプリケーションが前記第1のスライス識別子に対応していると判定し、前記スライス選択ポリシーは、前記ターゲットアプリケーションと前記スライス識別子との間の対応関係を含む、ように構成され、前記指示情報に基づいて、前記第1のスライス識別子が前記第2のスライス識別子に対応していると判定するように構成され、前記通信ユニットを用いることによって、前記第2のスライス識別子に対応するセッションを用いることによって前記ターゲットアプリケーションのデータを伝送するように構成されている、
請求項15に記載の端末デバイス。
前記処理ユニットが、前記通信ユニットを用いることによって、前記第2のスライス識別子に対応するセッションを用いることによって前記ターゲットアプリケーションのデータを伝送するように構成されていることは、前記通信ユニットを用いることによって、前記第2のスライス識別子を含むセッション確立要求をネットワークへ送信し、前記第2のスライス識別子に対応する前記セッションを確立して、前記第2のスライス識別子に対応する前記セッションを用いることによって前記ターゲットアプリケーションの前記データを伝送する、または
前記端末デバイスが、前記第2のスライス識別子に対応する前記セッションを確立していれば、前記第2のスライス識別子に対応する前記セッションを用いることによって前記ターゲットアプリケーションの前記データを伝送する、ように構成されていることを含む、
請求項16に記載の端末デバイス。
前記第2のスライス識別子に対応する前記セッションは、前記第2のスライス識別子に対応するプロトコルデータユニットPDUセッションを含む、請求項15から17のいずれか一項に記載の端末デバイス。
前記処理ユニットが、前記通信ユニットを用いることによって、前記端末デバイス上の構成済ネットワーク選択支援情報をAMFに送信するように構成されていることは、登録要求を前記AMFに送信することを含み、前記登録要求は、前記端末デバイス上の前記構成済ネットワーク選択支援情報を搬送し、
前記処理ユニットが、前記通信ユニットを用いることによって、前記AMFによって返される許可済ネットワーク選択支援情報および指示情報を受信するように構成されていることは、前記通信ユニットを用いることによって、前記AMFによって送信される登録要求応答メッセージを受信することを含み、前記登録要求応答メッセージは、前記許可済ネットワーク選択支援情報および前記指示情報を搬送する、
請求項15から17のいずれか一項に記載の端末デバイス。
処理ユニットおよび通信ユニットを含むアクセスおよびモビリティ管理機能であって、
前記処理ユニットは、前記通信ユニットを用いることによって、端末デバイス上にあって前記端末デバイスによって送信される構成済ネットワーク選択支援情報を受信するように構成され、前記ネットワーク選択支援情報は第1のスライス識別子を含み、
前記処理ユニットは、許可済ネットワーク選択支援情報を決定するようにさらに構成され、前記許可済ネットワーク選択支援情報は第2のスライス識別子を含み、
前記処理ユニットは、前記第2のスライス識別子と前記第1のスライス識別子との間に対応関係があれば、前記通信ユニットを用いることによって前記許可済ネットワーク選択支援情報および指示情報を前記端末デバイスに送信するようにさらに構成され、前記指示情報は、前記第2のスライス識別子が前記第1のスライス識別子に対応していることを示す、
アクセスおよびモビリティ管理機能。
前記処理ユニットは、前記通信ユニットを用いることによって、前記端末デバイスによって送信される登録要求を受信し、前記登録要求は、前記端末デバイス上の前記構成済ネットワーク選択支援情報を搬送する、ように構成され、前記許可済ネットワーク選択支援情報および指示情報を前記端末デバイスに送信することは、登録要求応答メッセージを前記端末デバイスに送信することを含み、前記登録要求応答メッセージは、前記許可済ネットワーク選択支援情報および前記指示情報を搬送する、
請求項20に記載のアクセスおよびモビリティ管理機能。
処理ユニットおよび通信ユニットを含む端末デバイスであって、
前記処理ユニットは、前記通信ユニットを用いることによって、セッション確立要求をアクセスおよびモビリティ管理機能AMFに送信して、第1のターゲットアプリケーションに対応する第1のスライス識別子のセッションを確立することを要求するように構成され、
前記処理ユニットは、前記通信ユニットを用いることによって、前記AMFによって返されるセッション確立完了メッセージを受信するようにさらに構成され、前記セッション確立完了メッセージは、新たに確立されたセッションの識別子、および前記セッションによってサポートされるスライス識別子を搬送する、
端末デバイス。
前記処理ユニットは、前記通信ユニットを用いることによって、前記AMFによって返される前記セッション確立完了メッセージを受信した後、前記端末デバイスによって、第2のターゲットアプリケーションに対応する第2のスライス識別子を決定するようにさらに構成され、
前記処理ユニットは、前記セッションによってサポートされる前記スライス識別子が前記第2のスライス識別子を含めば、前記通信ユニットを用いることによって、前記セッションを用いることによって前記第2のターゲットアプリケーションのデータを伝送するようにさらに構成されている、
請求項22に記載の端末デバイス。
処理ユニットおよび通信ユニットを含むアクセスおよびモビリティ管理機能であって、
前記処理ユニットは、前記通信ユニットを用いることによって、端末デバイスによって送信されるセッション確立要求を受信するように構成され、前記セッション確立要求は、第1のターゲットアプリケーションに対応する第1のスライス識別子のセッションを確立することを要求し、
前記処理ユニットは、前記端末デバイスのためのセッションを確立し、前記セッションによってサポートされるネットワークスライスについての情報を取得するようにさらに構成され、
前記処理ユニットは、前記通信ユニットを用いることによって前記端末デバイスにセッション確立完了メッセージを返すようにさらに構成され、前記セッション確立完了メッセージは、前記セッションの識別子、および前記セッションによってサポートされる前記ネットワークスライスについての前記情報を搬送する、
アクセスおよびモビリティ管理機能。
前記処理ユニットが、前記セッションによってサポートされるネットワークスライスについての情報を取得するように構成されていることは、前記通信ユニットを用いることによってセッション管理機能SMFから前記セッションのセッション属性を取得するように構成されていることを含み、前記セッション属性は、前記セッションによってサポートされる前記ネットワークスライスについての前記情報を含む、
請求項24に記載のアクセスおよびモビリティ管理機能。
処理ユニットおよび通信ユニットを含む端末デバイスであって、
前記処理ユニットは、第2のターゲットアプリケーションに対応する第2のスライス識別子を決定するように構成され、
前記処理ユニットは、前記通信ユニットを用いることによって、セッション確立要求をアクセスおよびモビリティ管理機能AMFに送信し、前記セッション確立要求は前記第2のスライス識別子を搬送する、ように構成され、前記AMFによって返されるセッション確立拒否メッセージを受信し、前記セッション確立拒否メッセージは第1のセッションの識別子を示し、前記第1のセッションは、前記端末デバイスとネットワーク側との間で確立されたセッションであり、前記第1のセッションは前記第2のスライス識別子をサポートする、ように構成され、前記第1のセッションを用いることによって前記第2のターゲットアプリケーションのデータを伝送する、ように構成されている、
端末デバイス。
処理ユニットおよび通信ユニットを含むアクセスおよびモビリティ管理機能であって、
前記処理ユニットは、前記通信ユニットを用いることによって、端末デバイスによって送信されるセッション確立要求を受信し、前記セッション要求は第2のスライス識別子を搬送する、ように構成され、第1のセッションが前記第2のスライス識別子をサポートしていれば、前記端末デバイスにセッション確立拒否メッセージを返し、前記セッション確立拒否メッセージは前記第1のセッションの識別子を示し、前記第1のセッションは、前記端末デバイスとネットワーク側との間で確立されたセッションである、ように構成されている、
アクセスおよびモビリティ管理機能。
前記処理ユニットは、前記通信ユニットを用いることによって前記端末デバイスに前記セッション確立拒否メッセージを返す前に、前記通信ユニットを用いることによってセッション管理機能SMFから前記第1のセッションのセッション属性を取得するようにさらに構成され、前記セッション属性は、前記第1のセッションによってサポートされるスライスの識別子を含み、
第1のセッションが前記第2のスライス識別子をサポートしていることは、前記第1のセッションによってサポートされる前記スライスの前記識別子が前記第2のスライス識別子を含むことを含む、
請求項27に記載のアクセスおよびモビリティ管理機能。
プロセッサ、メモリ、およびトランシーバを含む端末デバイスであって、
前記メモリはプログラムコードを格納し、前記プログラムコードを実行するとき、前記プロセッサは、請求項1から5、8および9、および12のいずれか一項に記載の方法を実行する、
端末デバイス。
プロセッサ、メモリ、およびトランシーバを含むアクセスおよびモビリティ管理機能であって、
前記メモリはプログラムコードを格納し、前記プログラムコードを実行するとき、前記プロセッサは、請求項4から7、10および11、および13および14のいずれか一項に記載の方法を実行する、
アクセスおよびモビリティ管理機能。