JP7088603B2 - データ伝送方法、端末デバイス及びアクセスネットワークデバイス - Google Patents

データ伝送方法、端末デバイス及びアクセスネットワークデバイス Download PDF

Info

Publication number
JP7088603B2
JP7088603B2 JP2019560716A JP2019560716A JP7088603B2 JP 7088603 B2 JP7088603 B2 JP 7088603B2 JP 2019560716 A JP2019560716 A JP 2019560716A JP 2019560716 A JP2019560716 A JP 2019560716A JP 7088603 B2 JP7088603 B2 JP 7088603B2
Authority
JP
Japan
Prior art keywords
message
terminal device
access network
network device
data transmission
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2019560716A
Other languages
English (en)
Other versions
JP2020519193A (ja
Inventor
リ、チェンワン
シャン、バオクン
ユー、インホイ
ワン、ヤン
ロリンガー、オディール
ギアリー、スチュアート
ファン、ゼンレイ
ワン、ホン
Original Assignee
ホアウェイ・テクノロジーズ・カンパニー・リミテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ホアウェイ・テクノロジーズ・カンパニー・リミテッド filed Critical ホアウェイ・テクノロジーズ・カンパニー・リミテッド
Publication of JP2020519193A publication Critical patent/JP2020519193A/ja
Application granted granted Critical
Publication of JP7088603B2 publication Critical patent/JP7088603B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0891—Revocation or update of secret information, e.g. encryption key update or rekeying
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/004—Transmission of channel access control information in the uplink, i.e. towards network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03—Protecting confidentiality, e.g. by encryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity
    • H04W12/106—Packet or message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本願は、モノのインターネットの分野、より具体的には、データ伝送方法、端末デバイス及びアクセスネットワークデバイスに関する。
無線通信の急速な発展に伴い、人々は、人間同士の通信のみのアプリケーションにもはや満足していない。その結果として、モノのインターネット（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ、ＩｏＴ）技術が出現し、モノのインターネット技術に対する市場の需要は急速に高まっている。モノのインターネット（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ、ＩｏＴ）はまた、マシンツーマシン（Ｍａｃｈｉｎｅ Ｔｏ Ｍａｃｈｉｎｅ、Ｍ２Ｍ）通信又はマシンタイプ通信（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＭＴＣ）と称される。ＭＴＣサービスは、例えば、小さなデータ伝送量、異なるサービス周期特性、低電力消費及び多数の端末といった、いくつかの特殊なサービス特性を有する。
代表的なセルラモノのインターネットシステムは、ナローバンドモノのインターネット（Ｎａｒｒｏｗｂａｎｄ ＩｏＴ、ＮＢ‐ＩｏＴ）である。従来技術では、ＲＲＣ接続が確立された後でしか、アップリンク／ダウンリンクデータ伝送が少なくとも実行されることができなかったので、過度に大きなシグナリングオーバヘッド及び高電力消費という問題を引き起こしている。これは、ＮＢ‐ＩｏＴシナリオにおけるサービス伝送にはかなり不利である。したがって、ＮＢ‐ＩｏＴシナリオにおけるサービス伝送に適用可能な新たなデータ伝送方法が必要とされる。
本願は、データ伝送方法、端末デバイス及びアクセスネットワークデバイスを提供し、無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ）接続が確立される前に、データを伝送し、データ伝送用のベアラを確立するために必要とされるシグナリングオーバヘッドを削減し、デバイスの電力消費を減らす。
第１態様によれば、本願はデータ伝送方法に関する。方法は、端末デバイスにより、第１インジケーションをアクセスネットワークデバイスに送信する段階であって、第１インジケーションは、無線リソース制御ＲＲＣ接続が確立される前にデータが伝送される必要があることを示すために用いられる、段階と、ＲＲＣ接続が確立される前に、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する段階とを含む。
したがって、本願の本実施形態における方法によれば、（アップリンクデータ及びダウンリンクデータを含む）データは、ＲＲＣが確立される前に、第１インジケーションに基づいて伝送されることができるので、データ伝送用のベアラを確立するために必要とされるシグナリングオーバヘッドを削減でき、デバイスの電力消費を削減できる。
可能な実施例において、第１インジケーションがランダムアクセスプリアンブルである場合、端末デバイスにより、第１インジケーションをアクセスネットワークデバイスに送信する段階は、端末デバイスにより、第１ランダムアクセスプリアンブルをアクセスネットワークデバイスに送信する段階を含む。
したがって、アクセスネットワークデバイスは、ＲＲＣ接続が確立される前にデータが伝送される必要があることを、第１ランダムアクセスプリアンブルに基づいて判定できる。例えば、アクセスネットワークデバイスは、端末デバイスが早期アップリンクデータ伝送を実行する必要があると判定できる、又は、端末デバイスが早期ダウンリンクデータ伝送を実行する必要があると判定できる。
可能な実施例において、端末デバイスにより、第１インジケーションをアクセスネットワークデバイスに送信する段階は、端末により、第１時間周波数符号リソース又は第２時間周波数符号リソースを用いてランダムアクセス要求メッセージを送信する段階であって、第１時間周波数符号リソースは、早期アップリンクデータ伝送を示すために用いられてよく、第２時間周波数符号リソースは、早期ダウンリンクデータ伝送を示すために用いられてよい、段階を含む。
可能な実施例において、端末デバイスにより、第１インジケーションをアクセスネットワークデバイスに送信する段階は、端末デバイスにより、第１ランダムアクセスリソース上でアクセスネットワークデバイスにランダムアクセスプリアンブルを送信する段階を含む。
したがって、アクセスネットワークデバイスは、ＲＲＣ接続が確立される前にデータが伝送される必要があることを、第１ランダムアクセスリソースに基づいて判定できる。例えば、アクセスネットワークデバイスは、端末デバイスが早期アップリンクデータ伝送を実行する必要があると判定できる、又は、端末デバイスが早期ダウンリンクデータ伝送を実行する必要があると判定できる。
可能な実施例において、端末デバイスにより、第１インジケーションをアクセスネットワークデバイスに送信する段階は、端末デバイスにより、第１インジケーションを含むメッセージ３をアクセスネットワークデバイスに送信する段階であって、メッセージ３は、
ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージである、段階を含む。
可能な実施例において、無線リソース制御ＲＲＣ接続が確立される前にデータが伝送される必要があることを示すために第１インジケーションが用いられることは、
ＲＲＣ接続が確立される前にダウンリンクデータが伝送される必要があることを示すために第１インジケーションが用いられることを含む。
可能な実施例において、ＲＲＣ接続が確立される前に、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する段階は、
ＲＲＣ接続が確立される前に、端末デバイスとアクセスネットワークデバイスとの間で非アクセス層プロトコルデータユニット（ＮＯＮ‐Ａｃｃｅｓｓ‐Ｓｔｒａｔｕｍ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、ＮＡＳ ＰＤＵ）を伝送する段階、又は、
ＲＲＣ接続が確立される前に、データ無線ベアラ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ、ＤＲＢ）を用いて端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する段階
を含む。
可能な実施例において、方法は、さらに、端末デバイスにより、アクセスネットワークデバイスにより送信された解放メッセージを受信する段階であって、解放メッセージは、無線リソース制御ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立完了メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージであり、解放メッセージは、端末デバイスをアイドルモードへと解放するために用いられる、段階を含む。
オプションで、解放メッセージは、伝送される必要があるデータを保持してよい。
さらに、解放メッセージがＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ又はＲＲＣ接続再開メッセージである場合、当該メッセージは、端末デバイスの接続を解放するために、ＲＲＣ接続解放メッセージにおける関連情報を含んでよい。メッセージは、具体的には、解放原因及びリダイレクトインジケーションなどを含んでよい。
解放メッセージがＲＲＣ接続拒否メッセージである場合、メッセージは、端末デバイスがアイドルモードへと解放されることを示すインジケーション情報、例えば、原因値を保持してもよい。
解放メッセージがＲＲＣ接続解放メッセージであり、かつ、端末デバイスの識別子情報を保持する場合、端末デバイスをアイドルモードへと直接的に解放させるために、識別子を保持するメディアアクセス制御エレメント（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ ＣＥ）がＲＲＣメッセージに代わりに加えられてよい。
ＭＭＥがダウンリンクデータ伝送を有していない場合、端末デバイスは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ、ＲＲＣ接続再開メッセージ又はＲＲＣ接続拒否メッセージを用いて、前もって解放され得る。従来技術における解放手順と比較して、これは、シグナリングオーバヘッドを削減でき、端末デバイスの電力消費を削減できる。
第２態様によれば、データ伝送方法が提供され、アクセスネットワークデバイスにより、端末デバイスにより送信された第１インジケーションを受信する段階であって、第１インジケーションは、無線リソース制御ＲＲＣ接続が確立される前にデータが伝送される必要があることを示すために用いられる、段階と、ＲＲＣ接続が確立される前に、アクセスネットワークデバイスと端末デバイスとの間でデータを伝送する段階とを含む。
したがって、本願の本実施形態における方法によれば、（アップリンクデータ及びダウンリンクデータを含む）データは、ＲＲＣが確立される前に、第１インジケーションに基づいて伝送されることができるので、データ伝送用のベアラを確立するために必要とされるシグナリングオーバヘッドを削減でき、デバイスお電力消費を削減できる。
可能な実施例において、第１インジケーションがランダムアクセスプリアンブルである場合、アクセスネットワークデバイスにより、端末デバイスにより送信された第１インジケーションを受信する段階は、アクセスネットワークデバイスにより、端末デバイスにより送信された第１ランダムアクセスプリアンブルを受信する段階を含む。
したがって、アクセスネットワークデバイスは、ＲＲＣ接続が確立される前にデータが伝送される必要があることを、第１ランダムアクセスプリアンブルに基づいて判定できる。例えば、アクセスネットワークデバイスは、端末デバイスが早期アップリンクデータ伝送を実行する必要があると判定できる、又は、端末デバイスが早期ダウンリンクデータ伝送を実行する必要があると判定できる。
可能な実施例において、アクセスネットワークデバイスにより、端末デバイスにより送信された第１インジケーションを受信する段階は、アクセスネットワークデバイスにより、端末デバイスにより送信されたランダムアクセスプリアンブルを第１ランダムアクセスリソース上で受信する段階を含む。
したがって、アクセスネットワークデバイスは、ＲＲＣ接続が確立される前にデータが伝送される必要があることを、第１ランダムアクセスリソースに基づいて判定できる。例えば、アクセスネットワークデバイスは、端末デバイスが早期アップリンクデータ伝送を実行する必要があると判定できる、又は、端末デバイスが早期ダウンリンクデータ伝送を実行する必要があると判定できる。
可能な実施例において、アクセスネットワークデバイスにより、端末デバイスにより送信された第１インジケーションを受信する段階は、アクセスネットワークデバイスにより、第１インジケーションを含み、かつ、端末デバイスにより送信されたメッセージ３を受信する段階であって、メッセージ３は、
ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージである、段階を含む。
可能な実施例において、無線リソース制御ＲＲＣ接続が確立される前にデータが伝送される必要があることを示すために第１インジケーションが用いられることは、ＲＲＣ接続が確立される前にダウンリンクデータが伝送される必要があることを示すために第１インジケーションが用いられることを含む。
可能な実施例において、ＲＲＣ接続が確立される前に、アクセスネットワークデバイスと端末デバイスとの間でデータを伝送する段階は、ＲＲＣ接続が確立される前に、アクセスネットワークデバイスと端末デバイスとの間で非アクセス層プロトコルデータユニットＮＡＳ ＰＤＵを伝送する段階、又は、
ＲＲＣ接続が確立される前に、データ無線ベアラＤＲＢを用いてアクセスネットワークデバイスと端末デバイスとの間でデータを伝送する段階
を含む。
可能な実施例において、方法は、さらに、アクセスネットワークデバイスにより、ＮＡＳ ＰＤＵをコアネットワークデバイスに送信する段階を含む。
可能な実施例において、方法は、さらに、アクセスネットワークデバイスにより、解放メッセージを端末デバイスに送信する段階であって、解放メッセージは、無線リソース制御ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立完了メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージであり、解放メッセージは、端末デバイスをアイドルモードへと解放するために用いられる、段階を含む。
オプションで、解放メッセージは、伝送される必要があるデータを保持してよい。
さらに、解放メッセージがＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ又はＲＲＣ接続再開メッセージである場合、当該メッセージは、端末デバイスの接続を解放するために、ＲＲＣ接続解放メッセージにおける関連情報を含んでよい。メッセージは、具体的には、解放原因及びリダイレクトインジケーションなどを含んでよい。
解放メッセージがＲＲＣ接続拒否メッセージである場合、メッセージは、端末デバイスがアイドルモードへと解放されることを示すインジケーション情報、例えば、原因値を保持してもよい。
解放メッセージがＲＲＣ接続解放メッセージであり、かつ、ユーザ機器の識別子情報を保持する場合、端末デバイスをアイドルモードへと直接的に解放するために、識別子を保持するＭＡＣ ＣＥがＲＲＣメッセージに代わりに加えられてよい。
ＭＭＥがダウンリンクデータ伝送を有していない場合、端末デバイスは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ、ＲＲＣ接続再開メッセージ又はＲＲＣ接続拒否メッセージを用いて、前もって解放され得る。従来技術における解放手順と比較して、これは、シグナリングオーバヘッドを削減でき、端末デバイスの電力消費を削減できる。
第３態様によれば、端末デバイスが提供され、第１態様又は第１態様の可能な実施例のいずれか１つにおける方法を実行するように構成される。具体的には、端末デバイスは、第１態様又は第１態様の可能な実施例のいずれか１つにおける方法を実行するように構成されるユニットを含む。
第４態様によれば、アクセスネットワークデバイスが提供され、第２態様又は第２態様の可能な実施例のいずれか１つにおける方法を実行するように構成される。具体的には、アクセスネットワークデバイスは、第２態様又は第２態様の可能な実施例のいずれか１つにおける方法を実行するように構成されるユニットを含む。
第５態様によれば、端末デバイスが提供される。端末デバイスは、受信機と、送信機と、プロセッサと、メモリと、バスシステムとを含む。受信機、送信機、プロセッサ及びメモリは、バスシステムを用いて接続される。メモリは、命令を格納するように構成される。プロセッサは、メモリに格納される命令を実行して、信号を受信するように受信機を制御し、信号を送信するように送信機を制御するように構成される。さらに、プロセッサがメモリに格納される命令を実行する場合、プロセッサは、第１態様又は第１態様の可能な実施例のいずれか１つにおける方法を実行することが可能である。
第６態様によれば、アクセスネットワークデバイスが提供される。アクセスネットワークデバイスは、受信機と、送信機と、プロセッサと、メモリと、バスシステムとを含む。受信機、送信機、プロセッサ及びメモリは、バスシステムを用いて接続される。メモリは、命令を格納するように構成される。プロセッサは、メモリに格納される命令を実行して、信号を受信するように受信機を制御し、信号を送信するように送信機を制御するように構成される。さらに、プロセッサがメモリに格納される命令を実行する場合、プロセッサは、第２態様又は第２態様の可能な実施例のいずれか１つにおける方法を実行することが可能である。
第７態様によれば、本願は、コンピュータプログラムを格納するように構成されるコンピュータ可読媒体を提供する。コンピュータプログラムは、第１態様又は第１態様の可能な実施例のいずれか１つにおける方法を実行するために用いられる命令を含む。
第８態様によれば、コンピュータ可読媒体が提供され、コンピュータプログラムを格納するように構成される。コンピュータプログラムは、第２態様又は第２態様の可能な実施例のいずれか１つにおける方法を実行するために用いられる命令を含む。
第９態様によれば、データ伝送方法が提供され、端末デバイスにより、第１インジケーションをアクセスネットワークデバイスに送信する段階であって、第１インジケーションは、端末デバイスによりアクセスネットワークデバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、端末デバイスがデータを伝送することを示すために用いられる、及び／又は、
第１インジケーションは、アクセスネットワークデバイスにより端末デバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスがデータを伝送することを示すために用いられる、段階と、
第１ＲＲＣシグナリングに基づいて、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する段階と
を含む。
具体的には、第１インジケーションは、端末デバイスとアクセスネットワークデバイスとの間で伝送される第１シグナリングにデータを加えて、第１シグナリングを伝送している間にデータを伝送する、又は、第１シグナリングを伝送した直後にデータを伝送するよう命令するために用いられる。第１シグナリングは、ランダムアクセスプロセスにおける端末デバイスとアクセスネットワークデバイスとの間の第１ＲＲＣシグナリングである。具体的には、第１インジケーションは、端末デバイスとアクセスネットワークデバイスとの間の第１ＲＲＣシグナリングに基づいて、端末デバイスがアップリンクデータを伝送することを示すために用いられ、及び／又は、第１インジケーションは、アクセスネットワークデバイスと端末デバイスとの間の第１ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスがダウンリンクデータを伝送することを示すために用いられる。
したがって、本願の本実施形態における方法によれば、ＲＲＣ接続の確立を必要とすることなく、端末デバイスとアクセスネットワークデバイスとの間の第１ＲＲＣシグナリングに基づいて、アップリンクデータ及び／又はダウンリンクデータが伝送され得る。これにより、データ伝送用のベアラを確立するために必要とされるシグナリングオーバヘッドを削減でき、デバイスの電力消費を削減できる。
可能な実施例において、第１ＲＲＣシグナリングに基づいて、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する段階は、
データを第１ＲＲＣシグナリングに加えることにより、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する段階を含む。
可能な実施例において、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する段階は、
非アクセス層プロトコルデータユニットＮＡＳ ＰＤＵを用いて、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する段階、又は、
データ無線ベアラＤＲＢを用いて、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する段階
を含む。
オプションで、データは、ＤＲＢ又はＳＲＢ０を用いて送信されてよい。
本願では、１つのトランスポートブロックが、データ及び第１ＲＲＣシグナリングにより多重化されてよい、又は、データ及び第１ＲＲＣシグナリングは、２つのトランスポートブロックとして別々に伝送されてよい。
データ及び第１ＲＲＣシグナリングが共に伝送される場合、第１ＲＲＣシグナリングが端末デバイスの識別子を保持してよい、又は、データ及び第１ＲＲＣシグナリングが別々に伝送される場合、データが端末デバイスの識別子を保持してよい、又は、端末デバイスの識別子を用いてスクランブルされてよいことに留意されたい。
例えば、端末デバイスの識別子は、セル無線ネットワーク一時識別子（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ、ＲＮＴＩ）、ハッシュサービング一時移動体加入者識別（ｈａｓｈ Ｓｅｒｖｉｎｇ Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ、ｈａｓｈ Ｓ‐ＴＭＳＩ）、Ｓ‐ＴＭＳＩ、切捨て型Ｓ‐ＴＭＳＩ、アクセス乱数、国際移動体加入者識別番号（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｎｕｍｂｅｒ，ＩＭＳＩ）、又は、ＭＡＣ ＣＥにおいて保持される端末デバイスの識別子などであってよい。端末デバイスの識別子は、本願において特に制限されることはない。
さらに、データ及び第１ＲＲＣシグナリングは、２つのトランスポートブロックとしてそれぞれ伝送され得る場合、データを保持するＮＡＳ ＰＤＵは、ＳＲＢ１ｂｉｓ又はＳＲＢ０を用いて送信されてよい、又は、第１ＲＲＣシグナリングは、ＳＲＢ０を用いて送信され、データは、ＤＲＢを用いて送信される。
可能な実施例において、第１ＲＲＣシグナリングは、メッセージ３又はメッセージ４である。
可能な実施例において、メッセージ３は、
ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージであり、及び／又は、
メッセージ４は、
競合解決メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ及びＲＲＣ接続再開メッセージのうちのいずれか１つのメッセージである。
可能な実施例において、第１インジケーションがランダムアクセスプリアンブルである場合、端末デバイスにより、第１インジケーションをアクセスネットワークデバイスに送信する段階は、
端末デバイスにより、第１ランダムアクセスプリアンブルをアクセスネットワークデバイスに送信する段階を含む。
可能な実施例において、端末デバイスにより、第１インジケーションをアクセスネットワークデバイスに送信する段階は、
端末デバイスにより、第１ランダムアクセスリソース上でアクセスネットワークデバイスにランダムアクセスプリアンブルを送信する段階を含む。
可能な実施例において、第１ＲＲＣシグナリングに基づいて、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する段階の前に、方法は、さらに、
端末デバイスにより、システムメッセージを受信する段階であって、システムメッセージはデータ量情報を含み、データ量情報は、第１ＲＲＣシグナリングに基づいて端末デバイスにより伝送され得る最大データ量を示すために用いられる、段階を含み、
第１ＲＲＣシグナリングに基づいて、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する段階は、
データのデータ量が最大データ量より少ない又は最大データ量に等しいと端末デバイスが判定した場合、端末デバイスにより、第１ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスにデータを伝送する段階を含む。
可能な実施例において、方法は、さらに、
端末デバイスにより、アクセスネットワークデバイスにより送信された候補メッセージを受信する段階であって、候補メッセージはインジケーション情報を含み、候補メッセージは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立完了メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージであり、インジケーション情報は、アイドルモードにとどまるよう端末デバイスに命令するために用いられる、段階を含んでよい。
オプションで、候補メッセージはメッセージ４であってよい。
このように、ダウンリンクデータ伝送がない場合、端末デバイスは、メッセージ４内のインジケーション情報にしたがって前もって解放され得る。従来技術における解放手順と比較して、これは、シグナリングオーバヘッドを削減でき、端末デバイスの電力消費を削減できる。
第１０態様によれば、データ伝送方法が提供され、
アクセスネットワークデバイスにより、端末デバイスにより送信された第１インジケーションを受信する段階であって、第１インジケーションは、端末デバイスによりアクセスネットワークデバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、端末デバイスがデータを伝送することを示すために用いられる、及び／又は、
第１インジケーションは、アクセスネットワークデバイスにより端末デバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスがデータを伝送することを示すために用いられる、段階と、
第１ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスと端末デバイスとの間でデータを伝送する段階と
を含む。
したがって、本願の本実施形態における方法によれば、ＲＲＣ接続の確立を必要とすることなく、端末デバイスとアクセスネットワークデバイスとの間の第１ＲＲＣシグナリングに基づいて、アップリンクデータ及び／又はダウンリンクデータが伝送され得る。これにより、データ伝送用のベアラを確立するために必要とされるシグナリングオーバヘッドを削減でき、デバイスの電力消費を削減できる。
可能な実施例において、第１ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスと端末デバイスとの間でデータを伝送する段階は、
データを第１ＲＲＣシグナリングに加えることにより、アクセスネットワークデバイスと端末デバイスとの間でデータを伝送する段階を含む。
可能な実施例において、アクセスネットワークデバイスと端末デバイスとの間でデータを伝送する段階は、
非アクセス層プロトコルデータユニットＮＡＳ ＰＤＵを用いて、アクセスネットワークデバイスと端末デバイスとの間でデータを伝送する段階、又は、
データ無線ベアラＤＲＢを用いて、アクセスネットワークデバイスと端末デバイスとの間でデータを伝送する段階
を含む。
可能な実施例において、第１ＲＲＣシグナリングは、メッセージ３又はメッセージ４である。
可能な実施例において、メッセージ３は、
ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージであり、及び／又は、
メッセージ４は、
競合解決メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ及びＲＲＣ接続再開メッセージのうちのいずれか１つのメッセージである。
可能な実施例において、第１インジケーションがランダムアクセスプリアンブルである場合、アクセスネットワークデバイスにより、端末デバイスにより送信された第１インジケーションを受信する段階は、
アクセスネットワークデバイスにより、端末デバイスにより送信された第１ランダムアクセスプリアンブルを受信する段階を含む。
可能な実施例において、アクセスネットワークデバイスにより、端末デバイスにより送信された第１インジケーションを受信する段階は、
アクセスネットワークデバイスにより、端末デバイスにより送信されたランダムアクセスプリアンブルを第１ランダムアクセスリソース上で受信する段階を含む。
可能な実施例において、方法は、さらに、
アクセスネットワークデバイスにより、ＮＡＳ ＰＤＵをコアネットワークデバイスに送信する段階を含んでよい。
オプションで、ＮＡＳ ＰＤＵは、取得ＵＥ情報メッセージ（Ｒｅｔｒｉｅｖｅ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｍｅｓｓａｇｅ）又は初期ＵＥメッセージ（Ｉｎｉｔｉａｌ ＵＥ Ｍｅｓｓａｇｅ）において保持され得る。
可能な実施例において、第１ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスと端末デバイスとの間でデータを伝送する段階の前に、方法は、さらに、アクセスネットワークデバイスにより、コアネットワークデバイスにより送信されたＮＡＳ ＰＤＵを受信する段階を含み、
第１ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスと端末デバイスとの間でデータを伝送する段階は、アクセスネットワークデバイスにより、第１ＲＲＣシグナリングに基づいて、端末デバイスにＮＡＳ ＰＤＵを伝送する段階を含む。
オプションで、第１ＲＲＣシグナリングは、ＵＥ情報転送メッセージ（ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ Ｍｅｓｓａｇｅ）又はダウンリンクＮＡＳトランスポートメッセージ（Ｄｏｗｎｌｉｎｋ ＮＡＳ Ｔｒａｎｓｐｏｒｔ Ｍｅｓｓａｇｅ）である。
さらに、ＮＡＳ ＰＤＵはインジケーション情報を含み、インジケーション情報は、アイドルモードにとどまるよう端末デバイスに命令することをアクセスネットワークデバイスに命令するために用いられる。
可能な実施例において、方法は、さらに、
アクセスネットワークデバイスにより、候補メッセージを端末デバイスに送信する段階であって、候補メッセージはインジケーション情報を含み、候補メッセージは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立完了メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージであり、インジケーション情報は、アイドルモードにとどまるように端末デバイスに命令するために用いられる、段階を含んでよい。
第１１態様によれば、端末デバイスが提供され、第９態様又は第９態様の可能な実施例のいずれか１つにおける方法を実行するように構成される。具体的には、端末デバイスは、第９態様又は第９態様の可能な実施例のいずれか１つにおける方法を実行するように構成されるユニットを含む。
第１２態様によれば、アクセスネットワークデバイスが提供され、第１０態様又は第１０態様の可能な実施例のいずれか１つにおける方法を実行するように構成される。具体的には、アクセスネットワークデバイスは、第１０態様又は第１０態様の可能な実施例のいずれか１つにおける方法を実行するように構成されるユニットを含む。
第１３態様によれば、端末デバイスが提供される。端末デバイスは、メモリと、プロセッサと、送受信機とを含む。メモリは、プログラムコードを格納するように構成される。プロセッサは、メモリに格納されるプログラムコードを実行して、第９態様又は第９態様の可能な実施例のいずれか１つにおける方法に対応する操作を実行するように構成される。
第１４態様によれば、アクセスネットワークデバイスが提供される。アクセスネットワークデバイスは、メモリと、プロセッサと、送受信機とを含む。メモリは、プログラムコードを格納するように構成される。プロセッサは、メモリに格納されるプログラムコードを実行して、第１０態様又は第１０態様の可能な実施例のいずれか１つにおける方法に対応する操作を実行するように構成される。
第１５態様によれば、本願は、コンピュータプログラムを格納するように構成されるコンピュータ可読媒体を提供する。コンピュータプログラムは、第９態様又は第９態様の可能な実施例のいずれか１つにおける方法を実行するために用いられる命令を含む。
第１６態様によれば、コンピュータ可読媒体が提供され、コンピュータプログラムを格納するように構成される。コンピュータプログラムは、第１０態様又は第１０態様の可能な実施例のいずれか１つにおける方法を実行するために用いられる命令を含む。
本願に適用可能な通信システムの概略図である。
本願の実施形態に係るデータ伝送方法の概略フローチャートである。
本願に係る早期アップリンクデータ伝送のための方法の概略フローチャートである。
本願に係るＣＰスキームに基づく早期アップリンクデータ伝送のための方法の概略フローチャートである。
本願に係るＵＰスキームに基づく早期アップリンクデータ伝送のための方法の概略フローチャートである。
本願に係るＣＰスキームに基づく早期ダウンリンクデータ伝送のための方法の概略フローチャートである。
本願に係るＵＰスキームに基づく早期ダウンリンクデータ伝送のための方法の概略フローチャートである。
本願に係る端末デバイスの概略ブロック図である。
本実施形態に係るアクセスネットワークデバイスの概略ブロック図である。
本願の別の実施形態に係るデータ伝送方法の概略フローチャートである。
メッセージ２のフォーマットについての概略図である。
メッセージ２の別のフォーマットについての概略図である。
メッセージ２のさらに別のフォーマットについての概略図である。
メッセージ２のさらに別のフォーマットについての概略図である。
本願に係るＣＰスキームに基づく早期アップリンクデータ伝送のための別の方法の概略フローチャートである。
本願に係るＵＰスキームに基づく早期アップリンクデータ伝送のための別の方法の概略フローチャートである。
本願に係るＣＰスキームに基づく早期ダウンリンクデータ伝送のための別の方法の概略フローチャートである。
本願に係るＵＰスキームに基づく早期ダウンリンクデータ伝送のための別の方法の概略フローチャートである。
本願に係る別の端末デバイスの概略ブロック図である。
本実施形態に係る別のアクセスネットワークデバイスの概略ブロック図である。
以下では、添付の図面を参照して、本願の技術的解決手段を説明する。
本願の技術的解決手段は、例えば、グローバルシステムフォーモバイルコミュニケーションズ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、 ＧＳＭ（登録商標））、符号分割多元接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＣＤＭＡ）システム、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＷＣＤＭＡ（登録商標））システム、汎用パケット無線サービス（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ、ＧＰＲＳ）、ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システム、ロングタームエボリューションアドバンス（ａ ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ ａｄｖａｎｃｅｄ、ＬＴＥ‐Ａ）システム、ユニバーサル移動体通信システム（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ、ＵＭＴＳ）、新しい無線（Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ、ＮＲ）システム及び５Ｇシステムといった様々な通信システムに適用され得ることを理解されたい。
本願の実施形態において、端末デバイスは、端末又はユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）とも称されてよく、限定されるものではないが、モノのインターネットに適用される端末デバイスを含んでよいこともさらに理解されたい。例えば、端末デバイスは、例えば、スマートメータデバイス、物流追跡デバイス又は環境モニタリングデバイスといったＮＢ‐ＩｏＴに適用される端末デバイス（「ＮＢ‐ＩｏＴ端末」と称され得る）であってよい。端末は、限定されるものではないが、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ、ＭＳ）、モバイル端末（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ）、携帯電話（Ｍｏｂｉｌｅ ｐｈｏｎｅ）、ユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）、ハンドセット（ｈａｎｄｓｅｔ）及びポータブル機器（ｐｏｒｔａｂｌｅ ｅｑｕｉｐｍｅｎｔ）などをさらに含んでよい。端末デバイスは、無線アクセスネットワーク（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＲＡＮ）を用いて、１又は複数のコアネットワークと通信してよい。例えば、端末デバイスは、携帯電話（又は、「セルラ」フォンと称される）又は無線通信機能を有するコンピュータであってよい。代わりに、端末デバイスは、ポータブル、ポケットサイズ、ハンドヘルド、コンピュータ内蔵式又は車載モバイル装置であってよい。
本願の実施形態において、アクセスネットワークデバイスは、無線アクセスネットワーク（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＲＡＮ）デバイスとも称され得る。例えば、アクセスネットワークデバイスは、基地局、基地局コントローラ、無線ネットワークコントローラ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ、ＲＮＣ）又は送受信ポイント（Ｔｒａｎｓｍｉｔ ａｎｄ Ｒｅｃｅｉｖｅ Ｐｏｉｎｔ、ＴＲＰ）であってよい。基地局は、ＧＳＭ（登録商標）又はＣＤＭＡにおけるベーストランシーバ基地局（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、ＢＴＳ）であってよく、又は、ＷＣＤＭＡ（登録商標）におけるノードＢ（ＮｏｄｅＢ）であってよく、又は、ＬＴＥにおける進化型ノードＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ、ｅＮＢ又はｅ‐ＮｏｄｅＢ）であってよく、又は、ＮＲ又は５ＧにおけるｇＮＢ（ｇＮＢ）であってもよい。これは、本願の実施形態において特に限定されるものではない。
本願の実施形態は、さらに、コアネットワーク（Ｃｏｒｅ Ｎｅｔｗｏｒｋ、ＣＮ）デバイスに関するものであり、主に、モビリティ管理エンティティ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、ＭＭＥ）及びサービングゲートウェイ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ、Ｓ‐ＧＷ）を含む。ＭＭＥは、異なる基準の異なるシステム又はネットワークにおいて異なる名称を有し得るが、本願では理解しやすくするために、ＭＭＥとまとめて表現される。対応して、Ｓ‐ＧＷは、異なる基準の異なるシステム又はネットワークにおいて異なる名称を有し得るが、本願では理解しやすくするために、Ｓ‐ＧＷとまとめて表現される。
図１は、本願に適用可能な通信システムの概略図である。図１において、端末デバイスは、１又は複数のアクセスネットワークデバイスを用いて、コアネットワークデバイスと通信してよい。例えば、図１において、端末デバイス１０ａは、アクセスネットワークデバイス１１０ａを用いてコアネットワークデバイス１２と通信してよく、端末デバイス１０ｂは、アクセスネットワークデバイス１１０ａ又はアクセスネットワークデバイス１１０ｂを用いてコアネットワークデバイス１２と通信してよく、端末デバイス１０ｃは、アクセスネットワークデバイス１１０ｂを用いてコアネットワークデバイス１２と通信してよい。さらに、端末デバイスは、公衆交換電話網（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ、ＰＳＴＮ）１３又は別のネットワーク１４、又は、さらにはインターネット１５全体と通信してよい。
従来技術では、少なくともＲＲＣ接続が確立された後でなければ、アップリンク／ダウンリンクデータ伝送を実行できなかった。この場合、データは、比較的遅く伝送されるので、過度に大きなシグナリングオーバヘッド及び高電力消費という問題を引き起こす。この問題を解決するために、本願は、早期データ伝送を実現するデータ伝送方法を提案することで、電力消費及びシグナリングオーバヘッドを削減できる。
本願におけるデータ伝送方法が説明される前に、本願において関連する用語又は概念をまず説明する。
早期データ伝送は、ＲＲＣ接続の確立／再開／再確立完了メッセージが受信される前に実行されるアップリンク及び／又はダウンリンクデータ伝送として理解され得る。
早期データ伝送は、代わりに、ランダムアクセスプロセスにおいて実行されるアップリンク及び／又はダウンリンクデータ伝送として理解され得る。
早期データ伝送は、代わりに、端末デバイスとアクセスネットワークデバイスとの間の第１ＲＲＣシグナリングを用いて、端末デバイスにより実行されるアップリンク及び／又はダウンリンクデータ伝送として理解され得る。
早期データ伝送は、機能としてみなされ得る。端末デバイスがデータ伝送方法をサポートしている場合、端末デバイスは、機能をサポートしている。アクセスネットワークデバイスが方法を用いる際に端末デバイスをサポートしている場合、それは、アクセスネットワークデバイスが早期データ伝送の機能をサポートしていることを示す。
システムメッセージを送信する場合、アクセスネットワークデバイスは、早期データ伝送の機能がサポートされているか否かを示してよい。ランダムアクセスの前に、端末デバイスは、受信したシステムメッセージに基づいて、アクセスネットワークデバイスが機能をサポートしているか否かを判定してよい。アクセスネットワークデバイスが機能をサポートしていない場合、当該機能をサポートしており、かつ、当該機能を用いて伝送を実行する見込みの端末デバイスは、当該アクセスネットワークデバイスにアクセスしないことを選択してよい。
例えば、システムメッセージはまた、第１ＲＲＣシグナリングメッセージにおいて端末デバイスにより送信されるアップリンクデータのデータ量の上限又は閾値、又は、第１アップリンクＲＲＣメッセージ及びアップリンクデータのデータ量の上限又は閾値、又は、第１ＲＲＣシグナリングメッセージ以外のアップリンクデータの伝送が許容されているデータ量の上限又は閾値、例えば、２０バイトを示してよい。送信対象のアップリンクデータの量が、システムブロードキャストデータの量の上限又は閾値を超えていることを端末デバイスが見つけた場合、端末デバイスは、通常のデータ伝送方式でのアクセスを実行することを選択してよい。端末デバイスにより送信される必要があるアップリンクデータの量が、データ量の上限又は閾値より少ない場合、端末デバイスは、早期アップリンクデータ伝送の方式で、データを送信することを選択してよい。
システムメッセージは、ＳＩＢ２、ＳＩＢ２２、又は別のシステムメッセージであってよい。
例えば、デフォルトの閾値がプロトコルにおいて規定されてよく、当該閾値は、第１ＲＲＣシグナリングメッセージにおいて、端末デバイスにより送信されるアップリンクデータのデータ量の上限、又は、第１アップリンクＲＲＣメッセージ及びアップリンクデータのデータ量の上限、又は、第１ＲＲＣシグナリングＲＲＣメッセージ以外のアップリンクデータの伝送が許容されているデータ量の上限を示してよい。第１ＲＲＣシグナリング及びアップリンクデータのデータ量が閾値を超えていることを端末デバイスが見つけた場合、端末デバイスは、通常の方式でアクセスを実行することを選択してよい。端末デバイスにより送信される必要があるアップリンクデータの量が閾値より少ない場合、端末デバイスは、早期アップリンクデータ伝送の方式でデータを送信することを選択してよい。
例えば、端末デバイスが早期データ伝送の機能をサポートしている場合、端末デバイスは、サービスタイプ又は送信される必要があるデータの量に基づいて、早期データ伝送の方式でデータを送信するか否かを選択してよい。端末デバイスが、早期データ伝送の方式を選択した場合、アクセスネットワークデバイスにより割り当てられるリソースがデータ伝送に十分であるときに、端末デバイスは、アップリンク早期アップリンク伝送の方式でデータを伝送する。アクセスネットワークデバイスにより割り当てられたデータリソースが、端末デバイスにより送信される必要があるすべてのアップリンクデータを送信するのに不十分である場合、端末デバイスは、通常のデータ伝送手順、すなわち、まずＲＲＣ接続を確立して、次にデータを送信することを選択してよい。例えば、データは、メッセージ５（例えば、ＲＲＣ接続完了メッセージ又はＲＲＣ接続再確立完了メッセージ）において伝送されてよい。代わりに、端末デバイスは、まずメッセージ３用にアクセスネットワークデバイスにより割り当てられたリソース上で一部のデータを送信し、次に、ＲＲＣ接続が後で確立された後に、残りのデータを送信してよい。
本願の実施形態において説明され、かつ、既存のプロトコル又は従来技術におけるものと同一又は同様のシグナリング又はメッセージなどについては、従来技術に対して参照が行われ得ることを理解されたい。簡潔にするために、以下では、特定の機能などに基づいて、シグナリング又はメッセージに含まれる内容は詳細に記載されていない。
本願において用語「及び／又は」は、関連する対象を説明するための対応関係のみを表現し、３つの関係が存在し得ることを表す。例えば、Ａ及び／又はＢは、Ａのみが存在する、Ａ及びＢの両方が存在する、及び、Ｂのみが存在するという３つの場合を表し得る。さらに、本明細書において符号「／」は概して、関連する対象間の「又は」の関係を示す。
さらに、本願における用語「第１」及び「第２」は、説明及び理解をしやすくするために用いられているだけであり、本願の実施形態においてなんらかの限定として解釈されるものではないことが理解され得る。
以下では、図２を参照して、本願のデータ伝送方法を詳細に説明する。図２は、方法の詳細な通信段階又は操作を示すことを理解されたい。しかしながら、これらの段階又は操作は、単なる例に過ぎず、図２における様々な操作についての他の操作又は変形例が本願の本実施形態においてさらに実行されてよい。さらに、図２における段階は、図２に示されているものとは異なるシーケンスで実行されてよく、必ずしも図２のすべての操作が実行されなくてもよい。
図２は、本願の実施形態に係るデータ伝送方法の概略フローチャートである。
Ｓ２１０、端末デバイスは、第１インジケーションをアクセスネットワークデバイスに送信する。対応して、アクセスネットワークデバイスは、第１インジケーションを受信する。
具体的には、第１インジケーションは、無線リソース制御ＲＲＣ接続が確立される前にデータが伝送される必要があることを示すために用いられる。したがって、アクセスネットワークデバイスは、ＲＲＣ接続が確立される前にデータが伝送される必要があることを、第１インジケーションに基づいて判定できる。例えば、アクセスネットワークデバイスは、端末デバイスが早期アップリンクデータ伝送を実行する必要があると判定できる、又は、端末デバイスが早期ダウンリンクデータ伝送を実行する必要があると判定できる。
早期アップリンクデータ伝送は、無線リソース制御ＲＲＣ接続が確立される前にアップリンクデータが伝送される必要があることを意味し、早期ダウンリンクデータ伝送は、無線リソース制御ＲＲＣ接続が確立される前にダウンリンクデータが伝送される必要があることを意味することを理解されたい。
可能な実施例において、メッセージ１は、早期アップリンクデータ伝送と早期ダウンリンクデータ伝送とを区別するために用いられる。アクセスネットワークデバイスが、端末デバイスが早期アップリンクデータ伝送又は早期ダウンリンクデータ伝送を実行する予定であるか否かについて明らかでなくなることを回避するために、アクセスネットワークデバイスは、タイミングよく通知され得る。したがって、早期アップリンクデータ伝送が実行される必要がある場合、アクセスネットワークデバイスは、ランダムアクセス応答を端末デバイスに送信するときに、比較的多くのアップリンクリソース割り当て（ＵＬグラント）又は複数のＵＬグラントを割り当て、早期ダウンリンク伝送が実行される場合、アクセスネットワークデバイスは、比較的多くのＵＬグラント又は複数のＵＬグラントを割り当てる必要はない。
オプションで、端末デバイスは、メッセージ３（Ｍｓｇ３）を用いて、第１インジケーションをアクセスネットワークデバイスに送信してよい。つまり、Ｍｓｇ３は、第１インジケーションを含んでよい。インジケーション情報は、早期ダウンリンク伝送が実行される必要があることを示すために用いられる。つまり、ダウンリンクデータは、ＲＲＣ接続が確立される前に受信される必要がある。このインジケーション方式では、メッセージ１がアップリンクとダウンリンクとを区別するために用いられていない場合、メッセージ３は、端末デバイスが早期ダウンリンクデータ伝送を実行する見込みであることを示すために用いられてよい。
さらに、Ｍｓｇ３は、ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージであってよい。
さらに、ＲＲＣ接続要求メッセージ又はＲＲＣ接続再確立要求メッセージは、伝送される必要があるデータを含み得る非アクセス層プロトコルデータユニットＮＡＳ ＰＤＵを保持する。つまり、アップリンクデータは、ＲＲＣ接続要求メッセージ又はＲＲＣ接続再確立要求メッセージ内のＮＡＳ ＰＤＵを用いて送信され得る。
オプションで、第１インジケーションは、専用のプリアンブル（例えば、第１ランダムアクセスプリアンブルとして示される）であってよい。この場合、Ｓ２１０の実施形態では、端末デバイスは、第１ランダムアクセスプリアンブルをアクセスネットワークデバイスに送信する。第１ランダムアクセスプリアンブルは、早期アップリンクデータ伝送又は早期ダウンリンクデータ伝送を示すために用いられる。
オプションで、Ｓ２１０の別の実施形態において、端末デバイスは、特定のリソース（例えば、第１ランダムアクセスリソースとして示される）上でランダムアクセスプリアンブルをアクセスネットワークデバイスに送信して、早期アップリンクデータ伝送又は早期ダウンリンクデータ伝送を示してよい。
オプションで、端末デバイスは、時間－周波数符号リソースを用いて早期データ伝送を示してよい。例えば、端末デバイスが、特定の時間－周波数符号リソース（例えば、第１時間周波数符号リソース）を用いて、ランダムアクセス要求メッセージを送信する場合、それは、端末デバイスが早期アップリンクデータ伝送を実行する必要があることを示しており、端末デバイスが、別の時間－周波数符号リソース（例えば、第２時間周波数符号リソース）を用いる場合、それは、端末デバイスが早期ダウンリンクデータ受信を実行する必要があることを示している。時間－周波数符号リソースは、時間領域リソース、周波数領域リソース及び符号領域リソース、例えば、異なる時間－周波数リソース、異なる符号領域リソース及び異なる時間－周波数符号リソースのうちの任意の組み合わせであってよい。
オプションで、端末デバイスが接続モードにある場合、アクセスネットワークデバイスはまた、物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）命令を用いてインジケーションを端末デバイスに送信して、早期データ伝送、例えば、早期アップリンクデータ伝送又は早期ダウンリンクデータ伝送の方式でＵＥがランダムアクセスを実行する、すなわち、ＰＤＣＣＨ命令を用いてランダムアクセスを実行する必要があることを示してよい。特定のインジケーション情報がＤＣＩにおいて保持され得る。
Ｓ２２０、ＲＲＣ接続が確立される前に、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する。
オプションで、非アクセス層プロトコルデータユニットＮＡＳ ＰＤＵは、データを伝送するためにＲＲＣ接続が確立される前に、端末デバイスとアクセスネットワークデバイスとの間で伝送されてよい。
オプションで、データは、代わりに、ＲＲＣ接続が確立される前に、データ無線ベアラＤＲＢを用いて端末デバイスとアクセスネットワークデバイスとの間で伝送されてよい。
したがって、本願の本実施形態における方法によれば、（アップリンクデータ及びダウンリンクデータを含む）データは、ＲＲＣが確立される前に伝送されることができるので、データ伝送用のベアラを確立するために必要とされるシグナリングオーバヘッドを削減でき、デバイスの電力消費を削減できる。
以下では、早期アップリンクデータ伝送及び早期ダウンリンクデータ伝送の視点から、本願の本実施形態におけるデータ伝送方法を別々に説明する。
図３は、本願の実施形態に係るデータ伝送方法の概略フローチャートである。図３に示される方法は、早期アップリンクデータ伝送に適用可能である。
Ｓ３１０、端末デバイスは、ランダムアクセスプリアンブルをアクセスネットワークデバイスに送信する。具体的には、端末デバイスは、ランダムアクセス要求メッセージ、すなわち、メッセージ１（Ｍｓｇ１）をアクセスネットワークデバイスに送信する。
オプションで、端末デバイスは、特定のリソース（例えば、ランダムアクセスリソース＃Ａとして示される）上にＭｓｇ１を送信してよい。ランダムアクセスリソース＃Ａは、早期アップリンクデータ伝送又は早期ダウンリンクデータ伝送を示すために用いられ得る。
オプションで、端末デバイスは、代わりに、専用のプリアンブル（例えば、ランダムアクセスプリアンブル＃Ａとして示される）を送信してよい。ランダムアクセスプリアンブル＃Ａはまた、早期アップリンクデータ伝送又は早期ダウンリンクデータ伝送を示すために用いられてよい。
ランダムアクセスリソース＃Ａは、第１ランダムアクセスリソースの例であり、又は、例えば、時間‐周波数‐符号の組み合わせの別の例であってよく、ランダムアクセスプリアンブル＃Ａは、第１ランダムアクセスプリアンブルの例であることを理解されたい。
Ｓ３２０、Ｍｓｇ１を受信した後に、アクセスネットワークデバイスは、ランダムアクセス応答メッセージを端末デバイスに送信する。具体的には、アクセスネットワークデバイスは、メッセージ２（Ｍｓｇ２）を送信する。
Ｍｓｇ２は、アップリンクタイミングアドバンス（Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ、ＴＡ）及びアップリンクリソース割り当て（ＵＬグラント）を保持する。ＵＬグラントは、アクセスネットワークデバイスにより端末デバイスに割り当てられ、かつ、メッセージ３（Ｍｓｇ３）を伝送するために端末デバイスにより用いられるリソースである。ＴＡ及びＵＬグラントに関する詳細については、従来技術を参照されたい。ここでは詳細を説明しない。
オプションで、本願の本実施形態では、アクセスネットワークデバイスは、時間－周波数符号リソース情報、例えば、第１ランダムアクセスプリアンブル又は第１ランダムアクセスリソースに基づいて、ＵＥが早期データ伝送を実行する見込みであることを知り得る。早期データ伝送が早期アップリンクデータ伝送である場合、アクセスネットワークデバイスは、アップリンクデータを伝送するために用いられるリソースを端末デバイスに割り当てる。アクセスネットワークデバイスにより端末デバイスに割り当てられる、アップリンクデータ及びＵＬグラントを伝送するために用いられるリソースは、まとめてターゲットリソースと称される。アクセスネットワークデバイスにより割り当てられるターゲットリソースは、メッセージ３及びアップリンクデータを伝送するために用いられる大きなアップリンクリソースであってよい、又は、２つの独立したリソースであってもよい、すなわち、一方が、メッセージ３を伝送するために用いられ、他方が、アップリンクデータを伝送するために用いられる。
さらに、ターゲットリソースのサイズは、固定、例えば、１００バイト（ｂｙｔｅｓ）であってよい。ターゲットリソースのサイズは、代わりに、第１ランダムアクセスリソース又は第１ランダムアクセスプリアンブルに応じてアクセスネットワークデバイスにより判定されてよい。つまり、第１ランダムアクセスリソース又は第１ランダムアクセスプリアンブルは、アップリンクデータのサイズを示すためにさらに用いられてよく、その結果、アクセスネットワークデバイスは、アップリンクデータのサイズに基づいて、アップリンクデータを伝送するために用いられるリソースを適切に割り当てることができる。つまり、早期アップリンク伝送を示すことに基づいて、割り当てられる必要があるリソースのサイズは、アクセスリソースに基づいてさらに区別され得る。
Ｓ３３０、端末デバイスは、Ｍｓｇ２に基づいて、Ｍｓｇ３及びアップリンクデータをアクセスネットワークデバイスに送信する。
Ｍｓｇ３及びアップリンクデータは、共に伝送されてよく、又は、別々に伝送されてもよいことを理解されたい。Ｍｓｇ３及びアップリンクデータが共に伝送される場合、Ｍｓｇ３が端末デバイスの識別子を保持してよい、又は、Ｍｓｇ３及びアップリンクデータが別々に伝送される場合、アップリンクデータが端末デバイスの識別子を保持してよい、又は、端末デバイスの識別子を用いてスクランブルされてよい。
例えば、端末デバイスの識別子は、セル無線ネットワーク一時識別子（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ、ＲＮＴＩ）、ハッシュサービング一時移動体加入者識別（ｈａｓｈ Ｓｅｒｖｉｎｇ Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ、ｈａｓｈ Ｓ‐ＴＭＳＩ）、Ｓ‐ＴＭＳＩ、切捨て型Ｓ‐ＴＭＳＩ、アクセス乱数、国際移動体加入者識別番号（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ、ＩＭＳＩ）、又は、ＭＡＣ ＣＥにおいて保持される端末デバイスの識別子などであってよい。端末デバイスの識別子は、本願において特に制限されることはない。
オプションで、Ｍｓｇ２を受信した後に、アップリンクデータが伝送される必要がある場合、端末デバイスは、Ｍｓｇ３を伝送している間に、早期アップリンクデータ伝送に用いられる予め構成又は予約されたリソース上でアップリンクデータを伝送してよい。
オプションで、端末デバイスは、Ｍｓｇ２により示されるターゲットリソース上で、Ｍｓｇ３及びアップリンクデータを共に伝送してよい。
Ｍｓｇ３の実施形態において、Ｍｓｇ３は、ＲＲＣ接続要求メッセージ又はＲＲＣ接続再確立要求メッセージであってよい。ＲＲＣ接続要求メッセージ又はＲＲＣ接続再確立要求メッセージは、アップリンクデータを含む非アクセス層プロトコルデータユニットＮＡＳ ＰＤＵを保持する。したがって、早期アップリンクデータ伝送は、制御プレーン最適化（Ｃｏｎｔｒｏｌ ｐｌａｎｅ ＣＩｏＴ ＥＰＳ ｏｐｔｉｍｉｚａｔｉｏｎ、ＣＰ）スキームを用いて実現され得る。
さらに、Ｍｓｇ３及びアップリンクデータが別々に伝送される場合、ＮＡＳ ＰＤＵは、送信用のシグナリング無線ベアラ（Ｓｉｇｎａｌ Ｒａｄｉｏ Ｂｅａｒｅｒ、ＳＲＢ）１ビットに加えられてよい。ＮＡＳ ＰＤＵを保持するメッセージは、アップリンクダイレクト転送（ＵＬ情報転送）メッセージである。このように、アクセスネットワークデバイスは、対応する論理チャネル識別子（Ｉｄｅｎｔｉｆｉｅｒ、ＩＤ）に基づいて、端末デバイスがＣＰを用いることを知り得る。
ＲＲＣ接続要求メッセージ及びＲＲＣ接続再確立要求メッセージはそれぞれ、Ｍｓｇ３のタイプであり、ＲＲＣ接続要求メッセージは、ＲＲＣ接続を確立するために用いられ、ＲＲＣ接続再確立要求メッセージは、ＲＲＣ接続を再度確立するために用いられることを理解されたい。ＲＲＣ接続要求メッセージ及びＲＲＣ接続再確立要求メッセージに関する詳細については、従来技術を参照されたい。本願において詳細は記載されていない。
Ｍｓｇ３の別の実施形態では、Ｍｓｇ３は、ＲＲＣ接続要求メッセージ、ＲＲＣ接続再開要求メッセージ又はＲＲＣ接続再確立要求メッセージであってよく、アップリンクデータは、データ無線ベアラＤＲＢを用いて送信される。したがって、早期アップリンクデータ伝送は、ユーザプレーン最適化（Ｕｓｅｒ ｐｌａｎｅ ＣＩｏＴ ＥＰＳ ｏｐｔｉｍｉｚａｔｉｏｎ、ＵＰ）スキームを用いて実現され得る。同様に、データ及びメッセージ３は、共にアクセスネットワークデバイスに送信されてよい、又は、別々に送信されてよい。
本明細書において、ＲＲＣ接続再開要求メッセージ又はＲＲＣ接続再確立要求メッセージは、アクセスネットワークデバイスがＲＲＣ接続を解放した後に、ＲＲＣ接続を再開するために用いられることを理解されたい。詳細については、従来技術を参照されたい。本願において詳細は記載されていない。
Ｓ３４０、アクセスネットワークデバイスは、アップリンクデータをＭＭＥ又はＳ‐ＧＷに送信する。
結論として、本願のデータ伝送方法では、アクセスネットワークデバイスが早期データ伝送の機能をサポートしている場合、リソースが予約され得ることで、アップリンクデータは、端末デバイスが早期アップリンクデータ伝送を必要とする場合、予約されたリソースを用いてＭｓｇ３と共に送信される。この場合、端末デバイスは、端末デバイスが早期アップリンクデータ伝送を実行する必要があることを、Ｍｓｇ１を用いてアクセスネットワークデバイスに示してよい、又は、端末デバイスの早期データ伝送要件をアクセスネットワークデバイスに示さなくてよい。
本願における別のデータ伝送方法では、アクセスネットワークデバイスが早期データ伝送の機能をサポートしている場合、アクセスネットワークデバイスが、端末デバイスが早期アップリンクデータ伝送を実行する必要があることを認識した場合に、例えば、ランダムアクセスリソース＃Ａ又はランダムアクセスプリアンブル＃Ａを用いて、端末デバイスが早期アップリンクデータ伝送を実行する必要があることを認識した場合に、アクセスネットワークデバイスは、アップリンクデータを伝送するために用いられるリソース、例えば、ターゲットリソースを端末デバイスに割り当て得ることで、端末デバイスは、Ｍｓｇ３を伝送している間に、アクセスネットワークデバイスにより割り当てられたリソースを用いてアップリンクデータを送信し得る。
したがって、本願の本実施形態におけるデータ伝送方法によれば、早期アップリンクデータ伝送が実施され得ることで、電力消費及びシグナリングオーバヘッドを削減できる。
以下では、図４及び図５をそれぞれ参照して、ＣＰスキームベースのデータ伝送方法及びＵＰスキームベースのデータ伝送方法を説明する。図４及び図５に示され、かつ、図２におけるものと同一又は対応する段階については、図２の上述した説明に対して参照が行われ得る。繰り返しを避けるために、図４及び図５が説明される場合、もはや、同一又は対応する内容を詳細に説明することはしていないことを理解されたい。
図４は、本願の実施形態に係るＣＰスキームに基づく早期アップリンクデータ伝送の概略フローチャートである。
Ｓ４１０、端末デバイスは、Ｍｓｇ１をアクセスネットワークデバイスに送信する。
Ｓ４２０、Ｍｓｇ１を受信した後に、アクセスネットワークデバイスは、Ｍｓｇ２を端末デバイスに送信する。
Ｓ４３０、端末デバイスは、アクセスネットワークデバイスにＲＲＣ接続要求メッセージ又はＲＲＣ接続再確立要求メッセージを送信し、ＲＲＣ接続要求メッセージ又はＲＲＣ接続再確立要求メッセージは、アップリンクデータを含むＮＡＳ ＰＤＵを保持する。
オプションで、アクセスネットワークデバイスは、ＣＰスキームにおける端末デバイス機能情報を格納してよい。メッセージ３を受信した後に、アクセスネットワークデバイスは、Ｓ‐ＴＭＳＩに基づいて、アクセスネットワークデバイスにより格納される端末デバイス機能情報を見つけ得る。次に、アクセスネットワークデバイスは、端末デバイスが早期データ伝送の機能を有するか否かを判定してよい。端末デバイスが当該機能を有していない場合、アクセスネットワークデバイスは、接続を拒否し得る、又は、通常の手順に戻り得る。
例外が対処される必要がある。ＭＭＥが、Ｓ‐ＴＭＳＩを端末デバイスに再度割り当てる、又は、端末デバイスのＳ‐ＴＭＳＩを変更する場合、ＮＡＳ情報の伝送を通じてＳ‐ＴＭＳＩが変更されるので、アクセスネットワークデバイスはこれを認識していない。この場合、アクセスネットワークデバイスにより格納された情報（例えば、ＵＥ情報転送（ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ）メッセージから取得した情報）は、格納済みの更新された端末デバイスのＳ‐ＴＭＳＩと一致しない。その結果、端末デバイスにより送信されるメッセージ３において保持されるＳ‐ＴＭＳＩは、別の端末デバイスにより前に用いられていたＳ‐ＴＭＳＩであるかもしれない。この場合、アクセスネットワークデバイスにより格納される端末デバイスの機能及び端末デバイスのサービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ、ＱｏＳ）情報は、それに間違って対応するかもしれない。したがって、以下のいくつかの解決手段が提案される。
ａ：Ｓ‐ＴＭＳＩを端末デバイスに再度割り当てる場合、ＭＭＥは、アクセスネットワークデバイスに通知し、その結果、アクセスネットワークデバイスは、Ｓ‐ＴＭＳＩに対応する機能情報などを含む格納済みの情報を削除し得る、又は、アクセスネットワークデバイスは、再度割り当てられたＳ‐ＴＭＳＩが通知される。再度割り当てられたＳ‐ＴＭＳＩを受信した後に、アクセスネットワークデバイスは、Ｓ‐ＴＭＳＩを更新することで、端末デバイスの新たなＳ‐ＴＭＳＩは、端末デバイスの関連情報と一致し得る。通知メッセージは、Ｓ１ＡＰメッセージ、例えば、ダウンリンクＮＡＳ転送メッセージ又は接続確立インジケーションメッセージである。具体的には、ダウンリンクＮＡＳ転送メッセージは、Ｓ‐ＴＭＳＩを更新するためにＳ‐ＴＭＳＩを保持することで、Ｓ‐ＴＭＳＩは、ＵＥ情報転送メッセージから前に受信した端末デバイスの関連情報に対応する。
ｂ：アクセスネットワークデバイスのハンドオーバ中に、元のアクセスネットワークデバイスがメッセージを削除でき、かつ、再割り当て問題が回避されることを確保するために、ＭＭＥは、Ｓ‐ＴＭＳＩを再度割り当てるときに、端末デバイスにより最近アクセスされたいくつかのアクセスネットワークデバイスに通知することで、アクセスネットワークデバイスは、Ｓ‐ＴＭＳＩをタイミングよく更新できる。代わりに、ＭＭＥは、端末デバイスにより最近アクセスされたいくつかのアクセスネットワークデバイスに、格納された古いＳ‐ＴＭＳＩ及び古いＳ‐ＴＭＳＩに対応する端末デバイスの関連情報、例えば、ＵＥ ＱｏＳ及び端末デバイスの無線機能を削除するよう命令する。
ｃ：アクセスネットワークデバイス及びＭＭＥはそれぞれタイマを有する。アクセスネットワークデバイスがＳ‐ＴＭＳＩを取得する場合、Ｓ‐ＴＭＳＩは、端末デバイスのコンテキストに対応する。アクセスネットワークデバイスは、タイマを開始し、タイマがオーバフローした場合に関連するコンテキストを削除する。ＭＭＥもタイマを有する。タイマは、Ｓ‐ＴＭＳＩが割り当てられた後に開始する。タイマがオーバフローする前に、別の端末デバイスに対して、Ｓ‐ＴＭＳＩを割り当てることができない。
Ｓ４４０、アクセスネットワークデバイスは、取得ＵＥ情報メッセージ（Ｒｅｔｒｉｅｖｅ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｍｅｓｓａｇｅ）をＭＭＥに送信する。取得端末デバイス情報メッセージは、アップリンクデータを含み、別のメッセージ名を有してもよい。特定のシグナリング名に限定されるものではない。
この場合、ＭＭＥは、端末デバイスのアップリンクデータを取得でき、これにより、早期アップリンクデータ伝送を実現する。
オプションで、取得端末デバイス情報メッセージは、ダウンリンクデータ要求インジケーション情報をさらに含み、方法は、以下の段階をさらに含んでよい。
Ｓ４５０、ＭＭＥがダウンリンクデータを有する場合、ＭＭＥは、ＵＥ情報転送（ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ）メッセージをアクセスネットワークデバイスに送信する。ユーザ情報転送メッセージは、ダウンリンクデータを含み、別のメッセージ名を有してもよい。特定のシグナリング名に限定されるものではない。
Ｓ４６０、アクセスネットワークデバイスは、ダウンリンクデータを端末に送信する。
オプションで、方法は、以下の段階をさらに含んでよい。
Ｓ４７０、アクセスネットワークデバイスは、解放メッセージを端末デバイスに送信する。解放メッセージは、端末デバイスをアイドルモードへと解放するために用いられる。
オプションで、解放メッセージは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージであってよい。
さらに、アクセスネットワークデバイスがＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ又はＲＲＣ接続再開メッセージを送信する場合、当該メッセージは、端末デバイスの接続を解放するために、ＲＲＣ接続解放メッセージにおける関連情報を含んでよい。メッセージは、具体的には、解放原因及びリダイレクトインジケーションなどを含んでよい。
アクセスネットワークデバイスがＲＲＣ接続拒否メッセージを送信する場合、メッセージは、端末デバイスがアイドルモードへと解放されることを示すインジケーション情報、例えば、原因値を保持してもよい。
アクセスネットワークデバイスがＲＲＣ接続解放メッセージを送信し、かつ、端末デバイスの識別子情報を保持する場合、端末デバイスをアイドルモードへと直接的に解放するために、当該識別子を保持するＭＡＣ ＣＥがＲＲＣメッセージに加えられてよい。代わりに、端末デバイスがメッセージ５、例えば、ＲＲＣ接続セットアップ完了メッセージをアクセスネットワークデバイスに送信した後に、アクセスネットワークデバイスは、ＲＲＣ接続解放メッセージを端末デバイスに送信してよい。
オプションで、Ｓ４６０の特定の実施形態では、アクセスネットワークデバイスは、Ｓ４７０における解放メッセージを用いて、ダウンリンクデータを端末デバイスに送信してよい。具体的には、ダウンリンクデータは、解放メッセージにおいて保持されてよい。さらに、ダウンリンクデータは、ＮＡＳ ＰＤＵ内でカプセル化されたデータである。
オプションで、Ｓ４７０は、ＭＭＥがダウンリンクデータ伝送を有していないシナリオにおいて実行されてもよい。具体的には、ＭＭＥがダウンリンクデータを伝送する必要がない場合、アクセスネットワークデバイスは、端末デバイスをアイドルモードへと解放するために、解放メッセージを端末デバイスに送信してよい。
ＭＭＥがダウンリンクデータ伝送を有していない場合、端末デバイスは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ、ＲＲＣ接続再開メッセージ又はＲＲＣ接続拒否メッセージを用いて、前もって解放され得る。従来技術における解放手順と比較して、これは、シグナリングオーバヘッドを削減でき、端末デバイスの電力消費を削減できる。
図５は、本願の実施形態に係るＵＰスキームに基づく早期アップリンクデータ伝送の概略フローチャートである。
Ｓ５１０、端末デバイスは、Ｍｓｇ１をアクセスネットワークデバイスに送信する。
Ｓ５２０、Ｍｓｇ１を受信した後に、アクセスネットワークデバイスは、Ｍｓｇ２を端末デバイスに送信する。
Ｓ５３０、端末デバイスは、ＲＲＣ接続セットアップ要求、ＲＲＣ接続再開要求メッセージ又はＲＲＣ接続再確立要求メッセージをアクセスネットワークデバイスに送信する。
アップリンクデータは、データ無線ベアラＤＲＢを用いて送信され得る。アップリンクデータは、暗号化される必要がある。以前の接続においてネクストホップチェーンカウント（ｎｅｘｔ ｈｏｐ ｃｈａｉｎｉｎｇ ｃｏｕｎｔ、ＮＣＣ）を取得することにより、鍵が更新され得る。
Ｓ５４０、アクセスネットワークデバイスは、第２要求メッセージをＭＭＥに送信する。
オプションで、第２要求メッセージの内容は、端末デバイスコンテキスト再開要求メッセージの内容と同一であってよい。
さらに、第２要求メッセージは、端末デバイスコンテキスト再開要求メッセージであってよい。
ＲＲＣ接続再開要求メッセージ又はＲＲＣ接続再確立要求メッセージを受信した後に、アクセスネットワークデバイスは、完全性に関するショートメッセージ認証コード（ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ ｆｏｒ Ｉｎｔｅｇｒｉｔｙ、ｓｈｏｒｔ‐ＭＡＣ‐Ｉ）に基づいて、端末デバイスを検証する。アクセスネットワークデバイスが元のアクセスネットワークデバイスではない場合、ショートＭＡＣ‐Ｉは、Ｘ２インタフェースを通じてソースアクセスネットワークデバイスに送信される必要がある。ソースアクセスネットワークデバイスは検証を実行する。検証が成功した後に、端末デバイスのコンテキスト情報が現在のアクセスネットワークデバイスに送信されて、後続の工程が実行される。Ｓ５５０、ＭＭＥは、第２要求メッセージに基づいて、第２応答メッセージをアクセスネットワークデバイスに送信する。
オプションで、第２応答メッセージの内容は、端末デバイスコンテキスト再開応答メッセージの内容と同一であってよい。
さらに、第２応答メッセージは、端末デバイスコンテキスト再開応答メッセージである。
受信した応答メッセージに基づいて、アクセスネットワークデバイスにより受信されるデータに対応する無線アクセスベアラ（Ｅ‐ＵＴＲＡＮ ｒａｄｉｏ ａｃｃｅｓｓ ｂｅａｒｅｒ、Ｅ‐ＲＡＢ）が拒否されたことを、アクセスネットワークデバイスが見つけた場合、アクセスネットワークデバイスは、ＲＲＣ接続再開メッセージ又はＲＲＣ接続セットアップメッセージを端末デバイスに送信する。メッセージは、インジケーション情報を含んでよい。当該インジケーション情報は、Ｅ‐ＲＡＢ上でのデータ伝送が拒否又は失敗したことを示すために、又は、端末デバイスが前に送信されたデータパケットを再送信する必要があることを示すために用いられる。アクセスネットワークデバイスは、データ伝送用に追加のＵＬグラントを割り当てる。
Ｓ５６０、アクセスネットワークデバイスは、第２応答メッセージを受信し、アップリンクデータをＳ‐ＧＷに送信する。
この場合、Ｓ‐ＧＷは、端末デバイスのアップリンクデータを取得でき、これにより、早期アップリンクデータ伝送を実現する。
オプションで、方法は、以下の段階をさらに含んでよい。
Ｓ５７０、アップリンクデータの送信に成功した後に、アクセスネットワークデバイスは、端末デバイスコンテキスト解放要求メッセージ又は端末デバイスコンテキスト一時停止要求メッセージをＭＭＥに送信してよい。
Ｓ５８０、ＭＭＥは、端末デバイスコンテキスト解放要求メッセージに基づいて、端末デバイスコンテキスト解放コマンドメッセージをアクセスネットワークデバイスに送信する、又は、ＭＭＥは、コンテキスト一時停止要求メッセージに基づいて、端末デバイスコンテキスト一時停止完了メッセージをアクセスネットワークデバイスに送信する。
Ｓ５９０、アクセスネットワークデバイスは、端末デバイスコンテキスト解放コマンドメッセージ又は端末デバイスコンテキスト一時停止完了メッセージに基づいて、解放メッセージを端末デバイスに送信する。解放メッセージは、端末デバイスをアイドルモードへと解放するために用いられる。
オプションで、解放メッセージは、ここでは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージであってよい。
さらに、アクセスネットワークデバイスがＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ又はＲＲＣ接続再開メッセージを送信する場合、当該メッセージは、端末デバイスの接続を解放するために、ＲＲＣ接続解放メッセージにおける関連情報を含んでよい。メッセージは、具体的には、解放原因及びリダイレクトインジケーションなどを含んでよい。
アクセスネットワークデバイスがＲＲＣ接続拒否メッセージを送信する場合、メッセージは、端末デバイスがアイドルモードへと解放されることを示すインジケーション情報、例えば、原因値を保持してもよい。
アクセスネットワークデバイスがＲＲＣ接続解放メッセージを送信した場合、端末デバイスは、アイドルモードへと直接的に解放される。
この処理において、アクセスネットワークデバイスがダウンリンクデータも受信した場合、ダウンリンクデータ及び解放メッセージが、共に端末デバイスへと送信され得る。
Ｓ‐ＧＷがダウンリンクデータ伝送を有していない場合、端末デバイスは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立完了メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージを用いて、前もって解放され得る。従来技術における解放手順と比較して、これは、シグナリングオーバヘッドを削減でき、端末デバイスの電力消費を削減できる。
図６は、本願の別の実施形態に係るＣＰスキームに基づくデータ伝送方法を示す。図６に示される方法は、早期ダウンリンクデータ伝送に適用可能である。
Ｓ６１０、端末デバイスは、ランダムアクセスプリアンブルをアクセスネットワークデバイスに送信する。具体的には、端末デバイスは、ランダムアクセス要求メッセージ、すなわち、メッセージ１（Ｍｓｇ１）をアクセスネットワークデバイスに送信する。詳細については、従来技術を参照されたい。簡潔にするために、ここでは詳細を説明しない。
Ｓ６２０、Ｍｓｇ１を受信した後に、アクセスネットワークデバイスは、ランダムアクセス応答メッセージを端末デバイスに送信する。具体的には、アクセスネットワークデバイスは、メッセージ２（Ｍｓｇ２）を送信する。
Ｍｓｇ２は、ＴＡ及びＵＬグラントを保持する。ＵＬグラントは、アクセスネットワークデバイスにより端末デバイスに割り当てられ、かつ、メッセージ３（Ｍｓｇ３）を伝送するために端末デバイスにより用いられるリソースである。ＴＡ及びＵＬグラントに関する詳細については、従来技術を参照されたい。ここでは詳細を説明しない。
Ｓ６３０、端末デバイスは、Ｍｓｇ３をアクセスネットワークデバイスに送信する。Ｍｓｇ３は、サービス要求メッセージ（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ Ｍｅｓｓａｇｅ）を含み得る。
早期ダウンリンク伝送が、メッセージ１又は時間周波数符号リソースを用いて区別されていない場合、メッセージ３は、ＵＥが早期ダウンリンクデータ伝送を実行する必要があることを示すために用いられてよい。つまり、ダウンリンクデータは、ＲＲＣ接続が確立される前に伝送される。この場合、インジケーションメッセージを受信した後に、アクセスネットワークデバイスは、比較的早くに、コアネットワークデバイスとのシグナリングインタラクションをトリガしてよい。
オプションで、Ｍｓｇ３は、ＲＲＣ接続要求メッセージ又はＲＲＣ接続再確立要求メッセージであってよい。
Ｓ６４０、Ｍｓｇ３を受信した後に、アクセスネットワークデバイスは、要求メッセージをＭＭＥに送信する。
メッセージは、取得ＵＥ情報メッセージ又は別のメッセージであってよい。
Ｓ６５０、要求メッセージを受信した後に、ＭＭＥは、ダウンリンクデータをアクセスネットワークデバイスに送信する。
オプションで、ＭＭＥは、ＵＥ情報転送メッセージを用いて、ダウンリンクデータをアクセスネットワークデバイスに送信してよい。つまり、ＵＥ情報転送メッセージは、ダウンリンクデータを保持してよい。
Ｓ６６０、アクセスネットワークデバイスは、ダウンリンクデータを端末デバイスに送信する。
オプションで、アクセスネットワークデバイスは、解放メッセージを用いて、ダウンリンクデータを端末デバイスに送信してよい。さらに、解放メッセージを受信した後に、端末デバイスは、アイドルモードに入ってよい。
オプションで、解放メッセージは、ここでは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージであってよい。
さらに、アクセスネットワークデバイスがＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ又はＲＲＣ接続再開メッセージを送信する場合、当該メッセージは、端末デバイスの接続を解放するために、ＲＲＣ接続解放メッセージにおける関連情報を含んでよい。メッセージは、具体的には、解放原因及びリダイレクトインジケーションなどを含んでよい。
アクセスネットワークデバイスがＲＲＣ接続拒否メッセージを送信する場合、メッセージは、端末デバイスがアイドルモードへと解放されることを示すインジケーション情報、例えば、原因値を保持してもよい。
アクセスネットワークデバイスがＲＲＣ接続解放メッセージを送信する場合、端末デバイスは、アイドルモードへと直接的に解放される。
ＭＭＥがダウンリンクデータ伝送を有していない場合、端末デバイスは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージを用いて、前もって解放され得る。従来技術における解放手順と比較して、これは、シグナリングオーバヘッドを削減でき、端末デバイスの電力消費を削減できる。
したがって、本願の本実施形態におけるデータ伝送方法によれば、早期ダウンリンクデータ伝送が実施され得るので、電力消費及びシグナリングオーバヘッドを削減できる。
図７は、本願の別の実施形態に係るＵＰスキームに基づくデータ伝送方法を示す。図７に示される方法は、早期ダウンリンクデータ伝送に適用可能である。
図７は、本願の実施形態に係るデータ伝送方法の概略フローチャートである。
Ｓ７１０、端末デバイスは、ランダムアクセスプリアンブルをアクセスネットワークデバイスに送信する。具体的には、端末デバイスは、ランダムアクセス要求メッセージ、すなわち、メッセージ１（Ｍｓｇ１）をアクセスネットワークデバイスに送信する。詳細については、従来技術を参照されたい。簡潔にするために、ここでは詳細を説明しない。
Ｓ７２０、Ｍｓｇ１を受信した後に、アクセスネットワークデバイスは、ランダムアクセス応答メッセージを端末デバイスに送信する。具体的には、アクセスネットワークデバイスは、メッセージ２（Ｍｓｇ２）を送信する。
Ｍｓｇ２は、ＴＡ及びＵＬグラントを保持する。ＵＬグラントは、アクセスネットワークデバイスにより端末デバイスに割り当てられ、かつ、メッセージ３（Ｍｓｇ３）を伝送するために端末デバイスにより用いられるリソースである。ＴＡ及びＵＬグラントに関する詳細については、従来技術を参照されたい。ここでは詳細を説明しない。
Ｓ７３０、端末デバイスは、Ｍｓｇ２に基づいて、Ｍｓｇ３をアクセスネットワークデバイスに送信する。Ｍｓｇ３は、サービス要求メッセージ（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ Ｍｅｓｓａｇｅ）を含み得る。
メッセージ１又は時間周波数符号リソースを用いて、早期ダウンリンク伝送が区別されていない場合、メッセージ３は、早期ダウンリンクデータ伝送を示すために用いられてよい。つまり、ダウンリンクデータは、ＲＲＣ接続が確立される前に伝送される。この場合、インジケーションメッセージを受信した後に、アクセスネットワークデバイスは、比較的早くにコアネットワークデバイスとのシグナリングインタラクションをトリガしてよい。詳細については、Ｓ７４０及び後続の工程を参照されたい。
オプションで、Ｍｓｇ３は、ＲＲＣ接続要求メッセージ、ＲＲＣ接続再開要求メッセージ又はＲＲＣ接続再確立要求メッセージであってよい。
Ｓ７４０、Ｍｓｇ３においてサービス要求メッセージを受信した後に、アクセスネットワークデバイスは、サービス要求メッセージをＭＭＥに送信する。
オプションで、アクセスネットワークデバイスは、端末デバイスコンテキスト再開要求メッセージを用いて、サービス要求メッセージをＭＭＥに送信してよい。
Ｓ７５０、ＭＭＥは、サービス要求メッセージに基づいて、サービス応答メッセージをアクセスネットワークデバイスに送信する。
オプションで、アクセスネットワークデバイスにより送信された端末デバイスコンテキスト再開要求メッセージを受信した後に、ＭＭＥは、端末デバイスコンテキスト再開応答メッセージをアクセスネットワークデバイスに送信してよい。
Ｓ７６０、ＭＭＥは、修正ベアラ要求メッセージをＳ‐ＧＷに送信する。
Ｓ７７０、Ｓ‐ＧＷは、修正ベアラ応答メッセージをＭＭＥに返すことで、Ｓ‐ＧＷは、アクセスネットワークデバイスのアドレスを取得できる。
Ｓ７８０、Ｓ‐ＧＷは、ダウンリンクデータをアクセスネットワークデバイスに送信する。
Ｓ７９０、アクセスネットワークデバイスは、ダウンリンクデータを端末デバイスに送信する。
オプションで、Ｓ７８０の前で、アクセスネットワークデバイスがＳ‐ＧＷにより送信されたダウンリンクデータを受信した後に、方法は、さらに、
アクセスネットワークデバイスにより、端末デバイスコンテキスト解放要求メッセージ又は端末デバイスコンテキスト一時停止要求メッセージをＭＭＥに送信する段階と、
ＭＭＥにより、端末デバイスコンテキスト解放要求メッセージに基づいて、端末デバイスコンテキスト解放コマンドメッセージをアクセスネットワークデバイスに送信する段階、又は、ＭＭＥにより、コンテキスト一時停止要求メッセージに基づいて、端末デバイスコンテキスト一時停止完了メッセージをアクセスネットワークデバイスに送信する段階と、
アクセスネットワークデバイスにより、端末デバイスコンテキスト解放コマンドメッセージ又は端末デバイスコンテキスト一時停止完了メッセージに基づいて、解放メッセージを端末デバイスに送信する段階であって、解放メッセージは、端末デバイスをアイドルモードへと解放するために用いられる、段階と
を含んでよい。
オプションで、解放メッセージは、ここでは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージであってよい。特定の解放情報については、他の実施形態を参照されたい。
さらに、アクセスネットワークデバイスがＲＲＣ接続セットアップメッセージを送信する場合、当該メッセージは、端末デバイスの接続を解放するために、ＲＲＣ接続解放メッセージにおける関連情報を含んでよい。メッセージは、具体的には、解放原因及びリダイレクトインジケーションなどを含んでよい。
アクセスネットワークデバイスがＲＲＣ接続拒否メッセージを送信する場合、当該メッセージは、送信することに関する原因値を保持してもよい。原因値は、端末デバイスがアイドルモードへと解放されることを示す。
アクセスネットワークデバイスがＲＲＣ接続解放メッセージを送信した場合、端末デバイスは、アイドルモードへと直接的に解放される。
オプションで、Ｓ７９０において、アクセスネットワークデバイスは、解放メッセージを用いて、ダウンリンクデータを端末デバイスに送信してよい。
Ｓ‐ＧＷがダウンリンクデータ伝送を有していない場合、端末デバイスは、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立完了メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージを用いて、前もって解放され得る。従来技術における解放手順と比較して、これは、シグナリングオーバヘッドを削減でき、端末デバイスの電力消費を削減できる。
したがって、本願の本実施形態におけるデータ伝送方法によれば、早期アップリンクデータ伝送が実施され得ることで、電力消費及びシグナリングオーバヘッドを削減できる。
オプションで、可能な実施例において、ＵＥがページングメッセージを受信した場合、ページングメッセージは、ＵＥが早期ダウンリンクデータ受信の工程を実行できることを示すインジケーション情報を含んでよい。このように、ＵＥは、早期ダウンリンクデータ受信の工程に基づいて、後続の手順を実行してよい。さらに、コアネットワークデバイスは、ＵＥが早期ダウンリンクデータ受信の工程を実行する必要があることを示すインジケーション情報を、基地局に送信されるページングメッセージに加えてよい。
オプションで、端末デバイスが接続モードにある場合、アクセスネットワークデバイスはまた、物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）命令を用いてインジケーションを端末デバイスに送信して、早期データ伝送、例えば、早期アップリンクデータ伝送又は早期ダウンリンクデータ伝送の方式でＵＥがランダムアクセスを実行する、すなわち、ＰＤＣＣＨ命令を用いてランダムアクセスを実行する必要があることを示してよい。特定のインジケーション情報がＤＣＩにおいて保持され得る。代わりに、ＵＥによりアクセスされ、かつ、アクセスネットワークデバイスにより示されるリソースの位置は、早期データ伝送を実現するために、早期データ伝送に用いられるリソースの位置である。このように、接続モードにおいて、アクセスネットワークデバイスは、ＰＤＣＣＨを用いて、ＵＥに早期データ伝送を実行するよう命令できる。
図８は、本願の実施形態に係る端末デバイス８００の概略ブロック図である。図８に示されように、端末デバイス８００は、処理ユニット８１０及び送受信ユニット８２０を含む。
処理ユニット８１０は、第１インジケーションを生成するように構成され、第１インジケーションは、無線リソース制御ＲＲＣ接続が確立される前にデータが伝送される必要があることを示すために用いられる。
送受信ユニット８２０は、第１インジケーションをアクセスネットワークデバイスに送信することであって、第１インジケーションは、無線リソース制御ＲＲＣ接続が確立される前にデータが伝送される必要があることを示すために用いられる、送信することと、
ＲＲＣ接続が確立される前に、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送することと
を実行するように構成される。
オプションで、第１インジケーションがランダムアクセスプリアンブルである場合、送受信ユニット８２０は、具体的には、第１ランダムアクセスプリアンブルをアクセスネットワークデバイスに送信するように構成される。
オプションで、送受信ユニット８２０は、具体的には、第１ランダムアクセスリソース上でアクセスネットワークデバイスにランダムアクセスプリアンブルを送信するように構成される。
オプションで、送受信ユニット８２０は、具体的には、第１インジケーションを含むメッセージ３をアクセスネットワークデバイスに送信するように構成される。メッセージ３は、
ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージであり、ＲＲＣ接続要求メッセージ又はＲＲＣ接続再確立要求メッセージは、伝送される必要があるデータを含む非アクセス層プロトコルデータユニットＮＡＳ ＰＤＵを保持する。
オプションで、無線リソース制御ＲＲＣ接続が確立される前にデータが伝送される必要があることを示すために第１インジケーションが用いられることは、
ＲＲＣ接続が確立される前にダウンリンクデータが伝送される必要があることを示すために第１インジケーションが用いられることを含む。
オプションで、送受信ユニット８２０は、具体的には、ＲＲＣ接続が確立される前に、端末デバイスとアクセスネットワークデバイスとの間で非アクセス層プロトコルデータユニットＮＡＳ ＰＤＵを伝送する、又は、
ＲＲＣ接続が確立される前に、データ無線ベアラＤＲＢを用いて端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する
ように構成される。
オプションで、送受信ユニット８２０は、具体的には、アクセスネットワークデバイスにより送信された解放メッセージを受信するように構成され、解放メッセージは、無線リソース制御ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立完了メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージであり、解放メッセージは、端末デバイスをアイドルモードへと解放するために用いられる。
処理ユニット８１０は、プロセッサにより実装されてよく、送受信ユニット８２０は、送受信機により実装されてよいことを理解されたい。
端末デバイス８００は、上述した方法において説明された端末デバイスに対応してよく、端末デバイス８００内のモジュール又はユニットは、図２から図７に示される方法の実施形態における端末デバイスにより実行される動作又は処理プロセスを実行するように構成されることをさらに理解されたい。ここでは、繰り返しを避けるためにそれらの詳細な説明が省略されている。
図９は、本願の実施形態に係るアクセスネットワークデバイス９００の概略ブロック図である。図９に示されるように、アクセスネットワークデバイス９００は、処理ユニット９１０及び送受信ユニット９２０を含む。
送受信ユニット９２０は、端末デバイスにより送信された第１インジケーションを受信するように構成され、第１インジケーションは、無線リソース制御ＲＲＣ接続が確立される前にデータが伝送される必要があることを示すために用いられる。
処理ユニット９１０は、現在のステータスが、ＲＲＣ接続が確立されていない状態であるか否かを判定するように構成される。
処理ユニット９１０が、ＲＲＣ接続が確立されていないと判定した場合、送受信ユニット９２０は、アクセスネットワークデバイスと端末デバイスとの間でデータを伝送するように構成される。
オプションで、第１インジケーションがランダムアクセスプリアンブルである場合、送受信ユニット９２０は、具体的には、端末デバイスにより送信された第１ランダムアクセスプリアンブルを受信するように構成される。
オプションで、送受信ユニット９２０は、具体的には、第１ランダムアクセスリソース上で、端末デバイスにより送信されたランダムアクセスプリアンブルを受信するように構成される。
オプションで、送受信ユニット９２０は、具体的には、第１インジケーションを含み、かつ、端末デバイスにより送信されたメッセージ３を受信するように構成される。メッセージ３は、
ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージであり、ＲＲＣ接続要求メッセージ又はＲＲＣ接続再確立要求メッセージは、伝送される必要があるデータを含む非アクセス層プロトコルデータユニットＮＡＳ ＰＤＵを保持する。
オプションで、無線リソース制御ＲＲＣ接続が確立される前にデータが伝送される必要があることを示すために第１インジケーションが用いられることは、
ＲＲＣ接続が確立される前にダウンリンクデータが伝送される必要があることを示すために第１インジケーションが用いられることを含む。
オプションで、送受信ユニット９２０は、具体的には、ＲＲＣ接続が確立される前に、アクセスネットワークデバイスと端末デバイスとの間で非アクセス層プロトコルデータユニットＮＡＳ ＰＤＵを伝送する、又は、
ＲＲＣ接続が確立される前に、データ無線ベアラＤＲＢを用いてアクセスネットワークデバイスと端末デバイスとの間でデータを伝送する
ように構成される。
オプションで、送受信ユニット９２０は、具体的には、解放メッセージを端末デバイスに送信するように構成され、解放メッセージは、無線リソース制御ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続再確立完了メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージであり、解放メッセージは、端末デバイスをアイドルモードへと解放するために用いられる。
処理ユニット９１０は、プロセッサにより実装されてよく、送受信ユニット９２０は、送受信機により実装されてよいことを理解されたい。
アクセスネットワークデバイス９００は、上述した方法において説明されたアクセスネットワークデバイスに対応してよく、アクセスネットワークデバイス９００内のモジュール又はユニットは、図２から図７に示される方法の実施形態におけるアクセスネットワークデバイスにより実行される動作又は処理プロセスを実行するように構成されることをさらに理解されたい。ここでは、繰り返しを避けるためにそれらの詳細な説明が省略されている。
図１０は、本願の別の実施形態に係るデータ伝送方法の概略フローチャートである。図１０は、方法についての詳細な通信段階又は操作を示すことを理解されたい。しかしながら、これらの段階又は操作は、単なる例に過ぎず、図１０における様々な操作についての他の操作又は変形例が本願の本実施形態においてさらに実行されてよい。さらに、図１０における段階は、図１０に示されているものとは異なるシーケンスで実行されてよく、必ずしも図１０のすべての操作が実行されなくてもよい。
Ｓ１０１０、端末デバイスは、第１インジケーションをアクセスネットワークデバイスに送信する。対応して、アクセスネットワークデバイスは、第１インジケーションを受信する。
第１インジケーションは、端末デバイスによりアクセスネットワークデバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、端末デバイスがデータ（すなわち、アップリンクデータ）を伝送することを示すために用いられ、及び／又は、第１インジケーションは、アクセスネットワークデバイスにより端末デバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスがデータ（すなわち、ダウンリンクデータ）を伝送することを示すために用いられる。具体的には、第１インジケーションは、端末デバイスとアクセスネットワークデバイスとの間で伝送される第１シグナリングにデータを加えて、第１シグナリングを伝送している間にデータを伝送する、又は、第１シグナリングを伝送した直後にデータを伝送するよう命令するために用いられる。第１シグナリングは、ランダムアクセスプロセスにおける端末デバイスとアクセスネットワークデバイスとの間の第１ＲＲＣシグナリングである。具体的には、第１インジケーションは、端末デバイスとアクセスネットワークデバイスとの間の第１ＲＲＣシグナリングに基づいて、端末デバイスがアップリンクデータを伝送することを示すために用いられ、及び／又は、第１インジケーションは、アクセスネットワークデバイスと端末デバイスとの間の第１ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスがダウンリンクデータを伝送することを示すために用いられる。
以下では、説明及び理解をしやすくするために、端末デバイスによりアクセスネットワークデバイスに送信される第１ＲＲＣシグナリングは、ＲＲＣシグナリング＃１として示され、アクセスネットワークデバイスにより端末デバイスに送信される第１ＲＲＣシグナリングは、ＲＲＣシグナリング＃２として示される。
対応して、端末デバイスは、ＲＲＣシグナリング＃１に基づいてアクセスネットワークデバイスにアップリンクデータを送信してよく、アクセスネットワークデバイスは、ＲＲＣシグナリング＃２に基づいて端末デバイスにダウンリンクデータを送信してよい。つまり、端末デバイスは、ＲＲＣシグナリング＃１に基づいて早期アップリンクデータ伝送を実行してよく、アクセスネットワークデバイスは、ＲＲＣシグナリング＃２に基づいて早期ダウンリンクデータ伝送を実行してよい。
オプションで、ＲＲＣシグナリング＃１は、メッセージ３（Ｍｓｇ３）であってよい。
例えば、Ｍｓｇ３は、ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ又はＲＲＣ接続再開要求メッセージであってよい。
ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージに関する詳細については、従来技術を参照されたい。簡潔にするために、ここでは詳細を説明しない。
さらに、ＲＲＣシグナリング＃１は、代わりに、ランダムアクセスプロセスにおいて、端末デバイスによりアクセスネットワークデバイスに送信される新たに規定された第１ＲＲＣシグナリング（例えば、ＲＲＣ接続データ伝送メッセージとして示される）であってよい。ＲＲＣ接続データ伝送メッセージは、ＲＲＣ接続管理を必要としないメッセージである。ＲＲＣ接続データ伝送メッセージは、メッセージ２（Ｍｓｇ２、すなわち、ランダムアクセス応答メッセージ）に続く第１メッセージであってよい。
さらに、ＲＲＣシグナリング＃１は、短い時間内にアップリンクデータがないことを示す解放支援インジケーション（Ｒｅｌｅａｓｅ Ａｓｓｉｓｔａｎｃｅ Ｉｎｄｉｃａｔｉｏｎ、ＲＡＩ）情報を保持し得る。端末デバイスは、解放支援インジケーション情報に基づいて、ＲＲＣアイドルモードにとどまる。
さらに、ＮＡＳメッセージを用いてデータが転送される場合、データが送信されるときに、解放支援インジケーション（Ｒｅｌｅａｓｅ Ａｓｓｉｓｔａｎｃｅ Ｉｎｄｉｃａｔｉｏｎ、ＲＡＩ）情報は、代わりに、ＮＡＳメッセージにおいて保持され得る。インジケーションメッセージは、アップリンクデータ又はダウンリンクデータがあるか否かをコアネットワークデバイスに示してよい、又は、アップリンクデータに対する受信確認又は応答を示してよい。
理解しやすくするために、一般性を失うことなく、以下では、ＲＲＣシグナリング＃１の例としてメッセージ３を用いて本願におけるデータ伝送方法を説明する。
オプションで、端末デバイスは、メッセージ１（Ｍｓｇ１）、すなわち、ランダムアクセス要求メッセージを送信することにより、第１インジケーションをアクセスネットワークデバイスに送信してよい。具体的には、メッセージ１又はメッセージ１内の情報は、早期アップリンクデータ伝送又は早期ダウンリンクデータ伝送を示すために用いられ得る。
例えば、メッセージ１内のプリアンブル（又は、プリアンブルシーケンスと称される）は、早期アップリンクデータ伝送及び／又は早期ダウンリンクデータ伝送を示すために用いられてよい。例えば、メッセージ１内のプリアンブルがプリアンブル＃２である場合、早期アップリンクデータ伝送が示され、メッセージ１内のプリアンブルがプリアンブル＃３である場合、早期ダウンリンクデータ伝送が示され、又は、メッセージ１内のプリアンブルがプリアンブル＃３である場合、早期アップリンクデータ伝送及び早期ダウンリンクデータ伝送の両方が示される。
例えば、端末デバイスは、特定のリソース上でメッセージ１をアクセスネットワークデバイスに送信してよく、特定のリソースは、早期アップリンクデータ伝送及び／又は早期ダウンリンクデータ伝送を示すために用いられる。特定のリソースは、時間－周波数符号リソースであってよい。例えば、端末デバイスが時間－周波数符号リソース＃２を用いてメッセージ１を送信する場合、それは、端末デバイスが早期アップリンクデータ伝送を実行することを示しており、又は、端末デバイスが時間－周波数符号リソース＃３を用いる場合、それは、端末デバイスが早期ダウンリンクデータ伝送を実行することを示している。時間－周波数符号リソースは、時間領域リソース、周波数領域リソース及び符号領域リソースのうちの任意の組み合わせであってよい。
さらに、早期アップリンクデータ伝送のシナリオにおいて、例えば、メッセージ２（Ｍｓｇ２）、すなわち、ランダムアクセス応答メッセージを用いて、ＲＲＣシグナリング＃１を送信するために用いられる時間－周波数リソースを端末デバイスに割り当てている間に、アクセスネットワークデバイスは、アップリンクデータを送信するための時間－周波数リソースをさらに割り当ててよい。
図１１から図１４は、メッセージ２のいくつかのフォーマットを示す。本願では、フォーマットのうちのいずれか１つがメッセージ２に用いられ得る。
図１１から図１４に示されるメッセージ２のフォーマットはそれぞれ、アップリンクタイミングアドバンスコマンド（Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ Ｃｏｍｍａｎｄ、ＴＡＣ）フィールド及び一時セル無線ネットワーク一時識別子（ＴＣ‐ＲＮＴＩ）フィールドを含む。アップリンクタイミングアドバンスコマンドフィールド内の値は、タイミングアドバンス調整値を示し、かつ、アップリンク同期を実行するために、端末デバイスにより用いられる。無線ネットワーク一時識別子フィールド内の値は、アクセスネットワークデバイスによりセル内で端末デバイスに割り当てられる固有の識別子を示す。タイミングアドバンス調整値及びＣ‐ＲＮＴＩに関する詳細については、従来技術を参照されたい。本明細書において詳細は記載されていない。
例えば、ＴＣ‐ＲＮＴＩは、ＲＮＴＩ、ハッシュＳ‐ＴＭＳＩ、Ｓ‐ＴＭＳＩ、切捨て型Ｓ‐ＴＭＳＩ、アクセス乱数、ＩＭＳＩ、又は、ＭＡＣ ＣＥにおいて保持される端末デバイスの識別子などであってよい。端末デバイスの識別子は、本願において特に制限されることはない。
以下では、図１１から図１４に示されるメッセージ２のフォーマットを詳細に別々に説明する。
図１１は、メッセージ２のフォーマットの概略図である。図１１に示されるように、予約フィールド（Ｒ）内の値は、メッセージ２に含まれるアップリンクリソース割り当て（ＵＬグラント）フィールドの数を示すために用いられる。例えば、予約フィールド内の値が１である場合、メッセージ２が２つのアップリンクリソース割り当てフィールド（ＵＬグラント＃１及びＵＬグラント＃２としてそれぞれ示される）を含むことを示しており、ＵＬグラント＃１は、ＵＬグラント＃２に隣接していない。ＵＬグラント＃１内の値は、ＲＲＣシグナリング＃１を送信するために用いられる時間－周波数リソースを示すために用いられ、ＵＬグラント＃２内の値は、アップリンクデータを送信するために用いられる時間－周波数リソースを示すために用いられる。
図１１に示されるメッセージ２内の各フィールドにより占有されるビット（ｂｉｔ）数は、単なる例に過ぎず、メッセージ２内の各フィールドにより占有されるビット数は、本願において特に制限されていないことを理解されたい。例えば、図１１に示されるＵＬグラント＃１及びＵＬグラント＃２は、それぞれ２０ビット及び１６ビットを占有する。実際のアプリケーション中、ＵＬグラント＃１及びＵＬグラント＃２は、代わりに、それぞれ１６ビット及び２０ビットを占有してよい、又は、それぞれが１６ビットを占有してよい。
図１２は、メッセージ２の別のフォーマットの概略図である。図１２に示されるように、予約フィールド（Ｒ）内の値は、メッセージ２に含まれるアップリンクリソース割り当て（ＵＬグラント）フィールドの数を示すために用いられる。例えば、予約フィールド内の値が１である場合、メッセージ２が２つのアップリンクリソース割り当てフィールド（ＵＬグラント＃１及びＵＬグラント＃２としてそれぞれ示される）を含むことを示しており、ＵＬグラント＃１は、ＵＬグラント＃２に隣接している。ＵＬグラント＃１内の値は、ＲＲＣシグナリング＃１を送信するために用いられる時間－周波数リソースを示すために用いられ、ＵＬグラント＃２内の値は、アップリンクデータを送信するために用いられる時間－周波数リソースを示すために用いられる。
図１２に示されるメッセージ２内の各フィールドにより占有されるビット数は、単なる例に過ぎず、メッセージ２内の各フィールドにより占有されるビット数は、本願において特に制限されていないことを理解されたい。例えば、図１２に示されるＵＬグラント＃１及びＵＬグラント＃２は、それぞれ２０ビット及び１６ビットを占有する。実際のアプリケーション中、ＵＬグラント＃１及びＵＬグラント＃２は、代わりに、それぞれ１６ビット及び２０ビットを占有してよい、又は、それぞれが１６ビットを占有してよい。
図１３は、メッセージ２の別のフォーマットの概略図である。図１３に示されるように、予約フィールド（Ｒ）内の値は、アップリンクリソース割り当て（ＵＬグラント）フィールドにより示される時間－周波数リソースの機能を示すために用いられる。例えば、予約フィールド内の値が１である場合、ＵＬグラントフィールドにより示される時間－周波数リソースは、ＲＲＣシグナリング＃１及びアップリンクデータを伝送するために用いられ、又は、予約フィールド内の値が０である場合、ＵＬグラント内の値により示される時間－周波数リソースは、ＲＲＣシグナリング＃１のみを伝送するために用いられる。代わりに、予約フィールド内の値が０である場合、ＵＬグラントフィールドにより示される時間－周波数リソースは、ＲＲＣシグナリング＃１及びアップリンクデータを伝送するために用いられ、又は、予約フィールド内の値が１である場合、ＵＬグラント内の値により示される時間－周波数リソースは、ＲＲＣシグナリング＃１のみを伝送するために用いられることを示す。図１３に示されるメッセージ２内の各フィールドにより占有されるビット数は、単なる例に過ぎず、メッセージ２内の各フィールドにより占有されるビット数は、本願において特に制限されていないことを理解されたい。例えば、図１３に示されるＵＬグラントは、３６ビットを占有する。実際のアプリケーション中、ＵＬグラントは、３０ビットを占有してよい。
図１４は、メッセージ２のフォーマットの概略図である。図１４に示されるように、第１予約フィールド（Ｒ＃１）内の値、又は、第２予約フィールド（Ｒ＃２）内の第１ビットの値は、メッセージ２に含まれるアップリンクリソース割り当て（ＵＬグラント）フィールドの数を示すために用いられる。例えば、Ｒ＃２内の値が１である場合、メッセージ２が、２つのアップリンクリソース割り当てフィールド（ＵＬグラント＃１及びＵＬグラント＃２としてそれぞれ示される）を含むことを示す。ＵＬグラント＃１内の値は、ＲＲＣシグナリング＃１を送信するために用いられる時間－周波数リソースを示すために用いられ、ＵＬグラント＃２内の値は、アップリンクデータを送信するために用いられる時間－周波数リソースを示すために用いられる。
Ｒ＃２内の第１ビットは、Ｒ＃２内の任意のビットであってよいことを理解されたい。図１４に示されるメッセージ２内の各フィールドにより占有されるビット（ｂｉｔ）数は、単なる例に過ぎず、メッセージ２内の各フィールドにより占有されるビット数は、本願において特に制限されていない。
図１１から図１４に示されるメッセージ２のフォーマットは、単なる例に過ぎず、図１１から図１４の他のフォーマット又は当該フォーマットの変形例が、本願の本実施形態におけるメッセージ２に関してさらに用いられてよいことをさらに理解されたい。例えば、メッセージ２内の各フィールドの位置は、図１１から図１４に示されるメッセージ２のフォーマットにおける各フィールドの位置とは異なっていてよい。別の例として、メッセージ２のフォーマットは、図１１から図１４に示されるフィールド以外のフィールドをさらに含んでよい、又は、メッセージ２のフォーマットは、図１１から図１４に示されるフィールドのうちの一部のみを含んでよい。
結論として、上述した実施形態において、予約されたビットは、２又はそれより多くのＵＬグラントがあるか否か、又は、（データを伝送するために用いられ得る）多くのＵＬグラントがあるか否かを示すために用いられ得る。
オプションで、ＲＲＣシグナリング＃２は、メッセージ４（ｍｓｇ４）であってよい。
例えば、メッセージ４は、競合解決（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ）メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ、ＲＲＣ接続再開メッセージ、ＲＲＣ接続拒否メッセージ又はＲＲＣ接続解放メッセージであってよい。
さらに、メッセージ４は、代わりに、ランダムアクセスプロセスにおいて、アクセスネットワークデバイスにより端末デバイスに送信される新たに規定された第１ＲＲＣシグナリングであってよい。これは、本願の本実施形態において限定されるものではない。
Ｓ１０２０、第１ＲＲＣシグナリングに基づいて、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送する。
具体的には、端末デバイスは、ＲＲＣシグナリング＃１に基づいて、アップリンクデータをアクセスネットワークデバイスに送信し、及び／又は、アクセスネットワークデバイスは、ＲＲＣシグナリング＃２に基づいて、端末デバイスにダウンリンクデータを送信する。
オプションで、アップリンクデータ及び／又はダウンリンクデータは、非アクセス層プロトコルデータユニットＮＡＳ ＰＤＵを用いて送信されてよい。
例えば、ＲＲＣシグナリング＃１は、アップリンクデータを含むＮＡＳ ＰＤＵを保持してよい。具体的には、端末デバイスは、ＲＲＣシグナリング＃１において保持されるＮＡＳ ＰＤＵを用いてアップリンクデータを送信してよい。別の例として、端末デバイスは、ＲＲＣシグナリング＃１及びアップリンクデータを保持するＮＡＳ ＰＤＵをアクセスネットワークデバイスに同時に送信してよい、又は、端末デバイスは、ＲＲＣシグナリング＃１を送信した直後に、アップリンクデータを保持するＮＡＳ ＰＤＵを送信する。
別の例として、ＲＲＣシグナリング＃２は、ダウンリンクデータを含むＮＡＳ ＰＤＵを保持してよい。具体的には、アクセスネットワークデバイスは、ＲＲＣシグナリング＃２において保持されるＮＡＳ ＰＤＵを用いて、ダウンリンクデータを送信してよい。別の例として、アクセスネットワークデバイスは、ＲＲＣシグナリング＃２及びダウンリンクデータを保持するＮＡＳ ＰＤＵを端末デバイスに同時に送信してよい、又は、アクセスネットワークデバイスは、ＲＲＣシグナリング＃２を送信した直後に、ダウンリンクデータを保持するＮＡＳ ＰＤＵを送信する。
オプションで、アップリンクデータ又はダウンリンクデータは、ＤＲＢ又はＳＲＢ０を用いて送信されてよい。
本願では、１つのトランスポートブロックが、アップリンクデータ及びＲＲＣシグナリング＃１により多重化されてよい、又は、アップリンクデータ及びＲＲＣシグナリング＃１が、２又はそれより多くのトランスポートブロックとして別々に伝送されてよい。１つのトランスポートブロックが、ダウンリンクデータ及びＲＲＣシグナリング＃２により多重化されてよい、又は、ダウンリンクデータ及びＲＲＣシグナリング＃２が、２又はそれより多くのトランスポートブロックとして別々に伝送されてよい。
ＲＲＣシグナリング＃１及びアップリンクデータが共に伝送される場合、ＲＲＣシグナリング＃１が端末デバイスの識別子を保持してよい、又は、ＲＲＣシグナリング＃１及びアップリンクデータが別々に伝送される場合、アップリンクデータが端末デバイスの識別子を保持してよい、又は、端末デバイスの識別子を用いてスクランブルされてよいことに留意されたい。同様に、ＲＲＣシグナリング＃２及びダウンリンクデータが共に伝送される場合、ＲＲＣシグナリング＃２が端末デバイスの識別子を保持してよい、又は、ＲＲＣシグナリング＃２及びダウンリンクデータが別々に伝送される場合、ダウンリンクデータが端末デバイスの識別子を保持してよい、又は、端末デバイスの識別子を用いてスクランブルされてよい。
例えば、端末デバイスの識別子は、ＲＮＴＩ、ハッシュＳ‐ＴＭＳＩ、Ｓ‐ＴＭＳＩ、切捨て型Ｓ‐ＴＭＳＩ、アクセス乱数、ＩＭＳＩ、又は、ＭＡＣ ＣＥにおいて保持される端末デバイスの識別子などであってよい。端末デバイスの識別子は、本願において特に制限されることはない。
さらに、アップリンクデータ伝送が例として用いられる。アップリンクデータ及びＲＲＣシグナリング＃１が２つのトランスポートブロックとして別々に伝送され得る場合、アップリンクデータを保持するＮＡＳ ＰＤＵは、ＳＲＢ１ｂｉｓ又はＳＲＢ０を用いて送信されてよい、又は、ＲＲＣシグナリング＃１は、ＳＲＢ０を用いて送信され、アップリンクデータは、ＤＲＢを用いて送信される。ダウンリンクデータ伝送の方式については、アップリンクデータ伝送の方式に対する参照が行われ得ることを理解されたい。簡潔にするために、ここでは再び詳細を説明することはしていない。
さらに、端末デバイスが、ＮＡＳメッセージを用いてメッセージ３においてアップリンクデータを送信する場合、ＮＡＳメッセージは、制御プレーンサービス要求（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ（ＥＳＭデータトランスポート））メッセージであってよい。
したがって、本願の本実施形態における方法によれば、ＲＲＣ接続の確立を必要とすることなく、端末デバイスとアクセスネットワークデバイスとの間の第１ＲＲＣシグナリングに基づいて、アップリンクデータ及び／又はダウンリンクデータが伝送され得る。これにより、データ伝送用のベアラを確立するために必要とされるシグナリングオーバヘッドを削減でき、デバイスの電力消費を削減できる。
以下では、図１５から図１８を参照して、早期アップリンクデータ伝送及び早期ダウンリンクデータ伝送の視点から本願の本実施形態におけるデータ伝送方法を別々に説明する。図１５から図１８に示され、かつ、図２におけるものと同一又は対応する段階、用語及び概念などについては、図２の上述した説明に対して参照が行われ得る。繰り返しを避けるために、図１５から図１８が説明される場合、同一又は対応する内容を再び詳細に説明することはしていないことを理解されたい。
一般性を失うことなく、以下では、ＲＲＣシグナリング＃１の例としてメッセージ３を用い、ＲＲＣシグナリング＃２の例としてメッセージ４を用いて本願の実施形態を説明する。
図１５は、本願の実施形態に係るデータ伝送方法の概略フローチャートである。図１５に示される方法は、ＣＰスキームに基づく早期アップリンクデータ伝送に適用可能である。
Ｓ１５１０、端末デバイスは、メッセージ１をアクセスネットワークデバイスに送信する。
メッセージ１は、早期アップリンクデータ伝送及び／又は早期ダウンリンクデータ伝送の方式で端末デバイスがデータを伝送することを示すために用いられる。
Ｓ１５２０、メッセージ１を受信した後に、アクセスネットワークデバイスは、メッセージ２を端末デバイスに送信する。
オプションで、本願の本実施形態では、アクセスネットワークデバイスがメッセージ１に基づいて、ＵＥが早期アップリンクデータ伝送を実行する見込みであることを知った場合、アクセスネットワークデバイスは、アップリンクデータを伝送するために用いられるリソースを端末デバイスに割り当てる。
さらに、アップリンクデータを伝送するために用いられるリソースのサイズは、固定、例えば、１００バイト（ｂｙｔｅｓ）であってよい。代わりに、アップリンクデータを伝送するために用いられるリソースのサイズは、第１メッセージ（例えば、第１メッセージ又は第１メッセージ内のプリアンブルを送信するためのリソース）に応じてアクセスネットワークデバイスにより決定されてよい。つまり、第１メッセージ、例えば、第１メッセージを送信するためのリソース又は第１メッセージ内のプリアンブルは、アップリンクデータのサイズを示すためにさらに用いられてよく、その結果、アクセスネットワークデバイスは、アップリンクデータのサイズに基づいて、アップリンクデータを伝送するために用いられるリソースを適切に割り当てることができる。
Ｓ１５３０、端末デバイスは、メッセージ３をアクセスネットワークデバイスに送信する。
例えば、メッセージ３は、アップリンクデータを保持し得る。
例えば、メッセージ２が受信された後に、アップリンクデータが伝送される必要がある場合、端末デバイスは、メッセージ３を伝送している間に、早期アップリンクデータ伝送に用いられる予め構成又は予約されたリソース上でアップリンクデータを伝送してよい。
別の例として、端末デバイスは、メッセージ２により示されるターゲットリソース上でメッセージ３及びアップリンクデータを伝送してよい。
メッセージ３の規定は、上述した実施形態におけるものと同じである。特定のメッセージ名に限定されるものではない。
Ｓ１５４０、アクセスネットワークデバイスは、候補メッセージ＃１をＭＭＥに送信する。
候補メッセージ＃１は、アップリンクデータを含む。例えば、候補メッセージ＃１は、取得ＵＥ情報メッセージ（Ｒｅｔｒｉｅｖｅ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｍｅｓｓａｇｅ）、初期ＵＥメッセージ（Ｉｎｉｔｉａｌ ＵＥ Ｍｅｓｓａｇｅ）又は別の新たに規定されたメッセージであってよい。これは、本願の本実施形態において限定されるものではない。
この場合、ＭＭＥは、端末デバイスのアップリンクデータを取得することができ、これにより、早期アップリンクデータ伝送を実現する。
オプションで、方法は、以下の段階をさらに含んでよい。
Ｓ１５６０、アクセスネットワークデバイスは、候補メッセージ＃３を端末デバイスに送信する。
オプションで、候補メッセージ＃３はメッセージ４であってよい。
さらに、候補メッセージ＃３は、代わりに、アクセスネットワークデバイスにより端末デバイスに送信される新たに規定された第１ＲＲＣメッセージであってよい。これは、本願の本実施形態において限定されるものではない。
オプションで、候補メッセージ＃３は、インジケーション情報（例えば、インジケーション情報＃２として示される）を保持してよい。インジケーション情報＃２は、現在の手順又はセッションプロセスを終了できることを示すために、又は、端末デバイスがアイドルモードに戻る又はアイドルモードにとどまる必要があることを示すために用いられる。インジケーション情報＃２は、終了インジケーション（Ｅｎｄ Ｉｎｄｉｃａｔｉｏｎ）又は解放インジケーション（ｒｅｌｅａｓｅ ｉｎｄｉｃａｔｉｏｎ）として表され得る。
オプションで、メッセージ４を受信した後に、端末デバイスは、メッセージ５をアクセスネットワークデバイスに送信する。例えば、メッセージ５は、ＲＲＣ接続完了メッセージ、ＲＲＣ接続再確立完了メッセージ又はＲＲＣ接続再開完了メッセージであってよい。
可能な実施例において、メッセージ５は、ＮＡＳメッセージを保持していない。この場合、アクセスネットワークデバイスがダウンリンクデータを伝送する必要がある場合、メッセージ５を受信した後に、アクセスネットワークデバイスは、ダウンリンクデータを端末デバイスに送信し、アイドルモードに戻るよう、又は、アイドルモードにとどまるよう端末デバイスに命令する。
別の可能な実施例において、メッセージ４（例えば、競合解決メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ又はＲＲＣ接続再開メッセージ）を受信した後に、端末デバイスは、通常のＲＲＣ接続セットアップ処理にしたがってＲＲＣ接続を確立する。この場合、端末デバイスがアップリンクデータを有していない場合、端末デバイスは、ヌルＮＡＳメッセージ（例えば、ＮＡＳメッセージ＃１として示される）、例えば、ＥＳＭデータトランスポートをメッセージ５（例えば、ＲＲＣ接続セットアップ完了、ＲＲＣ接続再確立完了又はＲＲＣ接続再開完了）において送信してよい。ＮＡＳメッセージ＃１は、メッセージヘッダのみを有するが、データユニットを有していない。ＮＡＳメッセージ＃１を受信した後に、アクセスネットワークデバイスは、初期ＵＥメッセージ又は別のメッセージを用いて、ＮＡＳメッセージ＃１をＭＭＥに送信する。メッセージを受信した後に、ＭＭＥは、ＮＡＳメッセージを無視又は破棄してよい。後続の処理は、従来技術におけるものと同一である。簡潔にするために、ここでは詳細を説明しない。
さらに別の可能な実施例では、端末デバイスは、メッセージ５（例えば、ＲＲＣ接続セットアップ完了、ＲＲＣ接続再確立完了又はＲＲＣ接続再開完了）において、メッセージ３内のＮＡＳメッセージ、例えば、制御プレーンサービス要求（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ（ＥＳＭデータトランスポート））メッセージと同じであるＮＡＳメッセージ（例えば、ＮＡＳメッセージ＃２として示される）を送信してよい。さらに、ＮＡＳメッセージ＃２は、インジケーション情報（例えば、インジケーション情報＃３として示される）を含んでよく、インジケーション情報＃３は、ＮＡＳメッセージ＃２が、メッセージ３において伝送されるＮＡＳメッセージと同じであることを示すために用いられる。ＮＡＳメッセージ＃２を受信した後に、アクセスネットワークデバイスは、ＮＡＳメッセージをＭＭＥに送信し、ＭＭＥは、インジケーション情報に基づいて、メッセージを無視してよい。
さらに別の可能な実施例において、ＵＥは、ＮＡＳメッセージ（例えば、ＮＡＳメッセージ＃３として示される）をメッセージ５（例えば、ＲＲＣ接続セットアップ完了、ＲＲＣ接続再確立完了又はＲＲＣ接続再開完了）において送信してよい。ＮＡＳメッセージ＃３は、インジケーション情報（例えば、インジケーション情報＃４として示される）を含んでよい。インジケーション情報＃４は、ＭＭＥが後続の処理を実行しやすくするために、ＮＡＳメッセージ＃３と従来技術におけるメッセージ５内のＮＡＳメッセージとを区別するために用いられる。ＭＭＥは、インジケーション情報＃４を受信した後に、ＮＡＳメッセージを無視又は破棄してよい。代わりに、ＮＡＳメッセージ及びインジケーション情報は２つのフィールドである。したがって、ＮＡＳメッセージ＃３は、インジケーション情報を保持してよい、又は、ＮＡＳメッセージ＃３及びインジケーション情報は、異なるフィールドであってよい。ＮＡＳメッセージ＃３のアプリケーションシナリオは以下のとおりである。ＮＡＳメッセージ＃３は、ＲＲＣシグナリング＃１を用いてアップリンクデータが伝送されており、かつ、メッセージ５内に他のアップリンクＮＡＳデータがない場合だけ用いられる。端末デバイスは、メッセージ３においてＮＡＳメッセージを送信する。その結果、上述した実装例において、ＮＡＳメッセージが既存のメッセージ５及び初期ＵＥメッセージにおいて必須であるという問題を克服できる。
上述した実装例は、１つのダウンリンクパケットがあるが、アクセスネットワークデバイスがダウンリンクパケットを伝送できない場合に、又は、コアネットワークデバイスが複数のダウンリンクパケットを有する場合に、データを伝送するために用いられてよい。
このように、ＭＭＥがダウンリンクデータ伝送を有していない場合、端末デバイスは、候補メッセージ＃３内のインジケーション情報＃２にしたがって前もって解放され得る、又は、端末は、候補メッセージ＃３内のインジケーション情報＃２にしたがってアイドルモードにとどまるよう命令される。従来技術における解放手順と比較して、これは、シグナリングオーバヘッドを削減でき、端末デバイスの電力消費を削減できる。
さらに、候補メッセージ＃３がＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ又はＲＲＣ接続再開メッセージである場合、候補メッセージ＃３は、リダイレクトインジケーションなどを含んでよい。
候補メッセージ＃３がＲＲＣ接続拒否メッセージである場合、候補メッセージ＃３は、インジケーション情報をさらに保持してよい。当該インジケーション情報は、アイドルモードに戻る、又は、アイドルモードにとどまるよう端末に命令するために用いられる。
オプションで、候補メッセージ＃３は、ダウンリンクデータを保持してよい。
さらに、ダウンリンクデータは、ＮＡＳ ＰＤＵ内でカプセル化され得る。つまり、候補メッセージ＃３は、ダウンリンクデータを含むＮＡＳ ＰＤＵを保持してよい。ＮＡＳ ＰＤＵは、ＳＲＢ０上で保持され得る。
ダウンリンクデータは、ページング（Ｐａｇｉｎｇ）メッセージを用いて、ＭＭＥによりアクセスネットワークデバイスに送信され得る、又は、候補メッセージ＃２を用いてＭＭＥによりアクセスネットワークデバイスに送信され得る。
さらに、ＭＭＥが候補メッセージ＃２を送信した後で、かつ、アクセスネットワークデバイスが候補メッセージ＃３を送信する前に、ダウンリンクデータは、代わりに、ＭＭＥにより、ＭＭＥとアクセスネットワークデバイスとの間のダウンリンクＮＡＳトランスポートを通じてアクセスネットワークデバイスに送信され得る。
例えば、アクセスネットワークデバイスは、アクセスネットワークデバイスによりスケジューリングされ得るデータパケットのサイズを前もってＭＭＥに通知してよい。例えば、アクセスネットワークデバイスは、候補メッセージ＃１を用いて、アクセスネットワークデバイスによりスケジューリングされ得るデータパケットのサイズを示す。ＭＭＥは、ダウンリンクデータを複数のパケットに分けて、これらのパケットをアクセスネットワークデバイスに送信してよい。この場合、アクセスネットワークデバイスは、複数のデータパケットを端末デバイスに連続的に送信してよい。各データパケットは、端末デバイスの識別子情報を保持する。最後のデータパケットを送信した後に、アクセスネットワークデバイスは、端末デバイスを解放するために、又は、アイドルモードに戻る又はアイドルモードにとどまるように端末に命令するために、インジケーション情報＃２を端末に送信してよい。
オプションで、ダウンリンクデータが、候補メッセージ＃２を用いてＭＭＥによりアクセスネットワークデバイスに送信される場合、Ｓ１５６０の前に、方法は、以下の段階をさらに含む。
Ｓ１５５０、ＭＭＥは、候補メッセージ＃２をアクセスネットワークデバイスに送信し、候補メッセージ＃２は、ダウンリンクデータを含む。
例えば、候補メッセージ＃２は、ＵＥ情報転送メッセージ（ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ Ｍｅｓｓａｇｅ）、ダウンリンクＮＡＳトランスポートメッセージ（Ｄｏｗｎｌｉｎｋ ＮＡＳ Ｔｒａｎｓｐｏｒｔ Ｍｅｓｓａｇｅ）又は新たに規定されたメッセージであってよい。これは、本願の本実施形態において限定されるものではない。
オプションで、候補メッセージ＃２は、さらに、インジケーション情報（例えば、インジケーション情報＃１として示される）を含んでよい。インジケーション情報＃１は、現在の手順又はセッションプロセスを終了できることを示すために、又は、端末デバイスがアイドルモードに戻る又はアイドルモードにとどまる必要があることを示すために用いられる。インジケーション情報＃１は、終了インジケーション（Ｅｎｄ Ｉｎｄｉｃａｔｉｏｎ）として表され得る。
例えば、ＭＭＥが候補メッセージ＃２をアクセスネットワークデバイスに送信するときにダウンリンクデータがなければ、ＭＭＥは、インジケーション情報をメッセージに加えてよい。インジケーション情報は、手順を終了することを示すために、又は、アイドルモードに戻る又はアイドルモードにとどまるよう端末デバイスに命令することをアクセスネットワークデバイスに命令するために用いられる。
例えば、ＭＭＥが候補メッセージ＃２をアクセスネットワークデバイスに送信する場合、ダウンリンクデータがあり、かつ、１つのデータパケットのみがあるときに、ＭＭＥは、インジケーション情報をメッセージに加える。インジケーション情報は、手順を終了することを示すために、又は、アイドルモードに戻る又はアイドルモードにとどまるよう端末デバイスに命令することをアクセスネットワークデバイスに命令するために用いられる。
例えば、複数の端末のダウンリンクパケットがＭＭＥに到着した場合、ＭＭＥは、候補メッセージ＃２をアクセスネットワークデバイスに送信する場合、インジケーション情報を候補メッセージ＃２に加えない。この場合、端末デバイスは、接続モードに入っておらず、アイドルモード又はアイドルモードと接続モードとの間の中間モードにあり、又は、端末のステータスは、エアインタフェースが接続モードに入っておらず、かつ、Ｓ１インタフェースが接続モードに入っている状態であることを理解されたい。
したがって、ＭＭＥは、インジケーション情報＃１を送信することにより、アイドルモードに戻るよう、又は、アイドルモードにとどまるよう端末デバイスに命令することをアクセスネットワークデバイスに命令し得る。インジケーション情報＃２は、インジケーション情報＃１と同一であってよい、又は、インジケーション情報＃１とは異なっていてよいことをさらに理解されたい。これは、本願の本実施形態において限定されるものではない。
さらに、ダウンリンクデータを端末デバイスに送信した後に、アクセスネットワークデバイスは、肯定応答（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＡＣＫ）をＭＭＥに送信してよく、例えば、ＮＡＳ供給ＡＣＫを送信する。アクセスネットワークデバイスがダウンリンクデータを端末デバイスに送信したことを示すためにＡＣＫが用いられ、ＭＭＥは、ページングメッセージをアクセスネットワークデバイスに送信する必要がない。
オプションで、Ｓ１５６０において、アクセスネットワークデバイスは、ダウンリンクデータを端末デバイスに送信しない場合、アクセスネットワークデバイスは、データが送信に成功しなかったことをＭＭＥにフィードバックしてよい、又は、送信されていないデータをＭＭＥに送信してよい。ＭＭＥは、ページング方式を用いてよく、その結果、端末デバイスはデータを取得する。
したがって、本願の本実施形態におけるデータ伝送方法によれば、ＲＲＣ接続の確立を必要とすることなく、端末デバイスによりアクセスネットワークデバイスに送信された第１ＲＲＣシグナリングに基づいて、アップリンクデータが伝送され得る。これにより、電力消費及びシグナリングオーバヘッドを削減できる。
図１６は、本願の実施形態に係るデータ伝送方法の概略フローチャートである。図１６に示される方法は、ＵＰスキームに基づく早期アップリンクデータ伝送に適用可能である。以下に現れ、かつ、図１６におけるものと同一又は対応する用語及び概念などについては、図１５の上述した説明に対して参照が行われ得ることに留意されたい。以下では、繰り返しを避けるために再び詳細を説明することはしていない。
Ｓ１６１０、端末デバイスは、メッセージ１をアクセスネットワークデバイスに送信する。
Ｓ１６２０、メッセージ１を受信した後に、アクセスネットワークデバイスは、メッセージ２を端末デバイスに送信する。
Ｓ１６３０、端末デバイスは、メッセージ３をアクセスネットワークデバイスに送信する。
メッセージ３は、アップリンクデータを含み、アップリンクデータは、データ無線ベアラＤＲＢを用いて送信され得る。アップリンクデータは、暗号化される必要がある。以前の接続においてネクストホップチェーンカウント（ｎｅｘｔ ｈｏｐ ｃｈａｉｎｉｎｇ ｃｏｕｎｔ、ＮＣＣ）を取得することにより、鍵が更新され得る。
さらに、データを送信するために端末デバイスにより用いられるＤＲＢは、以前の接続におけるＤＲＢに基づいて構成されてよい、又は、デフォルトのＤＲＢを用いて構成されてよい。以前の接続におけるＤＲＢを用いてＤＲＢが構成されており、かつ、アクセスネットワークデバイスが構成をサポートしていない場合、アクセスネットワークデバイスは、端末デバイスを再度構成する、例えば、ＲＲＣ再構成メッセージ又はＲＲＣ接続再開メッセージを用いて端末デバイスを構成する。
さらに、方法は、以下の段階をさらに含んでよい。
Ｓ１６４０、アクセスネットワークデバイスは、第２要求メッセージをＭＭＥに送信する。
オプションで、第２要求メッセージの内容は、ＵＥコンテキスト再開要求（ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔ）メッセージの内容と同一であってよい。
さらに、第２要求メッセージは、ＵＥコンテキスト再開要求メッセージであってよい。
メッセージ３を受信した後に、アクセスネットワークデバイスは、完全性に関するショートメッセージ認証コード（ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ ｆｏｒ Ｉｎｔｅｇｒｉｔｙ、ｓｈｏｒｔ‐ＭＡＣ‐Ｉ）に基づいて、端末デバイスを検証する。アクセスネットワークデバイスが元のアクセスネットワークデバイスではない場合、ショートＭＡＣ‐Ｉは、Ｘ２インタフェースを通じてソースアクセスネットワークデバイスに送信される必要がある。ソースアクセスネットワークデバイスは、検証を実行し、検証が成功した後に、端末デバイスのコンテキスト情報を現在のアクセスネットワークデバイスに送信する。現在のアクセスネットワークデバイスは、後続の工程を実行する。
さらに、方法は、以下の段階をさらに含んでよい。
Ｓ１６５０、ＭＭＥは、第２要求メッセージに基づいて、第２応答メッセージをアクセスネットワークデバイスに送信する。
オプションで、第２応答メッセージの内容は、ＵＥコンテキスト再開応答（ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｓｕｍｅ Ｒｅｓｐｏｎｓｅ）メッセージの内容と同一であってよい。
さらに、第２応答メッセージは、ＵＥコンテキスト再開応答メッセージである。
受信した第２応答メッセージに基づいて、アクセスネットワークデバイスにより受信されるデータに対応する無線アクセスベアラ（Ｅ‐ＵＴＲＡＮ ｒａｄｉｏ ａｃｃｅｓｓ ｂｅａｒｅｒ、Ｅ‐ＲＡＢ）が拒否されたことを、アクセスネットワークデバイスが見つけた場合、アクセスネットワークデバイスは、ＲＲＣ接続再開メッセージ又はＲＲＣ接続セットアップメッセージを端末デバイスに送信する。ＲＲＣ接続再開メッセージ又はＲＲＣ接続セットアップメッセージは、インジケーション情報を含んでよい。当該インジケーション情報は、Ｅ‐ＲＡＢ上でのデータ伝送が拒否又は失敗したことを示すために、又は、端末デバイスが前に送信されたデータパケットを再送信する必要があることを示すために用いられる。この場合、アクセスネットワークデバイスは、データ伝送用に追加のＵＬグラントを割り当てる。
Ｓ１６６０、第２応答メッセージを受信した後に、アクセスネットワークデバイスは、アップリンクデータをＳ‐ＧＷに送信する。
この場合、Ｓ‐ＧＷは、端末デバイスのアップリンクデータを取得でき、これにより、早期アップリンクデータ伝送を実現する。
オプションで、方法は、以下の段階をさらに含んでよい。
Ｓ１６７０、アップリンクデータの送信に成功した後に、アクセスネットワークデバイスは、ＵＥコンテキスト解放要求メッセージ、ＵＥコンテキスト一時停止要求メッセージ又は接続解放要求メッセージをＭＭＥに送信してよい。
Ｓ１６８０、ＭＭＥは、ＵＥコンテキスト解放要求メッセージに基づいて、ＵＥコンテキスト解放メッセージをアクセスネットワークデバイスに送信し、ＭＭＥは、ＵＥコンテキスト一時停止要求メッセージに基づいて、ＵＥコンテキスト一時停止完了メッセージをアクセスネットワークデバイスに送信し、又は、ＭＭＥは、接続解放要求に基づいて、ＵＥコンテキスト解放メッセージをアクセスネットワークデバイスに送信する。
Ｓ１６９０、アクセスネットワークデバイスは、候補メッセージ＃４を端末デバイスに送信する。
オプションで、候補メッセージ＃４は、メッセージ４、例えば、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ又はＲＲＣ接続再開メッセージであってよい、又は、ＲＲＣ接続解放メッセージであってよい。
さらに、候補メッセージ＃４は、代わりに、アクセスネットワークデバイスにより端末デバイスに送信される新たに規定された第１ＲＲＣメッセージであってよい。これは、本願の本実施形態において限定されるものではない。
候補メッセージ＃４は、候補メッセージ＃３と同一であってよい、又は、候補メッセージ＃３とは異なっていてよいことを理解されたい。これは、本願の本実施形態において限定されるものではない。
オプションで、候補メッセージ＃４は、インジケーション情報（例えば、インジケーション情報＃５として示される）を保持してよい。インジケーション情報＃５は、現在の手順又はセッションプロセスを終了できることを示すために、又は、端末デバイスがアイドルモードに戻る又はアイドルモードにとどまる必要があることを示すために用いられる。インジケーション情報＃５は、終了インジケーション（Ｅｎｄ Ｉｎｄｉｃａｔｉｏｎ）として表され得る。
インジケーション情報＃５は、インジケーション情報＃２と同一であってよい、又は、インジケーション情報＃２とは異なっていてよいことを理解されたい。これは、本願の本実施形態において限定されるものではない。
このように、Ｓ‐ＧＷがダウンリンクデータ伝送を有していない場合、端末デバイスは、候補メッセージ＃４内のインジケーション情報＃５にしたがって前もって解放され得る。従来技術における解放手順と比較して、これは、シグナリングオーバヘッドを削減でき、端末デバイスの電力消費を削減できる。
さらに、候補メッセージ＃４がＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ又はＲＲＣ接続再開メッセージである場合、候補メッセージ＃４は、リダイレクトインジケーションなどを含んでよい。
オプションで、候補メッセージ＃４は、ダウンリンクデータを保持してよい。
ダウンリンクデータがアクセスネットワークデバイスに到着したが、アクセスネットワークデバイスがダウンリンクデータを端末デバイスに送信できない場合、Ｓ１５６０におけるいくつかの方式と同様の方式、例えば、ＲＲＣ接続が確立され、ヌルＮＡＳメッセージ又はインジケーション情報がメッセージ５に置かれると、通常のデータ伝送手順が用いられる方式で伝送が実行される。
したがって、本願の本実施形態におけるデータ伝送方法によれば、ＲＲＣ接続の確立を必要とすることなく、端末デバイスによりアクセスネットワークデバイスに送信される第１ＲＲＣシグナリングに基づいて、アップリンクデータが伝送され得る。これにより、電力消費及びシグナリングオーバヘッドを削減できる。
図１７は、本願の別の実施形態に係るデータ伝送方法の概略フローチャートである。図１７に示される方法は、ＣＰスキームに基づく早期ダウンリンクデータ伝送に適用可能である。
Ｓ１７１０、端末デバイスは、メッセージ１をアクセスネットワークデバイスに送信する。
Ｓ１７２０、メッセージ１を受信した後に、アクセスネットワークデバイスは、メッセージ２を端末デバイスに送信する。
Ｓ１７３０、端末デバイスは、メッセージ３をアクセスネットワークデバイスに送信し、メッセージ３は、サービス要求メッセージ（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ Ｍｅｓｓａｇｅ）を含み得る。
上述した実施形態で説明したように、メッセージ３は、既存のＲＲＣシグナリング又は新たに規定されたＲＲＣシグナリングであってよい。
メッセージ３におけるインジケーション情報（例えば、インジケーション情報＃６として示される）は、端末デバイスが早期ダウンリンクデータ伝送を実行することを示すために用いられ得る。つまり、アクセスネットワークデバイスにより端末デバイスに送信される第１ＲＲＣシグナリングに基づいて、ダウンリンクデータが伝送される。インジケーション情報＃６を受信した後に、アクセスネットワークデバイスは、比較的早くにコアネットワークデバイスとのシグナリングインタラクションをトリガしてよい。
Ｓ１７４０、メッセージ３を受信した後に、アクセスネットワークデバイスは、要求メッセージをＭＭＥに送信する。
要求メッセージは、取得ＵＥ情報メッセージ、初期ＵＥメッセージ又は別の新たに規定されたメッセージであってよい。これは、本願の本実施形態において限定されるものではない。
Ｓ１７５０、要求メッセージを受信した後に、ＭＭＥは、ダウンリンクデータをアクセスネットワークデバイスに送信する。
オプションで、ＭＭＥは、ＵＥ情報転送メッセージ（ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ Ｍｅｓｓａｇｅ）又はダウンリンクＮＡＳトランスポートメッセージ（Ｄｏｗｎｌｉｎｋ ＮＡＳ Ｔｒａｎｓｐｏｒｔ Ｍｅｓｓａｇｅ）を用いて、アクセスネットワークデバイスをダウンリンクデータに送信してよい。
Ｓ１７６０、アクセスネットワークデバイスは、メッセージ４を用いて、ダウンリンクデータを端末デバイスに送信する。
さらに、メッセージ４は、アイドルモードにとどまるよう、又は、アイドルモードに戻るよう端末デバイスに命令するために用いられる。端末デバイスは、メッセージ４に基づいて、アイドルモードに戻る、又は、アイドルモードにとどまる。
したがって、本願の本実施形態におけるデータ伝送方法によれば、ダウンリンクデータがメッセージ４を用いて伝送され得る。つまり、早期ダウンリンクデータ伝送が実現され得ることで、電力消費及びシグナリングオーバヘッドを削減できる。
図１８は、本願の別の実施形態に係るデータ伝送方法の概略フローチャートである。図１８に示される方法は、ＵＰスキームに基づく早期ダウンリンクデータ伝送に適用可能である。
Ｓ１８１０、端末デバイスは、メッセージ１をアクセスネットワークデバイスに送信する。
Ｓ１８２０、メッセージ１を受信した後に、アクセスネットワークデバイスは、メッセージ２を端末デバイスに送信する。
Ｓ１８３０、端末デバイスは、メッセージ２に基づいて、メッセージ３をアクセスネットワークデバイスに送信し、メッセージ３は、サービス要求メッセージ（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ Ｍｅｓｓａｇｅ）を含み得る。
Ｓ１８４０、メッセージ３においてサービス要求メッセージを受信した後に、アクセスネットワークデバイスは、サービス要求メッセージをＭＭＥに送信する。
オプションで、アクセスネットワークデバイスは、端末デバイスコンテキスト再開要求メッセージを用いて、サービス要求メッセージをＭＭＥに送信してよい。
Ｓ１８５０、ＭＭＥは、サービス要求メッセージに基づいて、サービス応答メッセージをアクセスネットワークデバイスに送信する。
オプションで、アクセスネットワークデバイスにより送信された端末デバイスコンテキスト再開要求メッセージを受信した後に、ＭＭＥは、端末デバイスコンテキスト再開応答メッセージをアクセスネットワークデバイスに送信してよい。
Ｓ１８６０、ＭＭＥは、修正ベアラ要求メッセージをＳ‐ＧＷに送信する。
Ｓ１８７０、Ｓ‐ＧＷは、修正ベアラ応答メッセージをＭＭＥに返すことで、Ｓ‐ＧＷは、アクセスネットワークデバイスのアドレスを取得できる。
Ｓ１８８０、Ｓ‐ＧＷは、ダウンリンクデータをアクセスネットワークデバイスに送信する。
Ｓ１８９０、アクセスネットワークデバイスは、メッセージ４を用いて、ダウンリンクデータを端末デバイスに送信する。
オプションで、Ｓ１８９０の前に、アクセスネットワークデバイスがＳ‐ＧＷにより送信されたダウンリンクデータを受信した後に、方法は、さらに、
アクセスネットワークデバイスにより、ＵＥコンテキスト解放要求メッセージ、ＵＥコンテキスト一時停止要求メッセージ、接続解放要求メッセージ又は別の解放要求メッセージをＭＭＥに送信する段階と、
ＭＭＥにより、ＵＥコンテキスト解放要求メッセージに基づいて、ＵＥコンテキスト解放コマンドメッセージをアクセスネットワークデバイスに送信する段階、ＭＭＥにより、ＵＥコンテキスト一時停止要求メッセージに基づいて、ＵＥコンテキスト一時停止完了メッセージをアクセスネットワークデバイスに送信する段階、又は、ＭＭＥにより、接続解放要求に基づいて、ＵＥコンテキスト解放メッセージをアクセスネットワークデバイスに送信する段階と、
アクセスネットワークデバイスにより、ＵＥコンテキスト解放コマンドメッセージ又はＵＥコンテキスト一時停止完了メッセージに基づいて、候補メッセージ＃５を端末デバイスに送信する段階と
を含んでよい。
オプションで、候補メッセージ＃５はメッセージ４であってよい。
例えば、メッセージ４は、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ、ＲＲＣ接続再開メッセージ又はＲＲＣ接続解放メッセージであってよい。
さらに、候補メッセージ＃５は、代わりに、アクセスネットワークデバイスにより端末デバイスに送信される新たに規定された第１ＲＲＣメッセージであってよい。これは、本願の本実施形態において限定されるものではない。
候補メッセージ＃５は、候補メッセージ＃３と同一であってよい、又は、候補メッセージ＃３とは異なっていてよいことを理解されたい。これは、本願の本実施形態において限定されるものではない。
オプションで、候補メッセージ＃５は、インジケーション情報（例えば、インジケーション情報＃６として示される）を保持してよい。インジケーション情報＃６は、現在の手順又はセッションプロセスを終了できることを示すために、又は、端末デバイスがアイドルモードに戻る又はアイドルモードにとどまる必要があることを示すために用いられる。インジケーション情報＃６は、終了インジケーション（Ｅｎｄ Ｉｎｄｉｃａｔｉｏｎ）として表され得る。
インジケーション情報＃６は、インジケーション情報＃２と同一であってよい、又は、インジケーション情報＃２とは異なっていてよいことを理解されたい。これは、本願の本実施形態において限定されるものではない。
このように、Ｓ‐ＧＷがダウンリンクデータ伝送を有していない場合、端末デバイスは、候補メッセージ＃５内のインジケーション情報＃６にしたがって前もって解放され得る。従来技術における解放手順と比較して、これは、シグナリングオーバヘッドを削減でき、端末デバイスの電力消費を削減できる。
さらに、候補メッセージ＃５がＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ又はＲＲＣ接続再開メッセージである場合、候補メッセージ＃５は、ＲＲＣ接続解放メッセージにおける関連情報、例えば、解放原因又はリダイレクトインジケーションを含んでもよい。
候補メッセージ＃５がＲＲＣ接続拒否メッセージである場合、候補メッセージ＃５は、原因値を保持してもよい。原因値は、なぜＲＲＣ接続が拒否されたかの原因を示す。
候補メッセージ＃５がＲＲＣ接続解放メッセージである場合、端末は、アイドルモードに戻る又はアイドルモードにとどまるよう命令される。候補メッセージ＃５は、端末デバイスの識別子情報を保持してよい。具体的には、端末デバイスの識別子情報は、ＭＡＣ ＣＥにおいて保持され得る、又は、ＰＤＣＣＨを用いてスクランブルされ得る。
オプションで、Ｓ１８９０では、アクセスネットワークデバイスは、候補メッセージ＃５を用いて、ダウンリンクデータを端末デバイスに送信してよい。
したがって、本願の本実施形態におけるデータ伝送方法によれば、ＲＲＣ接続の確立を必要とすることなく、端末デバイスによりアクセスネットワークデバイスに送信される第１ＲＲＣシグナリングに基づいて、アップリンクデータが伝送され得る。これにより、電力消費及びシグナリングオーバヘッドを削減できる。
オプションで、可能な実施例において、端末デバイスがページングメッセージを受信した場合、ページングメッセージは、アクセスネットワークデバイスが早期ダウンリンクデータ伝送の工程を実行する必要があることを示すインジケーション情報を含んでよい。このように、端末デバイスは、早期ダウンリンクデータ伝送の工程に基づいて、後続の手順を実行してよい。さらに、コアネットワークデバイスは、アクセスネットワークデバイスが早期ダウンリンクデータ伝送を実行する必要があることを示すインジケーション情報を、アクセスネットワークデバイスに送信されるページングメッセージに加えてよい。ページングメッセージを端末に送信する前に、アクセスネットワークデバイスは、コアネットワークデバイスからダウンリンクパケット及び／又はインジケーション情報を受信する。インジケーション情報は、早期データ伝送（例えば、早期ダウンリンクデータ伝送）の方式で、ダウンリンクデータパケットが端末に送信され得ることを示すために用いられる。
オプションで、端末デバイスが接続モードにある場合、アクセスネットワークデバイスはまた、ＰＤＣＣＨを用いてインジケーションを端末デバイスに送信して、早期データ伝送、例えば、早期アップリンクデータ伝送又は早期ダウンリンクデータ伝送の方式でＵＥがランダムアクセスを実行する、すなわち、ＰＤＣＣＨ命令を用いてランダムアクセスを実行する必要があることを示してよい。特定のインジケーション情報がＤＣＩにおいて保持され得る。代わりに、ＵＥによりアクセスされ、かつ、アクセスネットワークデバイスにより示されるリソースの位置は、早期データ伝送を実現するために、早期データ伝送に用いられるリソースの位置である。このように、接続モードにおいて、アクセスネットワークデバイスは、ＰＤＣＣＨを用いて、早期データ伝送を実行するようＵＥに命令できる。
図１９は、本願の実施形態に係る端末デバイス１９００の概略ブロック図である。図１９に示されるように、端末デバイス１９００は、処理ユニット１９１０及び送受信ユニット１９２０を含む。
処理ユニット１９１０は、第１インジケーションを生成するように構成され、第１インジケーションは、端末デバイスによりアクセスネットワークデバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、端末デバイスがデータを伝送することを示すために用いられ、及び／又は、
第１インジケーションは、アクセスネットワークデバイスにより端末デバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスがデータを伝送することを示すために用いられる。
送受信ユニット１９２０は、処理ユニットにより生成された第１インジケーションをアクセスネットワークデバイスに送信し、第１ＲＲＣシグナリングに基づいて、端末デバイスとアクセスネットワークデバイスとの間でデータを伝送するように構成される。
処理ユニット１９１０は、プロセッサにより実装されてよく、送受信ユニット１９２０は、送受信機により実装されてよいことを理解されたい。
端末デバイス１９００は、上述した方法において説明された端末デバイスに対応してよく、端末デバイス１９００内のモジュール又はユニットは、図１０から図１８に示される方法の実施形態における端末デバイスにより実行される動作又は処理プロセスを実行するように構成されることをさらに理解されたい。ここでは、繰り返しを避けるためにそれらの詳細な説明が省略されている。
図２０は、本願の実施形態に係るアクセスネットワークデバイス２０００の概略ブロック図である。図２０に示されるように、アクセスネットワークデバイス２０００は、処理ユニット２０１０及び送受信ユニット２０２０を含む。
処理ユニット２０１０は、
端末デバイスにより送信された第１インジケーションを受信することであって、第１インジケーションは、端末デバイスによりアクセスネットワークデバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、端末デバイスがデータを伝送することを示すために用いられる、
及び／又は、
第１インジケーションは、アクセスネットワークデバイスにより端末デバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスがデータを伝送することを示すために用いられる、受信することと、
第１ＲＲＣシグナリングに基づいて、アクセスネットワークデバイスと端末デバイスとの間でデータを伝送することと
を実行するように送受信ユニット２０２０を制御するように構成される。
処理ユニット２０１０は、プロセッサにより実装されてよく、送受信ユニット２０２０は、送受信機により実装されてよいことを理解されたい。
アクセスネットワークデバイス２０００は、上述した方法において説明されたアクセスネットワークデバイスに対応してよく、アクセスネットワークデバイス２０００内のモジュール又はユニットは、図１０から図１８に示される方法の実施形態におけるアクセスネットワークデバイスにより実行される動作又は処理プロセスを実行するように構成されることをさらに理解されたい。ここでは、繰り返しを避けるためにそれらの詳細な説明が省略されている。
本願の実施形態は、プロセッサに適用され得る、又は、プロセッサにより実装され得る。プロセッサは、集積回路チップであってよく、信号処理能力を有する。実装プロセスにおいて、上述した方法の実施形態における段階は、プロセッサ内のハードウェア集積論理回路を用いて、又は、ソフトウェア形式の命令を用いて実装され得る。プロセッサは、中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）であってよい。代わりに、プロセッサは、別の汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ、ＦＰＧＡ）又は別のプログラム可能な論理デバイス、ディスクリートゲート若しくはトランジスタ論理デバイス、又は、ディスクリートハードウェアコンポーネントであってよい。プロセッサは、本願の実施形態で開示される方法、段階及び論理ブロック図を実装又は実行してよい。汎用プロセッサは、マイクロプロセッサであってよい、又は、プロセッサは、任意の従来のプロセッサなどであってよい。本願の実施形態を参照して開示される方法における段階は、ハードウェアデコードプロセッサを用いて直接的に実行及び実現され得る、又は、デコードプロセッサ内のハードウェア及びソフトウェアユニットの組み合わせを用いて実行及び実現され得る。ソフトウェアユニットは、当該分野における成熟した記憶媒体、例えば、ランダムアクセスメモリ、フラッシュメモリ、リードオンリメモリ、プログラマブルリードオンリメモリ、電気的消去可能プログラマブルメモリ又はレジスタに配置され得る。記憶媒体は、メモリに配置され、プロセッサは、メモリ内の情報を読み出して、プロセッサのハードウェアを用いて、上述した方法における段階を実行する。
本願の実施形態におけるメモリは、揮発性メモリ又は不揮発性メモリであってよく、又は、揮発性メモリ及び不揮発性メモリを含んでよいことをさらに理解されたい。不揮発性メモリは、リードオンリメモリ（ｒｅａｄ‐ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブルリードオンリメモリ（ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ｅｒａｓａｂｌｅ ＰＲＯＭ、 ＥＰＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ）又はフラッシュメモリであってよい。揮発性メモリは、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）であってよく、外部キャッシュとして用いられる。説明の限定として解釈されることのない例を用いて、例えば、スタティックランダムアクセスメモリ（ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ｄｙｎａｍｉｃ ＲＡＭ、ＤＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ）、エンハンスドシンクロナスダイナミックランダムアクセスメモリ（ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ、ＳＬＤＲＡＭ）、及びダイレクトランバスダイナミックランダムアクセスメモリ（ｄｉｒｅｃｔ ｒａｍｂｕｓ ＲＡＭ、ＤＲ ＲＡＭ）といったＲＡＭの多くの形式が用いられてよい。本明細書で説明されるシステム及び方法におけるメモリは、これらに限定されるものではないが、任意の他の適切なタイプのメモリを含むことに留意されたい。
本明細書において用語「及び／又は」は、関連する対象を説明するための対応関係のみを表現し、３つの関係が存在し得ることを表すことを理解されたい。例えば、Ａ及び／又はＢは、Ａのみが存在する、Ａ及びＢの両方が存在する、及び、Ｂのみが存在するという３つの場合を表し得る。さらに、本明細書において符号「／」は概して、関連する対象間の「又は」の関係を示す。
本願の様々な実施形態において、上述の処理のシーケンス番号は、実行順序を意味するものではないことを理解されたい。プロセスの実行順序は、プロセスの機能及び内部ロジックに基づいて決定されるべきであり、本願の実施形態の実装プロセスに対するなんらかの限定として解釈されるべきではない。
当業者であれば、本明細書で開示される実施形態において説明した例を参照して、ユニット及びアルゴリズムの段階が、電子ハードウェア、又は、コンピュータソフトウェア及び電子ハードウェアの組み合わせにより実装され得ることを認識し得る。機能がハードウェア又はソフトウェアにより実行されるかは、技術的解決手段の特別な適用及び設計制約に依存する。当業者であれば、異なる方法を用いて特定のアプリケーションごとに、説明された機能を実装してよいが、当該実装が本願の範囲を超えるものとみなされるべきではない。
説明を簡便かつ簡潔にするために、上述のシステム、装置及びユニットの詳細な作業工程については、上述した方法の実施形態の対応する処理に対して参照が行われ得ることで当業者による理解を分かりやすくできるので、ここでは再び詳細を説明することはしていない。
本願において提供されるいくつかの実施形態では、開示されるシステム、装置及び方法が他の方式で実装され得ることを理解されたい。例えば、説明した装置の実施形態は、単なる例に過ぎない。例えば、ユニット区分は、論理的な機能区分に過ぎず、実際の実装中に他の区分であってよい。例えば、複数のユニット又はコンポーネントは、別のシステムに一体化又は統合されてよい、又は、いくつかの特徴が無視されてよい又は実行されなくてよい。さらに、図示され、又は、論じられた相互の連結若しくは直接的な連結又は通信接続は、いくつかのインタフェースを用いて実装されてよい。装置又はユニット間の間接的な連結又は通信接続は、電気的形式、機械的形式又は他の形式で実装されてよい。
別個の部品として表現されたユニットは、物理的に分離されてもそうでなくてもよく、ユニットとして示される部品は、物理ユニットであってもそうでなくてもよく、１か所に配置されてもよく、又は、複数のネットワークユニット上に分散されてもよい。ユニットの一部又はすべては、実施形態における解決手段の目的を実現するために、実際の要件にしたがって選択されてよい。
さらに、本願の実施形態における機能ユニットが１つの処理ユニットに統合されてよく、又は、当該ユニットのそれぞれが物理的に単独で存在してもよく、又は、２又はそれより多くのユニットが１つのユニットに統合されてよい。
機能がソフトウェア機能ユニットの形式で実装され、独立した製品として販売又は使用される場合、当該機能は、コンピュータ可読記憶媒体に格納されてよい。そのような理解に基づいて、基本的に本願の技術的解決手段又は従来技術に対して貢献する部分又は技術的解決手段の一部が、ソフトウェア製品の形式で実装され得る。コンピュータソフトウェア製品は、記憶媒体に格納されており、（パーソナルコンピュータ、サーバ又はネットワークデバイスなどであり得る）コンピュータデバイスが、本願の実施形態において説明された方法における段階のすべて又は一部を実行することを可能にするためのいくつかの命令を含む。記憶媒体は、例えば、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリメモリ（ｒｅａｄ‐ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク又は光ディスクなど、プログラムコードを格納できる様々な媒体を含む。
上述した説明は、本願の特定の実施例に過ぎないが、本願の保護範囲を限定することを目的とするものではない。本願で開示される技術的範囲内で当業者が考え付きやすい任意の変形又は置換が本願の保護範囲に含まれるものとする。したがって、本願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
［項目１］
データ伝送方法であって、
端末デバイスにより、第１インジケーションをアクセスネットワークデバイスに送信する段階であって、上記第１インジケーションは、上記端末デバイスにより上記アクセスネットワークデバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、上記端末デバイスがデータを伝送することを示すために用いられる、及び／又は
上記第１インジケーションは、上記アクセスネットワークデバイスにより上記端末デバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、上記アクセスネットワークデバイスがデータを伝送することを示すために用いられる、段階と、
上記第１ＲＲＣシグナリングに基づいて、上記端末デバイスと上記アクセスネットワークデバイスとの間で上記データを伝送する段階と
を備える方法。
［項目２］
上記第１ＲＲＣシグナリングに基づいて、上記端末デバイスと上記アクセスネットワークデバイスとの間で上記データを上記伝送する段階は、
上記データを上記第１ＲＲＣシグナリングに加えることにより、上記端末デバイスと上記アクセスネットワークデバイスとの間で上記データを伝送する段階を有する、項目１に記載の方法。
［項目３］
上記端末デバイスと上記アクセスネットワークデバイスとの間で上記データを上記伝送する段階は、
非アクセス層プロトコルデータユニットＮＡＳ ＰＤＵを用いて、上記端末デバイスと上記アクセスネットワークデバイスとの間で上記データを伝送する段階、又は、
データ無線ベアラＤＲＢを用いて、上記端末デバイスと上記アクセスネットワークデバイスとの間で上記データを伝送する段階
を有する、項目１又は２に記載の方法。
［項目４］
上記第１ＲＲＣシグナリングは、メッセージ３又はメッセージ４である、項目１から３のいずれか一項に記載の方法。
［項目５］
上記メッセージ３は、
ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージであり、及び／又は、
上記メッセージ４は、
競合解決メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ及びＲＲＣ接続再開メッセージのうちのいずれか１つのメッセージである、項目４に記載の方法。
［項目６］
上記第１ＲＲＣシグナリングに基づいて、上記端末デバイスと上記アクセスネットワークデバイスとの間で上記データを上記伝送する段階の前に、上記方法は、さらに、
上記端末デバイスにより、システムメッセージを受信する段階であって、上記システムメッセージは、データ量情報を有し、上記データ量情報は、上記第１ＲＲＣシグナリングに基づいて上記端末デバイスにより伝送され得る最大データ量を示すために用いられる、段階を備え、
上記第１ＲＲＣシグナリングに基づいて、上記端末デバイスと上記アクセスネットワークデバイスとの間で上記データを上記伝送する段階は、
上記データのデータ量が上記最大データ量より少ない又は上記最大データ量に等しいと上記端末デバイスが判定した場合、上記端末デバイスにより、上記第１ＲＲＣシグナリングに基づいて、上記アクセスネットワークデバイスに上記データを伝送する段階を有する、項目１から５のいずれか一項に記載の方法。
［項目７］
データ伝送方法であって、
アクセスネットワークデバイスにより、端末デバイスにより送信された第１インジケーションを受信する段階であって、上記第１インジケーションは、上記端末デバイスにより上記アクセスネットワークデバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、上記端末デバイスがデータを伝送することを示すために用いられる、及び／又は、
上記第１インジケーションは、上記アクセスネットワークデバイスにより上記端末デバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、上記アクセスネットワークデバイスがデータを伝送することを示すために用いられる、段階と、
上記第１ＲＲＣシグナリングに基づいて、上記アクセスネットワークデバイスと上記端末デバイスとの間で上記データを伝送する段階と
を備える方法。
［項目８］
上記第１ＲＲＣシグナリングに基づいて、上記アクセスネットワークデバイスと上記端末デバイスとの間で上記データを上記伝送する段階は、
上記データを上記第１ＲＲＣシグナリングに加えることにより、上記アクセスネットワークデバイスと上記端末デバイスとの間で上記データを伝送する段階を有する、項目７に記載の方法。
［項目９］
上記アクセスネットワークデバイスと上記端末デバイスとの間で上記データを上記伝送する段階は、
非アクセス層プロトコルデータユニットＮＡＳ ＰＤＵを用いて、上記アクセスネットワークデバイスと上記端末デバイスとの間で上記データを伝送する段階、又は、
データ無線ベアラＤＲＢを用いて、上記アクセスネットワークデバイスと上記端末デバイスとの間で上記データを伝送する段階
を有する、項目７又は８に記載の方法。
［項目１０］
上記第１ＲＲＣシグナリングは、メッセージ３又はメッセージ４である、項目７から９のいずれか一項に記載の方法。
［項目１１］
上記メッセージ３は、
ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージであり、及び／又は、
上記メッセージ４は、
競合解決メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ及びＲＲＣ接続再開メッセージのうちのいずれか１つのメッセージである、項目１０に記載の方法。
［項目１２］
上記方法は、さらに、
上記アクセスネットワークデバイスにより、上記ＮＡＳ ＰＤＵをコアネットワークデバイスに送信する段階を備える、項目９に記載の方法。
［項目１３］
上記第１ＲＲＣシグナリングに基づいて、上記アクセスネットワークデバイスと上記端末デバイスとの間で上記データを上記伝送する段階の前に、上記方法は、さらに、
上記アクセスネットワークデバイスにより、上記コアネットワークデバイスにより送信された上記ＮＡＳ ＰＤＵを受信する段階を備え、
上記第１ＲＲＣシグナリングに基づいて、上記アクセスネットワークデバイスと上記端末デバイスとの間で上記データを上記伝送する段階は、
上記アクセスネットワークデバイスにより、上記第１ＲＲＣシグナリングに基づいて、上記端末デバイスに上記ＮＡＳ ＰＤＵを伝送する段階を有する、項目９に記載の方法。
［項目１４］
上記ＮＡＳ ＰＤＵを保持するＮＡＳメッセージはインジケーション情報を有し、上記インジケーション情報は、アイドルモードにとどまるよう上記端末デバイスに命令することを上記アクセスネットワークデバイスに命令するために用いられる、項目１３に記載の方法。
［項目１５］
端末デバイスであって、
処理ユニット及び送受信ユニットを備え、
上記処理ユニットは、第１インジケーションを生成するように構成され、上記第１インジケーションは、上記端末デバイスにより上記アクセスネットワークデバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、上記端末デバイスがデータを伝送することを示すために用いられ、及び／又は、
上記第１インジケーションは、上記アクセスネットワークデバイスにより上記端末デバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、上記アクセスネットワークデバイスがデータを伝送することを示すために用いられ、
上記送受信ユニットは、上記処理ユニットにより生成された上記第１インジケーションを上記アクセスネットワークデバイスに送信し、上記第１ＲＲＣシグナリングに基づいて、上記端末デバイスと上記アクセスネットワークデバイスとの間で上記データを伝送するように構成される、端末デバイス。
［項目１６］
上記送受信ユニットは、具体的には、
上記データを上記第１ＲＲＣシグナリングに加えることにより、上記端末デバイスと上記アクセスネットワークデバイスとの間で上記データを伝送するように構成される、項目１５に記載の端末デバイス。
［項目１７］
上記送受信ユニットは、具体的には、
非アクセス層プロトコルデータユニットＮＡＳ ＰＤＵを用いて、上記端末デバイスと上記アクセスネットワークデバイスとの間で上記データを伝送する、又は、
データ無線ベアラＤＲＢを用いて、上記端末デバイスと上記アクセスネットワークデバイスとの間で上記データを伝送する
ように構成される、項目１５又は１６に記載の端末デバイス。
［項目１８］
上記第１ＲＲＣシグナリングは、メッセージ３又はメッセージ４である、項目１５から１７のいずれか一項に記載の端末デバイス。
［項目１９］
上記メッセージ３は、
ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージであり、及び／又は、
上記メッセージ４は、
競合解決メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ及びＲＲＣ接続再開メッセージのうちのいずれか１つのメッセージである、項目１８に記載の端末デバイス。
［項目２０］
上記送受信ユニットは、さらに、
システムメッセージを受信するように構成され、上記システムメッセージは、データ量情報を有し、上記データ量情報は、上記第１ＲＲＣシグナリングに基づいて上記端末デバイスにより伝送され得る最大データ量を示すために用いられ、
上記データのデータ量が上記最大データ量より少ない又は上記最大データ量に等しいと上記処理ユニットが判定した場合、上記送受信ユニットは、具体的には、上記第１ＲＲＣシグナリングに基づいて、上記アクセスネットワークデバイスに上記データを伝送するように構成される、項目１５から１９のいずれか一項に記載の端末デバイス。
［項目２１］
アクセスネットワークデバイスであって、
処理ユニット及び送受信ユニットを備え、上記処理ユニットは、
端末デバイスにより送信された第１インジケーションを受信することであって、上記第１インジケーションは、上記端末デバイスにより上記アクセスネットワークデバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、上記端末デバイスがデータを伝送することを示すために用いられる、及び／又は
上記第１インジケーションは、上記アクセスネットワークデバイスにより上記端末デバイスに送信される第１無線リソース制御ＲＲＣシグナリングに基づいて、上記アクセスネットワークデバイスがデータを伝送することを示すために用いられる、受信することと、
上記第１ＲＲＣシグナリングに基づいて、上記アクセスネットワークデバイスと上記端末デバイスとの間で上記データを伝送することと
を実行するように上記送受信ユニットを制御するように構成される、アクセスネットワークデバイス。
［項目２２］
上記送受信ユニットは、具体的には、
上記データを上記第１ＲＲＣシグナリングに加えることにより、上記アクセスネットワークデバイスと上記端末デバイスとの間で上記データを伝送するように構成される、項目２１に記載のアクセスネットワークデバイス。
［項目２３］
上記送受信ユニットは、具体的には、
非アクセス層プロトコルデータユニットＮＡＳ ＰＤＵを用いて、上記アクセスネットワークデバイスと上記端末デバイスとの間で上記データを伝送する、又は、
データ無線ベアラＤＲＢを用いて、上記アクセスネットワークデバイスと上記端末デバイスとの間で上記データを伝送する
ように構成される、項目２１又は２２に記載のアクセスネットワークデバイス。
［項目２４］
上記第１ＲＲＣシグナリングは、メッセージ３又はメッセージ４である、項目２１から２３のいずれか一項に記載のアクセスネットワークデバイス。
［項目２５］
上記メッセージ３は、
ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージであり、及び／又は、
上記メッセージ４は、
競合解決メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ及びＲＲＣ接続再開メッセージのうちのいずれか１つのメッセージである、項目２４に記載のアクセスネットワークデバイス。
［項目２６］
上記送受信ユニットは、さらに、
上記ＮＡＳ ＰＤＵをコアネットワークデバイスに送信するように構成される、項目２３に記載のアクセスネットワークデバイス。
［項目２７］
上記送受信ユニットは、具体的には、
上記コアネットワークデバイスにより送信された上記ＮＡＳ ＰＤＵを受信し、
上記第１ＲＲＣシグナリングに基づいて、上記端末デバイスに上記ＮＡＳ ＰＤＵを伝送する
ように構成される、項目２３に記載のアクセスネットワークデバイス。
［項目２８］
上記ＮＡＳ ＰＤＵを保持するＮＡＳメッセージはインジケーション情報を有し、上記インジケーション情報は、アイドルモードにとどまるよう上記端末デバイスに命令することを上記アクセスネットワークデバイスに命令するために用いられる、項目２７に記載のアクセスネットワークデバイス。

Claims (13)

  1. データ伝送方法であって、
    端末デバイスにより、システムメッセージを受信する段階であって、前記システムメッセージは、早期データ伝送の機能がサポートされていることを示すために用いられる、段階と、
    前記端末デバイスにより、第１インジケーションをアクセスネットワークデバイスに送信する段階であって、前記第１インジケーションは、早期データ伝送を示す、段階と、
    前記端末デバイスにより、前記端末デバイスと前記アクセスネットワークデバイスとの間で、前記早期データ伝送を実行する段階と
    を備え、
    前記第１インジケーションは、第１ランダムアクセスプリアンブルであり、前記第１ランダムアクセスプリアンブルは、早期アップリンクデータ伝送を示すために用いられ、前記早期データ伝送が前記早期アップリンクデータ伝送に対して示されることに応答して、前記端末デバイスにより、前記端末デバイスと前記アクセスネットワークデバイスとの間で、前記早期データ伝送を前記実行する段階は、
    前記端末デバイスにより、前記第１インジケーションの後に、第１無線リソース制御（ＲＲＣ）シグナリングの非アクセス層プロトコルデータユニット（ＮＡＳ ＰＤＵ）を用いることにより、前記早期アップリンクデータ伝送を実行する段階であって、前記第１ＲＲＣシグナリングは、メッセージ３（Ｍｓｇ３）である、段階を有し、又は、
    前記第１インジケーションは、第１ランダムアクセスプリアンブルであり、前記第１ランダムアクセスプリアンブルは、早期ダウンリンクデータ伝送を示すために用いられ、前記早期データ伝送が前記早期ダウンリンクデータ伝送に対して示されることに応答して、前記端末デバイスにより、前記端末デバイスと前記アクセスネットワークデバイスとの間で、前記早期データ伝送を前記実行する段階は、
    前記端末デバイスにより、前記Ｍｓｇ３を用いることにより、前記アクセスネットワークデバイスにサービス要求メッセージを送信する段階と、
    前記端末デバイスにより、前記サービス要求メッセージに応答して、第１ＲＲＣシグナリングのＮＡＳ ＰＤＵを用いることにより、前記アクセスネットワークデバイスからダウンリンクデータを受信する段階であって、前記第１ＲＲＣシグナリングは、メッセージ４（Ｍｓｇ４）であり、前記第１インジケーションの後に前記アクセスネットワークデバイスから受信した第１ＲＲＣシグナリングである、段階と
    を有する、方法。
  2. 前記メッセージ３は、
    ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージであり、又は、
    前記メッセージ４は、
    競合解決メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ及びＲＲＣ接続再開メッセージのうちのいずれか１つのメッセージである、請求項１に記載の方法。
  3. 前記方法は、さらに、
    前記端末デバイスにより、システムメッセージを受信する段階であって、前記システムメッセージは、データ量情報を有し、前記データ量情報は、前記第１ＲＲＣシグナリングに基づいて前記端末デバイスにより伝送され得る最大データ量を示すために用いられる、段階を備え、
    前記端末デバイスにより、第１ＲＲＣシグナリングのＮＡＳ ＰＤＵを用いることにより、前記早期アップリンクデータ伝送を前記実行する段階は、
    前記早期アップリンクデータ伝送のアップリンクデータのデータ量が前記最大データ量より少ない又は前記最大データ量に等しいと前記端末デバイスが判定した場合、前記端末デバイスにより、前記第１ＲＲＣシグナリングの前記ＮＡＳ ＰＤＵを用いることにより、前記アクセスネットワークデバイスに前記アップリンクデータを伝送する段階を有する、請求項１に記載の方法。
  4. 前記方法は、さらに、
    前記端末デバイスにより、アイドルモードを前記端末デバイスに示すＲＲＣ接続解放メッセージを受信する段階を備える、請求項１又は３に記載の方法。
  5. 端末デバイスであって、
    送受信ユニットを備え、前記送受信ユニットは、
    システムメッセージを受信を受信することであって、前記システムメッセージは、早期データ伝送の機能がサポートされていることを示すために用いられる、受信することと、
    第１インジケーションをアクセスネットワークデバイスに送信することであって、前記第１インジケーションは、早期データ伝送を示す、送信することと、
    前記端末デバイスと前記アクセスネットワークデバイスとの間で、前記早期データ伝送を実行すること
    を行うように構成され、
    前記第１インジケーションは、第１ランダムアクセスプリアンブルであり、前記第１ランダムアクセスプリアンブルは、早期アップリンクデータ伝送を示すために用いられ、前記早期データ伝送が前記早期アップリンクデータ伝送に対して示されることに応答して、前記端末デバイスと前記アクセスネットワークデバイスとの間で、前記早期データ伝送を前記実行することは、
    前記第１インジケーションの後に、第１無線リソース制御（ＲＲＣ）シグナリングの非アクセス層プロトコルデータユニット（ＮＡＳ ＰＤＵ）を用いることにより、前記早期アップリンクデータ伝送を実行することであって、前記第１ＲＲＣシグナリングは、メッセージ３（Ｍｓｇ３）である、実行することを有し、又は、
    前記第１インジケーションは、第１ランダムアクセスプリアンブルであり、前記第１ランダムアクセスプリアンブルは、早期ダウンリンクデータ伝送を示すために用いられ、前記早期データ伝送が前記早期ダウンリンクデータ伝送に対して示されることに応答して、前記端末デバイスと前記アクセスネットワークデバイスとの間で、前記早期データ伝送を前記実行することは、
    前記Ｍｓｇ３を用いることにより、前記アクセスネットワークデバイスにサービス要求メッセージを送信することと、
    前記サービス要求メッセージに応答して、第１ＲＲＣシグナリングのＮＡＳ ＰＤＵを用いることにより、前記アクセスネットワークデバイスからダウンリンクデータを受信することであって、前記第１ＲＲＣシグナリングは、メッセージ４（Ｍｓｇ４）であり、前記第１インジケーションの後に前記アクセスネットワークデバイスから受信した第１ＲＲＣシグナリングである、受信することと
    を有する、端末デバイス。
  6. 前記メッセージ３は、
    ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージであり、又は、
    前記メッセージ４は、
    競合解決メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ及びＲＲＣ接続再開メッセージのうちのいずれか１つのメッセージである、請求項５に記載の端末デバイス。
  7. 前記送受信ユニットは、さらに、システムメッセージを受信するように構成され、
    前記システムメッセージは、データ量情報を有し、前記データ量情報は、前記第１ＲＲＣシグナリングに基づいて前記端末デバイスにより伝送され得る最大データ量を示すために用いられ、
    前記送受信ユニットは、さらに、
    前記早期アップリンクデータ伝送のアップリンクデータのデータ量が前記最大データ量より少ない又は前記最大データ量に等しいと前記端末デバイスが判定した場合、前記第１ＲＲＣシグナリングの前記ＮＡＳ ＰＤＵを用いることにより、前記アクセスネットワークデバイスに前記アップリンクデータを伝送するように構成される、請求項５に記載の端末デバイス。
  8. 前記送受信ユニットは、さらに、アイドルモードを前記端末デバイスに示すＲＲＣ接続解放メッセージを受信するように構成される、請求項５又は７に記載の端末デバイス。
  9. ユーザ機器デバイス（ＵＥデバイス）に、
    システムメッセージを受信する手順であって、前記システムメッセージは、早期データ伝送の機能がサポートされていることを示すために用いられる、手順と、
    第１インジケーションをアクセスネットワークデバイスに送信する手順であって、前記第１インジケーションは、早期データ伝送を示す、手順と、
    前記ＵＥデバイスと前記アクセスネットワークデバイスとの間で、前記早期データ伝送を実行する手順と、
    を実行させ、
    前記第１インジケーションは、第１ランダムアクセスプリアンブルであり、前記第１ランダムアクセスプリアンブルは、早期アップリンクデータ伝送を示すために用いられ、前記早期データ伝送が前記早期アップリンクデータ伝送に対して示されることに応答して、前記ＵＥデバイスと前記アクセスネットワークデバイスとの間で、前記早期データ伝送を前記実行する手順は、
    前記第１インジケーションの後に、第１無線リソース制御（ＲＲＣ）シグナリングの非アクセス層プロトコルデータユニット（ＮＡＳ ＰＤＵ）を用いることにより、前記早期アップリンクデータ伝送を実行する手順であって、前記第１ＲＲＣシグナリングは、メッセージ３（Ｍｓｇ３）である、手順を有し、又は、
    前記第１インジケーションは、第１ランダムアクセスプリアンブルであり、前記第１ランダムアクセスプリアンブルは、早期ダウンリンクデータ伝送を示すために用いられ、前記早期データ伝送が前記早期ダウンリンクデータ伝送に対して示されることに応答して、前記ＵＥデバイスと前記アクセスネットワークデバイスとの間で、前記早期データ伝送を前記実行する手順は、
    前記Ｍｓｇ３を用いることにより、前記アクセスネットワークデバイスにサービス要求メッセージを送信する段階と、
    前記サービス要求メッセージに応答して、第１ＲＲＣシグナリングのＮＡＳ ＰＤＵを用いることにより、前記アクセスネットワークデバイスからダウンリンクデータを受信する手順であって、前記第１ＲＲＣシグナリングは、メッセージ４（Ｍｓｇ４）であり、前記第１インジケーションの後に前記アクセスネットワークデバイスから受信した第１ＲＲＣシグナリングである、手順と
    を実行させるためのプログラム。
  10. 前記メッセージ３は、
    ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続再開要求メッセージのうちのいずれか１つのメッセージであり、又は、
    前記メッセージ４は、
    競合解決メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続再確立メッセージ及びＲＲＣ接続再開メッセージのうちのいずれか１つのメッセージである、請求項９に記載のプログラム。
  11. 前記ユーザ機器デバイスに、さらに、
    システムメッセージを受信する手順を実行させ、
    前記システムメッセージは、データ量情報を有し、前記データ量情報は、前記第１ＲＲＣシグナリングに基づいて前記ユーザ機器デバイスにより伝送され得る最大データ量を示すために用いられ、
    第１ＲＲＣシグナリングのＮＡＳ ＰＤＵを用いることにより、前記早期アップリンクデータ伝送を前記実行する手順は、
    前記早期アップリンクデータ伝送のアップリンクデータのデータ量が前記最大データ量より少ない又は前記最大データ量に等しいと前記ユーザ機器デバイスが判定した場合、前記ユーザ機器デバイスにより、前記第１ＲＲＣシグナリングの前記ＮＡＳ ＰＤＵを用いることにより、前記アクセスネットワークデバイスに前記アップリンクデータを伝送する手順を有する、請求項９に記載のプログラム。
  12. 前記第１インジケーションを前記アクセスネットワークデバイスに前記送信する手順の前に、前記ユーザ機器デバイスに、さらに、
    システムメッセージを受信する手順と、
    前記受信したシステムメッセージに基づいて、早期データ伝送の機能がサポートされていると判定する手順と
    を実行させる、請求項９又は１１に記載のプログラム。
  13. 前記ユーザ機器デバイスに、さらに、
    アイドルモードを前記ユーザ機器デバイスに示すＲＲＣ接続解放メッセージを受信する手順を実行させる、請求項９又は１１に記載のプログラム。
JP2019560716A 2017-05-05 2017-07-18 データ伝送方法、端末デバイス及びアクセスネットワークデバイス Active JP7088603B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
PCT/CN2017/083332 WO2018201483A1 (zh) 2017-05-05 2017-05-05 数据传输的方法、终端设备和接入网设备
CNPCT/CN2017/083332 2017-05-05
PCT/CN2017/093440 WO2018201621A1 (zh) 2017-05-05 2017-07-18 数据传输的方法、终端设备和接入网设备

Publications (2)

Publication Number Publication Date
JP2020519193A JP2020519193A (ja) 2020-06-25
JP7088603B2 true JP7088603B2 (ja) 2022-06-21

Family

ID=64015669

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019560716A Active JP7088603B2 (ja) 2017-05-05 2017-07-18 データ伝送方法、端末デバイス及びアクセスネットワークデバイス

Country Status (7)

Country Link
US (2) US11140676B2 (ja)
EP (1) EP3611947A4 (ja)
JP (1) JP7088603B2 (ja)
KR (1) KR102390889B1 (ja)
CN (2) CN115442775A (ja)
BR (1) BR112019023178A2 (ja)
WO (2) WO2018201483A1 (ja)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3145269A1 (en) * 2015-09-16 2017-03-22 Alcatel Lucent Method, devices and system for a hybrid bearer service
WO2019019200A1 (zh) 2017-07-28 2019-01-31 华为技术有限公司 数据传输方法和装置
WO2019031820A1 (en) * 2017-08-08 2019-02-14 Lg Electronics Inc. METHOD AND APPARATUS FOR MANAGING FAILURE OF EARLY DATA TRANSMISSION IN A WIRELESS COMMUNICATION SYSTEM
US20190208411A1 (en) * 2018-03-16 2019-07-04 Intel Corporation Security framework for msg3 and msg4 in early data transmission
JP6889331B2 (ja) * 2018-05-09 2021-06-18 京セラ株式会社 通信制御方法、無線端末、及び基地局
EP4236603A3 (en) * 2018-08-03 2023-09-13 Telefonaktiebolaget LM Ericsson (publ) User plane optimizations for 5g cellular internet of things
EP3834573B1 (en) * 2018-08-09 2023-12-20 Sony Group Corporation Communications device, infrastructure equipment and methods
GB201820171D0 (en) * 2018-12-11 2019-01-23 Nordic Semiconductor Asa Efficient cellular communication
US10779160B2 (en) * 2018-12-17 2020-09-15 Verizon Patent And Licensing Inc. Method and device for updating user devices via a cellular connection
WO2020263283A1 (en) * 2019-06-28 2020-12-30 Nokia Technologies Oy Early data transmission for dual connectivity or carrier aggregation
CN112566273B (zh) * 2019-09-26 2022-12-23 维沃移动通信有限公司 一种数据接收、发送方法、终端及网络侧设备
CN113453343B (zh) * 2020-03-25 2023-04-18 展讯通信（上海）有限公司 业务的请求方法及装置
US11665772B2 (en) * 2020-08-10 2023-05-30 Acer Incorporated Apparatuses and methods for small data transmission in a radio resource control (RRC) inactive state
CN114126091B (zh) * 2020-08-26 2024-05-31 大唐移动通信设备有限公司 上行数据处理方法、装置、网络设备、终端设备及介质
CN112425225B (zh) * 2020-10-21 2024-01-09 北京小米移动软件有限公司 信息发送方法及装置、存储介质
WO2022133682A1 (zh) * 2020-12-21 2022-06-30 Oppo广东移动通信有限公司 数据传输方法、终端设备和网络设备
EP4040910A1 (en) * 2021-02-06 2022-08-10 Deutsche Telekom AG Contention based random access procedure for mobile communications
CN116709168A (zh) * 2022-02-28 2023-09-05 华为技术有限公司 一种通信方法及装置
US20230319929A1 (en) * 2022-03-30 2023-10-05 Qualcomm Incorporated Rrc reestablishment between tn and ntn
CN117202373A (zh) * 2022-05-26 2023-12-08 荣耀终端有限公司 通信方法、通信装置和通信系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013529402A (ja) 2010-03-23 2013-07-18 インターデイジタル パテント ホールディングス インコーポレイテッド マシンタイプ通信のための効率的なシグナリング
WO2016172521A1 (en) 2015-04-22 2016-10-27 Convida Wireless, Llc Small data usage enablement in 3gpp networks
JP2016540441A (ja) 2013-12-06 2016-12-22 アイディーエーシー ホールディングス インコーポレイテッド 無線システムにおける階層化された接続性
WO2016204985A1 (en) 2015-06-19 2016-12-22 Qualcomm Incorporated Small data transmission in a wireless communications system

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101426253B (zh) * 2007-10-31 2013-08-07 华为技术有限公司 一种实现信息传输的方法、装置及系统
CN102387495A (zh) 2010-08-30 2012-03-21 电信科学技术研究院 一种机器类通信设备的数据传输处理方法及设备
CN102457825A (zh) * 2010-10-15 2012-05-16 电信科学技术研究院 一种数据的传输方法和设备
KR101789327B1 (ko) * 2011-01-04 2017-10-24 엘지전자 주식회사 무선 통신 시스템에서 상향링크 전송방법 및 장치
CN102638900B (zh) * 2011-02-15 2014-11-19 电信科学技术研究院 一种连接建立方法及装置
CN102223715A (zh) * 2011-07-21 2011-10-19 电信科学技术研究院 一种数据传输方法及装置
CN102333293B (zh) * 2011-09-21 2014-07-09 电信科学技术研究院 一种小数据的传输方法和设备
CN104488308B (zh) * 2012-05-21 2019-04-23 三星电子株式会社 用于在移动通信系统中传送和接收数据的方法和设备
CN103731808A (zh) * 2012-10-15 2014-04-16 中兴通讯股份有限公司 发送、接收数据的方法、装置及数据的收发系统
US9420511B2 (en) * 2012-11-01 2016-08-16 Intel Corporation Signaling QoS requirements and UE power preference in LTE-A networks
CN104144524B (zh) * 2013-05-08 2018-05-11 电信科学技术研究院 一种小数据传输方法和演进基站及用户终端
CN104144467B (zh) * 2013-05-10 2019-01-29 上海诺基亚贝尔股份有限公司 数据传输方法和设备
KR102003273B1 (ko) * 2013-05-10 2019-10-01 주식회사 팬택 이중연결을 지원하는 무선 통신 시스템에서 단말 식별자 구성 방법 및 그 장치
CN104754759B (zh) * 2013-12-31 2018-11-23 中国移动通信集团公司 一种rrc状态转移控制与数据传输方法、设备及系统
CN104981022B (zh) * 2014-04-04 2020-07-10 北京三星通信技术研究有限公司 数据传输的方法、基站及终端
MX2018013639A (es) * 2016-05-11 2019-05-15 Sony Corp Control distribuido en sistemas inalambricos.
KR20180035638A (ko) * 2016-09-29 2018-04-06 삼성전자주식회사 RRC Inactive 및 active 상태에서 data 전송 결정 및 방법 및 장치
JP6935489B2 (ja) * 2017-04-28 2021-09-15 エルジー エレクトロニクス インコーポレイティドＬｇ Ｅｌｅｃｔｒｏｎｉｃｓ Ｉｎｃ． Ｅｄｔによってデータを送信する方法
US20180324854A1 (en) 2017-05-04 2018-11-08 Qualcomm Incorporated Uplink small data transmission for enhanced machine-type-communication (emtc) and internet of things (iot) communication
WO2019004690A1 (en) * 2017-06-27 2019-01-03 Lg Electronics Inc. METHOD AND APPARATUS FOR CONFIGURING MULTIPLE COMMON CONTROL CHANNELS IN A WIRELESS COMMUNICATION SYSTEM

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013529402A (ja) 2010-03-23 2013-07-18 インターデイジタル パテント ホールディングス インコーポレイテッド マシンタイプ通信のための効率的なシグナリング
JP2016540441A (ja) 2013-12-06 2016-12-22 アイディーエーシー ホールディングス インコーポレイテッド 無線システムにおける階層化された接続性
WO2016172521A1 (en) 2015-04-22 2016-10-27 Convida Wireless, Llc Small data usage enablement in 3gpp networks
WO2016204985A1 (en) 2015-06-19 2016-12-22 Qualcomm Incorporated Small data transmission in a wireless communications system

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Ericsson，Early data transmission for MTC[online]，3GPP TSG RAN1#88bis R1-1705197，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_88b/Docs/R1-1705197.zip>，2017年03月24日
Intel Corporation，Discussion on control plane based solution of data over NAS for NB-IOT[online]，3GPP TSG RAN WG2 Meeting #92 R2-156349，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_92/Docs/R2-156349.zip＞，2015年11月07日

Also Published As

Publication number Publication date
KR102390889B1 (ko) 2022-04-26
CN110603829A (zh) 2019-12-20
CN115442775A (zh) 2022-12-06
US11606786B2 (en) 2023-03-14
BR112019023178A2 (pt) 2020-05-19
EP3611947A1 (en) 2020-02-19
US20220007345A1 (en) 2022-01-06
WO2018201621A1 (zh) 2018-11-08
JP2020519193A (ja) 2020-06-25
US20200068547A1 (en) 2020-02-27
US11140676B2 (en) 2021-10-05
EP3611947A4 (en) 2020-02-19
WO2018201483A1 (zh) 2018-11-08
KR20200003126A (ko) 2020-01-08

Similar Documents

Publication Publication Date Title
JP7088603B2 (ja) データ伝送方法、端末デバイス及びアクセスネットワークデバイス
CN110651511B (zh) 参与无线电接入网更新过程的用户设备和基站
EP3300402B1 (en) Unlicensed transmission method and corresponding user equipment
WO2021169775A1 (zh) 数据传输方法与设备
KR100984303B1 (ko) 임의 접속에 이용되는 프리앰블을 위한 시그널링
EP3598818B1 (en) Data transmission methods, terminal device, and network device
WO2020020270A1 (zh) 随机接入的方法和通信设备
WO2019063023A1 (zh) 数据传输方法及装置、搜索空间优化方法及装置、存储介质
CN116368920A (zh) 用于在小数据传输期间处理非小数据传输无线电承载的方法及其装置
WO2018171527A1 (en) Data transmission in rrc inactive state
US20240080699A1 (en) Sdt failure reporting method, terminal device, and network device
JP7113965B2 (ja) ダウンリンクチャネルの受信方法及び端末機器
US20210218495A1 (en) Signal transmission method and communications apparatus
KR102480742B1 (ko) 부분 대역폭 타이밍 방법 및 디바이스, 및 통신 시스템
KR102288304B1 (ko) 통신 방법, 단말 장치, 및 접속 네트워크 장치
US20210250850A1 (en) Network access method and apparatus
US11882602B2 (en) Data transmission method, base station, and user equipment
EP3065467B1 (en) Discovery signal transmission method, user device, and base station
EP3619991B1 (en) A communications device, method and copmputer program for transmission of a message in response to a random access response comprising multiple grants
WO2022236499A1 (zh) Cg资源维护方法、终端设备和网络设备
WO2024022193A1 (zh) 小数据传输方法、终端、网络设备、装置及存储介质
WO2022027527A1 (zh) 信号的发送和接收方法、装置和通信系统
WO2023143022A1 (zh) 用于随机接入过程中数据处理的方法和装置
EP3298855B1 (en) Methods, wireless communication device and radio network node for managing contention resolution
WO2020042113A1 (zh) 一种数据传输方法及装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191203

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20191203

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20201216

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20201222

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210309

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210914

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211209

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20220510

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220606

R150 Certificate of patent or registration of utility model

Ref document number: 7088603

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150