JP2024503748A - 通信方法および装置 - Google Patents

Abstract

本出願は、通信方法および対応する装置ならびにシステムを開示する。この方法は以下を含む。端末デバイスは、第１のトラフィック記述情報と第２のトラフィック記述情報の間の関連付け情報を取得し、開始されたアプリケーションに対して第１のトラフィック記述情報および第２のトラフィック記述情報を決定し、および第１の要求メッセージならびに第２の要求メッセージを送信する。第１の要求メッセージは、第１のトラフィック記述情報に対応する第１のセッションを確立することを要求するために使用されて、第１のセッションが第２のセッションと関連付けられていることを示す第１の関連付け情報を含み、および第２の要求メッセージは、第２のトラフィック記述情報に対応する第２のセッションを確立することを要求するために使用されて、第２のセッションが第１のセッションと関連付けられていることを示す第２の関連付け情報を含む。

Description

本出願は、通信技術の分野に関し、および、特に、通信方法および装置に関する。

本出願は、２０２１年１月２６日に中国国家知識産権局に出願された、「ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＭＥＴＨＯＤ ＡＮＤ ＡＰＰＡＲＡＴＵＳ」という名称の中国特許出願第２０２１１０１０４９６６．Ｘ号の優先権を主張し、同出願は、参照によりその全体が本明細書に組み込まれている。

通信技術が発達するにつれて、より高い要求が端末と別の装置（たとえば、端末またはネットワーク装置）との間の信頼性に課されている。たとえば、多くの産業用アプリケーションの信頼性要求は９９．９９９９％を超えていて、高い信頼性要求を伴うこれらのアプリケーションには、待ち時間に対する高い要求もある。しかし、現在の通信アーキテクチャでは通常、いくつかの通信シナリオにおいて信頼性要求を満たすことができない。たとえば、対ビジネス（ｔｏ ｂｕｓｉｎｅｓｓ、ｔｏ Ｂ）サービスの通信シナリオでは、端末のモーションコントロール（ｍｏｔｉｏｎ ｃｏｎｔｒｏｌ、ＭＣ）サービスの、別のデバイスに対する信頼性要求は９９９．９９９％である。たとえば、通信サービス端末の１年以内の総許容故障時間は、わずか３０秒である。しかし、ＭＣサービスが現在の通信アーキテクチャに基づいて実施された場合には、ネットワークデバイス（たとえばアクセスネットワークデバイス）の信頼性は９９．９％から９９．９９％にすぎない。したがって、通信リンク全体の信頼性は、ＭＣサービスなどのｔｏ－Ｂサービスの信頼性要求を満たすことができない。

サービスに対応する通信リンクの信頼性が、そのサービスの信頼性要求を満たすことができないという問題を解決するために、２つの通信リンクが、単一のサービス用の通信サービスを提供して全体の信頼性を改善するように構成され得る。この場合では、図１を参照されたい。図１の通信アーキテクチャは、端末、第１のアクセスネットワークデバイス、第２のアクセスネットワークデバイス、第１のユーザプレーン機能（ユーザプレーン機能、ＵＰＦ）、および第２のＵＰＦを含み得る。これら２つの通信リンクは、相互に冗長な通信リンクと呼ばれる。信頼性を確保するには、２つの通信リンク間の独立性が確保される必要がある。たとえば、通信リンクのうちの一つは、端末、第１のアクセスネットワークデバイス、および第１のＵＰＦを含む。他方の通信リンクは、端末、第２のアクセスネットワークデバイス、および第２のＵＰＦを含む。端末は、第１のアクセスネットワークデバイスを介してコアネットワークへの通信接続を確立する。たとえば、端末は、第１のアクセスネットワークデバイスと第１のＵＰＦとの間の通信接続を確立するために、第１のアクセスネットワークデバイスを介してコアネットワークとのシグナリングインタラクションを実施し得る。このようにして、端末と第１のＵＰＦのバックエンドとのデータネットワーク（ｄａｔａ ｎｅｔｗｏｒｋ、ＤＮ）との間のサービス通信が実装される。別の例として、端末は、第２のアクセスネットワークデバイスと第２のＵＰＦとの間の通信接続を確立するために、第２のアクセスネットワークデバイスを介してコアネットワークとのシグナリングインタラクションを実施し得る。

前述のアーキテクチャを使用するには、一次アクセスネットワークデバイス（たとえば、第１のアクセスネットワークデバイス）は、二次アクセスネットワークデバイス（たとえば、第２のアクセスネットワークデバイス）を選択する必要がある。従来技術では、一次アクセスネットワークデバイスは、セッション管理機能（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＳＭＦ）から提供される冗長シーケンス番号（ｒｅｄｕｎｄａｎｃｙ ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ、ＲＳＮ）値に基づいて二次アクセスネットワークデバイスを選択する。同じアクセスネットワークデバイスが２つの相互に冗長な通信リンクに対して選択され得る。その結果、２つの通信リンク間の独立性が確保されることが不可能になって、通信品質が低下することになる。

本出願は、通信品質を向上させるように２つの通信リンク間の独立性を確保する通信方法、装置、およびシステムを提供する。

第１の態様によれば、本出願の実施形態は、通信方法を提供する。この方法は以下を含む。端末デバイスは、第１のトラフィック記述情報と第２のトラフィック記述情報との間の関連付け情報を取得し、端末デバイスは、開始されたアプリケーションに対して第１のトラフィック記述情報ならびに第２のトラフィック記述情報を決定し、および、端末デバイスは、第１の要求メッセージならびに第２の要求メッセージを送信する。第１の要求メッセージは、第１のトラフィック記述情報に対応する第１のセッションを確立することを要求するために使用され、および第２の要求メッセージは、第２のトラフィック記述情報に対応する第２のセッションを確立することを要求するために使用される。第１の要求メッセージは第１の関連付け情報を含み、および第２の要求メッセージは第２の関連付け情報を含む。第１の関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示し、および第２の関連付け情報は、第２のセッションが第１のセッションと関連付けられていることを示す。

本出願の実施形態で提供される通信方法によれば、ネットワーク側は、受信された第１の要求メッセージおよび受信された第２の要求メッセージから、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがデュアル接続性（ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ、ＤＣ）を維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得るか、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられているという説明はまた、第１のトラフィック記述情報の第１の規則が第２のトラフィック記述情報の第２の規則と関連付けられていると理解されてもよく、または第１の規則中の第１の経路選択記述情報が第２の規則中の第２の経路選択記述情報と関連付けられていると理解されてもよいことに留意されたい。これは、本出願では限定されない。

たとえば、端末デバイスは、第１のトラフィック記述情報と第２のトラフィック記述情報との間の関連付け情報を経路選択ポリシーから取得する。

たとえば、経路選択ポリシーは、第１のトラフィック記述情報に対応する第１の規則と、第２のトラフィック記述情報に対応する第２の規則とを含む。第１の規則は、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることを示す第１の情報を含む。第２の規則は、第２のトラフィック記述情報が第１のトラフィック記述情報と関連付けられていることを示す第２の情報を含む。可能な実装では、第１の情報および第２の情報は、同じ第１の表示情報に対応して、この第１の表示情報は、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることを示す。別の可能な実装では、第１の情報は、第２の規則に関する情報を含み、および第２の情報は、第１の規則に関する情報を含む。たとえば、第１の規則に関する情報は、第１の規則の識別子であり、または第１の規則に含まれるトラフィック記述情報もしくは経路選択記述情報である。第２の規則に関する情報は、第２の規則の識別子であり、または第２の規則に含まれるトラフィック記述情報もしくは経路選択記述情報である。

たとえば、端末デバイスは、ローカルに構成された経路選択ポリシーを取得する。代替として、端末デバイスは、経路選択ポリシーをポリシー制御機能デバイスから受信する。

加えて、この方法は以下をさらに含み得る。すなわち、端末デバイスは、関連付け情報に基づいて、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることをさらに決定し得る。

可能な実装では、第１の関連付け情報は第２のセッションの識別情報を含み、および第２の関連付け情報は第１のセッションの識別情報を含む。別の可能な実装では、第１の関連付け情報および第２の関連付け情報は、同じ第２の表示情報に対応して、この第２の表示情報は、第１のセッションが第２のセッションと関連付けられていることを示す。

第２の態様によれば、本出願の実施形態は、通信方法のフローチャートをさらに提供する。この方法は以下を含む。ポリシー制御機能デバイスは、アプリケーション機能デバイスからの第１のトラフィック記述情報と第２のトラフィック記述情報との間の関連付け情報を知る；ポリシー制御機能デバイスは、関連付け情報に基づいて経路選択ポリシーを生成する；およびポリシー制御機能デバイスは、経路選択ポリシーを端末デバイスへ送信する。経路選択ポリシーが使用されて、第１のトラフィック記述情報に対応する第１のセッションと、第２のトラフィック記述情報に対応する第２のセッションとの間の関連付けを決定する。

本出願の実施形態で提供される通信方法によれば、経路選択ポリシーを受信した後、端末デバイスは、第１の要求メッセージおよび第２の要求メッセージをネットワーク側へ送信する。ネットワーク側は、受信された第１の要求メッセージおよび受信された第２の要求メッセージから、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

たとえば、経路選択ポリシーは、第１のトラフィック記述情報に対応する第１の規則と、第２のトラフィック記述情報に対応する第２の規則とを含む。第１の規則は、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることを示す第１の情報を含む。第２の規則は、第２のトラフィック記述情報が第１のトラフィック記述情報と関連付けられていることを示す第２の情報を含む。可能な実装では、第１の情報および第２の情報は、同じ第１の表示情報に対応して、この第１の表示情報は、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることを示す。別の可能な実装では、第１の情報は、第２の規則に関する情報を含み、および第２の情報は、第１の規則に関する情報を含む。

第３の態様によれば、本出願の実施形態は、通信方法のフローチャートをさらに提供する。この方法は以下を含む。端末デバイスは、第１のセッションを確立する手順において、セッション管理機能デバイスから第１の関連付け情報を受信し、この第１の関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示し、端末デバイスは、第２のセッションを変更する手順を開始し、および端末デバイスは、第２のセッションを変更する手順において、セッション管理機能デバイスへ第２の関連付け情報を送信し、この第２の関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示す。たとえば、第２の関連付け情報は、第１のセッションの識別子を含む。

前述の方法によれば、ネットワーク側は、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

第４の態様によれば、本出願の実施形態は、通信方法のフローチャートをさらに提供する。この方法は以下を含む。データ管理機能デバイスは、第１の経路記述情報と第２の経路記述情報との間の関連付け情報を構成し、データ管理機能デバイスは、第１のセッションに対応する第１の経路記述情報をセッション管理機能デバイスから受信し、データ管理機能デバイスは、第２のセッションと、第２のセッションに対応する第２の経路記述情報とを記憶し、および、データ管理機能デバイスは、構成された関連付け情報および第１の経路記述情報に基づいて、第２のセッションの識別子をセッション管理機能デバイスへ送信する。

前述の方法によれば、ネットワーク側は、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

たとえば、データ管理機能デバイスは、構成された関連付け情報および第１の経路記述情報に基づいて、第１の経路記述情報と第２の経路記述情報との間の関連付けを決定する。データ管理機能デバイスは、第２の経路記述情報に対応する第２のセッションの識別子を決定する。データ管理機能デバイスは、第２のセッションの識別子をセッション管理機能デバイスへ送信する。

たとえば、データ管理機能デバイスが、第２のセッションの識別子をセッション管理機能デバイスへ送信することは、以下を含む。データ管理機能デバイスは、関連付け情報をセッション管理機能デバイスへ送信する。関連付け情報は、第１のセッションの識別子および第２のセッションの識別子を含む。

第５の態様によれば、本出願の実施形態は、通信方法のフローチャートをさらに提供する。この方法は以下を含む。セッション管理機能デバイスが、第１のセッションに対応する第１の経路記述情報をデータ管理機能デバイスへ送信し、セッション管理機能デバイスは、データ管理機能デバイスから第２のセッションの識別子を受信し、およびセッション管理機能デバイスは、関連付け情報をアクセスネットワークデバイスまたは端末デバイスへ送信し、この関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示す。

たとえば、セッション管理機能デバイスは、関連付け情報をデータ管理機能デバイスから受信し、この関連付け情報は、第１のセッションの識別子および第２のセッションの識別子を含む。

前述の方法によれば、ネットワーク側は、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

第６の態様によれば、処理ユニットおよび通信ユニットを含む通信装置が提供される。処理ユニットは、第１のトラフィック記述情報と第２のトラフィック記述情報との間の関連付け情報を取得するように、および、開始されたアプリケーションに対して第１のトラフィック記述情報ならびに第２のトラフィック記述情報を決定するように構成される。通信ユニットは、第１の要求メッセージおよび第２の要求メッセージを送信するように構成され、第１の要求メッセージは、第１のトラフィック記述情報に対応する第１のセッションを確立することを要求するために使用され、および第２の要求メッセージは、第２のトラフィック記述情報に対応する第２のセッションを確立することを要求するために使用される。第１の要求メッセージは第１の関連付け情報を含み、および第２の要求メッセージは第２の関連付け情報を含む。第１の関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示し、および第２の関連付け情報は、第２のセッションが第１のセッションと関連付けられていることを示す。通信装置は、端末デバイスであってもよく、または端末デバイスの機能を実装するように構成されたチップであってもよい。

前述の通信装置を使用することによって、ネットワーク側は、受信された第１の要求メッセージおよび受信された第２の要求メッセージから、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

たとえば、処理ユニットは、第１のトラフィック記述情報と第２のトラフィック記述情報との間の関連付け情報を経路選択ポリシーから取得するように構成される。

たとえば、経路選択ポリシーは、第１のトラフィック記述情報に対応する第１の規則と、第２のトラフィック記述情報に対応する第２の規則とを含む。第１の規則は、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることを示す第１の情報を含む。第２の規則は、第２のトラフィック記述情報が第１のトラフィック記述情報と関連付けられていることを示す第２の情報を含む。可能な実装では、第１の情報および第２の情報は、同じ第１の表示情報に対応して、この第１の表示情報は、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることを示す。別の可能な実装では、第１の情報は、第２の規則に関する情報を含み、および第２の情報は、第１の規則に関する情報を含む。

たとえば、処理ユニットは、ローカルに構成された経路選択ポリシーを取得するように構成される。代替として、処理ユニットは、経路選択ポリシーをポリシー制御機能デバイスから受信するために通信ユニットを制御するように構成される。

加えて、処理ユニットは、関連付け情報に基づいて、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていると決定するようにさらに構成され得る。

可能な実装において、第１の関連付け情報は第２のセッションの識別情報を含み、および第２の関連付け情報は第１のセッションの識別情報を含む。別の可能な実装において、第１の関連付け情報および第２の関連付け情報は、同じ第２の表示情報に対応して、この第２の表示情報は、第１のセッションが第２のセッションと関連付けられていることを示す。

第７の態様によれば、本出願の実施形態は、処理ユニットおよび通信ユニットを含む通信装置をさらに提供する。通信ユニットは、第１のトラフィック記述情報と第２のトラフィック記述情報との間の関連付け情報をアプリケーション機能デバイスから知るように構成される。処理ユニットは、関連付け情報に基づいて経路選択ポリシーを生成するように構成される。通信ユニットは、経路選択ポリシーを端末デバイスへ送信するようにさらに構成される。この経路選択ポリシーが使用されて、第１のトラフィック記述情報に対応する第１のセッションと、第２のトラフィック記述情報に対応する第２のセッションとの間の関連付けを決定する。

通信装置は、ポリシー制御機能デバイスであってもよく、またはポリシー制御機能デバイスの機能を実装するように構成されたチップであってもよい。

前述の通信装置を使用することによって、経路選択ポリシーを受信した後、端末デバイスは、第１の要求メッセージおよび第２の要求メッセージをネットワーク側へ送信する。ネットワーク側は、受信された第１の要求メッセージおよび受信された第２の要求メッセージから、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

たとえば、経路選択ポリシーは、第１のトラフィック記述情報に対応する第１の規則と、第２のトラフィック記述情報に対応する第２の規則とを含む。第１の規則は、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることを示す第１の情報を含む。第２の規則は、第２のトラフィック記述情報が第１のトラフィック記述情報と関連付けられていることを示す第２の情報を含む。可能な実装において、第１の情報および第２の情報は、同じ第１の表示情報に対応して、この第１の表示情報は、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることを示す。別の可能な実装において、第１の情報は、第２の規則に関する情報を含み、および第２の情報は、第１の規則に関する情報を含む。

第８の態様によれば、本出願の実施形態は、処理ユニットおよび通信ユニットを含む通信装置をさらに提供する。通信ユニットは、第１のセッションを確立する手順で、セッション管理機能デバイスから第１の関連付け情報を受信するように構成される。第１の関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示す。処理ユニットは、第２のセッションを変更する手順を開始するように、および、この第２のセッションを変更する手順で、第２の関連付け情報をセッション管理機能デバイスへ送信するために通信ユニットを制御するように構成される。第２の関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示す。たとえば、第２の関連付け情報は、第１のセッションの識別子を含む。

通信装置は、端末デバイスであってもよく、または端末デバイスの機能を実装するように構成されたチップであってもよい。

前述の通信装置を使用することによって、ネットワーク側は、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

第９の態様によれば、本出願の実施形態は、処理ユニットおよび通信ユニットを含む通信装置をさらに提供する。処理ユニットは、第１の経路記述情報と第２の経路記述情報との間の関連付け情報を構成するように構成される。通信ユニットは、第１のセッションに対応する第１の経路記述情報をセッション管理機能デバイスから受信するように構成される。データ管理機能デバイスは、第２のセッションと、第２のセッションに対応する第２の経路記述情報とを記憶する。処理ユニットは、第２のセッションの識別子をセッション管理機能デバイスへ送信するために、構成された関連付け情報および第１の経路記述情報に基づいて、通信ユニットを制御するように構成される。

通信装置は、データ管理機能デバイスであってもよく、またはデータ管理機能デバイスの機能を実装するように構成されたチップであってもよい。

前述の通信装置を使用することによって、ネットワーク側は、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

たとえば、処理ユニットは、構成された関連付け情報および第１の経路記述情報に基づいて、第１の経路記述情報と第２の経路記述情報との間の関連付けを決定するように、第２の経路記述情報に対応する第２のセッションの識別子を決定するように、および第２のセッションの識別子をセッション管理機能デバイスへ送信するために通信ユニットを制御するように構成される。

たとえば、処理ユニットは、関連付け情報をセッション管理機能デバイスへ送信するように通信ユニットを制御する。関連付け情報は、第１のセッションの識別子および第２のセッションの識別子を含む。

第１０の態様によれば、本出願の実施形態は、処理ユニットおよび通信ユニットを含む通信装置をさらに提供する。通信ユニットは、第１のセッションに対応する第１の経路記述情報をデータ管理機能デバイスへ送信するように、第２のセッションの識別子をデータ管理機能デバイスから受信するように、および関連付け情報をアクセスネットワークデバイスまたは端末デバイスへ送信するように構成される。関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示す。

通信装置は、セッション管理機能デバイスであってもよく、またはセッション管理機能デバイスの機能を実装するように構成されたチップであってもよい。

たとえば、通信ユニットは、データ管理機能デバイスから関連付け情報を受信するように構成される。関連付け情報は、第１のセッションの識別子および第２のセッションの識別子を含む。

前述の通信装置を使用することによって、ネットワーク側は、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

第１１の態様によれば、プロセッサを含む通信装置が提供される。プロセッサはメモリに接続される。メモリは、コンピュータ実行可能命令を記憶するように構成されて、プロセッサは、第１の態様から第５の態様のいずれか１つで提供された任意の方法を実装するために、メモリに記憶されたコンピュータ実行可能命令を実行する。たとえば、メモリとプロセッサとは一体化されてもよく、または独立した構成要素であってもよい。メモリとプロセッサとが独立した構成要素である場合、メモリは通信装置内に置かれてもよく、または通信装置の外側に置かれてもよい。

可能な実装において、プロセッサは論理回路を含み、および入力インターフェイスならびに／または出力インターフェイスをさらに含む。たとえば、出力インターフェイスは、対応する方法で送信アクションを実施するように構成されて、入力インターフェイスは、対応する方法で受信アクションを実施するように構成される。

可能な実装において、通信装置は、通信インターフェイスおよび通信バスをさらに含む。プロセッサとメモリと通信インターフェイスとは、通信バスを介して接続される。通信インターフェイスは、対応する方法で送受信アクションを実施するように構成される。通信インターフェイスはまた、トランシーバと呼ばれる場合もある。任意選択で、通信インターフェイスは、送信機および受信機の少なくとも一つを含む。この場合、送信機は、対応する方法で送信アクションを実施するように構成されて、受信機は、対応する方法で受信アクションを実施するように構成される。

可能な実装において、通信装置はチップの製品形態で存在する。

第１２の態様によれば、プロセッサおよびインターフェイスを含む通信装置が提供される。プロセッサは、インターフェイスを介してメモリに結合される。プロセッサがメモリ内のコンピュータプログラム、またはコンピュータ実行可能命令を実行するとき、第１の態様から第５の態様のうちのいずれか１つで提供された任意の方法が実施されることが可能にされる。

第１３の態様によれば、コンピュータ実行可能命令を含むコンピュータ可読記憶媒体が提供される。コンピュータ実行可能命令がコンピュータ上で実行するとき、コンピュータは、第１の態様から第５の態様のうちのいずれか１つで提供された任意の方法を実施することを可能にされる。

第１４の態様によれば、コンピュータ実行可能命令を含むコンピュータプログラム製品が提供される。コンピュータ実行可能命令がコンピュータ上で実行するとき、コンピュータは、第１の態様から第５の態様のうちのいずれか１つで提供された任意の方法を実施することを可能にされる。

第１５の態様によれば、第１の態様で提供された端末デバイスと、第２の態様で提供されたポリシー制御機能デバイスとを含む通信システムが提供される。

第１６の態様によれば、第４の態様で提供されたデータ管理機能デバイスと、第５の態様で提供されたセッション管理機能デバイスとを含む通信システムが提供される。可能な実装において、通信システムは、第３の態様で提供された端末デバイスをさらに含み得る。

第６の態様から第１６の態様のうちのいずれかの実装によってもたらされる技法的効果については、第１の態様から第５の態様のうちの対応する実装によってもたらされる技法的効果を参照されたい。詳細は、本明細書では再度説明されない。

解決策が矛盾しないことを前提として、前述の態様における解決策はすべて組み合わされてもよいことに留意されたい。

端末とＤＮとの間の通信の概略図である。 ネットワークアーキテクチャの概略構成図である。 ＰＤＵセッションの概略図である。 本出願の実施形態による通信方法のシグナリングインタラクションの図である。 本出願の実施形態による通信方法の別のシグナリングインタラクションの図である。 本出願の実施形態による通信方法のフローチャートである。 本出願の実施形態による通信方法の別のフローチャートである。 本出願の実施形態による通信方法の別のシグナリングインタラクションの図である。 本出願の実施形態による通信方法のフローチャートである。 本出願の実施形態による通信方法の別のフローチャートである。 本出願の実施形態による通信方法の別のフローチャートである。 本出願の実施形態による通信装置の概略構成図である。 本出願の実施形態による通信装置のハードウェア構成の概略図である。 本出願の実施形態による別の通信装置のハードウェア構造の概略図である。

本出願の説明において、特に断らない限り、「／」は「または」を意味する。たとえば、Ａ／Ｂは、ＡまたはＢを表し得る。本明細書における「および／または」は、関連する対象物を記述するための単なる関連付け関係であって、３つの関係が存在し得ることを表す。たとえば、Ａおよび／またはＢは、Ａのみが存在すること、ＡとＢとの両方が存在すること、およびＢのみが存在することを表し得る。本出願の説明において、特に断らない限り、「少なくとも１つ」は１つまたは複数を指して、「複数の」は２つ以上を指す。

