特表 2024-507512 情報処理方法、装置、関連機器及び記憶媒体

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

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

(11)【公表番号】

(43)【公表日】2024-02-20

(54)【発明の名称】情報処理方法、装置、関連機器及び記憶媒体

(51)【国際特許分類】

   H04W 8/26 20090101AFI20240213BHJP

   H04W 88/14 20090101ALI20240213BHJP

【ＦＩ】

H04W8/26

H04W88/14

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023550076

(86)(22)【出願日】2022-02-10

(85)【翻訳文提出日】2023-08-18

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

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

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

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

(32)【優先日】2021-02-18

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】518389015

【氏名又は名称】中国移動通信有限公司研究院

【氏名又は名称原語表記】Ｃｈｉｎａ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｃｏ．， Ｌｔｄ Ｒｅｓｅａｒｃｈ Ｉｎｓｔｉｔｕｔｅ

【住所又は居所原語表記】３２ Ｘｕａｎｗｕｍｅｎ Ｗｅｓｔ Ｓｔｒｅｅｔ， Ｘｉｃｈｅｎｇ Ｄｉｓｔｒｉｃｔ， Ｂｅｉｊｉｎｇ １０００５３， Ｃｈｉｎａ

(71)【出願人】

【識別番号】518301095

【氏名又は名称】中国移動通信集団有限公司

(74)【代理人】

【識別番号】110002468

【氏名又は名称】弁理士法人後藤特許事務所

(72)【発明者】

【氏名】王 丹

(72)【発明者】

【氏名】李 永競

(72)【発明者】

【氏名】孫 滔

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

5K067

【Ｆターム（参考）】

5K067AA26

5K067DD17

5K067EE02

5K067EE10

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】

コンピュータプログラムを記憶した記憶媒体であって、前記コンピュータプログラムがプロセッサによって実行されると、請求項１～９の何れか一項に記載の方法のステップ、又は、請求項１０～１３の何れか一項に記載の方法のステップ、又は、請求項１４～１９の何れか一項に記載の方法のステップ、又は、請求項２０～２４の何れか一項に記載の方法のステップが実現される、記憶媒体。

【発明の詳細な説明】

【技術分野】

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

【図1】本願の実施例に係る情報処理方法のフロー模式図である。

【図2】本願の実施例に係るネットワークアーキテクチャの模式図である。

【図3】本願の実施例に係る別の情報処理方法のフロー模式図である。

【図4】本願の応用実施例におけるセッション確立のフロー模式図である。

【図5】本願の実施例に係る情報処理装置の構造模式図である。

【図6】本願の実施例に係る別の情報処理装置の構造模式図である。

【図7】本願の実施例に係るさらに別の情報処理装置の構造模式図である。

【図8】本願の実施例に係るＳＭＦの構造模式図である。

【図9】本願の実施例に係るＵＤＭの構造模式図である。

【図10】本願の実施例に係るＵＤＲの構造模式図である。

【図11】本願の実施例に係るネットワークアドレス変換機能の構造模式図である。

【図12】本願の実施例に係る情報処理システムの構造模式図である。

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

【0046】

以下、図面及び実施例と併せて、本願を更に詳述する。

【0047】

関連技術では、端末へのＩＰアドレスの割り当てを支援するために、ＵＤＭ（ＵＤＭ機能とも称されてもよい）からＳＭＦへ伝送されるＩＰアドレスプール（ｐｏｏｌ）情報が定義されており、それに、ＳＭＦがＵＤＭから端末の静的アドレスを取得できなかった場合、セッション確立過程に、ＳＭＦは、ＰＣＦから契約済みのＩＰ ｉｎｄｅｘを取得し、当該ＩＰ ｉｎｄｅｘは、どのような方式で端末（ユーザ機器（ＵＥ）とも称されてもよい）のＩＰアドレスを割り当てるかをＳＭＦに指示するものである。関連技術では、３つの割り当て方式が定義されている。

【0048】

