JP2023532700A - メッセージ送信方法、受信方法、装置及び通信機器 - Google Patents

Abstract

本願はメッセージ送信方法、受信方法、装置及び通信機器を開示し、通信の技術分野に属する。具体的な実現手段は、端末が非ＲＲＣ接続状態にあり、且つ目標ＲＲＣメッセージをネットワーク側機器に送信する需要がある場合に、目標ＲＲＣメッセージを非ＲＲＣ接続状態で送信するステップを含み、該目標ＲＲＣメッセージは、アクティブにされたアクセス層セキュリティを必要とするＲＲＣメッセージである。これにより、端末は、ＲＲＣ接続の確立又は再開をトリガする他の条件が満たされ、且つＲＲＣ接続の確立又は再開に成功した後まで待たずとも、目標ＲＲＣメッセージを非ＲＲＣ接続状態で直接送信することができ、それにより遅延が低減される。【選択図】 図２

Description

（関連出願の相互参照）
本願は、２０２０年７月６日に中国で出願した中国特許出願番号Ｎｏ．２０２０１０６４３２０８．０の優先権を主張し、その全ての内容は参照によって本文に組み込まれる。

本願は通信の技術分野に属し、具体的にはメッセージ送信方法、受信方法、装置及び通信機器に関する。

現在、非無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ，ＲＲＣ）接続状態（ＮＯＮ－ＲＲＣ ＣＯＮＮＥＣＴＥＤ）の端末は、アクティブにされたアクセス層セキュリティ（ａｃｔｉｖａｔｅｄ ＡＳ ｓｅｃｕｒｉｔｙ）を必要とするＲＲＣメッセージをネットワーク側機器に送信する需要がある場合に、ＲＲＣ接続の確立又は再開をトリガする他の条件が満たされ、且つＲＲＣ接続の確立又は再開に成功した後にのみ、該ＲＲＣメッセージを送信することができる。これにより、従来の非ＲＲＣ接続状態端末は該ＲＲＣメッセージを送信する時の遅延が大きくなる。

本願の実施例の目的は、従来の非ＲＲＣ接続状態端末がａｃｔｉｖａｔｅｄ ＡＳ ｓｅｃｕｒｉｔｙを必要とするＲＲＣメッセージを送信する時の遅延が大きい問題を解決するために、メッセージ送信方法、受信方法、装置及び通信機器を提供することである。

上記技術的課題を解決するために、本願は次のように実現する。

第１態様において、本開示は、端末に応用されるメッセージ送信方法であって、
前記端末が非無線リソース制御ＲＲＣ接続状態にあり、且つ目標ＲＲＣメッセージをネットワーク側機器に送信する需要がある場合に、前記目標ＲＲＣメッセージを非ＲＲＣ接続状態で送信するステップを含み、
前記目標ＲＲＣメッセージは、アクティブにされたアクセス層セキュリティを必要とするＲＲＣメッセージである、メッセージ送信方法を提供する。

第２態様において、本開示は、ネットワーク側機器に応用されるメッセージ受信方法であって、
端末から目標ＲＲＣメッセージを受信するステップを含み、
前記目標ＲＲＣメッセージは、アクティブにされたアクセス層セキュリティを必要とするＲＲＣメッセージであり、前記目標ＲＲＣメッセージは、前記端末が非ＲＲＣ接続状態にあり、且つ前記目標ＲＲＣメッセージを送信する需要がある場合に、非ＲＲＣ接続状態で送信されたものである、メッセージ受信方法を提供する。

第３態様において、本開示は、端末に応用されるメッセージ送信装置であって、
前記端末が非ＲＲＣ接続状態にあり、且つ目標ＲＲＣメッセージをネットワーク側機器に送信する需要がある場合に、前記目標ＲＲＣメッセージを非ＲＲＣ接続状態で送信するための第１送信モジュールを備え、
前記目標ＲＲＣメッセージは、アクティブにされたアクセス層セキュリティを必要とするＲＲＣメッセージである、メッセージ送信装置を提供する。

第４態様において、本開示は、ネットワーク側機器に応用されるメッセージ受信装置であって、
端末から目標ＲＲＣメッセージを受信するための受信モジュールを備え、
前記目標ＲＲＣメッセージは、アクティブにされたアクセス層セキュリティを必要とするＲＲＣメッセージであり、前記目標ＲＲＣメッセージは、前記端末が非ＲＲＣ接続状態にあり、且つ前記目標ＲＲＣメッセージを送信する需要がある場合に、非ＲＲＣ接続状態で送信されたものである、メッセージ受信装置を提供する。

第５態様において、プロセッサと、メモリと、前記メモリに記憶され且つ前記プロセッサ上で実行可能なプログラムもしくはコマンドとを備え、前記プログラムもしくはコマンドが前記プロセッサによって実行されると、第１態様に記載の方法のステップが実現される、端末を提供する。

第６態様において、本開示は、プロセッサと、メモリと、前記メモリに記憶され且つ前記プロセッサ上で実行可能なプログラムもしくはコマンドとを備え、前記プログラムもしくはコマンドが前記プロセッサによって実行されると、第２態様に記載の方法のステップが実現される、ネットワーク側機器を提供する。

第７態様において、本開示は、プログラムもしくはコマンドが記憶されており、前記プログラムもしくはコマンドがプロセッサによって実行されると、第１態様に記載の方法のステップが実現され、又は第２態様に記載の方法のステップが実現される、可読記憶媒体を提供する。

第８態様において、本開示は、プロセッサと通信インタフェースとを備え、前記通信インタフェースと前記プロセッサが結合され、前記プロセッサがプログラムもしくはコマンドを実行して、第１態様に記載の方法のステップを実現するか、又は第２態様に記載の方法のステップを実現するために用いられる、チップを提供する。

本願の実施例において、端末は、非ＲＲＣ接続状態にあり、且つ目標ＲＲＣメッセージをネットワーク側機器に送信する需要がある場合に、目標ＲＲＣメッセージを非ＲＲＣ接続状態で送信することができ、該目標ＲＲＣメッセージは、アクティブにされたアクセス層セキュリティを必要とするＲＲＣメッセージである。これにより、端末は、ＲＲＣ接続の確立又は再開をトリガする他の条件が満たされ、且つＲＲＣ接続の確立又は再開に成功した後まで待たずとも、目標ＲＲＣメッセージを非ＲＲＣ接続状態で直接送信することができ、それにより遅延が低減される。さらに、リソースの無駄遣い、エネルギー消費等を回避することもできる。

本願の実施例で提供される無線通信システムのブロック図である。 本願の実施例で提供されるメッセージ送信方法のフローチャートである。 本願の実施例１における目標ＲＲＣメッセージ送信プロセスのフローチャートである。 本願の実施例２における目標ＲＲＣメッセージ送信プロセスのフローチャートである。 本願の実施例３における目標ＲＲＣメッセージ送信プロセスのフローチャートである。 本願の実施例で提供されるメッセージ送信装置の構造模式図である。 本願の実施例で提供されるメッセージ受信方法のフローチャートである。 本願の実施例で提供されるメッセージ受信装置の構造模式図である。 本願の実施例で提供される通信機器の構造模式図である。 本願の実施例で提供される端末の構造模式図である。 本願の実施例で提供されるネットワーク側機器の構造模式図である。

以下において、本願の実施例における図面を参照しながら、本願の実施例における技術的解決手段を明確に、完全に説明する。当然ながら、説明される実施例は本願の実施例の一部であり、全ての実施例ではない。本願における実施例に基づき、当業者が創造的な労力を要することなく得られた他の全ての実施例は、いずれも本願の保護範囲に属するものとする。

本願の明細書及び特許請求の範囲における「第１」、「第２」等の用語は、特定の順序又は前後順を説明するためのものではなく、類似する対象を区別するためのものである。このように使用される用語は、本願の実施例が本明細書に図示又は説明されたもの以外の順序で実施できるように、適当な場合において互いに置き換えてもよいことを理解すべきであり、また、「第１」、「第２」で区別される対象は、通常、一種類であり、対象の数を限定することがなく、例えば、第１対象は、１つであってもよく、複数であってもよい。また、明細書及び特許請求の範囲において「及び／又は」は、接続している対象のうちの少なくとも１つを表し、符号の「／」は、一般に前後の関連対象が「又は」の関係であることを表す。例えば、「Ａ及び／又はＢ」は、「Ａのみが存在すること、Ｂのみが存在すること、及びＡとＢの両方が存在すること」の３つの場合を示し、「ＡとＢとのうちの少なくとも１つ」も「Ａのみが存在すること、Ｂのみが存在すること、及びＡとＢの両方が存在すること」の３つの場合を示す。

指摘すべきことは、本願の実施例で説明されている技術は、ロング・ターム・エヴォリューション型（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）／ＬＴＥの発展型（ＬＴＥ－Ａｄｖａｎｃｅｄ，ＬＴＥ－Ａ）システムに限定されず、さらに、符号分割多元接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＣＤＭＡ）、時分割多元接続（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＴＤＭＡ）、周波数分割多元接続（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＦＤＭＡ）、直交周波数分割多元接続（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＯＦＤＭＡ）、単一キャリア周波数分割多元接続（Ｓｉｎｇｌｅ－ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ－Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＳＣ－ＦＤＭＡ）等の他の無線通信システム及び他のシステムにも用いることができる点である。本願の実施例における用語「システム」と「ネットワーク」は一般に相互に交換して使用することができ、説明される技術は、前述したシステムとラジオ技術だけでなく、他のシステムとラジオ技術に使用されてもよい。但し、以下の説明では、例示的な目的でニューラジオ（Ｎｅｗ Ｒａｄｉｏ，ＮＲ）システムを説明し、且つ以下の大部分の説明ではＮＲ用語を使用するが、これらの技術はＮＲシステム以外に適用可能であり、例えば第６世代（６^ｔｈ Ｇｅｎｅｒａｔｉｏｎ，６Ｇ）通信システムにも適用可能である。

図１は本願の実施例を応用可能な無線通信システムのブロック図を示す。無線通信システムは端末１１とネットワーク側機器１２とを備える。端末１１は、端末機器又はユーザ端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ，ＵＥ）と呼ばれてもよく、携帯電話、タブレットパソコン（Ｔａｂｌｅｔ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ノートパソコンとも呼ばれるラップトップコンピュータ（Ｌａｐｔｏｐ Ｃｏｍｐｕｔｅｒ）、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ，ＰＤＡ）、携帯情報端末、ネットブック、ウルトラモバイルパーソナルコンピュータ（ｕｌｔｒａ－ｍｏｂｉｌｅ ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ，ＵＭＰＣ）、モバイルインターネットデバイス（Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ Ｄｅｖｉｃｅ，ＭＩＤ）、ウェアラブルデバイス（Ｗｅａｒａｂｌｅ Ｄｅｖｉｃｅ）又は車載機器（ｖｅｈｉｃｌｅ ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ，ＶＵＥ）、歩行者端末（ｐｅｄｅｓｔｒｉａｎ ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ，ＰＵＥ）等の端末側機器であってもよく、ウェアラブルデバイスは、リストバンド、イヤホン、メガネ等を含む。説明すべきことは、本願の実施例では端末１１の具体的なタイプが限定されない点である。ネットワーク側機器１２は、基地局又はコアネットワークであってもよく、基地局は、ノードＢ、発展ノードＢ、アクセスポイント、ベーストランシーバ基地局（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ，ＢＴＳ）、ラジオ基地局、ラジオ送受信機、基本サービスセット（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ，ＢＳＳ）、拡張サービスセット（Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｓｅｔ，ＥＳＳ）、ノードＢ、発展型ノードＢ（ｅＮＢ）、家庭用ノードＢ、家庭用発展型ノードＢ、ＷＬＡＮアクセスポイント、ＷｉＦｉノード、送信受信ポイント（Ｔｒａｎｓｍｉｔｔｉｎｇ Ｒｅｃｅｉｖｉｎｇ Ｐｏｉｎｔ，ＴＲＰ）又は前記分野における他の何らかの適切な用語と呼ばれてもよく、同じ技術効果を達成できれば、前記基地局は特定の技術用語に限定されない。説明すべきことは、本願の実施例において、単にＮＲシステムにおける基地局を例とするが、基地局の具体的な種類が限定されない点である。

本願の実施例を容易に理解するために、まず以下の内容を説明する。

従来の非ＲＲＣ接続状態端末（例えば、ＮＯＮ－ＲＲＣＣＯＮＮＥＣＴＥＤ ＵＥ）はａｃｔｉｖａｔｅｄ ＡＳ ｓｅｃｕｒｉｔｙを必要とするＲＲＣメッセージを送信する時に遅延が大きい問題を解決するために、本願の実施例では、ＮＯＮ－ＲＲＣＣＯＮＮＥＣＴＥＤ ＵＥは、ａｃｔｉｖａｔｅｄ ＡＳ ｓｅｃｕｒｉｔｙを必要とするＲＲＣメッセージをネットワーク側機器に送信する需要がある場合に、該ＲＲＣメッセージをＮＯＮ－ＲＲＣＣＯＮＮＥＣＴＥＤ状態で直接送信する方法が提案される。

本願の実施例において、該ａｃｔｉｖａｔｅｄ ＡＳ ｓｅｃｕｒｉｔｙを必要とするＲＲＣメッセージは、目標ＲＲＣメッセージと呼ばれてもよい。つまり、下記実施例で言及している目標ＲＲＣメッセージは、ａｃｔｉｖａｔｅｄ ＡＳ ｓｅｃｕｒｉｔｙを必要とするＲＲＣメッセージである。

１、選択的に、目標ＲＲＣメッセージは、第１伝送方式の配置に関するＲＲＣメッセージであってもよい。この場合に、下記の少なくとも１つが満たされた場合に、端末は、目標ＲＲＣメッセージをネットワーク側機器に送信する需要がある。
端末は第１伝送方式による伝送をサポートする。
ネットワークは第１伝送方式による伝送をサポートする。例えば、システムメッセージには対応する指示が含まれる。
目標ＲＲＣメッセージを含むメディアアクセス制御プロトコルデータユニット（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ，ＭＡＣ ＰＤＵ）のサイズは、端末の種類に基づいて定義される端末がサポートする最大のトランスポートブロックサイズ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ Ｓｉｚｅ，ＴＢＳ）以下である。
端末は、第１伝送方式の配置に関心があることと、第１伝送方式の配置に関心がなくなったことと、第１伝送方式の配置を更新する必要があることと、のうちの少なくとも１つを満たす。

