特許 7522229 ネットワークスライスにアクセスする方法、電子デバイスおよび記憶媒体

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-07-16

(45)【発行日】2024-07-24

(54)【発明の名称】ネットワークスライスにアクセスする方法、電子デバイスおよび記憶媒体

(51)【国際特許分類】

   H04L 67/63 20220101AFI20240717BHJP

   H04W 28/084 20230101ALI20240717BHJP

   H04W 48/18 20090101ALI20240717BHJP

【ＦＩ】

H04L67/63

H04W28/084

H04W48/18

【請求項の数】 10

(21)【出願番号】P 2022570185

(86)(22)【出願日】2021-04-27

(65)【公表番号】

(43)【公表日】2023-06-21

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

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

(87)【国際公開日】2021-12-02

【審査請求日】2022-11-16

(31)【優先権主張番号】202010477722.1

(32)【優先日】2020-05-29

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】511151662

【氏名又は名称】中興通訊股▲ふん▼有限公司

【氏名又は名称原語表記】ＺＴＥ ＣＯＲＰＯＲＡＴＩＯＮ

【住所又は居所原語表記】ＺＴＥ Ｐｌａｚａ，Ｋｅｊｉ Ｒｏａｄ Ｓｏｕｔｈ，Ｈｉ－Ｔｅｃｈ Ｉｎｄｕｓｔｒｉａｌ Ｐａｒｋ，Ｎａｎｓｈａｎ Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ ５１８０５７ Ｃｈｉｎａ

(74)【代理人】

【識別番号】100112656

【弁理士】

【氏名又は名称】宮田 英毅

(74)【代理人】

【識別番号】100089118

【弁理士】

【氏名又は名称】酒井 宏明

(74)【代理人】

【識別番号】110002505

【氏名又は名称】弁理士法人航栄事務所

(72)【発明者】

【氏名】グオ ハイリン

(72)【発明者】

【氏名】トゥー ディンギュアン

【審査官】岩田 玲彦

(56)【参考文献】

【文献】米国特許第１０６０２４２２（ＵＳ，Ｂ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ６７／６３

Ｈ０４Ｗ ２８／０８４

Ｈ０４Ｗ ４８／１８

(57)【特許請求の範囲】

【請求項1】

アプリケーションが目標ネットワークスライスにアクセスするアクセスリクエストに基づいて前記目標ネットワークスライスのアクセス情報を取得するステップと、
前記アクセス情報に基づいて前記アプリケーションと前記目標ネットワークスライスとの間のルーティングポリシーを生成するステップと、
前記ルーティングポリシーに基づいて前記アプリケーションを前記目標ネットワークスライスにアクセスさせることで、前記アプリケーションが前記目標ネットワークスライスを介してネットワーク通信を行うようにするステップと、を含み
前記アクセス情報に基づいて前記アプリケーションと前記目標ネットワークスライスとの間のルーティングポリシーを生成する前記ステップは、
前記目標ネットワークスライスに接続するネットワークインターフェイスを構築するステップと、
前記アクセス情報に基づいて前記ネットワークインターフェイスと前記アプリケーションとの間のルート関係を配置し、前記ルート関係を前記ルーティングポリシーとするステップと、を含む
ネットワークスライスにアクセスする方法。

【請求項2】

前記目標ネットワークスライスに接続するネットワークインターフェイスを構築する前記ステップの前に、
前記アクセス情報に基づいてネットワークベアラ生成デバイスへ生成リクエストを送信することで、前記ネットワークベアラ生成デバイスが前記アクセス情報に基づいて前記目標ネットワークスライスとの通信用のネットワークベアラを確立するようにして、前記ネットワークベアラの確立が完了したとのプロンプトメッセージを返すステップをさらに含む
請求項１に記載のネットワークスライスにアクセスする方法。

【請求項3】

アプリケーションが目標ネットワークスライスにアクセスするアクセスリクエストに基づいて、前記目標ネットワークスライスのアクセス情報を取得する前記ステップは、
前記アプリケーションから前記アクセス情報を読み出すステップを含む
請求項１に記載のネットワークスライスにアクセスする方法。

【請求項4】

アプリケーションが目標ネットワークスライスにアクセスするアクセスリクエストに基づいて、前記目標ネットワークスライスのアクセス情報を取得する前記ステップは、
クエリインターフェイスから前記アクセス情報を照会し、前記クエリインターフェイスが事業者所属サーバと通信するステップを含むことを特徴とする
請求項１に記載のネットワークスライスにアクセスする方法。

【請求項5】

クエリインターフェイスから前記アクセス情報を照会する前記ステップは、
前記アプリケーションに目標ネットワークスライスがカスタマイズされていると確定した場合、前記アプリケーションにカスタマイズされた前記目標ネットワークスライスのアクセス情報を照会するステップと、
前記アプリケーションに前記目標ネットワークスライスがカスタマイズされていないと確定した場合、デフォルトのネットワークスライスの情報を照会して、デフォルトのネットワークスライスの情報を前記アクセス情報とするステップと、を含む
請求項４に記載のネットワークスライスにアクセスする方法。

