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

Реферат: Описані системи і способи для використання ідентифікаторів груп персонального виклику і індикаторів персонального виклику для передач PDCCH і PDSCH до мобільних терміналів в системі мобільного зв'язку. За допомогою використання ідентифікаторів груп персонального виклику і індикаторів персонального виклику, різні групи мобільних терміналів, що включають в себе підмножини цих груп, можуть бути викликані із зменшеними вимогами декодування. Використовується вкладення цього угрупування, і описане упаковування PDCCH-кадру для здійснення ефективного використання. UA 98013 C2 (12) UA 98013 C2 UA 98013 C2 5 10 15 20 25 30 35 40 45 50 55 Споріднені заявки Дана заявка на патент вимагає пріоритет попередньої заявки на патент № 60/983631, зареєстрованої 30 жовтня 2007 року, яка передана правонаступнику даної заявки, зареєстрована авторами даного винаходу і включена тут як посилання. Галузь техніки Даний опис стосується, загалом, бездротового зв'язку і, більш конкретно, керування персональним викликом до бездротових терміналів. Рівень техніки Системи бездротового зв'язку широко розгортаються для забезпечення різних типів контенту зв'язку, таких як мова, дані і т. д. Ці системи можуть бути системами множинного доступу, здатними підтримувати зв'язок з множинними користувачами за допомогою спільного використання доступних системних ресурсів (наприклад, смуги частот і потужності передачі). Приклади таких систем множинного доступу включають в себе системи множинного доступу з кодовим розділенням (CDMA), системи множинного доступу з часовим розділенням (TDMA), системи множинного доступу з частотним розділенням (FDMA), 3GPP системи довгострокового розвитку (LTE) і системи множинного доступу з ортогональним частотним розділенням (OFDMA). Звичайно, система зв'язку множинного доступу може одночасно підтримувати зв'язок для множинних бездротових терміналів. Кожний термінал здійснює зв'язок з однією або декількома базовими станціями через передачі на прямій і зворотній лініях зв'язку. Пряма лінія зв'язку (або низхідна лінія зв'язку) стосується лінії зв'язку від базових станцій до терміналів, а зворотна лінія зв'язку (або висхідна лінія зв'язку) стосується лінії зв'язку від терміналів до базових станцій. Ця лінія зв'язку може бути встановлена через систему "єдиний вхід-єдиний вихід", "множинний вхідєдиний вихід" або "множинний вхід-множинний вихід" (МІМО). МІМО-система використовує множинні (NT) передавальні антени і множинні (NR) приймальні антени для передачі даних. МІМО-канал, утворюваний NT передавальними антенами і NR приймальними антенами, може бути розбитий на N S незалежних каналів, які також називаються просторовими каналами, де NSmin{NT, NR}. Кожний з NS незалежних каналів відповідає деякій розмірності. МІМО система може забезпечити поліпшену продуктивність (наприклад, більш високу пропускну здатність і/або більшу надійність), якщо використовуються додаткові розмірності, створювані множинними передавальними і приймальними антенами. МІМО-система підтримує системи дуплексного зв'язку з часовим розділенням (TDD) і системи дуплексного зв'язку з частотним розділенням (FDD). У TDD-системі, передачі прямої і зворотної ліній зв'язку знаходяться в одній частотній області таким чином, що принцип взаємності дозволяє здійснити оцінку каналу прямої лінії зв'язку з каналу зворотної лінії зв'язку. Це дозволяє точці доступу виділити посилення формування променя передачі на прямій лінії зв'язку, коли множинні антени доступні в цій точці доступу. У сучасних мобільних системах, особливо в системах нового покоління, була необхідність в ефективному і легкому керуванні інформацією персонального виклику, яка відправляється до користувацьких терміналів. При умові складності цих нових систем, подальший опис забезпечує способи і системи для адресації цих і інших проблем в мобільній спільноті. Суть винаходу Даний опис направлений на системи і способи для керування параметрами персонального виклику, відправленими до терміналів, і їх варіації. У одному з різних аспектів даного опису, забезпечений спосіб для передачі повідомлень персонального виклику в системі бездротового зв'язку, причому цей спосіб включає: часове хеширування щонайменше одного обладнання користувача (UE) в конкретний підкадр, причому цей конкретний підкадр визначає випадок персонального виклику для групи персонального виклику, пов'язаної щонайменше з одним UE; зв'язування ідентифікатора групи персонального виклику для цієї групи персонального виклику з фізичним каналом керування (PDCCH); розподіл, в PDCCH, ресурсів, пов'язаних з фізичним спільно використовуваним каналом низхідної лінії зв'язку (PDSCH); і передачу, в PDSCH, повідомлення персонального виклику щонайменше для одного UE під час цього випадку персонального виклику. У іншому аспекті даного опису, забезпечений вищезазначений спосіб, в якому зв'язування ідентифікатора групи персонального виклику з PDCCH додатково включає CRC-маскування PDCCH ідентифікатором групи персонального виклику. У іншому аспекті даного опису, забезпечена модифікація першого способу, що додатково включає передачу на PDCCH індикатора персонального виклику (РІ), пов'язаного з групою персонального виклику, яка пов'язана щонайменше з одним UE. 1 UA 98013 C2 5 10 15 20 25 30 35 40 45 50 55 60 У іншому аспекті даного опису, РІ ідентифікується за допомогою часового хеширування і CRC-маскування. У іншому аспекті даного опису, забезпечений спосіб згідно з вищезазначеним, який додатково включає передачу на окремому PDCCH індикатора персонального виклику (РІ), пов'язаного з групою персонального виклику, яка пов'язана щонайменше з одним UE. У іншому аспекті даного опису, забезпечений спосіб згідно з вищезазначеним, в якому PDCCH є тим же самим, що і стандартний PDCCH, за винятком заміни завершального ідентифікатора на спеціалізований ідентифікатор групи персонального виклику. У іншому аспекті даного опису, забезпечений пристрій, здатний працювати в системі бездротового зв'язку, причому цей пристрій містить: засіб для часового хеширування щонайменше одного обладнання користувача (UE) в конкретний підкадр, причому цей конкретний підкадр визначає випадок персонального виклику для групи персонального виклику, пов'язаної щонайменше з одним UE; засіб для зв'язування ідентифікатора групи персонального виклику для цієї групи персонального виклику з фізичним каналом керування (PDCCH); засіб для розподілу, в PDCCH, ресурсів, пов'язаних з фізичним спільно використовуваним каналом низхідної лінії зв'язку (PDSCH); і засіб для передачі, в PDSCH, повідомлення персонального виклику щонайменше для одного UE під час цього випадку персонального виклику. Пристрій за п. 7, який додатково містить засіб для передачі на PDCCH індикатора персонального виклику (РІ), пов'язаного з групою персонального виклику, яка пов'язана щонайменше з одним UE. У іншому аспекті даного опису, забезпечений пристрій згідно з вищезазначеним, який додатково містить засіб для передачі на окремому PDCCH індикатора персонального виклику (РІ), пов'язаного з групою персонального виклику, яка пов'язана щонайменше з одним UE. У іншому аспекті даного опису, забезпечений пристрій згідно з вищезазначеним, в якому PDCCH є тим же самим, що і стандартний PDCCH, за винятком заміни завершального ідентифікатора на спеціалізований ідентифікатор групи персонального виклику. У іншому аспекті даного опису, забезпечений зчитуваний машиною носій, що містить команди, які при виконанні машиною примушують машину виконувати операції, що включають в себе: часове хеширування щонайменше одного обладнання користувача (UE) в конкретний підкадр, причому цей конкретний підкадр визначає випадок персонального виклику для групи персонального виклику, пов'язаної щонайменше з одним UE; зв'язування ідентифікатора групи персонального виклику для цієї групи персонального виклику з фізичним каналом керування (PDCCH); розподіл, в PDCCH, ресурсів, пов'язаних з фізичним спільно використовуваним каналом низхідної лінії зв'язку (PDSCH); і передачу, в PDSCH, повідомлення персонального виклику щонайменше для одного UE під час цього випадку персонального виклику. У іншому аспекті даного опису, забезпечений зчитуваний машиною носій згідно з вищезазначеним, який додатково містить команди для передачі на PDCCH індикатора персонального виклику (РІ), пов'язаного з групою персонального виклику, яка пов'язана щонайменше з одним UE. У іншому аспекті даного опису, забезпечений носій, що вважається машиною згідно з вищезазначеним, що додатково містить команди для передачі на окремому PDCCH індикатора персонального виклику (РІ), пов'язаного з групою персонального виклику, пов'язаною щонайменше з одним UE. У іншому аспекті даного опису, забезпечений зчитуваний машиною носій згідно з вищезазначеним, в якому PDCCH є тим же самим, що і стандартний PDCCH, за винятком заміни завершального ідентифікатора на спеціалізований ідентифікатор групи персонального виклику. У іншому аспекті даного опису, забезпечений пристрій, здатний працювати в системі бездротового зв'язку, причому цей пристрій містить: процесор, сконфігурований для часового хеширування щонайменше одного обладнання користувача (UE) в конкретний підкадр, причому цей конкретний підкадр визначає випадок персонального виклику для групи персонального виклику, пов'язаної щонайменше з одним UE; зв'язування ідентифікатора групи персонального виклику для цієї групи персонального виклику з фізичним каналом керування (PDCCH); розподілу, в PDCCH, ресурсів, пов'язаних з фізичним спільно використовуваним каналом низхідної лінії зв'язку (PDSCH); і передачі, в PDSCH, повідомлення персонального виклику щонайменше для одного UE під час цього випадку персонального виклику; і пам'ять, пов'язану з цим процесором для зберігання даних. У іншому аспекті даного опису, забезпечений вищезазначений пристрій, в якому процесор додатково сконфігурований для передачі на PDCCH індикатора персонального виклику (РІ), пов'язаного з групою персонального виклику, яка пов'язана щонайменше з одним UE. 2 UA 98013 C2 5 10 15 20 25 30 35 40 45 50 55 У іншому аспекті даного опису, забезпечений спосіб для передачі повідомлень персонального виклику в системі бездротового зв'язку, причому цей спосіб включає: групування обладнань користувачів (UE) в групах персонального виклику згідно з різними моментами часу з конкретним DRX-циклом; групування повідомлень персонального виклику, пов'язаних з конкретною групою персонального виклику, яка пов'язана з множинними UE, в єдину передачу фізичного спільно використовуваного каналу низхідної лінії зв'язку (PDSCH); і передачу цього єдиного PDSCH під час відповідного моменту часу, пов'язаного з деякою групою персонального виклику, де UE цієї конкретної групи персонального виклику декодують цей правильний PDSCH на основі загального ідентифікатора групи персонального виклику в PDCCH, що передається до цих UE. У іншому аспекті даного опису, забезпечений вищезазначений спосіб, в якому PDCCH включає в себе індикатор персонального виклику (РІ), пов'язаний з деякою підмножиною UE, що мають загальний ідентифікатор групи персонального виклику. У іншому аспекті даного опису, забезпечений вищезазначений спосіб, який додатково включає передачу на окремому PDCCH індикатора персонального виклику (РІ). У іншому аспекті даного опису, забезпечений вищезазначений спосіб, в якому PDDCH є тим же самим, що і стандартний PDDCH, за винятком заміни завершального ідентифікатора на спеціалізований ідентифікатор групи персонального виклику. Короткий опис креслень Фіг. 1 зображує систему бездротового зв'язку множинного доступу згідно з одним варіантом здійснення; Фіг. 2 є блок-схемою системи зв'язку згідно з одним варіантом здійснення; Фіг. 3 зображує зразкове компонування відображення каналів для логічних, транспортних і фізичних каналів низхідної лінії зв'язку згідно з одним варіантом здійснення; Фіг. 4А, В є ілюстраціями компонувань PDCCH і PDSCH в підкадрі низхідної лінії зв'язку. Фіг. 5 є блок-схемою, що зображує зразкове компонування керування для підтримання передачі повідомлень персонального виклику згідно з одним варіантом здійснення; Фіг. 6 є блок-схемою, що зображує зразкове компонування вкладення груп персонального виклику згідно з одним варіантом здійснення; Фіг. 7А, В є блок-схемою, що зображує зразкове компонування керування і зразковий PDCCH, відповідно, в підкадрі низхідної лінії зв'язку для підтримання передачі повідомлень персонального виклику згідно з одним варіантом здійснення; Фіг. 8А, В є блок-схемою, що зображує інше зразкове компонування керування і зразковий PDDCH, відповідно, для підтримання передачі повідомлень персонального виклику згідно з одним варіантом здійснення; і Фіг. 9А, В є блок-схемою, що зображує інше зразкове компонування керування і зразковий PDDCH, відповідно, для підтримання передачі повідомлень персонального виклику згідно з одним варіантом здійснення. Докладний опис Особливості, суть і переваги даного опису стануть зрозумілішими з докладного опису, викладеного нижче і взятого в поєднанні з кресленнями. Способи, описані тут, можуть використовуватися для різних мереж бездротового зв'язку, таких як мережі множинного доступу з кодовим розділенням (CDMA), мережі множинного доступу з часовим розділенням (TDMA), мережі множинного доступу з частотним розділенням (FDMA), мережі з ортогональним FDMA (OFDMA), FDMA-мережі з єдиною несучою (SC-FDMA) і т.д. Терміни "мережі" і "системи" часто використовуються рівнозначно. CDMA-мережа може реалізовувати радіотехнологію, таку як універсальний наземний радіодоступ (UTRA), cdma2000 і т. д. UTRA включає в себе широкосмуговий CDMA (W-CDMA) і низьку швидкість елементарних сигналів (LCR). Cdma2000 охоплює стандарти IS-2000, IS-95 і IS-856. TDMA-мережаможе реалізовувати таку радіотехнологію, як глобальна система мобільного зв'язку (GSM). OFDMAмережа може реалізовувати таку радіотехнологію, як розширений UTRA (E-UTRA), IEEE 802.11, IEEE 802.16, IEEE 802.20, Flash-OFDM® і т.д. UTRA, E-UTRA i GSM є частиною універсальної системи мобільного зв'язку (UMTS). Проект довгострокового розвитку (LTE) є наступною версією UMTS, яка використовує Е-UTRA. UTRA, E-UTRA, GSM, UMTS i LTE, описані в документах від організації з назвою "Проект партнерства третього покоління" (3GPP). Cdma2000 описаний в документах від організації з назвою "Проект партнерства третього покоління 2" (3GPP2). Ці різні радіотехнології і стандарти відомі в даній галузі техніки. Для ясності, конкретні аспекти цих способів описані нижче для LTE, і термінологія LTE використовується в більшій частині нижченаведеного опису. 3 UA 98013 C2 5 10 15 20 25 30 35 40 45 50 55 60 Множинний доступ з частотним розділенням з єдиною несучою (SC-FDMA), який використовує модуляцію єдиної несучої і вирівнювання частотного домену, є відомим способом. SC-FDMA має схожу продуктивність і по суті ту ж саму загальну складність, що і складність OFDMA-систем. SC-FDMA-сигнал має більш низьке відношення максимальної потужності (передавача) до середньої (PARP) через його власну структуру єдиної несучої. SC-FDMA привернув велику увагу, особливо в передачах висхідної лінії зв'язку, де більш низьке PARP дуже вигідно мобільному терміналу в термінах ефективності потужності передачі. На даний час, він є робочим допущенням для схеми множинного доступу висхідної лінії зв'язку в 3GPP проекту довгострокового розвитку (LTE), або розширеним UTRA. З посиланням на фіг. 1, показана система бездротового зв'язку множинного доступу згідно з одним варіантом здійснення. Точка 100 доступу (АР), також називана e-Node В або e-NB, включає в себе множинні групи антен, одну, що включає в себе 104 і 106, іншу, що включає в себе 108 і 110, і додаткову, що включає в себе 112 і 114. На фіг. 1, тільки дві антени показані для кожної групи антен, однак, більша або менша кількість антен може використовуватися для кожної групи антен. Термінал 116 доступу (AT), також називаний обладнанням користувача (UE), знаходиться в зв'язку з антенами 112 і 114, де антени 112 і 114 передають інформацію до термінала 116 доступу по прямій лінії 120 зв'язку і приймають інформацію від термінала 116 доступу по зворотній лінії 118 зв'язку. Термінал 122 доступу знаходиться в зв'язку з антенами 106 і 108, де антени 106 і 108 передають інформацію до термінала 122 доступу по прямій лінії 126 зв'язку і приймають інформацію від термінала 116 доступу по зворотній лінії 124 зв'язку. У FDD-системі, лінії зв'язку 118, 120, 124 і 126 можуть використовувати різні частоти для зв'язку. Наприклад, пряма лінія зв'язку 120 може використовувати частоту, відмінну від частоти, використовуваної зворотною лінією зв'язку 118. Кожна група антен і/або область, в якій вони призначені здійснювати зв'язок, часто називається сектором точки доступу. У варіанті здійснення, кожна група антен призначена передавати до терміналів доступу в секторі областей, охоплюваних точкою доступу 100. У зв'язку по прямих лініях зв'язку 120 і 126, передавальні антени точки доступу 100 використовують формування діаграми спрямованості для поліпшення відношення "сигнал-шум" прямих ліній зв'язку для різних терміналів 116 і 124 доступу. Також, точка доступу, що використовує формування діаграми спрямованості для передачі до терміналів доступу, розсіяних випадковим чином по її зоні обслуговування, викликає менші перешкоди для терміналів доступу в сусідніх стільниках, ніж точка доступу, що передає через єдину антену до всіх своїх терміналів доступу. Точка доступу може бути фіксованою станцією, використовуваною для зв'язку з терміналами, і може також називатися точкою доступу, Вузлом В або деяким іншим терміном. Термінал доступу може також називатися терміналом доступу, обладнанням користувача (UE), пристроєм бездротового зв'язку, терміналом, терміналом доступу або деяким іншим терміном. Фіг. 2 є блок-схемою деякого варіанта здійснення системи 210 передавача (також відомої як точка доступу) і системи 250 приймача (також відомої як термінал доступу) в МІМО-системі 200. У системі 210 передавача, дані трафіку для деякої кількості потоків даних забезпечуються від джерела 212 даних до процесора 214 передачі даних (ТХ). У деякому варіанті здійснення, кожний потік даних передається по відповідній передавальній антені. ТХ процесор 214 даних форматує, кодує і перемежовує дані трафіку для кожного потоку даних на основі конкретного алгоритму кодування, вибраного для цього потоку даних, для забезпечення кодованих даних. Ці кодовані дані для кожного потоку даних можуть бути мультиплексовані з пілотними даними з використанням OFDM-способів. Пілотні дані звичайно є відомим шаблоном даних, який обробляється відомим чином і може використовуватися в системі приймача для оцінки характеристики каналу. Мультиплексовані пілотні і кодовані дані для кожного потоку даних потім модулюються (тобто перетворюються в символи) на основі конкретної схеми модуляції (наприклад, BPSK, QPSK, M-PSK або M-QAM), вибраної для цього потоку даних, для забезпечення символів модуляції. Швидкість передачі даних, кодування і модуляція для кожного потоку даних можуть бути задані командами, виконуваними процесором 230. Символи модуляції для всіх потоків даних потім забезпечуються для ТХ МІМО-процесора 220, який може далі обробити ці символи модуляції (наприклад, для OFDM). ТХ МІМО-процесор 220 потім забезпечує NT потоків символів модуляції до NT передавачів (TMTR) 222a-222t. У деяких варіантах здійснення, ТХ МІМО-процесор 220 застосовує ваги формування діаграми спрямованості до символів потоків даних і до антени, від якої передається даний символ. Кожний передавач 222 приймає і обробляє відповідний потік символів для забезпечення одного або декількох аналогових сигналів і далі приводить до заданих умов (наприклад, 4 UA 98013 C2 5 10 15 20 25 30 35 40 45 50 55 60 посилює, фільтрує і перетворює з підвищенням частоти) ці аналогові сигнали для забезпечення модульованого сигналу, придатного для передачі по МІМО-каналу. NT модульованих сигналів від передавачів 222a-222t потім передаються від NT антен 224a-224t, відповідно. У системі 250 приймача, передані модульовані сигнали приймаються N R антенами 252а252r, і прийнятий сигнал від кожної антени 252 забезпечується для відповідного приймача (RCVR) 254а-254r. Кожний приймач 254 приводить до заданих умов (наприклад, фільтрує, посилює і перетворює з пониженням частоти) відповідний прийнятий сигнал, оцифровує цей приведений до заданих умов сигнал для забезпечення вибірок і далі обробляє ці вибірки для забезпечення відповідного "прийнятого" потоку символів. RX процесор 260 даних потім приймає і обробляє NR прийнятих потоків символів від NR приймачів 254 на основі конкретного способу обробки приймача для забезпечення NT "детектованих" потоків символів. RX процесор 260 даних потім демодулює, здійснює зворотне перемежовування і декодує кожний детектований потік даних для відновлення даних трафіку для цього потоку даних. Обробка RX процесором 260 даних є додатковою до обробки, що виконується ТХ МІМО-процесором 220 і ТХ процесором 214 даних в системі 210 передавача. Процесор 270 періодично задає, яку матрицю попереднього кодування потрібно використовувати (обговорюється нижче). Процесор 270 формулює повідомлення зворотної лінії зв'язку, що містить частину індексу матриці і частину значення рангу. Повідомлення зворотної лінії зв'язку може містити різні типи інформації, яка стосується лінії зв'язку і/або прийнятого потоку даних. Повідомлення зворотної лінії зв'язку потім обробляється ТХ процесором 238 даних, який також приймає дані трафіку для деякої кількості потоків даних від джерела 236 даних, що модулюються модулятором 280, поліпшуються передавачами 254а254r і передаються зворотно до системи 210 передавача. У системі 210 передавача, модульовані сигнали від системи 250 приймача приймаються антенами 224, приводяться до заданих умов приймачами 222, демодулюються демодулятором 240 і обробляються RX процесором 242 даних для виділення повідомлення зворотної лінії зв'язку, переданого системою 250 приймача. Процесор 230 потім задає, яку матрицю попереднього кодування потрібно використовувати для задавання ваг формування діаграми спрямованості, потім обробляє виділене повідомлення. У деякому аспекті логічні канали класифікуються на канали керування і канали трафіку. Логічні канали керування містять широкомовний канал керування (ВССН), який є DL-каналом для широкомовної передачі системної інформації керування, канал керування персональним викликом (РССН), який є DL-каналом, який переносить інформацію персонального виклику, і канал керування груповою передачею (МССН), який є DL-каналом "точка-багато точок", використовуваним для передачі планування мультимедійної служби широкомовної і групової передачі (MBMS) і інформації керування для одного або декількох МТСН. Звичайно, після встановлення RRC-з'єднання цей канал використовується тільки тими UE, які приймають MBMS (зауваження: старий MCCH+MSCH). Виділений канал керування (DCCH) є двоточковим двонаправленим каналом, який передає виділену інформацію керування і використовується UE, що мають RRC-з'єднання. У деякому аспекті, логічні канали трафіку містять виділений канал трафіку (DTCH), який є двоточковим двонаправленим каналом, виділеним для одного UE, для перенесення користувацької інформації. Також, канал трафіку групової передачі (МТСН) є DLканалом "точка-багато точок" для передачі даних трафіку. У деякому аспекті, транспортні канали класифікуються на DL і UL. Транспортні канали DL містять широкомовний канал (ВСН), спільно використовуваний канал передачі даних низхідної лінії зв'язку (DL-SDCH) і канал персонального виклику (РСН), причому РСН для підтримання економії потужності UE (DRX-цикл вказується мережею для UE) передається по всьому стільнику і перетворюється в PHY-ресурси, які можуть використовуватися для інших каналів керування/трафіку. Транспортні канали UL містять канал випадкового доступу (RACH), канал запиту (REQCH), спільно використовуваний канал передачі даних висхідної лінії зв'язку (ULSDCH) і множину PHY-каналів. PHY-канали містять множину DL-каналів і UL-каналів. Канали DL PHY містять: загальний пілотний канал (СРІСН), канал синхронізації (SCH), загальний канал керування (СССН), спільно використовуваний DL-канал керування (SDCCH), канал керування груповою передачею (МССН), спільно використовуваний UL-канал призначення (SUACH), канал підтвердження прийому (АСКСН), фізичний спільно використовуваний DL-канал передачі даних (DL-PSDCH), 5 UA 98013 C2 5 10 15 20 25 30 35 40 45 50 55 60 UL-канал керування потужністю (UPCCH), канал індикатора персонального виклику (РІСН), канал індикатора навантаження (LICH), Канали UL PHY містять: фізичний канал випадкового доступу (PRACH), канал індикатора якості каналу (CQICH), канал підтвердження прийому (АСКСН), канал індикатора підмножини антен (ASICH), спільно використовуваний канал запиту (SREQCH), фізичний спільно використовуваний UL-канал передачі даних (UL-PSDCH), широкосмуговий пілотний канал (ВРІСН). У деякому аспекті, забезпечена структура каналів, яка зберігає властивості низького PAR (в будь-який заданий момент часу канал є безперервним або рівномірно розділений по частоті) хвилі з єдиною несучою. Для цілей даного документа, застосовуються наступні скорочення: AM - підтверджений режим, AMD - дані підтвердженого режиму, ARQ - запит автоматичного повторення, ВССН - широкомовний канал керування, ВСН - широкомовний канал, С- - керування-, СССН - загальний канал керування, ССН - канал керування, ССТrСН - кодований складений транспортний канал, СР - циклічний префікс, CRC - циклічний контроль надмірності, СТСН - загальний канал трафіку, DCCH - виділений канал керування, DCH - виділений канал DL - низхідна лінія зв'язку DSCH - спільно використовуваний канал низхідної лінії зв'язку, DTCH - виділений канал трафіку, FACH - канал доступу прямої лінії зв'язку, FDD - дуплекс з частотним розділенням, L1 -рівень 1 (фізичний рівень), L2 - рівень 2 (рівень каналу зв'язку), L3 - рівень 3 (мережний рівень), LI - індикатор довжини, LSB - найменший значущий біт, МАС - керування доступом до середовища передачі даних, MBMS - мультимедійна служба широкомовної і групової передачі, МССН - MBMS-канал керування "точка-багато точок", MRW - приймальне вікно переміщення, MSB - найбільш значущий біт, MSCH - MBMS-канал планування "точка-багато точок", МТСН - MBMS-канал трафіку "точка-багато точок", РССН - канал керування персональним викликом, РСН - канал персонального виклику, PDU - протокольний блок даних, PHY - фізичний рівень, PhyCH - фізичні канали, RACH - канал випадкового доступу, RLC - керування лінією радіозв'язку, RRC - керування радіоресурсами, SAP - точка доступу служби, SDU - службовий блок даних, SHCCH - канал керування спільно використовуваного каналу, SN - порядковий номер SUFI - суперполе, ТСН - канал трафіку, 6 UA 98013 C2 5 10 15 20 25 30 35 40 45 50 55 60 TDD - дуплекс з часовим розділенням, TFI - індикатор транспортного формату, ТМ - прозорий режим, TMD - дані прозорого режиму, ТТІ - часовий інтервал передачі, U- - користувач-, UE - обладнання користувача, UL - висхідна лінія зв'язку, UM - непідтверджений режим, UMD - дані непідтвердженого режиму, UMTS - універсальна система мобільного зв'язку, UTRA - UMTS-наземний радіодоступ, UTRAN - UMTS-мережа наземного радіодоступу, MBSFN - мережа групової і широкомовної передачі з єдиною частотою, МСЕ - MBMS-координуючий об'єкт, МСН - канал групової передачі, DL-SCH - спільно використовуваний канал низхідної лінії зв'язку, MSCH - MBMS-канал керування, PDCCH - фізичний канал керування низхідної лінії зв'язку, PDSCH - фізичний спільно використовуваний канал низхідної лінії зв'язку, З посиланням на фіг. 3, показане компонування відображення каналів для логічних, транспортних і фізичних каналів низхідної лінії зв'язку. Наприклад, Е-UTRA використовує компонування відображення каналів, показане на фіг. 3. Як показано на фіг. 3, транспортний канал персонального виклику (РСН) 302 відображається на фізичний спільно використовуваний канал низхідної лінії зв'язку (PDSCH) 304. Наприклад, PDSCH 304 може бути включений у часовий інтервал передачі (ТТІ) в одну мілісекунду (1мс). Персональний виклик базовою станцією до термінала, з використанням основаних на LTE систем, наприклад, виконується через PHY-канали низхідної лінії зв'язку. Вони будуть складатися з PDCCH 308 - каналу керування і PDSCH 304 - каналу даних. PDCCH 308 працює як преамбула в 1 мс ТТІ (підкадр) і стосується наступного PDSCH 304, який несе дійсне повідомлення персонального виклику і/або дані/інформацію. PDCCH 308 забезпечує місцеположення PDSCH 304 в потоці низхідної лінії зв'язку і його формат, модуляцію, кодування і т.д. для приймального UE. Отже, після декодування PDCCH 308, UE може визначити, де в підкадрі розташована відповідна інформація персонального виклику, якщо UE ідентифіковане як одержувач даного персонального виклику. Враховуючи компонування відображення каналів фіг. 3, в одному з різних зразкових варіантів здійснення, ідентифікатор групи персонального виклику може використовуватися на L1/L2-каналі сигналізації для персонального виклику групи UE, що мають загальний ідентифікатор групи персонального виклику. Багато які UE можуть бути визначені в групі персонального виклику, яка забезпечує зручну схему для сповіщення множинних UE. Коли точний ідентифікатор UE забезпечений на спільно використовуваному каналі низхідної лінії зв'язку (DL-SCH) 306, множинні UE можуть бути відправлені на DL-SCH 306. Варіація або модифікація даного підходу також можлива, за допомогою використання індикатора персонального виклику (РІ), як обговорюється нижче. Таким чином, описуються способи і системи, які усувають необхідність в декодуванні індивідуальними UE без відмічених призначень повного PDDCH і/або PDSCH. Для великих груп персонального виклику і/або сегментів груп персонального виклику, вигоди такого підходу легко стануть очевидними. Використання ідентифікаторів груп персонального виклику і індикаторів персонального виклику і їх реалізація додатково деталізується нижче. Фіг. 4А ілюструє компонування зразкових PDCCH і PDSCH в підкадрі низхідній лінії зв'язку. PDCCH 410 складений з комбінацій індивідуальних OFDM-символів/тонів 420 у відповідних часових квантах 430 або смугах. Для цілей ілюстрації, чотири можливих PDCCH - PDCCH-1, PDCCH-2, PDCCH-3 і PDCCH-4, показані в межах відповідних часових квантів 430. Звичайно, залежно від реалізації, може використовуватися більша або менша кількість PDCCH. Множинні символи/тони 420 можуть використовуватися для заданого PDCCH 410. Символи/тони 420 звичайно називаються ресурсними елементами (RE), таким чином декілька RE (420) можуть використовуватися для представлення PDCCH 410, причому різні комбінації RE (420) забезпечують інформацію про ідентифікатори персонального виклику і відповідне місцеположення PDSCH і т.д. Наприклад, PDCCH-1 411 може стосуватися ідентифікатора 1 персонального виклику, який ідентифікує задану групу UE, яка пов'язана з ідентифікатором 1 7 UA 98013 C2 5 10 15 20 25 30 35 40 45 50 55 персонального виклику, а також забезпечує UE групу місцеположенням PDSCH-1 даних, виявлених в потоках даних PDSCH 440. Таким чином, UE повинно декодувати множинні PDCCH 410 в преамбулі підкадру для визначення того, чи ідентифікована його група ідентифікатором, виявленим в PDCCH 410. Фіг. 4В є блок-схемою 450, що ілюструє відображення PDCCH-інформації в PDSCH. PDCCH1 460 показаний як такий, що складається зі стандартного блока 452 розподілу ресурсів (RA), блока 454 модуляції і кодування (MCS) і тега/номера 456 ідентифікатора викликаного UE. З тега/номера 456 ідентифікатора UE, виділеного з PDCCH-1 460, UE може потім знайти відповідний PDSCH-1 470 потік даних для визначення інформації персонального виклику, що відправляється. Як очевидно з фіг. 4В, різні PDCCH відображаються в різні PDSCH на основі результуючого тега/номера ідентифікатора. Як зазначалося вище, UE повинно декодувати множинні PDCCH для визначення того, чи викликається ідентифікатор їх групи. Звичайно, цей підхід є підходом грубої сили, і, отже, множина більш тонких підходів, що використовують ідентифікатори груп персонального виклику і індикатори персонального виклику (РІ), описана нижче. Фіг. 5 забезпечує блок-схему 500, що зображує зразкове компонування керування для підтримання передачі повідомлень персонального виклику, що використовують індикатори персонального виклику (РІ). На фіг. 5, фізичний канал керування низхідної лінії зв'язку (PDCCH) 502 забезпечує PDSCH 504 розподіл ресурсів для підтримання повідомлень персонального виклику. Згідно з одним аспектом, формат PDCCH 502 включає в себе: індикатори персонального виклику (РІ), розподіл ресурсів для супутнього PDSCH і інші поля. Кожний РІ може бути пов'язаний з одним або декількома UE в групі персонального виклику, пов'язаній з цією PDCCH-передачею, наприклад, ідентифікованій за допомогою часового хеширування і маскування CRC. Згідно з одним аспектом, всі інші поля в PDCCH 502 форматі з регулярними DL-призначеннями або встановлені на фіксовані значення, або не застосовуються (N/A) для передачі повідомлень персонального виклику по PDSCH. Наприклад, транспортний формат може бути фіксований як встановлено у відповідних специфікаціях; прапор стрибкоподібної перебудови частоти може бути фіксований як встановлено у відповідних специфікаціях або 1біт в PDCCH; ідентифікатором HARQ процесу може бути N/A; ідентифікатором TrBlk може бути N/A; порядковим номером повторної передачі може бути N/A; ТРС-командою може бути N/A; матрицею попереднього кодування може бути N/A. CRC PDCCH 502 може бути маскований ідентифікатором групи персонального виклику і т. д. Як указано на фіг. 5, PDSCH 504 несе повідомлення персонального виклику для всіх UE, вказаних за допомогою РІ в PDCCH 502. На основі вищенаведеного опису, різні модифікації формату PDDCH можуть бути одержані для додаткового збільшення ефективності повідомлення персонального виклику для UE. Фіг. 6 ілюструє блок-схему, що зображує зразкове компонування вкладення груп персонального виклику згідно з одним варіантом здійснення. Фіг. 6 зображує три рівні UE групування. Групування 602 першого рівня включає в себе часове хеширування в конкретні підкадри. Ці підкадри відповідають "випадкам персонального виклику" для цієї групи персонального виклику. А саме, на основі компонування часового хеширування, групи UE можуть бути сконфігуровані з можливістю тільки "перегляду" конкретних підкадрів. Групування 604 другого рівня включає в себе забезпечення ідентифікатора групи персонального виклику в PDCCH, що передує повідомленням персонального виклику - PDSCH. Групування 606 третього рівня включає в себе забезпечення індикатора персонального виклику (РІ) в підгрупах персонального виклику в PDCCH (наприклад, через ідентифікатор групи персонального виклику). В результаті такого компонування вкладення, не всі UE, хешировані в один і той же підкадр і в один і той же ідентифікатор групи персонального виклику, будуть потребувати декодування пов'язаного PDSCH. Вигоди такого компонування будуть очевидні нижче. Згідно з компонуваннями, описаними вище в поєднанні з фіг. 5 і 6, єдиний PDCCH пов'язаний з передачею персонального виклику. Оскільки ресурси для повідомлень персонального виклику на PDSCH можуть бути динамічно розподілені, забезпечується гнучкість планувальника і можливість мультиплексування змінного номера повідомлень персонального виклику (наприклад, для множинних UE). В результаті, вищеописаний PDCCH-формат включає в себе двійковий (однобітовий) або багатобітовий індикатори персонального виклику (РІ) і розподіли ресурсів для пов'язаного PDSCH для здійснення можливості ефективної підтримання персонального виклику для цілих груп персонального виклику і/або підмножин груп персонального виклику. Транспортний формат PDSCH, що несе повідомлення персонального виклику для множинних UE, РІ яких встановлені в PDCCH, може бути фіксований і, отже, може бути визначений у відповідних специфікаціях. 8 UA 98013 C2 5 10 15 20 25 30 35 40 45 50 55 60 Згідно з різними аспектами, UE групуються в "групи персонального виклику" згідно з різними моментами часу (або "випадками персонального виклику") з конкретним DRX-циклом. Згідно з іншим аспектом, повідомлення персонального виклику для множинних UE можуть бути згруповані в один і той же PDSCH. Наприклад, ідентифікатор UE може бути заданий як частина повідомлення персонального виклику для цього UE в PDSCH-передачі. Як приклад визначеного вище підходу, перший PDCCH може бути модифікований з тим, щоб містити тільки список індикаторів персонального виклику (РІ), який працює як покажчик на відповідний PDCCH у часові кванти підкадру. Наприклад, PDCCH-1 (будучи "першим" PDCCH в ланцюзі PDCCH) може містити список індикаторів персонального виклику (РІ1, РІ2 і т. д.), який вказує на відповідний PDCCH для заданого індикатора персонального виклику. Індикатори персонального виклику (РІ) можуть використовуватися для ідентифікації деякої підмножини груп персонального виклику (що прослизає до індивідуального UE, якщо це бажано). За допомогою використання PI, UE, що декодує PDCCH і знаходить себе ідентифікованим за допомогою РІ, може бути направлене до відповідного PDCCH в преамбулі, тоді як UE, що не ідентифікуються за допомогою РІ, не будуть потребувати подальшого переходу (навіть, якщо вони помічені групою персонального виклику, якщо така присутня). Як очевидно з блоками оцінки типу покажчика, інші використання для РІ можуть бути вигадані, не виходячи за рамки суті і обсягу даного опису. Фіг. 7А, В ілюструють блок-схему 700, що зображує зразкове компонування керування для підтримання передачі повідомлень персонального виклику і зразковий формат 750, відповідно, як описано вище. На фіг. 7А, перший PDCCH (PDCCH-1) 702 разом з другим PDCCH (PDCCH-2) 704 наданий для забезпечення керування для повідомлень персонального виклику. PDCCH-1 702 сформатований нести тільки двійкові індикатори персонального виклику (РІ). Кожний РІ може бути пов'язаний з одним або декількома UE в групі персонального виклику, пов'язаній з цією PDCCH-передачею, наприклад, ідентифікованою за допомогою часового хеширування і маскування CRC. Крім того, PDCCH-1 702 може бути CRC-маскованим ідентифікатором групи персонального виклику, як показано на фіг. 7В. Може бути забезпечений фіксований зв'язок від PDCCH-1 702 до PDCCH-2. Таким чином, з прийняття PDCCH-1 702, пов'язані UE, РІ яких встановлені, можуть з'ясувати, де знайти PDCCH-2 704. Наприклад, місцеположення PDCCH-2 704 по часу-частоті може бути або в тому ж самому підкадрі, що і PDCCH-1 702, або в іншому підкадрі. Також, PDCCH 702 може бути сформатований як "регулярний" PDCCH (а саме PDCCH як вже заданий у відповідних специфікаціях) з DL-призначеннями для передачі єдиного кодового слова. Таким чином, PDCCH-2 702 буде включати в себе таку інформацію, як розподіл ресурсів PDSCH 706, вказівку транспортного формату, прапор стрибкоподібної перебудови частоти і інші дані. Крім того, PDCCH-2 704 може бути CRC-маскованим ідентифікатором групи персонального виклику способом, подібним способу для PDCCH-1 702. Зв'язок від PDCCH-2 704 до PDSCH 706 може бути забезпечений згідно зі зв'язком, вже заданим у відповідних специфікаціях. У цьому компонуванні, PDSCH 706 несе повідомлення персонального виклику для всіх UE, вказаних за допомогою РІ в PDCCH-1 702, і PDSCH 706 передається згідно з ресурсами, розподіленими в форматі, вказаному PDCCH-2 704. Компонування керування за фіг. 7А, В забезпечує множинні рівні групування UE, як описано в поєднанні з фіг. 6 вище. Тепер, з посиланням на фіг. 8А, В, показана блок-схема 800, що зображує інше зразкове компонування керування і зразковий формат 850, відповідно, для підтримання ефективної передачі повідомлень персонального виклику. У цьому варіанті здійснення, PDCCH-3 802 сконфігурований з розподілом (розподілами) ресурсів, індикаторами персонального виклику (РІ) і ідентифікатором групи персонального виклику для UE, як показано на фіг. 8В. PDCCH-3 802 може розглядатися як "гібридний" PDCCH, що комбінує деякі з особливостей стандартного PDCCH з особливістю (особливостями) варіанта здійснення PDDCH-1 702 фіг. 7А, В. Цей гібридний підхід вигідний тим, що не вимагає використання додаткового PDCCH. Цей зразковий спосіб забезпечує достатню інформацію для спорідненого PDSCH 806 для знаходження пов'язаного PDSCH 806 при зменшенні числа PDCCH декодувань для UE, за допомогою використання РІ. Таким чином, краще з обох варіантів, можна сказати, передбачено у варіанті здійснення, описаному за допомогою фіг. 8А, В. Потрібно зазначити, що номенклатура приєднання деякого номера (наприклад, 1, 2 або 3) в кінці PDDCH дескриптора (наприклад, PDDCH-1, PDDCH-2, PDDCH-3) в цьому описі використовується просто для диференціації PDDCH в контексті їх обговорення. А саме PDDCH3 фіг. 8А, В відрізняється від PDDCH-1 або PDDCH-2 попередніх креслень. У той же час, PDDCH-2 фіг. 9А, В (обговорюється нижче) відрізняється від PDDCH-2 фіг. 7А, В, як виявляється з їх супутнього опису. 9 UA 98013 C2 5 10 15 20 25 30 35 40 45 50 55 60 З посиланням далі на фіг. 9А, В, показана блок-схема 900, що зображує інше зразкове компонування керування і зразковий формат 950, відповідно, для підтримання ефективної передачі повідомлень персонального виклику. Компонування керування, зображене за допомогою фіг. 9А, забезпечує PDCCH-2 902, який є PDCCH, як задано у відповідних специфікаціях, з DL-призначенням для передачі єдиного кодового слова. Таким чином, PDCCH2 902 буде включати в себе таку інформацію, як розподіл ресурсів PDSCH 904, вказівку транспортного формату, прапор стрибкоподібної перебудови частоти і інші дані. Крім того, PDCCH-2 902 є CRC-маскованим з ідентифікатором групи персонального виклику. Вищенаведене компонування демонструється на фіг. 9В. Зв'язок від PDCCH-2 902 до PDSCH 904 може бути забезпечений згідно із зв'язком, вже заданим у відповідних специфікаціях. Продовжуючи з фіг. 9А, В, PDSCH 904 несе повідомлення персонального виклику для всіх UE, які знаходяться в ідентифікаторі групи персонального виклику, пов'язаному з PDCCH-2 902. PDSCH 904 передається згідно з розподіленими ресурсами і форматом, вказаним за допомогою PDCCH-2 902. У цьому конкретному компонуванні забезпечені два рівні групування UE, відповідні блокам 602 і 604 фіг. 6. Однак, в компонуванні на фіг. 9А, В, РІ не забезпечений в PDCCH (у контрасті з блоком 606 фіг. 6). Таким чином, всі UE в групі персонального виклику будуть потребувати демодуляції PDSCH 904 для того, щоб побачити, викликаються вони чи ні в підкадрі. На основі вищенаведених прикладів, була продемонстрована множина схем для модифікації PDDCH, які забезпечують удосконалення стандартної передачі персонального виклику, конкретно відносно декодування PDDCH в преамбулі підкадру і зв'язування UE з групами персонального виклику і підмножинами в них. Ясно, що конкретний порядок або ієрархія стадій в описаних процесах є прикладом зразкових підходів. На основі переваг проектування ясно, що конкретний порядок або ієрархія стадій в цих процесах може бути змінений і в той же час залишається в межах обсягу даного опису. Супутня формула винаходу представляє елементи різних стадій в зразковому порядку і не означає обмеження конкретним представленим порядком або ієрархією. Фахівцям в даній галузі техніки буде ясно, що інформація і сигнали можуть бути представлені з використанням різноманітності різних технологій і способів. Наприклад, дані, команди, інформація, сигнали, біти, символи і елементарні сигнали, на які можуть посилатися по всьому вищенаведеному опису, можуть бути представлені за допомогою напруг, струмів, електромагнітних хвиль, магнітних полів або частинок, оптичних полів або частинок або будьякої їх комбінації. Фахівцям буде далі ясно, що різні ілюстративні логічні блоки, модулі, схеми і стадії алгоритмів, описаних в поєднанні з варіантами здійснення, описаними тут, можуть бути реалізовані як електронне апаратне забезпечення, комп'ютерне програмне забезпечення або комбінації обох. Для ясної ілюстрації цієї взаємозамінності апаратного і програмного забезпечення, різні ілюстративні компоненти, блоки, модулі, схеми і стадії були описані вище, в основному, в термінах їх функціональності. Те, чи реалізована така функціональність як апаратне або програмне забезпечення, залежить від конкретного додатку і обмежень конструкції, що накладаються на всю систему. Кваліфіковані фахівці можуть реалізувати описану функціональність різними способами для кожного конкретного додатку, але такі рішення реалізації не повинні інтерпретуватися як такі, що викликають вихід за рамки обсягу даного опису. Різні ілюстративні логічні блоки, модулі і схеми, описані в поєднані з варіантами здійснення, описаними тут, можуть бути реалізовані або виконані з універсальним процесором, процесором цифрових сигналів (DSP), спеціалізованою інтегральною схемою (ASIC), програмованою користувачем вентильною матрицею (FPGA) або іншим програмованим логічним пристроєм, дискретним логічним елементом або транзисторними логічними схемами, дискретними апаратними компонентами або будь-якою їх комбінацією, сконструйованою для виконання функцій, описаних тут. Універсальним процесором може бути мікропроцесор, але в альтернативі, процесором може бути будь-який стандартний процесор, контролер, мікроконтролер або кінцевий автомат. Процесор може бути також реалізований як комбінація обчислювальних пристроїв, наприклад, комбінація DSP і мікропроцесора, множина мікропроцесорів, один або декілька мікропроцесорів в сполученні з ядром DSP або будь-яка інша така конфігурація. Стадії способу або алгоритму, описаного в поєднанні з варіантами здійснення, описаними тут, можуть бути втілені безпосередньо в апаратному забезпеченні, в модулі програмного забезпечення, виконуваному процесором, або в комбінації цих двох. Модуль програмного забезпечення може знаходитися в ЗПДВ, флеш-пам'яті, ПЗП, СППЗП, ЕСППЗП, регістрах, 10 UA 98013 C2 5 10 жорсткому диску, знімному диску, ПЗП на компакт-диску або будь-якій іншій формі носія даних, відомій в даній галузі техніки. Зразковий носій даних пов'язаний з процесором таким чином, що процесор може зчитувати інформацію з носія даних і записувати інформацію на нього. Альтернативно, носій даних може бути інтегрований в процесор. Процесор і носій даних можуть знаходитися в ASIC. ASIC може знаходитися в користувацькому терміналі. Альтернативно, процесор і носій даних можуть знаходитися як дискретні компоненти в користувацькому терміналі. Попередній опис розкритих варіантів здійснення забезпечений для того, щоб дозволити будь-якому фахівцеві в даній галузі техніки здійснити або використати даний опис. Різні модифікації цих варіантів здійснення зрозумілі для фахівців в даній галузі техніки, і загальні принципи, визначені тут, можуть бути застосовані до інших варіантів здійснення, не виходячи за рамки суті і обсягу даного опису. Таким чином, даний опис не призначений для обмеження варіантами здійснення, показаними тут, а повинен відповідати найбільш широкому обсягу, сумісному з принципами і елементами новизни, описаними тут. 15 ФОРМУЛА ВИНАХОДУ 20 25 30 35 40 45 50 55 60 1. Спосіб передачі повідомлень персонального виклику в системі бездротового зв'язку, який включає: часове хешування щонайменше одного обладнання користувача (UE) в конкретний підкадр, причому цей конкретний підкадр визначає випадок персонального виклику для групи персонального виклику, пов'язаної з щонайменше одним UE; зв'язування ідентифікатора групи персонального виклику для групи персонального виклику і індикатора персонального виклику (РІ), зв'язаного з одним або більше UE з групи персонального виклику, з фізичним каналом керування низхідної лінії зв'язку (PDCCH); розподіл, в PDCCH, ресурсів, пов'язаних з фізичним спільно використовуваним каналом низхідної лінії зв'язку (PDSCH); і передачу, в PDSCH, повідомлення персонального виклику щонайменше для одного або більше UE, що належать групі персонального виклику і зв'язані з РІ, під час випадку персонального виклику. 2. Спосіб за п. 1, в якому зв'язування ідентифікатора групи персонального виклику з PDCCH додатково включає CRC маскування PDCCH з ідентифікатором групи персонального виклику. 3. Спосіб за п. 1, в якому РІ ідентифікований за допомогою часового хешування і CRC маскування. 4. Спосіб за п. 1, який додатково включає передачу на окремому PDCCH індикатора персонального виклику (РІ), пов'язаного з одним або більше UE з групи персонального виклику. 5. Спосіб за п. 2, в якому PDCCH є тим же самим, що і стандартний PDCCH, за винятком того, що завершальний ідентифікатор замінений спеціалізованим ідентифікатором групи персонального виклику. 6. Пристрій, здатний працювати в системі бездротового зв'язку, який містить: засіб для часового хешування щонайменше одного обладнання користувача (UE) в конкретний підкадр, причому цей конкретний підкадр визначає випадок персонального виклику для групи персонального виклику, пов'язаної з щонайменше одним UE; засіб для зв'язування ідентифікатора групи персонального виклику для групи персонального виклику і індикатора персонального виклику (РІ), зв'язаного з одним або більше UE з групи персонального виклику, з фізичним каналом керування низхідної лінії зв'язку (PDCCH); засіб для розподілу, в PDCCH, ресурсів, пов'язаних з фізичним спільно використовуваним каналом низхідної лінії зв'язку (PDSCH); і засіб для передачі, в PDSCH, повідомлення персонального виклику для одного або більше UE, що належать групі персонального виклику і зв'язані з РІ, під час випадку персонального виклику. 7. Пристрій за п. 6, який додатково містить засіб для передачі на окремому PDCCH індикатора персонального виклику (РІ), пов'язаного з одним або більше UE з групи персонального виклику. 8. Пристрій за п. 6, в якому PDCCH є тим же самим, що і стандартний PDCCH, за винятком того, що завершальний ідентифікатор замінений спеціалізованим ідентифікатором групи персонального виклику. 9. Зчитуваний машиною носій, що містить команди, які при виконанні машиною примушують машину виконувати операції, що включають в себе: часове хешування щонайменше одного обладнання користувача (UE) в конкретний підкадр, причому цей конкретний підкадр визначає випадок персонального виклику для групи персонального виклику, пов'язаної щонайменше з одним UE; 11 UA 98013 C2 5 10 15 20 25 30 35 40 зв'язування ідентифікатора групи персонального виклику для групи персонального виклику і індикатора персонального виклику (РІ), зв'язаного з одним або більше UE з групи персонального виклику, з фізичним каналом керування низхідної лінії зв'язку (PDCCH); розподіл, в PDCCH, ресурсів, пов'язаних з фізичним спільно використовуваним каналом низхідної лінії зв'язку (PDSCH); і передачу, в PDSCH, повідомлення персонального виклику щонайменше для одного або більше UE, що належать групі персонального виклику і зв'язані з РІ, під час випадку персонального виклику. 10. Зчитуваний машиною носій за п. 9, який додатково містить команди для передачі на окремому PDCCH індикатора персонального виклику (РІ), пов'язаного з одним або більше UE з групи персонального виклику. 11. Зчитуваний машиною носій за п. 9, де PDCCH є тим же самим, що і стандартний PDCCH, за винятком того, що завершальний ідентифікатор замінений спеціалізованим ідентифікатором групи персонального виклику. 12. Пристрій, здатний працювати в системі бездротового зв'язку, причому пристрій містить: процесор, сконфігурований з можливістю часового хешування щонайменше одного обладнання користувача (UE) в конкретний підкадр, причому цей конкретний підкадр визначає випадок персонального виклику для групи персонального виклику, пов'язаної щонайменше з одним UE; зв'язування ідентифікатора групи персонального виклику для групи персонального виклику і індикатора персонального виклику (РІ), зв'язаного з одним або більше UE з групи персонального виклику, з фізичним каналом керування низхідної лінії зв'язку (PDCCH); розподілу, в PDCCH, ресурсів, пов'язаних з фізичним спільно використовуваним каналом низхідної лінії зв'язку (PDSCH); і передачі, в PDSCH, повідомлення персонального виклику для одного або більше UE, що належать групі персонального виклику і зв'язані з РІ, під час випадку персонального виклику; і пам'ять, з'єднану з цим процесором, для зберігання даних. 13. Спосіб передачі повідомлень персонального виклику в системі бездротового зв'язку, причому спосіб включає: групування обладнань користувачів (UE) в групи персонального виклику згідно з різними моментами часу з конкретним DRX-циклом; групування повідомлень персонального виклику, пов'язаних з однією із згаданих груп персонального виклику, в передачу єдиного фізичного спільно використовуваного каналу низхідної лінії зв'язку (PDSCH); і передачу єдиного PDSCH під час відповідного моменту часу, пов'язаного з групою персонального виклику, де загальний ідентифікатор групи персонального виклику і індикатор персонального виклику (РІ), зв'язаний з підмножиною UE, що мають загальний ідентифікатор групи персонального виклику, передають в фізичному каналі керування низхідної лінії зв'язку (PDSCH) до UE, і UE конкретної групи персонального виклику декодують коректний PDSCH на основі загального ідентифікатора групи персонального виклику і РІ. 14. Спосіб за п. 13, який додатково включає передачу на окремому PDCCH індикатора персонального виклику (РІ). 15. Спосіб за п. 13, в якому PDCCH є тим же самим, що і стандартний PDCCH, за винятком того, що завершальний ідентифікатор замінений спеціалізованим ідентифікатором групи персонального виклику. 45 12 UA 98013 C2 13 UA 98013 C2 14 UA 98013 C2 15 UA 98013 C2 16 UA 98013 C2 Комп’ютерна верстка В. Мацело Державна служба інтелектуальної власності України, вул. Урицького, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут промислової власності”, вул. Глазунова, 1, м. Київ – 42, 01601 17