特表 2024-520949 ネットワークアクセス方法、ネットワーク機器及び記憶媒体

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

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

(11)【公表番号】

(43)【公表日】2024-05-27

(54)【発明の名称】ネットワークアクセス方法、ネットワーク機器及び記憶媒体

(51)【国際特許分類】

   H04W 48/16 20090101AFI20240520BHJP

   H04W 76/15 20180101ALI20240520BHJP

   H04W 48/18 20090101ALI20240520BHJP

【ＦＩ】

H04W48/16

H04W76/15

H04W48/18 113

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023571426

(86)(22)【出願日】2022-04-25

(85)【翻訳文提出日】2023-11-16

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

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

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

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

(32)【優先日】2021-06-01

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．３ＧＰＰ

(71)【出願人】

【識別番号】511151662

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

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

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

(74)【代理人】

【識別番号】100112656

【弁理士】

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

(74)【代理人】

【識別番号】100089118

【弁理士】

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

(72)【発明者】

【氏名】李芳

(72)【発明者】

【氏名】宋凱月

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

5K067

【Ｆターム（参考）】

5K067AA21

5K067EE02

5K067EE10

5K067EE16

(57)【要約】

ネットワークアクセス方法、ネットワーク機器及び記憶媒体を提供する。本願では、アプリケーションの目標ネットワーク性能を取得するステップ（１０１）と、前記アプリケーションの目標ネットワーク性能がネットワーク側により発行されたＡＴＳＳＳルールに含まれるデータガイダンスポリシーと一致するか否かを検出するステップ（１０２）と、一致しないと、前記目標ネットワーク性能に対応する目標データガイダンスポリシーをネットワーク側に伝送し、前記ネットワーク側の機器が前記目標データガイダンスポリシーに従ってＡＴＳＳＳルールを更新するステップ（１０３）と、ネットワーク側の機器により送信されたＡＴＳＳＳルール更新成功メッセージを受信すると、アプリケーションを目標ネットワーク性能を満たすネットワークチャネルにアクセスするステップであって、ネットワークチャネルは３ＧＰＰデータ伝送チャネル及び／又は非３ＧＰＰデータ伝送チャネルを含むステップ（１０４）と、を含む。
【選択図】図１

【特許請求の範囲】

【請求項1】

端末に適用されるネットワークアクセス方法であって、
アプリケーションの目標ネットワーク性能を取得するステップと、
前記アプリケーションの目標ネットワーク性能がネットワーク側により発行されたＡＴＳＳＳルールに含まれるデータガイダンスポリシーと一致するか否かを検出するステップと、
一致しないと、前記目標ネットワーク性能に対応する目標データガイダンスポリシーをネットワーク側に伝送し、前記ネットワーク側の機器が前記目標データガイダンスポリシーに従ってＡＴＳＳＳルールを更新するステップと、
前記ネットワーク側の機器により送信されたＡＴＳＳＳルール更新成功メッセージを受信すると、前記アプリケーションを前記目標ネットワーク性能を満たすネットワークチャネルにアクセスするステップであって、前記ネットワークチャネルは３ＧＰＰデータ伝送チャネル及び／又は非３ＧＰＰデータ伝送チャネルを含むステップと、を含むネットワークアクセス方法。

【請求項2】

前記アプリケーションの目標ネットワーク性能がネットワーク側により発行されたＡＴＳＳＳルールに含まれるデータガイダンスポリシーと一致するか否かを検出する前記ステップの前に、
事前に設定されたネットワーク性能及びデータガイダンスポリシーのマッピングルールに従ってＡＴＳＳＳルールを生成するステップであって、前記生成されたＡＴＳＳＳルールには前記目標データガイダンスポリシーが含まれるステップをさらに含み、
前記アプリケーションの目標ネットワーク性能がネットワーク側により発行されたＡＴＳＳＳルールに含まれるデータガイダンスポリシーと一致するか否かを検出する前記ステップは、
前記生成されたＡＴＳＳＳルールが前記ネットワーク側により発行されたＡＴＳＳＳルールと同じであるか否かを検出するステップを含み、
前記目標ネットワーク性能に対応する目標データガイダンスポリシーをネットワーク側に伝送する前記ステップは、
前記生成されたＡＴＳＳＳルールをネットワーク側に伝送するステップを含む請求項１に記載のネットワークアクセス方法。

【請求項3】

アプリケーションの目標ネットワーク性能を取得する前記ステップは、
ヒューマンコンピュータインタラクションインターフェースを提供するステップと、
前記ヒューマンコンピュータインタラクションインターフェースによって、ユーザーにより入力された前記アプリケーションの目標ネットワーク性能を取得するステップと、を含む請求項１に記載のネットワークアクセス方法。

【請求項4】

前記目標ネットワーク性能に対応するデータガイダンスポリシーをネットワーク側に伝送する前記ステップは、
ユーザプレーンプロトコルによって前記目標ネットワーク性能に対応するデータガイダンスポリシーをネットワーク側に伝送するステップを含む請求項１～３のいずれか一項に記載のネットワークアクセス方法。

【請求項5】