指摘すべきことは、上記第１伝送方式は、ＰＵＲ（Ｐｒｅｃｏｎｆｉｇｕｒｅｄ Ｕｐｌｉｎｋ Ｒｅｓｏｕｒｃｅ，事前配置されたアップリンクリソース）伝送又はスモールデータ伝送（Ｓｍａｌｌ Ｄａｔａ Ｔｒａｎｓｍｉｓｓｉｏｎ，ＳＤＴ）の事前配置ＰＵＳＣＨリソース伝送と類似する伝送方式として理解されてもよく、場合によっては、ＰＵＲ伝送方式又はＳＤＴの事前配置ＰＵＳＣＨリソース伝送方式として理解されてもよいが、これについて限定されない点である。この場合に、目標ＲＲＣメッセージは、ＰＵＲＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｑｕｅｓｔメッセージ等、事前配置されたＰＵＳＣＨリソースの配置に関する補助情報を含むものであってもよい。スモールデータ伝送の事前配置ＰＵＳＣＨリソース伝送方式を例として、下記の少なくとも１つが満たされた場合に、ＵＥは、目標ＲＲＣメッセージをネットワーク側機器に送信する需要がある。
ＵＥは事前配置ＰＵＳＣＨリソース方式による伝送をサポートする。
ネットワークは事前配置ＰＵＳＣＨリソース方式による伝送をサポートする。例えば、システムメッセージには対応する指示が含まれる。
目標ＲＲＣメッセージを含むＭＡＣ ＰＤＵのサイズは、ＵＥの種類に基づいて定義されるＵＥがサポートする最大のＴＢＳ以下である。
ＵＥは、事前配置ＰＵＳＣＨリソースの配置に関心があるか、又は関心がなくなったか、又は事前配置ＰＵＳＣＨリソースの配置を更新する必要がある。

２、選択的に、目標ＲＲＣメッセージは、ＭＢＳＣｏｕｎｔｉｎｇＲｅｓｐｏｎｓｅメッセージのような、マルチキャストブロードキャストサービス（Ｍｕｌｔｉｃａｓｔ ａｎｄ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅ，ＭＢＳ）カウント（Ｃｏｕｎｔｉｎｇ）に関するＲＲＣメッセージであってもよい。この場合に、下記の少なくとも１つが満たされた場合に、端末は、目標ＲＲＣメッセージをネットワーク側機器に送信する需要がある。
端末はＭＢＳ能力を有する。
ネットワークはＭＢＳをサポートする。例えば、システムメッセージには対応する指示が含まれる。
目標ＲＲＣメッセージを含むＭＡＣ ＰＤＵのサイズは、端末の種類に基づいて定義される端末がサポートする最大のＴＢＳ以下である。
端末のＲＲＣ層は、ネットワーク側機器から送信されたＭＢＳカウントに関する制御メッセージ（例えば、ＭＢＳＣｏｕｎｔｉｎｇＲｅｑｕｅｓｔメッセージ）を受信した。
端末は、ＭＢＳカウントに関する制御メッセージ（例えば、ＭＢＳＣｏｕｎｔｉｎｇＲｅｑｕｅｓｔメッセージ）において指示された少なくとも１つのＭＢＳサービスを受信中、又はその受信に関心がある。

３、選択的に、目標ＲＲＣメッセージは、ＭＢＳＩｎｔｅｒｅｓｔＩｎｄｉｃａｔｉｏｎメッセージのような、ＭＢＳインタレストインディケーション（Ｉｎｔｅｒｅｓｔ Ｉｎｄｉｃａｔｉｏｎ）に関するＲＲＣメッセージであってもよい。この場合に、下記の少なくとも１つが満たされた場合に、端末は、目標ＲＲＣメッセージをネットワーク側機器に送信する需要がある。
端末はＭＢＳ能力を有する。
ネットワークはＭＢＳをサポートする。例えば、システムメッセージに対応する指示が含まれる。
目標ＲＲＣメッセージを含むＭＡＣ ＰＤＵのサイズは、端末の種類に基づいて定義される端末がサポートする最大のＴＢＳ以下である。
端末は、ネットワーク側機器から送信されたＭＢＳサービスに関する制御情報を受信した。例えば、該ＭＢＳサービスに関する制御情報はシステムメッセージ又は専用ＲＲＣシグナリングによって送信されてもよい。
端末がサービスエリアに入ったか又はサービスエリアから出た。例えば、ＵＥがサービスエリアに入った直後（ｕｐｏｎ ｅｎｔｅｒｉｎｇ ｔｈｅ ｓｅｒｖｉｃｅ ａｒｅａ）又はＵＥがサービスエリアから離れた直後。
ＭＢＳセッション（ｓｅｓｓｉｏｎ）は開始又は停止した。例えば、ＭＢＳ ｓｅｓｓｉｏｎが開始された直後、又はＭＢＳ ｓｅｓｓｉｏｎが停止された直後。
ＭＢＳインタレストインディケーションメッセージのコンテンツが変更された。
ＭＢＳサービスに関する制御情報を送信するセル又は基地局が変更された。

なお、目標ＲＲＣメッセージは、上記３種のＲＲＣメッセージに加えて、ａｃｔｉｖａｔｅｄ ＡＳ ｓｅｃｕｒｉｔｙを必要とする他のいかなるＲＲＣメッセージとして選択されてもよく、これについて限定しないことが理解可能である。

以下において、図面を参照しながら、本願の実施例で提供されるメッセージ送信方法及び受信方法を、具体的な実施例及びその応用シーンにより詳しく説明する。

本発明の実施例で提供されるメッセージ送信方法のフローチャートである図２を参照し、該方法は端末に応用され、図２に示すように、該方法は次のステップを含む。

ステップ２０１では、端末が非ＲＲＣ接続状態にあり、且つ目標ＲＲＣメッセージをネットワーク側機器に送信する需要がある場合に、該目標ＲＲＣメッセージを非ＲＲＣ接続状態で送信する。

本実施例において、該目標ＲＲＣメッセージは、ａｃｔｉｖａｔｅｄ ＡＳ ｓｅｃｕｒｉｔｙを必要とするＲＲＣメッセージである。

本願の実施例において、端末は、非ＲＲＣ接続状態にあり、且つ目標ＲＲＣメッセージをネットワーク側機器に送信する需要がある場合に、目標ＲＲＣメッセージを非ＲＲＣ接続状態で送信することができる。これにより、端末は、ＲＲＣ接続の確立又は再開をトリガする他の条件が満たされ、且つＲＲＣ接続の確立又は再開に成功した後まで待たずとも、目標ＲＲＣメッセージを非ＲＲＣ接続状態で直接送信することができ、それにより遅延が低減される。さらに、リソースの無駄遣い、エネルギー消費等を回避することもできる。

本願の実施例において、端末は、ＲＲＣ接続再開（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅ）プロセスによって目標ＲＲＣメッセージを非ＲＲＣ接続状態で送信することができる。選択的に、目標ＲＲＣメッセージを送信する前に、端末は、ＲＲＣ接続再開プロセスをトリガし、ＲＲＣ再開要求又はＲＲＣ再開要求１（ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１）メッセージを生成し、該ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージを下位層に提出し、そして、目標ＲＲＣメッセージのコンテンツの生成（又は産生と呼ばれる）をトリガし、目標ＲＲＣメッセージの下位層への提出をトリガすることができる。該ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージ及び目標ＲＲＣメッセージは、ＲＲＣ層において生成され、ここでの下位層は、例えば、パケットデータコンバージェンスプロトコル（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ，ＰＤＣＰ）、無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ，ＲＬＣ）、ＭＡＣ層等、ＲＲＣ層の下位のプロトコル層においてあることが理解可能である。

選択的に、ＲＲＣ接続再開プロセスにおいて、端末は、再開要因ＲｅｓｕｍｅＣａｕｓｅ値を設定してもよい。該ＲｅｓｕｍｅＣａｕｓｅ値は、例えば、ｍｏ－ｄａｔａ、ｍｏ－ｓｉｇｎａｌ等、第１ＲｅｓｕｍｅＣａｕｓｅ値の多重化と、第２ＲｅｓｕｍｅＣａｕｓｅ値と、のうちの少なくとも１つであってもよい。

一つの実施形態において、該第２ＲｅｓｕｍｅＣａｕｓｅ値は、目標ＲＲＣメッセージと無関係であってもよく、即ち、全ての目標ＲＲＣメッセージを統一にし、例えば、ＭＯ－ＲＲＣｍｅｓｓａｇｅの場合、ＲｅｓｕｍｅＣａｕｓｅ値をＭＯ－ＲＲＣｍｅｓｓａｇｅに設定する。目標ＲＲＣメッセージと無関係とは、目標ＲＲＣメッセージのメッセージタイプ又は形式と無関係であってもよいし、目標ＲＲＣメッセージのコンテンツと無関係であってもよい。

他の実施形態において、該第２ＲｅｓｕｍｅＣａｕｓｅ値は、目標ＲＲＣメッセージと関係してもよい。例えば、「ＸＸ配置要求メッセージ」の場合、ＲｅｓｕｍｅＣａｕｓｅ値を「ＸＸ配置要求メッセージ」に設定する。目標ＲＲＣメッセージと関係することは、目標ＲＲＣメッセージのメッセージタイプ又は形式と関係することであってもよいし、目標ＲＲＣメッセージのコンテンツと関係することであってもよい。

選択的に、ＲＲＣ接続再開プロセスにおいて、端末は、下記１）、２）、３）の少なくとも１つをさらに実行してもよい。
１）統合アクセス制御（Ｕｎｉｆｉｅｄ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ，ＵＡＣ）のチェックを行わず、アクセス試行は直接許可される。
２）既存のアクセスカテゴリー第１アクセスカテゴリー（Ａｃｃｅｓｓ ｃａｔｅｇｏｒｙ）及び／又はアクセス識別子（Ａｃｃｅｓｓ ｉｄｅｎｔｉｔｙ（ｉｅｓ））を利用してＵＡＣのチェックを行う。即ち、第１Ａｃｃｅｓｓ ｃａｔｅｇｏｒｙ及び／又はＡｃｃｅｓｓ ｉｄｅｎｔｉｔｙ（ｉｅｓ）を多重化し、例えば、Ａｃｃｅｓｓ ｃａｔｅｇｏｒｙを７、Ａｃｃｅｓｓ ｉｄｅｎｔｉｔｙを０とする等である。
３）第２アクセスカテゴリー及び／又はアクセス識別子を利用してＵＡＣのチェックを行う。即ち、第２Ａｃｃｅｓｓ ｃａｔｅｇｏｒｙ ａｎｄ／ｏｒ Ａｃｃｅｓｓ ｉｄｅｎｔｉｔｙ（ｉｅｓ）を用いてＵＡＣのチェックを行う。

一つの実施形態において、該第２Ａｃｃｅｓｓ ｃａｔｅｇｏｒｙ及び／又はＡｃｃｅｓｓ ｉｄｅｎｔｉｔｙ（ｉｅｓ）は、目標ＲＲＣメッセージと無関係であってもよく、即ち、全ての目標ＲＲＣメッセージを同じ値に統一し、例えば、Ａｃｃｅｓｓ ｃａｔｅｇｏｒｙを１１、Ａｃｃｅｓｓ ｉｄｅｎｔｉｔｙを６に統一して設定する。目標ＲＲＣメッセージと無関係とは、目標ＲＲＣメッセージのメッセージタイプ又は形式と無関係であってもよいし、目標ＲＲＣメッセージのコンテンツと無関係であってもよい。

他の実施形態において、該第２Ａｃｃｅｓｓ ｃａｔｅｇｏｒｙ及び／又はＡｃｃｅｓｓ ｉｄｅｎｔｉｔｙ（ｉｅｓ）は、目標ＲＲＣメッセージと関係してもよい。例えば、「ＸＸ配置要求メッセージ」の場合、Ａｃｃｅｓｓ ｃａｔｅｇｏｒｙを１１、Ａｃｃｅｓｓ ｉｄｅｎｔｉｔｙを６に設定する等である。目標ＲＲＣメッセージと関係することは、目標ＲＲＣメッセージのメッセージタイプ又は形式と関係することであってもよいし、目標ＲＲＣメッセージのコンテンツと関係することであってもよい。

選択的に、目標ＲＲＣメッセージのコンテンツの生成をトリガすることは、下記の少なくとも１つを含んでもよい。
１）端末は、目標ＲＲＣメッセージをネットワーク側機器に送信する需要がある場合に、目標ＲＲＣメッセージのコンテンツの生成を直ちにトリガする。
２）ＲＲＣ接続再開プロセスにおいて、目標ＲＲＣメッセージのコンテンツの生成をトリガする。即ち、端末は、目標ＲＲＣメッセージをネットワーク側機器に送信する需要があると、端末はまずＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅプロセスをトリガし、続いてＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅプロセスにおいて目標ＲＲＣメッセージのコンテンツの生成をトリガする。２）の場合、トリガは下記（１）、（２）、（３）、（４）の少なくとも１つを含んでもよい。
（１）ＲＲＣ接続再開プロセスの開始段階（Ｉｎｉｔｉａｔｉｏｎ）で、目標ＲＲＣメッセージのコンテンツの生成をトリガする。
（２）ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセス（Ａｃｔｉｏｎｓ ｒｅｌａｔｅｄ ｔｏ ｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ ｏｒ ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１ ｍｅｓｓａｇｅ）でのＳＲＢ１再開の前に、目標ＲＲＣメッセージのコンテンツの生成をトリガする。
（３）ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセス（Ａｃｔｉｏｎｓ ｒｅｌａｔｅｄ ｔｏ ｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ ｏｒ ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１ ｍｅｓｓａｇｅ）でのＳＲＢ１再開の後に、目標ＲＲＣメッセージのコンテンツの生成を直ちにトリガする。
（４）ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセス（Ａｃｔｉｏｎｓ ｒｅｌａｔｅｄ ｔｏ ｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ ｏｒ ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１ ｍｅｓｓａｇｅ）での、ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの下位層への提出の後に、目標ＲＲＣメッセージのコンテンツの生成を直ちにトリガする。

選択的に、目標ＲＲＣメッセージの下位層への提出をトリガすることは、下記１）、２）の少なくとも１つを含んでもよい。
１）ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセス（Ａｃｔｉｏｎｓ ｒｅｌａｔｅｄ ｔｏ ｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ ｏｒ ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１ ｍｅｓｓａｇｅ）でのＳＲＢ１再開の後に、目標ＲＲＣメッセージの下位層への提出を直ちにトリガする。
２）ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセス（Ａｃｔｉｏｎｓ ｒｅｌａｔｅｄ ｔｏ ｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ ｏｒ ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１ ｍｅｓｓａｇｅ）での、ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの下位層への提出の後に、目標ＲＲＣメッセージの下位層への提出を直ちにトリガする。