【請求項6】

前記アプリケーションに対して合法性検出を行い、前記アプリケーションが合法的なアプリケーションであると確定した場合、アプリケーションが目標ネットワークスライスにアクセスするアクセスリクエストに基づいて、前記目標ネットワークスライスのアクセス情報の取得を実行するステップをさらに含む
請求項１～５のいずれか１項に記載のネットワークスライスにアクセスする方法。

【請求項7】

前記アクセス情報は、前記目標ネットワークスライスの名称情報、アプリケーションの識別子情報、アプリケーションのトリプレット情報のいずれかまたは任意の組み合わせを含む
請求項１～５のいずれか１項に記載のネットワークスライスにアクセスする方法。

【請求項8】

アプリケーションが目標ネットワークスライスにアクセスするアクセスリクエストに基づいて、前記目標ネットワークスライスのアクセス情報を取得する前記ステップの前に、
アプリケーション登録ネットワークにより監視された監視リクエストを傍受し、前記監視リクエストを前記アクセスリクエストとするステップをさらに含む
請求項１～５のいずれか１項に記載のネットワークスライスにアクセスする方法。

【請求項9】

少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサと通信接続されるメモリと、を含み、
前記メモリには前記少なくとも１つのプロセッサにより実行できる指令が含まれ、前記指令が前記少なくとも１つのプロセッサにより実行されることで、前記少なくとも１つのプロセッサに、請求項１～８のいずれか１項に記載のネットワークスライスにアクセスする方法を実行させることを特徴とする
電子デバイス。

【請求項10】

コンピュータプログラムが記憶されたコンピュータ可読記憶媒体であって、前記コンピュータプログラムがプロセッサにより実行される時に請求項１～８のいずれか１項に記載のネットワークスライスのアクセス方法を実現する
コンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、出願日を２０２０年５月２９日とし、出願番号を２０２０１０４７７７２２．１とする中国特許出願を基に提出するものであって、当該中国特許出願の優先権を主張し、当該中国特許出願のすべての内容を参照により本願に援用する。

【0002】

本願は通信技術分野に関わり、特にネットワークスライスにアクセスする方法、電子デバイスおよび記憶媒体に関するものである。

【背景技術】

【0003】

５Ｇの急速な発展に伴い、ネットワークスライスは必然的に事業者にとって業界アプリケーションへの重要なセールスポイントになる。ネットワークスライスはオンデマンドのネットワーキングの方式であり、統合されたインフラストラクチャ上で複数の仮想エンドツーエンドのネットワークを分離でき、各ネットワークスライスは論理的に独立したネットワークリソースを得ることができるほか、各ネットワークスライスの間は互いに隔絶してもよい。従って、あるネットワークスライスにエラーまたは障害が発生したとしても、他のネットワークスライスに影響することはない。また事業者は各業界のアプリケーションに要件に応じたネットワークスライスをカスタマイズでき（例えば、高スループット、低遅延、高接続密度等の特性）、差別化されたサービスの提供、製品サービス品質の向上、ユーザ体験の向上に寄与し、さらにはより多くの商業利益を得ることができる。

【0004】

しかし、端末内のアプリケーションは、一定の修正を行ってからでなければネットワークスライスをサポートできず、異なる端末でのアプリケーションのバージョンは千差万別であり、多くのユーザはアプリケーションのアップグレードに難色を示し、且つアプリケーションの内部ロジックは複雑であり得、修正のコストは高く、これらの問題はネットワークスライス業務の展開を困難にする。

【発明の概要】

【0005】

本願実施例の主な目的はネットワークスライスにアクセスする方法、電子デバイスおよび記憶媒体を提供することであり、アプリケーションがネットワークスライスにアクセスするコストを下げ、ネットワークスライス業務の展開を促進させることを意図する。

【0006】

本願の実施例は、アプリケーションが目標ネットワークスライスにアクセスするアクセスリクエストに基づいて目標ネットワークスライスのアクセス情報を取得するステップと、アクセス情報に基づいてアプリケーションと目標ネットワークスライスとの間のルーティングポリシーを生成するステップと、ルーティングポリシーに基づいてアプリケーションを目標ネットワークスライスにアクセスさせることで、アプリケーションが目標ネットワークスライスを介してネットワーク通信を行うようにするステップと、を含む、ネットワークスライスにアクセスする方法を提供する。

【0007】

本願実施例は、少なくとも１つのプロセッサと、少なくとも１つのプロセッサと通信接続されるメモリと、を含み、メモリには少なくとも１つのプロセッサにより実行できる指令が含まれ、指令が少なくとも１つのプロセッサに実行されることで、少なくとも１つのプロセッサにネットワークスライスにアクセスする上記の方法を実行させる、電子デバイスをさらに提供する。

【0008】