ネットワーク側の機器に適用されるネットワークアクセス方法であって、
端末により送信された目標データガイダンスポリシーを受信すると、ＡＴＳＳＳルールの更新を完了した後、ＡＴＳＳＳルール更新成功メッセージを前記端末に送信し、前記端末がアプリケーションを、目標ネットワーク性能を満たすネットワークチャネルにアクセスするステップを含み、
前記目標データガイダンスポリシーは前記アプリケーションの目標ネットワーク性能に対応するデータガイダンスポリシーであり、前記ＡＴＳＳＳルールの更新は前記目標データガイダンスポリシーに基づく更新であり、前記ネットワークチャネルは３ＧＰＰデータ伝送チャネル及び／又は非３ＧＰＰデータ伝送チャネルを含むネットワークアクセス方法。

【請求項6】

端末により送信された目標データガイダンスポリシーを受信する前記ステップは、
前記端末により送信されたＡＴＳＳＳルールを受信するステップであって、前記ＡＴＳＳＳルールテーブルには前記目標データガイダンスポリシーが含まれるステップを含み、
ＡＴＳＳＳルール更新成功メッセージを前記端末に送信する前記ステップの前に、
前記端末により送信されたＡＴＳＳＳルールをセッション管理エンティティに送信し、前記セッション管理エンティティが前記端末により送信されたＡＴＳＳＳルールに従ってＡＴＳＳＳルールを更新するステップを含む請求項５に記載のネットワークアクセス方法。

【請求項7】

前記端末により送信されたＡＴＳＳＳルールをセッション管理エンティティに送信する前記ステップの前に、
ローカルに記憶されているＡＴＳＳＳルールが前記端末により送信されたＡＴＳＳＳルールと一致しないことを確認するステップを含む請求項６に記載のネットワークアクセス方法。

【請求項8】

端末により送信された目標データガイダンスポリシーを受信する前記ステップは、
ユーザプレーンプロトコルによって、前記端末により送信された目標データガイダンスポリシーを受信するステップを含む請求項５～７のいずれか一項に記載のネットワークアクセス方法。

【請求項9】

少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサと通信可能に接続されるメモリとを含み、
前記メモリには前記少なくとも１つのプロセッサに実行可能な命令が記憶されており、前記命令が前記少なくとも１つのプロセッサにより実行されると、前記少なくとも１つのプロセッサは請求項１～４のいずれか一項に記載のネットワークアクセス方法又は請求項５～８のいずれか一項に記載のネットワークアクセス方法を実行することができるネットワーク機器。

【請求項10】

プロセッサにより実行されると請求項１～４のいずれか一項に記載のネットワークアクセス方法又は請求項５～８のいずれか一項に記載のネットワークアクセス方法を実現するコンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、出願番号が２０２１１０６１０９８１．１、出願日が２０２１年０６月０１日の中国特許出願に基づいて提案され、該中国特許出願の優先権を主張し、ここで該中国特許出願の全内容は引用により参考として本願に組み込まれている。

【0002】

本願の実施例は、通信分野に関し、特にネットワークアクセス方法、ネットワーク機器及び記憶媒体に関する。

【背景技術】

【0003】

通信技術の発展に伴い、第５世代移動通信技術（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ、５Ｇ）も進化し続けている。サービス特徴の観点から、５Ｇは、より多様なサービス及びシーン、より高いユーザーエクスペリエンス要件及びより低い遅延や消費電力等の要件に直面している。ネットワーク運用の観点から、５Ｇ時代は、様々なネットワークが共存する時代であり、５Ｇ時代では、４Ｇは依然としてセルラーネットワークの主流を占めており、ＷｉＦｉ技術は世代交替を続けている。従って、５Ｇは包括的であり、様々なアクセスネットワークの融合を考慮する必要がある。

【0004】

様々なネットワークが共存する時代では、ユーザーは端末のアプリケーションに対してアクセスネットワークを設定することができ、例えば、ＷＩＦＩ接続のみ、セルラーネットワーク接続のみ、ＷＩＦＩ優先接続、セルラーネットワーク優先接続等を設定する。

【0005】

しかしながら、上記技術は端末上にいくつかのアクセスネットワークのタイプを提供するだけである。データ伝送を行う時、ほとんどのアプリケーションのデータ伝送要件はアクセスネットワークのタイプではなく、アクセスネットワークの性能である。例えば、アプリケーション１は高速ネットワークを介してデータを伝送する必要があり、アプリケーション２は低遅延ネットワークを介してアプリケーションを伝送する必要があり、ユーザーは、設定時、アクセスネットワークの特性を把握できない。従って、上記技術では、アプリケーションのネットワーク性能要件を満たすことができないことが多い。

【発明の概要】

【課題を解決するための手段】

【0006】

本願の実施例は、ネットワークアクセス方法を提供する。前記ネットワークアクセス方法は、アプリケーションの目標ネットワーク性能を取得するステップと、前記アプリケーションの目標ネットワーク性能がネットワーク側により発行されたＡＴＳＳＳルールに含まれるデータガイダンスポリシーと一致するか否かを検出するステップと、一致しないと、前記目標ネットワーク性能に対応する目標データガイダンスポリシーをネットワーク側に伝送し、前記ネットワーク側の機器が前記目標データガイダンスポリシーに従ってＡＴＳＳＳルールを更新するステップと、前記ネットワーク側の機器により送信されたＡＴＳＳＳルール更新成功メッセージを受信すると、前記アプリケーションを前記目標ネットワーク性能を満たすネットワークチャネルにアクセスするステップであって、前記ネットワークチャネルは３ＧＰＰデータ伝送チャネル及び／又は非３ＧＰＰデータ伝送チャネルを含むステップと、を含む。

【0007】

