特表2024-533979 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 華為技術有限公司の特許一覧

特表2024-533979エッジサービス取得方法及び装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9

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

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

(11)【公表番号】

(43)【公表日】2024-09-18

(54)【発明の名称】エッジサービス取得方法及び装置

(51)【国際特許分類】

H04L 61/4511 20220101AFI20240910BHJP

H04W 88/18 20090101ALI20240910BHJP

【ＦＩ】

H04L61/4511

H04W88/18

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024507068

(86)(22)【出願日】2022-07-21

(85)【翻訳文提出日】2024-03-18

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

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

(87)【国際公開日】2023-02-09

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

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

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．３ＧＰＰ

(71)【出願人】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩＴＥＣＨＮＯＬＯＧＩＥＳＣＯ．，ＬＴＤ．

【住所又は居所原語表記】ＨｕａｗｅｉＡｄｍｉｎｉｓｔｒａｔｉｏｎＢｕｉｌｄｉｎｇ，Ｂａｎｔｉａｎ，ＬｏｎｇｇａｎｇＤｉｓｔｒｉｃｔ，Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ５１８１２９，Ｐ．Ｒ．Ｃｈｉｎａ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東忠重

(74)【代理人】

【識別番号】100229448

【弁理士】

【氏名又は名称】中槇利明

(72)【発明者】

【氏名】ウエイ，シンプオン

(72)【発明者】

【氏名】ジュウ，フェンチン

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

5K067

【Ｆターム（参考）】

5K067AA11

5K067DD24

5K067EE02

5K067EE16

(57)【要約】

本願はエッジサービス取得方法及び装置を提供する。方法は、サーバ発見機能ネットワーク要素が、ＤＮＳサーバによって送信された複数のＤＮＳ応答メッセージ、複数のＤＮＳ応答メッセージは、端末デバイスによってクエリされるＥＡＳのアドレス情報を含む、を受信し、第１指示情報に基づいて、複数のＤＮＳ応答メッセージについて一度第１コアネットワーク要素へＤＮＳ情報レポートを送信すると決定することを含む。サーバ発見機能ネットワーク要素がＤＮＳ情報レポートを第１コアネットワーク要素へ送信するときに生成されるシグナリングオーバーヘッドは、エッジサービスを取得する過程でのシグナリングオーバーヘッドを低減させるよう、低減される。

【特許請求の範囲】

【請求項1】

エッジサービス取得方法であって、
サーバ発見機能ネットワーク要素によって複数のドメイン名システムＤＮＳ応答メッセージをＤＮＳサーバから受信することであり、前記複数のＤＮＳ応答メッセージは、端末デバイスによってクエリされるエッジアプリケーションサーバＥＡＳのアドレス情報を含み、前記複数のＤＮＳ応答メッセージ内の前記ＥＡＳの前記アドレス情報は同じデータネットワークに対応する、前記受信することと、
前記サーバ発見機能ネットワーク要素によって第１指示情報に基づいて、前記複数のＤＮＳ応答メッセージについて一度第１コアネットワーク要素へＤＮＳ情報レポートを送信すると決定することと
を有する方法。

【請求項2】

前記した、前記サーバ発見機能ネットワーク要素によって第１指示情報に基づいて、前記複数のＤＮＳ応答メッセージについて一度第１コアネットワーク要素へＤＮＳ情報レポートを送信すると決定することは、
前記サーバ発見機能ネットワーク要素によって前記第１コアネットワーク要素へ一度、前記複数のＤＮＳ応答メッセージのうちの１つに対応するＤＮＳ情報レポートを報告することを有する、
請求項１に記載の方法。

【請求項3】

前記第１指示情報は、ネットワークアドレスとデータネットワークの識別情報との間の対応情報を含み、
前記した、前記サーバ発見機能ネットワーク要素によって第１指示情報に基づいて、前記複数のＤＮＳ応答メッセージについて一度第１コアネットワーク要素へＤＮＳ情報レポートを送信すると決定することは、
前記サーバ発見機能ネットワーク要素によって前記第１指示情報及び前記複数のＤＮＳ応答メッセージ内の前記ＥＡＳの前記アドレス情報に基づいて、クエリされる前記ＥＡＳが同じデータネットワーク識別情報に対応することを決定することと、
前記サーバ発見機能ネットワーク要素によって前記第１コアネットワーク要素へ一度、前記複数のＤＮＳ応答メッセージのうちの１つに対応するＤＮＳ情報レポートを報告することと
を有する、
請求項１又は２に記載の方法。

【請求項4】

当該方法は、
前記サーバ発見機能ネットワーク要素によって前記複数のＤＮＳ応答メッセージをバッファリングすることと、
前記サーバ発見機能ネットワーク要素によって前記第１コアネットワーク要素から第２指示情報を受信することであり、前記第２指示情報は、前記複数のＤＮＳ応答メッセージのためのハンドリングルールを含む、ことと、
前記サーバ発見機能ネットワーク要素によって前記第２指示情報に基づいて前記端末デバイスへ前記複数のＤＮＳ応答メッセージを送信することと
を更に有する、
請求項１乃至３のうちいずれか一項に記載の方法。

【請求項5】

前記した、サーバ発見機能ネットワーク要素によって複数のＤＮＳ応答メッセージをＤＮＳサーバから受信することより前に、当該方法は、
前記サーバ発見機能ネットワーク要素によって前記第１コアネットワーク要素から前記第１指示情報を受信することを更に有する、
請求項１乃至４のうちいずれか一項に記載の方法。

【請求項6】

前記第１コアネットワーク要素はセッション管理機能ネットワーク要素である、
請求項１乃至５のうちいずれか一項に記載の方法。

【請求項7】

前記データネットワークの前記識別情報は、次の：
前記データネットワークのデータネットワークアクセス識別子ＤＮＡＩ、及び
前記データネットワークのデータネットワーク名ＤＮＮ
のうちの少なくとも１つの情報を含む、
請求項１乃至６のうちいずれか一項に記載の方法。

【請求項8】

エッジサービス取得方法であって、
第１コアネットワーク要素によって第１指示情報をサーバ発見機能ネットワーク要素へ送信することであり、前記第１指示情報は、ドメイン名システムＤＮＳ情報レポートを複数のＤＮＳ応答メッセージについて一度前記第１コアネットワーク要素へ送信するよう前記サーバ発見機能ネットワーク要素に指示し、前記複数のＤＮＳ応答メッセージは、端末デバイスによってクエリされるエッジアプリケーションサーバＥＡＳのアドレス情報を含み、前記複数のＤＮＳ応答メッセージ内の前記ＥＡＳの前記アドレス情報は同じデータネットワークに対応する、前記送信することと、
前記第１コアネットワーク要素によって前記ＤＮＳ情報レポートを受信することと
を有する方法。

【請求項9】

前記ＤＮＳ情報レポートは、前記複数のＤＮＳ応答メッセージのうちの１つに対応するＤＮＳ情報レポートである、
請求項８に記載の方法。

【請求項10】

前記第１コアネットワーク要素はセッション管理機能ネットワーク要素である、
請求項８又は９に記載の方法。

【請求項11】

前記第１指示情報は、ネットワークアドレスとデータネットワークの識別情報との間の対応情報を含む、
請求項８乃至１０のうちいずれか一項に記載の方法。

【請求項12】

前記した、前記第１コアネットワーク要素によって前記ＤＮＳ情報レポートを受信することの後で、当該方法は、
前記第１コアネットワーク要素によって第２指示情報を前記サーバ発見機能ネットワーク要素へ送信することを更に有し、
前記第２指示情報は、前記複数のＤＮＳ応答メッセージのためのハンドリングルールを含み、前記ハンドリングルールは、バッファリングされた前記複数のＤＮＳ応答メッセージを前記端末デバイスへ送信するよう前記サーバ発見機能ネットワーク要素に指示する、
請求項８乃至１１のうちいずれか一項に記載の方法。

【請求項13】

前記データネットワークの前記識別情報は、次の：
前記データネットワークのデータネットワークアクセス識別子ＤＮＡＩ、及び
前記データネットワークのデータネットワーク名ＤＮＮ
のうちの少なくとも１つの情報を含む、
請求項８乃至１２のうちいずれか一項に記載の方法。

【請求項14】

エッジサービス取得方法であって、
サーバ発見機能ネットワーク要素によって端末デバイスから複数のドメイン名システムＤＮＳクエリメッセージを受信することであり、前記複数のＤＮＳクエリメッセージは、ＥＡＳのアドレス情報をクエリするためのものであり、前記複数のＤＮＳクエリメッセージは、前記エッジアプリケーションサーバＥＡＳの識別情報を含み、前記ＥＡＳの前記識別情報は同じデータネットワークに対応する、前記受信することと、
前記サーバ発見機能ネットワーク要素によって第３指示情報に基づいて、前記複数のＤＮＳクエリメッセージについて一度第１コアネットワーク要素へＤＮＳ情報レポートを送信すると決定することと
を有する方法。

【請求項15】

前記第３指示情報は、前記ＥＡＳの前記識別情報とデータネットワークの識別情報との間の対応情報を含み、
前記した、前記サーバ発見機能ネットワーク要素によって第３指示情報に基づいて、前記複数のＤＮＳクエリメッセージについて一度第１コアネットワーク要素へＤＮＳ情報レポートを送信すると決定することは、
前記サーバ発見機能ネットワーク要素によって前記第３指示情報に基づいて、前記複数のＤＮＳクエリメッセージが同じデータネットワーク識別情報に対応することを決定することと、
前記サーバ発見機能ネットワーク要素によって前記第１コアネットワーク要素へ、前記複数のＤＮＳクエリメッセージのうちの１つに対応するＤＮＳ情報レポートを報告することと
を有する、
請求項１４に記載の方法。

【請求項16】

当該方法は、
前記サーバ発見機能ネットワーク要素によって前記複数のＤＮＳクエリメッセージをバッファリングすることと、
前記サーバ発見機能ネットワーク要素によって前記第１コアネットワーク要素から第４指示情報を受信することであり、前記第４指示情報は、前記複数のＤＮＳクエリメッセージのためのハンドリングルールを含む、ことと、
前記サーバ発見機能ネットワーク要素によって前記第４指示情報に基づいて、前記複数のＤＮＳクエリメッセージをＤＮＳサーバへ送信すると決定することと
を更に有する、
請求項１５に記載の方法。

【請求項17】