しかしながら、ＩＰアドレスの割り当ての過程に、プライベートネットワークのＩＰｖ４アドレスの衝突の問題が発生する恐れがある。当該問題を解決するために、ＩＰ ｄｏｍａｉｎの基本思想が提案されており、即ち、ＳＭＦは、異なるプライベートネットワークアドレスにＩＰ ｄｏｍａｉｎフィールドを割り当て、ＩＰ ｄｏｍａｉｎは、当該ＩＰアドレスがどのアドレスドメインに属するかを指示するものであり、ＩＰｖ４アドレスが衝突する場合に、同じＩＰｖ４アドレスに対応する異なるプロトコルデータユニット（ＰＤＵ、Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）セッションを区別可能にして、唯一のターゲットＰＤＵセッションを見つけるためのものである。しかしながら、ＩＰ ｄｏｍａｉｎの基本思想において、如何にＩＰ ｄｏｍａｉｎを効果的に構成及び利用するかは、現在急いで解決すべき問題であり、具体的に、以下の２点に現れている。
１点目として、関連技術において、ＳＭＦによる異なるＩＰ ｄｏｍａｉｎの割り当ては、例えばローカル構成等に依頼する実際の実現となり、つまり、ＳＭＦのＩＰ ｄｏｍａｉｎ情報は、事前構成されたもの又は実現に基づくものであり、十分に動的ではなく、それに、ＩＰ ｄｏｍａｉｎの情報定義と、アプリケーション機能（ＡＦ、Ａｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）によって取得されるＩＰ ｄｏｍａｉｎフィールドとを如何に一致させるかについても、不明である。
２点目として、ネットワークアドレス変換（ＮＡＴ、Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）方法が使用される場合、ＡＦは、事前定義された或る推定に基づいて、ＮＡＴ後のアドレスとＩＰ ｄｏｍａｉｎとの関係を推測することで、ＡＦによってセッションバインディングにおいて対応するＩＰ ｄｏｍａｉｎフィールドが選択されるようにしている。この実際の実現は、構成に依存するものであり、十分に柔軟かつ動的ではなく、それに、インタラクションが十分にフレンドリーではなく、ＡＦが理解するＩＰ ｄｏｍａｉｎ情報と、コアネットワーク（例えば第五世代移動通信技術（５Ｇ）コアネットワーク）の内部で使用されるＩＰ ｄｏｍａｉｎ情報とは、一致しない可能性が高い。

【0049】

これに基づき、本願の各実施例において、ＳＭＦがＵＤＭ又はＵＤＲからＩＰ ｄｏｍａｉｎ情報を動的に取得することで、ＳＭＦによって取得されたＩＰ ｄｏｍａｉｎの定義と、ＡＦによって取得されたＩＰ ｄｏｍａｉｎの定義とを同じにする一方で、ＮＡＴを使用する場合、ＳＭＦとＮＡＴとの間のインターフェースを開通させて情報のインタラクションを行うことで、ＡＦが理解するＩＰ ｄｏｍａｉｎ情報と、コアネットワークの内部で使用されるＩＰ ｄｏｍａｉｎ情報とを一致させている。

【0050】

本願の実施例提供の技術案は、ＳＭＦを介してＵＤＭ又はＵＤＲからＩＰ ｄｏｍａｉｎ情報を動的に取得することで、ＳＭＦによって取得されたＩＰ ｄｏｍａｉｎの定義と、ＡＦによって取得されたＩＰ ｄｏｍａｉｎの定義とを同じにすることができるため、ＩＰ ｄｏｍａｉｎ情報の効果的な構成が実現され、ＮＡＴを使用する場合、ＳＭＦとＮＡＴとの間のインターフェースを開通させて情報のインタラクションを行うことで、ＡＦが理解するＩＰ ｄｏｍａｉｎ情報と、コアネットワークの内部で使用されるＩＰ ｄｏｍａｉｎ情報とを一致させており、ＩＰ ｄｏｍａｉｎ情報の効果的な利用が実現される。

【0051】

本願の実施例には、ＳＭＦに適用される情報処理方法が提供されており、図１に示すように、当該方法は、以下のステップ１０１～１０２を含む。