選択的に、目標ＲＲＣメッセージ内のコンテンツが生成された後に、端末は、目標ＲＲＣメッセージ内のコンテンツを第１形式で記憶してもよいし、又は、目標ＲＲＣメッセージ内のコンテンツを記憶しなくてもよい。

さらに、上記第１形式は、変数、配列、構造体等の任意の形式のうちの少なくとも１つを含んでもよい。つまり、目標ＲＲＣメッセージのコンテンツが生成された後に、端末は、変数、配列、及び／又は構造体等の任意の形式でコンテンツを記憶してもよい。

選択的に、端末は、目標ＲＲＣメッセージを送信する時に、目標ＲＲＣメッセージ及びＲＲＣ再開要求又はＲＲＣ再開要求１メッセージを同一のＭＡＣ ＰＤＵに多重化してネットワーク側機器に送信してもよい。さらに、該ＭＡＣ ＰＤＵの構成は、ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージは目標ＲＲＣメッセージの前にあることと、ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージは目標ＲＲＣメッセージの後にあることと、のうちの少なくとも１つであってもよい。

指摘すべきこととして、端末が目標ＲＲＣメッセージを非ＲＲＣ接続状態で送信することは、ランダムアクセスプロセス、第１伝送方式による伝送、又は第２伝送方式による伝送等によって送信することであってもよいが、これらに限定されない。該ランダムアクセスプロセスは、２ステップ（２－ｓｔｅｐ）ランダムアクセスプロセス、又は４ステップ（４－ｓｔｅｐ）ランダムアクセスプロセス等の従来のランダムアクセスプロセスであってもよい。該第１伝送方式による伝送及び第２伝送方式による伝送は、全く異なるコンテンツに関わる。より具体的には、該第１伝送方式は、ＰＵＲ伝送又はスモールデータ伝送（Ｓｍａｌｌ Ｄａｔａ Ｔｒａｎｓｍｉｓｓｉｏｎ，ＳＤＴ）の事前配置ＰＵＳＣＨリソース伝送と類似する伝送方式として理解されてもよく、場合によっては、ＰＵＲ伝送方式又はＳＤＴの事前配置ＰＵＳＣＨリソース伝送方式として理解されてもよい。該第２伝送方式は、アーリーデータ伝送（Ｅａｒｌｙ Ｄａｔａ Ｔｒａｎｓｍｉｓｓｉｏｎ，ＥＤＴ）又はスモールデータ伝送のＲＡＣＨ－ｂａｓｅｄ伝送と類似する伝送方式として理解されてもよく、場合によっては、ＥＤＴ伝送方式又はスモールデータ伝送のＲＡＣＨ－ｂａｓｅｄ伝送方式として理解されてもよい。例えば、該第１伝送方式による伝送は、ＰＵＲ伝送、ＳＤＴの事前配置ＰＵＳＣＨリソース伝送、又はＰＵＲ伝送やＳＤＴの事前配置ＰＵＳＣＨリソース伝送と類似する伝送等であってもよい。該第２伝送方式による伝送は、例えば、ＥＤＴ、ＥＤＴと類似する伝送、スモールデータ伝送のＲＡＣＨ－ｂａｓｅｄ伝送、又はスモールデータ伝送のＲＡＣＨ－ｂａｓｅｄ伝送と類似する伝送等であってもよい。

以下において、目標ＲＲＣメッセージの送信を異なる実施手段によって詳しく説明する。

実施手段１では、ＵＥは、従来のランダムアクセスプロセス（例えばＮＲ ２－ｓｔｅｐ／４－ｓｔｅｐ ＲＡＣＨ）によって目標ＲＲＣメッセージの送信を完了する。

１、準備段階
準備段階で、ＵＥは、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅプロセスをトリガし、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージを生成して下位層に提出し、目標ＲＲＣメッセージのコンテンツの生成をトリガし、目標ＲＲＣメッセージの下位層への提出をトリガする。

１）ＲＲＣＲｅｓｕｍｅプロセスにおいて、ＵＥは、ＲｅｓｕｍｅＣａｕｓｅ値を設定することができ、該値は少なくとも下記のいずれか１つに該当する。
（１）第１ＲｅｓｕｍｅＣａｕｓｅ値の多重化、例えば、ｍｏ－ｄａｔａ、ｍｏ－ｓｉｇｎａｌ等である。
（２）第２ＲｅｓｕｍｅＣａｕｓｅ値を使用する。それは少なくとも下記のいずれかに該当する。
→目標ＲＲＣメッセージと無関係である。即ち、全ての目標ＲＲＣメッセージを統一にし、例えば、ＭＯ－ＲＲＣｍｅｓｓａｇｅの場合、ＲｅｓｕｍｅＣａｕｓｅ値をＭＯ－ＲＲＣｍｅｓｓａｇｅに設定する。
→目標ＲＲＣメッセージと関係する。例えば、「ＸＸ配置要求メッセージ」の場合、ＲｅｓｕｍｅＣａｕｓｅ値を「ＸＸ配置要求メッセージ」に設定する。

２）ＲＲＣＲｅｓｕｍｅプロセスにおいて、ＵＥは少なくとも下記のいずれか１つを実行してもよい。
（１）ＵＡＣのチェックを行わず、アクセス試行はそのまま許可される。
（２）第１Ａｃｃｅｓｓ ｃａｔｅｇｏｒｙ及び／又はＡｃｃｅｓｓ ｉｄｅｎｔｉｔｙ（ｉｅｓ）を多重化してＵＡＣのチェックを行う。例えば、Ａｃｃｅｓｓ ｃａｔｅｇｏｒｙを７、Ａｃｃｅｓｓ ｉｄｅｎｔｉｔｙを０とする等である。
（３）第２Ａｃｃｅｓｓ ｃａｔｅｇｏｒｙ及び／又はＡｃｃｅｓｓ ｉｄｅｎｔｉｔｙ（ｉｅｓ）を用いてＵＡＣのチェックを行い、それは少なくとも下記のいずれかに該当する。
→目標ＲＲＣメッセージと無関係である。即ち、全ての目標ＲＲＣメッセージを同じ値に統一し、例えば、Ａｃｃｅｓｓ ｃａｔｅｇｏｒｙを１１、Ａｃｃｅｓｓ ｉｄｅｎｔｉｔｙを６に統一して設定する。
→目標ＲＲＣメッセージと関係する。例えば、「ＸＸ配置要求メッセージ」の場合、Ａｃｃｅｓｓ ｃａｔｅｇｏｒｙを１１、Ａｃｃｅｓｓ ｉｄｅｎｔｉｔｙを６に設定する。

３）目標ＲＲＣメッセージの生成をトリガする時点は少なくとも下記のいずれかに該当する。
（１）ＵＥに目標ＲＲＣメッセージをネットワーク側機器に送信する需要があると、目標ＲＲＣメッセージのコンテンツの生成を直ちにトリガする。
（２）ＵＥは、目標ＲＲＣメッセージをネットワーク側機器に送信する需要があると、ＵＥはまずＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅプロセスをトリガし、続いてＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅプロセスにおいて目標ＲＲＣメッセージのコンテンツの生成をトリガする。且つそれは少なくとも下記のいずれかに該当する。
→ＵＥはＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅプロセスのＩｎｉｔｉａｔｉｏｎで、目標ＲＲＣメッセージのコンテンツの生成をトリガする。
→「ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセス」でのＳＲＢ１再開の前に、目標ＲＲＣメッセージのコンテンツの生成をトリガする。
→「ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセス」でのＳＲＢ１再開の後に、目標ＲＲＣメッセージのコンテンツの生成を直ちにトリガする。
→「ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセス」での、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージの下位層への提出の後に、目標ＲＲＣメッセージのコンテンツの生成を直ちにトリガする。

４）目標ＲＲＣメッセージのコンテンツが生成された後に、ＵＥは、目標ＲＲＣメッセージのコンテンツを変数、配列及び／又は構造体等の任意の形式で記憶してもよいし、又は、記憶しなくてもよい。

５）目標ＲＲＣメッセージの下位層への提出をトリガする時点は少なくとも下記のいずれかに該当する。
（１）「ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセス」でのＳＲＢ１再開の後に、目標ＲＲＣメッセージの下位層への提出を直ちにトリガする。
（２）「ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセス」での、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージの下位層への提出の後に、目標ＲＲＣメッセージの下位層への提出を直ちにトリガする。

２、ランダムアクセス（ＲＡＣＨ）段階
ＲＡＣＨ段階で、ＵＥのＭＡＣ層はランダムアクセスプロセスを開始し、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１及び目標ＲＲＣメッセージの両方を有する１つのＭＡＣ ＰＤＵを下位層に提出し、その後、ネットワーク側機器に送信する。

６）ランダムアクセスのトリガイベントは少なくとも下記のいずれかに該当する。
（１）第１トリガイベントの多重化、例えば、Ｔｒａｎｓｉｔｉｏｎ ｆｒｏｍ ＲＲＣ＿ＩＮＡＣＴＩＶＥ等である。
（２）第２トリガイベントを使用する。それは少なくとも下記のいずれかに該当する。
→目標ＲＲＣメッセージと無関係である。即ち、全ての目標ＲＲＣメッセージ、例えばＭＯ－ＲＲＣｍｅｓｓａｇｅを統一にする。
→目標ＲＲＣメッセージと関係する。例えば、「ＸＸ配置要求メッセージ」等、ある単一の目標ＲＲＣメッセージの送信をトリガイベントとする。

７）例えば、プリアンブルｐｒｅａｍｂｌｅ、ＰＲＡＣＨリソース、ランダムアクセス応答（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ，ＲＡＲ）におけるアップリンクグラントＵＬ ｇｒａｎｔ、ＭｓｇＡ物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ，ＰＵＳＣＨ）リソース、同期信号ブロック（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ ａｎｄ ＰＢＣＨ ｂｌｏｃｋ，ＳＳＢ）リソース、物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ，ＰＤＣＣＨ）探索空間等、ランダムアクセスプロセスにおける全てのリソース及びパラメータの配置は少なくとも下記のいずれかに該当する。
（１）全て個別に配置する。例えば、全てのリソース及びパラメータの配置は、全て個別に配置する。
（２）全て第１配置を多重化する。例えば、全てのリソース及びパラメータの配置は、全て第１配置を多重化（即ち共用）する。
（３）一部は第１配置を多重化し、一部は個別に配置する。

８）目標ＲＲＣメッセージ及びＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージを同一のＭＡＣ ＰＤＵに多重化してネットワーク側機器に送信することは、少なくとも下記のいずれかに該当する。
→ＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージは目標ＲＲＣメッセージの前にある。言い換えれば、ＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージはＭＡＣ ＰＤＵ内の前方にあり、目標ＲＲＣメッセージはＭＡＣ ＰＤＵ内の後方にあり得る。
→ＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージは目標ＲＲＣメッセージの後にある。言い換えれば、目標ＲＲＣメッセージはＭＡＣ ＰＤＵ内の前方にあり、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージはＭＡＣ ＰＤＵ内の後方にあり得る。

実施手段２では、ＵＥは、第１伝送方式による伝送（例えば、ＰＵＲ伝送、ＰＵＲ伝送と類似する伝送等）によって目標ＲＲＣメッセージの送信を完了する。

１、準備段階
ＵＥのＲＲＣ層は、ａｃｔｉｖａｔｅｄ ＡＳ ｓｅｃｕｒｉｔｙを必要とするＲＲＣメッセージ（目標ＲＲＣメッセージ）を送信する需要があると、ＵＥのＲＲＣ層は、ＲＲＣ接続再開（ｒｅｓｕｍｐｔｉｏｎ）を要求して第１伝送方式による伝送（例えばＰＵＲ伝送）を開始し、ＲＲＣＲｅｓｕｍｅプロセスをトリガし、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージを生成して下位層に提出し、目標ＲＲＣメッセージのコンテンツの生成をトリガし、目標ＲＲＣメッセージの下位層への提出をトリガする。

１）第１伝送方式による伝送の開始条件は下記のいずれか１つであってもよい。
→ＵＥはＲＲＣ層においてＲＲＣ接続再開を要求する。ＲＲＣＲｅｓｕｍｅＣａｕｓｅの値は少なくとも下記（１）、（２）のいずれかに該当する。
（１）第１ＲｅｓｕｍｅＣａｕｓｅ値の多重化、例えば、ｍｏ－ｄａｔａ、ｍｏ－ｓｉｇｎａｌ等である。
（２）第２ＲｅｓｕｍｅＣａｕｓｅ値を使用する。それは少なくとも下記I、IIのいずれかに該当する。
I、目標ＲＲＣメッセージと無関係である。即ち、全ての目標ＲＲＣメッセージを統一にし、例えば、ＭＯ－ＲＲＣｍｅｓｓａｇｅの場合、ＲｅｓｕｍｅＣａｕｓｅ値をＭＯ－ＲＲＣｍｅｓｓａｇｅに設定する。
II、目標ＲＲＣメッセージと関係する。例えば、「ＸＸ配置要求メッセージ」の場合、ＲｅｓｕｍｅＣａｕｓｅ値を「ＸＸ配置要求メッセージ」に設定する。
→ＵＥは第１伝送方式による伝送をサポートする。
→ネットワークは第１伝送方式による伝送をサポートする。例えば、システムメッセージには対応する指示が含まれる。
→ＵＥは有効な第１伝送方式の配置を有する。
→ＵＥは有効なタイミング調整ｔｉｍｉｎｇ ａｌｉｇｎｍｅｎｔ値を有する。
→ＵＥは記憶されたｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ値を有し、且つこのｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ値は最新の（即ち、前回の）ＲＲＣＲｅｌｅａｓｅメッセージ内のｓｕｓｐｅｎｄＣｏｎｆｉｇにより提供されるものである。
→目標ＲＲＣメッセージを含むＭＡＣ ＰＤＵのサイズは、第１伝送方式の配置において定義されるＴＢＳ以下である。

一つの実施形態において、第１伝送方式による伝送はＰＵＲ伝送であることを例として、ＰＵＲ伝送の開始条件は少なくとも下記のいずれか１つである。
→ＵＥはＲＲＣ層においてＲＲＣ接続再開を要求する。
→ＵＥはＰＵＲの伝送をサポートする。
→ネットワークはＰＵＲの伝送をサポートする。
→ＵＥは有効なＰＵＲ配置を有する。
→ＵＥは有効なタイミング調整ｔｉｍｉｎｇ ａｌｉｇｎｍｅｎｔ値を有する。
→ＵＥは記憶されたｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ値を有し、且つこのｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ値は最新のＲＲＣＲｅｌｅａｓｅメッセージ内のｓｕｓｐｅｎｄＣｏｎｆｉｇにより提供されるものである。
→目標ＲＲＣメッセージを含むＭＡＣ ＰＤＵのサイズは、ＰＵＲ配置において定義されるＴＢＳ以下である。