前記した、サーバ発見機能ネットワーク要素によって端末デバイスから複数のＤＮＳクエリメッセージを受信することより前に、当該方法は、
前記サーバ発見機能ネットワーク要素によって前記第１コアネットワーク要素から前記第３指示情報を受信することを更に有する、
請求項１４乃至１６のうちいずれか一項に記載の方法。

【請求項18】

前記ＥＡＳの前記識別情報は、次の：
前記ＥＡＳのユニフォームリソース識別子ＵＲＩ、
前記ＥＡＳのインスタンス識別子、及び
前記ＥＡＳの絶対ドメイン名ＦＱＤＮ
のうちの少なくとも１つの情報を含む、
請求項１５乃至１７のうちいずれか一項に記載の方法。

【請求項19】

前記データネットワークの前記識別情報は、次の：
データネットワークアクセス識別子ＤＮＡＩ、及び
データネットワーク名ＤＮＮ
のうちの少なくとも１つの情報を含む、
請求項１５乃至１８のうちいずれか一項に記載の方法。

【請求項20】

エッジサービス取得方法であって、
第１コアネットワーク要素によって第３指示情報をサーバ発見機能ネットワーク要素へ送信することであり、前記第３指示情報は、ドメイン名システムＤＮＳ情報レポートを複数のＤＮＳクエリメッセージについて一度前記第１コアネットワーク要素へ送信するよう前記サーバ発見機能ネットワーク要素に指示し、前記複数のＤＮＳクエリメッセージは、エッジアプリケーションサーバＥＡＳのアドレス情報をクエリするためのものであり、前記複数のＤＮＳクエリメッセージは、前記ＥＡＳの識別情報を含み、前記ＥＡＳの前記識別情報は同じデータネットワークに対応する、前記送信することと、
前記第１コアネットワーク要素によって前記ＤＮＳ情報レポートを受信することと
を有する方法。

【請求項21】

前記第３指示情報は、前記ＥＡＳの前記識別情報とデータネットワークの識別情報との間の対応情報を含む、
請求項２０に記載の方法。

【請求項22】

前記した、前記第１コアネットワーク要素によって前記ＤＮＳ情報レポートを受信することの後で、当該方法は、
前記第１コアネットワーク要素によって第４指示情報を前記サーバ発見機能ネットワーク要素へ送信することを更に有し、
前記第４指示情報は、前記複数のＤＮＳクエリメッセージのためのハンドリングルールを含み、前記ハンドリングルールは、前記複数のＤＮＳクエリメッセージのためのクライアントサブネットオプションを構築することを含む、
請求項２０又は２１に記載の方法。

【請求項23】

前記ＥＡＳの前記識別情報は、次の：
前記ＥＡＳのユニフォームリソース識別子ＵＲＩ,
前記ＥＡＳのインスタンス識別子、及び
前記ＥＡＳの絶対ドメイン名ＦＱＤＮ
のうちの少なくとも１つの情報を含む、
請求項２０乃至２２のうちいずれか一項に記載の方法。

【請求項24】

前記データネットワークの前記識別情報は、次の：
データネットワークアクセス識別子ＤＮＡＩ、及び
データネットワーク名ＤＮＮ
のうちの少なくとも１つの情報を含む、
請求項２０乃至２３のうちいずれか一項に記載の方法。

【請求項25】

エッジサービス取得装置であって、
プロセッサを有し、前記プロセッサはメモリに結合され、前記メモリはプログラム又は命令を記憶するよう構成され、
前記プログラム又は前記命令が前記プロセッサによって実行される場合、当該装置は、請求項１乃至７のうちいずれか一項に記載の方法を実行することができるか、当該装置、請求項８乃至１３のうちいずれか一項に記載の方法を実行することができるか、当該装置は、請求項１４乃至１９のうちいずれか一項に記載の方法を実行することができるか、あるいは、当該装置は、請求項２０乃至２４のうちいずれか一項に記載の方法を実行することができる、
エッジサービス取得装置。

【請求項26】

サーバ発見機能ネットワーク要素であって、
プロセッサ及びメモリを有し、
前記メモリはプログラム又は命令を記憶するよう構成され、
前記プログラム又は前記命令が前記プロセッサによって実行される場合、当該サーバ発見機能ネットワーク要素は、請求項１乃至７のうちいずれか一項に記載の方法を実行することができるか、あるいは、当該サーバ発見機能ネットワーク要素は、請求項１４乃至１９のうちいずれか一項に記載の方法を実行することができる、
サーバ発見機能ネットワーク要素。

【請求項27】

コアネットワーク要素であって、
プロセッサ及びメモリを有し、
前記メモリはプログラム又は命令を記憶するよう構成され、
前記プログラム又は前記命令は前記プロセッサによって実行される場合、当該コアネットワーク要素が、請求項８乃至１３のうちいずれか一項に記載の方法を実行することができるか、あるいは、当該コアネットワーク要素は、請求項２０乃至２４のうちいずれか一項に記載の方法を実行することができる、
コアネットワーク要素。

【請求項28】

チップシステムであって、
コンピュータプログラムを記憶するよう構成されるメモリと、
前記メモリから前記コンピュータプログラムを呼び出し、前記コンピュータプログラムを実行して、当該チップシステムが設置されているデバイスが請求項１乃至７のうちいずれか一項、請求項８乃至１３のうちいずれか一項、請求項１４乃至１９のうちいずれか一項、又は請求項２０乃至２４のうちいずれか一項に記載の方法を実行するようにするよう構成されるプロセッサと
を有するチップシステム。

【請求項29】

コンピュータプログラムを有し、
前記コンピュータプログラムがコンピュータで実行される場合、前記コンピュータは、請求項１乃至７のうちいずれか一項、請求項８乃至１３のうちいずれか一項、請求項１４乃至１９のうちいずれか一項、又は請求項２０乃至２４のうちいずれか一項に記載の方法を実行することができる、
コンピュータ可読記憶媒体。

【請求項30】

サーバ発見機能ネットワーク要素及び第１コアネットワーク要素を有し、
前記サーバ発見機能ネットワーク要素は、請求項１乃至７のうちいずれか一項に記載の方法を実行するよう構成され、
前記第１コアネットワーク要素は、請求項８乃至１３のうちいずれか一項に記載の方法を実行するよう構成される、
通信システム。

【請求項31】

複数のＤＮＳ応答メッセージを前記サーバ発見機能ネットワーク要素へ送信するよう構成されるドメイン名システムＤＮＳサーバを更に有する、
請求項３０に記載のシステム。

【請求項32】

エッジサービス取得方法であって、
サーバ発見機能ネットワーク要素によって複数のドメイン名システムＤＮＳ応答メッセージをＤＮＳサーバから受信することであり、前記複数のＤＮＳ応答メッセージは、端末デバイスによってクエリされるエッジアプリケーションサーバＥＡＳのアドレス情報を含み、前記複数のＤＮＳ応答メッセージ内の前記ＥＡＳの前記アドレス情報は同じデータネットワークに対応する、ことと、
前記サーバ発見機能ネットワーク要素によって第１指示情報に基づいて、前記複数のＤＮＳ応答メッセージについて一度第１コアネットワーク要素へＤＮＳ情報レポートを送信すると決定することと、
前記第１コアネットワーク要素によって前記ＤＮＳ情報レポートを受信することと
を有する方法。

【請求項33】

当該方法は、
前記第１コアネットワーク要素によって前記第１指示情報を前記サーバ発見機能ネットワーク要素へ送信することであり、前記第１指示情報は、前記複数のＤＮＳ応答メッセージについて一度前記第１コアネットワーク要素へ前記ＤＮＳ情報レポートを送信するよう前記サーバ発見機能ネットワーク要素に指示する、ことと、
前記サーバ発見機能ネットワーク要素によって前記第１コアネットワーク要素から前記第１指示情報を受信することと
を更に有する、
請求項３２に記載の方法。

【請求項34】

【請求項35】

当該方法は、
前記サーバ発見機能ネットワーク要素によって前記複数のＤＮＳ応答メッセージをバッファリングすることと、
前記第１コアネットワーク要素によって第２指示情報を前記サーバ発見機能ネットワーク要素へ送信することであり、前記第２指示情報は、前記複数のＤＮＳ応答メッセージのためのハンドリングルールを含む、ことと、
前記サーバ発見機能ネットワーク要素によって前記第１コアネットワーク要素から前記第２指示情報を受信することと、
前記サーバ発見機能ネットワーク要素によって前記第２指示情報に基づいて前記複数のＤＮＳ応答メッセージを前記端末デバイスへ送信することと
を更に有する、
請求項３２乃至３４のうちいずれか一項に記載の方法。

【請求項36】

前記第１コアネットワーク要素はセッション管理機能ネットワーク要素である、
請求項３２乃至３５のうちいずれか一項に記載の方法。

【請求項37】

当該方法は、
前記ＤＮＳサーバによって前記複数のＤＮＳ応答メッセージを前記サーバ発見機能ネットワーク要素へ送信することを更に有する、
請求項３２乃至３６のうちいずれか一項に記載の方法。

【請求項38】

請求項１乃至７のうちいずれか一項に記載の方法を実行するよう構成される１つ以上の機能ユニットを有するエッジサービス取得装置。

【請求項39】

請求項８乃至１３のうちいずれか一項に記載の方法を実行するよう構成される１つ以上の機能ユニットを有するエッジサービス取得装置。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、通信分野に、より具体的には、エッジサービス取得方法及び装置に関係がある。

【背景技術】

【0002】

エッジサービスを使用するために、端末デバイスは、最初に、ＤＮＳに基づいたサービス発見メカニズムを使用することによってエッジアプリケーションサーバ（ｅｄｇｅａｐｐｌｉｃａｔｉｏｎｓｅｒｖｅｒ，ＥＡＳ）のアドレス情報を取得する必要がある。現在、端末デバイスは、ＥＡＳのアドレス情報を取得する次のステップを実行する。端末デバイスは、ＥＡＳのアドレス情報を取得するために、ＥＡＳの識別情報を含むＤＮＳクエリ要求をエッジアプリケーションサーバ発見機能（ｅｄｇｅａｐｐｌｉｃａｔｉｏｎｓｅｒｖｅｒｄｉｓｃｏｖｅｒｙｆｕｎｃｔｉｏｎ，ＥＡＳＤＦ）ネットワーク要素へ送信する。ＥＡＳＤＦは、サービスに対応するＤＮＳ応答を取得するようＤＮＳクエリ要求をＤＮＳサーバへ送信し、応答に基づいてＤＮＳ情報レポートをＳＭＦへ送信し、それに応じて、ＳＭＦは、端末デバイスのデータプレーンパスの確立を完了する。最後に、ＥＡＳＤＦは、ＥＡＳのアドレス情報を含むＤＮＳ応答を端末デバイスへ送信する。

