知財求人 - 知財ポータルサイト「IP Force」
特許7545500状態切替方法、接続状態ＭＴＣＨの指示方法および装置、ならびに記憶媒体、端末および基地局
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-08-27
(45)【発行日】2024-09-04
(54)【発明の名称】状態切替方法、接続状態ＭＴＣＨの指示方法および装置、ならびに記憶媒体、端末および基地局
(51)【国際特許分類】
H04W 4/06 20090101AFI20240828BHJP
H04W 76/27 20180101ALI20240828BHJP
H04W 76/38 20180101ALI20240828BHJP
H04W 28/04 20090101ALI20240828BHJP
【ＦＩ】
H04W4/06 113
H04W76/27
H04W76/38
H04W28/04 110
【請求項の数】
20
(21)【出願番号】P 2022580768
(86)(22)【出願日】2021-05-25
(65)【公表番号】
(43)【公表日】2023-07-31
(86)【国際出願番号】 CN2021095697
(87)【国際公開番号】W WO2022001495
(87)【国際公開日】2022-01-06
【審査請求日】2023-02-24
(31)【優先権主張番号】202010614412.X
(32)【優先日】2020-06-30
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】519364624
【氏名又は名称】展訊通信（上海）有限公司
【氏名又は名称原語表記】Ｓｐｒｅａｄｔｒｕｍ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ （Ｓｈａｎｇｈａｉ） Ｃｏ．， Ｌｔｄ．
【住所又は居所原語表記】Ｓｐｒｅａｄｔｒｕｍ Ｃｅｎｔｅｒ， Ｂｕｉｌｄｉｎｇ Ｎｏ． １， Ｌａｎｅ ２２８８ Ｚｕｃｈｏｎｇｚｈｉ Ｒｏａｄ， Ｃｈｉｎａ （Ｓｈａｎｇｈａｉ） Ｐｉｌｏｔ Ｆｒｅｅ Ｔｒａｄｅ Ｚｏｎｅ， Ｃｈｉｎａ
(74)【代理人】
【識別番号】100145403
【弁理士】
【氏名又は名称】山尾 憲人
(74)【代理人】
【識別番号】100135703
【弁理士】
【氏名又は名称】岡部 英隆
(72)【発明者】
【氏名】韓 立鋒
【審査官】野村 潔
(56)【参考文献】
【文献】米国特許出願公開第２０２０／００５９９９１（ＵＳ，Ａ１）
【文献】特表２０１９－５１１８６９（ＪＰ，Ａ）
【文献】国際公開第２０１８／０５６１０８（ＷＯ，Ａ１）
【文献】Ericsson，MBMS reception state for single-cell transmission， 3GPP TSG-RAN WG2#60 R2-074709，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_60/Docs/R2-074709.zip＞，2007年11月12日
【文献】Qualcomm Incorporated，SC-PTM Architecture， 3GPP TSG-RAN WG2#89 R2-150481，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_89/Docs/R2-150481.zip＞，2015年01月31日
【文献】Ericsson，MBMS RRC Connected， 3GPP TSG-RAN WG2#58bis R2-072574，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_58bis/Docs/R2-072574.zip＞，2007年06月22日
【文献】Huawei (moderator)，Summary of moderated email discussion on Rel-17 NR Multicast Broadcast[online]，3GPP TSG RAN #85 RP-191859，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/TSG_RAN/TSGR_85/Docs/RP-191859.zip>，2019年09月09日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
状態切替方法であって、
接続状態マルチキャストトラフィックチャネル（ＭＴＣＨ）によって送信されたデータを受信することに応答してデータ非アクティブタイマーを開始または再開することであって、前記接続状態ＭＴＣＨは、端末が無線リソース制御（ＲＲＣ）接続状態でのみ受信できるＭＴＣＨである、開始または再開することと、
前記データ非アクティブタイマーの満了に応答してＲＲＣ接続状態からＲＲＣアイドル状態に切り替わることと、
を含み、
前記方法は、
構成されたＭＴＣＨが前記接続状態ＭＴＣＨであるかどうかを示す指示情報を受信すること、および／または
前記構成されたＭＴＣＨの受信構成情報に基づいて、前記構成されたＭＴＣＨが前記接続状態ＭＴＣＨであるかどうかを決定すること、
をさらに含む、状態切替方法。
【請求項2】
接続状態ＭＴＣＨによって送信されたデータを受信することは、前記接続状態ＭＴＣＨに対応する媒体アクセス制御（ＭＡＣ）エンティティが、前記接続状態ＭＴＣＨによって送信されたＭＡＣサービスデータユニット（ＳＤＵ）を受信することを含む、
請求項１に記載の方法。
【請求項3】
ＲＲＣ接続状態からＲＲＣアイドル状態に切り替わることは、ＲＲＣ接続を解放することを含む、
請求項１に記載の方法。
【請求項4】
状態切替方法であって、
データ非アクティブタイマーの満了に応答して、および接続状態マルチキャストトラフィックチャネル（ＭＴＣＨ）によって送信されたデータの受信要求がないことに基づいて、無線リソース制御（ＲＲＣ）接続状態からＲＲＣアイドル状態に切り替わることを含み、
前記接続状態ＭＴＣＨは、端末がＲＲＣ接続状態でのみ受信できるＭＴＣＨであり、
前記方法は、
構成されたＭＴＣＨが前記接続状態ＭＴＣＨであるかどうかを示す指示情報を受信すること、および／または
前記構成されたＭＴＣＨの受信構成情報に基づいて、前記構成されたＭＴＣＨが前記接続状態ＭＴＣＨであるかどうかを決定すること、
をさらに含む、状態切替方法。
【請求項5】
前記接続状態ＭＴＣＨによって送信されたデータの受信要求は、前記接続状態ＭＴＣＨによって送信された前記データを現在受信することと、前記接続状態ＭＴＣＨによって送信される前記データを受信する準備をすることと、を含む、請求項４に記載の方法。
【請求項6】
前記接続状態ＭＴＣＨによって送信される前記データは、周期的に送信され、前記接続状態ＭＴＣＨによって送信される前記データを受信する準備をすることは、次の最も近い送信期間に前記接続状態ＭＴＣＨによって送信されるデータを受信する準備をすることを含む、請求項５に記載の方法。
【請求項7】
前記ＭＴＣＨは、マルチキャストおよび／またはブロードキャストサービス（ＭＢＳ）トラフィックを運ぶように構成される、請求項１に記載の方法。
【請求項8】
前記接続状態ＭＴＣＨは、ハイブリッド自動再送要求（ＨＡＲＱ）をサポートするという指示で構成された、またはＨＡＲＱ構成情報で構成されたＭＴＣＨを少なくとも含む、請求項１に記載の方法。
【請求項9】
接続状態マルチキャストトラフィックチャネル（ＭＴＣＨ）を示す方法であって、端末が無線リソース制御（ＲＲＣ）接続状態でのみ前記接続状態ＭＴＣＨを受信できることを示すために、前記接続状態ＭＴＣＨの受信構成情報を送信することを含む、
接続状態ＭＴＣＨを示す方法。
【請求項10】
端末がＲＲＣ接続状態でのみ前記接続状態ＭＴＣＨを受信できることを示すために、前記接続状態ＭＴＣＨの受信構成情報を送信することは、前記端末がＲＲＣ接続状態でのみ前記接続状態ＭＴＣＨを受信できることを示すために、前記受信構成情報に構成されたハイブリッド自動再送要求（ＨＡＲＱ）をサポートすることの指示を使用することを含む、
請求項９に記載の方法。
【請求項11】
端末がＲＲＣ接続状態でのみ前記接続状態ＭＴＣＨを受信できることを示すために、前記接続状態ＭＴＣＨの受信構成情報を送信することは、前記端末がＲＲＣ接続状態でのみ前記接続状態ＭＴＣＨを受信できることを示すために、前記受信構成情報に構成されたＭＴＣＨのＨＡＲＱ構成情報を使用することを含む、
請求項９に記載の方法。
【請求項12】
端末がＲＲＣ接続状態でのみ前記接続状態ＭＴＣＨを受信できることを示すために前記接続状態ＭＴＣＨの受信構成情報を送信することは、前記端末がＲＲＣ接続状態でのみ前記接続状態ＭＴＣＨを受信できることを示すために、前記受信構成情報に含まれ、かつＲＲＣ接続状態のみを含む受信ＲＲＣ状態情報を使用することを含み、前記受信ＲＲＣ状態情報は、前記接続状態ＭＴＣＨによって送信されたデータを受信するために必要なＲＲＣ状態を示すために使用される、
請求項９に記載の方法。
【請求項13】
ＲＲＣ接続状態のみを含む前記受信ＲＲＣ状態情報は、前記接続状態ＭＴＣＨの前記受信ＲＲＣ状態情報がＲＲＣ接続状態のみを含むことを示すためにビットマップを使用することを含む、
請求項１２に記載の方法。
【請求項14】
前記接続状態ＭＴＣＨの受信構成情報を送信することは、システム情報またはマルチキャスト制御チャネル（ＭＣＣＨ）を介して前記受信構成情報を送信することを含む、
請求項９に記載の方法。
【請求項15】
状態切替装置であって、
接続状態マルチキャストトラフィックチャネル（ＭＴＣＨ）によって送信されたデータを受信することに応答してデータ非アクティブタイマーを開始または再開するように構成された開始回路であって、前記接続状態ＭＴＣＨは、端末が無線リソース制御（ＲＲＣ）接続状態でのみ受信できるＭＴＣＨである、開始回路と、
前記データ非アクティブタイマーの満了に応答してＲＲＣ接続状態からＲＲＣアイドル状態に切り替わるように構成された切替回路と、
を備え、
前記状態切替装置は、
構成されたＭＴＣＨが前記接続状態ＭＴＣＨであるかどうかを示す指示情報を受信するように構成された受信回路、および／または
前記構成されたＭＴＣＨの受信構成情報に基づいて、前記構成されたＭＴＣＨが前記接続状態ＭＴＣＨであるかどうかを決定するように構成された決定回路、
をさらに備える、状態切替装置。
【請求項16】
状態切替装置であって、
データ非アクティブタイマーの満了に応答して、および接続状態マルチキャストトラフィックチャネル（ＭＴＣＨ）によって送信されたデータの受信要求がないことに基づいて、無線リソース制御（ＲＲＣ）接続状態からＲＲＣアイドル状態に切り替わるように構成された切替回路を備え、
前記接続状態ＭＴＣＨは、端末がＲＲＣ接続状態でのみ受信できるＭＴＣＨであり、
前記状態切替装置は、
構成されたＭＴＣＨが前記接続状態ＭＴＣＨであるかどうかを示す指示情報を受信するように構成された受信回路、および／または
前記構成されたＭＴＣＨの受信構成情報に基づいて、前記構成されたＭＴＣＨが前記接続状態ＭＴＣＨであるかどうかを決定するように構成された決定回路、
をさらに備える、状態切替装置。
【請求項17】
接続状態マルチキャストトラフィックチャネル（ＭＴＣＨ）を示す装置であって、端末が無線リソース制御（ＲＲＣ）接続状態でのみ前記接続状態ＭＴＣＨを受信できることを示すために、前記接続状態ＭＴＣＨの受信構成情報を送信するように構成された送信回路を備える、
接続状態ＭＴＣＨを示す装置。
【請求項18】
コンピュータ命令が格納され、プロセッサによって前記コンピュータ命令が実行されると、請求項１から請求項１４のいずれか一項に記載の方法が実行される、記憶媒体。
【請求項19】
メモリおよびプロセッサを備え、前記メモリにはコンピュータ命令が格納され、前記プロセッサが前記コンピュータ命令を実行すると、請求項１から請求項８のいずれか一項に記載の方法が実行される、端末。
【請求項20】
メモリおよびプロセッサを備え、前記メモリにはコンピュータ命令が格納され、前記プロセッサが前記コンピュータ命令を実行すると、請求項９から請求項１４のいずれか一項に記載の方法が実行される、基地局。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、概して、通信技術分野、特に、状態切替方法および装置、接続状態マルチキャストトラフィックチャネル（Multicast Traffic Channel：ＭＴＣＨ）を示す方法および装置、記憶媒体、端末、並びに基地局に関する。
【0002】
（関連出願の相互参照）
本出願は、２０２０年６月３０日に出願された「状態切替方法および装置、接続状態ＭＴＣＨを示す方法および装置、記憶媒体、端末、並びに基地局」という名称の中国特許出願第２０２０１０６１４４１２．Ｘ号の優先権を主張し、その開示全体を参照により本明細書に援用する。
本出願は、２０２０年６月３０日に出願された「状態切替方法および装置、接続状態ＭＴＣＨを示す方法および装置、記憶媒体、端末、並びに基地局」という名称の中国特許出願第２０２０１０６１４４１２．Ｘ号の優先権を主張し、その開示全体を参照により本明細書に援用する。
【背景技術】
【0003】
最近の規格の議論によると、将来、無線リソース制御（Radio Resource Control：ＲＲＣ）接続状態で受信する必要があるマルチキャストおよび／またはブロードキャストサービス（Multicast and/or Broadcast Services：ＭＢＳ）トラフィックが存在する可能性がある。このようなＭＢＳトラフィックが存在する場合、送信されるユニキャストトラフィックデータがなかったとしても、ユーザ機器（User Equipment：ＵＥ）はＲＲＣ接続状態からＲＲＣアイドル状態に切り替わることができない。
【0004】
ロングタームエボリューション（Long Term Evolution：ＬＴＥ）システムでは、ＭＢＳトラフィックの受信はＵＥのＲＲＣ状態に影響されず、ＵＥはＲＲＣアイドル状態でもＭＢＳトラフィックを受信できるため、上記の問題は発生しない。したがって、既存の技術では、ＵＥがＭＢＳトラフィックの送信中にＲＲＣ接続状態を維持しなければならないということへの解決策は提供されていない。実際、既存の技術に基づくと、ＵＥが一定期間ユニキャストデータを受信しない限り、ＵＥはＲＲＣアイドル状態に切り替わる。このとき、ＵＥがＲＲＣ接続状態でなければならないＭＢＳトラフィックを実行している場合、必然的にＭＢＳトラフィックの障害につながり、ＵＥの性能に影響を与える。
【発明の概要】
【0005】
本開示の実施形態は、ＭＢＳトラフィックの受信に影響を与えることを回避するために、より合理的にＵＥ状態切替を実行できる。
【0006】
本開示の一実施形態では、接続状態ＭＴＣＨによって送信されたデータを受信することに応答してデータ非アクティブタイマーを開始または再開することであって、接続状態ＭＴＣＨは、端末がＲＲＣ接続状態でのみ受信できるＭＴＣＨである、開始または再開することと、データ非アクティブタイマーの満了に応答してＲＲＣ接続状態からＲＲＣアイドル状態に切り替わることと、を含む状態切替方法が提供される。
【0007】
任意選択で、接続状態ＭＴＣＨによって送信されたデータを受信することは、接続状態ＭＴＣＨに対応する媒体アクセス制御（Medium Access Control：ＭＡＣ）エンティティが接続状態ＭＴＣＨによって送信されたＭＡＣサービスデータユニット（Service Data Unit：ＳＤＵ）を受信することを含む。
【0008】
任意選択で、ＲＲＣ接続状態からＲＲＣアイドル状態に切り替わることは、ＲＲＣ接続を解放することを含む。
【0009】
任意選択で、ＲＲＣ接続の失敗により解放が実行される。
【0010】
本開示の一実施形態では、データ非アクティブタイマーの満了に応答して、および接続状態ＭＴＣＨによって送信されたデータの受信要求がないことに基づいて、ＲＲＣ接続状態からＲＲＣアイドル状態に切り替わることを含む、状態切替方法が提供される。接続状態ＭＴＣＨは、端末がＲＲＣ接続状態でのみ受信できるＭＴＣＨである。
【0011】
任意選択で、接続状態ＭＴＣＨによって送信されたデータの受信要求は、接続状態ＭＴＣＨによって送信されたデータを現在受信することと、接続状態ＭＴＣＨによって送信されるデータを受信する準備をすることと、を含む。
【0012】
任意選択で、接続状態ＭＴＣＨによって送信されるデータは、周期的に送信され、接続状態ＭＴＣＨによって送信されるデータを受信する準備をすることは、次の最も近い送信期間に接続状態ＭＴＣＨによって送信されるデータを受信する準備をすることを含む。
【0013】
任意選択で、ＭＴＣＨはＭＢＳトラフィックを運ぶように構成される。
【0014】
任意選択的に、接続状態ＭＴＣＨは、ハイブリッド自動再送要求（Hybrid Automatic Repeat reQuest：ＨＡＲＱ）をサポートするという指示で構成されたＭＴＣＨ、またはＨＡＲＱ構成情報で構成されたＭＴＣＨを少なくとも含む。
【0015】
任意選択で、方法は、構成されたＭＴＣＨが接続状態ＭＴＣＨであるかどうかを示す指示情報を受信すること、および／または構成されたＭＴＣＨの受信構成情報に基づいて、構成されたＭＴＣＨが接続状態ＭＴＣＨであるかどうかを決定することと、をさら含む。
【0016】
本開示の一実施形態では、接続状態ＭＴＣＨを示す方法が提供され、方法は、端末がＲＲＣ接続状態でのみ接続状態ＭＴＣＨを受信できることを示すために、接続状態ＭＴＣＨの受信構成情報を送信することを含む。
【0017】
任意選択で、端末がＲＲＣ接続状態でのみ接続状態ＭＴＣＨを受信できることを示すために、接続状態ＭＴＣＨの受信構成情報を送信することは、端末がＲＲＣ接続状態でのみ接続状態ＭＴＣＨを受信できることを示すために、受信構成情報に構成されたＨＡＲＱをサポートすることの指示を使用することを含む。
【0018】
任意選択で、端末がＲＲＣ接続状態でのみ接続状態ＭＴＣＨを受信できることを示すために、接続状態ＭＴＣＨの受信構成情報を送信することは、端末がＲＲＣ接続状態でのみ接続状態ＭＴＣＨを受信できることを示すために、受信構成情報に構成されたＭＴＣＨのＨＡＲＱ構成情報を使用することを含む。
【0019】
任意選択で、端末がＲＲＣ接続状態でのみ接続状態ＭＴＣＨを受信できることを示すために、接続状態ＭＴＣＨの受信構成情報を送信することは、端末がＲＲＣ接続状態でのみ接続状態ＭＴＣＨを受信できることを示すために、受信構成情報に含まれ、かつＲＲＣ接続状態のみを含む受信ＲＲＣ状態情報を使用することを含み、受信ＲＲＣ状態情報は、接続状態ＭＴＣＨによって送信されたデータを受信するために必要なＲＲＣ状態を示すために使用される。
【0020】
任意選択で、ＲＲＣ接続状態のみを含む受信ＲＲＣ状態情報は、接続状態ＭＴＣＨの受信ＲＲＣ状態情報がＲＲＣ接続状態のみを含むことを示すためにビットマップを使用することを含む。
【0021】
任意選択で、接続状態ＭＴＣＨの受信構成情報を送信することは、システム情報またはマルチキャスト制御チャネル（Multicast Control Channel：ＭＣＣＨ）を介して受信構成情報を送信することを含む。
【0022】
本開示の一実施形態では、接続状態ＭＴＣＨによって送信されたデータを受信することに応答してデータ非アクティブタイマーを開始または再開するように構成された開始回路であって、接続状態ＭＴＣＨは、端末がＲＲＣ接続状態でのみ受信できるＭＴＣＨである、開始回路と、データ非アクティブタイマーの満了に応答してＲＲＣ接続状態からＲＲＣアイドル状態に切り替わるように構成された切替回路と、を備える状態切替装置が提供される。
【0023】
本開示の一実施形態では、データ非アクティブタイマーの満了に応答して、および接続状態ＭＴＣＨによって送信されたデータの受信要求がないことに基づいて、ＲＲＣ接続状態からＲＲＣアイドル状態に切り替わるように構成された切替回路を備える状態切替装置が提供され、接続状態ＭＴＣＨは、端末がＲＲＣ接続状態でのみ受信できるＭＴＣＨである。
【0024】
本開示の一実施形態では、端末がＲＲＣ接続状態でのみ接続状態ＭＴＣＨを受信できることを示すために、接続状態ＭＴＣＨの受信構成情報を送信するように構成された送信回路を備える、接続状態ＭＴＣＨを示す装置が提供される。
【0025】
本開示の一実施形態では、コンピュータ命令が格納された記憶媒体が提供され、コンピュータ命令がプロセッサによって実行されると、上記の方法のいずれかが実行される。
【0026】
本開示の一実施形態では、メモリおよびプロセッサを含む端末が提供され、メモリにはコンピュータ命令が格納され、プロセッサがコンピュータ命令を実行すると、上記の状態切替方法が実行される。
【0027】
本開示の一実施形態では、メモリおよびプロセッサを含む基地局が提供され、メモリにはコンピュータ命令が格納され、プロセッサがコンピュータ命令を実行すると、接続状態ＭＴＣＨを示すための上記の方法が実行される。
【0028】
本開示の実施形態は、以下の利点を提供できる。
【0029】
ＵＥ側では、接続状態ＭＴＣＨによって送信されたデータを受信することに応答してデータ非アクティブタイマーを開始または再開することと、データ非アクティブタイマーの満了に応答してＲＲＣ接続状態からＲＲＣアイドル状態に切り替わることと、を含む状態切替方法が提供され、接続状態ＭＴＣＨは、端末がＲＲＣ接続状態でのみ受信できるＭＴＣＨである。
【0030】
この実施形態の解決策を採用することによって、ＵＥは、より合理的に状態切替を実行でき、ＭＢＳトラフィックの受信に影響を与えることを回避できる。具体的には、データ非アクティブタイマーは、接続状態ＭＴＣＨでのデータ送信を監視することによって、適時に設定または再設定される。したがって、ＭＢＳトラフィックの送信中、データ非アクティブタイマーを常に非オーバータイム状態に保つことができ、ＭＢＳトラフィックが完了していないときにＵＥがＲＲＣアイドル状態に切り替わらないことを保証できる。
【0031】
ＵＥ側では、データ非アクティブタイマーの満了に応答して、および接続状態ＭＴＣＨによって送信されたデータの受信要求がないことに基づいて、ＲＲＣ接続状態からＲＲＣアイドル状態に切り替わることを含む、別の状態切替方法が提供され、接続状態ＭＴＣＨは、端末がＲＲＣ接続状態でのみ受信できるＭＴＣＨである。
【0032】
この実施形態の解決策を採用することによって、ＵＥは、より合理的に状態切替を実行でき、ＭＢＳトラフィックの受信に影響を与えることを回避できる。具体的には、タイマーが満了すると、状態切替を行う前に、接続状態ＭＴＣＨによって送信されたデータを受信する要求があるかどうかが判断される。したがって、状態切替を実行する前に事前判断論理を追加することで、タイマーが満了しても接続状態ＭＴＣＨによって送信されたデータを受信する要求がある場合、ＵＥがＲＲＣ接続状態を維持できることが保証される。
【0033】
ネットワーク側では、端末がＲＲＣ接続状態でのみ接続状態ＭＴＣＨを受信できることを示すために、接続状態ＭＴＣＨの受信構成情報を送信することを含む、接続状態ＭＴＣＨを示す方法が提供される。
【0034】
この実施形態の解決策を採用することによって、ネットワークが、受信構成情報を介して、ＵＥのために構成されたＭＴＣＨが接続状態ＭＴＣＨであるかどうかを示すことで、ＵＥは、構成されたＭＴＣＨでのデータ受信中にＲＲＣ接続状態を維持する必要があるかどかを判断できる。さらに、受信構成情報を受信したＵＥは、構成されたＭＴＣＨが接続状態ＭＴＣＨである場合、上記の状態切替方法を実行して自身の状態の切替を正確に制御でき、自身のＭＢＳトラフィックの受信に影響を与えることを回避できる。
【図面の簡単な説明】
【0035】
【発明を実施するための形態】
【0036】
従来技術によれば、既存の技術では、ＵＥがＭＢＳトラフィックの送信中にＲＲＣ接続状態を維持しなければならないということへの解決策は提供されていない。ＵＥがＭＢＳトラフィックの送信中にユニキャストトラフィックデータを送信すると、ＵＥはＲＲＣアイドル状態に切り替わり、ＭＢＳトラフィックの受信に失敗する。
【0037】
本開示の実施形態は、接続状態ＭＴＣＨによって送信されたデータを受信することに応答してデータ非アクティブタイマーを開始または再開することと、データ非アクティブタイマーの満了に応答して、状態をＲＲＣ接続状態からＲＲＣアイドル状態に切り替えることと、を含む状態切替方法を提供する。接続状態ＭＴＣＨは、端末がＲＲＣ接続状態で受信できるＭＴＣＨである。
【0038】
この実施形態の解決策を採用することによって、ＵＥは、より合理的に状態切替を実行して、ＭＢＳトラフィックの受信に影響を与えることを回避できる。具体的には、データ非アクティブタイマーは、接続状態ＭＴＣＨでのデータ送信を監視することによって、適時に設定または再設定される。したがって、ＭＢＳトラフィックの送信中、データ非アクティブタイマーを常に非オーバータイム状態に保つことができ、ＭＢＳトラフィックが完了していないときにＵＥがＲＲＣアイドル状態に切り替わらないことを保証できる。
【0039】
本開示の目的、特徴、および利点を明確にするために、本開示の実施形態を添付の図面と併せて詳細に説明する。
【0040】
図１は、一実施形態による状態切替方法のフローチャートである。
【0041】
状態切替方法は、ＵＥ側に適用されてもよく、例えば、ＵＥ側でＵＥによって実行されてもよい。この方法を実行するＵＥは、データ非アクティブタイマーが設定される。データ非アクティブタイマーが満了すると、ＵＥはＲＲＣアイドル状態に入る。
【0042】
状態切替方法は、ＭＢＳトラフィックが存在するシナリオ、例えば、ＵＥがＭＢＳトラフィックデータを運ぶ論理チャネルでデータを受信しているシナリオに適用され得る。セル内のマルチキャストまたはブロードキャストのためのＭＢＳトラフィックデータを運ぶ論理チャネルはＭＴＣＨと定義され、ＵＥがＲＲＣ接続状態でのみデータを受信できるＭＴＣＨは接続状態ＭＴＣＨと定義される。
【0043】
いくつかの実施形態では、Ｓ１０１およびＳ１０２を含む状態切替方法は、ＵＥ内の状態切替機能を有するチップによって、またはＵＥ内のベースバンドチップによって実行され得る。
【0044】
具体的には、図１を参照すると、本実施形態における状態切替方法は、Ｓ１０１およびＳ１０２を含むことができる。
【0045】
Ｓ１０１において、ＵＥは、接続状態ＭＴＣＨによって送信されたデータを受信することに応答して、データ非アクティブタイマーを開始または再開する。接続状態ＭＴＣＨは、端末がＲＲＣ接続状態でのみ受信できるＭＴＣＨである。
【0046】
Ｓ１０２で、ＵＥは、データ非アクティブタイマーの満了に応答して、ＲＲＣ接続状態からＲＲＣアイドル状態に切り替わる。
【0047】
いくつかの実施形態では、ＵＥは、１つまたは複数のＭＡＣエンティティで構成されてもよく、各ＭＡＣエンティティは、１つまたは複数の論理チャネルのデータ処理を担当する。
【0048】
したがって、Ｓ１０１は、接続状態ＭＴＣＨに対応するＭＡＣエンティティが接続状態ＭＴＣＨによって送信されたＭＡＣ ＳＤＵを受信することを含むことができる。
【0049】
いくつかの実施形態では、接続状態ＭＴＣＨに加えて、他の論理チャネルでのデータ送信がある場合、データ非アクティブタイマーの開始または再開も引き起こされ得る。
【0050】
例えば、他の論理チャネルは、個別トラフィックチャネル（Dedicated Traffic Channel：ＤＴＣＨ）、個別制御チャネル（Dedicated Control Channel：ＤＣＣＨ）、および共通制御チャネル（Common Control Channel：ＣＣＣＨ）を含むことができる。これらの論理チャネルは、同じＭＡＣエンティティまたは異なるＭＡＣエンティティに対応し得る。
【0051】
したがって、Ｓ１０１は、ＵＥのいずれかのＭＡＣエンティティがＤＴＣＨ、ＤＣＣＨ、ＣＣＣＨまたは接続状態ＭＴＣＨからＭＡＣ ＳＤＵを受信した場合、データ非アクティブタイマーを再開または開始することを含み得る。
【0052】
いくつかの実施形態では、Ｓ１０２は、ＲＲＣ接続を解放することを含み得る。解放の理由は、ＲＲＣ接続の失敗を含み得る。したがって、ＭＢＳトラフィックの受信に影響を与えることなく、ＲＲＣ接続の正確な解放を実現できる。
【0053】
この実施形態の解決策を採用することによって、ＵＥは、より合理的に状態切替を実行でき、ＭＢＳトラフィックの受信に影響を与えることを回避できる。具体的には、データ非アクティブタイマーは、接続状態ＭＴＣＨでのデータ伝送を監視することによって、適時に設定または再設定される。したがって、ＭＢＳトラフィックの送信中、データ非アクティブタイマーを常に非オーバータイム状態に保つことができ、ＭＢＳトラフィックが完了していないときにＵＥがＲＲＣアイドル状態に切り替わらないことを保証できる。
【0054】
すなわち、図１に示す実施形態では、ＵＥが一定期間内に接続状態ＭＴＣＨでＭＡＣ ＳＤＵを受信しなかった場合（すなわち、データ非アクティブタイマーが満了した場合）にのみ、ＵＥはＲＲＣアイドル状態に切り替わることができる。したがって、ＵＥによる接続状態ＭＴＣＨにおけるＭＡＣ ＳＤＵの受信は、影響され得ない。
【0055】
図２は、一実施形態による状態切替方法のフローチャートである。
【0056】
状態切替方法は、ＵＥ側に適用されてもよく、例えば、ＵＥ側でＵＥによって実行されてもよい。この方法を実行するＵＥは、データ非アクティブタイマーが設定される。データ非アクティブタイマーが満了すると、ＵＥはＲＲＣアイドル状態に入る。
【0057】
状態切替方法は、ＭＢＳトラフィックが存在する、または存在する可能性があるシナリオに適用でき、例えば、ＵＥは、ＭＢＳトラフィックデータを運ぶ論理チャネルでデータを受信している、または受信しようとしているシナリオに適用できる。セル内のマルチキャストまたはブロードキャストのためのＭＢＳトラフィックデータを運ぶ論理チャネルはＭＴＣＨと定義され、ＵＥがＲＲＣ接続状態でのみデータを受信できるＭＴＣＨは接続状態ＭＴＣＨと定義される。
【0058】
いくつかの実施形態では、Ｓ２０１を含む状態切替方法は、ＵＥ内の状態切替機能を有するチップによって、またはＵＥ内のベースバンドチップによって実行され得る。
【0059】
具体的には、図２を参照すると、本実施形態における状態切替方法は、Ｓ２０１を含み得る。
【0060】
Ｓ２０１において、ＵＥは、データ非アクティブタイマーの満了に応答して、および接続状態ＭＴＣＨによって送信されたデータに対する受信要求がないことに基づいて、ＲＲＣ接続状態からＲＲＣアイドル状態に切り替わる。
【0061】
接続状態ＭＴＣＨは、端末がＲＲＣ接続状態でのみ受信できるＭＴＣＨである。
【0062】
いくつかの実施形態では、Ｓ２０１は、データ非アクティブタイマーの満了に応答して、接続状態ＭＴＣＨによって送信されたデータに対する受信要求があるかどうかを判断することと、接続状態ＭＴＣＨによって送信されたデータの受信要求がないことに基づいて、ＲＲＣ接続状態からＲＲＣアイドル状態に切り替わることと、を含み得る。
【0063】
いくつかの実施形態では、方法は、Ｓ２０３をさらに含むことができる。Ｓ２０３において、ＵＥは、接続状態ＭＴＣＨによって送信されたデータの受信要求があることに基づいて、ＲＲＣ接続状態を維持する。さらに、接続状態ＭＴＣＨでデータを受信した後、ＵＥは、ＲＲＣ接続状態からＲＲＣアイドル状態に切り替わることができる。
【0064】
いくつかの実施形態では、接続状態ＭＴＣＨによって送信されたデータの受信要求は、接続状態ＭＴＣＨによって送信されたデータを現在受信することを含む。
【0065】
いくつかの実施形態では、接続状態ＭＴＣＨによって送信されたデータの受信要求は、接続状態ＭＴＣＨによって送信されるデータを受信する準備をすることを含む。
【0066】
例えば、接続状態ＭＴＣＨによって送信されるデータは周期的に送信され、接続状態ＭＴＣＨによって送信されるデータを受信する準備をすることは、接続状態ＭＴＣＨによって送信されたデータは現在受信されていないが、次の最も近い送信期間に接続状態ＭＴＣＨによって送信されるデータを受信するために準備することを含む。
【0067】
いくつかの実施形態では、ＵＥの任意のＭＡＣエンティティがＤＴＣＨ、ＤＣＣＨ、またはＣＣＣＨからＭＡＣ ＳＤＵを受信すると、データ非アクティブタイマーは再開または開始され得る。すなわち、この実施形態では、ＵＥ状態切替のタイミングは、データ非アクティブタイマーが開始または再開された後に処理論理から最適化される。データ非アクティブタイマーは、接続状態ＭＴＣＨでのデータ送信に起因して再起動または開始しないが、データ非アクティブタイマーが満了すると、ＵＥはまず、ＭＢＳトラフィックが存在する場合、または存在するであろう場合に、ＵＥがＲＲＣ接続状態を正確に維持できるようにするために、接続状態ＭＴＣＨによって送信されたデータを受信する要求があるかどうかを判断する。特に、まだ実行されていないが、将来実行される予定のＭＢＳトラフィックの場合、この実施形態の解決策を採用するＵＥは、積極的にＲＲＣ接続状態を維持でき、これにより、将来的にＲＲＣ接続を再確立することによって生じるＭＢＳトラフィックの受信が遅延することを回避できる。
【0068】
いくつかの実施形態では、Ｓ２０２は、ＲＲＣ接続を解放することを含み得る。解放の理由は、ＲＲＣ接続の失敗を含み得る。したがって、ＭＢＳトラフィックの受信に影響を与えることなく、ＲＲＣ接続の正確な解放を実現できる。
【0069】
例えば、Ｓ２０１で、ＭＢＳトラフィックがない、またはＲＲＣ接続状態でＵＥのＭＢＳトラフィックを行う必要がないと判断された場合、ＲＲＣ解放動作が行われる。
【0070】
この実施形態の解決策を採用することによって、ＵＥは、より合理的に状態切替を実行でき、ＭＢＳトラフィックの受信に影響を与えることを回避できる。具体的には、タイマーが満了し、状態切替を行う前に、接続状態ＭＴＣＨによって送信されたデータを受信する要求があるかどうかが判断される。したがって、状態切替の実行の前に事前判定論理を追加することにより、タイマーが満了したが接続状態ＭＴＣＨによって送信されたデータを受信する要求がある場合、ＵＥがＲＲＣ接続状態を維持できることが保証される。
【0071】
すなわち、図２に示す実施形態では、データ非アクティブタイマーが満了し、ＵＥが接続状態ＭＴＣＨのデータを受信しようとしていないか、受信していない場合、ＲＲＣ接続状態のＵＥは、ＲＲＣアイドル状態に切り替わることができる。このようにして、他の論理チャネルにデータがない場合でも、ＵＥが接続状態ＭＴＣＨのデータを正常に受信できることが保証される。
【0072】
図１および図２に示す方法の一般的な実施形態では、ＭＴＣＨを使用してＭＢＳトラフィックを運ぶことができる。さらに、接続状態ＭＴＣＨは、ＵＥがＲＲＣ接続状態でデータを受信することを要求するＭＢＳトラフィックを運ぶために使用され得る。
【0073】
【0074】
例えば、接続状態ＭＴＣＨのダウンリンクデータは、ＵＥがＨＡＲＱフィードバックを実行することを要求し、したがって、ＵＥは、ＲＲＣ接続状態でＭＴＣＨによって送信されたデータを受信しなければならない。この場合、ＭＴＣＨは接続状態ＭＴＣＨと呼ばれることがある。
【0075】
別の例として、接続状態ＭＴＣＨのダウンリンクデータは、ＵＥに他のフィードバック情報を報告することを要求する。これにより、ＵＥはＲＲＣ接続状態を維持することになる。例えば、ＵＥは、ＲＲＣ接続状態でチャネル状態情報を基地局に報告する必要がある。
【0076】
【0077】
例えば、指示情報は、特定のまたは共通のシグナリングであり得る。
【0078】
別の例として、指示情報は、基地局によって構成されたＭＴＣＨに関する情報をＵＥに示す受信構成情報に含まれ得る。例えば、指示情報は、ＭＴＣＨを受信するＵＥのＲＲＣ状態を示すＲＲＣ状態情報を含むことができる。ＵＥのＲＲＣ状態は、ＲＲＣアイドル状態（アイドル状態と略される）、ＲＲＣ非アクティブ状態、およびＲＲＣ接続状態を含む。接続状態ＭＴＣＨの受信ＲＲＣ状態情報は、ＲＲＣ接続状態のみを含む。
【0079】
さらに、方法は、構成されたＭＴＣＨの受信構成情報に基づいて、構成されたＭＴＣＨが接続状態ＭＴＣＨであるかどうかを判断することをさらに含むことができる。例えば、構成されたＭＴＣＨの受信構成情報がＲＲＣ接続状態のみを含む場合、構成されたＭＴＣＨは接続状態ＭＴＣＨとみなされる。
【0080】
基地局とＵＥは、さらなる指示情報を交換できず、受信構成情報はさらなるフィールドを追加しない。ＵＥは、基地局によって構成されたＭＴＣＨがＨＡＲＱをサポートするかどうか、または受信構成情報によるＨＡＲＱ構成情報があるかどうかを判断できる。具体的には、ＭＴＣＨの受信構成情報は、ＨＡＲＱがサポートされているかどうかの指示、またはＭＴＣＨのＨＡＲＱ構成情報を含む。例えば、ＨＡＲＱ構成情報は、ＨＡＲＱフィードバックパラメータまたはフィードバックリソースの構成を含むことができるので、ＭＴＣＨの受信ＲＲＣ状態情報がＲＲＣ接続状態のみを含むかどうかが判断され得、これはシグナリングオーバヘッドを節約できる。
【0081】
例えば、受信されたＭＴＣＨ構成情報が、ＵＥのために基地局によって構成されたＭＴＣＨがＨＡＲＱをサポートすることを示す場合、ＭＴＣＨが接続状態ＭＴＣＨであると決定され得る。
【0082】
受信されたＭＴＣＨ構成情報がＭＴＣＨのＨＡＲＱ構成情報を含む場合、ＭＴＣＨが接続状態ＭＴＣＨであると決定され得る。
【0083】
また、受信設定情報とＭＴＣＨとが１対１に対応していてもよい。
【0084】
図３は、一実施形態による、接続状態ＭＴＣＨを示すための方法のフローチャートである。
【0085】
この方法は、ネットワーク側の基地局など、ネットワーク側によって実行され得る。基地局によって維持されるセルは、ＭＢＳトラフィックをサポートする。ＭＢＳトラフィックをサポートするセルの中で、ＵＥがデータ受信のためにＲＲＣ接続状態を維持することを要求するＭＴＣＨが存在し得る。したがって、基地局は、ＵＥのために構成されたＭＴＣＨが接続状態ＭＴＣＨであるかどうかを事前にＵＥに通知できる。
【0086】
いくつかの実施形態では、後述のＳ３０１で提供される状態切替方法は、ネットワーク装置内の状態切替機能を有するチップによって実行されてもよく、ネットワーク装置内のベースバンドチップによって実行されてもよい。
【0087】
具体的には、図３を参照すると、この実施形態における方法は、Ｓ３０１を含むことができる。
【0088】
Ｓ３０１で、基地局は、端末がＲＲＣ接続状態でのみ接続状態ＭＴＣＨを受信できることを示すために、接続状態ＭＴＣＨの受信構成情報を送信する。
【0089】
いくつかの実施形態では、方法は、Ｓ３０１の前に、構成されたＭＴＣＨごとに、ＭＴＣＨが接続状態ＭＴＣＨであるかどうかを判断することをさらに含むことができる。接続状態ＭＴＣＨであると判断された場合、対応する受信構成情報がＭＴＣＨのために生成され、Ｓ３０１が実行されて、受信構成情報がＵＥに送信される。
【0090】
いくつかの実施形態では、Ｓ３０１は、構成されたセル内のすべてのＭＴＣＨをトラバースして、各ＭＴＣＨが接続状態ＭＴＣＨであるかどうかを判断するなど、すべてのＭＴＣＨについて実行され得る。
【0091】
いくつかの実施形態では、Ｓ３０１は、端末がＲＲＣ接続状態のみで接続状態ＭＴＣＨを受信できることを示すために、受信構成情報に構成されたＨＡＲＱ構成情報を使用することを含み得る。
【0092】
いくつかの実施形態では、Ｓ３０１は、端末がＲＲＣ接続状態でのみ接続状態ＭＴＣＨを受信できることを示すために、受信構成情報に構成されたＨＡＲＱをサポートすることの指示を使用することを含むことができる。
【0093】
例えば、受信構成情報が、ＨＡＲＱをサポートするという指示で構成されている場合、またはＨＡＲＱ構成情報で構成されている場合、ＭＴＣＨが接続状態ＭＴＣＨであることを暗示的に示すことができる。したがって、受信構成情報を受信したＵＥにとって、今回構成されたＭＴＣＨがＨＡＲＱをサポートするという指示またはＨＡＲＱ構成情報を含むことが判明した場合、そのＭＴＣＨが接続状態ＭＴＣＨであると判断でき、ＭＴＣＨによって送信されたデータの受信中、ＵＥはＲＲＣ接続状態を維持する必要がある。
【0094】
いくつかの実施形態では、Ｓ３０１は、端末がＲＲＣ接続状態でのみ接続状態ＭＴＣＨを受信できることを示すために、受信構成情報に含まれ、ＲＲＣ接続状態のみを含む受信ＲＲＣ状態情報を使用することを含んでもよい。受信ＲＲＣ状態情報は、接続状態ＭＴＣＨによって送信されたデータを受信するために必要なＲＲＣ状態を示すために使用される。
【0095】
いくつかの実施形態では、基地局はビットマップを使用して、接続状態ＭＴＣＨの受信ＲＲＣ状態情報がＲＲＣ接続状態のみを含むことを示す。すなわち、基地局は、ビットマップを使用して、接続状態ＭＴＣＨの受信ＲＲＣ状態情報がＲＲＣ接続状態のみを含むかどうかを示すことができる。
【0096】
例えば、基地局は、ＭＴＣＨ１、ＭＴＣＨ２、ＭＴＣＨ３、ＭＴＣＨ４、及びＭＴＣＨ５の受信構成情報を送信でき、５ビットの文字列が使用されて、５つのＭＴＣＨのＲＲＣ状態情報がＲＲＣ接続状態のみを含むかどうかを示すことができる。
【0097】
ある位置のビットを１とすると、ＭＴＣＨに対応する受信ＲＲＣ状態情報がＲＲＣ接続状態のみを含むことを示す。したがって、受信構成情報の文字列が１１１０１である場合、ＭＴＣＨ１、ＭＴＣＨ２、ＭＴＣＨ３、およびＭＴＣＨ５の受信ＲＲＣ状態情報はＲＲＣ接続状態のみを含み、ＭＴＣＨ４の受信ＲＲＣ状態情報はＲＲＣ接続状態のみを含むのではないことを示す。
【0098】
いくつかの実施形態では、Ｓ３０１は、システム情報またはＭＣＣＨを介して接続状態ＭＴＣＨの受信構成情報を送信することを含み得る。
【0099】
例えば、基地局は、各ＭＴＣＨの受信ＲＲＣ状態情報をシステム情報またはＭＣＣＨで示すことができ、ＭＣＣＨは、ＭＴＣＨの送信周期などの受信構成情報を示す制御チャネルである。
【0100】
この実施形態の解決策を採用することによって、ネットワークが、受信構成情報を介して、ＵＥのために構成されたＭＴＣＨが接続状態ＭＴＣＨであるかどうかを示すため、ＵＥは、構成されたＭＴＣＨでのデータ受信中にＲＲＣ接続状態を維持する必要があるかどうかを判断できる。さらに、受信構成情報を受信したＵＥは、構成されたＭＴＣＨが接続状態ＭＴＣＨである場合、自身のＭＢＳトラフィックの受信に影響を与えることを回避するために、上記の状態切替方法を実行して、自身の状態の切替を正確に制御できる。
【0101】
すなわち、ネットワーク側がＭＴＣＨの受信ＲＲＣ状態情報を示すことにより、ＵＥは適切なＲＲＣ状態でＭＴＣＨのデータを受信でき、ＭＢＳトラフィックの向上を実現できる。
【0102】
【0103】
図４を参照すると、状態切替装置４は、接続状態ＭＴＣＨによって送信されたデータの受信に応答してデータ非アクティブタイマーを開始または再開するように構成された開始回路４１と、データ非アクティブタイマーの満了に応答して、ＲＲＣ接続状態からＲＲＣアイドル状態に切り替わるように構成された切替回路４２と、を含み得る。接続状態ＭＴＣＨは、端末がＲＲＣ接続状態でのみ受信できるＭＴＣＨである。
【0104】
状態切替装置４の動作原理および動作モードの詳細は、図１の関連説明を参照でき、ここでは繰り返さない。
【0105】
いくつかの実施形態では、状態切替装置４は、ＵＥ内の状態切替機能を有するチップ、またはシステムオンチップ（System-On-Chip：ＳＯＣ）若しくはベースバンドチップなどのデータ処理機能を有するチップ、またはＵＥ内の状態切替機能を有するチップを含むチップモジュール、またはデータ処理機能を有するチップを含むチップモジュール、またはＵＥに対応し得る。
【0106】
【0107】
図５を参照すると、状態切替装置５は、データ非アクティブタイマーの満了に応答して、および接続状態ＭＴＣＨによって送信されるデータの受信要求がないことに基づいて、ＲＲＣ接続状態からＲＲＣアイドル状態に切り替わるように構成された切替回路５１を含むことができる。接続状態ＭＴＣＨは、端末がＲＲＣ接続状態でのみ受信できるＭＴＣＨである。
【0108】
状態切替装置５の動作原理および動作モードの詳細は、図２の関連説明を参照でき、ここでは繰り返さない。
【0109】
いくつかの実施形態において、状態切替装置５は、ＵＥ内の状態切替機能を有するチップ、またはＳＯＣ若しくはベースバンドチップなどのデータ処理機能を有するチップ、またはＵＥ内の状態切替機能を有するチップを含むチップモジュール、またはデータ処理機能を有するチップを含むチップモジュール、またはＵＥに対応し得る。
【0110】
【0111】
図６を参照すると、接続状態ＭＴＣＨを示すための装置６は、端末がＲＲＣ接続状態でのみ接続状態ＭＴＣＨを受信できることを示すために、接続状態ＭＴＣＨの受信構成情報を送信するように構成された送信回路６１を含むことができる。
【0112】
接続状態ＭＴＣＨを示すための装置６の動作原理および動作モードの詳細は、図３の関連する説明を参照でき、ここでは繰り返さない。
【0113】
いくつかの実施形態では、接続状態ＭＴＣＨを示すための装置６は、ネットワーク装置内の状態切替機能を有するチップ、またはＳＯＣ若しくはベースバンドチップなどのデータ処理機能を有するチップ、またはネットワーク装置内の状態切替機能を有するチップを含むチップモジュール、またはデータ処理機能を有するチップを含むチップモジュール、またはネットワーク装置に対応し得る。
【0114】
いくつかの実施形態では、上記の実施形態で説明された製品および各装置の各モジュール／ユニットは、ソフトウェアモジュール／ユニットまたはハードウェアモジュール／ユニットであってもよいし、一部がソフトウェアモジュール／ユニットであり、一部がハードウェアモジュール／ユニットであってもよい。
【0115】
例えば、チップに適用または統合される各装置または製品について、そこに含まれる各モジュール／ユニットは、回路などのハードウェアによって実装され得る。または、少なくともいくつかのモジュール／ユニットは、チップ内に統合されたプロセッサ上で実行されるソフトウェアプログラムによって実装され、モジュール／ユニットの残りの部分（存在する場合）は、回路などのハードウェアによって実装されてもよい。チップモジュールに適用または統合される各装置または製品について、そこに含まれる各モジュール／ユニットは、回路などのハードウェアによって実装され得る。異なるモジュール／ユニットは、（チップまたは回路モジュールなど）同じ構成要素またはチップモジュールの異なる構成要素に配置され得る。または、少なくともいくつかのモジュール／ユニットは、チップモジュール内に統合されたプロセッサ上で実行されるソフトウェアプログラムによって実装され、モジュール／ユニットの残りの部分（存在する場合）は、回路などのハードウェアによって実装されてもよい。端末に適用または統合される各装置または製品について、そこに含まれる各モジュール／ユニットは、回路などのハードウェアによって実装され得る。異なるモジュール／ユニットは、（チップまたは回路モジュールなど）同じ構成要素または端末の異なる構成要素に配置され得る。または、少なくともいくつかのモジュール／ユニットは、端末内に統合されたプロセッサ上で実行されるソフトウェアプログラムによって実装され、モジュール／ユニットの残りの部分（存在する場合）は、回路などのハードウェアによって実装されてもよい。
【0116】
本開示の一実施形態では、コンピュータ命令が格納された記憶媒体が提供され、コンピュータ命令が実行されると、図１から図３に示される上記の方法のいずれかが実行される。記憶媒体は、不揮発性メモリまたは非一時的メモリなどのコンピュータ可読記憶媒体であってもよい。記憶媒体は、ＲＯＭ、ＲＡＭ、磁気ディスクまたは光ディスクを含み得る。
【0117】
本開示の一実施形態では、メモリおよびプロセッサを含む端末が提供され、メモリにはコンピュータ命令が格納されており、プロセッサがコンピュータ命令を実行すると、図１および図２に示される上記の方法が実行される。端末はＵＥであってもよい。
【0118】
本開示の一実施形態では、メモリおよびプロセッサを含む基地局が提供され、メモリにはコンピュータ命令が格納されており、プロセッサがコンピュータ命令を実行すると、図３に示される上記の方法が実行される。基地局はＮＲ基地局であってもよい。
【0119】
本開示の技術的解決策は、５Ｇ通信システム、４Ｇおよび３Ｇ通信システム、並びに６Ｇおよび７Ｇ通信システムなどの将来の様々な新しい通信システムに適用され得る。
【0120】
本開示の技術的解決策はまた、リレーネットワークアーキテクチャ、デュアルリンクアーキテクチャ、および車とあらゆるものの接続（Vehicle-to-Everything）のアーキテクチャを含むがこれらに限定されない、異なるネットワークアーキテクチャに適用され得る。
【0121】
本開示の実施形態では、コアネットワークは、進化型パケットコア（Evolved Packet Core：ＥＰＣ）、５Ｇコアネットワーク、または将来の通信システムにおける新しいコアネットワークであってもよい。５Ｇコアネットワークは、一連の装置で構成され、モビリティ管理機能などの機能を提供するアクセスおよびモビリティ管理機能（Access and Mobility Management Function：ＡＭＦ）、パケットのルーティングおよび転送およびサービス品質（Quality of Service：ＱｏＳ）管理などの機能を提供するユーザプレーン機能（User Plane Function：ＵＰＦ）、およびセッション管理およびＩＰアドレスの割当および管理などの機能を提供するセッション管理機能（Session Management Function：ＳＭＦ）を実装する。ＥＰＣは、モビリティ管理およびゲートウェイ選択などの機能を提供するＭＭＥ、データパケット転送などの機能を提供するサービングゲートウェイ（Serving Gateway：Ｓ－ＧＷ）、および端末アドレスの割当およびレート制御などの機能を提供するＰＤＮゲートウェイ（PDN Gateway：Ｐ－ＧＷ）で構成され得る。
【0122】
ＭＢＳトラフィックの場合、コアネットワークは、パケット転送、ＭＢＳセッション管理、ＱｏＳ管理、および送信モード切替（ユニキャスト送信モードとマルチキャスト／ブロードキャスト送信モードとの間の切替）などの機能を実装するためのいくつかの新しいネットワーク要素を含み得る。別の方法は、既存のコアネットワーク内のネットワーク要素によって機能を実装することである。
【0123】
本開示の実施形態における基地局（Base Station：ＢＳ）は、基地局機器と呼ばれることもあり、無線通信機能を提供するために無線アクセスネットワーク（Radio Access Network：ＲＡＮ）に配置される装置である。例えば、２Ｇネットワークにおいて基地局機能を提供する機器は、基地局（Base Transceiver Station：ＢＴＳ）を含む。３Ｇネットワークにおいて基地局機能を提供する機器は、ノードＢ（Node B）を含む。４Ｇネットワークにおいて基地局機能を提供する機器は、発展型ノードＢ（evolved Node B：ｅＮＢ）を含む。ワイヤレスローカルエリアネットワーク（Wireless Local Area Network：ＷＬＡＮ）において、基地局機能を提供する機器がアクセスポイント（Access Point：ＡＰ）である。５Ｇ新無線（New Radio：ＮＲ）において基地局機能を提供する機器は、ｇＮＢとｎｇ－ｅＮＢを含む。ｇＮＢと端末は、ＮＲ技術を使用して通信し、ｎｇ－ｅＮＢと端末は進化型ユニバーサル地上無線アクセス（Evolved Universal Terrestrial Radio Access：Ｅ－ＵＴＲＡ）技術を使用して通信する。ｇＮＢとｎｇ－ｅＮＢの両方が５Ｇコアネットワークに接続され得る。基地局は、また、将来の新しい通信システムにおいて基地局機能を提供する機器を指す。
【0124】
本開示の実施形態における基地局制御装置は、２Ｇネットワークにおける基地局制御装置（Base Station Controller：ＢＳＣ）、３Ｇネットワークにおける無線ネットワーク制御装置（Radio Network Controller：ＲＮＣ）などの基地局を管理するための装置、または将来の新しい通信システムにおいて基地局を制御し管理する装置である。
【0125】
本開示の実施形態におけるネットワーク側は、無線アクセスネットワークの基地局、無線アクセスネットワークのＢＳＣ、およびコアネットワーク上のデバイスを含む、端末に通信サービスを提供する通信ネットワークを指す。
【0126】
本開示の実施形態における端末は、ＵＥ、アクセス端末、ユーザユニット、ユーザ局、移動局（Mobile Station：ＭＳ）、リモート局、リモート端末、モバイル機器、ユーザ端末、端末機器、無線通信機器、ユーザエージェントまたはユーザ装置の様々な形態を指すことができる。端末機器はさらに、携帯電話、コードレス電話、セッション開始プロトコル（Session Initiation Protocol：ＳＩＰ）電話、ワイヤレスローカルループ（Wireless Local Loop：ＷＬＬ）ステーション、携帯情報端末（Personal Digital Assistant：ＰＤＡ）、無線通信機能を有するハンドヘルド装置、無線モデムに接続されたコンピューティングデバイスまたはその他の処理装置、車載装置、ウェアラブルデバイス、将来の５Ｇネットワークの端末機器、または将来の進化した公衆陸上移動体通信網（Public Land Mobile Network：ＰＬＭＮ）の端末機器であってもよく、本開示の実施形態に限定されない。
【0127】
本開示の実施形態では、アクセスネットワークから端末への一方向の通信リンクは、ダウンリンクと定義され、ダウンリンクで送信されるデータは、ダウンリンクデータであり、ダウンリンクデータの送信方向は、ダウンリンク方向と称される。また、端末からアクセスネットワークへの一方向の通信リンクは、アップリンクと定義され、アップリンクで送信されるデータは、アップリンクデータであり、アップリンクデータの送信方向は、アップリンク方向と称される。
【0128】
本開示における用語「および／または」は、関連付けられた対象を説明する単なる関連付け関係であり、３つのタイプの関係があり得ることを示していることが理解され得る。例えば、Ａおよび／またはＢは、Ａのみが存在する、ＡとＢの両方が存在する、Ｂのみが存在する、ことを表し得る。また、本開示における文字「／」は、前後の関連付けられた対象が「または」の関係にあることを表す。
【0129】
本開示の実施形態における「複数」とは、２つ以上を意味する。
【0130】
本開示の実施形態における第１、第２などの説明は、単に対象を示し、区別するためのものであり、本開示の実施形態における装置の数の特定の限定または順序を表すものではなく、本開示の実施形態に対するなんらかの限定を構成するものではない。
【0131】
本開示の実施形態における「接続」は、装置間の通信を実現するための直接接続または間接的な接続などの様々な接続方法を指し、本開示の実施形態に限定されない。
【0132】
本開示の実施形態では、プロセッサは、中央処理装置（ＣＰＵ）、または他の汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラマブル論理装置、ディスクリートゲートまたはトランジスタ論理装置、ディスクリートハードウェア部品などであってもよい。汎用プロセッサは、マイクロプロセッサであってもよいし、プロセッサは、任意の従来のプロセッサなどであってもよい。
【0133】
本開示の実施形態におけるメモリは、揮発性メモリまたは不揮発性メモリのいずれかであってもよく、または揮発性メモリと不揮発性メモリの両方を含んでもよいことも理解されたい。不揮発性メモリは、読み取り専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＥＰＲＯＭ（ＥＥＰＲＯＭ）、またはフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして機能するランダムアクセスメモリ（ＲＡＭ）であってもよい。限定ではなく例として、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、ダブルデータレート同期ダイナミックランダムアクセスメモリ（ＤＤＲ ＳＤＲＡＭ）、拡張ＳＤＲＡＭ（ＥＳＤＲＡＭ）、ＤＲＡＭへの同期接続（ＳＬＤＲＡＭ）、およびダイレクトラムバスＲＡＭ（ＤＲ－ＲＡＭ）など、さまざまな形式のＲＡＭが利用可能である。
【0134】
上記の実施形態は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせによって全体的または部分的に実装され得る。ソフトウェアで実装される場合、上記の実施形態は、全体的または部分的にコンピュータプログラム製品の形で実装され得る。コンピュータプログラム製品は、１つまたは複数のコンピュータ命令またはコンピュータプログラムを含む。本開示の実施形態による手順または機能は、コンピュータ命令またはコンピュータプログラムがコンピュータに読み込まれまたは実行されたときに、全体的または部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラマブルデバイスであってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に格納されてもよいし、あるコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信されてもよく、例えば、コンピュータ命令は、あるウェブサイト、コンピュータ、サーバまたはデータセンタから別のウェブサイト、コンピュータ、サーバ又はデータセンタに有線または無線（例えば、赤外線、ワイヤレス、マイクロ波など）で送信されてもよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の利用可能な媒体、または利用可能な媒体の１つまたは複数のセットを含むサーバまたはデータセンタなどのデータ記憶装置であってもよい。利用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスクまたは磁気テープ）、光学媒体（例えば、ＤＶＤ）、または半導体媒体であってもよい。半導体媒体は、ソリッドディスクであってもよい。
【0135】
本開示の様々な実施形態において、上述の処理のシーケンス番号は、実行シーケンスを表すものではなく、各処理の実行シーケンスは、その機能および固有の論理によって決定されるべきであり、本開示の実施形態の実装処理を限定しないということが理解されるべきである。
【0136】
本開示の上記の実施形態において、開示された方法、装置、およびシステムは、他の方法で実装され得ることが理解されるべきである。例えば、上記の装置の実施形態は単なる例示であり、例えば、ユニットの分割は単なる１つの論理的な分割であり、他の分割が実際に実現され得、例えば、複数のユニットまたは構成要素が別のシステムに組み込まれまたは統合されてもよく、または一部の機能が省略されるか、または実行されなくてもよい。さらに、図示または議論された相互結合または直接結合または通信接続は、いくつかのインタフェース、装置またはユニットを介した間接的な結合または通信接続であってもよく、電気的、機械的または他の形態であってもよい。
【0137】
別個の部品として説明されているユニットは、物理的に分離されていてもされていなくてもよく、ユニットとして示されている部品は、物理的なユニットであってもなくてもよく、つまり、一カ所に配置されてもよいし、複数のネットワークに分散されてもよい。実施形態の解決策の目的を達成するために、実際の要件に従ってユニットの一部またはすべてが選択され得る。
【0138】
さらに、本開示の実施形態における機能ユニットは、１つの処理ユニットに統合されてもよく、または各ユニットが物理的に分離されてもよく、または２つ以上のユニットが１つのユニットに統合されてもよい。統合されたユニットは、ハードウェアの形で、またはハードウェアとソフトウェア機能ユニットの形で実現され得る。
【0139】
ソフトウェア機能ユニットの形態で実装される統合されたユニットは、コンピュータ可読記憶媒体に格納され得る。ソフトウェア機能ユニットは記憶媒体に記憶され、コンピュータ装置（パーソナルコンピュータ、サーバまたはネットワーク装置）に本開示の実施形態における方法のいくつかのステップを実行させるためのいくつかの命令を含む。また、記憶媒体は、Ｕディスク、リムーバブルハードディスク、ＲＯＭ、ＲＡＭ、磁気ディスクまたは光ディスクなどの、プログラムコードを記憶するための媒体であってもよい。
【0140】
本開示は、その好ましい実施形態を参照して上記に開示されてきたが、本開示は、限定ではなく例としてのみ提示されていることを理解されたい。当業者は、本開示の精神および範囲から逸脱することなく、実施形態を修正および変更できる。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】