２）ＲＲＣＲｅｓｕｍｅプロセスにおいて、ＵＥはＲｅｓｕｍｅＣａｕｓｅ値を設定することができ、その値は上記で具体的に選択された値と一致する。

３）ＲＲＣＲｅｓｕｍｅプロセスにおいて、ＵＥは少なくとも下記のいずれか１つを実行してもよい。
（１）ＵＡＣのチェックを行わず、アクセス試行はそのまま許可される。
（２）第１Ａｃｃｅｓｓ ｃａｔｅｇｏｒｙ及び／又はＡｃｃｅｓｓ ｉｄｅｎｔｉｔｙ（ｉｅｓ）を多重化してＵＡＣのチェックを行う。例えば、Ａｃｃｅｓｓ ｃａｔｅｇｏｒｙを７、Ａｃｃｅｓｓ ｉｄｅｎｔｉｔｙを０とする等である。
（３）第２Ａｃｃｅｓｓ ｃａｔｅｇｏｒｙ及び／又はＡｃｃｅｓｓ ｉｄｅｎｔｉｔｙ（ｉｅｓ）を用いてＵＡＣのチェックを行い、それは少なくとも下記のいずれかに該当する。
→目標ＲＲＣメッセージと無関係である。即ち、全ての目標ＲＲＣメッセージを同じ値に統一し、例えば、Ａｃｃｅｓｓ ｃａｔｅｇｏｒｙを１１、Ａｃｃｅｓｓ ｉｄｅｎｔｉｔｙを６に統一して設定する。
→目標ＲＲＣメッセージと関係する。例えば、「ＸＸ配置要求メッセージ」の場合、Ａｃｃｅｓｓ ｃａｔｅｇｏｒｙを１１、Ａｃｃｅｓｓ ｉｄｅｎｔｉｔｙを６に設定する。

４）この段階において、第１伝送方式による伝送を用いることを下位層に指示し、第１伝送方式による伝送に対応するアップリンクグラントを下位層に送信するように、ＲＲＣ層をトリガしてもよい。具体的な時点は少なくとも下記のいずれかに該当する。
→第１伝送方式による伝送の開始条件が満たされると、第１伝送方式による伝送を用いることを下位層に指示し、第１伝送方式による伝送に対応するアップリンクグラントを下位層に送信するように、直ちにＲＲＣ層をトリガする。
→ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセス（Ａｃｔｉｏｎｓ ｒｅｌａｔｅｄ ｔｏ ｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ ｏｒ ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１ ｍｅｓｓａｇｅ）でのＳＲＢ１再開の前に、第１伝送方式による伝送を用いることを下位層に指示し、第１伝送方式による伝送に対応するアップリンクグラントを下位層に送信するように、ＲＲＣ層をトリガする。
→ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでのＳＲＢ１再開の後に、第１伝送方式による伝送を用いることを下位層に指示し、第１伝送方式による伝送に対応するアップリンクグラントを下位層に送信するように、直ちにＲＲＣ層をトリガする。
→ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでの、ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの下位層への提出の後に、第１伝送方式による伝送を用いることを下位層に指示し、第１伝送方式による伝送に対応するアップリンクグラントを下位層に送信するように、直ちにＲＲＣ層をトリガする。

一つの実施形態において、第１伝送方式による伝送はＰＵＲ伝送であることを例として、ＵＥは下記の少なくとも１つを実行してもよい。
→ＰＵＲ伝送の開始条件が満たされると、ＰＵＲ伝送を用いることを下位層に指示し、ＰＵＲ伝送に対応するアップリンクグラントを下位層に送信するように、直ちにＲＲＣ層をトリガする。
→ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでのＳＲＢ１再開の前に、ＰＵＲ伝送を用いることを下位層に指示し、ＰＵＲ伝送に対応するアップリンクグラントを下位層に送信するように、ＲＲＣ層をトリガする。
→ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでのＳＲＢ１再開の後に、ＰＵＲ伝送を用いることを下位層に指示し、ＰＵＲ伝送に対応するアップリンクグラントを下位層に送信するように、直ちにＲＲＣ層をトリガする。
→ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでの、ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの下位層への提出の後に、ＰＵＲ伝送を用いることを下位層に指示し、ＰＵＲ伝送に対応するアップリンクグラントを下位層に送信するように、直ちにＲＲＣ層をトリガする。

５）目標ＲＲＣメッセージの生成をトリガする時点は少なくとも下記のいずれかに該当する。
（１）ＵＥ ＲＲＣ層に目標ＲＲＣメッセージをネットワーク側機器に送信する需要があると、目標ＲＲＣメッセージのコンテンツの生成を直ちにトリガする。
（２）ＵＥ ＲＲＣ層に目標ＲＲＣメッセージをネットワーク側機器に送信する需要があると、ＵＥは、まずＲＲＣ ｒｅｓｕｍｐｔｉｏｎを要求して第１伝送方式による伝送（例えばＰＵＲ伝送）を開始し、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅプロセスをトリガし、続いてＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅプロセスにおいて目標ＲＲＣメッセージのコンテンツの生成をトリガする。且つそれは少なくとも下記のいずれかに該当する。
→ＵＥはＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅプロセスのＩｎｉｔｉａｔｉｏｎで、目標ＲＲＣメッセージのコンテンツの生成をトリガする。
→「ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセス」でのＳＲＢ１再開の前に、目標ＲＲＣメッセージのコンテンツの生成をトリガする。
→「ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセス」でのＳＲＢ１再開の後に、目標ＲＲＣメッセージのコンテンツの生成を直ちにトリガする。
→「ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセス」での、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージの下位層への提出の後に、目標ＲＲＣメッセージのコンテンツの生成を直ちにトリガする。

６）目標ＲＲＣメッセージのコンテンツが生成された後に、ＵＥは、目標ＲＲＣメッセージのコンテンツを変数、配列及び／又は構造体等の任意の形式で記憶してもよいし、又は、記憶しなくてもよい。

７）目標ＲＲＣメッセージの下位層への提出をトリガする時点は少なくとも下記のいずれかに該当する。
（１）「ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセス」でのＳＲＢ１再開の後に、目標ＲＲＣメッセージの下位層への提出を直ちにトリガする。
（２）「ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセス」での、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージの下位層への提出の後に、目標ＲＲＣメッセージの下位層への提出を直ちにトリガする。

２、メッセージ送信段階
この段階において、ＵＥのＭＡＣ層は、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１及び目標ＲＲＣメッセージの両方を有する１つのＭＡＣ ＰＤＵを下位層（例えば物理層）に提出し、その後、ネットワーク側機器に送信する。

選択的に、目標ＲＲＣメッセージ及びＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージを同一のＭＡＣ ＰＤＵに多重化してネットワーク側機器に送信することは、少なくとも下記のいずれかに該当する。
→ＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージは目標ＲＲＣメッセージの前にある。言い換えれば、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージはＭＡＣ ＰＤＵ内の前方にあり、目標ＲＲＣメッセージはＭＡＣ ＰＤＵ内の後方にあり得る。
→ＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージは目標ＲＲＣメッセージの後にある。言い換えれば、目標ＲＲＣメッセージはＭＡＣ ＰＤＵ内の前方にあり、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージはＭＡＣ ＰＤＵ内の後方にあり得る。

実施手段３では、ＵＥは、第２伝送方式による伝送（例えば、ＳＤＴと類似する伝送、ＥＤＴと類似する伝送等）によって目標ＲＲＣメッセージの送信を完了する。

１、準備段階
ＵＥのＲＲＣ層は、ａｃｔｉｖａｔｅｄ ＡＳ ｓｅｃｕｒｉｔｙを必要とするＲＲＣメッセージ（目標ＲＲＣメッセージ）を送信する需要があると、ＵＥのＲＲＣ層は、ＲＲＣ接続再開（ｒｅｓｕｍｐｔｉｏｎ）を要求して第２伝送方式による伝送（例えば、ＳＤＴと類似する伝送、ＥＤＴと類似する伝送等）を開始し、ＲＲＣＲｅｓｕｍｅプロセスをトリガし、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージを生成して下位層に提出し、目標ＲＲＣメッセージのコンテンツの生成をトリガし、目標ＲＲＣメッセージの下位層への提出をトリガする。

１）第２伝送による伝送の開始条件は下記の少なくとも１つであってもよい。
→ＵＥはＲＲＣ層においてＲＲＣ接続再開を要求する。ＲＲＣＲｅｓｕｍｅＣａｕｓｅの値は少なくとも下記（１）、（２）のいずれかに該当する。
（１）第１ＲｅｓｕｍｅＣａｕｓｅ値の多重化、例えば、ｍｏ－ｄａｔａ、ｍｏ－ｓｉｇｎａｌ等である。
（２）第２ＲｅｓｕｍｅＣａｕｓｅ値を使用する。それは少なくとも下記I、IIのいずれかに該当する。
I、目標ＲＲＣメッセージと無関係である。即ち、全ての目標ＲＲＣメッセージを統一にし、例えば、ＭＯ－ＲＲＣｍｅｓｓａｇｅの場合、ＲｅｓｕｍｅＣａｕｓｅ値をＭＯ－ＲＲＣｍｅｓｓａｇｅに設定する。
II、目標ＲＲＣメッセージと関係する。例えば、「ＸＸ配置要求メッセージ」の場合、ＲｅｓｕｍｅＣａｕｓｅ値を「ＸＸ配置要求メッセージ」に設定する。
→ＵＥは第２伝送方式による伝送をサポートする。
→ネットワークは第２伝送方式による伝送をサポートする。例えば、システムメッセージには対応する指示が含まれる。
→ＵＥは記憶されたｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ値を有し、且つこのｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ値は最新の（即ち、前回の）ＲＲＣＲｅｌｅａｓｅメッセージ内のｓｕｓｐｅｎｄＣｏｎｆｉｇにより提供されるものである。
→ＵＥが取得したシステム情報に第２伝送方式による伝送に関する全てのパラメータが配置されている。
→目標ＲＲＣメッセージを含むＭＡＣ ＰＤＵのサイズは、第２伝送方式の配置において定義されるＴＢＳ以下である。

一つの実施形態において、第２伝送方式による伝送がＥＤＴであることを例として、ＥＤＴの開始条件は少なくとも下記のいずれか１つである。
→ＵＥはＲＲＣ層においてＲＲＣ接続再開を要求する。
→ＵＥはＥＤＴをサポートする。
→ネットワークはＥＤＴをサポートする。例えば、システムメッセージには対応する指示が含まれる。
→ＵＥは記憶されたｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ値を有し、且つこのｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ値は最新の（即ち、前回の）ＲＲＣＲｅｌｅａｓｅメッセージ内のｓｕｓｐｅｎｄＣｏｎｆｉｇにより提供されるものである。
→ＵＥが取得したシステム情報には、ｅｄｔ－ｐａｒａｍｅｔｅｒ等、ＥＤＴに関する全てのパラメータが配置されている。
→前記目標ＲＲＣメッセージを含むＭＡＣ ＰＤＵのサイズは、ｅｄｔ－ＴＢＳ等、ＥＤＴ配置において定義されるＴＢＳ以下である。

２）ＲＲＣＲｅｓｕｍｅプロセスにおいて、ＵＥはＲｅｓｕｍｅＣａｕｓｅ値を設定することができ、その値は上記で具体的に選択された値と一致する。

３）ＲＲＣＲｅｓｕｍｅプロセスにおいて、ＵＥは少なくとも下記のいずれか１つを実行してもよい。
（１）ＵＡＣのチェックを行わず、アクセス試行はそのまま許可される。
（２）第１Ａｃｃｅｓｓ ｃａｔｅｇｏｒｙ及び／又はＡｃｃｅｓｓ ｉｄｅｎｔｉｔｙ（ｉｅｓ）を多重化してＵＡＣのチェックを行う。例えば、Ａｃｃｅｓｓ ｃａｔｅｇｏｒｙを７、Ａｃｃｅｓｓ ｉｄｅｎｔｉｔｙを０とする等である。
（３）第２Ａｃｃｅｓｓ ｃａｔｅｇｏｒｙ及び／又はＡｃｃｅｓｓ ｉｄｅｎｔｉｔｙ（ｉｅｓ）を用いてＵＡＣのチェックを行い、それは少なくとも下記のいずれかに該当する。
→目標ＲＲＣメッセージと無関係である。即ち、全ての目標ＲＲＣメッセージを同じ値に統一し、例えば、Ａｃｃｅｓｓ ｃａｔｅｇｏｒｙを１１、Ａｃｃｅｓｓ ｉｄｅｎｔｉｔｙを６に統一して設定する。
→目標ＲＲＣメッセージと関係する。例えば、「ＸＸ配置要求メッセージ」の場合、Ａｃｃｅｓｓ ｃａｔｅｇｏｒｙを１１、Ａｃｃｅｓｓ ｉｄｅｎｔｉｔｙを６に設定する。

４）この段階において、第２伝送方式による伝送を用いるように下位層を配置するように、ＵＥ ＲＲＣ層をトリガしてもよい。その具体的な時点は少なくとも下記のいずれかに該当する。
→第２伝送方式による伝送の開始条件が満たされると、第２伝送方式による伝送を用いるように下位層を配置するように、直ちにＲＲＣ層をトリガする。
→ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでのＳＲＢ１再開の前に、第２伝送方式による伝送を用いるように下位層を配置するように、ＲＲＣ層をトリガする。
→ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでのＳＲＢ１再開の後に、第２伝送方式による伝送を用いるように下位層を配置するように、直ちにＲＲＣ層をトリガする。
→ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでの、ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの下位層への提出の後に、第２伝送方式による伝送を用いるように下位層を配置するように、直ちにＲＲＣ層をトリガする。

一つの実施形態において、第２伝送方式による伝送はＥＤＴ伝送であることを例として、ＵＥは下記の少なくとも１つを実行してもよい。
→ＥＤＴの開始条件が満たされると、ＥＤＴを用いるように下位層を配置するように、直ちにＲＲＣ層をトリガする。
→ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでのＳＲＢ１再開の前に、ＥＤＴを用いるように下位層を配置するように、ＲＲＣ層をトリガする。
→ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでのＳＲＢ１再開の後に、ＥＤＴを用いるように下位層を配置するように、直ちにＲＲＣ層をトリガする。
→ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでの、ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの下位層への提出の後に、ＥＤＴを用いるように下位層を配置するように、直ちにＲＲＣ層をトリガする。