【0003】

現在のネットワーク要素では、同じエッジサービスが１つよりも多いＥＡＳ識別情報を有することがある。そのため、サービスにアクセスするとき、端末デバイスは複数のＤＮＳクエリ要求を送信し、ＥＡＳＤＦは、複数のＤＮＳクエリ要求をＤＮＳサーバへ送信し、複数のＤＮＳ応答を受信する。複数のＤＮＳ応答は、ＥＡＳＤＦが複数のＤＮＳ情報レポートをＳＭＦへ送信することをトリガすることになり、それに応じて、ＳＭＦは、端末デバイスのデータプレーンパスの確立を完了する。返されたＤＮＳ応答内のＥＡＳは通常同じデータネットワーク（ｄａｔａｎｅｔｗｏｒｋ，ＤＮ）に属しているので、ＳＭＦは、端末デバイスのデータプレーンパスの確立を一度完了しさえすればよい。従って、既存のエッジサービス取得方法は、シグナリングリソースの無駄を生じさせる可能性がある。

【発明の概要】

【0004】

本願は、エッジサービスを取得する過程でのシグナリングオーバーヘッドを低減させるよう、エッジサービス取得方法及び装置を提供する。

【0005】

第１の態様に従って、エッジサービス取得方法が提供される。方法は、サーバ発見機能ネットワーク要素によって、ＤＮＳサーバによって送信された複数のＤＮＳ応答メッセージを受信することであり、複数のＤＮＳ応答メッセージは、端末デバイスによってクエリされるＥＡＳのアドレス情報を含む、ことと、サーバ発見機能ネットワーク要素によって第１指示情報に基づいて、複数のＤＮＳ応答メッセージについて一度第１コアネットワーク要素へＤＮＳ情報レポートを送信すると決定することとを含む。

【0006】

本願のこの実施形態で提供される方法に従って、サーバ発見機能ネットワーク要素は、同じデータネットワークに対応する複数のＥＡＳのアドレス情報を含む複数のＤＮＳ応答メッセージを受信し得る。サーバ発見機能ネットワーク要素は、第１指示情報に基づいて、複数のＤＮＳ応答メッセージについて一度だけ第１コアネットワーク要素へＤＮＳ情報レポートを送信すると決定し得る。これにより、複数のＥＡＳのアドレス情報がクエリされる場合に生成されるシグナリングオーバーヘッドを低減することができる。

【0007】

第１の態様を参照して、第１の態様のいくつかの実施において、第１コアネットワーク要素はセッション管理機能ネットワーク要素であり、サーバ発見機能ネットワーク要素はエッジアプリケーションサーバ発見機能ネットワーク要素である。

【0008】

第１の態様を参照して、第１の態様のいくつかの実施において、第１指示情報は、ネットワークアドレスとデータネットワークの識別情報との間の対応情報を含む。サーバ発見機能ネットワーク要素は、第１指示情報及び複数のＤＮＳ応答メッセージ内のＥＡＳのアドレス情報に基づいて、クエリされるＥＡＳが同じデータネットワーク識別情報に対応することを決定し、サーバ発見機能ネットワーク要素は、第１コアネットワーク要素に対して一度、複数のＤＮＳ応答メッセージのうちの１つに対応するＤＮＳ情報レポートを報告する。

【0009】

第１の態様を参照して、第１の態様のいくつかの実施において、サーバ発見機能ネットワーク要素は、複数のＤＮＳ応答メッセージをバッファリングし、サーバ発見機能ネットワーク要素は、第１コアネットワーク要素によって送信された第２指示情報を受信し、第２指示情報は、複数のＤＮＳ応答メッセージのためのハンドリングルールを含み、サーバ発見機能ネットワーク要素は、第２指示情報に基づいて、複数のＤＮＳ応答メッセージを端末デバイスへ送信すると決定する。

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

第１４の態様に従って、装置が提供され、プロセッサ及びメモリを含む。プロセッサは、メモリに記憶されている命令を読み出すよう構成され、第１の態様乃至第４の態様又は第１の態様乃至第４の態様の可能な実施のうちのいずれか１つに従う方法を実行するために、受信器を使用することによって信号を受信し、また、送信器を使用することによって信号を送信してもよい。

【0059】

任意に、１つ以上のプロセッサが存在し、１つ以上のメモリが存在する。

【0060】

任意に、メモリはプロセッサと一体化されてもよく、あるいは、メモリ及びプロセッサは別々に配置される。

【0061】

具体的な実施プロセスにおいて、メモリは、リードオンリーメモリ（ｒｅａｄ－ｏｎｌｙｍｅｍｏｒｙ，ＲＯＭ）などの不揮発性（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）メモリであってよい。メモリ及びプロセッサは、１つのチップ内に集積されてもよく、あるいは、異なるチップに別々に配置されてもよい。メモリのタイプと、メモリ及びプロセッサが配置される方法とは、本願のこの実施形態で制限されない。

【0062】

指示情報の送信などの関連するデータ交換プロセスは、プロセッサから指示情報を出力するプロセスであってもよく、能力情報の受信は、入力された能力情報をプロセッサによって受信するプロセスであってもよい、ことが理解されるべきである。具体的に、プロセッサによって出力されたデータは、送信器へ出力されてもよく、プロセッサによって受信された入力データは、受信器からであってもよい。送信器及び受信器はトランシーバと総称されることがある。

【0063】

第１４の態様の装置はチップであってもよい。プロセッサは、ハードウェア又はソフトウェアを使用することによって実装され得る。プロセッサがハードウェアを使用することによって実装される場合、プロセッサはロジック回路、集積回路などであってよい。プロセッサがソフトウェアを使用することによって実装される場合、プロセッサは汎用プロセッサであってよく、メモリに記憶されているソフトウェアコードを読み出すことによって実装される。メモリはプロセッサに組み込まれてもよく、あるいは、プロセッサから独立して存在してもよい。

【0064】

第１５の態様に従って、コンピュータプログラム製品が提供される。コンピュータプログラム製品はコンピュータプログラム（コード又は命令とも呼ばれることがある）を含む。コンピュータプログラムが実行される場合、コンピュータは、第１の態様乃至第４の態様又は第１の態様乃至第４の態様の可能な実施のうちのいずれか１つに従う方法を実行することができる。

【0065】

第１６の態様に従って、コンピュータ可読媒体が提供される。コンピュータ可読媒体はコンピュータプログラム（コード又は命令とも呼ばれることがある）を記憶している。コンピュータプログラムがコンピュータで実行される場合、コンピュータは、第１の態様乃至第４の態様又は第１の態様乃至第４の態様の可能な実施のうちのいずれか１つに従う方法を実行することができる。

【0066】

第１７の態様に従って、チップシステムが提供され、メモリからコンピュータプログラムを呼び出し、コンピュータプログラムを実行するよう構成されるプロセッサを含み、それにより、チップシステムが設置されているデバイスは、第１の態様乃至第４の態様又は第１の態様乃至第４の態様の可能な実施のうちのいずれか１つに従う方法を実行する。

【図面の簡単な説明】

【0067】

【図1】本願の実施形態が適用されるシステムアーキテクチャの図である。

【図2】本願の実施形態に従うエッジサービスアーキテクチャの模式図である。

【図3】既存のエッジサービス取得方法３００の概略フローチャートである。

【図4】本願に従うエッジサービス取得方法４００の概略フローチャートである。

【図5】本願に従うエッジサービス取得方法５００の概略フローチャートである。

【図6】本願に従うエッジサービス取得方法６００の概略フローチャートである。

【図7】本願に従うエッジサービス取得方法７００の概略フローチャートである。

【図8】本願に従うエッジサービス取得装置１００の概略ブロック図である。

【図9】本願に従うエッジサービス取得装置２００の概略ブロック図である。

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

【0068】

以下は、添付の図面を参照して本願の技術的解決法について記載する。

【0069】

本願の実施形態で述べられている無線通信システムは、グローバル・システム・フォー・モバイル・コミュニケーションズ（ｇｌｏｂａｌｓｙｓｔｅｍｆｏｒｍｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ，ＧＳＭ）システム、ロング・ターム・エボリューション（ｌｏｎｇｔｅｒｍｅｖｏｌｕｔｉｏｎ，ＬＴＥ）周波数分割復信（ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｄｕｐｌｅｘ，ＦＤＤ）システム、ＬＴＥ時分割復信（ｔｉｍｅｄｉｖｉｓｉｏｎｄｕｐｌｅｘ，ＴＤＤ）システム、ＬＴＥシステム、ロング・ターム・エボリューション－アドバンスド（ＬＴＥ－Ａｄｖａｎｃｅｄ，ＬＴＥ－Ａ）システム、次世代通信システム（例えば、６Ｇ通信システム）、複数のアクセスシステムを統合するシステム、又は進化したシステムを含むが、これらに限られない。

【0070】

本願で提供される技術的解決法は、マシンタイプ通信（ｍａｃｈｉｎｅｔｙｐｅｃｏｍｍｕｎｉｃａｔｉｏｎ，ＭＴＣ）、マシン対マシン用のロング・ターム・エボリューション（ＬＴＥｆｏｒＭ２Ｍ，ＬＴＥ－Ｍ）通信、デバイス間（ｄｅｖｉｃｅｔｏｄｅｖｉｃｅ，Ｄ２Ｄ）ネットワーク、マシン間（ｍａｃｈｉｎｅｔｏｍａｃｈｉｎｅ，Ｍ２Ｍ）ネットワーク、インターネット・オブ・シングス（ｉｎｔｅｒｎｅｔｏｆｔｈｉｎｇｓ，ＩｏＴ）ネットワーク、又は他のネットワークに更に適用されてもよい。ＩｏＴネットワークは、例えば、インターネット・オブ・ビークルを含んでもよい。インターネット・オブ・ビークルシステムにおける通信モードは、ビークル・ツー・Ｘ（ｖｅｈｉｃｌｅｔｏＸ，Ｖ２Ｘ，なお、Ｘはあらゆるものを表し得る）と総称される。例えば、Ｖ２Ｘは、ビークル・ツー・ビークル（ｖｅｈｉｃｌｅｔｏｖｅｈｉｃｌｅ，Ｖ２Ｖ）通信、ビークル・ツー・インフラストラクチャ（ｖｅｈｉｃｌｅｔｏｉｎｆｒａｓｔｒｕｃｔｕｒｅ，Ｖ２Ｉ）通信、ビークル・ツー・ペデストリアン（ｖｅｈｉｃｌｅｔｏｐｅｄｅｓｔｒｉａｎ，Ｖ２Ｐ）通信、又はビークル・ツー・ネットワーク（ｖｅｈｉｃｌｅｔｏｎｅｔｗｏｒｋ，Ｖ２Ｎ）通信を含み得る。

