(57)【要約】  サービスの信頼性を向上させる方法が開示される。方法は、ネットワーク内のセッション機能エンティティにより、端末とユーザプレーン機能エンティティとの間で少なくとも2つの伝送経路の確立を開始することを決定するステップと、端末またはユーザプレーン機能エンティティに対し、少なくとも2つの経路で同じデータを伝送するよう命令するステップと、を含む。ユーザプレーン機能エンティティは、セッション機能エンティティの通知に基づいて、少なくとも2つの伝送経路にユーザプレーンリソースを割り当て、また、少なくとも2つの伝送経路で端末と共に同じデータを伝送するよう構成される。コアネットワークは、端末への少なくとも2つの伝送経路の確立を開始する。2つのアクセスデバイスが別々に少なくとも2つの伝送経路を確立してよい。あるいは、ある1つのアクセスデバイスが、他の伝送経路を確立するよう他のアクセスデバイスおよび端末をトリガーするためのアンカーとして用いられてもよい。端末とネットワーク側は、該当する二重送信と二重受信を行い、受信したデータの重複排除を行う。本発明によると、高信頼度サービスのデータ伝送の信頼性が十分に保証される。
2021501523.tif 000002
【特許請求の範囲】
【請求項１】
相互作用モジュールと処理モジュールとを含む、端末デバイスであって、
前記相互作用モジュールは、セッション機能エンティティによって送信されるメッセージを受信し、前記メッセージは、前記処理モジュールに対し、ユーザプレーン機能エンティティと端末との間の第1の伝送経路および第2の伝送経路で同じデータを伝送するよう命令するために用いられる、ように構成され、
前記処理モジュールは、前記第1の伝送経路および前記第2の伝送経路で同じデータを伝送するよう構成される、端末デバイス。
【請求項２】
前記相互作用モジュールは、前記セッション機能エンティティへサービス要求を送信し、前記サービス要求は、前記2つの伝送経路を確立する指示または前記第2の伝送経路を確立する指示を運ぶ、ようにさらに構成される、請求項1に記載の端末デバイス。
【請求項３】
前記相互作用モジュールは、前記第1の伝送経路および前記第2の伝送経路をそれぞれ確立するために、第1のアクセスデバイスおよび第2のアクセスデバイスとネゴシエートする、請求項1または2に記載の端末デバイス。
【請求項４】
前記処理モジュールが前記第1の伝送経路および前記第2の伝送経路で前記同じデータを伝送することは、前記処理モジュールが、前記ユーザプレーン機能エンティティに向けて前記第1の伝送経路および前記第2の伝送経路で前記同じデータを伝送すること、または、前記処理モジュールが、前記ユーザプレーン機能エンティティによって送信される前記同じデータを前記第1の伝送経路および前記第2の伝送経路で受信することと、前記受信したデータの重複排除を行うことと、を含む、請求項1から3のいずれか一項に記載の端末デバイス。
【請求項５】
前記処理モジュールが前記第1の伝送経路および前記第2の伝送経路で前記同じデータを伝送することは、前記処理モジュールが、前記ユーザプレーン機能エンティティに向けて前記第1の伝送経路および前記第2の伝送経路で前記同じデータを伝送すること、または前記処理モジュールが、前記ユーザプレーン機能エンティティによって送信される前記データを受信するために、前記第1の伝送経路および前記第2の伝送経路からいずれか一方の伝送経路を選択すること、を含む、請求項1から3のいずれか一項に記載の端末デバイス。
【請求項６】
決定モジュールと処理モジュールとを含む、セッション機能エンティティであって、
前記決定モジュールは、端末とユーザプレーン機能エンティティとの間に第1の伝送経路および第2の伝送経路を確立することを決定するよう、または前記第1の伝送経路が既に存在する場合は、第2の伝送経路を確立することを決定するよう、構成され、
前記処理モジュールは、前記第1の伝送経路および前記第2の伝送経路の確立を開始するよう、または前記第1の伝送経路が既に存在する場合は、前記第2の伝送経路の確立を開始するよう、構成され、前記処理モジュールは、前記端末または前記ユーザプレーン機能エンティティに対し、前記第1の伝送経路および前記第2の伝送経路で同じデータを伝送するよう命令するようさらに構成される、セッション機能エンティティ。
【請求項７】
前記セッション機能エンティティは通知モジュールをさらに含み、前記通知モジュールは、前記処理モジュールが前記第2の伝送経路の前記確立を開始するときに、前記ユーザプレーン機能エンティティおよび／もしくは前記端末に対し、前記第1の伝送経路および前記第2の伝送経路で前記同じデータの伝送を開始するよう命令するよう、または、前記第2の伝送経路の前記確立が完了された後に、端末側の要求またはネットワーク側の要求に基づいて、前記ユーザプレーン機能エンティティおよび／もしくは前記端末に対し、前記第1の伝送経路および前記第2の伝送経路で前記同じデータの伝送を開始するよう命令するよう、構成される、請求項6に記載のセッション機能エンティティ。
【請求項８】
前記決定モジュールが、端末とユーザプレーン機能エンティティとの間に第1の伝送経路および第2の伝送経路を確立することを決定するよう構成されることは、前記決定モジュールが、前記端末またはポリシー機能エンティティによって送信されるサービス要求に基づいて、サービスのQoS（Quality of Service、サービスの質）情報を得ることと、前記QoS情報に基づいて、前記端末と前記ユーザプレーン機能エンティティとの間に前記第1の伝送経路および前記第2の伝送経路を確立する必要があることを決定すること、もしくは、前記決定モジュールが、前記端末によって送信されるサービス要求で運ばれるマスターおよびセカンダリ伝送経路確立指示かバイキャスティング指示に基づいて、ポリシー機能エンティティの許可を求めることと、前記許可の結果に基づいて、前記端末と前記ユーザプレーン機能エンティティとの間に前記第1の伝送経路および前記第2の伝送経路を確立する必要があることを決定することと、を含み、または
前記決定モジュールが、前記第1の伝送経路が既に存在する場合に、第2の伝送経路を確立することを決定するよう構成されることは、前記決定モジュールが、前記端末またはポリシー機能エンティティによって送信される要求メッセージを受信することと、前記要求メッセージに基づいて、前記端末と前記ユーザプレーン機能エンティティとの間に前記第2の伝送経路を確立する必要があることを決定すること、もしくは、前記決定モジュールが、前記ユーザプレーン機能エンティティによって送信される前記第1の伝送経路に関する通知メッセージを受信することと、前記通知メッセージに基づいて、前記第2の伝送経路を確立する必要があることを決定することと、を含む、
請求項6または7に記載のセッション機能エンティティ。
【請求項９】
前記処理モジュールが、前記第1の伝送経路および前記第2の伝送経路の確立を開始するよう構成されることは、
前記処理モジュールが、モビリティ管理エンティティへ前記第1および第2伝送経路確立要求を送信することと、第1のアクセスデバイスおよび第2のアクセスデバイスに対し、前記第1および第2伝送経路確立要求に基づいて、前記第1の伝送経路および前記第2の伝送経路をそれぞれ確立するために前記端末とネゴシエートするよう命令することを、前記モビリティ管理エンティティに命令することと、を含む、請求項6から8のいずれか一項に記載のセッション機能エンティティ。
【請求項１０】
セッション機能エンティティとユーザプレーン機能エンティティとを含む、サービスの信頼性を向上させるネットワークであって、
前記セッション機能エンティティは、端末と前記ユーザプレーン機能エンティティとの間で少なくとも2つの伝送経路の確立を開始することを決定し、前記端末または前記ユーザプレーン機能エンティティに対し、前記少なくとも2つの経路で同じデータを伝送するよう命令するよう構成され、
前記ユーザプレーン機能エンティティは、前記セッション機能エンティティの前記命令に基づいて、前記少なくとも2つの伝送経路にユーザプレーンリソースを割り当て、前記少なくとも2つの伝送経路で前記端末と共に前記同じデータを伝送するよう構成される、ネットワーク。
【請求項１１】
前記ネットワークはポリシー機能エンティティをさらに含み、前記ポリシー機能エンティティは、前記端末と前記ユーザプレーン機能エンティティとの間で前記少なくとも2つの伝送経路の前記確立を開始することを前記セッション機能エンティティに許可し、前記少なくとも2つの伝送経路は同じユーザ端末へ同じデータを伝送するために用いられる、ように構成される、請求項10に記載のネットワーク。
【請求項１２】
サービスの信頼性を向上させる方法であって、
セッション機能エンティティにより、端末とユーザプレーン機能エンティティとの間に第1の伝送経路および第2の伝送経路を確立することを決定するステップと、
前記セッション機能エンティティにより、前記第1の伝送経路および前記第2の伝送経路の確立を開始するステップと、
前記セッション機能エンティティにより、前記端末または前記ユーザプレーン機能エンティティに対し、前記第1の伝送経路および前記第2の伝送経路で同じデータを伝送するよう命令するステップと、を含む、方法。
【請求項１３】
セッション機能エンティティにより、端末とユーザプレーン機能エンティティとの間に第1の伝送経路および第2の伝送経路を確立することを決定する前記ステップは、
前記セッション機能エンティティにより、前記端末またはポリシー機能エンティティによって送信されるサービス要求に基づいて、サービスのQoS情報を得るステップと、前記QoS情報に基づいて、前記端末と前記ユーザプレーン機能エンティティとの間に前記第1の伝送経路および前記第2の伝送経路を確立する必要があることを決定するステップ、または
前記セッション機能エンティティにより、前記端末によって送信されるサービス要求で運ばれるマスターおよびセカンダリ伝送経路確立指示かバイキャスティング指示に基づいて、ポリシー機能エンティティの許可を求めるステップと、前記許可の結果に基づいて、前記端末と前記ユーザプレーン機能エンティティとの間に前記第1の伝送経路および前記第2の伝送経路を確立する必要があることを決定するステップと、を含む、請求項12に記載の方法。
【請求項１４】
前記セッション機能エンティティにより、前記第1の伝送経路および前記第2の伝送経路の確立を開始する前記ステップは、
前記第1の伝送経路および前記第2の伝送経路の前記確立を開始するときに、前記セッション機能エンティティにより、前記ユーザプレーン機能エンティティおよび／または前記端末に対し、前記確立された第1の伝送経路および第2の伝送経路で前記同じデータの伝送を開始するよう命令するステップをさらに含む、請求項12または13に記載の方法。
【請求項１５】
前記方法は、
前記第1の伝送経路および前記第2の伝送経路の前記確立が完了された後に、前記セッション機能エンティティにより、前記ユーザプレーン機能エンティティおよび／または前記端末に対し、前記第1の伝送経路および前記第2の伝送経路で前記同じデータの伝送を開始するよう命令するステップをさらに含む、請求項12または13に記載の方法。
【請求項１６】
前記セッション機能エンティティにより、前記第1の伝送経路および前記第2の伝送経路の確立を開始する前記ステップは、
前記セッション機能エンティティにより、モビリティ管理エンティティへ前記第1および第2伝送経路確立要求を送信するステップと、前記モビリティ管理エンティティに対し、前記第1および第2伝送経路確立要求に基づいて、第1のアクセスデバイスおよび第2のアクセスデバイスに対し、前記第1の伝送経路および前記第2の伝送経路をそれぞれ確立するために前記端末とネゴシエートするよう命令することを、命令するステップと、を含む、請求項12から15のいずれか一項に記載の方法。
【請求項１７】
前記セッション機能エンティティにより、前記第1の伝送経路および前記第2の伝送経路の確立を開始する前記ステップは、
前記セッション機能エンティティにより、モビリティ管理エンティティへ前記第1および第2伝送経路確立要求を送信するステップと、
前記第1および第2伝送経路確立要求に基づいて、前記モビリティ管理エンティティにより、第1のアクセスデバイスに対し、前記第1の伝送経路を確立するよう命令するステップと、前記第1のアクセスデバイスに対し、第2のアクセスデバイスに対して前記第2の伝送経路を確立するよう命令するよう、命令するステップと、を含む、請求項12から15のいずれか一項に記載の方法。
【請求項１８】
前記セッション機能エンティティにより、前記端末または前記ユーザプレーン機能エンティティに対して、前記第1の伝送経路および前記第2の伝送経路で同じデータを伝送するよう命令する前記ステップは、前記セッション機能エンティティにより、前記端末または前記ユーザプレーン機能エンティティへ関連付け識別子を送信するステップであって、前記関連付け識別子は、前記端末または前記ユーザプレーン機能エンティティに対して、前記第1の伝送経路および前記第2の伝送経路で前記同じデータを伝送するよう命令する、ステップ、を含む、請求項12から17のいずれか一項に記載の方法。
【請求項１９】
前記端末または前記ユーザプレーン機能エンティティが前記第1の伝送経路および前記第2の伝送経路で前記同じデータを伝送することは、前記ユーザプレーン機能エンティティまたは前記端末により、前記第1の伝送経路および前記第2の伝送経路で前記同じデータを伝送すること、または、前記ユーザプレーン機能エンティティまたは前記端末により、前記第1の伝送経路および前記第2の伝送経路で前記同じデータを受信することと、前記受信したデータの重複排除を行うことと、を含む、請求項12から18のいずれか一項に記載の方法。
【請求項２０】
前記セッション機能エンティティはセッション管理機能SMFエンティティであり、前記ユーザプレーン機能エンティティはUPFであり、または
前記セッション機能エンティティはパケットデータゲートウェイPGWであり、前記ユーザプレーン機能エンティティはゲートウェイユーザプレーン機能GW−Uである、
請求項12から19のいずれか一項に記載の方法。
【請求項２１】
端末とユーザプレーン機能エンティティとの間に第1の伝送経路が既に存在する通信ネットワークに適用される、サービスの信頼性を向上させる方法であって、前記方法は、
セッション機能エンティティにより、前記端末と前記ユーザプレーン機能エンティティとの間に第2の伝送経路を確立することを決定するステップと、
前記セッション機能エンティティにより、前記第2の伝送経路の確立を開始するステップと、前記端末または前記ユーザプレーン機能エンティティに対し、前記第1の伝送経路および前記第2の伝送経路で同じデータを伝送するよう命令するステップと、を含む、方法。
【請求項２２】
前記セッション機能エンティティにより、前記端末と前記ユーザプレーン機能エンティティとの間に前記第2の伝送経路を確立する必要があることを決定する前記ステップは、
前記セッション機能エンティティにより、前記端末またはポリシー機能エンティティによって送信される要求メッセージを受信するステップと、前記要求メッセージに基づいて、前記端末と前記ユーザプレーン機能エンティティとの間に前記第2の伝送経路を確立する必要があることを決定するステップと、を含む、請求項21に記載の方法。
【請求項２３】
前記セッション機能エンティティにより、前記第2の伝送経路を確立する必要があることを決定する前記ステップは、
前記セッション機能エンティティにより、前記ユーザプレーン機能エンティティによって送信される前記第1の伝送経路に関する通知メッセージを受信するステップと、前記通知メッセージに基づいて、前記第2の伝送経路を確立する必要があることを決定するステップと、を含む、請求項21に記載の方法。
【請求項２４】
前記第1の伝送経路は第1のアクセスデバイスを用いて確立され、前記セッション機能エンティティにより、前記第2の伝送経路の確立を開始する前記ステップは、
前記セッション機能エンティティにより、モビリティ管理エンティティへ前記第2伝送経路確立要求を送信するステップと、
前記モビリティ管理エンティティにより、前記第2伝送経路確立要求に基づいて、第2のアクセスデバイスに対し、前記第2の伝送経路を確立するために前記端末とネゴシエートするよう命令するステップと、を含む、請求項21から23のいずれか一項に記載の方法。
【請求項２５】
前記第1の伝送経路は第1のアクセスデバイスを用いて確立され、前記セッション機能エンティティにより、前記第2の伝送経路の確立を開始する前記ステップは、
前記セッション機能エンティティにより、モビリティ管理エンティティへ前記第2伝送経路確立要求を送信するステップと、
前記モビリティ管理エンティティにより、前記第2伝送経路確立要求に基づいて、前記第1のアクセスデバイスに対し、第2のアクセスデバイスに対して前記第2の伝送経路を確立するよう命令するよう命令するステップと、を含む、請求項21から23のいずれか一項に記載の方法。
【請求項２６】
前記セッション機能エンティティにより、前記第2の伝送経路の確立を開始する前記ステップは、
前記第2の伝送経路の前記確立を開始するときに、前記セッション機能エンティティにより、前記ユーザプレーン機能エンティティおよび／または前記端末に対し、前記第2の伝送経路の前記確立が完了された後に前記第1の伝送経路および同じ前記データを前記確立された第2の伝送経路で送信することを開始するよう命令するステップを、さらに含む、請求項21から25のいずれか一項に記載の方法。
【請求項２７】
前記方法は、
前記第2の伝送経路の前記確立が完了された後に、前記セッション機能エンティティにより、前記ユーザプレーン機能エンティティおよび／または前記端末に対し、前記第2の伝送経路で前記同じデータの伝送を開始するよう命令するステップをさらに含む、請求項21または25のいずれか一項に記載の方法。
【請求項２８】
前記端末または前記ユーザプレーン機能エンティティが前記第1の伝送経路および前記第2の伝送経路で前記同じデータを伝送することは、前記ユーザプレーン機能エンティティまたは前記端末により、前記第1の伝送経路および前記第2の伝送経路で前記同じデータを伝送すること、または、前記ユーザプレーン機能エンティティまたは前記端末により、前記第1の伝送経路および前記第2の伝送経路で前記同じデータを受信することと、前記受信したデータの重複排除を行うことと、を含む、請求項21から27のいずれか一項に記載の方法。
【請求項２９】
前記セッション機能エンティティはセッション管理機能SMFエンティティであり、前記ユーザプレーン機能エンティティはUPFであり、または
前記セッション機能エンティティはパケットデータゲートウェイPGWであり、前記ユーザプレーン機能エンティティはゲートウェイユーザプレーン機能GW−Uである、
請求項21から28のいずれか一項に記載の方法。
【請求項３０】
サービスの信頼性を向上させる方法であって、
端末により、前記端末とユーザプレーン機能エンティティとの間に第1の伝送経路および第2の伝送経路を確立するために、アクセスデバイスとやり取りするステップと、
前記端末により、前記アクセスデバイスを用いてセッション機能エンティティによって送信されるメッセージを受信するステップであって、前記メッセージは、前記端末に対し前記第1の伝送経路および前記第2の伝送経路で同じデータを伝送するよう命令する、ステップと、を含む、方法。
【請求項３１】
端末により、前記端末とユーザプレーン機能エンティティとの間に第1の伝送経路および第2の伝送経路を確立するために、アクセスデバイスとやり取りする前記ステップは、
前記端末により、前記セッション機能エンティティへサービス要求を送信するステップであって、前記サービス要求は、前記2つの伝送経路を確立する指示を、または前記第2の伝送経路を確立する指示を、運ぶ、ステップ、を含む、請求項30に記載の方法。
【請求項３２】
前記端末は、前記第1の伝送経路および前記第2の伝送経路をそれぞれ確立するために、第1のアクセスデバイスおよび第2のアクセスデバイスとネゴシエートする、請求項30または31に記載の方法。
【請求項３３】
前記端末が前記第1の伝送経路および前記第2の伝送経路で前記同じデータを伝送することは、前記端末により、前記ユーザプレーン機能エンティティに向けて前記第1の伝送経路および前記第2の伝送経路で前記同じデータを伝送すること、または、前記端末により、前記ユーザプレーン機能エンティティによって送信される前記同じデータを前記第1の伝送経路および前記第2の伝送経路で受信することと、前記受信したデータの重複排除を行うことと、を含む、請求項30から32のいずれか一項に記載の方法。
【請求項３４】
命令を含む、コンピュータ可読記憶媒体であって、前記命令がコンピュータで実行されると、前記コンピュータは請求項12から33のいずれか一項に記載の方法を行うことが可能となる、コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は通信技術分野に関し、特にサービスの信頼性を向上させる方法、デバイス、およびシステムに関する。
【背景技術】
【０００２】
2016年末までに、ワイヤレスブロードバンド技術の課題に対処し、第3世代パートナーシッププロジェクト（3rd generation partnership project、3GPP）ネットワークの主導的地位を確保するため、3GPP規格団体は、第5世代（5rd generation、5G）ネットワークアーキテクチャと呼ばれる次世代移動通信システム（next generation system）のネットワークアーキテクチャを考案した。
【０００３】
5Gネットワークアーキテクチャでは超高信頼・低遅延通信（ultra−reliable low latency communication、URLLC）シナリオが規定されており、低遅延で高信頼性の接続を必要とする無人運転や産業オートメーションなどのサービスを主に含む。5Gネットワークの先進エアインタフェース技術と最適化されたコアネットワークアーキテクチャは、このシナリオの要件を満たすことを可能にする。しかしながら、モバイルネットワークの最下位層や上位層ルーティングプロトコルなどはそれぞれ、ある程度の不安定性があり、また、前述したシナリオにおけるサービスは、主に生命の安全や生産の安全に関係する。したがって、誤りは許されない。この場合は、最適なネットワークソリューションを提供する必要があり、それにより、ネットワークは、リンクの質が悪くともなお、可能な限り要件を満たすことができる。
【発明の概要】
【課題を解決するための手段】
【０００４】
高信頼度運用の要件を満たすため、本願はサービスの信頼性を向上させるネットワークを提供する。ネットワークは、セッション機能エンティティと、ユーザプレーン機能エンティティと、を含む。セッション機能エンティティは、端末とユーザプレーン機能エンティティとの間で少なくとも2つの伝送経路の確立を開始することを決定し、端末またはユーザプレーン機能エンティティに対し、少なくとも2つの経路で同じデータを伝送するよう命令するよう構成される。ユーザプレーン機能エンティティは、セッション機能エンティティの通知に基づいて、少なくとも2つの伝送経路にユーザプレーンリソースを割り当て、また、端末に向けて少なくとも2つの伝送経路で同じデータを伝送するよう構成される。ネットワークが端末への少なくとも2つの伝送経路の確立を開始するため、高信頼度サービスのデータ伝送の信頼性は十分に保証される。
【０００５】
複数の伝送経路を確立することを決定するようネットワークがトリガーされる状況は複数あり、これは、
セッション機能エンティティが、端末またはポリシー機能エンティティによって送信されるサービス要求に基づいて、サービスのQoS情報を得ることと、QoS情報に基づいて、端末とユーザプレーン機能エンティティとの間に第1の伝送経路および第2の伝送経路を確立する必要があることを決定すること、または、セッション機能エンティティが、端末によって送信されるサービス要求に携えられたマスターおよびセカンダリ伝送経路確立指示かバイキャスティング指示に基づいて、ポリシー機能エンティティの許可を求めることと、許可結果の結果に基づいて、端末とユーザプレーン機能エンティティとの間に第1の伝送経路および第2の伝送経路を確立する必要があることを決定することと、を含む。
【０００６】
セッション機能エンティティが、端末またはユーザプレーン機能エンティティに対し、第1の伝送経路および第2の伝送経路で同じデータを伝送するよう命令することは、セッション機能エンティティにより、端末またはユーザプレーン機能エンティティへ関連付け識別子（またはバックアップ識別子と呼ばれる）を送信することを含む。関連付け識別子は、端末またはユーザプレーン機能エンティティに対し、第1の伝送経路および第2の伝送経路で同じデータを伝送するよう命令する。
【０００７】
複数の伝送経路の確立と、端末およびユーザプレーン機能エンティティに対し、複数の確立された伝送経路でデータの伝送を開始するよう命令することは、順次に完了されてよく、または同時に完了されてもよい。例えば、セッション機能エンティティは、第1の伝送経路および第2の伝送経路の確立を開始している間に、ユーザプレーン機能エンティティおよび／もしくは端末に対し、確立された第1の伝送経路および第2の伝送経路で同じデータの伝送を開始するよう命令してよく、または、第1の伝送経路および第2の伝送経路の確立が完了された後に、セッション機能エンティティは、ユーザプレーン機能エンティティおよび／もしくは端末に対し、第1の伝送経路および第2の伝送経路で同じデータの伝送を開始するよう命令しうる。このような処理方式は、複数の伝送経路の運用の柔軟性を高めることができる。
【０００８】
ネットワークで複数の伝送経路が確立される方式は複数あり得る。一つの方式では、複数の伝送経路が別々に確立されうる。伝送経路を担うアクセスデバイスは互いに関連付けされないことがある。換言すると、セッション機能エンティティは、モビリティ管理エンティティに対し、第1のアクセスデバイスおよび第2のアクセスデバイスに対して第1の伝送経路および第2の伝送経路をそれぞれ確立するために端末とネゴシエートするよう命令するよう、命令する。他の方式では、セッション機能エンティティが1つのアクセスデバイスを用いて複数の伝送経路の確立を開始しうる（具体的に述べると、第1のアクセスデバイスがアンカーとして使用される）。例えば、セッション機能エンティティはモビリティ管理エンティティへ第1および第2伝送経路確立要求を送信する。セッション機能エンティティの指示に基づいて、モビリティ管理エンティティは、第1のアクセスデバイスに対し、第1の伝送経路を確立するよう命令し、第1のアクセスデバイスに対し、第2のアクセスデバイスに対して第2の伝送経路を確立するよう命令するよう、命令する。例えば、第1のアクセスデバイスは第2のアクセスデバイスのリソース情報を得ることができ、その後端末に通知でき、端末は、第2の伝送経路の確立を完了するため、第2のアクセスデバイスへの接続の確立を開始できる。
【０００９】
端末またはユーザプレーン機能エンティティが第1の伝送経路および第2の伝送経路で同じデータを伝送することは、ユーザプレーン機能エンティティまたは端末により、第1の伝送経路および第2の伝送経路で同じデータを伝送すること、または、ユーザプレーン機能エンティティまたは端末により、第1の伝送経路および第2の伝送経路で同じデータを受信することと、受信したデータの重複排除を行うことと、を含む。加えて、受信側で、端末またはユーザプレーン機能エンティティは、データを受信するために、データ伝送品質および／またはリンク品質に基づいて、2つの確立された伝送経路のいずれか一方を代替的に選択することもでき、重複排除動作を行う必要はない。経路品質検出の動作が加えられるが、データ重複排除の負担は軽減できる。
【００１０】
5Gネットワークにおいて、セッション機能エンティティはセッション管理機能SMFエンティティであり、ユーザプレーン機能エンティティはUPFであり、4Gネットワークにおいて、セッション機能エンティティはパケットデータゲートウェイPGWであり、ユーザプレーン機能エンティティはゲートウェイユーザプレーン機能GW−Uである。
【００１１】
本願で提供されるネットワークは、端末とユーザプレーン機能エンティティとの間に第1の伝送経路が既に存在する場合に、第2の伝送経路の確立が開始される状況にもさらに適用できる。この場合、セッション機能エンティティは、端末とユーザプレーン機能エンティティとの間に第2の伝送経路を確立することを決定する。セッション機能エンティティは、第2の伝送経路の確立を開始し、第2伝送経路確立要求を使用して、端末またはユーザプレーン機能エンティティに対し、第1の伝送経路および第2の伝送経路で同じデータを伝送するよう命令しうる。
【００１２】
セッション機能エンティティが端末とユーザプレーン機能エンティティとの間に第2の伝送経路を確立する必要があることを決定する方式は、セッション機能エンティティにより、端末またはポリシー機能エンティティによって送信される要求メッセージを受信することと、要求メッセージに基づいて、端末とユーザプレーン機能エンティティとの間に第2の伝送経路を確立する必要があることを決定することと、を含む。この方式は、セッション機能エンティティにより、ユーザプレーン機能エンティティによって送信される第1の伝送経路に関する通知メッセージ（障害通知メッセージなど）を受信することと、第2の伝送経路を確立する必要があることを決定することとを、さらに含みうる。第1の伝送経路が既に存在するときに第2の伝送経路が確立される状況は、接続が開始されるときに第2の伝送経路が確立される状況に似ている。ここでは詳細を説明しない。
【００１３】
対応して、本願はサービスの信頼性を向上させる方法も提供する。この方法を実施する手順は、上述したネットワークシステムの手順と基本的に一致する。詳細について繰り返し説明しない。
【００１４】
本願は端末装置をさらに提供する。装置は端末または端末内のチップであってよい。装置は前述した実施形態を実行する機能を有する。それらの機能は、ハードウェアによって実行されてよく、または対応するソフトウェアを実行するハードウェアによって実行されてもよい。ハードウェアまたはソフトウェアは、機能に相当する1つ以上のモジュールを含む。可能な一設計において、装置が端末である場合、端末は、相互作用モジュールと、処理モジュールと、を含む。相互作用モジュールは、セッション機能エンティティによって送信されるメッセージを受信するよう構成される。メッセージは、処理モジュールに対し、ユーザプレーン機能エンティティと端末との間の第1の伝送経路および第2の伝送経路で同じデータを伝送するよう命令するために用いられる。処理モジュールは、第1の伝送経路および第2の伝送経路で同じデータを伝送するよう構成される。
【００１５】
本願は、決定モジュールと処理モジュールとを含む、セッション機能エンティティを、例えばSMFを、さらに提供する。決定モジュールは、端末とユーザプレーン機能エンティティとの間に第1の伝送経路および第2の伝送経路を確立することを決定するよう、または、第1の伝送経路が既に存在する場合に、第2の伝送経路を確立することを決定するよう、構成される。処理モジュールは、第1の伝送経路および第2の伝送経路の確立を開始するよう、または、第1の伝送経路が既に存在する場合に、第2の伝送経路の確立を開始するよう、構成される。処理モジュールは、端末またはユーザプレーン機能エンティティに対し、第1の伝送経路および第2の伝送経路で同じデータを伝送するよう命令するようさらに構成される。
【００１６】
前述した端末およびセッション機能エンティティの機能ユニットのさらに詳しい機能については、方法およびシステムの実施形態の説明を参照されたい。ここでは詳細を説明しない。当業者なら、本発明の実施形態で提供される方法およびシステムの説明を基にして、機能ユニットの具体的機能を柔軟に実装できる。
【００１７】
本願はコンピュータプログラム製品をさらに提供する。コンピュータ製品が実行されると、上述した端末とネットワークによって行われる方法を行うために、コンピュータプログラム製品が用いられる。
【００１８】
本願はコンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体は命令を記憶し、命令は、上述した端末とネットワークによって行われる方法を行うために用いられる。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施形態によるサービスの信頼性を向上させるシステム10の概略構造図である。
【図２】本発明の一実施形態による通信デバイス200の概略構造図である。
【図３】本発明の一実施形態によるサービスの信頼性を向上させる方法S300の概略流れ図である。
【図４】本発明の一実施形態により端末とユーザプレーン機能エンティティとによって2つの伝送経路を通じてデータ伝送を実施する概略図である。
【図５】本発明の一実施形態による送信器側の二重送信機構と受信器側の二重受信機構の概略図である。
【図６】本発明の一実施形態により2つの伝送経路の確立を同時に開始する方法600の概略図である。
【図７】本発明の一実施形態により新たな伝送経路の確立を開始する方法700の概略図である。
【図８Ａ】本発明の一実施形態による5Gシステムの概略構造図である。
【図８Ｂ】本発明の一実施形態による5Gシステムの概略構造図である。
【図９Ａ】本発明の一実施形態により5Gシナリオで2つの伝送経路の確立を同時に開始する方法900のシグナリング流れ図である。
【図９Ｂ】本発明の一実施形態により5Gシナリオで2つの伝送経路の確立を同時に開始する方法900のシグナリング流れ図である。
【図１０Ａ】本発明の一実施形態により5Gシナリオで2つの伝送経路の確立を同時に開始する方法1000のシグナリング流れ図である。
【図１０Ｂ】本発明の一実施形態により5Gシナリオで2つの伝送経路の確立を同時に開始する方法1000のシグナリング流れ図である。
【図１１Ａ】本発明の一実施形態により5Gシナリオで新たな伝送経路を確立する方法1100のシグナリング流れ図である。
【図１１Ｂ】本発明の一実施形態により5Gシナリオで新たな伝送経路を確立する方法1100のシグナリング流れ図である。
【図１２Ａ】本発明の一実施形態により5Gシナリオで新たな伝送経路を確立する方法1200のシグナリング流れ図である。
【図１２Ｂ】本発明の一実施形態により5Gシナリオで新たな伝送経路を確立する方法1200のシグナリング流れ図である。
【図１３】本発明の一実施形態による4Gシステムの概略構造図である。
【図１４】本発明の一実施形態によるセッション機能エンティティ1400の概略図である。
【図１５】本発明の一実施形態による装置1500の概略図である。
【発明を実施するための形態】
【００２０】
以下、本願の実施形態の添付の図面を参照しながら本願の実施形態の技術的なソリューションを説明する。本願の説明では、特に明記されていない限り、「／」は「または」を意味する。例えば、A／BはAまたはBを意味し得る。本明細書における「および／または」は関連する物の関連付け関係を専ら説明するものであり、3つの関係があり得ることを意味する。例えば、Aおよび／またはBは3つのケースを、すなわちAのみ存在するケースと、AとBの両方が存在するケースと、Bのみ存在するケースとを意味し得る。加えて、本願の説明で用語「複数の」は、特に明記されていない限り、2つ以上を意味する。加えて、本願の実施形態で技術的なソリューションを明確に説明するため、本願の実施形態では「第1」および「第2」などの用語を用いて、基本的に同じ機能や目的を持つ同じものを、または類似するものを、区別する。当業者なら、「第1」および「第2」などの用語が数量や実行順序を限定することを意図しておらず、「第1」および「第2」などの用語が明確な違いを示すものではないことを理解できる。
【００２１】
図1は、本発明の一実施形態によるサービスの信頼性を向上させるシステム10の概略構造図である。サービスの信頼性を向上させるシステム10は、端末101、第1のアクセスデバイス102、および第2のアクセスデバイス103、またはさらなるアクセスデバイスを含む。サービスの信頼性を向上させるシステム10は、セッション機能エンティティ104とユーザプレーン機能エンティティ105とを含み、また、ポリシー機能エンティティ106をさらに含み得る、機能ネットワークエレメントを、コアネットワーク内にさらに含む。ユーザ端末101は、第1のアクセスデバイス102および／または第2のアクセスデバイス103を用いてコアネットワークにアクセスし、コアネットワークとのサービスデータ伝送を行う。第1のアクセスデバイス102と第2のアクセスデバイス103はいずれもコアネットワークに接続されている。コアネットワークはアクセスデバイスを用いて端末101への伝送経路を確立する。
【００２２】
端末101は、アクセスデバイス（102および103）とやり取りし、端末101とコアネットワーク内のユーザプレーン機能エンティティ105との間に少なくとも2つの伝送経路（第1の伝送経路および第2の伝送経路など）を確立し、また、アクセスデバイス（102および103）を用いてセッション機能エンティティ104によって送信されるメッセージを受信するよう構成され、メッセージは、端末に対し、第1の伝送経路および第2の伝送経路で同じデータを伝送するよう命令する。
【００２３】
第1のアクセスデバイス102と第2のアクセスデバイス103は、セッション機能エンティティ104、ユーザ端末101、または他のアクセスデバイスの命令に基づいて、ユーザ端末101とユーザプレーン機能エンティティ105との間にデータ伝送経路を確立するよう構成される。
【００２４】
セッション機能エンティティ104は、端末101とユーザプレーン機能エンティティ105との間で少なくとも2つの伝送経路の確立を開始することを決定し、端末101またはユーザプレーン機能エンティティ105に対し、少なくとも2つの経路で同じデータを伝送するよう命令するよう構成される。
【００２５】
ユーザプレーン機能エンティティ105は、少なくとも2つの伝送経路にユーザプレーンリソースを割り当て、また、少なくとも2つの伝送経路で同じデータを伝送するよう構成される。
【００２６】
ポリシー機能エンティティ106は、セッション機能エンティティ104に対し、端末101とコアネットワークとの間で少なくとも2つの伝送経路の確立を開始するよう命令または許可し、少なくとも2つの伝送経路は、同じユーザ端末へ同じデータを伝送するために用いられる、よう構成される。
【００２７】
第1のアクセスデバイス102と第2のアクセスデバイス103における用語「第1」および「第2」は、論理的に区別されているに過ぎない。具体的な実装時に、第1のアクセスデバイス102と第2のアクセスデバイス103は別々の物理的エンティティであってもよく、または同じ物理的エンティティであってもよく、例えば同じ基地局であってもよい。他の実装によると、第1のアクセスデバイス102と第2のアクセスデバイス103は通信可能なように接続されてもよく、または通信可能なように接続されなくてもよく、情報を交換してもよく、または情報を交換する必要はなくてもよい。これは本発明の本実施形態で限定されない。本発明の実施形態で説明されている伝送経路は、サービスデータが伝送されうる論理チャネルまたはデータ経路を指す。伝送経路の複数の具体的実装があってよく、または伝送経路を確立する複数の方法があってよい。例えば、伝送経路は、5Gネットワーク内のUPFとUEとの間のユーザプレーン経路であってよい。
【００２８】
システム10は、4Gネットワークと5Gネットワークと将来の他のネットワークとに適用できる。本発明の本実施形態で提供されるサービスの信頼性を向上させるシステム10において、コアネットワークは同じ端末のための少なくとも2つの伝送経路を確立し、コアネットワークは少なくとも2つの伝送経路の各々で端末とともに同じデータを伝送するため、サービスの伝送品質がより良く保証され、サービスの信頼性が向上する。
【００２９】
セッション機能エンティティ104、端末101、または図1内の他の機能エンティティは、図2の通信デバイス200によって実装されてよい。通信デバイス200は、少なくとも1つのプロセッサ201と、通信バス202と、メモリ203と、少なくとも1つの通信インタフェース204とを含む。プロセッサ201は、汎用中央処理装置（central processing unit、CPU）、マイクロプロセッサ、特定用途向け集積回路（application−specific integrated circuit、ASIC）、または本願のソリューションでプログラムの実行を制御するよう構成された1つ以上の集積回路であってよい。通信バス202は、前述したコンポーネント間で情報を伝送するためのチャネルを含んでよい。通信インタフェース204は、トランシーバなどの任意の装置を使用し、他のデバイスと、またはイーサネットや無線アクセスネットワーク（radio access network、RAN）やワイヤレスローカルエリアネットワーク（wireless local area networks、WLAN）などの他の通信ネットワークと、通信するよう構成される。メモリ203は、読み取り専用メモリ（read−only memory、ROM）、静的な情報と命令を記憶できる別種の静的ストレージデバイス、またはランダムアクセスメモリ（random access memory、RAM）、または情報と命令を記憶できる別種の動的ストレージデバイスであってよい。あるいは、メモリ203は、電気的消去可能プログラム可能読み取り専用メモリ（electrically erasable programmable read−only memory、EEPROM）、コンパクトディスク読み取り専用メモリ（compact disc read−only memory、CD−ROM）、他のコンパクトディスクストレージ、光ディスクストレージ（コンパクトディスク、レーザーディスク(登録商標)、光ディスク、デジタル多用途ディスク、ブルーレイ光ディスクなどを含む）、磁気ディスクストレージ媒体、または他の磁気ストレージデバイス、または所期プログラムコードを命令またはデータ構造の形で担持または記憶するために使用でき、コンピュータによってアクセスできる、他の何らかの媒体であってもよい。ただし、メモリ203はこれらに限定されない。メモリは単独で存在してよく、バスを用いてプロセッサに接続される。メモリはプロセッサと一体化されてもよい。メモリ203は、本願の以降の実施形態の方法を行うためのアプリケーションプログラムコードを記憶するよう構成され、プロセッサ201は実行を制御する。プロセッサ201は、本願の以下の実施形態で提供されるサービスの信頼性を向上させる方法を実施するため、メモリ203に記憶されたアプリケーションプログラムコードを実行するよう構成される。
【００３０】
具体的な実装時に、プロセッサ201は、一実施形態において、図2のCPU 0やCPU 1など、1つ以上のCPUを含んでよい。具体的な実装時に、通信デバイス200は、一実施形態において、図2のプロセッサ201やプロセッサ208など、複数のプロセッサを含んでよい。これらのプロセッサの各々は、シングルコア（single−CPU）プロセッサであってよく、またはマルチコア（multi−CPU）プロセッサであってもよい。ここでのプロセッサは、データ（例えば、コンピュータプログラム命令）を処理するよう構成された1つ以上のデバイス、回路、および／または処理コアであってよい。具体的な実装時に、通信デバイス200は、一実施形態において、出力デバイス205と入力デバイス206とをさらに含んでよい。出力デバイス205はプロセッサ401と通信し、複数の方式で情報を表示できる。例えば、出力デバイス405は、液晶ディスプレイ（liquid crystal display、LCD）、発光ダイオード（light emitting diode、LED）表示デバイス、ブラウン管（cathode ray tube、CRT）表示デバイス、プロジェクタ（projector）などであってよい。入力デバイス206はプロセッサ201と通信し、複数の方式でユーザ入力を受け取ることができる。例えば、入力デバイス206は、マウス、キーボード、タッチスクリーンデバイス、感知デバイスなどであってよい。
【００３１】
システム10と通信デバイス200とに基づき、本願の一実施形態は、サービスの信頼性を向上させる方法S300を提供する。同じ端末のための少なくとも2つの伝送経路が確立され、端末のための少なくとも2つの伝送経路の各々で同じサービスデータが伝送されるため、サービスの伝送品質がより良く保証され、サービスの信頼性が向上する。
【００３２】
S301．コアネットワークはコアネットワークとユーザ端末との間で少なくとも2つの伝送経路の確立を開始することを決定し、少なくとも2つの伝送経路はユーザ端末へ同じサービスデータを同時に伝送できる。
【００３３】
コアネットワーク内のセッション機能エンティティは、確立を能動的に開始してよく、または端末の要求またはポリシー機能エンティティの要求に基づいて、コアネットワーク内のユーザプレーン機能エンティティと端末との間で少なくとも2つの伝送経路の確立を開始してもよい。例えば、端末は、端末の構成、サービス要件、またはネットワーク環境に基づいて、セッション機能エンティティへマスターおよびセカンダリ伝送経路確立要求を送信する。あるいは、ポリシー機能エンティティおよび／またはセッション機能エンティティは、ネットワークの状態、サービス属性、または端末によって送信されるQoS改善要求に基づいて、少なくとも2つの伝送経路の確立を能動的に開始する。勿論、少なくとも2つの伝送経路の確立は、端末とコアネットワークのネットワークエレメントとによって、ネゴシエーションを通じて協調的に開始されてもよい。これは本発明の本実施形態で限定されない。
【００３４】
少なくとも2つの伝送経路は同時に確立されてよく、または少なくとも2つの伝送経路が同じユーザ端末のために同じデータを同時に伝送できるのであれば、順次に確立されてもよい。少なくとも2つの伝送経路は相互マスター・セカンダリ関係にあってよい。この場合は、少なくとも2つの伝送経路で同じサービスデータが同時に伝送されてよい。あるいは、サービスデータは伝送経路のいくつかで現在送信されてよい。他の伝送経路ではデータが送信されていないが、該他の伝送経路は既に確立されており、準備が整った状態にある。コアネットワークの構成、端末の構成、またはサービス環境によってトリガーされ、該他の伝送経路および現在の伝送経路で同じサービスデータが同時に伝送されてよい。
【００３５】
コアネットワークは、様々なアクセスデバイスを用いて端末への少なくとも2つの伝送経路を確立してよい。あるいは、コアネットワークは、同じアクセスデバイスを用いて端末への複数の伝送経路を確立してもよい。あるいは、コアネットワークは、1つのアクセスデバイスをアンカーとして用いて複数の伝送経路の確立を開始してよい。コアネットワーク内のセッション機能エンティティは端末のアクセスタイプ情報を記憶するため、セッション機能エンティティは、端末のアクセス情報に基づいて、端末が2つのアクセスデバイスの各々へのコントロールプレーン接続を有しているかどうかを知ることができる。端末が2つのアクセスデバイスの各々に至るコントロールプレーン接続を有しているならば、コアネットワークとアクセスデバイスの各々が伝送経路を確立する。端末がただ1つのアクセスデバイスへのコントロールプレーン接続を有しているならば、他のアクセスデバイスは、該アクセスデバイスによって、複数の伝送経路の確立を開始するよう命令される。
【００３６】
S302．コアネットワークは少なくとも2つの伝送経路を通じて端末とのデータ伝送を行う。
【００３７】
ここでのデータ伝送は、少なくとも2つの伝送経路で同じデータが同時に伝送されることでありうる。あるいは、ここでのデータ伝送は、伝送経路のいくつかでサービスデータが実際に伝送されており、他の伝送経路は既に確立されており、データ伝送が実際に行われていない状態にあることでありうる。コアネットワークの構成および／もしくは端末の構成、またはサービス環境によってトリガーされ、データ伝送が実際に行われていない状態の伝送経路で同じサービスデータが伝送され始めうる。
【００３８】
コアネットワーク側で、コアネットワークは少なくとも2つの伝送経路で端末へ同じサービスデータを同時に配信しうる（二重送信またはバイキャスティング）。コアネットワークはまた、少なくとも2つの伝送経路で端末によって送信される同じサービスデータを同時に受信し、重複排除処理を行いうる（二重受信）。
【００３９】
端末側で、端末は少なくとも2つの伝送経路でコアネットワークによって送信されるサービスデータを受信し、重複排除処理を行いうる（二重受信）。端末はまた、少なくとも2つの伝送経路で同じサービスデータをコアネットワークへ同時に送信しうる（二重送信またはバイキャスティング）。
【００４０】
以下、2つの伝送経路を一例として使用し、コアネットワーク側と端末側でのデータ送信機構とデータ受信機構を説明する。
【００４１】
本発明の本実施形態では、方法S300で説明されている二重送信機能と二重受信機能を実行するため、ユーザ端末（user equipment、UE）とコアネットワーク内のユーザプレーン機能エンティティの各々にプロトコルスタックが加えられてよい。図4を参照すると、ユーザ端末とコアネットワーク内のユーザプレーン機能エンティティが2つの伝送経路を通じてデータ伝送を実行し、プロトコルスタックを用いて二重送信処理と二重受信処理を行うことが分かる。NCPはネットワーク制御プロトコルNetwork Control Protocolである。第1の伝送経路（Path1）と第2の伝送経路（Path2）はいずれも3GPP経路であってよく、または3GPP経路とNon−3GPP経路であってもよい。
【００４２】
図4はデータフローの伝送方向を示している。送信器側の二重送信機構と受信器側の二重受信機構については、図5をさらに参照することもできる。ユーザ端末UEでは、送信される必要のあるAPPのパケットがローカルバスなどを用いて携帯電話機のベースバンドチップに送信されることが分かる。ベースバンドチップは上位層からサービスパケットを受け取り、パケットを複製し、パケットにシーケンス番号とNCP IDを付け、その後Path1とPath2でパケットを送信する。ユーザプレーン機能エンティティ側は、パケットを受信した後に、path1とpath2とに関係するプロトコルヘッダーを除去し、NCP IDとシーケンス番号とに基づいて重複排除を行い、その後データネットワーク（Data Network、DN）へデータパケットを送信する。
【００４３】
送信中に第1の伝送経路（path1）でシーケンス番号が2であるデータパケットが失われることが図5の受信器側から分かる。マスター・セカンダリ伝送経路機構が用いられているため、システムは、データ受信時に、シーケンス番号が2である失われたデータパケットを第2の伝送経路で得ることができるため、データ受信の信頼性と品質が向上する。
【００４４】
例えば、図5に示されているように、受信器側では、データ伝送品質および／またはリンク品質に基づいて、2つの確立された伝送経路のいずれか一方が受信のため選択されてよく（代替方式）、重複排除動作は行う必要がない。例えば、ネットワーク側か端末は、サンプリングを周期的に行って2つの伝送経路のデータ伝送品質を監視し、品質の動的変化に基づいて、伝送品質が高い方の伝送経路を、または現在のサービス要件をより良く満たす伝送経路（最も安定しているか最も速い伝送経路）を、データ受信のため、時間内に選択する。重複排除を行う必要がある方式と比べて、代替方式は受信器側での重複排除処理の負担を軽減できる。
【００４５】
本発明の本実施形態におけるサービスの信頼性を向上させる方法によると、同じ端末のためのコアネットワークに至る少なくとも2つの伝送経路が確立され、2つの伝送経路で同じサービスデータを同時に伝送でき、送信器側と受信器側でそれぞれ二重送信機構と二重受信機構がさらに使用されるため、高信頼度データ伝送が実現する。
【００４６】
以下、具体的な適用シナリオを参照し、2つの伝送経路を一例として説明に使用する。本実施形態で、2つの伝送経路は第1の伝送経路および第2の伝送経路と呼ばれ、またはマスター伝送経路およびセカンダリ伝送経路（マスター経路およびセカンダリ経路）と呼ばれる。マスター経路およびセカンダリ経路と第1の伝送経路および第2の伝送経路との対応関係は、本実施形態で限定されない。換言すると、第1の伝送経路または第2の伝送経路は、互いにマスター／セカンダリ伝送経路であってよい。
【００４７】
図6を参照し、方法S600で2つの伝送経路の各々の確立を開始するステップを以下に説明する。
【００４８】
S601．端末またはコアネットワーク内のポリシー機能エンティティは、高信頼度サービスのデータ伝送を確保する必要がある場合に、セッション機能エンティティへ高信頼度伝送経路確立要求を送信する。
【００４９】
S602．セッション機能エンティティは、端末とユーザプレーン機能エンティティとの間に、2つの伝送経路を、すなわち第1の伝送経路および第2の伝送経路とを、確立する必要があることを決定する。
【００５０】
S603．セッション機能エンティティは、第1の伝送経路および第2の伝送経路の確立を開始し、2つの伝送経路を確立するため、2つの伝送経路の識別子と関連付け関係をアクセスデバイスとユーザ端末に通知する。
【００５１】
具体的に述べると、アクセスデバイスを用いて2つの伝送経路が2通りの方式で確立されうる。
【００５２】
方式1：セッション機能エンティティは、第1のアクセスデバイスと第2のアクセスデバイスをそれぞれ用いて第1の伝送経路および第2の伝送経路を確立する。この方式は以下のステップを具体的に含みうる。
【００５３】
S6031．第1のアクセスデバイスに対し、第1の伝送経路を確立するよう、第1の伝送経路の確立は先行技術に属しており、ここでは詳細を説明しない。
【００５４】
S6032．第1の伝送経路および第2の伝送経路の識別子と関連付け識別子とを第2のアクセスデバイスに通知し、第2のアクセスネットワークデバイスに対し、第2の伝送経路を確立するよう命令する。
【００５５】
S6033．第1の伝送経路および第2の伝送経路の識別情報およびリソースと関連付け識別子をコアネットワーク内のユーザプレーン機能エンティティに通知し、コアネットワーク内のユーザプレーン機能エンティティに対し、2つの伝送経路の確立を完了するよう命令する。
【００５６】
本実施形態で、コアネットワークは2つの伝送経路の各々の確立を開始し、2つの伝送経路を担う責任があるアクセスデバイス同士のやり取りはなくてよい。このように、3GPPアクセスデバイスは2つの伝送経路をそれぞれ担うことができ、または3GPPアクセスデバイスと非3GPPアクセスデバイスが2つの伝送経路をそれぞれ担うことができる。なお、第1のアクセスデバイスと第2のアクセスデバイスは実装時に同じアクセスデバイス（例えば同じ基地局）であってよい。ただし、信頼性向上の観点からは、2つのアクセスデバイスが別々のアクセスデバイスによって実装されると、または3GPPアクセスデバイスと非3GPPアクセスデバイスによって、実装されると、データ伝送の信頼性やロバスト性をさらに高めることができる。
【００５７】
方式2：コアネットワークは、第1のアクセスデバイスを使用して、第2のアクセスデバイスに対し、第2の伝送経路を確立するよう命令する。
【００５８】
S603a．セッション機能エンティティは、第1のアクセスデバイスに対し、第1の伝送経路を確立するために（これは先行技術に属しており、ここでは詳細を説明しない）、端末とやり取りするよう命令する。さらに、セッション機能エンティティは、第1のアクセスデバイスに対し、第2のアクセスデバイスに対して第2の伝送経路を確立するために端末とやり取りするよう命令するよう、命令する（やり取りされる情報は、第1の伝送経路および第2の伝送経路の識別子と、バックアップ識別子とを含む）。
【００５９】
S603b．第1の伝送経路および第2の伝送経路の識別情報およびリソースと関連付け識別子をユーザプレーン機能エンティティに通知し、ユーザプレーン機能エンティティに対し、2つの伝送経路の確立を完了するよう命令する。
【００６０】
本実施形態で、第1のアクセスデバイスは、第2伝送経路確立要求を受信した後に、第2の伝送経路を確立するため、第2のアクセスデバイスと端末をトリガーする。この実装では、ネットワークがわずかに変えられ、既存のネットワークとの適合がより容易になる。
【００６１】
セッション機能エンティティは、関連付け識別子を用いて、端末またはユーザプレーン機能エンティティに対し、第1の伝送経路を第2の伝送経路と関連付けるよう命令する。関連付けは、ユーザプレーン機能エンティティまたは端末により、第1の伝送経路および第2の伝送経路の各々で同じデータを伝送すること、またはユーザプレーン機能エンティティまたは端末により、第1の伝送経路および第2の伝送経路で受信されたデータの重複排除を行うこと、または、データを受信するために、端末により、第1の伝送経路および第2の伝送経路からいずれか一方の伝送経路を選択することを含む。
【００６２】
端末のために、セッション機能エンティティは通常、第2伝送経路確立要求に関連付けラベルを加え、関連付けラベル（またはバックアップラベル）を用いることによって、端末に対し、2つの伝送経路を関連付けるよう（すなわち結び付けるよう）命令する。
【００６３】
コアネットワーク側のユーザプレーン機能エンティティのために、第2の伝送経路の確立が完了されたことを示す応答メッセージを受信した後に、セッション機能エンティティは、ユーザプレーン機能エンティティに対して、2つの伝送経路を関連付けるよう（すなわち結び付けるよう）命令しうる。通知メッセージは、具体的には、関連付けラベル（またはバックアップラベル）と第1の伝送経路および第2の伝送経路の識別子とを運びうる。
【００６４】
加えて、ステップ603では、2つの伝送経路の確立を開始するときに、セッション機能エンティティは、ユーザプレーン機能エンティティまたは端末に対し、二重送信機能および／または二重受信機能を有効にするようさらに命令しうる。二重送信機能および／または二重受信機能を有効にする指示は、具体的には、セッション機能エンティティによって送信される第1の伝送経路および／または第2の伝送経路の確立のための通知メッセージで運ばれ得る。これは本発明の本実施形態で限定されない。
【００６５】
S604．セッション機能エンティティがユーザプレーン機能エンティティまたは端末に対し、二重送信および／または二重受信を行うよう命令する場合、ユーザプレーン機能エンティティまたは端末は、関連付けられた第1の伝送経路および第2の伝送経路の各々で同じデータを伝送しうる。
【００６６】
セッション機能エンティティは、第1の伝送経路および第2の伝送経路の確立を開始するときに、ユーザプレーン機能エンティティまたは端末に対し、同時に二重送信および／または二重受信を行うことを命令しうる。あるいは、2つの伝送経路の確立が完了された後に、セッション機能エンティティは、ネットワークの状態とサービスの状態に基づいて、ユーザプレーン機能エンティティまたは端末に対し、2つの確立された伝送経路を用いて二重送信および／または二重受信を実際に行うよう命令しうる。
【００６７】
本発明の本実施形態の方法S600によると、同じサービスデータを送信するために、初期段階に端末とネットワーク側との間で2つの伝送経路が確立されるため、データ伝送の信頼性が向上する。
【００６８】
図7を参照し、方法S700では、端末とコアネットワーク内のユーザプレーン機能エンティティとの間には既に1本の伝送経路があるが、依然として新たな伝送経路を確立する必要がある。
【００６９】
S701．端末またはネットワーク側は、伝送QoSの要求を改善する必要がある場合、セッション機能エンティティへQoS改善要求を送信する。
【００７０】
具体的に述べると、この場合は、端末とネットワーク側との間に1本の伝送経路が既に存在し、または、任意選択的に、第1の伝送経路でサービスデータが伝送されている。しかしながら、サービス要件またはネットワークの状態が変えられる場合のため、伝送品質を向上させるか維持する必要がある。したがって、QoSを改善することをセッション機能エンティティに要求する必要がある。加えて、端末は、またはポリシー機能エンティティやユーザプレーン機能エンティティなどのネットワーク側のネットワークエレメントは、セッション機能エンティティへ第2伝送経路（セカンダリ経路）確立要求を直接送信してもよい。
【００７１】
S702．セッション機能エンティティは、端末とユーザプレーン機能エンティティとの間に第2の伝送経路が確立される必要があることを決定する。
【００７２】
セッション機能エンティティは、サービスのQoS要件および／またはローカルネットワークの負荷状況に基づいて、第2の伝送経路を確立することを決定しうる。セッション機能エンティティはポリシー機能エンティティの許可をさらに求めうる。ポリシー機能エンティティはサービスのために第2の伝送経路を確立することを決定し、セッション機能エンティティへ応答を送信する。加えて、セッション機能エンティティは代替的に、受信した第2伝送経路確立要求に基づいて、第2の伝送経路の確立を直接的に開始しうる。
【００７３】
S703．セッション機能エンティティは第2の伝送経路の確立を開始する。具体的に述べると、第2の伝送経路はアクセスデバイスを用いて2通りの方式で確立されうる。
【００７４】
方式1：第1の伝送経路は既にコアネットワークによって第1のアクセスデバイスを用いて確立されており、この場合、コアネットワークは第2のアクセスデバイスを用いて第2の伝送経路を確立する。
【００７５】
S7031．第2のアクセスデバイスに対し、第1の伝送経路および第2の伝送経路の識別子と関連付け識別子とを通知し、第2のアクセスネットワークデバイスに対し、第2の伝送経路を確立するよう命令する。
【００７６】
S7032．ユーザプレーン機能エンティティに対し、第2の伝送経路のリソースと、第1の経路の識別情報と、関連付け識別子とを通知し、ユーザプレーン機能エンティティに対し、ユーザプレーン機能エンティティ側で第2の伝送経路の確立を完了するよう命令する。
【００７７】
コアネットワークは1本の新たな伝送経路（第2の伝送経路）の確立を開始し、2つの伝送経路を担う責任があるアクセスデバイス同士のやり取りはないことがある。このように、3GPPアクセスデバイスは2つの伝送経路をそれぞれ担うことができ、または3GPPアクセスデバイスと非3GPPアクセスデバイスが2つの伝送経路をそれぞれ担うことができる。なお、第1のアクセスデバイスと第2のアクセスデバイスは実装時に同じアクセスデバイス（例えば同じ基地局）であってよい。
【００７８】
方式2：コアネットワークは、第1のアクセスデバイスを使用して、第2のアクセスデバイスに対し、第2の伝送経路を確立するよう命令する。
【００７９】
S703a．第1のアクセスデバイスに対し、第1の伝送経路および第2の伝送経路の識別子と関連付け識別子を通知する。第1のアクセスデバイスは、端末および第2のアクセスデバイスに対し、第2の伝送経路（セカンダリ経路）を確立するよう命令する。
【００８０】
S703b．ユーザプレーン機能UPFエンティティに対し、第2の伝送経路のリソースと、第1の伝送経路の識別情報と、関連付け識別子とを通知し、ユーザプレーン機能エンティティに対し、ユーザプレーン機能エンティティ側で第2の伝送経路の確立を完了するよう命令する。
【００８１】
第2伝送経路確立要求を受信した後に、第1のアクセスデバイスは、端末および第2のアクセスデバイスに対し、第2の伝送経路を確立するよう命令する。ネットワークはわずかに変えられ、既存のネットワークとの適合がより容易になる。
【００８２】
第2の伝送経路の確立を開始するときに、セッション機能エンティティは、端末またはユーザプレーン機能エンティティに対し、第1の伝送経路を第2の伝送経路と関連付けるよう命令しうる。関連付けは、ユーザプレーン機能エンティティまたは端末により、第1の伝送経路および第2の伝送経路の各々で同じデータを伝送すること、またはユーザプレーン機能エンティティまたは端末により、第1の伝送経路および第2の伝送経路で受信されたデータの重複排除を行うこと、または、データを受信するために、第1の伝送経路および第2の伝送経路からいずれか一方の伝送経路を選択することを含む。
【００８３】
端末のために、セッション機能エンティティは、第2伝送経路確立要求に関連付けラベルを加え、関連付けラベルを用いて、端末に対し、2つの伝送経路を関連付けるよう（すなわち結び付けるよう）命令する。コアネットワーク側のユーザプレーン機能エンティティのために、セッション機能エンティティは、第2の伝送経路の確立が完了されたことを示す応答メッセージを受信した後に、ユーザプレーン機能エンティティに対し、2つの伝送経路を関連付けるよう（すなわち結び付けるよう）命令しうる。
【００８４】
加えて、ステップ703では、マスター伝送経路およびセカンダリ伝送経路の確立を開始するときに、セッション機能エンティティは、ユーザプレーン機能エンティティまたは端末に対し、二重送信および／または二重受信を行うことを開始するようさらに命令しうる。二重送信および／または二重受信の指示は、具体的には、セッション機能エンティティによって送信される第2の伝送経路の確立のための通知メッセージで運ばれ得る。これは本発明の本実施形態で限定されない。
【００８５】
S704．セッション機能エンティティがユーザプレーン機能エンティティまたは端末に対し、二重送信および／または二重受信を行うよう命令する場合、ユーザプレーン機能エンティティまたは端末は、関連付けられた第1の伝送経路および第2の伝送経路の各々で同じデータを伝送しうる。
【００８６】
本発明の本実施形態の方法S700によると、第1の伝送経路が既に存在する場合に、または第1の伝送経路でデータが伝送されている場合に、端末またはネットワーク側は、サービス要件またはネットワーク状態の変化などに基づいて、第2の伝送経路の確立を開始する。第1の伝送経路および第2の伝送経路の各々で同じサービスデータが伝送されうるため、データ伝送の信頼性と柔軟性が向上する。初めに2つの伝送経路を同時に確立する必要がないため、端末とネットワーク側のネットワークリソースと処理負担が軽減され、柔軟性が向上する。
【００８７】
前述したサービスの信頼性を向上させるシステム10、通信装置200、方法S300、図4および図5に示された送信器側の二重送信機構および受信器側の二重受信機構、方法S600、ならびに方法S700はいずれも、現在の4G、4.5G、または5Gネットワークに、ならびに将来の他のネットワークに、適用できる。例えば、セッション機能エンティティは5GのSMF（Session Management Function、セッション管理機能）または4GのPGW（PDN Gataway、パケットデータゲートウェイ）であってよく、ポリシー機能エンティティは5GのPCF（Policy Control Function、ポリシーコントロール機能）または4GのPCRF（Policy and Charging Rules Function、ポリシーおよびチャージングルール機能）であってよく、ユーザプレーン機能エンティティは5GのUPF（User Plane Function、ユーザプレーン機能）または4GのGW−U（Gateway User plane function、ゲートウェイユーザプレーン機能）であってよい。
【００８８】
前述したシステム、通信装置、および方法は、5Gネットワークに適用され、可能な適用可能なアーキテクチャは図8Aおよび図8Bに示されるアーキテクチャを含む。図8Aにおいて、UEは3GPPアクセスデバイスのみを使うことによってネットワークにアクセスする。図8Bで、UEは3GPPアクセスデバイスとNon−3GPPアクセスデバイスの両方を使うことによってネットワークにアクセスする。なお、図8Aと図8Bに示された2つのアーキテクチャの各々には、AMFと、ネットワークにアクセスするためにUEによって使用されるアクセスデバイスとの間に、コントロールプレーン接続がある。
【００８９】
表1は、図8Aおよび図8Bの主要ネットワークエレメントの名前と機能説明を簡潔に示す。
【００９０】
【表１】
2021501523.tif 000003
【００９１】
なお、QoSフローは5GでQoSを区別する最小限のグラニュラリティであり、1つのQoSフローの全てのサービスフローで、スケジューリングポリシー、キュー管理、トラフィックシェーピング、およびリソース構成を含む同じ転送処理が行われる。異なるQoS処理を提供するには、異なるQoSフローを使用する必要がある。1つの伝送経路は1つのQoSフローに相当する。
【００９２】
図9Aおよび図9Bは、図8Aおよび図8Bのアーキテクチャに基づいて第1の伝送経路および第2の伝送経路（マスター経路およびセカンダリ経路）を確立する手順を示している。初期段階でのマスター経路およびセカンダリ経路の確立は、マスター経路に加え、高い信頼性が要求されるサービス（例えばURLLCサービス）のためにセカンダリ経路を確保できる。以下、実施形態900のステップを具体的に説明する。
【００９３】
S901．マスター伝送経路およびセカンダリ伝送経路を確立することを決定する。以下の状況があり得る。
【００９４】
a．UEはSMFへサービス要求を送信し、サービス要求は、QoSパラメータやマスターおよびセカンダリ経路確立指示（任意選択的）などを含む。SMFは、UEタイプ（例えば、UEはURLLC端末）やQoS要件等に基づき、また、ネットワークの負荷状況とマスターおよびセカンダリ経路指示ラベル（任意選択的）とを参考にし、UEのサービス要件のためにマスターQoSフローおよびセカンダリQoSフローを確立することを決定する。
【００９５】
b．SMFは、UEのサービス要求を受信した後に、PCFの許可をさらに求めてよく、具体的に述べると、PCFへマスターおよびセカンダリ経路確立要求を送信してよく、要求メッセージは、5QI（5G QoS indicator、5G QoSラベル）や具体的なQoS要件などのQoSパラメータを運ぶ。PCFは、UEのサブスクリプション情報とQoSパラメータとに基づいて、SMFがUEのためのマスター経路およびセカンダリ経路を確立することを許可することを決定し、PCFはSMFへマスターおよびセカンダリ経路確立応答メッセージを送信し、メッセージは、SMFがUEのサービス要求のためにマスター経路およびセカンダリ経路を確立しうることを示す。
【００９６】
c．PCFはSMFへサービス要求を送信し、サービス要求は、QoSパラメータやマスターおよびセカンダリ経路指示（任意選択的に、PCFは、DNのサービス要求を受信した後に、UEのサブスクリプション情報とQoSパラメータとに基づいて、サービスのためにマスター経路およびセカンダリ経路を確立する必要があることを決定する。この場合は、マスターおよびセカンダリ経路指示ラベルが運ばれ得る）などを含む。SMFは、UEタイプ（URLLC端末）やQoS要件などに基づき、また、ネットワークの負荷状況とマスターおよびセカンダリ経路指示ラベル（任意選択的）とを参考にし、UEのサービス要件のためにマスターQoSフローおよびセカンダリQoSフローを確立することを決定する（または、PCFのマスターおよびセカンダリ経路確立指示に基づいて、UEのためのマスター経路およびセカンダリ経路を直接的に確立する）。
【００９７】
S902．SMFはマスター経路およびセカンダリ経路の確立を開始し、このステップは、SMFにより、マスターQoSフローおよびセカンダリQoSフローにユーザプレーンリソースを割り当てることを含み、ユーザプレーンリソースは、マスターQoSフローおよびセカンダリQoSフローのQFI（QoS flow identity、QoSフロー識別子）、パケット検出ルール、およびチャージングルールなどを主に含む。具体的に述べると、割り当てでは、マスターQoSフローおよびセカンダリQoSフローに対応するQFIなど、QoSフロー関連リソース（例えば、PCC（Policy Charging Control、ポリシーおよびチャージングコントロール）ルール）を割り当てる。2つのQoSフローのチャージングポリシーまたはQoSポリシーは同じであってよく、または異なってよい（例えば、第2のQoSフローはもはやチャージされなくてよい）。これは本実施形態で限定されない。
【００９８】
この場合、SMFは、URLLCサービスタイプおよび／または端末タイプに基づいて、二重伝送（二重送信および／または二重受信）機能を有効にすることをUPFおよび／またはUEに命令するかどうかをさらに決定しうる。
【００９９】
具体的には以下のステップを含む。
・URLLC端末が高速モバイル端末である場合（QoSパラメータ、サービスタイプ、端末タイプなどによって示される）、これはURLLC端末のネットワークの不安定性が比較的高いことを示す。二重伝送指示通知は、UPFおよびUEに対して、二重伝送を行うよう命令するため、マスター経路およびセカンダリ経路の確立のための、SMFによって配信される通知メッセージの中で運ばれる。
・URLLC端末が低速モバイル端末である場合、これはURLLC端末のネットワーク経路が比較的安定していることを示す。URLLC端末のためのマスター経路およびセカンダリ経路が確立されるだけであり、二重伝送は後に必要に応じて有効にされる。
【０１００】
S903．SMFはAMFへマスターおよびセカンダリQoSフロー確立要求を送信し、要求メッセージは、マスターQoSフローおよびセカンダリQoSフローのQFI、PDU Session ID（マスターQoSフローおよびセカンダリQoSフローが別々のPDUセッションにある場合は、2つのPDU Session IDを運ぶ必要がある）、TFT、QoS、バックアップラベル、二重伝送指示（任意選択的）などを運ぶ。
【０１０１】
バックアップラベルは2つのQoSフローの関係を示すために用いられる。2つのQoSフローの関係は、マスター・セカンダリ関係、関連付け（associated）関係、または結び付き関係と呼ばれることがある。UEまたはUPFは、バックアップラベルに基づいて、2つのQoSフローの各々で同じデータを伝送することを決定しうる。
【０１０２】
S904〜S906．AMFはSMFによって送信されるマスターおよびセカンダリQoSフロー確立要求を受信し、第1のアクセスデバイスへQoSフロー確立要求を送信し、要求メッセージは、PDU Session IDやQoSルールなどを運ぶ。QoSフロー確立要求を受信した第1のアクセスデバイスは、QoSルールをradio QoSルールにマップし、第1のQoSフローの確立を完了するため、UEへ無線再構成情報を送信する。第1のアクセスデバイスは、ワイヤレス側で第1のQoSフローの確立が完了されたことをAMFに通知するため、AMFへQoSフロー確立応答メッセージを送信する。
【０１０３】
S907．AMFはセカンダリQoSを確立する手順を開始し、第2のアクセスデバイスへQoSフロー確立要求メッセージを送信し、要求メッセージは、第1のQoSフローのQFI、PDU Session ID、第2のQoSフローのQFI、PDU Session ID（これは、第1のQoSフローがあるPDU Session IDと異なってよく、または同じであってよく、これは限定されない）、バックアップラベル、二重伝送指示（任意選択的）、QoSなどを運ぶ。
【０１０４】
S908．第2のアクセスデバイスはセカンダリQoSフロー確立要求を受信し、QoSルールをradio QoSルールにマップし、第2のQoSフローの確立を完了するため、UEへ無線再構成情報を送信する。
【０１０５】
なお、第1のQoSフローおよび第2のQoSフローが確立される順序は限定されなくてよい。
【０１０６】
UE側は、バックアップラベル、第1のQoSフローの識別子（QFI、PDU Session ID）、および第2のQoSフローの識別子（PDU Session ID、QFI）に基づいて、2つのQoSフローの結び付け（すなわち関連付け）を完了する。具体的に述べると、確立されるべき第2のQoSフローが既に存在する第1のQoSフローに結び付けられることで、マスター経路とセカンダリ経路の関連付けが完了される。任意選択的に、再構成メッセージが二重伝送指示を含む場合は、UEが二重伝送を有効にする。具体的な実装については、図4および図5の方式を参照し、例は以下のとおりである。
・アップリンク二重送信：UEはデータパケットを複製し、UEに至る第1のQoSフローに対応するデータを複製する。UEは、第1のQoSフローに対応するラジオベアラを用いて元のデータパケットを第1のアクセスデバイスへ送信し、第2のQoSフローがあるラジオベアラを用いて複製されたデータパケットを第2のアクセスデバイスへ送信する。UEは、第1のQoSフローに対応するデータパケットと第2のQoSフローに対応するデータパケットの各々に二重伝送プロトコルヘッダーを加え、プロトコルヘッダーは、パケットシーケンス番号や識別子などを運ぶ。UPFは二重伝送プロトコルヘッダーを解析して重複排除動作を実行しうる。
・ダウンリンク二重受信：UEは、第1のQoSフローに対応し第1のアクセスデバイスによって送信されるデータパケットと、第2のQoSフローに対応し第2のアクセスデバイスによって送信されるデータパケットとを、受信し、データパケット内の二重伝送プロトコルヘッダー情報（シーケンス番号や識別子などを主に含む）に基づいて、データパケットの重複排除を行う。
【０１０７】
S909．第2のアクセスデバイスは、ワイヤレス側で第2のQoSフローの確立が完了されたことをAMFに通知するため、AMFへQoSフロー確立応答メッセージを送信する。
【０１０８】
S910．AMFはSMFへマスターおよびセカンダリQoSフロー確立応答メッセージを送信する。
【０１０９】
メッセージは、第1のQoSフローの識別子や第2のQoSフローの識別子などを含む。
【０１１０】
S911．SMFは、UPFに対し、第1のQoSフローおよび第2のQoSフローのためにUPF側ユーザプレーンリソースを確立するよう命令する。
【０１１１】
具体的に述べると、SMFはリソース（SMFによって他所から得られたQoSおよびチャージングルール、ならびにトンネル）を割り当て、UPFへルールを送信する。UPFは、ユーザプレーンリソースの確立を実行するため、ルールを記憶／インストールする。
【０１１２】
加えて、SMFはUPFへN4セッション修正メッセージを送信する。メッセージは以下の内容を運ぶ。
a．第1のQoSフローの識別子、第2のQoSフローの識別子、およびバックアップラベル。UPF側は、バックアップラベルと、第1のQoSフローの識別子（QFI、PDU Session ID）と、第2のQoSフローの識別子（PDU Session ID、QFI）とに基づいて、2つのQoSフローの結び付けを完了する。換言すると、UPF側はマスター経路とセカンダリ経路の関連付けを完了する。
b．二重伝送指示（任意選択的）。図4および図5を参照し、UPFは指示に基づいて以下のアクションを行う。
b1．ダウンリンク二重送信：DNによって送信され第1のQoSフローに対応するデータパケットを受信したUPFは、そのデータパケットを複製する。UPFは、第1のQoSフローがあるN3トンネルを通じて元のデータパケットを第1のアクセスデバイスへ送信し、第2のQoSフローがあるN3トンネルを通じて複製されたデータパケットを第2のアクセスデバイスへ送信する。UPFは、第1のQoSフローに対応するデータパケットと第2のQoSフローに対応するデータパケットの各々に二重伝送プロトコルヘッダーを加え、プロトコルヘッダーはパケットシーケンス番号や識別子などを運ぶ。UEは二重伝送プロトコルヘッダーを解析して重複排除動作を実行しうる。
b2．アップリンク二重受信：UPFは、第1のQoSフローに対応し第1のアクセスデバイスによって送信されるデータパケットと、第2のQoSフローに対応し第2のアクセスデバイスによって送信されるデータパケットとを、受信し、データパケット内の二重伝送プロトコルヘッダー情報（シーケンス番号や識別子などを主に含む）に基づいて、データパケットの重複排除を行う。
c．他のPCCルール。UPFは第2のQoSフローに関係するポリシーおよびチャージングルールなどをセットアップする。
【０１１３】
UPFはSMFへN4セッション修正応答メッセージを送信し、マスターQoSフローおよびセカンダリQoSフローのためにUPF側ユーザプレーンリソースの確立を完了する。
【０１１４】
本実施形態では、ネットワーク側でURLLCサービスが特定され、サービスのために、2つの経路が、すなわちマスター経路およびセカンダリ経路が、確立されることで、サービス伝送品質が向上し、エラーがある場合に信頼性が確保される。加えて、本実施形態では、2つのアクセスデバイス間の通信が必要でないため、UEが3GPPとNon−3GPPの両方を用いてハイブリッドアクセスを行うシナリオを実現でき、伝送効率は最大限まで高められる。
【０１１５】
図8Aのアーキテクチャを参照し、図10Aおよび図10Bは、初期段階にマスター経路およびセカンダリ経路（すなわち、第1の伝送経路および第2の伝送経路）を確立する他の実施形態1000の概略流れ図である。本実施形態では、第1のアクセスデバイスと第2のアクセスデバイスの間に通信インタフェースがあり、UEは第1のアクセスデバイスと第2のアクセスデバイスを用いて同じPDUセッションを確立できる。UEのコントロールプレーンコンテクストは第1のアクセスデバイス上にある。換言すると、AMFと第1のアクセスデバイスの間にはシグナリングプレーン接続がある。以下、実施形態1000を説明する。
【０１１６】
S1001．マスター伝送経路およびセカンダリ伝送経路を確立することを決定する。詳細については、前述した実施形態のステップS901を参照されたい。
【０１１７】
S1002．SMFはマスター経路およびセカンダリ経路の確立を開始する。詳細については、前述した実施形態のステップS902を参照されたい。
【０１１８】
S1003．SMFはAMFへマスターおよびセカンダリQoSフロー確立要求を送信し、要求メッセージは、
第1のQoSフローおよび第2のQoSフローのQFI、PDU Session ID（マスターQoSフローおよびセカンダリQoSフローは同じPDUセッションにある）、TFT、QoS、バックアップラベル、二重伝送指示（任意選択的）などを運ぶ。
【０１１９】
S1004．AMFはSMFによって送信されるマスターおよびセカンダリQoSフロー確立要求を受信し、第1のアクセスデバイスへマスターおよびセカンダリQoSフロー確立要求を送信し、要求メッセージは、PDU Session ID、第1のQoSフローおよび第2のQoSフローのQFI、QoSルール、バックアップラベル、二重伝送指示（任意選択的）などを運ぶ。
【０１２０】
S1005．第1のアクセスデバイスは第2アクセスデバイス追加手順を開始する。（マスター基地局がセカンダリ基地局追加手順を開始する先行技術を参照し、詳細については3GPP規格TS 36．300を参照のこと。）
【０１２１】
第1のアクセスデバイスは第2のアクセスデバイスへQoS確立要求メッセージを送信し、要求メッセージは、第2のQoSフローのQFI、UPF側の第1のトンネルに関する情報、PDU Session ID、QoSルールなどを運ぶ。
【０１２２】
S1006．第2のアクセスデバイスは第2のQoSフローに無線リソース情報を割り当て、割り当てた無線リソース情報を第1のアクセスデバイスへ送信する。
【０１２３】
S1007．第1のアクセスデバイスはUEに対し、第1のQoSフローおよび第2のQoSフローを確立するよう命令し、通知メッセージは下記を含む。
・第1のQoSフローの識別子、第2のQoSフローの識別子、PDU Session ID、およびバックアップラベル。UEはこれらの情報に基づいて第1のQoSフローおよび第2のQoSフローのマスター・セカンダリ関係を確立し、マスター経路とセカンダリ経路の関連付けを完了する。
・UEに対し、二重送信と二重受信を行うよう命令する、二重伝送指示（任意選択的）。
・第1のアクセスデバイスによって第1のQoSフローに割り当てられる無線リソース情報。第1のQoSフローの確立を完了するため、UEはこれらの無線リソース情報に基づいて、第1のアクセスデバイスに対し無線再構成メッセージを開始する。
・第2のアクセスデバイスによって第2のQoSフローに割り当てられる無線リソース情報。第2のQoSフローの確立を完了するため、UEはこれらの無線リソース情報に基づいて、第2のアクセスデバイスに対し無線再構成メッセージを開始する。
【０１２４】
S1008．第1のQoSフローの確立を完了するため、UEは第1のアクセスデバイスに対し無線再構成情報を開始する。
【０１２５】
S1009．第2のQoSフローの確立を完了するため、UEは第2のアクセスデバイスに対し無線再構成情報を開始する。
【０１２６】
S1010．第1のアクセスデバイスはAMFへQoSフロー確立応答メッセージを送信し、応答メッセージは第1のQoSフローおよび第2のQoSフローのQFIやPDU Session IDなどを運ぶ。
【０１２７】
S1011．AMFはSMFへマスターおよびセカンダリQoSフロー確立応答メッセージを送信する。
【０１２８】
メッセージは、第1のQoSフローの識別子や第2のQoSフローの識別子などを含む。
【０１２９】
S1012．SMFは、UPFに対し、第1のQoSフローおよび第2のQoSフローのためにUPF側ユーザプレーンリソースを確立するよう命令する。
【０１３０】
具体的に述べると、SMFはリソース（SMFによって他所から得られたQoSおよびチャージングルール、ならびにトンネル）を割り当て、UPFへルールを送信する。UPFは、ユーザプレーンリソースの確立を実行するため、ルールを記憶／インストールする。
【０１３１】
加えて、SMFはUPFへN4セッション修正メッセージを送信する。メッセージは以下の内容を運ぶ。
a．第1のQoSフローの識別子、第2のQoSフローの識別子、およびバックアップラベル。UPF側は、バックアップラベルと、第1のQoSフローの識別子（QFI、PDU Session ID）と、第2のQoSフローの識別子（PDU Session ID、QFI）とに基づいて、2つのQoSフローの結び付けを完了する。換言すると、UPF側はマスター経路とセカンダリ経路の関連付けを完了する。
b．二重伝送指示（任意選択的）。図4および図5を参照し、UPFは指示に基づいて以下のアクションを行う。
b1．ダウンリンク二重送信：DNによって送信され第1のQoSフローに対応するデータパケットを受信したUPFは、データパケットを複製する。UPFは、第1のQoSフローがあるN3トンネルを通じて元のデータパケットを第1のアクセスデバイスへ送信し、第2のQoSフローがあるN3トンネルを通じて複製されたデータパケットを第2のアクセスデバイスへ送信する。UPFは、第1のQoSフローに対応するデータパケットと第2のQoSフローに対応するデータパケットの各々に二重伝送プロトコルヘッダーを加え、プロトコルヘッダーはパケットシーケンス番号や識別子などを運ぶ。UEは二重伝送プロトコルヘッダーを解析して重複排除動作を実行しうる。
b2．アップリンク二重受信：UPFは、第1のQoSフローに対応し第1のアクセスデバイスによって送信されるデータパケットと、第2のQoSフローに対応し第2のアクセスデバイスによって送信されるデータパケットとを、受信し、データパケット内の二重伝送プロトコルヘッダー情報（シーケンス番号や識別子などを主に含む）に基づいて、データパケットの重複排除を行う。
c．他のPCCルール。UPFは第2のQoSフローに関係するポリシーおよびチャージングルールなどをセットアップする。
【０１３２】
UPFはSMFへN4セッション修正応答メッセージを送信し、マスターQoSフローおよびセカンダリQoSフローのためにUPF側ユーザプレーンリソースの確立を完了する。
【０１３３】
本実施形態では、2つのアクセスデバイスがやり取りを通じて2つの伝送経路を確立し、コアネットワークは、マスター伝送経路およびセカンダリ伝送経路を確立するため、ただ1つのアクセスデバイスへマスターおよびセカンダリ伝送経路確立要求を送信しうる。同じアクセス技術の場合は、既存のコアネットワークにおいて、通常はただ1つのアクセスデバイスがAMFとのコントロールプレーン接続を有することが許される（例えば、マスターおよびセカンダリ基地局メカニズム）。本実施形態のソリューションでは、ネットワークがわずかに変えられ、既存のネットワークとの適合がより容易になる。
【０１３４】
図8Aおよび図8Bのアーキテクチャに基づき、図11Aおよび図11Bは、第1の伝送経路が既に存在するときに、コアネットワークが第2の伝送経路の確立を開始する手順を示している。以下、実施形態1100のステップを具体的に説明する。
【０１３５】
S1101．第2の伝送経路を確立することを決定する。以下の状況があり得る。
【０１３６】
a．UEはSMFへQoS改善要求またはリンク障害通知を送信し、QoSパラメータ、リンク障害通知、セカンダリ経路確立指示（任意選択的、存在する見込みはない）などを含む。SMFは、UEタイプ（URLLC端末）やQoS改善要件などに基づき、また、ネットワークの負荷状況と第2経路指示ラベル（任意選択的）を参考にし、UEの要求のためにセカンダリQoSフローを確立することを決定する。
【０１３７】
b．SMFは、UEのQoS改善要求またはUEのリンク障害通知を受信した後に、PCFの許可をさらに求めてよく、具体的に述べると、SMFはPCFへセカンダリ経路確立要求を送信してよく、要求メッセージはQoSパラメータ（5QI、具体的なQoS要件など）を運ぶ。PCFは、UEのサブスクリプション情報とQoSパラメータとに基づいて、SMFがUEのためのセカンダリ経路を確立することを許可することを決定し、PCFはSMFへマスターおよびセカンダリ経路確立応答メッセージを送信し、メッセージは、SMFがUEの要求のためにセカンダリQoSフローを確立してよいことを示す。
【０１３８】
c．PCFはSMFへサービス要求を送信し、サービス要求は、QoSパラメータとバックアップラベルとを含む（任意選択的に、PCFは、DNのサービス要求を受信した後に、UEのサブスクリプション情報とQoSパラメータとに基づいて、サービスのためにマスター経路およびセカンダリ経路を確立する必要があることを決定する。この場合は、バックアップラベルが運ばれ得る）。加えて、PCFは、元のQoSフローのQFIやPDU Session IDをサービス要求にさらに加えてよい。SMFは、UEタイプ（URLLC端末）やQoS要件などに基づき、また、ネットワークの負荷状況と、バックアップラベル（任意選択的）と、元のQoSフローの識別子とを参考にし、セカンダリQoSフローを確立することを決定する（または、PCFのマスターおよびセカンダリ確立指示とバックアップラベルとに基づいて、UEのためのマスター経路およびセカンダリ経路を確立する）。
【０１３９】
d．UPFは、リンクの質が低下したことを察知し、例えばリンクの質が所定の値より低いことを察知し、SMFに通知し、通知はPDU Session IDやQFIなどを運ぶ。SMFは、UEタイプ（URLLC端末）やQoS改善要件などに基づき、また、ネットワークの負荷状況とセカンダリ経路指示ラベル（任意選択的）を参考にし、UEの要求のためにセカンダリQoSフローを確立することを決定する。
【０１４０】
e．UPFはリンクの質が低下したことを察知し、SMFに通知する。SMFは、UEタイプ（URLLC端末）やQoS改善要件などに基づき、また、ネットワークの負荷状況とセカンダリ経路指示ラベル（任意選択的）を参考にし、UEの要求のためにセカンダリQoSフローを確立する必要があることを決定する。SMFはPCFへセカンダリ経路確立要求を送信し、要求メッセージはQoSパラメータ（5QI、具体的なQoS要件など）を運ぶ。PCFは、UEのサブスクリプション情報とQoSパラメータとに基づいて、SMFがUEのためにセカンダリ経路を確立することを許可することを決定し、PCFはSMFへマスターおよびセカンダリ経路確立応答メッセージを送信し、メッセージは、SMFがUEの要求のためにセカンダリQoSフローを確立してよいことを示す。
【０１４１】
S1102．SMFはセカンダリ経路の確立を開始し、このステップは、SMFにより、セカンダリQoSフローにユーザプレーンリソースを割り当てることを含み、ユーザプレーンリソースは、マスターQoSフローおよびセカンダリQoSフローのQFI、パケット検出ルールおよびチャージングルールなどを主に含む。具体的に述べると、割り当てでは、セカンダリQoSフローに対応するQFIなど、QoSフロー関連リソース（例えば、PCC（Policy Charging Control、ポリシーおよびチャージングコントロール）ルール）を割り当てる。セカンダリQoSフローのチャージングポリシーやQoSポリシーは、マスターQoSフローのチャージングポリシーやQoSポリシーと同じであってよく、または異なってよい（例えば、セカンダリQoSフローはもはやチャージされなくてよい）。これは本実施形態で限定されない。
【０１４２】
この場合、SMFは、URLLCサービスタイプおよび／または端末タイプに基づいて、UPFおよび／またはUEに対して、二重伝送（二重送信および／または二重受信）機能を有効にするよう命令するかどうかをさらに決定しうる。
【０１４３】
命令は、具体的には以下のステップを含む。
・URLLC端末が高速モバイル端末である場合（QoSパラメータ、サービスタイプ、端末タイプなどによって指示される）、これはURLLC端末のネットワークの不安定性が比較的高いことを意味する。二重伝送指示通知は、UPFおよびUEに対し、二重伝送を行うよう命令するため、SMFによって配信されるセカンダリ経路の確立のための通知メッセージの中で運ばれる。
・URLLC端末が低速モバイル端末である場合、URLLC端末のネットワーク経路が比較的安定していることを意味する。URLLC端末のためのセカンダリ経路が確立されるだけであり、二重伝送は後に必要に応じて有効にされる。
【０１４４】
S1103．SMFはAMFへセカンダリQoSフロー確立要求を送信し、要求メッセージは、マスターQoSフローおよびセカンダリQoSフローのQFI、PDU Session ID（マスターQoSフローおよびセカンダリQoSフローが別々のPDUセッションにある場合は、2つのPDU Session IDを運ぶ必要がある）、TFT、QoS、バックアップラベル、二重伝送指示（任意選択的）などを運ぶ。
【０１４５】
バックアップラベルは2つのQoSフローの関係を示すために用いられる。2つのQoSフローの関係は、マスター・セカンダリ関係、関連付け（associated）関係、または結び付き関係と呼ばれることがある。UEかUPFは、バックアップラベルに基づいて、2つのQoSフローの各々で同じデータを伝送することを決定しうる。
【０１４６】
S1104．AMFはセカンダリQoSを確立する手順を開始し、第2のアクセスデバイスへQoSフロー確立要求メッセージを送信し、要求メッセージは、第1のQoSフローのQFI、PDU Session ID、第2のQoSフローのQFI、PDU Session ID（これは、第1のQoSフローがあるPDU Session IDと異なってよく、または同じであってよく、これは限定されない）、バックアップラベル、二重伝送指示（任意選択的）、QoSなどを運ぶ。
【０１４７】
S1105．第2のアクセスデバイスはセカンダリQoSフロー確立要求を受信し、QoSルールをradio QoSルールにマップし、第2のQoSフローの確立を完了するため、UEへ無線再構成情報を送信する。
【０１４８】
UE側は、バックアップラベル、第1のQoSフローの識別子（QFI、PDU Session ID）、および第2のQoSフローの識別子（PDU Session ID、QFI）に基づいて、2つのQoSフローの結び付け（すなわち関連付け）を完了する。具体的に述べると、確立されるべき第2のQoSフローが既に存在する第1のQoSフローに結び付けられることで、マスター経路とセカンダリ経路の関連付けが完了される。任意選択的に、再構成メッセージが二重伝送指示を含む場合は、UEが二重伝送を有効にする。具体的な実装については、図4および図5を参照されたい。具体的な実装は次のとおりである。
・アップリンク二重送信：UEはデータパケットを複製し、UEへの第1のQoSフローに対応するデータを複製する。UEは、第1のQoSフローに対応するラジオベアラを用いて元のデータパケットを第1のアクセスデバイスへ送信し、第2のQoSフローがあるラジオベアラを用いて複製されたデータパケットを第2のアクセスデバイスへ送信する。UEは、第1のQoSフローに対応するデータパケットと第2のQoSフローに対応するデータパケットの各々に二重伝送プロトコルヘッダーを加え、プロトコルヘッダーは、パケットシーケンス番号や識別子などを運ぶ。UPFは二重伝送プロトコルヘッダーを解析して重複排除動作を実行しうる。
・ダウンリンク二重受信：UEは、第1のQoSフローに対応し第1のアクセスデバイスによって送信されるデータパケットと、第2のQoSフローに対応し第2のアクセスデバイスによって送信されるデータパケットとを、受信し、データパケット内の二重伝送プロトコルヘッダー情報（シーケンス番号や識別子などを主に含む）に基づいて、データパケットの重複排除を行う。
【０１４９】
S1106．第2のアクセスデバイスは、ワイヤレス側で第2のQoSフローの確立が完了されたことをAMFに通知するため、AMFへQoSフロー確立応答メッセージを送信する。
【０１５０】
S1107．AMFはSMFへマスターおよびセカンダリQoSフロー確立応答メッセージを送信する。
【０１５１】
メッセージは、第1のQoSフローの識別子や第2のQoSフローの識別子などを含む。
【０１５２】
S1108．SMFは、UPFに対し、第2のQoSフローのためにUPF側ユーザプレーンリソースを確立するよう命令する。
【０１５３】
SMFはUPFへN4セッション修正メッセージを送信する。メッセージは以下の内容を運ぶ。
a．第1のQoSフローの識別子、第2のQoSフローの識別子、およびバックアップラベル。UPF側は、バックアップラベルと、第1のQoSフローの識別子（QFI、PDU Session ID）と、第2のQoSフローの識別子（PDU Session ID、QFI）とに基づいて、2つのQoSフローの結び付けを完了する。換言すると、UPF側はマスター経路とセカンダリ経路の関連付けを完了する。
b．二重伝送指示（任意選択的）。図4および図5を参照し、UPFは指示に基づいて以下のアクションを行う。
b1．ダウンリンク二重送信：DNによって送信され第1のQoSフローに対応するデータパケットを受信したUPFは、そのデータパケットを複製する。UPFは、第1のQoSフローがあるN3トンネルを通じて元のデータパケットを第1のアクセスデバイスへ送信し、第2のQoSフローがあるN3トンネルを通じて複製されたデータパケットを第2のアクセスデバイスへ送信する。UPFは、第1のQoSフローに対応するデータパケットと第2のQoSフローに対応するデータパケットの各々に二重伝送プロトコルヘッダーを加え、プロトコルヘッダーはパケットシーケンス番号や識別子などを運ぶ。UEは二重伝送プロトコルヘッダーを解析して重複排除動作を実行しうる。
b2．アップリンク二重受信：UPFは、第1のQoSフローに対応し第1のアクセスデバイスによって送信されるデータパケットと、第2のQoSフローに対応し第2のアクセスデバイスによって送信されるデータパケットとを、受信し、データパケット内の二重伝送プロトコルヘッダー情報（シーケンス番号や識別子などを主に含む）に基づいて、データパケットの重複排除を行う。
c．他のPCCルール。UPFは第2のQoSフローに関係するポリシーおよびチャージングルールなどをセットアップする。
【０１５４】
UPFはSMFへN4セッション修正応答メッセージを送信し、セカンダリQoSフローのためにUPF側ユーザプレーンリソースの確立を完了する。
【０１５５】
本実施形態で、コアネットワークは1本の新たな伝送経路（第2の伝送経路）の確立を開始し、2つの伝送経路を担う責任があるアクセスデバイス同士のやり取りはなくてよい。このように、3GPPアクセスデバイスは2つの伝送経路をそれぞれ担うことができ、または3GPPアクセスデバイスと非3GPPアクセスデバイスは2つの伝送経路を担うことができる。なお、第1のアクセスデバイスと第2のアクセスデバイスは実装時に同じアクセスデバイス（例えば同じ基地局）であってよい。
【０１５６】
図8Aのアーキテクチャに基づき、図12Aおよび図12Bは、第1の伝送経路が既に存在するときに、コアネットワークが第2の伝送経路の確立を開始する手順を示している。以下、実施形態1200のステップを具体的に説明する。
【０１５７】
S1201．マスター伝送経路およびセカンダリ伝送経路を確立することを決定する。詳細については、前述した実施形態のステップS1101を参照されたい。
【０１５８】
S1202．SMFはセカンダリ経路の確立を開始する。詳細については、前述した実施形態のステップS1102を参照されたい。
【０１５９】
S1203．SMFはAMFへ第2のQoSフロー確立要求を送信し、要求メッセージは、第1のQoSフローおよび第2のQoSフローのQFI、PDU Session ID（マスターQoSフローおよびセカンダリQoSフローは同じPDUセッションにある）、TFT、QoS、バックアップラベル、二重伝送指示（任意選択的）などを運ぶ。
【０１６０】
S1204．AMFはSMFによって送信される第2の（セカンダリ）QoSフロー確立要求を受信し、第1のアクセスデバイスへセカンダリQoSフロー確立要求を送信し、要求メッセージは、PDU Session ID、第1のQoSフローおよび第2のQoSフローのQFI、QoSルール、バックアップラベル、二重伝送指示（任意選択的）などを運ぶ。要求メッセージは、第1のアクセスデバイスに対し、第2のアクセスデバイスとUEとの間にセカンダリQoSフローを確立するよう命令するために用いられる。
【０１６１】
S1205．第1のアクセスデバイスは第2アクセスデバイス追加手順を開始する。（マスター基地局がセカンダリ基地局追加手順を開始する先行技術を参照し、詳細については3GPP規格TS 36．300を参照すること。）
【０１６２】
第1のアクセスデバイスは第2のアクセスデバイスへQoS確立要求メッセージを送信し、要求メッセージは、第2のQoSフローのQFI、PDU Session ID、QoSルールなどを運ぶ。
【０１６３】
S1206．第2のアクセスデバイスは第2のQoSフローに無線リソース情報を割り当て、割り当てた無線リソース情報を第1のアクセスデバイスへ送信する。
【０１６４】
S1207．第1のアクセスデバイスは第2のQoSフローを確立することをUEに命令し、通知メッセージは下記を含む。
・第1のQoSフローの識別子、第2のQoSフローの識別子、PDU Session ID、およびバックアップラベル。UEはこれらの情報に基づいて第1のQoSフローおよび第2のQoSフローのマスター・セカンダリ関係を確立し、マスター経路とセカンダリ経路の関連付けを完了する。
・二重送信と二重受信を行うことをUEに命令する、二重伝送指示（任意選択的）。
・第2のアクセスデバイスによって第2のQoSフローに割り当てられる無線リソース情報。UEは、これらの無線リソース情報に基づいて、第2のQoSフローの確立を完了できる。
【０１６５】
S1208．第2のQoSフローの確立を完了するため、UEは第2のアクセスデバイスに対し無線再構成情報を開始する。
【０１６６】
S1209．第1のアクセスデバイスはAMFへQoSフロー確立応答メッセージを送信する。
【０１６７】
S1210．AMFはSMFへマスターおよびセカンダリQoSフロー確立応答メッセージを送信する。
【０１６８】
S1211．SMFは、UPFに対し、第2のQoSフローのためにUPF側ユーザプレーンリソースを確立するよう命令する。
【０１６９】
具体的に述べると、SMFはリソースを割り当て（SMFによって他所から得られたQoSおよびチャージングルール、ならびにトンネル）、UPFへルールを送信する。UPFは、ユーザプレーンリソースの確立を実行するため、ルールを記憶／インストールする。
【０１７０】
加えて、SMFはUPFへN4セッション修正メッセージを送信する。メッセージは以下の内容を運ぶ。
a．第1のQoSフローの識別子、第2のQoSフローの識別子、およびバックアップラベル。UPF側は、バックアップラベルと、第1のQoSフローの識別子（QFI、PDU Session ID）と、第2のQoSフローの識別子（PDU Session ID、QFI）とに基づいて、2つのQoSフローの結び付けを完了する。換言すると、UPF側はマスター経路とセカンダリ経路の関連付けを完了する。
b．二重伝送指示（任意選択的）。図4および図5を参照し、UPFは指示に基づいて以下のアクションを行う。
b1．ダウンリンク二重送信：DNによって送信され第1のQoSフローに対応するデータパケットを受信したUPFは、そのデータパケットを複製する。UPFは、第1のQoSフローがあるN3トンネルを通じて元のデータパケットを第1のアクセスデバイスへ送信し、第2のQoSフローがあるN3トンネルを通じて複製されたデータパケットを第2のアクセスデバイスへ送信する。UPFは、第1のQoSフローに対応するデータパケットと第2のQoSフローに対応するデータパケットの各々に二重伝送プロトコルヘッダーを加え、プロトコルヘッダーはパケットシーケンス番号や識別子などを運ぶ。UEは二重伝送プロトコルヘッダーを解析して重複排除動作を実行しうる。
b2．アップリンク二重受信：UPFは、第1のQoSフローに対応し第1のアクセスデバイスによって送信されるデータパケットと、第2のQoSフローに対応し第2のアクセスデバイスによって送信されるデータパケットとを、受信し、データパケット内の二重伝送プロトコルヘッダー情報（シーケンス番号や識別子などを主に含む）に基づいて、データパケットの重複排除を行う。
c．他のPCCルール。UPFは第2のQoSフローに関係するポリシーおよびチャージングルールなどをセットアップする。
【０１７１】
UPFはSMFへN4セッション修正応答メッセージを送信し、マスターQoSフローおよびセカンダリQoSフローのためにUPF側ユーザプレーンリソースの確立を完了する。
【０１７２】
本実施形態で、コアネットワークは、第1のアクセスデバイスと第2のアクセスデバイスとUEとを使用して、第2の伝送経路を確立するよう命令する。同じアクセス技術の場合は、既存のコアネットワークにおいて、通常はただ1つのアクセスデバイスがAMFとのコントロールプレーン接続を有することが許される（例えば、マスターおよびセカンダリ基地局メカニズム）。本実施形態のソリューションでは、ネットワークがわずかに変えられ、既存のネットワークとの適合がより容易になる。
【０１７３】
本発明の前述した実施形態の方法は、現在の4Gネットワークにも適用できる。可能な適用可能なアーキテクチャは図13に示されるアーキテクチャである。図13でUEは3GPPアクセスデバイス（E−UTRAN）を用いてコアネットワークにアクセスする。4Gでは、MMEと、ネットワークにアクセスするためUEによって使用されるアクセスデバイスの各々との間に、コントロールプレーン接続があるなら、UEは代替的に、3GPPアクセスデバイスとNon−3GPPアクセスデバイスの両方を用いてネットワークにアクセスすることもできる。図13のネットワークエレメントの名前と機能説明を表2に示す。
【０１７４】
【表２】
2021501523.tif 000004
【０１７５】
前述した実施形態の方法S900、S1000、S1100、およびS1200の手順を参照し、本発明が4Gネットワークで実装される場合は、PGWネットワークエレメントは本発明の前述した実施形態におけるSMFの対応する機能を果たし、MMEネットワークエレメントは本発明の前述した実施形態におけるAMFの対応する機能を果たし、PCRFは本発明の前述した実施形態におけるPCFの対応する機能を果たし、前述した実施形態を参照して他の関連ネットワークエレメントを実装することもでき、ここでは詳細を説明しない。
【０１７６】
ベアラ（bearer）は4GでQoSを区別する最小限のグラニュラリティであり、1つのベアラの全てのサービスフローで、スケジューリングポリシー、キュー管理、トラフィックシェーピング、リソース構成などを含む同じ転送処理が行われる。異なるQoS処理を提供するには、異なるベアラを使用する必要がある。したがって、4Gでは、1つの伝送経路が1つのベアラに相当する。
【０１７７】
上記では、5Gネットワークアーキテクチャと4Gネットワークアーキテクチャで本発明のソリューションの実装を別々に説明している。前述した全ての実施形態における端末（Terminal）は、様々なハンドヘルドデバイス、車載デバイス、ウェアラブルデバイス、無線通信機能を有する計算デバイス、またはワイヤレスモデムに接続された他の処理デバイスを含み得る。端末は、サブスクライバユニット（subscriber unit）、セル方式電話機（cellular phone）、スマートフォン（smart phone）、ワイヤレスデータカード、個人用デジタル補助（personal digital assistant、PDA）コンピュータ、タブレットコンピュータ、ワイヤレスモデム（modem）、ハンドヘルド（handheld）デバイス、ラップトップコンピュータ（laptop computer）、コードレス電話機（cordless phone）、ワイヤレスローカルループ（wireless local loop、WLL）ステーション、マシンタイプ通信（machine type communication、MTC）端末、ユーザ機器（user equipment、UE）、モバイルステーション（mobile station、MS）、端末デバイス（terminal device）などをさらに含み得る。
【０１７８】
アクセスデバイスは、コアネットワークにアクセスするデバイスを指す。例えば、アクセスデバイスは、基地局、ブロードバンドネットワークゲートウェイ（broadband network gateway、BNG）、アグリゲーションスイッチ、非3GPPアクセスデバイスなどであってよい。基地局は、マクロ基地局、マイクロ基地局（スモールセルとも呼ばれる）、中継局、アクセスポイントなど、様々な形の基地局を含み得る。
【０１７９】
前述した全ての実施形態でSMFエンティティとPGWに関係するアクションは、図2に示された通信デバイス200内のプロセッサ201により、メモリ203に記憶されたアプリケーションプログラムコードを起動することによって行われてうる。これは本願の実施形態で限定されない。端末に関係するアクションもまた、図2に示された通信デバイス200内のプロセッサ201により、メモリ203に記憶されたアプリケーションプログラムコードを起動することによって行われうる。これは本願の実施形態で限定されない。
【０１８０】
本願の実施形態で提供されるソリューションは主に、ネットワークエレメント同士のやり取りの観点から説明されている。前述した機能を実装するため、セッション機能エンティティや端末デバイスが、各機能を実施する対応するハードウェア構造および／またはソフトウェアモジュールを含むことは理解できる。当業者なら、本明細書で開示されている実施形態で説明されている例のユニットやアルゴリズムステップと組み合わせ、本願を、ハードウェアによって、または本願のハードウェアとコンピュータソフトウェアとの組み合わせによって、実装できることに容易に気付くであろう。機能がハードウェアによって果たされるか、それともコンピュータソフトウェアによって駆動されるハードウェアによって果たされるかは、技術的なソリューションの具体的な用途と設計上の制約しだいで決まる。当業者ならそれぞれの具体的用途で説明されている機能を様々な方法で実装できるが、そのような実装は本願の範囲を超えるものと見なすべきではない。
【０１８１】
本願の実施形態で、セッション機能エンティティと端末デバイスは、前述した方法の例に基づいて機能モジュールに分割されてよい。例えば、それぞれの機能モジュールは各機能に基づく分割によって得ることができ、または2つ以上の機能を1つの処理モジュールに統合することもできる。統合されたモジュールはハードウェアの形で実装されてよく、またはソフトウェア機能モジュールの形で実装されてもよい。本願の実施形態でモジュール分割は一例であり、論理的な機能分割に過ぎないことに留意されたい。実際の実装時には他の分割方式を用いることもできる。
【０１８２】
例えば、図14は、前述した全ての実施形態におけるセッション機能エンティティ1400の可能な構造の概略図である。セッション機能エンティティは、決定モジュール1401と、処理モジュール1402と、を含む。決定モジュール1401は、端末とユーザプレーン機能エンティティとの間に第1の伝送経路および第2の伝送経路を確立することを決定するよう、または、第1の伝送経路が既に存在する場合は、第2の伝送経路を確立することを決定するよう、構成される。処理モジュール1402は、第1の伝送経路および第2の伝送経路の確立を開始するよう、または、第1の伝送経路が既に存在する場合は、第2の伝送経路の確立を開始するよう、構成される。処理モジュール1402は、端末またはユーザプレーン機能エンティティに対し、第1の伝送経路および第2の伝送経路で同じデータを伝送するよう命令するようさらに構成される。
【０１８３】
任意選択的に、セッション機能エンティティは通知モジュール1403をさらに含み、通知モジュール1403は、処理モジュール1402が第2の伝送経路の確立を開始するときに、ユーザプレーン機能エンティティおよび／または端末に対し、第1の伝送経路および第2の伝送経路で同じデータの伝送を開始するよう命令するよう、または第2の伝送経路の確立が完了された後に、端末の要求またはネットワーク側の要求に基づいて、ユーザプレーン機能エンティティおよび／または端末に対し、第1の伝送経路および第2の伝送経路で同じデータの伝送を開始するよう命令するよう構成される。具体的な二重伝送処理方式については、図4、図5、および前述した実施形態の内容を参照されたい。
【０１８４】
任意選択的に、決定モジュール1401は、端末またはポリシー機能エンティティによって送信されるサービス要求に基づいて、サービスのQoS情報を得、QoS情報に基づいて、端末とユーザプレーン機能エンティティとの間に第1の伝送経路および第2の伝送経路を確立する必要があることを決定し、または、決定モジュール1401は、端末によって送信されるサービス要求で運ばれるマスターおよびセカンダリ伝送経路確立指示かバイキャスティング指示に基づいて、ポリシー機能エンティティの許可を求め、許可の結果に基づいて、端末とユーザプレーン機能エンティティとの間に第1の伝送経路および第2の伝送経路を確立する必要があることを決定する。
【０１８５】
任意選択的に、決定モジュール1401は、端末またはポリシー機能エンティティによって送信される要求メッセージを受信するよう構成され、要求メッセージに基づいて、端末とユーザプレーン機能エンティティとの間に第2の伝送経路を確立する必要があることを決定し、または、決定モジュール1401は、ユーザプレーン機能エンティティによって送信される第1の伝送経路に関する通知メッセージを受信し、通知メッセージに基づいて、第2の伝送経路を確立する必要があることを決定する。例えば、通知メッセージは、第1の伝送経路に欠陥があることを示す通知メッセージであってよい。
【０１８６】
任意選択的に、処理モジュール1402は、モビリティ管理エンティティへ第1および第2伝送経路確立要求を送信し、モビリティ管理エンティティに対し、第1および第2伝送経路確立要求に基づいて、第1のアクセスデバイスおよび第2のアクセスデバイスに対し、第1の伝送経路および第2の伝送経路をそれぞれ確立するために端末とネゴシエートするよう命令するよう、命令する。
【０１８７】
セッション機能エンティティはSMFまたはPGWでありうる。前述した全ての実施形態における全ての関連する内容は、対応する機能モジュールの機能の説明に引用できるため、ここでは詳細を説明しない。
【０１８８】
図15は、前述した全ての実施形態における端末の可能な装置構造の概略図である。装置1500は端末または端末内のチップであってよい。これは本願の本実施形態で具体的に限定されない。装置1500は、相互作用モジュール1501と、処理モジュール1502と、を含む。相互作用モジュール1501は、セッション機能エンティティによって送信されるメッセージを受信するよう構成される。メッセージは、端末デバイスに対し、ユーザプレーン機能エンティティと端末との間の第1の伝送経路および第2の伝送経路で同じデータを伝送するよう命令する。処理モジュール1502は、第1の伝送経路および第2の伝送経路で同じデータを伝送するよう構成される。
【０１８９】
任意選択的に、相互作用モジュール1501は、セッション機能エンティティへサービス要求を送信し、サービス要求は、少なくとも2つの伝送経路を確立する指示を、または第2の伝送経路を確立する指示を、運ぶ、ようにさらに構成される。
【０１９０】
任意選択的に、相互作用モジュール1501は、第1の伝送経路および第2の伝送経路をそれぞれ確立するために、第1のアクセスデバイスおよび第2のアクセスデバイスとネゴシエートする。
【０１９１】
任意選択的に、図4、図5、および前述した実施形態を参照し、処理モジュール1502が第1の伝送経路および第2の伝送経路で同じデータを伝送することは、処理モジュール1502がユーザプレーン機能エンティティに向けて第1の伝送経路および第2の伝送経路で同じデータを伝送すること、または処理モジュール1502がユーザプレーン機能エンティティによって送信される同じデータを第1の伝送経路および第2の伝送経路で受信し、受信したデータの重複排除を行うこと、または、処理モジュール1502が、データを受信するために、第1の伝送経路および第2の伝送経路からいずれか一方の伝送経路を選択すること、を含む。
【０１９２】
任意選択的に、装置1500がチップである場合は、相互作用モジュール1501の機能／実行プロセスは、ピンや回路などを用いて実行されてよい。
【０１９３】
前述した全ての実施形態の全関連内容は、対応する機能モジュールの機能の説明に引用できるため、ここでは詳細を説明しない。
【０１９４】
本願の実施形態で提供されるセッション機能エンティティ1400と装置1500は、サービスの信頼性を向上させる方法を全て行うように構成される。したがって、セッション機能エンティティ1400と装置1500によって達成できる技術的な効果については、前述した方法の実施形態を参照されたい。ここでは詳細を説明しない。
【０１９５】
本願は、特定の特徴とその実施形態を参照して説明されているが、当然ながら、本願の精神および範囲から逸脱することなく、本願に様々な修正や組み合わせを行うことができる。相応に、明細書と添付の図面は、添付のクレームによって規定される本願の例示的な説明に過ぎず、本願の範囲に入る修正、変更、組み合わせ、または同等物のいずれかまたは全てと見なされる。当業者が、本願の精神および範囲から逸脱せずに、本願に様々な修正や変更を加えることができることは明白である。本願は、以降のクレームとそれらと同等の技術とによって定められる保護の範囲内にある本願のこれらの修正や変更を網羅することを意図する。
【符号の説明】
【０１９６】
10  システム
101  端末
102  第1のアクセスデバイス
103  第2のアクセスデバイス
104  セッション機能エンティティ
105  ユーザプレーン機能エンティティ
106  ポリシー機能エンティティ
200  通信デバイス
201  プロセッサ
202  通信バス
203  メモリ
204  通信インタフェース
205  出力デバイス
206  入力デバイス
208  プロセッサ
401  プロセッサ
405  出力デバイス
S300  方法
S600  方法
S700  方法
900  実施形態
1000  実施形態
1100  実施形態
1200  実施形態
1400  セッション機能エンティティ
1401  決定モジュール
1402  処理モジュール
1403  通知モジュール
1500  装置
1501  相互作用モジュール
1502  処理モジュール
【図１】
2021501523.tif 000005
【図２】
2021501523.tif 000006
【図３】
2021501523.tif 000007
【図４】
2021501523.tif 000008
【図５】
2021501523.tif 000009
【図６】
2021501523.tif 000010
【図７】
2021501523.tif 000011
【図８Ａ】
2021501523.tif 000012
【図８Ｂ】
2021501523.tif 000013
【図９Ａ】
2021501523.tif 000014
【図９Ｂ】
2021501523.tif 000015
【図１０Ａ】
2021501523.tif 000016
【図１０Ｂ】
2021501523.tif 000017
【図１１Ａ】
2021501523.tif 000018
【図１１Ｂ】
2021501523.tif 000019
【図１２Ａ】
2021501523.tif 000020
【図１２Ｂ】
2021501523.tif 000021
【図１３】
2021501523.tif 000022
【図１４】
2021501523.tif 000023
【図１５】
2021501523.tif 000024
【手続補正書】
【提出日】令和2年6月8日(2020.6.8)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本願は通信技術分野に関し、特にサービスの信頼性を向上させる方法、デバイス、およびシステムに関する。
【背景技術】
【０００２】
2016年末までに、ワイヤレスブロードバンド技術の課題に対処し、第3世代パートナーシッププロジェクト（3rd generation partnership project、3GPP）ネットワークの主導的地位を確保するため、3GPP規格団体は、第5世代（5th generation、5G）ネットワークアーキテクチャと呼ばれる次世代移動通信システム（next generation system）のネットワークアーキテクチャを考案した。
【０００３】
5Gネットワークアーキテクチャでは超高信頼・低遅延通信（ultra−reliable low latency communication、URLLC）シナリオが規定されており、低遅延で高信頼性の接続を必要とする無人運転や産業オートメーションなどのサービスを主に含む。5Gネットワークの先進エアインタフェース技術と最適化されたコアネットワークアーキテクチャは、このシナリオの要件を満たすことを可能にする。しかしながら、モバイルネットワークの最下位層や上位層ルーティングプロトコルなどはそれぞれ、ある程度の不安定性があり、また、前述したシナリオにおけるサービスは、主に生命の安全や生産の安全に関係する。したがって、誤りは許されない。この場合は、最適なネットワークソリューションを提供する必要があり、それにより、ネットワークは、リンクの質が悪くともなお、可能な限り要件を満たすことができる。
【発明の概要】
【課題を解決するための手段】
【０００４】
高信頼度運用の要件を満たすため、本願はサービスの信頼性を向上させるネットワークを提供する。ネットワークは、セッション機能エンティティと、ユーザプレーン機能エンティティと、を含む。セッション機能エンティティは、端末とユーザプレーン機能エンティティとの間で少なくとも2つの伝送経路の確立を開始することを決定し、端末またはユーザプレーン機能エンティティに対し、少なくとも2つの経路で同じデータを伝送するよう命令するよう構成される。ユーザプレーン機能エンティティは、セッション機能エンティティの通知に基づいて、少なくとも2つの伝送経路にユーザプレーンリソースを割り当て、また、端末に向けて少なくとも2つの伝送経路で同じデータを伝送するよう構成される。ネットワークが端末への少なくとも2つの伝送経路の確立を開始するため、高信頼度サービスのデータ伝送の信頼性は十分に保証される。
【０００５】
複数の伝送経路を確立することを決定するようネットワークがトリガーされる状況は複数あり、これは、
セッション機能エンティティが、端末またはポリシー機能エンティティによって送信されるサービス要求に基づいて、サービスのQoS情報を得ることと、QoS情報に基づいて、端末とユーザプレーン機能エンティティとの間に第1の伝送経路および第2の伝送経路を確立する必要があることを決定すること、または、セッション機能エンティティが、端末によって送信されるサービス要求に携えられたマスターおよびセカンダリ伝送経路確立指示かバイキャスティング指示に基づいて、ポリシー機能エンティティの許可を求めることと、許可結果の結果に基づいて、端末とユーザプレーン機能エンティティとの間に第1の伝送経路および第2の伝送経路を確立する必要があることを決定することと、を含む。
【０００６】
セッション機能エンティティが、端末またはユーザプレーン機能エンティティに対し、第1の伝送経路および第2の伝送経路で同じデータを伝送するよう命令することは、セッション機能エンティティにより、端末またはユーザプレーン機能エンティティへ関連付け識別子（またはバックアップ識別子と呼ばれる）を送信することを含む。関連付け識別子は、端末またはユーザプレーン機能エンティティに対し、第1の伝送経路および第2の伝送経路で同じデータを伝送するよう命令する。
【０００７】
複数の伝送経路の確立と、端末およびユーザプレーン機能エンティティに対し、複数の確立された伝送経路でデータの伝送を開始するよう命令することは、順次に完了されてよく、または同時に完了されてもよい。例えば、セッション機能エンティティは、第1の伝送経路および第2の伝送経路の確立を開始している間に、ユーザプレーン機能エンティティおよび／もしくは端末に対し、確立された第1の伝送経路および第2の伝送経路で同じデータの伝送を開始するよう命令してよく、または、第1の伝送経路および第2の伝送経路の確立が完了された後に、セッション機能エンティティは、ユーザプレーン機能エンティティおよび／もしくは端末に対し、第1の伝送経路および第2の伝送経路で同じデータの伝送を開始するよう命令しうる。このような処理方式は、複数の伝送経路の運用の柔軟性を高めることができる。
【０００８】
ネットワークで複数の伝送経路が確立される方式は複数あり得る。一つの方式では、複数の伝送経路が別々に確立されうる。伝送経路を担うアクセスデバイスは互いに関連付けされないことがある。換言すると、セッション機能エンティティは、モビリティ管理エンティティに対し、第1のアクセスデバイスおよび第2のアクセスデバイスに対して第1の伝送経路および第2の伝送経路をそれぞれ確立するために端末とネゴシエートするよう命令するよう、命令する。他の方式では、セッション機能エンティティが1つのアクセスデバイスを用いて複数の伝送経路の確立を開始しうる（具体的に述べると、第1のアクセスデバイスがアンカーとして使用される）。例えば、セッション機能エンティティはモビリティ管理エンティティへ第1および第2伝送経路確立要求を送信する。セッション機能エンティティの指示に基づいて、モビリティ管理エンティティは、第1のアクセスデバイスに対し、第1の伝送経路を確立するよう命令し、第1のアクセスデバイスに対し、第2のアクセスデバイスに対して第2の伝送経路を確立するよう命令するよう、命令する。例えば、第1のアクセスデバイスは第2のアクセスデバイスのリソース情報を得ることができ、その後端末に通知でき、端末は、第2の伝送経路の確立を完了するため、第2のアクセスデバイスへの接続の確立を開始できる。
【０００９】
端末またはユーザプレーン機能エンティティが第1の伝送経路および第2の伝送経路で同じデータを伝送することは、ユーザプレーン機能エンティティまたは端末により、第1の伝送経路および第2の伝送経路で同じデータを伝送すること、または、ユーザプレーン機能エンティティまたは端末により、第1の伝送経路および第2の伝送経路で同じデータを受信することと、受信したデータの重複排除を行うことと、を含む。加えて、受信側で、端末またはユーザプレーン機能エンティティは、データを受信するために、データ伝送品質および／またはリンク品質に基づいて、2つの確立された伝送経路のいずれか一方を代替的に選択することもでき、重複排除動作を行う必要はない。経路品質検出の動作が加えられるが、データ重複排除の負担は軽減できる。
【００１０】
5Gネットワークにおいて、セッション機能エンティティはセッション管理機能SMFエンティティであり、ユーザプレーン機能エンティティはUPFであり、4Gネットワークにおいて、セッション機能エンティティはパケットデータゲートウェイPGWであり、ユーザプレーン機能エンティティはゲートウェイユーザプレーン機能GW−Uである。
【００１１】
本願で提供されるネットワークは、端末とユーザプレーン機能エンティティとの間に第1の伝送経路が既に存在する場合に、第2の伝送経路の確立が開始される状況にもさらに適用できる。この場合、セッション機能エンティティは、端末とユーザプレーン機能エンティティとの間に第2の伝送経路を確立することを決定する。セッション機能エンティティは、第2の伝送経路の確立を開始し、第2伝送経路確立要求を使用して、端末またはユーザプレーン機能エンティティに対し、第1の伝送経路および第2の伝送経路で同じデータを伝送するよう命令しうる。
【００１２】
セッション機能エンティティが端末とユーザプレーン機能エンティティとの間に第2の伝送経路を確立する必要があることを決定する方式は、セッション機能エンティティにより、端末またはポリシー機能エンティティによって送信される要求メッセージを受信することと、要求メッセージに基づいて、端末とユーザプレーン機能エンティティとの間に第2の伝送経路を確立する必要があることを決定することと、を含む。この方式は、セッション機能エンティティにより、ユーザプレーン機能エンティティによって送信される第1の伝送経路に関する通知メッセージ（障害通知メッセージなど）を受信することと、第2の伝送経路を確立する必要があることを決定することとを、さらに含みうる。第1の伝送経路が既に存在するときに第2の伝送経路が確立される状況は、接続が開始されるときに第2の伝送経路が確立される状況に似ている。ここでは詳細を説明しない。
【００１３】
対応して、本願はサービスの信頼性を向上させる方法も提供する。この方法を実施する手順は、上述したネットワークシステムの手順と基本的に一致する。詳細について繰り返し説明しない。
【００１４】
本願は端末装置をさらに提供する。装置は端末または端末内のチップであってよい。装置は前述した実施形態を実行する機能を有する。それらの機能は、ハードウェアによって実行されてよく、または対応するソフトウェアを実行するハードウェアによって実行されてもよい。ハードウェアまたはソフトウェアは、機能に相当する1つ以上のモジュールを含む。可能な一設計において、装置が端末である場合、端末は、相互作用モジュールと、処理モジュールと、を含む。相互作用モジュールは、セッション機能エンティティによって送信されるメッセージを受信するよう構成される。メッセージは、処理モジュールに対し、ユーザプレーン機能エンティティと端末との間の第1の伝送経路および第2の伝送経路で同じデータを伝送するよう命令するために用いられる。処理モジュールは、第1の伝送経路および第2の伝送経路で同じデータを伝送するよう構成される。
【００１５】
本願は、決定モジュールと処理モジュールとを含む、セッション機能エンティティを、例えばSMFを、さらに提供する。決定モジュールは、端末とユーザプレーン機能エンティティとの間に第1の伝送経路および第2の伝送経路を確立することを決定するよう、または、第1の伝送経路が既に存在する場合に、第2の伝送経路を確立することを決定するよう、構成される。処理モジュールは、第1の伝送経路および第2の伝送経路の確立を開始するよう、または、第1の伝送経路が既に存在する場合に、第2の伝送経路の確立を開始するよう、構成される。処理モジュールは、端末またはユーザプレーン機能エンティティに対し、第1の伝送経路および第2の伝送経路で同じデータを伝送するよう命令するようさらに構成される。
【００１６】
前述した端末およびセッション機能エンティティの機能ユニットのさらに詳しい機能については、方法およびシステムの実施形態の説明を参照されたい。ここでは詳細を説明しない。当業者なら、本発明の実施形態で提供される方法およびシステムの説明を基にして、機能ユニットの具体的機能を柔軟に実装できる。
【００１７】
本願はコンピュータプログラム製品をさらに提供する。コンピュータ製品が実行されると、上述した端末とネットワークによって行われる方法を行うために、コンピュータプログラム製品が用いられる。
【００１８】
本願はコンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体は命令を記憶し、命令は、上述した端末とネットワークによって行われる方法を行うために用いられる。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施形態によるサービスの信頼性を向上させるシステム10の概略構造図である。
【図２】本発明の一実施形態による通信デバイス200の概略構造図である。
【図３】本発明の一実施形態によるサービスの信頼性を向上させる方法S300の概略流れ図である。
【図４】本発明の一実施形態により端末とユーザプレーン機能エンティティとによって2つの伝送経路を通じてデータ伝送を実施する概略図である。
【図５】本発明の一実施形態による送信器側の二重送信機構と受信器側の二重受信機構の概略図である。
【図６】本発明の一実施形態により2つの伝送経路の確立を同時に開始する方法600の概略図である。
【図７】本発明の一実施形態により新たな伝送経路の確立を開始する方法700の概略図である。
【図８Ａ】本発明の一実施形態による5Gシステムの概略構造図である。
【図８Ｂ】本発明の一実施形態による5Gシステムの概略構造図である。
【図９Ａ】本発明の一実施形態により5Gシナリオで2つの伝送経路の確立を同時に開始する方法900のシグナリング流れ図である。
【図９Ｂ】本発明の一実施形態により5Gシナリオで2つの伝送経路の確立を同時に開始する方法900のシグナリング流れ図である。
【図１０Ａ】本発明の一実施形態により5Gシナリオで2つの伝送経路の確立を同時に開始する方法1000のシグナリング流れ図である。
【図１０Ｂ】本発明の一実施形態により5Gシナリオで2つの伝送経路の確立を同時に開始する方法1000のシグナリング流れ図である。
【図１１Ａ】本発明の一実施形態により5Gシナリオで新たな伝送経路を確立する方法1100のシグナリング流れ図である。
【図１１Ｂ】本発明の一実施形態により5Gシナリオで新たな伝送経路を確立する方法1100のシグナリング流れ図である。
【図１２Ａ】本発明の一実施形態により5Gシナリオで新たな伝送経路を確立する方法1200のシグナリング流れ図である。
【図１２Ｂ】本発明の一実施形態により5Gシナリオで新たな伝送経路を確立する方法1200のシグナリング流れ図である。
【図１３】本発明の一実施形態による4Gシステムの概略構造図である。
【図１４】本発明の一実施形態によるセッション機能エンティティ1400の概略図である。
【図１５】本発明の一実施形態による装置1500の概略図である。
【発明を実施するための形態】
【００２０】
以下、本願の実施形態の添付の図面を参照しながら本願の実施形態の技術的なソリューションを説明する。本願の説明では、特に明記されていない限り、「／」は「または」を意味する。例えば、A／BはAまたはBを意味し得る。本明細書における「および／または」は関連する物の関連付け関係を専ら説明するものであり、3つの関係があり得ることを意味する。例えば、Aおよび／またはBは3つのケースを、すなわちAのみ存在するケースと、AとBの両方が存在するケースと、Bのみ存在するケースとを意味し得る。加えて、本願の説明で用語「複数の」は、特に明記されていない限り、2つ以上を意味する。加えて、本願の実施形態で技術的なソリューションを明確に説明するため、本願の実施形態では「第1」および「第2」などの用語を用いて、基本的に同じ機能や目的を持つ同じものを、または類似するものを、区別する。当業者なら、「第1」および「第2」などの用語が数量や実行順序を限定することを意図しておらず、「第1」および「第2」などの用語が明確な違いを示すものではないことを理解できる。
【００２１】
図1は、本発明の一実施形態によるサービスの信頼性を向上させるシステム10の概略構造図である。サービスの信頼性を向上させるシステム10は、端末101、第1のアクセスデバイス102、および第2のアクセスデバイス103、またはさらなるアクセスデバイスを含む。サービスの信頼性を向上させるシステム10は、セッション機能エンティティ104とユーザプレーン機能エンティティ105とを含み、また、ポリシー機能エンティティ106をさらに含み得る、機能ネットワークエレメントを、コアネットワーク内にさらに含む。ユーザ端末101は、第1のアクセスデバイス102および／または第2のアクセスデバイス103を用いてコアネットワークにアクセスし、コアネットワークとのサービスデータ伝送を行う。第1のアクセスデバイス102と第2のアクセスデバイス103はいずれもコアネットワークに接続されている。コアネットワークはアクセスデバイスを用いて端末101への伝送経路を確立する。
【００２２】
端末101は、アクセスデバイス（102および103）とやり取りし、端末101とコアネットワーク内のユーザプレーン機能エンティティ105との間に少なくとも2つの伝送経路（第1の伝送経路および第2の伝送経路など）を確立し、また、アクセスデバイス（102および103）を用いてセッション機能エンティティ104によって送信されるメッセージを受信するよう構成され、メッセージは、端末に対し、第1の伝送経路および第2の伝送経路で同じデータを伝送するよう命令する。
【００２３】
第1のアクセスデバイス102と第2のアクセスデバイス103は、セッション機能エンティティ104、ユーザ端末101、または他のアクセスデバイスの命令に基づいて、ユーザ端末101とユーザプレーン機能エンティティ105との間にデータ伝送経路を確立するよう構成される。
【００２４】
セッション機能エンティティ104は、端末101とユーザプレーン機能エンティティ105との間で少なくとも2つの伝送経路の確立を開始することを決定し、端末101またはユーザプレーン機能エンティティ105に対し、少なくとも2つの経路で同じデータを伝送するよう命令するよう構成される。
【００２５】
ユーザプレーン機能エンティティ105は、少なくとも2つの伝送経路にユーザプレーンリソースを割り当て、また、少なくとも2つの伝送経路で同じデータを伝送するよう構成される。
【００２６】
ポリシー機能エンティティ106は、セッション機能エンティティ104に対し、端末101とコアネットワークとの間で少なくとも2つの伝送経路の確立を開始するよう命令または許可し、少なくとも2つの伝送経路は、同じユーザ端末へ同じデータを伝送するために用いられる、よう構成される。
【００２７】
第1のアクセスデバイス102と第2のアクセスデバイス103における用語「第1」および「第2」は、論理的に区別されているに過ぎない。具体的な実装時に、第1のアクセスデバイス102と第2のアクセスデバイス103は別々の物理的エンティティであってもよく、または同じ物理的エンティティであってもよく、例えば同じ基地局であってもよい。他の実装によると、第1のアクセスデバイス102と第2のアクセスデバイス103は通信可能なように接続されてもよく、または通信可能なように接続されなくてもよく、情報を交換してもよく、または情報を交換する必要はなくてもよい。これは本発明の本実施形態で限定されない。本発明の実施形態で説明されている伝送経路は、サービスデータが伝送されうる論理チャネルまたはデータ経路を指す。伝送経路の複数の具体的実装があってよく、または伝送経路を確立する複数の方法があってよい。例えば、伝送経路は、5Gネットワーク内のUPFとUEとの間のユーザプレーン経路であってよい。
【００２８】
システム10は、4Gネットワークと5Gネットワークと将来の他のネットワークとに適用できる。本発明の本実施形態で提供されるサービスの信頼性を向上させるシステム10において、コアネットワークは同じ端末のための少なくとも2つの伝送経路を確立し、コアネットワークは少なくとも2つの伝送経路の各々で端末とともに同じデータを伝送するため、サービスの伝送品質がより良く保証され、サービスの信頼性が向上する。
【００２９】
セッション機能エンティティ104、端末101、または図1内の他の機能エンティティは、図2の通信デバイス200によって実装されてよい。通信デバイス200は、少なくとも1つのプロセッサ201と、通信バス202と、メモリ203と、少なくとも1つの通信インタフェース204とを含む。プロセッサ201は、汎用中央処理装置（central processing unit、CPU）、マイクロプロセッサ、特定用途向け集積回路（application−specific integrated circuit、ASIC）、または本願のソリューションでプログラムの実行を制御するよう構成された1つ以上の集積回路であってよい。通信バス202は、前述したコンポーネント間で情報を伝送するためのチャネルを含んでよい。通信インタフェース204は、トランシーバなどの任意の装置を使用し、他のデバイスと、またはイーサネットや無線アクセスネットワーク（radio access network、RAN）やワイヤレスローカルエリアネットワーク（wireless local area networks、WLAN）などの他の通信ネットワークと、通信するよう構成される。メモリ203は、読み取り専用メモリ（read−only memory、ROM）、静的な情報と命令を記憶できる別種の静的ストレージデバイス、またはランダムアクセスメモリ（random access memory、RAM）、または情報と命令を記憶できる別種の動的ストレージデバイスであってよい。あるいは、メモリ203は、電気的消去可能プログラム可能読み取り専用メモリ（electrically erasable programmable read−only memory、EEPROM）、コンパクトディスク読み取り専用メモリ（compact disc read−only memory、CD−ROM）、他のコンパクトディスクストレージ、光ディスクストレージ（コンパクトディスク、レーザーディスク(登録商標)、光ディスク、デジタル多用途ディスク、ブルーレイ光ディスクなどを含む）、磁気ディスクストレージ媒体、または他の磁気ストレージデバイス、または所期プログラムコードを命令またはデータ構造の形で担持または記憶するために使用でき、コンピュータによってアクセスできる、他の何らかの媒体であってもよい。ただし、メモリ203はこれらに限定されない。メモリは単独で存在してよく、バスを用いてプロセッサに接続される。メモリはプロセッサと一体化されてもよい。メモリ203は、本願の以降の実施形態の方法を行うためのアプリケーションプログラムコードを記憶するよう構成され、プロセッサ201は実行を制御する。プロセッサ201は、本願の以下の実施形態で提供されるサービスの信頼性を向上させる方法を実施するため、メモリ203に記憶されたアプリケーションプログラムコードを実行するよう構成される。
【００３０】
具体的な実装時に、プロセッサ201は、一実施形態において、図2のCPU 0やCPU 1など、1つ以上のCPUを含んでよい。具体的な実装時に、通信デバイス200は、一実施形態において、図2のプロセッサ201やプロセッサ208など、複数のプロセッサを含んでよい。これらのプロセッサの各々は、シングルコア（single−CPU）プロセッサであってよく、またはマルチコア（multi−CPU）プロセッサであってもよい。ここでのプロセッサは、データ（例えば、コンピュータプログラム命令）を処理するよう構成された1つ以上のデバイス、回路、および／または処理コアであってよい。具体的な実装時に、通信デバイス200は、一実施形態において、出力デバイス205と入力デバイス206とをさらに含んでよい。出力デバイス205はプロセッサ401と通信し、複数の方式で情報を表示できる。例えば、出力デバイス405は、液晶ディスプレイ（liquid crystal display、LCD）、発光ダイオード（light emitting diode、LED）表示デバイス、ブラウン管（cathode ray tube、CRT）表示デバイス、プロジェクタ（projector）などであってよい。入力デバイス206はプロセッサ201と通信し、複数の方式でユーザ入力を受け取ることができる。例えば、入力デバイス206は、マウス、キーボード、タッチスクリーンデバイス、感知デバイスなどであってよい。
【００３１】
システム10と通信デバイス200とに基づき、本願の一実施形態は、サービスの信頼性を向上させる方法S300を提供する。同じ端末のための少なくとも2つの伝送経路が確立され、端末のための少なくとも2つの伝送経路の各々で同じサービスデータが伝送されるため、サービスの伝送品質がより良く保証され、サービスの信頼性が向上する。
【００３２】
S301．コアネットワークはコアネットワークとユーザ端末との間で少なくとも2つの伝送経路の確立を開始することを決定し、少なくとも2つの伝送経路はユーザ端末へ同じサービスデータを同時に伝送できる。
【００３３】
コアネットワーク内のセッション機能エンティティは、確立を能動的に開始してよく、または端末の要求またはポリシー機能エンティティの要求に基づいて、コアネットワーク内のユーザプレーン機能エンティティと端末との間で少なくとも2つの伝送経路の確立を開始してもよい。例えば、端末は、端末の構成、サービス要件、またはネットワーク環境に基づいて、セッション機能エンティティへマスターおよびセカンダリ伝送経路確立要求を送信する。あるいは、ポリシー機能エンティティおよび／またはセッション機能エンティティは、ネットワークの状態、サービス属性、または端末によって送信されるQoS改善要求に基づいて、少なくとも2つの伝送経路の確立を能動的に開始する。勿論、少なくとも2つの伝送経路の確立は、端末とコアネットワークのネットワークエレメントとによって、ネゴシエーションを通じて協調的に開始されてもよい。これは本発明の本実施形態で限定されない。
【００３４】
少なくとも2つの伝送経路は同時に確立されてよく、または少なくとも2つの伝送経路が同じユーザ端末のために同じデータを同時に伝送できるのであれば、順次に確立されてもよい。少なくとも2つの伝送経路は相互マスター・セカンダリ関係にあってよい。この場合は、少なくとも2つの伝送経路で同じサービスデータが同時に伝送されてよい。あるいは、サービスデータは伝送経路のいくつかで現在送信されてよい。他の伝送経路ではデータが送信されていないが、該他の伝送経路は既に確立されており、準備が整った状態にある。コアネットワークの構成、端末の構成、またはサービス環境によってトリガーされ、該他の伝送経路および現在の伝送経路で同じサービスデータが同時に伝送されてよい。
【００３５】
コアネットワークは、様々なアクセスデバイスを用いて端末への少なくとも2つの伝送経路を確立してよい。あるいは、コアネットワークは、同じアクセスデバイスを用いて端末への複数の伝送経路を確立してもよい。あるいは、コアネットワークは、1つのアクセスデバイスをアンカーとして用いて複数の伝送経路の確立を開始してよい。コアネットワーク内のセッション機能エンティティは端末のアクセスタイプ情報を記憶するため、セッション機能エンティティは、端末のアクセス情報に基づいて、端末が2つのアクセスデバイスの各々へのコントロールプレーン接続を有しているかどうかを知ることができる。端末が2つのアクセスデバイスの各々に至るコントロールプレーン接続を有しているならば、コアネットワークとアクセスデバイスの各々が伝送経路を確立する。端末がただ1つのアクセスデバイスへのコントロールプレーン接続を有しているならば、他のアクセスデバイスは、該アクセスデバイスによって、複数の伝送経路の確立を開始するよう命令される。
【００３６】
S302．コアネットワークは少なくとも2つの伝送経路を通じて端末とのデータ伝送を行う。
【００３７】
ここでのデータ伝送は、少なくとも2つの伝送経路で同じデータが同時に伝送されることでありうる。あるいは、ここでのデータ伝送は、伝送経路のいくつかでサービスデータが実際に伝送されており、他の伝送経路は既に確立されており、データ伝送が実際に行われていない状態にあることでありうる。コアネットワークの構成および／もしくは端末の構成、またはサービス環境によってトリガーされ、データ伝送が実際に行われていない状態の伝送経路で同じサービスデータが伝送され始めうる。
【００３８】
コアネットワーク側で、コアネットワークは少なくとも2つの伝送経路で端末へ同じサービスデータを同時に配信しうる（二重送信またはバイキャスティング）。コアネットワークはまた、少なくとも2つの伝送経路で端末によって送信される同じサービスデータを同時に受信し、重複排除処理を行いうる（二重受信）。
【００３９】
端末側で、端末は少なくとも2つの伝送経路でコアネットワークによって送信されるサービスデータを受信し、重複排除処理を行いうる（二重受信）。端末はまた、少なくとも2つの伝送経路で同じサービスデータをコアネットワークへ同時に送信しうる（二重送信またはバイキャスティング）。
【００４０】
以下、2つの伝送経路を一例として使用し、コアネットワーク側と端末側でのデータ送信機構とデータ受信機構を説明する。
【００４１】
本発明の本実施形態では、方法S300で説明されている二重送信機能と二重受信機能を実行するため、ユーザ端末（user equipment、UE）とコアネットワーク内のユーザプレーン機能エンティティの各々にプロトコルスタックが加えられてよい。図4を参照すると、ユーザ端末とコアネットワーク内のユーザプレーン機能エンティティが2つの伝送経路を通じてデータ伝送を実行し、プロトコルスタックを用いて二重送信処理と二重受信処理を行うことが分かる。NCPはネットワーク制御プロトコルNetwork Control Protocolである。第1の伝送経路（Path1）と第2の伝送経路（Path2）はいずれも3GPP経路であってよく、または3GPP経路とNon−3GPP経路であってもよい。
【００４２】
図4はデータフローの伝送方向を示している。送信器側の二重送信機構と受信器側の二重受信機構については、図5をさらに参照することもできる。ユーザ端末UEでは、送信される必要のあるAPPのパケットがローカルバスなどを用いて携帯電話機のベースバンドチップに送信されることが分かる。ベースバンドチップは上位層からサービスパケットを受け取り、パケットを複製し、パケットにシーケンス番号とNCP IDを付け、その後Path1とPath2でパケットを送信する。ユーザプレーン機能エンティティ側は、パケットを受信した後に、path1とpath2とに関係するプロトコルヘッダーを除去し、NCP IDとシーケンス番号とに基づいて重複排除を行い、その後データネットワーク（Data Network、DN）へデータパケットを送信する。
【００４３】
送信中に第1の伝送経路（path1）でシーケンス番号が2であるデータパケットが失われることが図5の受信器側から分かる。マスター・セカンダリ伝送経路機構が用いられているため、システムは、データ受信時に、シーケンス番号が2である失われたデータパケットを第2の伝送経路で得ることができるため、データ受信の信頼性と品質が向上する。
【００４４】
例えば、図5に示されているように、受信器側では、データ伝送品質および／またはリンク品質に基づいて、2つの確立された伝送経路のいずれか一方が受信のため選択されてよく（代替方式）、重複排除動作は行う必要がない。例えば、ネットワーク側か端末は、サンプリングを周期的に行って2つの伝送経路のデータ伝送品質を監視し、品質の動的変化に基づいて、伝送品質が高い方の伝送経路を、または現在のサービス要件をより良く満たす伝送経路（最も安定しているか最も速い伝送経路）を、データ受信のため、時間内に選択する。重複排除を行う必要がある方式と比べて、代替方式は受信器側での重複排除処理の負担を軽減できる。
【００４５】
本発明の本実施形態におけるサービスの信頼性を向上させる方法によると、同じ端末のためのコアネットワークに至る少なくとも2つの伝送経路が確立され、2つの伝送経路で同じサービスデータを同時に伝送でき、送信器側と受信器側でそれぞれ二重送信機構と二重受信機構がさらに使用されるため、高信頼度データ伝送が実現する。
【００４６】
以下、具体的な適用シナリオを参照し、2つの伝送経路を一例として説明に使用する。本実施形態で、2つの伝送経路は第1の伝送経路および第2の伝送経路と呼ばれ、またはマスター伝送経路およびセカンダリ伝送経路（マスター経路およびセカンダリ経路）と呼ばれる。マスター経路およびセカンダリ経路と第1の伝送経路および第2の伝送経路との対応関係は、本実施形態で限定されない。換言すると、第1の伝送経路または第2の伝送経路は、互いにマスター／セカンダリ伝送経路であってよい。
【００４７】
図6を参照し、方法S600で2つの伝送経路の各々の確立を開始するステップを以下に説明する。
【００４８】
S601．端末またはコアネットワーク内のポリシー機能エンティティは、高信頼度サービスのデータ伝送を確保する必要がある場合に、セッション機能エンティティへ高信頼度伝送経路確立要求を送信する。
【００４９】
S602．セッション機能エンティティは、端末とユーザプレーン機能エンティティとの間に、2つの伝送経路を、すなわち第1の伝送経路および第2の伝送経路とを、確立する必要があることを決定する。
【００５０】
S603．セッション機能エンティティは、第1の伝送経路および第2の伝送経路の確立を開始し、2つの伝送経路を確立するため、2つの伝送経路の識別子と関連付け関係をアクセスデバイスとユーザ端末に通知する。
【００５１】
具体的に述べると、アクセスデバイスを用いて2つの伝送経路が2通りの方式で確立されうる。
【００５２】
方式1：セッション機能エンティティは、第1のアクセスデバイスと第2のアクセスデバイスをそれぞれ用いて第1の伝送経路および第2の伝送経路を確立する。この方式は以下のステップを具体的に含みうる。
【００５３】
S6031．第1のアクセスデバイスに対し、第1の伝送経路を確立するよう、第1の伝送経路の確立は先行技術に属しており、ここでは詳細を説明しない。
【００５４】
S6032．第1の伝送経路および第2の伝送経路の識別子と関連付け識別子とを第2のアクセスデバイスに通知し、第2のアクセスデバイスに対し、第2の伝送経路を確立するよう命令する。
【００５５】
S6033．第1の伝送経路および第2の伝送経路の識別情報およびリソースと関連付け識別子をコアネットワーク内のユーザプレーン機能エンティティに通知し、コアネットワーク内のユーザプレーン機能エンティティに対し、2つの伝送経路の確立を完了するよう命令する。
【００５６】
本実施形態で、コアネットワークは2つの伝送経路の各々の確立を開始し、2つの伝送経路を担う責任があるアクセスデバイス同士のやり取りはなくてよい。このように、3GPPアクセスデバイスは2つの伝送経路をそれぞれ担うことができ、または3GPPアクセスデバイスと非3GPPアクセスデバイスが2つの伝送経路をそれぞれ担うことができる。なお、第1のアクセスデバイスと第2のアクセスデバイスは実装時に同じアクセスデバイス（例えば同じ基地局）であってよい。ただし、信頼性向上の観点からは、2つのアクセスデバイスが別々のアクセスデバイスによって実装されると、または3GPPアクセスデバイスと非3GPPアクセスデバイスによって、実装されると、データ伝送の信頼性やロバスト性をさらに高めることができる。
【００５７】
方式2：コアネットワークは、第1のアクセスデバイスを使用して、第2のアクセスデバイスに対し、第2の伝送経路を確立するよう命令する。
【００５８】
S603a．セッション機能エンティティは、第1のアクセスデバイスに対し、第1の伝送経路を確立するために（これは先行技術に属しており、ここでは詳細を説明しない）、端末とやり取りするよう命令する。さらに、セッション機能エンティティは、第1のアクセスデバイスに対し、第2のアクセスデバイスに対して第2の伝送経路を確立するために端末とやり取りするよう命令するよう、命令する（やり取りされる情報は、第1の伝送経路および第2の伝送経路の識別子と、バックアップ識別子とを含む）。
【００５９】
S603b．第1の伝送経路および第2の伝送経路の識別情報およびリソースと関連付け識別子をユーザプレーン機能エンティティに通知し、ユーザプレーン機能エンティティに対し、2つの伝送経路の確立を完了するよう命令する。
【００６０】
本実施形態で、第1のアクセスデバイスは、第2伝送経路確立要求を受信した後に、第2の伝送経路を確立するため、第2のアクセスデバイスと端末をトリガーする。この実装では、ネットワークがわずかに変えられ、既存のネットワークとの適合がより容易になる。
【００６１】
セッション機能エンティティは、関連付け識別子を用いて、端末またはユーザプレーン機能エンティティに対し、第1の伝送経路を第2の伝送経路と関連付けるよう命令する。関連付けは、ユーザプレーン機能エンティティまたは端末により、第1の伝送経路および第2の伝送経路の各々で同じデータを伝送すること、またはユーザプレーン機能エンティティまたは端末により、第1の伝送経路および第2の伝送経路で受信されたデータの重複排除を行うこと、または、データを受信するために、端末により、第1の伝送経路および第2の伝送経路からいずれか一方の伝送経路を選択することを含む。
【００６２】
端末のために、セッション機能エンティティは通常、第2伝送経路確立要求に関連付けラベルを加え、関連付けラベル（またはバックアップラベル）を用いることによって、端末に対し、2つの伝送経路を関連付けるよう（すなわち結び付けるよう）命令する。
【００６３】
コアネットワーク側のユーザプレーン機能エンティティのために、第2の伝送経路の確立が完了されたことを示す応答メッセージを受信した後に、セッション機能エンティティは、ユーザプレーン機能エンティティに対して、2つの伝送経路を関連付けるよう（すなわち結び付けるよう）命令しうる。通知メッセージは、具体的には、関連付けラベル（またはバックアップラベル）と第1の伝送経路および第2の伝送経路の識別子とを運びうる。
【００６４】
加えて、ステップ603では、2つの伝送経路の確立を開始するときに、セッション機能エンティティは、ユーザプレーン機能エンティティまたは端末に対し、二重送信機能および／または二重受信機能を有効にするようさらに命令しうる。二重送信機能および／または二重受信機能を有効にする指示は、具体的には、セッション機能エンティティによって送信される第1の伝送経路および／または第2の伝送経路の確立のための通知メッセージで運ばれ得る。これは本発明の本実施形態で限定されない。
【００６５】
S604．セッション機能エンティティがユーザプレーン機能エンティティまたは端末に対し、二重送信および／または二重受信を行うよう命令する場合、ユーザプレーン機能エンティティまたは端末は、関連付けられた第1の伝送経路および第2の伝送経路の各々で同じデータを伝送しうる。
【００６６】
セッション機能エンティティは、第1の伝送経路および第2の伝送経路の確立を開始するときに、ユーザプレーン機能エンティティまたは端末に対し、同時に二重送信および／または二重受信を行うことを命令しうる。あるいは、2つの伝送経路の確立が完了された後に、セッション機能エンティティは、ネットワークの状態とサービスの状態に基づいて、ユーザプレーン機能エンティティまたは端末に対し、2つの確立された伝送経路を用いて二重送信および／または二重受信を実際に行うよう命令しうる。
【００６７】
本発明の本実施形態の方法S600によると、同じサービスデータを送信するために、初期段階に端末とネットワーク側との間で2つの伝送経路が確立されるため、データ伝送の信頼性が向上する。
【００６８】
図7を参照し、方法S700では、端末とコアネットワーク内のユーザプレーン機能エンティティとの間には既に1本の伝送経路があるが、依然として新たな伝送経路を確立する必要がある。
【００６９】
S701．端末またはネットワーク側は、伝送QoSの要求を改善する必要がある場合、セッション機能エンティティへQoS改善要求を送信する。
【００７０】
具体的に述べると、この場合は、端末とネットワーク側との間に1本の伝送経路が既に存在し、または、任意選択的に、第1の伝送経路でサービスデータが伝送されている。しかしながら、サービス要件またはネットワークの状態が変えられる場合のため、伝送品質を向上させるか維持する必要がある。したがって、QoSを改善することをセッション機能エンティティに要求する必要がある。加えて、端末は、またはポリシー機能エンティティやユーザプレーン機能エンティティなどのネットワーク側のネットワークエレメントは、セッション機能エンティティへ第2伝送経路（セカンダリ経路）確立要求を直接送信してもよい。
【００７１】
S702．セッション機能エンティティは、端末とユーザプレーン機能エンティティとの間に第2の伝送経路が確立される必要があることを決定する。
【００７２】
セッション機能エンティティは、サービスのQoS要件および／またはローカルネットワークの負荷状況に基づいて、第2の伝送経路を確立することを決定しうる。セッション機能エンティティはポリシー機能エンティティの許可をさらに求めうる。ポリシー機能エンティティはサービスのために第2の伝送経路を確立することを決定し、セッション機能エンティティへ応答を送信する。加えて、セッション機能エンティティは代替的に、受信した第2伝送経路確立要求に基づいて、第2の伝送経路の確立を直接的に開始しうる。
【００７３】
S703．セッション機能エンティティは第2の伝送経路の確立を開始する。具体的に述べると、第2の伝送経路はアクセスデバイスを用いて2通りの方式で確立されうる。
【００７４】
方式1：第1の伝送経路は既にコアネットワークによって第1のアクセスデバイスを用いて確立されており、この場合、コアネットワークは第2のアクセスデバイスを用いて第2の伝送経路を確立する。
【００７５】
S7031．第2のアクセスデバイスに対し、第1の伝送経路および第2の伝送経路の識別子と関連付け識別子とを通知し、第2のアクセスデバイスに対し、第2の伝送経路を確立するよう命令する。
【００７６】
S7032．ユーザプレーン機能エンティティに対し、第2の伝送経路のリソースと、第1の経路の識別情報と、関連付け識別子とを通知し、ユーザプレーン機能エンティティに対し、ユーザプレーン機能エンティティ側で第2の伝送経路の確立を完了するよう命令する。
【００７７】
コアネットワークは1本の新たな伝送経路（第2の伝送経路）の確立を開始し、2つの伝送経路を担う責任があるアクセスデバイス同士のやり取りはないことがある。このように、3GPPアクセスデバイスは2つの伝送経路をそれぞれ担うことができ、または3GPPアクセスデバイスと非3GPPアクセスデバイスが2つの伝送経路をそれぞれ担うことができる。なお、第1のアクセスデバイスと第2のアクセスデバイスは実装時に同じアクセスデバイス（例えば同じ基地局）であってよい。
【００７８】
方式2：コアネットワークは、第1のアクセスデバイスを使用して、第2のアクセスデバイスに対し、第2の伝送経路を確立するよう命令する。
【００７９】
S703a．第1のアクセスデバイスに対し、第1の伝送経路および第2の伝送経路の識別子と関連付け識別子を通知する。第1のアクセスデバイスは、端末および第2のアクセスデバイスに対し、第2の伝送経路（セカンダリ経路）を確立するよう命令する。
【００８０】
S703b．ユーザプレーン機能UPFエンティティに対し、第2の伝送経路のリソースと、第1の伝送経路の識別情報と、関連付け識別子とを通知し、ユーザプレーン機能エンティティに対し、ユーザプレーン機能エンティティ側で第2の伝送経路の確立を完了するよう命令する。
【００８１】
第2伝送経路確立要求を受信した後に、第1のアクセスデバイスは、端末および第2のアクセスデバイスに対し、第2の伝送経路を確立するよう命令する。ネットワークはわずかに変えられ、既存のネットワークとの適合がより容易になる。
【００８２】
第2の伝送経路の確立を開始するときに、セッション機能エンティティは、端末またはユーザプレーン機能エンティティに対し、第1の伝送経路を第2の伝送経路と関連付けるよう命令しうる。関連付けは、ユーザプレーン機能エンティティまたは端末により、第1の伝送経路および第2の伝送経路の各々で同じデータを伝送すること、またはユーザプレーン機能エンティティまたは端末により、第1の伝送経路および第2の伝送経路で受信されたデータの重複排除を行うこと、または、データを受信するために、第1の伝送経路および第2の伝送経路からいずれか一方の伝送経路を選択することを含む。
【００８３】
端末のために、セッション機能エンティティは、第2伝送経路確立要求に関連付けラベルを加え、関連付けラベルを用いて、端末に対し、2つの伝送経路を関連付けるよう（すなわち結び付けるよう）命令する。コアネットワーク側のユーザプレーン機能エンティティのために、セッション機能エンティティは、第2の伝送経路の確立が完了されたことを示す応答メッセージを受信した後に、ユーザプレーン機能エンティティに対し、2つの伝送経路を関連付けるよう（すなわち結び付けるよう）命令しうる。
【００８４】
加えて、ステップ703では、マスター伝送経路およびセカンダリ伝送経路の確立を開始するときに、セッション機能エンティティは、ユーザプレーン機能エンティティまたは端末に対し、二重送信および／または二重受信を行うことを開始するようさらに命令しうる。二重送信および／または二重受信の指示は、具体的には、セッション機能エンティティによって送信される第2の伝送経路の確立のための通知メッセージで運ばれ得る。これは本発明の本実施形態で限定されない。
【００８５】
S704．セッション機能エンティティがユーザプレーン機能エンティティまたは端末に対し、二重送信および／または二重受信を行うよう命令する場合、ユーザプレーン機能エンティティまたは端末は、関連付けられた第1の伝送経路および第2の伝送経路の各々で同じデータを伝送しうる。
【００８６】
本発明の本実施形態の方法S700によると、第1の伝送経路が既に存在する場合に、または第1の伝送経路でデータが伝送されている場合に、端末またはネットワーク側は、サービス要件またはネットワーク状態の変化などに基づいて、第2の伝送経路の確立を開始する。第1の伝送経路および第2の伝送経路の各々で同じサービスデータが伝送されうるため、データ伝送の信頼性と柔軟性が向上する。初めに2つの伝送経路を同時に確立する必要がないため、端末とネットワーク側のネットワークリソースと処理負担が軽減され、柔軟性が向上する。
【００８７】
前述したサービスの信頼性を向上させるシステム10、通信装置200、方法S300、図4および図5に示された送信器側の二重送信機構および受信器側の二重受信機構、方法S600、ならびに方法S700はいずれも、現在の4G、4.5G、または5Gネットワークに、ならびに将来の他のネットワークに、適用できる。例えば、セッション機能エンティティは5GのSMF（Session Management Function、セッション管理機能）または4GのPGW（PDN Gateway、パケットデータゲートウェイ）であってよく、ポリシー機能エンティティは5GのPCF（Policy Control Function、ポリシーコントロール機能）または4GのPCRF（Policy and Charging Rules Function、ポリシーおよびチャージングルール機能）であってよく、ユーザプレーン機能エンティティは5GのUPF（User Plane Function、ユーザプレーン機能）または4GのGW−U（Gateway User plane function、ゲートウェイユーザプレーン機能）であってよい。
【００８８】
前述したシステム、通信装置、および方法は、5Gネットワークに適用され、可能な適用可能なアーキテクチャは図8Aおよび図8Bに示されるアーキテクチャを含む。図8Aにおいて、UEは3GPPアクセスデバイスのみを使うことによってネットワークにアクセスする。図8Bで、UEは3GPPアクセスデバイスとNon−3GPPアクセスデバイスの両方を使うことによってネットワークにアクセスする。なお、図8Aと図8Bに示された2つのアーキテクチャの各々には、AMFと、ネットワークにアクセスするためにUEによって使用されるアクセスデバイスとの間に、コントロールプレーン接続がある。
【００８９】
表1は、図8Aおよび図8Bの主要ネットワークエレメントの名前と機能説明を簡潔に示す。
【００９０】
【表１】
2021501523.tif 000025
【００９１】
なお、QoSフローは5GでQoSを区別する最小限のグラニュラリティであり、1つのQoSフローの全てのサービスフローで、スケジューリングポリシー、キュー管理、トラフィックシェーピング、およびリソース構成を含む同じ転送処理が行われる。異なるQoS処理を提供するには、異なるQoSフローを使用する必要がある。1つの伝送経路は1つのQoSフローに相当する。
【００９２】
図9Aおよび図9Bは、図8Aおよび図8Bのアーキテクチャに基づいて第1の伝送経路および第2の伝送経路（マスター経路およびセカンダリ経路）を確立する手順を示している。初期段階でのマスター経路およびセカンダリ経路の確立は、マスター経路に加え、高い信頼性が要求されるサービス（例えばURLLCサービス）のためにセカンダリ経路を確保できる。以下、実施形態900のステップを具体的に説明する。
【００９３】
S901．マスター伝送経路およびセカンダリ伝送経路を確立することを決定する。以下の状況があり得る。
【００９４】
a．UEはSMFへサービス要求を送信し、サービス要求は、QoSパラメータやマスターおよびセカンダリ経路確立指示（任意選択的）などを含む。SMFは、UEタイプ（例えば、UEはURLLC端末）やQoS要件等に基づき、また、ネットワークの負荷状況とマスターおよびセカンダリ経路指示ラベル（任意選択的）とを参考にし、UEのサービス要件のためにマスターQoSフローおよびセカンダリQoSフローを確立することを決定する。
【００９５】
b．SMFは、UEのサービス要求を受信した後に、PCFの許可をさらに求めてよく、具体的に述べると、PCFへマスターおよびセカンダリ経路確立要求を送信してよく、要求メッセージは、5QI（5G QoS indicator、5G QoSラベル）や具体的なQoS要件などのQoSパラメータを運ぶ。PCFは、UEのサブスクリプション情報とQoSパラメータとに基づいて、SMFがUEのためのマスター経路およびセカンダリ経路を確立することを許可することを決定し、PCFはSMFへマスターおよびセカンダリ経路確立応答メッセージを送信し、メッセージは、SMFがUEのサービス要求のためにマスター経路およびセカンダリ経路を確立しうることを示す。
【００９６】
c．PCFはSMFへサービス要求を送信し、サービス要求は、QoSパラメータやマスターおよびセカンダリ経路指示（任意選択的に、PCFは、DNのサービス要求を受信した後に、UEのサブスクリプション情報とQoSパラメータとに基づいて、サービスのためにマスター経路およびセカンダリ経路を確立する必要があることを決定する。この場合は、マスターおよびセカンダリ経路指示ラベルが運ばれ得る）などを含む。SMFは、UEタイプ（URLLC端末）やQoS要件などに基づき、また、ネットワークの負荷状況とマスターおよびセカンダリ経路指示ラベル（任意選択的）とを参考にし、UEのサービス要件のためにマスターQoSフローおよびセカンダリQoSフローを確立することを決定する（または、PCFのマスターおよびセカンダリ経路確立指示に基づいて、UEのためのマスター経路およびセカンダリ経路を直接的に確立する）。
【００９７】
S902．SMFはマスター経路およびセカンダリ経路の確立を開始し、このステップは、SMFにより、マスターQoSフローおよびセカンダリQoSフローにユーザプレーンリソースを割り当てることを含み、ユーザプレーンリソースは、マスターQoSフローおよびセカンダリQoSフローのQFI（QoS flow identity、QoSフロー識別子）、パケット検出ルール、およびチャージングルールなどを主に含む。具体的に述べると、割り当てでは、マスターQoSフローおよびセカンダリQoSフローに対応するQFIなど、QoSフロー関連リソース（例えば、PCC（Policy Charging Control、ポリシーおよびチャージングコントロール）ルール）を割り当てる。2つのQoSフローのチャージングポリシーまたはQoSポリシーは同じであってよく、または異なってよい（例えば、第2のQoSフローはもはやチャージされなくてよい）。これは本実施形態で限定されない。
【００９８】
この場合、SMFは、URLLCサービスタイプおよび／または端末タイプに基づいて、二重伝送（二重送信および／または二重受信）機能を有効にすることをUPFおよび／またはUEに命令するかどうかをさらに決定しうる。
【００９９】
具体的には以下のステップを含む。
・URLLC端末が高速モバイル端末である場合（QoSパラメータ、サービスタイプ、端末タイプなどによって示される）、これはURLLC端末のネットワークの不安定性が比較的高いことを示す。二重伝送指示通知は、UPFおよびUEに対して、二重伝送を行うよう命令するため、マスター経路およびセカンダリ経路の確立のための、SMFによって配信される通知メッセージの中で運ばれる。
・URLLC端末が低速モバイル端末である場合、これはURLLC端末のネットワーク経路が比較的安定していることを示す。URLLC端末のためのマスター経路およびセカンダリ経路が確立されるだけであり、二重伝送は後に必要に応じて有効にされる。
【０１００】
S903．SMFはAMFへマスターおよびセカンダリQoSフロー確立要求を送信し、要求メッセージは、マスターQoSフローおよびセカンダリQoSフローのQFI、PDU Session ID（マスターQoSフローおよびセカンダリQoSフローが別々のPDUセッションにある場合は、2つのPDU Session IDを運ぶ必要がある）、TFT、QoS、バックアップラベル、二重伝送指示（任意選択的）などを運ぶ。
【０１０１】
バックアップラベルは2つのQoSフローの関係を示すために用いられる。2つのQoSフローの関係は、マスター・セカンダリ関係、関連付け（associated）関係、または結び付き関係と呼ばれることがある。UEまたはUPFは、バックアップラベルに基づいて、2つのQoSフローの各々で同じデータを伝送することを決定しうる。
【０１０２】
S904〜S906．AMFはSMFによって送信されるマスターおよびセカンダリQoSフロー確立要求を受信し、第1のアクセスデバイスへQoSフロー確立要求を送信し、要求メッセージは、PDU Session IDやQoSルールなどを運ぶ。QoSフロー確立要求を受信した第1のアクセスデバイスは、QoSルールをradio QoSルールにマップし、第1のQoSフローの確立を完了するため、UEへ無線再構成情報を送信する。第1のアクセスデバイスは、ワイヤレス側で第1のQoSフローの確立が完了されたことをAMFに通知するため、AMFへQoSフロー確立応答メッセージを送信する。
【０１０３】
S907．AMFはセカンダリQoSを確立する手順を開始し、第2のアクセスデバイスへQoSフロー確立要求メッセージを送信し、要求メッセージは、第1のQoSフローのQFI、PDU Session ID、第2のQoSフローのQFI、PDU Session ID（これは、第1のQoSフローがあるPDU Session IDと異なってよく、または同じであってよく、これは限定されない）、バックアップラベル、二重伝送指示（任意選択的）、QoSなどを運ぶ。
【０１０４】
S908．第2のアクセスデバイスはセカンダリQoSフロー確立要求を受信し、QoSルールをradio QoSルールにマップし、第2のQoSフローの確立を完了するため、UEへ無線再構成情報を送信する。
【０１０５】
なお、第1のQoSフローおよび第2のQoSフローが確立される順序は限定されなくてよい。
【０１０６】
UE側は、バックアップラベル、第1のQoSフローの識別子（QFI、PDU Session ID）、および第2のQoSフローの識別子（PDU Session ID、QFI）に基づいて、2つのQoSフローの結び付け（すなわち関連付け）を完了する。具体的に述べると、確立されるべき第2のQoSフローが既に存在する第1のQoSフローに結び付けられることで、マスター経路とセカンダリ経路の関連付けが完了される。任意選択的に、再構成メッセージが二重伝送指示を含む場合は、UEが二重伝送を有効にする。具体的な実装については、図4および図5の方式を参照し、例は以下のとおりである。
・アップリンク二重送信：UEはデータパケットを複製し、UEに至る第1のQoSフローに対応するデータを複製する。UEは、第1のQoSフローに対応するラジオベアラを用いて元のデータパケットを第1のアクセスデバイスへ送信し、第2のQoSフローがあるラジオベアラを用いて複製されたデータパケットを第2のアクセスデバイスへ送信する。UEは、第1のQoSフローに対応するデータパケットと第2のQoSフローに対応するデータパケットの各々に二重伝送プロトコルヘッダーを加え、プロトコルヘッダーは、パケットシーケンス番号や識別子などを運ぶ。UPFは二重伝送プロトコルヘッダーを解析して重複排除動作を実行しうる。
・ダウンリンク二重受信：UEは、第1のQoSフローに対応し第1のアクセスデバイスによって送信されるデータパケットと、第2のQoSフローに対応し第2のアクセスデバイスによって送信されるデータパケットとを、受信し、データパケット内の二重伝送プロトコルヘッダー情報（シーケンス番号や識別子などを主に含む）に基づいて、データパケットの重複排除を行う。
【０１０７】
S909．第2のアクセスデバイスは、ワイヤレス側で第2のQoSフローの確立が完了されたことをAMFに通知するため、AMFへQoSフロー確立応答メッセージを送信する。
【０１０８】
S910．AMFはSMFへマスターおよびセカンダリQoSフロー確立応答メッセージを送信する。
【０１０９】
メッセージは、第1のQoSフローの識別子や第2のQoSフローの識別子などを含む。
【０１１０】
S911．SMFは、UPFに対し、第1のQoSフローおよび第2のQoSフローのためにUPF側ユーザプレーンリソースを確立するよう命令する。
【０１１１】
具体的に述べると、SMFはリソース（SMFによって他所から得られたQoSおよびチャージングルール、ならびにトンネル）を割り当て、UPFへルールを送信する。UPFは、ユーザプレーンリソースの確立を実行するため、ルールを記憶／インストールする。
【０１１２】
加えて、SMFはUPFへN4セッション修正メッセージを送信する。メッセージは以下の内容を運ぶ。
a．第1のQoSフローの識別子、第2のQoSフローの識別子、およびバックアップラベル。UPF側は、バックアップラベルと、第1のQoSフローの識別子（QFI、PDU Session ID）と、第2のQoSフローの識別子（PDU Session ID、QFI）とに基づいて、2つのQoSフローの結び付けを完了する。換言すると、UPF側はマスター経路とセカンダリ経路の関連付けを完了する。
b．二重伝送指示（任意選択的）。図4および図5を参照し、UPFは指示に基づいて以下のアクションを行う。
b1．ダウンリンク二重送信：DNによって送信され第1のQoSフローに対応するデータパケットを受信したUPFは、そのデータパケットを複製する。UPFは、第1のQoSフローがあるN3トンネルを通じて元のデータパケットを第1のアクセスデバイスへ送信し、第2のQoSフローがあるN3トンネルを通じて複製されたデータパケットを第2のアクセスデバイスへ送信する。UPFは、第1のQoSフローに対応するデータパケットと第2のQoSフローに対応するデータパケットの各々に二重伝送プロトコルヘッダーを加え、プロトコルヘッダーはパケットシーケンス番号や識別子などを運ぶ。UEは二重伝送プロトコルヘッダーを解析して重複排除動作を実行しうる。
b2．アップリンク二重受信：UPFは、第1のQoSフローに対応し第1のアクセスデバイスによって送信されるデータパケットと、第2のQoSフローに対応し第2のアクセスデバイスによって送信されるデータパケットとを、受信し、データパケット内の二重伝送プロトコルヘッダー情報（シーケンス番号や識別子などを主に含む）に基づいて、データパケットの重複排除を行う。
c．他のPCCルール。UPFは第2のQoSフローに関係するポリシーおよびチャージングルールなどをセットアップする。
【０１１３】
UPFはSMFへN4セッション修正応答メッセージを送信し、マスターQoSフローおよびセカンダリQoSフローのためにUPF側ユーザプレーンリソースの確立を完了する。
【０１１４】
本実施形態では、ネットワーク側でURLLCサービスが特定され、サービスのために、2つの経路が、すなわちマスター経路およびセカンダリ経路が、確立されることで、サービス伝送品質が向上し、エラーがある場合に信頼性が確保される。加えて、本実施形態では、2つのアクセスデバイス間の通信が必要でないため、UEが3GPPとNon−3GPPの両方を用いてハイブリッドアクセスを行うシナリオを実現でき、伝送効率は最大限まで高められる。
【０１１５】
図8Aのアーキテクチャを参照し、図10Aおよび図10Bは、初期段階にマスター経路およびセカンダリ経路（すなわち、第1の伝送経路および第2の伝送経路）を確立する他の実施形態1000の概略流れ図である。本実施形態では、第1のアクセスデバイスと第2のアクセスデバイスの間に通信インタフェースがあり、UEは第1のアクセスデバイスと第2のアクセスデバイスを用いて同じPDUセッションを確立できる。UEのコントロールプレーンコンテクストは第1のアクセスデバイス上にある。換言すると、AMFと第1のアクセスデバイスの間にはシグナリングプレーン接続がある。以下、実施形態1000を説明する。
【０１１６】
S1001．マスター伝送経路およびセカンダリ伝送経路を確立することを決定する。詳細については、前述した実施形態のステップS901を参照されたい。
【０１１７】
S1002．SMFはマスター経路およびセカンダリ経路の確立を開始する。詳細については、前述した実施形態のステップS902を参照されたい。
【０１１８】
S1003．SMFはAMFへマスターおよびセカンダリQoSフロー確立要求を送信し、要求メッセージは、
第1のQoSフローおよび第2のQoSフローのQFI、PDU Session ID（マスターQoSフローおよびセカンダリQoSフローは同じPDUセッションにある）、TFT、QoS、バックアップラベル、二重伝送指示（任意選択的）などを運ぶ。
【０１１９】
S1004．AMFはSMFによって送信されるマスターおよびセカンダリQoSフロー確立要求を受信し、第1のアクセスデバイスへマスターおよびセカンダリQoSフロー確立要求を送信し、要求メッセージは、PDU Session ID、第1のQoSフローおよび第2のQoSフローのQFI、QoSルール、バックアップラベル、二重伝送指示（任意選択的）などを運ぶ。
【０１２０】
S1005．第1のアクセスデバイスは第2アクセスデバイス追加手順を開始する。（マスター基地局がセカンダリ基地局追加手順を開始する先行技術を参照し、詳細については3GPP規格TS 36．300を参照のこと。）
【０１２１】
第1のアクセスデバイスは第2のアクセスデバイスへQoS確立要求メッセージを送信し、要求メッセージは、第2のQoSフローのQFI、UPF側の第1のトンネルに関する情報、PDU Session ID、QoSルールなどを運ぶ。
【０１２２】
S1006．第2のアクセスデバイスは第2のQoSフローに無線リソース情報を割り当て、割り当てた無線リソース情報を第1のアクセスデバイスへ送信する。
【０１２３】
S1007．第1のアクセスデバイスはUEに対し、第1のQoSフローおよび第2のQoSフローを確立するよう命令し、通知メッセージは下記を含む。
・第1のQoSフローの識別子、第2のQoSフローの識別子、PDU Session ID、およびバックアップラベル。UEはこれらの情報に基づいて第1のQoSフローおよび第2のQoSフローのマスター・セカンダリ関係を確立し、マスター経路とセカンダリ経路の関連付けを完了する。
・UEに対し、二重送信と二重受信を行うよう命令する、二重伝送指示（任意選択的）。
・第1のアクセスデバイスによって第1のQoSフローに割り当てられる無線リソース情報。第1のQoSフローの確立を完了するため、UEはこれらの無線リソース情報に基づいて、第1のアクセスデバイスに対し無線再構成メッセージを開始する。
・第2のアクセスデバイスによって第2のQoSフローに割り当てられる無線リソース情報。第2のQoSフローの確立を完了するため、UEはこれらの無線リソース情報に基づいて、第2のアクセスデバイスに対し無線再構成メッセージを開始する。
【０１２４】
S1008．第1のQoSフローの確立を完了するため、UEは第1のアクセスデバイスに対し無線再構成情報を開始する。
【０１２５】
S1009．第2のQoSフローの確立を完了するため、UEは第2のアクセスデバイスに対し無線再構成情報を開始する。
【０１２６】
S1010．第1のアクセスデバイスはAMFへQoSフロー確立応答メッセージを送信し、応答メッセージは第1のQoSフローおよび第2のQoSフローのQFIやPDU Session IDなどを運ぶ。
【０１２７】
S1011．AMFはSMFへマスターおよびセカンダリQoSフロー確立応答メッセージを送信する。
【０１２８】
メッセージは、第1のQoSフローの識別子や第2のQoSフローの識別子などを含む。
【０１２９】
S1012．SMFは、UPFに対し、第1のQoSフローおよび第2のQoSフローのためにUPF側ユーザプレーンリソースを確立するよう命令する。
【０１３０】
具体的に述べると、SMFはリソース（SMFによって他所から得られたQoSおよびチャージングルール、ならびにトンネル）を割り当て、UPFへルールを送信する。UPFは、ユーザプレーンリソースの確立を実行するため、ルールを記憶／インストールする。
【０１３１】
加えて、SMFはUPFへN4セッション修正メッセージを送信する。メッセージは以下の内容を運ぶ。
a．第1のQoSフローの識別子、第2のQoSフローの識別子、およびバックアップラベル。UPF側は、バックアップラベルと、第1のQoSフローの識別子（QFI、PDU Session ID）と、第2のQoSフローの識別子（PDU Session ID、QFI）とに基づいて、2つのQoSフローの結び付けを完了する。換言すると、UPF側はマスター経路とセカンダリ経路の関連付けを完了する。
b．二重伝送指示（任意選択的）。図4および図5を参照し、UPFは指示に基づいて以下のアクションを行う。
b1．ダウンリンク二重送信：DNによって送信され第1のQoSフローに対応するデータパケットを受信したUPFは、データパケットを複製する。UPFは、第1のQoSフローがあるN3トンネルを通じて元のデータパケットを第1のアクセスデバイスへ送信し、第2のQoSフローがあるN3トンネルを通じて複製されたデータパケットを第2のアクセスデバイスへ送信する。UPFは、第1のQoSフローに対応するデータパケットと第2のQoSフローに対応するデータパケットの各々に二重伝送プロトコルヘッダーを加え、プロトコルヘッダーはパケットシーケンス番号や識別子などを運ぶ。UEは二重伝送プロトコルヘッダーを解析して重複排除動作を実行しうる。
b2．アップリンク二重受信：UPFは、第1のQoSフローに対応し第1のアクセスデバイスによって送信されるデータパケットと、第2のQoSフローに対応し第2のアクセスデバイスによって送信されるデータパケットとを、受信し、データパケット内の二重伝送プロトコルヘッダー情報（シーケンス番号や識別子などを主に含む）に基づいて、データパケットの重複排除を行う。
c．他のPCCルール。UPFは第2のQoSフローに関係するポリシーおよびチャージングルールなどをセットアップする。
【０１３２】
UPFはSMFへN4セッション修正応答メッセージを送信し、マスターQoSフローおよびセカンダリQoSフローのためにUPF側ユーザプレーンリソースの確立を完了する。
【０１３３】
本実施形態では、2つのアクセスデバイスがやり取りを通じて2つの伝送経路を確立し、コアネットワークは、マスター伝送経路およびセカンダリ伝送経路を確立するため、ただ1つのアクセスデバイスへマスターおよびセカンダリ伝送経路確立要求を送信しうる。同じアクセス技術の場合は、既存のコアネットワークにおいて、通常はただ1つのアクセスデバイスがAMFとのコントロールプレーン接続を有することが許される（例えば、マスターおよびセカンダリ基地局メカニズム）。本実施形態のソリューションでは、ネットワークがわずかに変えられ、既存のネットワークとの適合がより容易になる。
【０１３４】
図8Aおよび図8Bのアーキテクチャに基づき、図11Aおよび図11Bは、第1の伝送経路が既に存在するときに、コアネットワークが第2の伝送経路の確立を開始する手順を示している。以下、実施形態1100のステップを具体的に説明する。
【０１３５】
S1101．第2の伝送経路を確立することを決定する。以下の状況があり得る。
【０１３６】
a．UEはSMFへQoS改善要求またはリンク障害通知を送信し、QoSパラメータ、リンク障害通知、セカンダリ経路確立指示（任意選択的、存在する見込みはない）などを含む。SMFは、UEタイプ（URLLC端末）やQoS改善要件などに基づき、また、ネットワークの負荷状況と第2経路指示ラベル（任意選択的）を参考にし、UEの要求のためにセカンダリQoSフローを確立することを決定する。
【０１３７】
b．SMFは、UEのQoS改善要求またはUEのリンク障害通知を受信した後に、PCFの許可をさらに求めてよく、具体的に述べると、SMFはPCFへセカンダリ経路確立要求を送信してよく、要求メッセージはQoSパラメータ（5QI、具体的なQoS要件など）を運ぶ。PCFは、UEのサブスクリプション情報とQoSパラメータとに基づいて、SMFがUEのためのセカンダリ経路を確立することを許可することを決定し、PCFはSMFへマスターおよびセカンダリ経路確立応答メッセージを送信し、メッセージは、SMFがUEの要求のためにセカンダリQoSフローを確立してよいことを示す。
【０１３８】
c．PCFはSMFへサービス要求を送信し、サービス要求は、QoSパラメータとバックアップラベルとを含む（任意選択的に、PCFは、DNのサービス要求を受信した後に、UEのサブスクリプション情報とQoSパラメータとに基づいて、サービスのためにマスター経路およびセカンダリ経路を確立する必要があることを決定する。この場合は、バックアップラベルが運ばれ得る）。加えて、PCFは、元のQoSフローのQFIやPDU Session IDをサービス要求にさらに加えてよい。SMFは、UEタイプ（URLLC端末）やQoS要件などに基づき、また、ネットワークの負荷状況と、バックアップラベル（任意選択的）と、元のQoSフローの識別子とを参考にし、セカンダリQoSフローを確立することを決定する（または、PCFのマスターおよびセカンダリ確立指示とバックアップラベルとに基づいて、UEのためのマスター経路およびセカンダリ経路を確立する）。
【０１３９】
d．UPFは、リンクの質が低下したことを察知し、例えばリンクの質が所定の値より低いことを察知し、SMFに通知し、通知はPDU Session IDやQFIなどを運ぶ。SMFは、UEタイプ（URLLC端末）やQoS改善要件などに基づき、また、ネットワークの負荷状況とセカンダリ経路指示ラベル（任意選択的）を参考にし、UEの要求のためにセカンダリQoSフローを確立することを決定する。
【０１４０】
e．UPFはリンクの質が低下したことを察知し、SMFに通知する。SMFは、UEタイプ（URLLC端末）やQoS改善要件などに基づき、また、ネットワークの負荷状況とセカンダリ経路指示ラベル（任意選択的）を参考にし、UEの要求のためにセカンダリQoSフローを確立する必要があることを決定する。SMFはPCFへセカンダリ経路確立要求を送信し、要求メッセージはQoSパラメータ（5QI、具体的なQoS要件など）を運ぶ。PCFは、UEのサブスクリプション情報とQoSパラメータとに基づいて、SMFがUEのためにセカンダリ経路を確立することを許可することを決定し、PCFはSMFへマスターおよびセカンダリ経路確立応答メッセージを送信し、メッセージは、SMFがUEの要求のためにセカンダリQoSフローを確立してよいことを示す。
【０１４１】
S1102．SMFはセカンダリ経路の確立を開始し、このステップは、SMFにより、セカンダリQoSフローにユーザプレーンリソースを割り当てることを含み、ユーザプレーンリソースは、マスターQoSフローおよびセカンダリQoSフローのQFI、パケット検出ルールおよびチャージングルールなどを主に含む。具体的に述べると、割り当てでは、セカンダリQoSフローに対応するQFIなど、QoSフロー関連リソース（例えば、PCC（Policy Charging Control、ポリシーおよびチャージングコントロール）ルール）を割り当てる。セカンダリQoSフローのチャージングポリシーやQoSポリシーは、マスターQoSフローのチャージングポリシーやQoSポリシーと同じであってよく、または異なってよい（例えば、セカンダリQoSフローはもはやチャージされなくてよい）。これは本実施形態で限定されない。
【０１４２】
この場合、SMFは、URLLCサービスタイプおよび／または端末タイプに基づいて、UPFおよび／またはUEに対して、二重伝送（二重送信および／または二重受信）機能を有効にするよう命令するかどうかをさらに決定しうる。
【０１４３】
命令は、具体的には以下のステップを含む。
・URLLC端末が高速モバイル端末である場合（QoSパラメータ、サービスタイプ、端末タイプなどによって指示される）、これはURLLC端末のネットワークの不安定性が比較的高いことを意味する。二重伝送指示通知は、UPFおよびUEに対し、二重伝送を行うよう命令するため、SMFによって配信されるセカンダリ経路の確立のための通知メッセージの中で運ばれる。
・URLLC端末が低速モバイル端末である場合、URLLC端末のネットワーク経路が比較的安定していることを意味する。URLLC端末のためのセカンダリ経路が確立されるだけであり、二重伝送は後に必要に応じて有効にされる。
【０１４４】
S1103．SMFはAMFへセカンダリQoSフロー確立要求を送信し、要求メッセージは、マスターQoSフローおよびセカンダリQoSフローのQFI、PDU Session ID（マスターQoSフローおよびセカンダリQoSフローが別々のPDUセッションにある場合は、2つのPDU Session IDを運ぶ必要がある）、TFT、QoS、バックアップラベル、二重伝送指示（任意選択的）などを運ぶ。
【０１４５】
バックアップラベルは2つのQoSフローの関係を示すために用いられる。2つのQoSフローの関係は、マスター・セカンダリ関係、関連付け（associated）関係、または結び付き関係と呼ばれることがある。UEかUPFは、バックアップラベルに基づいて、2つのQoSフローの各々で同じデータを伝送することを決定しうる。
【０１４６】
S1104．AMFはセカンダリQoSを確立する手順を開始し、第2のアクセスデバイスへQoSフロー確立要求メッセージを送信し、要求メッセージは、第1のQoSフローのQFI、PDU Session ID、第2のQoSフローのQFI、PDU Session ID（これは、第1のQoSフローがあるPDU Session IDと異なってよく、または同じであってよく、これは限定されない）、バックアップラベル、二重伝送指示（任意選択的）、QoSなどを運ぶ。
【０１４７】
S1105．第2のアクセスデバイスはセカンダリQoSフロー確立要求を受信し、QoSルールをradio QoSルールにマップし、第2のQoSフローの確立を完了するため、UEへ無線再構成情報を送信する。
【０１４８】
UE側は、バックアップラベル、第1のQoSフローの識別子（QFI、PDU Session ID）、および第2のQoSフローの識別子（PDU Session ID、QFI）に基づいて、2つのQoSフローの結び付け（すなわち関連付け）を完了する。具体的に述べると、確立されるべき第2のQoSフローが既に存在する第1のQoSフローに結び付けられることで、マスター経路とセカンダリ経路の関連付けが完了される。任意選択的に、再構成メッセージが二重伝送指示を含む場合は、UEが二重伝送を有効にする。具体的な実装については、図4および図5を参照されたい。具体的な実装は次のとおりである。
・アップリンク二重送信：UEはデータパケットを複製し、UEへの第1のQoSフローに対応するデータを複製する。UEは、第1のQoSフローに対応するラジオベアラを用いて元のデータパケットを第1のアクセスデバイスへ送信し、第2のQoSフローがあるラジオベアラを用いて複製されたデータパケットを第2のアクセスデバイスへ送信する。UEは、第1のQoSフローに対応するデータパケットと第2のQoSフローに対応するデータパケットの各々に二重伝送プロトコルヘッダーを加え、プロトコルヘッダーは、パケットシーケンス番号や識別子などを運ぶ。UPFは二重伝送プロトコルヘッダーを解析して重複排除動作を実行しうる。
・ダウンリンク二重受信：UEは、第1のQoSフローに対応し第1のアクセスデバイスによって送信されるデータパケットと、第2のQoSフローに対応し第2のアクセスデバイスによって送信されるデータパケットとを、受信し、データパケット内の二重伝送プロトコルヘッダー情報（シーケンス番号や識別子などを主に含む）に基づいて、データパケットの重複排除を行う。
【０１４９】
S1106．第2のアクセスデバイスは、ワイヤレス側で第2のQoSフローの確立が完了されたことをAMFに通知するため、AMFへQoSフロー確立応答メッセージを送信する。
【０１５０】
S1107．AMFはSMFへマスターおよびセカンダリQoSフロー確立応答メッセージを送信する。
【０１５１】
メッセージは、第1のQoSフローの識別子や第2のQoSフローの識別子などを含む。
【０１５２】
S1108．SMFは、UPFに対し、第2のQoSフローのためにUPF側ユーザプレーンリソースを確立するよう命令する。
【０１５３】
SMFはUPFへN4セッション修正メッセージを送信する。メッセージは以下の内容を運ぶ。
a．第1のQoSフローの識別子、第2のQoSフローの識別子、およびバックアップラベル。UPF側は、バックアップラベルと、第1のQoSフローの識別子（QFI、PDU Session ID）と、第2のQoSフローの識別子（PDU Session ID、QFI）とに基づいて、2つのQoSフローの結び付けを完了する。換言すると、UPF側はマスター経路とセカンダリ経路の関連付けを完了する。
b．二重伝送指示（任意選択的）。図4および図5を参照し、UPFは指示に基づいて以下のアクションを行う。
b1．ダウンリンク二重送信：DNによって送信され第1のQoSフローに対応するデータパケットを受信したUPFは、そのデータパケットを複製する。UPFは、第1のQoSフローがあるN3トンネルを通じて元のデータパケットを第1のアクセスデバイスへ送信し、第2のQoSフローがあるN3トンネルを通じて複製されたデータパケットを第2のアクセスデバイスへ送信する。UPFは、第1のQoSフローに対応するデータパケットと第2のQoSフローに対応するデータパケットの各々に二重伝送プロトコルヘッダーを加え、プロトコルヘッダーはパケットシーケンス番号や識別子などを運ぶ。UEは二重伝送プロトコルヘッダーを解析して重複排除動作を実行しうる。
b2．アップリンク二重受信：UPFは、第1のQoSフローに対応し第1のアクセスデバイスによって送信されるデータパケットと、第2のQoSフローに対応し第2のアクセスデバイスによって送信されるデータパケットとを、受信し、データパケット内の二重伝送プロトコルヘッダー情報（シーケンス番号や識別子などを主に含む）に基づいて、データパケットの重複排除を行う。
c．他のPCCルール。UPFは第2のQoSフローに関係するポリシーおよびチャージングルールなどをセットアップする。
【０１５４】
UPFはSMFへN4セッション修正応答メッセージを送信し、セカンダリQoSフローのためにUPF側ユーザプレーンリソースの確立を完了する。
【０１５５】
本実施形態で、コアネットワークは1本の新たな伝送経路（第2の伝送経路）の確立を開始し、2つの伝送経路を担う責任があるアクセスデバイス同士のやり取りはなくてよい。このように、3GPPアクセスデバイスは2つの伝送経路をそれぞれ担うことができ、または3GPPアクセスデバイスと非3GPPアクセスデバイスは2つの伝送経路を担うことができる。なお、第1のアクセスデバイスと第2のアクセスデバイスは実装時に同じアクセスデバイス（例えば同じ基地局）であってよい。
【０１５６】
図8Aのアーキテクチャに基づき、図12Aおよび図12Bは、第1の伝送経路が既に存在するときに、コアネットワークが第2の伝送経路の確立を開始する手順を示している。以下、実施形態1200のステップを具体的に説明する。
【０１５７】
S1201．マスター伝送経路およびセカンダリ伝送経路を確立することを決定する。詳細については、前述した実施形態のステップS1101を参照されたい。
【０１５８】
S1202．SMFはセカンダリ経路の確立を開始する。詳細については、前述した実施形態のステップS1102を参照されたい。
【０１５９】
S1203．SMFはAMFへ第2のQoSフロー確立要求を送信し、要求メッセージは、第1のQoSフローおよび第2のQoSフローのQFI、PDU Session ID（マスターQoSフローおよびセカンダリQoSフローは同じPDUセッションにある）、TFT、QoS、バックアップラベル、二重伝送指示（任意選択的）などを運ぶ。
【０１６０】
S1204．AMFはSMFによって送信される第2の（セカンダリ）QoSフロー確立要求を受信し、第1のアクセスデバイスへセカンダリQoSフロー確立要求を送信し、要求メッセージは、PDU Session ID、第1のQoSフローおよび第2のQoSフローのQFI、QoSルール、バックアップラベル、二重伝送指示（任意選択的）などを運ぶ。要求メッセージは、第1のアクセスデバイスに対し、第2のアクセスデバイスとUEとの間にセカンダリQoSフローを確立するよう命令するために用いられる。
【０１６１】
S1205．第1のアクセスデバイスは第2アクセスデバイス追加手順を開始する。（マスター基地局がセカンダリ基地局追加手順を開始する先行技術を参照し、詳細については3GPP規格TS 36．300を参照すること。）
【０１６２】
第1のアクセスデバイスは第2のアクセスデバイスへQoS確立要求メッセージを送信し、要求メッセージは、第2のQoSフローのQFI、PDU Session ID、QoSルールなどを運ぶ。
【０１６３】
S1206．第2のアクセスデバイスは第2のQoSフローに無線リソース情報を割り当て、割り当てた無線リソース情報を第1のアクセスデバイスへ送信する。
【０１６４】
S1207．第1のアクセスデバイスは第2のQoSフローを確立することをUEに命令し、通知メッセージは下記を含む。
・第1のQoSフローの識別子、第2のQoSフローの識別子、PDU Session ID、およびバックアップラベル。UEはこれらの情報に基づいて第1のQoSフローおよび第2のQoSフローのマスター・セカンダリ関係を確立し、マスター経路とセカンダリ経路の関連付けを完了する。
・二重送信と二重受信を行うことをUEに命令する、二重伝送指示（任意選択的）。
・第2のアクセスデバイスによって第2のQoSフローに割り当てられる無線リソース情報。UEは、これらの無線リソース情報に基づいて、第2のQoSフローの確立を完了できる。
【０１６５】
S1208．第2のQoSフローの確立を完了するため、UEは第2のアクセスデバイスに対し無線再構成情報を開始する。
【０１６６】
S1209．第1のアクセスデバイスはAMFへQoSフロー確立応答メッセージを送信する。
【０１６７】
S1210．AMFはSMFへマスターおよびセカンダリQoSフロー確立応答メッセージを送信する。
【０１６８】
S1211．SMFは、UPFに対し、第2のQoSフローのためにUPF側ユーザプレーンリソースを確立するよう命令する。
【０１６９】
具体的に述べると、SMFはリソースを割り当て（SMFによって他所から得られたQoSおよびチャージングルール、ならびにトンネル）、UPFへルールを送信する。UPFは、ユーザプレーンリソースの確立を実行するため、ルールを記憶／インストールする。
【０１７０】
加えて、SMFはUPFへN4セッション修正メッセージを送信する。メッセージは以下の内容を運ぶ。
a．第1のQoSフローの識別子、第2のQoSフローの識別子、およびバックアップラベル。UPF側は、バックアップラベルと、第1のQoSフローの識別子（QFI、PDU Session ID）と、第2のQoSフローの識別子（PDU Session ID、QFI）とに基づいて、2つのQoSフローの結び付けを完了する。換言すると、UPF側はマスター経路とセカンダリ経路の関連付けを完了する。
b．二重伝送指示（任意選択的）。図4および図5を参照し、UPFは指示に基づいて以下のアクションを行う。
b1．ダウンリンク二重送信：DNによって送信され第1のQoSフローに対応するデータパケットを受信したUPFは、そのデータパケットを複製する。UPFは、第1のQoSフローがあるN3トンネルを通じて元のデータパケットを第1のアクセスデバイスへ送信し、第2のQoSフローがあるN3トンネルを通じて複製されたデータパケットを第2のアクセスデバイスへ送信する。UPFは、第1のQoSフローに対応するデータパケットと第2のQoSフローに対応するデータパケットの各々に二重伝送プロトコルヘッダーを加え、プロトコルヘッダーはパケットシーケンス番号や識別子などを運ぶ。UEは二重伝送プロトコルヘッダーを解析して重複排除動作を実行しうる。
b2．アップリンク二重受信：UPFは、第1のQoSフローに対応し第1のアクセスデバイスによって送信されるデータパケットと、第2のQoSフローに対応し第2のアクセスデバイスによって送信されるデータパケットとを、受信し、データパケット内の二重伝送プロトコルヘッダー情報（シーケンス番号や識別子などを主に含む）に基づいて、データパケットの重複排除を行う。
c．他のPCCルール。UPFは第2のQoSフローに関係するポリシーおよびチャージングルールなどをセットアップする。
【０１７１】
UPFはSMFへN4セッション修正応答メッセージを送信し、マスターQoSフローおよびセカンダリQoSフローのためにUPF側ユーザプレーンリソースの確立を完了する。
【０１７２】
本実施形態で、コアネットワークは、第1のアクセスデバイスと第2のアクセスデバイスとUEとを使用して、第2の伝送経路を確立するよう命令する。同じアクセス技術の場合は、既存のコアネットワークにおいて、通常はただ1つのアクセスデバイスがAMFとのコントロールプレーン接続を有することが許される（例えば、マスターおよびセカンダリ基地局メカニズム）。本実施形態のソリューションでは、ネットワークがわずかに変えられ、既存のネットワークとの適合がより容易になる。
【０１７３】
本発明の前述した実施形態の方法は、現在の4Gネットワークにも適用できる。可能な適用可能なアーキテクチャは図13に示されるアーキテクチャである。図13でUEは3GPPアクセスデバイス（E−UTRAN）を用いてコアネットワークにアクセスする。4Gでは、MMEと、ネットワークにアクセスするためUEによって使用されるアクセスデバイスの各々との間に、コントロールプレーン接続があるなら、UEは代替的に、3GPPアクセスデバイスとNon−3GPPアクセスデバイスの両方を用いてネットワークにアクセスすることもできる。図13のネットワークエレメントの名前と機能説明を表2に示す。
【０１７４】
【表２】
2021501523.tif 000026
【０１７５】
前述した実施形態の方法S900、S1000、S1100、およびS1200の手順を参照し、本発明が4Gネットワークで実装される場合は、PGWネットワークエレメントは本発明の前述した実施形態におけるSMFの対応する機能を果たし、MMEネットワークエレメントは本発明の前述した実施形態におけるAMFの対応する機能を果たし、PCRFは本発明の前述した実施形態におけるPCFの対応する機能を果たし、前述した実施形態を参照して他の関連ネットワークエレメントを実装することもでき、ここでは詳細を説明しない。
【０１７６】
ベアラ（bearer）は4GでQoSを区別する最小限のグラニュラリティであり、1つのベアラの全てのサービスフローで、スケジューリングポリシー、キュー管理、トラフィックシェーピング、リソース構成などを含む同じ転送処理が行われる。異なるQoS処理を提供するには、異なるベアラを使用する必要がある。したがって、4Gでは、1つの伝送経路が1つのベアラに相当する。
【０１７７】
上記では、5Gネットワークアーキテクチャと4Gネットワークアーキテクチャで本発明のソリューションの実装を別々に説明している。前述した全ての実施形態における端末（Terminal）は、様々なハンドヘルドデバイス、車載デバイス、ウェアラブルデバイス、無線通信機能を有する計算デバイス、またはワイヤレスモデムに接続された他の処理デバイスを含み得る。端末は、サブスクライバユニット（subscriber unit）、セル方式電話機（cellular phone）、スマートフォン（smart phone）、ワイヤレスデータカード、個人用デジタル補助（personal digital assistant、PDA）コンピュータ、タブレットコンピュータ、ワイヤレスモデム（modem）、ハンドヘルド（handheld）デバイス、ラップトップコンピュータ（laptop computer）、コードレス電話機（cordless phone）、ワイヤレスローカルループ（wireless local loop、WLL）ステーション、マシンタイプ通信（machine type communication、MTC）端末、ユーザ機器（user equipment、UE）、モバイルステーション（mobile station、MS）、端末デバイス（terminal device）などをさらに含み得る。
【０１７８】
アクセスデバイスは、コアネットワークにアクセスするデバイスを指す。例えば、アクセスデバイスは、基地局、ブロードバンドネットワークゲートウェイ（broadband network gateway、BNG）、アグリゲーションスイッチ、非3GPPアクセスデバイスなどであってよい。基地局は、マクロ基地局、マイクロ基地局（スモールセルとも呼ばれる）、中継局、アクセスポイントなど、様々な形の基地局を含み得る。
【０１７９】
前述した全ての実施形態でSMFエンティティとPGWに関係するアクションは、図2に示された通信デバイス200内のプロセッサ201により、メモリ203に記憶されたアプリケーションプログラムコードを起動することによって行われてうる。これは本願の実施形態で限定されない。端末に関係するアクションもまた、図2に示された通信デバイス200内のプロセッサ201により、メモリ203に記憶されたアプリケーションプログラムコードを起動することによって行われうる。これは本願の実施形態で限定されない。
【０１８０】
本願の実施形態で提供されるソリューションは主に、ネットワークエレメント同士のやり取りの観点から説明されている。前述した機能を実装するため、セッション機能エンティティや端末デバイスが、各機能を実施する対応するハードウェア構造および／またはソフトウェアモジュールを含むことは理解できる。当業者なら、本明細書で開示されている実施形態で説明されている例のユニットやアルゴリズムステップと組み合わせ、本願を、ハードウェアによって、または本願のハードウェアとコンピュータソフトウェアとの組み合わせによって、実装できることに容易に気付くであろう。機能がハードウェアによって果たされるか、それともコンピュータソフトウェアによって駆動されるハードウェアによって果たされるかは、技術的なソリューションの具体的な用途と設計上の制約しだいで決まる。当業者ならそれぞれの具体的用途で説明されている機能を様々な方法で実装できるが、そのような実装は本願の範囲を超えるものと見なすべきではない。
【０１８１】
本願の実施形態で、セッション機能エンティティと端末デバイスは、前述した方法の例に基づいて機能モジュールに分割されてよい。例えば、それぞれの機能モジュールは各機能に基づく分割によって得ることができ、または2つ以上の機能を1つの処理モジュールに統合することもできる。統合されたモジュールはハードウェアの形で実装されてよく、またはソフトウェア機能モジュールの形で実装されてもよい。本願の実施形態でモジュール分割は一例であり、論理的な機能分割に過ぎないことに留意されたい。実際の実装時には他の分割方式を用いることもできる。
【０１８２】
例えば、図14は、前述した全ての実施形態におけるセッション機能エンティティ1400の可能な構造の概略図である。セッション機能エンティティは、決定モジュール1401と、処理モジュール1402と、を含む。決定モジュール1401は、端末とユーザプレーン機能エンティティとの間に第1の伝送経路および第2の伝送経路を確立することを決定するよう、または、第1の伝送経路が既に存在する場合は、第2の伝送経路を確立することを決定するよう、構成される。処理モジュール1402は、第1の伝送経路および第2の伝送経路の確立を開始するよう、または、第1の伝送経路が既に存在する場合は、第2の伝送経路の確立を開始するよう、構成される。処理モジュール1402は、端末またはユーザプレーン機能エンティティに対し、第1の伝送経路および第2の伝送経路で同じデータを伝送するよう命令するようさらに構成される。
【０１８３】
任意選択的に、セッション機能エンティティは通知モジュール1403をさらに含み、通知モジュール1403は、処理モジュール1402が第2の伝送経路の確立を開始するときに、ユーザプレーン機能エンティティおよび／または端末に対し、第1の伝送経路および第2の伝送経路で同じデータの伝送を開始するよう命令するよう、または第2の伝送経路の確立が完了された後に、端末の要求またはネットワーク側の要求に基づいて、ユーザプレーン機能エンティティおよび／または端末に対し、第1の伝送経路および第2の伝送経路で同じデータの伝送を開始するよう命令するよう構成される。具体的な二重伝送処理方式については、図4、図5、および前述した実施形態の内容を参照されたい。
【０１８４】
任意選択的に、決定モジュール1401は、端末またはポリシー機能エンティティによって送信されるサービス要求に基づいて、サービスのQoS情報を得、QoS情報に基づいて、端末とユーザプレーン機能エンティティとの間に第1の伝送経路および第2の伝送経路を確立する必要があることを決定し、または、決定モジュール1401は、端末によって送信されるサービス要求で運ばれるマスターおよびセカンダリ伝送経路確立指示かバイキャスティング指示に基づいて、ポリシー機能エンティティの許可を求め、許可の結果に基づいて、端末とユーザプレーン機能エンティティとの間に第1の伝送経路および第2の伝送経路を確立する必要があることを決定する。
【０１８５】
任意選択的に、決定モジュール1401は、端末またはポリシー機能エンティティによって送信される要求メッセージを受信するよう構成され、要求メッセージに基づいて、端末とユーザプレーン機能エンティティとの間に第2の伝送経路を確立する必要があることを決定し、または、決定モジュール1401は、ユーザプレーン機能エンティティによって送信される第1の伝送経路に関する通知メッセージを受信し、通知メッセージに基づいて、第2の伝送経路を確立する必要があることを決定する。例えば、通知メッセージは、第1の伝送経路に欠陥があることを示す通知メッセージであってよい。
【０１８６】
任意選択的に、処理モジュール1402は、モビリティ管理エンティティへ第1および第2伝送経路確立要求を送信し、モビリティ管理エンティティに対し、第1および第2伝送経路確立要求に基づいて、第1のアクセスデバイスおよび第2のアクセスデバイスに対し、第1の伝送経路および第2の伝送経路をそれぞれ確立するために端末とネゴシエートするよう命令するよう、命令する。
【０１８７】
セッション機能エンティティはSMFまたはPGWでありうる。前述した全ての実施形態における全ての関連する内容は、対応する機能モジュールの機能の説明に引用できるため、ここでは詳細を説明しない。
【０１８８】
図15は、前述した全ての実施形態における端末の可能な装置構造の概略図である。装置1500は端末または端末内のチップであってよい。これは本願の本実施形態で具体的に限定されない。装置1500は、相互作用モジュール1501と、処理モジュール1502と、を含む。相互作用モジュール1501は、セッション機能エンティティによって送信されるメッセージを受信するよう構成される。メッセージは、端末デバイスに対し、ユーザプレーン機能エンティティと端末との間の第1の伝送経路および第2の伝送経路で同じデータを伝送するよう命令する。処理モジュール1502は、第1の伝送経路および第2の伝送経路で同じデータを伝送するよう構成される。
【０１８９】
任意選択的に、相互作用モジュール1501は、セッション機能エンティティへサービス要求を送信し、サービス要求は、少なくとも2つの伝送経路を確立する指示を、または第2の伝送経路を確立する指示を、運ぶ、ようにさらに構成される。
【０１９０】
任意選択的に、相互作用モジュール1501は、第1の伝送経路および第2の伝送経路をそれぞれ確立するために、第1のアクセスデバイスおよび第2のアクセスデバイスとネゴシエートする。
【０１９１】
任意選択的に、図4、図5、および前述した実施形態を参照し、処理モジュール1502が第1の伝送経路および第2の伝送経路で同じデータを伝送することは、処理モジュール1502がユーザプレーン機能エンティティに向けて第1の伝送経路および第2の伝送経路で同じデータを伝送すること、または処理モジュール1502がユーザプレーン機能エンティティによって送信される同じデータを第1の伝送経路および第2の伝送経路で受信し、受信したデータの重複排除を行うこと、または、処理モジュール1502が、データを受信するために、第1の伝送経路および第2の伝送経路からいずれか一方の伝送経路を選択すること、を含む。
【０１９２】
任意選択的に、装置1500がチップである場合は、相互作用モジュール1501の機能／実行プロセスは、ピンや回路などを用いて実行されてよい。
【０１９３】
前述した全ての実施形態の全関連内容は、対応する機能モジュールの機能の説明に引用できるため、ここでは詳細を説明しない。
【０１９４】
本願の実施形態で提供されるセッション機能エンティティ1400と装置1500は、サービスの信頼性を向上させる方法を全て行うように構成される。したがって、セッション機能エンティティ1400と装置1500によって達成できる技術的な効果については、前述した方法の実施形態を参照されたい。ここでは詳細を説明しない。
本願は、特定の特徴とその実施形態を参照して説明されているが、当然ながら、本願の精神および範囲から逸脱することなく、本願に様々な修正や組み合わせを行うことができる。相応に、明細書と添付の図面は、添付のクレームによって規定される本願の例示的な説明に過ぎず、本願の範囲に入る修正、変更、組み合わせ、または同等物のいずれかまたは全てと見なされる。当業者が、本願の精神および範囲から逸脱せずに、本願に様々な修正や変更を加えることができることは明白である。本願は、以降のクレームとそれらと同等の技術とによって定められる保護の範囲内にある本願のこれらの修正や変更を網羅することを意図する。
【符号の説明】
【０１９５】
10  システム
101  端末
102  第1のアクセスデバイス
103  第2のアクセスデバイス
104  セッション機能エンティティ
105  ユーザプレーン機能エンティティ
106  ポリシー機能エンティティ
200  通信デバイス
201  プロセッサ
202  通信バス
203  メモリ
204  通信インタフェース
205  出力デバイス
206  入力デバイス
208  プロセッサ
401  プロセッサ
405  出力デバイス
S300  方法
S600  方法
S700  方法
900  実施形態
1000  実施形態
1100  実施形態
1200  実施形態
1400  セッション機能エンティティ
1401  決定モジュール
1402  処理モジュール
1403  通知モジュール
1500  装置
1501  相互作用モジュール
1502  処理モジュール
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末とユーザプレーン機能エンティティとの間でサービスデータを伝送する第1の伝送経路が既に存在する通信ネットワークに適用される、サービスの信頼性を向上させる方法であって、前記第1の伝送経路は第1のアクセスデバイスを通り、前記方法は、
前記第1のアクセスデバイスにより、セッション機能エンティティから通知メッセージを受信するステップと、
前記第1のアクセスデバイスにより、前記通知メッセージに従って第2のアクセスデバイスにおいて第2の伝送経路の確立を開始するステップと、を含む、方法。
【請求項２】
前記第1のアクセスデバイスにより、前記通知メッセージに従って前記第2のアクセスデバイスにおいて前記第2の伝送経路の前記確立を開始する前記ステップは、
前記第1のアクセスデバイスにより、前記第2のアクセスデバイスにおいて前記第2の伝送経路を確立するため、セカンダリ基地局追加プロセスを開始するステップを含む、請求項1に記載の方法。
【請求項３】
前記第2の伝送経路で伝送される前記サービスデータは、前記第1の伝送経路で伝送されるサービスデータと同じである、請求項1または2に記載の方法。
【請求項４】
前記第1のアクセスデバイスは第3世代パートナーシッププロジェクト3GPPアクセスデバイスであり、前記第2のアクセスデバイスは非3GPPアクセスデバイスである、または、前記第1のアクセスデバイスは非3GPPアクセスデバイスであり、前記第2のアクセスデバイスは3GPPアクセスデバイスである、請求項1から3のいずれか一項に記載の方法。
【請求項５】
前記第2の伝送経路は第2のサービスの質QoSフローであり、前記第1のアクセスデバイスにより、前記セカンダリ基地局追加プロセスを開始する前記ステップは、
前記第1のアクセスデバイスにより、前記第2のアクセスデバイスへQoSフロー確立要求メッセージを送信するステップと、
前記第1のアクセスデバイスにより、前記第2のアクセスデバイスから第2のQoSフローの割り当て済み無線リソース情報を受信するステップと、を含む、請求項2に記載の方法。
【請求項６】
前記通知メッセージは関連付け識別子を含み、前記関連付け識別子は、前記第1の伝送経路および前記第2の伝送経路が関連付けされていることを示すために使われる、請求項1から5のいずれか一項に記載の方法。
【請求項７】
請求項1から6のいずれか一項に記載の方法を行うよう構成された、第1のアクセスデバイス。
【請求項８】
システムであって、
請求項1から6のいずれか一項に記載の方法を行うよう構成された第1のアクセスデバイスと、
前記通知メッセージを送信するよう構成されたセッション機能エンティティと、を含む、システム。
【請求項９】
前記第1のアクセスデバイスと通信する前記第2のアクセスデバイスをさらに含み、
前記第1のアクセスデバイスは、請求項2から6のいずれか一項に記載の方法を行うように構成される、請求項8に記載のシステム。
【請求項１０】
命令を含む、コンピュータ可読記憶媒体であって、前記命令がコンピュータで実行されると、前記コンピュータは請求項1から6のいずれか一項に記載の方法を行うことが可能となる、コンピュータ可読記憶媒体。
【国際調査報告】
2021501523.tif 000027
2021501523.tif 000028
2021501523.tif 000029
2021501523.tif 000030