本願実施例は、コンピュータプログラムが記憶され、コンピュータプログラムがプロセッサにより実行される時にネットワークスライスにアクセスする上記の方法を実現する、コンピュータ可読記憶媒体をさらに提供する。

【図面の簡単な説明】

【0009】

【図1】本願実施例１が提供するネットワークスライスにアクセスする方法のフローチャートである。

【図2】本願実施例１が提供するネットワークスライスにアクセスする装置の構造ブロック図である。

【図3】本願実施例１が提供するネットワークスライスにアクセスする方法の相互作用過程の概念図である。

【図4】本願実施例２が提供するネットワークスライスにアクセスする方法のフローチャートである。

【図5】本願実施例２が提供するネットワークスライスにアクセスする装置の構造ブロック図である。

【図6】本願実施例２が提供するネットワークスライスにアクセスする方法の相互作用過程の概念図である。

【図7】本願実施例３が提供する電子デバイスの構造ブロック図である。

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

【0010】

本願の実施例の目的、技術案、メリットをより明瞭にするために、以下では図面を組み合わせて本願の各実施例について詳細に説明する。本願の各実施例では、読者に本願をより好ましく理解させるために多くの技術詳細を示しているが、これらの技術詳細と以下の各実施例に基づく種々の変化と修正がなくても、本願が請求する技術案を実現できると当業者は理解できる。以下の各実施例の区分は説明に便宜を図るためのものであり、本願の具体的な実現方式に対していかなる限定も構成しておらず、各実施例は矛盾しないことを前提として互いに組み合わせて、互いに引用することができる。

【0011】

端末はネットワークスライスサービスをサポートし、主なジョブは上位レイヤのアプリケーションのデータストリームをユーザデバイスのルーティングポリシールールによりマッチングすることで、指定されたネットワークスライスにおける単一のネットワークスライス選択支援情報（Ｓｉｎｇｌｅ Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｓｅｌｅｃｔｉｏｎ Ａｓｓｉｓｔａｎｃｅ、略称「Ｓ－ＮＳＳＡＩ」）を取得することである。端末は、プロトコルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、略称「ＰＤＵ」）セッションの生成時にＳ－ＮＳＳＡＩを付帯し、端末がリクエストしようとするネットワークスライスを示し、ネットワークは受信後、対応するスライスリンクにおいて対応するアプリケーションのデータストリームを伝送する。

【0012】

３ＧＰＰ ＴＳ ２３．５０３仕様によると、データネットワーク名称（Ｄａｔａ Ｎｅｔｗｏｒｋ Ｎａｍｅ、略称「ＤＮＮ」）と接続能力（Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｃａｐａｂｉｌｉｔｉｅｓ）方式のトラフィック記述子では、アプリケーションにて対応するパラメータを提供する必要があり、これは、アプリケーションのコードを修正した場合に限って、新しいバージョンのアプリケーションがネットワークスライスサービスをサポートできるということを意味する。例えば、端末におけるアプリケーションがＤＮＮ方式のネットワークスライスをサポートしようとする場合、仕様によれば、アプリケーションはＤＮＮ情報を端末のシステムフレームワークに送信して、システムフレームワークへ対応するネットワークスライスをリクエストしなければならず、システムはＤＮＮ情報に基づいて対応するＰＤＵセッションを生成し、アプリケーションが当該ネットワークスライスによるコールバックを受信した後、対応するネットワークスライスの紐づけ作業が完了し、このようにしてはじめて、アプリケーションの対応するデータストリームの配送経路を確立できる。現在、異なる端末での商用アプリケーションのバージョンは千差万別であり、多くのユーザはアプリケーションのアップグレードに難色を示し、このことはネットワークスライス業務の迅速な展開の妨げとなっている。

【0013】

本願の第１実施例はネットワークスライスにアクセスする方法に関するものであり、ネットワークスライスにアクセスする当該方法は、例えば、スマートフォン、タブレットコンピュータ、デスクトップコンピュータなどの端末に応用することができ、ネットワークスライスにアクセスする当該方法の具体的なフローは図１に示す通りである。

【0014】

ステップ１０１：アプリケーションが目標ネットワークスライスにアクセスするアクセスリクエストに基づいて、目標ネットワークスライスのアクセス情報を取得する。

【0015】

一部の状況において、ネットワークスライスにアクセスする当該方法は当該端末のシステムフレームワーク、例えば、Ａｎｄｒｏｉｄシステムのシステムフレームワークに設置されてもよい。ステップ１０１の実行前に、端末はデフォルトのネットワークベアラを予め確立することで、カスタマイズされていない目標ネットワークスライスのアプリケーションにデフォルトのネットワークベアラを提供でき、これによりカスタマイズされていない目標ネットワークスライスのアプリケーションがデフォルトのネットワークスライスにアクセスするのに便宜を図る。このほか、端末は現在のアプリケーションのデフォルトのネットワークスライスの名称情報またはそのほかのトラフィック記述子情報を予め設置するかまたは照会してもよく、端末は現在のアプリケーションにカスタマイズされた目標ネットワークスライスの名称情報またはそのほかのトラフィック記述子情報をさらに予め設置するかまたは照会してもよい。