【0071】

本願の実施形態における端末デバイスは、無線通信機能を備えている様々なアクセス端末、モバイルデバイス、ユーザ端末、又はユーザ装置を含んでもよい。例えば、端末デバイスは、携帯電話（ｍｏｂｉｌｅｐｈｏｎｅ）、タブレットコンピュータ（Ｐａｄ）、無線トランシーバ機能を持ったコンピュータ、仮想現実（ｖｉｒｔｕａｌｒｅａｌｉｔｙ，ＶＲ）端末デバイス、又は拡張現実（ａｕｇｍｅｎｔｅｄｒｅａｌｉｔｙ，ＡＲ）端末デバイスなどのユーザ設備（ｕｓｅｒｅｑｕｉｐｍｅｎｔ，ＵＥ）であってよい。端末デバイスは、代替的に、産業制御（ｉｎｄｕｓｔｒｉａｌｃｏｎｔｒｏｌ）における無線端末、マシンタイプ通信（ｍａｃｈｉｎｅｔｙｐｅｃｏｍｍｕｎｉｃａｔｉｏｎ，ＭＴＣ）端末、顧客構内設備（ｃｕｓｔｏｍｅｒｐｒｅｍｉｓｅｅｑｕｉｐｍｅｎｔ，ＣＰＥ）、自動運転（ｓｅｌｆ－ｄｒｉｖｉｎｇ）における無線端末、遠隔医療（ｒｅｍｏｔｅｍｅｄｉｃａｌ）における無線端末、スマートグリッド（ｓｍａｒｔｇｒｉｄ）における無線端末、輸送安全（ｔｒａｎｓｐｏｒｔａｔｉｏｎｓａｆｅｔｙ）における無線端末、スマートシティ（ｓｍａｒｔｃｉｔｙ）における無線端末、スマートホーム（ｓｍａｒｔｈｏｍｅ）における無線端末、セルラー電話、コードレス電話、セッション開始プロトコル（ｓｅｓｓｉｏｎｉｎｉｔｉａｔｉｏｎｐｒｏｔｏｃｏｌ，ＳＩＰ）電話、無線ローカルループ（ｗｉｒｅｌｅｓｓｌｏｃａｌｌｏｏｐ，ＷＬＬ）局、パーソナル・デジタル・アシスタント（ｐｅｒｓｏｎａｌｄｉｇｉｔａｌａｓｓｉｓｔａｎｔ，ＰＤＡ）、無線通信機能を持った携帯機器若しくは計算装置、無線モデムに接続されている他の処理デバイス、車載デバイス、若しくはウェアラブルデバイス、５Ｇネットワーク内の端末デバイス、又は将来の進化した公衆地上移動体ネットワーク（ｐｕｂｌｉｃｌａｎｄｍｏｂｉｌｅｎｅｔｗｏｒｋ，ＰＬＭＮ）内の端末デバイスであってもよい。

【0072】

図１及び図２を参照して、以下は、本願の実施形態におけるネットワークシステムアーキテクチャ及びアーキテクチャ内のエッジサービスアーキテクチャを詳細に記載する。

【0073】

図１は、本願が適用される無線通信システムアーキテクチャの例の概略ブロック図である。図示されるように、システムアーキテクチャは、具体的に、次のネットワーク要素を含み得る。

【0074】

１．（ラジオ）アクセスネットワーク（（ｒａｄｉｏ）ａｃｃｅｓｓｎｅｔｗｏｒｋ，（Ｒ）ＡＮ）：ＲＡＮは、無線通信技術に基づいたネットワークアクセス機能を実装するアクセスネットワークである。ラジオアクセスネットワークは、無線リソースを管理し、端末にアクセスサービスを提供し、更には、端末とコアネットワークとの間の制御信号及びユーザデータの転送を完了することができる。

【0075】

本願に関与するラジオアクセスネットワークデバイスは、無線トランシーバ機能を持ったデバイスであってよい。ラジオアクセスネットワークデバイスは、無線通信機能サービスを提供するデバイスであってよく、通常はネットワーク側に位置している。ラジオアクセスネットワークデバイスは、第５世代（５ｔｈｇｅｎｅｒａｔｉｏｎ，５Ｇ）通信システムにおける次世代ノードＢ（ｇＮｏｄｅＢ，ｇＮＢ）、第６世代（６ｔｈｇｅｎｅｒａｔｉｏｎ，６Ｇ）移動体通信システムにおける次世代ノードＢ、将来の移動体通信システムにおける基地局、Ｗｉ－Ｆｉシステムにおけるアクセスノード、ＬＴＥシステムにおけるエボルブド・ノードＢ（ｅｖｏｌｖｅｄＮｏｄｅＢ，ｅＮＢ）、ラジオネットワークコントローラ（ｒａｄｉｏｎｅｔｗｏｒｋｃｏｎｔｒｏｌｌｅｒ，ＲＮＣ）、ノードＢ（ＮｏｄｅＢ，ＮＢ）、基地局コントローラ（ｂａｓｅｓｔａｔｉｏｎｃｏｎｔｒｏｌｌｅｒ，ＢＳＣ）、ホーム・ノードＢ（例えば、ｈｏｍｅｅｖｏｌｖｅｄＮｏｄｅＢ、又はｈｏｍｅＮｏｄｅＢ，ＨＮＢ）、ベースバンドユニット（ｂａｓｅｂａｎｄｕｎｉｔ，ＢＢＵ）、送信受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎｒｅｃｅｐｔｉｏｎｐｏｉｎｔ，ＴＲＰ）、送信ポイント（ｔｒａｎｓｍｉｔｔｉｎｇｐｏｉｎｔ，ＴＰ）、及びベーストランシーバ局（ｂａｓｅｔｒａｎｓｃｅｉｖｅｒｓｔａｔｉｏｎ，ＢＴＳ）を含むが、これらに限られない。ネットワーク構造において、アクセスネットワークデバイスは、中央ユニット（ｃｅｎｔｒａｌｕｎｉｔ，ＣＵ）ノード、分散ユニット（ｄｉｓｔｒｉｂｕｔｅｄｕｎｉｔ，ＤＵ）ノード、ＣＵノードとＤＵノードを含むＲＡＮデバイス、又はＣＵ制御プレーンノードをとＣＵユーザプレーンノードとＤＵノードを含むＲＡＮデバイスを含んでもよい。アクセスネットワークデバイスはセルにサービスを提供し得る。ユーザ設備は、セルのために使用される伝送リソース（例えば、周波数領域リソース、又は周波数スペクトルリソースと呼ばれる）上で基地局と通信する。セルは、基地局に対応するセルであってよい。セルは、マクロ基地局、又はスモールセル（ｓｍａｌｌｃｅｌｌ）に対応する基地局に属し得る。ここでのスモールセルは、メトロセル（ｍｅｔｒｏｃｅｌｌ）、ミクロセル（ｍｉｃｒｏｃｅｌｌ）、ピコセル（ｐｉｃｏｃｅｌｌ）、フェムトセル（ｆｅｍｔｏｃｅｌｌ）などを含んでもよい。これらのスモールセルは、小さいカバレッジ及び低い伝送電力という特徴を持ち、高速データ伝送サービスの提供に適用される。ラジオアクセスネットワークデバイスは、マクロ基地局であってよく、ミクロ基地局又は屋内基地局であってよく、あるいは、リレーノード又はドナーノード、Ｖ２Ｘ通信システムにおいてユーザ設備に無線通信サービスを提供するデバイス、クラウドラジオアクセスネットワーク（ｃｌｏｕｄｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ，ＣＲＡＮ）シナリオにおけるラジオコントローラ、中継局、車載デバイス、ウェアラブルデバイス、将来の進化したネットワークにおけるネットワークデバイス、などであってよい。ラジオアクセスネットワークデバイスによって使用される具体的な技術及び具体的なデバイス形態は、本願の実施形態で制限されない。

【0076】

２．ユーザプレーン機能ネットワーク要素（ｕｓｅｒｐｌａｎｅｆｕｎｃｔｉｏｎ，ＵＰＦ）：パケットルーティング及び転送、ユーザプレーンデータのためのクオリティ・オブ・サービス（ｑｕａｌｉｔｙｏｆｓｅｒｖｉｃｅ，ＱｏＳ）の処理、などを実行するよう構成される。ユーザデータは、このネットワーク要素を通じてデータネットワーク（ｄａｔａｎｅｔｗｏｒｋ，ＤＮ）へ送信され得る。

【0077】

３．データネットワーク（ｄａｔａｎｅｔｗｏｒｋ，ＤＮ）１４０：データ伝送を実行するネットワーク。

【0078】

４．アクセス及びモビリティ管理機能ネットワーク要素（ａｃｃｅｓｓａｎｄｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔｆｕｎｃｔｉｏｎ，ＡＭＦ）：モビリティ管理、アクセス管理、などのために主に使用される。ＡＭＦは、モビリティ管理エンティティ（ｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔｅｎｔｉｔｙ，ＭＭＥ）の機能内のセッション管理以外の、合法的傍受又はアクセス認証／承認などの機能を実装するよう構成される。

【0079】

５．セッション管理機能ネットワーク要素（ｓｅｓｓｉｏｎｍａｎａｇｅｍｅｎｔｆｕｎｃｔｉｏｎ，ＳＭＦ）１６０：セッション管理、端末デバイスのインターネットプロトコル（ｉｎｔｅｒｎｅｔｐｒｏｔｏｃｏｌ，ＩＰ）アドレス割り当て及び管理、管理可能なユーザプレーン機能の選択、ポリシー制御及び変更機能に向かうインターフェースの終端、ダウンリンクデータ通知などのために主に使用される。

【0080】

６．ネットワーク公開機能ネットワーク要素（ｎｅｔｗｏｒｋｅｘｐｏｓｕｒｅｆｕｎｃｔｉｏｎ，ＮＥＦ）１８０：第３世代パートナーシッププロジェクト（３ＧＰＰ）ネットワーク機能によって提供されるサービス、能力、などを安全に公開するよう主に構成される。