【0052】

ステップ１０１は、ＵＤＭ又はＵＤＲからＩＰ ｄｏｍａｉｎを取得することである。

【0053】

ステップ１０２は、取得したＩＰ ｄｏｍａｉｎをＰＣＦに送信することである。

【0054】

実際の応用の際、ＳＭＦは、ＳＭＦエンティティと称されてもよく、ＵＤＭは、ＵＤＭエンティティと称されてもよく、ＵＤＲは、ＵＤＲエンティティと称されてもよく、ＰＣＦは、ＰＣＦエンティティと称されてもよい。

【0055】

ＵＤＭは、統合データ管理機能とも称されてもよく、ＵＤＲは、統合データリポジトリ機能とも称されてもよい。

【0056】

ＩＰ ｄｏｍａｉｎ情報の動的な構成を実現し、ＳＭＦによって取得されたＩＰ ｄｏｍａｉｎの定義とＡＦによって取得されたＩＰ ｄｏｍａｉｎの定義とが同じになることを実現するために、ＡＦ、又は、外部の動的ホスト構成プロトコル（ＤＨＣＰ）サーバ（英語の表現としては、ｓｅｒｖｅｒであってもよい）又はＡＡＡサーバは、能力公開機能を介してＩＰ ｄｏｍａｉｎ情報をＵＤＭ又はＵＤＲに書き込み、つまり、能力公開機能を介してＩＰ ｄｏｍａｉｎ情報をＵＤＭ又はＵＤＲへ構成又は提供してもよいし、ローカル構成又はネットワークマネジメント運用保守管理（ＯＡＭ）の方式でＩＰ ｄｏｍａｉｎ構成情報をＵＤＭ又はＵＤＲへ構成し、その後、ＵＤＭ又はＵＤＲによってＩＰ ｄｏｍａｉｎ情報を前記ＳＭＦに提供してもよい。こうして、ＳＭＦは、ＩＰ ｄｏｍａｉｎ情報を動的に取得可能となる。

【0057】

実際の応用の際、前記ＳＭＦは、セッション確立過程にＵＤＭ又はＵＤＲからＩＰ ｄｏｍａｉｎを取得してもよい。

【0058】

ＩＰアドレスを割り当てるとき、前記ＳＭＦは、取得した契約済みのＩＰ ｉｎｄｅｘを利用してＩＰアドレスを割り当てるために、契約済みのＩＰ ｉｎｄｅｘを取得しておく必要がある。

【0059】

これに基づき、一実施例において、ＵＤＭ又はＵＤＲからＩＰ ｄｏｍａｉｎを取得するとき、当該方法は、
ＵＤＭ又はＵＤＲからＩＰ ｉｎｄｅｘを取得することを更に含んでもよい。

【0060】

具体的に、セッション確立過程にＵＤＭ又はＵＤＲからＩＰ ｉｎｄｅｘを取得してもよい。

【0061】

それに応じて、ＡＦ、又は、外部のＤＨＣサーバ又はＡＡＡサーバは、能力公開機能を介してＩＰ ｄｏｍａｉｎ情報及びＩＰ ｉｎｄｅｘをＵＤＭ又はＵＤＲへ書き込んでもよいし（構成又は提供とも称されてもよい）、ローカル構成又はネットワークマネジメントＯＡＭの方式でＩＰ ｄｏｍａｉｎ及びＩＰ ｉｎｄｅｘをＵＤＭ又はＵＤＲへ構成してもよい。

【0062】

ここで、ＩＰ ｉｎｄｅｘにＩＰアドレスプール（ｐｏｏｌ）ＩＤが含まれてもよく、前記ＳＭＦは、ＩＰアドレスプールＩＤに対応するＩＰアドレスプールを利用して端末へのＩＰアドレスの割り当てを行ってもよい。

【0063】

ＩＰ ｉｎｄｅｘの定義形式は、アドレス割り当て方式識別子＋ＩＰアドレスプールＩＤである。

【0064】