５）目標ＲＲＣメッセージの生成をトリガする時点は少なくとも下記のいずれかに該当する。
（１）ＵＥ ＲＲＣ層に目標ＲＲＣメッセージをネットワーク側機器に送信する需要があると、目標ＲＲＣメッセージのコンテンツの生成を直ちにトリガする。
（２）ＵＥ ＲＲＣ層に目標ＲＲＣメッセージをネットワーク側機器に送信する需要があると、ＵＥは、まずＲＲＣ ｒｅｓｕｍｐｔｉｏｎを要求して第２伝送方式による伝送（例えば、ＳＤＴと類似する伝送、ＥＤＴと類似する伝送等）を開始し、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅプロセスをトリガし、続いてＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅプロセスにおいて目標ＲＲＣメッセージのコンテンツの生成をトリガする。且つそれは少なくとも下記のいずれかに該当する。
→ＵＥはＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅプロセスのＩｎｉｔｉａｔｉｏｎで、目標ＲＲＣメッセージのコンテンツの生成をトリガする。
→「ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセス」でのＳＲＢ１再開の前に、目標ＲＲＣメッセージのコンテンツの生成をトリガする。
→「ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセス」でのＳＲＢ１再開の後に、目標ＲＲＣメッセージのコンテンツの生成を直ちにトリガする。
→「ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセス」での、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージの下位層への提出の後に、目標ＲＲＣメッセージのコンテンツの生成を直ちにトリガする。

６）目標ＲＲＣメッセージのコンテンツが生成された後に、ＵＥは、目標ＲＲＣメッセージのコンテンツを変数、配列及び／又は構造体等の任意の形式で記憶してもよいし、又は、記憶しなくてもよい。

７）目標ＲＲＣメッセージの下位層への提出をトリガする時点は少なくとも下記のいずれかに該当する。
（１）「ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセス」でのＳＲＢ１再開の後に、目標ＲＲＣメッセージの下位層への提出を直ちにトリガする。
（２）「ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセス」での、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージの下位層への提出の後に、目標ＲＲＣメッセージの下位層への提出を直ちにトリガする。

２、メッセージ送信段階
この段階において、ＵＥのＭＡＣ層は、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１及び目標ＲＲＣメッセージの両方を有する１つのＭＡＣ ＰＤＵを下位層（例えば物理層）に提出し、その後、ネットワーク側機器に送信する。

選択的に、目標ＲＲＣメッセージ及びＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージを同一のＭＡＣ ＰＤＵに多重化してネットワーク側機器に送信することは、少なくとも下記のいずれかに該当する。
→ＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージは目標ＲＲＣメッセージの前にある。言い換えれば、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージはＭＡＣ ＰＤＵ内の前方にあり、目標ＲＲＣメッセージはＭＡＣ ＰＤＵ内の後方にあり得る。
→ＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージは目標ＲＲＣメッセージの後にある。言い換えれば、目標ＲＲＣメッセージはＭＡＣ ＰＤＵ内の前方にあり、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージはＭＡＣ ＰＤＵ内の後方にあり得る。

以下において、本願を具体的な実施例により詳細に説明する。
実施例１

この実施例１において、目標ＲＲＣメッセージは、ＭＢＳＣｏｕｎｔｉｎｇＲｅｓｐｏｎｓｅメッセージであり、目標ＲＲＣメッセージをランダムアクセスプロセスによって送信する。

図３に示すように、対応する目標ＲＲＣメッセージ送信プロセスは次のステップを含んでもよい。

ステップ３０は、準備段階である。

ＵＥのＲＲＣ層にはＭＢＳＣｏｕｎｔｉｎｇＲｅｑｕｅｓｔメッセージが受信された後に、ＵＥはＭＢＳＣｏｕｎｔｉｎｇＲｅｑｕｅｓｔメッセージにおいて指示されたＭＢＳサービスを受信中、又はその受信に関心がある場合、ＵＥはＭＢＳＣｏｕｎｔｉｎｇＲｅｓｐｏｎｓｅメッセージをネットワーク側機器に送信する需要がある。ＵＥは、ＲＲＣＲｅｓｕｍｅプロセスをトリガし、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージを生成して下位層に提出し、ＭＢＳＣｏｕｎｔｉｎｇＲｅｓｐｏｎｓｅメッセージを生成して下位層に提出する。

→ＵＡＣの関連設定については、Ａｃｃｅｓｓ ｃａｔｅｇｏｒｙを１１、Ａｃｃｅｓｓ ｉｄｅｎｔｉｔｙを０に設定し、ＵＡＣを実行してＵＡＣチェックに合格すると、アクセス試行は許可される。

→ＲｅｓｕｍｅＣａｕｓｅ値の設定については、ＲＲＣＲｅｓｕｍｅＣａｕｓｅをＭＯ－ＲＲＣｍｅｓｓａｇｅに設定する。

→ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージの生成及び下位層への提出については、例えば、ＵＥのＲＲＣ層は、ＲｅｓｕｍｅＣａｕｓｅ値がＭＯ－ＲＲＣｍｅｓｓａｇｅであるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージを生成し、下位層に提出する。

→ＭＢＳＣｏｕｎｔｉｎｇＲｅｓｐｏｎｓｅメッセージの生成及び下位層への提出については、例えば、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１が下位層に提出された後に、ＭＢＳＣｏｕｎｔｉｎｇＲｅｓｐｏｎｓｅメッセージの生成及び下位層への提出を直ちにトリガする。

ステップ３１では、ＵＥのＭＡＣ層は、ランダムアクセスプロセスを開始し、基地局ｇＮＢにＭｓｇ１、即ちランダムアクセスアンブルを送信する。

ステップ３２では、ｇＮＢは、Ｍｓｇ２、即ちランダムアクセス応答（ＲＡＲ）をＵＥに返信する。

ステップ３３では、ＵＥのＭＡＣ層は、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージ及びＭＢＳＣｏｕｎｔｉｎｇＲｅｓｐｏｎｓｅメッセージの両方を含む１つのＭＡＣ ＰＤＵをＭｓｇ３によってｇＮＢに送信する。

ステップ３４では、ｇＮＢは、Ｍｓｇ４をＵＥに返信し、該メッセージにはＲＲＣＲｅｌｅａｓｅメッセージが含まれる。
実施例２

この実施例２において、目標ＲＲＣメッセージは、ＰＵＲＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｑｕｅｓｔメッセージであり、目標ＲＲＣメッセージをＰＵＲ伝送によって送信する。

図４に示すように、対応する目標ＲＲＣメッセージ送信プロセスは次のステップを含んでもよい。

ステップ４０は、準備段階である。

ＵＥは有効なＰＵＲリソースを有する。ＵＥは、ＰＵＲ配置に関心がなくなった後に、ＵＥはＰＵＲＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｑｕｅｓｔメッセージをネットワーク側機器に送信する需要がある。ＵＥのＲＲＣ層は、ＲＲＣ ｒｅｓｕｍｐｔｉｏｎを要求してＰＵＲの伝送を開始し、ＲＲＣＲｅｓｕｍｅプロセスをトリガし、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージを生成して下位層に提出し、ＰＵＲＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｑｕｅｓｔメッセージを生成して下位層に提出する。

→ＵＡＣの関連設定については、ＭＯ－ｄａｔａと同じであり、即ち、Ａｃｃｅｓｓ ｃａｔｅｇｏｒｙを７、Ａｃｃｅｓｓ ｉｄｅｎｔｉｔｙを０に設定し、ＵＡＣを実行してＵＡＣチェックに合格すると、アクセス試行は許可される。

→ＲｅｓｕｍｅＣａｕｓｅ値の設定については、ＭＯ－ｄａｔａと同じであり、ＲＲＣＲｅｓｕｍｅＣａｕｓｅ値をＭＯ－ｄａｔａに設定する。

→ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージの生成及び下位層への提出については、例えば、ＵＥのＲＲＣ層は、ＲｅｓｕｍｅＣａｕｓｅ値がＭＯ－ｄａｔａであるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージを生成し、下位層に提出する。

→ＰＵＲＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｑｕｅｓｔメッセージの生成及び下位層への提出については、例えば、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１が下位層に提出された後に、ＰＵＲＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｑｕｅｓｔメッセージの生成及び下位層への提出を直ちにトリガする。

ステップ４１では、ＵＥはＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージ及びＰＵＲＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｑｕｅｓｔメッセージをｇＮＢに送信する。

選択的に、ＵＥのＭＡＣ層は、ＰＵＲ伝送を実行し、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージ及びＰＵＲＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｑｕｅｓｔメッセージの両方を含む１つのＭＡＣ ＰＤＵを物理層に提出して、ｇＮＢに送信する。

ステップ４２では、ｇＮＢはＲＲＣＲｅｌｅａｓｅメッセージをＵＥに送信する。
実施例３

この実施例３において、目標ＲＲＣメッセージはＭＢＳＣｏｕｎｔｉｎｇＲｅｓｐｏｎｓｅメッセージであり、目標ＲＲＣメッセージをＥＤＴによって送信する。

図５に示すように、対応する目標ＲＲＣメッセージ送信プロセスは次のステップを含んでもよい。

ステップ５０は、準備段階である。

ＵＥのＲＲＣ層にはＭＢＳＣｏｕｎｔｉｎｇＲｅｑｕｅｓｔメッセージが受信された後に、ＵＥはＭＢＳＣｏｕｎｔｉｎｇＲｅｑｕｅｓｔメッセージにおいて指示されたＭＢＳサービスを受信中、又はその受信に関心がある場合、ＵＥはＭＢＳＣｏｕｎｔｉｎｇＲｅｓｐｏｎｓｅメッセージをネットワーク側機器に送信する需要がある。ＵＥのＲＲＣ層は、ＲＲＣ ｒｅｓｕｍｐｔｉｏｎを要求してＥＤＴを開始し、ＲＲＣＲｅｓｕｍｅプロセスをトリガし、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージを生成して下位層に提出し、ＰＵＲＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｑｕｅｓｔメッセージを生成して下位層に提出する。

→ＵＡＣの関連設定については、Ａｃｃｅｓｓ ｃａｔｅｇｏｒｙを１１、Ａｃｃｅｓｓ ｉｄｅｎｔｉｔｙを０に設定し、ＵＡＣを実行してＵＡＣチェックに合格すると、アクセス試行は許可される。

→ＲｅｓｕｍｅＣａｕｓｅ値の設定については、ＲＲＣＲｅｓｕｍｅＣａｕｓｅをＭＯ－ＲＲＣｍｅｓｓａｇｅに設定する。

→ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージの生成及び下位層への提出については、例えば、ＵＥのＲＲＣ層は、ＲｅｓｕｍｅＣａｕｓｅ値がＭＯ－ＲＲＣｍｅｓｓａｇｅであるＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージを生成し、下位層に提出する。

→ＭＢＳＣｏｕｎｔｉｎｇＲｅｓｐｏｎｓｅメッセージの生成及び下位層への提出については、例えば、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１が下位層に提出された後に、ＭＢＳＣｏｕｎｔｉｎｇＲｅｓｐｏｎｓｅメッセージの生成及び下位層への提出を直ちにトリガする。

ステップ５１では、ＵＥは、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージ及びＭＢＳＣｏｕｎｔｉｎｇＲｅｓｐｏｎｓｅメッセージをｇＮＢに送信する。

選択的に、ＵＥのＭＡＣ層は、ＥＤＴを実行し、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ／ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージ及びＭＢＳＣｏｕｎｔｉｎｇＲｅｓｐｏｎｓｅメッセージの両方を含む１つのＭＡＣ ＰＤＵを物理層に提出して、ｇＮＢに送信する。

ステップ５２では、ｇＮＢは、ＲＲＣＲｅｌｅａｓｅメッセージをＵＥに送信する。

説明すべきことは、本願の実施例で提供されるメッセージ送信方法の実行主体は、メッセージ送信装置であってもよく、又は、該メッセージ送信装置内のメッセージ送信方法を実行するための制御モジュールであってもよい点である。本願の実施例において、メッセージ送信装置がメッセージ送信方法を実行することを例として、本願の実施例で提供されるメッセージ送信装置を説明する。

本発明の実施例で提供されるメッセージ送信装置の構造模式図である図６を参照し、該装置は端末に応用される。図６に示すように、該メッセージ送信装置６０は、前記端末が非ＲＲＣ接続状態にあり、且つ目標ＲＲＣメッセージをネットワーク側機器に送信する需要がある場合に、前記目標ＲＲＣメッセージを非ＲＲＣ接続状態で送信するための第１送信モジュール６１を備え、前記目標ＲＲＣメッセージは、アクティブにされたアクセス層セキュリティを必要とするＲＲＣメッセージである。

選択的に、該メッセージ送信装置６０はさらに、ＲＲＣ接続再開プロセスをトリガし、ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージを生成し、前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージを下位層に提出するステップと、前記目標ＲＲＣメッセージのコンテンツの生成をトリガし、前記目標ＲＲＣメッセージの下位層への提出をトリガするステップと、を実行するための第１実行モジュールを備える。

選択的に、該メッセージ送信装置６０はさらに、ＲｅｓｕｍｅＣａｕｓｅ値を設定するための設定モジュールを備え、前記ＲｅｓｕｍｅＣａｕｓｅ値は、第１ＲｅｓｕｍｅＣａｕｓｅ値の多重化と、第２ＲｅｓｕｍｅＣａｕｓｅ値と、のうちの少なくとも１つであり、前記第２ＲｅｓｕｍｅＣａｕｓｅ値は前記目標ＲＲＣメッセージと無関係であるか、又は、前記第２ＲｅｓｕｍｅＣａｕｓｅ値は前記目標ＲＲＣメッセージと関係する。

選択的に、該メッセージ送信装置６０はさらに、統合アクセス制御ＵＡＣのチェックを行わないことを決定するステップと、既存のアクセスカテゴリー第１アクセスカテゴリー及び／又はアクセス識別子を利用してＵＡＣのチェックを行うステップと、第２アクセスカテゴリー及び／又はアクセス識別子を利用してＵＡＣのチェックを行うステップと、のうちの少なくとも１つを実行するための第２実行モジュールを備え、前記第２アクセスカテゴリー及び／又はアクセス識別子は前記目標ＲＲＣメッセージと無関係であるか、又は、前記第２アクセスカテゴリー及び／又はアクセス識別子は前記目標ＲＲＣメッセージと関係する。

選択的に、前記第１実行モジュールは具体的には、前記端末に目標ＲＲＣメッセージをネットワーク側機器に送信する需要がある場合に、前記目標ＲＲＣメッセージのコンテンツの生成を直ちにトリガするステップと、前記ＲＲＣ接続再開プロセスにおいて前記目標ＲＲＣメッセージのコンテンツの生成をトリガするステップと、のうちの少なくとも１つを実行するために用いられる。