本願の実施例は、ネットワークアクセス方法をさらに提供する。前記ネットワークアクセス方法は、端末により送信された目標データガイダンスポリシーを受信すると、ＡＴＳＳＳルールの更新を完了した後、ＡＴＳＳＳルール更新成功メッセージを前記端末に送信し、前記端末が前記アプリケーションを目標ネットワーク性能を満たすネットワークチャネルにアクセスするステップを含み、前記目標データガイダンスポリシーはアプリケーションの目標ネットワーク性能に対応するデータガイダンスポリシーであり、前記ＡＴＳＳＳルールの更新は前記目標データガイダンスポリシーに基づく更新であり、前記ネットワークチャネルは３ＧＰＰデータ伝送チャネル及び／又は非３ＧＰＰデータ伝送チャネルを含む。

【0008】

本願の実施例は、ネットワーク機器をさらに提供する。前記ネットワーク機器は、少なくとも１つのプロセッサと、前記少なくとも１つのプロセッサと通信可能に接続されるメモリと、を含み、前記メモリには前記少なくとも１つのプロセッサに実行可能な命令が記憶されており、前記命令が前記少なくとも１つのプロセッサにより実行されると、前記少なくとも１つのプロセッサは前記ネットワークアクセス方法を実行することができる。

【0009】

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

【0010】

１つ又は複数の実施例は対応する図面中の図によって例示的に説明されており、これらの例示的な説明は実施例を限定するものではない。

【図面の簡単な説明】

【0011】

【図1】本願の実施例に係る端末に適用されるネットワークアクセス方法のフローチャートである。

【図2】本願の一実施例に係るネットワーク側の機器に適用されるネットワークアクセス方法のフローチャートである。

【図3】本願の一実施例に係る端末とネットワーク側とのインタラクションのフローチャートである。

【図4】本願の一実施例に係るネットワーク機器の模式図である。

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

【0012】

本願の実施願の目的、技術案、及び利点をより明確にするために、以下では、図面を参照して、本願の各実施例を詳細に説明する。しかしながら、本願の様々な実施例において、読者に本明細書をより良く理解させるために多くの技術的詳細が提示されている。しかし、これらの技術的詳細、及び以下の実施例に基づく種々の変更及び修正がなくても、本願に係る保護を請求する技術案を実現することができる。以下の様々な実施例の区分は、説明の便宜のためになされたものであり、本願の具体的な実施形態に対するいかなる限定もない。様々な実施例は、矛盾しない限り、互いに結合されたり、互いに参照されたりしてもよい。

【0013】

本願の実施例はネットワークアクセス方法を提案し、端末の各アプリケーションの様々なネットワーク性能要件を満たすことができ、各アプリケーションを異なるネットワーク性能を持つネットワークにアクセスする。

【0014】

本願の実施例は、５Ｇ ＡＴＳＳＳ技術をサポートする端末機器に適用可能なネットワークアクセス方法を提供し、該端末機器はネットワーク側とインタラクション可能であり、例えば携帯電話、タブレットコンピュータ等であり、本実施例ではこれを限定しない。本実施例におけるネットワークアクセス方法は、アプリケーションの目標ネットワーク性能を取得するステップと、前記アプリケーションの目標ネットワーク性能がネットワーク側により発行されたＡＴＳＳＳルールに含まれるデータガイダンスポリシーｓｔｅｅｒｉｎｇ ｍｏｄｅと一致するか否かを検出するステップと、一致しないと、前記目標ネットワーク性能に対応する目標データガイダンスポリシーをネットワーク側に伝送し、前記ネットワーク側の機器が前記目標データガイダンスポリシーに従ってＡＴＳＳＳルールを更新するステップと、前記ネットワーク側の機器により送信されたＡＴＳＳＳルール更新成功メッセージを受信すると、前記アプリケーションを前記目標ネットワーク性能を満たすネットワークチャネルにアクセスするステップであって、前記ネットワークチャネルは３ＧＰＰデータ伝送チャネル及び／又は非３ＧＰＰデータ伝送チャネルを含むステップと、を含む。

【0015】

本実施例では、端末はネットワーク側と相互通信し、端末はアプリケーションの目標ネットワーク性能をデータガイダンスポリシーの形式でネットワーク側に伝送し、ネットワーク側はＡＴＳＳＳルールを更新する。一方では、ネットワーク側は更新されたＡＴＳＳＳルールに従ってアップリンク／ダウンリンクデータをスケジューリングすることが容易になり、更新されたＡＴＳＳＳルールはさらにアプリケーションのネットワーク性能要件を反映するため、本実施例における端末の各アプリケーションは対応する目標ネットワーク性能を満たすネットワークチャネルにアクセスできる。他方では、端末の設定についてネットワーク側とインタラクションし、端末により設定されたアクセスネットワークがネットワーク側の事前に作成されたＡＴＳＳＳルールと異なることによって引き起こされるデータパケットの損失や混乱を回避する。

【0016】

図１に示すように、以下、本実施例におけるネットワークアクセス方法の実現詳細を説明する。以下は理解を容易にするための実現詳細に過ぎず、本手段の実施に必須なものではない。

【0017】

端末は、ネットワーク通信を行う前に、５Ｇネットワークを登録する必要があり、登録後、ＭＡ ＰＤＵ（Ｍｕｌｔｉ－Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、ＭＡ ＰＤＵ）セッションを開始し、ＡＴＳＳＳ能力を報告し、ネットワーク側により発行されたＡＴＳＳＳルールテーブルを受信する。ＡＴＳＳＳルールテーブルには、複数のＡＴＳＳＳルールがある。ＡＴＳＳＳ機能は、主に端末のＭＡ（Ｍｕｌｔｉ－Ａｃｃｅｓｓ、マルチアクセス）サービスの経路最適化、シームレススイッチング、マルチプロセッシング等に使用され、３ＧＰＰ Ｒ１６バージョンにより導入された機能である。