【0016】

一例では、目標ネットワークスライスのアクセス情報を取得する前に、アプリケーション登録ネットワークが監視する監視リクエストを傍受し、監視リクエストをアクセスリクエストとすることができる。

【0017】

一部の状況において、アプリケーションは目標ネットワークスライスにアクセスする必要があり、端末のシステムインターフェイスの登録ネットワークにより監視し、アプリケーションは登録ネットワークを介して監視し、監視リクエストを送信し、システムが当該監視リクエストを受信した後、当該アプリケーションに対してモニターを配置し、モニターによりネットワークが使用可能であるか否かを監視し、目標ネットワークスライスが使用可能であるとモニターが通知した場合、アプリケーションは当該目標ネットワークスライスにアクセスすることができる。システムはアプリケーションの監視リクエストを傍受し、当該監視リクエストをアクセスリクエストとすることができる。

【0018】

特筆すべきは、監視リクエストを傍受することで、アプリケーションのアクセス要件を速やかに取得でき、さらにはアプリケーションが目標ネットワークスライスに速やかにアクセスできるという点である。

【0019】

一例において、アクセス情報は目標ネットワークスライスの名称情報、アプリケーションの識別子情報、アプリケーションのトリプレット情報のいずれかまたは任意の組み合わせを含む。

【0020】

一部の状況では、アプリケーションの目標ネットワークスライスの数に基づいてアクセス情報の内容を確定でき、例えば、アプリケーションの目標ネットワークスライスの数が１よりも多い場合、異なる業務トラフィックに対応する目標ネットワークスライスを区別するために、アクセス情報は目標ネットワークスライスのアプリケーションの名称情報と、例えばＩＰトリプレット情報のようなトラフィック記述子情報と、を含んでもよく、ドメイン名情報等をさらに含んでもよい。

【0021】

異なる目標ネットワークスライスの名称は異なり、トラフィック記述子も異なるため、トラフィック記述子から各目標ネットワークスライスにおける業務類型を知ることができる。これにより、同一のアプリケーションの異なる業務要件を区別することで、異なる業務トラフィックがそれぞれ対応する目標ネットワークスライスに達するようにすることができ、後続にてアプリケーションと目標ネットワークスライスとの間のルーティングポリシーの速やかな生成に便宜を図る。

【0022】

なお、アクセスリクエストを受信した後、端末システムが目標ネットワークスライスのアクセス情報を取得するようトリガーすることができ、取得方式は様々であり、アプリケーションからアクセス情報を読み出してもよく、クエリインターフェイスからアクセス情報を照会してもよく、クエリインターフェイスは事業者所属サーバと通信する。アプリケーションの目標ネットワークスライスの数に基づいて取得方式を確定できる。例えば、目標ネットワークスライスの数が１よりも多い場合、クエリインターフェイスにより事業者サーバを照会し、当該アクセス情報を取得することができる。アプリケーションの目標ネットワークスライスの数が１である場合、システムインターフェイスによりアクセス情報を直接照会することができる。例えば、アプリケーションの目標ネットワークスライスの数が１である場合、アクセス情報はアプリケーションのアプリケーション識別子情報を含んでもよく、システムインターフェイスにより当該アプリケーションのアプリケーション識別子情報（例えばａｐｐ＿ｉｄ２）を照会することができる。

【0023】

ステップ１０２：アクセス情報に基づいてアプリケーションと目標ネットワークスライスとの間のルーティングポリシーを生成する。

【0024】

一例では、アクセス情報に基づいてネットワークベアラ生成デバイスへ生成リクエストを送信することで、ネットワークベアラ生成デバイスがアクセス情報に基づいて目標ネットワークスライスとの通信用ネットワークベアラを確立するようにして、ネットワークベアラの確立が完了したとのプロンプトメッセージを返す。

【0025】

一部の状況において、ネットワークベアラ生成デバイスはユーザデバイスルーティングポリシー（ＵＥ Ｒｏｕｔｅ Ｓｅｌｅｃｔｉｏｎ Ｐｏｌｉｃｙ、略称「ＵＲＳＰ」）を予め設置するかまたは更新することができる。事業者の要件に応じてＵＲＳＰ規則を予め設置することができ、記憶されているＵＲＳＰ規則が最新のＵＲＳＰ規則であるか否かを検出し、最新のものではない場合、事業者ネットワークへ取得リクエストを送信し、最新のＵＲＳＰ規則を取得して更新できる。事業者ネットワークが自発的に最新のＵＲＳＰ規則を発行してもよく、当該ネットワークベアラ生成デバイスは最新のＵＲＳＰ規則を受信して更新する。ＵＲＳＰ規則の入力パラメータトラフィック記述子はＤＮＮ、アプリケーションの識別子情報、完全修飾ドメイン名（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ、略称「ＦＱＤＮ」）、ＩＰトリプレット、接続能力情報等を含むがこれらに限らず、ＵＲＳＰ規則の出力パラメータはＳ－ＮＳＳＡＩである。ネットワークベアラ生成デバイスはモデムであってもよく、当該モデムは端末に接続されており、端末は当該アクセス情報における目標ネットワークスライスの名称情報に基づいて当該モデムにおいて当該目標ネットワークスライスに対応するインターフェイスを呼び出し、当該インターフェイスにより当該モデムをトリガーしてネットワークベアラを確立し、モデムは当該ネットワークベアラの確立リクエストを受信した後、目標ネットワークスライスの名称情報を取得して、最新のＵＳＰＲ規則に従って当該目標ネットワークスライスに対応するネットワークベアラを確立する。例えば、目標ネットワークスライスがｄｎｎ＿ｘ１であれば、モデムは目標ネットワークスライスがｄｎｎ＿ｘ１であると確定し、端末と当該目標ネットワークスライスのネットワークベアラを確立する。アプリケーションはネットワークベアラを介して目標ネットワークスライスと通信する。