関連技術では、ＳＭＦによるＩＰアドレスの割り当てと、ＵＰＦによるＩＰアドレスの割り当てと、ＤＨＣＰ又はＤＮ－ＡＡＡサーバによるＩＰアドレスの割り当てとを含む３つのアドレス割り当て方式が提供されている。各アドレス割り当て方式には、１つの識別子、即ちＩＤが対応付けられており、それに応じて、ＩＰ ｉｎｄｅｘの定義形式は、アドレス割り当て方式ＩＤ＋ＩＰアドレスプールＩＤとなる。

【0065】

実際の応用の際、ＩＰ ｄｏｍａｉｎの定義形式は、会社名．市．省．事業者．国であってもよい。つまり、ＩＰ ｄｏｍａｉｎの形式は、異なるサードパーティＤＨＣＰ又はＡＡＡサーバを区別するために、ユニフォームリソースロケータ（ＵＲＬ、Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）の定義方式に似っている。

【0066】

ステップ１０２において、実際の応用の際、ＰＣＦは、ＩＰ ｄｏｍａｉｎ情報を受け取った後、ＩＰ ｄｏｍａｉｎ情報をバインディングサポート機能（ＢＳＦ、Ｂｉｎｄｉｎｇ Ｓｕｐｐｏｒｔ Ｆｕｎｃｔｉｏｎ）に書き込み、ＢＳＦは、ＩＰ ｄｏｍａｉｎ情報をネットワークリポジトリ機能（ＮＲＦ、Ｎｅｔｗｏｒｋ Ｒｅｐｏｓｉｔｏｒｙ Ｆｕｎｃｔｉｏｎ）に書き込む。こうして、ＡＦがセッションバインディング検索を行うとき、ＡＦは、ＵＥ ＩＰアドレス情報及びＩＰ ｄｏｍａｉｎ情報をキャリーし、ＮＲＦを介して対応するＢＳＦ及びＰＣＦを見つけることで、ＰＤＵセッションを確定することになる。

【0067】

ＮＡＴ方法が使用される場合、ＡＦが理解するＩＰ ｄｏｍａｉｎ情報とコアネットワークの内部で使用されるＩＰ ｄｏｍａｉｎ情報が一致しないように、ユーザプレーンでＩＰ ｄｏｍａｉｎ情報を伝達する必要があり、それに、関連技術では、ＳＭＦがＮＡＴの情報を取得できないため、ＳＭＦとＮＡＴとのインターフェースを開通させて情報のインタラクションを行うことができれば、ネットワーク構成を良好に行うことが可能となる。

【0068】

これに基づき、一実施例において、当該方法は、
端末に対応するＩＰ ｄｏｍａｉｎをネットワークアドレス変換機能（英語の表現としては、Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ Ｆｕｎｃｔｉｏｎであってもよく、ＮＡＴＦと略す）に送信することを更に含んでもよい。

【0069】

実際の応用の際、実施の便宜上、前記ＳＭＦは、図２に示すように、Ｎ４インターフェースプロトコルに基づいて、ネットワークアドレス変換機能とのインタラクションを行ってもよい。

【0070】

これに基づき、一実施例において、前記ＳＭＦは、Ｎ４インターフェースプロトコルに基づいて、前記端末に対応するＩＰ ｄｏｍａｉｎをネットワークアドレス変換機能に送信してもよい。

【0071】

例示的に、前記ＳＭＦは、Ｎ４インターフェースプロトコルを再利用して、ＳＭＦとネットワークアドレス変換機能との間のインターフェースを確立し、例えばＳＭＦ又はＮＡＴＦは、互いにＮ４ ａｓｓｏｃｉａｔｉｏｎ確立フローを開始することでＮ４インターフェースを確立し、確立したインターフェース伝達情報を利用して、例えば前記端末に対応するＩＰ ｄｏｍａｉｎをネットワークアドレス変換機能に送信してもよい。

【0072】