加えて、本出願の実施形態における技法的解決策を明確に説明するために、「第１の」および「第２の」などの用語が使用されて、基本的に同一の機能および効果を有する同一の項目または同様の項目を区別する。当業者であれば、「第１」と「第２」という用語は、数量または実行順序を限定せず、および「第１」と「第２」という用語は、必ずしも相違点を限定しないことを理解し得る。

本出願の実施形態における技法的解決策は、第４世代（４ｔｈ Ｇｅｎｅｒａｔｉｏｎ、４Ｇ）システム、４Ｇシステムに基づいて進化させた様々なシステム、第５世代（ｆｉｆｔｈ ｇｅｎｅｒａｔｉｏｎ、５Ｇ）システム、および５Ｇシステムに基づいて進化させた様々なシステムに適用され得る。４Ｇシステムはまた、進化型パケットシステム（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｙｓｔｅｍ、ＥＰＳ）と呼ばれる場合もある。４Ｇシステムのコアネットワーク（ｃｏｒｅ ｎｅｔｗｏｒｋ、ＣＮ）は、進化型パケットコア（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ、ＥＰＣ）ネットワークと呼ばれる場合があり、およびアクセスネットワークは、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）と呼ばれる場合がある。５Ｇシステムのコアネットワークは、５ＧＣ（５Ｇコア）と呼ばれる場合があり、およびアクセスネットワークは、新無線（ｎｅｗ ｒａｄｉｏ、ＮＲ）と呼ばれる場合がある。説明を容易にするために、以下では、本出願が５Ｇシステムに適用される例を用いて本出願について説明する。本出願が４Ｇシステムまたは別の通信システムに適用される場合には、本出願に含まれるネットワーク要素が、対応する通信システムにおいて同一または同様の機能を有するネットワーク要素に置き換えられてもよい。

図２は、５Ｇシステムのネットワークアーキテクチャの概略図の例である。この概略図で、５Ｇシステムは、認証サーバ機能（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｓｅｒｖｅｒ ｆｕｎｃｔｉｏｎ、ＡＵＳＦ）ネットワーク要素、アクセスおよびモビリティ管理機能（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＡＭＦ）ネットワーク要素、ＤＮ、統合データ管理（ｕｎｉｆｉｅｄ ｄａｔａ ｍａｎａｇｅｍｅｎｔ、ＵＤＭ）ネットワーク要素、ポリシー制御機能（ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ、ＰＣＦ）ネットワーク要素、（無線）アクセスネットワーク（（ｒａｄｉｏ） ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、（Ｒ）ＡＮ）ネットワーク要素、ＵＰＦネットワーク要素、端末（ｔｅｒｍｉｎａｌ）、アプリケーション機能（ａｐｐｌｉｃａｔｉｏｎ ｆｕｎｃｔｉｏｎ、ＡＦ）ネットワーク要素、およびセッション管理機能（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＳＭＦ）ネットワーク要素を含み得る。

説明を容易にするために、以下では、（Ｒ）ＡＮネットワーク要素、ＡＭＦネットワーク要素、ＳＭＦネットワーク要素、ＵＤＭネットワーク要素、ＵＰＦネットワーク要素、ＰＣＦネットワーク要素、および同様のものはそれぞれ、ＲＡＮ、ＡＭＦ、ＳＭＦ、ＵＤＭ、ＵＰＦ、ＰＣＦ、および同様のもので示される。

５Ｇシステムは、アクセスネットワークおよびコアネットワークを含む。アクセスネットワークは、無線アクセスに関連する機能を実装するように構成されて、主にＲＡＮを含む。コアネットワークは、ネットワークサービス制御、データ伝送、および同様のものに使用される。コアネットワークは、主にＡＭＦ、ＳＭＦ、ＵＰＦ、ＰＣＦ、ＵＤＭ、および同様のものを含む、複数のネットワーク要素から構成される。

図２のいくつかのネットワーク要素の機能は、以下の通りである。

ＰＣＦは、サービス品質（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ、ＱｏＳ）ポリシーおよびスライス選択ポリシーなどのポリシーをＡＭＦおよびＳＭＦに提供することを担っている。

ＵＤＭは、第３世代パートナーシッププロジェクト（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ、３ＧＰＰ）認証および鍵合意（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ ｋｅｙ ａｇｒｅｅｍｅｎｔ、ＡＫＡ）認証資格証明、ユーザ識別対処、アクセス認可、登録／モビリティ管理、加入管理、ＳＭＳ管理、ならびに同様のものに対処することを担っている。

ＡＦは、アプリケーションサーバであってもよく、このアプリケーションサーバは、オペレータサーバまたはサードパーティサーバであってもよい。ＡＦは、サービス、たとえば、トラフィックルーティング決定に対する影響、ポリシー制御機能、またはサードパーティサービスをネットワーク側に提供すること、を提供するために、主に３ＧＰＰコアネットワークとのインタラクションをサポートする。

ＡＭＦは、シグナリング対処、たとえば、端末登録管理、端末接続管理、端末到達可能性管理、端末アクセス承認およびアクセス認証、端末セキュリティ機能、端末モビリティ管理（たとえば、端末位置更新、端末登録ネットワーク、および端末ハンドオーバ）、ネットワークスライス（ｎｅｔｗｏｒｋ ｓｌｉｃｅ）選択、ＳＭＦ選択、および登録または登録解除などの端末機能を主に担う。

ＳＭＦは、ＵＰＦ選択、制御およびリダイレクション、インターネットプロトコル（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ、ＩＰ）アドレスの割り当ておよび管理、セッションＱｏＳ管理、ＰＣＦからのポリシーおよび課金制御（ｐｏｌｉｃｙ ａｎｄ ｃｈａｒｇｉｎｇ ｃｏｎｔｒｏｌ、ＰＣＣ）ポリシーを取得すること、ベアラまたはセッション確立、変更、および解放を含む、端末セッション管理の制御プレーン機能を主に担う。

ＵＰＦは、プロトコルデータユニット（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ、ＰＤＵ）セッション接続のためのアンカーポイントとして機能して、端末のデータパケットフィルタリング、データ送信／転送、レート制御、課金情報の生成、ユーザプレーンのためのＱｏＳ対処、アップリンク送信認証、送信レベル検証、ダウンリンクデータパケットバッファリング、ダウンリンクデータ通知トリガリング、および同様のものを担う。ＵＰＦは、マルチホーム（ｍｕｌｔｉ－ｈｏｍｅｄ）ＰＤＵセッションをサポートするための分岐点としてさらに機能し得る。端末にサービスを提供するＵＰＦに対する送信リソースおよびスケジューリング機能は、ＳＭＦによって管理および制御される。

ＲＡＮは、１つまたは複数のアクセスネットワークデバイス（ＲＡＮノードまたはネットワークデバイスと呼ばれる場合もある）を含むネットワークであって、無線物理レイヤ機能、リソーススケジューリングおよび無線リソース管理、無線アクセス制御およびモビリティ管理機能、サービス品質管理、ならびにデータ圧縮および暗号化などの機能を実装する。アクセスネットワークデバイスは、端末のデータを送信するために、ユーザプレーンインターフェイスＮ３を介してＵＰＦに接続される。アクセスネットワークデバイスは、無線アクセスベアラ制御などの機能を実装するために、制御プレーンインターフェイスＮ２を介してＡＭＦとの制御プレーンシグナリング接続を確立する。

アクセスネットワークデバイスは、基地局、ワイヤレスフィデリティ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ、Ｗｉ－Ｆｉ）アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ、ＡＰ）、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ、ＷｉＭＡＸ）サイト、または同様のものであってもよい。基地局は、様々な形の基地局、たとえば、マクロ基地局、マイクロ基地局（スモールセルとも呼ばれる）、中継局、およびアクセスポイントを含み得る。基地局は、具体的には、無線ローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）のＡＰ、およびグローバルシステムフォーモバイルコミュニケーションズ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＧＳＭ）もしくは符号分割多重アクセス方式（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＣＤＭＡ）の基地トランシーバ局（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、ＢＴＳ）であってもよく、または、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＷＣＤＭＡ）の基地局（ＮｏｄｅＢ、ＮＢ）、ＬＴＥの進化型ノードＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ、ｅＮＢもしくはｅＮｏｄｅＢ）、中継局もしくはアクセスポイント、車載デバイス、ウェアラブルデバイス、将来の５Ｇシステムの次世代ノードＢ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ、ｇＮＢ）、将来の進化型公衆陸上モバイルネットワーク（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ、ＰＬＭＮ）ネットワークの基地局、または同様のものであってもよい。

端末は、ワイヤレス端末であってもよく、または有線端末であってもよい。ワイヤレス端末は、ユーザに音声および／もしくはデータ接続性を提供するデバイス、ワイヤレス接続機能を持つハンドヘルドデバイス、またはワイヤレスモデムに接続された別の処理デバイスであってもよい。端末とアクセスネットワークデバイスとは、エアインターフェイス技術（たとえば、ＮＲ技術またはＬＴＥ技術）によって互いに通信する。端末はまた、エアインターフェイス技術（たとえば、ＮＲ技術またはＬＴＥ技術）によって互いに通信し得る。ワイヤレス端末は、アクセスネットワークデバイスを介して１つまたは複数のコアネットワークデバイスと通信し得、たとえば、ＡＭＦまたはＳＭＦと通信し得る。ワイヤレス端末は、モバイル端末（たとえば、モバイル電話）、スマートフォン、衛星ワイヤレスデバイス、ワイヤレスモデムカード、モバイル端末付きコンピュータ（たとえば、ラップトップ、ポータブル装置、ポケット装置、ハンドヘルド装置、コンピュータ組込み装置、または車載モバイル装置）、パーソナル通信サービス（ｐｅｒｓｏｎａｌ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｅｒｖｉｃｅ、ＰＣＳ）電話、コードレス電話、セッション開始プロトコル（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話、ワイヤレスローカルループ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ、ＷＬＬ）局、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ）、仮想現実（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ、ＶＲ）眼鏡、拡張現実（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ、ＡＲ）眼鏡、機械型通信端末、モノのインターネット端末、路側ユニット（Ｒｏａｄ Ｓｉｄｅ Ｕｎｉｔ、ＲＳＵ）、無人航空機に搭載された通信デバイス、または同様のものであってもよい。ワイヤレス端末はまた、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）、端末デバイス、加入者ユニット（ｓｕｂｓｃｒｉｂｅｒ ｕｎｉｔ）、加入者局（ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ）、モバイル局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）、モバイル（ｍｏｂｉｌｅ）コンソール（ｃｏｎｓｏｌｅ）、遠隔局（ｒｅｍｏｔｅ ｓｔａｔｉｏｎ）、アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）、アクセス端末（ａｃｃｅｓｓ ｔｅｒｍｉｎａｌ）、ユーザ端末（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ユーザエージェント（ｕｓｅｒ ａｇｅｎｔ）、および同様のもの、と呼ばれる場合もある。

ＤＮは、データ送信サービス、たとえば、インターネットプロトコルマルチメディアサービス（ＩＰ ｍｕｌｔｉｍｅｄｉａ ｓｅｒｖｉｃｅ、ＩＭＳ）ネットワークまたはインターネット（Ｉｎｔｅｒｎｅｔ）をユーザに提供するオペレータネットワークである。端末は、端末からアクセスネットワークデバイス、ＵＰＦへの、およびＤＮへのＰＤＵセッション（ＰＤＵ ｓｅｓｓｉｏｎ）を確立することによって、ＤＮにアクセスする。ＰＤＵセッションは、端末とＤＮの間の接続であり、およびＰＤＵ接続サービスを提供するのに使用される。ＰＤＵセッションは、ＩＰ接続、イーサネット接続、非構造化データ接続、または同様のものであってもよい。５ＧシステムのコアネットワークによってサポートされるＰＤＵ接続サービスは、端末と、データネットワーク名（ｄａｔａ ｎｅｔｗｏｒｋ ｎａｍｅ、ＤＮＮ）によって決定されたＤＮとの間でＰＤＵ交換を行うサービスである。端末は、同じＤＮまたは異なるＤＮに接続するために、１つまたは複数のＰＤＵセッションを開始および確立し得る。たとえば、図３で、端末は、同じＤＮに接続するために、ＰＤＵセッション１およびＰＤＵセッション２を開始および確立する。

図２に示される機能ネットワーク要素に加えて、５Ｇネットワークのネットワークアーキテクチャは、他の機能ネットワーク要素、たとえば、ネットワーク露出機能（ｎｅｔｗｏｒｋ ｅｘｐｏｓｕｒｅ ｆｕｎｃｔｉｏｎ、ＮＥＦ）をさらに含み得ると理解されてもよい。本出願の実施形態において、ネットワーク要素はまた、エンティティ、デバイス、または同様のもの、と呼ばれる場合もある。

図１に示された通信アーキテクチャに基づいて、端末は、２つのＰＤＵセッション、すなわち第１のＰＤＵセッションおよび第２のＰＤＵセッションを確立し得る。第１のＰＤＵセッションのアンカーポイントは第１のＵＰＦである（言い換えれば、第１のＰＤＵセッションのデータパケットは、第１のＵＰＦを通過する必要がある）。第２のＰＤＵセッションのアンカーポイントは第２のＵＰＦである（言い換えれば、第２のＰＤＵセッションのデータパケットは、第２のＵＰＦを通過する必要がある）。データパケットはまた、サービスパケットと呼ばれる場合もある。

本出願の実施形態において、可能な実装では、第２のアクセスネットワークデバイスは、第１のアクセスネットワークデバイスのバックアップ局として機能し得、これにより、第２のアクセスネットワークデバイスは、第１のアクセスネットワークデバイスに障害があるときにサービス通信の継続性を確保することができる。これは、通信リンク全体の信頼性を改善する。

異なる実装シナリオでは、第１のアクセスネットワークデバイスと第２のアクセスネットワークデバイスとは、同じ周波数配置を有してもよく、または異なる周波数配置を有してもよい。第１のアクセスネットワークデバイスと第２のアクセスネットワークデバイスとは、全帯域でバックアップされてもよく、またはいくつかのスペクトルを共有してもよい。１００メガヘルツ（ＭＨｚ）のスペクトル帯域が例として使用される。第１のアクセスネットワークデバイスは、最初の５０ＭＨｚを動作のために使用してもよく、および最後の５０ＭＨｚを、第２のアクセスネットワークデバイスのバックアップをするために使用してもよい。同様に、第２のアクセスネットワークデバイスは、最初の５０ＭＨｚを、第１のアクセスネットワークデバイスのバックアップをするために使用してもよく、および最後の５０ＭＨｚを、別の端末にサービスするために使用してもよい。異なる実装シナリオでは、第１のアクセスネットワークデバイスの識別子と第２のアクセスネットワークデバイスの識別子とは、同じであっても異なっていてもよい。

前述のアーキテクチャを採用するために、一次アクセスネットワークデバイス（たとえば、図１の第１のアクセスネットワークデバイス）は、二次アクセスネットワークデバイス（たとえば、図１の第２のアクセスネットワークデバイス）を選択する必要がある。従来技術では、一次アクセスネットワークデバイスは、セッション管理機能（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＳＭＦ）から提供されるＲＳＮ値に基づいて、二次アクセスネットワークデバイスを選択する。一次アクセスネットワークデバイスは、受信されたＲＳＮ値に基づいて、対応するユーザプレーンリソースを決定する。たとえば、セッション１のＲＳＮ値が１であると仮定すると、一次アクセスネットワークデバイスは、一次アクセスネットワークデバイスのトンネル情報を返し、具体的には、一次アクセスネットワークデバイスと図１の第１のＵＰＦとの間のユーザプレーン接続が確立される。一次アクセスネットワークデバイスがセッション２のＲＳＮ値２を受信する場合、一次アクセスネットワークデバイスは、二次アクセスネットワークデバイスのトンネル情報を返し、具体的には、二次アクセスネットワークデバイスと図１の第２のＵＰＦとの間のユーザプレーン接続が確立される。しかし、複数のＳＭＦがネットワークに配置されていて、冗長通信リンク内の２つのＵＰＦがそれぞれ、２つの異なるＳＭＦによって制御される。ＳＭＦのそれぞれは、一次アクセスネットワークデバイスにＲＳＮ値を提供する。前述の機構では、一次アクセスネットワークデバイスは、異なるＲＳＮ値に基づいて異なるユーザプレーン接続を決定する必要がある。しかし、異なるＳＭＦが、同じＲＳＮ値を一次アクセスネットワークデバイスに提供する場合があり、そのため同じアクセスネットワークデバイスが、相互に冗長な２つの通信リンクに対して選択される。したがって、一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定する必要がある。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。

加えて、前述の通信アーキテクチャでは、複数のセッションが第１のアクセスネットワークデバイスと第２のアクセスネットワークデバイスとの両方に存在することが想定されている。第１のアクセスネットワークデバイスが、図１に示されるデュアル接続性をサポートできない場合、第１のアクセスネットワークデバイスは、デュアル接続性に対応するセッションを切り替え得る。たとえば、セッションは、一次アクセスネットワークデバイスに切り替えられてもよく、または第２のアクセスネットワークデバイスもしくは別のアクセスネットワークデバイスに切り替えられてもよい。したがって、切り替えシナリオでは、一次アクセスネットワークデバイスはまた、どのセッションが切り替えるべきかを決定するために、どの２つのセッションが関連付けられているかを知る必要もある。

図１に示される通信アーキテクチャに基づいて、本出願は複数の解決策を提供し、これらは以下で別々に説明される。

図４は、本出願の実施形態による通信方法のシグナリングインタラクションの図である。図４に示されるように、この方法は以下のステップを含む。

ステップ４０１：端末デバイスが、ＵＥ経路選択ポリシー（ＵＥ ｒｏｕｔｅ ｓｅｌｅｃｔｉｏｎ ｐｏｌｉｃｙ、ＵＲＳＰ）規則をローカルに構成する。

ＵＲＳＰ規則は複数の規則を含んでいて、規則のそれぞれは、トラフィック記述子（ｔｒａｆｆｉｃ ｄｅｓｃｒｉｐｔｏｒ、ＴＤ）と、対応する経路選択記述子（ｒｏｕｔｅ ｓｅｌｅｃｔｉｏｎ ｄｅｓｃｒｉｐｔｏｒ、ＲＳＤ）とを含む。ＴＤは、データフローをマッチングするためのものである。たとえば、ＴＤは次の、インターネットプロトコル（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ、ＩＰ）５タプル、アプリケーションの識別子、データネットワーク名（ｄａｔａ ｎｅｔｗｏｒｋ ｎａｍｅ、ＤＮＮ）、または単一ネットワークスライス選択支援情報（ｓｉｎｇｌｅ ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ、Ｓ－ＮＳＳＡＩ）のうちの少なくとも１つを含む。ＲＳＤは、ＴＤに一致するデータフローをルーティングするためのパラメータを含む。たとえば、ＲＳＤは、ＤＮＮ、Ｓ－ＮＳＳＡＩ、またはサービスおよびセッション継続性（ｓｅｒｖｉｃｅ ａｎｄ ｓｅｓｓｉｏｎ ｃｏｎｔｉｎｕｉｔｙ、ＳＳＣ）モードのうちの少なくとも１つを含み得る。規則のそれぞれは、異なるＴＤおよび異なるＲＳＤに対応する。たとえば、２つのＲＳＤでＤＮＮ、Ｓ－ＮＳＳＡＩ、またはＳＳＣモードのうちの少なくとも１つが異なる場合、それは２つのＲＳＤが異なることを示す。

たとえば、ＵＲＳＰ規則は、第１の規則および第２の規則を含む。第１の規則は、第１のＴＤおよび第１のＲＳＤを含む。第２の規則は、第２のＴＤおよび第２のＲＳＤを含む。本出願のこの実施形態において、ＵＲＳＰ規則は、第１の規則と第２の規則との間の関連付け情報を含む。関連付け情報は、表１に示されるように、ＵＲＳＰ規則における規則のそれぞれから独立していてもよい。代替として、関連付け情報は、ＵＲＳＰ内の規則のそれぞれの一部であってもよい。たとえば、表２に示されるように、関連付けられた規則のそれぞれに対応する別の規則に関する情報が、関連付けられた規則のそれぞれに追加されてもよい。代替として、２つの規則が互いに関連付けられていることを示すために、同じ表示情報、たとえば表３に示される表示情報が、関連付けられた規則のそれぞれに追加されてもよい。たとえば、表示情報は識別子であってもよい。

ステップ４０２：端末デバイスは、アプリケーションを始動して、ローカルに構成されたＵＲＳＰ規則に従って、アプリケーションに対応するＵＲＳＰ規則にある、第１の規則の第１のＴＤおよび第２の規則の第２のＴＤを決定する。

加えて、端末デバイスは、ＵＲＳＰ規則の関連付け情報に基づいて、第１のＴＤと第２のＴＤとが関連付けられていると決定し得る。

たとえば、アプリケーションは、超信頼低遅延通信（ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ｌｏｗ－ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＵＲＬＬＣ）アプリケーションである。端末デバイスは、ＵＲＬＬＣアプリケーションを始動する。端末デバイスのアプリケーションレイヤは、アプリケーションのデータを複製して、アプリケーションのデータは、２つの異なるＴＤに対応し、それぞれがＵＲＳＰ規則の別個の規則にある。このようにして、ＵＲＬＬＣアプリケーションは、端末デバイスを作動させて２つのセッションを確立する手順を開始するために、および２つの異なるＲＳＤに対応する２つのセッションを別々に確立するために、ＵＲＳＰ規則中の異なるＲＳＤと関連付けられる。

第１のＴＤおよび第２のＴＤは、同じアプリケーションに対応してもよく、またはそれぞれ、２つの異なるアプリケーション、たとえば２つの異なるＵＲＬＬＣアプリケーションに対応してもよいことに留意されたい。

ステップ４０３：端末デバイスは、第１の要求メッセージおよび第２の要求メッセージをネットワーク側へ送信する。第１の要求メッセージは、第１のＴＤに対応する第１のセッションを確立することを要求するために使用され、および第２の要求メッセージは、第２のＴＤに対応する第２のセッションを確立することを要求するために使用される。第１の要求メッセージは、第１のＴＤに対応する第１のＲＳＤと、第１の関連付け情報とを含み、および第１の関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示す。第２の要求メッセージは、第２のＴＤに対応する第２のＲＳＤと第２の関連付け情報とを含み、および第２の関連付け情報は、第２のセッションが第１のセッションと関連付けられていることを示す。

たとえば、第１のセッションと第２のセッションとが互いに関連付けられていることを反映するために、第１の要求メッセージの第１の関連付け情報は、第２のセッションの識別情報であってもよく、および第２の要求メッセージの第２の関連付け情報は、第１のセッションの識別情報であってもよい。

代替として、別の例では、第１の要求メッセージの第１の関連付け情報と第２の要求メッセージの第２の関連付け情報とは、同じ表示情報に対応してもよい。たとえば、表示情報は、前述のＵＲＳＰにあって、第１のＴＤと第２のＴＤとが互いに関連付けられていることを示す表示情報であってもよく、または表示情報は別の表示情報であってもよい。これは、本出願では限定されない。

第１の関連付け情報および第２の関連付け情報は、一括してＰＤＵセッションペア情報（ＰＤＵ ｓｅｓｓｉｏｎ ｐａｉｒ ｉｎｆｏｒｍａｔｉｏｎ）と呼ばれる場合がある。