【0018】

ステップ１０１では、アプリケーションの目標ネットワーク性能を取得する。目標ネットワーク性能は、端末上に設定されたアプリケーションのサービス特徴モードであり、アプリケーションのネットワーク性能要件を指示する。例えば高速モード、低遅延モード、低消費電力モード、よりセキュアモード等が挙げられるがこれらに限定されず、本実施例ではこれを限定しない。

【0019】

いくつかの実施例では、目標ネットワーク性能は端末自体のコードロジックに従って決定され、即ち、端末によって事前に作成されたデフォルトの目標ネットワーク性能である。例えば、アプリケーションのネットワーク性能要件はコードに固定されており、コードに従って、アプリケーション１の目標ネットワーク要件が高速モードであることを指示する。

【0020】

別のいくつかの実施例では、端末は、ヒューマンコンピュータインタラクションインターフェースを提供し、ヒューマンコンピュータインタラクションインターフェースによって、ユーザーにより入力されたアプリケーションの目標ネットワーク性能を取得する。本実施例では、端末は、ヒューマンコンピュータインタラクションインターフェースにおける目標ネットワーク性能の更新の有無を検出する。更新があると、ユーザーにより入力された目標ネットワーク性能を取得し、更新がないと継続的に監視する。それによって、端末はユーザーの要件に基づいてネットワークアクセスの調整をリアルタイムに行うことができる。

【0021】

例えば、ユーザーはユーザーインターフェースによって高速モードを入力してもよく、端末機器は高速モードを取得する。目標ネットワーク性能が端末により端末自体のコードロジックに従って決定されることに比べて、本実施例はユーザーの様々なデータ伝送要件を満たすことができ、様々なユーザー要件に応じてＡＴＳＳＳルールをカスタマイズしてデータ伝送を行い、ユーザーのネットワークエクスペリエンスを向上させる。

【0022】

例えば、アプリケーションの目標ネットワーク性能は高速モード、低遅延モード、低消費電力モード、及びよりセキュアモードを含み、アプリケーションに対応する目標ネットワーク性能の設定は表１に示されてもよい。

【0023】

【表1】

【0024】

表１では、目標ネットワーク性能の各モードにおいて、ユーザーは、自分の要件に応じてアプリケーションを追加するか又はアプリケーションを削除してもよい。

【0025】

ステップ１０２では、前記アプリケーションの目標ネットワーク性能がネットワーク側により発行されたＡＴＳＳＳルールに含まれるデータガイダンスポリシーと一致するか否かを検出する。

【0026】

ＡＴＳＳＳルールはデータガイダンスポリシー（ｓｔｅｅｒｉｎｇ ｍｏｄｅ）を含む。データガイダンスポリシーは、Ｌｏａｄ ｂａｌａｎｃｉｎｇ負荷分散モード、Ｓｍａｌｌｅｓｔ ｄｅｌａｙ最小遅延モード、Ａｃｔｉｖｅ－ｓｔａｎｄｂｙアクティブ－スタンバイモード、及びＰｒｉｏｒｉｔｙ ｂａｓｅｄ優先度モード等を含む。データガイダンスポリシーはデータストリームの選択アクセス、データストリームの切り替え、データストリームの分散に使用できる。

【0027】

いくつかの実施例では、ネットワーク側により発行されたＡＴＳＳＳルールには該アプリケーションに対応するデータガイダンスポリシーがあるか否かを検出する。該アプリケーションに対応するデータガイダンスポリシーがない場合、一致しない。例えば、ネットワーク側のアプリケーション１の目標ネットワーク性能が高速モードであり、ネットワーク側により発行されたＡＴＳＳＳルールにアプリケーション１のデータガイダンスポリシーが指示されていない場合、一致しない。ネットワーク側により発行されたＡＴＳＳＳルールに該アプリケーションのデータガイダンスポリシーが指示され、且つ指示された該アプリケーションのデータガイダンスポリシーが設定されたアプリケーションの目標ネットワーク性能に対応する場合、マッピングルールに該当し、マッピングルールは表２に示されてもよい。例えば、ａｐｐ１の目標ネットワーク性能が高速モードであり、発行されたＡＴＳＳＳルールにおけるａｐｐ１のデータガイダンスポリシーがＬｏａｄ ｂａｌａｎｃｉｎｇであり、高速モードがＬｏａｄ ｂａｌａｎｃｉｎｇに対応する場合、一致する。発行されたＡＴＳＳＳルールにおけるａｐｐ１のデータガイダンスポリシーがＳｍａｌｌｅｓｔ ｄｅｌａｙであり、高速モードがＳｍａｌｌｅｓｔ ｄｅｌａｙに対応しない場合、一致しない。

【0028】

