Спосіб і пристрій для передачі повідомлення по загальному каналу керування для довільного доступу в мережі бездротового зв’язку

Реферат: Описані методики відправки повідомлення для довільного доступу користувацьким обладнанням (UE). У одному аспекті UE може відправляти повідомлення по каналу керування для довільного доступу і може відправляти зарезервований ідентифікатор каналу для вказівки, що повідомлення відправляється по каналу керування. У іншому аспекті UE може відправляти повідомлення в протокольному блоці даних (PDU) і може відправляти додаткову інформацію (наприклад, звіт про стан буфера) в PDU, якщо він зможе розмістити додаткову інформацію. У ще одному аспекті UE може генерувати короткий код перевірки автентичності повідомлення для захисту цілісності (МАС-І) для повідомлення. Короткий МАС-І може мати менший розмір і може бути використаний для аутентификації UE. У ще одному аспекті UE може відправляти UE ID одного або множинних типів для довільного доступу і може передавати тип UE ID за допомогою поля формату в повідомленні. UA 100939 C2 (12) UA 100939 C2 UA 100939 C2 5 10 15 20 25 30 35 40 45 50 55 Заява про встановлення пріоритету по 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), що відправляється по загальному каналу керування (СССН), який може бути відображений на спільно використовуваний канал висхідної лінії зв'язку (UL-SCH). Зарезервований ідентифікатор каналу може містити зарезервований ідентифікатор логічного каналу (LCID). У іншому аспекті повідомлення і додаткова інформація можуть бути відправлені для довільного доступу. У одному конструктивному виконанні UE може відправляти повідомлення в протокольний блок даних (PDU), причому повідомлення відправляється по каналу керування для довільного доступу UE. UE може відправляти додаткову інформацію в PDU, якщо PDU може розмістити додаткову інформацію. Додаткова інформація може містити звіт про стан буфера для UE, звіт про запас потужності для UE, дані для виділеного каналу керування, дані для виділеного каналу трафіку і т. д. У ще одному аспекті короткий код перевірки автентичності повідомлення для захисту цілісності (МАС-І) може бути відправлений в повідомленні для довільного доступу. У одному конструктивному виконанні UE може генерувати короткий МАС-І для повідомлення, відправленого по каналу керування для довільного доступу. Короткий МАС-І може мати менший розмір, ніж повний МАС-І, що використовується для захисту цілісності повідомлень, які відправляються по площині керування. Короткий МАС-І може бути відправлений для повідомлення RRC по СССН для повторного встановлення з'єднання RRC і може бути використаний для перевірки автентичності UE. У ще одному аспекті UE ID одного або декількох типів може бути відправлений для довільного доступу. У одному конструктивному виконанні UE може встановлювати поле формату повідомлення в перше значення, яке вказує перший тип UE ID відправленого в повідомленні (наприклад, для приєднання) або у друге значення, яке вказує другий тип UE ID відправленого в повідомленні (наприклад, для подальшого доступу). UE може генерувати повідомлення, яке містить поле формату, і UE ID типу, вказаного в полі формату. UE може відправляти повідомлення для випадкового доступу. Різні аспекти і ознаки даного винаходу описані більш детально нижче. Короткий опис креслень На Фіг. 1 зображена мережа бездротового зв'язку. На Фіг. 2 зображений стек протоколів для площини керування в довгостроковому розвитку (LTE). 1 UA 100939 C2 5 10 15 20 25 30 35 40 45 50 55 На Фіг. 3 зображене відображення логічних каналів на транспортні канали для висхідної лінії зв'язку. На Фіг. 4 зображений потік повідомлення для процедури довільного доступу в LТЕ. На Фіг. 5 зображена обробка для генерування Message 3 в процедурі довільного доступу. На Фіг. 6 зображений PDU керування доступу до середовища (МАС) для Message 3. На Фіг. 7 А-7С зображені три МАС підзаголовки. На Фіг. 8А-8D зображені чотири МАС PDU, що переносять повідомлення для довільного доступу. На Фіг. 9 зображений процес відправки повідомлення по каналу керування із зарезервованим ідентифікатором каналу для довільного доступу. На Фіг. 10 зображений процес відправки повідомлення і додаткової інформації для довільного доступу. На Фіг. 11 зображений процес відправки повідомлення з коротким МАС-І для довільного доступу. На Фіг. 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, EUTRA, E-UTRAN, LTE i GSM описані в документах організації, яка називається "Проект партнерства третього покоління" (3GPP). CDMA2000 і UMB описані в документах організації, яка називається "Проект партнерства третього покоління 2" (3GPP2). Для ясності, конкретні аспекти методик описані нижче для LTE, і LTE термінології використовується в більшій частині опису нижче. На Фіг. 1 зображена мережа 100 бездротового зв'язку, яка може бути мережею LTE. Мережа 100 може містити в собі вдосконалені вузли В (eNB) і інші мережеві об'єкти, описані 3GPP. eNB може бути стаціонарною станцією, яка зв'язується з UE і може бути також позначена як Вузол В, базова станція, точка доступу і т. д. Кожний eNB може надавати покриття зв'язку для певної географічної зони. Для поліпшення пропускної здатності мережі повна зона покриття eNB може бути розділена на множину (наприклад, три) менших зон. Кожна менша зона може бути обслугована відповідною підсистемою eNB. У 3GPP, термін "стільник" може означати найменшу зону покриття eNB і/або підсистему eNB, обслуговуючу цю зону покриття. Елемент керування мобільністю (ММЕ)/обслуговуючий шлюз (S-GW) 130 може з'єднуватися з множиною eNB і надавати координацію і керування цими eNB. Обслуговуючий шлюз 130 може підтримувати інформаційні служби, такі як передача голосу по IP-протоколу (VoIP), відео, передача повідомлень і т. д. ММЕ 130 може бути відповідальний за комутацію шляхів між початковим eNB і цільовим eNB при передачі обслуговування. ММЕ/обслуговуючий шлюз 130 може з'єднуватися з базовою мережею і/або мережею передачі даних (наприклад, Інтернет) і може зв'язуватися з іншими об'єктами (наприклад, віддаленими серверами і терміналами), які з'єднані з базовою мережею і/або мережею передачі даних. UE 120 можуть бути розподілені по мережі, і кожне UE може бути стаціонарним або мобільним. UE може бути також визначене як мобільна станція, термінал, термінал доступу, блок абонента, станція і т. д. UE може бути стільниковим телефоном, персональним цифровим секретарем (PDA), бездротовим модемом, пристроєм бездротового зв'язку, портативним пристроєм, портативним персональним комп'ютером, радіотелефоном, станцією місцевої лінії радіозв'язку (WLL) і т. д. UE може зв'язуватися з eNB за допомогою низхідної лінії зв'язку і висхідної лінії зв'язку. Низхідна лінія зв'язку (або пряма лінія зв'язку) означає лінію зв'язку від eNB до UE, і висхідна лінія зв'язку (або зворотна лінія зв'язку) означає лінію зв'язку від UE до 2 UA 100939 C2 5 10 15 20 25 30 35 40 eNB. На Фіг. 1 суцільна лінія з двома стрілками вказує активний зв'язок між eNB і UE. Пунктирна лінія з двома стрілками вказує UE здійснюючий довільний доступ. На Фіг. 2 зображений стек 200 протоколів для площини керування в LTE. Площина керування переносить сигналізацію між UE 120 і ММЕ 130 за допомогою eNB 110. UE 120 може зв'язуватися з ММЕ 130 за допомогою протоколу керування без здійснення доступу (NAS). NAS може здійснювати різні функції, такі як розширена пакетна система (EPS) керування радіоканалом, аутентифікація, підтримка мобільності, початок пошукового зв'язку, контроль безпеки і т. д. UE 120 може обмінюватися повідомленнями сигналізації з eNB 110 за допомогою керування радіоресурсами (RRC). RRC може здійснювати функції, такі як керування з'єднанням RRC, контроль і звіт вимірювань UE, контроль радіоканалу (RB), функції мобільності, широкомовлення, пошуковий зв'язок і т. д. Повідомлення RRC можуть бути обміняні між UE 120 і eNB 110 за допомогою протоколу конвергенції пакетних даних (PDCP), керування радіоканалом (RLC) і керування доступом до середовища (МАС), які є підрівнями Рівня 2 (L2). Кожний протокол приймає блоки службових даних (SDU) від вищих підрівнів/рівня і надає блоки службових даних (PDU) на нижчі підрівні/рівні. PDCP можуть здійснювати різні функції, такі як шифрування (тобто, зашифровування) і захист цілісності для площини керування, шифрування і ущільнення заголовків для площини користувача і т. д. RLC може здійснювати різні функції, такі як (і) сегментація і конкатенація RLC SDU і виправлення помилок через автоматичний запит на повторення (ARQ) на передавальний об'єкт і (іі) дублювати визначення SDU нижнього рівня, переупорядковуваня RLC SDU і впорядковану доставку PDU верхнього рівня на приймальний об'єкт. МАС може здійснювати різні функції, такі як відображення між логічними каналами і транспортними каналами, мультиплексування і демультиплексування RLC PDU для логічних каналів у/від транспортні модулі для транспортних каналів, звіт про вимірювання об'єму трафіку, виправлення помилок через гібридний ARQ (HARQ), розподіл пріоритету між логічними каналами UE, розподіл пріоритету між UE за допомогою динамічного планування, вибір формату транспортування, заповнення і т. д. Функції, здійснювані RRC, PDCP, RLC і МАС в LTE можуть бути надані еквівалентними протоколами в інших технологіях радіозв'язку. UE 120 додатково зв'язується з eNB 110 за допомогою інтерфейсу радіозв'язку E-UTRA на фізичному рівні (PHY). МАС може надавати послуги передачі даних за допомогою логічних каналів. Множина логічних каналів може бути визначена для різних послуг передачі даних МАС, що пропонуються. МАС може також використовувати декілька транспортних каналів для перенесення даних для логічних каналів. Логічні канали можуть бути охарактеризовані тим, що вони транспортують, тоді як транспортні канали бути охарактеризовані тим, як і з якими характеристиками користувацькі дані і дані керування передаються по радіоінтерфейсу. Логічні канали можуть бути відображені на транспортні канали, які додатково можуть бути відображені на фізичні канали. Таблиця 1 дає перелік деяких логічних і транспортних каналів в LTE. LTE підтримує інші логічні і транспортні канали, які не зображені в таблиці 1 для простоти. Таблиця 1 Логічні і транспортні канали в LTE Тип Канал Логічний СССН Логічний DCCH Логічний DTCH Транспортний RACH Транспортний UL-SCH Транспортний DL-SCH Назва каналу Загальний канал керування Виділений канал керування Виділений канал трафіку Канал довільного доступу Спільно використовуваний канал висхідної лінії зв'язку Спільно використовуваний канал низхідної лінії зв'язку Опис Переносить дані керування до/від UE, яке не відоме мережі Переносить дані керування до/від UE, яке відоме мережі Переносить користувацькі дані до/від UE Переносить преамбулу довільного доступу по висхідній лінії зв'язку від UE Переносить користувацькі дані і дані керування по висхідній лінії зв'язку від UE Переносить користувацькі дані і дані керування по низхідній лінії зв'язку до UE На Фіг. 3 зображене відображення логічних каналів на транспортні канали для висхідної лінії зв'язку в LTE. На висхідній лінії зв'язку СССН, DCCH і DTCH можуть бути відображені на UL 3 UA 100939 C2 5 10 15 20 25 30 35 40 45 SCH. UE може використовувати СССН, коли мережа не знає приналежності UE, і може використовувати DCCH, коли мережа знає приналежність UE. На низхідній лінії зв'язку СССН може бути відображений на DL-SCH (не зображено на Фіг. 3). UE може здійснювати процедуру довільного доступу для того, щоб отримати доступ до мережі і/або для інших цілей. Терміни "довільний доступ", "доступ в систему" і "доступ" можуть бути використані взаємозамінно. Наприклад, UE може здійснювати процедуру довільного доступу по наступних сценаріях довільного доступу: - повторне встановлення з'єднання RRC, - приєднання до мережі, наприклад, на основі міжнародного ідентифікатора рухомого абонента (IMSI), або - подальший доступ до мережі для переходу від режиму очікування до активного режиму, наприклад, на основі ESP тимчасового ідентифікатора рухомого абонента (S-TMSI). UE може також здійснювати процедуру довільного доступу для доступу до передачі обслуговування, коли обслуговування UE передається від одного eNB до іншого eNB. UE може також здійснювати процедуру довільного доступу по інших сценаріях. UE може використовувати СССН для повторного встановлення з'єднання 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 no 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 можуть бути застосовні для різних зон і можуть мати різні довжини. МАС-І є кодом аутентифікації повідомлення для захисту цілісності і може бути використаний для аутентифікації відправника повідомлення. Таблиця 2 також зображає кількість бітів для кожного типу інформації відповідно до одного конструктивного виконання. Інші типи інформації можуть також бути відправлені для кожного типу довільного доступу. Таблиця 2 Початкове число бітів для Message 3 Тип довільного доступу Рівень RRC Повторне встановлення з'єднання RRC - Старий ID стільника: 9 бітів, - Старий C-RNTI: 16 бітів, - МАС-І: 32 біти, - Інформація про частоту: 14 бітів Приєднання - Початковий ідентифікатор UE (IMSI): 84 біти, - Причина встановлення: 3 біти 4 Подальший доступ - Початковий ідентифікатор UE (STMSI): 40 бітів, - Причина встановлення: 3 біти UA 100939 C2 Продовження таблиці 2 Тип довільного доступу Рівень PDCP RLC МАС PHY RRC біти Інші біти Усього бітів 5 10 15 20 25 30 35 40 45 Повторне встановлення з'єднання RRC PDCP без МАС-І: 8 бітів RLC-TM: 0 бітів заголовок МАС: 16 бітів Фізичний рівень CRC: 24 біти Приєднання 87 48 135 71 48 119 Подальший доступ 43 48 91 UE може бути виділене надання висхідної лінії зв'язку для відправки Message 3. У одному конструктивному виконанні надання висхідної лінії зв'язку може бути щонайменше 80 бітів і може бути даний кратним 8 бітам, наприклад, 80 бітів, 88 бітів, 96 бітів і т. д. Мінімальне надання висхідної лінії зв'язку в 80 бітів може бути вибране на основі різних чинників, таких як кількість інформації для відправки в Message 3, бажана продуктивність на межі стільника і т. д. Менше число бітів (наприклад, 72 біти) або більше число бітів може також підтримуватися для мінімального надання висхідної лінії зв'язку. Як зображено в таблиці 2, загальне число бітів для Message 3 для кожного типу довільного доступу перевищує мінімальне надання висхідної лінії зв'язку в 80 бітів. Може бути бажаним зменшити загальне число бітів для Message 3 так, щоб Message 3 можна було відправити з мінімальним наданням висхідної лінії зв'язку. Також може бути бажаним визначити єдиний формат для PDCP, RLC і МАС для Message 3. Загальне число бітів для Message 3 може бути зменшене способом, описаним нижче. Для RRC, одне з обмеженого числа розмірів повідомлення RRC може бути підтримане для повідомлення RRC, відправленого по СССН для Message 3. У одному конструктивному виконанні можуть підтримуватися розміри повідомлення RRC в 48 бітів і 96 бітів. 48-бітове повідомлення RRC або 96-бітове повідомлення RRC може бути відправлене в Message 3 в залежності від розміру надання висхідної лінії зв'язку. Для повторного встановлення з'єднання RRC Message 3 може містити повідомлення запит на повторне встановлення з'єднання RRC або інше повідомлення RRC. У одному конструктивному виконанні число бітів для повідомлення RRC для повторного встановлення З'єднання RRC може бути зменшене виключенням 32-бітового МАС-І так само, як і інформація про частоту. МАС-І може бути використаний для перевірки UE, що відправляє повідомлення RRC, і може діяти як тригер для комутації шляху даних S1 для UE на мережевій стороні. Виключення МАС-І з повідомлення запит на повторне встановлення з'єднання RRC може затримати комутацію шляху до відправки повідомлення, завершення реконфігурації з'єднання RRC (цілісність якого може бути захищена) за допомогою UE в процедурі повторного встановлення з'єднання RRC. У іншому конструктивному виконанні короткий МАС-І меншого розміру може бути згенерований на основі 16 найбільш значних бітів (MSB) повного МАС-І і може бути відправлений в повідомленні RRC. У ще одному конструктивному виконанні короткий МАС-І може мати змінний розмір, який може залежати від розміру надання висхідної лінії зв'язку. Для всіх конструктивних виконань 48-бітове повідомлення RRC може бути відправлене для повторного встановлення З'єднання RRC і може бути заповнене значним числом заповнюючих бітів, якщо це потрібно. Для приєднання Message 3 може містити повідомлення запит на з'єднання RRC або інше повідомлення RRC. У одному конструктивному виконанні розмір початкового UE ID (наприклад, IMSI) може бути зменшений, якщо потрібно, так що повідомлення RRC підійде під один з підтримуваних розмірів повідомлення RRC. IMSI може бути складено із 3-значного коду країни в мобільній мережі (МСС), 2-значного або 3-значного коду мережі мобільного зв'язку (MNC) і ідентифікаційного номера мобільної станції (MSIN), який є унікальним в мережі. IMSI може мати довжину 6-21 десятковий знак, і 15 знаків може бути звичайною довжиною IMSI в LTE. У одному конструктивному виконанні IMSI може переноситися з використанням двійкового представлення (замість 16-ового представлення) для того, щоб збільшити кількість IMSI інформації, яка може бути відправлена в повідомленні RRC даного розміру. Кожний десятковий знак IMSI може бути перенесений з одним 4-бітовим 16-овим (наприклад, як в UTRAN). 21 5 UA 100939 C2 5 10 15 20 25 30 35 40 45 50 значний IMSI може бути перенесений з 84 бітами з використанням 16-ового представлення або 70 бітами з використанням двійкового представлення. У одному конструктивному виконанні заздалегідь визначене число бітів (LSB), що найменше означають IMSI може бути відправлено в полі фіксованого розміру повідомлення RRC. Наприклад, частковий UE ID може бути сформований з 44 LSB IMSI і може бути відправлений в 48-бітовому повідомленні RRC. Хоч IMSI є загалом унікальним для кожного UE, використання частини IMSI представляє (дуже маленьку) імовірність конфлікту через те, що множинні UE мають в цілому унікальні IMSI, але потенційно один і той же частковий IMSI. Оскільки МСС і MNC звичайно є однаковими для даної мережі, використання LSB IMSI може зменшити імовірність конфлікту. Може бути можливим виявити і вирішити конфлікт часткових IMSI на рівні радіозв'язку. Замість цього, помилка процедури верхнього рівня (наприклад, проблема аутентифікації) може бути використана для виявлення і вирішення конфлікту часткових IMSI. Частковий IMSI може бути складений з частини IMSI і може бути перенесений з використанням двійкового представлення. Наприклад, 13 найменш значних знаків IMSI можуть бути перенесені з 44 бітами з використанням двійкового представлення проти 52 бітів з використанням 16-ового представлення. 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 дає перелік різних типів інформації, яка може бути відправлена по СССН для Message 3 для різних типів довільного доступу, відповідно до одного конструктивного виконання. Таблиця 3 має на увазі мінімальне надання висхідної лінії зв'язку в 80 бітів. Інформація для RRC може бути зменшена, як описано вище. Для повторного встановлення з'єднання RRC повідомлення запит на повторне встановлення з'єднання RRC може містити в собі старий ID стільника (9 біт), старий C-RNTI (16 бітів), короткий МАС-І, і заповнюючі і/або зарезервовані біти для мінімального надання висхідної лінії зв'язку. Повідомлення RRC може містити в собі 16-бітовий МАС-І і 7 заповнюючих бітів (як зображено в таблиці 3), або 23бітового МАС-І без заповнюючих бітів, або деяку іншу комбінацію бітів МАС-І і заповнюючих бітів. Повідомлення RRC може також містити в собі більший МАС-І (наприклад, 32-бітовий повний МАС-І звичайно генерується PDCP для повідомлень на площині керування) для більшого надання висхідної лінії зв'язку. Короткий МАС-І може мати змінний розмір, визначений на основі надання висхідної лінії зв'язку UE. Для приєднання повідомлення запит на встановлення з'єднання RRC може містити в собі (і) частковий 44-бітовий IMSI, коли поле формату встановлене на "0" або (іі) IMSI змінної довжини (наприклад, кратної 8 бітам, і максимум до 96 бітів) коли поле формату встановлене на "1". Інформація для PDCP і МАС може бути зменшена, як описано нижче. 6 UA 100939 C2 Таблиця 3 Перераховане число бітів для запланованої передачі (Message 3) Тип довільного доступу Рівень RRC PDCP RLC MAC PHY RRC біти Інші біти Усього бітів 5 10 15 20 25 30 35 Повторне встановлення з'єднання RRC Приєднання - Формат: 1 біт, - Початковий ідентифікатор UE (IMSI): 44 біти (коли біт формату встановлений на "0"), - Причина встановлення: 3 біти прозора операція PDCP: 0 бітів RLC-TM: 0 бітів заголовок МАС: 8 бітів Фізичний рівень CRC: 24 біти 48 48 24 24 80 80 - Старий ID стільника: 9 бітів, - Старий C-RNTI: 16 бітів, - МАС-І: 16 бітів, - Заповнення: 7 бітів Подальший доступ - Формат: 1 бітів, - Початковий ідентифікатор UE (STMSI): 40 бітів, - Причина встановлення: 3 біти, - Заповнення: 4 біти 48 24 80 У іншому конструктивному виконанні, не зображеному в таблиці 3, довільний ID може бути відправлений замість часткового IMSI для приєднання. Довільний ID може бути псевдодовільним значенням, вибраним UE, значення хеш-функції згенерованої хешуванням ISMI або деякого іншого UE ID, або значенням, отриманим іншим чином. Довільний ID може мати фіксований розмір (наприклад, 40 бітів для збігу зрозміром S-TMSI) або змінний розмір (наприклад, в залежності від надання висхідної лінії зв'язку). У іншому конструктивному виконанні поле Формат може вказувати один або множину типів UE ID, відправлених в повідомленні RRC. Наприклад, поле Формат може бути встановлене (і) на "0" для вказівки, що S-TMSI був відправлений в повідомленні RRC для подальшого доступу або (іі) на "1" для вказівки того, що частковий IMSI або довільний ID був відправлений в повідомленні RCC для приєднання. На Фіг. 5 зображена обробка для генерування Message 3 в LTE. Message 3 може містити в собі всю інформацію для RRC, зображену в таблиці 3. В одному конструктивному виконанні Message 3 може мати фіксовану довжину (наприклад, 80 бітів) для всіх типів довільного доступу. У іншому конструктивному виконанні Message 3 може мати різні довжини для різних типів довільного доступу, різних розмірів надання висхідної лінії зв'язку і т. д. У одному конструктивному виконанні прозорий режим операції може бути визначений для PDCP для підтримки передачі повідомлення RRC по СССН для довільного доступу. У прозорому режимі PDCP не може здійснювати захист цілісності і шифрування для СССН, що переносить повідомлення RRC, і заголовок PDCP може бути виключений в передачі СССН. PDCP може бути проінформований для роботи в прозорому режимі і може потім не здійснювати операції для СССН. PDCP може приймати повідомлення RRC як PDCP SDU і може надавати це повідомлення RRC як PDCP PDU. Як альтернатива, RRC може пропускати повідомлення RRC напряму до RLC, і PDCP може бути взагалі обійдений для передачі повідомлення RRC по СССН. У будь-якому випадку виключення заголовка PDCP може зберегти 8 бітів і може дозволити зменшити розмір Message 3 до 80 бітів, як зображено в таблиці 3. RLC може працювати в прозорому режимі (ТМ) для СССН. У цьому випадку RLC може приймати PDCP PDU як RLC SDU і може просто передавати PDCP SDU як RLC PDU. МАС може приймати RLC PDU як МАС SDU і може так само приймати вказівку МАС SDU, що містить повідомлення RRC, відправлене по СССН. МАС може генерувати МАС PDU, що містить заголовок МАС і корисне навантаження МАС. Заголовок МАС може мати формат, описаний нижче. Корисне навантаження МАС може містити в собі (і) МАС SDU, що переносить повідомлення RRC, і (іі), можливо, іншу інформацію і/або заповнення. Фізичний рівень може генерувати 24-бітову циклічну перевірку по надмірності (CRC) для МАС PDU, приєднувати CRC в кінець МАС PDU і надавати PHY PDU. PHY PDU може бути відправлений як Message 3. На Фіг. 6 зображений проект МАС PDU 600, який може бути використаний для Message 3. МАС PDU 600 містить в собі заголовок 610 МАС і корисне навантаження 620 МАС. Заголовок 7 UA 100939 C2 5 10 15 20 25 30 35 40 45 50 55 60 610 МАС містить в собі N підзаголовків від 612а до 612n МАС, де N може бути цілим значенням, яке дорівнює одиниці або більше. Кожний підзаголовок 612 МАС може мати формат, описаний нижче. Заголовок 610 МАС може також містити в собі заповнюючі підзаголовки 614, якщо корисне навантаження 620 МАС містить в собі поле 624 заповнення. Корисне навантаження 620 МАС містить в собі N блоків від 622а до 622n корисного навантаження МАС. Кожний блок 622 корисного навантаження МАС може бути елементом керування (СЕ) МАС або МАС SDU. n-й підзаголовок 612 МАС пов'язаний з n-м блоком 622 корисного навантаження МАС, де 1=n=N. На Фіг. 7А зображений 8-бітовий підзаголовок 710 МАС, який може бути використаний для МАС SDU для Message 3. У цьому конструктивному виконанні підзаголовок 710 МАС містить в собі підзаголовки R/R/E/LCID, складені з двох 1-бітових зарезервованих (R) полів, 1-бітового поля розширення (Е) і 5-бітового поля ID логічного каналу (LCID). Зарезервовані поля зарезервовані для майбутнього використання. Поле розширення вказує те, чи буде інший підзаголовок МАС слідувати в заголовку МАС. Поле LCID переносить LCID логічного каналу, що має дані, відправлені у відповідному МАС SDU. Дані для одного або декількох логічних каналів можуть бути відправлені в потоку МАС SDU. Кожний логічний канал може бути привласнений різним LCID. MAC PDU може переносити (і) LCID логічного каналу в поле LCID підзаголовка МАС і (іі) дані логічного каналу в МАС SDU. У одному конструктивному виконанні конкретний LCID може бути зарезервований і використаний для вказівки того, що МАС SDU переносить повідомлення RRC, відправлене по СССН для Message 3. У одному конструктивному виконанні зарезервований LCID має значення "00000" (двійкове). Інші значення можуть бути також використані для зарезервованого LCID. UE може відправляти повідомлення RRC по СССН для будь-якого з типів довільного доступу, зображених в таблиці 2 або по DCCH для доступу до передачі обслуговування. Зарезервований LCID може дозволити МАС на UE обробляти СССН для Message 3 тим же чином, що і інші логічні канали відображені на UL-SCH, що може спростити обробку на UE. Зарезервований LCID може також дозволити eNB визначати відмінності між даними для СССН і даними для інших логічних каналів. Підзаголовки 710 МАС не містять в собі поле довжини. Підзаголовки 710 МАС можуть бути використані для МАС SDU фіксованої довжини і також для останнього підзаголовка МАС в заголовку МАС, наприклад, для підзаголовка 612п МАС по Фіг. 6, із заповнюючим підзаголовком 614, який не представлений. На Фіг. 7В зображений 16-бітовий підзаголовок 720 МАС, який може бути використаний для МАС SDU. Підзаголовок 720 МАС містить в собі підзаголовки R/R/E/LCID/F/L, складені з двох 1бітових зарезервованих полів, 1-бітового поля розширення, 5-бітового поля ID логічного каналу, 1-бітового поля формату (F) і 7-бітового поля довжини (L). Поле формату встановлене на "0" коли використовується 7-бітове поле довжини. Поле довжини вказує довжину МАС SDU в блоках по вісім. На Фіг. 7С зображений 24-бітовий підзаголовок 730 МАС, який також може бути використаний для МАС SDU. Підзаголовок 730 МАС містить в собі підзаголовки R/R/E/LCID/F/L, складені з двох 1-бітових зарезервованих полів, 1-бітового поля розширення, 5-бітового поля ID логічного каналу, 1-бітового поля формату і 15-бітового поля довжини. Поле формату встановлене на "1", коли використовується 15-бітове поле довжини. Підзаголовок 730 МАС може бути використаний для великих МАС SDU з більше ніж 127 вісімками. У конструктивному виконанні, зображеному на Фіг. 7А, поле довжини може бути виключене з підзаголовка 710 МАС. Заповнення на передавальному об'єкті і видалення заповнення на приймальному об'єкті можуть бути здійснені різними способами поза полем довжини. У одному конструктивному виконанні МАС і/або RRC на передавальному об'єкті можуть додавати заповнюючі біти без якої-небудь вказівки в підзаголовку МАС. Видалення заповнення може бути здійснене в МАС і/або RRC на приймальному об'єкті. Надання висхідної лінії зв'язку, відправлене в Message 2, може бути визначене МАС і може мати змінний розмір. У цьому випадку заповнення може бути частиною операції планування в МАС на передавальному об'єкті. На приймальному об'єкті МАС може просто пропускати МАС SDU для СССН по RRC, і RRC може зчитувати тільки елементи інформації в МАС SDU і ігнорувати заповнення. У іншому конструктивному виконанні заголовок 610 МАС на Фіг. 6 може містити в собі прапор, який може вказувати, чи переносить чи ні корисне навантаження 620 МАС СССН. Прапор може бути представлений в заголовку МАС для всіх МАС PDU і може потім представляти непродуктивні втрати для всіх даних, включаючи користувацькі дані. У одному конструктивному виконанні 8-бітовий підзаголовок 710 МАС може бути використаний для МАС SDU, що переносить повідомлення RRC, відправлене по СССН, наприклад, кожен раз, коли можливо, для того, щоб зменшити непродуктивні втрати. У одному 8 UA 100939 C2 5 10 15 20 25 30 35 40 45 50 55 60 конструктивному виконанні 16-бітовий підзаголовок 720 МАС може бути використаний для МАС SDU, що переносить повідомлення RRC, відправлене по СССН, коли це потрібно (наприклад, через присутність заповнення) або якщо привласнено (наприклад, для заповнення корисного навантаження МАС). Заповнення може бути здійснене МАС з існуючим підзаголовком МАС для заповнення, який може бути також позначений як заповнюючий підзаголовок. МАС може бути відповідальний за упаковку транспортного модуля і генерування МАС PDU, складеного із заголовка МАС і корисного навантаження МАС. МАС може відправляти МАС SDU, що переносить повідомлення RRC в корисному навантаженні МАС. Якщо надання висхідної лінії зв'язку досить велике, тоді МАС може також генерувати МАС СЕ для звіту про стан буфера (BSR) або звіт про операційний запас потужності (PHR) і може потім відправляти цей МАС СЕ в корисному навантаженні МАС. Якщо надання висхідної лінії зв'язку більше, ніж МАС SDU і МАС СЕ, тоді місце, що залишилося, в корисному навантаженні МАС може бути заповнене (замість того, щоб бути наповненим користувацькими даними). Шифрування користувацьких даних може бути недоступне на цьому етапі процедури довільного доступу, і може бути бажано не відправляти користувацькі дані в корисному навантаженні МАС. Повідомлення RRC і, можливо, інша інформація можуть бути відправлені в МАС PDU з використанням різних форматів. На Фіг. 8А зображене конструктивне виконання МАС PDU 810, що переносить повідомлення RRC по СССН для мінімального надання висхідної лінії зв'язку в 80 біт. МАС PDU 810 містить в собі підзаголовок 812 МАС і МАС SDU 814. Підзаголовок 812 МАС може бути 8-бітовим підзаголовком 710 МАС, зображеним на Фіг. 7А, і може бути позначений як підзаголовок СССН. Поле підзаголовка 812 МАС може переносити зарезервований LCID, щоб указати, що МАС SDU 814 переносить повідомлення RRC, відправлене по СССН. МАС SDU 814 може переносити 48бітове повідомлення RRC, відправлене по СССН для повторного встановлення з'єднання RRC, приєднання або подальшого доступу. Повідомлення RRC може містити в собі інформацію, зображену в таблиці 3. Message 3 може містити в собі 56 бітів для МАС PDU 810 плюс 24 біти для CRC. На Фіг. 8В зображене конструктивне виконання МАС PDU 820, що переносить повідомлення RRC для більшого надання висхідної лінії зв'язку в 128 біт. МАС PDU 820 містить в собі підзаголовок 822 для СССН (або підзаголовка СССН) і МАС SDU 824. Підзаголовок 822 МАС може бути 8-бітовим підзаголовком 710 МАС з полем LCID, що переносить зарезервований LCID. МАС SDU 824 може переносити 96-бітове повідомлення RRC, відправлене по СССН для будь-якого з типів довільного доступу, наведених в таблиці 3. Більше повідомлення RRC може переносити повний IMSI для приєднання і/або іншої інформації. На Фіг. 8С зображене конструктивне виконання МАС PDU 830, що переносить повідомлення RRC і іншу інформацію. МАС PDU 830 містить в собі підзаголовок 832 МАС для BSR (або підзаголовка BSR), підзаголовок 834 МАС для СССН, BSR МАС СЕ 836 і МАС SDU 838. Підзаголовок 832 BSR може бути підзаголовком МАС, який вказує присутність BSR МАС СЕ 836 в МАС PDU. Підзаголовок 834 МАС може бути 8-бітовим підзаголовком 710 МАС з полем LCID, що переносить зарезервований LCID. BSR MAC СЕ 836 може переносити звіт про стан буфера (розміром 1 або 3 байти) і може бути включений в МАС PDU, коли надання висхідної лінії зв'язку більше, ніж розмір повідомлення RRC. МАС SDU 838 може переносити 48-бітове або 96-бітове повідомлення RRC, відправлене по СССН для будь-якого з типів довільного доступу, наведених в таблиці 3. На Фіг. 8D зображене конструктивне виконання МАС PDU 840, що переносить повідомлення RRC, іншу інформацію і заповнення. МАС PDU 840 містить в собі підзаголовок 842 BSR, підзаголовок 844 МАС для СССН, підзаголовок 846 заповнення, BSR МАС СЕ 848, МАС SDU 850 і поле 852 заповнення. Підзаголовок 842 BSR може вказувати присутність BSR МАС СЕ 848 в МАС PDU. Підзаголовок 844 МАС може бути 16-бітовим підзаголовком 720 МАС по Фіг. 7В і може мати (і) поле LCID, що переносить зарезервований LCID, і (іі) поле довжини, яке вказує довжину МАС SDU 850. Підзаголовок 846 заповнення може вказувати наявність поля 852 заповнення в МАС PDU. BSR МАС СЕ 848 може переносити 8-бітовий або 24-бітовий звіт про стан буфера. МАС SDU 850 може переносити 48-бітове або 96-бітове повідомлення RRC, відправлене по СССН для будь-якого з типів довільного доступу, наведених в таблиці 3. Поле 852 заповнення може містити в собі значне число заповнюючих бітів для наповнення MAC PDU. На Фіг. 8А-8D зображені чотири зразкових конструктивних виконання МАС PDU, що переносять повідомлення RRC, відправлених по СССН для різних розмірів надання довільного доступу. Загалом, МАС PDU може переносити повідомлення RRC і, можливо, іншу інформацію, використовуючи будь-який формат. Інша інформація може містити звіт про стан буфера, звіт про запас потужності, вказуючий, який запас потужності має UE для передачі по висхідній лінії зв'язку, дані для DCCH, дані для DTCH і т. д. Повідомлення RRC може мати змінний розмір 9 UA 100939 C2 5 10 (наприклад, 48 або 96 біт) або фіксований розмір (наприклад, 48 біт) і може бути відправлений в МАС SDU. Звіт про стан буфера або звіт про запас потужності (наприклад, в 8 біт, 24 біти, або іншого розміру) може бути відправлений в МАС СЕ. Інші елементи керування МАС можуть також бути відправлені в МАС PDU для довільного доступу. Таблиця 4 дає перелік змісту МАС PDU для конструктивних виконань, показаних на Фіг. 8А8D для різних розмірів надання висхідної лінії зв'язку. Для кожного надання висхідної лінії зв'язку, даного в першому стовпці, другий, третій і четвертий стовпець вказує (і) чи включені відповідно підзаголовок BSR, підзаголовок СССН і заповнюючий підзаголовок в заголовок МАС, і (іі) розмір кожного підзаголовка, якщо він включений в заголовок. П'ятий, шостий і сьомий стовпці означають розмір звіту про стан буфера, повідомлення RRC і заповнення, відповідно, якщо вони включені в корисне навантаження МАС. Восьмий стовпець дає загальне число бітів МАС, який є сумою бітів з другого по сьомий стовпець. Останній стовпець дає число бітів CRC, приєднаних фізичним рівнем до МАС PDU. Таблиця 4 Зміст МАС PDU для різних розмірів надання висхідної лінії зв'язку Надання ПідзагоЗаповнююПідзаголовисхідної ловок чий підзаговок СССН лінії зв'язку BSR ловок 80 8 96 8 8 112 8 8 128 8 144 8 8 160 8 8 >160 8 8 або 16 8 Звіт про стан буфера 8 24 8 24 24 ПовідомУсього ЗаповБіти лення RRC бітів нення РНYCRС по СССН МАС 48 56 24 48 72 24 48 88 24 96 104 24 96 120 24 96 136 24 96 8*N Змінне 24 15 20 25 30 35 40 45 У конструктивному виконанні, зображеному в таблиці 4, 8-бітовий або 16-бітовий підзаголовок МАС може бути використаний для МАС SDU, що переносить повідомлення RRC, відправлене по СССН. 48-бітове або 96-бітове повідомлення RRC може бути відправлене в МАС SDU в залежності від надання висхідної лінії зв'язку. 8-бітовий або 24-бітовий BSR може бути відправлений в МАС СЕ, якщо надання висхідної лінії зв'язку досить велике. Якщо потрібно, МАС PDU може бути наповнений заповненням, для того щоб наповнити МАС PDU. У одному конструктивному виконанні тільки надання висхідної лінії зв'язку, підтримуюче інкрементну інформацію, може бути підтримано, і інші надання висхідної лінії зв'язку можуть бути відхилені. Для інших конструктивних виконань, зображених в таблиці 4, розміри надання висхідної лінії зв'язку в 80, 96, 112, 128, 144 і 160 можуть бути підтримані. Набір підтримуваних розмірів надання висхідної лінії зв'язку може бути вибраний для використання тільки 8-бітового підзаголовка МАС для СССН, що переносить повідомлення RRC, і для відхилення заповнення МАС PDU. У іншому конструктивному виконанні МАС СЕ і/або МАС SDU для повідомлення RRC може бути заданий з великими розмірами для того, щоб повністю використати доступний МАС PDU. UE може приймати надання висхідної лінії зв'язку менше ніж в 80 бітів і може бути не здатний відправити повідомлення RRC в Message 3. UE може відправляти тільки заповнення, або BSR плюс заповнення, або нічого для Message 3. На Фіг. 9 зображене конструктивне виконання процесу 900 для здійснення довільного доступу. UE може відправляти повідомлення по каналу керування для довільного доступу (етап 912). UE може також відправляти зарезервований ідентифікатор каналу для вказівки, що повідомлення відправляється по каналу керування (етап 914). UE може відправляти повідомлення і зарезервований ідентифікатор каналу по UL-SCH, що переносить канал керування (етап 916). Повідомлення, відправлене по каналу керування, може містити повідомлення RRC, відправлене UE по СССН для довільного доступу. Повідомлення RRC може містити повідомлення запит на повторне встановлення з'єднання RRC для повторного встановлення з'єднання RRC, або повідомлення запит на з'єднання RRC для приєднання або подальшого доступу і т. д. Зарезервований ідентифікатор каналу може містити зарезервований LCID, який може мати значення, яке дорівнює нулю. UE може генерувати МАС SDU, що містить повідомлення RRC, і може генерувати підзаголовок МАС, що містить зарезервований LCID. UE 10 UA 100939 C2 5 10 15 20 25 30 35 40 45 50 55 60 може потім генерувати МАС PDU, що містить підзаголовок МАС і МАС SDU, і може також відправляти МАС PDU no UL-SCH. На Фіг. 10 зображене конструктивне виконання процесу 1000 відправки повідомлення і додаткової інформації для довільного доступу. UE може відправляти повідомлення в PDU, причому повідомлення відправляється UE по каналу керування для довільного доступу (етап 1012). UE може відправляти додаткову інформацію в PDU, якщо PDU може розмістити додаткових інформацію (етап 1014). Додаткова інформація може містити звіт про стан буфера для UE, звіт про запас потужності для UE, дані для DCCH, дані для DTCH і т. д. PDU може мати змінний розмір в залежності від надання висхідної лінії зв'язку для UE. UE може заповнювати повідомлення, якщо потрібно, для досягнення заздалегідь визначеної довжини повідомлення і/або може заповнювати PDU, якщо потрібно, для наповнення PDU (етап 1016). У одному конструктивному виконанні, повідомлення може містити повідомлення RRC, відправлене UE по СССН для довільного доступу. PDU може містити МАС PDU. UE може генерувати МАС SDU, що містить повідомлення RRC. UE може також генерувати МАС СЕ, що містить звіт про стан буфера або звіт про запас потужності UE, якщо надання висхідної лінії зв'язку може розмістити МАС SDU і МАС СЕ. UE може генерувати МАС PDU, що містить МАС SDU і МАС СЕ, якщо вони згенеровані. UE може потім відправляти МАС PDU для довільного доступу. На Фіг. 11 зображене конструктивне виконання процесу 1100 відправки повідомлення з коротким МАС-І для довільного доступу. UE може генерувати короткий МАС-І для повідомлення, що відправляється UE по каналу керування для довільного доступу (етап 1112). Короткий МАС-І може мати розмір, менший, ніж повний МАС-І, що використовується для захисту цілісності повідомлень, відправлених по площині керування. UE може відправляти повідомлення, що містить короткий МАС-І для довільного доступу (етап 1114). Короткий МАС-І може призначатися для повідомлення RRC, що відправляється по СССН для повторного встановлення з'єднання RRC. Короткий МАС-І може мати розмір в 16 бітів, а повний МАС-І може мати розмір в 32 біти. Короткий і повний МАС-І можуть також мати інші розміри. На Фіг. 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 може бути переданий з використанням двійкового представлення замість 16-ового представлення. Частковий IMSI може містити заздалегідь визначене число LSB повного IMSI. Як альтернатива, частковий IMSI може мати змінний розмір, вказаний полем довжини IMSI в повідомленні. На Фіг. 13 зображене конструктивне виконання процесу 1300 здійснення довільного доступу. UE може генерувати повідомлення RRC по СССН для довільного доступу (етап 1312). UE може генерувати МАС SDU, що містить повідомлення RRC (етап 1314). UE може генерувати підзаголовок МАС, що містить зарезервований LCID для вказівки, що повідомлення RRC було відправлене по СССН (етап 1316). UE може генерувати МАС PDU, що містить підзаголовок МАС і МАС SDU (етап 1318). UE може відправляти МАС PDU для довільного доступу (етап 1320). Для повторного встановлення з'єднання RRC UE може генерувати короткий МАС-І для повідомлення RRC. Короткий МАС-І може мати менший розмір, ніж повний МАС-І, що використовується для захисту цілісності повідомлень, що відправляються по площині керування. UE може генерувати повідомлення RRC, що містить короткий МАС-І. Для приєднання і подальшого доступу UE може встановлювати поле формату повідомлення RRC на перше значення для вказівки першого типу UE ID, відправленої в повідомленні RRC для приєднання або на друге значення, для вказівки другого типу UE ID, відправленої в повідомленні RRC для подальшого доступу. UE може потім генерувати повідомлення RRC, що містить поле формату і UE ID типу, вказаного в полі формату. UE може генерувати МАС СЕ, що містить в собі звіт про стан буфера, звіт про запас потужності і/або іншу інформацію, наприклад, якщо UE приймає надання висхідної лінії зв'язку достатнього розміру. UE може генерувати другий підзаголовок МАС для МАС СЕ. МАС PDU 11 UA 100939 C2 5 10 15 20 25 30 35 40 45 50 55 60 може додатково містити другий підзаголовок МАС і МАС СЕ, наприклад, як зображено на Фіг. 8С або 8D. eNB може здійснювати обробку, яка доповнює обробку UE на Фіг. 9-13. Згідно з Фіг. 9 eNB може визначати, що повідомлення відправлене по каналу керування для довільного доступу на основі зарезервованого ідентифікатора каналу. Згідно з Фіг. 10 eNB може витягувати повідомлення і додаткову інформацію, якщо будь-який з PDU приймається від UE. Згідно з Фіг. 11 eNB може аутентифікувати UE на основі короткого МАС-І, отриманого з повідомлення, відправленого UE для довільного доступу. Згідно з Фіг. 12 eNB може отримувати UE ID з повідомлення, відправленого UE для довільного доступу, і може визначати тип UE ID на основі поля формату в повідомленні. Згідно з Фіг. 13 eNB може визначати, що повідомлення RRC відправлене по СССН для довільного доступу на основі зарезервованого LCID. На Фіг. 14 зображена блок-схема конструктивного виконання eNB/базової станції 110 і UE 120, які можуть бути одним з eNB і одним з UE по Фіг. 1. У цьому конструктивному виконанні UE 120 обладнаний Т антенами з 1434а по 1434t і eNB 110 обладнаний R антенами з 1452а по 1452r, де, в цілому, Т=1 і R=1. На UE 120 передавальний процесор 1420 може приймати користувацькі дані від джерела даних 1412 обробляти користувацькі дані на основі однієї або більше модуляцій і алгоритмів кодування, і надавати символи даних. Передавальний процесор 1420 може також обробляти дані керування (наприклад, для RRC повідомлень, звіт про стан буфера, звіт про запас потужності і т. д.) і надавати символи керування. Передавальний (ТХ) процесор 1430 з множиною входів і виходів (МІМО) може мультиплексувати символи даних, символи керування, пілотні символи і, можливо, інші символи. ТХ МІМО процесор 1430 може здійснювати просторову обробку (наприклад, попереднє кодування) мультиплексованих символів, якщо це придатно, і надавати Т потоки вихідних символів Т модуляторам (MOD) з 1432а по 1432t. Кожний модулятор 1432 може обробляти відповідний потік вихідних символів (наприклад, для SC-FDMA) для отримання потоку вихідних імпульсів. Кожний модулятор 1432 може додатково обробляти (наприклад, конвертувати в аналогове представлення, посилювати, фільтрувати і перетворювати з підвищенням частоти) потік вихідних імпульсів для отримання сигналу висхідної лінії зв'язку. Т сигнали висхідної лінії зв'язку від модуляторів з 1432а по 1432t можуть бути передані за допомогою Т антен з 1434а по 1434t, відповідно. На eNB 110 антени з 1452а по 1452г можуть приймати сигнали висхідної лінії зв'язку від UE 120 і, можливо, інших UE і може надавати прийняті сигнали демодуляторам (DEMOD) з 1454а по 1454r, відповідно. Кожний демодулятор 1454 може обумовлювати (наприклад, фільтрувати, посилювати, перетворювати з пониженням частоти і перетворювати в цифровий вигляд) відповідний прийнятий сигнал для отримання прийнятих імпульсів. Кожний демодулятор 1454 може додатково обробляти прийняті імпульси (наприклад, від SC-FDMA) для отримання прийнятих символів. МІМО пристрій виявлення 1456 може отримувати символи від всіх R демодуляторів з 1454а по 1454r, здійснювати МІМО виявлення прийнятих символів, якщо це придатно, і надавати виявлені символи. Приймальний процесор 1458 може обробляти (наприклад, демодулювати, відновлювати первинну послідовність і декодувати) виявлені символи і надавати декодовані користувацькі дані для UE 120 і/або інших UE приймачу даних 1460. Приймальний процесор 1458 може також надавати декодовані дані керування (наприклад, повідомлення RRC від UE, що здійснюють довільний доступ) контролеру/процесору 1480. На низхідній лінії зв'язку на eNB 110 користувацькі дані для одного або більше UE від джерела 1462 даних і дані керування від контролера/процесора 1480 можуть бути оброблені передавальним процесором 1464, заздалегідь закодовані ТХ МІМО процесором 1466, якщо це придатно, зумовлені модуляторами з 1454а по 1454r і передані на UE 120 і інші UE. На UE 120, сигнали низхідної лінії зв'язку від eNB 110 можуть бути прийняті антенами 1434, зумовлені демодуляторами 1432, оброблені МІМО пристроєм виявлення 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. 12 UA 100939 C2 5 10 15 20 25 30 35 40 45 50 55 60 Фахівцям в даній галузі техніки буде зрозуміло, що інформація і сигнали можуть бути представлені, використовуючи будь-яку з множини різних технологій і методик. Наприклад, дані, інструкції, команди, інформація, сигнали, біти, символи і чипи, які могли бути згадані вище в описі, можуть бути представлені напругами, електричними струмами, електромагнітними хвилями, магнітними полями або частинками, оптичними полями або частинками, або будьякою їх комбінацією. Фахівцям в даній галузі техніки буде зрозуміло, що різні ілюстративні логічні блоки, модулі, схеми і етапи алгоритму, описані в зв'язку з розкритим тут винаходом, можуть бути здійснені як електронні апаратні засоби, програмне забезпечення, або їх комбінація. Щоб ясно ілюструвати цю взаємозамінність апаратних засобів і програмного забезпечення, різні ілюстративні компоненти, блоки, модулі, схеми і етапи були описані вище взагалі з точки зору їх функціональних можливостей. Чи здійснені такі функціональні можливості як апаратні засоби або програмне забезпечення, залежить від конкретного додатку і обмеження конструктивного виконання, накладеного на систему загалом. Фахівці в даній галузі техніки можуть здійснити описані функціональні можливості різними способами для кожного специфічного додатку, але такі рішення, варіанти здійснення не повинні бути інтерпретовані як такі, що спричиняють відхилення від об'єму даного винаходу. Різні ілюстративні логічні блоки, модулі і схеми, описані в зв'язку з розкритим тут винаходом, можуть бути здійснені або виконані з універсальним процесором, процесором цифрових сигналів (DSP), прикладною інтегральною схемою (ASIC), програмованою користувачем вентильною матрицею (FPGA) або іншим програмованим логічним пристроєм, дискретним шлюзом або транзисторною логікою, дискретним апаратним компонентом, або будь-якою їх комбінацією для здійснення функцій, описаних тут. Універсальний процесор може бути мікропроцесором, але як альтернатива, процесор може бути будь-яким звичайним процесором, контролером, мікроконтролером або машиною стану. Процесор може також бути здійснений як комбінація обчислювальних пристроїв, наприклад, комбінація DSP і мікропроцесора, множини мікропроцесорів, одного або більше мікропроцесорів разом з ядром DSP, або будь-яка інша така конфігурація. Етапи способу або алгоритму, описаного в зв'язку з розкритим тут винаходом, можуть бути втілені безпосередньо в апаратних засобах, в програмному модулі, що виконується процесором, або в їх комбінації. Програмний модуль може постійно знаходитися в RAM пам'яті, флеш-пам'яті, ROM пам'яті, EPROM пам'яті, EEPROM пам'яті, регістрах, жорсткому диску, змінному диску, CD-ROM або будь-якій іншій формі носія даних, відомого в галузі техніки. Зразковий носій даних з'єднаний з процесор таким чином, щоб процесор міг зчитувати інформацію із, записувати інформацію на носій даних. Як альтернатива, носій даних може бути невід'ємною частиною процесора. Процесор і носій даних можуть постійно знаходитися в ASIC. ASIC може знаходитися в користувацькому терміналі. Як альтернатива процесор і носій даних можуть знаходитися як дискретні компоненти в користувацькому терміналі. У одному або більшій кількості зразкових конструктивних виконаннях описані функції можуть бути здійснені в апаратних засобах, програмному забезпеченні, вбудованому програмному забезпеченні або будь-якій їх комбінації. При здійсненні в програмному забезпеченні функції можуть бути збережені на або передані як одна або більше команд або кодів на середовищі, що зчитується комп'ютером. Середовище, що зчитується комп'ютером, містить в собі як комп'ютерні носії даних, так і середовище зв'язку, що містять в собі будь-які передавальні середовища, які полегшують передачу комп'ютерної програми від одного місця до іншого. Носії даних можуть бути будь-якими доступними носіями, до яких може звернутися універсальний комп'ютер або комп'ютер особливого призначення. Як приклад, а не обмеження, такі носії, що зчитуються комп'ютером, можуть містити в собі RAM, ROM, EEPROM, CD-ROM або іншу оптичну пам'ять на диску, магнітну пам'ять на диску або інші магнітні запам'ятовуючі пристрої, або будь-яке інше середовище, яке може використовуватися, щоб нести або зберігати бажані середовища коду програми в формі команд або структур даних і до якого може звернутися універсальний комп'ютер або комп'ютер спеціального призначення, або універсальний процесор або процесор спеціального призначення. Крім того, будь-яке підключення належно називають передавальним середовищем, що зчитується комп'ютером. Наприклад, якщо програмне забезпечення передається від веб-сайта, сервера або іншого віддаленого джерела, що використовує коаксіальний кабель, оптоволоконний кабель, виту пару, цифрову абонентську лінію (DSL) або бездротові технології, такі як інфрачервоні хвилі, радіохвилі і мікрохвилі, то коаксіальний кабель, оптоволоконний кабель, вита пара, DSL або бездротові технології, такі як інфрачервоні хвилі, радіохвилі і мікрохвилі підпадають під визначення передавального середовища. Disk і disc, що використовуються тут, містять в собі компакт-диск (CD), лазерний 13 UA 100939 C2 5 10 диск, оптичний диск, цифровий універсальний диск (DVD), гнучкий диск і blue-ray диск, де disk звичайно відтворює дані магнітним способом, в той час як disc відтворює дані оптично з лазерами. Комбінації вищезазначеного повинні також бути включені в рамки поняття "носій, що зчитується комп'ютером". Попередній опис даного винаходу наданий, щоб дати можливість будь-якій людині, кваліфікованій в даній галузі техніки, здійснити або використати даний винахід. Різні модифікації до даного винаходу будуть очевидні фахівцям в даній галузі техніки, і універсальні принципи, визначені тут, можуть бути застосовані до інших змін, не відступаючи від суті або галузі даного винаходу. Таким чином, винахід не призначений, щоб бути обмеженим прикладами і конструктивними виконаннями, описаними тут, але повинен отримати найширшу область охорони, сумісну з принципами і новими ознаками, розкритими тут. ФОРМУЛА ВИНАХОДУ 15 20 25 3035 40 45 50 55 60 1. Спосіб бездротового зв'язку, який включає етапи, на яких: відправляють повідомлення Керування Радіоресурсами (RRC) по спільному каналу керування (СССН) для довільного доступу користувацьким обладнанням; генерують зарезервований ідентифікатор логічного каналу (LCID) для вказування, що повідомлення RRC відправляється по СССН; і відправляють повідомлення RCC і зарезервований ідентифікатор каналу по спільно використовуваному каналу висхідної лінії зв'язку, який переносить СССН. 2. Спосіб за п. 1, в якому повідомлення RRC включає в себе повідомлення Запиту На Повторне Встановлення З'єднання RRC для повторного встановлення з'єднання RRC або повідомлення Запиту На З'єднання RRC для приєднання або подальшого доступу. 3. Спосіб за п. 1, в якому зарезервований LCID має значення, яке дорівнює нулю. 4. Спосіб за п. 1, який додатково включає етапи, на яких: генерують сервісний блок даних (SDU) керування доступом до середовища (МАС), який містить повідомлення RRC; генерують підзаголовок МАС, який містить зарезервований LCID; і генерують МАС протокольний блок даних (PDU), який містить підзаголовок МАС і МАС SDU. 5. Спосіб за п. 1, який додатково включає етап, на якому генерують короткий код перевірки автентичності повідомлення для захисту цілісності (МАС-І) для повідомлення RCC, причому короткий МАС-І має менший розмір, ніж повний МАС-І, який використовується для захисту цілісності повідомлень, які відправляються в площині керування. 6. Пристрій для бездротового зв'язку, що містить: щонайменше один процесор, виконаний з можливістю відправляти повідомлення Керування Радіоресурсами (RRC) по спільному каналу керування (СССН) для довільного доступу користувацьким обладнанням, генерувати зарезервований ідентифікатор логічного каналу (LCID) для вказування, що повідомлення RRC відправляється по СССН, і відправляти повідомлення RCC і зарезервований ідентифікатор каналу по спільно використовуваному каналу висхідної лінії зв'язку, який переносить СССН. 7. Пристрій за п. 6, в якому повідомлення RRC включає в себе повідомлення Запиту На Повторне Встановлення З'єднання RRC для повторного встановлення з'єднання RRC або повідомлення Запиту На З'єднання RRC для приєднання або подальшого доступу. 8. Пристрій за п. 6, в якому зарезервований LCID має значення, яке дорівнює нулю. 9. Пристрій за п. 6, в якому щонайменше один процесор виконаний з можливістю генерувати сервісний блок даних (SDU) керування доступом до середовища (МАС), який містить повідомлення RRC, генерувати підзаголовок МАС, який містить зарезервований LCID, і генерувати МАС протокольний блок даних (PDU), який містить підзаголовок МАС і МАС SDU. 10. Пристрій за п. 6, в якому щонайменше один процесор виконаний з можливістю генерувати короткий код перевірки автентичності повідомлення для захисту цілісності (МАС-І) для повідомлення RCC, причому короткий МАС-І має менший розмір, ніж повний МАС-І, який використовується для захисту цілісності повідомлень, які відправляються в площині керування. 11. Пристрій для бездротового зв'язку, що містить: засіб для відправлення повідомлення Керування Радіоресурсами (RRC) по спільному каналу керування (СССН) для довільного доступу користувацьким обладнанням; засіб для генерації зарезервованого ідентифікатора логічного каналу (LCID) для вказування, що повідомлення RRC відправляється по СССН; і засіб для відправки повідомлення RCC і зарезервованого ідентифікатора каналу по спільно використовуваному каналу висхідної лінії зв'язку, який переносить СССН. 14 UA 100939 C2 5 10 15 20 25 30 35 40 12. Пристрій за п. 11, в якому повідомлення RRC включає в себе повідомлення Запиту На Повторне Встановлення З'єднання RRC для повторного встановлення з'єднання RRC або повідомлення Запиту На З'єднання RRC для приєднання або подальшого доступу. 13. Пристрій за п. 11, в якому зарезервований LCID має значення, яке дорівнює нулю. 14. Пристрій за п. 11, який додатково містить: засіб для генерації сервісного блока даних (SDU) керування доступом до середовища (МАС), який містить повідомлення RRC; засіб для генерації підзаголовка МАС, який містить зарезервований LCID; і засіб для генерації МАС протокольного блока даних (PDU), який містить підзаголовок МАС і МАС SDU. 15. Пристрій за п. 11, який додатково містить засіб для генерації короткого коду перевірки автентичності повідомлення для захисту цілісності (МАС-І) для повідомлення RCC, причому короткий МАС-І має менший розмір, ніж повний МАС-І, який використовується для захисту цілісності повідомлень, які відправляються в площині керування. 16. Машиночитаний носій, який містить збережені на ньому коди, які, при виконанні за допомогою комп'ютера, спонукають комп'ютер виконувати спосіб бездротового зв'язку, причому коди містять: код для спонукання комп'ютера відправляти повідомлення Керування Радіоресурсами (RRC) по спільному каналу керування (СССН) для довільного доступу користувацьким обладнанням; код для спонукання комп'ютера генерувати зарезервований ідентифікатор логічного каналу (LCID) для вказування, що повідомлення RRC відправляється по СССН; і код для спонукання комп'ютера відправляти повідомлення RCC і зарезервований ідентифікатор каналу по спільно використовуваному каналу висхідної лінії зв'язку, який переносить СССН. 17. Машиночитаний носій за п. 16, причому повідомлення RRC включає в себе повідомлення Запиту На Повторне Встановлення З'єднання RRC для повторного встановлення з'єднання RRC або повідомлення Запиту На З'єднання RRC для приєднання або подальшого доступу. 18. Машиночитаний носій за п. 16, причому зарезервований LCID має значення, яке дорівнює нулю. 19. Машиночитаний носій за п. 16, причому коди додатково містять: код для спонукання комп'ютера генерувати сервісний блок даних (SDU) керування доступом до середовища (МАС), який містить повідомлення RRC; код для спонукання комп'ютера генерувати підзаголовок МАС, який містить зарезервований LCID; і код для спонукання комп'ютера генерувати МАС протокольний блок даних (PDU), який містить підзаголовок МАС і МАС SDU. 20. Машиночитаний носій за п. 16, причому коди додатково містять код для спонукання комп'ютера генерувати короткий код перевірки автентичності повідомлення для захисту цілісності (МАС-І) для повідомлення RCC, причому короткий МАС-І має менший розмір, ніж повний МАС-І, який використовується для захисту цілісності повідомлень, що відправляються в площині керування. 15 UA 100939 C2 16 UA 100939 C2 17 UA 100939 C2 18 UA 100939 C2 19 UA 100939 C2 20 UA 100939 C2 21 UA 100939 C2 Комп’ютерна верстка А. Крижанівський Державна служба інтелектуальної власності України, вул. Урицького, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут промислової власності”, вул. Глазунова, 1, м. Київ – 42, 01601 22