第１の要求メッセージおよび第２の要求メッセージを受信した後、ネットワーク側は、第１のセッションおよび第２のセッションのための適切なＵＰＦを別々に選択し得る。一次アクセスネットワークデバイスは、二次アクセスネットワークデバイスを選択して、デュアル接続性（ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ、ＤＣ）を確立することを決定し得る。言い換えれば、一次アクセスネットワークデバイスと第１のＵＰＦとの間のユーザプレーン接続、および二次アクセスネットワークデバイスと第２のＵＰＦとの間のユーザプレーン接続が、別々に確立される。加えて、ネットワーク側は、受信された第１の要求メッセージおよび受信された第２の要求メッセージから、第１のセッションが第２のセッションと関連付けられていると決定し得る。たとえば、ネットワーク側のＳＭＦデバイスは、第１のセッションが第２のセッションと関連付けられていると決定して、２つの関連付けられたセッションの識別情報を記憶し得る。

一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側（たとえば、ＳＭＦデバイス）から知り得る。

図５は、本出願の実施形態による通信方法のシグナリングインタラクションの図である。図５は、図４５を参照して説明される。図５と図４との違いは、図５の例では、端末デバイスによって使用されるＵＲＳＰ規則がローカルに構成されるが、図５の例では、端末デバイスによって使用されるＵＲＳＰ規則がＰＣＦデバイスから受信されるということにある。図５に示されるように、この方法は以下のステップを含む。

ステップ５０１：ＡＦデバイスが、第１のＴＤと第２のＴＤとの間の関連付け情報をＰＣＦデバイスへ送信する。

たとえば、ＡＦはアプリケーションサーバであってもよい。ＡＦは、第１のＴＤと第２のＴＤとが関連付けられていることを知るために、および第１のＴＤと第２のＴＤとの間の関連付け情報をＰＣＦデバイスへ送信するために、開始されたアプリケーションが第１のＴＤおよび第２のＴＤに対応することを構成することができる。

第１のＴＤと第２のＴＤとは、同じアプリケーションに対応してもよく、またはそれぞれ、２つの異なるアプリケーション、たとえば２つの異なるＵＲＬＬＣサービスに対応してもよいことに留意されたい。

たとえば、ＡＦデバイスは、第１のＴＤと第２のＴＤとの間の関連付け情報をＰＣＦデバイスへＡＦ要求メッセージによって送信する。ＡＦデバイスは、ＰＣＦデバイスと直接にインタラクトおよび通信してもよく、またはＡＦデバイスは、ＰＣＦデバイスとＮＥＦデバイスを介してインタラクトおよび通信してもよい。

ステップ５０２：ＰＣＦデバイスは、関連付け情報に基づいてＵＲＳＰ規則を生成する。

たとえば、端末デバイスの登録手順において、ＡＭＦデバイスは、ＵＥポリシー制御作成要求（ＵＥ ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｃｒｅａｔｅ ｒｅｑｕｅｓｔ）をＰＣＦデバイスへ送信する。ＵＥポリシー制御作成要求を受信した後、ＰＣＦは、関連付け情報に基づいてＵＲＳＰ規則を生成する。

ＵＲＳＰ規則の形式および内容については、図５のステップ５０１の説明を参照されたい。詳細は、本明細書では再度説明されない。

ステップ５０３：ＰＣＦデバイスは、ＵＲＳＰ規則をＡＭＦデバイスへ送信する。

たとえば、ＰＣＦデバイスは、ＵＲＳＰ規則をＡＭＦデバイスへ、ＵＥポリシー制御作成応答（ＵＥ ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｃｒｅａｔｅ ｒｅｓｐｏｎｓｅ）によって送信する。

別の例では、ＰＣＦデバイスは、ＵＲＳＰ規則をＡＭＦデバイスへＮ１Ｎ２メッセージ転送要求（Ｎ１Ｎ２ Ｍｅｓｓａｇｅ Ｔｒａｎｓｆｅｒ Ｒｅｑｕｅｓｔ）によって送信する。

ステップ５０４：ＡＭＦデバイスは、ＵＲＳＰ規則を端末デバイスへ送信する。

たとえば、ＡＭＦデバイスは、ＵＲＳＰ規則を端末デバイスへ登録受諾メッセージによって、ＲＡＮを介して送信する。

別の例では、ＡＭＦデバイスは、ＵＲＳＰ規則を端末デバイスへダウンリンクＮＡＳ送信メッセージによって、ＲＡＮを介して送信する。

代替として、可能な実装では、ステップ５０２でＰＣＦによって生成されるＵＲＳＰ規則は、表４に示されている。ＰＣＦデバイスは、ＡＭＦを介して端末デバイスへ、ＵＲＳＰ規則と、ＵＲＳＰ規則の第１の規則と第２の規則とが互いに関連付けられていることを示す表示情報とを送信する。

ステップ５０５：端末デバイスは、アプリケーションを始動して、受信されたＵＲＳＰ規則に従って、アプリケーションに対応するＵＲＳＰ規則にある、第１の規則の第１のＴＤおよび第２の規則の第２のＴＤを決定する。

加えて、端末デバイスは、受信されたＵＲＳＰ規則に従って、または受信されたＵＲＳＰ規則および受信された表示情報に従って、ＵＲＳＰ規則にある、第１の規則の第１のＴＤと第２の規則の第２のＴＤとが関連付けられていると決定し得る。

ステップ５０６：端末デバイスは、第１の要求メッセージおよび第２の要求メッセージをネットワーク側へ送信する。第１の要求メッセージは、第１のＴＤに対応する第１のセッションを確立することを要求するために使用され、および第２の要求メッセージは、第２のＴＤに対応する第２のセッションを確立することを要求するために使用される。第１の要求メッセージは、第１のＴＤに対応する第１のＲＳＤと、第１の関連付け情報とを含み、および第１の関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示す。第２の要求メッセージは、第２のＴＤに対応する第２のＲＳＤと、第２の関連付け情報とを含み、および第２の関連付け情報は、第２のセッションが第１のセッションと関連付けられていることを示す。

ステップ５０５および５０６の他の詳細については、図５のステップ５０２および５０３の説明を参照されたい。詳細は、本明細書では再度説明されない。

同様に、第１の要求メッセージおよび第２の要求メッセージを受信した後、ネットワーク側は、第１のセッションおよび第２のセッションのための適切なＵＰＦを別々に選択し得る。一次アクセスネットワークデバイスは、二次アクセスネットワークデバイスを選択して、ＤＣを確立することを決定し得る。言い換えれば、一次アクセスネットワークデバイスと第１のＵＰＦとの間のユーザプレーン接続、および二次アクセスネットワークデバイスと第２のＵＰＦとの間のユーザプレーン接続が、別々に確立される。加えて、ネットワーク側は、受信された第１の要求メッセージおよび受信された第２の要求メッセージから、第１のセッションが第２のセッションと関連付けられていると決定し得る。たとえば、ネットワーク側のＳＭＦデバイスは、第１のセッションが第２のセッションと関連付けられていると決定して、２つの関連付けられたセッションの識別情報を記憶し得る。

一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側（たとえば、ＳＭＦデバイス）から知り得る。

図６は、本出願の実施形態による通信方法のフローチャートである。図６は、図４および図５を参照して説明される。この方法は、端末デバイスによって実施される。たとえば、端末デバイスは、図４または図５の端末デバイスである。図６に示されるように、この方法は以下のステップを含む。

ステップ６０１：端末デバイスは、第１のトラフィック記述情報と第２のトラフィック記述情報との間の関連付け情報を取得する。

たとえば、第１のトラフィック記述情報は第１のＴＤであり、および第２のトラフィック記述情報は第２のＴＤである。

第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられているという説明はまた、第１のトラフィック記述情報の第１の規則が第２のトラフィック記述情報の第２の規則と関連付けられていると理解されてもよく、または第１の規則中の第１の経路選択記述情報が第２の規則中の第２の経路選択記述情報と関連付けられていると理解されてもよいことに留意されたい。これは、本出願では限定されない。

たとえば、端末デバイスは、第１のトラフィック記述情報と第２のトラフィック記述情報との間の関連付け情報を経路選択ポリシー（たとえば、前述のＵＲＳＰ規則）から取得する。

たとえば、経路選択ポリシーは、第１のトラフィック記述情報に対応する第１の規則と、第２のトラフィック記述情報に対応する第２の規則とを含む。第１の規則は、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることを示す第１の情報を含み、および第２の規則は、第２のトラフィック記述情報が第１のトラフィック記述情報と関連付けられていることを示す第２の情報を含む。可能な実装では、第１の情報および第２の情報は、同じ第１の表示情報に対応して、この第１の表示情報は、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることを示す。別の可能な実装では、第１の情報は、第２の規則に関する情報を含み、および第２の情報は、第１の規則に関する情報を含む。

たとえば、端末デバイスは、ローカルに構成された経路選択ポリシーを取得する。これは図４のステップ４０１の説明を参照しており、および詳細は、本明細書では再度説明されない。

代替として、端末デバイスは、経路選択ポリシーをポリシー制御機能デバイスから受信する。これは図５のステップ５０３および５０４の説明を参照しており、および詳細は、本明細書では再度説明されない。

ステップ６０２：端末デバイスは、開始されたアプリケーションに対して第１のトラフィック記述情報および第２のトラフィック記述情報を決定する。

加えて、端末デバイスは、関連付け情報に基づいて、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることをさらに決定し得る。

第１のトラフィック記述情報および第２のトラフィック記述情報は、同じアプリケーションに対応してもよく、またはそれぞれ、２つの異なるアプリケーション、たとえば、２つの異なるＵＲＬＬＣアプリケーションに対応してもよいことに留意されたい。

このステップについては、図４のステップ４０２の説明を参照されたく、および詳細は、本明細書では再度説明されない。

ステップ６０３：端末デバイスは、第１の要求メッセージおよび第２の要求メッセージを送信し、第１の要求メッセージは、第１のトラフィック記述情報に対応する第１のセッションを確立することを要求するために使用され、および第２の要求メッセージは、第２のトラフィック記述情報に対応する第２のセッションを確立することを要求するために使用される。第１の要求メッセージは第１の関連付け情報を含み、および第２の要求メッセージは第２の関連付け情報を含む。第１の関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示し、および第２の関連付け情報は、第２のセッションが第１のセッションと関連付けられていることを示す。

可能な実装では、第１の関連付け情報は第２のセッションの識別情報を含み、および第２の関連付け情報は第１のセッションの識別情報を含む。

別の可能な実装では、第１の関連付け情報および第２の関連付け情報は、同じ第２の表示情報に対応して、この第２の表示情報は、第１のセッションが第２のセッションと関連付けられていることを示す。

このステップについては、図４のステップ４０３の説明を参照されたく、および詳細は、本明細書では再度説明されない。

本出願のこの実施形態で提供される通信方法によれば、ネットワーク側が、受信された第１の要求メッセージおよび受信された第２の要求メッセージから、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得るか、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

図７は、本出願の実施形態による通信方法のフローチャートである。図７は、図５を参照して説明される。この方法は、ポリシー制御機能デバイスによって実施される。たとえば、ポリシー制御機能デバイスは、図５のＰＣＦデバイスである。図７に示されるように、この方法は以下のステップを含む。

ステップ７０１：ポリシー制御機能デバイスは、第１のトラフィック記述情報と第２のトラフィック記述情報との間の関連付け情報をアプリケーション機能デバイスから知る。

第１のトラフィック記述情報および第２のトラフィック記述情報は、同じアプリケーションに対応してもよく、またはそれぞれ、２つの異なるアプリケーション、たとえば、２つの異なるＵＲＬＬＣアプリケーションに対応してもよいことに留意されたい。

このステップについては、図５のステップ５０１の説明を参照されたく、および詳細は、本明細書では再度説明されない。

ステップ７０２：ポリシー制御機能デバイスは、関連付け情報に基づいて経路選択ポリシーを生成する。

たとえば、経路選択ポリシーは、第１のトラフィック記述情報に対応する第１の規則と、第２のトラフィック記述情報に対応する第２の規則とを含む。第１の規則は、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることを示す第１の情報を含み、および第２の規則は、第２のトラフィック記述情報が第１のトラフィック記述情報と関連付けられていることを示す第２の情報を含む。可能な実装では、第１の情報および第２の情報は、同じ第１の表示情報に対応して、この第１の表示情報は、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることを示す。別の可能な実装では、第１の情報は、第２の規則に関する情報を含み、および第２の情報は、第１の規則に関する情報を含む。

経路選択ポリシーについては、図５のＵＲＳＰ規則の説明を参照されたい。詳細は、本明細書では再度説明されない。

このステップについては、図５のステップ５０２の説明を参照されたく、および詳細は、本明細書では再度説明されない。

ステップ７０３：ポリシー制御機能デバイスは、経路選択ポリシーを端末デバイスへ送信し、この経路選択ポリシーが使用されて、第１のトラフィック記述情報に対応する第１のセッションと、第２のトラフィック記述情報に対応する第２のセッションとの間の関連付けを決定する。

このステップについては、図５のステップ５０３および５０４の説明を参照されたく、および詳細は、本明細書では再度説明されない。

本出願のこの実施形態で提供される通信方法によれば、経路選択ポリシーを受信した後、端末デバイスは、第１の要求メッセージおよび第２の要求メッセージをネットワーク側へ送信する。ネットワーク側は、受信された第１の要求メッセージおよび受信された第２の要求メッセージから、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

図８は、本出願の実施形態による通信方法のシグナリングインタラクションの図である。図８に示されるように、この方法は以下のステップを含む。

ステップ８０１：ＵＤＭデバイスは、第１のＲＳＤと第２のＲＳＤとの間の関連付け情報を取得する。

たとえば、ＵＤＭデバイスは、ローカル構成手法で第１のＲＳＤと第２のＲＳＤとの間の関連付け情報を取得し得る。代替として、ＡＦデバイスが関連付け情報をＵＤＭデバイスへ送信してもよい。これに対応して、ＵＤＭデバイスは、関連付け情報をＡＦデバイスから取得する。

第１のＲＳＤと第２のＲＳＤとの間の関連付け情報は、代替として、第１のＲＳＤの第１の規則と第２のＲＳＤの第２の規則との間の関連付け情報として記述されてもよく、または第１の規則の第１のＴＤと第２の規則の第２のＴＤとの間の関連付け情報として記述されてもよい。

ステップ８０２：端末デバイスがアプリケーションを始動して、ローカルに構成される、またはＰＣＦデバイスから受信されるＵＲＳＰ規則に従って、アプリケーションに対応するＵＲＳＰ規則にある、第１の規則の第１のＴＤおよび第２の規則の第２のＴＤを決定する。

たとえば、アプリケーションはＵＲＬＬＣアプリケーションである。端末デバイスはＵＲＬＬＣアプリケーションを始動する。端末デバイスのアプリケーションレイヤは、アプリケーションのデータを複製し、およびアプリケーションのデータは、２つの異なるＴＤに対応し、それぞれがＵＲＳＰ規則の別個の規則にある。このようにして、ＵＲＬＬＣアプリケーションは、端末デバイスを作動させて２つのセッションを確立する手順を開始するために、および２つの異なるＲＳＤに対応する２つのセッションを別々に確立するために、ＵＲＳＰ規則の異なるＲＳＤと関連付けられる。

以下では、セッションの１つを確立する手順を説明のための例として用いる。このセッションは、第１のセッションと呼ばれる場合がある。第１のセッションは、第１の規則の第１のＴＤと第１のＲＳＤとに対応するセッションａである場合があり、または第１のセッションは、第２の規則の第２のＴＤと第２のＲＳＤとに対応するセッションｂである場合がある。

ステップ８０３：端末デバイスは、ＲＡＮデバイス（図示せず）を介してＡＭＦデバイスへ、第１のセッションを確立することを要求するために使用される要求メッセージを送信し、この要求メッセージは、第１のセッションの識別情報と、第１のセッションに対応するＲＳＤとを含む。

第１のセッションがセッションａである場合、第１のセッションに対応するＲＳＤは第１のＲＳＤである。第１のセッションがセッションｂであるとき、第１のセッションに対応するＲＳＤは第２のＲＳＤである。

たとえば、要求メッセージは、非アクセス層（ｎｏｎ－ａｃｃｅｓｓ ｓｔｒａｔｕｍ、ＮＡＳ）メッセージである。ＮＡＳメッセージは、セッション識別子およびセッション確立要求メッセージを含む。セッション確立要求メッセージは、セッション識別子およびＲＳＤを含む。代替として、ＲＳＤが直接ＮＡＳメッセージに含まれてもよい。

別の可能な実装では、第１のＴＤと第２のＴＤとの間の関連付け情報は、ＵＤＭデバイスにおいて構成される。ステップ８０３で、要求メッセージは、第１のセッションの識別情報と、第１のセッションに対応するＴＤとを含む。後続のステップで、第１のセッションに対応するＲＳＤは、第１のセッションに対応するＴＤと置き換えられ得る。詳細は本出願で再度説明されない。

本明細書でＲＡＮデバイスは、一次ＲＡＮデバイスであることに留意されたい。

ステップ８０４：ＡＭＦデバイスは、第１のセッションの識別子と、第１のセッションに対応するＲＳＤとをＳＭＦデバイスへ送信する。

たとえば、ＡＭＦデバイスは、セッションの識別子と、セッションに対応するＲＳＤとを、作成セッション管理コンテキスト要求（ｃｒｅａｔｅ ＳＭ ｃｏｎｔｅｘｔ ｒｅｑｕｅｓｔ）メッセージによってＳＭＦデバイスへ送信する。

ステップ８０５：ＳＭＦデバイスは、第１のセッションの識別子と、第１のセッションに対応するＲＳＤとをＵＤＭデバイスへ送信する。

たとえば、ＳＭＦデバイスは、セッションの識別子と、セッションに対応するＲＳＤとを登録要求メッセージによってＵＤＭデバイスへ送信する。

セッションの識別子と、セッションに対応するＲＳＤとを受信した後、ＵＤＭデバイスは、セッションの識別子とＲＳＤとの間の対応を記憶し得る。

ステップ８０６：ＵＤＭデバイスは、ステップ８０１の関連付け情報に基づいて、ＲＳＤと関連付けられた別のＲＳＤを決定して、次いで、別のＲＳＤに対応するセッションの識別子が存在するかどうかを決定する。

たとえば、第１のセッション（たとえば、前述のセッションａ）を確立する手順において、ＳＭＦデバイスは、ステップ８０５で、セッションａの識別子と、セッションａに対応する第１のＲＳＤとをＵＤＭデバイスへ送信する。ＵＤＭデバイスは、セッションａの識別子と第１のＲＳＤとの間の対応を記憶する。しかし、ステップ８０６で、ＵＤＭデバイスは、第１のＲＳＤと関連付けられた別のＲＳＤに対応するセッションの識別子はないと決定する。

第２のセッション（たとえば、前述のセッションｂ）を確立する手順では、ＳＭＦデバイスは、ステップ８０５で、セッションｂの識別子と、セッションｂに対応する第２のＲＳＤとをＵＤＭデバイスへ送信する。ＵＤＭデバイスは、セッションｂの識別子と第２のＲＳＤの間との対応を記憶する。ステップ８０６で、ＵＤＭデバイスは、セッションａの識別子と第１のＲＳＤとの間の対応を記憶するので、ＵＤＭデバイスは、関連付け情報および記憶された対応に基づいて、第２のＲＳＤと関連付けられた別のＲＳＤを決定し得る。すなわち、第１のＲＳＤはセッションａのＲＳＤであって、したがって、セッションａの識別子が取得される。

別のＲＳＤに対応するセッションの識別子は、第１のセッションと関連付けられた第２のセッションの識別子である。

ステップ８０７：ＵＤＭデバイスは、ＳＭＦデバイスへ、第１のセッションと関連付けられた第２のセッションの識別子を送信する。

代替として、ＵＤＭデバイスは、第１のセッションが第２のセッションと関連付けられていることを反映させるために、第１のセッションの識別子および第２のセッションの識別子をＳＭＦデバイスへ送信してもよい。

たとえば、ＵＤＭデバイスは、登録応答メッセージを介してＳＭＦデバイスへ、第１のセッションと関連付けられた第２のセッションの識別子、または第１のセッションの識別子および第２のセッションの識別子を送信する。

上述のように、セッションｂを確立する手順において、ＵＤＭデバイスは、前述のステップで、セッションｂと関連付けられたセッションａの識別子を取得する。

ステップ８０８：ＳＭＦデバイスは、第１のセッションが第２のセッションと関連付けられていると決定する。

ステップ８０９：ＳＭＦデバイスは、関連付け情報をＡＭＦデバイスへ送信する。

たとえば、関連付け情報は、ステップ８０７でＳＭＦによって受信された第１のセッションの識別子および第２のセッションの識別子であり得る。代替として、関連付け情報は、ＳＭＦによって生成される、および第１のセッションが第２のセッションと関連付けられていることを示す、表示情報である。

ステップ８１０ａ：ＡＭＦデバイスは、関連付け情報を端末デバイスへＲＡＮデバイスを介して送信する。

たとえば、ＡＭＦデバイスは、セッション確立受諾メッセージによって関連付け情報を端末デバイスへ送信する。

ステップ８１１ａ：端末デバイスは、セッション変更手順を開始する。

たとえば、端末デバイスは、第２のセッション、たとえば前述のセッションａに対するセッション変更手順を開始する。セッション変更手順では、端末デバイスは関連付け情報を、第２のセッションにサービスするＳＭＦデバイスへ送信し、およびＳＭＦデバイスは、関連付け情報をＲＡＮデバイスへ送信し、それによりＲＡＮデバイスは、第１のセッションと第２のセッションの間の関連付け情報を記録する。この場合、ＤＣにおけるＲＡＮデバイスがＤＣを引き続き維持できなければ、ＲＡＮデバイスは、切り替えられるべき特定の関連付けられたセッションを決定してもよい。

ステップ８１１ａは任意選択のステップであることに留意されたい。

ステップ８１１ａで端末デバイスによって送信された関連付け情報と、ステップ８１０ａで端末デバイスによって受信された関連付け情報とは、異なる情報を有し得ることに留意されたい。たとえば、ステップ８１０ａで端末デバイスによって受信された関連付け情報は、第１のセッションの識別子および第２のセッションの識別子である場合があり、または第１のセッションが第２のセッションと関連付けられていることを示す表示情報である場合がある。ステップ８１１ａで端末デバイスによって送信される関連付け情報は、第１のセッションの識別子である場合があり、または第１のセッションが第２のセッションと関連付けられていることを示す同じまたは異なる表示情報である場合がある。

代替として、別の可能な実装では、ステップ８１０ａおよびステップ８１１ａは、ステップ８１０ｂ（図示せず）に置き換えられてもよい。

ステップ８１０ｂ：ＡＭＦデバイスは、関連付け情報をＲＡＮデバイスへ送信する。

このようにして、ＲＡＮデバイスは、第１のセッションと第２のセッションとの間の関連付け情報を記録し得る。この場合、ＤＣにおける１つのＲＡＮデバイスがＤＣを引き続き維持できなければ、ＲＡＮデバイスは、ハンドオーバされるべき特定の関連付けられたセッションを決定してもよい。

別の可能な実装では、図８のＵＤＭによって実施される動作は、代替としてＵＤＲデバイスによって実施されてもよい。これは、本出願では限定されない。

前述の方法によれば、ネットワーク側は、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

図９は、本出願の実施形態による通信方法のフローチャートである。図９は、図８を参照して説明される。この方法は、端末デバイスによって実施される。たとえば、端末デバイスは、図８の端末デバイスである。図９に示されるように、この方法は以下のステップを含む。

ステップ９０１：端末デバイスは、第１のセッションを確立する手順において、セッション管理機能デバイスから第１の関連付け情報を受信し、この第１の関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示す。

このステップについては、図８のステップ８０９および８１０ａの説明を参照されたい。詳細は、本明細書では再度説明されない。