一実施例において、前記ＳＭＦは、選択したＵＰＦを介して、前記端末に対応するＩＰ ｄｏｍａｉｎをネットワークアドレス変換機能に送信してもよい。例示的に、前記ＳＭＦは、前記ＵＰＦのトランスペアレント送信を介して、前記端末に対応するＩＰ ｄｏｍａｉｎをネットワークアドレス変換機能に送信する。

【0073】

前記ＳＭＦは、前記端末のＩＰアドレスを確定し、前記端末のＩＰアドレスをネットワークアドレス変換機能に送信する必要がある。これにより、前記端末のデータパケットが入ってくると、ネットワークアドレス変換機能は、前記端末のＩＰ ｄｏｍａｉｎを明確にし、更に前記端末のＩＰ ｄｏｍａｉｎに従って適切な外部パブリックネットワークアドレスセグメントを選択してアドレスマッピングを行うことができる。

【0074】

これに基づき、一実施例において、当該方法は、
前記端末のＩＰアドレスを確定することと、
前記端末のＩＰアドレスを前記ネットワークアドレス変換機能に送信することとを更に含んでもよい。

【0075】

ここで、実際の応用の際、前記ＳＭＦは、前記端末に対応するネットワークアドレス変換機能を確定する必要もある。

【0076】

これに基づき、一実施例において、当該方法は、
ＵＰＦを選択することと、
選択したＵＰＦに従って、対応するネットワークアドレス変換機能を確定することとを更に含んでもよい。

【0077】

前記ＳＭＦは、セッション確立過程にＵＰＦを選択する。

【0078】

前記ＳＭＦは、事業者のローカルポリシーに従って、対応するネットワークアドレス変換機能を確定してもよい。例示的に、前記ＳＭＦは、選択したＵＰＦの展開位置に応じて、どのネットワークアドレス変換機能を選択するかを把握してもよく、前記ＳＭＦは、当該ＰＤＵセッションの特徴、例えば当該セッションが或る特定の企業ユーザ用に確立されたものであることに従って、対応するネットワークアドレス変換機能を選択してもよく、また、前記ＳＭＦは、負荷バランスを考慮して、対応するネットワークアドレス変換機能を選択してもよい。本願の実施例は、前記ＳＭＦが事業者のローカルポリシーに従って、対応するネットワークアドレス変換機能を確定する具体的な処理手順について限定しない。

【0079】

前記ネットワークアドレス変換機能は、前記ＳＭＦから送信された前記端末のＩＰ ｄｏｍａｉｎ情報を受け取った後、受領確認（即ち、ＡＣＫ）情報を前記ＳＭＦにフィードバックしてもよい。

【0080】

ここで、実際の応用の際、ＩＰ ｄｏｍａｉｎと外部ＩＰアドレスセグメントとの対応関係は、ネットワークアドレス変換機能内に事前構成されていてもよく、もしＩＰ ｄｏｍａｉｎと外部ＩＰアドレスセグメントとの対応関係に前記端末のＩＰ ｄｏｍａｉｎ情報がない場合、前記ネットワークアドレス変換機能は、選択失敗の指示を前記ＳＭＦにフィードバックすることで、前記ＳＭＦによるネットワークアドレス変換機能の再選択をトリガしてもよい。

【0081】

それに応じて、本願の実施例には、ＵＤＭ又はＵＤＲに適用される情報処理方法が更に提供されており、当該方法は、
ＩＰ ｄｏｍａｉｎをＳＭＦに提供することを含む。

【0082】

つまり、ＵＤＭ又はＵＤＲは、ＩＰ ｄｏｍａｉｎをＳＭＦに送信する。

【0083】

一実施例において、セッション確立過程にＩＰ ｄｏｍａｉｎを前記ＳＭＦに提供する。

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

上述したのは、本願の好ましい実施例に過ぎず、本願の保護範囲を限定するためのものではない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【手続補正書】

【提出日】2023-08-18

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

セッション管理機能（ＳＭＦ）に適用される情報処理方法であって、
統合データ管理（ＵＤＭ）又は統合データリポジトリ（ＵＤＲ）からインターネットプロトコルドメイン（ＩＰ ｄｏｍａｉｎ）を取得することと、
取得したＩＰ ｄｏｍａｉｎをポリシー制御機能（ＰＣＦ）に送信することとを含む、情報処理方法。