【0081】

７．ポリシー制御機能ネットワーク要素（ｐｏｌｉｃｙｃｏｎｔｒｏｌｆｕｎｃｔｉｏｎ，ＰＣＦ）：ネットワーク挙動を支配する統合ポリシーフレームワークであり、ポリシールール情報等を制御プレーン機能ネットワーク要素（例えば、ＡＭＦ又はＳＭＦネットワーク要素）へ提供する。

【0082】

８．アプリケーション機能ネットワーク要素（ａｐｐｌｉｃａｔｉｏｎｆｕｎｃｔｉｏｎ，ＡＦ）１１１０：トラフィックルーティングに対するアプリケーションの影響をサポートしたり、ネットワーク公開機能ネットワーク要素にアクセスしたり、又はポリシー制御のためにポリシーフレームワークと相互作用したり、などするよう構成される。

【0083】

更に、上記のネットワークアーキテクチャは、ネットワークスライスに関する情報を管理するよう構成されるネットワークスライス選択機能ネットワーク要素（ｎｅｔｗｏｒｋｓｌｉｃｅｓｅｌｅｃｔｉｏｎｆｕｎｃｔｉｏｎ，ＮＳＳＦ）と、ＮＦエンティティ及びそれらのサポートされているサービスのネットワーク機能プロファイルを記憶し、サービス発見及びネットワーク要素エンティティ発見などの機能をサポートするよう構成されるネットワークリポジトリ機能ネットワーク要素（ｎｅｔｗｏｒｋｒｅｐｏｓｉｔｏｒｙｆｕｎｃｔｉｏｎ，ＮＲＦ）とを更に含む。

【0084】

このネットワークアーキテクチャにおいて、Ｎ２インターフェースはＲＡＮとＡＭＦネットワーク要素との間のインターフェースであり、非アクセス層（ｎｏｎ－ａｃｃｅｓｓｓｔｒａｔｕｍ，ＮＡＳ）メッセージなどの送信用であり、Ｎ３インターフェースはＲＡＮとＵＰＦネットワーク要素との間のインターフェースであり、ユーザプレーンデータなどの伝送用であり、Ｎ４インターフェースはＳＭＦネットワーク要素とＵＰＦネットワーク要素との間のインターフェースであり、Ｎ３接続のトンネル識別情報、データバッファ指示情報、及びダウンリンクデータ通知メッセージなどの情報の伝送用である。

【0085】

上記のネットワーク要素又は機能は、ハードウェアデバイス内のネットワーク要素、専用ハードウェアで実行されるソフトウェア機能、又はプラットフォーム（例えば、クラウドプラットフォーム）上でインスタンス化されている仮想化された機能であってよい、ことが理解され得る。

【0086】

説明を簡単にするために、以下は、本願においてアクセス管理機能ネットワーク要素がＡＭＦネットワーク要素であり、セッション管理ネットワーク要素がＳＭＦネットワーク要素であり、ポリシー制御ネットワーク要素はＰＣＦネットワーク要素である例を使用することによって、記載される。

【0087】

更に、ＡＭＦネットワーク要素はＡＭＦと略称され、ＳＭＦネットワーク要素はＳＭＦと略称され、ＰＣＦネットワーク要素はＰＣＦと略称される。具体的に、本願の後続の説明では、全てのＡＭＦがアクセス管理機能ネットワーク要素で置き換えられることがあり、全てのＳＭＦがセッション管理ネットワーク要素で置き換えられることがあり、全てのＰＣＦがポリシー制御ネットワーク要素で置き換えられることがある。

【0088】

説明を簡単にするために、本願において、エッジサービス取得方法は、装置がＡＭＦエンティティ、ＳＭＦエンティティ、又はＰＣＦエンティティである例を使用することによって記載される。装置がＡＭＦエンティティ内のチップ、ＳＭＦエンティティ内のチップ、又はＰＣＦエンティティ内のチップである実施方法については、装置がＡＭＦエンティティ、ＳＭＦエンティティ、又はＰＣＦエンティティである方法に関する具体的な説明を参照されたい。詳細は繰り返されない。

【0089】

図１に示されるネットワークアーキテクチャで、ＵＥはＮ１インターフェースを介してＡＭＦへ接続され，ＲＡＮはＮ２インターフェースを介してＡＭＦへ接続され、ＲＡＮはＮ３インターフェースを介してＵＰＦへ接続される。

【0090】

ＵＰＦどうしは、Ｎ９インターフェースを通じて互いに接続され、ＵＰＦは、Ｎ６インターフェースを通じてデータネットワーク（ｄａｔａｎｅｔｗｏｒｋ，ＤＮ）へ相互接続される。

【0091】

ＳＭＦは、Ｎ４インターフェースを通じてＵＰＦを制御する。

【0092】

図１において、Ｎ１、Ｎ２、Ｎ３、Ｎ４、などはインターフェースシーケンス番号である。これらのインターフェースシーケンス番号の意味については、現在の標準プロトコルで定義されている意味を参照されたく、これはここでは制限されない。

【0093】

本願の実施形態に適用される上記のネットワークアーキテクチャは、従来のポイント・ツー・ポイントアーキテクチャ及びサービスアーキテクチャの視点から記載されるネットワークアーキテクチャの例にすぎず、本願の実施形態に適用されるネットワークアーキテクチャはそれに制限されない、ことが理解されるべきである。上記のネットワーク要素の機能を実装することができる如何なるネットワークアーキテクチャも、本願の実施形態に適用される。

【0094】

図２は、本願の実施形態が適用されるシステムアーキテクチャ又はシナリオの模式図である。システムは、上記のネットワークアーキテクチャにおけるエッジコンピューティングのためのサポートとしても見なされ得る。

【0095】

図２に示されるように、システムアーキテクチャはエッジアプリケーションサーバ（ｅｄｇｅａｐｐｌｉｃａｔｉｏｎｓｅｒｖｅｒ，ＥＡＳ）を含む。ＥＡＳは、エッジデータネットワーク（ｅｄｇｅｄａｔａｎｅｔｗｏｒｋ，ＥＤＮ）に配置されているエッジアプリケーションサーバであり、エッジアプリケーション（サーバ）、アプリケーションインスタンス、エッジアプリケーションインスタンス、マルチアクセスエッジコンピューティング（ｍｕｌｔｉ－ａｃｃｅｓｓｅｄｇｅｃｏｍｐｕｔｉｎｇ，ＭＥＣ）アプリケーション（サーバ）、ＥＡＳ機能、などとも呼ばれることがある。エッジアプリケーションは「アプリケーションインスタンス」とも呼ばれることがあり、具体的に、ＥＤＮに配置されて実行されるサーバアプリケーションプログラム（例えば、ソーシャルメディアソフトウェア、拡張現実（ａｕｇｍｅｎｔｅｄｒｅａｌｉｔｙ，ＡＲ）、又は仮想現実（ｖｉｒｔｕａｌｒｅａｌｉｔｙ，ＶＲ））のインスタンス（ｉｎｓｔａｎｃｅ）である。１つ以上のＥＡＳが、１つ以上のＥＤＮにおいて１つのアプリケーションのために配置され得る。異なるＥＤＮに配置されて実行されるＥＡＳは、１つのアプリケーションの異なるＥＡＳと見なされ得る。ＥＡＳは１つ以上のドメイン名を共有してよく、あるいは、クラウド上に配置されているアプリケーションのそれとは異なるドメイン名を使用してもよく、このとき、ドメイン名は絶対ドメイン名（ｆｕｌｌｙｑｕａｌｉｆｉｅｄｄｏｍａｉｎｎａｍｅ，ＦＱＤＮ）であってよく、また、１つのエニーキャストインターネットプロトコル（ｉｎｔｅｒｎｅｔｐｒｏｔｏｃｏｌ，ＩＰ）アドレスであってもよく、あるいは、異なるＩＰアドレスを使用してもよい。

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

Ｓ６９０．ＳＭＦは第２指示情報をＥＡＳＤＦへ送信し、第２指示情報はＤＮＳハンドリングルールを含み得る。

【0175】

例えば、ＳＭＦエンティティは、ＤＮＳコンテキスト更新要求（Ｎｅａｓｄｆ＿ＤＮＳＣｏｎｔｅｘｔ＿ＵｐｄａｔａＲｅｑｕｅｓｔ）メッセージで第２指示情報を送信してもよい。

【0176】

ＤＮＳハンドリングルールは、ＤＮＳ応答メッセージを端末デバイスへ送信する、例えば、ＥＡＳＤＦによってバッファリングされている複数のＤＮＳ応答メッセージを送信するか、又は指定されたＥＡＳアドレス範囲についてＤＮＳ応答メッセージを送信する、ようサーバ発見機能ネットワーク要素に指示するためのポリシーであってよく、このとき、第２指示情報は、ＥＡＳＩＰアドレス範囲情報、指定されたＤＡＮＩ、又は指定されたＦＱＤＮを含み得る。代替的に、ＤＮＳハンドリングルールは、複数のＤＮＳ応答メッセージに続く最初のＤＮＳ応答メッセージをバッファリングしないようサーバ発見機能ネットワーク要素に指示してもよく、最初のＤＮＳ応答メッセージも、端末デバイスによって送信された複数のＤＮＳクエリメッセージに対する応答である。代替的に、ＤＮＳハンドリングルールは、複数のＤＮＳ応答メッセージに続く最初のＤＮＳ応答メッセージを破棄するようサーバ発見機能ネットワーク要素に指示してもよい。

【0177】

Ｓ６１００．ＳＭＦは、ＥＡＳＤＦによって送信された応答メッセージを受信し、応答メッセージはＤＮＳコンテキスト更新応答（Ｎｅａｓｄｆ＿ＤＮＳＣｏｎｔｅｘｔ＿ＵｐｄａｔａＲｅｓｐｏｎｓｅ）であってよい。

【0178】

Ｓ６１１０．ＥＡＳＤＦはＤＮＳ応答メッセージを端末デバイスへ送信する。

【0179】

図７は、本願に従う他のエッジサービス取得方法７００の概略フローチャートである。図７に示される方法７００は、図１に示されるシステム内のＳＭＦ、ＥＡＳＤＦ、ＵＤＭ（ＵＬＣＬ／ＢＰ）、及びＵＤＭ（ＰＳＡ）などのネットワーク要素によって実行され得る。図７に示されるように、方法はステップＳ７１０からＳ７１２０を含む。

【0180】