ステップ９０２：端末デバイスは、第２のセッションを変更する手順を開始する。端末デバイスは、第２のセッションを変更する手順において、セッション管理機能デバイスへ第２の関連付け情報を送信し、この第２の関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示す。

たとえば、第２の関連付け情報は、第１のセッションの識別子を含む。

このステップについては、図８のステップ８１１ａの説明を参照されたい。詳細は、本明細書では再度説明されない。

前述の方法によれば、ネットワーク側は、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

図１０は、本出願の実施形態による通信方法のフローチャートである。図１０は、図８を参照して説明される。この方法は、データ管理機能デバイスによって実施される。たとえば、データ管理機能デバイスは、図８のＵＤＭデバイス、または図８に示されていないＵＤＲデバイスである。図１０に示されるように、この方法は以下のステップを含む。

ステップ１００１：データ管理機能デバイスは、第１の経路記述情報と第２の経路記述情報との間の関連付け情報を構成する。

このステップについては、図８のステップ８０１の説明を参照されたい。詳細は、本明細書では再度説明されない。

ステップ１００２：データ管理機能デバイスは、第１のセッションに対応する第１の経路記述情報をセッション管理機能デバイスから受信し、データ管理機能デバイスは、第２のセッションと、第２のセッションに対応する第２の経路記述情報とを記憶する。

このステップについては、図８のステップ８０５の説明を参照されたい。詳細は、本明細書では再度説明されない。

ステップ１００３：データ管理機能デバイスは、構成された関連付け情報および第１の経路記述情報に基づいて、第２のセッションの識別子をセッション管理機能デバイスへ送信する。

たとえば、データ管理機能デバイスは、構成された関連付け情報および第１の経路記述情報に基づいて、第１の経路記述情報と第２の経路記述情報との間の関連付けを決定する。データ管理機能デバイスは、第２の経路記述情報に対応する第２のセッションの識別子を決定する。データ管理機能デバイスは、第２のセッションの識別子をセッション管理機能デバイスへ送信する。

たとえば、データ管理機能デバイスが、第２のセッションの識別子をセッション管理機能デバイスへ送信することは、以下を含む：データ管理機能デバイスは、関連付け情報をセッション管理機能デバイスへ送信し、この関連付け情報は、第１のセッションの識別子および第２のセッションの識別子を含む。

このステップについては、図８のステップ８０６および８０７の説明を参照されたく、および詳細は、本明細書では再度説明されない。

前述の方法によれば、ネットワーク側は、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

図１１は、本出願の実施形態による通信方法のフローチャートである。図１１は、図８を参照して説明される。この方法は、セッション管理機能デバイスによって実施される。たとえば、セッション管理機能デバイスは、図８のＳＭＦデバイスである。図１１に示されるように、この方法は以下のステップを含む。

ステップ１１０１：セッション管理機能デバイスは、第１のセッションに対応する第１の経路記述情報をデータ管理機能デバイスへ送信する。

このステップについては、図８のステップ８０５の説明を参照されたい。詳細は、本明細書では再度説明されない。

ステップ１１０２：セッション管理機能デバイスは、第２のセッションの識別子をデータ管理機能デバイスから受信する。

たとえば、セッション管理機能デバイスが第２のセッションの識別子をデータ管理機能デバイスから受信することは、以下を含む：セッション管理機能デバイスは、関連付け情報をデータ管理機能デバイスから受信し、この関連付け情報は、第１のセッションの識別子および第２のセッションの識別子を含む。

このステップについては、図８のステップ８０７の説明を参照されたい。詳細は、本明細書では再度説明されない。

ステップ１１０３：セッション管理機能デバイスは、関連付け情報をアクセスネットワークデバイスおよび／または端末デバイスへ送信し、この関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示す。

このステップについては、図８のステップ８０９、８１０ａ、および８１１ａの説明を参照するか、または図８のステップ８０９および８１０ｂの説明を参照されたい。詳細は、本明細書では再度説明されない。

前述の方法によれば、ネットワーク側は、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

前述の図のメッセージのそれぞれには別の名称があり得ることに留意されたい。加えて、ネットワーク要素間の情報送信はまた、サービスベースのアーキテクチャにおいて、ネットワーク要素のそれぞれのネットワーク機能を呼び出すことによっても実装され得る。これは本発明では限定されていない。

上記では主に、本出願の実施形態における解決策を方法の観点から説明している。前述の機能を実装するために、ネットワーク要素のそれぞれ、たとえば、端末デバイス、ポリシー制御機能デバイス、データ管理機能デバイス、またはセッション管理機能デバイスは、機能のそれぞれを実行するための対応するハードウェア構造または対応するソフトウェアモジュールの少なくとも一つを含むと理解されてもよい。当業者であれば、本明細書に開示された実施形態に記載された例のユニットおよびアルゴリズムステップとの組合せに関して、本出願は、ハードウェア、またはハードウェアとコンピュータソフトウェアとを組み合わせたものによって実装され得ることが容易に認識できるはずである。機能がハードウェアの様式で実施されるか、またはハードウェアを駆動するコンピュータソフトウェアの様式で実施されるかは、特定のアプリケーションおよび技法的解決策の設計制約に依存する。当業者であれば、説明された機能を特定のアプリケーションごとに実装するために、異なる方法を使用し得る。しかし、そのような実装が本出願の範囲を超えると考えられるべきではない。

本出願の実施形態において、機能ユニットへの分割は、前述の方法例に基づいて、端末デバイス、ポリシー制御機能デバイス、データ管理機能デバイス、セッション管理機能デバイス、または同様のものについて実施され得る。たとえば、機能ユニットが、機能のそれぞれに対応する分割によって取得されてもよく、または２つ以上の機能が１つの処理ユニットに統合されてもよい。統合されたユニットは、ハードウェアの形で実装されてもよく、またはソフトウェア機能ユニットの形で実装されてもよい。本出願の実施形態におけるユニット分割は例であって、単なる論理上の機能分割であることに留意されたい。実際の実装では、別の分割手法があり得る。

たとえば、図１２は、前述の実施形態における通信装置（通信装置１２０と表記されている）の可能な構造の概略図である。通信装置１２０は、処理ユニット１２０１を含む。任意選択で、装置は、通信ユニット１２０２および／または記憶ユニット１２０３をさらに含む。図１２に示された構造の概略図は、前述の実施形態における、端末デバイス、ポリシー制御機能デバイス、データ管理機能デバイス、セッション管理機能デバイス、または同様のものの構造を示し得る。

図１２に示される構造の概略図が、前述の実施形態における端末デバイスの構造を示している場合、処理ユニット１２０１は、端末デバイスのアクションを制御および管理するように構成される。たとえば、処理ユニット１２０１は、図４のステップ４０１および４０２、図５のステップ５０５、図６のステップ６０１および６０２、図８のステップ８０２、任意選択で、８１１ａ、図９のステップ９０２、および／または本出願の実施形態で説明されている別の処理において端末デバイスによって実施されるアクション、を実施するように構成される。処理ユニット１２０１は、通信ユニット１２０２を使用することによって別のネットワークエンティティと通信し得る。たとえば、通信ユニット１２０２は、図４のステップ４０３、図５のステップ５０６、図６のステップ６０３、図８のステップ８０３、および任意選択で、８１０ａ、図９のステップ９０１、および／または本出願の実施形態で説明されている別の処理において端末デバイスによって実施される通信インタラクション、を実施するように構成される。記憶ユニット１２０３は、端末デバイスのプログラムコードおよびデータを記憶するように構成される。

図１２に示される構造の概略図が、前述の実施形態におけるポリシー制御機能デバイスの構造を示している場合、処理ユニット１２０１は、ポリシー制御機能デバイスのアクションを制御および管理するように構成される。たとえば、処理ユニット１２０１は、図５のステップ５０２、図７のステップ７０２、および／または本出願の実施形態で説明されている別の処理においてポリシー制御機能デバイスによって実施されるアクション、を実施するように構成される。処理ユニット１２０１は、通信ユニット１２０２を使用することによって、別のネットワークエンティティと通信し得る。たとえば、通信ユニット１２０２は、図５のステップ５０１および５０３、図７のステップ７０１および７０３、および／または本出願の実施形態において説明される別の処理においてポリシー制御機能デバイスによって実施される通信インタラクションを実施するように構成される。記憶ユニット１２０３は、ポリシー制御機能デバイスのプログラムコードおよびデータを記憶するように構成される。

図１２に示される構造の概略図が前述の実施形態におけるデータ管理機能デバイスの構造を示している場合、処理ユニット１２０１は、データ管理機能デバイスのアクションを制御および管理するように構成される。たとえば、処理ユニット１２０１は、図８のステップ８０１および８０６、図１０のステップ１００１および１００３、および／または本出願の実施形態で説明されている別の処理においてデータ管理機能デバイスによって実施されるアクション、を実施するように構成される。処理ユニット１２０１は、通信ユニット１２０２を使用することによって別のネットワークエンティティと通信し得る。たとえば、通信ユニット１２０２は、図８のステップ８０５および８０７、図７のステップ７０１および７０３、図１０のステップ１００２、および／または本出願の実施形態において説明される別の処理においてデータ管理機能デバイスによって実施される通信インタラクション、を実施するように構成される。記憶ユニット１２０３は、データ管理機能デバイスのプログラムコードおよびデータを記憶するように構成される。

図１２に示される構造の概略図が、前述の実施形態におけるセッション管理機能デバイスの構造を示している場合、処理ユニット１２０１は、セッション管理機能デバイスのアクションを制御および管理するように構成される。たとえば、処理ユニット１２０１は、図８のステップ８０８、および／または本出願の実施形態で説明されている別の処理においてセッション管理機能デバイスによって実施されるアクション、を実施するように構成される。処理ユニット１２０１は、通信ユニット１２０２を使用することによって別のネットワークエンティティと通信し得る。たとえば、通信ユニット１２０２は、図８のステップ８０４、８０５、８０７、および８０８、図１１の１１０１、１１０２、および１１０３、および／または本出願の実施形態において説明される別の処理においてセッション管理機能デバイスによって実施される通信インタラクション、を実施するように構成される。記憶ユニット１２０３は、セッション管理機能デバイスのプログラムコードおよびデータを記憶するように構成される。

図１２に示される構造の概略図は、本出願の別のネットワーク要素の構造をさらに示し得る。この場合、図１２のユニットのそれぞれは、対応するネットワーク要素のアクションを実施するように構成される。詳細については、方法部分を参照されたい。詳細は、本明細書では再度説明されない。

通信装置１２０は、デバイスであってもよく、またはデバイス内のチップであってもよい。通信装置１２０がデバイスである場合、処理ユニット１２０１は、プロセッサまたはコントローラであってもよく、および通信ユニット１２０２は、通信インターフェイス、トランシーバ、トランシーバ機、トランシーバ回路、トランシーバ装置、または同様のものであってもよい。通信インターフェイスは一般的な用語であって、１つまたは複数のインターフェイスを含む場合がある。記憶ユニット１２０３はメモリであってもよい。通信装置１２０がデバイス内のチップである場合、処理ユニット１２０１はプロセッサまたはコントローラであってもよく、および通信ユニット１２０２は、入力インターフェイスならびに／または出力インターフェイス、ピン、回路、または同様のものであってもよい。記憶ユニット１２０３は、チップ内の記憶ユニット（たとえば、レジスタもしくはキャッシュ）であってもよく、またはデバイス内のチップの外側に置かれた記憶ユニット（たとえば、読出し専用メモリもしくはランダムアクセスメモリ）であってもよい。

通信ユニットはまた、トランシーバユニットと呼ばれる場合もある。通信装置１２０内でトランシーバ機能を有するアンテナおよび制御回路は、通信装置１２０の通信ユニット１２０２とみなされてもよく、および、処理機能を有するプロセッサは、通信装置１２０の処理ユニット１２０１とみなされてもよい。任意選択で、通信ユニット１２０２において受信機能を実装するように構成された構成要素は、受信ユニットとみなされてもよい。受信ユニットは、本出願の実施形態において受信ステップを実施するように構成される。受信ユニットは、受信機械、受信機、受信回路、または同様のものであってもよい。通信ユニット１２０２において送信機能を実装するように構成された構成要素は、送信ユニットとみなされてもよい。送信ユニットは、本出願の実施形態において、送信ステップを実施するように構成される。送信ユニットは、送信機械、送信機、送信回路、または同様のものであってもよい。

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

本出願の実施形態は、通信装置のハードウェア構造の概略図をさらに提供する。図１３または図１４を参照されたい。通信装置は、プロセッサ１３０１を含み、および任意選択で、プロセッサ１３０１に接続されたメモリ１３０２をさらに含む。

プロセッサ１３０１は、汎用中央処理ユニット（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）、マイクロプロセッサ、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、または本出願の解決策のプログラム実行を制御するように構成された１つもしくは複数の集積回路であってもよい。プロセッサ１３０１はまた、複数のＣＰＵを含んでもよく、およびプロセッサ１３０１は、シングルコアプロセッサ（ｓｉｎｇｌｅ－ＣＰＵ）であってもよく、またはマルチコアプロセッサ（ｍｕｌｔｉ－ＣＰＵ）であってもよい。本明細書のプロセッサは、データ（たとえば、コンピュータプログラム命令）を処理するように構成された１つまたは複数のデバイス、回路、もしくは処理コアであってもよい。

メモリ１３０２は、静的な情報および命令を記憶できるＲＯＭもしくは別のタイプの静的記憶デバイス、情報および命令を記憶できるＲＡＭもしくは別のタイプの動的記憶デバイスであってもよく、または、電気的に消去可能なプログラマブル読出し専用メモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＥＥＰＲＯＭ）、コンパクトディスク読出し専用メモリ（ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＣＤ－ＲＯＭ）、別のコンパクトディスク記憶装置もしくは光ディスク記憶装置（コンパクトディスク、レーザーディスク、光ディスク、デジタル多用途ディスク、ブルーレイディスク、および同様のものを含む）、磁気ディスク記憶媒体もしくは別の磁気記憶デバイス、または、命令もしくはデータ構造の形の予想されるプログラムコードを保持もしくは記憶するように構成されることが可能であって、コンピュータによってアクセスされることが可能である、他の任意の媒体であってもよい。これは、本出願のこの実施形態では限定されない。メモリ１３０２は独立して存在し得る。この場合、メモリ１３０２は、通信装置内に置かれてもよく、または通信装置の外側に置かれてもよい。代替として、メモリ１３０２は、プロセッサ１３０１と一体化されてもよい。メモリ１３０２は、コンピュータプログラムコードを含み得る。プロセッサ１３０１は、本出願の実施形態で提供される方法を実装するために、メモリ１３０２に記憶されたコンピュータプログラムコードを実行するように構成される。

第１の可能な実装では、図１３を参照されたい。通信装置は、トランシーバ１３０３をさらに含む。プロセッサ１３０１、メモリ１３０２、およびトランシーバ１３０３は、バスを介して接続される。トランシーバ１３０３は、別のデバイスまたは通信ネットワークと通信するように構成される。任意選択で、トランシーバ１３０３は、送信機および受信機を含み得る。トランシーバ１３０３の受信機能を実装するように構成された構成要素は、受信機とみなされてもよく、およびこの受信機は、本出願の実施形態において受信ステップを実施するように構成される。トランシーバ１３０３の送信機能を実装するように構成された構成要素は、送信機とみなされてもよく、およびこの送信機は、本出願の実施形態において送信ステップを実施するように構成される。

第１の可能な実装に基づいて、図１３に示された構造の概略図は、前述の実施形態における、端末デバイス、ポリシー制御機能デバイス、データ管理機能デバイス、セッション管理機能デバイス、または同様のものの構造を示し得る。プロセッサ１３０１は、図１２の処理ユニット１２０１の機能を実装するように構成されてもよく、メモリ１３０２は、図１２の記憶ユニット１２０３の機能を実装するように構成され、およびトランシーバ１３０３は、図１２の通信ユニット１２０２の機能を実装するように構成される。図１３に示された構造の概略図は、本出願の別のネットワーク要素の構造をさらに示し得る。この場合、図１３の構成要素のそれぞれは、対応するネットワーク要素のアクションを実施するように構成される。詳細については、方法部分を参照されたい。詳細は、本明細書では再度説明されない。

第２の可能な実装では、プロセッサ１３０１は、論理回路と、入力インターフェイスおよび／または出力インターフェイスとを含む。出力インターフェイスは、対応する方法で送信アクションを実施するように構成され、および入力インターフェイスは、対応する方法で受信アクションを実施するように構成される。第２の可能な実装に基づいて、図１４を参照されたい。図１４に示された構造の概略図は、前述の実施形態における、端末デバイス、ポリシー制御機能デバイス、データ管理機能デバイス、セッション管理機能デバイス、または同様のものの構造を示し得る。

図１４に示される構造の概略図が、前述の実施形態における端末デバイスの構造を示している場合、プロセッサ１３０１は、端末デバイスのアクションを制御および管理するように構成される。たとえば、プロセッサ１３０１は、図４のステップ４０１および４０２、図５のステップ５０５、図６のステップ６０１および６０２、図８のステップ８０２、任意選択で、８１１ａ、図９のステップ９０２、および／または本出願の実施形態で説明されている別の処理において端末デバイスによって実施されるアクション、を実施するように構成される。プロセッサ１３０１は、入力インターフェイスおよび／または出力インターフェイスを介して別のネットワークエンティティと通信し得る。メモリ１３０２は、端末デバイスのプログラムコードおよびデータを記憶するように構成される。

図１４に示される構造の概略図が、前述の実施形態におけるポリシー制御機能デバイスの構造を示している場合、プロセッサ１３０１は、ポリシー制御機能デバイスのアクションを制御および管理するように構成される。たとえば、プロセッサ１３０１は、図５のステップ５０２、図７のステップ７０２、および／または本出願の実施形態で説明されている別の処理においてポリシー制御機能デバイスによって実施されるアクション、を実施するように構成される。プロセッサ１３０１は、入力インターフェイスおよび／または出力インターフェイスを介して別のネットワークエンティティと通信し得る。メモリ１３０２は、ポリシー制御機能デバイスのプログラムコードおよびデータを記憶するように構成される。

図１４に示される構造の概略図が前述の実施形態におけるデータ管理機能デバイスの構造を示している場合、プロセッサ１３０１は、データ管理機能デバイスのアクションを制御および管理するように構成される。たとえば、プロセッサ１３０１は、図８のステップ８０１および８０６、図１０のステップ１００１および１００３、および／または本出願の実施形態で説明されている別の処理においてデータ管理機能デバイスによって実施されるアクション、を実施するように構成される。プロセッサ１３０１は、入力インターフェイスおよび／または出力インターフェイスを介して別のネットワークエンティティと通信し得る。メモリ１３０２は、データ管理機能デバイスのプログラムコードおよびデータを記憶するように構成される。

図１４に示される構造の概略図が前述の実施形態におけるセッション管理機能デバイスの構造を示している場合、プロセッサ１３０１は、セッション管理機能デバイスのアクションを制御および管理するように構成される。たとえば、プロセッサ１３０１は、図８のステップ８０８、および／または本出願の実施形態で説明されている別の処理においてセッション管理機能デバイスによって実施されるアクションを実施するように構成される。プロセッサ１３０１は、入力インターフェイスおよび／または出力インターフェイスを介して別のネットワークエンティティと通信し得る。メモリ１３０２は、セッション管理機能デバイスのプログラムコードおよびデータを記憶するように構成される。

図１４に示された構造の概略図は、本出願の別のネットワーク要素の構造をさらに示し得る。この場合、図１４の構成要素のそれぞれは、対応するネットワーク要素のアクションを実施するように構成される。詳細については、方法部分を参照されたい。詳細は、本明細書では再度説明されない。

本出願の実施形態は、命令を含むコンピュータ可読記憶媒体をさらに提供する。命令がコンピュータで実行されると、コンピュータは、前述の方法のうちのいずれか１つを実施することを可能にされる。

本出願の実施形態は、命令を含むコンピュータプログラム製品をさらに提供する。コンピュータプログラム製品がコンピュータ上で動作するとき、コンピュータは前述の方法のうちのいずれか１つを実施することを可能にされる。

本出願の実施形態は、プロセッサおよびインターフェイスを含む通信装置をさらに提供する。プロセッサは、インターフェイスを介してメモリに結合される。プロセッサがメモリ内のコンピュータプログラムまたはコンピュータ実施可能命令を実施するとき、前述の方法のうちのいずれか１つが実施される。

本出願の実施形態は、本出願の実施形態における少なくとも２つのネットワーク要素、たとえば、端末デバイス、ポリシー制御機能デバイス、データ管理機能デバイス、またはセッション管理機能デバイスのうちの１つまたは複数を含む、通信システムをさらに提供する。

前述の実施形態の全部または一部は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せを使用して実装され得る。ソフトウェアプログラムが実装のために使用される場合、その実装は、全体的または部分的にコンピュータプログラム製品の形で実装され得る。コンピュータプログラム製品は、１つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータにロードされて実行されるとき、本出願の実施形態による手順または機能の全部または一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、またはプログラム可能な別の装置であってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよく、またはコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体へ送信されてもよい。たとえば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンタから別のウェブサイト、コンピュータ、サーバ、またはデータセンタへ、有線（たとえば、同軸ケーブル、光ファイバ、もしくはデジタル加入者線（ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ、ＤＳＬ））またはワイヤレス（たとえば、赤外線、無線、またはマイクロ波）手法で送信されてもよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体であってもよく、または１つもしくは複数の使用可能な媒体を統合しているサーバもしくはデータセンタなどのデータ記憶デバイスであってもよい。使用可能媒体は、磁気媒体（たとえば、フロッピーディスク、ハードディスク、または磁気テープ）、光学媒体（たとえば、ＤＶＤ）、半導体媒体（たとえば、ソリッドステートディスク（ｓｏｌｉｄ ｓｔａｔｅ ｄｉｓｋ、ＳＳＤ））、または同様のものである場合がある。

本出願は、実施形態を参照して本明細書で説明されているが、特許請求の範囲に記載された本出願を実装するプロセスにおいて、当業者であれば、添付の図面、開示された内容、および添付の特許請求の範囲を考察することによって、開示された実施形態の他の変形を理解および実装し得る。特許請求の範囲において、「備える」（ｃｏｍｐｒｉｓｉｎｇ）は、別の構成要素またはステップを排除せず、および「１つ」または「１つの」は、複数の場合を排除しない。単一のプロセッサまたは別のユニットが、特許請求の範囲に列挙された複数の機能を実装する場合がある。いくつかの手段が相互に異なる従属請求項に記載されていることは、これらの手段が組み合わされて良好な効果を生み出すことが可能ではないことを意味しない。

本出願は、その特定の特徴および実施形態を参照して説明されているが、本出願の趣旨および範囲から逸脱することなく、本出願に様々な変更および組合せが加えられ得ることは明らかである。それに対応して、本明細書および添付の図面は、以下の特許請求の範囲によって定義される本出願についての説明の例にすぎず、および本出願の範囲内に入るあらゆる変更、変形、組合せ、または均等物を網羅していると考えられる。当業者であれば、本出願の趣旨および範囲から逸脱することなく、本出願に様々な変更および変形を加え得ることが明らかである。したがって、本出願は、本出願に対するそのような変更および変形を、その変更および変形が本出願の特許請求の範囲およびその均等な技術の範囲内に入ることを条件として、包含することが意図される。前述の説明は、本出願の特定の実装にすぎず、本出願の保護範囲を限定することを意図されるものではない。本出願に開示された技法的範囲内で、当業者によって容易に考え出されるいかなる変形または置換も、本出願の保護範囲に入るものとする。したがって、本出願の保護範囲は、特許請求の範囲の保護範囲によって決まるものとする。

本出願は、通信技術の分野に関し、および、特に、通信方法および装置に関する。