選択的に、前記第１実行モジュールは具体的に、前記ＲＲＣ接続再開プロセスの開始段階で、前記目標ＲＲＣメッセージのコンテンツの生成をトリガするステップと、前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでの、シグナリング無線ベアラＳＲＢ１の再開の前に、前記目標ＲＲＣメッセージのコンテンツの生成をトリガするステップと、前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでのＳＲＢ１再開の後に、前記目標ＲＲＣメッセージのコンテンツの生成を直ちにトリガするステップと、前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでの、前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの下位層への提出の後に、前記目標ＲＲＣメッセージのコンテンツの生成を直ちにトリガするステップと、のうちの少なくとも１つを実行するために用いられる。

選択的に、前記第１実行モジュールは具体的に、前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでのＳＲＢ１再開の後に、前記目標ＲＲＣメッセージの下位層への提出を直ちにトリガするステップと、前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでの、前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの下位層への提出の後に、前記目標ＲＲＣメッセージの下位層への提出を直ちにトリガするステップと、のうちの少なくとも１つを実行するために用いられる。

選択的に、該メッセージ送信装置６０はさらに、前記目標ＲＲＣメッセージ内のコンテンツが生成された後に、前記目標ＲＲＣメッセージ内のコンテンツを第１形式で記憶し、又は、前記目標ＲＲＣメッセージ内のコンテンツを記憶しないための記憶モジュールを備える。

選択的に、前記第１形式は、変数、配列、構造体のうちの少なくとも１つを含む。

選択的に、前記第１送信モジュール６１は具体的に、前記目標ＲＲＣメッセージ及び前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージを同一のＭＡＣ ＰＤＵに多重化してネットワーク側機器に送信するために用いられる。

選択的に、前記ＭＡＣ ＰＤＵの構成は、前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージは前記目標ＲＲＣメッセージの前にあることと、前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージは前記目標ＲＲＣメッセージの後にあることと、のうちの少なくとも１つである。

選択的に、前記第１実行モジュールはさらに、ＭＡＣ層においてランダムアクセスプロセスを開始するために用いられる。

選択的に、前記ランダムアクセスプロセスのトリガイベントは、第１トリガイベントの多重化と、第２トリガイベントと、のうちの少なくとも１つであり、前記第２トリガイベントは前記目標ＲＲＣメッセージと無関係であるか、又は、前記第２トリガイベントは前記目標ＲＲＣメッセージと関係する。

選択的に、前記ランダムアクセスプロセスにおけるリソース及びパラメータの配置は、全て個別に配置することと、全て第１配置を多重化することと、一部は第１配置を多重化し、一部は個別に配置することと、のうちの少なくとも１つである。

選択的に、前記第１実行モジュールはさらに、ＲＲＣ層においてＲＲＣ接続再開を要求し、第１伝送方式による伝送を開始し、そしてＭＡＣ層において第１伝送方式による伝送を実行するために用いられる。

選択的に、前記第１伝送方式による伝送の開始条件は、ＲＲＣ層はＲＲＣ接続再開を要求することと、前記端末は第１伝送方式による伝送をサポートすることと、ネットワークは第１伝送方式による伝送をサポートすることと、前記端末は有効な第１伝送方式の配置を有することと、前記端末は有効なタイミング調整値を有することと、前記端末は記憶されたｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ値を有し、且つ前記ｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ値は最新のＲＲＣレリーズメッセージ内のｓｕｓｐｅｎｄＣｏｎｆｉｇにより提供されるものであることと、前記目標ＲＲＣメッセージを含むＭＡＣ ＰＤＵのサイズは、第１伝送方式の配置において定義されるトランスポートブロックサイズＴＢＳ以下であることと、のうちの少なくとも１つである。

選択的に、前記第１実行モジュールはさらに、第１伝送方式による伝送を用いることを下位層に指示し、前記第１伝送方式による伝送に対応するアップリンクグラントを下位層に送信するように、ＲＲＣ層をトリガするために用いられる。

選択的に、前記第１実行モジュールは具体的に、第１伝送方式による伝送の開始条件が満たされると、第１伝送方式による伝送を用いることを下位層に指示し、前記第１伝送方式による伝送に対応するアップリンクグラントを下位層に送信するように、直ちにＲＲＣ層をトリガするステップと、前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでのＳＲＢ１再開の前に、第１伝送方式による伝送を用いることを下位層に指示し、前記第１伝送方式による伝送に対応するアップリンクグラントを下位層に送信するように、ＲＲＣ層をトリガするステップと、前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでのＳＲＢ１再開の後に、第１伝送方式による伝送を用いることを下位層に指示し、前記第１伝送方式による伝送に対応するアップリンクグラントを下位層に送信するように、直ちにＲＲＣ層をトリガするステップと、前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでの、前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの下位層への提出の後に、第１伝送方式による伝送を用いることを下位層に指示し、前記第１伝送方式による伝送に対応するアップリンクグラントを下位層に送信するように、直ちにＲＲＣ層をトリガするステップと、のうちの少なくとも１つを実行するために用いられる。

選択的に、前記第１実行モジュールはさらに、ＲＲＣ層においてＲＲＣ接続再開を要求し、第２伝送方式による伝送を開始し、そしてＭＡＣ層において第２伝送方式による伝送を実行するために用いられる。

選択的に、前記第２伝送方式による伝送の開始条件は、ＲＲＣ層においてＲＲＣ接続再開を要求することと、前記端末は第２伝送方式による伝送をサポートすることと、ネットワークは第２伝送方式による伝送をサポートすることと、前記端末は記憶されたｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ値を有し、且つ前記ｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ値は最新のＲＲＣレリーズメッセージ内のｓｕｓｐｅｎｄＣｏｎｆｉｇにより提供されるものであることと、前記端末が取得したシステム情報に第２伝送方式による伝送に関する全てのパラメータが配置されることと、前記目標ＲＲＣメッセージを含むＭＡＣ ＰＤＵのサイズは、第２伝送方式による伝送の配置において定義されるトランスポートブロックサイズＴＢＳ以下であることと、のうちの少なくとも１つである。

選択的に、前記第１実行モジュールはさらに、第２伝送方式による伝送を用いるように下位層を配置するように、ＲＲＣ層をトリガするために用いられ、且つ該トリガは、第２伝送方式による伝送の開始条件が満たされると、第２伝送方式による伝送を用いるように下位層を配置するように、直ちにＲＲＣ層をトリガするステップと、前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでのＳＲＢ１再開の前に、第２伝送方式による伝送を用いるように下位層を配置するように、ＲＲＣ層をトリガするステップと、前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでのＳＲＢ１再開の後に、第２伝送方式による伝送を用いるように下位層を配置するように、直ちにＲＲＣ層をトリガするステップと、前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでの、前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの下位層への提出の後に、第２伝送方式による伝送を用いるように下位層を配置するように、直ちにＲＲＣ層をトリガするステップと、のうちの少なくとも１つである。

選択的に、前記目標ＲＲＣメッセージが第１伝送方式の配置に関するＲＲＣメッセージであるときに、前記端末が第１伝送方式による伝送をサポートすることと、ネットワークが第１伝送方式による伝送をサポートすることと、目標ＲＲＣメッセージを含むＭＡＣ ＰＤＵのサイズが、端末の種類に基づいて定義される端末がサポートする最大のトランスポートブロックサイズＴＢＳ以下であることと、前記端末が、第１伝送方式の配置に関心があることと、第１伝送方式の配置に関心がなくなったことと、第１伝送方式の配置を更新する必要があることと、のうちの少なくとも１つを満たすことと、のうちの少なくとも１つが満たされた場合に、前記端末が、目標ＲＲＣメッセージをネットワーク側機器に送信する需要がある。

選択的に、前記目標ＲＲＣメッセージがマルチキャストブロードキャストサービスＭＢＳカウントに関するＲＲＣメッセージであるときに、前記端末がＭＢＳ能力を有することと、ネットワークがＭＢＳをサポートすることと、目標ＲＲＣメッセージを含むＭＡＣ ＰＤＵのサイズが、端末の種類に基づいて定義される端末がサポートする最大のＴＢＳ以下であることと、前記端末のＲＲＣ層がネットワーク側機器から送信されたＭＢＳカウントに関する制御メッセージを受信したことと、前記端末が、ＭＢＳカウントに関する制御メッセージにおいて指示された少なくとも１つのＭＢＳサービスを受信中、又はその受信に関心があることと、のうちの少なくとも１つが満たされた場合に、前記端末は、目標ＲＲＣメッセージをネットワーク側機器に送信する需要がある。

選択的に、前記目標ＲＲＣメッセージがＭＢＳインタレストインディケーションに関するＲＲＣメッセージであるときに、前記端末がＭＢＳ能力を有することと、ネットワークがＭＢＳをサポートすることと、目標ＲＲＣメッセージを含むＭＡＣ ＰＤＵのサイズが、端末の種類に基づいて定義される端末がサポートする最大のＴＢＳ以下であることと、前記端末がネットワーク側機器から送信されたＭＢＳサービスに関する制御情報を受信したことと、前記端末がサービスエリアに入ったか又はサービスエリアから出たことと、ＭＢＳセッションが開始又は停止したことと、ＭＢＳインタレストインディケーションメッセージのコンテンツが変更されたことと、ＭＢＳサービスに関する制御情報を送信するセル又は基地局が変更されたことと、のうちの少なくとも１つが満たされた場合に、前記端末は、目標ＲＲＣメッセージをネットワーク側機器に送信する需要がある。

本願の実施例におけるメッセージ送信装置は、装置であってもよく、端末内のコンポーネント、集積回路、又はチップであってもよい。該装置は、モバイル端末であってもよく、非モバイル端末であってもよい。例示的に、モバイル端末は、以上に列挙された端末１１のタイプを含んでもよいが、それらに限定されず、非モバイル端末は、サーバ、ネットワーク接続ストレージ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ，ＮＡＳ）、パーソナルコンピュータ（ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ，ＰＣ）、テレビジョン（ｔｅｌｅｖｉｓｉｏｎ，ＴＶ）、現金自動預払機又はキオスク端末等であってもよく、本願の実施例では具体的に限定しない。

本願の実施例におけるメッセージ送信装置は、オペレーティングシステムを有する装置であってもよい。該オペレーティングシステムは、アンドロイド（登録商標）（Ａｎｄｒｏｉｄ）オペレーティングシステムであってもよく、ｉｏｓオペレーティングシステムであってもよく、他の可能なオペレーティングシステムであってもよく、本発明の実施例では具体的に限定しない。

本願の実施例で提供されるメッセージ送信装置６０は図２に示す方法実施例において実現される各プロセスを実現し、同じ技術効果を達成することができる。重複を避けるために、ここでは詳細な説明を省略する。

本発明の実施例で提供されるメッセージ受信方法のフローチャートである図７を参照し、該方法はネットワーク側機器に応用され、図７に示すように、該方法は次のステップを含む。

ステップ７０１では、端末から目標ＲＲＣメッセージを受信する。

前記目標ＲＲＣメッセージは、アクティブにされたアクセス層セキュリティを必要とするＲＲＣメッセージであり、前記目標ＲＲＣメッセージは、前記端末が非ＲＲＣ接続状態にあり、且つ前記目標ＲＲＣメッセージを送信する需要がある場合に、非ＲＲＣ接続状態で送信されたものである。

本実施例において、端末はＲＲＣ接続の確立又は再開をトリガする他の条件が満たされ、且つＲＲＣ接続の確立又は再開に成功した後まで待たずとも、端末が非ＲＲＣ接続状態で直接送信した目標ＲＲＣメッセージを受信することができ、それにより遅延が低減される。さらに、リソースの無駄遣い、エネルギー消費等を回避することもできる。

選択的に、端末から目標ＲＲＣメッセージを受信する上記プロセスは、ＭＡＣ ＰＤＵによって端末から目標ＲＲＣメッセージを受信するステップを含んでもよく、前記ＭＡＣ ＰＤＵには前記目標ＲＲＣメッセージ及びＲＲＣ再開要求又はＲＲＣ再開要求１メッセージが多重化されている。

選択的に、前記目標ＲＲＣメッセージは第１伝送方式による伝送の配置に関するＲＲＣメッセージであるときに、前記方法はさらに、ネットワークが第１伝送方式による伝送をサポートすることを指示する指示情報を前記端末に送信するステップを含む。

選択的に、前記目標ＲＲＣメッセージはＭＢＳカウントに関するＲＲＣメッセージであるときに、前記方法はさらに、ネットワークがＭＢＳをサポートすることを指示する指示情報を前記端末に送信するステップと、ＭＢＳカウントに関する制御メッセージを前記端末に送信するステップと、のうちの少なくとも１つを含む。

選択的に、前記目標ＲＲＣメッセージはＭＢＳインタレストインディケーションに関するＲＲＣメッセージであるときに、前記方法はさらに下記の少なくとも１つを含む。
ネットワークがＭＢＳをサポートすることを指示する指示情報を前記端末に送信する。例えば、該指示情報をシステム情報によって送信することができる。
ＭＢＳサービスに関する制御情報を前記端末に送信する。例えば、該制御情報をシステムメッセージ又は専用ＲＲＣシグナリングを介して送信することができる。

説明すべきことは、本願の実施例で提供されるメッセージ受信方法の実行主体は、メッセージ受信装置であってもよく、又は、該メッセージ受信装置内のメッセージ受信方法を実行するための制御モジュールであってもよい点である。本願の実施例において、メッセージ受信装置がメッセージ受信方法を実行することを例として、本願の実施例で提供されるメッセージ受信装置を説明する。

本発明の実施例で提供されるメッセージ受信装置の構造模式図である図８を参照する。該装置はネットワーク側機器に応用される。図８に示すように、該メッセージ受信装置８０は、端末から目標ＲＲＣメッセージを受信するための受信モジュール８１を備え、前記目標ＲＲＣメッセージは、アクティブにされたアクセス層セキュリティを必要とするＲＲＣメッセージであり、前記目標ＲＲＣメッセージは、前記端末が非ＲＲＣ接続状態にあり、且つ前記目標ＲＲＣメッセージを送信する需要がある場合に、非ＲＲＣ接続状態で送信されたものである。

選択的に、該受信モジュール８１はさらに、ＭＡＣ ＰＤＵによって前記端末から前記目標ＲＲＣメッセージを受信するために用いられ、前記ＭＡＣ ＰＤＵには前記目標ＲＲＣメッセージ及びＲＲＣ再開要求又はＲＲＣ再開要求１メッセージが多重化されている。