【0026】

なお、アプリケーションの要件に応じて、当該アプリケーション要件に対応するネットワークベアラを確立することができ、例えば、高信頼性低遅延通信（ＵＲＬＬＣ）、即ち、ｄｎｎ＿ｘ１，ＵＲＬＬＣを確立することができる。

【0027】

モデムは当該ネットワークベアラを確立した後、端末へプロンプトメッセージを返すことで、端末の後続処理に便宜を図る。

【0028】

一例において、アプリケーションと目標ネットワークスライスのルーティングポリシーを生成する過程は、目標ネットワークスライスに接続するネットワークインターフェイスを構築し、アクセス情報に基づいてネットワークインターフェイスとアプリケーションとの間のルート関係を配置し、ルート関係をルーティングポリシーとするというものである。

【0029】

一部の状況において、端末がプロンプトメッセージを受信した後、当該目標ネットワークスライスのネットワークベアラへ対応するネットワークインターフェイスを分配し、当該ネットワークインターフェイスとネットワークベアラにより、ネットワークインターフェイスと目標ネットワークスライスとの間の接続を実現することができる。アプリケーションは目標ネットワークスライスを１つだけ有してもよく、複数の目標ネットワークスライスを有してもよい。アプリケーションが目標ネットワークスライスを１つだけ有する場合、アプリケーションの識別子情報に基づいてルートマッチングを行い、例えば、加えられるルーティングポリシーは、パケットがアプリケーションＡに属する場合、パケットはネットワークインターフェイス１に分配されるというものである。

【0030】

当該アプリケーションが複数の目標ネットワークスライスを有する場合、ＩＰ情報により各種業務トラフィックを区別でき、さらには各種業務トラフィックに対して対応経路をマッチングし、例えば、加えられるルーティングポリシーは、パケットがアプリケーションＡに属し、且つ目標ＩＰがｄｓｔ＿ｉｐ＿ｌｉｓｔ１であれば、パケットをネットワークインターフェイス１に分配し、パケットがアプリケーションＡに属し、且つ目標ＩＰがｄｓｔ＿ｉｐ＿ｌｉｓｔ２であれば、当該パケットをネットワークインターフェイス２に分配するというものである。

【0031】

ステップ１０３：ルーティングポリシーに基づいてアプリケーションを目標ネットワークスライスにアクセスさせることで、アプリケーションが目標ネットワークスライスを介してネットワーク通信を行うようにする。

【0032】

一部の状況において、ルーティングポリシーの配置が完了した後、システムは当該目標ネットワークスライスが使用可能であることをアプリケーションに通知でき、アプリケーションが通知を受信した後、アプリケーションは当該システムインターフェイスを介して目標ネットワークスライスとのネットワーク通信を実現する。アプリケーションに通知する方法は複数あり、例えば、Ａｎｄｒｏｉｄシステムでは、コールバック関数を用いることができ、ルートの配置完了後、当該ネットワークが使用可能であることをコールバック関数がアプリケーションに通知する。

【0033】

以上のステップはシステムフレームワークにおいて実行することができ、アプリケーションが目標ネットワークスライスにアクセスする過程を理解しやすくするために、本実施例では、３つの仮想モジュールを用いてネットワークスライスにアクセスする当該過程を実現する。仮想モジュールは図２に示すように、ネットワーク監視傍受モジュール１０、ネットワーク接続モジュール２０およびルート情報配置モジュール３０を含む。図３は当該システムフレームワークにおける各モジュールの相互作用の概念図である。以下では図３を組み合わせて目標ネットワークスライスにアクセスする過程について説明する。ここで、ネットワーク監視傍受モジュール１０、ネットワーク接続モジュール２０およびルート情報配置モジュール３０はいずれも端末のシステムフレームワークに配置されており、図３ではシステムフレームワークのみを示す。なお、当該モデムはＵＲＳＰ規則を予め設定するかまたは更新しており、且つ端末はデフォルトのネットワークベアラを確立している。