事前に設定されたネットワーク性能及びデータガイダンスポリシーのマッピングルールは表２に示されてもよい。表２において、ネットワーク性能の高速モードはデータガイダンスポリシー（ｓｔｅｅｒｉｎｇ ｍｏｄｅ）における負荷分散モードＬｏａｄ ｂａｌａｎｃｉｎｇにマッピングされてもよく、低遅延モードはｓｔｅｅｒｉｎｇ ｍｏｄｅにおける最小遅延モードＳｍａｌｌｅｓｔ ｄｅｌａｙにマッピングされてもよく、低消費電力モードはｓｔｅｅｒｉｎｇ ｍｏｄｅにおけるＡｃｔｉｖｅ－ｓｔａｎｄｂｙアクティブ－スタンバイモードにマッピングされてもよく、よりセキュアモードはｓｔｅｅｒｉｎｇ ｍｏｄｅにおける優先度Ｐｒｉｏｒｉｔｙ ｂａｓｅｄにマッピングされてもよく、３ＧＰＰネットワークチャネルが高優先度を有し、優先してアクセスすることを指定する。上記マッピング関係は単なる一例であり、実際の使用では、要件に応じて設定でき、本実施例ではこれを限定しない。

【0029】

【表2】

【0030】

いくつかの実施例では、事前に設定されたネットワーク性能及びデータガイダンスポリシーのマッピングルールに従ってＡＴＳＳＳルールを生成し、前記生成されたＡＴＳＳＳルールには前記目標データガイダンスポリシーが含まれ、前記生成されたＡＴＳＳＳルールが前記ネットワーク側により発行されたＡＴＳＳＳルールと同じであるか否かを検出する。本実施例は３ＧＰＰプロトコルとの互換性を向上させるために、事前に設定されたマッピングルールに従ってＡＴＳＳＳルールを生成する。

【0031】

端末は、上記事前に設定されたマッピングルール及び目標ネットワーク性能に従ってＡＴＳＳＳルールを生成する。ＡＴＳＳＳルールには目標データガイダンスポリシーｓｔｅｅｒｉｎｇ ｍｏｄｅが含まれ、トラフィック記述子がさらに含まれてもよい。本実施例におけるトラフィック記述子は、アプリケーション識別子ＡＰＰ ＩＤであり得る。例えば、表３に示すように、ＡＰＰ１の目標ネットワーク性能は高速モードであり、生成されたＡＴＳＳＳルールＡＴＳＳＳ ｒｕｌｅ １のコンテンツにはＡＰＰ１、Ｌｏａｄ ｂａｌａｎｃｉｎｇが含まれる。ＡＰＰ２の目標ネットワーク性能は低遅延モードであり、生成されたＡＴＳＳＳルールＡＴＳＳＳ ｒｕｌｅ ２のコンテンツにはＡＰＰ２、Ｓｍａｌｌｅｓｔ ｄｅｌａｙが含まれる。ＡＰＰ３の目標ネットワーク性能は低消費電力モードマッピングであり、生成されたＡＴＳＳＳルールＡＴＳＳＳ ｒｕｌｅ ３のコンテンツにはＡＰＰ ３、Ａｃｔｉｖｅ－ｓｔａｎｄｂｙが含まれる。ＡＰＰ４の目標ネットワーク性能はよりセキュアモードであり、生成されたＡＴＳＳＳルール ＡＴＳＳＳ ｒｕｌｅ ４のコンテンツにはＡＰＰ４、 Ｐｒｉｏｒｉｔｙ ｂａｓｅｄ、３ＧＰＰ ｉｓ ｈｉｇｈ ｐｒｉｏｒｉｔｙ ａｃｃｅｓｓが含まれる。

【0032】

【表3】

【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】

なお、本実施例におけるＵＡＣＦネットワークエレメント、ＵＰＦネットワークエレメント、及びＳＭＦネットワークエレメントはいずれも機能エンティティであり、同一のネットワーク側の機器に位置してもよいし、異なるネットワーク側の機器に分散してもよい。

【0059】

図３に示すように、以下、１つの応用シーンを参照しながら端末とネットワーク側の機器のインタラクションプロセスを説明する。

【0060】

ステップ３０１では、端末はネットワーク側に登録を開始し、登録が完了した後、ＭＡ ＰＤＵセッション要求を開始し、ＡＴＳＳＳ能力をネットワーク側に報告する。

【0061】

ステップ３０２では、ＳＭＦネットワークエレメントはＡＴＳＳＳルールテーブルを端末に送信する。ＳＭＦネットワークエレメントが端末に送信するＡＴＳＳＳルールテーブルは

【0062】

ステップ３０３では、端末は、ユーザーにより入力された目標ネットワーク性能を取得し、事前に設定されたネットワーク性能及びデータガイダンスポリシーに応じて第１ＡＴＳＳＳルールを生成し、生成された第１ＡＴＳＳＳルールと発行されたＡＴＳＳＳルールテーブルにおける第２ＡＴＳＳＳルールとが一致するか否かを検出する。第１ＡＴＳＳＳルールと第２ＡＴＳＳＳルールはいずれも、同一アプリケーションのデータガイダンスポリシーｓｔｅｅｒｉｎｇ ｍｏｄｅを指示する。

【0063】

