Впорядкована доставка даних під час хендовера у бездротовій системі зв’язку

1. Спосіб бездротового зв'язку, який включає: участь в передачі обслуговування користувацького обладнання (UE) від вихідної базової станції до цільової базової станції; запуск таймера після того, як тракт даних від шлюзу до UE був переключений від вихідної базової станції до цільової базової станції; прийом пакетів, що пересилаються, для UE з вихідної базової станції; прийом нових пакетів для UE зі шлюзу; і відправку пакетів, що пересилаються, прийнятих до закінчення таймера, в UE до будь-яких нових пакетів. 2. Спосіб за п. 1, в якому запуск таймера включає запуск таймера після прийому першого нового пакета для UE зі шлюзу. 3. Спосіб за п. 1, який додатково включає: відправку першого повідомлення для ініціювання перемикання тракту даних від вихідної базової станції до цільової базової станції; і прийом другого повідомлення, яке вказує завершення перемикання тракту даних. 4. Спосіб за п. 3, в якому запуск таймера включає запуск таймера після прийому другого повідомлення або після прийому першого нового пакета для UE зі шлюзу, що не відбувалося раніше. 5. Спосіб за п. 3, в якому перше повідомлення містить повідомлення про завершення передачі обслуговування, і друге повідомлення містить пові 2 (19) 1 3 застосовують різні значення при різних сукупностях параметрів QoS; і встановлення таймера на вибране значення. 15. Спосіб за п. 1, в якому пакети, що пересилаються, з вихідної базової станції і нові пакети зі шлюзу містять сервісні блоки даних (SDU) в протоколі конвергенції пакетних даних (PDCP) або пакети в інтернет-протоколі (IP). 16. Спосіб бездротового зв'язку за п. 1, який додатково містить: прийом пакетів в користувацькому обладнанні з вихідної базової станції до передачі обслуговування користувацького обладнання (UE) від вихідної базової станції до цільової базової станції; здійснення передачі обслуговування від вихідної базової станції до цільової базової станції; і прийом пакетів в користувацькому обладнанні з цільової базової станції після передачі обслуговування. 17. Спосіб за п. 16, в якому прийом пакетів з цільової базової станції після передачі обслуговування містить: прийом пакетів, що пересилаються, з цільової базової станції до закінчення таймера, і прийом нових пакетів з цільової базової станції після закінчення таймера. 18. Пристрій для бездротового зв'язку, який містить: щонайменше один процесор, виконаний з можливістю участі в здійсненні передачі обслуговування користувацького обладнання (UE) від вихідної базової станції до цільової базової станції, запуску таймера після того, як тракт даних від шлюзу до UE був переключений від вихідної базової станції до цільової базової станції, прийому пакетів, що пересилаються, для UE з вихідної базової станції, прийому нових пакетів для UE зі шлюзу; і відправки пакетів, що пересилаються, прийнятих до закінчення таймера, в UE до будь-яких нових пакетів. 19. Пристрій за п. 18, в якому щонайменше один процесор виконаний з можливістю відправки першого повідомлення для ініціювання перемикання тракту даних від вихідної базової станції до цільової базової станції, прийому другого повідомлення, яке вказує завершення перемикання тракту даних, і запуску таймера після прийому другого повідомлення або після прийому першого нового пакета для UE зі шлюзу. 20. Пристрій за п. 18, в якому щонайменше один процесор виконаний з можливістю відправки пакетів, що пересилаються, в UE, без очікування закінчення таймера, і відправки нових пакетів в UE після закінчення таймера. 21. Пристрій за п. 18, в якому щонайменше один процесор виконаний з можливістю прийому з вихідної базової станції пакета маркера кінця, що вказує на відсутність пакетів для пересилання в цільову базову станцію, зупинки таймера після прийому пакета маркера кінця і відправки нових пакетів в UE після зупинки таймера. 22. Пристрій за п. 18, в якому щонайменше один процесор виконаний з можливістю визначення значення таймера на основі щонайменше одного з: навантаження на перший інтерфейс між вихідною базовою станцією і цільовою базовою станці 94839 4 єю, навантаження на другий інтерфейс між вихідною базовою станцією і шлюзом, навантаження на третій інтерфейс між цільовою базовою станцією і шлюзом, інформація по останніх пересланих пакетах при попередніх передачах обслуговування інших UE і сукупність параметрів якості обслуговування (QoS) для даних, що відправляються в UE. 23. Пристрій для бездротового зв'язку, який містить: засіб для участі в передачі обслуговування користувацького обладнання (UE) від вихідної базової станції до цільової базової станції; засіб для запуску таймера після того, як тракт даних від шлюзу до UE був переключений від вихідної базової станції до цільової базової станції; засіб для прийому пакетів, що пересилаються, для UE з вихідної базової станції; засіб для прийому нових пакетів для UE зі шлюзу; і засіб для відправки пакетів, що пересилаються, прийнятих до закінчення таймера, в UE до будьяких нових пакетів. 24. Пристрій за п. 23, який додатково містить: засіб для відправки першого повідомлення для ініціювання перемикання тракту даних від вихідної базової станції до цільової базової станції; засіб для прийому другого повідомлення, яке вказує завершення перемикання тракту даних; і засіб для запуску таймера по прийому другого повідомлення або по прийому першого нового пакета для UE зі шлюзу. 25. Пристрій за п. 23, який додатково містить: засіб для відправки пакетів, що пересилаються, в UE, без очікування закінчення таймера; і засіб для відправки нових пакетів в UE після закінчення таймера. 26. Пристрій за п. 23, який додатково містить: засіб для прийому з вихідної базової станції пакета маркера кінця, що вказує на відсутність пакетів для пересилання в цільову базову станцію; засіб для зупинки таймера по прийому пакета маркера кінця; і засіб для відправки нових пакетів в UE після зупинки таймера. 27. Пристрій за п. 23, який додатково містить: засіб для визначення значення таймера на основі щонайменше однієї інформації з: навантаження на перший інтерфейс між вихідною базовою станцією і цільовою базовою станцією, навантаження на другий інтерфейс між вихідною базовою станцією і шлюзом, навантаження на третій інтерфейс між цільовою базовою станцією і шлюзом, інформація відносно останніх пересланих пакетів при попередніх передачах обслуговування інших UE і сукупності параметрів якості обслуговування (QoS) для даних, що відправляються в UE. 28. Комп'ютерночитаний носій, який містить команди, щоб змусити комп'ютер здійснювати спосіб бездротового зв'язку, що містить етапи на яких: змушують щонайменше один комп'ютер брати участь в передачі обслуговування користувацького обладнання (UE) від вихідної базової станції до цільової базової станції, змушують щонайменше один комп'ютер запустити таймер після того, як тракт даних від шлюзу до UE був переключений від вихідної базової станції до цільової базової станції, 5 94839 6 змушують щонайменше один комп'ютер приймати пакети, що пересилаються, для UE з вихідної базової станції, змушують щонайменше один комп'ютер приймати нові пакети для UE зі шлюзу, і змушують щонайменше один комп'ютер відправляти пакети, що пересилаються, прийняті до закінчення таймера, в UE до будь-яких нових пакетів. 29. Комп'ютерночитаний носій за п. 28, який додатково містить: код, щоб змусити щонайменше один комп'ютер відправляти перше повідомлення для ініціювання перемикання тракту даних від вихідної базової станції до цільової базової станції, код, щоб змусити щонайменше один комп'ютер приймати друге повідомлення, яке вказує завершення перемикання тракту даних, і код, щоб змусити щонайменше один комп'ютер запустити таймер після прийому другого повідомлення або піля прийому першого нового пакета для UE зі шлюзу. 30. Комп'ютерночитаний носій за п. 28, який додатково містить: код, щоб змусити щонайменше один комп'ютер відправляти пакети, що пересилаються, в UE, без очікування закінчення таймера, і код, щоб змусити щонайменше один комп'ютер відправляти нові пакети в UE після закінчення таймера. 31. Комп'ютерночитаний носій за п. 28, який додатково містить: код, щоб змусити щонайменше один комп'ютер приймати з вихідної базової станції пакет маркера кінця, що вказує на відсутність пакетів для пересилання в цільову базову станцію, код, щоб змусити щонайменше один комп'ютер зупиняти таймер після прийому пакета маркера кінця, і код, щоб змусити щонайменше один комп'ютер відправляти нові пакети в UE після зупинки таймера. 32. Комп'ютерночитаний носій за п. 28, який додатково містить: код, щоб змусити щонайменше один комп'ютер визначати значення таймера на основі щонайменше одного з: навантаження на перший інтерфейс між вихідною базовою станцією і цільовою базовою станцією, навантаження на другий інтерфейс між вихідною базовою станцією і шлюзом, навантаження на третій інтерфейс між цільовою базовою станцією і шлюзом, інформація відносно останніх пересланих пакетів при попередніх передачах обслуговування інших UE і сукупність параметрів якості обслуговування (QoS) для даних, що відправляються в UE. 33. Система для бездротового зв'язку, яка містить: користувацьке обладнання, яке містить щонайменше один процесор, виконаний з можливістю прийому пакетів з цільової базової станції до передачі обслуговування користувацького обладнання (UE) від вихідної базової станції до цільової базової станції, здійснення передачі обслуговування від вихідної базової станції до цільової базової станції, і прийому пакетів з цільової базової станції після передачі обслуговування, і пристрій для бездротового зв'язку за п. 21, який є цільовою базовою станцією. 34. Система за п. 33, в якій щонайменше один процесор виконаний з можливістю прийому пакетів, що пересилаються, з цільової базової станції до закінчення таймера і прийому нових пакетів з цільової базової станції після закінчення таймера. Дана заявка заявляє пріоритет попередньої заявки на патент США № 60/954,300, «IN-ORDER DATA DELIVERY DURING HANDOVER IN A WIRELESS COMMUNICATION SYSTEM», поданої 6 серпня 2007 p., переданої власнику даної заявки і включеної в дану заявку шляхом посилання. Дане розкриття належить до зв'язку в цілому і до методів передачі даних в абонентське обладнання (UE) під час хендовера в бездротовій системі зв'язку зокрема. Бездротові системи зв'язку широко застосовують для забезпечення різноманітного комунікаційного контента, наприклад, мовної інформації, відео, пакетних даних, обміну повідомленнями, радіомовлення тощо. Згадані бездротові системи можуть бути системами множинного доступу, здатні підтримувати декілька користувачів за допомогою спільного використання доступних системних ресурсів. Приклади таких систем множинного доступу містять системи з множинним доступом з кодовим розділенням каналів (CDMA), системи з множинним доступом з часовим розділенням каналів (TDMA), системи з множинним доступом з частотним розділенням каналів (FDMA), системи з ортогональним множинним доступом з ортогональним частотним розділенням каналів (OFDMA) системи FDMA на одній несучій (SC-FDMA). Бездротова система зв'язку може містити будь-яку кількість базових станцій, які можуть підтримувати зв'язок для будь-якої кількості UE. UE може бути мобільним і може бути переданий через процедуру хендовера від вихідної базової станції до цільової базової станції, коли UE переміщається по системі. Під час хендовера, вихідна базова станція може містити дані, які ще не послані в UE, і система також може містити нові дані для відправки в UE. Можливий варіант, в якому бажано відправляти невідправлені дані з вихідної базової станції і нові дані з системи в коректному порядку і якнайшвидше та ефективніше. У даній заявці описані методи виконання впорядкованої доставки даних під час хендовера в бездротовій системі зв'язку. UE може виконувати хендовер від вихідної базової станції до цільової базової станції. Вихідна базова станції може переслати пакети для UE в цільову базову станцію. 7 Пакети, що пересилаються, можуть містити пакети, ще не відправлені в UE, а також пакети в процесі пересилання. Цільова базова станція може також приймати нові пакети для UE зі шлюзу. Відповідно до одного аспекту, цільова базова станція може запускати таймер після того, як тракт даних від шлюзу до UE був переключений від вихідної базової станції до цільової базової станції. Таймер може бути встановлений на фіксоване або реконфігуроване значення, яке може бути визначене або оновлене на основі різних факторів. Таймер може бути запущений після прийому (і) першого нового пакета для UE зі шлюзу або (іі) повідомлення, яке вказує завершення перемикання тракту даних. Цільова базова станція може відправляти переслані пакети, прийняті до закінчення таймера, в UE до будь-яких нових пакетів. Цільова базова станція може відправляти переслані пакети в UE, без очікування закінчення таймера і може відправляти нові пакети в UE після закінчення таймера. Описаний підхід може забезпечити впорядковану доставку пересланих і нових пакетів в UE. Різні аспекти та ознаки винаходу додатково детально описані нижче. Фіг. 1 - бездротова система зв'язку. Фіг. 2 - зразкові стеки протоколів в різних об'єктах. Фіг. 3 та 4 - два зразкових потоки викликів для хендовера UE. Фіг. 5 - пересилання пакетів для UE під час хендовера. Фіг. 6 - процес впорядкованої доставки даних під час хендовера. Фіг. 7 - пристрій для впорядкованої доставки даних під час хендовера. Фіг. 8 - процес впорядкованого прийому даних під час хендовера. Фіг. 9 - пристрій для впорядкованого прийому даних під час хендовера. Фіг. 10 - блок-схема базової станції та UE. Методи, описані в даній заявці можна застосовувати для різних бездротових систем зв'язку, наприклад, систем CDMA, TDMA, FDMA, OFDMA, SC-FDMA та інших систем. Терміни «система» та «мережа» часто застосовують рівнозначно. Система CDMA може реалізовувати таку технологію радіозв'язку, як Універсальний наземний радіодоступ (UTRA), cdma2000 тощо. UTRA включає в себе широкосмуговий CDMA (WCDMA) та інші варіанти CDMA. Технологія cdma2Q00 охоплює стандарти IS-2000, IS-95 та IS-856. Система TDMA може реалізовувати таку технологію радіозв'язку, як Глобальна система мобільного зв'язку (GSM). Система OFDMA може реалізовувати таку технологію радіозв'язку, як вдосконалена UTRA (E-UTRA), проект технології мобільного зв'язку 4 покоління Ultra Mobile Broadband (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDM® тощо. UTRA та E-UTRA входять в Універсальну мобільну систему зв'язку (UMTS). Стандарт технологій 3-го покоління 3GPP Long Term Evolution (LTE) являє собою майбутню версію UMTS, яка використовує технологію E-UTRA, в якій застосовується OFDMA в низхідній лінії і SC-FDMA у ви 94839 8 східній лінії. Технології UTRA, E-UTRA, UMTS, LTE та GSM описані в документах організації, яка іменується «Проект партнерства 3-го покоління» (3GPP). Технології cdma2000 та UMB описані в документах організації, яка іменується «Другий проект партнерства 3-го покоління» (3GPP2). Для розуміння, деякі аспекти методів описані нижче для стандарту LTE, і нижче застосовується, в основному, термінологія стандарту LTE. На фіг. 1 показана бездротова система 100 зв'язку, яка може бути системою LTE. Система 100 може містити розвинені вузли В (eNB) та інші мережні об'єкти, описані в стандарті 3GPP. Для простоти, на фіг. 1 показані тільки два вузли eNB 120 та 122 і один шлюз 130 об'єкта керування мобільністю/розвитку мережної архітектури (MME/SAE)). Вузол eNB може бути стаціонарною станцією, яка здійснює зв'язок з UE і може також іменуватися вузлом В, базовою станцією, пунктом доступу тощо. Вузол eNB може забезпечувати більш розвинені функціональні можливості в порівнянні з традиційними базовими станціями, наприклад, керування мобільністю. Зона покриття вузла eNB може бути розбита на декілька зон (наприклад, три зони) меншого розміру. У стандарті 3GPP, термін «стільник» може відноситися до найменшої зони обслуговування вузла eNB і/або підсистеми вузла eNB, яка обслуговує згадану зону обслуговування. У стандарті 3GPP2, термін «сектор» може відноситися до найменшої зони обслуговування базової станції і/або підсистеми базової станції, яка обслуговує згадану зону обслуговування. Для розуміння, в нижченаведеному описі використовується принцип стільника згідно із стандартом 3GPP. Вузли eNB 120 та 122 можуть здійснювати зв'язок між собою через інтерфейс Х2, який може бути логічним або фізичним інтерфейсом. Вузли eNB 120 та 122 можуть здійснювати зв'язок зі шлюзом 130 SAE по інтерфейсу S1. Шлюз 130 SAE може підтримувати обслуговування даних, наприклад, пакетні дані, передачі мови з використанням IP-протоколу (VoIP), передачі відеоданих, обміну повідомленнями тощо. Шлюз 130 SAE можна також називати шлюзом доступу, шлюзом мережі пакетної передачі даних (PDN), шлюзовим вузлом підтримки GPRS (GGSN), вузлом зв'язку з комутацією пакетів даних (PDSN) тощо. Шлюз 130 SAE може бути зв'язаний з базовою мережею і/або мережею 140 передачі даних (наприклад, Інтернетом) і може здійснювати зв'язок з іншими об'єктами (наприклад, віддаленими серверами і терміналами), які з'єднуються з базовою мережею/мережею 140 передачі даних. Функції вузлів eNB 120 та 122 і шлюзу 130 SAE описані в документі 3GPP TS 36.300, «Evolved Universal Terrestrial Radio Access (E-UTRA) та Evolved Universal Terrestrial Radio Access Network (EUTRAN); Повний опис; Фаза 2», який знаходиться в загальному доступі. UE 110 може здійснювати зв'язок з вузлом eNB 120 і/або вузлом eNB 122 по низхідній лінії і висхідній лінії. Низхідною лінією (або лінією прямого зв'язку) називають лінію зв'язку від вузла eNB до UE, і висхідною лінією (або лінією зворотного зв'язку) називають лінію зв'язку від UE до вузла 9 eNB. UE 110 може бути стаціонарним або мобільним і може також згадуватися як мобільна станція, термінал, термінал доступу, абонентський блок, станція тощо. UE 110 може бути стільниковим телефоном, персональним електронним помічником (PDA), бездротовим модемом, бездротовим пристроєм зв'язку, кишеньковим ПК, портативним комп'ютером, бездротовим телефоном тощо. На фіг. 2 показані зразкові стеки 200 протоколів для ділянки користувача в LTE. Ділянка користувача транспортує дані трафіку між UE 110 і шлюзом 130 SAE, через обслуговуючий вузол eNB, який може бути вузлом eNB 120 або 122. Кожний об'єкт підтримує стек протоколів для зв'язку з іншим об'єктом. Кожний стек протоколів звичайно включає в себе мережний рівень (L3), канальний рівень (L2) і фізичний рівень (L1). UE і шлюз 130 SAE можуть обмінюватися даними з використанням Інтернет-протоколу (IP) на мережному рівні. Дані більш високого рівня для протоколу керування передачею (TCP), протоколу користувацьких дейтаграм (UDP) і/або інших протоколів можуть бути інкапсульовані в ІР-пакети, якими UE і шлюз 130 SAE можуть обмінюватися між собою через обслуговуючий вузол eNB. Канальний рівень звичайно залежить від технології бездротової мережі. Для ділянки користувача в LTE, канальний рівень для UE складається з трьох підрівнів для протоколу збіжності пакетних даних (PDCP), керування радіолінією (RLC) і керування доступом до середовища (МАС), які закінчуються в обслуговуючому вузлі eNB. UE додатково здійснює зв'язок з обслуговуючим вузлом eNB за допомогою радіоінтерфейсу E-UTRA на фізичному рівні. Обслуговуючий вузол eNB може здійснювати зв'язок зі шлюзом SAE з використанням IP та інтерфейсу, що залежить від технології, для канального і фізичного шарів. Стек протоколів у кожному об'єкті містить тракт передачі і тракт прийому. У тракті передачі, кожний рівень/підрівень може приймати сервісні блоки даних (SDU) з наступного більш високого рівня/підрівня і може формувати блоки протокольних даних (PDU) для наступного рівня/підрівня, що знаходиться нижче. Блок PDU, що відправляється з даного рівня/підрівня, може бути блоком SDU, що приймається на наступному рівні/підрівні, що знаходиться нижче. Для даного рівня/підрівня може мати або не мати місце взаємна однозначна відповідність між блоками SDU І блоками PDU для даного шару. У тракті прийому, кожний рівень/підрівень може приймати блоки PDU з наступного рівня/підрівня, що знаходиться нижче і може забезпечувати блоки SDU в наступний більш високий рівень/підрівень. Протоколи на рівні лінії зв'язку можуть забезпечувати різні функції. Функції PDCP, RLC та МАС описані у вищезазначеному документі 3GPP TS 36.300 і документі 3GPP TS 25.301, «Technical Specification Group Radio Access Network; Radio Interface Protocol Architecture», який є в загальному доступі. Блок PDU або SDU може також згадуватися як пакет. Як також показано на фіг. 1, UE 110 може спочатку здійснювати зв'язок з вузлом eNB 120 для обміну даними зі шлюзом 130 SAE, UE 110 може 94839 10 бути мобільним і може виконувати хендовер від вузла eNB 120 до вузла eNB 122. У контексті хендовера, вузол eNB 120 може згадуватися як вихідний вузол eNB, і вузол eNB 122 може згадуватися як цільовий вузол eNB. Після хендовера, UE 110 може здійснювати зв'язок з вузлом eNB 122 для обміну даними зі шлюзом 130 SAE. Вузол eNB 120 може бути обслуговуючим вузлом eNB для UE 110 до хендовера, і вузол eNB 122 може бути обслуговуючим вузлом eNB для UE після хендовера. На фіг. 3 показаний зразковий потік 300 виклику для хендовера UE 110 від вихідного вузла eNB 120 до цільового вузла eNB 122. Вихідний вузол eNB може задавати конфігурацію вимірювальних процедур для UE (етап 1), 1 UE може відправляти звіти про вимірювання у вихідний вузол eNB (етап 2). Вихідний вузол eNB може прийняти рішення із здійснення хендовера (HO) UE (етап 3) і може видати повідомлення-запит на здійснення хендовера в цільовий вузол eNB (етап 4). Цільовий вузол eNB може виконувати контроль допуску і може погодитися на хендовер UE (етап 5). Потім цільовий вузол eNB може відповісти повідомленнямпідтвердженням (Аск) запиту на проведення хендовера у вихідний вузол eNB (етап 6). Потім вихідний вузол eNB може послати повідомленнякоманду на здійснення хендовера в UE (етап 7). До хендовера вихідний вузол eNB може приймати дані для UE зі шлюзу SAE (етап А) і може відправляти дані в UE (етап В). Після посилання повідомлення-команди на проведення хендовера на етапі 7, вихідний вузол eNB може переслати буферизовані дані для UE в цільовий вузол eNB (етапи С та D). Дані, що пересилаються, можуть містити дані, які ще не відправлені в UE, а також дані, які знаходяться в процесі передачі, наприклад, відправлені, але не прийняті успішно UE. Цільовий вузол eNB може буферизувати дані, що приймаються з вихідного вузла eNB (етап Е). Після прийому команди на проведення хендовера на етапі 7, UE може роз'єднатися з вихідним вузлом eNB і може виконати синхронізацію з цільовим вузлом eNB. UE може виконати синхронізацію з цільовим вузлом eNB і може запустити одержання часового випередження висхідної лінії (етап 8). Цільовий вузол eNB може відповісти виділенням ресурсу і часовим випередженням (ТА) для UE (етап 9). Відразу після того, як UE успішно допущений до цільового вузла eNB, UE може послати повідомлення-підтвердження хендовера в цільовий вузол eNB для сповіщення, що процедура хендовера завершена для UE (етап 10). Цільовий вузол eNB може послати повідомлення про завершення хендовера для повідомлення шлюзу MME/SAE про те, що UE змінив вузол eNB (етап 11). Потім шлюз MME/SAE може переключити тракт даних для UE від вихідного вузла eNB до цільового вузла eNB (етап G). Шлюз MME/SAE може також послати повідомленняпідтвердження завершення хендовера назад в цільовий вузол eNB (етап 12). Цільовий вузол eNB може послати повідомлення звільнення ресурсів, у вихідний вузол eNB, щоб показати успішний хендовер UE (етап 13). Після прийому повідомлення 11 звільнення ресурсів вихідний вузол eNB може звільнити ресурси для UE (етап 14). До прийому повідомлення про завершення хендовера на етапі 11, шлюз MME/SAE може продовжувати відправку даних для UE у вихідний вузол eNB (етап F). Вихідний вузол eNB може продовжити пересилання даних для UE в цільовий вузол eNB (етап Н). Після прийому повідомлення про завершення хендовера на етапі 11, шлюз MME/SAE може посилати дані для UE в цільовий вузол eNB (етап І). Цільовий вузол eNB може посилати дані, переслані з вихідного вузла eNB, і дані, прийняті зі шлюзу MME/SAE. в UE (етап J). На фіг. 4 показаний інший зразковий потік 400 виклику для хендовера UE 110 від вихідного вузла eNB 120 до цільового вузла eNB 122. У даному прикладі, ММЕ і шлюз SAE є окремими об'єктами. Етапи 1-7 потоку 400 виклику можуть відповідати етапам 1-7, відповідно потоку 300 виклику на фіг. 3. Після пересилання повідомлення-команди на проведення хендовера на етапі 7, вихідний вузол eNB може послати повідомлення передачі стану порядкового номера (SN), яке може повідомляти стан передавача і приймача для PDCP для UE у вихідному вузлі eNB (етап 8). Інформація про стан може містити (і) порядковий номер (SN) в PDCP останнього SDU в PDCP, послідовно прийнятого у вихідному вузлі eNB та (іі) наступному SN в PDCP для використання при відправці даних в UE. Цільовий вузол eNB може використовувати інформацію про стан передавача і приймача для збереження стану PDCP для UE. Етапи 9-11 потоку 400 виклику можуть відповідати етапам 8-10, відповідно, потоку 300 виклику на фіг. 3. Після прийому повідомленняпідтвердження хендовера з UE на етапі 11, цільовий вузол eNB може послати повідомлення-запит перемикання тракту в ММЕ для повідомлення ММЕ про те, що UE змінив вузол eNB (етап 12). ММЕ може послати повідомлення-запит оновлення ділянки користувача в шлюз SAE (етап 13). Потім шлюз SAE може переключити тракт даних для UE від вихідного вузла eNB до цільового вузла eNB (етап F). Шлюз SAE може також відправити щонайменше один пакет «маркера кінця» у вихідний вузол eNB і, потім, може звільнити ресурси, виділені для вихідного вузла eNB (етап 14). Пакет маркера кінця може не містити користувацькі дані і може вказувати на кінець даних, що відправляються зі шлюзу SAE у вихідний вузол eNB. Шлюз SAE може також послати повідомленнявідповідь на оновлення ділянки користувача назад в ММЕ (етап 15). ММЕ може послати повідомлення-підтвердження запиту перемикання тракту в цільовий вузол eNB для підтвердження повідомлення-запиту перемикання тракту (етап 16). Цільовий eNB може послати повідомлення, що вимагає звільнити ресурси, у вихідний вузол eNB, щоб сповістити про успішний хендовер UE (етап 17). Після прийому повідомлення, що вимагає звільнити ресурси, вихідний вузол eNB може звільнити ресурси для UE (етап 18). До хендовера вихідний вузол eNB може приймати дані для UE зі шлюзу SAE (етап А) і може 94839 12 відправляти дані в UE (етап В). Після пересилання повідомлення-команди на проведення хендовера на етапі 7, вихідний вузол eNB може переслати буферизовані дані для UE в цільовий вузол eNB (етапи С та D), і цільовий вузол eNB може буферизувати дані, що пересилаються, (етап Е). Під час перемикання тракту до цільового вузла eNB, вихідний вузол eNB може прийняти щонайменше один пакет маркера кінця зі шлюзу SAE (етап 14). Вихідний вузол eNB може продовжити пересилання даних для UE в цільовий вузол eNB (етап G) І може відправити пакет маркера кінця, коли закінчене пересилання всіх даних для UE (етап Н). Цільовий вузол eNB може відправляти дані, переслані з вихідного вузла eNB, і дані, що приймаються зі шлюзу MME/SAE, в UE (етап J). На фіг. 3 та 4 показані два зразкових потоки виклику для хендовера UE від вихідного вузла eNB до цільового вузла eNB. Хендовер UE може також бути виконаний з використанням інших потоків виклику. На фіг. 5 показане пересилання пакетів (наприклад, SDU в PDCP) для UE по низхідній лінії під час хендовера. До хендовера шлюз SAE може відправляти пакети для UE у вихідний вузол eNB по інтерфейсу S1 (етап А на фіг. 4). Вихідний вузол eNB може буферизувати, обробляти і передавати згадані пакети в UE (етап В на фіг. 4). У деякий момент під час хендовера, тракт для UE переключають від вихідного вузла eNB до цільового вузла eNB (етап F на фіг. 4), 3 цього моменту і далі, шлюз SAE може посилати пакети для UE в цільовий вузол eNB по інтерфейсу S1 (етап І на фіг. 4). Шлюз SAE може відправляти пакети для UE впорядковано у вихідний і цільовий вузли eNBs. Під час і після хендовера, вихідний вузол eNB може містити декілька пакетів для UE, які ще не відправлені в UE. Вихідний вузол eNB може переслати згадані пакети в цільовий вузол eNB по інтерфейсу Х2 (етапи D та G на фіг. 4). Цільовий вузол eNB може приймати пакети для UE зі шлюзу SAE, а також з вихідного вузла eNB. Цільовий вузол eNB може приймати згадані пакети, без додержання порядку, зі шлюзу SAE і вихідного вузла eNB, наприклад, під час додаткової затримки передачі по інтерфейсу Х2. У прикладі, показаному на фіг. 5, пакети можуть бути впорядковані так, щоб пакет а був найпершим, і пакет g був останнім. Цільовий вузол eNB може приймати пакети receive packets e, f та g зі шлюзу SAE до пакетів a, b, c та d з вихідного вузла eNB. Цільовий вузол eNB може відповідати за впорядковану доставку пакетів у UE під час і після хендовера. Цільовий вузол eNB може відправити всі пакети, переслані з вихідного вузла eNB, до відправки будь-якого з пакетів, прийнятого зі шлюзу SAE. Коли цільовий вузол eNB приймає перший пакет є зі шлюзу SAE, цільовий вузол eNB може деяким чином забезпечити, щоб, перед передачею пакета є в UE, більше не було пакетів, що пересилаються з вихідного вузла eNB. Однак, цільовий вузол eNB може не знати, коли буде одержаний останній пакет з вихідного вузла eNB. У потоку 300 виклику, показаному на фіг. 3, вихідний вузол eNB продовжує пересилати па 13 кети для UE в цільовий вузол eNB доти, доки не закінчиться пересилання всіх пакетів. Цільовий вузол eNB не знає, коли останній пакет для UE був пересланий вихідним вузлом eNB. У потоку 400 виклику, показаному на фіг. 4, вихідний вузол eNB може послати пакет маркера кінця, щоб указати, що були переслані всі пакети для UE в цільовий вузол eNB. Однак, пакет маркера кінця може загубитися в процесі передачі і може бути не прийнятий цільовим вузлом eNB. Відповідно до одного аспекту, цільовий вузол eNB може використовувати таймер для визначення, скільки часу потрібно чекати пакети для UE з вихідного вузла eNB до відправки пакетів, прийнятих зі шлюзу SAE. в UE. Цільовий вузол eNB може запускати таймер, коли згаданий вузол вперше «почує» від шлюзу SAE відносно UE, що може відбуватися після перемикання тракту на етапі G на фіг. 3 або на етапі F на фіг. 4. Таймер може бути запущений за однією з наступних подій: - Коли цільовий вузол eNB приймає перший пакет для UE зі шлюзу SAE, - Коли цільовий вузол eNB приймає повідомлення-підтвердження завершення хендовера зі шлюзу SAE, наприклад, на етапі 12 на фіг. 3. - Коли цільовий вузол eNB приймає повідомлення-підтвердження запиту перемикання тракту з ММЕ, наприклад, на етапі 16 на фіг. 4, або - Коли відбувається найбільш раннє з будьяких вищеописаних подій. Повідомлення-підтвердження завершення хендовера на етапі 12, показаному на фіг. 3, і повідомлення-підтвердження запиту перемикання тракту на етапі 16, показаному на фіг. 4, можна розглядати як два зразкових повідомлення, що сповіщають про завершення перемикання тракту даних від вихідного вузла eNB до цільового вузла eNB. Завершення перемикання тракту даних може бути також повідомлене в цільовий вузол eNB іншими способами. Як показано на фіг. 3, цільовий вузол eNB повинен приймати повідомлення-підтвердження завершення хендовера і перший пакет для UE зі шлюзу SAE близько за часом, але може приймати два згаданих елементи в іншому порядку внаслідок асинхронного характеру інтерфейсу S1. Як показано на фіг. 4, цільовий вузол eNB повинен приймати повідомлення-підтвердження запиту перемикання тракту з ММЕ і перший пакет для UE зі шлюзу SAE близько за часом. Перемикання тракту даних на етапі G, показаному на фіг. 3, і на етапі F. показаному на фіг. 4, можуть займати змінний проміжок часу на завершення. Завдяки запуску таймера після завершення перемикання тракту даних можна виключити змінну затримку на перемикання тракту, що може дозволити використання більш «короткого» таймера. Відповідно до іншого аспекту, незалежно від того, коли може бути запущений таймер, таймер може бути адаптивним і встановлюватися на підходяще значення, щоб зменшувати пакетну затримку і втрату пакетів. В одному варіанті виконання, значення таймера може визначатися на основі щонайменше одного з наступних факторів: 94839 14 1. Навантаження, якого зазнає інтерфейс Х2 між вихідним та цільовим вузлами eNBs, 2. Навантаження, якого зазнає інтерфейс S1 між вихідним вузлом eNB і шлюзом SAE і/або інтерфейс S1 між цільовим вузлом eNB і шлюзом SAE, 3. Попередній досвід. 4. Час, затрачений на прийом останніх пакетів, що пересилаються, з вихідного вузла eNB при попередніх хендоверах, наприклад, медіанне, середнє, дисперсію тощо, 5. Фактори, специфічні для стільника, наприклад, функція розміру стільника, ширина смугичастот системи, значення гістерезису тощо, 6. Фактори, специфічні для одионанравленого радіоканалу, наприклад, функція вимог до затримки, максимальна швидкість передачі в бітах (MBR), гарантована швидкість передачі в бітах (GBR) тощо, і 7. Типова максимальна затримка, на яку можуть погоджуватися звичайні додатки TCP. Що стосується фактора 1, то, при більшому навантаженні на інтерфейс Х2, можна застосувати більше значення таймера, і навпаки. Більше значення таймера може забезпечити більше часу для прийому пакетів, що пересилаються з вихідного вузла eNB. Що стосується фактора 2, то, при більшому навантаженні на інтерфейс S1 між вихідним вузлом eNB і шлюзом SAE, можна застосувати більше значення таймера, і навпаки. Більш значне перевантаження інтерфейсу S1 може призводити до великих витрат часу на надходження пакетів у вихідний вузол eNB і, зрештою, в цільовий вузол eNB, Що стосується факторів 3 та 4, то значення таймера можна вибирати на основі інформації, одержаної для попередніх хендоверів UE від вихідного вузла eNB до цільового вузла eNB. Для кожного хендовера, цільовий вузол eNB може визначати, коли останній пакет, що пересилається, був прийнятий з вихідного вузла eNB. Цільовий вузол eNB може відкинути останній пакет, що пересилається, якщо він був прийнятий після закінчення таймера, що вказувало б на те, що встановлений дуже короткий таймер. І, навпаки, якщо останній пакет, що пересилається, приймався задовго до того, як закінчився таймер, то встановлений дуже довгий таймер. Дану інформацію можна використовувати для встановлення таймера на правильне значення для майбутніх хендоверів. Що стосується фактора 5, то фактори, специфічні для стільника, можуть впливати на затримку в інтерфейсі S1, яка, в свою чергу, впливає на пересилання пакетів. В одному варіанті виконання, єдине значення таймера можна використовувати для всіх UE, що передаються за процедурою хендовера цільовому вузлу eNB. В іншому варіанті виконання, для різних вихідних вузлів eNB можна використовувати різні значення таймера, по одному значенню таймера для кожного вихідного вузла eNB. У ще одному варіанті виконання, для різних типів даних або потоків радіообміну можна використовувати різні значення таймера, які можна визначати на основі характеристик однонаправлених радіоканалів для потоків (вищенаведений фактор 6). Напри 15 клад, більш короткий таймер можна використовувати для потоків з даними, чутливими до затримки (наприклад, VoIP), і більш тривалий таймер можна використовувати для потоків з даними, що терплять затримку (наприклад, завантаження в фоновому режимі). Загалом, значення таймера може бути вибране на основі будь-якого одного або більшої кількості факторів, щоб ступінь затримки, що вводиться таймером, можна було скоротити наскільки можливо, при виключенні або зменшенні втрат пакетів, що пересилається з вихідного вузла eNB. Деякі фактори наведені вище, і інші фактори також можна розглядати при виборі значення таймера. Різні значення можна застосовувати в таймері для різних сукупностей параметрів якості обслуговування (QoS). Сукупність параметрів QoS може бути асоційована з вимогою до затримки, вимогою до пропускної здатності, пріоритетністю і/або параметрами обробки даних. В одному варіанті виконання, значення таймера може бути динамічно оновлене таким чином:  T(k  1)   UP якщо D(k )  T(k  1) T(k )   , рівняння(1)  T(k  1)   UP якщо D(k )  T(k  1) де D(k) означає затримку останнього пакета, що пересилається вихідним вузлом eNB для k-го хендовера в цільовий вузол eNB, Т(k) означає значення таймера після k-го хепдовера, і UP означає збільшення, і DN означає зменшення для настроювання значення таймера. Збільшення і зменшення можна задавати таким чином:  100  Q  DN  UP  , рівняння(2)  Q  де Q означає відсоткову частину хендоверів, під час яких останні пакети, що пересилаються, прийняті до закінчення таймера. DN може становити невелику частку UP. Наприклад, якщо Q=99%, потім DN=UP/99. Значення UP може бути вибране па основі оптимального співвідношення між швидкістю збіжності і залишкової погрішності оцінки. Більше значення UP може забезпечувати більш швидку збіжність, тоді як менше значення UP може забезпечувати менші залишкові погрішності оцінки. У варіанті виконання, відображеному в рівнянні (1), значення таймера може бути динамічно оновлене для кожного хендовера в цільовий вузол eNB. Якщо затримка останнього пакета, що пересилається з вихідного вузла eNB, більше, ніж поточний час таймера, то час таймера збільшують за допомогою збільшення UP. В іншому випадку, час таймера зменшують за допомогою зменшення UP. Час таймера повинен сходитися в значення, при якому Q відсоткова частина від хендоверів, в яких останній пакет, пересланий в межах значення таймера, і 100-Q відсоткова частина від хендоверів, в яких останній пакет, пересланий пізніше значення затримки таймера. Q може бути вибраний для досягнення бажаної характеристики втрат пакетів при хендоверах і може бути дорівнювати 80, 90, 95, 99 або деякому іншому значенню. 94839 16 В одному варіанті виконання, цільовий вузол eNB може (і) посилати всі пакети, прийняті з вихідного вузла eNB до закінчення таймера, в UE і (іі) відкидати всі пакети, прийняті з вихідного вузла eNB після закінчення таймера. Такий варіант виконання може спрощувати реалізацію таймера і роботу цільового eNB. В іншому варіанті виконання, цільовий вузол eNB може продовжувати прийом пакетів з вихідного вузла eNB навіть після закінчення таймера і може посилати згадані пакети в UE, якщо перший пакет зі шлюзу SAE ще не був відправлений цільовим вузлом eNB в UE. У згаданому варіанті виконання, цільовий вузол eNB може продовжувати відправку пакетів, прийнятих з вихідного вузла eNB в UE, навіть після закінчення таймера, і доки перший пакет зі шлюзу SAE не відправлений цільовим вузлом eNB в UE. Звичайно, методи, описані в даній заявці, можна застосовувати для забезпечення впорядкованої доставки пакетів для будь-якого протоколу на будь-якому рівні або підрівні з цільового вузла eNB в UE під час хендовера. Наприклад, методи можна застосовувати для забезпечення впорядкованої доставки SDU в PDCP, IP-пакетів тощо. На фіг. 6 показаний варіант виконання способу 600 впорядкованої доставки даних під час хендовера. Спосіб 600 може бути виконаний цільовою базовою станцією, наприклад, цільовим вузлом eNB. Цільова базова станція може брати участь в хендовері UE від вихідної базової станції до цільової базової станції, наприклад, як показано на фіг. 3 або 4 (етап 612). Етап 612 може містити задачі, що виконуються для хендовера цільовою базовою станцією на фіг. 3 або 4, або деякий інший набір задач. Цільова базова станція може запускати таймер після того, як тракт даних зі шлюзу в UE був переключений від вихідної базової станції до цільової базової станції (етап 614). Шлюз може бути шлюзом SAE, вузлом GGSN, вузлом PDSN тощо. Цільова базова станція може приймати пакети, що пересилаються для UE з вихідної базової станції (етап 616). Пакет, що пересилається, може бути пакетом, що відправлений шлюзом у вихідну базову станцію і пересилається вихідною базовою станцією в цільову базову станцію. Цільова базова станція може також приймати нові пакети для UE зі шлюзу (етап 618). Новий пакет може бути пакетом, відправленим шлюзом в цільову базову станцію, але не в вихідну базову станцію. І нові пакети, що пересилаються, можуть містити SDU в PDCP, IP-пакети або пакети деяких інших типів. Цільова базова станція може відправляти пакети, що пересилаються, прийняті до закінчення таймера, в UE до будь-яких нових пакетів (етап 620). Цільова базова станція може відправляти пакети, що пересилаються, в UE, без очікування закінчення таймера і може відправляти нові пакети в UE після закінчення таймера. В одному варіанті виконання, цільова базова станція може відкидати пакети, що пересилаються, які приймаються після закінчення таймера. В іншому варіанті виконання, цільова базова станція може відправляти пакети, що пересилаються, прийняті після закінчення таймера, в UE, якщо ніякі нові пакети не були відпра 17 влені в UE. Цільова базова станція може приймати з вихідної базової станції пакет маркера кінця, що вказує на відсутність пакетів для пересилання в цільову базову станцію, наприклад, як показано па фіг. 4. У згаданому випадку, цільова базова станція може зупинити таймер після прийому пакета маркера кінця і може відправляти нові пакети в UE після зупинки таймера. На етапі 614, цільова базова станція може використовувати фіксоване значення для таймера. В альтернативному варіанті, цільова базова станція може визначати реконфігуроване значення для таймера за (і) навантаженням на перший інтерфейс між вихідною і цільовою базовими станціями, (іі) навантаженням на другий інтерфейс між вихідною базовою станцією і шлюзом, (ііі) навантаженням на третій інтерфейс між цільовою базовою станцією і шлюзом, (iv) інформацією відносно останніх пересланих пакетах при попередніх хендоверах інших UE, (v) сукупність параметрів QoS даних, що відправляються в UE, і/або (vi) іншою інформацією. Цільова базова станція може також динамічно оновлювати значення таймера на основі затримок останніх пересланих пакетів при попередніх хендоверах інших UEs, наприклад, як показано в рівнянні (1). Цільова базова станція може відправити перше повідомлення для запуску перемикання тракту даних від вихідної базової станції до цільової базової станції і може прийняти друге повідомлення, яке вказує завершення перемикання тракту даних. На етапі 614, цільова базова станція може запустити таймер (і) при прийомі другого повідомлення, (іі) при прийомі першою нового пакета для UE зі шлюзу, (ііі) при настанні найпершої з подій (і) та (іі), або (iv) при настанні деякої події. Перше повідомлення може містити повідомлення про завершення хендовера, і друге повідомлення може містити повідомлення-підтвердження завершення хендовера, як показано на фіг. 3. Перше повідомлення може також містити повідомлення-запит перемикання тракту, і друге повідомлення може містити повідомлення-підтвердження запиту перемикання тракту, як показано на фіг, 4. Перше і друге повідомлення можуть також містити інші повідомлення. На фіг. 7 показаний варіант виконання пристрою 700 для впорядкованої доставки даних під час хендовера. Пристрій 700 містить модуль 712 для участі в хендовері UE від вихідної базової станції до цільової базової станції, модуль 714 для запуску таймера після того, як тракт даних від шлюзу до UE був переключений від вихідної базової станції до цільової базової станції, модуль 716 для прийому пакетів, що пересилаються, для UE з вихідної базової станції, модуль 718 для прийому нових пакетів для UE зі шлюзу і модуль 720 для відправки пересланих пакетів, прийнятих до закінчення таймера, в UE до будь-яких нових пакетів. На фіг. 8 показаний варіант виконання способу 800 прийому даних під час хендовера. Спосіб 800 може бути виконаний UE. UE може приймати пакети з вихідної базової станції до хендовера UE від вихідної базової станції до цільової базової станції (етап 812). UE може виконувати хендовер від вихі 94839 18 дної базової станції до цільової базової станції, наприклад, як показано на фіг. 3 або 4 (етап 814). UE може приймати пакети з цільової базової станції після хендовера (етап 816). Цільова базова станція може запускати таймер після того, як тракт даних зі шлюзу в UE був переключений від вихідної базової станції до цільової базової станції. Цільова базова станція може приймати пакети, що пересилаються, для UE з вихідної базової станції і нові пакети для UE зі шлюзу. Цільова базова станція може відправляти пакети, що пересилаються, які приймаються до закінчення таймера, в UE до будь-яких нових пакетів. UE може приймати пакети, що пересилаються, з цільової базової станції до закінчення таймера і може приймати нові пакети з цільової базової станції після закінчення таймера. На фіг. 9 показаний варіант виконання пристрою 900 для прийому даних під час хендовера. Пристрій 900 містить модуль 912 для прийому пакетів з вихідної базової станції до хендовера UE від вихідної базової станції до цільової базової станції, модуль 914 для виконання хендовера від вихідної базової станції до цільової базової станції і модуль 916 для прийому пакетів з цільової базової станції після хендовера, при цьому, цільова базова станція відправляє пакети, що пересилаються, прийняті з вихідної базової станції до закінчення таймера, в UE до будь-яких нових пакетів, прийнятих зі шлюзу. Модулі, показані на фіг. 7 та 9, можуть містити процесори, електронні пристрої, апаратні пристрої, електронні компоненти, логічні схеми, запам'ятовуючі пристрої тощо, або будь-яку їх комбінацію. На фіг. 10 показана блок-схема варіанта виконання цільового вузла eNB/базовий станції 122 та UE 110. У такому варіанті виконання, вузол eNB 122 обладнаний Т антенами 1034а 1034t, і UE 110 обладнаний R антенами 1052а 1052r, де, звичайно, Т>1 та R>1. У вузлі eNB 122, процесор 1020 даних (ТХ), що передаються, може приймати дані для щонайменше одного UE з джерела 1012 даних. Процесор 1020 ТХ-даних може обробляти (наприклад, кодувати, перемежовувати і модулювати) дані для кожного UE на основі щонайменше однієї схеми кодування і модуляції, вибраної для такого UE, щоб одержувати символи даних. Процесор 1020 передачі (ТХ), підтримуючий технологію множинних входів/множинних виходів (МІМО) може мультиплексувати символи даних для всіх UE, без пілотних символів, обробляти (наприклад, заздалегідь кодувати) мультиплексувати символи і забезпечувати Т вихідних потоків символів у Т модуляторів (MOD) 1032a-1032t. Кожний модулятор 1032 може обробляти відповідний вихідний потік символів, наприклад, для мультиплексування з ортогональним розподілом частот (OFDM), щоб одержувати вихідний потік відліків. Кожний модулятор 1032 може додатково обробляти (наприклад, перетворювати в аналоговий, посилювати, фільтрувати і перетворювати з підвищенням частоти) вихідний потік відліків, щоб одержувати низхідний сигнал. Т низхідних сигналів з модуляторів 1032a-1032t мо 19 жуть бути передані за допомогою Т антен 1034a1034t, відповідно. У UE 110, антени 1052а-1052r можуть приймати низхідні сигнали з вузла eNB 122 і надавати сигнали, що приймаються, демодуляторам (DEMOD) 1054а-1054r, відповідно. Кожний демодулятор 1054 може приводити сигнал до визначених умов (наприклад, фільтрувати, посилювати, перетворювати із зниженням частоти і відцифровувати) відповідний прийнятий сигнал для одержання відліків і може додатково обробляти відліки (наприклад, для OFDM) для одержання прийнятих символів. Детектор 1060 МІМО може виконувати детектування за технологією МІМО символів, прийнятих з усіх R демодуляторів 1054а-1054r і забезпечувати детектовані символи. Процесор 1070 даних (RX), що приймаються може обробляти (наприклад, демодулювати, усувати перемежовування і декодувати) детектовані символи і надавати декодовані дані для UE 110 приймачу 1072 даних. Загалом, обробка детектором 1060 МІМО і процесором 1070 RX-даних є комплементарною по відношенню до обробки процесором 1030 ТХ МІМО і процесором 1020 ТХ-даних у вузлі 122. У висхідній лінії, в UE 110, дані з джерела 1078 даних і сигналізація можуть бути оброблені процесором 1080 ТХ-даних, додатково оброблені процесором 1082 ТХ МІМО (у відповідному випадку), наведені до визначених умов модуляторами 1054а-1054r і передані за допомогою антен 1052а1052r. У вузлі eNB 122, висхідні сигнали з UE 110 можуть бути прийняті антенами 1034, заздалегідь наведені до визначених умов демодуляторами 1032. детектовапі детектором 1036 МІМО і оброблені процесором 1038 RX-даних, щоб одержати дані і сигналізацію, що передаються UE 110. Контролери/процесори 1040 та 1090 можуть направляти роботу у вузлі eNB 122 та UE 110, відповідно. Контролер/процесор 1040 може реалізовувати або направляти спосіб 600, показаний на фіг. 6, і/або інші способи для реалізації методів, описаних в даній заявці. Контролер/процесор 1090 може реалізовувати або направляти спосіб 800, показаний на фіг. 8. і/або інші способи для реалізації методів, описаних в даній заявці. Запам'ятовуючі пристрої 1042 та 1092 можуть зберігати дані і програмні коди для вузла eNB 122 та UE 110, відповідно. Диспетчер 1044 може планувати UE для передачі по низхідній лінії і/або висхідній лінії і може забезпечувати виділення ресурсів для запланованих UE. Блок 1046 зв'язку (Comm) може підтримувати зв'язок з іншими мережними об'єктами, наприклад, з вихідним вузлом eNB 120 по інтерфейсу Х2 і шлюзом 130 SAE по інтерфейсу S1. Потрібно розуміти, що конкретний порядок або ієрархія етапів в описаних способах, є прикладом типових підходів. З урахуванням переважних варіантів виконання, потрібно розуміти, то конкретний порядок або ієрархія етапів у способах можна переставляти, залишаючись, при цьому, в межах обсягу даного винаходу. Прикладена формула винаходу на спосіб представляє елементи різних етапів у зразковому порядку і не має па увазі об 94839 20 меження представленим конкретним порядком або ієрархією. Фахівцям в даній галузі техніки потрібно розуміти, що інформацію і сигнали можна представляти з використанням будь-яких з множини різних технологій і методів. Наприклад, дані, інструкції, команди, інформація, сигнали, біти, символи та елементарні сигнали, які можуть бути згадані у вищенаведеному описі, можуть бути представлені напругами, струмами, електромагнітними хвилями, магнітними полями або частинками, оптичними полями або частинками або будь-якою їх комбінацією. Фахівцям потрібно додатково розуміти, що різні наочні логічні блоки, модулі, схеми та етапи алгоритмів, описані в зв'язку з розкриттям винаходу, представленим в даній заявці, можуть бути реалізовані у вигляді електронної апаратури, комп'ютерного програмного забезпечення або їх комбінацій. Щоб чітко пояснити взаємозамінність апаратного забезпечення і програмного забезпечення, різні наочні компоненти, блоки, модулі, схеми та етапи описані вище, загалом, з точки зору їх функціональності. Чи Реалізовані згадані функції у вигляді апаратного забезпечення або програмного забезпечення, залежить від конкретного застосування та обмежень варіанта виконання, що накладаються на всю систему. Фахівці можуть реалізовувати описану функціональність різними способами для кожного конкретного застосування, але рішення, що стосуються реалізації, не треба інтерпретувати як такі, що приводять до виходу за межі обсягу даного винаходу. Різні наочні логічні блоки, модулі і схеми, описані в зв'язку з винаходом, запропонованим в даній заявці, можуть бути реалізовані або виконані в універсальному процесорі, цифровому сигнальному процесорі (DSP), спеціалізованій інтегральній схемі (ASIC), матриці логічних елементів з експлуатаційним програмуванням (FPGA) або іншому програмованому логічному пристрої, дискретною вентильною або транзисторною логікою, дискретних компонентах апаратного забезпечення або будь-якої їх комбінації, призначеної для виконання функцій, описаних в даній заявці. Універсальний процесор може бути мікропроцесором, але, в альтернативному варіанті, процесор може бути будьяким звичайним процесором, контролером, мікроконтролером або кінцевим автоматом. Процес можна також реалізувати у вигляді комбінації комп'ютерних пристроїв, наприклад, комбінації з DSP і мікропроцесора, множини мікропроцесорів щонайменше одного мікропроцесора в поєднанні з ядром DSP або будь-якій іншій подібній конфігурації. Етапи способу або алгоритми, описані в зв'язку з винаходом, запропонованим у даній заявці, можуть бути здійснені безпосередньо в апаратному забезпеченні, в програмному модулі, виконуваним процесором або комбінації того і іншого. Програмний модуль може знаходитися в RAM-пам'яті (оперативній пам'яті), флеш-пам'яті, ROM-нам'яті (постійній пам'яті), EPROM-пам'яті (стираній програмованій постійній пам'яті), EEPROM-пам'яті (електрично стираній програмованій постійній па 21 м'яті), регістрах, па жорсткому диску, знімному диску, на CD-ROM (постійний запам'ятовуючий пристрій па компакт-диску) або на носії інформації будь-якої іншої форми, відомому в даній галузі техніки. Зразковий носій інформації зв'язаний з процесором таким чином, що процесор може зчитувати інформацію з носія інформації або записувати на нього інформацію. В альтернативному варіанті здійснення, носій інформації може бути вбудований в процесор. Процесор і носій інформації можуть знаходитися в ASIC. ASIC може знаходитися в користувацькому терміналі. В альтернативному варіанті, процесор і носій інформації можуть знаходитися у вигляді дискретних компонентів у користувацькому терміналі. У щонайменше одному зразковому варіанті виконання, описані функції можуть бути реалізовані в апаратному забезпеченні, програмному забезпеченні, апаратно реалізованому програмному забезпеченні або будь-якій їх комбінації. При реалізації в програмному забезпеченні, функції можуть зберігатися або передаватися у вигляді щонайменше однієї інструкції або коду на комп'ютерно-зчитуваному носії. Комп'ютернозчитувані носії містять як комп'ютерні носії інформації, так і середовища передачі даних, які містять будь-яке середовище, яке полегшує перенесення комп'ютерної програми з одного місця в інше. Носії інформації можуть бути будь-якими доступними носіями, до яких може звертатися універсальний або спеціальний комп'ютер. Наприклад, і без обмеження, згадані комп’ютерно-зчитувані носії можуть містити RAM, ROM, EEPROM, CD-ROM або інший накопичувач на оптичному диску, накопичувач на магнітному диску або інші магнітні запам'ятовуючі пристрої, або будь-який інший носій, який можна використовувати для перенесення або зберігання необхідного засобу з програмним кодом в формі інструкцій або структур даних, і до якого може звертатися універсальний або спеціальний комп'ютер або універсальний або спеціальний процесор. Крім того, будь-яке з'єднання, правильно називати комп'ютерно-зчитуваним носієм. Наприклад, якщо програмне забезпечення передають з Web-сайта, сервера або іншого віддаленого джерела, з використанням коаксіального кабелю, волоконно-оптичного кабелю, витої пари, цифрової абонентської лінії (DSL) або бездротових технологій, наприклад, інфрачервоних, радіо- і мікрохвиль, то коаксіальний кабель, волоконнооптичний кабель, скручена пара, DSL або бездротові технології, наприклад, інфрачервоні, радіо- і мікрохвилі включені у визначення носія. У контексті даної заявки термін диск (в оригіналі disk та disc), і включає в себе компакт-диск (CD), лазерний диск, оптичний диск, універсальний цифровий диск (DVD). гнучкий магнітний диск і диск Blu-ray, при цьому, диски, що записуються в оригіналі як disks, звичайно відтворюють дані магнітним способом, тоді як диски, що записуються, в оригіналі як discs, відтворюють дані оптичним способом за допомогою лазерів. Комбінації вищеописаних засобів також потрібно включати в рамки комп'ютерно-зчитуваних носіїв. 94839 22 Вищенаведений опис винаходу служить для надання будь-якому фахівцеві в даній галузі техніки можливості створювати або застосовувати винахід. Різні модифікації винаходу будуть легко виявлені фахівцями в даній галузі техніки, і загальні принципи, викладені в даній заявці, можна застосувати до інших варіантів, без виходу за межі суті або обсягу винаходу. Отже, винахід не призначений для обмеження прикладами і варіантами виконання, описаними в даній заявці, але повинен відповідати найбільш широкому обсягу, що узгоджується з принципами і новими ознаками, описаними в даній заявці. Посилальні позиції 100 бездротова система зв'язку 110 користувацьке обладнання 120, 122 вузли eNB 130 шлюз об'єкта керування мобільністю/розвитку мережної архітектури (MME/SAE)) 140 базова мережа і/або мережа передачі даних (наприклад, Інтернетом) 200 стеки протоколів для ділянці користувача 300 зразковий потік виклику для хендовера 400 зразковий потік виклику для хендовера 600 спосіб впорядкованої доставки даних під час хендовера 700 пристрій для впорядкованої доставки даних під час хендовера 712 модуль для участі в хендовері UE 714 модуль для запуску таймера 716 модуль для прийому пакетів, що пересилаються 718 модуль для прийому нових пакетів для UE 720 модуль для відправки пересланих пакетів, прийнятих до закінчення таймера 800 спосіб прийому даних під час хендовера 900 пристрій для прийому даних під час хепдовера 912 модуль для прийому пакетів з вихідної базової станції до хендовера 914 модуль для виконання хендовера від вихідної базової станції до цільової базової станції 916 модуль для прийому пакетів з цільової базової станції після хендовера 1012 джерело даних 1020 процесор даних (ТХ), що передаються 1030 процесор ТХ МІМО 1032 модулятор 1034 антени 1036 детектор МІМО 1038 процесор RX-даних 1040, 1090 контролери/процесори 1042, 1092 запам'ятовуючий пристрій 1046 блок зв'язку 1052 антени 1054 демодулятор 1060 детектор 1070 процесор даних (RX), що приймаються 1072 приймач даних 1078 джерело даних 1080 процесор ТХ-даних 1082 процесор ТХ МІМО 23 94839 24 25 94839 26 27 94839 28 29 94839 30 31 Комп’ютерна верстка А. Крижанівський 94839 Підписне 32 Тираж 24 прим. Міністерство освіти і науки України Державний департамент інтелектуальної власності, вул. Урицького, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут промислової власності”, вул. Глазунова, 1, м. Київ – 42, 01601