【請求項2】

セッション確立過程にＵＤＭ又はＵＤＲからＩＰ ｄｏｍａｉｎを取得する、請求項１に記載の方法。

【請求項3】

ＵＤＭ又はＵＤＲからＩＰ ｄｏｍａｉｎを取得するとき、前記方法は、
ＵＤＭ又はＵＤＲからインターネットプロトコルインデックス（ＩＰ ｉｎｄｅｘ）を取得することを更に含み、
前記方法は、
端末に対応するＩＰ ｄｏｍａｉｎをネットワークアドレス変換機能に送信することを更に含む、請求項１に記載の方法。

【請求項4】

前記方法は、
前記端末のインターネットプロトコル（ＩＰ）アドレスを確定することと、
前記端末のＩＰアドレスを前記ネットワークアドレス変換機能に送信することとを更に含み、
又は、
前記方法は、
ユーザプレーン機能（ＵＰＦ）を選択することと、
選択したＵＰＦに従って、対応するネットワークアドレス変換機能を確定することとを更に含み、
又は、
前記方法は、
事業者のローカルポリシーに従って、対応するネットワークアドレス変換機能を確定することを更に含み、
又は、
前記端末に対応するＩＰ ｄｏｍａｉｎをネットワークアドレス変換機能に送信することは、
Ｎ４インターフェースプロトコルに基づいて、前記端末に対応するＩＰ ｄｏｍａｉｎをネットワークアドレス変換機能に送信するか、
又は、
選択したＵＰＦを介して、前記端末に対応するＩＰ ｄｏｍａｉｎをネットワークアドレス変換機能に送信することを含み、
又は、
前記方法は、
前記ネットワークアドレス変換機能からフィードバックされた受領確認情報を受信することを更に含む、請求項３に記載の方法。

【請求項5】

ＵＤＭ又はＵＤＲに適用される情報処理方法であって、
ＩＰ ｄｏｍａｉｎをＳＭＦに提供することを含む、情報処理方法。

【請求項6】

セッション確立過程にＩＰ ｄｏｍａｉｎを前記ＳＭＦに提供する、請求項５に記載の方法。

【請求項7】

ＩＰ ｄｏｍａｉｎをＳＭＦに提供するとき、前記方法は、
ＩＰ ｉｎｄｅｘを前記ＳＭＦに提供することを更に含み、
提供されるＩＰ ｄｏｍａｉｎは、
ＡＦ、又は、動的ホスト構成プロトコル（ＤＨＣＰ）サーバ、又は、認証、認可及びアカウンティング（ＡＡＡ）サーバが、能力公開機能を介してＵＤＭ又はＵＤＲに提供したものであるという条件と、
ネットワークマネジメント機器によってＵＤＭ又はＵＤＲへ構成されたものであるという条件と、
ローカルで構成されたものであるという条件とのうち、１つの条件を満たす、請求項５に記載の方法。

【請求項8】

ＳＭＦに適用される情報処理方法であって、
端末に対応するＩＰ ｄｏｍａｉｎであって、ＵＤＭ又はＵＤＲから取得されたＩＰ ｄｏｍａｉｎをネットワークアドレス変換機能に送信することを含む、情報処理方法。

【請求項9】

前記方法は、
前記端末のＩＰアドレスを確定することと、
前記端末のＩＰアドレスを前記ネットワークアドレス変換機能に送信することとを更に含む、請求項８に記載の方法。

【請求項10】

