RU2505947C2 - Способ и устройство для передачи сообщения по общему каналу управления для произвольного доступа в сети беспроводной связи - Google Patents

Способ и устройство для передачи сообщения по общему каналу управления для произвольного доступа в сети беспроводной связи Download PDF

Info

Publication number
RU2505947C2
RU2505947C2 RU2011152916/07A RU2011152916A RU2505947C2 RU 2505947 C2 RU2505947 C2 RU 2505947C2 RU 2011152916/07 A RU2011152916/07 A RU 2011152916/07A RU 2011152916 A RU2011152916 A RU 2011152916A RU 2505947 C2 RU2505947 C2 RU 2505947C2
Authority
RU
Russia
Prior art keywords
mac
message
rrc
ccch
rrc message
Prior art date
Application number
RU2011152916/07A
Other languages
English (en)
Other versions
RU2011152916A (ru
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=40789268&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=RU2505947(C2) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Квэлкомм Инкорпорейтед filed Critical Квэлкомм Инкорпорейтед
Publication of RU2011152916A publication Critical patent/RU2011152916A/ru
Application granted granted Critical
Publication of RU2505947C2 publication Critical patent/RU2505947C2/ru

Links

Images

Classifications

    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • 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
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity
    • H04W12/108—Source integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/30—TPC using constraints in the total amount of available transmission power
    • H04W52/36—TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
    • H04W52/365—Power headroom reporting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0866—Non-scheduled access, e.g. ALOHA using a dedicated channel for access
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20—Transfer of user or subscriber data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/604—Address structures or formats
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/654—International mobile subscriber identity [IMSI] numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/695—Types of network addresses using masks or ranges of addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity
    • 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

Landscapes

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

Abstract

Изобретение относится к системам произвольного доступа. Технический результат заключается в повышении эффективности передачи информации для установления соединения. Описаны методики отправки сообщения для произвольного доступа пользовательским оборудованием (UE). В одном аспекте UE может отправлять сообщение по каналу управления для произвольного доступа и может отправлять зарезервированный идентификатор канала для указания, что сообщение отправляется по каналу управления. В другом аспекте UE может отправлять сообщение в протокольном блоке данных (PDU) и может отправлять дополнительную информацию (например, отчет о состоянии буфера) в PDU, если он сможет разместить дополнительную информацию. В еще одном аспекте UE может генерировать короткий код проверки подлинности сообщения для защиты целостности (MAC-I) для сообщения. Короткий MAC-I может иметь меньший размер и может быть использован для аутентификации UE. В еще одном аспекте UE может отправлять UE ID одного или множественных типов для произвольного доступа и может передавать тип UE ID посредством поля формата в сообщении. 4 н. и 12 з.п. ф-лы, 19 ил., 4 табл.

Description

Заявление об установлении приоритета по 35 U.S.C. §119
Настоящая заявка притязает на приоритет предварительной заявки США № 61/015159, озаглавленной «METHOD AND APPARATUSES FOR TRANSFER OF FIRST SCHEDULED TRANSMISSION USING CONTROL CHANNEL» поданной 19 декабря 2007 года, правообладателем которой является заявитель настоящей заявки и которая включена в данную заявку посредством ссылки.
Область техники, к которой относится изобретение
Настоящее изобретение относится, в целом, к связи, и более конкретно к технологии осуществления произвольного доступа в сети беспроводной связи.
Уровень техники
Сети беспроводной связи широко используются для предоставления различных услуг связи, таких как передача голоса, видео, пакетных данных, передача сообщений, широковещание и т.д. Такие сети могут быть сетями множественного доступа, способными поддерживать множественных пользователей посредством разделения доступных сетевых ресурсов. Примеры таких сетей множественного доступа включают в себя сети множественного доступа с кодовым разделением (CDMA), сети множественного доступа с временным разделением (TDMA), сети множественного доступа с частотным разделением (FDMA), ортогональные сети множественного доступа с частотным разделением (OFDMA), сети множественного доступа с временным разделением и передачей на одной несущей (SC-FDMA).
Сеть беспроводной связи может включать в себя несколько базовых станций, которые могут поддерживать связь для нескольких пользовательских оборудований (UE). UE может осуществлять произвольный доступ для того, чтобы установить соединение с базовой станцией. UE может отправлять релевантную информацию, используемую для установления соединения. Желательно эффективно отправлять информацию во время произвольного доступа.
Раскрытие изобретения
В этом документе описаны технологии отправки сообщения для произвольного доступа UE. В одном аспекте зарезервированный идентификатор канала может быть использован для указания, что сообщение отправляется по каналу управления для произвольного доступа. В одном конструктивном исполнении UE может отправлять сообщение по каналу управления для произвольного доступа и может также отправлять зарезервированный идентификатор канала для указания, что сообщение отправляется по каналу управления. Сообщение, отправляемое по каналу управления, может содержать сообщение управления радиоресурсами (RRC), отправляемое по общему каналу управления (CCCH), который может быть отображен на совместно используемый канал восходящей линии связи (UL-SCH). Зарезервированный идентификатор канала может содержать зарезервированный идентификатор логического канала (LCID).
В другом аспекте сообщение и дополнительная информация могут быть отправлены для произвольного доступа. В одном конструктивном исполнении UE может отправлять сообщение в протокольный блок данных (PDU), причем сообщение отправляется по каналу управления для произвольного доступа UE. UE может отправлять дополнительную информацию в PDU, если PDU может разместить дополнительную информацию. Дополнительная информация может содержать отчет о состоянии буфера для UE, отчет о запасе мощности для UE, данные для выделенного канала управления, данные для выделенного канала трафика и т.д.
В еще одном аспекте короткий код проверки подлинности сообщения для защиты целостности (MAC-I) может быть отправлен в сообщении для произвольного доступа. В одном конструктивном исполнении UE может генерировать короткий MAC-I для сообщения, отправленного по каналу управления для произвольного доступа. Короткий MAC-I может иметь меньший размер, чем полный MAC-I используемый для защиты целостности сообщений отправляемых по плоскости управления. Короткий MAC-I может быть отправлен для сообщения RRC по CCCH для повторного установления соединения RRC и может быть использован для проверки подлинности UE.
В еще одном аспекте UE ID одного или нескольких типов может быть отправлен для произвольного доступа. В одном конструктивном исполнении UE может устанавливать поле формата сообщения в первое значение, указывающее первый тип UE ID отправленного в сообщении (например, для подсоединения) или во второе значение, указывающее второй тип UE ID отправленного в сообщении (например, для последующего доступа). UE может генерировать сообщения содержащее поле формата и UE ID типа, указанного в поле формата. UE может отправлять сообщение для случайного доступа.
Различные аспекты и признаки настоящего изобретения описаны более подробно ниже.
Краткое описание чертежей
На фиг.1 изображена сеть беспроводной связи.
На фиг.2 изображен стек протоколов для плоскости управления в долгосрочном развитии (LTE).
На фиг.3 изображено отображение логических каналов на транспортные каналы для восходящей линии связи.
На фиг.4 изображен поток сообщения для процедуры произвольного доступа в LTE.
На фиг.5 изображена обработка для генерирования Message 3 в процедуре произвольного доступа.
На фиг.6 изображен PDU управления доступа к среде (MAC) для Message 3.
На фиг.7A-7C изображены три MAC подзаголовка.
На фиг.8A-8D изображены четыре MAC PDU, переносящих сообщение для произвольного доступа.
На фиг.9 изображен процесс отправки сообщения по каналу управления с зарезервированным идентификатором канала для произвольного доступа.
На фиг.10 изображен процесс отправки сообщения и дополнительной информации для произвольного доступа.
На фиг.11 изображен процесс отправки сообщения с коротким MAC-I для произвольного доступа.
На фиг.12 изображен процесс отправки UE ID для произвольного доступа.
На фиг.13 изображен процесс отправки сообщения для произвольного доступа.
На фиг.14 изображена блок-схема eNB/базовой станции и UE.
Осуществление изобретения
Технологии, описанные в данном документе, могут быть использованы для различных сетей беспроводной связи, таких как CDMA, TDMA, FDMA, OFDMA, SC-FDMA и других сетей. Термины «система» и «сеть» часто используются взаимозаменяемо. Сеть CDMA может реализовывать технологии радиосвязи, такие как Универсальный Наземный Радиодоступ (UTRA), cdma2000 и т.д. UTRA включает в себя широкополосный CDMA (WCDMA) и другие варианты CDMA. Cdma2000 охватывает стандарты IS-2000, IS-95 и IS-856. Сеть TDMA может реализовывать технологии радиосвязи, такие как Глобальная Система Мобильной Связи (GSM). Сеть OFDMA может реализовывать технологии радиосвязи, такие как Усовершенствованный Универсальный Наземный Радиодоступ (E-UTRA), Сверхподвижная широкополосная передача (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDM® и т.д. E-UTRA использует OFDMA в нисходящей линии связи и SC-FDMA в восходящей линии связи. 3GPP долгосрочного развития (LTE) использует радиоинтерфейс, определенный E-UTRA, и сетевую архитектуру, определенную E-UTRAN. UTRA, E-UTRA, E-UTRAN, LTE и GSM описаны в документах организации, названной «Проект партнерства третьего поколения» (3GPP). Cdma2000 и UMB описаны в документах организации, названной «Проект партнерства третьего поколения 2» (3GPP2). Для ясности, конкретные аспекты методик описаны ниже для LTE, и LTE терминологии используется в большей части описания ниже.
На фиг.1 изображена сеть 100 беспроводной связи, которая может быть сетью LTE. Сеть 100 может включать в себя усовершенствованные узлы В (eNB) и другие сетевые объекты, описанные 3GPP. eNB может быть стационарной станцией, которая связывается с UE и может быть также обозначена как Узел В, базовая станция, точка доступа и т.д. Каждый eNB может предоставлять покрытие связи для определенной географической зоны. Для улучшения пропускной способности сети полная зона покрытия eNB может быть разделена на множество (например, три) меньших зон. Каждая меньшая зона может быть обслужена соответствующей подсистемой eNB. В 3GPP, термин «сота» может обозначать самую маленькую зону покрытия eNB и/или подсистему eNB, обслуживающую эту зону покрытия.
Элемент управления мобильностью (MME)/обслуживающий шлюз (S-GW) 130 может соединяться с множеством eNB и предоставлять координацию и управление этими eNB. Обслуживающий шлюз 130 может поддерживать информационные службы, такие как передача голоса по IP-протоколу (VoIP), видео, передача сообщений и т.д. MME 130 может быть ответственен за коммутацию путей между исходным eNB и целевым eNB при передачи обслуживания. MME/обслуживающий шлюз 130 может соединяться с базовой сетью и/или сетью передачи данных (например, Интернет) и может связываться с другими объектами (например, удаленными серверами и терминалами) которые соединены с базовой сетью и/или сетью передачи данных.
UE 120 могут быть распределены по сети, и каждое UE может быть стационарным или мобильным. UE может быть также обозначено как мобильная станция, терминал, терминал доступа, блок абонента, станция и т.д. UE может быть сотовым телефоном, персональным цифровым секретарем (PDA), беспроводным модемом, устройством беспроводной связи, портативным устройством, портативным персональным компьютером, радиотелефоном, станцией местной линии радиосвязи (WLL) и т.д. UE может связываться с eNB посредством нисходящей линии связи и восходящей линии связи. Нисходящая линия связи (или прямая линия связи) обозначает линию связи от eNB к UE, и восходящая линия связи (или обратная линия связи) обозначает линию связи от UE к eNB. На фиг.1 сплошная линия с двумя стрелками указывает активную связь между eNB и UE. Пунктирная линия с двумя стрелками указывает UE осуществляющий произвольный доступ.
На Фиг.2 изображен стек 200 протоколов для плоскости управления в LTE. Плоскость управления переносит сигнализацию между UE 120 и MME 130 посредством eNB 110. UE 120 может связываться с MME 130 посредством протокола управления без осуществления доступа (NAS). NAS может осуществлять различные функции, такие как расширенная пакетная система (EPS) управления радиоканалом, аутентификацию, поддержку мобильности, начало поисковой связи, контроль безопасности и т.д. UE 120 может обмениваться сообщениями сигнализации с eNB 110 посредством управления радиоресурсами (RRC). RRC может осуществлять функции, такие как управление соединением RRC, контроль и отчет измерений UE, контроль радиоканала (RB), функции мобильности, широковещание, поисковая связь и т.д.
Сообщения RRC могут быть обменены между UE 120 и eNB 110 посредством протокола конвергенции пакетных данных (PDCP), управления радиоканалом (RLC) и управления доступом к среде (MAC) которые являются подуровнями Уровня 2 (L2). Каждый протокол принимает блоки служебных данных (SDU) от высших подуровней/уровней и предоставляет блоки служебных данных (PDU) на низшие подуровни/уровни. PDCP могут осуществлять различные функции, такие как шифрование (то есть, зашифровывание) и защиту целостности для плоскости управления, шифрование и уплотнение заголовков для плоскости пользователя и т.д. RLC может осуществлять различные функции, такие как (i) сегментация и конкатенация RLC SDU и исправление ошибок через автоматический запрос на повторение (ARQ) на передающий объект и (ii) дублировать определение SDU нижнего уровня, переупорядочивание RLC SDU и упорядоченную доставку PDU верхнего уровня на принимающий объект. MAC может осуществлять различные функции, такие как отображение между логическими каналами и транспортными каналами, мультиплексирование и демультиплексирование RLC PDU для логических каналов в/от транспортные модули для транспортных каналов, отчет об измерении объема трафика, исправление ошибок через гибридный ARQ (HARQ), распределение приоритета между логическими каналами UE, распределение приоритета между UE посредством динамического планирования, выбор формата транспортировки, заполнение и т.д. Функции, осуществляемые RRC, PDCP, RLC и MAC в LTE могут быть предоставлены эквивалентными протоколами в других технологиях радиосвязи. UE 120 дополнительно связывается с eNB 110 посредством интерфейса радиосвязи E-UTRA на физическом уровне (PHY).
MAC может предоставлять услуги передачи данных посредством логических каналов. Множество логических каналов может быть определено для разных услуг передачи данных предлагаемых MAC. MAC может также использовать несколько транспортных каналов для переноса данных для логических каналов. Логические каналы могут быть охарактеризованы тем, что они транспортируют, тогда как транспортные каналы быть охарактеризованы тем, как и с какими характеристиками пользовательские данные и данные управления передаются по радиоинтерфейсу. Логические каналы могут быть отображены на транспортные каналы, которые дополнительно могут быть отображены на физические каналы.
Таблица 1 дает перечень некоторых логических и транспортных каналов в LTE. LTE поддерживает другие логические и транспортные каналы, которые не изображены в таблице 1 для простоты.
Таблица 1
Логические и транспортные каналы в LTE
Тип Канал Название канала Описание
Логический CCCH Общий канал управления Переносит данные управления к/от UE, не известному сети
Логический DCCH Выделенный канал управления Переносит данные управления к/от UE, известному сети
Логический DTCH Выделенный канал трафика Переносит пользовательские данные к/от UE
Транспортный RACH Канал произвольного доступа Переносит преамбулу произвольного доступа по восходящей линии связи от UE
Транспортный UL-SCH Совместно используемый канал восходящей линии связи Переносит пользовательские данные и данные управления по восходящей линии связи от UE
Транспортный DL-SCH Совместно используемый канал нисходящей линии связи Переносит пользовательские данные и данные управления по восходящей линии связи к UE
На Фиг.3 изображено отображение логических каналов на транспортные каналы для восходящей линии связи в LTE. На восходящей линии связи CCCH, DCCH и DTCH могут быть отображены на UL-SCH. UE может использовать CCCH, когда сеть не знает принадлежность UE, и может использовать DCCH, когда сеть знает принадлежность UE. На нисходящей линии связи CCCH может быть отображен на DL-SCH (не изображено на фиг.3)
UE может осуществлять процедуру произвольного доступа для того, чтобы получить доступ к сети и/или для других целей. Термины «произвольный доступ», «доступ в систему» и «доступ» могут быть использованы взаимозаменяемо. Например, UE может осуществлять процедуру произвольного доступа по следующим сценариям произвольного доступа:
- повторное установление соединения RRC,
- подсоединение к сети, например, на основе международного идентификатора подвижного абонента (IMSI), или
- последующий доступ к сети для перехода от режима ожидания к активному режиму, например, на основе ESP временного идентификатора подвижного абонента (S-TMSI).
UE может также осуществлять процедуру произвольного доступа для доступа к передачи обслуживания, когда обслуживание UE передается от одного eNB к другому eNB. UE может также осуществлять процедуру произвольного доступа по другим сценариям. UE может использовать CCCH для повторного установления соединения RRC, присоединения и последующего доступа.
На Фиг.4 изображен поток 400 сообщения для процедуры произвольного доступа в LTE. UE может передавать преамбулу произвольного доступа (RA) по RACH всякий раз, когда UE желает получить доступ к сети и ресурсам, являющимся доступными (этап 1). Преамбула RA может быть также обозначена как Сообщение 1. Преамбула RA может быть опознана идентификатором преамбулы (ID) RA, используемым как временный ID для UE во время процедуры произвольного доступа. eNB может принимать преамбулу RA от UE и возможно преамбулы RA от других UE. ГУ может отправлять ответ произвольного доступа по DL-SCH для ответа на одну или несколько преамбул RA (этап 2). Ответ произвольного доступа может быть также обозначен как Message 2 и может включать в себя различные типы информации, такие как ID преамбулы RA, информацию настройки тайминга, начальное предоставление восходящей линии связи, назначение временного UE ID и т.д.
UE может принимать ответ произвольного доступа от eNB и может отправлять первую запланированную передачу по UL-SCH. Первая запланированная передача может также быть обозначена как Message 3 и может включать в себя разную информацию для разных типов произвольного доступа, как будет описано ниже. Размер первой запланированной передачи может зависеть от предоставления восходящей линии связи переносимого в Message 2. eNB может принимать первую запланированную передачу и может отправлять сообщение по DL-SCH для разрешения конфликтов, если это необходимо (этап 4). Конфликт может возникнуть когда множественные UE отправляют одну и ту же преамбулу RA по RACH. Разрешение конфликтов может быть осуществлено для решения того, какому UE предоставить доступ.
Процедура произвольного доступа для LTE описана в 3GPP TS 36.213, TS 36.300, TS 36.321 и TS 36.331, которые находятся в открытом доступе.
Первая запланированная передача на этапе 3 обозначена как Message 3 в большей части описания ниже. Таблица 2 дает перечень разных типов информации, которая может быть отправлена в Message 3 для разных сценариев/типов произвольного доступа, в соответствии с одним конструктивным исполнением. IMSI является идентификацией (ID) UE, которая является в целом уникальной. S-TMSI является UE ID, который является уникальным в сети. Временный идентификатор сотовой радиосети (C-RNTI) является UE ID, который является уникальным в соте. Разные типы UE ID могут быть применимы для разных зон и могут иметь разные длины. MAC-I является кодом аутентификации сообщения для защиты целостности и может быть использован для аутентификации отправителя сообщения. Таблица 2 также изображает количество битов для каждого типа информации в соответствии с одним конструктивным исполнением. Другие типы информации могут также быть отправлены для каждого типа произвольного доступа.
Таблица 2
Начальное число бит для Message 3
  Тип произвольного доступа
Уровень Повторное установление соединения RRC Присоединение Последующий доступ
RRC - старый ID соты: 9 бит,
- старый C-RNTI: 16 бит,
- MAC-I: 32 бита,
- информация о частоте: 14 бит		 - Начальный идентификатор UE (IMSI): 84 бита,
- Причина установления: 3 бита		 - начальный идентификатор UE (S-TMSI): 40 бит,
- причина установления: 3 бита
PDCP PDCP без MAC-I: 8 бит
RLC RLC-TM: 0 бит
MAC заголовок MAC: 16 бит
PHY Физический уровень CRC: 24 бита
       
RRC биты 71 87 43
Другие биты 48 48 48
Всего битов 119 135 91
UE может быть выделено предоставление восходящей линии связи для отправки Message 3. В одном конструктивном исполнении предоставление восходящей линии связи может быть по меньшей мере 80 бит и может быть дан кратным 8 битам, например, 80 бит, 88 бит, 96 бит и т.д. Минимальное предоставление восходящей линии связи в 80 бит может быть выбрано на основе различных факторов, таких как количество информации для отправки в Message 3, желаемая производительность на границе соты и т.д. Меньшее число битов (например, 72 бита) или большее число битов может также поддерживаться для минимального предоставления восходящей линии связи.
Как изображено в таблице 2, общее число битов для Message 3 для каждого типа произвольного доступа превышает минимальное предоставление восходящей линии связи в 80 бит. Может быть желаемо уменьшить общее число битов для Message 3 так, чтобы Message 3 можно было отправить с минимальным предоставлением восходящей линии связи. Также может быть желаемо определить единый формат для PDCP, RLC и MAC для Message 3. Общее число битов для Message 3 может быть уменьшено способом, описанным ниже.
Для RRC, одно из ограниченного числа размеров сообщения RRC может быть поддержано для сообщения RRC, отправленного по CCCH для Message 3. В одном конструктивном исполнении могут поддерживаться размеры сообщения RRC в 48 бит и 96 бит. 48-битовое сообщение RRC или 96-битовое сообщение RRC может быть отправлено в Message 3 в зависимости от размера предоставления восходящей линии связи.
Для повторного установления соединения RRC Message 3 может содержать сообщение запрос на повторное установление соединения RRC или другое сообщение RRC. В одном конструктивном исполнении число битов для сообщения RRC для повторного установления Соединения RRC может быть уменьшено исключением 32-битового MAC-I так же, как и информация о частоте. MAC-I может быть использован для проверки UE, отправляющего сообщение RRC, и может действовать как триггер для коммутации пути данных S1 для UE на сетевой стороне. Исключение MAC-I из сообщения запрос на повторное установление соединения RRC может задержать коммутацию пути до отправки сообщения, завершение реконфигурации соединения RRC (целостность которого может быть защищена) посредством UE в процедуре повторного установления соединения RRC. В другом конструктивном исполнении короткий MAC-I меньшего размера может быть сгенерирован на основе 16 наиболее значащих битов (MSB) полного MAC-I и может быть отправлен в сообщении RRC. В еще одном конструктивном исполнении короткий MAC-I может иметь переменный размер, который может зависеть от размера предоставления восходящей линии связи. Для всех конструктивных исполнений 48-битовое сообщение RRC может быть отправлено для повторного установления Соединения RRC и может быть заполнено значительным числом заполняющих битов, если это требуется.
Для присоединения Message 3 может содержать сообщение запрос на соединение RRC или другое сообщение RRC. В одном конструктивном исполнении размер начального UE ID (например, IMSI) может быть уменьшен, если требуется, так что сообщение RRC подойдет под один из поддерживаемых размеров сообщения RRC. IMSI может быть составлено из 3-значного кода страны в мобильной сети (MCC), 2-значного или 3-значного кода сети мобильной связи (MNC) и идентификационного номера мобильной станции (MSIN), который является уникальным в сети. IMSI может иметь длину 6-21 десятичный знак, и 15 знаков может быть обычной длиной IMSI в LTE.
В одном конструктивном исполнении IMSI может переноситься с использованием двоичного представления (вместо шестнадцатеричного представления) для того, чтобы увеличить количество IMSI информации, которая может быть отправлена в сообщении RRC данного размера. Каждый десятичный знак IMSI может быть перенесен с одним 4-битовым шестнадцатеричным (например, как в UTRAN). 21-значный IMSI может быть перенесен с 84 битами с использованием шестнадцатеричного представления или 70 битами с использованием двоичного представления.
В одном конструктивном исполнении предварительно определенное число наименее значащих битов (LSB) IMSI может быть отправлено в поле фиксированного размера сообщения RRC. Например, частичный UE ID может быть сформирован с 44 LSB IMSI и может быть отправлен в 48-битовом сообщении RRC. Хотя IMSI является в целом уникальным для каждого UE, использование части IMSI представляет (очень маленькую) вероятность конфликта из-за того, что множественные UE имеют в целом уникальные IMSI, но потенциально один и тот же частичный IMSI. Так как MCC и MNC обычно являются одинаковыми для данной сети, использование LSB IMSI может уменьшить вероятность конфликта. Может быть возможно обнаружить и разрешить конфликт частичных IMSI на уровне радиосвязи. Вместо этого, ошибка процедуры верхнего уровня (например, проблема аутентификации) может быть использована для обнаружения и разрешения конфликта частичных IMSI.
Частичный IMSI может быть составлен из части IMSI и может быть перенесен с использованием двоичного представления. Например, 13 наименее значащих знаков IMSI могут быть перенесены с 44 битами с использованием двоичного представления против 52 битов с использованием шестнадцатеричного представления. 44-битовый частичный IMSI может быть отправлен в 48-битовом сообщении RRC. Если IMSI короче 13 знаков, тогда сообщение RRC может быть заполнено нулями. Сообщение RRC может включать в себя 1-битовое поле формата, которое может быть установлено на «0» для указания 43-битового частичного IMSI или на «1» для указания полного IMSI.
В другом конструктивном исполнении различное количество UE ID информации может быть отправлено в сообщении RRC в зависимости от размера предоставления восходящей линии связи. UE может быть выделено минимальное предоставление восходящей линии связи в редких плохих ситуациях и может отправлять минимальное число битов для IMSI. UE может быть выделено более чем минимальное предоставление восходящей линии связи в большинстве ситуаций, и может быть возможно отправлять больше битов IMSI в сообщении RRC, когда позволено большее предоставление восходящей линии связи. В одном конструктивном исполнении 1-битовое поле формата сообщения RRC может быть установлено на «1» для указания переменного размера сообщения RRC или на «0» для указания предварительно определенного размера сообщения RRC. Переменный размер сообщения RRC может включать в себя поле длины IMSI и поле IMSI. Поле длины IMSI может указывать длину поля IMSI, которое может переносить частичный или полный IMSI. MAC может принимать предоставление восходящей линии связи для UE и может переносить предоставление восходящей линии связи к RRC. RRC может затем включать в себя так много знаков или битов IMSI, сколько возможно в сообщении RRC.
Таблица 3 дает перечень разных типов информации, которая может быть отправлена по CCCH для Message 3 для разных типов произвольного доступа, в соответствии с одним конструктивным исполнением. Таблица 3 подразумевает минимальное предоставление восходящей линии связи в 80 бит. Информация для RRC может быть уменьшена, как описано выше. Для повторного установления соединения RRC сообщение запрос на повторное установление соединения RRC может включать в себя старый ID соты (9 бит), старый C-RNTI (16 бит), короткий MAC-I, и заполняющие и/или зарезервированные биты для минимального предоставления восходящей линии связи. Сообщение RRC может включать в себя 16-битовый MAC-I и 7 заполняющих битов (как изображено в таблице 3), или 23-битовый MAC-I без заполняющих битов, или некоторую другую комбинацию битов MAC-I и заполняющих битов. Сообщение RRC может также включать в себя больший MAC-I (например, 32-битовый полный MAC-I обычно генерируется PDCP для сообщений на плоскости управления) для большего предоставления восходящей линии связи. Короткий MAC-I может иметь переменный размер, определенный на основе предоставления восходящей линии связи UE. Для подсоединения сообщение запрос на установление соединения RRC может включать в себя (i) частичный 44-битовый IMSI, когда поле формата установлено на «0» или (ii) IMSI переменной длины (например, кратной 8 битам, и максимум до 96 битов) когда поле формата установлено на «1». Информация для PDCP и MAC может быть уменьшена, как описано ниже.
Таблица 3
Пересчитанное число бит для запланированной
передачи (Message 3)
  Тип произвольного доступа
Уровень Повторное установление соединения RRC Присоединение Последующий доступ
RRC - старый ID соты: 9 бит,
- старый C-RNTI: 16 бит,
- MAC-I: 16 бит,
- заполнение: 7 бит		 - формат: 1 бит,
- начальный идентификатор UE (IMSI): 44 бита (когда бит формата установлен на «0»),
- причина установления: 3 бита		 - формат: 1 бит,
- начальный идентификатор UE (S-TMSI): 40 бит,
- причина установления: 3 бита,
- заполнение: 4 бита
PDCP прозрачная операция PDCP: 0 бит
RLC RLC-TM: 0 бит
MAC заголовок MAC: 8 бит
PHY Физический уровень CRC: 24 бита
       
RRC биты 48 48 48
Другие биты 24 24 24
Всего битов 80 80 80
В другом конструктивном исполнении, не изображенном в таблице 3, произвольный ID может быть отправлен вместо частичного IMSI для подсоединения. Произвольный ID может быть псевдопроизвольным значением, выбранным UE, значение хеш-функции сгенерированной хешированием ISMI или некоторым другим UE ID, или значением, полученным другим образом. Произвольный ID может иметь фиксированный размер (например, 40 бит для совпадения с размером S-TMSI) или переменный размер (например, в зависимости от предоставления восходящей линии связи).
В другом конструктивном исполнении поле Формат может указывать один или множество типов UE ID, отправленных в сообщении RRC. Например, поле Формат может быть установлено (i) на «0» для указания, что S-TMSI был отправлен в сообщении RRC для последующего доступа или (ii) на «1» для указания того, что частичный IMSI или произвольный ID был отправлен в сообщении RCC для присоединения.
На Фиг.5 изображена обработка для генерирования Message 3 в LTE. Message 3 может включать в себя всю информацию для RRC, изображенную в таблице 3. В одном конструктивном исполнении Message 3 может иметь фиксированную длину (например, 80 битов) для всех типов произвольного доступа. В другом конструктивном исполнении Message 3 может иметь разные длины для разных типов произвольного доступа, разных размеров предоставления восходящей линии связи и т.д.
В одном конструктивном исполнении прозрачный режим операции может быть определен для PDCP для поддержки передачи сообщения RRC по CCCH для произвольного доступа. В прозрачном режиме PDCP не может осуществлять защиту целостности и шифрование для CCCH, переносящего сообщение RRC, и заголовок PDCP может быть исключен в передаче CCCH. PDCP может быть проинформирован для работы в прозрачном режиме и может затем не осуществлять операции для CCCH. PDCP может принимать сообщение RRC как PDCP SDU и может предоставлять это сообщение RRC как PDCP PDU. В качестве альтернативы, RRC может пропускать сообщение RRC напрямую к RLC, и PDCP может быть вообще обойден для передачи сообщения RRC по CCCH. В любом случае исключение заголовка PDCP может охранить 8 бит и может позволить уменьшить размер Message 3 до 80 бит, как изображено в таблице 3.
RLC может работать в прозрачном режиме (TM) для СССН. В этом случае RLC может принимать PDCP PDU как RLC SDU и может просто передавать PDCP SDU как RLC PDU.
MAC может принимать RLC PDU как MAC SDU и может так же принимать указание MAC SDU, содержащее сообщение RRC, отправленное по CCCH. MAC может генерировать MAC PDU, содержащий заголовок MAC и полезную нагрузку MAC. Заголовок MAC может иметь формат, описанный ниже. Полезная нагрузка MAC может включать в себя (i) MAC SDU, переносящий сообщение RRC, и (ii), возможно, другую информацию и/или заполнение. Физический уровень может генерировать 24-битовую циклическую проверку по избыточности (CRC) для MAC PDU, присоединять CRC в конец MAC PDU и предоставлять PHY PDU. PHY PDU может быть отправлен как Message 3.
На Фиг.6 изображен проект MAC PDU 600, который может быть использован для Message 3. MAC PDU 600 включает в себя заголовок 610 MAC и полезную нагрузку 620 MAC. Заголовок 610 MAC включает в себя N подзаголовков от 612а до 612n MAC, где N может быть целым значением, равным одному или больше. Каждый подзаголовок 612 MAC может иметь формат, описанный ниже. Заголовок 610 MAC может также включать в себя заполняющие подзаголовки 614, если полезная нагрузка 620 MAC включает в себя поле 624 заполнения. Полезная нагрузка 620 MAC включает в себя N блоков от 622а до 622n полезной нагрузки MAC. Каждый блок 622 полезной нагрузки MAC может быть элементом управления (СЕ) MAC или MAC SDU. n-й подзаголовок 612 MAC связан с n-м блоком 622 полезной нагрузки MAC, где 1≤n≤N.
На фиг.7A изображен 8-битовый подзаголовок 710 MAC, который может быть использован для MAC SDU для Message 3. В этом конструктивном исполнении подзаголовок 710 MAC включает в себя подзаголовки R/R/E/LCID, составленные из двух 1-битовых зарезервированных (R) полей, 1-битового поля расширения (E) и 5-битового поля ID логического канала (LCID). Зарезервированные поля зарезервированы для будущего использования. Поле расширения указывает то, будет ли другой подзаголовок MAC следовать в заголовке MAC. Поле LCID переносит LCID логического канала, имеющего данные, отправленные в соответствующем MAC SDU. Данные для одного или нескольких логических каналов могут быть отправлены в потоке MAC SDU. Каждый логический канал может быть присвоен разным LCID. MAC PDU может переносить (i) LCID логического канала в поле LCID подзаголовка MAC и (ii) данные логического канала в MAC SDU.
В одном конструктивном исполнении конкретный LCID может быть зарезервирован и использован для указания того, что MAC SDU переносит сообщение RRC, отправленное по CCCH для Message 3. В одном конструктивном исполнении зарезервированный LCID имеет значение «00000» (двоичное). Другие значения могут быть также использованы для зарезервированного LCID. UE может отправлять сообщение RRC по CCCH для любого из типов произвольного доступа, изображенных в таблице 2 или по DCCH для доступа к передаче обслуживания. Зарезервированный LCID может позволить MAC на UE обрабатывать CCCH для Message 3 тем же образом, что и другие логические каналы отображенные на UL-SCH, что может упростить обработку на UE. Зарезервированный LCID может также позволить eNB определять различия между данными для CCCH и данными для других логических каналов.
Подзаголовки 710 MAC не включают в себя поле длины. Подзаголовки 710 MAC могут быть использованы для MAC SDU фиксированной длины и также для последнего подзаголовка MAC в заголовке MAC, например, для подзаголовка 612n MAC по фиг.6, с заполняющим подзаголовком 614, который не представлен.
На фиг.7В изображен 16-битовый подзаголовок 720 MAC, который может быть использован для MAC SDU. Подзаголовок 720 MAC включает в себя подзаголовки R/R/E/LCID/F/L, составленные из двух 1-битовых зарезервированных полей, 1-битового поля расширения, 5-битового поля ID логического канала, 1-битового поля формата (F) и 7-битового поля длины (L). Поле формата установлено на «0» когда используется 7-битовое поле длины. Поле длины указывает длину MAC SDU в блоках по восемь.
На Фиг.7С изображен 24-битовый подзаголовок 730 MAC, который также может быть использован для MAC SDU. Подзаголовок 730 MAC включает в себя подзаголовки R/R/E/LCID/F/L, составленные из двух 1-битовых зарезервированных полей, 1-битового поля расширения, 5-битового поля ID логического канала, 1-битового поля формата и 15-битового поля длины. Поле формата установлено на «1», когда используется 15-битовое поле длины. Подзаголовок 730 MAC может быть использован для больших MAC SDU с более чем 127 восьмерками.
В конструктивном исполнении, изображенном на фиг.7A, поле длины может быть исключено из подзаголовка 710 MAC. Заполнение на передающем объекте и удаление заполнения на принимающем объекте могут быть осуществлены различными способами вне поля длины. В одном конструктивном исполнении MAC и/или RRC на передающем объекте могут добавлять заполняющие биты без какого-либо указания в подзаголовке MAC. Удаление заполнения может быть осуществлено в MAC и/или RRC на принимающем объекте. Предоставление восходящей линии связи, отправленное в Message 2, может быть определено MAC и может иметь переменный размер. В этом случае заполнение может быть частью операции планирования в MAC на передающем объекте. На принимающем объекте MAC может просто пропускать MAC SDU для CCCH по RRC, и RRC может считывать только элементы информации в MAC SDU и игнорировать заполнение.
В другом конструктивном исполнении заголовок 610 MAC на фиг.6 может включать в себя флаг, который может указывать, переносит ли или нет полезная нагрузка 620 MAC CCCH. Флаг может быть представлен в заголовке MAC для всех MAC PDU и может затем представлять непроизводительные потери для всех данных, включая пользовательские данные.
В одном конструктивном исполнении 8-битовый подзаголовок 710 MAC может быть использован для MAC SDU, переносящего сообщение RRC, отправленное по CCCH, например, всякий раз, когда возможно, для того, чтобы уменьшить непроизводительные потери. В одном конструктивном исполнении 16-битовый подзаголовок 720 MAC может быть использован для MAC SDU, переносящего сообщение RRC, отправленное по CCCH, когда это требуется (например, из-за присутствия заполнения) или если присвоено (например, для заполнения полезной нагрузки MAC). Заполнение может быть осуществлено MAC с существующим подзаголовком MAC для заполнения, который может быть также обозначен как заполняющий подзаголовок.
MAC может быть ответственен за упаковку транспортного модуля и генерирования MAC PDU, составленного из заголовка MAC и полезной нагрузки MAC. MAC может отправлять MAC SDU, переносящий сообщение RRC в полезной нагрузке MAC. Если предоставление восходящей линии связи достаточно большое, тогда MAC может также генерировать MAC CE для отчета о состоянии буфера (BSR) или отчет об операционном запасе мощности (PHR) и может затем отправлять этот MAC CE в полезной нагрузке MAC. Если предоставление восходящей линии связи больше, чем MAC SDU и MAC CE, тогда оставшееся место в полезной нагрузке MAC может быть заполнено (вместо того, чтобы быть наполненным пользовательскими данными). Шифрование пользовательских данных может быть недоступно на этом этапе процедуры произвольного доступа, и может быть желательно не отправлять пользовательские данные в полезной нагрузке MAC. Сообщение RRC и, возможно, другая информация могут быть отправлены в MAC PDU с использованием различных форматов.
На фиг.8A изображено конструктивное исполнение MAC PDU 810, переносящее сообщение RRC по CCCH для минимального предоставления восходящей линии связи в 80 бит. MAC PDU 810 включает в себя подзаголовок 812 MAC и MAC SDU 814. Подзаголовок 812 MAC может быть 8-битовым подзаголовком 710 MAC, изображенным на фиг.7А, и может быть обозначен как подзаголовок CCCH. Поле подзаголовка 812 МАС может переносить зарезервированный LCID, чтобы указать, что MAC SDU 814 переносит сообщение RRC, отправленное по CCCH. MAC SDU 814 может переносить 48-битовое сообщение RRC, отправленное по CCCH для повторного установления соединения RRC, присоединения или последующего доступа. Сообщение RRC может включать в себя информацию, изображенную в таблице 3. Message 3 может включать в себя 56 битов для MAC PDU 810 плюс 24 бита для CRC.
На Фиг.8В изображено конструктивное исполнение MAC PDU 820, переносящее сообщение RRC для большего предоставления восходящей линии связи в 128 бит. MAC PDU 820 включает в себя подзаголовок 822 для CCCH (или подзаголовка CCCH) и MAC SDU 824. Подзаголовок 822 MAC может быть 8-битовым подзаголовком 710 MAC с полем LCID, переносящим зарезервированный LCID. MAC SDU 824 может переносить 96-битовое сообщение RRC, отправленное по CCCH для любого из типов произвольного доступа, приведенных в таблице 3. Большее сообщение RRC может переносить полный IMSI для присоединения и/или другой информации.
На фиг.8С изображено конструктивное исполнение MAC PDU 830, переносящее сообщение RRC и другую информацию. MAC PDU 830 включает в себя подзаголовок 832 MAC для BSR (или подзаголовка BSR), подзаголовок 834 MAC для CCCH, BSR MAC CE 836 и MAC SDU 838. Подзаголовок 832 BSR может быть подзаголовком MAC, который указывает присутствие BSR MAC CE 836 в MAC PDU. Подзаголовок 834 MAC может быть 8-битовым подзаголовком 710 MAC с полем LCID, переносящим зарезервированный LCID. BSR MAC CE 836 может переносить отчет о состоянии буфера (размером 1 или 3 байта) и может быть включен в MAC PDU, когда предоставление восходящей линии связи больше, чем размер сообщения RRC. MAC SDU 838 может переносить 48-битовое или 96-битовое сообщение RRC, отправленное по CCCH для любого из типов произвольного доступа, приведенных в таблице 3.
На фиг.8D изображено конструктивное исполнение MAC PDU 840, переносящее сообщение RRC, другую информацию и заполнение. MAC PDU 840 включает в себя подзаголовок 842 BSR, подзаголовок 844 MAC для CCCH, подзаголовок 846 заполнения, BSR MAC CE 848, MAC SDU 850 и поле 852 заполнения. Подзаголовок 842 BSR может указывать присутствие BSR MAC CE 848 в MAC PDU. Подзаголовок 844 MAC может быть 16-битовым подзаголовком 720 MAC по фиг.7В и может иметь (i) поле LCID, переносящее зарезервированный LCID, и (ii) поле длины, указывающее длину MAC SDU 850. Подзаголовок 846 заполнения может указывать наличие поля 852 заполнения в MAC PDU. BSR MAC CE 848 может переносить 8-битовый или 24-битовый отчет о состоянии буфера. MAC SDU 850 может переносить 48-битовое или 96-битовое сообщение RRC, отправленное по CCCH для любого из типов произвольного доступа, приведенных в таблице 3. Поле 852 заполнения может включать в себя значительное число заполняющих битов для наполнения MAC PDU.
На Фиг.8A-8D изображены четыре примерных конструктивных исполнения MAC PDU, переносящих сообщение RRC, отправленных по CCCH для разных размеров предоставления произвольного доступа. В целом, MAC PDU может переносить сообщение RRC и, возможно, другую информацию, используя любой формат. Другая информация может содержать отчет о состоянии буфера, отчет о запасе мощности, указывающий, какой запас мощности имеет UE для передачи по восходящей линии связи, данные для DCCH, данные для DTCH и т.д. Сообщение RRC может иметь переменный размер (например, 48 или 96 бит) или фиксированный размер (например, 48 бит) и может быть отправлен в MAC SDU. Отчет о состоянии буфера или отчет о запасе мощности (например, в 8 бит, 24 бита, или другого размера) может быть отправлен в MAC CE. Другие элементы управления MAC могут также быть отправлены в MAC PDU для произвольного доступа.
Таблица 4 дает перечень содержания MAC PDU для конструктивных исполнений, показанных на фиг.8А-8D для разных размеров предоставления восходящей линии связи. Для каждого предоставления восходящей линии связи, данного в первом столбце, второй, третий и четвертый столбец указывает (i) включены ли соответственно подзаголовок BSR, подзаголовок CCCH и заполняющий подзаголовок в заголовок MAC, и (ii) размер каждого подзаголовка, если он включен в заголовок. Пятый, шестой и седьмой столбцы обозначают размер отчета о состоянии буфера, сообщения RRC и заполнения, соответственно, если они включены в полезную нагрузку MAC. Восьмой столбец дает общее число битов MAC, который является суммой битов со второго по седьмой столбец. Последний столбец дает число битов CRC, присоединенных физическим уровнем к MAC PDU.
Таблица 4
Содержание MAC PDU для разных размеров предоставления восходящей линии связи
Предостав-ление восходящей линии связи Подзаго-ловок
BSR		 Подзаго-ловок
CCCH		 Заполняющий подзаголовок Отчет о состоянии буфера Сооб-щение RRC по CCCH Запол-нение Всего
битов
MAC		 Биты PHY CRC
80 - 8 - - 48 - 56 24
96 8 8 - 8 48 - 72 24
112 8 8 - 24 48 - 88 24
128 - 8 - - 96 - 104 24
144 8 8 - 8 96 - 120 24
160 8 8 - 24 96 - 136 24
>160 8 8 или 16 8 24 96 8*N Пере-менное 24
В конструктивном исполнении, изображенном в таблице 4, 8-битовый или 16-битовый подзаголовок MAC может быть использован для MAC SDU переносящего сообщение RRC, отправленное по CCCH. 48-битовое или 96-битовое сообщение RRC может быть отправлено в MAC SDU в зависимости от предоставления восходящей линии связи. 8-битовый или 24-битовый BSR может быть отправлен в MAC CE, если предоставление восходящей линии связи достаточно большое. Если требуется, MAC PDU может быть наполнен заполнением, для того чтобы наполнить MAC PDU.
В одном конструктивном исполнении только предоставление восходящей линии связи, поддерживающее инкрементную информацию, может быть поддержано, и другие предоставления восходящей линии связи могут быть отклонены. Для других конструктивных исполнений, изображенных в таблице 4, размеры предоставления восходящей линии связи в 80, 96, 112, 128, 144 и 160 могут быть поддержаны. Набор поддерживаемых размеров предоставления восходящей линии связи может быть выбран для использования только 8-битового подзаголовка MAC для СССН, переносящего сообщение RRC, и для отклонения заполнения MAC PDU. В другом конструктивном исполнении MAC CE и/или MAC SDU для сообщения RRC может быть задан с большими размерами для того, чтобы полностью использовать доступный MAC PDU.
UE может принимать предоставление восходящей линии связи менее чем в 80 бит и может быть не способно отправить сообщение RRC в Message 3. UE может отправлять только заполнение, или BSR плюс заполнение, или ничего для Message 3.
На фиг.9 изображено конструктивное исполнение процесса 900 для осуществления произвольного доступа. UE может отправлять сообщение по каналу управления для произвольного доступа (этап 912). UE может также отправлять зарезервированный идентификатор канала для указания, что сообщение отправляется по каналу управления (этап 914). UE может отправлять сообщение и зарезервированный идентификатор канала по UL-SCH, переносящему канал управления (этап 916).
Сообщение, отправленное по каналу управления, может содержать сообщение RRC, отправленное UE по CCCH для произвольного доступа. Сообщение RRC может содержать сообщение запрос на повторное установление соединения RRC для повторного установления соединения RRC, или сообщение запрос на соединение RRC для присоединения или последующего доступа и т.д. Зарезервированный идентификатор канала может содержать зарезервированный LCID, который может иметь значение, равное нулю. UE может генерировать MAC SDU, содержащий сообщение RRC, и может генерировать подзаголовок MAC, содержащий зарезервированный LCID. UE может затем генерировать MAC PDU, содержащий подзаголовок MAC и MAC SDU, и может также отправлять MAC PDU по UL-SCH.
На фиг.10 изображено конструктивное исполнение процесса 1000 отправки сообщения и дополнительной информации для произвольного доступа. UE может отправлять сообщение в PDU, причем сообщение отправляется UE по каналу управления для произвольного доступа (этап 1012). UE может отправлять дополнительную информацию в PDU, если PDU может разместить дополнительных информацию (этап 1014). Дополнительная информация может содержать отчет о состоянии буфера для UE, отчет о запасе мощности для UE, данные для DCCH, данные для DTCH и т.д. PDU может иметь переменный размер в зависимости от предоставления восходящей линии связи для UE. UE может заполнять сообщение, если требуется, для достижения предварительно определенной длины сообщения и/или может заполнять PDU, если требуется, для наполнения PDU (этап 1016).
В одном конструктивном исполнении, сообщение может содержать сообщение RRC, отправленное UE по CCCH для произвольного доступа. PDU может содержать MAC PDU. UE может генерировать MAC SDU, содержащий сообщение RRC. UE может также генерировать MAC CE, содержащий отчет о состоянии буфера или отчет о запасе мощности UE, если предоставление восходящей линии связи может разместить MAC SDU и MAC CE. UE может генерировать MAC PDU, содержащий MAC SDU и MAC CE, если они сгенерированы. UE может затем отправлять MAC PDU для произвольного доступа.
На фиг.11 изображено конструктивное исполнение процесса 1100 отправки сообщения с коротким MAC-I для произвольного доступа. UE может генерировать короткий MAC-I для сообщения, отправляемого UE по каналу управления для произвольного доступа (этап 1112). Короткий MAC-I может иметь размер, меньший, чем полный MAC-I, используемый для защиты целостности сообщений, отправленных по плоскости управления. UE может отправлять сообщение, содержащее короткий MAC-I для произвольного доступа (этап 1114). Короткий MAC-I может предназначаться для сообщения RRC, отправляемого по CCCH для повторного установления соединения RRC. Короткий MAC-I может иметь размер в 16 бит, а полный MAC-I может иметь размер в 32 бита. Короткий и полный MAC-I могут также иметь другие размеры.
На фиг.12 изображено конструктивное исполнение процесса 1200 отправки UE ID для произвольного доступа. UE может устанавливать значение поля формата сообщения на первое значение для указания первого типа UE ID, отправленного в сообщении, или на второе значение, для указания второго типа UE ID, отправленного в сообщении (этап 1212). UE может генерировать сообщение, содержащее поле формата и UE ID типа, указанного полем формата (этап 1214). UE может отправлять сообщение для произвольного доступа (этап 1216).
В одном конструктивном исполнении первый тип UE ID может предназначаться для присоединения UE, и второй тип UE ID может предназначаться для последующего доступа UE. В одном конструктивном исполнении первый тип UE ID может содержать полный или частичный IMSI, произвольный ID, или другой UE ID. Второй тип UE ID может содержать S-TMSI или другой UE ID. Полный или частичный IMSI может быть передан с использованием двоичного представления вместо шестнадцатеричного представления. Частичный IMSI может содержать предварительно определенное число LSB полного IMSI. В качестве альтернативы, частичный IMSI может иметь переменный размер, указанный полем длины IMSI в сообщении.
На Фиг.13 изображено конструктивное исполнение процесса 1300 осуществления произвольного доступа. UE может генерировать сообщение RRC по CCCH для произвольного доступа (этап 1312). UE может генерировать MAC SDU, содержащий сообщение RRC (этап 1314). UE может генерировать подзаголовок MAC, содержащий зарезервированный LCID для указания, что сообщение RRC было отправлено по CCCH (этап 1316). UE может генерировать MAC PDU, содержащий подзаголовок MAC и MAC SDU (этап 1318). UE может отправлять MAC PDU для произвольного доступа (этап 1320).
Для повторного установления соединения RRC UE может генерировать короткий MAC-I для сообщения RRC. Короткий MAC-I может иметь меньший размер, чем полный MAC-I, используемый для защиты целостности сообщений, отправляемых по плоскости управления. UE может генерировать сообщение RRC, содержащее короткий MAC-I.
Для присоединения и последующего доступа UE может устанавливать поле формата сообщения RRC на первое значение для указания первого типа UE ID, отправленного в сообщении RRC для присоединения или на второе значение, для указания второго типа UE ID, отправленного в сообщении RRC для последующего доступа. UE может затем генерировать сообщение RRC, содержащее поле формата и UE ID типа, указанного в поле формата.
UE может генерировать MAC CE, включающий в себя отчет о состоянии буфера, отчет о запасе мощности и/или другую информацию, например, если UE принимает предоставление восходящей линии связи достаточного размера. UE может генерировать второй подзаголовок MAC для MAC CE. MAC PDU может дополнительно содержать второй подзаголовок MAC и MAC CE, например, как изображено на фиг.8C или 8D.
eNB может осуществлять обработку дополняющую обработку UE на фиг.9-13. Согласно фиг.9 eNB может определять, что сообщение отправлено по каналу управления для произвольного доступа на основе зарезервированного идентификатора канала. Согласно фиг.10 eNB может извлекать сообщение и дополнительную информацию, если любой из PDU принимается от UE. Согласно фиг.11 eNB может аутентифицировать UE на основе короткого MAC-I, полученного из сообщения, отправленного UE для произвольного доступа. Согласно фиг.12 eNB может получать UE ID из сообщения, отправленного UE для произвольного доступа, и может определять тип UE ID на основе поля формата в сообщении. Согласно фиг.13 eNB может определять, что сообщение RRC отправлено по CCCH для произвольного доступа на основе зарезервированного LCID.
На Фиг.14 изображена блок-схема конструктивного исполнения eNB/базовой станции 110 и UE 120, которые могут быть одним из eNB и одним из UE по фиг.1. В этом конструктивном исполнении UE 120 оборудован T антеннами с 1434а по 1434t и eNB 110 оборудован R антеннами с 1452а по 1452r, где, в целом, T≥1 и R≥1.
На UE 120 передающий процессор 1420 может принимать пользовательские данные от источника данных 1412 обрабатывать пользовательские данные на основе одной или более модуляций и алгоритмов кодирования, и предоставлять символы данных. Передающий процессор 1420 может также обрабатывать данные управления (например, для RRC сообщений, отчет о состоянии буфера, отчет о запасе мощности и т.д.) и предоставлять символы управления. Передающий (TX) процессор 1430 с множеством входов и выходов (MIMO) может мультиплексировать символы данных, символы управления, пилотные символы и, возможно, другие символы. TX MIMO процессор 1430 может осуществлять пространственную обработку (например, предварительное кодирование) мультиплексированных символов, если это применимо, и предоставлять T потоки выходных символов T модуляторам (MOD) с 1432а по 1432t. Каждый модулятор 1432 может обрабатывать соответствующий поток выходных символов (например, для SC-FDMA) для получения поток выходных импульсов. Каждый модулятор 1432 может дополнительно обрабатывать (например, конвертировать в аналоговое представление, усиливать, фильтровать и преобразовывать с повышением частоты) поток выходных импульсов для получения сигнала восходящей линии связи. T сигналы восходящей линии связи от модуляторов с 1432а по 1432t могут быть переданы посредством T антенн с 1434а по 1434t, соответственно.
На eNB 110 антенны с 1452а по 1452r могут принимать сигналы восходящей линии связи от UE 120 и, возможно, других UE и может предоставлять принятые сигналы демодуляторам (DEMOD) с 1454а по 1454r, соответственно. Каждый демодулятор 1454 может обуславливать (например, фильтровать, усиливать, преобразовывать с понижением частоты и преобразовывать в цифровой вид) соответствующий принятый сигнал для получения принятых импульсов. Каждый демодулятор 1454 может дополнительно обрабатывать принятые импульсы (например, от SC-FDMA) для получения принятых символов. MIMO устройство обнаружения 1456 может получать символы от всех R демодуляторов с 1454а по 1454r, осуществлять MIMO обнаружение принятых символов, если это применимо, и предоставлять обнаруженные символы. Принимающий процессор 1458 может обрабатывать (например, демодулировать, восстанавливать первоначальную последовательность и декодировать) обнаруженные символы и предоставлять декодированные пользовательские данные для UE 120 и/или других UE приемнику данных 1460. Принимающий процессор 1458 может также предоставлять декодированные данные управления (например, сообщения RRC от UE осуществляющих произвольный доступ) контроллеру/процессору 1480.
На нисходящей линии связи на eNB 110 пользовательские данные для одного или более UE от источника 1462 данных и данные управления от контроллера/процессора 1480 могут быть обработаны передающим процессором 1464, предварительно закодированы TX MIMO процессором 1466, если это применимо, обусловлены модуляторами с 1454а по 1454r и переданы на UE 120 и другие UE. На UE 120, сигналы нисходящей линии связи от eNB 110 могут быть приняты антеннами 1434, обусловлены демодуляторами 1432, обработаны MIMO устройством обнаружения 1436, если это применимо, и затем обработаны принимающим процессором 1438 для восстановления пользовательских данных и данных управления, переданных eNB 110 на UE 120.
Контроллеры/процессоры 1440 и 1480 могут управлять работой UE 120 и eNB 110, соответственно. Контроллер/процессор 1440 на UE 120 может также осуществлять или управлять процессом 900 по фиг.9, процессом 1000 по фиг.10, процессом 1100 по фиг.11, процессом 1200 по фиг.12, процессом 1300 по фиг.13 и/или другими процессами для методов, описанных здесь. Контроллер/процессор 1480 на eNB 110 может осуществлять или управлять процессами, дополняющими процессы 900-1300, и/или другими процессами для методов, описанных здесь. Блоки 1442 и 1482 памяти могут хранить данные и программные коды для UE 120 и eNB 110, соответственно. Планировщик 1484 может планировать UE для передачи по восходящей линии связи и/или по нисходящей линии связи и может обеспечивать предоставление восходящей линии связи для запланированных UE.
Специалистам в данной области техники будет понятно, что информация и сигналы могут быть представлены, используя любое из множества различных технологий и методик. Например, данные, инструкции, команды, информация, сигналы, биты, символы и чипы, которые могли быть упомянуты выше в описании, могут быть представлены напряжениями, электрическими токами, электромагнитными волнами, магнитными полями или частицами, оптическими полями или частицами, или любой их комбинацией.
Специалистам в данной области техники будет понятно, что различные иллюстративные логические блоки, модули, схемы и этапы алгоритма, описанные в связи с раскрытым здесь изобретением, могут быть осуществлены как электронные аппаратные средства, программное обеспечение, или их комбинация. Чтобы ясно иллюстрировать эту взаимозаменяемость аппаратных средств и программного обеспечения, различные иллюстративные компоненты, блоки, модули, схемы и этапы были описаны выше вообще с точки зрения их функциональных возможностей. Осуществлены ли такие функциональные возможности как аппаратные средства или программное обеспечение, зависит от конкретного приложения и ограничения конструктивного исполнения, наложенного на систему в целом. Специалисты в данной области техники могут осуществить описанные функциональные возможности различными способами для каждого специфического приложения, но такие решения, варианты осуществления не должны быть интерпретированы как вызывающие отклонение от объема настоящего изобретения.
Различные иллюстративные логические блоки, модули и схемы, описанные в связи с раскрытым здесь изобретением, могут быть осуществлены или выполнены с универсальным процессором, процессором цифровых сигналов (DSP), прикладной интегральной схемой (ASIC), программируемой пользователем вентильной матрицей (FPGA) или другим программируемым логическим устройством, дискретным шлюзом или транзисторной логикой, дискретным аппаратным компонентом, или любой их комбинацией для осуществления функций, описанных здесь. Универсальный процессор может быть микропроцессором, но в качестве альтернативы, процессор может быть любым обычным процессором, контроллером, микроконтроллером или машиной состояния. Процессор может также быть осуществлен как комбинация вычислительных устройств, например, комбинация DSP и микропроцессора, множества микропроцессоров, одного или более микропроцессоров вместе с ядром DSP, или любая другая такая конфигурация.
Этапы способа или алгоритма, описанного в связи с раскрытым здесь изобретением, могут быть воплощены непосредственно в аппаратных средствах, в программном модуле, выполняемом процессором, или в их комбинации. Программный модуль может постоянно находиться в RAM памяти, флэш-памяти, ROM памяти, EPROM памяти, EEPROM памяти, регистрах, жестком диске, сменном диске, CD-ROM или любой другой форме носителя данных, известного в области техники. Образцовый носитель данных соединен с процессор таким образом, чтобы процессор мог читать информацию с, записывать информацию на носитель данных. В качестве альтернативы, носитель данных может явиться неотъемлемой частью процессора. Процессор и носитель данных могут постоянно находиться в ASIC. ASIC может находиться в пользовательском терминале. В качестве альтернативы процессор и носитель данных могут находиться как дискретные компоненты в пользовательском терминале.
В одном или более примерных конструктивных исполнениях описанные функции могут быть осуществлены в аппаратных средствах, программном обеспечении, встроенном программном обеспечении или любой их комбинации. При осуществлении в программном обеспечении функции могут быть сохранены на или переданы как одна или более команд или кодов на читаемой компьютером среде. Читаемая компьютером среда включает в себя как компьютерные носители данных, так и среду связи, включающие в себя любые передающие среды, которые облегчают передачу компьютерной программы от одного места до другого. Носители данных могут быть любыми доступными носителями, к которым может обратиться универсальный компьютер или компьютер особого назначения. В качестве примера, а не ограничения, такие читаемые компьютером носители могут включать в себя RAM, ROM, EEPROM, CD-ROM или другую оптическую память на диске, магнитную память на диске или другие магнитные запоминающие устройства, или любую другую среду, которая может использоваться, чтобы нести или сохранять желательные среды кода программы в форме команд или структур данных и к которой может обратиться универсальный компьютер или компьютер специального назначения, или универсальный процессор или процессор специального назначения. Кроме того, любое подключение должным образом называют читаемой компьютером передающей средой. Например, если программное обеспечение передается от вебсайта, сервера или другого отдаленного источника, использующего коаксиальный кабель, оптоволоконный кабель, витую пару, цифровую абонентскую линию (DSL) или беспроводные технологии, такие как инфракрасные волны, радиоволны и микроволны, то коаксиальный кабель, оптоволоконный кабель, витая пара, DSL или беспроводные технологии, такие как инфракрасные волны, радиоволны и микроволны подпадают под определение передающей среды. Disk и disc, использующиеся здесь, включают в себя компакт-диск (CD), лазерный диск, оптический диск, цифровой универсальный диск (DVD), гибкий диск и blue-ray диск, где disk обычно воспроизводит данные магнитным способом, в то время как disc воспроизводит данные оптически с лазерами. Комбинации вышеупомянутого должны также быть включены в рамки понятия «читаемый компьютером носитель».
Предыдущее описание настоящего изобретения предоставлено, чтобы дать возможность любому человеку, квалифицированному в данной области техники, осуществить или использовать настоящее изобретение. Различные модификации к настоящему изобретению будут очевидны специалистам в данной области техники, и универсальные принципы, определенные здесь, могут быть применены к другим изменениям, не отступая от духа или области настоящего изобретения. Таким образом, изобретение не предназначено, чтобы быть ограниченным примерами и конструктивными исполнениями, описанными здесь, но должно получить самую широкую область охраны, совместимую с принципами и новыми признаками, раскрытыми здесь.

Claims (16)

1. Способ беспроводной связи, содержащий этапы, на которых передают сообщение Управления Радиоресурсами (RRC) по общему каналу управления (СССН) для произвольного доступа пользовательским оборудованием (UE);
генерируют короткий код проверки подлинности сообщения для защиты целостности (MAC-I) для сообщения RRC, причем размер короткого МАС-I меньше, чем размер полного MAC-I;
генерируют зарезервированный идентификатор логического канала (LCID) для указания, что сообщение RRC передается по СССН; и передают сообщение RRC и зарезервированный LCID по совместно используемому каналу восходящей линии связи, переносящему СССН.
2. Способ по п.1, в котором сообщение RRC включает в себя сообщение Запрос Повторного Установления Соединения RRC для повторного установления соединения RRC или сообщение Запрос Соединения RRC для присоединения или последующего доступа.
3. Способ по п.1, в котором зарезервированный LCID имеет значение, равное нулю.
4. Способ по п.1, дополнительно содержащий этапы, на которых генерируют сервисный блок данных (SDU) управления доступом к среде (MAC), содержащий сообщение RRC;
генерируют подзаголовок MAC, содержащий зарезервированный LCID; и генерируют МАС-протокольный блок данных (PDU), содержащий подзаголовок MAC и MAC SDU.
5. Устройство для беспроводной связи, содержащее по меньшей мере один процессор, выполненный с возможностью передавать сообщение Управления Радиоресурсами (RRC) по общему каналу управления (СССН) для произвольного доступа пользовательским оборудованием (UE), генерировать короткий код проверки подлинности сообщения для защиты целостности (MAC-I) для сообщения RRC, причем размер короткого МАС-I меньше, чем размер полного MAC-I;
генерировать зарезервированный идентификатор логического канала (LCID) для указания, что сообщение RRC передается по СССН, и передавать сообщение RRC и зарезервированный LCID по совместно используемому каналу восходящей линии связи, переносящему СССН.
6. Устройство по п.5, в котором сообщение RRC включает в себя сообщение Запрос Повторного Установления Соединения RRC для повторного установления соединения RRC или сообщение Запрос Соединения RRC для присоединения или последующего доступа.
7. Устройство по п.5, в котором зарезервированный LCID имеет значение, равное нулю.
8. Устройство по п.5, в котором по меньшей мере один процессор выполнен с возможностью генерировать сервисный блок данных (SDU) управления доступом к среде (MAC), содержащий сообщение RRC, генерировать подзаголовок MAC, содержащий зарезервированный LCID, и генерировать МАС-протокольный блок данных (PDU), содержащий подзаголовок MAC и MAC SDU.
9. Устройство для беспроводной связи, содержащее средство для передачи сообщения Управления Радиоресурсами (RRC) по общему каналу управления (СССН) для произвольного доступа пользовательским оборудованием (UE);
средство для генерирования короткого кода проверки подлинности сообщения для защиты целостности (MAC-I) для сообщения RRC, причем размер короткого MAC-I меньше, чем размер полного MAC-I;
средство для генерирования зарезервированного идентификатора логического канала (LCID) для указания, что сообщение RRC передается по СССН; и
средство для передачи сообщения RRC и зарезервированного LCID по совместно используемому каналу восходящей линии связи, переносящему СССН.
10. Устройство по п.9, в котором сообщение RRC включает в себя сообщение Запрос Повторного Установления Соединения RRC для повторного установления соединения RRC или сообщение Запрос Соединения RRC для присоединения или последующего доступа.
11. Устройство по п.9, в котором зарезервированный LCID имеет значение, равное нулю.
12. Устройство по п.9, дополнительно содержащее средство для генерирования сервисного блока данных (SDU) управления доступом к среде (MAC), содержащего сообщение RRC;
средство для генерирования подзаголовка MAC, содержащего зарезервированный LCID; и
средство для генерирования МАС-протокольного блока данных (PDU), содержащего подзаголовок MAC и MAC SDU.
13. Машиночитаемый носитель, содержащий сохраненные на нем коды, которые при исполнении компьютером побуждают компьютер выполнять способ беспроводной связи, причем коды содержат:
код для побуждения компьютера передавать сообщение Управления Радиоресурсами (RRC) по общему каналу управления (СССН) для произвольного доступа пользовательским оборудованием (UE);
код для побуждения компьютера генерировать короткий код проверки подлинности сообщения для защиты целостности (MAC-I) для сообщения RRC, причем размер короткого MAC-I меньше, чем размер полного МАС-I;
код для побуждения компьютера генерировать зарезервированный идентификатор логического канала (LCID) для указания, что сообщение RRC передается по СССН; и
код для побуждения компьютера передавать сообщение RRC и зарезервированный LCID по совместно используемому каналу восходящей линии связи, переносящему СССН.
14. Машиночитаемый носитель по п.13, в котором сообщение RRC включает в себя сообщение Запрос Повторного Установления Соединения RRC для повторного установления соединения RRC или сообщение Запрос Соединения RRC для присоединения или последующего доступа.
15. Машиночитаемый носитель по п.13, в котором зарезервированный LCID имеет значение, равное нулю.
16. Машиночитаемый носитель по п.13, в котором коды дополнительно содержат код для побуждения компьютера генерировать сервисный блок данных (SDU) управления доступом к среде (MAC), содержащий сообщение RRC;
код для побуждения компьютера генерировать подзаголовок MAC, содержащий зарезервированный LCID; и
код для побуждения компьютера генерировать МАС-протокольный блок данных (PDU), содержащий подзаголовок MAC и MAC SDU.
RU2011152916/07A 2007-12-19 2011-12-23 Способ и устройство для передачи сообщения по общему каналу управления для произвольного доступа в сети беспроводной связи RU2505947C2 (ru)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US1515907P 2007-12-19 2007-12-19
US61/015,159 2007-12-19
US12/337,383 2008-12-17
US12/337,383 US9215731B2 (en) 2007-12-19 2008-12-17 Method and apparatus for transfer of a message on a common control channel for random access in a wireless communication network

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
RU2010129829/07A Division RU2463742C2 (ru) 2007-12-19 2008-12-19 Способ и устройство для передачи сообщения по общему каналу управления для произвольного доступа в сети беспроводной связи

Publications (2)

Publication Number Publication Date
RU2011152916A RU2011152916A (ru) 2013-06-27
RU2505947C2 true RU2505947C2 (ru) 2014-01-27

Family

ID=40789268

Family Applications (2)

Application Number Title Priority Date Filing Date
RU2010129829/07A RU2463742C2 (ru) 2007-12-19 2008-12-19 Способ и устройство для передачи сообщения по общему каналу управления для произвольного доступа в сети беспроводной связи
RU2011152916/07A RU2505947C2 (ru) 2007-12-19 2011-12-23 Способ и устройство для передачи сообщения по общему каналу управления для произвольного доступа в сети беспроводной связи

Family Applications Before (1)

Application Number Title Priority Date Filing Date
RU2010129829/07A RU2463742C2 (ru) 2007-12-19 2008-12-19 Способ и устройство для передачи сообщения по общему каналу управления для произвольного доступа в сети беспроводной связи

Country Status (16)

Country Link
US (1) US9215731B2 (ru)
EP (2) EP2243330B1 (ru)
JP (2) JP5318884B2 (ru)
KR (4) KR101276266B1 (ru)
CN (2) CN104394598B (ru)
AU (1) AU2008345658B2 (ru)
BR (1) BRPI0821093B1 (ru)
CA (2) CA2864505C (ru)
HK (2) HK1151169A1 (ru)
IL (1) IL205837A (ru)
MY (1) MY159588A (ru)
RU (2) RU2463742C2 (ru)
SG (1) SG186659A1 (ru)
TW (1) TWI426731B (ru)
UA (2) UA100939C2 (ru)
WO (1) WO2009086188A2 (ru)

Families Citing this family (117)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2411660C2 (ru) 2005-10-31 2011-02-10 Эл Джи Электроникс Инк. Способ передачи и приема информации о радиодоступе в системе беспроводной подвижной связи
DE202006021313U1 (de) 2005-11-28 2015-10-15 Evolved Wireless Llc (N. D. Gesetzen D. Staates Delaware) Vorrichtung zur Übertragung und Vorrichtung zum Empfang einer Codesequenz in einem drahtlosen Kommunikationssystem
KR101265628B1 (ko) 2006-01-05 2013-05-22 엘지전자 주식회사 이동 통신 시스템에서의 무선 자원 스케줄링 방법
JP4806030B2 (ja) 2006-01-05 2011-11-02 エルジー エレクトロニクス インコーポレイティド 移動通信システムで信号を転送する方法
US8428086B2 (en) 2006-01-05 2013-04-23 Lg Electronics Inc. Transmitting data in a mobile communication system
US9456455B2 (en) 2006-01-05 2016-09-27 Lg Electronics Inc. Method of transmitting feedback information in a wireless communication system
KR101319870B1 (ko) 2006-01-05 2013-10-18 엘지전자 주식회사 이동 통신 시스템에서의 핸드오버 방법
KR101187076B1 (ko) 2006-01-05 2012-09-27 엘지전자 주식회사 이동 통신 시스템에 있어서 신호 전송 방법
KR101203841B1 (ko) 2006-01-05 2012-11-21 엘지전자 주식회사 무선 통신 시스템에서의 페이징 메시지 전송 및 수신 방법
KR101387475B1 (ko) 2006-03-22 2014-04-22 엘지전자 주식회사 복수의 네트워크 엔터티를 포함하는 이동 통신시스템에서의 데이터 처리 방법
EP2030394B1 (en) 2006-06-09 2014-07-30 TQ Lambda LLC Method of transmitting data in a mobile communicaiton system
WO2007148881A2 (en) 2006-06-21 2007-12-27 Lg Electronics Inc. Method of supporting data retransmission in a mobile communication system
KR101446359B1 (ko) * 2007-10-09 2014-10-01 삼성전자주식회사 이동 통신 시스템에서 맥 프로토콜 데이터 유닛의 생성과 분리 장치 및 방법
CN101933385B (zh) 2008-02-01 2013-11-13 交互数字专利控股公司 用于优先化逻辑信道的方法和设备
PT2249599T (pt) * 2008-02-01 2019-10-18 Optis Wireless Technology Llc Terminal de comunicação e estação de base
EP3145240B1 (en) * 2008-02-20 2019-04-10 Amazon Technologies, Inc. Method and apparatus for processing padding buffer status reports
JP4976440B2 (ja) * 2008-05-19 2012-07-18 創新音▲速▼股▲ふん▼有限公司 接続を再確立する方法及び通信装置
US8223708B2 (en) * 2008-06-10 2012-07-17 Innovative Sonic Limited Method and apparatus for handling scheduling information report
US11272449B2 (en) 2008-06-18 2022-03-08 Optis Cellular Technology, Llc Method and mobile terminal for performing random access
GB2461780B (en) 2008-06-18 2011-01-05 Lg Electronics Inc Method for detecting failures of random access procedures
KR100968020B1 (ko) * 2008-06-18 2010-07-08 엘지전자 주식회사 랜덤 액세스 절차를 수행하는 방법 및 그 단말
US9125164B2 (en) 2008-06-18 2015-09-01 Lg Electronics Inc. Method of transmitting power headroom reporting in wireless communication system
GB2461158B (en) 2008-06-18 2011-03-02 Lg Electronics Inc Method for performing random access procedures and terminal therof
EP2136599B1 (en) 2008-06-18 2017-02-22 LG Electronics Inc. Detection of failures of random access procedures
GB2461159B (en) 2008-06-18 2012-01-04 Lg Electronics Inc Method for transmitting Mac PDUs
JP4384700B1 (ja) * 2008-06-23 2009-12-16 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法、移動局及び無線基地局
KR101548748B1 (ko) * 2008-08-07 2015-09-11 엘지전자 주식회사 랜덤 접속 절차를 수행하는 방법
KR100939722B1 (ko) 2008-08-11 2010-02-01 엘지전자 주식회사 데이터 전송 방법 및 이를 위한 사용자 기기
US8279818B2 (en) * 2008-10-31 2012-10-02 Htc Corporation Methods of packet element transmission in wireless communications system
KR100949972B1 (ko) 2009-01-02 2010-03-29 엘지전자 주식회사 단말의 임의접속 수행 기법
KR101122095B1 (ko) 2009-01-05 2012-03-19 엘지전자 주식회사 불필요한 재전송 방지를 위한 임의접속 기법 및 이를 위한 단말
CN102026165B (zh) * 2009-09-14 2014-11-05 中兴通讯股份有限公司 一种用于识别终端的方法及系统
CN102026411B (zh) * 2009-09-18 2014-07-23 电信科学技术研究院 一种mac pdu的发送方法、系统和装置
US20130016841A1 (en) * 2009-09-25 2013-01-17 Mo-Han Fong System and Method for Multi-Carrier Network Operation
EP2481249B1 (en) 2009-09-25 2018-12-26 BlackBerry Limited Multi-carrier network operation
KR101785997B1 (ko) 2009-10-30 2017-10-17 주식회사 골드피크이노베이션즈 무선통신 시스템에서 요소 반송파 집합 정보 전송방법 및 그 기지국, 단말의 수신방법
EP2317815A1 (en) * 2009-11-02 2011-05-04 Panasonic Corporation Power-limit reporting in a communication system using carrier aggregation
US8923218B2 (en) * 2009-11-02 2014-12-30 Qualcomm Incorporated Apparatus and method for random access signaling in a wireless communication system
DK3121988T3 (en) 2009-12-14 2017-12-04 ERICSSON TELEFON AB L M (publ) METHODS AND DEVICES FOR DATA TRANSFER BY A MULTIPLE CARRIER
US20120281527A1 (en) * 2010-01-05 2012-11-08 Benoist Pierre Sebire Re-Establishment of Component Carriers in a Wireless Communication System
US9065908B2 (en) * 2010-02-12 2015-06-23 Broadcom Corporation Method and system for ensuring user and/or device anonymity for location based services (LBS)
JP5425679B2 (ja) * 2010-03-24 2014-02-26 シャープ株式会社 移動局装置、基地局装置、通信システム、通信方法、集積回路および移動局装置の制御プログラム
KR101420847B1 (ko) 2010-04-09 2014-07-18 노키아 솔루션스 앤드 네트웍스 오와이 캐리어 애그리게이션에서의 시그널링 리포트 전송
US8855095B2 (en) * 2010-04-29 2014-10-07 Innovative Sonic Corporation Method and apparatus for a component carrier deactivation timer in a wireless communication system
DK2908579T3 (en) 2010-06-18 2017-08-28 ERICSSON TELEFON AB L M (publ) Methods for providing power headroom reports arranged in order of component carrier indices and related wireless terminals
US9924412B2 (en) * 2010-06-18 2018-03-20 Acer Incorporated Method of handling buffer status report and communication device thereof
CN102300335B (zh) * 2010-06-22 2016-12-21 中兴通讯股份有限公司 一种处理无线链路错误的方法及装置
US8695079B1 (en) * 2010-09-29 2014-04-08 Amazon Technologies, Inc. Allocating shared resources
EP2636272B1 (en) * 2010-11-04 2018-08-29 LG Electronics Inc. Method and apparatus for reconfiguring connection to base station at relay node in a wireless communication system
TWI450545B (zh) * 2011-03-31 2014-08-21 Mediatek Inc 通過相關資訊報告並處理失敗事件的方法和用戶設備
US9661510B2 (en) 2012-03-30 2017-05-23 Mediatek Inc. Failure event report extension for inter-RAT radio link failure
KR101929307B1 (ko) * 2011-04-11 2018-12-17 삼성전자 주식회사 Ｃｓｇ 셀에서 단말이 셀 재선택 우선 순위를 효율적으로 제어하는 방법 및 장치
RU2563799C2 (ru) * 2011-04-29 2015-09-20 Фудзицу Лимитед Способ сообщения сконфигурированной максимальной выходной мощности и пользовательское оборудование
EP2557890B1 (en) * 2011-08-12 2019-07-17 BlackBerry Limited Simplified ue + enb messaging
US9883441B2 (en) * 2011-11-10 2018-01-30 Nokia Technologies Oy Method and apparatus to route packet flows over two transport radios
CN103458386B (zh) 2012-05-29 2016-12-14 华为技术有限公司 一种数据传输的方法及装置
WO2014010945A1 (ko) * 2012-07-10 2014-01-16 한국전자통신연구원 무선랜 시스템에서 플렉서블한 전송 슬롯 할당 방법 및 장치
KR102107677B1 (ko) * 2012-07-10 2020-05-07 한국전자통신연구원 무선랜 시스템에서 플렉서블한 전송 슬롯 할당 방법 및 장치
CN103907370B (zh) * 2012-09-27 2018-11-20 华为技术有限公司 测量报告处理方法、基站及用户设备
WO2014107880A1 (zh) * 2013-01-11 2014-07-17 华为技术有限公司 调度信令的传输方法和设备
US9479230B2 (en) * 2013-05-31 2016-10-25 Blackberry Limited Systems and methods for data offload in wireless networks
EP3024271A4 (en) * 2013-07-17 2017-02-15 Mitsubishi Electric Corporation Communication system
EP3043615B1 (en) * 2013-09-16 2018-06-20 Huawei Technologies Co., Ltd. Method, user equipment, and base station for predetermination of resource in random access
US10237729B2 (en) * 2015-03-05 2019-03-19 Qualcomm Incorporated Identity privacy in wireless networks
CN104853443B (zh) * 2015-04-08 2018-08-07 电信科学技术研究院 一种处理控制信令的方法及设备
AU2015395543B2 (en) 2015-05-15 2019-04-11 Huawei Technologies Co., Ltd. Terminal, base station and scheduling request transmission method
EP3298849B1 (en) * 2015-05-22 2021-10-06 Telefonaktiebolaget LM Ericsson (PUBL) Classification of non-standard user equipment in wireless communication network
CN104915064B (zh) 2015-07-02 2018-05-08 合肥鑫晟光电科技有限公司 一种触控液晶显示装置
WO2017119733A1 (en) * 2016-01-06 2017-07-13 Lg Electronics Inc. Method for transmitting a mac pdu in wireless communication system and a device therefor
CN106961698A (zh) * 2016-01-09 2017-07-18 华为技术有限公司 一种指示功率余量报告的方法和装置
WO2017128350A1 (zh) * 2016-01-30 2017-08-03 华为技术有限公司 一种终端设备、网络设备以及数据传输方法
CN107046728B (zh) * 2016-02-06 2020-09-22 中兴通讯股份有限公司 信息的上报方法及装置、非连续传输的方法
JP2017163519A (ja) * 2016-03-04 2017-09-14 株式会社Ｎｔｔドコモ ユーザ装置、及びランダムアクセス方法
CN108781461B (zh) * 2016-03-21 2023-04-11 瑞典爱立信有限公司 上行链路数据指示
EP3761614A1 (en) 2016-04-01 2021-01-06 Samsung Electronics Co., Ltd. Method and apparatus for wireless communication in wireless communication system
CN107347197B (zh) * 2016-05-06 2019-09-17 普天信息技术有限公司 一种业务传输方法及装置
EP3800868B1 (en) 2016-05-18 2021-11-17 Samsung Electronics Co., Ltd. Method and apparatus for performing efficient layer 2 function in mobile communication system
US10313074B1 (en) * 2016-08-30 2019-06-04 Sprint Communications Company L.P. Channel condition estimation using static user data symbols over user equipment (UE) specific reference signals
CN109906565B (zh) * 2016-09-08 2022-06-14 交互数字专利控股公司 Mmw wlan系统中的多信道传输
US11206538B2 (en) * 2016-09-30 2021-12-21 Huawei Technologies Co., Ltd. Control signaling processing method, device, and system
TWI657708B (zh) * 2016-09-30 2019-04-21 聯發科技股份有限公司 用於新型無線電系統的分段與級聯方法及使用者設備
EP3319252A1 (en) 2016-11-04 2018-05-09 Panasonic Intellectual Property Corporation of America Efficient multiplexing of control information in transport block
WO2018097497A1 (ko) * 2016-11-23 2018-05-31 한국전자통신연구원 통신 시스템에서 접속 방법 및 이를 수행하는 장치
KR102421645B1 (ko) * 2016-12-30 2022-07-18 한국전자통신연구원 NB-IoT 시스템에서 다운링크 데이터와 업링크 데이터를 전송하는 방법 및 장치
US11202279B2 (en) * 2017-01-16 2021-12-14 Samsung Electronics Co., Ltd Method and apparatus for processing data in wireless communication system
KR102333327B1 (ko) * 2017-01-16 2021-12-02 삼성전자 주식회사 무선 통신 시스템에서 데이터 처리 방법 및 장치
CN110169120B (zh) * 2017-01-18 2023-09-19 Lg电子株式会社 用于发送数据单元的方法和装置以及用于接收数据单元的方法和装置
US11252605B2 (en) 2017-01-19 2022-02-15 Lg Electronics Inc. Method and device for transmitting data unit
US20200007274A1 (en) * 2017-02-03 2020-01-02 Telefonaktiebolaget Lm Ericsson (Publ) Header extension formats
CN108632885B (zh) 2017-03-21 2021-02-12 华为技术有限公司 缓存器状态报告发送的方法、终端设备和网络设备
CN108631918B (zh) * 2017-03-24 2021-02-26 华为技术有限公司 数据传输的方法和装置
CN108738142B (zh) * 2017-04-21 2023-07-14 中兴通讯股份有限公司 一种调度信息传输方法及装置
US11576226B2 (en) * 2017-05-10 2023-02-07 Lg Electronics Inc. Method for requesting RRC connection and apparatus supporting same
US11451961B2 (en) * 2017-09-28 2022-09-20 Telefonaktiebolaget Lm Ericsson (Publ) Security enhancements for early data transmissions
EP3691392A4 (en) * 2017-11-01 2020-10-21 Guangdong Oppo Mobile Telecommunications Corp., Ltd. METHOD OF REPORTING A BUFFER CONDITION REPORT, USER DEVICE AND COMPUTER STORAGE MEDIUM
KR102500134B1 (ko) * 2017-11-01 2023-02-15 삼성전자주식회사 무선 통신 시스템에서 패킷 데이터 정보를 송수신하기 위한 장치 및 방법
WO2019138284A1 (en) * 2018-01-11 2019-07-18 Telefonaktiebolaget Lm Ericsson (Publ) Contention based random access for beam failure recovery
WO2019140619A1 (zh) * 2018-01-19 2019-07-25 Oppo广东移动通信有限公司 一种信息指示方法及装置、计算机存储介质
RU2749351C1 (ru) * 2018-02-15 2021-06-09 Телефонактиеболагет Лм Эрикссон (Пабл) Беспроводное устройство, сетевой узел и осуществляемые посредством них способы
CN110351708B (zh) * 2018-04-03 2020-11-13 维沃移动通信有限公司 标识上报的方法、设备和介质
JP7227524B2 (ja) * 2018-04-03 2023-02-22 富士通株式会社 基地局装置、端末装置、及び無線通信方法
WO2019192896A1 (en) * 2018-04-04 2019-10-10 Sony Corporation Method and apparatus for management of extended mobile device identity information
WO2019196125A1 (en) * 2018-04-13 2019-10-17 Nokia Shanghai Bell Co., Ltd. Enhancement of medium access control subheaders
CN110418421B (zh) * 2018-04-27 2021-05-11 华为技术有限公司 一种随机接入竞争解决的方法和装置
CN110418419B (zh) * 2018-04-28 2022-03-25 中国移动通信有限公司研究院 一种随机接入方法、终端及网络设备
CN112055999B (zh) * 2018-04-30 2024-05-28 三星电子株式会社 发送和接收消息3协议数据单元的装置和方法
JP6889331B2 (ja) * 2018-05-09 2021-06-18 京セラ株式会社 通信制御方法、無線端末、及び基地局
US10827441B2 (en) * 2018-06-20 2020-11-03 Lenovo (Singapore) Pte. Ltd. Power headroom report generation
CN111064673B (zh) * 2018-10-16 2022-04-01 中国移动通信有限公司研究院 一种用户面数据完整性保护方法、装置、电子设备及介质
US11317462B2 (en) 2018-11-05 2022-04-26 Apple Inc. Apparatus, systems, and methods for transmitting large network configuration messages
US11503645B2 (en) 2018-11-28 2022-11-15 Samsung Electronics Co., Ltd. Method and apparatus for performing communication in wireless communication system
CN113366800A (zh) * 2019-01-29 2021-09-07 谷歌有限责任公司 用具有不同长度的消息认证码的完整性保护
US11106739B2 (en) * 2019-03-29 2021-08-31 Microsoft Technology Licensing, Llc Document structures for searching within and across messages
WO2021016890A1 (en) * 2019-07-30 2021-02-04 Zte Corporation Architecture for random access messaging
WO2021081567A2 (en) * 2020-03-20 2021-04-29 Zeku, Inc. Contention resolution in wireless communication systems
US11683849B2 (en) * 2021-03-24 2023-06-20 Nokia Technologies Oy Redcap UE identification
KR102577958B1 (ko) * 2022-10-20 2023-09-14 한국해양과학기술원 eLoran 시스템의 통합 운영제어 시스템 및 이의 제어 방법

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020071480A1 (en) * 1999-03-08 2002-06-13 Pekka Marjelund Method for establishing a communication between a user equipment and a radio network
RU2232477C2 (ru) * 2001-08-24 2004-07-10 Самсунг Электроникс Ко., Лтд. Способ сигнализации между объектами управления доступом к среде в системе передачи пакетных данных

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11261470A (ja) 1998-03-09 1999-09-24 Toshiba Corp 無線基地局
US6782264B2 (en) 1999-01-08 2004-08-24 Trueposition, Inc. Monitoring of call information in a wireless location system
FI114077B (fi) * 1999-03-10 2004-07-30 Nokia Corp Tunnuksen varausmenetelmä
DE60103500T2 (de) 2000-01-14 2005-06-16 Interdigital Technology Corp., Wilmington Drahtloses kommunikationssystem mit selektiv dimensionierten datentransportblöcken
FI110974B (fi) 2000-03-01 2003-04-30 Nokia Corp Laskurin alustaminen, erityisesti radiokehyksiä varten
US6487184B1 (en) 2000-08-25 2002-11-26 Motorola, Inc. Method and apparatus for supporting radio acknowledgement information for a uni-directional user data channel
KR20020030367A (ko) 2000-10-17 2002-04-25 오길록 이동통신시스템에서 임의접속채널의 전송방법
FI20002453A (fi) * 2000-11-08 2002-05-09 Nokia Corp Adaptiivinen sanoman autentikointikoodi
GB0103416D0 (en) * 2001-02-12 2001-03-28 Nokia Networks Oy Message authentication
KR100547845B1 (ko) * 2002-02-07 2006-01-31 삼성전자주식회사 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서서빙 고속 공통 제어 채널 셋 정보를 송수신하는 장치 및방법
CN100452674C (zh) * 2002-09-30 2009-01-14 Ut斯达康(中国)有限公司 码分多址系统中下行链路公共信道开环功率控制方法
KR100926707B1 (ko) * 2002-11-05 2009-11-17 엘지전자 주식회사 이동통신 시스템의 데이터 통신방법
KR100889865B1 (ko) * 2002-11-07 2009-03-24 엘지전자 주식회사 무선 이동통신 시스템의 통신방법
KR101042803B1 (ko) * 2003-11-06 2011-06-20 삼성전자주식회사 이동통신시스템에서 방송 서비스를 위한 호출 방법
US8868118B2 (en) 2005-04-08 2014-10-21 Qualcomm Incorporated Multiplexing on the reverse link feedbacks for multiple forward link frequencies
KR101137327B1 (ko) 2005-05-06 2012-04-19 엘지전자 주식회사 상향링크 채널 스케쥴링을 위한 제어정보 전송 방법 및상향링크 채널 스케쥴링 방법
JP2007024098A (ja) 2005-07-13 2007-02-01 Ntn Corp 転がり軸受用スリーブ部材の製造方法
US7904055B2 (en) * 2005-08-23 2011-03-08 Lg Electronics Inc. Communicating message in mobile communication system
US7912471B2 (en) 2006-01-04 2011-03-22 Wireless Technology Solutions Llc Initial connection establishment in a wireless communication system
JP4819911B2 (ja) 2006-01-20 2011-11-24 ノキア コーポレイション 強化サービス範囲を有するランダムアクセス手続
ES2797473T3 (es) 2006-02-03 2020-12-02 Guangdong Oppo Mobile Telecommunications Corp Ltd Asignación de recursos de enlace ascendente en un sistema de comunicación móvil
CN101026410B (zh) * 2006-02-22 2010-05-12 华为技术有限公司 基于演进架构的基站和终端及其数据发射和接收方法
CN101064943B (zh) 2006-04-30 2010-05-12 中兴通讯股份有限公司 移动通讯系统基站间上行随机信道或共享信道的切换方法
WO2007126301A1 (en) * 2006-05-03 2007-11-08 Electronics And Telecommunications Research Institute A method for random access in cellular system
US8379646B2 (en) * 2006-07-31 2013-02-19 Lg Electronics Inc. Method of processing control information in a mobile communication system
US8005492B2 (en) * 2006-10-03 2011-08-23 Futurewei Technologies, Inc. Sending quick paging messages and regular paging messages in a wireless communications system
EP2028890B1 (en) * 2007-08-12 2019-01-02 LG Electronics Inc. Handover method with link failure recovery, wireless device and base station for implementing such method
US20090104916A1 (en) * 2007-09-26 2009-04-23 Nokia Siemens Networks Oy Method, apparatus and system for signalling of buffer status information
WO2009040773A2 (en) * 2007-09-28 2009-04-02 Nokia Siemens Networks Oy Method and apparatus for signaling of scheduling information
KR101441138B1 (ko) * 2007-09-28 2014-09-18 엘지전자 주식회사 무선통신 시스템에서 상향링크 시간 동기 수행 방법
KR101487557B1 (ko) * 2007-10-23 2015-01-29 엘지전자 주식회사 공통제어채널의 데이터를 전송하는 방법
ES2565836T3 (es) 2007-10-23 2016-04-07 Lg Electronics Inc. Método para transmitir datos de canal de control común

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020071480A1 (en) * 1999-03-08 2002-06-13 Pekka Marjelund Method for establishing a communication between a user equipment and a radio network
RU2232477C2 (ru) * 2001-08-24 2004-07-10 Самсунг Электроникс Ко., Лтд. Способ сигнализации между объектами управления доступом к среде в системе передачи пакетных данных

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
3GPP TSG-RAN WG2 #59, Ericsson, MAC Length fieldoptimization, R2-073558, 08.2007, http://isearch.3gpp.org/isysquery/a8b9cbaa-9c54-41d8-b442-8187d69de9d0/5/doc/R2-073558%20MAC_Length_Field_Optimization.doc. *
3GPP TSG-RAN WG2 #60, LG Electronics Inc., Discussion on MAC PDU over RACH, R2-074985, 11.2007, http://isearch.3gpp.org/isysquery/a8b9cbaa-9c54-41d8-b442-8187d69de9d0/20/doc/R2-074985%20Discussion%20on%20MAC%20PDU%20over%20RACH.doc. *
3GPP TSG-RAN WG2 #60, LG Electronics Inc., Discussion on MAC PDU over RACH, R2-074985, 11.2007, http://isearch.3gpp.org/isysquery/a8b9cbaa-9c54-41d8-b442-8187d69de9d0/20/doc/R2-074985%20Discussion%20on%20MAC%20PDU%20over%20RACH.doc. 3GPP TSG-RAN WG2 #59, Ericsson, MAC Length field optimization, R2-073558, 08.2007, http://isearch.3gpp.org/isysquery/a8b9cbaa-9c54-41d8-b442-8187d69de9d0/5/doc/R2-073558%20MAC_Length_Field_Optimization.doc. *

Also Published As

Publication number Publication date
TW200935803A (en) 2009-08-16
EP2243330B1 (en) 2020-11-04
BRPI0821093A2 (pt) 2015-06-16
UA100939C2 (ru) 2013-02-11
TWI426731B (zh) 2014-02-11
MY159588A (en) 2017-01-13
CN104394598B (zh) 2018-10-26
HK1151169A1 (zh) 2012-01-20
SG186659A1 (en) 2013-01-30
EP3735089A1 (en) 2020-11-04
HK1207504A1 (en) 2016-01-29
UA97721C2 (ru) 2012-03-12
KR20100103622A (ko) 2010-09-27
RU2010129829A (ru) 2012-01-27
JP2013219788A (ja) 2013-10-24
AU2008345658A1 (en) 2009-07-09
KR101276266B1 (ko) 2013-06-21
CA2864505C (en) 2017-10-17
KR101276688B1 (ko) 2013-06-19
RU2011152916A (ru) 2013-06-27
EP3735089B1 (en) 2023-11-22
CN101904213B (zh) 2016-04-27
BRPI0821093B1 (pt) 2021-01-19
KR20120061992A (ko) 2012-06-13
JP5318884B2 (ja) 2013-10-16
KR101219480B1 (ko) 2013-01-14
EP2243330A2 (en) 2010-10-27
WO2009086188A3 (en) 2009-09-24
IL205837A0 (en) 2010-11-30
IL205837A (en) 2014-11-30
CA2705343C (en) 2014-12-09
CA2705343A1 (en) 2009-07-09
US20090163211A1 (en) 2009-06-25
KR20120061993A (ko) 2012-06-13
CA2864505A1 (en) 2009-07-09
KR20130004931A (ko) 2013-01-14
RU2463742C2 (ru) 2012-10-10
US9215731B2 (en) 2015-12-15
WO2009086188A2 (en) 2009-07-09
AU2008345658B2 (en) 2013-06-13
CN104394598A (zh) 2015-03-04
JP5694430B2 (ja) 2015-04-01
CN101904213A (zh) 2010-12-01
JP2011508538A (ja) 2011-03-10

Similar Documents

Publication Publication Date Title
RU2505947C2 (ru) Способ и устройство для передачи сообщения по общему каналу управления для произвольного доступа в сети беспроводной связи
KR101218060B1 (ko) 무선 통신 시스템에서 랜덤 액세스 응답을 전송 및 수신하기 위한 방법 및 장치
EP2064908B1 (en) Method and apparatuses for random access in wireless communication system
AU2013228044B2 (en) Method and apparatus for transfer of a message on a common control channel for random access in a wireless communication network