知財求人 - 知財ポータルサイト「IP Force」
▶ テンセント・テクノロジー・（シェンジェン）・カンパニー・リミテッドの特許一覧
特表2022-506624ルート選択ポリシーの取得方法、ルート選択ポリシーの要求方法、ルート選択ポリシールールの実行方法、装置、機器及びコンピュータプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-01-17
(54)【発明の名称】ルート選択ポリシーの取得方法、ルート選択ポリシーの要求方法、ルート選択ポリシールールの実行方法、装置、機器及びコンピュータプログラム
(51)【国際特許分類】
H04W 40/24 20090101AFI20220107BHJP
【ＦＩ】
H04W40/24
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2021524138
(86)(22)【出願日】2019-10-30
(85)【翻訳文提出日】2021-05-06
(86)【国際出願番号】 CN2019114182
(87)【国際公開番号】W WO2020103654
(87)【国際公開日】2020-05-28
(31)【優先権主張番号】201811410407.6
(32)【優先日】2018-11-23
(33)【優先権主張国・地域又は機関】CN
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＡＮＤＲＯＩＤ
２．３ＧＰＰ
(71)【出願人】
【識別番号】514187420
【氏名又は名称】テンセント・テクノロジー・（シェンジェン）・カンパニー・リミテッド
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100135079
【弁理士】
【氏名又は名称】宮崎 修
(72)【発明者】
【氏名】ワン，タオ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067BB21
5K067CC08
5K067DD17
5K067DD20
5K067EE02
5K067EE10
5K067EE16
5K067HH22
(57)【要約】
本願は、ルート選択ポリシーの取得方法、ルート選択ポリシールールの実行方法、装置、機器及びコンピュータ可読記憶媒体を開示し、通信分野に属する。前記ルート選択ポリシーの取得方法は、アプリケーション機能ネットワーク要素からのアプリケーション機能要求を受信するステップと、端末に対して前記ルート選択ポリシールールを生成するステップであって、前記ルート選択ポリシールールは、サービス区別子を含み、前記サービス区別子は、アプリケーションプログラムにおけるトラフィックのサービスタイプを識別するために使用されるステップと、前記アプリケーション機能ネットワーク要素にアプリケーションプログラム機能応答を送信するステップと、前記端末に前記ルート選択ポリシールールを提供するステップであって、前記ルート選択ポリシールールは、前記サービス区別子とマッチングするトラフィックが存在する場合に前記端末を実行させるために使用されるステップと、を含む。
【選択図】図２
【選択図】図２
【特許請求の範囲】
【請求項1】
ポリシー制御機能ネットワーク要素が実行する、ルート選択ポリシーの取得方法であって、アプリケーション機能ネットワーク要素からのアプリケーション機能要求を受信するステップであって、前記アプリケーション機能要求は、ルート選択ポリシールールを生成するように要求するために使用されるステップと、
端末に対して前記ルート選択ポリシールールを生成するステップであって、前記ルート選択ポリシールールは、有効時間と有効位置のうちの少なくとも１つを含み、前記有効時間は、前記ルート選択ポリシールールが適用される時間を表すために使用され、前記有効位置は、前記ルート選択ポリシールールが適用される地理位置を表すために使用されるステップと、
前記アプリケーション機能ネットワーク要素にアプリケーションプログラム機能応答を送信するステップと、
前記端末に前記ルート選択ポリシールールを提供するステップであって、前記ルート選択ポリシールールは、サービス区別子とマッチングするトラフィックが存在する場合に前記端末を実行させるために使用されるステップと、
を含むことを特徴とする、ルート選択ポリシーの取得方法。
【請求項2】
前記ルート選択ポリシールールには、アプリケーションプログラム記述子が含まれ、前記アプリケーションプログラム記述子は、オペレーションシステム識別子、アプリケーションプログラム識別子及びサービス区別子を含み、前記サービス区別子は、アプリケーションプログラムにおけるトラフィックのサービスタイプを識別するために使用される
ことを特徴とする、請求項１に記載のルート選択ポリシーの取得方法。
【請求項3】
前記ルート選択ポリシールールには、アプリケーションプログラム記述子及びサービス区別子が含まれ、前記サービス区別子は、アプリケーションプログラムにおけるトラフィックのサービスタイプを識別するために使用され、前記アプリケーションプログラム記述子及び前記サービス区別子は並置され、または、前記ルート選択ポリシールールには、前記アプリケーションプログラム記述子及びサービス区別子が含まれ、前記サービス区別子は、アプリケーションプログラムにおけるトラフィックのサービスタイプを識別するために使用され、前記サービス区別子は、前記アプリケーションプログラム記述子に位置されていない
ことを特徴とする、
請求項１に記載のルート選択ポリシーの取得方法。
【請求項4】
端末に対して前記ルート選択ポリシールールを生成する前記ステップは、前記アプリケーション機能要求に従って、前記端末に対して前記ルート選択ポリシールールを生成するステップ、または、
ローカルポリシーに従って、前記端末に対して前記ルート選択ポリシールールを生成するステップ、または、
前記アプリケーション機能要求及び前記ローカルポリシーに従って、前記端末に対して前記ルート選択ポリシールールを生成するステップ、
を含むことを特徴とする、請求項１ないし３のいずれか一項に記載のルート選択ポリシーの取得方法。
【請求項5】
前記ルート選択ポリシールールには、端末識別子または端末グループ識別子がさらに含まれることを特徴とする、請求項１ないし３のいずれか一項に記載のルート選択ポリシーの取得方法。
【請求項6】
前記端末に前記ルート選択ポリシールールを提供するステップは、前記端末識別子または端末グループ識別子に対応する端末に前記ルート選択ポリシールールを提供するステップを含む
ことを特徴とする、請求項５に記載のルート選択ポリシーの取得方法。
【請求項7】
アプリケーション機能ネットワーク要素が実行する、ルート選択ポリシールールの要求方法であって、ポリシー制御機能ネットワーク要素にアプリケーション機能要求を送信するステップであって、前記アプリケーション機能要求は、ルート選択ポリシールールを生成するように要求するために使用されるステップと、
前記ポリシー制御機能ネットワーク要素によって送信されたアプリケーションプログラム機能応答を受信するステップと、を含み、前記アプリケーションプログラム機能応答は、前記ポリシー制御機能ネットワーク要素が、前記アプリケーション機能要求に従って端末に対してルート選択ポリシールールを生成した後に送信されるものであり、前記ルート選択ポリシールールは、有効時間と有効位置のうちの少なくとも１つを含み、前記有効時間は、前記ルート選択ポリシールールが適用される時間を表すために使用され、前記有効位置は、前記ルート選択ポリシールールが適用される地理位置を表すために使用される
ことを特徴とする、ルート選択ポリシールールの要求方法。
【請求項8】
前記アプリケーション機能要求は、アプリケーションプログラム機能識別子、サービスタイプ及び要求されたルートポリシーを含むことを特徴とする、請求項７に記載のルート選択ポリシールールの要求方法。
【請求項9】
前記アプリケーション機能要求は、端末識別子または端末グループ識別子をさらに含むことを特徴とする、請求項８に記載のルート選択ポリシールールの要求方法。
【請求項10】
前記アプリケーション機能要求は、有効時間及び有効位置のうちの少なくとも１つをさらに含むことを特徴とする、請求項８に記載のルート選択ポリシールールの要求方法。
【請求項11】
前記ルート選択ポリシールールの要求方法は、前記ルート選択ポリシールールとマッチングするＩＰデータパケットにサービスタイプを追加するステップをさらに含む
ことを特徴とする、請求項７ないし１０のいずれか一項に記載のルート選択ポリシールールの要求方法。
【請求項12】
前記サービスタイプは前記ＩＰデータパケットのサービスタイプフィールドの拡張ビットに追加され、または、前記サービスタイプは前記ＩＰデータパケットのヘッダの拡張フィールドに追加される
ことを特徴とする、請求項１１に記載のルート選択ポリシールールの要求方法。
【請求項13】
端末が実行する、ルート選択ポリシールールの実行方法であって、ポリシー制御機能ネットワーク要素からルート選択ポリシールールを取得するステップと、
アプリケーションプログラムのトラフィックが、前記ルート選択ポリシールールとマッチングするか否かを決定するステップであって、前記ルート選択ポリシールールは、有効時間と有効位置のうちの少なくとも１つを含み、前記有効時間は、前記ルート選択ポリシールールが適用される時間を表すために使用され、前記有効位置は、前記ルート選択ポリシールールが適用される地理位置を表すために使用されるステップと、
前記アプリケーションプログラムのトラフィックが、前記ルート選択ポリシールールとマッチングする場合、前記ルート選択ポリシールールを実行するステップと、
を含むことを特徴とする、ルート選択ポリシールールの実行方法。
【請求項14】
前記ルート選択ポリシールールには、アプリケーションプログラム記述子が含まれ、前記アプリケーションプログラム記述子は、オペレーションシステム識別子、アプリケーションプログラム識別子及びサービス区別子を含み、前記サービス区別子は、アプリケーションプログラムにおけるトラフィックのサービスタイプを識別するために使用される
ことを特徴とする、請求項１３に記載のルート選択ポリシールールの実行方法。
【請求項15】
前記ルート選択ポリシールールには、アプリケーションプログラム記述子及びサービス区別子が含まれ、前記サービス区別子は、アプリケーションプログラムにおけるトラフィックのサービスタイプを識別するために使用され、前記アプリケーションプログラム記述子及び前記サービス区別子は並置され、または、前記ルート選択ポリシールールには、前記アプリケーションプログラム記述子及びサービス区別子が含まれ、前記サービス区別子は、アプリケーションプログラムにおけるトラフィックのサービスタイプを識別するために使用され、前記サービス区別子は、前記アプリケーションプログラム記述子に位置されていない
ことを特徴とする、請求項１３に記載のルート選択ポリシールールの実行方法。
【請求項16】
前記アプリケーションプログラムのトラフィックが、前記ルート選択ポリシールールのトラフィック記述子とマッチングする場合、前記ルート選択ポリシールールを実行するステップは、前記アプリケーションプログラムのトラフィックが、前記ルート選択ポリシールール内のトラフィック記述子における条件とマッチングし、且つ、現在の位置が前記有効位置に属する場合、前記ルート選択ポリシールールを実行するステップと、
前記アプリケーションプログラムのトラフィックが、前記ルート選択ポリシールール内のトラフィック記述子における条件とマッチングし、且つ、現在の時間が前記有効時間に属する場合、前記ルート選択ポリシールールを実行するステップと、
前記アプリケーションプログラムのトラフィックが、前記ルート選択ポリシールール内のトラフィック記述子における条件とマッチングし、且つ、前記現在の時間が前記有効時間に属し、且つ、前記現在の位置が前記有効位置に属する場合、前記ルート選択ポリシールールを実行するステップと、
を含むことを特徴とする、請求項１３ないし１５のいずれか一項に記載のルート選択ポリシールールの実行方法。
【請求項17】
前記ルート選択ポリシールールの実行方法は、現在の時間が、前記有効時間に属していないかまたは現在の位置が前記有効位置に属していない場合、前記ルート選択ポリシールールを削除するステップ、または、
現在の時間が、前記有効時間に属していないかまたは現在の位置が前記有効位置に属していない場合、前記ルート選択ポリシールールを非活性化するステップ、
をさらに含むことを特徴とする、請求項１３ないし１５のいずれか一項に記載のルート選択ポリシールールの実行方法。
【請求項18】
ルート選択ポリシーの取得装置であって、プロセッサとメモリとを含み、前記プロセッサが前記メモリに記憶されたプログラムを実行することにより、請求項１ないし６のいずれか一項に記載の方法を実現する
ことを特徴とする、ルート選択ポリシーの取得装置。
【請求項19】
ルート選択ポリシーの取得装置であって、プロセッサとメモリとを含み、前記プロセッサが前記メモリに記憶されたプログラムを実行することにより、請求項７ないし１２のいずれか一項に記載の方法を実現する
ことを特徴とする、ルート選択ポリシーの取得装置。
【請求項20】
ルート選択ポリシーの実行装置であって、プロセッサとメモリとを含み、前記プロセッサが前記メモリに記憶されたプログラムを実行することにより、請求項１３ないし１７のいずれか一項に記載の方法を実現する
ことを特徴とする、ルート選択ポリシーの実行装置。
【請求項21】
コンピュータプログラムであって、コンピュータに、請求項１ないし１７のいずれか一項に記載の方法を実行させる、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本願は、２０１８年１１月２３日に中国特許局に提出された、出願番号が２０１８１１４１０４０７６であり、発明の名称が「ルート選択ポリシーの取得方法、装置及び機器」である中国特許出願の優先権を主張するものであり、その全てのコンテンツが引用により本願に組み込まれている。
【0002】
本願は、通信分野に関し、特に、ルート選択ポリシーの取得方法、ルート選択ポリシーの要求方法、ルート選択ポリシールールの実行方法、装置、機器及びコンピュータプログラムに関するものである。
【背景技術】
【0003】
第５世代モバイル通信技術（５Ｇ：ｔｈｅ ５ｔｈ ｇｅｎｅｒａｔｉｏｎ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）システムは、ニューラジオ（ＮＲ：ｎｅｗ ｒａｄｉｏ）システムとも称する。現在の第３世代パートナーシッププロジェクト技術仕様（３ＧＰＰ ＴＳ：Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）２３．５０３では、ＵＥルート選択ポリシー（ＵＲＳＰ：ＵＥ Ｒｏｕｔｅ Ｓｅｌｅｃｔｉｏｎ Ｐｏｌｉｃｙ）ルールを提出する。
【0004】
ＵＥは、ＵＲＳＰルールを使用して発信されたトラフィックをルーティングする方法を決定する。ＵＥは、トラフィックを確立されたプロトコルデータユニット（ＰＤＵ：Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）セッションにルーティングすることができ、トラフィックをＰＤＵセッション以外の非３ＧＰＰアクセスに流用するか、または新しいＰＤＵセッションの確立をトリガすることもできる。
【0005】
現在のＵＲＳＰルールは、トラフィック記述子（Ｔｒａｆｆｉｃ ｄｅｓｃｒｉｐｔｏｒ）を含み、ＵＥは、自体で実行されるアプリケーションプログラムが、ＵＲＳＰルールにおけるトラフィック記述子とマッチングするか否かに基づいて、ＵＲＳＰルールを実行するか否かを決定する。
【発明の概要】
【発明が解決しようとする課題】
【0006】
本願の様々な実施例によれば、ＵＲＳＰルールの取得方法、ルート選択ポリシールールの実行方法、装置、機器及びコンピュータ可読記憶媒体を提案する。
【課題を解決するための手段】
【0007】
ポリシー制御機能ネットワーク要素が実行する、ルート選択ポリシーの取得方法であり、前記方法は、
アプリケーション機能ネットワーク要素からのアプリケーション機能要求を受信するステップであって、前記アプリケーション機能要求は、ルート選択ポリシールールを生成するように要求するために使用されるステップと、
端末に対して前記ルート選択ポリシールールを生成するステップであって、前記ルート選択ポリシールールは、サービス区別子を含み、前記サービス区別子は、アプリケーションプログラムにおけるトラフィックのサービスタイプを識別するために使用されるステップと、
前記アプリケーション機能ネットワーク要素にアプリケーションプログラム機能応答を送信するステップと、
前記端末に前記ルート選択ポリシールールを提供するステップと、を含み、前記ルート選択ポリシールールは、前記サービス区別子とマッチングするトラフィックが存在する場合に前記端末を実行させるために使用される。
アプリケーション機能ネットワーク要素からのアプリケーション機能要求を受信するステップであって、前記アプリケーション機能要求は、ルート選択ポリシールールを生成するように要求するために使用されるステップと、
端末に対して前記ルート選択ポリシールールを生成するステップであって、前記ルート選択ポリシールールは、サービス区別子を含み、前記サービス区別子は、アプリケーションプログラムにおけるトラフィックのサービスタイプを識別するために使用されるステップと、
前記アプリケーション機能ネットワーク要素にアプリケーションプログラム機能応答を送信するステップと、
前記端末に前記ルート選択ポリシールールを提供するステップと、を含み、前記ルート選択ポリシールールは、前記サービス区別子とマッチングするトラフィックが存在する場合に前記端末を実行させるために使用される。
【0008】
アプリケーション機能ネットワーク要素が実行するルート選択ポリシールールの要求方法であり、前記方法は、
ポリシー制御機能ネットワーク要素にアプリケーション機能要求を送信するステップであって、前記アプリケーション機能要求は、ルート選択ポリシールールを生成するように要求するために使用されるステップと、
前記ポリシー制御機能ネットワーク要素によって送信されたアプリケーションプログラム機能応答を受信するステップと、を含み、前記アプリケーションプログラム機能応答は、ポリシー制御機能ネットワーク要素が、前記アプリケーション機能要求に従って端末に対してルート選択ポリシールールを生成した後に送信されるものであり、前記ルート選択ポリシールールには、サービス区別子が含まれ、前記サービス区別子は、同じアプリケーションプログラムにおけるトラフィックのサービスタイプを区別するために使用される。
ポリシー制御機能ネットワーク要素にアプリケーション機能要求を送信するステップであって、前記アプリケーション機能要求は、ルート選択ポリシールールを生成するように要求するために使用されるステップと、
前記ポリシー制御機能ネットワーク要素によって送信されたアプリケーションプログラム機能応答を受信するステップと、を含み、前記アプリケーションプログラム機能応答は、ポリシー制御機能ネットワーク要素が、前記アプリケーション機能要求に従って端末に対してルート選択ポリシールールを生成した後に送信されるものであり、前記ルート選択ポリシールールには、サービス区別子が含まれ、前記サービス区別子は、同じアプリケーションプログラムにおけるトラフィックのサービスタイプを区別するために使用される。
【0009】
端末が実行するルート選択ポリシールールの実行方法であり、前記方法は、
ポリシー制御機能ネットワーク要素からルート選択ポリシールールを取得するステップと、
アプリケーションプログラムのトラフィックが、前記ルート選択ポリシールールとマッチングするか否かを決定するステップであって、前記ルート選択ポリシールールは、サービス区別子を含み、前記サービス区別子は、アプリケーションプログラムにおけるトラフィックのサービスタイプを識別するために使用されるステップと、
前記アプリケーションプログラムのトラフィックが、前記ルート選択ポリシールールとマッチングする場合、前記ルート選択ポリシールールを実行するステップと、を含む。
ポリシー制御機能ネットワーク要素からルート選択ポリシールールを取得するステップと、
アプリケーションプログラムのトラフィックが、前記ルート選択ポリシールールとマッチングするか否かを決定するステップであって、前記ルート選択ポリシールールは、サービス区別子を含み、前記サービス区別子は、アプリケーションプログラムにおけるトラフィックのサービスタイプを識別するために使用されるステップと、
前記アプリケーションプログラムのトラフィックが、前記ルート選択ポリシールールとマッチングする場合、前記ルート選択ポリシールールを実行するステップと、を含む。
【0010】
ルート選択ポリシーの取得装置であり、前記装置は、
アプリケーション機能ネットワーク要素からのアプリケーション機能要求を受信するように構成される受信モジュールであって、前記アプリケーション機能要求は、ルート選択ポリシールールを生成するように要求するために使用される、受信モジュールと、
端末に対して前記ルート選択ポリシールールを生成するように構成される処理モジュールであって、前記ルート選択ポリシールールは、サービス区別子を含み、前記サービス区別子は、アプリケーションプログラムにおけるトラフィックのサービスタイプを識別するために使用される、処理モジュールと、
前記アプリケーション機能ネットワーク要素にアプリケーションプログラム機能応答を送信するように構成される、送信モジュールと、を備え、
前記送信モジュールは、前記端末に前記ルート選択ポリシールールを提供するように構成され、前記ルート選択ポリシールールは、前記サービス区別子とマッチングするトラフィックが存在する場合に前記端末を実行させるために使用される。
アプリケーション機能ネットワーク要素からのアプリケーション機能要求を受信するように構成される受信モジュールであって、前記アプリケーション機能要求は、ルート選択ポリシールールを生成するように要求するために使用される、受信モジュールと、
端末に対して前記ルート選択ポリシールールを生成するように構成される処理モジュールであって、前記ルート選択ポリシールールは、サービス区別子を含み、前記サービス区別子は、アプリケーションプログラムにおけるトラフィックのサービスタイプを識別するために使用される、処理モジュールと、
前記アプリケーション機能ネットワーク要素にアプリケーションプログラム機能応答を送信するように構成される、送信モジュールと、を備え、
前記送信モジュールは、前記端末に前記ルート選択ポリシールールを提供するように構成され、前記ルート選択ポリシールールは、前記サービス区別子とマッチングするトラフィックが存在する場合に前記端末を実行させるために使用される。
【0011】
ルート選択ポリシーの取得装置であり、前記装置は、
ポリシー制御機能ネットワーク要素にアプリケーション機能要求を送信するように構成される送信モジュールであって、前記アプリケーション機能要求は、ルート選択ポリシールールを生成するように要求するために使用される、送信モジュールと、
前記ポリシー制御機能ネットワーク要素によって送信されたアプリケーションプログラム機能応答を受信するように構成される受信モジュールと、を備え、前記アプリケーションプログラム機能応答は、ポリシー制御機能ネットワーク要素が、前記アプリケーション機能要求に従って端末に対してルート選択ポリシールールを生成した後に送信されるものであり、前記ルート選択ポリシールールには、サービス区別子が含まれ、前記サービス区別子は、同じアプリケーションプログラムにおけるトラフィックのサービスタイプを区別するために使用される。
ポリシー制御機能ネットワーク要素にアプリケーション機能要求を送信するように構成される送信モジュールであって、前記アプリケーション機能要求は、ルート選択ポリシールールを生成するように要求するために使用される、送信モジュールと、
前記ポリシー制御機能ネットワーク要素によって送信されたアプリケーションプログラム機能応答を受信するように構成される受信モジュールと、を備え、前記アプリケーションプログラム機能応答は、ポリシー制御機能ネットワーク要素が、前記アプリケーション機能要求に従って端末に対してルート選択ポリシールールを生成した後に送信されるものであり、前記ルート選択ポリシールールには、サービス区別子が含まれ、前記サービス区別子は、同じアプリケーションプログラムにおけるトラフィックのサービスタイプを区別するために使用される。
【0012】
ルート選択ポリシーの実行装置であり、前記装置は、
ポリシー制御機能ネットワーク要素からルート選択ポリシールールを取得するように構成される、受信モジュールと、
アプリケーションプログラムのトラフィックが前記ルート選択ポリシールールとマッチングするか否かを決定するように構成される処理モジュールであって、前記ルート選択ポリシールールは、サービス区別子を含み、前記サービス区別子は、アプリケーションプログラムにおけるトラフィックのサービスタイプを識別するために使用される、処理モジュールと、を備え、
前記処理モジュールは、前記アプリケーションプログラムのトラフィックが、前記ルート選択ポリシールールとマッチングする場合、前記ルート選択ポリシールールを実行するように構成される。
ポリシー制御機能ネットワーク要素からルート選択ポリシールールを取得するように構成される、受信モジュールと、
アプリケーションプログラムのトラフィックが前記ルート選択ポリシールールとマッチングするか否かを決定するように構成される処理モジュールであって、前記ルート選択ポリシールールは、サービス区別子を含み、前記サービス区別子は、アプリケーションプログラムにおけるトラフィックのサービスタイプを識別するために使用される、処理モジュールと、を備え、
前記処理モジュールは、前記アプリケーションプログラムのトラフィックが、前記ルート選択ポリシールールとマッチングする場合、前記ルート選択ポリシールールを実行するように構成される。
【0013】
ポリシー制御機能ネットワーク要素であり、前記ネットワーク要素は、プロセッサとメモリとを備え、前記メモリにはコンピュータプログラムが記憶され、前記コンピュータプログラムは、前記プロセッサによってロードし実行されて、上記のルート選択ポリシーの取得方法を実現する。
【0014】
アプリケーション機能ネットワーク要素であり、前記ネットワーク要素は、プロセッサとメモリとを備え、前記メモリにはコンピュータプログラムが記憶され、前記コンピュータプログラムは、前記プロセッサによってロードし実行されて、上記のルート選択ポリシーの取得方法を実現する。
【0015】
端末であり、前記端末は、プロセッサとメモリとを備え、前記メモリにはコンピュータプログラムが記憶され、前記コンピュータプログラムは、前記プロセッサによってロードし実行されて、上記のルート選択ポリシーの実行方法を実現する。
【0016】
コンピュータ可読記憶媒体であり、前記可読記憶媒体は、プロセッサとメモリとを備え、前記メモリにはコンピュータプログラムが記憶され、前記コンピュータプログラムは、前記プロセッサによってロードし実行されて、上記のルート選択ポリシーの取得方法を実現する。
【0017】
コンピュータ可読記憶媒体であり、前記可読記憶媒体は、プロセッサとメモリとを備え、前記メモリにはコンピュータプログラムが記憶され、前記コンピュータプログラムは、前記プロセッサによってロードし実行されて、上記のルート選択ポリシーの実行方法を実現する。
【0018】
本願の１つまたは複数の実施例の詳細は、以下の図面及び説明で提案される。本願の他の特徴、目的及び利点は、明細書、図面及び特許請求の範囲から明らかになる。
【図面の簡単な説明】
【0019】
本願実施例の技術的解決策をより明確に説明するために、以下は、実施例の説明で使用される図面について簡単に紹介する。以下に説明される図面は、本願のいくつかの実施例に過ぎず、当業者にとっては、創造的な作業なしに、これらの図面に従って他の図面を得ることもできることは自明である。
【図1】本願の例示的な実施例によるモバイル通信システムの例示的な構造図である。
【図2】本願の例示的な実施例によるルート選択ポリシーの取得方法のフローチャートである。
【図3】本願の例示的な実施例によるルート選択ポリシーの取得方法のフローチャートである。
【図4】本願の例示的な実施例によるルート選択ポリシーの取得方法のフローチャートである。
【図5】本願の例示的な実施例によるルート選択ポリシーの取得装置のブロック図である。
【図6】本願の例示的な実施例によるルート選択ポリシーの取得装置のブロック図である。
【図7】本願の例示的な実施例によるルート選択ポリシーの取得装置のブロック図である。
【図8】本願の例示的な実施例による端末の構造のブロック図である。
【図9】本願の例示的な実施例によるネットワーク側ネットワーク要素（ＡＦネットワーク要素またはＰＣＦネットワーク要素）の構造のブロック図である。
【発明を実施するための形態】
【0020】
本願の目的、技術的解決策及び利点をより明確にするために、以下は、図面を参照して本願実施形態をさらに詳細に説明する。
【0021】
図１は、本願の例示的な実施例によるモバイル通信システム１００の構造のブロック図を示す。例示的に、当該モバイル通信システムは、非ローミングシナリオにおける通信アーキテクチャである。当該モバイル通信システム１００は、端末１２０、アクセスネットワーク機器１４０、アクセス及びモビリティ管理機能ネットワーク要素１６２、ネットワークオープン機能ネットワーク要素１６４、ポリシー制御機能ネットワーク要素１６６及びアプリケーション機能ネットワーク要素１６８を備える。
【0022】
端末１２０は、ユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と称し得、ユーザに音声及び／またはデータ接続性を提供する機器を指することができる。端末は、無線アクセスネットワーク（ＲＡＮ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）と１つまたは複数のコアネットワークを介して通信することができ、端末１４０は、携帯電話（または「コードレス」電話と称する）とモバイル端末を有するコンピュータなどのモバイル端末であり得、例えば、携帯式、ポケット式、ハンドヘルド式、コンピュータ内蔵のまたは車載のモバイル装置であり得る。例えば、サブスクライバユニット（Ｓｕｂｓｃｒｉｂｅｒ Ｕｎｉｔ）、サブスクライバステーション（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、モバイルステーション（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、移動局（Ｍｏｂｉｌｅ）、リモートステーション（Ｒｅｍｏｔｅ Ｓｔａｔｉｏｎ）、アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ）、リモート端末（Ｒｅｍｏｔｅ Ｔｅｒｍｉｎａｌ）、アクセス端末（Ａｃｃｅｓｓ Ｔｅｒｍｉｎａｌ）、ユーザ装置（Ｕｓｅｒ Ｔｅｒｍｉｎａｌ）、ユーザエージェント（Ｕｓｅｒ Ａｇｅｎｔ）、ユーザ機器（Ｕｓｅｒ Ｄｅｖｉｃｅ）、またはＵＥであり得る。
【0023】
端末１２０及びアクセスネットワーク機器１４０は、無線エアインターフェイスを介して無線接続を確立する。例示的に、当該無線エアインターフェイスは、５Ｇ規格に基づく無線エアインターフェイスであり、例えば当該無線エアインターフェイスはＮＲであり、または、当該無線エアインターフェイスは、５Ｇの次世代モバイル通信ネットワーク技術規格に基づく無線エアインターフェイスでもあり得る。
【0024】
アクセスネットワーク機器１４０は基地局であり得る。例えば、基地局は、５Ｇシステムにおける集中型または分散型アーキテクチャを使用する基地局（ｇＮＢ）であり得る。アクセスネットワーク機器１２０が、采用集中分散型アーキテクチャを使用する場合、通常、集中ユニット（ＣＵ：Ｃｅｎｔｒａｌ Ｕｎｉｔ）と少なくとも２つの分散ユニット（ＤＵ：Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）とを含む。ＣＵ及びＤＵには、サービスデータ適応プロトコル（ＳＤＡＰ：Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、パゲットデータ収束プロトコル（ＰＤＣＰ：Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層、無線リンク制御プロトコル（ＲＬＣ：Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層、物理（ＰＨＹ：Ｐｈｙｓｉｃａｌ）層プロトコルスタック、メディアアクセス制御（ＭＡＣ：Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層のプロトコルスタックが設置され、ここで、ＣＵ及びＤＵにおける各プロトコルスタックの配置方式は、ＣＵ及びＤＵの論理的な機能の分割方式に従って決定される。本願実施例は、アクセスネットワーク機器１４０の具体的な実施形態に対して限定しない。
【0025】
アクセスネットワーク機器１４０及びコアネットワークネットワーク要素は、有線接続または無線接続を介して接続される。有線接続は、光ケーブルまたはケーブルであり得る。
【0026】
コアネットワークネットワーク要素は、アクセス及びモビリティ管理機能（ＡＭＦ：Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｆｕｎｃｔｉｏｎ）ネットワーク要素１６２、ネットワークオープン機能（ＮＥＦ：Ｎｅｔｗｏｒｋ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ）ネットワーク要素１６４、ポリシー制御機能（ＰＣＦ：Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）ネットワーク要素１６６、アプリケーションプログラム機能（ＡＦ：Ａｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）ネットワーク要素１６８を備える。例示的に、ＡＭＦネットワーク要素１６２は、Ｎ１インターフェースを介して端末１２０の非アクセス層（ＮＡＳ：Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）と接続し、ＡＭＦネットワーク要素１６２は、Ｎ２インターフェースを介してアクセスネットワーク機器１４０とも接続する。ＡＭＦネットワーク要素１６２は、ＰＣＦネットワーク要素１６６などの他のコアネットワークネットワーク要素と接続し、ＮＥＦネットワーク要素１６４は、ＰＣＦネットワーク要素１６６などの他のコアネットワークネットワーク要素と接続し、ＡＦネットワーク要素１６８は、それぞれ、ＰＣＦネットワーク要素１６６及びＮＥＦネットワーク要素１６４と接続することができる。
【0027】
３ＧＰＰ ＴＳ ２３．５０３ではＵＲＳＰルールを提案し、ＵＥは、ＵＲＳＰルールを介して発信されたトラフィックをルーティングする方法を決定する。ＵＥは、トラフィックを確立されたプロトコルデータユニット（ＰＤＵ：Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）セッションにルーティングすることができ、トラフィックをＰＤＵセッション以外の非３ＧＰＰアクセスに流用するか、または新しいＰＤＵセッションの確立をトリガすることもできる。
【0028】
ＰＣＦネットワーク要素は、ローカル構成、サブスクライブされた単一ネットワークスライス選択支援情報（Ｓ－ＮＳＳＡＩ：Ｓｉｎｇｌｅ Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｓｅｌｅｃｔｉｏｎ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）及び動作ポリシーに従って各ＵＥに適するＵＲＳＰを選択する。動作ポリシーは、累積使用量、各ネットワークスライス例の負荷レベル情報、ＵＥ位置を含む。
【0029】
ＵＲＳＰは、ＰＣＦネットワーク要素からＡＭＦネットワーク要素に提供し、その後ＡＭＦネットワーク要素でＮ１インターフェースを介してＵＥに提供する。ＵＥが有効なＵＲＳＰルールを有する場合、ＵＥは、ユーザ好みに従ってこれらのルールと対応するＰＤＵセッションの関連付けを実行するべきである。
【0030】
例示的に、表１は、関連技術によるＵＲＳＰを示す。
【0031】
【表1】
【0032】
各ＵＲＳＰルールは、全て１つのトラフィック記述子を含み、当該トラフィック記述子は、あるサービスが、当該ＵＲＳＰルールにマッチングするか否かを決定するために使用される。
【0033】
前記ＵＲＳＰルールにおけるアプリケーションプログラム記述子は、あるアプリケーションプログラムでトラフィックを生成するアプリケーションプログラムを識別することに有効である。しかしながら、１つのアプリケーションプログラムは、多くの特性を持つ異なるトラフィックを提供する可能性があるため、前記アプリケーションプログラム記述子は、同じアプリケーションプログラムの異なる特性のトラフィックを識別できない。
【0034】
本願実施例による技術的解決策では、ＵＲＳＰルールのトラフィック記述子に、サービス区別子（Ｓｅｖｉｃｅ ｄｉｆｆｅｒｅｎｔｉａｔｏｒ）を追加している。当該サービス区別子は、サービス差分子、サービス識別子、サービスタイプなどの他の名称とも称し得、本明細書では、サービス区別子の命名方式を例として説明したが、サービス区別子の名称に対して限定しない。
【0035】
当該サービス区別子は、アプリケーションプログラムにおけるトラフィックのサービスタイプを識別するために使用される。即ち、サービス区別子は、アプリケーションプログラムのデータパケットのタイプを識別するために使用される。サービス区別子は、ＡＦネットワーク要素またはネットワークオペレータ（ＭＮＯ：Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｏｒ）によって定義されることができる。異なるアプリケーションプログラム間では、サービス区別子は、同じまたは異なっていてもよい。
【0036】
例示的に、トラフィック記述子は、アプリケーションプログラム記述子とサービス区別子のうちの少なくとも１つを含む。トラフィック記述子にサービス区別子が含まれるがアプリケーションプログラム記述子は含まれていない場合、当該トラフィック記述子は、複数の異なるアプリケーションプログラムの特定のサービスタイプのトラフィックをマッチングするために使用され得、または、トラフィック記述子にアプリケーションプログラム記述子が含まれるがサービス区別子は含まれていない場合、当該トラフィック記述子は、同じ特定のアプリケーションプログラムの異なるサービスタイプのトラフィックをマッチングするために使用され得、または、トラフィック記述子にアプリケーションプログラム記述子及びサービス区別子が同時に含まれている場合、当該トラフィック記述子は、特定のアプリケーションプログラムの特定のサービスタイプのトラフィックをマッチングするために使用され得る。
【0037】
トラフィック記述子でアプリケーションプログラム記述子及びサービス区別子が同時に現れる場合、サービス区別子は、アプリケーションプログラム記述子内に追加されてもよく、アプリケーションプログラム記述子の外に追加されてもよい。
【0038】
アプリケーションプログラム記述子をサービス区別子に結合して、同じアプリケーションプログラム内のある１つまたは複数のサービスタイプを唯一に識別することができる。例示的に、識別された１つまたは複数のサービスは、同じアプリケーションプログラム内の全てのサービスのサブセットである。
【0039】
図２は、本願の例示的な実施例によるルート選択ポリシーの取得方法のフローチャートを示す。本方法は、当該方法を図１に示されるモバイル通信システムに適用することを例として説明する。当該方法は、以下のステップを含む。
【0040】
ステップ２０１において、ＡＦネットワーク要素が、ＰＣＦネットワーク要素にＡＦ要求を送信する。
【0041】
ＡＦ要求は、ＵＲＳＰルールを生成するように要求するために使用される。ＡＦ要求には、サービスタイプ（Ｓｅｒｖｉｃｅ Ｔｙｐｅ）が含まれ、当該サービスタイプは、アプリケーションプログラム内のサービスを指示するために使用される。
【0042】
例示的に、同じアプリケーションプログラムは、１つまたは複数のサービスを有する。各サービスは、それぞれのサービスタイプを有する。即ち、サービスとサービスタイプとの間には、対１の対応関係が存在する。
【0043】
例示的に、サービスタイプは、オーディオサービス、ビデオサービス、テキストサービス、音声サービス、地図サービス、支払いサービス、警報サービス、車両インターネットサービス、モノのインターネットサービス、低遅延高信頼サービスのうちの少なくとも１つを含むがこれらに限定されない。
【0044】
ステップ２０２において、ＰＣＦネットワーク要素が、ＡＦネットワーク要素からのＡＦ要求を受信する。
【0045】
例示的に、ＡＦネットワーク要素は、ＮＥＦネットワーク要素を介してＡＦ要求を提供し、ＮＥＦネットワーク要素は、ＡＦ要求をＰＣＦネットワーク要素に転送し、ＰＣＦネットワーク要素は、ＡＦ要求に従って適切なＵＲＳＰルールを生成する。
【0046】
ステップ２０３において、ＰＣＦネットワーク要素は、ＵＥにＵＲＳＰルールを生成し、当該ＵＲＳＰルールは、サービス区別子を含み、サービス区別子は、アプリケーションプログラムにおけるトラフィックのサービスタイプを識別するために使用される。
【0047】
ＰＣＦネットワーク要素は、ＡＦ要求に従って、１つまたは複数のＵＥにＵＲＳＰルールを生成する。当該ＵＲＳＰルールには、サービス区別子が含まれ、サービス区別子は、アプリケーションプログラムにおけるトラフィックのサービスタイプを識別するために使用される。
【0048】
例示的に、サービスタイプは、サービス区別子と１対１で対応する。サービス区別子は、デジタル、記号及びシンボルのうちの少なくとも１つを使用してサービスタイプを説明する情報である。
【0049】
例示的な例において、サービスタイプとサービス区別子との間の対応関係は、表２を使用すて表示する。
【0050】
【表2】
【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】
当該ＡＦ要求を受け入れる場合、ステップ３０４に入り、当該ＡＦ要求を受け入れない場合、ＮＥＦネットワーク要素はステップ３０８に入る。
【0084】
ステップ３０４において、ＮＥＦネットワーク要素が、ＡＦ要求をＰＣＦネットワーク要素に転送する。
【0085】
ＮＥＦネットワーク要素が当該ＡＦ要求を受け入れる場合、ＮＥＦネットワーク要素は、ＡＦ要求をＰＣＦネットワーク要素に送信する。
【0086】
ステップ３０５において、ＰＣＦネットワーク要素が、ＮＥＦネットワーク要素によって送信されたＡＦ要求を受信する。
【0087】
ＰＣＦネットワーク要素は、ＮＥＦネットワーク要素によって送信されるＡＦ要求を受信する。
【0088】
ステップ３０６において、ＰＣＦネットワーク要素が、ＵＥにＵＲＳＰルールを生成する。
【0089】
ＰＣＦネットワーク要素は、全てのＵＥまたは指定されたＵＥにＵＲＳＰルールを生成し、当該ＵＲＳＰルールは、サービス区別子を含み、サービス区別子は、アプリケーションプログラムにおけるトラフィックのサービスタイプを識別するために使用される。
【0090】
例示的に、表３は、可能な実施例によるＵＲＳＰルールを示し、当該ＵＲＳＰルールでは、サービス区別子は、アプリケーションプログラム記述子内に位置する。
【0091】
【表3】
【0092】
【表4】
【0093】
例示的に、サービス区別子は、ＰＣＦネットワーク要素がＡＦ要求におけるサービスタイプに従って生成され、サービスタイプとサービス区別子とは１対１の対応関係が存在する。ＰＣＦネットワーク要素は、当該サービスタイプとサービス区別子との間の対応関係を維持する。
【0094】
例示的に、表５は、サービスタイプとサービス区別子との間の対応関係を示す。
【0095】
【表5】
【0096】
例示的に、ＰＣＦネットワーク要素は、ローカルポリシーに従ってＵＲＳＰルールを生成することを拒絶することもできる。
【0097】
ステップ３０７において、ＰＣＦネットワーク要素が、ＮＥＦネットワーク要素にＡＦ応答を送信する。
【0098】
ＵＲＳＰルールを生成した後、ＰＣＦネットワーク要素は、ＮＥＦネットワーク要素に向かってＡＦ応答を生成する。例示的に、当該ＡＦ応答には、サービスタイプとサービス区別子との間の対応関係が含まれる。
【0099】
ローカルポリシーがＵＲＳＰルールを生成することを拒絶する場合、ＡＦ応答には拒絶原因が含まれる。
【0100】
ステップ３０８において、ＮＥＦネットワーク要素が、ＡＦネットワーク要素にＡＦ応答を送信する。
【0101】
ＰＣＦネットワーク要素がＵＲＳＰルールを生成する場合、ＮＥＦネットワーク要素が、ＡＦネットワーク要素にＡＦ応答を送信し、当該ＡＦ応答には、サービスタイプとサービス区別子との間の対応関係が含まれる。
【0102】
ＰＣＦネットワーク要素がＵＲＳＰルールを生成することを拒絶する場合またはＮＥＦネットワーク要素の検証失敗である場合、ＮＥＦネットワーク要素が、ＡＦネットワーク要素にＡＦ応答を送信し、当該ＡＦ応答には拒絶原因が含まれる。
【0103】
ステップ３０９において、ＡＦネットワーク要素がＡＦ応答を受信する。
【0104】
ステップ３１０において、ＡＦネットワーク要素が、ＵＲＳＰルールがマッチングしたＩＰデータパケットにサービスタイプを追加する。
【0105】
ＡＦネットワーク要素が、ＰＣＦネットワーク要素からＡＦ応答を取得した後、ＵＥが、当該アプリケーションプログラム内の１つまたは複数のサービスタイプのトラフィックを識別させるために、スペシャルタグを使用してアプリケーションプログラム内のＩＰデータパケットを表記する。
【0106】
サービスタイプは、ＩＰデータパケットのサービスタイプフィールド（ＴＯＳ：Ｔｙｐｅ－Ｏｆ－Ｓｅｒｖｉｃｅ）の拡張ビットに追加され、または、サービスタイプは、ＩＰデータパケットのヘッダの拡張フィールドに追加される。
【0107】
例示的に、サービスタイプの代わりとして、ＡＦネットワーク要素は、サービス区別子をＩＰデータパケットのＴＯＳの拡張ビットに追加し、または、ＩＰデータパケットのヘッダの拡張フィールドに追加する。
【0108】
まとめると、本実施例による方法は、ＵＲＳＰルールにサービス区別子を追加することを介して、サービス区別子を使用してアプリケーションプログラムのトラフィック内のサービスタイプを識別することができ、それにより、同じアプリケーションプログラムの異なるサービスタイプのトラフィック区別に対して異なるＵＲＳＰルールを使用し、アプリケーションプログラム粒度に基づくＵＲＳＰルールをサービス粒度のＵＲＳＰルールに変更して、ＵＲＳＰルールの細分化能力及び実行するときの柔軟性を向上させる。
【0109】
例示的に、サービス区別子をアプリケーションプログラム記述子内に追加することを介して、アプリケーションプログラム記述子に、オペレーションシステム識別子、アプリケーションプログラム記述子及びサービス区別子を同時に有するようにし、それにより、同じアプリケーションプログラムの異なるサービスのトラフィックを識別し、アプリケーションプログラム記述子の細分化能力及び実行するときの柔軟性を向上させる。
【0110】
例示的に、サービス区別子をアプリケーションプログラム記述子の外に追加することを介して、元のアプリケーションプログラム記述子のフォーマットを修正しないようにし、例えばサービス区別子を拡張フィールドに追加して、ＵＲＳＰルールの互換性を高めることができる。
【0111】
例示的に、ＵＲＳＰルールで有効時間及び／または有効位置を追加することを介して、ネットワーク側が時間変化または位置変化の後、ＵＥにＵＲＳＰルールを繰り返し更新する必要ないようにし、それにより、必要ないシグナリングオーバーヘッドを導入して、ＵＥによって合理の時間及び／または位置でＵＲＳＰルールを実行することを自己判断するようにする。
【0112】
上記の方法に基づく代替実施例において、ＰＣＦネットワーク要素は、ＵＲＳＰルールを生成した後、ＰＣＦネットワーク要素がＡＭＦネットワーク要素に提供し、その後、ＡＭＦネットワーク要素が、Ｎ１インターフェースを介してＵＲＳＰルールをＵＥに提供する。以下の実施例を参照してください。
【0113】
図４は、本願の例示的な実施例によるルート選択ポリシーの実行方法のフローチャートを示す。本方法は、当該方法を図１に示されるモバイル通信システムに適用することを例として説明する。当該方法は、以下のステップを含む。
【0114】
ステップ４０１において、ＰＣＦネットワーク要素が、ＡＭＦネットワーク要素にＵＲＳＰルールを送信する。
【0115】
ステップ４０２において、ＡＭＦネットワーク要素が、ＰＣＦネットワーク要素によって送信されたＵＲＳＰルールを受信する。
【0116】
ステップ４０３において、ＡＭＦネットワーク要素が、ＵＥにＵＲＳＰルールを送信する
ＡＭＦネットワーク要素は、Ｎ１インターフェースを介してＵＥをＵＲＳＰルールに送信する。
ＡＭＦネットワーク要素は、Ｎ１インターフェースを介してＵＥをＵＲＳＰルールに送信する。
【0117】
ステップ４０４において、ＵＥが、ＡＭＦネットワーク要素によって送信されたＵＲＳＰルールを受信する。
【0118】
ＵＥは、Ｎ１インターフェースを介してＡＭＦネットワーク要素によって送信されたＵＲＳＰルールを受信する。
【0119】
ステップ４０５において、ＵＥが、アプリケーションプログラムのトラフィックが、ＵＲＳＰルールにマッチングするか否かを決定し、当該ＵＲＳＰルールは、サービス区別子を含み、サービス区別子は、アプリケーションプログラムにおけるトラフィックのサービスタイプを識別するために使用される。
【0120】
アプリケーションプログラムが、データパケットを受信または送信するとき、ＵＥが、当該アプリケーションプログラムのトラフィックがＵＲＳＰルールとマッチングするか否かを決定する。
【0121】
ＵＲＳＰルールにおけるトラフィック記述子が、アプリケーションプログラム記述子とサービス区別子とを含む場合、ＵＥは、当該アプリケーションプログラムのトラフィックが、アプリケーションプログラム記述子及びサービス区別子と同時にマッチングするか否かを決定する。
【0122】
ＵＲＳＰルールにおけるトラフィック記述子が、アプリケーションプログラム記述子、サービス区別子、ＩＰ記述子及びデータネットワーク名のうちの複数のパラメータを含む場合、ＵＥは、当該アプリケーションプログラムのトラフィックが、当該複数のパラメータと同時にマッチングするか否かを決定する。
【0123】
アプリケーションプログラムのトラフィックが、ＵＲＳＰルールのトラフィック記述子内の条件にマッチングする場合、ステップ４０６に入り、アプリケーションプログラムのトラフィックが、ＵＲＳＰルールにマッチングしない場合、他のロジックを事前に処理または実行しない。
【0124】
ステップ４０６において、ＵＥが、アプリケーションプログラムのトラフィックがＵＲＳＰルールとマッチングする場合、ＵＲＳＰルールを実行する。
【0125】
ＵＥは、アプリケーションプログラムのトラフィックがＵＲＳＰルールにおけるトラフィック記述子内の条件とマッチングする場合、当該ＵＲＳＰルールにおけるルート選択記述子リストに従ってルート選択を実行する。
【0126】
前記例３におけるＵＲＳＰルールを例として、ＵＥは、音声チャットプログラムの支払いサービスのデータパケットを、ＳＳＣモード３を有するネットワークスライスＳ－ＮＳＳＡＩ＃１にルーティングして伝送する。
【0127】
例示的に、ＵＲＳＰルールに有効時間がさらに含まれる場合、ＵＥは、アプリケーションプログラムのトラフィックが、ＵＲＳＰルールのトラフィック記述子における条件とマッチングし、且つ現在の時間が有効時間に属する場合、当該ＵＲＳＰルールを実行する。
【0128】
例示的に、ＵＲＳＰルールに有効位置がさらに含まれる場合、ＵＥは、アプリケーションプログラムのトラフィックが、ＵＲＳＰルールのトラフィック記述子における条件とマッチングし、且つ現在の位置が有効位置に属する場合、当該ＵＲＳＰルールを実行する。
【0129】
例示的に、ＵＲＳＰルールに、有効時間及び有効位置がさらに含まれる場合、ＵＥは、アプリケーションプログラムのトラフィックが、ＵＲＳＰルールのトラフィック記述子における条件とマッチングし、且つ現在の時間が有効時間に属し、且つ現在の位置が有効位置に属する場合、当該ＵＲＳＰルールを実行する。
【0130】
代替実施例において、現在の時間が有効時間に属していないまたは現在の位置が有効位置に属していない場合、ＵＥは当該ＵＲＳＰルールを削除し、または、ＵＥは、現在の時間が有効時間に属していないまたは現在の位置が有効位置に属していない場合、ＵＥはＵＲＳＰルールを活性化する。
【0131】
まとめると、本実施例による方法は、ＵＲＳＰルールにサービス区別子を追加することを介して、サービス区別子を使用してアプリケーションプログラムのトラフィック内のサービスタイプを識別することができ、それにより、同じアプリケーションプログラムの異なるサービスタイプのトラフィック区別に対して異なるＵＲＳＰルールを使用し、アプリケーションプログラム粒度に基づくＵＲＳＰルールをサービス粒度のＵＲＳＰルールに変更して、ＵＲＳＰルールの細分化能力及び実行するときの柔軟性を向上させる。
【0132】
例示的に、サービス区別子をアプリケーションプログラム記述子内に追加することを介して、アプリケーションプログラム記述子に、オペレーションシステム識別子、アプリケーションプログラム記述子及びサービス区別子を同時に有するようにし、それにより、同じアプリケーションプログラムの異なるサービスのトラフィックを識別し、アプリケーションプログラム記述子の細分化能力及び実行するときの柔軟性を向上させる。
【0133】
例示的に、サービス区別子をアプリケーションプログラム記述子の外に追加することを介して、元のアプリケーションプログラム記述子のフォーマットを修正しないようにし、例えばサービス区別子を拡張フィールドに追加して、ＵＲＳＰルールの互換性を高めることができる。当該トラフィック記述子に、サービス区別子だけがあり、アプリケーションプログラム記述子はないと、あるサービスタイプの異なるアプリケーションプログラムのトラフィックに対してサービスルーティングを実行する目的を実現することである。
【0134】
例示的に、ＵＲＳＰルールで有効時間及び／または有効位置を追加することを介して、ネットワーク側が時間変化または位置変化の後、ＵＥにＵＲＳＰルールを繰り返し更新する必要ないようにし、それにより、必要ないシグナリングオーバーヘッドを導入して、ＵＥによって合理の時間及び／または位置でＵＲＳＰルールを実行することを自己判断するようにする。
【0135】
上記の方法実施例の端末側が実行するステップは、端末側のルート選択ポリシーの実行方法に独立して実現でき、上記の方法実施例のＡＦ／ＰＣＦネットワーク要素が実行するステップは、ＡＦ／ＰＣＦネットワーク要素側のルート選択ポリシーの取得方法に独立して実現できる。
【0136】
図２－４のフローチャートにおける各ステップは、矢印の指示に従って順次に表示されたが、これらのステップは、必ずしも矢印指示の順序に従って順次に実行することではないことを理解されたい。本明細書で明確に説明していない限り、これらのステップの実行には、厳密な順序制限はなく、これらのステップは、他の順序で実行できる。さらに、図２－４における少なくとも一部のステップは、複数のサブステップまたは複数の段階を含み、これらのサブステップまたは段階は、必ずしも同じ時間で実行して完成することではなく、異なる時間で実行でき、これらのサブステップまたは段階の実行順序も、順次に実行することではなく、他のステップまたは他のステップのサブステップまたは段階の少なくとも一部と順番にまたは交互に実行することができる。
【0137】
以下は、本願の装置実施例であり、装置実施例では詳細に説明していない詳細は、上述した１対１に対応する方法実施例を参照してもよい。
【0138】
図５は、本願の例示的な実施例によるルート選択ポリシーの取得装置のブロック図である。当該装置は、ソフトウェア、ハードウェアまたは両者の結合を介してＰＣＦネットワーク要素の一部に実現でき、即ち、ＰＣＦネットワーク要素に適用されることができる。当該装置は、
アプリケーション機能ネットワーク要素からのアプリケーション機能要求を受信するように構成される受信モジュール５２０であって、前記アプリケーション機能要求は、ルート選択ポリシールールを生成するように要求するために使用される、受信モジュール５２０と、
端末に対して前記ルート選択ポリシールールを生成するように構成される処理モジュール５４０であって、前記ルート選択ポリシールールは、サービス区別子を含み、前記サービス区別子は、アプリケーションプログラムにおけるトラフィックのサービスタイプを識別するために使用される、処理モジュール５４０と、
前記アプリケーション機能ネットワーク要素にアプリケーションプログラム機能応答を送信するように構成される、送信モジュール５６０と、を備え、
前記送信モジュール５６０は、さらに、前記端末に前記ルート選択ポリシールールを提供するように構成され、前記ルート選択ポリシールールは、前記サービス区別子とマッチングするトラフィックが存在する場合に前記端末を実行させるために使用される。
アプリケーション機能ネットワーク要素からのアプリケーション機能要求を受信するように構成される受信モジュール５２０であって、前記アプリケーション機能要求は、ルート選択ポリシールールを生成するように要求するために使用される、受信モジュール５２０と、
端末に対して前記ルート選択ポリシールールを生成するように構成される処理モジュール５４０であって、前記ルート選択ポリシールールは、サービス区別子を含み、前記サービス区別子は、アプリケーションプログラムにおけるトラフィックのサービスタイプを識別するために使用される、処理モジュール５４０と、
前記アプリケーション機能ネットワーク要素にアプリケーションプログラム機能応答を送信するように構成される、送信モジュール５６０と、を備え、
前記送信モジュール５６０は、さらに、前記端末に前記ルート選択ポリシールールを提供するように構成され、前記ルート選択ポリシールールは、前記サービス区別子とマッチングするトラフィックが存在する場合に前記端末を実行させるために使用される。
【0139】
代替実施例において、前記ルート選択ポリシールールには、アプリケーションプログラム記述子が含まれ、
前記アプリケーションプログラム記述子は、オペレーションシステム識別子、アプリケーションプログラム識別子及び前記サービス区別子を含む。
前記アプリケーションプログラム記述子は、オペレーションシステム識別子、アプリケーションプログラム識別子及び前記サービス区別子を含む。
【0140】
代替実施例において、前記ルート選択ポリシールールには、アプリケーションプログラム記述子及び前記サービス区別子が含まれ、前記アプリケーションプログラム記述子及び前記サービス区別子は並置され、または、前記ルート選択ポリシールールには、前記アプリケーションプログラム記述子及び前記サービス区別子が含まれ、前記サービス区別子は、前記アプリケーションプログラム記述子に位置されていない。
【0141】
代替実施例において、前記処理モジュール５４０は、前記アプリケーション機能要求に従って、前記端末に対して前記ルート選択ポリシールールを生成するように構成され、または、前記処理モジュール５４０は、ローカルポリシーに従って、前記端末に対して前記ルート選択ポリシールールを生成するように構成され、または、前記処理モジュール５４０は、前記アプリケーション機能要求及び前記ローカルポリシーに従って、前記端末に対して前記ルート選択ポリシールールを生成するように構成される。
【0142】
代替実施例において、前記ルート選択ポリシールールには、端末識別子または端末グループ識別子がさらに含まれる。
【0143】
代替実施例において、前記送信モジュール５６０は、前記端末識別子または端末グループ識別子に対応する端末に前記ルート選択ポリシールールを提供するように構成される。
【0144】
代替実施例において、前記ルート選択ポリシールールには、有効時間及び／または有効位置がさらに含まれる。
【0145】
図６は、本願の例示的な実施例によるルート選択ポリシーの取得装置のブロック図である。当該装置は、ソフトウェア、ハードウェアまたは両者の結合を介してＡＦネットワーク要素の一部に実現でき、即ち、ＡＦネットワーク要素に適用されることができる。当該装置は、
ポリシー制御機能ネットワーク要素にアプリケーション機能要求を送信するように構成される送信モジュール６２０であって、前記アプリケーション機能要求は、ルート選択ポリシールールを生成するように要求するために使用される、送信モジュール６２０と、
前記ポリシー制御機能ネットワーク要素によって送信されたアプリケーションプログラム機能応答を受信するように構成される受信モジュール６４０と、を備え、前記アプリケーションプログラム機能応答は、ポリシー制御機能ネットワーク要素が、前記アプリケーション機能要求に従って端末に対してルート選択ポリシールールを生成した後に送信されるものであり、前記ルート選択ポリシールールには、サービス区別子が含まれ、前記サービス区別子は、同じアプリケーションプログラムにおけるトラフィックのサービスタイプを区別するために使用される。
ポリシー制御機能ネットワーク要素にアプリケーション機能要求を送信するように構成される送信モジュール６２０であって、前記アプリケーション機能要求は、ルート選択ポリシールールを生成するように要求するために使用される、送信モジュール６２０と、
前記ポリシー制御機能ネットワーク要素によって送信されたアプリケーションプログラム機能応答を受信するように構成される受信モジュール６４０と、を備え、前記アプリケーションプログラム機能応答は、ポリシー制御機能ネットワーク要素が、前記アプリケーション機能要求に従って端末に対してルート選択ポリシールールを生成した後に送信されるものであり、前記ルート選択ポリシールールには、サービス区別子が含まれ、前記サービス区別子は、同じアプリケーションプログラムにおけるトラフィックのサービスタイプを区別するために使用される。
【0146】
代替実施例において、前記アプリケーション機能要求は、アプリケーションプログラム機能識別子、前記サービスタイプ及び要求されたルートポリシーを含む。
【0147】
代替実施例において、前記アプリケーション機能要求は、端末識別子または端末グループ識別子をさらに含む。
【0148】
代替実施例において、前記アプリケーション機能要求には、有効時間及び／または有効位置がさらに含まれる。
【0149】
代替実施例において、前記装置は、さらに、処理モジュール６６０を備え、
前記処理モジュール６６０は、前記ルート選択ポリシールールとマッチングするＩＰデータパケットに前記サービスタイプを追加することを含む。
前記処理モジュール６６０は、前記ルート選択ポリシールールとマッチングするＩＰデータパケットに前記サービスタイプを追加することを含む。
【0150】
代替実施例において、前記サービスタイプを前記ＩＰデータパケットのサービスタイプフィールドの拡張ビットに追加し、または、前記サービスタイプを前記ＩＰデータパケットのヘッダの拡張フィールドに追加する。
【0151】
図７は、本願の例示的な実施例によるルート選択ポリシーの取得装置のブロック図である。当該装置は、ソフトウェア、ハードウェアまたは両者の結合を介してＵＥの一部に実現でき、即ち、ＵＥに適用されることができる。当該装置は、
ポリシー制御機能ネットワーク要素からルート選択ポリシールールを取得するように構成される、受信モジュール７２０と、
アプリケーションプログラムのトラフィックが前記ルート選択ポリシールールとマッチングするか否かを決定するように構成される処理モジュール７４０であって、前記ルート選択ポリシールールは、サービス区別子を含み、前記サービス区別子は、アプリケーションプログラムにおけるトラフィックのサービスタイプを識別するために使用される、処理モジュール７４０と、を備え、
前記処理モジュール７４０は、さらに、前記アプリケーションプログラムのトラフィックが、前記ルート選択ポリシールールとマッチングする場合、前記ルート選択ポリシールールを実行するように構成される。
ポリシー制御機能ネットワーク要素からルート選択ポリシールールを取得するように構成される、受信モジュール７２０と、
アプリケーションプログラムのトラフィックが前記ルート選択ポリシールールとマッチングするか否かを決定するように構成される処理モジュール７４０であって、前記ルート選択ポリシールールは、サービス区別子を含み、前記サービス区別子は、アプリケーションプログラムにおけるトラフィックのサービスタイプを識別するために使用される、処理モジュール７４０と、を備え、
前記処理モジュール７４０は、さらに、前記アプリケーションプログラムのトラフィックが、前記ルート選択ポリシールールとマッチングする場合、前記ルート選択ポリシールールを実行するように構成される。
【0152】
代替実施例において、前記ルート選択ポリシールールには、アプリケーションプログラム記述子が含まれ、
前記アプリケーションプログラム記述子は、オペレーションシステム識別子、アプリケーションプログラム識別子及び前記サービス区別子を含む。
前記アプリケーションプログラム記述子は、オペレーションシステム識別子、アプリケーションプログラム識別子及び前記サービス区別子を含む。
【0153】
代替実施例において、前記ルート選択ポリシールールには、アプリケーションプログラム記述子及び前記サービス区別子が含まれ、前記アプリケーションプログラム記述子及び前記サービス区別子は並置されており、全てトラフィック記述子に含まれ、または、前記ルート選択ポリシールールには、前記アプリケーションプログラム記述子及び前記サービス区別子が含まれ、前記サービス区別子は、前記アプリケーションプログラム記述子に位置されていない。トラフィック記述子には、サービス区別子及びアプリケーションプログラム記述子を含むだけでなく、サービス区別子を含むがアプリケーションプログラム記述子は含まなくでもよく、またはアプリケーションプログラム記述子を含むがサービス区別子は含まなくでもよい。
【0154】
代替実施例において、前記ルート選択ポリシールールには、有効時間及び／または有効位置がさらに含まれ、
前記処理モジュール７４０は、前記アプリケーションプログラムのトラフィックが、前記ルート選択ポリシールール内のトラフィック記述子における条件とマッチングし、且つ、現在の位置が前記有効位置に属する場合、前記ルート選択ポリシールールを実行するように構成され、
前記処理モジュール７４０は、前記アプリケーションプログラムのトラフィックが、前記ルート選択ポリシールール内のトラフィック記述子における条件とマッチングし、且つ、現在の時間が前記有効時間に属する場合、前記ルート選択ポリシールールを実行するように構成され、
前記処理モジュール７４０は、前記アプリケーションプログラムのトラフィックが、前記ルート選択ポリシールール内のトラフィック記述子における条件とマッチングし、且つ、前記現在の時間が前記有効時間に属し、且つ、前記当前位置が前記有効位置に属する場合、前記ルート選択ポリシールールを実行するように構成される。
前記処理モジュール７４０は、前記アプリケーションプログラムのトラフィックが、前記ルート選択ポリシールール内のトラフィック記述子における条件とマッチングし、且つ、現在の位置が前記有効位置に属する場合、前記ルート選択ポリシールールを実行するように構成され、
前記処理モジュール７４０は、前記アプリケーションプログラムのトラフィックが、前記ルート選択ポリシールール内のトラフィック記述子における条件とマッチングし、且つ、現在の時間が前記有効時間に属する場合、前記ルート選択ポリシールールを実行するように構成され、
前記処理モジュール７４０は、前記アプリケーションプログラムのトラフィックが、前記ルート選択ポリシールール内のトラフィック記述子における条件とマッチングし、且つ、前記現在の時間が前記有効時間に属し、且つ、前記当前位置が前記有効位置に属する場合、前記ルート選択ポリシールールを実行するように構成される。
【0155】
前記処理モジュール７４０は、現在の時間が、前記有効時間に属していないかまたは当前位置が前記有効位置に属していない場合、前記ルート選択ポリシールールを削除するように構成され、または、前記処理モジュール７４０は、現在の時間が、前記有効時間に属していないかまたは当前位置が前記有効位置に属していない場合、前記ルート選択ポリシールールを非活性化するように構成される。
【0156】
上述は、主に、ネットワーク側ネットワーク要素と端末交互との相互作用の角度から、本願の実施例による技術案を紹介する。前記機能を実現するために、ネットワーク側ネットワーク要素、端末は、各機能を実行することに対応するハードウェア構造及び／またはソフトウェアモジュールを含むことを理解されたい。本願で開示された実施例で説明された各例のユニット及びアルゴリズムステップを参照して、本願実施例は、ハードウェアまたはハードウェアをコンピュータソフトウェアに結合する形態で実現できる。特定の機能が、ハードウェアで実行されるかコンピュータソフトウェア駆動のハードウェアで実行されるかは、技術的解決策の特定の応用及び設計の制約条件に依存する。当業者は、各特定の応用に対して異なる方法を使用して説明された機能を実現することができるが、このような実現は本開示の実施例の範囲を超えると見なされるべきではない。
【0157】
図８は、一例示的な実施例によって示される端末の例示的な構造図である。
【0158】
前記端末８００は、送信器８０１、受信器８０２及びプロセッサ８０３を備える。ここで、プロセッサ８０３はコントローラでもあり得、図８では「コントローラ／プロセッサ８０３」と表示されている。選択的に、前記端末８００は、さらに、モデムプロセッサ８０５を備え、ここで、モデムプロセッサ８０５は、エンコーダ８０６、モジュレータ８０７、デコーダ８０８及び復調器８０９を備えることができる。
【0159】
一例において、送信器８０１は、当該出力サンプリングを調整（例えば、シミュレート変換、フィルタリング、増幅及びアップコンバージョンなど）しアップリンク信号を生成し、当該アップリンク信号は、アンテナを経由して上記の実施例に記載のネットワーク側ネットワーク要素に送信する。ダウンリンクでは、アンテナは、上記の実施例におけるネットワーク側ネットワーク要素によって送信されるダウンリンク信号を受信する。受信器８０２は、アンテナから受信した信号を調整（例えば、フィルタリング、増幅、ダウンコンバージョン及びデジタル化など）し入力サンプリングを提供する。モデムプロセッサ８０５では、エンコーダ８０６は、アップリンクで送信しようとするサービスデータ及びシグナリングメッセージを受信し、サービスデータ及びシグナリングメッセージを処理（例えば、フォーマット化、コーディング及びインターリーブ）する。モジュレータ８０７は、コーディング後のサービスデータ及びシグナリングメッセージをさらに処理（例えば、シンボルマッピング及び変調）し、出力サンプリングを提供する。復調器８０９は、当該入力サンプリングを処理（例えば、復調）しシンボル推定を提供する。デコーダ８０８は、当該シンボル推定を処理（例えば、インターリーブ解除及びデコーディング）し端末８００に送信するデコーディングされたデータ及びシグナリングメッセージを提供する。エンコーダ８０６、モジュレータ８０７、復調器８０９及びデコーダ８０８は、合成されたモデムプロセッサ８０５によって実現される。これらのユニットは、無線アクセスネットワークが采用する無線アクセス技術（例えば、ＬＴＥ及び他のエボリューションシステムのアクセス技術）に従って処理する。端末８００が、モデムプロセッサ８０５を備えない場合、モデムプロセッサ８０５の上述した機能もプロセッサ８０３によって完成できることに留意されたい。
【0160】
プロセッサ８０３は、端末８００の動作を制御及び管理し、上述した本願実施例の端末８００が実行する処理プロセスを実行するように構成される。例えば、プロセッサ８０３は、さらに、上記の方法実施例における端末側の各ステップ、及び／または本願実施例で説明された技術的解決策の他のステップを実行するように構成される。
【0161】
さらに、端末８００は、さらにメモリ８０４を備えることができ、メモリ８０４は、端末８００に使用されるプログラムコード及びデータを記憶するように構成される。
【0162】
図８は、端末８００の簡潔の設計のみを示すことを理解されたい。実際の用途では、端末８００は、任意の数の送信器、受信器、プロセッサ、モデムプロセッサ、メモリなどを備えることができ、全ての本願実施例を実現できる端末は、全て本願実施例の保護範囲内に含まれる。
【0163】
図９は、一例示的な実施例によって示されるネットワーク側ネットワーク要素の例示的な構造図である。当該ネットワーク側ネットワーク要素は、ＡＦネットワーク要素でもよく、ＰＣＦネットワーク要素でもよい。
【0164】
ネットワーク側ネットワーク要素９００は、送信器／受信器９０１及びプロセッサ９０２を含む。ここで、プロセッサ９０２はコントローラでもあり得、図９では「コントローラ／プロセッサ９０２」と表示されている。前記送信器／受信器９０１は、ネットワーク側ネットワーク要素と上述した実施例における前記端末との情報の送受信をサポートし、及び前記ネットワーク側ネットワーク要素と他のネットワークエンティティとの通信をサポートするように構成される。前記プロセッサ９０２は、端末と通信するために使用される様々な機能を実行する。アップリンクでは、前記端末からのアップリンク信号は、アンテナを経由して受信され、受信器９０１によって復調（例えば高周波信号をベースバンド信号に復調）され、さらに、プロセッサ９０２によって処理されて端末が送信したサービスデータ及びシグナリングメッセージを復元する。ダウンリンクでは、サービスデータ及びシグナリングメッセージは、プロセッサ９０２によって処理され、送信器９０１によって変調（例えばベースバンド信号を高周波信号に変調）されてダウンリンク信号を生成し、アンテナを経由して端末に送信する。前記復調または変調の機能は、プロセッサ９０２によって完成できることに留意されたい。例えば、プロセッサ９０２は、さらに、上記の方法実施例におけるＡＦネットワーク要素またはＰＣＦネットワーク要素側の各ステップ、及び／または本願実施例で説明された技術的解決策の他のステップを実行するように構成される。
【0165】
さらに、ネットワーク側ネットワーク要素９００は、さらにメモリ９０３を備えることができ、メモリ９０３は、ネットワーク側ネットワーク要素９００に使用されるプログラムコード及びデータを記憶するように構成される。また、ネットワーク側ネットワーク要素９００は、さらに、通信ユニット９０４を備えることができる。通信ユニット９０４は、ネットワーク側ネットワーク要素９００と他のネットワークエンティティ（例えばコアネットワーク内のネットワーク機器など）との通信をサポートするように構成される。
【0166】
図９は、ネットワーク側ネットワーク要素９００の簡潔の設計のみを示すことを理解されたい。実際の用途では、ネットワーク側ネットワーク要素９００は、任意の数の送信器、受信器、プロセッサ、コントローラ、メモリ、通信ユニットなどを備えることができ、全ての本願実施例を実現できるネットワーク側ネットワーク要素は、全て本願実施例の保護範囲内に含まれる。
【0167】
本願実施例は、さらに、コンピュータプログラムが記憶される非一時的なコンピュータ可読記憶媒体を提案し、前記コンピュータプログラムは、ネットワーク側ネットワーク要素のプロセッサによって実行されるとき以上に紹介されたネットワーク側ネットワーク要素側のルート選択ポリシーの取得方法を実現する。
【0168】
本願実施例は、さらに、コンピュータプログラムが記憶される非一時的なコンピュータ可読記憶媒体を提案し、前記コンピュータプログラムは、端末のプロセッサによって実行されるとき以上に紹介された端末側のルート選択ポリシーの実行方法を実現する。
【0169】
本願実施例は、さらに、コンピュータプログラムが記憶されるコンピュータプログラム製品を提案し、前記コンピュータプログラムは、ネットワーク側ネットワーク要素のプロセッサによって実行されるとき以上に紹介されたＡＦネットワーク要素またはＰＣＦネットワーク要素側のルート選択ポリシーの取得方法を実現する。
【0170】
本願実施例は、さらに、コンピュータプログラムが記憶されるコンピュータプログラム製品を提案し、前記コンピュータプログラムは、端末のプロセッサによって実行されるとき以上に紹介された端末側のルート選択ポリシーの実行方法を実現する。
【0171】
上述の本願実施例の番号は、実施例の優劣を表すものではなく、説明の便宜を図るためのものである。
【0172】
上述の実施例の全てまたは一部のステップは、ハードウェアを介して完了してもよく、プログラムによって、関連するハードウェアに命令することにより完了してもよいことを当業者なら自明である。前記プログラムは、コンピュータ読み取り可能な記憶媒体に記憶されてもよく、上記で言及された記憶媒体は、読み取り専用メモリ、磁気ディスク、または光ディスクであり得る。
【0173】
以上の実施例における様々な技術特徴は、任意に組み合わせることができ、説明の簡潔にために、上述した実施例における各技術特徴の全ての可能な組み合わせを説明していないが、特徴の間の組み合わせに矛盾がない限り、全て本明細書に記載の範囲と見なすべきである。
【0174】
以上の実施例は、本願のいくつかの実施形態のみを表し、その説明は、具体的で詳細であるが、本発明の特許の範囲に対する制限として理解されるべきではない。当業者にとって、本願の概念から逸脱することなく、いくつかの変形及び改善を加えることもでき、これらは全て本願の保護範囲に含まれると見なされるべきであることに留意されたい。したがって、本願の保護範囲は、添付の特許請求を基準とするべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【国際調査報告】