任意に、Ｓ７１０で、ＳＭＦは第３指示情報をＥＡＳＤＦへ送信する。相応して、ＥＡＳＤＦは第３指示情報を受信する。第３指示情報はＳ５２０でのそれに類似している。詳細はここで再び説明されない。

【0181】

Ｓ７２０．ＥＡＳＤＦは、端末デバイスによって送信された複数のＤＮＳクエリメッセージを受信する。

【0182】

【0183】

Ｓ７３０．ＥＡＳＤＦは複数のＤＮＳクエリメッセージをバッファリングする。

【0184】

Ｓ７４０．ＥＡＳＤＦは、第３指示情報に基づいて、複数のＤＮＳクエリメッセージについて第１コアネットワーク要素へＤＮＳ情報レポート（ＤＮＳコンテキスト通知要求）を送信すると決定する。

【0185】

Ｓ７５０．ＥＡＳＤＦはＤＮＳ情報レポートの応答メッセージ（ＤＮＳコンテキスト通知応答）を受信する。

【0186】

Ｓ７６０．ＳＭＦは第４指示情報をＥＡＳＤＦへ送信し、第４指示情報はＤＮＳハンドリングルールを含み得る。例えば、ＤＮＳハンドリングルールは、ＥＤＮＳクライアントサブネットオプション情報を構築することを含んでもよい。

【0187】

例えば、ＳＭＦエンティティは、ＤＮＳコンテキスト更新要求（Ｎｅａｓｄｆ＿ＤＮＳＣｏｎｔｅｘｔ＿ＵｐｄａｔａＲｅｑｕｅｓｔ）メッセージで第４指示情報を送信してもよい。

【0188】

Ｓ７７０．ＥＡＳＤＦはＤＮＳコンテキスト更新応答（Ｎｅａｓｄｆ＿ＤＮＳＣｏｎｔｅｘｔ＿ＵｐｄａｔａＲｅｐｏｎｓｅ）メッセージを受信する。

【0189】

任意に、Ｓ７８０で、ＥＡＳＤＦは、バッファリングされたＤＮＳクエリメッセージのためにＥＤＮＳクライアントサブネットオプション情報を構築する。

【0190】

Ｓ７９０．ＥＡＳＤＦは複数のＤＮＳクエリメッセージをＤＮＳサーバへ送信する。

【0191】

Ｓ７１００．ＥＡＳＤＦは、ＤＮＳサーバによって送信された、複数のＤＮＳクエリメッセージ応答するＤＮＳ応答メッセージを受信する。

【0192】

Ｓ７１１０．ＤＮＳ応答メッセージを処理するプロセスはＳ６８０でのそれに類似している。

【0193】

Ｓ７１２０．ＥＡＳＤＦはＤＮＳ応答メッセージを端末デバイスへ送信する。

【0194】

なお、本願の実施形態における技術的解決法について明りょうに記載するために、「第１」及び「第２」などの用語は、基本的に同じ機能及び目的を持つ同じアイテム又は類似したアイテムを区別するために本願の実施形態で使用されている、ことが留意されるべきである。例えば、第１情報及び第２情報は、異なる情報どうしを区別するために使用されているに過ぎず、第１情報及び第２情報の順序を限定するものではない。当業者は、「第１」及び「第２」などの用語が数量又は実行順序を限定するものではないこと、並びに「第１」及び「第２」などの用語が明確な違いを示すものではないことを理解し得る。

【0195】

上記は、図４から図７を参照して本願の実施形態におけるエッジサービス取得方法について詳細に記載している。本願の実施形態で提供される装置は、図８及び図９を参照して以下で記載される。装置の実施形態の記載は方法の実施形態の記載に対応する、ことが理解されるべきである。従って、詳細に記載されていない内容については、上記の方法の実施形態を参照されたい。簡潔さのために、詳細はここで再び説明されない。

【0196】

上記は、ノード間のインタラクションの視点から、本願の実施形態で提供される解決法について主に記載している。上記の機能を実装するために、端末デバイス又はネットワークデバイスなどの各ノードは、各機能を実行するための対応するハードウェア構造及び／又はソフトウェアモジュールを含む、ことが理解され得る。当業者は、本明細書で開示される実施形態で記載されている例と組み合わせて、ユニット及びアルゴリズムステップが本願においてハードウェア又はハードウェアとコンピュータソフトウェアとの組み合わせによって実装されてもよいことを気づき得る。機能がハードウェア又はコンピュータソフトウェアによって駆動されるハードウェアによって実行されるかどうかは、技術的解決法の特定の用途及び設計制約に依存する。当業者は、特定の用途ごとに、記載されている機能を実装するために異なる方法を使用してもよいが、実施が本願の範囲を越えることは考えられるべきではない。

【0197】

本願の実施形態において、端末デバイス又はネットワークデバイスの機能モジュールは、上記の方法の例に基づいて分割により取得され得る。例えば、各機能モジュールは各機能に基づいて分割により取得されてもよく、あるいは、２つ以上の機能は１つの処理モジュールに一体化されてもよい。一体化されたモジュールは、ハードウェアの形で実施されてよく、あるいは、ソフトウェア機能モジュールの形で実施されてもよい。なお、本願の実施形態において、モジュール分割は例であり、論理的な機能分割に過ぎない、ことが留意されるべきである。実際の実施では、他の分割方法が使用されてもよい。各機能モジュールが各対応する機能に基づいて分割により取得される例が、以下では説明のために使用される。

【0198】

図８は、本願の実施形態に従う装置１００の概略ブロック図である。図示されるように、装置１００はトランシーバユニット１１０及び処理ユニット１２０を含み得る。

【0199】

可能な設計において、装置１００は、上記の方法の実施形態におけるサーバ発見機能ネットワーク要素であってよく、あるいは、上記の方法の実施形態におけるサーバ発見機能ネットワーク要素の機能を実装するよう構成されているチップであってもよい。装置１００は、本願の実施形態の方法４００、方法５００、方法６００、及び方法７００におけるサーバ発見機能ネットワーク要素に対応し得る、ことが理解されるべきである。装置１００は、本願の実施形態の方法４００、方法５００、方法６００、及び方法７００におけるサーバ発見機能ネットワーク要素に対応するステップを実行し得る。ユニットが上記の対応するステップを実行する具体的なプロセスは、上記の方法の実施形態で詳細に記載されており、簡潔さのために、詳細はここでは記載されない、ことが理解されるべきである。

【0200】

具体的に、トランシーバユニットは、ＤＮＳサーバによって送信された複数のＤＮＳ応答メッセージを受信するよう構成される。複数のＤＮＳ応答メッセージは、端末デバイスによって送信された複数のＤＮＳクエリ（ＤＮＳＱｕｅｒｙ）に対する応答であり、複数のＤＮＳ応答メッセージは、端末デバイスによってクエリされるＥＡＳのアドレス情報を含む。

【0201】

【0202】

処理ユニットは、第１指示情報に基づいて、複数のＤＮＳ応答メッセージについて一度第１コアネットワーク要素へＤＮＳ情報レポートを送信すると決定するよう構成される。第１指示情報は、ネットワークアドレス情報とデータネットワークとの間の対応を含み得る。

【0203】

任意に、装置１００は、複数のＤＮＳ応答メッセージをバッファリングするよう構成される記憶ユニット１３０を更に含んでもよい。

【0204】

任意に、トランシーバユニットは、第１コアネットワーク要素によって送信された第２指示情報を受信するよう更に構成され、第２指示情報は、複数のＤＮＳ応答メッセージのためのＤＮＳハンドリングルールを含む。

【0205】

ＤＮＳハンドリングルールは、複数のバッファリングされたＤＮＳ応答メッセージを端末デバイスへ送信するようサーバ発見機能ネットワーク要素に指示するか、又は指定されたＥＡＳアドレス範囲についてＤＮＳ応答メッセージを端末デバイスへ送信するようサーバ発見機能ネットワーク要素に指示し得る。代替的に、ＤＮＳハンドリングルールは、複数のＤＮＳ応答メッセージに続く最初のＤＮＳ応答メッセージをバッファリングしないようサーバ発見機能ネットワーク要素に指示してもよく、最初のＤＮＳ応答メッセージも、端末デバイスによって送信された複数のＤＮＳクエリ要求メッセージに対する応答である。代替的に、ＤＮＳハンドリングルールは、複数のＤＮＳ応答メッセージに続く最初のＤＮＳ応答メッセージを破棄するようサーバ発見機能ネットワーク要素に指示してもよい。

【0206】

可能な設計において、装置１００は、上記の方法の実施形態における第１コアネットワーク要素、例えば、ＳＭＦであってよく、あるいは、上記の方法の実施形態における第１コアネットワーク要素の機能を実装するよう構成されているチップであってもよい。装置１００は、本願の実施形態の方法４００、方法５００、方法６００、及び方法７００における第１コアネットワーク要素に対応するステップを実行し得る、ことが理解されるべきである。ユニットが上記の対応するステップを実行する具体的なプロセスは、上記の方法の実施形態で詳細に記載されており、簡潔さのために、詳細はここでは記載されない、ことが理解されるべきである。

【0207】

図９は、本願の実施形態に従う装置２００の概略ブロック図である。図示されるように、装置２００は少なくとも１つのプロセッサ２２０を含む。プロセッサ２２０は、メモリへ結合され、信号を送信するために及び／又は信号を受信するために、メモリに記憶されている命令を実行するよう構成される。任意に、装置２００は、命令を記憶するよう構成されるメモリ２３０を更に含む。任意に、装置２００はトランシーバ２１０を更に含み、プロセッサ２２０は、信号を送信するよう及び／又は信号を受信するようトランシーバ２１０を制御する。

【0208】

プロセッサ２２０及びメモリ２３０は１つの処理装置に一体化されてもよい、ことが理解されるべきである。プロセッサ２２０は、メモリに記憶されているプログラムコードを実行して上記の機能を実装するよう構成される。具体的な実施中、メモリ２３０は、代替的に、プロセッサ２２０に組み込まれてもよく、あるいは、プロセッサ２２０から独立していてもよい。

【0209】

トランシーバ２１０は受信器（又は受信機械と呼ばれる）及び送信器（又は送信機械と呼ばれる）を含んでもよい、ことが更に理解されるべきである。送信器はアンテナを更に含んでもよい。１つ以上のアンテナが存在してもよい。トランシーバ２１０は通信インターフェース又はインターフェース回路であってもよい。

【0210】

具体的に、装置２００のトランシーバ２１０は、装置１００のトランシーバユニット１１０に対応してよく、装置２００のプロセッサ２２０は、装置２００の処理ユニット１２０に対応してよい。