例示的には、ユーザーはヒューマンコンピュータインタラクションインターフェースによって、アプリケーションごとに目標ネットワーク性能を設定し、ユーザーにより設定されたＡＰＰの目標ネットワーク性能を第１ＡＴＳＳＳルールにマッピングし、第１ＡＴＳＳＳルールをネットワークにより発行されたＡＴＳＳＳルールテーブルにおける第２ＡＴＳＳＳルールと１対１で比較する。例えば、ネットワークにより発行されたのはＡＴＳＳＳ ｒｕｌｅ １： ＡＰＰ１、Ｌｏａｄ ｂａｌａｎｃｉｎｇ ；ＡＰＰ２、Ａｃｔｉｖｅ－ｓｔａｎｄｂｙであり、ユーザーにより設定されたのはＡＴＳＳＳ ｒｕｌｅ １：ＡＰＰ１、Ｓｍａｌｌｅｓｔ ｄｅｌａｙ；ＡＴＳＳＳ ｒｕｌｅ２：ＡＰＰ２、Ａｃｔｉｖｅ－ｓｔａｎｄｂｙであり、ユーザーにより設定されたＡＰＰ１の第１ＡＴＳＳＳルールはネットワークにより発行された第２ＡＴＳＳＳルールと一致せず、ＡＰＰ２の第１ＡＴＳＳＳルールはネットワーク側により発行されたＡＰＰ２の第２ＡＴＳＳＳルールと一致する。

【0064】

ステップ３０４では、比較結果が一致しないと、端末は生成された第１ＡＴＳＳＳルールをＵＡＣＦに送信する。

【0065】

例示的には、端末は第１ＡＴＳＳＳルールである上記ＡＴＳＳＳ ｒｕｌｅ １：ＡＰＰ１、Ｓｍａｌｌｅｓｔ ｄｅｌａｙをＵＥＡｐｐＣｏｎｇｕｒａｔｉｏｎＵｐｄａｔｅ情報にカプセル化し、ｈｔｔｐ ｒｅｑｕｅｓｔ メッセージによってＵＡＣＦに送信する。ＨＴＴＰプロトコルによって送信することで、シグナリングストームの発生を減らす。

【0066】

ステップ３０５では、ＵＡＣＦは、ＵＥにより送信された第１ＡＴＳＳＳルールを記憶し、ユーザーにより追加された第１ＡＴＳＳＳをＳＭＦに更新する必要があるか否かを判断する。

【0067】

例示的には、ｈｔｔｐ ｒｅｑｕｅｓｔメッセージにＵＥＡｐｐＣｏｎｇｕｒａｔｉｏｎＵｐｄａｔｅが存在するか否かを監視する。存在すると、ＵＥＡｐｐＣｏｎｇｕｒａｔｉｏｎＵｐｄａｔｅにおけるＡＴＳＳＳルールを解析し、ＵＡＣＦネットワークエレメントは、ローカルに記憶されている、第１ＡＴＳＳＳで指示される端末及びアプリケーションと同じＡＴＳＳＳルールを第１ＡＴＳＳＳルールと比較する。例えば、第１ＡＴＳＳＳルールは端末１のアプリケーション１のＡＴＳＳＳルールであり、ローカルに記憶されている端末１のアプリケーション１に対応するＡＴＳＳＳルールを第１ＡＴＳＳＳルールと比較する。

【0068】

ステップ３０６では、更新する必要があると、ＵＡＣＦネットワークエレメントは第１ＡＴＳＳＳルールをＳＭＦネットワークエレメントに伝送する。

【0069】

例示的には、比較結果が異なると、ＵＡＣＦは上記ＵＥＡｐｐＣｏｎｇｕｒａｔｉｏｎＵｐｄａｔｅ情報を含むｈｔｔｐ ｒｅｑｕｅｓｔメッセージをＳＭＦに送信する。

【0070】

ステップ３０７では、該端末の該アプリケーションに対応するＡＴＳＳＳルールを第１ＡＴＳＳＳルールに更新する。

【0071】

例示的に、ＳＭＦネットワークエレメントはローカルに記憶されている端末１におけるアプリケーション１に対応するＡＴＳＳＳルールを第１ＡＴＳＳＳルールに更新する。

【0072】

ステップ３０８では、ＳＭＦネットワークエレメントは更新成功をアプリケーション構成エンティティに通知する。

【0073】

例示的には、ＳＭＦネットワークエレメントはＳＭＦ更新成功を示すｈｔｔｐ ２００ ＯＫをＵＡＣＦに返信する。

【0074】

ステップ３０９では、ＳＭＦネットワークエレメントは、Ｎ４ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃ ａｔｉｏｎ ＲｅｑｕｅｓｔをＵＰＦネットワークエレメントに送信し、ＡＴＳＳＳ ｒｕｌｅｓをＵＰＦに更新し、ＵＰＦはダウンリンクデータ伝送を行う。このステップでは、ＳＭＦネットワークエレメントは３ＧＰＰプロトコルの標準プロセスによってデータ伝送を行うことができる。

【0075】

ステップ３１０では、ＵＡＣＦネットワークエレメントはＡＴＳＳＳルール更新成功メッセージを端末に送信する。

【0076】

例示的には、ＵＡＣＦはＳＭＦの２００ ＯＫを受信した後、２００ ＯＫメッセージを転送することで、ネットワーク側がＡＴＳＳＳルールをユーザーにより設定されたＡＴＳＳＳ ルールに更新したことを端末に通知する。

【0077】

ステップ３１１では、最新のＡＴＳＳＳルールに従ってデータを伝送する。

【0078】

例示的には、ＵＥはＵＡＣＦからの２００ ＯＫメッセージを受信し、ユーザー設定成功を通知する。

【0079】

上記ステップの後、端末とネットワーク側は、例えばＡＴＳＳＳ ｒｕｌｅ（ＵＥ１ ：ＡＴＳＳＳ ｒｕｌｅ １（ＡＰＰ１、Ｓｍａｌｌｅｓｔ ｄｅｌａｙ）等の最新のＡＴＳＳＳルールに従って、標準プロトコルプロセスによって、後続の関連ルールでのデータ伝送を行うことができる。