通信技術が発達するにつれて、より高い要求が端末と別の装置（たとえば、端末またはネットワーク装置）との間の信頼性に課されている。たとえば、多くの産業用アプリケーションの信頼性要求は９９．９９９９％を超えていて、高い信頼性要求を伴うこれらのアプリケーションには、待ち時間に対する高い要求もある。しかし、現在の通信アーキテクチャでは通常、いくつかの通信シナリオにおいて信頼性要求を満たすことができない。たとえば、対ビジネス（ｔｏ ｂｕｓｉｎｅｓｓ、ｔｏ Ｂ）サービスの通信シナリオでは、端末のモーションコントロール（ｍｏｔｉｏｎ ｃｏｎｔｒｏｌ、ＭＣ）サービスの、別のデバイスに対する信頼性要求は９９．９９９９％である。たとえば、通信サービス端末の１年以内の総許容故障時間は、わずか３０秒である。しかし、ＭＣサービスが現在の通信アーキテクチャに基づいて実施された場合には、ネットワークデバイス（たとえばアクセスネットワークデバイス）の信頼性は９９．９％から９９．９９％にすぎない。したがって、通信リンク全体の信頼性は、ＭＣサービスなどのｔｏ－Ｂサービスの信頼性要求を満たすことができない。

サービスに対応する通信リンクの信頼性が、そのサービスの信頼性要求を満たすことができないという問題を解決するために、２つの通信リンクが、単一のサービス用の通信サービスを提供して全体の信頼性を改善するように構成され得る。この場合では、図１を参照されたい。図１の通信アーキテクチャは、端末、第１のアクセスネットワークデバイス、第２のアクセスネットワークデバイス、第１のユーザプレーン機能（ユーザプレーン機能、ＵＰＦ）、および第２のＵＰＦを含み得る。これら２つの通信リンクは、相互に冗長な通信リンクと呼ばれる。信頼性を確保するには、２つの通信リンク間の独立性が確保される必要がある。たとえば、通信リンクのうちの一つは、端末、第１のアクセスネットワークデバイス、および第１のＵＰＦを含む。他方の通信リンクは、端末、第２のアクセスネットワークデバイス、および第２のＵＰＦを含む。端末は、第１のアクセスネットワークデバイスを介してコアネットワークへの通信接続を確立する。たとえば、端末は、第１のアクセスネットワークデバイスと第１のＵＰＦとの間の通信接続を確立するために、第１のアクセスネットワークデバイスを介してコアネットワークとのシグナリングインタラクションを実施し得る。このようにして、端末と第１のＵＰＦのバックエンドとのデータネットワーク（ｄａｔａ ｎｅｔｗｏｒｋ、ＤＮ）との間のサービス通信が実装される。別の例として、端末は、第２のアクセスネットワークデバイスと第２のＵＰＦとの間の通信接続を確立するために、第２のアクセスネットワークデバイスを介してコアネットワークとのシグナリングインタラクションを実施し得る。

前述のアーキテクチャを使用するには、一次アクセスネットワークデバイス（たとえば、第１のアクセスネットワークデバイス）は、二次アクセスネットワークデバイス（たとえば、第２のアクセスネットワークデバイス）を選択する必要がある。従来技術では、一次アクセスネットワークデバイスは、セッション管理機能（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＳＭＦ）から提供される冗長シーケンス番号（ｒｅｄｕｎｄａｎｃｙ ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ、ＲＳＮ）値に基づいて二次アクセスネットワークデバイスを選択する。同じアクセスネットワークデバイスが２つの相互に冗長な通信リンクに対して選択され得る。その結果、２つの通信リンク間の独立性が確保されることが不可能になって、通信品質が低下することになる。

本出願は、通信品質を向上させるように２つの通信リンク間の独立性を確保する通信方法、装置、およびシステムを提供する。

第１の態様によれば、本出願の実施形態は、通信方法を提供する。この方法は以下を含む。端末デバイスは、第１のトラフィック記述情報と第２のトラフィック記述情報との間の関連付け情報を取得し、端末デバイスは、開始されたアプリケーションに対して第１のトラフィック記述情報ならびに第２のトラフィック記述情報を決定し、および、端末デバイスは、第１の要求メッセージならびに第２の要求メッセージを送信する。第１の要求メッセージは、第１のトラフィック記述情報に対応する第１のセッションを確立することを要求するために使用され、および第２の要求メッセージは、第２のトラフィック記述情報に対応する第２のセッションを確立することを要求するために使用される。第１の要求メッセージは第１の関連付け情報を含み、および第２の要求メッセージは第２の関連付け情報を含む。第１の関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示し、および第２の関連付け情報は、第２のセッションが第１のセッションと関連付けられていることを示す。

本出願の実施形態で提供される通信方法によれば、ネットワーク側は、受信された第１の要求メッセージおよび受信された第２の要求メッセージから、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがデュアル接続性（ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ、ＤＣ）を維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得るか、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられているという説明はまた、第１のトラフィック記述情報の第１の規則が第２のトラフィック記述情報の第２の規則と関連付けられていると理解されてもよく、または第１の規則中の第１の経路選択記述情報が第２の規則中の第２の経路選択記述情報と関連付けられていると理解されてもよいことに留意されたい。これは、本出願では限定されない。

たとえば、端末デバイスは、第１のトラフィック記述情報と第２のトラフィック記述情報との間の関連付け情報を経路選択ポリシーから取得する。

たとえば、経路選択ポリシーは、第１のトラフィック記述情報に対応する第１の規則と、第２のトラフィック記述情報に対応する第２の規則とを含む。第１の規則は、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることを示す第１の情報を含む。第２の規則は、第２のトラフィック記述情報が第１のトラフィック記述情報と関連付けられていることを示す第２の情報を含む。可能な実装では、第１の情報および第２の情報は、同じ第１の表示情報に対応して、この第１の表示情報は、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることを示す。別の可能な実装では、第１の情報は、第２の規則に関する情報を含み、および第２の情報は、第１の規則に関する情報を含む。たとえば、第１の規則に関する情報は、第１の規則の識別子であり、または第１の規則に含まれるトラフィック記述情報もしくは経路選択記述情報である。第２の規則に関する情報は、第２の規則の識別子であり、または第２の規則に含まれるトラフィック記述情報もしくは経路選択記述情報である。

たとえば、端末デバイスは、ローカルに構成された経路選択ポリシーを取得する。代替として、端末デバイスは、経路選択ポリシーをポリシー制御機能デバイスから受信する。

加えて、この方法は以下をさらに含み得る。すなわち、端末デバイスは、関連付け情報に基づいて、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることをさらに決定し得る。

可能な実装では、第１の関連付け情報は第２のセッションの識別情報を含み、および第２の関連付け情報は第１のセッションの識別情報を含む。別の可能な実装では、第１の関連付け情報および第２の関連付け情報は、同じ第２の表示情報に対応して、この第２の表示情報は、第１のセッションが第２のセッションと関連付けられていることを示す。

第２の態様によれば、本出願の実施形態は、通信方法のフローチャートをさらに提供する。この方法は以下を含む。ポリシー制御機能デバイスは、アプリケーション機能デバイスからの第１のトラフィック記述情報と第２のトラフィック記述情報との間の関連付け情報を知る；ポリシー制御機能デバイスは、関連付け情報に基づいて経路選択ポリシーを生成する；およびポリシー制御機能デバイスは、経路選択ポリシーを端末デバイスへ送信する。経路選択ポリシーが使用されて、第１のトラフィック記述情報に対応する第１のセッションと、第２のトラフィック記述情報に対応する第２のセッションとの間の関連付けを決定する。

本出願の実施形態で提供される通信方法によれば、経路選択ポリシーを受信した後、端末デバイスは、第１の要求メッセージおよび第２の要求メッセージをネットワーク側へ送信する。ネットワーク側は、受信された第１の要求メッセージおよび受信された第２の要求メッセージから、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

たとえば、経路選択ポリシーは、第１のトラフィック記述情報に対応する第１の規則と、第２のトラフィック記述情報に対応する第２の規則とを含む。第１の規則は、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることを示す第１の情報を含む。第２の規則は、第２のトラフィック記述情報が第１のトラフィック記述情報と関連付けられていることを示す第２の情報を含む。可能な実装では、第１の情報および第２の情報は、同じ第１の表示情報に対応して、この第１の表示情報は、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることを示す。別の可能な実装では、第１の情報は、第２の規則に関する情報を含み、および第２の情報は、第１の規則に関する情報を含む。

第３の態様によれば、本出願の実施形態は、通信方法のフローチャートをさらに提供する。この方法は以下を含む。端末デバイスは、第１のセッションを確立する手順において、セッション管理機能デバイスから第１の関連付け情報を受信し、この第１の関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示し、端末デバイスは、第２のセッションを変更する手順を開始し、および端末デバイスは、第２のセッションを変更する手順において、セッション管理機能デバイスへ第２の関連付け情報を送信し、この第２の関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示す。たとえば、第２の関連付け情報は、第１のセッションの識別子を含む。

前述の方法によれば、ネットワーク側は、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

第４の態様によれば、本出願の実施形態は、通信方法のフローチャートをさらに提供する。この方法は以下を含む。データ管理機能デバイスは、第１の経路記述情報と第２の経路記述情報との間の関連付け情報を構成し、データ管理機能デバイスは、第１のセッションに対応する第１の経路記述情報をセッション管理機能デバイスから受信し、データ管理機能デバイスは、第２のセッションと、第２のセッションに対応する第２の経路記述情報とを記憶し、および、データ管理機能デバイスは、構成された関連付け情報および第１の経路記述情報に基づいて、第２のセッションの識別子をセッション管理機能デバイスへ送信する。

前述の方法によれば、ネットワーク側は、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

たとえば、データ管理機能デバイスは、構成された関連付け情報および第１の経路記述情報に基づいて、第１の経路記述情報と第２の経路記述情報との間の関連付けを決定する。データ管理機能デバイスは、第２の経路記述情報に対応する第２のセッションの識別子を決定する。データ管理機能デバイスは、第２のセッションの識別子をセッション管理機能デバイスへ送信する。

たとえば、データ管理機能デバイスが、第２のセッションの識別子をセッション管理機能デバイスへ送信することは、以下を含む。データ管理機能デバイスは、関連付け情報をセッション管理機能デバイスへ送信する。関連付け情報は、第１のセッションの識別子および第２のセッションの識別子を含む。

第５の態様によれば、本出願の実施形態は、通信方法のフローチャートをさらに提供する。この方法は以下を含む。セッション管理機能デバイスが、第１のセッションに対応する第１の経路記述情報をデータ管理機能デバイスへ送信し、セッション管理機能デバイスは、データ管理機能デバイスから第２のセッションの識別子を受信し、およびセッション管理機能デバイスは、関連付け情報をアクセスネットワークデバイスまたは端末デバイスへ送信し、この関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示す。

たとえば、セッション管理機能デバイスは、関連付け情報をデータ管理機能デバイスから受信し、この関連付け情報は、第１のセッションの識別子および第２のセッションの識別子を含む。

前述の方法によれば、ネットワーク側は、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

第６の態様によれば、処理ユニットおよび通信ユニットを含む通信装置が提供される。処理ユニットは、第１のトラフィック記述情報と第２のトラフィック記述情報との間の関連付け情報を取得するように、および、開始されたアプリケーションに対して第１のトラフィック記述情報ならびに第２のトラフィック記述情報を決定するように構成される。通信ユニットは、第１の要求メッセージおよび第２の要求メッセージを送信するように構成され、第１の要求メッセージは、第１のトラフィック記述情報に対応する第１のセッションを確立することを要求するために使用され、および第２の要求メッセージは、第２のトラフィック記述情報に対応する第２のセッションを確立することを要求するために使用される。第１の要求メッセージは第１の関連付け情報を含み、および第２の要求メッセージは第２の関連付け情報を含む。第１の関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示し、および第２の関連付け情報は、第２のセッションが第１のセッションと関連付けられていることを示す。通信装置は、端末デバイスであってもよく、または端末デバイスの機能を実装するように構成されたチップであってもよい。

前述の通信装置を使用することによって、ネットワーク側は、受信された第１の要求メッセージおよび受信された第２の要求メッセージから、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

たとえば、処理ユニットは、第１のトラフィック記述情報と第２のトラフィック記述情報との間の関連付け情報を経路選択ポリシーから取得するように構成される。

たとえば、経路選択ポリシーは、第１のトラフィック記述情報に対応する第１の規則と、第２のトラフィック記述情報に対応する第２の規則とを含む。第１の規則は、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることを示す第１の情報を含む。第２の規則は、第２のトラフィック記述情報が第１のトラフィック記述情報と関連付けられていることを示す第２の情報を含む。可能な実装では、第１の情報および第２の情報は、同じ第１の表示情報に対応して、この第１の表示情報は、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることを示す。別の可能な実装では、第１の情報は、第２の規則に関する情報を含み、および第２の情報は、第１の規則に関する情報を含む。

たとえば、処理ユニットは、ローカルに構成された経路選択ポリシーを取得するように構成される。代替として、処理ユニットは、経路選択ポリシーをポリシー制御機能デバイスから受信するために通信ユニットを制御するように構成される。

加えて、処理ユニットは、関連付け情報に基づいて、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていると決定するようにさらに構成され得る。

可能な実装において、第１の関連付け情報は第２のセッションの識別情報を含み、および第２の関連付け情報は第１のセッションの識別情報を含む。別の可能な実装において、第１の関連付け情報および第２の関連付け情報は、同じ第２の表示情報に対応して、この第２の表示情報は、第１のセッションが第２のセッションと関連付けられていることを示す。

第７の態様によれば、本出願の実施形態は、処理ユニットおよび通信ユニットを含む通信装置をさらに提供する。通信ユニットは、第１のトラフィック記述情報と第２のトラフィック記述情報との間の関連付け情報をアプリケーション機能デバイスから知るように構成される。処理ユニットは、関連付け情報に基づいて経路選択ポリシーを生成するように構成される。通信ユニットは、経路選択ポリシーを端末デバイスへ送信するようにさらに構成される。この経路選択ポリシーが使用されて、第１のトラフィック記述情報に対応する第１のセッションと、第２のトラフィック記述情報に対応する第２のセッションとの間の関連付けを決定する。

通信装置は、ポリシー制御機能デバイスであってもよく、またはポリシー制御機能デバイスの機能を実装するように構成されたチップであってもよい。

前述の通信装置を使用することによって、経路選択ポリシーを受信した後、端末デバイスは、第１の要求メッセージおよび第２の要求メッセージをネットワーク側へ送信する。ネットワーク側は、受信された第１の要求メッセージおよび受信された第２の要求メッセージから、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

たとえば、経路選択ポリシーは、第１のトラフィック記述情報に対応する第１の規則と、第２のトラフィック記述情報に対応する第２の規則とを含む。第１の規則は、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることを示す第１の情報を含む。第２の規則は、第２のトラフィック記述情報が第１のトラフィック記述情報と関連付けられていることを示す第２の情報を含む。可能な実装において、第１の情報および第２の情報は、同じ第１の表示情報に対応して、この第１の表示情報は、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることを示す。別の可能な実装において、第１の情報は、第２の規則に関する情報を含み、および第２の情報は、第１の規則に関する情報を含む。

第８の態様によれば、本出願の実施形態は、処理ユニットおよび通信ユニットを含む通信装置をさらに提供する。通信ユニットは、第１のセッションを確立する手順で、セッション管理機能デバイスから第１の関連付け情報を受信するように構成される。第１の関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示す。処理ユニットは、第２のセッションを変更する手順を開始するように、および、この第２のセッションを変更する手順で、第２の関連付け情報をセッション管理機能デバイスへ送信するために通信ユニットを制御するように構成される。第２の関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示す。たとえば、第２の関連付け情報は、第１のセッションの識別子を含む。

通信装置は、端末デバイスであってもよく、または端末デバイスの機能を実装するように構成されたチップであってもよい。

前述の通信装置を使用することによって、ネットワーク側は、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

第９の態様によれば、本出願の実施形態は、処理ユニットおよび通信ユニットを含む通信装置をさらに提供する。処理ユニットは、第１の経路記述情報と第２の経路記述情報との間の関連付け情報を構成するように構成される。通信ユニットは、第１のセッションに対応する第１の経路記述情報をセッション管理機能デバイスから受信するように構成される。データ管理機能デバイスは、第２のセッションと、第２のセッションに対応する第２の経路記述情報とを記憶する。処理ユニットは、第２のセッションの識別子をセッション管理機能デバイスへ送信するために、構成された関連付け情報および第１の経路記述情報に基づいて、通信ユニットを制御するように構成される。

通信装置は、データ管理機能デバイスであってもよく、またはデータ管理機能デバイスの機能を実装するように構成されたチップであってもよい。

前述の通信装置を使用することによって、ネットワーク側は、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

たとえば、処理ユニットは、構成された関連付け情報および第１の経路記述情報に基づいて、第１の経路記述情報と第２の経路記述情報との間の関連付けを決定するように、第２の経路記述情報に対応する第２のセッションの識別子を決定するように、および第２のセッションの識別子をセッション管理機能デバイスへ送信するために通信ユニットを制御するように構成される。

たとえば、処理ユニットは、関連付け情報をセッション管理機能デバイスへ送信するように通信ユニットを制御する。関連付け情報は、第１のセッションの識別子および第２のセッションの識別子を含む。

第１０の態様によれば、本出願の実施形態は、処理ユニットおよび通信ユニットを含む通信装置をさらに提供する。通信ユニットは、第１のセッションに対応する第１の経路記述情報をデータ管理機能デバイスへ送信するように、第２のセッションの識別子をデータ管理機能デバイスから受信するように、および関連付け情報をアクセスネットワークデバイスまたは端末デバイスへ送信するように構成される。関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示す。

通信装置は、セッション管理機能デバイスであってもよく、またはセッション管理機能デバイスの機能を実装するように構成されたチップであってもよい。

たとえば、通信ユニットは、データ管理機能デバイスから関連付け情報を受信するように構成される。関連付け情報は、第１のセッションの識別子および第２のセッションの識別子を含む。

前述の通信装置を使用することによって、ネットワーク側は、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

第１１の態様によれば、プロセッサを含む通信装置が提供される。プロセッサはメモリに接続される。メモリは、コンピュータ実行可能命令を記憶するように構成されて、プロセッサは、第１の態様から第５の態様のいずれか１つで提供された任意の方法を実装するために、メモリに記憶されたコンピュータ実行可能命令を実行する。たとえば、メモリとプロセッサとは一体化されてもよく、または独立した構成要素であってもよい。メモリとプロセッサとが独立した構成要素である場合、メモリは通信装置内に置かれてもよく、または通信装置の外側に置かれてもよい。

可能な実装において、プロセッサは論理回路を含み、および入力インターフェイスならびに／または出力インターフェイスをさらに含む。たとえば、出力インターフェイスは、対応する方法で送信アクションを実施するように構成されて、入力インターフェイスは、対応する方法で受信アクションを実施するように構成される。

可能な実装において、通信装置は、通信インターフェイスおよび通信バスをさらに含む。プロセッサとメモリと通信インターフェイスとは、通信バスを介して接続される。通信インターフェイスは、対応する方法で送受信アクションを実施するように構成される。通信インターフェイスはまた、トランシーバと呼ばれる場合もある。任意選択で、通信インターフェイスは、送信機および受信機の少なくとも一つを含む。この場合、送信機は、対応する方法で送信アクションを実施するように構成されて、受信機は、対応する方法で受信アクションを実施するように構成される。

可能な実装において、通信装置はチップの製品形態で存在する。

第１２の態様によれば、プロセッサおよびインターフェイスを含む通信装置が提供される。プロセッサは、インターフェイスを介してメモリに結合される。プロセッサがメモリ内のコンピュータプログラム、またはコンピュータ実行可能命令を実行するとき、第１の態様から第５の態様のうちのいずれか１つで提供された任意の方法が実施されることが可能にされる。

第１３の態様によれば、コンピュータ実行可能命令を含むコンピュータ可読記憶媒体が提供される。コンピュータ実行可能命令がコンピュータ上で実行するとき、コンピュータは、第１の態様から第５の態様のうちのいずれか１つで提供された任意の方法を実施することを可能にされる。

第１４の態様によれば、コンピュータ実行可能命令を含むコンピュータプログラム製品が提供される。コンピュータ実行可能命令がコンピュータ上で実行するとき、コンピュータは、第１の態様から第５の態様のうちのいずれか１つで提供された任意の方法を実施することを可能にされる。

第１５の態様によれば、第１の態様で提供された端末デバイスと、第２の態様で提供されたポリシー制御機能デバイスとを含む通信システムが提供される。

第１６の態様によれば、第４の態様で提供されたデータ管理機能デバイスと、第５の態様で提供されたセッション管理機能デバイスとを含む通信システムが提供される。可能な実装において、通信システムは、第３の態様で提供された端末デバイスをさらに含み得る。

第６の態様から第１６の態様のうちのいずれかの実装によってもたらされる技法的効果については、第１の態様から第５の態様のうちの対応する実装によってもたらされる技法的効果を参照されたい。詳細は、本明細書では再度説明されない。

解決策が矛盾しないことを前提として、前述の態様における解決策はすべて組み合わされてもよいことに留意されたい。

端末とＤＮとの間の通信の概略図である。 ネットワークアーキテクチャの概略構成図である。 ＰＤＵセッションの概略図である。 本出願の実施形態による通信方法のシグナリングインタラクションの図である。 本出願の実施形態による通信方法の別のシグナリングインタラクションの図である。 本出願の実施形態による通信方法のフローチャートである。 本出願の実施形態による通信方法の別のフローチャートである。 本出願の実施形態による通信方法の別のシグナリングインタラクションの図である。 本出願の実施形態による通信方法のフローチャートである。 本出願の実施形態による通信方法の別のフローチャートである。 本出願の実施形態による通信方法の別のフローチャートである。 本出願の実施形態による通信装置の概略構成図である。 本出願の実施形態による通信装置のハードウェア構成の概略図である。 本出願の実施形態による別の通信装置のハードウェア構造の概略図である。

本出願の説明において、特に断らない限り、「／」は「または」を意味する。たとえば、Ａ／Ｂは、ＡまたはＢを表し得る。本明細書における「および／または」は、関連する対象物を記述するための単なる関連付け関係であって、３つの関係が存在し得ることを表す。たとえば、Ａおよび／またはＢは、Ａのみが存在すること、ＡとＢとの両方が存在すること、およびＢのみが存在することを表し得る。本出願の説明において、特に断らない限り、「少なくとも１つ」は１つまたは複数を指して、「複数の」は２つ以上を指す。

加えて、本出願の実施形態における技法的解決策を明確に説明するために、「第１の」および「第２の」などの用語が使用されて、基本的に同一の機能および効果を有する同一の項目または同様の項目を区別する。当業者であれば、「第１」と「第２」という用語は、数量または実行順序を限定せず、および「第１」と「第２」という用語は、必ずしも相違点を限定しないことを理解し得る。

本出願の実施形態における技法的解決策は、第４世代（４ｔｈ Ｇｅｎｅｒａｔｉｏｎ、４Ｇ）システム、４Ｇシステムに基づいて進化させた様々なシステム、第５世代（ｆｉｆｔｈ ｇｅｎｅｒａｔｉｏｎ、５Ｇ）システム、および５Ｇシステムに基づいて進化させた様々なシステムに適用され得る。４Ｇシステムはまた、進化型パケットシステム（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｙｓｔｅｍ、ＥＰＳ）と呼ばれる場合もある。４Ｇシステムのコアネットワーク（ｃｏｒｅ ｎｅｔｗｏｒｋ、ＣＮ）は、進化型パケットコア（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ、ＥＰＣ）ネットワークと呼ばれる場合があり、およびアクセスネットワークは、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）と呼ばれる場合がある。５Ｇシステムのコアネットワークは、５ＧＣ（５Ｇコア）と呼ばれる場合があり、およびアクセスネットワークは、新無線（ｎｅｗ ｒａｄｉｏ、ＮＲ）と呼ばれる場合がある。説明を容易にするために、以下では、本出願が５Ｇシステムに適用される例を用いて本出願について説明する。本出願が４Ｇシステムまたは別の通信システムに適用される場合には、本出願に含まれるネットワーク要素が、対応する通信システムにおいて同一または同様の機能を有するネットワーク要素に置き換えられてもよい。