前記方法は、
前記端末用にＵＰＦを選択することと、
選択したＵＰＦに従って、対応するネットワークアドレス変換機能を確定することとを更に含み、
又は、
前記方法は、
事業者のローカルポリシーに従って、対応するネットワークアドレス変換機能を確定することを更に含み、
又は、
前記端末に対応するＩＰ ｄｏｍａｉｎをネットワークアドレス変換機能に送信することは、
Ｎ４インターフェースプロトコルに基づいて、前記端末に対応するＩＰ ｄｏｍａｉｎをネットワークアドレス変換機能に送信するか、
又は、
選択したＵＰＦを介して、前記端末に対応するＩＰ ｄｏｍａｉｎをネットワークアドレス変換機能に送信することを含み、
又は、
前記方法は、
前記ネットワークアドレス変換機能からフィードバックされた受領確認情報を受信することを更に含む、請求項８に記載の方法。

【請求項11】

ネットワークアドレス変換機能に適用される情報処理方法であって、
ＳＭＦから送信された端末に対応するＩＰ ｄｏｍａｉｎであって、ＵＤＭ又はＵＤＲから取得されたＩＰ ｄｏｍａｉｎを受信することと、
端末から送信されたデータパケットを受信することと、
受信したデータパケットの第一情報及び／又は第二情報であって、受信したデータパケットのトンネル経路を表す第一情報及び／又は端末のＩＰアドレスを表す第二情報を利用して、対応するＩＰ ｄｏｍａｉｎを確定することと、
確定したＩＰ ｄｏｍａｉｎを利用して、受信したデータパケットの送信元アドレスをマッピングすることとを含む、情報処理方法。

【請求項12】

ＳＭＦから送信された端末に対応するＩＰ ｄｏｍａｉｎを受信するとき、前記方法は、
前記ＳＭＦから送信された端末のＩＰアドレスを受信することを更に含む、請求項１１に記載の方法。

【請求項13】

前記ＳＭＦから送信された端末に対応するＩＰ ｄｏｍａｉｎを受信することは、
Ｎ４インターフェースプロトコルに基づいて、ＳＭＦから送信された前記端末に対応するＩＰ ｄｏｍａｉｎを受信するか、
又は、
ＳＭＦによって選択されたＵＰＦを介して、ＳＭＦから送信された前記端末に対応するＩＰ ｄｏｍａｉｎを受信することを含み、
又は、
前記方法は、
受領確認情報を前記ＳＭＦにフィードバックすることを更に含み、
前記確定したＩＰ ｄｏｍａｉｎを利用して、受信したデータパケットのアドレスをマッピングすることは、
前記確定したＩＰ ｄｏｍａｉｎ、及び、ＩＰ ｄｏｍａｉｎと外部ＩＰアドレスセグメントとの対応関係を利用して、受信したデータパケットの送信元アドレスをマッピングすることを含む、請求項１１に記載の方法。

【請求項14】

情報処理装置であって、
ＵＤＭ又はＵＤＲからＩＰ ｄｏｍａｉｎを取得するように構成された取得ユニットと、
取得したＩＰ ｄｏｍａｉｎをＰＣＦに送信するように構成された第一送信ユニットとを含む、情報処理装置。

【請求項15】

情報処理装置であって、
ＩＰ ｄｏｍａｉｎをＳＭＦに提供するように構成された提供ユニットを含む、情報処理装置。

【請求項16】

情報処理装置であって、
端末に対応するＩＰ ｄｏｍａｉｎであって、ＵＤＭ又はＵＤＲから取得されたＩＰ ｄｏｍａｉｎをネットワークアドレス変換機能に送信するように構成された第二送信ユニットを含む、情報処理装置。

【請求項17】

情報処理装置であって、
ＳＭＦから送信された端末に対応するＩＰ ｄｏｍａｉｎであって、ＵＤＭ又はＵＤＲから取得されたＩＰ ｄｏｍａｉｎを受信し、端末から送信されたデータパケットを受信するように構成された第一受信ユニットと、
受信したデータパケットの第一情報及び／又は第二情報であって、受信したデータパケットのトンネル経路を表す第一情報及び／又は端末のＩＰアドレスを表す第二情報を利用して、対応するＩＰ ｄｏｍａｉｎを確定し、確定したＩＰ ｄｏｍａｉｎを利用して、受信したデータパケットの送信元アドレスをマッピングするように構成された第一確定ユニットとを含む、情報処理装置。

【国際調査報告】