【0080】

本実施例では、ユーザーは、各ＡＰＰがネットワーク性能要件を満たすネットワークチャネルの下で動作するように自分のサービス要件をパーソナライズすることができる。なお、ＡＴＳＳＳに基づくユーザーのルールとネットワークとのインタラクションを実現し、それによってユーザールールとネットワークルールが一致しないことによって引き起こされるパケット損失やエラーパケットを効果的に回避することができる。また、本願の実施例は、端末とネットワークのインタラクションプロセスでユーザプレーンインタラクションを使用することで、制御プレーンによるエアインターフェースシグナリングストームを回避する。

【0081】

上記の種々の方法のステップ分割は、単に明確に説明するためのものであり、実施されるときに１つのステップに統合してもよく、又はいくつかのステップを分割して複数のステップに分割してもよく、同一の論理関係を含む限り、いずれも本特許の保護範囲内にある。アルゴリズム又はフローに重要ではない修正を加えるか、又は重要ではない設計を導入するが、そのアルゴリズム及びフローのコア設計を変更しないものは、すべて当該特許の保護範囲内にある。

【0082】

本願の別の実施例はまた、ネットワーク機器を提供する。ネットワーク機器は、図４に示すように、少なくとも１つのプロセッサ４０１と、前記少なくとも１つのプロセッサ４０１に通信可能に接続されたメモリ４０２と、を含む。前記メモリは、前記少なくとも１つのプロセッサによって実行可能な命令を記憶しており、前記命令は、前記少なくとも１つのプロセッサによって実行されて、前記少なくとも１つのプロセッサが上記のネットワークアクセス方法を実行することができる。

【0083】

ここで、メモリとプロセッサはバス方式で接続される。バスは任意の数の相互接続されたバスとブリッジを含んでもよい。バスは1つ又は複数のプロセッサとメモリの様々な回路を接続する。バスはまた、周辺機器、電圧調整器や電力管理回路などのような様々な他の回路を接続してもよく、これらはすべて当業者に知られているので、本明細書では、それ以上説明しない。バスインターフェースは、バスとトランシーバとの間のインターフェースを提供する。トランシーバは、送信媒体上で様々な他の装置と通信するためのユニットを提供する複数の受信機及び送信機のような、１つの素子であってもよいし、複数の素子であってもよい。プロセッサによって処理されたデータは、アンテナを介して無線媒体上で伝送される。アンテナはまた、データを受信し、プロセッサにデータを送信する。

【0084】

プロセッサはバスの管理と通常の処理を担当するに加えて、タイミング、周辺インタフェース、電圧調整、電源管理、その他の制御機能を含む様々な機能を提供してもよい。一方、メモリは、プロセッサが動作を実行する際に使用するデータを記憶するために使用してもよい。

【0085】

本願の別の実施例は、コンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体をさらに提供する。コンピュータプログラムがプロセッサにより実行されると上記方法実施例を実現する。

【0086】

すなわち、上記実施例の方法におけるステップの全部又は一部を実施することは、プログラムが関連するハードウェアに命令することによって達成され得る。このプログラムは、１つの記憶媒体に記憶されており、１つの機器（マイクロコンピュータ、チップなどであってもよい）又はプロセッサ（ｐｒｏｃｅｓｓｏｒ）に、本願の様々な実施例に記載の方法のステップの全部又は一部を実行させるためのいくつかの命令を含む。上記の記憶媒体には、ＵＳＢメモリ、リムーバブルハードディスク、読み取り専用メモリ（ＲＯＭ：Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスクなど、プログラムコードを記憶することができる様々な媒体が含まれる。

【0087】

本願の実施例に係るネットワークアクセス方法によれば、端末は、アプリケーションのネットワーク性能要件である目標ネットワーク性能を取得でき、ネットワーク側により発行されたＡＴＳＳＳルールにおけるデータガイダンスポリシーが目標ネットワーク性能要件と一致しない場合、ネットワーク性能要件に対応するデータガイダンスポリシーをネットワーク側に伝送する。ネットワーク側の機器は目標ガイダンスポリシーに従ってＡＴＳＳＳルールを更新する。ネットワーク側は、アプリケーションをネットワーク性能要件を満たすチャネルにアクセスするように最新のＡＴＳＳＳルールに従ってアップリンク／ダウンリンクデータのスケジューリングを行うことができる。また、関連技術では端末がアクセスネットワークのタイプを設定し、ネットワーク側が端末の設定を知ることができいことに比べて、本実施例はネットワーク側と端末により設定された目標ネットワーク性能についての相互通信を実現する。それによって、ネットワーク側により事前に作成されたＡＴＳＳＳルールがユーザーのローカル設定と一致しないことによって引き起こされるデータパケットの損失や混乱を回避する。

【0088】

上記の実施形態は、本願を実施するための実施例であり、実際の適用では、本願の精神及び範囲から逸脱することなく、形式的及び詳細的に様々な変更が可能である。

【図1】

【図2】

【図3】

【図4】

【手続補正書】

【提出日】2023-11-16

【手続補正1】

【補正対象書類名】明細書

【補正対象項目名】００６１

【補正方法】変更

【補正の内容】

【0061】

ステップ３０２では、ＳＭＦネットワークエレメントはＡＴＳＳＳルールテーブルを端末に送信する。

【手続補正2】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