図２は、５Ｇシステムのネットワークアーキテクチャの概略図の例である。この概略図で、５Ｇシステムは、認証サーバ機能（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｓｅｒｖｅｒ ｆｕｎｃｔｉｏｎ、ＡＵＳＦ）ネットワーク要素、アクセスおよびモビリティ管理機能（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＡＭＦ）ネットワーク要素、ＤＮ、統合データ管理（ｕｎｉｆｉｅｄ ｄａｔａ ｍａｎａｇｅｍｅｎｔ、ＵＤＭ）ネットワーク要素、ポリシー制御機能（ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ、ＰＣＦ）ネットワーク要素、（無線）アクセスネットワーク（（ｒａｄｉｏ） ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、（Ｒ）ＡＮ）ネットワーク要素、ＵＰＦネットワーク要素、端末（ｔｅｒｍｉｎａｌ）、アプリケーション機能（ａｐｐｌｉｃａｔｉｏｎ ｆｕｎｃｔｉｏｎ、ＡＦ）ネットワーク要素、およびセッション管理機能（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＳＭＦ）ネットワーク要素を含み得る。

説明を容易にするために、以下では、（Ｒ）ＡＮネットワーク要素、ＡＭＦネットワーク要素、ＳＭＦネットワーク要素、ＵＤＭネットワーク要素、ＵＰＦネットワーク要素、ＰＣＦネットワーク要素、および同様のものはそれぞれ、ＲＡＮ、ＡＭＦ、ＳＭＦ、ＵＤＭ、ＵＰＦ、ＰＣＦ、および同様のもので示される。

５Ｇシステムは、アクセスネットワークおよびコアネットワークを含む。アクセスネットワークは、無線アクセスに関連する機能を実装するように構成されて、主にＲＡＮを含む。コアネットワークは、ネットワークサービス制御、データ伝送、および同様のものに使用される。コアネットワークは、主にＡＭＦ、ＳＭＦ、ＵＰＦ、ＰＣＦ、ＵＤＭ、および同様のものを含む、複数のネットワーク要素から構成される。

図２のいくつかのネットワーク要素の機能は、以下の通りである。

ＰＣＦは、サービス品質（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ、ＱｏＳ）ポリシーおよびスライス選択ポリシーなどのポリシーをＡＭＦおよびＳＭＦに提供することを担っている。

ＵＤＭは、第３世代パートナーシッププロジェクト（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ、３ＧＰＰ）認証および鍵合意（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ ｋｅｙ ａｇｒｅｅｍｅｎｔ、ＡＫＡ）認証資格証明、ユーザ識別対処、アクセス認可、登録／モビリティ管理、加入管理、ＳＭＳ管理、ならびに同様のものに対処することを担っている。

ＡＦは、アプリケーションサーバであってもよく、このアプリケーションサーバは、オペレータサーバまたはサードパーティサーバであってもよい。ＡＦは、サービス、たとえば、トラフィックルーティング決定に対する影響、ポリシー制御機能、またはサードパーティサービスをネットワーク側に提供すること、を提供するために、主に３ＧＰＰコアネットワークとのインタラクションをサポートする。

ＡＭＦは、シグナリング対処、たとえば、端末登録管理、端末接続管理、端末到達可能性管理、端末アクセス承認およびアクセス認証、端末セキュリティ機能、端末モビリティ管理（たとえば、端末位置更新、端末登録ネットワーク、および端末ハンドオーバ）、ネットワークスライス（ｎｅｔｗｏｒｋ ｓｌｉｃｅ）選択、ＳＭＦ選択、および登録または登録解除などの端末機能を主に担う。

ＳＭＦは、ＵＰＦ選択、制御およびリダイレクション、インターネットプロトコル（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ、ＩＰ）アドレスの割り当ておよび管理、セッションＱｏＳ管理、ＰＣＦからのポリシーおよび課金制御（ｐｏｌｉｃｙ ａｎｄ ｃｈａｒｇｉｎｇ ｃｏｎｔｒｏｌ、ＰＣＣ）ポリシーを取得すること、ベアラまたはセッション確立、変更、および解放を含む、端末セッション管理の制御プレーン機能を主に担う。

ＵＰＦは、プロトコルデータユニット（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ、ＰＤＵ）セッション接続のためのアンカーポイントとして機能して、端末のデータパケットフィルタリング、データ送信／転送、レート制御、課金情報の生成、ユーザプレーンのためのＱｏＳ対処、アップリンク送信認証、送信レベル検証、ダウンリンクデータパケットバッファリング、ダウンリンクデータ通知トリガリング、および同様のものを担う。ＵＰＦは、マルチホーム（ｍｕｌｔｉ－ｈｏｍｅｄ）ＰＤＵセッションをサポートするための分岐点としてさらに機能し得る。端末にサービスを提供するＵＰＦに対する送信リソースおよびスケジューリング機能は、ＳＭＦによって管理および制御される。

ＲＡＮは、１つまたは複数のアクセスネットワークデバイス（ＲＡＮノードまたはネットワークデバイスと呼ばれる場合もある）を含むネットワークであって、無線物理レイヤ機能、リソーススケジューリングおよび無線リソース管理、無線アクセス制御およびモビリティ管理機能、サービス品質管理、ならびにデータ圧縮および暗号化などの機能を実装する。アクセスネットワークデバイスは、端末のデータを送信するために、ユーザプレーンインターフェイスＮ３を介してＵＰＦに接続される。アクセスネットワークデバイスは、無線アクセスベアラ制御などの機能を実装するために、制御プレーンインターフェイスＮ２を介してＡＭＦとの制御プレーンシグナリング接続を確立する。

アクセスネットワークデバイスは、基地局、ワイヤレスフィデリティ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ、Ｗｉ－Ｆｉ）アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ、ＡＰ）、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ、ＷｉＭＡＸ）サイト、または同様のものであってもよい。基地局は、様々な形の基地局、たとえば、マクロ基地局、マイクロ基地局（スモールセルとも呼ばれる）、中継局、およびアクセスポイントを含み得る。基地局は、具体的には、無線ローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）のＡＰ、およびグローバルシステムフォーモバイルコミュニケーションズ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＧＳＭ）もしくは符号分割多重アクセス方式（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＣＤＭＡ）の基地トランシーバ局（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、ＢＴＳ）であってもよく、または、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＷＣＤＭＡ）の基地局（ＮｏｄｅＢ、ＮＢ）、ＬＴＥの進化型ノードＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ、ｅＮＢもしくはｅＮｏｄｅＢ）、中継局もしくはアクセスポイント、車載デバイス、ウェアラブルデバイス、将来の５Ｇシステムの次世代ノードＢ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ、ｇＮＢ）、将来の進化型公衆陸上モバイルネットワーク（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ、ＰＬＭＮ）ネットワークの基地局、または同様のものであってもよい。

端末は、ワイヤレス端末であってもよく、または有線端末であってもよい。ワイヤレス端末は、ユーザに音声および／もしくはデータ接続性を提供するデバイス、ワイヤレス接続機能を持つハンドヘルドデバイス、またはワイヤレスモデムに接続された別の処理デバイスであってもよい。端末とアクセスネットワークデバイスとは、エアインターフェイス技術（たとえば、ＮＲ技術またはＬＴＥ技術）によって互いに通信する。端末はまた、エアインターフェイス技術（たとえば、ＮＲ技術またはＬＴＥ技術）によって互いに通信し得る。ワイヤレス端末は、アクセスネットワークデバイスを介して１つまたは複数のコアネットワークデバイスと通信し得、たとえば、ＡＭＦまたはＳＭＦと通信し得る。ワイヤレス端末は、モバイル端末（たとえば、モバイル電話）、スマートフォン、衛星ワイヤレスデバイス、ワイヤレスモデムカード、モバイル端末付きコンピュータ（たとえば、ラップトップ、ポータブル装置、ポケット装置、ハンドヘルド装置、コンピュータ組込み装置、または車載モバイル装置）、パーソナル通信サービス（ｐｅｒｓｏｎａｌ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｅｒｖｉｃｅ、ＰＣＳ）電話、コードレス電話、セッション開始プロトコル（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話、ワイヤレスローカルループ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ、ＷＬＬ）局、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ）、仮想現実（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ、ＶＲ）眼鏡、拡張現実（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ、ＡＲ）眼鏡、機械型通信端末、モノのインターネット端末、路側ユニット（Ｒｏａｄ Ｓｉｄｅ Ｕｎｉｔ、ＲＳＵ）、無人航空機に搭載された通信デバイス、または同様のものであってもよい。ワイヤレス端末はまた、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）、端末デバイス、加入者ユニット（ｓｕｂｓｃｒｉｂｅｒ ｕｎｉｔ）、加入者局（ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ）、モバイル局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）、モバイル（ｍｏｂｉｌｅ）コンソール（ｃｏｎｓｏｌｅ）、遠隔局（ｒｅｍｏｔｅ ｓｔａｔｉｏｎ）、アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）、アクセス端末（ａｃｃｅｓｓ ｔｅｒｍｉｎａｌ）、ユーザ端末（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ユーザエージェント（ｕｓｅｒ ａｇｅｎｔ）、および同様のもの、と呼ばれる場合もある。

ＤＮは、データ送信サービス、たとえば、インターネットプロトコルマルチメディアサービス（ＩＰ ｍｕｌｔｉｍｅｄｉａ ｓｅｒｖｉｃｅ、ＩＭＳ）ネットワークまたはインターネット（Ｉｎｔｅｒｎｅｔ）をユーザに提供するオペレータネットワークである。端末は、端末からアクセスネットワークデバイス、ＵＰＦへの、およびＤＮへのＰＤＵセッション（ＰＤＵ ｓｅｓｓｉｏｎ）を確立することによって、ＤＮにアクセスする。ＰＤＵセッションは、端末とＤＮの間の接続であり、およびＰＤＵ接続サービスを提供するのに使用される。ＰＤＵセッションは、ＩＰ接続、イーサネット接続、非構造化データ接続、または同様のものであってもよい。５ＧシステムのコアネットワークによってサポートされるＰＤＵ接続サービスは、端末と、データネットワーク名（ｄａｔａ ｎｅｔｗｏｒｋ ｎａｍｅ、ＤＮＮ）によって決定されたＤＮとの間でＰＤＵ交換を行うサービスである。端末は、同じＤＮまたは異なるＤＮに接続するために、１つまたは複数のＰＤＵセッションを開始および確立し得る。たとえば、図３で、端末は、同じＤＮに接続するために、ＰＤＵセッション１およびＰＤＵセッション２を開始および確立する。

図２に示される機能ネットワーク要素に加えて、５Ｇネットワークのネットワークアーキテクチャは、他の機能ネットワーク要素、たとえば、ネットワーク露出機能（ｎｅｔｗｏｒｋ ｅｘｐｏｓｕｒｅ ｆｕｎｃｔｉｏｎ、ＮＥＦ）をさらに含み得ると理解されてもよい。本出願の実施形態において、ネットワーク要素はまた、エンティティ、デバイス、または同様のもの、と呼ばれる場合もある。

図１に示された通信アーキテクチャに基づいて、端末は、２つのＰＤＵセッション、すなわち第１のＰＤＵセッションおよび第２のＰＤＵセッションを確立し得る。第１のＰＤＵセッションのアンカーポイントは第１のＵＰＦである（言い換えれば、第１のＰＤＵセッションのデータパケットは、第１のＵＰＦを通過する必要がある）。第２のＰＤＵセッションのアンカーポイントは第２のＵＰＦである（言い換えれば、第２のＰＤＵセッションのデータパケットは、第２のＵＰＦを通過する必要がある）。データパケットはまた、サービスパケットと呼ばれる場合もある。

本出願の実施形態において、可能な実装では、第２のアクセスネットワークデバイスは、第１のアクセスネットワークデバイスのバックアップ局として機能し得、これにより、第２のアクセスネットワークデバイスは、第１のアクセスネットワークデバイスに障害があるときにサービス通信の継続性を確保することができる。これは、通信リンク全体の信頼性を改善する。

異なる実装シナリオでは、第１のアクセスネットワークデバイスと第２のアクセスネットワークデバイスとは、同じ周波数配置を有してもよく、または異なる周波数配置を有してもよい。第１のアクセスネットワークデバイスと第２のアクセスネットワークデバイスとは、全帯域でバックアップされてもよく、またはいくつかのスペクトルを共有してもよい。１００メガヘルツ（ＭＨｚ）のスペクトル帯域が例として使用される。第１のアクセスネットワークデバイスは、最初の５０ＭＨｚを動作のために使用してもよく、および最後の５０ＭＨｚを、第２のアクセスネットワークデバイスのバックアップをするために使用してもよい。同様に、第２のアクセスネットワークデバイスは、最初の５０ＭＨｚを、第１のアクセスネットワークデバイスのバックアップをするために使用してもよく、および最後の５０ＭＨｚを、別の端末にサービスするために使用してもよい。異なる実装シナリオでは、第１のアクセスネットワークデバイスの識別子と第２のアクセスネットワークデバイスの識別子とは、同じであっても異なっていてもよい。

前述のアーキテクチャを採用するために、一次アクセスネットワークデバイス（たとえば、図１の第１のアクセスネットワークデバイス）は、二次アクセスネットワークデバイス（たとえば、図１の第２のアクセスネットワークデバイス）を選択する必要がある。従来技術では、一次アクセスネットワークデバイスは、セッション管理機能（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＳＭＦ）から提供されるＲＳＮ値に基づいて、二次アクセスネットワークデバイスを選択する。一次アクセスネットワークデバイスは、受信されたＲＳＮ値に基づいて、対応するユーザプレーンリソースを決定する。たとえば、セッション１のＲＳＮ値が１であると仮定すると、一次アクセスネットワークデバイスは、一次アクセスネットワークデバイスのトンネル情報を返し、具体的には、一次アクセスネットワークデバイスと図１の第１のＵＰＦとの間のユーザプレーン接続が確立される。一次アクセスネットワークデバイスがセッション２のＲＳＮ値２を受信する場合、一次アクセスネットワークデバイスは、二次アクセスネットワークデバイスのトンネル情報を返し、具体的には、二次アクセスネットワークデバイスと図１の第２のＵＰＦとの間のユーザプレーン接続が確立される。しかし、複数のＳＭＦがネットワークに配置されていて、冗長通信リンク内の２つのＵＰＦがそれぞれ、２つの異なるＳＭＦによって制御される。ＳＭＦのそれぞれは、一次アクセスネットワークデバイスにＲＳＮ値を提供する。前述の機構では、一次アクセスネットワークデバイスは、異なるＲＳＮ値に基づいて異なるユーザプレーン接続を決定する必要がある。しかし、異なるＳＭＦが、同じＲＳＮ値を一次アクセスネットワークデバイスに提供する場合があり、そのため同じアクセスネットワークデバイスが、相互に冗長な２つの通信リンクに対して選択される。したがって、一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定する必要がある。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。

加えて、前述の通信アーキテクチャでは、複数のセッションが第１のアクセスネットワークデバイスと第２のアクセスネットワークデバイスとの両方に存在することが想定されている。第１のアクセスネットワークデバイスが、図１に示されるデュアル接続性をサポートできない場合、第１のアクセスネットワークデバイスは、デュアル接続性に対応するセッションを切り替え得る。たとえば、セッションは、第１のアクセスネットワークデバイスに切り替えられてもよく、または第２のアクセスネットワークデバイスもしくは別のアクセスネットワークデバイスに切り替えられてもよい。したがって、切り替えシナリオでは、一次アクセスネットワークデバイスはまた、どのセッションが切り替えるべきかを決定するために、どの２つのセッションが関連付けられているかを知る必要もある。

図１に示される通信アーキテクチャに基づいて、本出願は複数の解決策を提供し、これらは以下で別々に説明される。

図４は、本出願の実施形態による通信方法のシグナリングインタラクションの図である。図４に示されるように、この方法は以下のステップを含む。

ステップ４０１：端末デバイスが、ＵＥ経路選択ポリシー（ＵＥ ｒｏｕｔｅ ｓｅｌｅｃｔｉｏｎ ｐｏｌｉｃｙ、ＵＲＳＰ）規則をローカルに構成する。

ＵＲＳＰ規則は複数の規則を含んでいて、規則のそれぞれは、トラフィック記述子（ｔｒａｆｆｉｃ ｄｅｓｃｒｉｐｔｏｒ、ＴＤ）と、対応する経路選択記述子（ｒｏｕｔｅ ｓｅｌｅｃｔｉｏｎ ｄｅｓｃｒｉｐｔｏｒ、ＲＳＤ）とを含む。ＴＤは、データフローをマッチングするためのものである。たとえば、ＴＤは次の、インターネットプロトコル（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ、ＩＰ）５タプル、アプリケーションの識別子、データネットワーク名（ｄａｔａ ｎｅｔｗｏｒｋ ｎａｍｅ、ＤＮＮ）、または単一ネットワークスライス選択支援情報（ｓｉｎｇｌｅ ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ、Ｓ－ＮＳＳＡＩ）のうちの少なくとも１つを含む。ＲＳＤは、ＴＤに一致するデータフローをルーティングするためのパラメータを含む。たとえば、ＲＳＤは、ＤＮＮ、Ｓ－ＮＳＳＡＩ、またはサービスおよびセッション継続性（ｓｅｒｖｉｃｅ ａｎｄ ｓｅｓｓｉｏｎ ｃｏｎｔｉｎｕｉｔｙ、ＳＳＣ）モードのうちの少なくとも１つを含み得る。規則のそれぞれは、異なるＴＤおよび異なるＲＳＤに対応する。たとえば、２つのＲＳＤでＤＮＮ、Ｓ－ＮＳＳＡＩ、またはＳＳＣモードのうちの少なくとも１つが異なる場合、それは２つのＲＳＤが異なることを示す。

たとえば、ＵＲＳＰ規則は、第１の規則および第２の規則を含む。第１の規則は、第１のＴＤおよび第１のＲＳＤを含む。第２の規則は、第２のＴＤおよび第２のＲＳＤを含む。本出願のこの実施形態において、ＵＲＳＰ規則は、第１の規則と第２の規則との間の関連付け情報を含む。関連付け情報は、表１に示されるように、ＵＲＳＰ規則における規則のそれぞれから独立していてもよい。代替として、関連付け情報は、ＵＲＳＰ内の規則のそれぞれの一部であってもよい。たとえば、表２に示されるように、関連付けられた規則のそれぞれに対応する別の規則に関する情報が、関連付けられた規則のそれぞれに追加されてもよい。代替として、２つの規則が互いに関連付けられていることを示すために、同じ表示情報、たとえば表３に示される表示情報が、関連付けられた規則のそれぞれに追加されてもよい。たとえば、表示情報は識別子であってもよい。

ステップ４０２：端末デバイスは、アプリケーションを始動して、ローカルに構成されたＵＲＳＰ規則に従って、アプリケーションに対応するＵＲＳＰ規則にある、第１の規則の第１のＴＤおよび第２の規則の第２のＴＤを決定する。

加えて、端末デバイスは、ＵＲＳＰ規則の関連付け情報に基づいて、第１のＴＤと第２のＴＤとが関連付けられていると決定し得る。

たとえば、アプリケーションは、超信頼低遅延通信（ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ｌｏｗ－ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＵＲＬＬＣ）アプリケーションである。端末デバイスは、ＵＲＬＬＣアプリケーションを始動する。端末デバイスのアプリケーションレイヤは、アプリケーションのデータを複製して、アプリケーションのデータは、２つの異なるＴＤに対応し、それぞれがＵＲＳＰ規則の別個の規則にある。このようにして、ＵＲＬＬＣアプリケーションは、端末デバイスを作動させて２つのセッションを確立する手順を開始するために、および２つの異なるＲＳＤに対応する２つのセッションを別々に確立するために、ＵＲＳＰ規則中の異なるＲＳＤと関連付けられる。

第１のＴＤおよび第２のＴＤは、同じアプリケーションに対応してもよく、またはそれぞれ、２つの異なるアプリケーション、たとえば２つの異なるＵＲＬＬＣアプリケーションに対応してもよいことに留意されたい。

ステップ４０３：端末デバイスは、第１の要求メッセージおよび第２の要求メッセージをネットワーク側へ送信する。第１の要求メッセージは、第１のＴＤに対応する第１のセッションを確立することを要求するために使用され、および第２の要求メッセージは、第２のＴＤに対応する第２のセッションを確立することを要求するために使用される。第１の要求メッセージは、第１のＴＤに対応する第１のＲＳＤと、第１の関連付け情報とを含み、および第１の関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示す。第２の要求メッセージは、第２のＴＤに対応する第２のＲＳＤと第２の関連付け情報とを含み、および第２の関連付け情報は、第２のセッションが第１のセッションと関連付けられていることを示す。

たとえば、第１のセッションと第２のセッションとが互いに関連付けられていることを反映するために、第１の要求メッセージの第１の関連付け情報は、第２のセッションの識別情報であってもよく、および第２の要求メッセージの第２の関連付け情報は、第１のセッションの識別情報であってもよい。

代替として、別の例では、第１の要求メッセージの第１の関連付け情報と第２の要求メッセージの第２の関連付け情報とは、同じ表示情報に対応してもよい。たとえば、表示情報は、前述のＵＲＳＰにあって、第１のＴＤと第２のＴＤとが互いに関連付けられていることを示す表示情報であってもよく、または表示情報は別の表示情報であってもよい。これは、本出願では限定されない。

第１の関連付け情報および第２の関連付け情報は、一括してＰＤＵセッションペア情報（ＰＤＵ ｓｅｓｓｉｏｎ ｐａｉｒ ｉｎｆｏｒｍａｔｉｏｎ）と呼ばれる場合がある。

第１の要求メッセージおよび第２の要求メッセージを受信した後、ネットワーク側は、第１のセッションおよび第２のセッションのための適切なＵＰＦを別々に選択し得る。一次アクセスネットワークデバイスは、二次アクセスネットワークデバイスを選択して、デュアル接続性（ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ、ＤＣ）を確立することを決定し得る。言い換えれば、一次アクセスネットワークデバイスと第１のＵＰＦとの間のユーザプレーン接続、および二次アクセスネットワークデバイスと第２のＵＰＦとの間のユーザプレーン接続が、別々に確立される。加えて、ネットワーク側は、受信された第１の要求メッセージおよび受信された第２の要求メッセージから、第１のセッションが第２のセッションと関連付けられていると決定し得る。たとえば、ネットワーク側のＳＭＦデバイスは、第１のセッションが第２のセッションと関連付けられていると決定して、２つの関連付けられたセッションの識別情報を記憶し得る。

一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側（たとえば、ＳＭＦデバイス）から知り得る。

図５は、本出願の実施形態による通信方法のシグナリングインタラクションの図である。図５は、図４を参照して説明される。図５と図４との違いは、図５の例では、端末デバイスによって使用されるＵＲＳＰ規則がローカルに構成されるが、図５の例では、端末デバイスによって使用されるＵＲＳＰ規則がＰＣＦデバイスから受信されるということにある。図５に示されるように、この方法は以下のステップを含む。

ステップ５０１：ＡＦデバイスが、第１のＴＤと第２のＴＤとの間の関連付け情報をＰＣＦデバイスへ送信する。