【0034】

アプリケーションＡＰＰ２は端末のシステムインターフェイスによりネットワーク監視を登録し、ネットワーク監視傍受モジュール１０はステップＳ１を実行し、ＡＰＰ２の監視リクエストを傍受し、当該監視リクエストを接続リクエストとする。当該ネットワーク監視傍受モジュール１０はステップＳ２を実行し、システムインターフェイスによりＡＰＰ２の識別子情報を照会し、ＡＰＰ２の識別子情報がａｐｐ ｉｄ２であると照会する。ネットワーク接続モジュール２０はステップＳ３を実行する。モデムへネットワークベアラを生成するリクエストを送信する。モデムは当該ネットワークベアラの生成リクエストを受信した後、ステップＳ４を実行し、当該アプリケーションの識別子情報およびＵＲＳＰ規則に基づいて、対応するネットワークベアラを生成する。モデムはステップＳ５を実行し、ネットワークベアラの確立が完了したとのプロンプトメッセージを返す。ネットワーク接続モジュール２０はステップＳ６を実行し、ネットワークベアラに対応するネットワークインターフェイス（例えば、ネットワークインターフェイスｉｆａｃｅ２）を構築する。ルート情報配置モジュール３０はステップＳ７を実行し、ＡＰＰ２とｉｆａｃｅ２との間のルート関係を配置する。本実施例では、アプリケーションＡＰＰ２の識別子情報によりルートマッチングを実現することができる。ネットワーク監視傍受モジュールはＡＰＰ２によりステップＳ８を実行し、登録されたコールバック函数により、目標ネットワークスライスが使用可能であることをアプリケーションＡＰＰ２に通知する。アプリケーションＡＰＰ２はＳ９を実行し、当該目標ネットワークスライスにアクセスし、目標ネットワークスライスと通信する。

【0035】

本願が提示するネットワークスライスにアクセスする方法はアプリケーションのアクセスリクエストにより、目標ネットワークスライスのアクセス情報を取得し、当該アクセス情報に基づいて当該アプリケーションと目標ネットワークスライスとの間のルーティングポリシーを生成し、当該ルーティングポリシーに基づいてアプリケーションを当該目標ネットワークスライスにアクセスさせることができ、アプリケーションを修正する必要はなく、ユーザはアプリケーションを更新することなくアプリケーションがネットワークスライスサービスをサポートするようにでき、アプリケーションが目標ネットワークスライスにアクセスするコストを低減し、ネットワークスライス業務を展開する際の妨げを減らしており、ひいてはネットワークスライス業務を迅速に配置でき、当該ネットワークスライス業務の展開に便宜を図る。

【0036】

本願の第２実施例はネットワークスライスにアクセスする方法に関するものであり、第２実施例と第１実施例はほぼ同一で、本実施例は目標ネットワークスライスのアクセス情報を取得するステップについての具体的な説明であって、当該フローチャートは図４に示す通りである。

【0037】

ステップ２０１：アプリケーションの合法性検出を行い、アプリケーションが合法的なアプリケーションであると確定するとステップ２０２を実行し、そうでない場合はフローを終了する。

【0038】

一部の状況では、アプリケーションの識別子情報を取得することができ、識別子情報に基づいて当該アプリケーションが合法的なアプリケーションであるか否かを判断し、例えば、合法的なアプリケーションのホワイトリストを予め設置することができ、ホワイトリストに現在のアプリケーションの識別子情報があるか否かを判断し、存在すれば当該アプリケーションは合法的なアプリケーションであると判断し、存在しなければ当該アプリケーションは非合法アプリケーションであると判断する。このほか、アプリケーションの証書使用期限によって判断することもでき、アプリケーションの証書使用期限によりアプリケーションが合法であるか否か、例えば、証書使用期限が過ぎているか否か判断する。

【0039】

ステップ２０２：アプリケーションが目標ネットワークスライスにアクセスするアクセスリクエストに基づいて目標ネットワークスライスのアクセス情報を取得する。

【0040】

一例では、クエリインターフェイスからアクセス情報を照会することができ、クエリインターフェイスは事業者所属サーバと通信する。

【0041】

一部の状況において、事業者所属サーバはクエリインターフェイスを介して端末と通信し、クエリインターフェイスによりアクセス情報を照会してもよい。アプリケーションに目標ネットワークスライスがカスタマイズされていると確定した場合、アプリケーションにカスタマイズされた目標ネットワークスライスのアクセス情報を照会する。アプリケーションに目標ネットワークスライスがカスタマイズされていないと確定した場合、デフォルトのネットワークスライスの情報を照会して、デフォルトのネットワークスライスの情報をアクセス情報とする。

【0042】