【0211】

トランシーバ及びプロセッサが上記の対応するステップを実行する具体的なプロセスは、上記の方法の実施形態において詳細に記載されており、簡潔さのために、詳細はここで説明されない、ことが理解されるべきである。

【0212】

実施プロセスにおいて、上記の方法のステップは、プロセッサ内のハードウェア集積論理回路を使用することによって、ソフトウェアの形で命令を使用することによって、実施され得る。本願の実施形態を参照して開示される方法のステップは、ハードウェアプロセッサによって直接実行されて達成されてよく、あるいは、プロセッサにおいてハードウェアとソフトウェアモジュールとの組み合わせを使用することによって実行されて達成されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、リードオンリーメモリ、プログラマブルリードオンリーメモリ、電気的消去可能プログラマブルメモリ、又はレジスタなどの、当該技術における成熟した記憶媒体に位置し得る。記憶媒体はメモリに位置し、プロセッサはメモリ内の情報を読み出し、プロセッサのハードウェアと組み合わせて上記の方法のステップを完了する。繰り返しを避けるために、詳細はここで再び説明されない。

【0213】

なお、本願の実施形態におけるプロセッサは集積回路チップであってよく、単一の処理能力を持っている、ことが留意されるべきである。実施プロセスにおいて、上記の方法の実施形態におけるステップは、プロセッサ内のハードウェア集積論理回路を使用することによって、又はソフトウェアの形で命令を使用することによって、実施され得る。プロセッサは汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｏｒ，ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔ，ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ｆｉｅｌｄ－ｐｒｏｇｒａｍｍａｂｌｅｇａｔｅａｒｒａｙ，ＦＰＧＡ）若しくは他のプログラマブルロジックデバイス、ディスクリートゲート若しくはトランジスタロジックデバイス、又はディスクリートハードウェア部品であってもよい。それは、本願の実施形態で開示される方法、ステップ、及び論理ブロック図を実装又は実行し得る。汎用プロセッサはマイクロプロセッサであってよく、あるいは、プロセッサは如何なる従来のプロセッサなどであってもよい。本願の実施形態を参照して開示される方法のステップは、ハードウェア復号化プロセッサによって直接実行されて達成されてよく、あるいは、復号化プロセッサにおいてハードウェアとソフトウェアモジュールとの組み合わせを使用することによって実行されて達成されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、リードオンリーメモリ、プログラマブルリードオンリーメモリ、電気的消去可能プログラマブルメモリ、又はレジスタなどの、当該技術における成熟した記憶媒体に位置し得る。記憶媒体はメモリに位置し、プロセッサはメモリ内の情報を読み出し、プロセッサのハードウェアと組み合わせて上記の方法のステップを完了する。

【0214】

本願のこの実施形態におけるメモリは、揮発性メモリ又は不揮発性メモリであってよく、あるいは、揮発性メモリ及び不揮発性メモリを含んでもよい、ことが理解され得る。不揮発性メモリはリードオンリーメモリ（ｒｅａｄ－ｏｎｌｙｍｅｍｏｒｙ，ＲＯＭ）、プログラマブルリードオンリーメモリ（ｐｒｏｇｒａｍｍａｂｌｅＲＯＭ，ＰＲＯＭ）、消去可能プログラマブルリードオンリーメモリ（ｅｒａｓａｂｌｅＰＲＯＭ，ＥＰＲＯＭ）、電気的消去可能プログラマブルリードオンリーメモリ（ｅｌｅｃｔｒｉｃａｌｌｙＥＰＲＯＭ，ＥＥＰＲＯＭ）、又はフラッシュメモリであってよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（ｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ，ＲＡＭ）であってよい。例であるが非限定的な記載により、多くの形式のＲＡＭが使用されてよく、例えば、静的ランダムアクセスメモリ（ｓｔａｔｉｃＲＡＭ，ＳＲＡＭ）、動的ランダムアクセスメモリ（ｄｙｎａｍｉｃＲＡＭ，ＤＲＡＭ）、同期型動的ランダムアクセスメモリ（ｓｙｎｃｈｒｏｎｏｕｓＤＲＡＭ，ＳＤＲＡＭ）、ダブルデータレート同期型動的ランダムアクセスメモリ（ｄｏｕｂｌｅｄａｔａｒａｔｅＳＤＲＡＭ，ＤＤＲＳＤＲＡＭ）、同期リンク動的ランダムアクセスメモリ（ｓｙｎｃｈｌｉｎｋＤＲＡＭ，ＳＬＤＲＡＭ）、及びダイレクトランバス動的ランダムアクセスメモリ（ｄｉｒｅｃｔｒａｍｂｕｓＲＡＭ，ＤＲＲＡＭ）がある。なお、本明細書で記載されるシステム及び方法のメモリは、これらの及び他の適切なタイプの任意のメモリを含むが、これらに限られない、ことが留意されるべきである。

【0215】

本願の実施形態で提供される方法に従って、本願はコンピュータプログラム製品を更に提供する。コンピュータプログラム製品はコンピュータプログラムコードを記憶する。コンピュータプログラムコードがコンピュータで実行される場合、コンピュータは、方法３００、方法４００、及び方法５００の実施形態のうちのいずれか１つの方法を実行することができる。

【0216】

本願の実施形態で提供される方法に従って、本願はコンピュータ可読媒体を更に提供する。コンピュータ可読媒体はプログラムコードを記憶している。プログラムコードがコンピュータで実行される場合、コンピュータは、方法３００、方法４００、及び方法５００の実施形態のうちのいずれか１つの方法を実行することができる。

【0217】

本願の実施形態で提供される方法に従って、本願はシステムを更に提供する。システムは上記の装置又はデバイスを含む。

【0218】

上記の実施形態のうちの全て又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせを使用することによって実施されてよい。ソフトウェアが実施形態を実装するために使用される場合、全て又は一部の実施形態はコンピュータプログラム製品の形で実装され得る。コンピュータプログラム製品は１つ以上のコンピュータ命令を含む。コンピュータ命令がコンピュータでロードされ実行される場合、本願の実施形態に従うプロシージャ又は機能は全て又は部分的に生成される。コンピュータは汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラム可能な装置であってよい。コンピュータ命令はコンピュータ可読記憶媒体に記憶されてよく、あるいは、コンピュータ可読記憶媒体から他のコンピュータ可読記憶媒体へ伝送されてもよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンターから他のウェブサイト、コンピュータ、サーバ、又はデータセンターへ有線（例えば、同期ケーブル、光ファイバ、若しくはデジタル加入者回線（ｄｉｇｉｔａｌｓｕｂｓｃｒｉｂｅｒｌｉｎｅ，ＤＳＬ））又は無線（例えば、赤外線、電波、若しくはマイクロ波）の形式で伝送されてよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、又は１つ以上の使用可能な媒体を組み込むデータ記憶デバイス、例えばサーバ若しくはデータセンターであってよい。使用可能な媒体は磁気媒体（例えば、フロッピーディスク、ハードディスクドライブ、又は磁気テープ）、光学媒体（例えば、高密度デジタルビデオディスク（ｄｉｇｉｔａｌｖｉｄｅｏｄｉｓｃ，ＤＶＤ））、半導体媒体（例えば、ソリッドステートドライブ（ｓｏｌｉｄ－ｓｔａｔｅｄｒｉｖｅ，ＳＳＤ））などであってよい。

【0219】

上記の装置の実施形態におけるネットワーク側デバイス及び端末デバイスは、方法の実施形態におけるネットワーク側デバイス又は端末デバイスに対応する。対応するモジュール又はユニットは対応するステップを実行する。例えば、通信ユニット（トランシーバ）は、方法の実施形態における受信ステップ又は送信ステップを実行し、送信ステップ及び受信ステップ以外のステップは処理ユニット（プロセッサ）によって実行されてよい。具体的なユニットの機能については、対応する方法の実施形態を参照されたい。１つ以上のプロセッサが存在してもよい。

【0220】

本明細書で使用される「コンポーネント」、「モジュール」、及び「システム」などの用語は、コンピュータに関連したエンティティ、ハードウェア、ファームウェア、ハードウェアとソフトウェアとの組み合わせ、ソフトウェア、又はソフトウェアが実行されることを示すために使用される。例えば、コンポーネントは、プロセッサで実行されるプロセス、プロセッサ、オブジェクト、実行ファイル、実行スレッド、プログラム、及び／又はコンピュータであってよいが、これらに限られない。図を用いて表されるように、コンピューティングデバイス及びコンピューティングデバイスで実行されるアプリケーションはいずれもコンポーネントであってよい。１つ以上のコンポーネントがプロセス及び／又は実行のスレッド内に存在してよく、コンポーネントは１つのコンピュータに位置し、及び／又は２つ以上のコンピュータ間で分散されてよい。その上、これらのコンポーネントは、様々なデータ構造を記憶する様々なコンピュータ可読媒体から実行されてもよい。例えば、コンポーネントは、ローカル及び／又はリモートプロセスを使用することによって、例えば、１つ以上のデータパケット（例えば、ローカルシステムや分散システム内で、及び／又は信号を使用することによって他のシステムと相互作用するインターネットなどのネットワークにわたって他のコンポーネントと相互作用する２つのコンポーネントからのデータ）を有する信号に基づいて、通信してもよい。

【0221】

当業者は、本明細書で開示される実施形態で記載されている例と組み合わせて、ユニット及びアルゴリズムステップが電子ハードウェア又はコンピュータソフトウェアと電子ハードウェアとの組み合わせによって実施されてもよいことを気づき得る。機能がハードウェア又はソフトウェアによって実行されるかどうかは、技術的解決法の特定の用途及び設計制約に依存する。当業者は、特定の用途ごとに、記載されている機能を実装するために異なる方法を使用してもよいが、実施が本願の範囲を越えることは考えられるべきではない。

【0222】

便宜上、簡潔な記載のために、上記のシステム、装置、及びユニットの詳細な動作プロセスについては、上記の方法の実施形態における対応するプロセスを参照されたく、詳細はここで再び説明されない、ことが当業者によって明りょうに理解され得る。

【0223】