端末に適用されるネットワークアクセス方法であって、
アプリケーションの目標ネットワーク性能を取得するステップと、
前記アプリケーションの目標ネットワーク性能がネットワーク側により発行されたＡＴＳＳＳルールに含まれるデータガイダンスポリシーと一致するか否かを検出するステップと、
一致しないと、前記目標ネットワーク性能に対応する目標データガイダンスポリシーをネットワーク側に伝送し、前記ネットワーク側の機器が前記目標データガイダンスポリシーに従ってＡＴＳＳＳルールを更新するステップと、
前記ネットワーク側の機器により送信されたＡＴＳＳＳルール更新成功メッセージを受信すると、前記アプリケーションを前記目標ネットワーク性能を満たすネットワークチャネルにアクセスするステップであって、前記ネットワークチャネルは３ＧＰＰデータ伝送チャネル及び／又は非３ＧＰＰデータ伝送チャネルを含むステップと、を含むネットワークアクセス方法。

【請求項2】

前記アプリケーションの目標ネットワーク性能がネットワーク側により発行されたＡＴＳＳＳルールに含まれるデータガイダンスポリシーと一致するか否かを検出する前記ステップの前に、
事前に設定されたネットワーク性能及びデータガイダンスポリシーのマッピングルールに従ってＡＴＳＳＳルールを生成するステップであって、前記生成されたＡＴＳＳＳルールには前記目標データガイダンスポリシーが含まれるステップをさらに含み、
前記アプリケーションの目標ネットワーク性能がネットワーク側により発行されたＡＴＳＳＳルールに含まれるデータガイダンスポリシーと一致するか否かを検出する前記ステップは、
前記生成されたＡＴＳＳＳルールが前記ネットワーク側により発行されたＡＴＳＳＳルールと同じであるか否かを検出するステップを含み、
前記目標ネットワーク性能に対応する目標データガイダンスポリシーをネットワーク側に伝送する前記ステップは、
前記生成されたＡＴＳＳＳルールをネットワーク側に伝送するステップを含む請求項１に記載のネットワークアクセス方法。

【請求項3】

アプリケーションの目標ネットワーク性能を取得する前記ステップは、
ヒューマンコンピュータインタラクションインターフェースを提供するステップと、
前記ヒューマンコンピュータインタラクションインターフェースによって、ユーザーにより入力された前記アプリケーションの目標ネットワーク性能を取得するステップと、を含む請求項１に記載のネットワークアクセス方法。

【請求項4】

前記目標ネットワーク性能に対応する目標データガイダンスポリシーをネットワーク側に伝送する前記ステップは、
ユーザプレーンプロトコルによって前記目標ネットワーク性能に対応する目標データガイダンスポリシーをネットワーク側に伝送するステップを含む請求項１に記載のネットワークアクセス方法。

【請求項5】

ネットワーク側の機器に適用されるネットワークアクセス方法であって、
端末により送信された目標データガイダンスポリシーを受信すると、ＡＴＳＳＳルールの更新を完了した後、ＡＴＳＳＳルール更新成功メッセージを前記端末に送信し、前記端末がアプリケーションを、目標ネットワーク性能を満たすネットワークチャネルにアクセスするステップを含み、
前記目標データガイダンスポリシーは前記アプリケーションの目標ネットワーク性能に対応するデータガイダンスポリシーであり、前記ＡＴＳＳＳルールの更新は前記目標データガイダンスポリシーに基づく更新であり、前記ネットワークチャネルは３ＧＰＰデータ伝送チャネル及び／又は非３ＧＰＰデータ伝送チャネルを含むネットワークアクセス方法。

【請求項6】

端末により送信された目標データガイダンスポリシーを受信する前記ステップは、
前記端末により送信されたＡＴＳＳＳルールを受信するステップであって、前記ＡＴＳＳＳルールには前記目標データガイダンスポリシーが含まれるステップを含み、
ＡＴＳＳＳルール更新成功メッセージを前記端末に送信する前記ステップの前に、
前記端末により送信されたＡＴＳＳＳルールをセッション管理エンティティに送信し、前記セッション管理エンティティが前記端末により送信されたＡＴＳＳＳルールに従ってＡＴＳＳＳルールを更新するステップを含む請求項５に記載のネットワークアクセス方法。

【請求項7】

前記端末により送信されたＡＴＳＳＳルールをセッション管理エンティティに送信する前記ステップの前に、
ローカルに記憶されているＡＴＳＳＳルールが前記端末により送信されたＡＴＳＳＳルールと一致しないことを確認するステップを含む請求項６に記載のネットワークアクセス方法。

【請求項8】

端末により送信された目標データガイダンスポリシーを受信する前記ステップは、
ユーザプレーンプロトコルによって、前記端末により送信された目標データガイダンスポリシーを受信するステップを含む請求項５に記載のネットワークアクセス方法。

【請求項9】

少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサと通信可能に接続されるメモリとを含み、
前記メモリには前記少なくとも１つのプロセッサに実行可能な命令が記憶されており、前記命令が前記少なくとも１つのプロセッサにより実行されると、前記少なくとも１つのプロセッサは請求項１～４のいずれか一項に記載のネットワークアクセス方法又は請求項５～８のいずれか一項に記載のネットワークアクセス方法を実行することができるネットワーク機器。

【請求項10】

プロセッサにより実行されると請求項１～４のいずれか一項に記載のネットワークアクセス方法又は請求項５～８のいずれか一項に記載のネットワークアクセス方法を実現するコンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体。

【国際調査報告】