アプリケーションの識別子情報に基づいて当該アプリケーションに目標ネットワークスライスがカスタマイズされているか否かを照会することができる。当該アプリケーションに目標ネットワークスライスがカスタマイズされていないと確定すれば、システムデフォルトのネットワークスライスの情報を照会し、当該デフォルトのネットワークスライスの情報をアクセス情報とし、デフォルトのネットワークスライスの情報は当該ネットワークスライスの名称情報であってもよい。当該アプリケーションに目標ネットワークスライスがカスタマイズされていると確定すれば、当該カスタマイズされた目標ネットワークスライスのアクセス情報を照会する。なお、アプリケーションにカスタマイズされた目標ネットワークスライスの数が１つである場合、当該目標ネットワークスライスの名称情報のみを照会することができ、当該アプリケーションにカスタマイズされた目標ネットワークスライスの数が複数である場合、目標ネットワークスライスの名称情報、ＩＰトリプレット情報、アプリケーションの識別子情報等を照会することができる。複数の目標ネットワークスライスがカスタマイズされている場合、アクセス情報に含まれる内容はより詳細であり、後続でルーティングポリシーを合理的に配置するのに便宜を図る。

【0043】

特筆すべきは、アプリケーションのカスタマイズ要件に応じて目標ネットワークスライスのアクセス情報を照会し、アプリケーションの異なる要件を満たすという点である。

【0044】

ステップ２０３：アクセス情報に基づいてアプリケーションと目標ネットワークスライスとの間のルーティングポリシーを生成する。

【0045】

第１実施形態におけるステップ１０２とほぼ同一であるため、ここでは改めて説明しない。

【0046】

ステップ２０４：ルーティングポリシーに基づいてアプリケーションを目標ネットワークスライスにアクセスさせることで、アプリケーションが目標ネットワークスライスを介してネットワークと通信するようにする。

【0047】

第１実施形態におけるステップ１０３とほぼ同一であるため、ここでは改めて説明しない。

【0048】

以上のステップはシステムフレームワークにおいて実行することができ、アプリケーションが目標ネットワークスライスにアクセスする過程を理解しやすくするために、本実施例では、４つの仮想モジュールを用いてネットワークスライスにアクセスする当該過程を実現する。仮想モジュールは図５に示すように、ネットワーク監視傍受モジュール１０、ネットワーク接続モジュール２０、ルート情報配置モジュール３０およびスライス情報照会モジュール４０を含む。図６は当該システムフレームワークにおける各モジュールの相互作用の概念図であり、以下では図６を組み合わせて、目標ネットワークスライスにアクセスする過程について説明する。ここで、ネットワーク監視傍受モジュール１０、ネットワーク接続モジュール２０、ルート情報配置モジュール３０およびスライス情報照会モジュール４０はいずれも端末のシステムフレームワークに配置される。説明しやすくするために、図６では破線枠を用いてシステムフレームワーク内部のスライス情報照会モジュールを示しており、図６に示すシステムフレームワークはネットワーク監視傍受モジュール１０、ネットワーク接続モジュール２０およびルート情報配置モジュール３０を含む。なお、当該モデムはＵＲＳＰを予め設置しているかまたは更新しており、且つ端末はデフォルトのネットワークベアラを確立している。

【0049】

アプリケーションＡＰＰ１は端末のシステムインターフェイスによりネットワーク監視を登録し、ネットワーク監視傍受モジュール１０はステップＳ２１を実行し、ＡＰＰ１の監視リクエストを傍受し、当該監視リクエストを接続リクエストとする。当該ネットワーク監視傍受モジュール１０はステップＳ２２を実行し、スライス情報照会モジュール４０に、このアプリケーションがＤＮＮおよびそのほかのトラフィック記載情報をカスタマイズしているか否かを照会する。スライス情報照会モジュール４０はステップＳ２３を実行し、アプリケーションに対して合法性検査を行い、事業者所属サーバにアクセス情報を照会する。スライス情報照会モジュール４０はステップＳ２４を実行する。アクセス情報を返し、ＡＰＰ１がＤＮＮをカスタマイズしていなければ、デフォルトＤＮＮを返す。複数のＤＮＮがカスタマイズされている場合、アクセス情報はＩＰトリプレット情報をさらに含み、例えばｄｎｎ＿ｘ１，ｉｐ ｌｉｓｔ１； ｄｎｎ＿ｘ２，ｉｐ ｌｉｓｔ２である。ネットワーク接続モジュール２０はステップＳ２５を実行する。モデムへネットワークベアラ生成リクエストを送信する。モデムは当該ネットワークベアラ生成リクエストを受信した後、ステップＳ２６を実行し、当該アプリケーションの識別子情報およびＵＲＳＰ規則に基づいて対応するネットワークベアラを生成する。モデムはステップＳ２７を実行し、ネットワークベアラが確立されたとのプロンプトメッセージを返す。ネットワーク接続モジュール２０はステップＳ２８を実行し、ネットワークベアラに対応するネットワークインターフェイスを構築し、例えば、ネットワークインターフェイスｉｆａｃｅ１である。ルート情報配置モジュール３０はステップＳ２９を実行し、ＡＰＰ１とｉｆａｃｅ１との間のルート関係を配置する。本実施例では、アプリケーションＡＰＰ１の識別子情報およびＩＰトリプレットによりルートマッチングを実現する。ネットワーク監視傍受モジュールはＡＰＰ１によりステップＳ３０を実行し、登録されたコールバック函数により、目標ネットワークスライスが使用可能であることをアプリケーションＡＰＰ１に通知する。アプリケーションＡＰＰ１はＳ３１を実行し、当該目標ネットワークスライスにアクセスして目標ネットワークスライスと通信する。