本願で提供されるいくつかの実施形態において、開示されるシステム、装置、及び方法は他の方法で実施されてもよい、ことが理解されるべきである。例えば、記載されている装置の実施形態は一例にすぎない。例えば、ユニットへの分割は論理的な機能分割に過ぎず、実際の実施では他の分割であってもよい。例えば、複数のユニット又はコンポーネントは他のシステムに結合又は一体化されてよく、あるいは、いくつかの機能は無視されても又は実行されなくてもよい。その上、表示又は議論される相互結合又は直接結合若しくは通信接続は、何らかのインターフェースを使用することによって実施されてもよい。装置又はユニット間の間接結合又は通信接続は、電子的な、機械的な、又は他の形態で実施されてもよい。

【0224】

別個の部分として記載されるユニットは物理的に分離していてもいなくてもよく、ユニットとして表示される部分は物理ユニットであってもなくてもよく、１つの場所に位置してもよく、あるいは、複数のネットワークユニットに分散していてもよい。いくつか又は全てのユニットは、実施形態の解決法の目的を達成するために実際の要件に基づき選択され得る。

【0225】

その上、本願の実施形態における機能ユニットは１つの処理ユニットに一体化されてもよく、各ユニットは物理的に単独で存在してもよく、あるいは、２つ以上のユニットは１つのユニットに一体化されてもよい。

【0226】

機能がソフトウェア機能ユニットの形で実装され、独立した製品として販売又は使用される場合、機能はコンピュータ可読記憶媒体に記憶され得る。かような理解に基づいて、本願の技術的解決法は本質的に、あるいは、先行技術に寄与する部分、又は技術的解決法の一部は、ソフトウェア製品の形で実施されてもよい。ソフトウェア製品は記憶媒体に記憶され、コンピュータデバイス（パーソナルコンピュータ、サーバ、又はネットワークデバイスであってよい）に、本願の実施形態で記載される方法のステップの全部又は一部を実行するよう指示するためのいくつかの命令を含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリーメモリ（ｒｅａｄ－ｏｎｌｙｍｅｍｏｒｙ，ＲＯＭ）、ランダムアクセスメモリ（ｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ，ＲＡＭ）、磁気ディスク、又は光ディスクなどの、プログラムコードを記憶できる任意の媒体を含む。

【0227】

上記の記載は、単に本願の具体的な実施であるが、本願の保護範囲を制限するよう意図されたものではない。本願で開示される技術範囲内で当業者が容易に考え付く如何なる変形又は置換も、本願の保護範囲に入るべきである。従って、本願の保護範囲は、特許請求の範囲の保護範囲に従うべきである。

【0228】

本願は、２０２１年８月６日に中国国家知識産権局に出願された、発明の名称が「EDGE SERVICE OBTAINING METHOD AND APPRATUS」である中国特許出願第２０２１１０９０４３５５．３号に対する優先権を主張するものである。先の中国出願は参照によりその全文を本願に援用される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【手続補正書】

【提出日】2024-04-10

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

エッジサービス取得方法であって、
サーバ発見機能ネットワーク要素によって複数のドメイン名システム（ＤＮＳ）応答メッセージをＤＮＳサーバから受信することであり、前記複数のＤＮＳ応答メッセージは、端末デバイスによってクエリされるエッジアプリケーションサーバ（ＥＡＳ）のアドレス情報を含み、前記複数のＤＮＳ応答メッセージ内の前記ＥＡＳの前記アドレス情報は同じデータネットワークに対応する、前記受信することと、
前記サーバ発見機能ネットワーク要素によって第１指示情報に基づいて、前記複数のＤＮＳ応答メッセージについて一度第１コアネットワーク要素へＤＮＳ情報レポートを送信すると決定することと
を有する方法。

【請求項2】

【請求項3】

【請求項4】

【請求項5】

【請求項6】

前記第１コアネットワーク要素はセッション管理機能ネットワーク要素である、
請求項１乃至５のうちいずれか一項に記載の方法。

【請求項7】

前記データネットワークの前記識別情報は、次の：
前記データネットワークのデータネットワークアクセス識別子（ＤＮＡＩ）、及び
前記データネットワークのデータネットワーク名（ＤＮＮ）
のうちの少なくとも１つの情報を含む、
請求項３に記載の方法。

【請求項8】

エッジサービス取得方法であって、
第１コアネットワーク要素によって第１指示情報をサーバ発見機能ネットワーク要素へ送信することであり、前記第１指示情報は、ドメイン名システム（ＤＮＳ）情報レポートを複数のＤＮＳ応答メッセージについて一度前記第１コアネットワーク要素へ送信するよう前記サーバ発見機能ネットワーク要素に指示し、前記複数のＤＮＳ応答メッセージは、端末デバイスによってクエリされるエッジアプリケーションサーバ（ＥＡＳ）のアドレス情報を含み、前記複数のＤＮＳ応答メッセージ内の前記ＥＡＳの前記アドレス情報は同じデータネットワークに対応する、前記送信することと、
前記第１コアネットワーク要素によって前記ＤＮＳ情報レポートを受信することと
を有する方法。

【請求項9】

前記ＤＮＳ情報レポートは、前記複数のＤＮＳ応答メッセージのうちの１つに対応するＤＮＳ情報レポートである、
請求項８に記載の方法。

【請求項10】

前記第１コアネットワーク要素はセッション管理機能ネットワーク要素である、
請求項８又は９に記載の方法。

【請求項11】

【請求項12】

【請求項13】

前記データネットワークの前記識別情報は、次の：
前記データネットワークのデータネットワークアクセス識別子（ＤＮＡＩ）、及び
前記データネットワークのデータネットワーク名（ＤＮＮ）
のうちの少なくとも１つの情報を含む、
請求項１１に記載の方法。

【請求項14】

エッジサービス取得装置であって、
プロセッサを有し、前記プロセッサはメモリに結合され、前記メモリはプログラム又は命令を記憶するよう構成され、
前記プログラム又は前記命令が前記プロセッサによって実行される場合、当該エッジサービス取得装置は、請求項１乃至７のうちいずれか一項に記載の方法を実行することができる、
エッジサービス取得装置。

【請求項15】

エッジサービス取得装置であって、
プロセッサを有し、前記プロセッサはメモリに結合され、前記メモリはプログラム又は命令を記憶するよう構成され、
前記プログラム又は前記命令が前記プロセッサによって実行される場合、当該エッジサービス取得装置は、請求項８乃至１３のうちいずれか一項に記載の方法を実行することができる、
エッジサービス取得装置。

【請求項16】

コンピュータプログラムを有し、
前記コンピュータプログラムがコンピュータで実行される場合、前記コンピュータは、請求項１乃至７のうちいずれか一項に記載の方法を実行することができる、
コンピュータ可読記憶媒体。

【請求項17】

コンピュータプログラムを有し、
前記コンピュータプログラムがコンピュータで実行される場合、前記コンピュータは、請求項８乃至１３のうちいずれか一項に記載の方法を実行することができる、
コンピュータ可読記憶媒体。

【請求項18】

【請求項19】

エッジサービス取得方法であって、
サーバ発見機能ネットワーク要素によって複数のドメイン名システム（ＤＮＳ）応答メッセージをＤＮＳサーバから受信することであり、前記複数のＤＮＳ応答メッセージは、端末デバイスによってクエリされるエッジアプリケーションサーバ（ＥＡＳ）のアドレス情報を含み、前記複数のＤＮＳ応答メッセージ内の前記ＥＡＳの前記アドレス情報は同じデータネットワークに対応する、ことと、
前記サーバ発見機能ネットワーク要素によって第１指示情報に基づいて、前記複数のＤＮＳ応答メッセージについて一度第１コアネットワーク要素へＤＮＳ情報レポートを送信すると決定することと、
前記第１コアネットワーク要素によって前記ＤＮＳ情報レポートを受信することと
を有する方法。

【請求項20】

【請求項21】

【請求項22】

当該方法は、
前記サーバ発見機能ネットワーク要素によって前記複数のＤＮＳ応答メッセージをバッファリングすることと、
前記第１コアネットワーク要素によって第２指示情報を前記サーバ発見機能ネットワーク要素へ送信することであり、前記第２指示情報は、前記複数のＤＮＳ応答メッセージのためのハンドリングルールを含む、ことと、
前記サーバ発見機能ネットワーク要素によって前記第１コアネットワーク要素から前記第２指示情報を受信することと、
前記サーバ発見機能ネットワーク要素によって前記第２指示情報に基づいて前記複数のＤＮＳ応答メッセージを前記端末デバイスへ送信することと
を更に有する、
請求項１９乃至２１のうちいずれか一項に記載の方法。

【手続補正2】

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

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

【補正方法】変更

【補正の内容】

【0013】

本願のこの実施形態で提供される方法に従って、サーバ発見機能ネットワーク要素は、複数のＤＮＳ応答メッセージを受信することができ、複数のＤＮＳ応答メッセージは、同じデータネットワークに対応する複数のＥＡＳのアドレス情報を含み得る。サーバ発見機能ネットワーク要素は、第１指示情報に基づいて、複数のＤＮＳ応答メッセージについて一度だけ第１コアネットワーク要素へＤＮＳ情報レポートを送信すると決定し得る。これにより、複数のＥＡＳのアドレス情報がクエリされる場合に生成されるシグナリングオーバーヘッドを低減することができる。

【手続補正3】

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

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

【補正方法】変更

【補正の内容】

【0018】

第３の態様を参照して、第３の態様のいくつかの実施において、第３指示情報は、ＥＡＳの識別情報とデータネットワークの識別情報との間の対応情報を含む。サーバ発見機能ネットワーク要素は、第３指示情報に基づいて、複数のＤＮＳクエリメッセージが同じデータネットワーク識別情報に対応することを決定し、サーバ発見機能ネットワーク要素は、第１コアネットワーク要素に対して一度、複数のＤＮＳクエリメッセージのうちの１つに対応するＤＮＳ情報レポートを報告する。

【手続補正4】

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

【補正対象項目名】００３９

【補正方法】変更

【補正の内容】

【0039】

第７の態様を参照して、第７の態様のいくつかの実施において、第３指示情報は、ＥＡＳの識別情報とデータネットワークの識別情報との間の対応情報を含む。処理ユニットは、第３指示情報に基づいて、複数のＤＮＳクエリメッセージが同じデータネットワーク識別情報に対応することを決定するよう特に構成される。トランシーバユニットは、第１コアネットワーク要素に対して一度、複数のＤＮＳクエリメッセージのうちの１つに対応するＤＮＳ情報レポートを報告するよう更に構成される。

【手続補正5】

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

【補正対象項目名】０２２８

【補正方法】削除

【補正の内容】

【手続補正6】

【補正対象書類名】図面

【補正対象項目名】図７

【補正方法】変更

【補正の内容】

【図7】