たとえば、ＡＦはアプリケーションサーバであってもよい。ＡＦは、第１のＴＤと第２のＴＤとが関連付けられていることを知るために、および第１のＴＤと第２のＴＤとの間の関連付け情報をＰＣＦデバイスへ送信するために、開始されたアプリケーションが第１のＴＤおよび第２のＴＤに対応することを構成することができる。

第１のＴＤと第２のＴＤとは、同じアプリケーションに対応してもよく、またはそれぞれ、２つの異なるアプリケーション、たとえば２つの異なるＵＲＬＬＣサービスに対応してもよいことに留意されたい。

たとえば、ＡＦデバイスは、第１のＴＤと第２のＴＤとの間の関連付け情報をＰＣＦデバイスへＡＦ要求メッセージによって送信する。ＡＦデバイスは、ＰＣＦデバイスと直接にインタラクトおよび通信してもよく、またはＡＦデバイスは、ＰＣＦデバイスとＮＥＦデバイスを介してインタラクトおよび通信してもよい。

ステップ５０２：ＰＣＦデバイスは、関連付け情報に基づいてＵＲＳＰ規則を生成する。

たとえば、端末デバイスの登録手順において、ＡＭＦデバイスは、ＵＥポリシー制御作成要求（ＵＥ ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｃｒｅａｔｅ ｒｅｑｕｅｓｔ）をＰＣＦデバイスへ送信する。ＵＥポリシー制御作成要求を受信した後、ＰＣＦは、関連付け情報に基づいてＵＲＳＰ規則を生成する。

ＵＲＳＰ規則の形式および内容については、図５のステップ５０１の説明を参照されたい。詳細は、本明細書では再度説明されない。

ステップ５０３：ＰＣＦデバイスは、ＵＲＳＰ規則をＡＭＦデバイスへ送信する。

たとえば、ＰＣＦデバイスは、ＵＲＳＰ規則をＡＭＦデバイスへ、ＵＥポリシー制御作成応答（ＵＥ ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｃｒｅａｔｅ ｒｅｓｐｏｎｓｅ）によって送信する。

別の例では、ＰＣＦデバイスは、ＵＲＳＰ規則をＡＭＦデバイスへＮ１Ｎ２メッセージ転送要求（Ｎ１Ｎ２ Ｍｅｓｓａｇｅ Ｔｒａｎｓｆｅｒ Ｒｅｑｕｅｓｔ）によって送信する。

ステップ５０４：ＡＭＦデバイスは、ＵＲＳＰ規則を端末デバイスへ送信する。

たとえば、ＡＭＦデバイスは、ＵＲＳＰ規則を端末デバイスへ登録受諾メッセージによって、ＲＡＮを介して送信する。

別の例では、ＡＭＦデバイスは、ＵＲＳＰ規則を端末デバイスへダウンリンクＮＡＳ送信メッセージによって、ＲＡＮを介して送信する。

代替として、可能な実装では、ステップ５０２でＰＣＦによって生成されるＵＲＳＰ規則は、表４に示されている。ＰＣＦデバイスは、ＡＭＦを介して端末デバイスへ、ＵＲＳＰ規則と、ＵＲＳＰ規則の第１の規則と第２の規則とが互いに関連付けられていることを示す表示情報とを送信する。

ステップ５０５：端末デバイスは、アプリケーションを始動して、受信されたＵＲＳＰ規則に従って、アプリケーションに対応するＵＲＳＰ規則にある、第１の規則の第１のＴＤおよび第２の規則の第２のＴＤを決定する。

加えて、端末デバイスは、受信されたＵＲＳＰ規則に従って、または受信されたＵＲＳＰ規則および受信された表示情報に従って、ＵＲＳＰ規則にある、第１の規則の第１のＴＤと第２の規則の第２のＴＤとが関連付けられていると決定し得る。

ステップ５０６：端末デバイスは、第１の要求メッセージおよび第２の要求メッセージをネットワーク側へ送信する。第１の要求メッセージは、第１のＴＤに対応する第１のセッションを確立することを要求するために使用され、および第２の要求メッセージは、第２のＴＤに対応する第２のセッションを確立することを要求するために使用される。第１の要求メッセージは、第１のＴＤに対応する第１のＲＳＤと、第１の関連付け情報とを含み、および第１の関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示す。第２の要求メッセージは、第２のＴＤに対応する第２のＲＳＤと、第２の関連付け情報とを含み、および第２の関連付け情報は、第２のセッションが第１のセッションと関連付けられていることを示す。

ステップ５０５および５０６の他の詳細については、図５のステップ５０２および５０３の説明を参照されたい。詳細は、本明細書では再度説明されない。

同様に、第１の要求メッセージおよび第２の要求メッセージを受信した後、ネットワーク側は、第１のセッションおよび第２のセッションのための適切なＵＰＦを別々に選択し得る。一次アクセスネットワークデバイスは、二次アクセスネットワークデバイスを選択して、ＤＣを確立することを決定し得る。言い換えれば、一次アクセスネットワークデバイスと第１のＵＰＦとの間のユーザプレーン接続、および二次アクセスネットワークデバイスと第２のＵＰＦとの間のユーザプレーン接続が、別々に確立される。加えて、ネットワーク側は、受信された第１の要求メッセージおよび受信された第２の要求メッセージから、第１のセッションが第２のセッションと関連付けられていると決定し得る。たとえば、ネットワーク側のＳＭＦデバイスは、第１のセッションが第２のセッションと関連付けられていると決定して、２つの関連付けられたセッションの識別情報を記憶し得る。

一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側（たとえば、ＳＭＦデバイス）から知り得る。

図６は、本出願の実施形態による通信方法のフローチャートである。図６は、図４および図５を参照して説明される。この方法は、端末デバイスによって実施される。たとえば、端末デバイスは、図４または図５の端末デバイスである。図６に示されるように、この方法は以下のステップを含む。

ステップ６０１：端末デバイスは、第１のトラフィック記述情報と第２のトラフィック記述情報との間の関連付け情報を取得する。

たとえば、第１のトラフィック記述情報は第１のＴＤであり、および第２のトラフィック記述情報は第２のＴＤである。

第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられているという説明はまた、第１のトラフィック記述情報の第１の規則が第２のトラフィック記述情報の第２の規則と関連付けられていると理解されてもよく、または第１の規則中の第１の経路選択記述情報が第２の規則中の第２の経路選択記述情報と関連付けられていると理解されてもよいことに留意されたい。これは、本出願では限定されない。

たとえば、端末デバイスは、第１のトラフィック記述情報と第２のトラフィック記述情報との間の関連付け情報を経路選択ポリシー（たとえば、前述のＵＲＳＰ規則）から取得する。

たとえば、経路選択ポリシーは、第１のトラフィック記述情報に対応する第１の規則と、第２のトラフィック記述情報に対応する第２の規則とを含む。第１の規則は、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることを示す第１の情報を含み、および第２の規則は、第２のトラフィック記述情報が第１のトラフィック記述情報と関連付けられていることを示す第２の情報を含む。可能な実装では、第１の情報および第２の情報は、同じ第１の表示情報に対応して、この第１の表示情報は、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることを示す。別の可能な実装では、第１の情報は、第２の規則に関する情報を含み、および第２の情報は、第１の規則に関する情報を含む。

たとえば、端末デバイスは、ローカルに構成された経路選択ポリシーを取得する。これは図４のステップ４０１の説明を参照しており、および詳細は、本明細書では再度説明されない。

代替として、端末デバイスは、経路選択ポリシーをポリシー制御機能デバイスから受信する。これは図５のステップ５０３および５０４の説明を参照しており、および詳細は、本明細書では再度説明されない。

ステップ６０２：端末デバイスは、開始されたアプリケーションに対して第１のトラフィック記述情報および第２のトラフィック記述情報を決定する。

加えて、端末デバイスは、関連付け情報に基づいて、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることをさらに決定し得る。

第１のトラフィック記述情報および第２のトラフィック記述情報は、同じアプリケーションに対応してもよく、またはそれぞれ、２つの異なるアプリケーション、たとえば、２つの異なるＵＲＬＬＣアプリケーションに対応してもよいことに留意されたい。

このステップについては、図４のステップ４０２の説明を参照されたく、および詳細は、本明細書では再度説明されない。

ステップ６０３：端末デバイスは、第１の要求メッセージおよび第２の要求メッセージを送信し、第１の要求メッセージは、第１のトラフィック記述情報に対応する第１のセッションを確立することを要求するために使用され、および第２の要求メッセージは、第２のトラフィック記述情報に対応する第２のセッションを確立することを要求するために使用される。第１の要求メッセージは第１の関連付け情報を含み、および第２の要求メッセージは第２の関連付け情報を含む。第１の関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示し、および第２の関連付け情報は、第２のセッションが第１のセッションと関連付けられていることを示す。

可能な実装では、第１の関連付け情報は第２のセッションの識別情報を含み、および第２の関連付け情報は第１のセッションの識別情報を含む。

別の可能な実装では、第１の関連付け情報および第２の関連付け情報は、同じ第２の表示情報に対応して、この第２の表示情報は、第１のセッションが第２のセッションと関連付けられていることを示す。

このステップについては、図４のステップ４０３の説明を参照されたく、および詳細は、本明細書では再度説明されない。

本出願のこの実施形態で提供される通信方法によれば、ネットワーク側が、受信された第１の要求メッセージおよび受信された第２の要求メッセージから、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得るか、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

図７は、本出願の実施形態による通信方法のフローチャートである。図７は、図５を参照して説明される。この方法は、ポリシー制御機能デバイスによって実施される。たとえば、ポリシー制御機能デバイスは、図５のＰＣＦデバイスである。図７に示されるように、この方法は以下のステップを含む。

ステップ７０１：ポリシー制御機能デバイスは、第１のトラフィック記述情報と第２のトラフィック記述情報との間の関連付け情報をアプリケーション機能デバイスから知る。

第１のトラフィック記述情報および第２のトラフィック記述情報は、同じアプリケーションに対応してもよく、またはそれぞれ、２つの異なるアプリケーション、たとえば、２つの異なるＵＲＬＬＣアプリケーションに対応してもよいことに留意されたい。

このステップについては、図５のステップ５０１の説明を参照されたく、および詳細は、本明細書では再度説明されない。

ステップ７０２：ポリシー制御機能デバイスは、関連付け情報に基づいて経路選択ポリシーを生成する。

たとえば、経路選択ポリシーは、第１のトラフィック記述情報に対応する第１の規則と、第２のトラフィック記述情報に対応する第２の規則とを含む。第１の規則は、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることを示す第１の情報を含み、および第２の規則は、第２のトラフィック記述情報が第１のトラフィック記述情報と関連付けられていることを示す第２の情報を含む。可能な実装では、第１の情報および第２の情報は、同じ第１の表示情報に対応して、この第１の表示情報は、第１のトラフィック記述情報が第２のトラフィック記述情報と関連付けられていることを示す。別の可能な実装では、第１の情報は、第２の規則に関する情報を含み、および第２の情報は、第１の規則に関する情報を含む。

経路選択ポリシーについては、図５のＵＲＳＰ規則の説明を参照されたい。詳細は、本明細書では再度説明されない。

このステップについては、図５のステップ５０２の説明を参照されたく、および詳細は、本明細書では再度説明されない。

ステップ７０３：ポリシー制御機能デバイスは、経路選択ポリシーを端末デバイスへ送信し、この経路選択ポリシーが使用されて、第１のトラフィック記述情報に対応する第１のセッションと、第２のトラフィック記述情報に対応する第２のセッションとの間の関連付けを決定する。

このステップについては、図５のステップ５０３および５０４の説明を参照されたく、および詳細は、本明細書では再度説明されない。

本出願のこの実施形態で提供される通信方法によれば、経路選択ポリシーを受信した後、端末デバイスは、第１の要求メッセージおよび第２の要求メッセージをネットワーク側へ送信する。ネットワーク側は、受信された第１の要求メッセージおよび受信された第２の要求メッセージから、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

図８は、本出願の実施形態による通信方法のシグナリングインタラクションの図である。図８に示されるように、この方法は以下のステップを含む。

ステップ８０１：ＵＤＭデバイスは、第１のＲＳＤと第２のＲＳＤとの間の関連付け情報を取得する。

たとえば、ＵＤＭデバイスは、ローカル構成手法で第１のＲＳＤと第２のＲＳＤとの間の関連付け情報を取得し得る。代替として、ＡＦデバイスが関連付け情報をＵＤＭデバイスへ送信してもよい。これに対応して、ＵＤＭデバイスは、関連付け情報をＡＦデバイスから取得する。

第１のＲＳＤと第２のＲＳＤとの間の関連付け情報は、代替として、第１のＲＳＤの第１の規則と第２のＲＳＤの第２の規則との間の関連付け情報として記述されてもよく、または第１の規則の第１のＴＤと第２の規則の第２のＴＤとの間の関連付け情報として記述されてもよい。

ステップ８０２：端末デバイスがアプリケーションを始動して、ローカルに構成される、またはＰＣＦデバイスから受信されるＵＲＳＰ規則に従って、アプリケーションに対応するＵＲＳＰ規則にある、第１の規則の第１のＴＤおよび第２の規則の第２のＴＤを決定する。

たとえば、アプリケーションはＵＲＬＬＣアプリケーションである。端末デバイスはＵＲＬＬＣアプリケーションを始動する。端末デバイスのアプリケーションレイヤは、アプリケーションのデータを複製し、およびアプリケーションのデータは、２つの異なるＴＤに対応し、それぞれがＵＲＳＰ規則の別個の規則にある。このようにして、ＵＲＬＬＣアプリケーションは、端末デバイスを作動させて２つのセッションを確立する手順を開始するために、および２つの異なるＲＳＤに対応する２つのセッションを別々に確立するために、ＵＲＳＰ規則の異なるＲＳＤと関連付けられる。

以下では、セッションの１つを確立する手順を説明のための例として用いる。このセッションは、第１のセッションと呼ばれる場合がある。第１のセッションは、第１の規則の第１のＴＤと第１のＲＳＤとに対応するセッションａである場合があり、または第１のセッションは、第２の規則の第２のＴＤと第２のＲＳＤとに対応するセッションｂである場合がある。

ステップ８０３：端末デバイスは、ＲＡＮデバイス（図示せず）を介してＡＭＦデバイスへ、第１のセッションを確立することを要求するために使用される要求メッセージを送信し、この要求メッセージは、第１のセッションの識別情報と、第１のセッションに対応するＲＳＤとを含む。

第１のセッションがセッションａである場合、第１のセッションに対応するＲＳＤは第１のＲＳＤである。第１のセッションがセッションｂであるとき、第１のセッションに対応するＲＳＤは第２のＲＳＤである。

たとえば、要求メッセージは、非アクセス層（ｎｏｎ－ａｃｃｅｓｓ ｓｔｒａｔｕｍ、ＮＡＳ）メッセージである。ＮＡＳメッセージは、セッション識別子およびセッション確立要求メッセージを含む。セッション確立要求メッセージは、セッション識別子およびＲＳＤを含む。代替として、ＲＳＤが直接ＮＡＳメッセージに含まれてもよい。

別の可能な実装では、第１のＴＤと第２のＴＤとの間の関連付け情報は、ＵＤＭデバイスにおいて構成される。ステップ８０３で、要求メッセージは、第１のセッションの識別情報と、第１のセッションに対応するＴＤとを含む。後続のステップで、第１のセッションに対応するＲＳＤは、第１のセッションに対応するＴＤと置き換えられ得る。詳細は本出願で再度説明されない。

本明細書でＲＡＮデバイスは、一次ＲＡＮデバイスであることに留意されたい。

ステップ８０４：ＡＭＦデバイスは、第１のセッションの識別子と、第１のセッションに対応するＲＳＤとをＳＭＦデバイスへ送信する。

たとえば、ＡＭＦデバイスは、セッションの識別子と、セッションに対応するＲＳＤとを、作成セッション管理コンテキスト要求（ｃｒｅａｔｅ ＳＭ ｃｏｎｔｅｘｔ ｒｅｑｕｅｓｔ）メッセージによってＳＭＦデバイスへ送信する。

ステップ８０５：ＳＭＦデバイスは、第１のセッションの識別子と、第１のセッションに対応するＲＳＤとをＵＤＭデバイスへ送信する。

たとえば、ＳＭＦデバイスは、セッションの識別子と、セッションに対応するＲＳＤとを登録要求メッセージによってＵＤＭデバイスへ送信する。

セッションの識別子と、セッションに対応するＲＳＤとを受信した後、ＵＤＭデバイスは、セッションの識別子とＲＳＤとの間の対応を記憶し得る。

ステップ８０６：ＵＤＭデバイスは、ステップ８０１の関連付け情報に基づいて、ＲＳＤと関連付けられた別のＲＳＤを決定して、次いで、別のＲＳＤに対応するセッションの識別子が存在するかどうかを決定する。

たとえば、第１のセッション（たとえば、前述のセッションａ）を確立する手順において、ＳＭＦデバイスは、ステップ８０５で、セッションａの識別子と、セッションａに対応する第１のＲＳＤとをＵＤＭデバイスへ送信する。ＵＤＭデバイスは、セッションａの識別子と第１のＲＳＤとの間の対応を記憶する。しかし、ステップ８０６で、ＵＤＭデバイスは、第１のＲＳＤと関連付けられた別のＲＳＤに対応するセッションの識別子はないと決定する。

第２のセッション（たとえば、前述のセッションｂ）を確立する手順では、ＳＭＦデバイスは、ステップ８０５で、セッションｂの識別子と、セッションｂに対応する第２のＲＳＤとをＵＤＭデバイスへ送信する。ＵＤＭデバイスは、セッションｂの識別子と第２のＲＳＤの間との対応を記憶する。ステップ８０６で、ＵＤＭデバイスは、セッションａの識別子と第１のＲＳＤとの間の対応を記憶するので、ＵＤＭデバイスは、関連付け情報および記憶された対応に基づいて、第２のＲＳＤと関連付けられた別のＲＳＤを決定し得る。すなわち、第１のＲＳＤはセッションａのＲＳＤであって、したがって、セッションａの識別子が取得される。

別のＲＳＤに対応するセッションの識別子は、第１のセッションと関連付けられた第２のセッションの識別子である。

ステップ８０７：ＵＤＭデバイスは、ＳＭＦデバイスへ、第１のセッションと関連付けられた第２のセッションの識別子を送信する。

代替として、ＵＤＭデバイスは、第１のセッションが第２のセッションと関連付けられていることを反映させるために、第１のセッションの識別子および第２のセッションの識別子をＳＭＦデバイスへ送信してもよい。

たとえば、ＵＤＭデバイスは、登録応答メッセージを介してＳＭＦデバイスへ、第１のセッションと関連付けられた第２のセッションの識別子、または第１のセッションの識別子および第２のセッションの識別子を送信する。

上述のように、セッションｂを確立する手順において、ＵＤＭデバイスは、前述のステップで、セッションｂと関連付けられたセッションａの識別子を取得する。

ステップ８０８：ＳＭＦデバイスは、第１のセッションが第２のセッションと関連付けられていると決定する。

ステップ８０９：ＳＭＦデバイスは、関連付け情報をＡＭＦデバイスへ送信する。

たとえば、関連付け情報は、ステップ８０７でＳＭＦによって受信された第１のセッションの識別子および第２のセッションの識別子であり得る。代替として、関連付け情報は、ＳＭＦによって生成される、および第１のセッションが第２のセッションと関連付けられていることを示す、表示情報である。

ステップ８１０ａ：ＡＭＦデバイスは、関連付け情報を端末デバイスへＲＡＮデバイスを介して送信する。

たとえば、ＡＭＦデバイスは、セッション確立受諾メッセージによって関連付け情報を端末デバイスへ送信する。

ステップ８１１ａ：端末デバイスは、セッション変更手順を開始する。

たとえば、端末デバイスは、第２のセッション、たとえば前述のセッションａに対するセッション変更手順を開始する。セッション変更手順では、端末デバイスは関連付け情報を、第２のセッションにサービスするＳＭＦデバイスへ送信し、およびＳＭＦデバイスは、関連付け情報をＲＡＮデバイスへ送信し、それによりＲＡＮデバイスは、第１のセッションと第２のセッションの間の関連付け情報を記録する。この場合、ＤＣにおけるＲＡＮデバイスがＤＣを引き続き維持できなければ、ＲＡＮデバイスは、切り替えられるべき特定の関連付けられたセッションを決定してもよい。

ステップ８１１ａは任意選択のステップであることに留意されたい。

ステップ８１１ａで端末デバイスによって送信された関連付け情報と、ステップ８１０ａで端末デバイスによって受信された関連付け情報とは、異なる情報を有し得ることに留意されたい。たとえば、ステップ８１０ａで端末デバイスによって受信された関連付け情報は、第１のセッションの識別子および第２のセッションの識別子である場合があり、または第１のセッションが第２のセッションと関連付けられていることを示す表示情報である場合がある。ステップ８１１ａで端末デバイスによって送信される関連付け情報は、第１のセッションの識別子である場合があり、または第１のセッションが第２のセッションと関連付けられていることを示す同じまたは異なる表示情報である場合がある。

代替として、別の可能な実装では、ステップ８１０ａおよびステップ８１１ａは、ステップ８１０ｂ（図示せず）に置き換えられてもよい。

ステップ８１０ｂ：ＡＭＦデバイスは、関連付け情報をＲＡＮデバイスへ送信する。

このようにして、ＲＡＮデバイスは、第１のセッションと第２のセッションとの間の関連付け情報を記録し得る。この場合、ＤＣにおける１つのＲＡＮデバイスがＤＣを引き続き維持できなければ、ＲＡＮデバイスは、ハンドオーバされるべき特定の関連付けられたセッションを決定してもよい。

別の可能な実装では、図８のＵＤＭによって実施される動作は、代替としてＵＤＲデバイスによって実施されてもよい。これは、本出願では限定されない。

前述の方法によれば、ネットワーク側は、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

図９は、本出願の実施形態による通信方法のフローチャートである。図９は、図８を参照して説明される。この方法は、端末デバイスによって実施される。たとえば、端末デバイスは、図８の端末デバイスである。図９に示されるように、この方法は以下のステップを含む。

ステップ９０１：端末デバイスは、第１のセッションを確立する手順において、セッション管理機能デバイスから第１の関連付け情報を受信し、この第１の関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示す。

このステップについては、図８のステップ８０９および８１０ａの説明を参照されたい。詳細は、本明細書では再度説明されない。

ステップ９０２：端末デバイスは、第２のセッションを変更する手順を開始する。端末デバイスは、第２のセッションを変更する手順において、セッション管理機能デバイスへ第２の関連付け情報を送信し、この第２の関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示す。

たとえば、第２の関連付け情報は、第１のセッションの識別子を含む。

このステップについては、図８のステップ８１１ａの説明を参照されたい。詳細は、本明細書では再度説明されない。

前述の方法によれば、ネットワーク側は、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

図１０は、本出願の実施形態による通信方法のフローチャートである。図１０は、図８を参照して説明される。この方法は、データ管理機能デバイスによって実施される。たとえば、データ管理機能デバイスは、図８のＵＤＭデバイス、または図８に示されていないＵＤＲデバイスである。図１０に示されるように、この方法は以下のステップを含む。

ステップ１００１：データ管理機能デバイスは、第１の経路記述情報と第２の経路記述情報との間の関連付け情報を構成する。

このステップについては、図８のステップ８０１の説明を参照されたい。詳細は、本明細書では再度説明されない。

ステップ１００２：データ管理機能デバイスは、第１のセッションに対応する第１の経路記述情報をセッション管理機能デバイスから受信し、データ管理機能デバイスは、第２のセッションと、第２のセッションに対応する第２の経路記述情報とを記憶する。

このステップについては、図８のステップ８０５の説明を参照されたい。詳細は、本明細書では再度説明されない。