【0050】

なお、アプリケーションが複数の目標ネットワークスライスにアクセスする場合、そのほかの目標ネットワークスライスにアクセスする過程は類似するため、ここでは改めて説明しない。

【0051】

本願が提示するネットワークスライスにアクセスする方法は、事業者所属サーバの照会により、目標ネットワークのアクセス情報を取得することができ、得られるアクセス情報はより正確である。

【0052】

本願の第３実施例は電子デバイスに関するものであり、図７に示すように、電子デバイス３０は少なくとも１つのプロセッサ３０２と、少なくとも１つのプロセッサと通信接続されるメモリ３０１と、を含み、メモリ３０１には、少なくとも１つのプロセッサ３０２により実行できる指令が含まれており、指令が少なくとも１つのプロセッサ３０２に実行されることで、少なくとも１つのプロセッサ３０２にネットワークスライスにアクセスする上記の方法の実施例を実行させる。

【0053】

ここで、メモリ３０１とプロセッサ３０２はバス方式で接続され、バスは任意の数の互いに接続されたバスおよびブリッジを含んでもよく、１つまたは複数のプロセッサ３０２とメモリ３０１の各種回路を接続する。バスは例えば、周辺機器、電圧レギュレータおよび電力管理回路等の各種の他の回路を接続することができ、これらはいずれも本分野の公知事項であるため、本文ではこれについてさらに説明しない。バスインターフェイスはバスとトランシーバとの間にインターフェイスを提供する。トランシーバは１つの素子であってもよく、複数の受信機と送信機のように伝送媒体において各種の他の装置と通信するための手段を提供する複数の素子であってもよい。プロセッサ３０２によって処理されたデータはアンテナを介して無線媒体上で伝送され、さらに、アンテナはデータを受信してプロセッサ３０２に送信する。

【0054】

プロセッサ３０２は、バスの管理および一般的な処理を担い、タイミング、周辺インターフェイス、電圧調整、電源管理、および他の制御機能を含む各種機能を提供することもできる。メモリ３０１は、プロセッサ３０２が動作を実行するときに使用するデータを記憶するためのものとして用いることができる。

【0055】

本願の第４実施例は、コンピュータプログラムが記憶されたコンピュータ可読記憶媒体に関するものである。コンピュータプログラムはプロセッサによって実行される時にネットワークスライスにアクセスする上記の方法の実施例を実現する。当該コンピュータ可読記憶媒体は情報（例えば、コンピュータ可読指令、データ構造、コンピュータプログラムモジュールまたはそのほかのデータ）を記憶するためのあらゆる方法または技術において実施される一時的または非一時的な、リムーバブルまたは非リムーバブルな媒体を含むことができる。

【0056】

即ち、上記実施例方法におけるすべてまたは一部のステップを実現するには、プログラムにより関連ハードウェアに命令することで完成することができると当業者は理解でき、当該プログラムは記憶媒体に記憶され、デバイス（シングルチップマイクロコンピュータ、チップ等であってもよい）またはプロセッサ（ｐｒｏｃｅｓｓｏｒ）に本願の各実施例に記載の前記方法のすべてまたは一部のステップを実行させるための若干の指令を含む。前記の記憶媒体は、Ｕディスク、モバイルハードディスク、読み取り専用メモリ（ＲＯＭ、Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスクまたは光ディスク等のプログラムコードを記憶できる各種の媒体を含む。

【0057】

上文で開示した方法のすべてまたは一部のステップ、システム、装置における機能モジュール／手段はソフトウェア（コンピュータ装置で実行可能なコンピュータプログラムコードを用いて実現できる）、ファームウェア、ハードウェア、およびこれらの適切な組み合わせとして実施することができると当業者は分かるはずである。ハードウェアの実施形態において上記の説明で言及した機能モジュール／または手段との間の区分は必ずしも物理コンポーネントの区分に対応せず、例えば、１つの物理コンポーネントは複数の機能を有してもよく、あるいは１つの機能またはステップは若干のコンポーネントにより連携して実行することができる。一部の物理コンポーネントまたはすべての物理コンポーネントは、例えば、中央処理器、デジタル信号処理器またはマイクロプロセッサ等のプロセッサによって実行されるソフトウェアとして実施されるか、またはハードウェアとして実施されるか、あるいは専用集積回路のような集積回路として実施されてよい。

【0058】

上記各実施例は本願の具体的な実施例を実現するものであり、本願の精神と範囲を逸脱しない限り、実際の応用において形式または詳細に対して各種の変更を加えることができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】