選択的に、該メッセージ受信装置８０はさらに、前記目標ＲＲＣメッセージが第１伝送方式による伝送の配置に関するＲＲＣメッセージであるときに、ネットワークが第１伝送方式による伝送をサポートすることを指示する指示情報を前記端末に送信するために、又は、前記目標ＲＲＣメッセージがＭＢＳカウントに関するＲＲＣメッセージであるときに、ネットワークがＭＢＳをサポートすることを指示する指示情報を前記端末に送信し、及び／又はＭＢＳカウントに関する制御メッセージを前記端末に送信するために、又は、前記目標ＲＲＣメッセージがＭＢＳインタレストインディケーションに関するＲＲＣメッセージであるときに、ネットワークがＭＢＳをサポートすることを指示する指示情報を前記端末に送信し、及び／又はＭＢＳサービスに関する制御情報を前記端末に送信するために用いられる、第２送信モジュールを備える

本願の実施例で提供されるメッセージ受信装置８０は図７に示す方法実施例において実現される各プロセスを実現し、同じ技術効果を達成することができる。重複を避けるために、ここでは詳細な説明を省略する。

選択的に、図９に示すように、本願の実施例は通信機器９０をさらに提供する。該通信機器９０は、プロセッサ９１と、メモリ９２と、メモリ９２に記憶され且つプロセッサ９１上で実行可能なプログラムもしくはコマンドとを備え、例えば、該通信機器は端末である場合、該プログラムもしくはコマンドがプロセッサ９１によって実行されると、上記メッセージ送信方法の実施例の各プロセスが実現され、同じ技術効果を達成することができる。該通信機器はネットワーク側機器である場合、該プログラムもしくはコマンドがプロセッサ９１によって実行されると、上記メッセージ受信方法の実施例の各プロセスが実現され、同じ技術効果を達成することができる。重複を避けるために、ここでは詳細な説明を省略する。

図１０は本願の実施例を実現する端末のハードウェア構造模式図である。

該端末１００は、高周波ユニット１０１、ネットワークモジュール１０２、オーディオ出力ユニット１０３、入力ユニット１０４、センサ１０５、表示ユニット１０６、ユーザ入力ユニット１０７、インタフェースユニット１０８、メモリ１０９、及びプロセッサ１１０等の部材を含むが、それらに限定されない。

当業者であれば、端末１００は、各部材に給電する電源（例えば、電池）をさらに含んでもよく、電源は、電源管理システムによってプロセッサ１１０に論理的に接続し、さらに電源管理システムによって充放電の管理、及び電力消費管理等の機能を実現できることが理解可能である。図１０に示す端末構造は端末を限定するものではなく、端末は図示より多く又はより少ない部材、又は一部の部材の組合せ、又は異なる部材構成を含んでもよく、ここでは詳細な説明を省略する。

本願の実施例において、入力ユニット１０４は、ビデオキャプチャモード又は画像キャプチャモードで画像キャプチャ装置（例えば、カメラ）が取得したスチル画像又はビデオの画像データを処理するグラフィックスプロセッシングユニット（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ，ＧＰＵ）１０４１、及びマイクロホン１０４２を含んでもよいことを理解すべきである。表示ユニット１０６は、表示パネル１０６１を含んでもよく、液晶ディスプレイ、有機発光ダイオード等の形態で表示パネル１０６１を構成することができる。ユーザ入力ユニット１０７は、タッチパネル１０７１及び他の入力機器１０７２を含む。タッチパネル１０７１は、タッチクリーンとも呼ばれ、タッチ検出装置とタッチコントローラとの２つの部分を含んでもよい。他の入力機器１０７２は、物理キーボード、機能ボタン（例えば、音量制御ボタン、スイッチボタン等）、トラックボール、マウス、操作レバーを含んでもよいが、それらに限定されず、ここでは詳細な説明を省略する。

本願の実施例において、高周波ユニット１０１は、ネットワーク側機器からのダウンリンクデータを受信した後に、プロセッサ１１０で処理し、また、アップリンクのデータをネットワーク側機器に送信する。通常、高周波ユニット１０１は、アンテナ、少なくとも１つの増幅器、受送信機、カプラー、低騒音増幅器、デュプレクサ等を含むが、それらに限定されない。

メモリ１０９は、ソフトウェアプログラムもしくはコマンド及び様々なデータを記憶するために用いることができる。メモリ１０９は、オペレーティングシステム、少なくとも１つの機能に必要なアプリケーションプログラムもしくはコマンド（例えば、音声再生機能、画像再生機能等）等を記憶可能なプログラムもしくはコマンド記憶領域と、データ記憶領域と、を主に含んでもよい。また、メモリ１０９は、高速ランダムアクセスメモリを含んでもよく、非揮発性メモリをさらに含んでもよく、非揮発性メモリは、読み取り専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ，ＲＯＭ）、プログラマブル読み取り専用メモリ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ， ＰＲＯＭ）、消去可能なプログラマブル読み取り専用メモリ（Ｅｒａｓａｂｌｅ ＰＲＯＭ，ＥＰＲＯＭ）、電気消去可能なプログラマブル読み取り専用メモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ，ＥＥＰＲＯＭ）又はフラッシュメモリであってもよい。例えば、少なくとも１つの磁気ディスク記憶デバイス、フラッシュメモリデバイス、又は他の揮発性ソリッドステート記憶デバイスである。

プロセッサ１１０は、１つ又は複数の処理ユニットを含んでもよく、選択的に、プロセッサ１１０に、オペレーティングシステム、ユーザインタフェース及びアプリケーションやコマンド等を主に処理するアプリケーションプロセッサと、無線通信を主に処理するベースバンドプロセッサ等のモデムプロセッサとを統合することができる。上記モデムプロセッサはプロセッサ１１０に統合されなくてもよいことが理解可能である。

高周波ユニット１０１は、端末１００が非ＲＲＣ接続状態にあり、且つ目標ＲＲＣメッセージをネットワーク側機器に送信する需要がある場合に、該目標ＲＲＣメッセージを非ＲＲＣ接続状態で送信するために用いられ、該目標ＲＲＣメッセージは、アクティブにされたアクセス層セキュリティを必要とするＲＲＣメッセージである。

本願の実施例で提供される端末１００は図２に示す方法実施例において実現される各プロセスを実現し、同じ技術効果を達成することができる。重複を避けるために、ここでは詳細な説明を省略する。

具体的には、本願の実施例はネットワーク側機器をさらに提供する。図１１に示すように、該ネットワーク側機器１１０は、アンテナ１１１、高周波装置１１２、ベースバンド装置１１３を備える。アンテナ１１１は高周波装置１１２に接続される。アップリンク方向では、高周波装置１１２はアンテナ１１１を介して情報を受信し、受信された情報を処理のためにベースバンド装置１１３に送信する。ダウンリンク方向では、ベースバンド装置１１３は、送信すべき情報を処理し、高周波装置１１２に送信し、高周波装置１１２は、受信された情報を処理してアンテナ１１１を介して送信する。

上記帯域処理装置は、ベースバンド装置１１３に位置してもよく、上述した実施例においてネットワーク側機器によって実行される方法は、プロセッサ１１４とメモリ１１５を備えるベースバンド装置１１３において実現することができる。

ベースバンド装置１１３は、例えば、複数のチップが設置されている少なくとも１つのベースバンドボードを備えてもよく、図１１に示すように、その１つのチップは、例えば、メモリ１１５に接続され、メモリ１１５内のプログラムを呼び出して以上の方法実施例に示すネットワーク側機器の動作を実行するプロセッサ１１４である。

該ベースバンド装置１１３は、高周波装置１１２と情報をインタラクションするためのネットワークインタフェース１１６をさらに備えてもよく、該インタフェースは、例えば共通公衆無線インタフェース（ｃｏｍｍｏｎ ｐｕｂｌｉｃ ｒａｄｉｏ ｉｎｔｅｒｆａｃｅ，ＣＰＲＩ）である。

具体的には、本発明の実施例のネットワーク側機器は、メモリ１１５に記憶され且つプロセッサ１１４上で実行可能なコマンドもしくはプログラムをさらに備え、プロセッサ１１４はメモリ１１５内のコマンドもしくはプログラムを呼び出して図８に示す各モジュールで実行される方法を実行し、同じ技術効果を達成することができる。重複を避けるために、ここでは詳細な説明を省略する。

本願の実施例は可読記憶媒体をさらに提供する。該可読記憶媒体にはプログラムもしくはコマンドが記憶されており、該プログラムもしくはコマンドがプロセッサによって実行されると、上記メッセージ送信方法の実施例の各プロセスが実現され、又は上記メッセージ受信方法の実施例の各プロセスが実現され、同じ技術効果を達成することができる。重複を避けるために、ここでは詳細な説明を省略する。

前記可読記憶媒体は、コンピュータ読み取り専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ， ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ， ＲＡＭ）、磁気ディスク又は光ディスク等のコンピュータ可読記憶媒体を含む。

本願の実施例はチップをさらに提供する。前記チップは、プロセッサと通信インタフェースとを備え、前記通信インタフェースと前記プロセッサが結合され、前記プロセッサがプログラムもしくはコマンドを実行して、上記メッセージ送信方法の実施例の各プロセスを実現するか、又は上記メッセージ受信方法の実施例の各プロセスを実現するために用いられ、同じ技術効果を達成することができる。重複を避けるために、ここでは詳細な説明を省略する。

本願の実施例で言及したチップは、システムレベルチップ、システムチップ、チップシステム又はシステムオンチップ等と呼ばれてもよいことを理解すべきである。

説明すべきことは、本明細書において、用語「含む」、「からなる」又はその他のあらゆる変形は、非排他的包含を含むように意図され、それにより一連の要素を含むプロセス、方法、物品又は装置は、それらの要素のみならず、明示されていない他の要素、又はこのようなプロセス、方法、物品又は装置に固有の要素をも含む点である。特に断らない限り、語句「１つの……を含む」により限定される要素は、該要素を含むプロセス、方法、物品又は装置に別の同じ要素がさらに存在することを排除するものではない。また、指摘すべきことは、本願の実施形態における方法及び装置の範囲は、図示又は検討された順序で機能を実行することに限定されず、係る機能に応じて実質的に同時に又は逆の順序で機能を実行することも含み得る点であり、例えば、説明されたものと異なる順番で、説明された方法を実行してもよく、さらに各種のステップを追加、省略、又は組み合わせてもよい。また、何らかの例を参照して説明した特徴は他の例において組み合わせられてもよい。

以上の実施形態に対する説明によって、当業者であれば上記実施例の方法がソフトウェアと必要な共通ハードウェアプラットフォームとの組合せという形態で実現できることを明確に理解可能であり、当然ながら、ハードウェアによって実現してもよいが、多くの場合において前者はより好ましい実施形態である。このような見解をもとに、本願の技術的解決手段は実質的に又は従来技術に寄与する部分はソフトウェア製品の形で実施することができ、該コンピュータソフトウェア製品は、記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、端末（携帯電話、コンピュータ、サーバ、エアコン、又はネットワーク機器等であってもよい）に本願の各実施例に記載の方法を実行させる複数のコマンドを含む。

以上、図面を参照しながら本願の実施例を説明したが、本願は上記の具体的な実施形態に限定されず、上記の具体的な実施形態は例示的なものに過ぎず、限定的なものではなく、本願の示唆をもとに、当業者が本願の趣旨及び特許請求の保護範囲から逸脱することなくなし得る多くの形態は、いずれも本願の保護範囲に属するものとする。

Claims (36)

1. 端末に応用されるメッセージ送信方法であって、
   前記端末が非無線リソース制御ＲＲＣ接続状態にあり、且つ目標ＲＲＣメッセージをネットワーク側機器に送信する需要がある場合に、前記目標ＲＲＣメッセージを非ＲＲＣ接続状態で送信するステップを含み、
   前記目標ＲＲＣメッセージは、アクティブにされたアクセス層セキュリティを必要とするＲＲＣメッセージである、メッセージ送信方法。
2. 前記目標ＲＲＣメッセージを送信する前に、
   ＲＲＣ接続再開プロセスをトリガし、ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージを生成し、前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージを下位層に提出するステップと、
   前記目標ＲＲＣメッセージのコンテンツの生成をトリガし、前記目標ＲＲＣメッセージの下位層への提出をトリガするステップと、をさらに含む、請求項１に記載の方法。
3. 前記ＲＲＣ接続再開プロセスにおいて、
   再開要因ＲｅｓｕｍｅＣａｕｓｅ値を設定するステップをさらに含み、
   前記ＲｅｓｕｍｅＣａｕｓｅ値は、
   第１ＲｅｓｕｍｅＣａｕｓｅ値の多重化と、
   第２ＲｅｓｕｍｅＣａｕｓｅ値と、のうちの少なくとも１つであり、
   前記第２ＲｅｓｕｍｅＣａｕｓｅ値は前記目標ＲＲＣメッセージと無関係であるか、又は、前記第２ＲｅｓｕｍｅＣａｕｓｅ値は前記目標ＲＲＣメッセージと関係する、請求項２に記載の方法。
4. 前記ＲＲＣ接続再開プロセスにおいて、
   統合アクセス制御ＵＡＣのチェックを行わないことを決定するステップと、
   既存のアクセスカテゴリー第１アクセスカテゴリー及び／又はアクセス識別子を利用してＵＡＣのチェックを行うステップと、
   第２アクセスカテゴリー及び／又はアクセス識別子を利用してＵＡＣのチェックを行うステップと、のうちの少なくとも１つをさらに含み、
   前記第２アクセスカテゴリー及び／又はアクセス識別子は前記目標ＲＲＣメッセージと無関係であるか、又は、前記第２アクセスカテゴリー及び／又はアクセス識別子は前記目標ＲＲＣメッセージと関係する、請求項２に記載の方法。
5. 前記目標ＲＲＣメッセージのコンテンツの生成をトリガする前記ステップは、
   前記端末に目標ＲＲＣメッセージをネットワーク側機器に送信する需要がある場合に、前記目標ＲＲＣメッセージのコンテンツの生成を直ちにトリガするステップと、
   前記ＲＲＣ接続再開プロセスにおいて前記目標ＲＲＣメッセージのコンテンツの生成をトリガするステップと、のうちの少なくとも１つを含む、請求項２に記載の方法。
6. 前記ＲＲＣ接続再開プロセスにおいて前記目標ＲＲＣメッセージのコンテンツの生成をトリガする前記ステップは、
   前記ＲＲＣ接続再開プロセスの開始段階で、前記目標ＲＲＣメッセージのコンテンツの生成をトリガするステップと、
   前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでの、シグナリング無線ベアラＳＲＢ１の再開の前に、前記目標ＲＲＣメッセージのコンテンツの生成をトリガするステップと、
   前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでのＳＲＢ１再開の後に、前記目標ＲＲＣメッセージのコンテンツの生成を直ちにトリガするステップと、
   前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでの、前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの下位層への提出の後に、前記目標ＲＲＣメッセージのコンテンツの生成を直ちにトリガするステップと、のうちの少なくとも１つを含む、請求項５に記載の方法。