ステップ１００３：データ管理機能デバイスは、構成された関連付け情報および第１の経路記述情報に基づいて、第２のセッションの識別子をセッション管理機能デバイスへ送信する。

たとえば、データ管理機能デバイスは、構成された関連付け情報および第１の経路記述情報に基づいて、第１の経路記述情報と第２の経路記述情報との間の関連付けを決定する。データ管理機能デバイスは、第２の経路記述情報に対応する第２のセッションの識別子を決定する。データ管理機能デバイスは、第２のセッションの識別子をセッション管理機能デバイスへ送信する。

たとえば、データ管理機能デバイスが、第２のセッションの識別子をセッション管理機能デバイスへ送信することは、以下を含む：データ管理機能デバイスは、関連付け情報をセッション管理機能デバイスへ送信し、この関連付け情報は、第１のセッションの識別子および第２のセッションの識別子を含む。

このステップについては、図８のステップ８０６および８０７の説明を参照されたく、および詳細は、本明細書では再度説明されない。

前述の方法によれば、ネットワーク側は、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

図１１は、本出願の実施形態による通信方法のフローチャートである。図１１は、図８を参照して説明される。この方法は、セッション管理機能デバイスによって実施される。たとえば、セッション管理機能デバイスは、図８のＳＭＦデバイスである。図１１に示されるように、この方法は以下のステップを含む。

ステップ１１０１：セッション管理機能デバイスは、第１のセッションに対応する第１の経路記述情報をデータ管理機能デバイスへ送信する。

このステップについては、図８のステップ８０５の説明を参照されたい。詳細は、本明細書では再度説明されない。

ステップ１１０２：セッション管理機能デバイスは、第２のセッションの識別子をデータ管理機能デバイスから受信する。

たとえば、セッション管理機能デバイスが第２のセッションの識別子をデータ管理機能デバイスから受信することは、以下を含む：セッション管理機能デバイスは、関連付け情報をデータ管理機能デバイスから受信し、この関連付け情報は、第１のセッションの識別子および第２のセッションの識別子を含む。

このステップについては、図８のステップ８０７の説明を参照されたい。詳細は、本明細書では再度説明されない。

ステップ１１０３：セッション管理機能デバイスは、関連付け情報をアクセスネットワークデバイスまたは端末デバイスへ送信し、この関連付け情報は、第１のセッションが第２のセッションと関連付けられていることを示す。

このステップについては、図８のステップ８０９、８１０ａ、および８１１ａの説明を参照するか、または図８のステップ８０９および８１０ｂの説明を参照されたい。詳細は、本明細書では再度説明されない。

前述の方法によれば、ネットワーク側は、第１のセッションが第２のセッションと関連付けられていると決定し得る。一次アクセスネットワークデバイスは、どの２つのセッションが関連付けられているかを知って、２つの相互に冗長なセッションに対して異なるアクセスネットワークデバイスを決定することができる。このようにして、通信品質を改善するために、２つの通信リンク間の独立性が確保されることが可能である。加えて、一次アクセスネットワークデバイスまたは二次アクセスネットワークデバイスがＤＣを維持できない（たとえば、障害が発生する、または負荷が高すぎる）場合、アクセスネットワークデバイスは、ＤＣ接続のセッションを切り替え得る。たとえば、二次アクセスネットワークデバイスがＤＣを維持できない場合、そのＤＣにおける二次アクセスネットワークデバイスのセッションは、一次アクセスネットワークデバイスに切り替えられ得、または別の二次アクセスネットワークデバイスに切り替えられ得る。この場合、アクセスネットワークデバイスは、切り替えられるべき特定の関連付けられたセッションを決定するために、第１のセッションが第２のセッションと関連付けられていることをネットワーク側から知り得る。

前述の図のメッセージのそれぞれには別の名称があり得ることに留意されたい。加えて、ネットワーク要素間の情報送信はまた、サービスベースのアーキテクチャにおいて、ネットワーク要素のそれぞれのネットワーク機能を呼び出すことによっても実装され得る。これは本発明では限定されていない。

上記では主に、本出願の実施形態における解決策を方法の観点から説明している。前述の機能を実装するために、ネットワーク要素のそれぞれ、たとえば、端末デバイス、ポリシー制御機能デバイス、データ管理機能デバイス、またはセッション管理機能デバイスは、機能のそれぞれを実行するための対応するハードウェア構造または対応するソフトウェアモジュールの少なくとも一つを含むと理解されてもよい。当業者であれば、本明細書に開示された実施形態に記載された例のユニットおよびアルゴリズムステップとの組合せに関して、本出願は、ハードウェア、またはハードウェアとコンピュータソフトウェアとを組み合わせたものによって実装され得ることが容易に認識できるはずである。機能がハードウェアの様式で実施されるか、またはハードウェアを駆動するコンピュータソフトウェアの様式で実施されるかは、特定のアプリケーションおよび技法的解決策の設計制約に依存する。当業者であれば、説明された機能を特定のアプリケーションごとに実装するために、異なる方法を使用し得る。しかし、そのような実装が本出願の範囲を超えると考えられるべきではない。

本出願の実施形態において、機能ユニットへの分割は、前述の方法例に基づいて、端末デバイス、ポリシー制御機能デバイス、データ管理機能デバイス、セッション管理機能デバイス、または同様のものについて実施され得る。たとえば、機能ユニットが、機能のそれぞれに対応する分割によって取得されてもよく、または２つ以上の機能が１つの処理ユニットに統合されてもよい。統合されたユニットは、ハードウェアの形で実装されてもよく、またはソフトウェア機能ユニットの形で実装されてもよい。本出願の実施形態におけるユニット分割は例であって、単なる論理上の機能分割であることに留意されたい。実際の実装では、別の分割手法があり得る。

たとえば、図１２は、前述の実施形態における通信装置（通信装置１２０と表記されている）の可能な構造の概略図である。通信装置１２０は、処理ユニット１２０１を含む。任意選択で、装置は、通信ユニット１２０２および／または記憶ユニット１２０３をさらに含む。図１２に示された構造の概略図は、前述の実施形態における、端末デバイス、ポリシー制御機能デバイス、データ管理機能デバイス、セッション管理機能デバイス、または同様のものの構造を示し得る。

図１２に示される構造の概略図が、前述の実施形態における端末デバイスの構造を示している場合、処理ユニット１２０１は、端末デバイスのアクションを制御および管理するように構成される。たとえば、処理ユニット１２０１は、図４のステップ４０１および４０２、図５のステップ５０５、図６のステップ６０１および６０２、図８のステップ８０２、任意選択で、８１１ａ、図９のステップ９０２、および／または本出願の実施形態で説明されている別の処理において端末デバイスによって実施されるアクション、を実施するように構成される。処理ユニット１２０１は、通信ユニット１２０２を使用することによって別のネットワークエンティティと通信し得る。たとえば、通信ユニット１２０２は、図４のステップ４０３、図５のステップ５０６、図６のステップ６０３、図８のステップ８０３、および任意選択で、８１０ａ、図９のステップ９０１、および／または本出願の実施形態で説明されている別の処理において端末デバイスによって実施される通信インタラクション、を実施するように構成される。記憶ユニット１２０３は、端末デバイスのプログラムコードおよびデータを記憶するように構成される。

図１２に示される構造の概略図が、前述の実施形態におけるポリシー制御機能デバイスの構造を示している場合、処理ユニット１２０１は、ポリシー制御機能デバイスのアクションを制御および管理するように構成される。たとえば、処理ユニット１２０１は、図５のステップ５０２、図７のステップ７０２、および／または本出願の実施形態で説明されている別の処理においてポリシー制御機能デバイスによって実施されるアクション、を実施するように構成される。処理ユニット１２０１は、通信ユニット１２０２を使用することによって、別のネットワークエンティティと通信し得る。たとえば、通信ユニット１２０２は、図５のステップ５０１および５０３、図７のステップ７０１および７０３、および／または本出願の実施形態において説明される別の処理においてポリシー制御機能デバイスによって実施される通信インタラクションを実施するように構成される。記憶ユニット１２０３は、ポリシー制御機能デバイスのプログラムコードおよびデータを記憶するように構成される。

図１２に示される構造の概略図が前述の実施形態におけるデータ管理機能デバイスの構造を示している場合、処理ユニット１２０１は、データ管理機能デバイスのアクションを制御および管理するように構成される。たとえば、処理ユニット１２０１は、図８のステップ８０１および８０６、図１０のステップ１００１および１００３、および／または本出願の実施形態で説明されている別の処理においてデータ管理機能デバイスによって実施されるアクション、を実施するように構成される。処理ユニット１２０１は、通信ユニット１２０２を使用することによって別のネットワークエンティティと通信し得る。たとえば、通信ユニット１２０２は、図８のステップ８０５および８０７、図７のステップ７０１および７０３、図１０のステップ１００２、および／または本出願の実施形態において説明される別の処理においてデータ管理機能デバイスによって実施される通信インタラクション、を実施するように構成される。記憶ユニット１２０３は、データ管理機能デバイスのプログラムコードおよびデータを記憶するように構成される。

図１２に示される構造の概略図が、前述の実施形態におけるセッション管理機能デバイスの構造を示している場合、処理ユニット１２０１は、セッション管理機能デバイスのアクションを制御および管理するように構成される。たとえば、処理ユニット１２０１は、図８のステップ８０８、および／または本出願の実施形態で説明されている別の処理においてセッション管理機能デバイスによって実施されるアクション、を実施するように構成される。処理ユニット１２０１は、通信ユニット１２０２を使用することによって別のネットワークエンティティと通信し得る。たとえば、通信ユニット１２０２は、図８のステップ８０４、８０５、８０７、および８０８、図１１の１１０１、１１０２、および１１０３、および／または本出願の実施形態において説明される別の処理においてセッション管理機能デバイスによって実施される通信インタラクション、を実施するように構成される。記憶ユニット１２０３は、セッション管理機能デバイスのプログラムコードおよびデータを記憶するように構成される。

図１２に示される構造の概略図は、本出願の別のネットワーク要素の構造をさらに示し得る。この場合、図１２のユニットのそれぞれは、対応するネットワーク要素のアクションを実施するように構成される。詳細については、方法部分を参照されたい。詳細は、本明細書では再度説明されない。

通信装置１２０は、デバイスであってもよく、またはデバイス内のチップであってもよい。通信装置１２０がデバイスである場合、処理ユニット１２０１は、プロセッサまたはコントローラであってもよく、および通信ユニット１２０２は、通信インターフェイス、トランシーバ、トランシーバ機、トランシーバ回路、トランシーバ装置、または同様のものであってもよい。通信インターフェイスは一般的な用語であって、１つまたは複数のインターフェイスを含む場合がある。記憶ユニット１２０３はメモリであってもよい。通信装置１２０がデバイス内のチップである場合、処理ユニット１２０１はプロセッサまたはコントローラであってもよく、および通信ユニット１２０２は、入力インターフェイスならびに／または出力インターフェイス、ピン、回路、または同様のものであってもよい。記憶ユニット１２０３は、チップ内の記憶ユニット（たとえば、レジスタもしくはキャッシュ）であってもよく、またはデバイス内のチップの外側に置かれた記憶ユニット（たとえば、読出し専用メモリもしくはランダムアクセスメモリ）であってもよい。

通信ユニットはまた、トランシーバユニットと呼ばれる場合もある。通信装置１２０内でトランシーバ機能を有するアンテナおよび制御回路は、通信装置１２０の通信ユニット１２０２とみなされてもよく、および、処理機能を有するプロセッサは、通信装置１２０の処理ユニット１２０１とみなされてもよい。任意選択で、通信ユニット１２０２において受信機能を実装するように構成された構成要素は、受信ユニットとみなされてもよい。受信ユニットは、本出願の実施形態において受信ステップを実施するように構成される。受信ユニットは、受信機械、受信機、受信回路、または同様のものであってもよい。通信ユニット１２０２において送信機能を実装するように構成された構成要素は、送信ユニットとみなされてもよい。送信ユニットは、本出願の実施形態において、送信ステップを実施するように構成される。送信ユニットは、送信機械、送信機、送信回路、または同様のものであってもよい。

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

本出願の実施形態は、通信装置のハードウェア構造の概略図をさらに提供する。図１３または図１４を参照されたい。通信装置は、プロセッサ１３０１を含み、および任意選択で、プロセッサ１３０１に接続されたメモリ１３０２をさらに含む。

プロセッサ１３０１は、汎用中央処理ユニット（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）、マイクロプロセッサ、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、または本出願の解決策のプログラム実行を制御するように構成された１つもしくは複数の集積回路であってもよい。プロセッサ１３０１はまた、複数のＣＰＵを含んでもよく、およびプロセッサ１３０１は、シングルコアプロセッサ（ｓｉｎｇｌｅ－ＣＰＵ）であってもよく、またはマルチコアプロセッサ（ｍｕｌｔｉ－ＣＰＵ）であってもよい。本明細書のプロセッサは、データ（たとえば、コンピュータプログラム命令）を処理するように構成された１つまたは複数のデバイス、回路、もしくは処理コアであってもよい。

メモリ１３０２は、静的な情報および命令を記憶できるＲＯＭもしくは別のタイプの静的記憶デバイス、情報および命令を記憶できるＲＡＭもしくは別のタイプの動的記憶デバイスであってもよく、または、電気的に消去可能なプログラマブル読出し専用メモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＥＥＰＲＯＭ）、コンパクトディスク読出し専用メモリ（ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＣＤ－ＲＯＭ）、別のコンパクトディスク記憶装置もしくは光ディスク記憶装置（コンパクトディスク、レーザーディスク、光ディスク、デジタル多用途ディスク、ブルーレイディスク、および同様のものを含む）、磁気ディスク記憶媒体もしくは別の磁気記憶デバイス、または、命令もしくはデータ構造の形の予想されるプログラムコードを保持もしくは記憶するように構成されることが可能であって、コンピュータによってアクセスされることが可能である、他の任意の媒体であってもよい。これは、本出願のこの実施形態では限定されない。メモリ１３０２は独立して存在し得る。この場合、メモリ１３０２は、通信装置内に置かれてもよく、または通信装置の外側に置かれてもよい。代替として、メモリ１３０２は、プロセッサ１３０１と一体化されてもよい。メモリ１３０２は、コンピュータプログラムコードを含み得る。プロセッサ１３０１は、本出願の実施形態で提供される方法を実装するために、メモリ１３０２に記憶されたコンピュータプログラムコードを実行するように構成される。

第１の可能な実装では、図１３を参照されたい。通信装置は、トランシーバ１３０３をさらに含む。プロセッサ１３０１、メモリ１３０２、およびトランシーバ１３０３は、バスを介して接続される。トランシーバ１３０３は、別のデバイスまたは通信ネットワークと通信するように構成される。任意選択で、トランシーバ１３０３は、送信機および受信機を含み得る。トランシーバ１３０３の受信機能を実装するように構成された構成要素は、受信機とみなされてもよく、およびこの受信機は、本出願の実施形態において受信ステップを実施するように構成される。トランシーバ１３０３の送信機能を実装するように構成された構成要素は、送信機とみなされてもよく、およびこの送信機は、本出願の実施形態において送信ステップを実施するように構成される。

第１の可能な実装に基づいて、図１３に示された構造の概略図は、前述の実施形態における、端末デバイス、ポリシー制御機能デバイス、データ管理機能デバイス、セッション管理機能デバイス、または同様のものの構造を示し得る。プロセッサ１３０１は、図１２の処理ユニット１２０１の機能を実装するように構成されてもよく、メモリ１３０２は、図１２の記憶ユニット１２０３の機能を実装するように構成され、およびトランシーバ１３０３は、図１２の通信ユニット１２０２の機能を実装するように構成される。図１３に示された構造の概略図は、本出願の別のネットワーク要素の構造をさらに示し得る。この場合、図１３の構成要素のそれぞれは、対応するネットワーク要素のアクションを実施するように構成される。詳細については、方法部分を参照されたい。詳細は、本明細書では再度説明されない。

第２の可能な実装では、プロセッサ１４０１は、論理回路と、入力インターフェイスおよび／または出力インターフェイスとを含む。出力インターフェイスは、対応する方法で送信アクションを実施するように構成され、および入力インターフェイスは、対応する方法で受信アクションを実施するように構成される。第２の可能な実装に基づいて、図１４を参照されたい。図１４に示された構造の概略図は、前述の実施形態における、端末デバイス、ポリシー制御機能デバイス、データ管理機能デバイス、セッション管理機能デバイス、または同様のものの構造を示し得る。

図１４に示される構造の概略図が、前述の実施形態における端末デバイスの構造を示している場合、プロセッサ１４０１は、端末デバイスのアクションを制御および管理するように構成される。たとえば、プロセッサ１４０１は、図４のステップ４０１および４０２、図５のステップ５０５、図６のステップ６０１および６０２、図８のステップ８０２、任意選択で、８１１ａ、図９のステップ９０２、および／または本出願の実施形態で説明されている別の処理において端末デバイスによって実施されるアクション、を実施するように構成される。プロセッサ１４０１は、入力インターフェイスおよび／または出力インターフェイスを介して別のネットワークエンティティと通信し得る。メモリ１４０２は、端末デバイスのプログラムコードおよびデータを記憶するように構成される。

図１４に示される構造の概略図が、前述の実施形態におけるポリシー制御機能デバイスの構造を示している場合、プロセッサ１４０１は、ポリシー制御機能デバイスのアクションを制御および管理するように構成される。たとえば、プロセッサ１４０１は、図５のステップ５０２、図７のステップ７０２、および／または本出願の実施形態で説明されている別の処理においてポリシー制御機能デバイスによって実施されるアクション、を実施するように構成される。プロセッサ１４０１は、入力インターフェイスおよび／または出力インターフェイスを介して別のネットワークエンティティと通信し得る。メモリ１４０２は、ポリシー制御機能デバイスのプログラムコードおよびデータを記憶するように構成される。

図１４に示される構造の概略図が前述の実施形態におけるデータ管理機能デバイスの構造を示している場合、プロセッサ１４０１は、データ管理機能デバイスのアクションを制御および管理するように構成される。たとえば、プロセッサ１４０１は、図８のステップ８０１および８０６、図１０のステップ１００１および１００３、および／または本出願の実施形態で説明されている別の処理においてデータ管理機能デバイスによって実施されるアクション、を実施するように構成される。プロセッサ１４０１は、入力インターフェイスおよび／または出力インターフェイスを介して別のネットワークエンティティと通信し得る。メモリ１４０２は、データ管理機能デバイスのプログラムコードおよびデータを記憶するように構成される。

図１４に示される構造の概略図が前述の実施形態におけるセッション管理機能デバイスの構造を示している場合、プロセッサ１４０１は、セッション管理機能デバイスのアクションを制御および管理するように構成される。たとえば、プロセッサ１４０１は、図８のステップ８０８、および／または本出願の実施形態で説明されている別の処理においてセッション管理機能デバイスによって実施されるアクションを実施するように構成される。プロセッサ１４０１は、入力インターフェイスおよび／または出力インターフェイスを介して別のネットワークエンティティと通信し得る。メモリ１４０２は、セッション管理機能デバイスのプログラムコードおよびデータを記憶するように構成される。

図１４に示された構造の概略図は、本出願の別のネットワーク要素の構造をさらに示し得る。この場合、図１４の構成要素のそれぞれは、対応するネットワーク要素のアクションを実施するように構成される。詳細については、方法部分を参照されたい。詳細は、本明細書では再度説明されない。

本出願の実施形態は、命令を含むコンピュータ可読記憶媒体をさらに提供する。命令がコンピュータで実行されると、コンピュータは、前述の方法のうちのいずれか１つを実施することを可能にされる。

本出願の実施形態は、命令を含むコンピュータプログラム製品をさらに提供する。コンピュータプログラム製品がコンピュータ上で動作するとき、コンピュータは前述の方法のうちのいずれか１つを実施することを可能にされる。

本出願の実施形態は、プロセッサおよびインターフェイスを含む通信装置をさらに提供する。プロセッサは、インターフェイスを介してメモリに結合される。プロセッサがメモリ内のコンピュータプログラムまたはコンピュータ実施可能命令を実施するとき、前述の方法のうちのいずれか１つが実施される。

本出願の実施形態は、本出願の実施形態における少なくとも２つのネットワーク要素、たとえば、端末デバイス、ポリシー制御機能デバイス、データ管理機能デバイス、またはセッション管理機能デバイスのうちの１つまたは複数を含む、通信システムをさらに提供する。

前述の実施形態の全部または一部は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せを使用して実装され得る。ソフトウェアプログラムが実装のために使用される場合、その実装は、全体的または部分的にコンピュータプログラム製品の形で実装され得る。コンピュータプログラム製品は、１つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータにロードされて実行されるとき、本出願の実施形態による手順または機能の全部または一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、またはプログラム可能な別の装置であってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよく、またはコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体へ送信されてもよい。たとえば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンタから別のウェブサイト、コンピュータ、サーバ、またはデータセンタへ、有線（たとえば、同軸ケーブル、光ファイバ、もしくはデジタル加入者線（ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ、ＤＳＬ））またはワイヤレス（たとえば、赤外線、無線、またはマイクロ波）手法で送信されてもよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体であってもよく、または１つもしくは複数の使用可能な媒体を統合しているサーバもしくはデータセンタなどのデータ記憶デバイスであってもよい。使用可能媒体は、磁気媒体（たとえば、フロッピーディスク、ハードディスク、または磁気テープ）、光学媒体（たとえば、ＤＶＤ）、半導体媒体（たとえば、ソリッドステートディスク（ｓｏｌｉｄ ｓｔａｔｅ ｄｉｓｋ、ＳＳＤ））、または同様のものである場合がある。

本出願は、実施形態を参照して本明細書で説明されているが、特許請求の範囲に記載された本出願を実装するプロセスにおいて、当業者であれば、添付の図面、開示された内容、および添付の特許請求の範囲を考察することによって、開示された実施形態の他の変形を理解および実装し得る。特許請求の範囲において、「備える」（ｃｏｍｐｒｉｓｉｎｇ）は、別の構成要素またはステップを排除せず、および「１つ」または「１つの」は、複数の場合を排除しない。単一のプロセッサまたは別のユニットが、特許請求の範囲に列挙された複数の機能を実装する場合がある。いくつかの手段が相互に異なる従属請求項に記載されていることは、これらの手段が組み合わされて良好な効果を生み出すことが可能ではないことを意味しない。

本出願は、その特定の特徴および実施形態を参照して説明されているが、本出願の趣旨および範囲から逸脱することなく、本出願に様々な変更および組合せが加えられ得ることは明らかである。それに対応して、本明細書および添付の図面は、以下の特許請求の範囲によって定義される本出願についての説明の例にすぎず、および本出願の範囲内に入るあらゆる変更、変形、組合せ、または均等物を網羅していると考えられる。当業者であれば、本出願の趣旨および範囲から逸脱することなく、本出願に様々な変更および変形を加え得ることが明らかである。したがって、本出願は、本出願に対するそのような変更および変形を、その変更および変形が本出願の特許請求の範囲およびその均等な技術の範囲内に入ることを条件として、包含することが意図される。前述の説明は、本出願の特定の実装にすぎず、本出願の保護範囲を限定することを意図されるものではない。本出願に開示された技法的範囲内で、当業者によって容易に考え出されるいかなる変形または置換も、本出願の保護範囲に入るものとする。したがって、本出願の保護範囲は、特許請求の範囲の保護範囲によって決まるものとする。

Claims (26)

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. 通信システムであって、
    請求項１５乃至１７のいずれか一項に記載の方法を実施するように構成されたデータ管理機能デバイスと、
    請求項１８または１９に記載の方法を実施するように構成されたセッション管理機能デバイスと
    を備える、通信システム。

Images