(57)【要約】  本開示は、専用ベアラ作成方法、移動性管理エンティティおよびパケットデータネットワークゲートウェイを提供する。ここで、専用ベアラ作成方法において、トラッキングエリアアップデートプロセスで、端末からのＩＤ情報に基づき、端末が５Ｇから４Ｇに移行したことを決定すると、トラッキングエリアアップデートの完成後に、制御プレーンの非アクセス層接続を保持するステップと、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、前記非アクセス層接続を利用して前記端末に対し専用ベアラを作成するステップとを含む。本開示の手段によれば、実際のニーズに応じて、エアインタフェースベアラをオンデマンドに確立できるため、ＭＭＥからＴＡＵプロセス中にエアインタフェースユーザプレーンベアラの作成をｅＮＢに要求することによるエアインタフェースリソースの無駄遣いが避けられ、従来技術の専用ベアラ作成によるエアインタフェースリソースの無駄遣いという問題を効果的に解決した。【選択図】  図３
2021503859.tif 000002
【特許請求の範囲】
【請求項１】
移動性管理エンティティに応用される専用ベアラ作成方法において、
トラッキングエリアアップデートプロセスで、端末からのＩＤ情報に基づき、端末が５Ｇから４Ｇに移行したことを特定すると、トラッキングエリアアップデートの完成後に、制御プレーンの非アクセス層接続を保持するステップと、
パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、前記非アクセス層接続を利用して前記端末に対し専用ベアラを作成するステップとを含む、専用ベアラ作成方法。
【請求項２】
前記のトラッキングエリアアップデートの完成後に、制御プレーンの非アクセス層接続を保持するステップは、
トラッキングエリアアップデートの完成後に、所定期間で制御プレーンの非アクセス層接続を保持することと、
パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を所定期間で受信しなかった場合、制御プレーンの非アクセス層接続を解放することとを含む、請求項１に記載の専用ベアラ作成方法。
【請求項３】
前記のパケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、前記非アクセス層接続を利用して前記端末に対し専用ベアラを作成するステップは、
パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、基地局から前記端末に対しエアインタフェースユーザプレーンベアラを作成すると同時にまたはその完成後に、前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信することを含む、請求項１に記載の専用ベアラ作成方法。
【請求項４】
前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信すると同時にまたはその前に、
初期端末コンテキスト確立要求を基地局に送信し、前記基地局から前記端末に対するエアインタフェースユーザプレーンベアラの作成をトリガーすることをさらに含む、請求項３に記載の専用ベアラ作成方法。
【請求項５】
前記端末からのＩＤ情報は、ＧＵＴＩ（Ｇｌｏｂａｌｌｙ  Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ  ＵＥ  Ｉｄｅｎｔｉｔｙ）のタイプである、請求項１に記載の専用ベアラ作成方法。
【請求項６】
前記のパケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、前記非アクセス層接続を利用して前記端末に対し専用ベアラを作成するステップは、
トラッキングエリアアップデートの完成後に、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、保持されている前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信することを含む、請求項１〜５のいずれか一項に記載の専用ベアラ作成方法。
【請求項７】
前記のパケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、既存の非アクセス層接続を利用して前記端末に対し専用ベアラを作成するステップは、
パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求が付帯されているセッション作成応答をサービングゲートウェイから受信すると、前記セッション作成応答から前記専用ベアラ作成要求を解析することと、
前記専用ベアラ作成要求に基づき、前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信することとを含む、請求項１に記載の専用ベアラ作成方法。
【請求項８】
パケットデータネットワークゲートウェイに応用される専用ベアラ作成方法において、
端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定すると、ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックしてサービングゲートウェイに送信し、前記サービングゲートウェイからセッション作成応答によって前記専用ベアラ作成要求を移動性管理エンティティにピギーバックすることをトリガーするステップを含む、専用ベアラ作成方法。
【請求項９】
前記の端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定すると、ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックしてサービングゲートウェイに送信するステップは、
サービングゲートウェイから送信されるベアラ変更要求を受信すると、端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定することと、
ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックしてサービングゲートウェイに送信することとを含む、請求項８に記載の専用ベアラ作成方法。
【請求項１０】
トランシーバと、メモリと、プロセッサと、前記メモリに記憶されて前記プロセッサで実行可能なコンピュータプログラムを含む移動性管理エンティティにおいて、
前記プロセッサは、メモリからプログラムを読み取ることによって、
トラッキングエリアアップデートプロセスで、端末からのＩＤ情報に基づき、端末が５Ｇから４Ｇに移行したことを特定すると、トラッキングエリアアップデートの完成後に、制御プレーンの非アクセス層接続を保持するプロセスと、
前記トランシーバによって、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、前記非アクセス層接続を利用して前記端末に対し専用ベアラを作成するプロセスとを実行することに用いられる、移動性管理エンティティ。
【請求項１１】
前記プロセッサは、具体的に、
トラッキングエリアアップデートの完成後に、所定期間で制御プレーンの非アクセス層接続を保持することと、
パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を所定期間で受信しなかった場合、制御プレーンの非アクセス層接続を解放することとに用いられる、請求項１０に記載の移動性管理エンティティ。
【請求項１２】
前記プロセッサは、具体的に、
パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、基地局から前記端末に対しエアインタフェースユーザプレーンベアラを作成すると同時にまたはその完成後に、前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信することに用いられる、請求項１０に記載の移動性管理エンティティ。
【請求項１３】
前記プロセッサは、さらに、
前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信すると同時にまたはその前に、初期端末コンテキスト確立要求を基地局に送信し、前記基地局から前記端末に対するエアインタフェースユーザプレーンベアラの作成をトリガーすることに用いられる、請求項１２に記載の移動性管理エンティティ。
【請求項１４】
前記端末からのＩＤ情報は、ＧＵＴＩのタイプである、請求項１０に記載の移動性管理エンティティ。
【請求項１５】
前記プロセッサは、具体的に、
トラッキングエリアアップデートの完成後に、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、保持されている前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信することに用いられる、請求項１０〜１４のいずれか一項に記載の移動性管理エンティティ。
【請求項１６】
前記プロセッサは、具体的に、
パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求が付帯されているセッション作成応答をサービングゲートウェイから前記トランシーバによって受信すると、前記セッション作成応答から前記専用ベアラ作成要求を解析することと、
前記専用ベアラ作成要求に基づき、前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信することとに用いられる、請求項１０に記載の移動性管理エンティティ。
【請求項１７】
トランシーバと、メモリと、プロセッサと、前記メモリに記憶されて前記プロセッサで実行可能なコンピュータプログラムを含むパケットデータネットワークゲートウェイにおいて、
前記プロセッサは、メモリからプログラムを読み取ることによって、
端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定すると、ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックし、前記トランシーバによってサービングゲートウェイに送信し、前記サービングゲートウェイからセッション作成応答によって前記専用ベアラ作成要求を移動性管理エンティティにピギーバックすることをトリガーするプロセスを実行することに用いられる、パケットデータネットワークゲートウェイ。
【請求項１８】
前記プロセッサは、具体的に、
サービングゲートウェイから送信されるベアラ変更要求を前記トランシーバによって受信すると、端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定することと、
ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックし、前記トランシーバによってサービングゲートウェイに送信することとに用いられる、請求項１７に記載のパケットデータネットワークゲートウェイ。
【請求項１９】
コンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体であって、
当該プログラムがプロセッサによって実行されると、請求項１〜７のいずれか一項に記載の専用ベアラ作成方法のステップが実現される、コンピュータ読み取り可能な記憶媒体。
【請求項２０】
コンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体であって、
当該プログラムがプロセッサによって実行されると、請求項８または９に記載の専用ベアラ作成方法のステップが実現される、コンピュータ読み取り可能な記憶媒体。
【請求項２１】
移動性管理エンティティに応用される専用ベアラ作成装置において、
トラッキングエリアアップデートプロセスで、端末からのＩＤ情報に基づき、端末が５Ｇから４Ｇに移行したことを特定すると、トラッキングエリアアップデートの完成後に、制御プレーンの非アクセス層接続を保持するための第１処理モジュールと、
パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、前記非アクセス層接続を利用して前記端末に対し専用ベアラを作成するための第２処理モジュールとを含む、専用ベアラ作成装置。
【請求項２２】
パケットデータネットワークゲートウェイに応用される専用ベアラ作成装置において、
端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定すると、ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックしてサービングゲートウェイに送信し、前記サービングゲートウェイからセッション作成応答によって前記専用ベアラ作成要求を移動性管理エンティティにピギーバックすることをトリガーするための第３処理モジュールを含む、専用ベアラ作成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１７年１１月２１日に中国特許庁に提出された中国特許出願２０１７１１１６８０７８．４の優先権を主張し、その全ての内容が援用によりここに取り込まれる。
本開示は、通信技術分野に係り、特に専用ベアラ作成方法、移動性管理エンティティおよびパケットデータネットワークゲートウェイに係る。
【背景技術】
【０００２】
３ＧＰＰでは、５Ｇから４Ｇへのアイドル状態のＴＡＵ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）プロセスで、ＰＧＷ−Ｃ＋ＳＭＦ（ＰＤＮ  Ｇａｔｅｗａｙ-Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ＋Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）によって、ＴＡＵ終了後に専用ベアラの確立プロセスをトリガーする可能性があるとする。しかし、関連技術のＴＡＵプロセスでは、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）は、ＴＡＵ  ａｃｃｅｐｔメッセージを送信してからＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）シグナリング接続を解放する。よって、３ＧＰＰでは、Ａｃｔｉｖｅ  ｆｌａｇを利用してＮＡＳ接続を保証する方法が提案されている。このような方法は、後に専用ベアラ確立プロセスの有無にかかわらず、ＭＭＥがＴＡＵプロセス中に常にエアインタフェースのＤＲＢ（Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）を確立することが求められ、エアインタフェースリソースの無駄遣いに繋がる可能性がある。
【０００３】
図１は、５ＧネットワークとＬＴＥネットワーク（４Ｇネットワーク）の相互処理をサポートするネットワークアーキテクチャモデルを示す。図では、ＭＭＥと５ＧＳ（５Ｇ  Ｓｙｓｔｅｍ）  ＡＭＦ（Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）との間のＮ２６インタフェースは、サポート可否が選択可能である。ネットワークでＮ２６インタフェースがサポートされる場合、ネットワークでは、５ＧとＬＴＥネットワークとの間の切り替えがサポートされる。この場合、ＭＭＥとＡＭＦとの間で、移動性コンテキストとセッション接続のコンテキストを含んだＵＥのコンテキスト情報を伝達する必要がある。端末は、このようなＮ２６インタフェースがサポートされるネットワークにアクセスする場合、ネットワークでその登録方式をｓｉｎｇｌｅ  ｒｅｇｉｓｔｒａｔｉｏｎ  ｍｏｄｅとして構成される。図では、ＨＳＳ＋ＵＤＭは、ホーム加入者サーバ＋統合データ管理機能を示し、ＰＣＦ＋ＰＣＲＦは、ポリシー制御機能＋ポリシーおよび課金ルール機能を示し、ＵＰＦ＋ＰＧＷ−Ｕは、ユーザプレーン機能＋ＰＤＮゲートウェイユーザプレーン機能を示し、Ｅ−ＵＴＲＡＮは、Ｅｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋを示す。
【０００４】
ｓｉｎｇｌｅ  ｒｅｇｉｓｔｒａｔｉｏｎ方式のＵＥは、５ＧＳからＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）ネットワークに移行する。５ＧＳとＥＰＳの間でＮ２６インタフェースがサポートされると、接続状態のＵＥは、ＴＳ  ２３．５０２に記載したように、ｉｎｔｅｒ−ＲＡＴ（ｉｎｔｅｒ−Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｉｑｕｅ）切り替えプロセスを実行する。
【０００５】
アイドル状態のＵＥの場合、５ＧＣ（５Ｇ  Ｃｏｒｅ  ｎｅｔｗｏｒｋ）からＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ  ｎｅｔｗｏｒｋ）へ移行すると、ＵＥは、５Ｇ−ＧＵＴＩ（４Ｇ−ＧＵＴＩ（Ｇｌｏｂａｌｌｙ  Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ  ＵＥ  Ｉｄｅｎｔｉｔｙ）からマッピングして得られる）を利用してＴＡＵプロセスを実行し、ＭＭＥは、５ＧＣからＵＥの移動性管理ＭＭおよびセッション管理ＳＭのコンテキストをＮ２６インタフェースによって取得する。ＥＰＣから５ＧＣへ移行する場合、ＵＥは、４Ｇ−ＧＵＴＩ（５Ｇ−ＧＵＴＩからマッピングして得られる）を利用して登録（ｒｅｇｉｓｔｒａｔｉｏｎ）プロセスを実行し、ＡＭＦとＳＭＦは、ＥＰＣからＵＥのＭＭおよびＳＭのコンテキストを取得する。具体的な流れは、図２に示されている。図では、ＮＧ−ＲＡＮは、次世代無線アクセスネットワークを示し、ＰＧＷ−Ｕ＋ＵＰＦ（Ｐ−ＧＷ−Ｕ／ＵＰＦ）は、ＰＤＮゲートウェイユーザプレーン機能＋ユーザプレーン機能を示し、ＨＳＳ＋ＵＤＭ（ＨＳＳ／ＵＤＭ）は、ホーム加入者サーバ＋統合データ管理機能を示す。
【０００６】
ＵＥからＴＡＵ  ｒｅｑｕｅｓｔにＡｃｔｉｖｅ  ｆｌａｇを付帯した場合、ステップ２１５の後に、ＭＭＥは、シグナリング接続を解放せずに保持する必要がある（そうしないと、ＭＭＥは、ＴＡＵ  ｃｏｍｐｌｅｔｅメッセージを受信すると、ある期間でＳ１  ｒｅｌｅａｓｅプロセスを引き起こしてＮＡＳシグナリング接続を解放する）。このように、ステップ２１６では、ＭＭＥは、ＰＧＷから引き起こされる専用ベアラ確立要求を受信すると、既存のＮＡＳシグナリング接続を利用して専用ベアラ確立プロセスを引き起こす。
【０００７】
上記のように、関連技術ではＵＥからのａｃｔｉｖｅ  ｆｌａｇ送信が求められるが、ＭＭＥがＴＡＵプロセスでエアインタフェースユーザプレーンベアラの作成をｅＮＢに要求することに繋がる。後にＰＧＷから専用ベアラ確立プロセスを引き起こされない場合、ｅＮＢがある期間（タイマで制御する）を待ってからエアインタフェースベアラ解放プロセスを引き起こすことになるため、必要のないエアインタフェースベアラの確立／削除プロセスが生じてしまう。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本開示の目的は、専用ベアラ作成方法、移動性管理エンティティおよびパケットデータネットワークゲートウェイを提供することによって、従来技術の専用ベアラ作成によるエアインタフェースリソースの無駄遣いという問題を解決することにある。
【課題を解決するための手段】
【０００９】
上記技術課題を解決するために、本開示の実施例は、移動性管理エンティティに応用される専用ベアラ作成方法を提供する。当該方法において、トラッキングエリアアップデートプロセスで、端末からのＩＤ情報に基づき、端末が５Ｇから４Ｇに移行したことを特定すると、トラッキングエリアアップデートの完成後に、制御プレーンの非アクセス層接続を保持するステップと、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、前記非アクセス層接続を利用して前記端末に対し専用ベアラを作成するステップとを含む。
【００１０】
選択可能に、前記のトラッキングエリアアップデートの完成後に、制御プレーンの非アクセス層接続を保持するステップは、トラッキングエリアアップデートの完成後に、所定期間で制御プレーンの非アクセス層接続（非アクセス層接続は、エアインタフェースのＲＲＣ接続および基地局とＭＭＥとの間のＳ１接続からなる）を保持することと、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を所定期間で受信しなかった場合、制御プレーンの非アクセス層接続を解放することとを含む。
【００１１】
選択可能に、前記のパケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、前記非アクセス層接続を利用して前記端末に対し専用ベアラを作成するステップは、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、基地局から前記端末に対しエアインタフェースユーザプレーンベアラを作成すると同時にまたはその完成後に、前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信することを含む。
【００１２】
選択可能に、前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信すると同時にまたはその前に、（基地局との間のＳ１接続によって）初期端末コンテキスト確立要求を基地局に送信し、前記基地局から前記端末に対するエアインタフェースユーザプレーンベアラの作成をトリガーすることをさらに含む。
【００１３】
選択可能に、前記端末からのＩＤ情報は、ＧＵＴＩ（Ｇｌｏｂａｌｌｙ  Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ  ＵＥ  Ｉｄｅｎｔｉｔｙ）のタイプである。
【００１４】
選択可能に、前記のパケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、前記非アクセス層接続を利用して前記端末に対し専用ベアラを作成するステップは、トラッキングエリアアップデートの完成後に、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、保持されている前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信することを含む。
【００１５】
選択可能に、前記のパケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、既存の非アクセス層接続を利用して前記端末に対し専用ベアラを作成するステップは、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求が付帯されているセッション作成応答をサービングゲートウェイから受信すると、前記セッション作成応答から前記専用ベアラ作成要求を解析することと、前記専用ベアラ作成要求に基づき、前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信することとを含む。
【００１６】
本開示の実施例は、パケットデータネットワークゲートウェイに応用される専用ベアラ作成方法をさらに提供する。当該方法において、端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定すると、ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックしてサービングゲートウェイに送信し、前記サービングゲートウェイからセッション作成応答によって前記専用ベアラ作成要求を移動性管理エンティティにピギーバックすることをトリガーするステップを含む。
【００１７】
選択可能に、前記の端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定すると、ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックしてサービングゲートウェイに送信するステップは、サービングゲートウェイから送信されるベアラ変更要求を受信すると、端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定することと、ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックしてサービングゲートウェイに送信することとを含む。
【００１８】
本開示の実施例は、トランシーバと、メモリと、プロセッサと、前記メモリに記憶されて前記プロセッサで実行可能なコンピュータプログラムを含む移動性管理エンティティをさらに提供する。前記プロセッサは、メモリからプログラムを読み取ることによって、トラッキングエリアアップデートプロセスで、端末からのＩＤ情報に基づき、端末が５Ｇから４Ｇに移行したことを特定すると、トラッキングエリアアップデートの完成後に、制御プレーンの非アクセス層接続を保持するプロセスと、前記トランシーバによって、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、前記非アクセス層接続を利用して前記端末に対し専用ベアラを作成するプロセスとを実行することに用いられる。
【００１９】
選択可能に、前記プロセッサは、具体的に、トラッキングエリアアップデートの完成後に、所定期間で制御プレーンの非アクセス層接続を保持することと、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を所定期間で受信しなかった場合、制御プレーンの非アクセス層接続を解放することとに用いられる。
【００２０】
選択可能に、前記プロセッサは、具体的に、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、基地局から前記端末に対しエアインタフェースユーザプレーンベアラを作成すると同時にまたはその完成後に、前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信することに用いられる。
【００２１】
選択可能に、前記プロセッサは、さらに、前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信すると同時にまたはその前に、初期端末コンテキスト確立要求を基地局に送信し、前記基地局から前記端末に対するエアインタフェースユーザプレーンベアラの作成をトリガーすることに用いられる。
【００２２】
選択可能に、前記端末からのＩＤ情報は、ＧＵＴＩのタイプである。
【００２３】
選択可能に、前記プロセッサは、具体的に、トラッキングエリアアップデートの完成後に、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、保持されている前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信することに用いられる。
【００２４】
選択可能に、前記プロセッサは、具体的に、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求が付帯されているセッション作成応答をサービングゲートウェイから前記トランシーバによって受信すると、前記セッション作成応答から前記専用ベアラ作成要求を解析することと、前記専用ベアラ作成要求に基づき、前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信することとに用いられる。
【００２５】
本開示の実施例は、トランシーバと、メモリと、プロセッサと、前記メモリに記憶されて前記プロセッサで実行可能なコンピュータプログラムを含むパケットデータネットワークゲートウェイをさらに提供する。前記プロセッサは、メモリからプログラムを読み取ることによって、端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定すると、ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックし、前記トランシーバによってサービングゲートウェイに送信し、前記サービングゲートウェイからセッション作成応答によって前記専用ベアラ作成要求を移動性管理エンティティにピギーバックすることをトリガーするプロセスを実行することに用いられる。
【００２６】
選択可能に、前記プロセッサは、具体的に、サービングゲートウェイから送信されるベアラ変更要求を前記トランシーバによって受信すると、端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定することと、ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックし、前記トランシーバによってサービングゲートウェイに送信することとに用いられる。
【００２７】
本開示の実施例は、コンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体をさらに提供する。当該プログラムがプロセッサによって実行されると、上記移動性管理エンティティ側の専用ベアラ作成方法のステップが実現される。
【００２８】
本開示の実施例は、コンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体をさらに提供する。当該プログラムがプロセッサによって実行されると、上記パケットデータネットワークゲートウェイ側の専用ベアラ作成方法のステップが実現される。
【００２９】
本開示の実施例は、移動性管理エンティティに応用される専用ベアラ作成装置をさらに提供する。当該装置は、トラッキングエリアアップデートプロセスで、端末からのＩＤ情報に基づき、端末が５Ｇから４Ｇに移行したことを特定すると、トラッキングエリアアップデートの完成後に、制御プレーンの非アクセス層接続を保持するための第１処理モジュールと、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、前記非アクセス層接続を利用して前記端末に対し専用ベアラを作成するための第２処理モジュールとを含む。
【００３０】
選択可能に、前記第１処理モジュールは、トラッキングエリアアップデートの完成後に、所定期間で制御プレーンの非アクセス層接続を保持するための第１処理サブモジュールと、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を所定期間で受信しなかった場合、制御プレーンの非アクセス層接続を解放するための第２処理サブモジュールとを含む。
【００３１】
選択可能に、前記第２処理モジュールは、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、基地局から前記端末に対しエアインタフェースユーザプレーンベアラを作成すると同時にまたはその完成後に、前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信するための第１送信サブモジュールを含む。
【００３２】
選択可能に、前記専用ベアラ作成装置は、前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信すると同時にまたはその前に、初期端末コンテキスト確立要求を基地局に送信し、前記基地局から前記端末に対するエアインタフェースユーザプレーンベアラの作成をトリガーするための第１送信モジュールをさらに含む。
【００３３】
選択可能に、前記端末からのＩＤ情報は、ＧＵＴＩのタイプである。
【００３４】
選択可能に、前記第２処理モジュールは、トラッキングエリアアップデートの完成後に、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、保持されている前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信するための第３処理サブモジュールを含む。
【００３５】
選択可能に、前記第２処理モジュールは、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求が付帯されているセッション作成応答をサービングゲートウェイから受信すると、前記セッション作成応答から前記専用ベアラ作成要求を解析するための第４処理サブモジュールと、前記専用ベアラ作成要求に基づき、前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信するための第５処理サブモジュールとを含む。
【００３６】
本開示の実施例は、パケットデータネットワークゲートウェイに応用される専用ベアラ作成装置をさらに提供する。当該装置は、端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定すると、ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックしてサービングゲートウェイに送信し、前記サービングゲートウェイからセッション作成応答によって前記専用ベアラ作成要求を移動性管理エンティティにピギーバックすることをトリガーするための第３処理モジュールを含む。
【００３７】
選択可能に、前記第３処理モジュールは、サービングゲートウェイから送信されるベアラ変更要求を受信すると、端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定するための第６処理サブモジュールと、ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックしてサービングゲートウェイに送信するための第７処理サブモジュールとを含む。
【発明の効果】
【００３８】
上記技術手段の前記専用ベアラ作成方法において、トラッキングエリアアップデートプロセスで、端末からのＩＤ情報に基づき、端末が５Ｇから４Ｇに移行したことを特定すると、トラッキングエリアアップデートの完成後に、制御プレーンの非アクセス層接続を保持し、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、前記非アクセス層接続を利用して前記端末に対し専用ベアラを作成する。よって、実際のニーズに応じて、エアインタフェースベアラをオンデマンドに確立できるため、ＭＭＥからＴＡＵプロセス中にエアインタフェースユーザプレーンベアラの作成をｅＮＢに要求することによるエアインタフェースリソースの無駄遣いが避けられ、従来技術の専用ベアラ作成によるエアインタフェースリソースの無駄遣いという問題を効果的に解決した。
【図面の簡単な説明】
【００３９】
本開示の実施例の技術手段をより明確に説明するために、以下、本開示の実施例の記載に必要とされる図面を簡単に紹介する。明らかに、以下の記載に関する図面は、単に本開示の一部の実施例である。当業者にとって、創造性のある作業をしない前提で、これらの図面から他の図面を得ることもできる。
【００４０】
【図１】図１は、関連技術におけるネットワークアーキテクチャ図である。
【図２】図２は、関連技術でＵＥが５ＧＳからＥＰＳネットワークに移行するフローチャートである。
【図３】図３は、本開示の実施例における専用ベアラ作成方法のフローチャートその１である。
【図４】図４は、本開示の実施例における専用ベアラ作成方法のフローチャートその２である。
【図５】図５は、本開示の実施例における専用ベアラ作成方法の具体的な応用方法のフローチャートその１である。
【図６】図６は、本開示の実施例における専用ベアラ作成方法の具体的な応用方法のフローチャートその２である。
【図７】図７は、本開示の実施例における移動性管理エンティティの構造図である。
【図８】図８は、本開示の実施例におけるパケットデータネットワークゲートウェイの構造図である。
【図９】図９は、本開示の実施例における専用ベアラ作成装置の構造図その１である。
【図１０】図１０は、本開示の実施例における専用ベアラ作成装置の構造図その２である。
【発明を実施するための形態】
【００４１】
以下、本開示の実施例の図面を参照しながら、本開示の実施例の技術手段を明確且つ完全的に記載する。明らかに、記載される実施例は、本開示の実施例の一部であり、全てではない。本開示の実施例に基づき、当業者が創造性のある作業をせずに為しえる全ての実施例は、いずれも本開示の保護範囲に属するものである。
【００４２】
本開示は、従来技術の専用ベアラ作成によるエアインタフェースリソースの無駄遣いという問題に対し、移動性管理エンティティに応用される専用ベアラ作成方法を提供する。図３に示すように、当該方法において、トラッキングエリアアップデートプロセスで、端末からのＩＤ情報に基づき、端末が５Ｇから４Ｇに移行したことを特定すると、トラッキングエリアアップデートの完成後に、制御プレーンの非アクセス層接続を保持するステップ３１と、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、前記非アクセス層接続を利用して前記端末に対し専用ベアラを作成するステップ３２とを含む。
【００４３】
本開示の実施例の前記専用ベアラ作成方法において、トラッキングエリアアップデートプロセスで、端末からのＩＤ情報に基づき、端末が５Ｇから４Ｇに移行したことを特定すると、トラッキングエリアアップデートの完成後に、制御プレーンの非アクセス層接続を保持し、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、前記非アクセス層接続を利用して前記端末に対し専用ベアラを作成する。よって、実際のニーズに応じて、エアインタフェースベアラをオンデマンドに確立できるため、ＭＭＥからＴＡＵプロセス中にエアインタフェースユーザプレーンベアラの作成をｅＮＢに要求することによるエアインタフェースリソースの無駄遣いが避けられ、従来技術の専用ベアラ作成によるエアインタフェースリソースの無駄遣いという問題を効果的に解決した。
【００４４】
ここで、前記のトラッキングエリアアップデートの完成後に、制御プレーンの非アクセス層接続を保持するステップは、トラッキングエリアアップデートの完成後に、所定期間で制御プレーンの非アクセス層接続（非アクセス層接続は、エアインタフェースのＲＲＣ接続および基地局とＭＭＥとの間のＳ１接続からなる）を保持することと、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を所定期間で受信しなかった場合、制御プレーンの非アクセス層接続を解放することとを含む。
【００４５】
前記所定期間は、前記端末がローカルの非アクセス層接続解放をトリガーする時間より長いことが好ましい。
【００４６】
具体的に、前記のパケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、前記非アクセス層接続を利用して前記端末に対し専用ベアラを作成するステップは、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、基地局から前記端末に対しエアインタフェースユーザプレーンベアラを作成すると同時にまたはその完成後に、前記非アクセス層接続を利用して専用ベアラ作成要求（ＡＣＴＩＶＡＴＥ  ＤＥＤＩＣＡＴＥＤ  ＥＰＳ  ＢＥＡＲＥＲ  ＣＯＮＴＥＸＴ  ＲＥＱＵＥＳＴ  ｍｅｓｓａｇｅ）を端末に送信することを含む。
【００４７】
さらに、前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信すると同時にまたはその前に、（基地局との間のＳ１接続によって）初期端末コンテキスト確立要求を基地局に送信し、前記基地局から前記端末に対するエアインタフェースユーザプレーンベアラの作成をトリガーすることをさらに含む。
【００４８】
前記端末からのＩＤ情報は、ＧＵＴＩ（Ｇｌｏｂａｌｌｙ  Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ  ＵＥ  Ｉｄｅｎｔｉｔｙ）のタイプであることが好ましい。
【００４９】
ステップ３２に対し、本開示の実施例は、２種類の具体的な実現方式を提供する。
方式１：前記のパケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、前記非アクセス層接続を利用して前記端末に対し専用ベアラを作成するステップは、トラッキングエリアアップデートの完成後に、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、保持されている前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信することを含む。
方式２：前記のパケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、既存の非アクセス層接続を利用して前記端末に対し専用ベアラを作成するステップは、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求が付帯されているセッション作成応答をサービングゲートウェイから受信すると、前記セッション作成応答から前記専用ベアラ作成要求を解析することと、前記専用ベアラ作成要求に基づき、前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信することとを含む。
【００５０】
ここで、前記のサービングゲートウェイから送信されるセッション作成応答を受信するステップは、ＰＧＷから送信される専用ベアラ確立要求が付帯されるベアラ変更応答に基づいて、セッション作成応答に付帯される専用ベアラ確立要求をサービングゲートウェイから受信することを含む。
【００５１】
さらに、前記専用ベアラ作成方法において、ＰＧＷから送信される専用ベアラ作成要求が前記セッション作成応答に付帯されていないのであれば、既存の非アクセス層接続を解放することをさらに含む。
【００５２】
本開示の実施例は、パケットデータネットワークゲートウェイに応用される専用ベアラ作成方法をさらに提供する。当該方法において、図４に示すように、以下のステップを含む。ステップ４１において、端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定すると、ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックしてサービングゲートウェイに送信し、前記サービングゲートウェイからセッション作成応答によって前記専用ベアラ作成要求を移動性管理エンティティにピギーバックすることをトリガーする。
【００５３】
本開示の実施例の前記専用ベアラ作成方法において、端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定すると、ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックしてサービングゲートウェイに送信し、前記サービングゲートウェイからセッション作成応答によって前記専用ベアラ作成要求を移動性管理エンティティにピギーバックすることをトリガーする。よって、移動性管理エンティティは、ＴＡＵの完成前に、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信し、既存の非アクセス層接続を利用して前記端末に対し専用ベアラを作成することができ、実際のニーズに応じてエアインタフェースベアラをオンデマンドに確立する目的を実現し、ＭＭＥからＴＡＵプロセス中にエアインタフェースユーザプレーンベアラの作成をｅＮＢに要求することによるエアインタフェースリソースの無駄遣いが避けられ、従来技術の専用ベアラ作成によるエアインタフェースリソースの無駄遣いという問題を効果的に解決した。
【００５４】
具体的に、前記の端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定すると、ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックしてサービングゲートウェイに送信するステップは、サービングゲートウェイから送信されるベアラ変更要求を受信すると、端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定することと、ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックしてサービングゲートウェイに送信することとを含む。
【００５５】
以下、移動性管理エンティティとパケットデータネットワークゲートウェイの両方から、本開示の実施例における前記専用ベアラ作成方法をさらに説明する。
【００５６】
上記技術課題を解決するために、本開示の実施例は、専用ベアラ作成方法を提供し、以下２種類の具体的な実例によって説明する。実例１として、ＭＭＥ側に着目し、おおむねに、ＭＭＥは、ＵＥが５Ｇから４Ｇに移行したことを判断する（ＧＵＴＩのタイプに基づいて判断する）と、ＮＡＳシグナリング接続を解放せずに保持し、ＰＧＷから送信される専用ベアラ作成要求を受信すると、初期端末コンテキスト確立要求Ｉｎｉｔｉａｌ  ＵＥ  ｃｏｎｔｅｘｔ  ＳｅｔｕｐメッセージをｅＮＢに送信し、ＵＥに対しユーザプレーンベアラを確立するようにｅＮＢに要求する。ＭＭＥは、専用ベアラ確立プロセスを継続させる。具体的に、ＧＵＴＩに基づき、ＮＡＳ接続を保持すると判断する。図５に示すように、以下のステップを含む。
【００５７】
ステップ５１において、ＵＥは、ＴＡＵ  ｔｒｉｇｇｅｒを引き起こす。
【００５８】
ステップ５２において、ＵＥは、ＴＡＵ  ｒｅｑｕｅｓｔ（Ｏｌｄ  ＧＵＴＩを付帯する）をＭＭＥに送信する。
【００５９】
ステップ５１−５２において、ＵＥは、５Ｇネットワークから４Ｇネットワークに移行すると、ＴＡＵプロセスを引き起こし、メッセージには、５Ｇ  ＧＵＴＩからマッピングして得られる４Ｇ  ＧＵＴＩが付帯さされ、すなわちＯｌｄ  ＧＵＴＩ（Ｍａｐｐｅｄ  ＧＵＴＩ）が付帯される。また、ＵＥは、下記のように、ＧＵＴＩ  ｔｙｐｅで、当該ＧＵＴＩが５Ｇ  ＧＵＴＩからマッピングして得られると指示する。
【００６０】
【表１】
2021503859.tif 000003
【００６１】
ここで、ＩＥＩは、Ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ  ｉｄｅｎｔｉｆｉｅｒであり、ｓｐａｒｅは、保留値である。
【００６２】
ここで、ＧＵＴＩ  ｔｙｐｅでは、００、０１の意味は、関連技術に一致し、１０は、ＧＵＴＩが５Ｇ  ＧＵＴＩからマッピングして得られることを示す。
【００６３】
ステップ５３において、ＭＭＥとＡＭＦとの間では、Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅのやり取りを行う。
【００６４】
ステップ５４において、ＭＭＥは、Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  ＲｅｑｕｅｓｔをＳＧＷに送信する。
【００６５】
ステップ５５において、ＳＧＷは、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  ＲｅｑｕｅｓｔをＰＧＷ−Ｃ＋ＳＭＦに送信する。
【００６６】
ステップ５６において、ＰＧＷ−Ｃ＋ＳＭＦは、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  ＲｅｓｐｏｎｓｅをＳＧＷに返信する。
【００６７】
ステップ５７において、ＳＧＷは、Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  ＲｅｓｐｏｎｓｅをＭＭＥに返信する。
【００６８】
ステップ５３−５７において、ＭＭＥは、まずＡＭＦからＵＥのｃｏｎｔｅｘｔを取得し、それからＵＥ  ｃｏｎｔｅｘｔに基づき、ＰＧＷ−Ｃ＋ＳＭＦに対し、ＵＥのＰＤＮ  ｃｏｎｎｅｃｔｉｏｎを更新する。
【００６９】
ステップ５８において、ＭＭＥは、ＴＡＵ  ＡｃｃｅｐｔをＵＥに送信する。
【００７０】
ステップ５９において、ＵＥは、ＴＡＵ  ＣｏｍｐｌｅｔｅをＭＭＥに返信する。
【００７１】
ステップ５１０において、ＭＭＥは、Ｋｅｅｐ  ＮＡＳ  ｓｉｇｎａｌｉｎｇ  ｃｏｎｎｅｃｔｉｏｎを実行する。
【００７２】
ステップ５８−５１０において、ＭＭＥは、ＴＡＵ  ＡｃｃｅｐｔメッセージをＵＥに送信した後に、または、ＴＡＵ  Ｃｏｍｐｌｅｔｅメッセージを受信した後に、ＵＥの５Ｇから４Ｇへの移行を識別できたため、ＵＥの接続状態を保持し、すなわち、十分に長い期間でＵＥのＮＡＳ接続（およびｅＮＢのＳ１インタフェースとの接続）を解放せずに保持する。当該期間の長さは、ＵＥがロカールのＮＡＳシグナリング接続を解放する時間の長さより大きい（関連技術では、ＵＥがローカルのＮＡＳシグナリング接続解放をトリガーする時間は、１０秒である）。
【００７３】
ステップ５１１において、ＰＧＷ−Ｃ＋ＳＭＦは、Ｃｒｅａｔｅ  ｂｅａｒｅｒ  ＲｅｑｕｅｓｔをＳＧＷに送信する。
【００７４】
ステップ５１２において、ＳＧＷは、Ｃｒｅａｔｅ  ｂｅａｒｅｒ  ＲｅｑｕｅｓｔをＭＭＥに転送する。
【００７５】
ステップ５１１−５１２において、ＰＧＷ−Ｃは、ステップ５５でＳＧＷから送信されるＭｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔを受信すると、専用ベアラ確立プロセスをトリガーする可能性があるため、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅの送信後に、Ｃｒｅａｔｅ  Ｂｅａｒｅｒ  ＲｅｑｕｅｓｔをＳＧＷに送信して専用ベアラの確立を引き起こす。
【００７６】
ステップ５１３において、ＭＭＥは、Ｉｎｉｔｉａｌ  ＵＥ  ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  ＲｅｑｕｅｓｔをｅＮＢに送信する。
【００７７】
ＭＭＥは、Ｃｒｅａｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔを受信すると、既存のＳ１接続を利用し、Ｉｎｉｔｉａｌ  ＵＥ  ｃｏｎｔｅｘｔ  ＳｅｔｕｐをｅＮＢに送信し、ｅＮＢによるＵＥ  ｃｏｎｔｅｘｔおよびエアインタフェースＤＲＢの作成をトリガーする。ＭＭＥは、Ｉｎｉｔｉａｌ  ＵＥ  ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔで、ＰＧＷに要求される専用ベアラの確立を同時にｅＮＢに要求する可能性があり、Ｉｎｉｔｉａｌ  ＵＥ  ｃｏｎｔｅｘｔ  Ｓｅｔｕｐプロセスの完成後に、Ｂｅａｒｅｒ  Ｓｅｔｕｐ  ＲｅｑｕｅｓｔをｅＮＢに送信して専用ベアラを作成する可能性もある。
【００７８】
さらに、基地局から前記端末に対しエアインタフェースユーザプレーンベアラを作成すると同時にまたはその完成後に、ＭＭＥは、前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信し、端末がそれに応答する。
【００７９】
ステップ５１４において、ＵＥとｅＮＢとの間では、Ｒａｄｉｏ  Ｂｅａｒｅｒ  Ｅｓｔａｂｌｉｓｈｍｅｎｔが実現される。
【００８０】
ステップ５１５において、ｅＮＢは、Ｉｎｉｔｉａｌ  ＵＥ  ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  ＣｏｍｐｌｅｔｅをＭＭＥに返信する。
【００８１】
ステップ５１６において、ＭＭＥは、Ｃｒｅａｔｅ  ｂｅａｒｅｒ  ＲｅｓｐｏｎｓｅをＳＧＷに送信する。
【００８２】
ステップ５１７において、ＳＧＷは、Ｃｒｅａｔｅ  ｂｅａｒｅｒ  ＲｅｓｐｏｎｓｅをＰＧＷ−Ｃ＋ＳＭＦに転送する。
【００８３】
ステップ５１４−５１７において、ｅＮＢは、ＭＭＥの要求に基づいてエアインタフェースベアラを作成し、それから応答をＭＭＥに返信する。ＭＭＥは、応答をＰＧＷ−Ｃ＋ＳＭＦに返信する。その後、ＵＥは、接続状態に移行する。
【００８４】
実例２：ＰＧＷ側に着目し、ＰＧＷがＵＥの５Ｇから４Ｇへの移行を識別すると、専用ベアラ確立のニーズがあれば、Ｃｒｅａｔｅ  ｂｅａｒｅｒ  ＲｅｑｕｅｓｔをＭｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅに付帯する。よって、ＭＭＥは、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  ＲｅｓｐｏｎｓｅとＣｒｅａｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔを同時に受信でき、ＴＡＵプロセスとＩｎｉｔｉａｌ  ＵＥ  ｃｏｎｔｅｘｔ  Ｓｅｔｕｐプロセスを同期に実行できる。また、ＴＡＵ  ＡｃｃｅｐｔメッセージをＵＥに送信してＴＡＵプロセスを完成させてから、Ｉｎｉｔｉａｌ  ＵＥ  ｃｏｎｔｅｘｔ  Ｓｅｔｕｐプロセスを引き起こしてもよい。具体的に、図６に示すように、以下のステップを含む。
【００８５】
ステップ６１において、ＵＥは、ＴＡＵ  ｔｒｉｇｇｅｒを引き起こす。
【００８６】
ステップ６２において、ＵＥは、ＴＡＵ  ｒｅｑｕｅｓｔ（Ｏｌｄ  ＧＵＴＩを付帯する）をＭＭＥに送信する。
【００８７】
ステップ６１−６２において、ＭＭＥは、ＵＥのＴＡＵ要求を受信する。具体的に、ステップ５１−５２の記載を参照する。
【００８８】
ステップ６３において、ＭＭＥとＡＭＦとの間でＣｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅのやり取りを行う。
【００８９】
ステップ６４において、ＭＭＥは、Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  ＲｅｑｕｅｓｔをＳＧＷに送信する。
【００９０】
ステップ６５において、ＳＧＷは、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  ＲｅｑｕｅｓｔをＰＧＷ−Ｃ＋ＳＭＦに送信する。
【００９１】
ステップ６６において、ＰＧＷ−Ｃ＋ＳＭＦは、Ｃｒｅａｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔが付帯されているＭｏｄｉｆｙ  Ｂｅａｒｅｒ  ＲｅｓｐｏｎｓｅをＳＧＷに返信する。
【００９２】
ステップ６７において、ＳＧＷは、Ｃｒｅａｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔが付帯されているＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  ＲｅｓｐｏｎｓｅをＭＭＥに返信する。
【００９３】
ステップ６３−６７において、ＭＭＥは、まずＡＭＦからＵＥのｃｏｎｔｅｘｔを取得し、それからＵＥ  ｃｏｎｔｅｘｔに基づき、ＰＧＷ−Ｃ＋ＳＭＦに対し、ＵＥのＰＤＮ  ｃｏｎｎｅｃｔｉｏｎを更新する。
【００９４】
ここで、ステップ６６−６７において、ＰＧＷ−Ｃは、ＳＧＷから送信されるＭｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔを受信すると、専用ベアラの確立プロセスをトリガーする可能性がある。よって、ＰＧＷ−Ｃ＋ＳＭＦは、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅの送信において、関連技術のＧＴＰｖ２プロトコルのｐｉｇｇｙｂａｃｋを利用し、専用ベアラ作成用のＣｒｅａｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔをピギーバックする。よって、ＭＭＥは、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  ＲｅｓｐｏｎｓｅとＣｒｅａｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔの同時受信ができる。
【００９５】
ステップ６８において、ＭＭＥは、ＴＡＵ  ＡｃｃｅｐｔをＵＥに送信する。
【００９６】
ステップ６９において、ＵＥは、ＴＡＵ  ＣｏｍｐｌｅｔｅをＭＭＥに返信する。
【００９７】
ステップ６８−６９において、ＭＭＥは、Ｃｒｅａｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔを受信すると、ＴＡＵプロセスとＩｎｉｔｉａｌ  ＵＥ  ｃｏｎｔｅｘｔ  Ｓｅｔｕｐプロセスを同期に実行してもよく、ＵＥにＴＡＵ  Ａｃｃｅｐｔメッセージを送信してＴＡＵプロセスを完成させてから、Ｉｎｉｔｉａｌ  ＵＥ  ｃｏｎｔｅｘｔ  Ｓｅｔｕｐプロセスを引き起こしてもよい。
【００９８】
ステップ６１０において、ＭＭＥは、Ｉｎｉｔｉａｌ  ＵＥ  ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  ＲｅｑｕｅｓｔをｅＮＢに送信する。
【００９９】
ＭＭＥは、既存のＳ１接続を利用し、Ｉｎｉｔｉａｌ  ＵＥ  ｃｏｎｔｅｘｔ  ＳｅｔｕｐをｅＮＢに送信し、ｅＮＢによるＵＥ  ｃｏｎｔｅｘｔおよびエアインタフェースＤＲＢの作成をトリガーする。ＭＭＥは、Ｉｎｉｔｉａｌ  ＵＥ  ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔで、ＰＧＷに要求される専用ベアラの確立をｅＮＢに要求する可能性があり、また、Ｉｎｉｔｉａｌ  ＵＥ  ｃｏｎｔｅｘｔ  Ｓｅｔｕｐプロセスの完成後に、Ｂｅａｒｅｒ  Ｓｅｔｕｐ  ＲｅｑｕｅｓｔをｅＮＢに送信して専用ベアラを作成する可能性もある。
【０１００】
さらに、基地局から前記端末に対しエアインタフェースユーザプレーンベアラを作成すると同時にまたはその完成後に、ＭＭＥは、前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信し、端末がそれに応答する。
【０１０１】
ステップ６１１において、ＵＥとｅＮＢとの間では、Ｒａｄｉｏ  Ｂｅａｒｅｒ  Ｅｓｔａｂｌｉｓｈｍｅｎｔが実現される。
【０１０２】
ステップ６１２において、ｅＮＢは、Ｉｎｉｔｉａｌ  ＵＥ  ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  ＣｏｍｐｌｅｔｅをＭＭＥに返信する。
【０１０３】
ステップ６１３において、ＭＭＥは、Ｃｒｅａｔｅ  ｂｅａｒｅｒ  ＲｅｓｐｏｎｓｅをＳＧＷに送信する。
【０１０４】
ステップ６１４において、ＳＧＷは、Ｃｒｅａｔｅ  ｂｅａｒｅｒ  ＲｅｓｐｏｎｓｅをＰＧＷ−Ｃ＋ＳＭＦに転送する。
【０１０５】
ステップ６１１−６１４において、ｅＮＢは、ＭＭＥの要求に基づき、エアインタフェースベアラを作成し、それから応答をＭＭＥに返信する。ＭＭＥは、応答をＰＧＷ−Ｃ＋ＳＭＦに返信する。その後、ＵＥは、接続状態に移行する。
【０１０６】
以上の記載によると、本開示の実施例の前記専用ベアラ作成方法の実例１は、主に、
（１）ＭＭＥは、ＵＥが５Ｇから４Ｇに移行したことを特定すると、ＴＡＵプロセスの完成後に、確立されているＮＡＳ接続を保持する。ＭＭＥは、ＰＧＷ−Ｃ＋ＳＭＦから専用ベアラ作成要求を受信すると、既存のＮＡＳ接続を利用して専用ベアラ確立プロセスを完成させる；
（２）ＭＭＥは、ＴＡＵプロセスで、ＵＥが５Ｇから４Ｇに移行したことを、ＧＵＴＩのタイプ、または、明示的指示に基づいて特定する；
（３）ＭＭＥは、ＴＡＵプロセスの完成後に、確立されているＮＡＳ接続を保持する。ＴＡＵ  Ａｃｃｅｐｔメッセージの送信後またはＴＡＵ  ｃｏｍｐｌｅｔｅメッセージの受信後に、確立されているＮＡＳ接続を保持することを含む；
（４）ＰＧＷ−Ｃ＋ＳＭＦから専用ベアラ作成要求を受信し、具体的にＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅの受信後に受信する。
（５）ＭＭＥは、確立されているＮＡＳ接続を一定期間で保持した後に、専用ベアラ作成要求を受信しなかった場合、前記ＮＡＳ接続を解放する。
【０１０７】
実例２は、主に、
（１）ＭＭＥは、ＰＧＷ−Ｃ＋ＳＭＦから専用ベアラ作成要求を受信し、具体的に、Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅを解析して専用ベアラ作成要求を得る；
（２）前記Ｃｒｅａｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔは、ＰＧＷ−Ｃ＋ＳＭＦによってＭｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅにカプセル化され、ＳＧＷからＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  ＲｅｓｐｏｎｓｅによってＭＭＥに転送される。
【０１０８】
本開示の実施例の技術手段によれば、明らかに、５Ｇから４ＧへのＴＡＵプロセスで必要のないエアインタフェースベアラの確立／削除が避けられる。
【０１０９】
本開示の実施例は、トランシーバと、メモリと、プロセッサと、前記メモリに記憶されて前記プロセッサで実行可能なコンピュータプログラムを含む移動性管理エンティティをさらに提供する。前記プロセッサは、メモリからプログラムを読み取ることによって、トラッキングエリアアップデートプロセスで、端末からのＩＤ情報に基づき、端末が５Ｇから４Ｇに移行したことを特定すると、トラッキングエリアアップデートの完成後に、制御プレーンの非アクセス層接続を保持するプロセスと、前記トランシーバによって、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、前記非アクセス層接続を利用して前記端末に対し専用ベアラを作成するプロセスとを実行することに用いられる。
【０１１０】
本開示の実施例の前記移動性管理エンティティは、トラッキングエリアアップデートプロセスで、端末からのＩＤ情報に基づき、端末が５Ｇから４Ｇに移行したことを特定すると、トラッキングエリアアップデートの完成後に、制御プレーンの非アクセス層接続を保持し、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、前記非アクセス層接続を利用して前記端末に対し専用ベアラを作成する。よって、実際のニーズに応じて、エアインタフェースベアラをオンデマンドに確立できるため、ＭＭＥからＴＡＵプロセス中にエアインタフェースユーザプレーンベアラの作成をｅＮＢに要求することによるエアインタフェースリソースの無駄遣いが避けられ、従来技術の専用ベアラ作成によるエアインタフェースリソースの無駄遣いという問題を効果的に解決した。
【０１１１】
具体的に、図７に示すように、本開示の実施例の移動性管理エンティティは、プロセッサ７１と、バスインタフェース７２を介して前記プロセッサ７１に接続され、前記プロセッサ７１による操作実行に用いられるプログラムおよびデータを記憶するためのメモリ７３とを含む。プロセッサ７１は、前記メモリ７３に記憶されているプログラムおよびデータを呼び出して実行すると、トラッキングエリアアップデートプロセスで、端末からのＩＤ情報に基づき、端末が５Ｇから４Ｇに移行したことを特定すると、トラッキングエリアアップデートの完成後に、制御プレーンの非アクセス層接続を保持するプロセスと、前記トランシーバ７４によって、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、前記非アクセス層接続を利用して前記端末に対し専用ベアラを作成するプロセスとを実行する。
【０１１２】
ここで、トランシーバ７４は、バスインタフェース７２に接続され、プロセッサ７１による制御でデータを送受信することに用いられる。
【０１１３】
なお、図７において、バスアーキテクチャは、任意数の相互接続するバスとブリッジを含み、具体的に、プロセッサ７１をはじめとする１つ又は複数のプロセッサとメモリ７３をはじめとするメモリの各種類の回路が接続したものである。バスアーキテクチャは、周辺イクイップメント、レギュレーター、電力管理回路などの各種類のほかの回路を接続したものであってもよい。これらは、いずれも本分野の公知事項であり、本文においてさらなる記載をしない。バスインタフェースにより、インタフェースが提供される。トランシーバ７４は、複数の部品であってもよく、即ち送信機と受信機を含み、伝送媒体でほかの各種類の装置と通信するユニットとして提供される。プロセッサ７１は、バスアーキテクチャと通常の処理を管理する。メモリ７３は、プロセッサ７１による操作実行に使用されるデータを記憶できる。
【０１１４】
上記実施例のすべてまたは一部のステップは、ハードウェアによって実現されてもよく、コンピュータプログラムで関連ハードウェアを指示して実現されてもよい。前記コンピュータプログラムは、上記方法の一部またはすべてのステップを実行する指令を含み、かつ読み取り可能な記憶媒体に記憶可能であり、記憶媒体があらゆる形態の記憶媒体である。これは、当業者にとって自明である。
【０１１５】
選択可能に、前記プロセッサは、具体的に、トラッキングエリアアップデートの完成後に、所定期間で制御プレーンの非アクセス層接続を保持することと、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を所定期間で受信しなかった場合、制御プレーンの非アクセス層接続を解放することとに用いられる。
【０１１６】
選択可能に、前記プロセッサは、具体的に、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、基地局から前記端末に対しエアインタフェースユーザプレーンベアラを作成すると同時にまたはその完成後に、前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信することに用いられる。
【０１１７】
選択可能に、前記プロセッサは、さらに、前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信すると同時にまたはその前に、初期端末コンテキスト確立要求を基地局に送信し、前記基地局から前記端末に対するエアインタフェースユーザプレーンベアラの作成をトリガーすることに用いられる。
【０１１８】
選択可能に、前記端末からのＩＤ情報は、ＧＵＴＩのタイプである。
【０１１９】
前記トランシーバによって、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、前記非アクセス層接続を利用して前記端末に対し専用ベアラを作成する処理に対し、本開示の実施例では、２種類の具体的な実現方式を提供する。
方式１：前記プロセッサは、具体的に、トラッキングエリアアップデートの完成後に、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、保持されている前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信することに用いられる。
方式２：前記プロセッサは、具体的に、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求が付帯されているセッション作成応答をサービングゲートウェイから前記トランシーバによって受信すると、前記セッション作成応答から前記専用ベアラ作成要求を解析することと、前記専用ベアラ作成要求に基づき、前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信することとに用いられる。
【０１２０】
ここで、上記移動性管理エンティティ側の専用ベアラ作成方法の前記実施例は、すべて当該移動性管理エンティティの実施例に応用可能であり、同じ技術効果を奏することもできる。
【０１２１】
本開示の実施例は、トランシーバと、メモリと、プロセッサと、前記メモリに記憶されて前記プロセッサで実行可能なコンピュータプログラムを含むパケットデータネットワークゲートウェイをさらに提供する。前記プロセッサは、メモリからプログラムを読み取ることによって、端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定すると、ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックし、前記トランシーバによってサービングゲートウェイに送信し、前記サービングゲートウェイからセッション作成応答によって前記専用ベアラ作成要求を移動性管理エンティティにピギーバックすることをトリガーするプロセスを実行することに用いられる。
【０１２２】
本開示の実施例の前記パケットデータネットワークゲートウェイは、端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定すると、ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックしてサービングゲートウェイに送信し、前記サービングゲートウェイからセッション作成応答によって前記専用ベアラ作成要求を移動性管理エンティティにピギーバックすることをトリガーする。よって、移動性管理エンティティは、ＴＡＵの完成前に、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信し、既存の非アクセス層接続を利用して前記端末に対し専用ベアラを作成することができ、実際のニーズに応じてエアインタフェースベアラをオンデマンドに確立する目的を実現し、ＭＭＥからＴＡＵプロセス中にエアインタフェースユーザプレーンベアラの作成をｅＮＢに要求することによるエアインタフェースリソースの無駄遣いが避けられ、従来技術の専用ベアラ作成によるエアインタフェースリソースの無駄遣いという問題を効果的に解決した。
【０１２３】
具体的に、図８に示すように、本開示の実施例のパケットデータネットワークゲートウェイは、プロセッサ８１と、バスインタフェース８２を介して前記プロセッサ８１に接続され、前記プロセッサ８１による操作実行に用いられるプログラムおよびデータを記憶するためのメモリ８３とを含む。プロセッサ８１は、前記メモリ８３に記憶されているプログラムおよびデータを呼び出して実行すると、端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定すると、ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックし、前記トランシーバ８４によってサービングゲートウェイに送信するプロセスを実行し、前記サービングゲートウェイからセッション作成応答によって前記専用ベアラ作成要求を移動性管理エンティティにピギーバックすることをトリガーする。
【０１２４】
ここで、トランシーバ８４は、バスインタフェース８２に接続され、プロセッサ８１による制御でデータを送受信することに用いられる。
【０１２５】
なお、図８において、バスアーキテクチャは、任意数の相互接続するバスとブリッジを含み、具体的に、プロセッサ８１をはじめとする１つ又は複数のプロセッサとメモリ８３をはじめとするメモリの各種類の回路が接続したものである。バスアーキテクチャは、周辺イクイップメント、レギュレーター、電力管理回路などの各種類のほかの回路を接続したものであってもよい。これらは、いずれも本分野の公知事項であり、本文においてさらなる記載をしない。バスインタフェースにより、インタフェースが提供される。トランシーバ８４は、複数の部品であってもよく、即ち送信機と受信機を含み、伝送媒体でほかの各種類の装置と通信するユニットとして提供される。プロセッサ８１は、バスアーキテクチャと通常の処理を管理する。メモリ８３は、プロセッサ８１による操作実行に使用されるデータを記憶できる。
【０１２６】
上記実施例のすべてまたは一部のステップは、ハードウェアによって実現されてもよく、コンピュータプログラムで関連ハードウェアを指示して実現されてもよい。前記コンピュータプログラムは、上記方法の一部またはすべてのステップを実行する指令を含み、かつ読み取り可能な記憶媒体に記憶可能であり、記憶媒体があらゆる形態の記憶媒体である。これは、当業者にとって自明である。
【０１２７】
具体的に、前記プロセッサは、具体的に、サービングゲートウェイから送信されるベアラ変更要求を前記トランシーバによって受信すると、端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定することと、ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックし、前記トランシーバによってサービングゲートウェイに送信することとに用いられる。
【０１２８】
ここで、上記パケットデータネットワークゲートウェイ側の専用ベアラ作成方法の前記実施例は、すべて当該パケットデータネットワークゲートウェイの実施例に応用可能であり、同じ技術効果を奏することもできる。
【０１２９】
本開示の実施例は、コンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体をさらに提供する。当該プログラムがプロセッサによって実行されると、上記移動性管理エンティティ側の専用ベアラ作成方法のステップが実現される。
【０１３０】
ここで、上記移動性管理エンティティ側の専用ベアラ作成方法の前記実施例は、すべて当該コンピュータ読み取り可能な記憶媒体の実施例に応用可能であり、同じ技術効果を奏することもできる。
【０１３１】
本開示の実施例は、コンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体をさらに提供する。当該プログラムがプロセッサによって実行されると、上記パケットデータネットワークゲートウェイ側の専用ベアラ作成方法のステップが実現される。
【０１３２】
ここで、上記パケットデータネットワークゲートウェイ側の専用ベアラ作成方法の前記実施例は、すべて当該コンピュータ読み取り可能な記憶媒体の実施例に応用可能であり、同じ技術効果を奏することもできる。
【０１３３】
本開示の実施例は、移動性管理エンティティに応用される専用ベアラ作成装置をさらに提供する。当該装置は、図９に示すように、トラッキングエリアアップデートプロセスで、端末からのＩＤ情報に基づき、端末が５Ｇから４Ｇに移行したことを特定すると、トラッキングエリアアップデートの完成後に、制御プレーンの非アクセス層接続を保持するための第１処理モジュール９１と、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、前記非アクセス層接続を利用して前記端末に対し専用ベアラを作成するための第２処理モジュール９２とを含む。
【０１３４】
本開示の実施例の前記専用ベアラ作成装置は、トラッキングエリアアップデートプロセスで、端末からのＩＤ情報に基づき、端末が５Ｇから４Ｇに移行したことを特定すると、トラッキングエリアアップデートの完成後に、制御プレーンの非アクセス層接続を保持し、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、前記非アクセス層接続を利用して前記端末に対し専用ベアラを作成する。よって、実際のニーズに応じて、エアインタフェースベアラをオンデマンドに確立できるため、ＭＭＥからＴＡＵプロセス中にエアインタフェースユーザプレーンベアラの作成をｅＮＢに要求することによるエアインタフェースリソースの無駄遣いが避けられ、従来技術の専用ベアラ作成によるエアインタフェースリソースの無駄遣いという問題を効果的に解決した。
【０１３５】
ここで、前記第１処理モジュールは、トラッキングエリアアップデートの完成後に、所定期間で制御プレーンの非アクセス層接続を保持するための第１処理サブモジュールと、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を所定期間で受信しなかった場合、制御プレーンの非アクセス層接続を解放するための第２処理サブモジュールとを含む。
【０１３６】
具体的に、前記第２処理モジュールは、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、基地局から前記端末に対しエアインタフェースユーザプレーンベアラを作成すると同時にまたはその完成後に、前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信するための第１送信サブモジュールを含む。
【０１３７】
さらに、前記専用ベアラ作成装置は、前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信すると同時にまたはその前に、初期端末コンテキスト確立要求を基地局に送信し、前記基地局から前記端末に対するエアインタフェースユーザプレーンベアラの作成をトリガーするための第１送信モジュールをさらに含む。
【０１３８】
前記端末からのＩＤ情報は、ＧＵＴＩのタイプであることが好ましい。
【０１３９】
第２処理モジュールについて、本開示の実施例において２種類の具体的な実現方式を提供する。
方式１：前記第２処理モジュールは、トラッキングエリアアップデートの完成後に、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、保持されている前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信するための第３処理サブモジュールを含む。
方式２：前記第２処理モジュールは、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求が付帯されているセッション作成応答をサービングゲートウェイから受信すると、前記セッション作成応答から前記専用ベアラ作成要求を解析するための第４処理サブモジュールと、前記専用ベアラ作成要求に基づき、前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信するための第５処理サブモジュールとを含む。
【０１４０】
ここで、上記移動性管理エンティティ側の専用ベアラ作成方法の前記実施例は、すべて当該専用ベアラ作成装置の実施例に応用可能であり、同じ技術効果を奏することもできる。
【０１４１】
本開示の実施例は、パケットデータネットワークゲートウェイに応用される専用ベアラ作成装置をさらに提供する。当該装置は、図１０に示すように、端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定すると、ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックしてサービングゲートウェイに送信し、前記サービングゲートウェイからセッション作成応答によって前記専用ベアラ作成要求を移動性管理エンティティにピギーバックすることをトリガーするための第３処理モジュール１０１を含む。
【０１４２】
本開示の実施例の前記専用ベアラ作成装置は、端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定すると、ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックしてサービングゲートウェイに送信し、前記サービングゲートウェイからセッション作成応答によって前記専用ベアラ作成要求を移動性管理エンティティにピギーバックすることをトリガーする。よって、移動性管理エンティティは、ＴＡＵの完成前に、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信し、既存の非アクセス層接続を利用して前記端末に対し専用ベアラを作成することができ、実際のニーズに応じてエアインタフェースベアラをオンデマンドに確立する目的を実現し、ＭＭＥからＴＡＵプロセス中にエアインタフェースユーザプレーンベアラの作成をｅＮＢに要求することによるエアインタフェースリソースの無駄遣いが避けられ、従来技術の専用ベアラ作成によるエアインタフェースリソースの無駄遣いという問題を効果的に解決した。
【０１４３】
具体的に、前記第３処理モジュールは、サービングゲートウェイから送信されるベアラ変更要求を受信すると、端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定するための第６処理サブモジュールと、ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックしてサービングゲートウェイに送信するための第７処理サブモジュールとを含む。
【０１４４】
ここで、上記パケットデータネットワークゲートウェイ側の専用ベアラ作成方法の前記実施例は、すべて当該専用ベアラ作成装置の実施例に応用可能であり、同じ技術効果を奏することもできる。
【０１４５】
なお、この明細書に記載の多くの機能的部材は、その実現方式の独立性を強調するために、モジュール／サブモジュールと称される。
【０１４６】
本開示の実施例において、モジュール／サブモジュールは、各種類のタイプのプロセッサによって実行されるよう、ソフトウェアによって実現される。たとえば、１つの標識される実行可能なコードモジュールは、コンピュータ指令の１つまたは複数の物理または論理ブロックを含み、たとえば、対象、プロセスまたは関数として構築される。それにかかわらず、標識されるモジュールの実行可能なコードは、物理的に一緒に位置する必要がなく、異なるビットに記憶される異なる指令を含み、これらの指令が論理的に結合すると、モジュールを構成して当該モジュールの所定の目的を実現する。
【０１４７】
実際に、実行可能なコードモジュールは、１つまたは複数の指令であり、異なるコードセグメント、異なるプログラムに位置してもよく、複数の記憶機器を跨いで位置してもよい。同様に、オペレーティングデータは、モジュール内で識別可能であり、あらゆる適切な形式で実現可能であり、あらゆる適切なタイプのデータ構造に組織されることもできる。前記オペレーティングデータは、単一のデータセットとして収集され、または異なる位置に分布し（異なる記憶機器にあることを含む）、少なくとも一部が電子信号のみとしてシステムまたはネットワークに存在する。
【０１４８】
モジュールがソフトウェアによって実現可能である場合、関連技術でハードウェア工程のレベルを考慮し、ソフトウェアで実現可能なモジュールは、コストを考慮しない場合、当業者が対応するハードウェア回路を構築して対応な機能を実現することができる。前記ハードウェア回路は、通常のＶＬＳＬ回路、ゲートアレイ、または、論理チップやトランジスタといった関連技術の半導体やほかの分離素子を含む。モジュールは、フィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジックデバイスなどのプログラマブルハードウェアデバイスで実現可能である。
【０１４９】
以上記載されたのは、本開示の好適な実施形態である。なお、当業者は、本開示に記載されている原理を逸脱せずに様々な改良や修飾をすることもできる。これらの改良や修飾も、本開示の保護範囲として見なされるべきである。
【図１】
2021503859.tif 000004
【図２】
2021503859.tif 000005
【図３】
2021503859.tif 000006
【図４】
2021503859.tif 000007
【図５】
2021503859.tif 000008
【図６】
2021503859.tif 000009
【図７】
2021503859.tif 000010
【図８】
2021503859.tif 000011
【図９】
2021503859.tif 000012
【図１０】
2021503859.tif 000013
【手続補正書】
【提出日】令和2年7月17日(2020.7.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
移動性管理エンティティに応用される専用ベアラ作成方法において、
トラッキングエリアアップデートプロセスで、端末からのＩＤ情報に基づき、端末が５Ｇから４Ｇに移行したことを特定すると、トラッキングエリアアップデートの完成後に、制御プレーンの非アクセス層接続を保持するステップと、
パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、前記非アクセス層接続を利用して前記端末に対し専用ベアラを作成するステップとを含む、専用ベアラ作成方法。
【請求項２】
前記のトラッキングエリアアップデートの完成後に、制御プレーンの非アクセス層接続を保持するステップは、
トラッキングエリアアップデートの完成後に、所定期間で制御プレーンの非アクセス層接続を保持することと、
パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を所定期間で受信しなかった場合、制御プレーンの非アクセス層接続を解放することとを含む、請求項１に記載の専用ベアラ作成方法。
【請求項３】
前記のパケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、前記非アクセス層接続を利用して前記端末に対し専用ベアラを作成するステップは、
パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、基地局から前記端末に対しエアインタフェースユーザプレーンベアラを作成すると同時にまたはその完成後に、前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信することを含む、請求項１に記載の専用ベアラ作成方法。
【請求項４】
前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信すると同時にまたはその前に、
初期端末コンテキスト確立要求を基地局に送信し、前記基地局から前記端末に対するエアインタフェースユーザプレーンベアラの作成をトリガーすることをさらに含む、請求項３に記載の専用ベアラ作成方法。
【請求項５】
前記端末からのＩＤ情報は、ＧＵＴＩ（Ｇｌｏｂａｌｌｙ  Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ  ＵＥ  Ｉｄｅｎｔｉｔｙ）のタイプである、請求項１に記載の専用ベアラ作成方法。
【請求項６】
前記のパケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、前記非アクセス層接続を利用して前記端末に対し専用ベアラを作成するステップは、
トラッキングエリアアップデートの完成後に、パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、保持されている前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信することを含む、請求項１〜５のいずれか一項に記載の専用ベアラ作成方法。
【請求項７】
前記のパケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、既存の非アクセス層接続を利用して前記端末に対し専用ベアラを作成するステップは、
パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求が付帯されているセッション作成応答をサービングゲートウェイから受信すると、前記セッション作成応答から前記専用ベアラ作成要求を解析することと、
前記専用ベアラ作成要求に基づき、前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信することとを含む、請求項１に記載の専用ベアラ作成方法。
【請求項８】
パケットデータネットワークゲートウェイに応用される専用ベアラ作成方法において、
端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定すると、ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックしてサービングゲートウェイに送信し、前記サービングゲートウェイからセッション作成応答によって前記専用ベアラ作成要求を移動性管理エンティティにピギーバックすることをトリガーするステップを含む、専用ベアラ作成方法。
【請求項９】
前記の端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定すると、ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックしてサービングゲートウェイに送信するステップは、
サービングゲートウェイから送信されるベアラ変更要求を受信すると、端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定することと、
ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックしてサービングゲートウェイに送信することとを含む、請求項８に記載の専用ベアラ作成方法。
【請求項１０】
移動性管理エンティティに応用される専用ベアラ作成装置において、
トラッキングエリアアップデートプロセスで、端末からのＩＤ情報に基づき、端末が５Ｇから４Ｇに移行したことを特定すると、トラッキングエリアアップデートの完成後に、制御プレーンの非アクセス層接続を保持するための第１処理モジュールと、
パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、前記非アクセス層接続を利用して前記端末に対し専用ベアラを作成するための第２処理モジュールとを含む、専用ベアラ作成装置。
【請求項１１】
前記第１処理モジュールは、
トラッキングエリアアップデートの完成後に、所定期間で制御プレーンの非アクセス層接続を保持することと、
パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を所定期間で受信しなかった場合、制御プレーンの非アクセス層接続を解放することに用いられる、請求項１０に記載の専用ベアラ作成装置。
【請求項１２】
前記第２処理モジュールは、
パケットデータネットワークゲートウェイから送信される専用ベアラ作成要求を受信すると、基地局から前記端末に対しエアインタフェースユーザプレーンベアラを作成すると同時にまたはその完成後に、前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信することに用いられる、請求項１０に記載の専用ベアラ作成装置。
【請求項１３】
前記第２処理モジュールは、
前記非アクセス層接続を利用して専用ベアラ作成要求を端末に送信すると同時にまたはその前に、初期端末コンテキスト確立要求を基地局に送信し、前記基地局から前記端末に対するエアインタフェースユーザプレーンベアラの作成をトリガーすることに用いられる、請求項１２に記載の専用ベアラ作成装置。
【請求項１４】
パケットデータネットワークゲートウェイに応用される専用ベアラ作成装置において、
端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定すると、ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックしてサービングゲートウェイに送信し、前記サービングゲートウェイからセッション作成応答によって前記専用ベアラ作成要求を移動性管理エンティティにピギーバックすることをトリガーするための第３処理モジュールを含む、専用ベアラ作成装置。
【請求項１５】
前記第３処理モジュールは、
サービングゲートウェイから送信されるベアラ変更要求を受信すると、端末が５Ｇから４Ｇへ移行しかつ専用ベアラ作成プロセスを引き起こす必要があることを特定することと、
ベアラ変更応答メッセージに専用ベアラ作成要求をピギーバックしてサービングゲートウェイに送信することに用いられる、請求項１４に記載の専用ベアラ作成装置。
【国際調査報告】
2021503859.tif 000014
2021503859.tif 000015
2021503859.tif 000016
2021503859.tif 000017