7. 前記目標ＲＲＣメッセージの下位層への提出をトリガする前記ステップは、
   前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでのＳＲＢ１再開の後に、前記目標ＲＲＣメッセージの下位層への提出を直ちにトリガするステップと、
   前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでの、前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの下位層への提出の後に、前記目標ＲＲＣメッセージの下位層への提出を直ちにトリガするステップと、のうちの少なくとも１つを含む、請求項２に記載の方法。
8. 前記目標ＲＲＣメッセージ内のコンテンツが生成された後に、前記目標ＲＲＣメッセージ内のコンテンツを第１形式で記憶し、又は、前記目標ＲＲＣメッセージ内のコンテンツを記憶しないステップ
   をさらに含む、請求項２に記載の方法。
9. 前記第１形式は、
   変数、配列、構造体のうちの少なくとも１つを含む、請求項８に記載の方法。
10. 前記目標ＲＲＣメッセージを送信する前記ステップは、
    前記目標ＲＲＣメッセージ及び前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージを同一のメディアアクセス制御プロトコルデータユニットＭＡＣ ＰＤＵに多重化してネットワーク側機器に送信するステップを含む、請求項２に記載の方法。
11. 前記ＭＡＣ ＰＤＵの構成は、
    前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージが前記目標ＲＲＣメッセージの前にあることと、
    前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージが前記目標ＲＲＣメッセージの後にあることと、のうちの少なくとも１つである、請求項１０に記載の方法。
12. 前記目標ＲＲＣメッセージを送信する前記ステップの前に
    ＭＡＣ層においてランダムアクセスプロセスを開始するステップをさらに含む、請求項２又は１０に記載の方法。
13. 前記ランダムアクセスプロセスのトリガイベントは、
    第１トリガイベントの多重化と、
    第２トリガイベントと、のうちの少なくとも１つであり、
    前記第２トリガイベントは前記目標ＲＲＣメッセージと無関係であるか、又は、前記第２トリガイベントは前記目標ＲＲＣメッセージと関係する、請求項１２に記載の方法。
14. 前記ランダムアクセスプロセスにおけるリソース及びパラメータの配置は、
    全て個別に配置することと、
    全て第１配置を多重化することと、
    一部は第１配置を多重化し、一部は個別に配置することと、のうちの少なくとも１つである、請求項１２に記載の方法。
15. 前記目標ＲＲＣメッセージを送信する前に、
    ＲＲＣ層においてＲＲＣ接続再開を要求し、第１伝送方式による伝送を開始するステップと、
    ＭＡＣ層において第１伝送方式による伝送を実行するステップと、をさらに含む、請求項２又は１０に記載の方法。
16. 前記第１伝送方式による伝送の開始条件は、
    ＲＲＣ層においてＲＲＣ接続再開を要求することと、
    前記端末が第１伝送方式による伝送をサポートすることと、
    ネットワークが第１伝送方式による伝送をサポートすることと、
    前記端末が有効な第１伝送方式の配置を有することと、
    前記端末が有効なタイミング調整値を有することと、
    前記端末が記憶されたｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ値を有し、且つ前記ｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ値が最新のＲＲＣレリーズメッセージ内のｓｕｓｐｅｎｄＣｏｎｆｉｇにより提供されるものであることと、
    前記目標ＲＲＣメッセージを含むＭＡＣ ＰＤＵのサイズが、第１伝送方式の配置において定義されるトランスポートブロックサイズＴＢＳ以下であることと、のうちの少なくとも１つである、請求項１５に記載の方法。
17. 第１伝送方式による伝送を用いることを下位層に指示し、前記第１伝送方式による伝送に対応するアップリンクグラントを下位層に送信するように、ＲＲＣ層をトリガするステップをさらに含む、請求項１５に記載の方法。
18. 第１伝送方式による伝送を用いることを下位層に指示し、前記第１伝送方式による伝送に対応するアップリンクグラントを下位層に送信するように、ＲＲＣ層をトリガする前記ステップは、
    第１伝送方式による伝送の開始条件が満たされると、第１伝送方式による伝送を用いることを下位層に指示し、前記第１伝送方式による伝送に対応するアップリンクグラントを下位層に送信するように、直ちにＲＲＣ層をトリガするステップと、
    前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでのＳＲＢ１再開の前に、第１伝送方式による伝送を用いることを下位層に指示し、前記第１伝送方式による伝送に対応するアップリンクグラントを下位層に送信するように、ＲＲＣ層をトリガするステップと、
    前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでのＳＲＢ１再開の後に、第１伝送方式による伝送を用いることを下位層に指示し、前記第１伝送方式による伝送に対応するアップリンクグラントを下位層に送信するように、直ちにＲＲＣ層をトリガするステップと、
    前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでの、前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの下位層への提出の後に、第１伝送方式による伝送を用いることを下位層に指示し、前記第１伝送方式による伝送に対応するアップリンクグラントを下位層に送信するように、直ちにＲＲＣ層をトリガするステップと、のうちの少なくとも１つを含む、請求項１７に記載の方法。
19. 前記目標ＲＲＣメッセージを送信する前に、
    ＲＲＣ層においてＲＲＣ接続再開を要求し、第２伝送方式による伝送を開始するステップと、
    ＭＡＣ層において第２伝送方式による伝送を実行するステップと、をさらに含む、請求項２又は１０に記載の方法。
20. 前記第２伝送方式による伝送の開始条件は、
    ＲＲＣ層においてＲＲＣ接続再開を要求することと、
    前記端末は第２伝送方式による伝送をサポートすることと、
    ネットワークは第２伝送方式による伝送をサポートすることと、
    前記端末は記憶されたｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ値を有し、且つ前記ｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ値は最新のＲＲＣレリーズメッセージ内のｓｕｓｐｅｎｄＣｏｎｆｉｇにより提供されるものであることと、
    前記端末が取得したシステム情報に第２伝送方式による伝送に関する全てのパラメータが配置されることと、
    前記目標ＲＲＣメッセージを含むＭＡＣ ＰＤＵのサイズは、第２伝送方式による伝送の配置において定義されるトランスポートブロックサイズＴＢＳ以下であることと、のうちの少なくとも１つである、請求項１９に記載の方法。
21. 第２伝送方式による伝送を用いるように下位層を配置するように、ＲＲＣ層をトリガするステップをさらに含み、且つ該ステップは、
    第２伝送方式による伝送の開始条件が満たされると、第２伝送方式による伝送を用いるように下位層を配置するように、直ちにＲＲＣ層をトリガするステップと、
    前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでのＳＲＢ１再開の前に、第２伝送方式による伝送を用いるように下位層を配置するように、ＲＲＣ層をトリガするステップと、
    前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでのＳＲＢ１再開の後に、第２伝送方式による伝送を用いるように下位層を配置するように、直ちにＲＲＣ層をトリガするステップと、
    前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの伝送に関する動作プロセスでの、前記ＲＲＣ再開要求又はＲＲＣ再開要求１メッセージの下位層への提出の後に、第２伝送方式による伝送を用いるように下位層を配置するように、直ちにＲＲＣ層をトリガするステップと、のうちの少なくとも１つである、請求項１９に記載の方法。
22. 前記目標ＲＲＣメッセージが第１伝送方式の配置に関するＲＲＣメッセージであるときに、
    前記端末が第１伝送方式による伝送をサポートすることと、
    ネットワークが第１伝送方式による伝送をサポートすることと、
    目標ＲＲＣメッセージを含むＭＡＣ ＰＤＵのサイズが、端末の種類に基づいて定義される端末がサポートする最大のトランスポートブロックサイズＴＢＳ以下であることと、
    前記端末が、第１伝送方式の配置に関心があることと、第１伝送方式の配置に関心がなくなったことと、第１伝送方式の配置を更新する必要があることと、のうちの少なくとも１つを満たすことと、
    のうちの少なくとも１つが満たされた場合に、前記端末は、目標ＲＲＣメッセージをネットワーク側機器に送信する需要がある、請求項１に記載の方法。
23. 前記目標ＲＲＣメッセージがマルチキャストブロードキャストサービスＭＢＳカウントに関するＲＲＣメッセージであるときに、
    前記端末がＭＢＳ能力を有することと、
    ネットワークがＭＢＳをサポートすることと、
    目標ＲＲＣメッセージを含むＭＡＣ ＰＤＵのサイズが、端末の種類に基づいて定義される端末がサポートする最大のＴＢＳ以下であることと、
    前記端末のＲＲＣ層がネットワーク側機器から送信されたＭＢＳカウントに関する制御メッセージを受信したことと、
    前記端末が、ＭＢＳカウントに関する制御メッセージにおいて指示された少なくとも１つのＭＢＳサービスを受信中、又はその受信に関心があることと、
    のうちの少なくとも１つが満たされた場合に、前記端末は、目標ＲＲＣメッセージをネットワーク側機器に送信する需要がある、請求項１に記載の方法。
24. 前記目標ＲＲＣメッセージがＭＢＳインタレストインディケーションに関するＲＲＣメッセージであるときに、
    前記端末がＭＢＳ能力を有することと、
    ネットワークがＭＢＳをサポートすることと、
    目標ＲＲＣメッセージを含むＭＡＣ ＰＤＵのサイズが、端末の種類に基づいて定義される端末がサポートする最大のＴＢＳ以下であることと、
    前記端末がネットワーク側機器から送信されたＭＢＳサービスに関する制御情報を受信したことと、
    前記端末がサービスエリアに入ったか又はサービスエリアから出たことと、
    ＭＢＳセッションが開始又は停止したことと、
    ＭＢＳインタレストインディケーションメッセージのコンテンツが変更されたことと、
    ＭＢＳサービスに関する制御情報を送信するセル又は基地局が変更されたことと、
    のうちの少なくとも１つが満たされた場合に、前記端末は、目標ＲＲＣメッセージをネットワーク側機器に送信する需要がある、請求項１に記載の方法。
25. ネットワーク側機器に応用されるメッセージ受信方法であって、
    端末から目標ＲＲＣメッセージを受信するステップを含み、
    前記目標ＲＲＣメッセージは、アクティブにされたアクセス層セキュリティを必要とするＲＲＣメッセージであり、前記目標ＲＲＣメッセージは、前記端末が非ＲＲＣ接続状態にあり、且つ前記目標ＲＲＣメッセージを送信する需要がある場合に、非ＲＲＣ接続状態で送信されたものである、メッセージ受信方法。
26. 端末から目標ＲＲＣメッセージを受信する前記ステップは、
    ＭＡＣ ＰＤＵによって前記端末から前記目標ＲＲＣメッセージを受信するステップを含み、
    前記ＭＡＣ ＰＤＵには前記目標ＲＲＣメッセージ及びＲＲＣ再開要求又はＲＲＣ再開要求１メッセージが多重化されている、請求項２５に記載の方法。
27. 前記目標ＲＲＣメッセージは第１伝送方式による伝送の配置に関するＲＲＣメッセージであるときに、
    ネットワークが第１伝送方式による伝送をサポートすることを指示する指示情報を前記端末に送信するステップをさらに含む、請求項２５に記載の方法。
28. 前記目標ＲＲＣメッセージはＭＢＳカウントに関するＲＲＣメッセージであるときに、
    ネットワークがＭＢＳをサポートすることを指示する指示情報を前記端末に送信するステップと、
    ＭＢＳカウントに関する制御メッセージを前記端末に送信するステップと、のうちの少なくとも１つをさらに含む、請求項２５に記載の方法。
29. 前記目標ＲＲＣメッセージはＭＢＳインタレストインディケーションに関するＲＲＣメッセージであるときに、
    ネットワークがＭＢＳをサポートすることを指示する指示情報を前記端末に送信するステップと、
    ＭＢＳサービスに関する制御情報を前記端末に送信するステップと、のうちの少なくとも１つをさらに含む、請求項２５に記載の方法。
30. 端末に応用されるメッセージ送信装置であって、
    前記端末が非ＲＲＣ接続状態にあり、且つ目標ＲＲＣメッセージをネットワーク側機器に送信する需要がある場合に、前記目標ＲＲＣメッセージを非ＲＲＣ接続状態で送信するための第１送信モジュールを備え、
    前記目標ＲＲＣメッセージは、アクティブにされたアクセス層セキュリティを必要とするＲＲＣメッセージである、メッセージ送信装置。
31. ネットワーク側機器に応用されるメッセージ受信装置であって、
    端末から目標ＲＲＣメッセージを受信するための受信モジュールを備え、
    前記目標ＲＲＣメッセージは、アクティブにされたアクセス層セキュリティを必要とするＲＲＣメッセージであり、前記目標ＲＲＣメッセージは、前記端末が非ＲＲＣ接続状態にあり、且つ前記目標ＲＲＣメッセージを送信する需要がある場合に、非ＲＲＣ接続状態で送信されたものである、メッセージ受信装置。
32. プロセッサと、メモリと、前記メモリに記憶され且つ前記プロセッサ上で実行可能なプログラムもしくはコマンドとを備え、前記プログラムもしくはコマンドが前記プロセッサによって実行されると、請求項１から２４のいずれか１項に記載のメッセージ送信方法のステップが実現され、又は請求項２５から２９のいずれか１項に記載のメッセージ受信方法のステップが実現される、通信機器。
33. プログラムもしくはコマンドが記憶されており、前記プログラムもしくはコマンドがプロセッサによって実行されると、請求項１から２４のいずれか１項に記載のメッセージ送信方法のステップが実現され、又は請求項２５から２９のいずれか１項に記載のメッセージ受信方法のステップが実現される、可読記憶媒体。
34. プロセッサと通信インタフェースとを備え、前記通信インタフェースと前記プロセッサが結合され、前記プロセッサがプログラムもしくはコマンドを実行して、請求項１から２４のいずれか１項に記載のメッセージ送信方法のステップを実現するか、又は請求項２５から２９のいずれか１項に記載のメッセージ受信方法のステップを実現するために用いられる、チップ。
35. 不揮発性記憶媒体に記憶されており、少なくとも１つのプロセッサによって実行されることで請求項１から２４のいずれか１項に記載のメッセージ送信方法のステップが実現され、又は請求項２５から２９のいずれか１項に記載のメッセージ受信方法のステップが実現される、コンピュータプログラム製品。
36. 請求項１から２４のいずれか１項に記載のメッセージ送信方法のステップを実行するか、又は請求項２５から２９のいずれか１項に記載のメッセージ受信方法のステップを実現するように配置される、通信機器。

Images