Спосіб встановлення режиму спільної роботи, кероване обладнання, базова станція і система

 

ОБЛАСТЬ ТЕХНІКИ, ДО ЯКОЇ НАЛЕЖИТЬ ВИНАХІД

[0001] Даний винахід відноситься до області бездротового зв'язку, зокрема, до способу встановлення режиму спільної роботи, в якому кероване обладнання в першій системі зв'язку виконує першу зв'язок з базовою станцією в першій системі зв'язку та виконує другу зв'язок з пристроєм в другій системі зв'язку, яка відрізняється від першої системи зв'язку, за методом з тимчасовим поділом, і до базової станції, призначеного для користувача устаткування і системи, які використовують цей спосіб.

РІВЕНЬ ТЕХНІКИ ВИНАХОДУ

[0002] З швидким розвитком системи бездротового зв'язку кероване обладнання, наприклад, мобільний телефон тощо (також званий термінальним пристроєм), відіграє все більш важливу роль в житті людей. У додатковому обладнанні все більше використовуються функції, крім функцій зв'язку, наприклад, доступ до мережі WLAN (Бездротова локальна мережа) з використанням користувацького обладнання. До того ж, щоб спростити лінію зв'язку і обміну даними, що виконується користувальницьким обладнанням та іншим пристроєм, такі інтерфейси, як інфрачервона зв'язок, Bluetooth, USB і т. п., стають стандартними конфігурі Bluetooth і т. п. працюють в смузі частот ISM (промисловий, науковий і медичний частотний діапазон). Наприклад, смуга частот 2400 МГц-2483,5 МГц є однією з загальноприйнятих міжнародних смуг частот ISM, а також є однією з найбільш поширених смуг частот ISM.

[0003] Якщо смуга частот, на якій ґрунтується зв'язок між користувальницьким обладнанням та відповідної базової станцією, є близькою або кратної смузі частот, на якій ґрунтується зв'язок між користувальницьким обладнанням та іншим пристроєм, то такі дві зв'язки можуть створювати перешкоди один одному. Наприклад, система бездротового зв'язку LTE (Система довгострокового розвитку) є однією з систем покращеного 3G (за межами IMT-2000). У відповідності зі стандартами серії LTE [36.101], система LTE може працювати в декількох смугах частот. У цих робочих смугах частот LTE деякі смуги частот безпосередньо межують зі смугами частот ISM, наприклад смугою частот 40 для розгортання системи LTE TDD (дуплекс з тимчасовим поділом), 2300 МГц-2400 МГц; та смугою частот 7 для розгортання системи LTE FDD (частотне розділення), 2500 МГц-2570 МГц для висхідної лінії зв'язку і 2620 МГц-2670 МГц для низхідній лінії зв'язку. В цих смугах частот LTE крат�сой частот 13 для розгортання системи LTE FDD, 777 МГц-787 МГц для висхідної лінії зв'язку і 746 МГц-756 МГц для низхідній лінії зв'язку; та смугою частот 14 для розгортання системи LTE FDD, 788 МГц-798 МГц для висхідної лінії зв'язку і 758 МГц-768 МГц для низхідній лінії зв'язку. Якщо клієнтська обладнання LTE працює у вищезазначених смугах частот поряд з тим, що система WLAN або система Bluetooth інтерфейс обладнанні знаходиться в активованому стані, то система LTE і система ISM (система WLAN, система Bluetooth і т. п.) в додатковому обладнанні можуть створювати перешкоди один одному через витік в сусідню смугу частот, і навіть призвести до втрати зв'язку з-за дуже високої частоти кодових помилок. Якщо одночасно активується система GPS в додатковому обладнанні, то система GPS може створювати перешкоди системі LTE і не може працювати нормально.

[0004] Традиційним способом вирішення такої проблеми є застосування високопродуктивного фільтра передачі в передавальному терміналі користувацького обладнання, що здійснює зв'язок з базовою станцією, та/або у передавальному терміналі користувацького обладнання, що здійснює зв'язок з іншим пристроєм, щоб зменшити витік в сусідню смугу частот та/або придушити га�ьзовательского обладнання.

СУТНІСТЬ ВИНАХОДУ

[0005] Даний винахід спрямовано на усунення або принаймні пом'якшення вищевказаних недоліків попереднього рівня техніки. Деякі варіанти здійснення цього винаходу надають спосіб встановлення режиму спільної роботи, з допомогою якого можна швидко встановити режим спільної роботи, в якому кероване обладнання в першій системі зв'язку виконує першу зв'язок з базовою станцією в першій системі зв'язку та виконує другу зв'язок з пристроєм в другій системі зв'язку, яка відрізняється від першої системи зв'язку, за методом з тимчасовим поділом. Деякі варіанти здійснення цього винаходу також надають базову станцію, кероване обладнання та системи, які використовують цей спосіб.

[0006] У відповідності з аспектом цього винаходу надається спосіб встановлення режиму спільної роботи, який містить: прийом з допомогою базової станції першої системи зв'язку від користувацького обладнання в першій системі зв'язку запиту встановлення режиму для запиту встановлення режиму спільної роботи; інкапсуляцію конфігураційної інформації про режим спільної роботи,�ветного повідомлення встановлення до призначеного для користувача устаткування; і прийом повідомлення, яке вказує, чи закінчена конфігурація режиму спільної роботи, повернутого від користувацького обладнання.

[0007] У відповідності з іншим аспектом цього винаходу надається спосіб встановлення режиму спільної роботи, який містить: передачу з допомогою користувацького обладнання першої системи зв'язку до базової станції в першій системі зв'язку запиту встановлення режиму для запиту встановлення режиму спільної роботи; прийом встановлення відповідного повідомлення, що містить конфігураційну інформацію про режим спільної роботи, дозволену до використання користувальницьким обладнанням, повернутого від користувацького обладнання; конфігурування режиму спільної роботи відповідно до конфігураційної інформацією; і повернення до базової станції повідомлення, яке вказує, чи закінчена конфігурація режиму спільної роботи.

[0008] Базова станція надається згідно з іншим аспектом цього винаходу. Базова станція налаштована в першій системі зв'язку і містить: приймальний пристрій для прийому від користувацького обладнання в першій системі зв'язку запиту встановлення режиму для запиту установме спільної роботи, дозволений до використання користувальницьким обладнанням, у відповідь встановлення; і передавальний пристрій для передачі відповідного повідомлення встановлення до призначеного для користувача устаткування. Приймальний пристрій додатково використовується для прийому повідомлення, яке вказує, чи закінчена конфігурація режиму спільної роботи, повернутого від користувацького обладнання.

[0009] Кероване обладнання надається згідно з іншим аспектом цього винаходу. Кероване обладнання конфігурований в першій системі зв'язку і містить: пристрій обробки інформації для формування запиту встановлення режиму для запиту встановлення режиму спільної роботи; передавальний пристрій для передачі запиту встановлення режиму до базової станції в першій системі зв'язку; приймальний пристрій для прийому встановлення відповідного повідомлення, що містить конфігураційну інформацію про режим спільної роботи, дозволену до використання користувальницьким обладнанням, повернутого від базової станції, причому пристрій обробки інформації додатково використовується для конфігурування режиму спільної роботи у відповідності з ко�і повідомлення, вказує, закінчена конфігурація режиму спільної роботи.

[0010] У відповідності з іншим аспектом цього винаходу, що надається система зв'язку, що містить базову станцію і кероване обладнання, які описані вище.

[0011] Крім того, варіанти здійснення цього винаходу також надають комп'ютерну програму для виконання способів, які описані вище.

[0012] Крім того, варіанти здійснення цього винаходу також надають комп'ютерний програмний продукт щонайменше у вигляді машиночитаемого носія, на який записується код комп'ютерної програми для виконання способів, які описані вище.

КОРОТКИЙ ОПИС КРЕСЛЕНЬ

[0013] Вищезазначені та інші цілі, ознаки і переваги цього винаходу можна простіше зрозуміти, звертаючись до опису варіантів здійснення цього винаходу в поєднанні з кресленнями. Компоненти на кресленнях не намальовані у пропорції і призначені тільки для ілюстрації принципу цього винаходу. Щоб показати й описати деякі частини цього винаходу, відповідні ділянки на кресленнях можуть бути збільшені, тобто відповідні ділянки становяѷобретением. На кресленнях однаковий або аналогічний технічний ознака або компонент представляється однаковим або аналогічним посилальних позначенням.

[0014] Фіг.1 - схематичне уявлення, що ілюструє ситуацію виконання першої зв'язку користувацького обладнання з базовою станцією і другий зв'язку користувацького обладнання з іншим пристроєм за методом з тимчасовим поділом;

[0015] Фіг.2 - блок-схема алгоритму, що ілюструє спосіб встановлення режиму спільної роботи з допомогою користувацького обладнання в першій системі зв'язку у відповідності з варіантом здійснення цього винаходу;

[0016] Фіг.3 - блок-схема алгоритму, що ілюструє спосіб встановлення режиму спільної роботи за допомогою базової станції в першій системі зв'язку, який відповідає способу з фіг.2, у відповідності з варіантом здійснення цього винаходу;

[0017] Фіг.4 - блок-схема алгоритму, що ілюструє спосіб встановлення режиму спільної роботи за допомогою базової станції в першій системі зв'язку згідно з іншим варіантом здійснення цього винаходу;

[0018] Фіг.5 - блок-схема алгоритму, що ілюструє спосіб встановлення режиму спільної роботи з пом�ності з іншим варіантом здійснення цього винаходу;

[0019] Фіг.6A і 6B - схематизовані уявлення, що ілюструють приклад способу встановлення режиму спільної роботи у відповідності з цим винаходом;

[0020] Фіг.7 - схематичне уявлення, що ілюструє спосіб реконфігурування режиму спільної роботи у відповідності з варіантом здійснення цього винаходу;

[0021] Фіг.8 - схематичне уявлення, що ілюструє спосіб реконфігурування режиму спільної роботи згідно з іншим варіантом здійснення цього винаходу;

[0022] Фіг.9 - схематичне уявлення, що ілюструє спосіб припинення режиму спільної роботи у відповідності з варіантом здійснення цього винаходу;

[0023] Фіг.10 - схематичне уявлення, що ілюструє спосіб перезапуску режиму спільної роботи у відповідності з варіантом здійснення цього винаходу;

[0024] Фіг.11 - схематичне уявлення, що ілюструє спосіб завершення режиму спільної роботи у відповідності з варіантом здійснення цього винаходу;

[0025] Фіг.12 - схематичне уявлення, що ілюструє спосіб завершення режиму спільної роботи згідно з іншим варіантом здійснення насто варіантом здійснення цього винаходу;

[0027] Фіг.14 - блок-схема, що ілюструє базову станцію у відповідності з варіантом здійснення цього винаходу;

[0028] Фіг.15 - приблизна блок-схема, що ілюструє конструкцію комп'ютера для реалізації способів і пристроїв у відповідності з цим винаходом.

ДЕТАЛЬНИЙ ОПИС ВИНАХОДУ

[0029] Варіанти здійснення цього винаходу обговорюються нижче в поєднанні з кресленнями. Елементи і ознаки, описані на одному кресленні або в одному варіанті здійснення цього винаходу, можуть об'єднуватися з елементами й ознаками, описаними на одному або більше інших кресленнях або варіантах здійснення. Слід зазначити, що уявлення і опис компонентів і процесів, що не мають відношення до цього винаходу та відомих фахівців у даній області техніки, пропускаються на кресленнях і в описі для ясності.

[0030] У додатковому обладнанні системи бездротового зв'язку можуть бути дві зв'язку, що виконуються одночасно, з яких одна є зв'язком, виконуваної між користувальницьким обладнанням і базовою станцією (надалі для зручності цей зв'язок називається першою зв'язком, а ця система зв'язку називається головною системою свя�ругим пристроєм (наприклад, AP (точка доступу)) в системі WLAN, пристроєм в системі Bluetooth, пристроєм в системі GPS або тощо), в подальшому для зручності цей зв'язок називається другий зв'язком, а пов'язана система зв'язку називається створює перешкоди системою або другою системою зв'язку. Смуги частот, в яких працюють перша система зв'язку і друга система зв'язку, можуть межувати один з одним або мати множинну залежність (наприклад, система зв'язку LTE і система зв'язку ISM, система зв'язку LTE і система зв'язку GPS, тощо). У цьому випадку існує ситуація, коли ці дві системи зв'язку створюють перешкоди один одному через витік в сусідній канал і/або гармонійних перешкод.

[0031] Автор цього винаходу виявив, що перша зв'язок і друга зв'язок можуть виконуватися за методом з тимчасовим поділом, щоб уникнути таких перешкод. Фіг.1 - схематичне уявлення, що ілюструє ситуацію виконання першої зв'язку і другий зв'язку за методом з тимчасовим поділом. Як показано на фіг.1, в тимчасовій області перша система зв'язку і друга система зв'язку працюють за методом з тимчасовим поділом. Іншими словами, в методі з тимчасовим поділом в періоді, протягом якого користувача обладнання виконує першу зв'язок з пристроєм в п�зобретении режим роботи, в якому дві або більш системи зв'язку присутні в одному і тому ж додатковому обладнанні, тобто кероване обладнання виконує першу зв'язок з базовою станцією в першій системі зв'язку та виконує другу зв'язок з пристроєм щонайменше в одній другій системі зв'язку, яка відрізняється від першої системи зв'язку, з використанням різних часових ресурсів, називається режимом спільної роботи. У відповідності з певними типами головної системи зв'язку та створює перешкоди системи можна поставити безліч режимів спільної роботи для застосування до цих типів. Наприклад, можна задати один або більше режимів спільної роботи на основі методу з тимчасовим поділом, і ці режими на основі методу з тимчасовим поділом можуть мати різні схеми розподілу часових ресурсів.

[0032] Варіанти здійснення цього винаходу розкривають спосіб встановлення режиму спільної роботи, який описаний вище, і базову станцію, кероване обладнання та системи, які використовують цей спосіб.

[0033] Фіг.2 ілюструє алгоритм способу встановлення режиму спільної роботи з допомогою користувацького обладнання в першій системі зв'язку відповідно до ва�09, 213 і 215.

[0035] зокрема, на етапі 203 кероване обладнання передає базової станції запит встановлення режиму для входу в режим спільної роботи, коли є потреба увійти в режим спільної роботи (наприклад, виявляється створює перешкоди система). На етапі 209 кероване обладнання приймає відповідне повідомлення встановлення, що включає в себе конфігураційну інформацію про режим спільної роботи, дозволеному для входу в нього користувацького обладнання, повернене від базової станції. Після цього на етапі 213 кероване обладнання конфігурує режим спільної роботи відповідно до конфігураційної інформації, отриманої шляхом аналізу відповідного повідомлення встановлення, тобто налаштовує відповідні компоненти (наприклад, пристрій для виконання першої зв'язку та пристрій для виконання другої зв'язку) в додатковому обладнанні відповідно до конфігураційної інформації. Після закінчення конфігурації режиму спільної роботи кероване обладнання може повернути базової станції повідомлення закінчення конфігурації, що вказує, чи успішно завершено конфігурація режиму спільної роботи (що показано на ця�азовой станції стан конфігурації режиму спільної роботи, яке може допомогти базової станції повністю зрозуміти робочий стан користувацького обладнання, і при цьому може ефективно уникнути виникнення ситуації, коли кероване обладнання терпить невдачу в конфігуруванні режиму спільної роботи, а базова станція не знає цього і запускає режим спільної роботи.

[0036] Фіг.3 ілюструє алгоритм способу встановлення режиму спільної роботи за допомогою базової станції, який відповідає способу з фіг.2.

[0037] Як показано на фіг.3, спосіб може містити етапи 303, 307, 309 і 315.

[0038] зокрема, на етапі 303 базова станція приймає запит встановлення режиму для встановлення режиму спільної роботи, переданий від користувацького обладнання. Після цього на етапі 307 базова станція формує відповідь на запит встановлення режиму, який називається повторним повідомленням встановлення, яке інкапсулюється конфігураційна інформація про режим спільної роботи, дозволену до використання користувальницьким обладнанням. На етапі 309 базова станція передає призначеного для користувача устаткування відповідь встановлення. На етапі 315 базова станція приймає повідомлення закінчення конфігурації, кк�орудования, за допомогою цього розуміючи, успішно чи кероване обладнання закінчує конфігурацію режиму спільної роботи.

[0039] З допомогою способу, показаного на фіг.2 або 3, при виявленні створює перешкоди системи кероване обладнання в першій системі зв'язку може швидко увійти в режим спільної роботи.

[0040] Фіг.4 ілюструє схематичний алгоритм способу встановлення режиму спільної роботи за допомогою базової станції в першій системі зв'язку згідно з іншим варіантом здійснення цього винаходу. Показаний на фіг.4 спосіб відрізняється від вищенаведеного варіанту здійснення в тому, що після прийому запиту встановлення режиму для встановлення режиму спільної роботи користувацького обладнання базова станція спочатку вирішує, чи дозволити увійти в режим спільної роботи, у відповідності з поточним робочим станом першої мережі зв'язку.

[0041] Як показано на фіг.4, спосіб починається на етапі 403. На етапі 403 базова станція приймає запит встановлення режиму для встановлення режиму спільної роботи, переданий від користувацького обладнання. Після цього на етапі 405 базова станція у відповідності з поточним робочим станом системи рествии з робочим станом поточної стільники (наприклад, поточний стан використання ресурсів і т. п.) і робочим станом користувацького обладнання (наприклад, поточну послугою користувацького обладнання тощо). Якщо базова станція вирішує, що призначеного для користувача устаткування дозволено увійти в режим спільної роботи, то процес переходить до етапу 407, в іншому випадку процес звертається до етапу 408.

[0042] На етапі 407 базова станція формує відповідне повідомлення встановлення, яке інкапсулюється конфігураційна інформація про режим спільної роботи, дозволену до використання користувальницьким обладнанням. На етапі 409-1 базова станція передає призначеного для користувача устаткування відповідь встановлення. На етапі 415 базова станція приймає повідомлення закінчення конфігурації, вказує, закінчена конфігурація режиму спільної роботи, повернене від користувача обладнання, за допомогою цього розуміючи, закінчує чи кероване обладнання конфігурацію режиму спільної роботи.

[0043] На етапі 408 базова станція інкапсулює інформацію, що вказує відмова призначеного для користувача устаткування на вхід в режим спільної роботи, у відповідь встановлення, а потім передає його корис�ія режиму спільної роботи з допомогою користувацького обладнання, який відповідає способу з фіг.4.

[0045] Як показано на фіг.5, спосіб починається на етапі 503. Етап 503 аналогічний етапу 403, показаному на фіг.4, тобто кероване обладнання передає базової станції запит встановлення режиму для входу в режим спільної роботи, коли є потреба увійти в режим спільної роботи (наприклад, виявляється створює перешкоди система). На етапі 509 кероване обладнання приймає відповідне повідомлення встановлення, повернене від базової станції. Після цього на етапі 510 кероване обладнання аналізує відповідь встановлення і у відповідності з вмістом відповідного повідомлення вирішує, дозволено увійти в режим спільної роботи. Якщо відповідь включає в себе інформацію, що вказує відмова призначеного для користувача устаткування на вхід в режим спільної роботи, як описано вище, то кероване обладнання не входить в режим спільної роботи, в іншому разі на етапі 513 кероване обладнання конфігурує режим спільної роботи відповідно до конфігураційної інформації, отриманої шляхом аналізу відповідного повідомлення встановлення, тобто налаштовує відповідні компоненти (наоборудовании відповідно до конфігураційної інформації. Після закінчення конфігурації режиму спільної роботи кероване обладнання може повернути базової станції повідомлення закінчення конфігурації, що вказує, чи успішно завершено конфігурація режиму спільної роботи (що показано на етапі 515).

[0046] У порівнянні зі способом з фіг.2 або 3 спосіб з фіг.4 чи 5 є відносно складним і відповідно вимагає більше часу для обробки. Однак базова станція може вирішувати, чи входити в режим спільної роботи, у відповідності з фактичним робочим станом системи, і відповідно цей спосіб може забезпечити нормальну роботу головної системи зв'язку (тобто першої системи зв'язку).

[0047] як приклад запит встановлення режиму, сформований користувальницьким обладнанням, може включати в себе тільки інформацію для інформування базової станції про те, що призначеного для користувача устаткування потрібно використовувати режим спільної роботи. У цьому випадку запит встановлення режиму може включати в себе тільки 1 біт або більше. Після прийому запиту встановлення базова станція може відразу зрозуміти, що призначеного для користувача устаткування потрібно увійти в режим спільної роботи, за допомогою цього дозволяючи повернути користу�ію користувальницьким обладнанням.

[0048] В якості іншого прикладу запит встановлення режиму може включати в себе іншу інформацію. Наприклад, кероване обладнання може инкапсулировать інформацію про тип та/або послуги що створює перешкоди системи в запит встановлення режиму. Наприклад, кероване обладнання також може сама вибрати конфігураційну інформацію про режим спільної роботи у відповідності з що створює перешкоди системою і робочим станом і инкапсулировать інформацію, що вказує рекомендовані до використання конфігурації, запит на встановлення режиму. Режим спільної роботи може визначатися на основі інформації, яка може допомогти базової станції вибрати найбільш відповідний режим спільної роботи для створює перешкоди системи, і при цьому забезпечити нормальну роботу головної системи зв'язку. У цих випадках запит на встановлення режиму може включати в себе безліч бітів. В якості конкретного прикладу запит встановлення режиму може включати в себе одну або більше з наступної інформації:

тип створює перешкоди системи; наприклад, інформація про те, чи створює перешкоди система системою GPS або системою ISM, якою системою ISM є що створює перешкоди система, і т. п.;<�іц, завантаження та вивантаження, онлайн-гра і т. п., можуть вимагати різної тривалості тимчасового інтервалу і різної смуги частот; в якості прикладу, використовують навушник з Bluetooth послуги, такі як розмова, режим очікування, відтворення музики і т. п., також можуть вимагати різної тривалості тимчасового інтервалу і різної смуги частот; ця інформація може наказувати базової станції вибрати і розподілити найбільш відповідний ресурс передачі для цієї послуги;

режим спільної роботи, рекомендований користувальницьким обладнанням; наприклад, кероване обладнання може инкапсулировать рекомендовану конфігураційну інформацію на запит встановлення режиму; наприклад, якщо один або більше режимів спільної роботи і конфігураційна інформація для кожного режиму спільної роботи задаються в першій системі зв'язку (наприклад, інформація може заздалегідь задаватися в додатковому обладнанні виробником у відповідності зі стандартами першої системи зв'язку перед постачанням, або заздалегідь задаватися в додатковому обладнанні оператором мережі у відповідності зі стандартами першої системи зв'язку), то кероване обладнання може инкапсулировать інформацію про�встановлення режиму.

[0049] Фіг.6A і 6B ілюструють приклад встановлення режиму спільної роботи, в якому фіг.6A ілюструє доставку інформації і послідовність операцій у разі, коли базова станція дозволяє призначеного для користувача устаткування увійти в режим спільної роботи, тоді як фіг.6B ілюструє доставку інформації і послідовність операцій у разі, коли базова станція відмовляє призначеного для користувача устаткування увійти в режим спільної роботи.

[0050] Як показано на фіг.6A і 6B, на етапі 601 кероване обладнання виявляє, що створює перешкоди система, і вирішує запросити у базової станції вхід в режим спільної роботи. У цьому прикладі контент обладнання може вибрати режим спільної роботи у відповідності з робочими станами створює перешкоди системи і самого обладнання. Потім на етапі 602, показаному на фіг.6A і 6B, інформація про режим спільної роботи, рекомендованому користувальницьким обладнанням (якщо виробник користувацького обладнання або оператор першої системи зв'язку заздалегідь визначає один або більше режимів спільної роботи в додатковому обладнанні, то інформація може бути порядковим номером режиму спільної роботи�нною інформацією про режим спільної роботи), інкапсулюється в запит встановлення режиму. Кероване обладнання також може инкапсулировать інформацію про тип та/або послуги що створює перешкоди системи і т. п. в запит встановлення режиму. Потім кероване обладнання передає базової станції запит встановлення режиму (етап 603, показаний на фіг.6A і 6B).

[0051] На етапі 605, показаному на фіг.6A і 6B, базова станція вирішує, чи дозволити користувачу обладнання увійти в режим спільної роботи, у відповідності з робочим станом першої системи зв'язку (наприклад, робочим станом поточної стільники, наприклад, поточним станом використання ресурсів і т. п.) і робочим станом користувацького обладнання (наприклад, поточну послугою користувацького обладнання тощо). Якщо базова станція вирішує дозволити призначеного для користувача устаткування увійти в режим спільної роботи (етап 605, показаний на фіг.6A), то процес переходить до етапів 606 і 607, показаним на фіг.6A, в іншому випадку (етап 605, показаний на фіг.6A), процес звертається до етапу 607B, показаному на фіг.6B.

[0052] Тепер, посилаючись на фіг.6A, на етапі 606 і 607 базова станція вибирає режим спільної роботи для користувацького обладнання і формує повідомлення з коЅи системи, то базова станція може вибрати відповідний режим спільної роботи для користувацького обладнання у відповідності з типом і/або послугою створює перешкоди системи, поточним робочим станом системи і послугою користувацького обладнання в першій системі зв'язку. Якщо прийнятий запит встановлення режиму не включає в себе тип і/або послугу створює перешкоди системи, то базова станція може вибрати відповідний режим спільної роботи для користувацького обладнання у відповідності з поточним робочим станом першої системи зв'язку і послугою користувацького обладнання в першій системі зв'язку. Якщо запит встановлення режиму включає в себе режим спільної роботи, рекомендований користувальницьким обладнанням, то базова станція може вирішити, чи можна використовувати режим спільної роботи, рекомендований користувальницьким обладнанням, у відповідності з поточним робочим станом системи. Якщо це так, то інформація, яка вказує дозвіл призначеного для користувача устаткування використовувати режим, рекомендований самим обладнанням, інкапсулюється у повідомлення з конфігурацією режиму; в іншому випадку базова станція вибирає режим спільної роботи для користувач, �наданий на фіг.6A). Потім базова станція передає призначеного для користувача устаткування повідомлення з конфігурацією режиму (етап 609, показаний на фіг.6A). Кероване обладнання згідно з повідомленням з конфігурацією режиму визначає, дозволяє йому базова станція увійти в режим спільної роботи (етап 610), і конфігурує режим спільної роботи відповідно до конфігураційної інформації, яка вказана в повідомленні (етап 613), щоб увійти в режим спільної роботи. Після закінчення конфігурації режиму спільної роботи користувача повертає обладнання базової станції повідомлення закінчення конфігурації режиму, вказує, успішно завершена конфігурація режиму спільної роботи (етап 615). Після прийому повідомлення закінчення конфігурації режиму базова станція може зрозуміти, успішно чи кероване обладнання сконфигурировало конфігурацію.

[0053] В якості конкретного прикладу базова станція також може инкапсулировать інформацію, що вказує затримку запуску режиму спільної роботи, повідомлення з конфігурацією режиму (етап 607). Кероване обладнання може визначити час для запуску режиму спільної роботи у відповідності з затримкою заапример, сигнал ACK), який вказує, що кероване обладнання успішно прийняв повідомлення з конфігурацією режиму (етап 611). Базова станція може визначити час для запуску режиму спільної роботи у відповідності з часом прийому підтверджує сигналу (наприклад, сигналу ACK), повернутого від користувацького обладнання і вказує, що кероване обладнання успішно прийняв повідомлення з конфігурацією режиму, і затримкою запуску (не показано). В якості іншого конкретного прикладу кероване обладнання може визначити час для запуску режиму спільної роботи у відповідності з затримкою запуску і часом, в яке кероване обладнання приймає підтверджує сигнал (наприклад, сигнал ACK), який вказує, що базова станція успішно прийняв повідомлення закінчення конфігурації режиму, переданий з боку базової станції. Базова станція може визначити час для запуску режиму спільної роботи у відповідності з часом передачі підтверджує сигналу (наприклад, сигналу ACK), переданого призначеного для користувача устаткування і вказує, що базова станція успішно прийняв повідомлення закінчення конфігурації режиму, і затримкою запуску (не показано).єжим роботи, можуть залишитися дані попереднього режиму роботи, передача яких почалася, але не була закінчена, і/або дані попереднього режиму роботи, які заплановані (наприклад, їм виділено ресурс передачі), але передача яких не почалася. Наприклад, при вході в режим спільної роботи можуть залишитися дані висхідної лінії зв'язку або низхідній лінії зв'язку від попереднього режиму роботи, передача яких почалася, але не була закінчена, або інформація попереднього режиму роботи, яка запланована, але не передана. Попередній режим роботи для передачі даних і інформації може конфліктувати з передачею даних у режимі спільної роботи (включаючи передачі даних від першої системи зв'язку та другої системи зв'язку). По суті, після завершення режиму спільної роботи також можуть залишитися деякі дані висхідної лінії зв'язку або низхідній лінії зв'язку, які не були передані успішно, та/або інформація, яка запланована, але не передана, і т. п. Якщо такі дані та інформація все ще передаються у відповідності з тимчасової залежністю в режимі спільної роботи після того, як завершено режим спільної роботи, то вони можуть конфліктувати з даними та інформацією, переданими в наступному режиму, але не передана, і дані початкового режиму роботи, передача яких почалася, але не була закінчена) називаються даними часу переходу режиму роботи", та будуть наведені деякі зразкові способи обробки цих режим даних часу переходу режиму роботи.

[0055] У першому примірному способі після входу в новий режим роботи відкидаються інші дані цього часу переходу режиму роботи від попереднього режиму роботи, або їх передача припиняється. Дані можуть бути перенесено і повторно передані у відповідності з новим режимом роботи. Наприклад, після входу в режим спільної роботи припиняється передача інформації попереднього режиму роботи, яка запланована, але не передана, і відкидаються дані попереднього режиму роботи, передача яких виконується, але не закінчена. Після входу в режим спільної роботи дані можуть бути перенесено і повторно передані у відповідності з режимом спільної роботи. По суті, після завершення режиму спільної роботи припиняється передача інформації режиму спільної роботи, яка запланована, але не передана, і відкидаються дані режиму спільної роботи, передача яких виконується, але не закінчена. Після перемикання � бути перенесено і повторно передані відповідно з нормальним режимом роботи або іншим режимом спільної роботи.

[0056] У другому примірному способі після входу в новий режим роботи встановлюється час переходу, яке закінчується передача даних, що залишилися часу переходу режиму роботи у відповідності з попереднім режимом роботи. Наприклад, після входу в режим спільної роботи встановлюється час переходу, яке закінчується передача даних, що залишилися часу переходу режиму роботи у відповідності з початковим режимом роботи (наприклад, нормальним режимом роботи). По суті, після завершення режиму спільної роботи також можна встановити час переходу. При завершенні режиму спільної роботи (наприклад, після переходу в нормальний режим роботи або входу в інший режим спільної роботи) передача даних часу переходу режиму роботи (включаючи інформацію початкового режиму роботи, яка запланована, але не передана, і дані початкового режиму роботи, передача яких почалася, але не була закінчена) закінчується у відповідності з початковим режимом роботи (тобто вихідним режимом спільної роботи). Час переходу після входу в режим спільної роботи і час переходу після завершення режиму спільної роботи можуть задаватися одночасно, або один з них може задаватьредача даних, що залишилися часу переходу режиму роботи відновлюється з допомогою ресурсу передачі в новому режимі роботи. Наприклад, розподіл часових ресурсів в новому режимі роботи може мати відповідність з попереднім режимом роботи. У цьому випадку після входу в новий режим роботи передача даних може не припинятися, і їх передача або повторна передача може проводитися з використанням часового ресурсу в новому режимі роботи, відповідного ресурсу в попередньому режимі роботи. Наприклад, після входу в режим спільної роботи передача і повторна передача даних часу переходу режиму роботи проводяться у відповідності з відношенням відображення управління у часового ресурсу в режимі спільної роботи. По суті, після завершення режиму спільної роботи передача і повторна передача даних часу переходу режиму роботи проводяться у відповідності з відношенням відображення управління у часового ресурсу в наступному режимі роботи (нормальному режимі роботи або іншому режимі спільної роботи).

[0058] У прикладі повідомлення з конфігурацією режиму, передане базовою станцією призначеного для користувача устаткування, також може включати в себе інформацію, що вказує спосіб обробки даних часу переходу режиму роботи. Ця інформація може вказувати, як обробляти дані часі перехід�зовая станція може инкапсулировать інформацію в повідомлення з конфігурацією режиму (етап 607). Після прийому повідомлення з конфігурацією режиму кероване обладнання може визначити спосіб обробки даних, що залишилися часу переходу режиму роботи в попередньому режимі роботи згідно з тим повідомленням з конфігурацією (етап 612) і обробити дані часу переходу режими роботи відповідно до тем способом.

[0059] В якості конкретного прикладу повідомлення з конфігурацією режиму, передане базовою станцією призначеного для користувача устаткування, також може включати в себе інформацію про час переходу режиму спільної роботи (тобто використовується вищезгаданий другий спосіб, і інформація є конкретним прикладом інформації, що вказує спосіб обробки даних часу переходу режиму роботи). У цьому документі час переходу режиму спільної роботи відноситься до часу підтримки попереднього режиму роботи після входу в режим спільної роботи і/або часу підтримання режиму спільної роботи після завершення режиму спільної роботи. Час переходу може задаватися для кожного режиму спільної роботи. Наприклад, інформація про час переходу режиму спільної роботи може включати в себе інформацію, що вказує, чи потрібно режиму спільної роботи вреерехода. Інформація, яка вказує відповідний діапазон часу переходу, використовується для вказівки, що час переходу підходить для часу переходу при вході в режим спільної роботи або часу переходу при завершенні режиму спільної роботи, або обидва варіанти. Базова станція може инкапсулировать інформацію про час переходу до повідомлення з конфігурацією режиму (етап 607). Після прийому повідомлення з конфігурацією режиму кероване обладнання може вирішити, чи використовує сконфігурований режим спільної роботи час переходу, відповідний діапазон часу переходу і т. п. (етап 612). Якщо є відповідний час переходу після входу в режим спільної роботи (для простоти зване першим часом переходу), то після входу в режим спільної роботи кероване обладнання продовжує передавати дані з використанням попереднього режиму роботи протягом часу переходу після входу в режим спільної роботи. Крім того, якщо є відповідний час переходу після завершення режиму спільної роботи (для простоти зване другим часом переходу), то після завершення режиму спільної роботи кероване обладнання продовжує передавати дані з використаний�ише, перший час переходу і друге час переходу можуть мати однакове значення або різні значення.

[0060] конкретному прикладі затримка запуску режиму спільної роботи може зазначатися з допомогою кількості субкадров. В іншому конкретному прикладі затримка запуску режиму спільної роботи може вказуватися за допомогою порядкового номера. Наприклад, якщо система заздалегідь задає безліч значень затримки (тобто кількості субкадров затримки) і номери значень затримки в деякій послідовності (яка заздалегідь задається в додатковому обладнанні і базової станції виробником або оператором), то базова станція може инкапсулировать порядковий номер відповідної затримки запуску у відповідь встановлення. Після прийому відповідного повідомлення встановлення кероване обладнання може отримати відповідну затримку запуску.

[0061] Інформація, яка вказує, чи потрібно режиму спільної роботи час переходу, може вказуватися за допомогою одного або більше бітів. Наприклад, коли інформація вказується за допомогою одного біта, біт 0 може вказувати, що немає необхідності в часі переходу, тобто після входу в режим спільної роботи всі передачі д�овместной роботи; а біт 1 може вказувати, що є необхідність у часі переходу. Коли інформація вказується за допомогою двох бітів, наприклад, один біт може вказувати, чи є необхідність у часі переходу до входу в режим спільної роботи, а інший біт може вказувати, чи є необхідність у часі переходу після прийому команди завершення режиму спільної роботи. Тут будуть перераховані не всі випадки.

[0062] Базова станція може вибрати тривалість часу переходу в режиму спільної роботи згідно з робочим станом система, яка тут не задається. В іншому прикладі тривалість часу переходу може вказуватися за допомогою одного субкадра. У цьому прикладі тривалість часу переходу після запуску режиму спільної роботи може бути дорівнює тривалості часу переходу після завершення режиму спільної роботи. В якості іншого конкретного прикладу тривалість часу переходу може вказуватися за допомогою двох субкадров. Тобто тривалість часу переходу після запуску режиму спільної роботи може бути не дорівнює тривалості часу переходу після завершення режиму спільної роботи, і обидві тривалості вказуються за допомогою двох субкадров відповідно�про номери. Наприклад, якщо система ставить декілька можливих або поширених тривалості часу переходу (які заздалегідь задаються в додатковому обладнанні і базової станції виробником або оператором) і нумерує їх у певній послідовності, то базова станція може инкапсулировать порядковий номер обраної тривалості у відповідь встановлення.

[0063] конкретному прикладі відповідь встановлення, передане базовою станцією до призначеного для користувача устаткування, може включати в себе одну або більше з наступної інформації:

затримка запуску режиму спільної роботи;

тривалість циклу у режиму спільної роботи (включаючи час роботи першої зв'язку і час роботи другої зв'язку);

відношення часу роботи першої системи (наприклад, системи LTE) до часу роботи другої системи зв'язку в одній тривалості циклу;

час роботи першої системи (наприклад, системи LTE) в одній тривалості циклу;

порядковий номер режиму спільної роботи (якщо безліч режимів спільної роботи та їх порядкові номери заздалегідь задаються для базової станції та користувацького обладнання виробником і оператором);

інформ�р, вказує, який з трьох вищенаведених способів буде використовуватися);

інформація, яка вказує відповідний діапазон часу переходу (після входу в режим спільної роботи, після завершення режиму спільної роботи чи обидва);

тривалість часу переходу.

[0064] Тепер, посилаючись на фіг.6B, коли базова станція визначає, що призначеного для користувача устаткування не дозволено увійти в режим спільної роботи (етап 605), базова станція формує повідомлення відмови конфігурації режиму для інформування користувацького обладнання, що йому не дозволено увійти в режим спільної роботи (етап 607B), і передає повідомлення відмови конфігурації режиму призначеного для користувача устаткування (етап 609B). При прийомі повідомлення відмови кероване обладнання вирішує не входити в режим спільної роботи (етап 610B).

[0065] Повідомлення відмови конфігурації режиму може включати в себе один або більше бітів. Наприклад, у випадку одного біта цей біт може встановлюватися в 1 або 0 для вказівки, що призначеного для користувача устаткування відмовлено у запуску режиму спільної роботи. Крім того, базова станція може задати час очікування, після якого призначеного для користувача устаткування дозволено запроѾ призначеного для користувача устаткування дозволено передати наступний запит встановлення режиму спільної роботи. Зокрема, базова станція може инкапсулировать інформацію, що вказує інтервал часу, після якого призначеного для користувача устаткування дозволено передавати наступний запит встановлення режиму спільної роботи, повідомлення відмови конфігурації режиму. Після прийому повідомлення відмови конфігурації режиму, якщо клієнтська обладнання передає наступний запит встановлення режиму (який запитує вхід в режим спільної роботи в наступний раз), то потрібно очікувати такий інтервал часу.

[0066] як приклад встановлення режиму спільної роботи може проводитися з використанням існуючої сигналізації RRC (Управління радиоресурсами) протягом процесу початкової довільного доступу користувацького обладнання до базової станції.

[0067] Взявши як приклад систему зв'язку LTE, яка є першою системою зв'язку, якщо клієнтська обладнання в системі LTE знаходиться в стані RRC_Idle (RRC_Бездействие) або під час переходу зі стану RRC_Idle в стан RRC_Connected (RRC_Подсоединено), якщо призначеного для користувача устаткування потрібно увійти в режим спільної роботи (наприклад, воно виявляє, що створює перешкоди система), то процес встановлення�онкретного прикладу запит встановлення режиму, переданий користувальницьким обладнанням базової станції, може переноситися на основі повідомлення Msg3 (тобто повідомлення "RRCConnectionRequest" (запит RRC з'єднання)) за стандартами LTE. Наприклад, кероване обладнання може додати інформацію, що вказує запит на встановлення режиму спільної роботи, повідомлення Msg3 і передати його базової станції, за допомогою цього запитуючи вхід в режим спільної роботи базової станції.

[0069] Відповідь встановлення, повернене базовою станцією та обладнання, може переноситися з використанням повідомлення RRCConnectionSetup за стандартами LTE. Зокрема, після прийому запиту встановлення режиму базова станція може додати конфігураційну інформацію про режим спільної роботи, дозволену до використання користувальницьким обладнанням, повідомлення "RRCConnectionSetup" (установка RRC з'єднання), і передати це повідомлення призначеного для користувача устаткування.

[0070] Повідомлення закінчення конфігурації режиму, повернене користувальницьким обладнанням базової станції після закінчення конфігурації режиму спільної роботи, може переноситися в повідомленні "RRCConnectionSetupComplete" (установка RRC з'єднання закінчена) за стандартами LTE. Корист закінчена, у це повідомлення і передати його базової станції.

[0071] Таким чином, як тільки кероване обладнання входить у стан RRC_Connected, воно може увійти в режим спільної роботи, який налаштований.

[0072] В іншому прикладі, якщо клієнтська обладнання було в стані RRC_Connected, якщо призначеного для користувача устаткування потрібно увійти в режим спільної роботи (наприклад, воно виявляє, що створює перешкоди система), то процес встановлення режиму спільної роботи може проводитися на рівні RRC.

[0073] конкретному прикладі після входу в стан RRC_Connected кероване обладнання може встановити режим спільної роботи з використанням існуючого режиму реконфігурації та повторного встановлення з'єднання RRC. В іншому конкретному прикладі після входу в стан RRC_Connected кероване обладнання може встановити режим спільної роботи шляхом створення нового режиму роботи.

[0074] Нижче описується конкретний приклад встановлення режиму спільної роботи з використанням існуючого алгоритму реконфігурації з'єднання RRC (RRC_Connection_Reconfiguration (реконфігурація RRC з'єднання)). Система LTE приймається в якості головної системи зв'язку в цьому конкретному оже передаватися у вигляді команди RRC. Наприклад, нова команда RRC може додаватися на основі стандартів LTE, яка вказується з допомогою "RRC_CoEX_Establishment_Request" (запит встановлення спільного режиму RRC). Команда може включати в себе, наприклад, одну або більше з наступної інформації:

RRC_CoEX_Establishment_Request:

InterferenceType (тип перешкоди):(Type, TypeII, TypeIII)

InterferenceSevice1 (що створює перешкоди послуга 1):(Type, TypeII, TypeIII, TypeIV)

InterferenceSevice2:(Type, TypeII, TypeIII, TypeIV)

Mode (режим):(mode1, mode2, mode3, ..., modeN)

Period (період):(sf0, sf1, sf2, ..., sfT)

Delay (затримка):(sf0, sf1, sf2, ..., sfM)

LTETime (час по LTE):(sf0, sf1, sf2, ..., sfL)

Guard (захисний інтервал):(Yes, No) (Так, Ні)

GuardTime (час захисного інтервалу):(sf10, sf15, sf20, sf25, sf30, sf35, sf40)

[0076] де InterferenceType:(Type, TypeII, TypeIII) вказує тип створює перешкоди системи, виявленої користувальницьким обладнанням, при цьому Type, TypeII, TypeIII можуть відповідно вказувати, що створює перешкоди система є WLAN, створює перешкоди система є пристроєм Bluetooth, створює перешкоди система є терміналом GPS. InterferenceType може зазначатися трьома логічними значеннями. Якщо значення відповідного типу дорівнює 0, то це означає, що відповідна система не знаходиться в активованому стані; а якщо значення відповідного типу дорівнює 1, то це означае� (101), це означає, що є 2 створюють перешкоди системи в активованому стані, які є системою WLAN і системою GPS, відповідно. InterferenceSevice1:(Type, TypeII, TypeIII, TypeIV) вказує на тип послуги у системи WLAN, яка в даний час знаходиться в активованому стані, при цьому Type, TypeII, TypeIII, TypeIV вказують відповідно перегляд веб-сторінок, масову вивантаження або завантаження, гру в Інтернеті та іншу послугу. InterferenceSevice2:(Type, TypeII, TypeIII, TypeIV) вказує на тип послуги у пристрої Bluetooth, яке в даний час знаходиться в активованому стані, при цьому Type, TypeII, TypeIII, TypeIV вказують відповідно стан бездіяльності, голосову послугу (здійснювану з використанням гарнітури Bluetooth), масову завантаження (наприклад, прослуховування музики з використанням гарнітури Bluetooth) та іншу послугу. Mode:(mode1, mode2, mode3, ..., modeN) вказує порядковий номер режиму спільної роботи, рекомендованого користувальницьким обладнанням, при цьому mode1, mode2, mode3, ..., modeN вказують N режимів спільної роботи (N≥1), заздалегідь встановлених системою (заздалегідь встановлених у додатковому обладнанні або базової станції виробником або оператором). Delay:(sf0, sf1, sf2, ..., sfM) вказує тривалість затримки запуску, рекомендовану, субкадр, 2 субкадра, ..., M субкадров (M≥1). Period:(sf0, sf1, sf2, ..., sfT) вказує тривалість циклу спільної роботи, рекомендовану користувальницьким обладнанням базової станції, при цьому sf0, sf1, sf2, ..., sfT відповідно вказують 0 субкадров, 1 субкадр, 2 субкадра, ..., T субкадров (T≥1). Якщо режим спільної роботи грунтується на тимчасовому поділі, і тимчасовий поділ вказується у вигляді тривалості циклу, то може задаватися цикл спільної роботи, при цьому кожен цикл спільної роботи містить час роботи першої системи зв'язку (наприклад, LTE) і час роботи другої системи зв'язку (наприклад, ISM). LTETime:(sf0, sf1, sf2, ..., sfL) вказує тривалість часу роботи LTE в одному циклі спільної роботи, рекомендовану користувальницьким обладнанням базової станції, при цьому sf0, sf1, sf2, ..., sfL вказують відповідно 0 субкадров, 1 субкадр, 2 субкадра, ..., L субкадров (L≥1). Guard:(Yes, No) вказує, рекомендує чи кероване обладнання використовувати час переходу. GuardTime:(sf10, sf15, sf20, sf25, sf30, sf35, sf40) вказує тривалість часу переходу, рекомендовану користувальницьким обладнанням. Наприклад, sf10, sf15, sf20, sf25, sf30, sf35, sf40 вказують 10 субкадров, 15 субкадров, 20 субкадров, 30 субкадров, 35 субкадров, 40 субкадров соответвательским обладнанням базової станції, дорівнює 10 субкадрам, 15 субкадрам, 20 субкадрам, 30 субкадрам, 35 субкадрам або 40 субкадрам.

[0077] Відповідь встановлення, передане базовою станцією та обладнання, може переноситися на основі повідомлення RRCConnectionReconfiguration за стандартами LTE. Повідомлення (вказане за допомогою RRC_CoEX_Config) може включати в себе одну або більше з наступної інформації:

RRC_CoEX_Config:

State (стан):(accept, reject) (дозвіл, відмова)

Mode:(mode1, mode2, mode3, ..., modeN)

Delay:(sf0, sf1, sf2, ..., sfM)

Period:(sf0, sf1, sf2, ..., sfT)

LTETime:(sf0, sf1, sf2, ..., sfL)

GuardIndicateRange (діапазон вказівки захисного інтервалу):(1,2)

GuardMode (режим захисного інтервалу):(None, type, typeII, typeIII, typeIV)

GuardTime:(sf10, sf15, sf20, sf25, sf30, sf35, sf40)

[0078] де State:(accept, reject) вказує інформацію про дозвіл або відмову призначеного для користувача устаткування на вхід в режим спільної роботи; Mode:(mode1, mode2, mode3, ..., modeN) вказує порядковий номер режиму спільної роботи, дозволеного базовою станцією до використання користувальницьким обладнанням, і mode1, mode2, mode3, ..., modeN вказують N режимів спільної роботи (N≥1), заздалегідь встановлених системою (заздалегідь встановлених у додатковому обладнанні або базової станції виробником або оператором). Delay:(sf0, sf1, sf2, ..., sfM) вказує длительания, при цьому sf0, sf1, sf2, ..., sfM вказують відповідно 0 субкадров, 1 субкадр, 2 субкадра, ..., M субкадров (M≥1). Period:(sf0, sf1, sf2, ..., sfT) вказує тривалість циклу спільної роботи, обрану базовою станцією для користувацького обладнання, при цьому sf0, sf1, sf2, ..., sfT відповідно вказують 0 субкадров, 1 субкадр, 2 субкадра, ..., T субкадров (T≥1). LTETime:(sf0, sf1, sf2, ..., sfL) вказує тривалість часу роботи LTE в одному циклі спільної роботи, обрану базовою станцією для користувацького обладнання. GuardIndicateRange:(1,2) вказують відповідний діапазон часу переходу. Наприклад, 1 вказує, що час переходу підходить тільки для процесу переходу для входу в режим спільної роботи з іншого режиму роботи (нормального режиму роботи або іншого режиму спільної роботи); 2 вказує, що час переходу підходить не тільки для процесу переходу для входу в режим спільної роботи з іншого режиму роботи, але також і для процесу переходу для входу в інший режим роботи з режиму спільної роботи. GuardMode:(None, Type, TypeII, TypeIII, TypeIV) вказує спосіб обробки даних часу переходу режиму роботи, вибраний базовою станцією для користувацького обладнання. Наприклад, None вказує, що ніякі заходи не будуть прийняті�я заплановані, але передача яких не почалася, та/або сигналізація і дані в попередньому режимі роботи, передача яких почалася, але не була закінчена (у відповідності з попереднім режимом роботи), поки вони передаються правильно або не досягнуто максимальну кількість разів повторної передачі HARQ. Type є типом I, який вказує, що при вході в режим спільної роботи зупиняється вся сигналізація і дані в попередньому режимі роботи, передача яких не закінчено, до закінчення входу в режим спільної роботи, а потім вони перепланируются та повторно передаються у відповідності з тимчасової залежністю режиму спільної роботи (тобто перший приблизний спосіб обробки даних часу переходу режиму роботи, який описано вище). TypeII є типом II, який вказує, що при вході в режим спільної роботи подальша передача всієї сигналізації і даних, передача яких не закінчено, поновлюється відповідно до тимчасової залежністю режиму спільної роботи (тобто третій приблизний спосіб обробки даних часу переходу режиму роботи, який описано вище). TypeIII є типом III, який вказує, що під час переходу з попереднього режиму роботи в режим спільної роботи або �й спосіб обробки даних часу переходу режиму роботи, який описано вище). GuardTime:(sf10, sf15, sf20, sf25, sf30, sf35, sf40) вказує тривалість часу переходу, обрану базовою станцією, при цьому sf10, sf15, sf20, sf25, sf30, sf35, sf40 вказують 10 субкадров, 15 субкадров, 20 субкадров, 30 субкадров, 35 субкадров, 40 субкадров відповідно; і GuardTime:(sf10, sf15, sf20, sf25, sf30, sf35, sf40) вказує, що тривалість часу переходу дорівнює 10 субкадрам, 15 субкадрам, 20 субкадрам, 30 субкадрам, 35 субкадрам або 40 субкадрам.

[0079] Повідомлення закінчення конфігурації режиму, повернене користувальницьким обладнанням базової станції, може переноситися з використанням повідомлення RRCConnectionReconfigurationComplete (закінчення реконфігурації RRC з'єднання) за стандартами LTE.

[0080] Повідомлення відмови конфігурації режиму, передане базовою станцією та обладнання, може переноситися з використанням повідомлення RRCConnectionReject (відмова в RRC з'єднанні) за стандартами LTE.

[0081] Нижче описується конкретний приклад встановлення режиму спільної роботи з використанням нового робочого процесу RRC (вказаного з допомогою RRC_CoEX_Establishment). Система LTE також приймається в якості головної системи зв'язку в цьому конкретному прикладі.

[0082] Нова команда RRC може додаватися для перенесення запиту встановлення режиму, п�t" і може включати в себе одну або більше з наступної інформації:

RRC_CoEX_Establishment_Request:

InterferenceType:(Type TypeII TypeIII)

InterferenceSevice1:(Type, TypeII, TypeIII, TypeIV)

InterferenceSevice2:(Type, TypeII, TypeIII, TypeIV)

Mode:(mode1, mode2, mode3, ..., modeN)

Period:(sf0, sf1, sf2, ..., sfT)

Delay:(sf0, sf1, sf2, ..., sfM)

LTETime:(sf0, sf1, sf2, ..., sfL)

Guard:(Yes, No)

GuardTime:(sf10, sf15, sf20, sf25, sf30, sf35, sf40)

[0083] кожна з яких подібна до такої у попередньому прикладі, і її опис повторюватися не буде.

[0084] Нова команда RRC може додаватися для перенесення повідомлення з конфігурацією режиму, повернутого базовою станцією призначеного для користувача устаткування, яка вказується з допомогою "RRC_CoEX_Configuration" і може включати в себе одну або більше з наступної інформації:

RRC_CoEX_Configuration:

State:(accept, reject)

Mode:(mode1, mode2, mode3, ..., modeN)

Delay:(sf0, sf1, sf2, ..., sfM)

Period:(sf0, sf1, sf2, ..., sfT)

LTETime:(sf0, sf1, sf2, ..., sfL)

GuardIndicateRange:(1,2)

GuardMode:(None, type, typeII, typeIII, typeIV)

GuardTime:(sf10, sf15, sf20, sf25, sf30, sf35, sf40)

[0085] кожна з яких подібна до такої у попередньому прикладі, і її опис повторюватися не буде.

[0086] Нова команда RRC може додаватися для перенесення повідомлення закінчення конфігурації режиму, повернутого користувальницьким обладнанням базової станції, яка вказується з допомогою "RRC_CoEX_Establishment_complete_response" (відповідь встановлення спільного режим�l) (успіх, збій)

FailReason (причина збою):(reason0, reason1, ...)

[0087] де State:(success, fail) вказує, успішно чи налаштований режим спільної роботи; а FailReason:(reason0, reason1, ...) вказує причину збою конфігурації (коли режим спільної роботи не завершується успіхом, кероване обладнання може инкапсулировать таку інформацію в повернене повідомлення закінчення конфігурації).

[0088] Нова команда RRC може додаватися для перенесення повідомлення відмови конфігурації режиму, повернутого базовою станцією призначеного для користувача устаткування, яка вказується з допомогою "RRC_CoEX_Reject" (відмова у встановленні RRC) і може включати в себе одну або більше з наступної інформації:

RRC_CoEX_Reject:

RetryDelayType (тип затримки для повторної спроби):(sf10, sf15, sf20, sf25, sf30)

[0089] де sf10, sf15, sf20, sf25, sf30 вказують 10 субкадров, 15 субкадров, 20 субкадров, 30 субкадров відповідно; а RetryDelayType:(sf10, sf15, sf20, sf25, sf30) вказує, що мінімальний інтервал часу, вибраний базовою станцією для користувацького обладнання, щоб повторно передати запит встановлення режиму спільної роботи, дорівнює 10 субкадрам, 15 субкадрам, 20 субкадрам або 30 субкадрам. Тобто, якщо клієнтська обладнання хоче запросити встановлення режиму спільної

[0090] Вище наведені деякі приклади встановлення режиму спільної роботи з використанням сигналізації рівня RRC. Мається на увазі, що наведені вище приклади є зразковими. Наприклад, деяке конкретне вміст сигналізації показано схематично. При практичних застосуваннях можливо виконувати модифікації, видалення за вмістом, і винахід не обмежується цими прикладами.

[0091] В якості іншого прикладу запит встановлення режиму, переданий користувальницьким обладнанням базової станції, також може передаватися у вигляді команди MAC (управління доступом до середовища). Наприклад, на основі стандартів LTE може додаватися новий керуючий елемент (CE) для MAC, який називається "CoEX-MAC CE". Для CoEX-MAC CE може бути задано нове значення LCID. Наприклад, значення LCID може бути одно "01011".

[0092] У порівнянні з передачею запиту встановлення режиму з використанням рівня RRC режим спільної роботи якнайшвидше встановити з використанням сигналізації рівня MAC. До того ж, оскільки сигналізація рівня MAC також має відповідний потік HARQ, можна дійсно гарантувати надійність сигналізації встановлення режиму спільної роботи.

[0093] Фіг.7 - схемения режиму спільної роботи у відповідності з варіантом здійснення цього винаходу. У показаному на фіг.7 варіанті здійснення реконфігурація режиму спільної роботи ініціюється користувальницьким обладнанням.

[0094] Як показано на фіг.7, після того, як успішно встановлюється режим спільної роботи, якщо призначеного для користувача устаткування потрібно змінити режим спільної роботи (наприклад, воно виявляє, що змінюється створює перешкоди система), то кероване обладнання може сформувати запит реконфігурації (етап 721) для прохання до базової станції реконфигурировать режим спільної роботи, щоб він підходив до зміненої створює перешкоди системі.

[0095] Запит реконфігурації може включати в себе один або більше бітів.

[0096] як приклад запит реконфігурації може включати в себе один біт, значення якого може встановлюватися в 1 або 0 для інформування базової станції, що призначеного для користувача устаткування потрібно реконфигурировать режим спільної роботи.

[0097] В інших прикладах запит реконфігурації може включати в себе безліч бітів. В якості альтернативи кероване обладнання може инкапсулировать інформацію, пов'язану зі зміною створює перешкоди системи, запит реконфігурації (етап 723), щоб забезпечити по�псулировать реконфигурационную інформацію (наприклад, конфігураційну інформацію про режим роботи повторно обрану ним самим, в відповідності з зміною створює перешкоди системи), рекомендовану їм самим для реконфігурування режиму спільної роботи, запит реконфігурації для довідки базової станції. В якості конкретного прикладу запит реконфігурації може включати в себе одну або більше з наступної інформації:

тип створює перешкоди системи (наприклад, інформація про те, чи створює перешкоди система системою GPS або системою ISM, якою системою ISM є що створює перешкоди система, тощо);

послуга поточної створює перешкоди системи (що стосується системи WLAN, то перегляд веб-сторінок, послуга завантаження і вивантаження і онлайн-гра можуть вимагати різної тривалості тимчасового інтервалу і різної частоти; що стосується навушника з Bluetooth, то розмова, режим очікування і відтворення музики можуть вимагати різної тривалості тимчасового інтервалу і різної частоти);

конфігураційна інформація або реконфигурационная інформація про режим спільної роботи, рекомендованому користувальницьким обладнанням; наприклад, кероване обладнання може инкапсулировать рекомендовану конфігураційну информармация для кожного режиму спільної роботи задаються в першій системі зв'язку (наприклад, інформація може заздалегідь задаватися в додатковому обладнанні виробником у відповідності зі стандартами першої системи зв'язку перед постачанням, або заздалегідь задаватися в додатковому обладнанні оператором мережі у відповідності зі стандартами першої системи зв'язку), то кероване обладнання може инкапсулировать інформацію про обраному режимі спільної роботи (наприклад, порядковий номер), який вказаний користувачем, запит реконфігурації.

[0098] У прикладі, якщо новий режим спільної роботи, рекомендований користувальницьким обладнанням, має тільки один або кілька відмінних параметрів від параметрів поточного режиму спільної роботи, то призначеного для користувача устаткування може знадобитися тільки инкапсулировать конфігураційну інформацію, яку потрібно змінити (наприклад, деякі параметри, які потрібно змінити), запит реконфігурації в якості рекомендованої реконфигурационной інформації.

[0099] На етапі 724 кероване обладнання передає запит реконфігурації до базової станції. Після прийому запиту реконфігурації базова станція може сформувати відповідне повідомлення реконфігурації (етап 728). В якості альтернативи пер�ьзовательского обладнання у відповідності з робочим станом системи і послугою першої зв'язку користувацького обладнання (етап 725). Якщо це не так, то повідомлення відмови реконфігурації передається призначеного для користувача устаткування на етапі 726, яке інформує користувача обладнання, що реконфігурація режиму спільної роботи не дозволена; якщо це так, то виконується наступне рішення. В якості альтернативи, якщо запит реконфігурації включає в себе інформацію, що вказує конфігураційну інформацію або реконфигурационную інформацію про режим спільної роботи, рекомендованому користувальницьким обладнанням, то на етапі 727 базова станція може вирішити, прийняти відразу конфігураційну інформацію або реконфигурационную інформацію про режим спільної роботи, рекомендованому користувальницьким обладнанням. Якщо це так, то базова станція інкапсулює інформацію, що вказує, що дозволено використовувати режим спільної роботи, рекомендований користувальницьким обладнанням, у відповідь повідомлення реконфігурації на етапі 728; в іншому випадку базова станція вибирає інший режим спільної роботи для користувацького обладнання у відповідності з фактичним станом (наприклад, станом поточної стільники (наприклад, поточний стан використання ресурсів), та/або станом користув�перешкоди системи) та інкапсулює конфігураційну інформацію або реконфигурационную інформацію про обраному режимі спільної роботи у відповідне повідомлення реконфігурації на етапі 728. У прикладі, якщо новий режим спільної роботи, вибраний базовою станцією для користувацького обладнання, має тільки один або кілька відмінних параметрів від параметрів поточного режиму спільної роботи, то базової станції може знадобитися тільки инкапсулировать конфігураційну інформацію, яку потрібно змінити (наприклад, деякі параметри, які потрібно змінити), у відповідь повідомлення реконфігурації в якості реконфигурационной інформації.

[00100] На етапі 729 базова станція передає призначеного для користувача устаткування відповідне повідомлення реконфігурації.

[00101] Після прийому відповідного повідомлення реконфігурації або повідомлення відмови реконфігурації кероване обладнання вирішує, чи дозволяє базова станція реконфигурировать (етап 730). Якщо не дозволяє, то процес закінчується; а якщо дозволяє, то режим спільної роботи реконфигурируется відповідно до конфігураційної інформацією або реконфигурационной інформацією у відповідному повідомленні реконфігурації (етап 731).

[00102] Після того, як закінчується реконфігурація, кероване обладнання може передати повідомлення закінчення реконфігурації до базової станції (етап 732), яке включає в себ�е подання, ілюструє спосіб реконфігурування режиму спільної роботи після встановлення режиму спільної роботи згідно з іншим варіантом здійснення цього винаходу. У показаному на фіг.8 варіанті здійснення реконфігурація режиму спільної роботи ініціюється базовою станцією.

[00104] Як показано на фіг.8, після того, як успішно встановлюється режим спільної роботи, якщо базової станції потрібно змінити режим спільної роботи (наприклад, базова станція виявляє, що змінюється робочий стан системи), то базова станція може передати команду реконфігурації до призначеного для користувача устаткування (етап 821) для запиту базової станції реконфигурировать режим спільної роботи, щоб він підходив до зміни роботи системи. Команда реконфігурації включає в себе реконфигурационную інформацію для реконфігурування режиму спільної роботи, наприклад, конфігураційну інформацію про режим роботи повторно обрану базовою станцією для користувацького обладнання. У прикладі, якщо новий режим спільної роботи, вибраний базовою станцією для користувацького обладнання, має тільки один або кілька відмінних параметрів від пар�нфигурационную інформацію, яку потрібно змінити (наприклад, деякі параметри, які потрібно змінити), запит реконфігурації в якості рекомендованої реконфигурационной інформації і передати його призначеного для користувача устаткування.

[00105] Після прийому команди реконфігурації кероване обладнання реконфигурирует режим спільної роботи у відповідності з реконфигурационной інформацією в цій команді (етап 822). Після того, як закінчується реконфігурація, кероване обладнання повертає базової станції повідомлення закінчення реконфігурації (етап 823), яке включає в себе інформацію, що вказує, чи закінчена реконфігурація режиму спільної роботи.

[00106] В якості конкретного прикладу відповідне повідомлення реконфігурації або команда реконфігурації, передані базовою станцією, можуть включати в себе затримку перевірки або час перевірки реконфігурації. Кероване обладнання може визначити час перевірки реконфігурації у відповідності з затримкою перевірки або перевірки часом і часом передачі повідомлення закінчення реконфігурації. Після прийому повідомлення закінчення реконфігурації базова станція може визначити час перевірки реконфігурації відповідно до врее відповідне повідомлення реконфігурації або команда реконфігурації, передані базовою станцією, не можуть включати в себе затримку перевірки або час перевірки реконфігурації. Після того, як базова станція приймає повідомлення закінчення реконфігурації, реконфігурація режиму спільної роботи негайно перевіряється.

[00107] В якості іншого конкретного прикладу відповідне повідомлення реконфігурації або команда реконфігурації, передані базовою станцією, також можуть включати в себе інформацію, що вказує час переходу. Базова станція може инкапсулировать інформацію, що вказує, чи потрібно час переходу і тривалість часу переходу, у відповідь повідомлення реконфігурації або команду реконфігурації. Після прийому відповідного повідомлення реконфігурації або команди реконфігурації кероване обладнання може вирішити, чи є час переходу. Якщо це так, то кероване обладнання продовжує передавати дані з використанням попереднього режиму роботи або конфігураційної інформації протягом часу переходу після того, як перевіряється реконфігурація.

[00108] конкретному прикладі відповідне повідомлення реконфігурації або команда реконфігурації, передані базовою станцією до призначеного для користувача устаткування, можуть включати викла у реконфігурованого режиму спільної роботи (включаючи час роботи першої зв'язку і час роботи другої зв'язку);

відношення часу роботи першої системи (наприклад, системи LTE) до часу роботи другої системи зв'язку в одній тривалості циклу;

час роботи першої системи (наприклад, системи LTE) в одній тривалості циклу;

порядковий номер реконфігурованого режиму спільної роботи (якщо безліч режимів спільної роботи та їх порядкові номери заздалегідь задаються для базової станції та користувацького обладнання виробником і оператором);

інформація, яка вказує на спосіб обробки даних часу переходу режиму роботи в попередньому режимі роботи (наприклад, вказує, який з трьох вищенаведених способів буде використовуватися);

інформація, яка вказує відповідний діапазон часу переходу (після входу в реконфигурированний режим спільної роботи, після завершення реконфігурованого режиму спільної роботи чи обидва);

тривалість часу переходу.

[00109] конкретному прикладі повідомлення відмови реконфігурації, передане базовою станцією до призначеного для користувача устаткування, може включати в себе один або більше бітів. Наприклад, повідомлення відмови реконфігурації може включати в себе тільки один біт, значення якого може вуст спільної роботи відхиляється. В інших прикладах повідомлення відмови реконфігурації може включати в себе більше одного біта. В якості альтернативи базова станція може инкапсулировать повідомлення відмови реконфігурації час очікування, після якого призначеного для користувача устаткування дозволено запросити вхід в режим спільної роботи в наступний раз, тобто може встановити, щонайменше після якого призначеного для користувача устаткування дозволено передати наступний запит реконфігурації. Після прийому повідомлення відмови реконфігурації, якщо клієнтська обладнання передає наступний запит реконфігурації (який просить реконфигурировать режим спільної роботи в наступний раз), то потрібно очікувати такий інтервал часу.

[00110] Процес реконфігурації режиму спільної роботи, який описаний вище, може проводитися на рівні RRC. Іншими словами, кожне з запиту реконфігурації, повідомлення відмови реконфігурації, відповідь на повідомлення реконфігурації, повідомлення закінчення реконфігурації і команди реконфігурації, які беруть участь у реконфігурації, може бути командою RRC.

[00111] конкретному прикладі режим спільної роботи може реконфігуровуватися з використанням існуючого режиму реконфігурації і проваться шляхом створення нового режиму роботи.

[00112] Нижче описується конкретний приклад реконфігурування режиму спільної роботи з використанням існуючого алгоритму реконфігурації з'єднання RRC (RRC_Connection_Reconfiguration). Система LTE приймається в якості головної системи зв'язку в цьому конкретному прикладі.

[00113] Для перенесення запиту реконфігурації може додаватися нова команда RRC, яка вказується з допомогою "RRC_CoEX_reconfiguration_request" (запит реконфігурації спільного режиму RRC) і може включати в себе одну або більше з наступної інформації:

RRC_CoEX_reconfiguration_request:

InterferenceType:(Type TypeII TypeIII)

InterferenceSevice1:(Type, TypeII, TypeIII, TypeIV)

InterferenceSevice2:(Type, TypeII, TypeIII, TypeIV)

Mode:(mode1, mode2, mode3, ..., modeN)

Period:(sf0, sf1, sf2, ..., sfT)

Delay:(sf0, sf1, sf2, ..., sfM)

LTETime:(sf0, sf1, sf2, ..., sfL)

Guard:(Yes, No)

GuardTime:(sf10, sf15, sf20, sf25, sf30, sf35, sf40)

[00114] де InterferenceType:(Type TypeII TypeIII) вказує тип створює перешкоди системи, виявленої користувальницьким обладнанням, при цьому Type, TypeII, TypeIII можуть відповідно вказувати, що створює перешкоди система є WLAN, створює перешкоди система є пристроєм Bluetooth, створює перешкоди система є терміналом GPS. InterferenceType може зазначатися трьома логічними значеннями. Якщо значення відповідного типу дорівнює 0, то це означає, чтоно 1, то це означає, що відповідна система знаходиться в активованому стані. Наприклад, коли значення InterferenceType одно (101), це означає, що є 2 створюють перешкоди системи в активованому стані, які є системою WLAN і системою GPS відповідно. InterferenceSevice1:(Type, TypeII, TypeIII, TypeIV) вказує на тип послуги у системи WLAN, яка в даний час знаходиться в активованому стані, при цьому Type, TypeII, TypeIII, TypeIV вказують відповідно перегляд веб-сторінок, масову вивантаження або завантаження, гру в Інтернеті та іншу послугу. InterferenceSevice2:(Type, TypeII, TypeIII, TypeIV) вказує на тип послуги у пристрої Bluetooth, яке в даний час знаходиться в активованому стані, при цьому Type, TypeII, TypeIII, TypeIV вказують відповідно стан бездіяльності, голосову послугу (здійснювану з використанням гарнітури Bluetooth), масову завантаження (наприклад, прослуховування музики з використанням гарнітури Bluetooth) та іншу послугу. Mode:(mode1, mode2, mode3, ..., modeN) вказує порядковий номер реконфігурованого режиму спільної роботи, рекомендованого користувальницьким обладнанням, при цьому mode1, mode2, mode3, ..., modeN вказують N режимів спільної роботи (N≥1), заздалегідь встановлених системою (заздалегідь встановлених у користувача�ність затримки запуску реконфігурованого режиму спільної роботи, рекомендовану користувальницьким обладнанням базової станції, при цьому sf0, sf1, sf2, ..., sfM вказують відповідно 0 субкадров, 1 субкадр, 2 субкадра, ..., M субкадров (M≥1). Period:(sf0, sf1, sf2, ..., sfT) вказує тривалість циклу спільної роботи у реконфігурованого режиму спільної роботи, рекомендовану користувальницьким обладнанням базової станції, при цьому sf0, sf1, sf2, ..., sfT відповідно вказують 0 субкадров, 1 субкадр, 2 субкадра, ..., T субкадров (T≥1). LTETime:(sf0, sf1, sf2, ..., sfL) вказує тривалість часу роботи LTE в одному циклі спільної роботи, рекомендовану користувальницьким обладнанням базової станції, при цьому sf0, sf1, sf2, ..., sfL вказують відповідно 0 субкадров, 1 субкадр, 2 субкадра, ..., L субкадров (L≥1). Guard:(Yes, No) вказує, рекомендує чи кероване обладнання використовувати час переходу. GuardTime:(sf10, sf15, sf20, sf25, sf30, sf35, sf40) вказує тривалість часу переходу, рекомендовану користувальницьким обладнанням. Наприклад, sf10, sf15, sf20, sf25, sf30, sf35, sf40 вказують 10 субкадров, 15 субкадров, 20 субкадров, 30 субкадров, 35 субкадров, 40 субкадров відповідно; і GuardTime:(sf10, sf15, sf20, sf25, sf30, sf35, sf40) вказує, що тривалість часу переходу, рекомендована користувальницьким обладнанням базової станцбщение реконфігурації, передане базовою станцією та обладнання, може переноситися на основі повідомлення RRCConnectionReconfiguration за стандартами LTE. Повідомлення (вказане за допомогою RRC_CoEX_reconfiguration) може включати в себе одну або більше з наступної інформації:

RRC_CoEX_reconfiguration:

State:(accept, reject)

Mode:(mode1, mode2, mode3, ..., modeN)

Delay:(sf0, sf1, sf2, ..., sfM)

Period:(sf0, sf1, sf2, ..., sfT)

LTETime:(sf0, sf1, sf2, ..., sfL)

GuardIndicateRange:(1,2)

GuardMode:(None, type, typeII, typeIII, typeIV)

GuardTime:(sf10, sf15, sf20, sf25, sf30, sf35, sf40)

[00116] де State:(accept, reject) вказує інформацію про дозвіл або відмову призначеного для користувача устаткування на реконфігурацію режиму спільної роботи; Mode:(mode1, mode2, mode3, ..., modeN) вказує порядковий номер реконфігурованого режиму спільної роботи, дозволеного базовою станцією до використання користувальницьким обладнанням, і mode1, mode2, mode3, ..., modeN вказують N режимів спільної роботи (N≥1), заздалегідь встановлених системою (заздалегідь встановлених у додатковому обладнанні або базової станції виробником або оператором). Delay:(sf0, sf1, sf2, ..., sfM) вказує тривалість затримки запуску реконфігурованого режиму спільної роботи, обрану базовою станцією для користувацького обладнання, при цьому sf0, sf1, sf2, ..., sfM вказують соответсвместной роботи, обрану базовою станцією для користувацького обладнання, при цьому sf0, sf1, sf2, ..., sfT відповідно вказують 0 субкадров, 1 субкадр, 2 субкадра, ..., T субкадров (T≥1). LTETime:(sf0, sf1, sf2, ..., sfL) вказує тривалість часу роботи LTE в одному циклі спільної роботи, обрану базовою станцією для користувацького обладнання. GuardIndicateRange:(1,2) вказують відповідний діапазон часу переходу. Наприклад, 1 вказує, що час переходу підходить тільки для процесу переходу з поточного режиму спільної роботи в новий режим спільної роботи (реконфигурированний режим спільної роботи); 2 вказує, що час переходу підходить не тільки для процесу переходу з поточного режиму спільної роботи в новий режим спільної роботи, але також і для процесу переходу для завершення нового режиму спільної роботи. GuardMode:(None, Type, TypeII, TypeIII, TypeIV) вказує спосіб обробки даних часу переходу режиму роботи, вибраний базовою станцією для користувацького обладнання. Наприклад, None вказує, що ніякі заходи не будуть прийняті, тобто при вході в новий режим спільної роботи (реконфигурированний режим спільної роботи) передається сигналізація і дані в початковому режимі спільної роботи, які з�s, передача яких почалася, але не була закінчена (у відповідності з початковим режимом спільної роботи), поки вони передаються правильно або не досягнуто максимальну кількість разів повторної передачі HARQ. Type є типом I, який вказує, що при вході в новий режим спільної роботи зупиняється вся сигналізація і дані в попередньому режимі роботи, передача яких не закінчено, до закінчення входу в новий режим спільної роботи, а потім вони перепланируются та повторно передаються у відповідності з тимчасової залежністю нового режиму спільної роботи (тобто перший приблизний спосіб обробки даних часу переходу режиму роботи, який описано вище). TypeII є типом II, який вказує, що при вході в новий режим спільної роботи подальша передача всієї сигналізації і даних, передача яких не закінчено, поновлюється відповідно до тимчасової залежністю нового режиму спільної роботи (тобто третій приблизний спосіб обробки даних часу переходу режиму роботи, який описано вище). TypeIII є типом III, який вказує, що під час переходу з поточного режиму роботи в новий режим спільної роботи або переходу по завершенню нового режиму совмесѴа режиму роботи, який описано вище). GuardTime:(sf10, sf15, sf20, sf25, sf30, sf35, sf40) вказує тривалість часу переходу, обрану базовою станцією, при цьому sf10, sf15, sf20, sf25, sf30, sf35, sf40 вказують 10 субкадров, 15 субкадров, 20 субкадров, 30 субкадров, 35 субкадров, 40 субкадров відповідно; і GuardTime:(sf10, sf15, sf20, sf25, sf30, sf35, sf40) вказує, що тривалість часу переходу дорівнює 10 субкадрам, 15 субкадрам, 20 субкадрам, 30 субкадрам, 35 субкадрам або 40 субкадрам.

[00117] Повідомлення закінчення реконфігурації, повернене користувальницьким обладнанням базової станції, може переноситися з використанням повідомлення RRCConnectionReconfigurationComplete за стандартами LTE.

[00118] Повідомлення відмови реконфігурації, передане базовою станцією та обладнання, може переноситися з використанням повідомлення RRCConnectionReject за стандартами LTE.

[00119] Нижче описується конкретний приклад реконфігурування режиму спільної роботи з використанням нового робочого процесу RRC (вказаного з допомогою RRC_CoEX_Reconfiguration). Система LTE також приймається в якості головної системи зв'язку в цьому конкретному прикладі.

[00120] Нова команда RRC може додаватися для перенесення запиту реконфігурації, переданого користувальницьким обладнанням базової станції, котор�

RRC_CoEX_reconfiguration_request:

InterferenceType:(Type TypeII TypeIII)

InterferenceSevice1:(Type, TypeII, TypeIII, TypeIV)

InterferenceSevice2:(Type, TypeII, TypeIII, TypeIV)

Mode:(mode1, mode2, mode3, ..., modeN)

Period:(sf0, sf1, sf2, ..., sfT)

Delay:(sf0, sf1, sf2, ..., sfM)

LTETime:(sf0, sf1, sf2, ..., sfL)

Guard:(Yes, No)

GuardTime:(sf10, sf15, sf20, sf25, sf30, sf35, sf40)

[00121] кожна з яких подібна до такої у попередньому прикладі, і її опис повторюватися не буде.

[00122] Нова команда RRC може додаватися для перенесення відповідного повідомлення реконфігурації, повернутого базовою станцією призначеного для користувача устаткування, яка вказується з допомогою "RRC_CoEX_reconfiguration" і може включати в себе одну або більше з наступної інформації:

RRC_CoEX_reconfiguration:

State:(accept, reject)

Mode:(mode1, mode2, mode3, ..., modeN)

Delay:(sf0, sf1, sf2, ..., sfM)

Period:(sf0, sf1, sf2, ..., sfT)

LTETime:(sf0, sf1, sf2, ..., sfL)

GuardIndicateRange:(1,2)

GuardMode:(None, type, typeII, typeIII, typeIV)

GuardTime:(sf10, sf15, sf20, sf25, sf30, sf35, sf40)

[00123] кожна з яких подібна до такої у попередньому прикладі, і її опис повторюватися не буде.

[00124] Нова команда RRC може додаватися для перенесення повідомлення закінчення реконфігурації, повернутого користувальницьким обладнанням базової станції, яка вказується з допомогою "RRC_CoEX_reconfiguration_complete_response" (відповідь про закінчення реконфігурації спільного ре�ss, fail)

FailReason:(reason0, reason1, ...)

[00125] де State:(success, fail) вказує, успішно реконфигурирован режим спільної роботи; а FailReason:(reason0, reason1, ...) вказує причину збою реконфігурації (коли режим спільної роботи не реконфигурируется з успіхом, кероване обладнання може инкапсулировать таку інформацію в повернене повідомлення закінчення реконфігурації).

[00126] Нова команда RRC може додаватися для перенесення повідомлення відмови реконфігурації, повернутого базовою станцією призначеного для користувача устаткування, яка вказується з допомогою "RRC_CoEX_reconfiguration_reject" і може включати в себе одну або більше з наступної інформації:

RRC_CoEX_reconfiguration_reject:

RetryDelayType:(sf10, sf15, sf20, sf25, sf30)

[00127] де sf10, sf15, sf20, sf25, sf30 вказують 10 субкадров, 15 субкадров, 20 субкадров, 30 субкадров відповідно; а RetryDelayType:(sf10, sf15, sf20, sf25, sf30) вказує, що мінімальний інтервал часу, вибраний базовою станцією для користувацького обладнання, щоб повторно передати запит реконфігурації, дорівнює 10 субкадрам, 15 субкадрам, 20 субкадрам або 30 субкадрам. Тобто, якщо клієнтська обладнання хоче запросити реконфігурацію режиму спільної роботи в наступний раз, то час передачі такого запиту должнима спільної роботи з використанням сигналізації рівня RRC. Мається на увазі, що наведені вище приклади є зразковими. Наприклад, деяке конкретне вміст сигналізації показано схематично. При практичних застосуваннях можливо виконувати модифікації, видалення за вмістом, і винахід не обмежується цими прикладами.

[00129] Фіг.9 ілюструє спосіб припинення режиму спільної роботи після встановлення режиму спільної роботи у відповідності з варіантом здійснення цього винаходу.

[00130] Як показано на фіг.9, припинення режиму спільної роботи ініціюється базовою станцією. Після успішного встановлення режиму спільної роботи базова станція може вирішити призупинити режим спільної роботи у відповідності з зміною роботи системи. Наприклад, коли призначеного для користувача устаткування потрібно виконати важливу операцію в одному або більше періодах (наприклад, базова станція спонукає кероване обладнання провести вимірювання, або призначеного для користувача устаткування потрібно переключити соту), потрібно призупинити другу зв'язок із створює перешкоди системою, щоб створює перешкоди система не впливала на вимірювання. Призупинення може виконуватися одноразово або періодично. У цьому Ѱть призначеного для користувача устаткування вказівку призупинити режим спільної роботи (тобто попросити кероване обладнання призупинити другу зв'язок з пристроєм, що створює перешкоди системі). Базова станція може дати призначеного для користувача устаткування вказівку одноразово призупинити режим спільної роботи, а також може дати призначеного для користувача устаткування вказівку періодично припиняти режим спільної роботи кілька разів в певному періоді.

[00131] Після прийому команди призупинення дії від базової станції кероване обладнання може призупинити режим спільної роботи в заданий час згідно з зазначенням від базової станції, тобто призупинити другу зв'язок з пристроєм, що створює перешкоди системі (етап 922), і передати базової станції повідомлення закінчення призупинення (етап 923), щоб інформувати базову станцію про те, чи успішно припинений режим спільної роботи.

[00132] Команда призупинення може включати в себе одну або більше з наступної інформації:

затримка початку призупинення або час початку припинення;

цикл припинення;

час призупинення (тобто тривалість припинення режиму спільної роботи в циклі призупинення);

затримка початку перезапуску або час початку перезапуску.

[00133] У прикладі базова станція може инкапсулировать інформацію, що вказує призначеного для користувача устаткування пе�овательскому обладнання. Наприклад, інформація може бути циклом припинення. Кероване обладнання може періодично припиняти другу зв'язок у відповідності з зазначенням від базової станції, тобто періодично припиняти режим спільної роботи.

[00134] В іншому прикладі команда призупинення може містити час початку або затримку початку припинення режиму спільної роботи. Кероване обладнання може визначити час перевірки припинення у відповідності із затримкою початку в команді призупинення і часом прийому підтверджує сигналу (наприклад, сигналу ACK), вказує, що базова станція успішно прийняв повідомлення закінчення призупинення, передане користувальницьким обладнанням, а базова станція може визначити час перевірки припинення у відповідності із затримкою початку в команді призупинення і часом передачі підтверджує сигналу (наприклад, сигналу ACK), вказує, що базова станція успішно прийняв повідомлення закінчення призупинення.

[00135] В іншому прикладі, в доповнення до часу початку припинення режиму спільної роботи команда призупинення також може містити час перезапуску або затримку перезапуску у перезапуску режиму совмЕка, задане в команді припинення (не показано). Кероване обладнання може визначити час перевірки перезапуску згідно із затримкою перезапуску в команді призупинення і часом прийому підтверджує сигналу (наприклад, сигналу ACK), вказує, що базова станція успішно прийняв повідомлення закінчення призупинення, передане користувальницьким обладнанням, а базова станція може визначити час перевірки перезапуску згідно із затримкою перезапуску в команді призупинення і часом передачі підтверджує сигналу (наприклад, сигналу ACK), вказує, що базова станція успішно прийняв повідомлення закінчення призупинення.

[00136] Повідомлення закінчення призупинення може включати в себе одну або більше з наступної інформації:

інформація, яка вказує, успішно чи кероване обладнання призупиняє режим спільної роботи;

причина збою припинення.

[00137] У разі збою припинення базова станція може повторно призначити призначеного для користувача устаткування призупинити режим спільної роботи у відповідний час згідно з причиною збою, повідомленої користувальницьким обладнанням.

[00138] Фіг.10 ілюструє інший примі�фіг.10, після передачі команди припинення базова станція може ініціювати перезапуск режиму спільної роботи шляхом передачі команди перезапуску. Після того, як припиняється режим спільної роботи, коли умови дозволяють (наприклад, завершилося подія, яка спонукає кероване обладнання призупинити режим спільної роботи, наприклад, коли час закінчення користувальницьким обладнанням вимірювань стільники перебуває раніше передбачуваного, і вимірювання показують, що не потрібно перемикати соту), базова станція може передати команду перезапуску призначеного для користувача устаткування, щоб дати призначеного для користувача устаткування вказівку перезапустити режим спільної роботи (етап 1201). Команда перезапуску включає в себе час перезапуску або затримку перезапуску у перезапуску режиму спільної роботи. Після прийому команди перезапуску кероване обладнання може перезапустити режим спільної роботи в заданий час згідно з командою перезапуску (етап 1022) і передати базової станції повідомлення закінчення перезапуску (етап 1023), яке включає в себе інформацію, що вказує, чи успішно перезапущений режим спільної роботи. Користувальницьке об�ска і часом прийому підтверджує сигналу (наприклад, сигналу ACK), вказує, що базова станція успішно прийняв повідомлення закінчення перезапуску, передане користувальницьким обладнанням, а базова станція може визначити час перевірки перезапуску згідно із затримкою перезапуску в команді перезапуску і часом передачі підтверджує сигналу (наприклад, сигналу ACK), вказує, що базова станція успішно прийняв повідомлення закінчення перезапуску.

[00139] Повідомлення закінчення перезапуску може включати в себе одну або більше з наступної інформації:

інформація, яка вказує, успішно перезапущений режим спільної роботи;

причина збою перезапуску.

[00140] У разі збою перезапуску базова станція може повторно призначити призначеного для користувача устаткування перезапустити режим спільної роботи у відповідний час згідно з причиною збою, повідомленої користувальницьким обладнанням.

[00141] Процес призупинення і процес перезапуску режиму спільної роботи можуть проводитися на рівні RRC. Іншими словами, кожне з команди призупинення команди перезапуску, повідомлення закінчення призупинення та повідомлення закінчення перезапуску, що беруть участь у процесі припинення процесі перезапуску, може бути ко�ся конкретний приклад призупинення та перезапуску режиму спільної роботи з використанням алгоритму реконфігурації RRC RRC_Connection_Reconfiguration.

[00143] Наприклад, команда призупинення може переноситися з використанням повідомлення RRCConnectionReconfiguration. Наприклад, команда припинення (вказана з допомогою RRC_CoEX_pending (призупинення спільного режиму RRC)) може включати в себе одну або більше з наступної інформації:

RRC_CoEX_pending:

PendingMode (режим призупинення):(One, Periodic) (одноразовий, періодичний)

PendingStartMode (режим початку призупинення):(NextFrame,Delay) (наступний кадр, затримка)

PendingDelay (затримка призупинення):(sf0, sf2, sf4, sf5, sf10, ..., sfP)

PendingPeriod:(sf2, sf4, sf5, sf 10, ..., sf R)

PendingTime (призупинення):(sf1, sf2, sf4, sf5, sf 10, ..., sf S)

RestartDelay (затримка перезапуску):(sf0, sf2, sf4, sf5, sf 10, ..., sf U)

[00144] де PendingMode:(One, Periodic) вказує режим призупинення, вибраний базовою станцією для користувацького обладнання, в якому One вказує, що призупинення виконується одноразово у відповідності з командою призупинення, а Periodic вказує, що призупинення виконується періодично в відповідності з командою припинення. PendingStartMode:(NextFrame,Delay) вказує спосіб визначення часу початку припинення режиму спільної роботи. Якщо активується NextFrame (наприклад, 1 або Істина), то режим спільної роботи припиняється від початкового положення наступного субкадра після вѻа повідомлення закінчення призупинення, передане користувальницьким обладнанням. Якщо активується Delay (наприклад, 1 або Істина), то час перевірки припинення обчислюється відповідно з часом прийому підтверджує сигналу (наприклад, сигналу ACK), вказує, що базова станція успішно прийняв повідомлення закінчення призупинення, передане користувальницьким обладнанням, і затримкою призупинення зазначеної PendingDelay. PendingDelay:(sf0, sf2, sf4, sf5, sf10, ..., sfP) вказує затримку початку припинення режиму спільної роботи, обрану базовою станцією для користувацького обладнання, при цьому sf0, sf2, sf4, sf5, sf10, ..., sfP (P≥1) вказують 0 субкадров, 2 субкадра, 4 субкадра, 5 субкадров, 10 субкадров, P субкадров, і затримка може бути дорівнює 0 субкадрам, 2 субкадрам, 4 субкадрам, 5 субкадрам, 10 субкадрам або P субкадрам. PendingPeriod:(sf2, sf4, sf5, sf 10, ..., sf R) (R≥1) вказує, що цикл припинення, вибраний базовою станцією для користувацького обладнання, дорівнює 2 субкадрам, 4 субкадрам, 5 субкадрам, 10 субкадрам або P субкадрам, коли призупинення виконується періодично. PendingTime:(sf1, sf2, sf4, sf5, sf 10, ..., sf S) (S≥1) вказує, що час припинення в кожному циклі припинення, вибране базовою станцією для користувацького обладнання, дорівнює 1 субкадру, 2 субкадрам, 4 призупинення починається з початку циклу припинення. RestartDelay:(sf0, sf2, sf4, sf5, sf 10, ...,sf U) (U≥1) вказує, що затримка перезапуску режиму призупинення, обрана базовою станцією для користувацького обладнання, дорівнює 4 субкадрам, 5 субкадрам, 10 субкадрам або S субкадрам.

[00145] Повідомлення закінчення призупинення, повернене користувальницьким обладнанням базової станції, може переноситися з використанням повідомлення RRCConnectionReconfigurationComplete.

[00146] Команда перезапуску також може переноситися з використанням повідомлення RRCConnectionReconfigurationComplete. Наприклад, команда перезапуску (вказана з допомогою RRC_CoEX_restart (перезапуск спільного режиму RRC)) може включати в себе одну або більше з наступної інформації:

RRC_CoEX_restart:

RestartStartMode (режим початку перезапуску):(NextFrame,Delay)

RestartDelay:(sf0, sf2, sf4, sf5, sf10, ..., sfP)

[00147] де RestartStartMode:(NextFrame,Delay) вказує спосіб визначення часу початку перезапуску режиму спільної роботи. Якщо активується NextFrame (наприклад, 1 або Істина), то режим спільної роботи перезапускається від початкового положення наступного субкадра після часу прийому підтверджує сигналу (наприклад, сигналу ACK), вказує, що базова станція успішно прийняв повідомлення закінчення перезапуску, передане користувальницьким обладнанням. Якщо �риема підтверджує сигналу (наприклад, сигналу ACK), вказує, що базова станція успішно прийняв повідомлення закінчення перезапуску, передане користувальницьким обладнанням, і затримкою перезапуску, зазначеної RestartDelay. RestartDelay:(sf0, sf2, sf4, sf5, sf10, ..., sfP) вказує затримку початку перезапуску режиму спільної роботи, обрану базовою станцією для користувацького обладнання, при цьому sf0, sf2, sf4, sf5, sf10, ..., sfP (P≥1) вказують 0 субкадров, 2 субкадра, 4 субкадра, 5 субкадров, 10 субкадров, P субкадров відповідно, і затримка може бути дорівнює 0 субкадрам, 2 субкадрам, 4 субкадрам, 5 субкадрам, 10 субкадрам або P субкадрам.

[00148] Повідомлення закінчення перезапуску, повернене користувальницьким обладнанням базової станції, також може переноситися з використанням повідомлення RRCConnectionReconfigurationComplete.

[00149] Конкретний приклад призупинення та перезапуску режиму спільної роботи з доданими новими алгоритмами RRC буде наведено нижче.

[00150] Наприклад, команда призупинення може переноситися з використанням доданого нового повідомлення RRC. Наприклад, команда припинення (вказана з допомогою RRC_CoEX_pending) може включати в себе одну або більше з наступної інформації:

RRC_CoEX_pending:

PendingMode:(One, Periodic)

PendingStartMode:(NextFrame,Delay)

PendingDelay:(sf0, sf U)

[00151] кожна з яких подібна до такої у попередньому прикладі, і її опис повторюватися не буде.

[00152] Повідомлення закінчення призупинення також може переноситися з допомогою доданої нової сигналізації RRC. Наприклад, повідомлення (вказане за допомогою RRC_CoEX_pending_complete_response (відповідь про закінчення призупинення спільного режиму RRC)) може включати в себе одну або більше з наступної інформації:

RRC_CoEX_pending_complete_response:

State:(success, fail)

FailReason:(reason0,reason1, ...)

[00153] де State:(success, fail) вказує, успішно чи припинений режим спільної роботи; а FailReason:(reason0, reason1, ...) вказує причину збою припинення.

[00154] Команда перезапуску також може переноситися з допомогою доданої нової сигналізації RRC. Наприклад, команда перезапуску (вказана з допомогою RRC_CoEX_restart) може включати в себе одну або більше з наступної інформації:

RRC_CoEX_restart:

RestartStartMode:(NextFrame,Delay)

RestartDelay:(sf0, sf2, sf4, sf5, sf10, ..., sfP)

[00155] кожна з яких подібна до такої у попередньому прикладі, і її опис повторюватися не буде.

[00156] Повідомлення закінчення перезапуску також може переноситися з допомогою доданої нової сигналізації RRC. Наприклад, повідомлення (вказане за допомогою RRC_CoEX_restart_complete_response (відповідь про закінчення перезапуск�

State:(success, fail)

FailReason:(reason0,reason1, ...)

[00157] де State:(success, fail) вказує, успішно перезапущений режим спільної роботи; а FailReason:(reason0, reason1, ...) вказує причину збою перезапуску.

[00158] Фіг.11 ілюструє спосіб завершення режиму спільної роботи після встановлення режиму спільної роботи у відповідності з варіантом здійснення цього винаходу.

[00159] Як показано на фіг.11, завершення режиму спільної роботи може ініціюватися користувальницьким обладнанням. Після того, як успішно встановлюється режим спільної роботи, якщо призначеного для користувача устаткування вже не потрібно працювати у режимі спільної роботи (наприклад, коли кероване обладнання виявляє, що створює перешкоди система зникає), то кероване обладнання може передати базової станції запит завершення режиму, щоб запросити завершення режиму спільної роботи (етап 1121), за допомогою цього зупиняючи другу зв'язок із створює перешкоди системою, і перейти на нормальний режим роботи (тобто не режим спільної роботи). Після прийому запиту завершення режиму базова станція вирішує, чи дозволити користувачу обладнання завершити режим спільної роботи, у відпо�вказує дозвіл завершити режим спільної роботи, у відповідь завершення режиму; в іншому випадку вона інкапсулює у відповідь завершення режиму інформацію, що вказує відмова у завершенні режиму спільної роботи, і передає відповідь завершення режиму призначеного для користувача устаткування (етап 1123). Кероване обладнання вирішує, завершувати режим спільної роботи, згідно з відповіддю завершення режиму. Якщо рішення показує, що базова станція дозволяє завершити режим спільної роботи, то режим спільної роботи завершується, тобто переключається на нормальний режим роботи (звільняється часовий ресурс для другої зв'язку). При успішному завершенні режиму спільної роботи кероване обладнання може передати базової станції повідомлення закінчення завершення режиму, яке включає в себе інформацію, яка вказує, що кероване обладнання успішно завершило режим спільної роботи. Коли кероване обладнання не завершує успішно режим спільної роботи, повідомлення закінчення завершення режиму, передане до базової станції, включає в себе інформацію, яка вказує, що кероване обладнання не завершує успішно режим спільної роботи. В якості альтернативи воно також може включати в�інформацію, вказує час або затримку завершення. Кероване обладнання і базова станція можуть вирахувати час завершення режиму спільної роботи у відповідності з тим часом або затримкою і часом, коли кероване обладнання передає підтверджує сигнал, який вказує, що кероване обладнання успішно прийняв відповідь завершення режиму.

[00161] Фіг.12 ілюструє спосіб завершення режиму спільної роботи після встановлення режиму спільної роботи згідно з іншим варіантом здійснення цього винаходу.

[00162] В способі, показаному на фіг.12, завершення режиму спільної роботи ініціюється базовою станцією. У деяких випадках (наприклад, коли кероване обладнання переключається на цільову стільника, і цільова сота з'ясовує, що робітники частоти вихідної створює перешкоди системи і цільової стільники не можуть створювати перешкоди один одному) базова станція може передати команду завершення режиму, щоб дати призначеного для користувача устаткування вказівку завершити режим спільної роботи і увійти в нормальний режим роботи (тобто не в режим спільної роботи). Після прийому команди завершення режиму базова станція завершує режим спільно ресурс для другої зв'язку). При успішному завершенні режиму спільної роботи кероване обладнання може передати базової станції повідомлення закінчення завершення режиму, яке включає в себе інформацію, яка вказує, що кероване обладнання успішно завершило режим спільної роботи. Коли кероване обладнання не завершує успішно режим спільної роботи, повідомлення закінчення завершення режиму, передане до базової станції, включає в себе інформацію, яка вказує, що кероване обладнання не завершує успішно режим спільної роботи. В якості альтернативи воно також може включати в себе інформацію, що вказує причину збою.

[00163] У прикладі базова станція може передати призначеного для користувача устаткування команду завершення режиму під час початкового доступу. У прикладі команда завершення режиму може включати в себе інформацію, що вказує час або затримку завершення, і кероване обладнання і базова станція можуть вирахувати час завершення режиму спільної роботи у відповідності з тим часом або затримкою і часом, коли кероване обладнання передає підтверджує сигнал, який вказує, що кероване обладнання успішно п� базовою станцією, можуть включати в себе один або більше бітів. У прикладі команда завершення режиму або відповідь завершення режиму можуть включати в себе тільки один біт, цей біт може встановлюватися в 1 або 0, щоб інформувати користувача обладнання про завершення режиму спільної роботи. Якщо відповідь завершення режиму є інформацією, що вказує відмова призначеного для користувача устаткування в завершенні режиму спільної роботи, то біт може встановлюватися в 1 або 0 для вказівки відхилити запит користувацького обладнання на завершення режиму спільної роботи.

[00165] В іншому прикладі команда завершення режиму або відповідь завершення режиму можуть включати в себе кілька бітів. Наприклад, вони можуть містити одну або більше з наступної інформації:

інформація, яка вказує на спосіб обробки зміни ставлення відображення управління після завершення режиму спільної роботи;

інформація, яка вказує, як обробляти дані в режимі спільної роботи, які заплановані або передача яких почалася, але не була закінчена, після завершення режиму спільної роботи (наприклад, який з трьох способів буде використовуватися для обробки даних, що залишилися часу переходу режиму раб�яется інформацією, вказує відхилення запиту користувацького обладнання для завершення режиму спільної роботи, то він може включати в себе інформацію, що вказує час, після якого користувача обладнання може запросити завершення режиму спільної роботи в наступний раз. Тобто базова станція може инкапсулировать у відповідь завершення режиму інтервал часу очікування, після якого призначеного для користувача устаткування дозволено запросити завершення режиму спільної роботи в наступний раз. Після прийому цієї відповіді, якщо призначеного для користувача устаткування потрібно передати наступний запит для завершення режиму спільної роботи, то потрібно очікувати цей інтервал часу.

[00167] Процес завершення режиму спільної роботи може проводитися на рівні RRC. Іншими словами, кожне з запиту завершення режиму, відповіді завершення режиму, команди завершення режиму і т. п., що беруть участь в процесі завершення, може бути командою RRC.

[00168] Взявши як приклад систему LTE, яка є головною системою зв'язку, в конкретному прикладі завершення режиму спільної роботи може виконуватися з використанням існуючого алгоритму реконфігурації з'єднання RRC (RRCConnectionReconfiguration). У цьому приможет включати в себе наступну інформацію:

RRC_CoEX_Termination_Request:

COEXTerm_request:(1)

[00169] де COEXTerm_request вказує, що кероване обладнання запитує завершення режиму спільної роботи.

[00170] Якщо базова станція дозволяє призначеного для користувача устаткування завершити режим спільної роботи, то відповідь завершення режиму (вказаний з допомогою RRC_CoEX_Termination (завершення спільного режиму RRC)), повернутий призначеного для користувача устаткування, може включати в себе одну або більше з наступної інформації (коли базової станції потрібно завершити режим спільної роботи, команда завершення режиму також може застосовувати наступний формат:

RRC_CoEX_Termination:

GuardMode:(None, type, typeII, typeIII, typeIV)

GuardTime:(sf10, sf15, sf20, sf25, sf30, sf35, sf40)

[00171] де Guard:(None, type, typeII, typeIII, typeIV) вказує спосіб обробки даних часу переходу з режиму спільної роботи в нормальний режим роботи, вибраний базовою станцією для користувацького обладнання, при цьому None вказує, що ніякі заходи не будуть прийняті, навіть якщо після входу в нормальний режим роботи передача сигналізації і передача даних, які не закінчені в режимі спільної роботи, все ще виконуються у відповідності з режимом спільної роботи), поки вони передаються правильно або не досягнуто мак�фронтальну режим роботи зупиняється сигналізація і дані в режимі спільної роботи, які заплановані, але не передані, або передача яких почалася, але не була закінчена, до закінчення входу в нормальний режим роботи, а потім вони перепланируются та повторно передаються у відповідності з нормальним режимом роботи; TypeII є типом II, який вказує, що при вході в нормальний режим роботи передача сигналізації і даних в режимі спільної роботи, які заплановані, але не передані, або передача яких почалася, але не була закінчена, поновлюється з використанням часової залежності нормального режиму роботи, відповідної такої режиму спільної роботи (відповідний часовий ресурс); TypeIII є типом III, який вказує, що під час переходу з режиму спільної роботи в нормальний режим роботи встановлюється час переходу, після якого призначеного для користувача устаткування може бути дозволено увійти в нормальний режим роботи. sf10, sf15, sf20, sf25, sf30, sf35, sf40 вказують 10 субкадров, 15 субкадров, 20 субкадров, 30 субкадров, 35 субкадров, 40 субкадров відповідно; і GuardTime:(sf10, sf15, sf20, sf25, sf30, sf35, sf40) вказує, що тривалість часу переходу дорівнює 10 субкадрам, 15 субкадрам, 20 субкадрам, 30 субкадрам, 35 субкадрам або 40 субкадрам.

[00172] Повідомлення окончани�льзованием "RRCConnectionReconfigurationComplete".

[00173] Якщо базова станція не дозволяє призначеного для користувача устаткування завершити режим спільної роботи, то відповідь завершення режиму, що включає в себе інформацію, що вказує відмова призначеного для користувача устаткування в завершенні режиму спільної роботи, може переноситися з допомогою "RRCConnectionReject".

[00174] В іншому конкретному прикладі завершення режиму спільної роботи може виконуватися з використанням доданого нового алгоритму з'єднання RRC (RRC_CoEX_Termination). У цьому випадку запит завершення режиму (вказаний з допомогою RRC_CoEX_Termination_Request) може включати в себе наступну інформацію:

RRC_CoEX_Termination_Request:

COEXTerm_request:(1)

[00175] де COEXTerm_request вказує, що кероване обладнання запитує завершення режиму спільної роботи.

[00176] Якщо базова станція дозволяє призначеного для користувача устаткування завершити режим спільної роботи, то відповідь завершення режиму (вказаний з допомогою RRC_CoEX_Termination) може включати в себе одну або більше з наступної інформації (коли базової станції потрібно завершити режим спільної роботи, команда завершення режиму також може застосовувати наступний формат:

RRC_CoEX_Termination:

GuardMode:(None, type, typeII, typeIII, typeIV)

GuardTime:(sf10, sf15, sf20, sf25, sf30, sf35, sf40)

[00177] кожна�я станція не дозволяє призначеного для користувача устаткування завершити режим спільної роботи, то відповідь завершення режиму (вказаний з допомогою RRC_CoEX_termination_reject (відмова в завершенні спільного режиму RRC)) може включати в себе наступну інформацію:

RRC_CoEX_termination_reject:

RetryDelayType:(sf10, sf15, sf20, sf25, sf30)

[00179] де sf10, sf15, sf20, sf25, sf30 вказують 10 субкадров, 15 субкадров, 20 субкадров і 30 субкадров відповідно; і RetryDelayType:(sf10, sf15, sf20, sf25, sf30) вказує, що мінімальний інтервал часу, після якого передається наступний запит для завершення режиму спільної роботи, вибраний базовою станцією для користувацького обладнання, дорівнює 10 субкадрам, 15 субкадрам, 20 субкадрам або 30 субкадрам.

[00180] Фіг.13 - схематична блок-схема, що ілюструє базову станцію, зконфігуровану в першій системі зв'язку у відповідності з варіантом здійснення цього винаходу.

[00181] Як показано на фіг.13, базова станція 1310 може містити приймальний пристрій 1312, керуючий пристрій 1314 і передавальний пристрій 1316.

[00182] Приймальний пристрій 1312 може приймати різну сигналізацію і повідомлення від користувацького обладнання в першій системі зв'язку. Передавальний пристрій 1316 може передавати різні команди і повідомлення призначеного для користувача устаткування. Керуючий пристрій 1314 може про� передати призначеного для користувача устаткування відповідно пов'язаної з інформацією.

[00183] Базова станція 1310 з допомогою цих пристроїв може виконувати способи у варіантах здійснення/прикладах способів, які описані вище.

[00184] Наприклад, базова станція 1310 може виконувати спосіб, описаний з посиланням на фіг.3. Зокрема, приймальний пристрій 1312 може прийняти запит встановлення режиму від користувацького обладнання для встановлення режиму спільної роботи і передати цей запит керуючого пристрою 1314. Керуючий пристрій 1314 може инкапсулировать конфігураційну інформацію, що вказує режим спільної роботи, дозволений до використання користувальницьким обладнанням, у відповідь встановлення і вивести його в передавальний пристрій 1316. Передавальний пристрій 1316 передає призначеного для користувача устаткування відповідь встановлення. Приймальний пристрій 1312 також може прийняти інформацію, що вказує, сконфигурировало чи кероване обладнання режим спільної роботи, повернуту від користувацького обладнання.

[00185] Наприклад, базова станція 1310 може виконувати спосіб, описаний з посиланням на фіг.4. Тобто керуючий пристрій 1314 також може вирішити, чи дозволити користувачу обладнання увійти в режим е поточної соти, наприклад, поточний стан використання ресурсів і т. п. і/або робочий стан користувацького обладнання, наприклад, поточна послуга користувацького обладнання тощо) і т. п. Якщо не дозволяє, то керуючий пристрій 1314 інкапсулює у відповідь встановлення інформацію для відмови призначеного для користувача устаткування увійти в режим спільної роботи; а якщо дозволяє, то інкапсулює у відповідь встановлення інформацію для вирішення призначеного для користувача устаткування увійти в режим спільної роботи.

[00186] У прикладі керуючий пристрій 1314 також може вибрати режим спільної роботи для користувацького обладнання у відповідності з системною інформацією про першій системі зв'язку (наприклад, робочий стан поточної стільники, наприклад, поточний стан використання ресурсів і т. п. і/або тип та/або послуга створює перешкоди системи тощо) і инкапсулировать конфігураційну інформацію про обраному режимі спільної роботи в відповідь встановлення.

[00187] Якщо запит встановлення режиму, відправлений користувальницьким обладнанням, що включає в себе інформацію, що вказує режим спільної роботи, рекомендований користувальницьким обладнанням,рекомендований режим спільної роботи. Якщо дозволяє, то інформація, яка вказує дозвіл використовувати рекомендований режим спільної роботи, інкапсулюється у відповідь встановлення, в іншому випадку режим спільної роботи вибирається у відповідності з системною інформацією про першій системі зв'язку (наприклад, робочий стан поточної стільники, наприклад, поточний стан використання ресурсів тощо) та/або тип та/або послуга створює перешкоди системи і т. п.

[00188] Передані і прийняті повідомлення, коли базова станція 1310 встановлює режим спільної роботи, можуть застосовувати вміст, формати і методи передачі у варіантах здійснення/прикладах, які описані вище з посиланням на фіг.3-5 та 6A-6B. Наприклад, керуючий пристрій 1314 також може инкапсулировать інформацію, що вказує затримку запуску режиму спільної роботи, у відповідь встановлення. Наприклад, керуючий пристрій 1314 також може инкапсулировать час переходу режиму спільної роботи в відповідь встановлення. Наприклад, відповідь встановлення може бути командою RRC. Наприклад, якщо призначеного для користувача устаткування не дозволено увійти в режим спільної роботи, то керуючий пристрій 1314 може инкапсулироват�ому устаткування дозволено запросити встановлення режиму спільної роботи в наступний раз. Тут опис цього не буде повторюватися.

[00189] Базова станція 1310 також може виконувати способи реконфігурування режиму спільної роботи у варіантах здійснення/прикладах, які описані вище з посиланням на фіг.7 та 8.

[00190] Якщо реконфігурація режиму спільної роботи ініціюється користувальницьким обладнанням, то приймальний пристрій 1312 може прийняти запит реконфігурації, переданий від користувацького обладнання для реконфігурування режиму спільної роботи, керуючий пристрій 1314 інкапсулює реконфигурационную інформацію для реконфігурування режиму спільної роботи у відповідне повідомлення реконфігурації, і передавальний пристрій 1316 передає призначеного для користувача устаткування відповідне повідомлення реконфігурації.

[00191] як приклад перед формуванням відповідного повідомлення реконфігурації керуючий пристрій 1314 також може вирішити, чи дозволити користувачу обладнання реконфигурировать режим спільної роботи. Якщо не дозволяє, то інформація, яка вказує відмова в реконфигурировании режиму спільної роботи, інкапсулюється у відповідь повідомлення реконфігурації; а якщо дозволяє, то реконфигурационная інформація для реконфигурир�міра запит реконфігурації, переданий користувальницьким обладнанням, що включає в себе інформацію, що вказує зміна другої системи зв'язку, і керуючий пристрій 1314 може вибрати конфігураційну інформацію або реконфигурационную інформацію про режим спільної роботи у відповідності з інформацією, що вказує зміна другої системи зв'язку. В іншому прикладі запит реконфігурації, переданий користувальницьким обладнанням, що включає в себе реконфигурационную інформацію для реконфігурування режиму спільної роботи, рекомендованого користувальницьким обладнанням у відповідності з зміною другої системи зв'язку (наприклад, інформацію, що вказує конфігурацію режиму спільної роботи, повторно обрану користувальницьким обладнанням у відповідності з зміною другої системи зв'язку), і керуючий пристрій 1314 у відповідності з системною інформацією може вирішити, чи дозволити користувачу обладнання використовувати конфігураційну інформацію або реконфигурационную інформацію про рекомендованому режимі спільної роботи.

[00192] Якщо реконфігурація режиму спільної роботи ініціюється базовою станцією, то приймальний пристрій 1312 може инкапсулировать реконфигурационную инфоркому обладнання вказівку реконфигурировать режим спільної роботи, і передавальний пристрій 1316 передає призначеного для користувача устаткування команду реконфігурації. Приймальний пристрій може прийняти повернутий від користувацького обладнання сигнал підтвердження, вказує, що реконфігурація закінчена.

[00193] Передані і прийняті повідомлення, коли базова станція 1310 реконфигурирует режим спільної роботи, можуть застосовувати вміст, формати і методи передачі у варіантах здійснення/прикладах, які описані вище з посиланням на фіг.7 та 8, опис яких тут повторюватися не буде.

[00194] Базова станція 1310 також може виконувати способи припинення і перезапуску режиму спільної роботи у варіантах здійснення/прикладах, які описані вище з посиланням на фіг.9 і 10.

[00195] зокрема, керуючий пристрій 1314 може сформувати команду для припинення вказівки призначеного для користувача устаткування призупинити режим спільної роботи, яка може включати в себе інформацію, що вказує час початку припинення режиму спільної роботи. Передавальний пристрій 1316 передає команду припинення призначеного для користувача устаткування, а приймальний пристрій 1312 приймає повернене користувальницьким обладнанням повідомлення закінчення �ні початку або затримки початку припинення режиму спільної роботи команда призупинення може включати в себе час перезапуску або затримку перезапуску у перезапуску режиму спільної роботи, та кероване обладнання може перезапустити режим спільної роботи в заданий час згідно з командою (не показано) без формування і передачі команди перезапуску базовою станцією 1310 (керуючим пристроєм 1314).

[00197] В іншому прикладі керуючий пристрій 1314 також може сформувати команду перезапуску для вказівки призначеного для користувача устаткування перезапустити режим спільної роботи, яка включає в себе інформацію, що вказує час перезапуску режиму спільної роботи. Передавальний пристрій 1316 передає призначеного для користувача устаткування команду перезапуску. Приймальний пристрій 1312 приймає повернене користувальницьким обладнанням повідомлення закінчення перезапуску, вказує, що режим спільної роботи перезапущений.

[00198] Передані і прийняті повідомлення, коли базова станція 1310 призупиняє і перезапускає режим спільної роботи, можуть застосовувати вміст, формати і методи передачі у варіантах здійснення/прикладах, які описані вище з посиланням на фіг.9 і 10, опис яких тут повторюватися не буде.

[00199] Базова станція 1310 також може виконувати спосіб завершення режиму спільної роботи у варіантах здійснення/при�ним спільної роботи, то приймальний пристрій 1312 може прийняти запит завершення режиму для завершення режиму спільної роботи, переданий користувальницьким обладнанням. Керуючий пристрій 1314 у відповідності з системною інформацією вирішує, чи дозволити завершити режим спільної роботи, і передавальний пристрій 1316 повертає призначеного для користувача устаткування інформацію, що вказує, чи дозволити завершити режим спільної роботи.

[00201] Якщо базова станція завершує режим спільної роботи, то передавальний пристрій 1316 передає призначеного для користувача устаткування команду завершення режиму, що дає вказівку завершити режим спільної роботи.

[00202] Передані і прийняті повідомлення, коли базова станція 1310 завершує режим спільної роботи, можуть застосовувати вміст, формати і методи передачі у варіантах здійснення/прикладах, які описані вище з посиланням на фіг.11 і 12, опис яких тут повторюватися не буде.

[00203] Фіг.14 - схематична блок-схема, що ілюструє кероване обладнання, сконфігуроване в першій системі зв'язку у відповідності з варіантом здійснення цього винаходу.

[00204] Як показано на фіг.14, кероване обладнання 1420 може містити пѾйство 1421 може приймати різну сигналізацію і повідомлення від базової станції в першій системі зв'язку. Передавальний пристрій 1427 може передавати різні команди і повідомлення до базової станції. Пристрій 1425 обробки інформації може обробляти прийняту різну сигналізацію та повідомлення і формує сигналізацію і повідомлення, які потрібно передати базової станції відповідно пов'язаної з інформацією.

[00206] Кероване обладнання 1420 з допомогою цих пристроїв може виконувати способи у варіантах здійснення/прикладах способів, які описані вище.

[00207] Наприклад, кероване обладнання 1420 може виконувати спосіб, описаний з посиланням на фіг.2. Зокрема, пристрій 1425 обробки інформації може сформувати запит встановлення режиму для встановлення режиму спільної роботи. Передавальний пристрій 1427 може передати запит встановлення режиму до базової станції, а приймальний пристрій може прийняти відповідне повідомлення встановлення, повернене базовою станцією, яке включає в себе конфігураційну інформацію, що вказує режим спільної роботи, дозволений базовою станцією до використання користувальницьким обладнанням. Пристрій 1425 обробки інформації може конфігурувати режим спільної роботи відповідно до конфігураційної инестной роботи передавальний пристрій 1427 також може повернути базової станції інформацію, вказує, сконфигурировало чи кероване обладнання режим спільної роботи.

[00208] Наприклад, кероване обладнання 1420 може виконувати спосіб, описаний з посиланням на фіг.5. Зокрема, після того, як приймальний пристрій 1421 приймає відповідне повідомлення встановлення, пристрій 1425 обробки інформації у відповідності з відповідним повідомленням встановлення може спочатку вирішити, чи дозволяє базова станція призначеного для користувача устаткування увійти в режим спільної роботи. Якщо дозволяє, то пристрій 1425 обробки інформації може конфігурувати режим спільної роботи відповідно до конфігураційної інформацією у відповідному повідомленні, щоб запустити режим спільної роботи; у іншому випадку воно не запускає режим спільної роботи.

[00209] Після того, як пристрій 1425 обробки інформації конфігурує режим спільної роботи, передавальний пристрій 1427 також може повернути базової станції інформацію, що вказує, що конфігурація режиму спільної роботи закінчена.

[00210] В якості прикладу пристрій 1425 обробки інформації також може вибрати режим спільної роботи у відповідності з виявленою створює перешкоди системою (друга система зв'язку) � якості іншого прикладу пристрій 1425 обробки інформації також може инкапсулировать запит встановлення режиму інформацію, вказує тип і/або послугу другої системи зв'язку. В деяких прикладах передавальний пристрій може передавати запит встановлення режиму з допомогою PUCCH, рівня MAC або рівня RRC. Коли відповідна інформація встановлення, повернена базовою станцією, включає в себе інформацію, що вказує затримку запуску режиму спільної роботи, пристрій 1425 обробки інформації також може визначити час запуску режиму спільної роботи у відповідності з затримкою запуску. Коли відповідна інформація встановлення, прийнята прийомним пристроєм 1421, також включає в себе інформацію, що вказує час переходу режиму спільної роботи, пристрій 1425 обробки інформації може отримати час переходу шляхом аналізу інформації і відповідно вирішити, чи є необхідність у часі переходу. Таким чином, кероване обладнання 1420 продовжує передавати дані з використанням попереднього режиму роботи протягом часу переходу після входу в режим спільної роботи і продовжує передавати дані з використанням режиму спільної роботи протягом часу переходу після завершення режиму спільної роботи. Передані і прийняті повідомлення, коли кероване обладнання 1420 �ществления/прикладах, які описані вище з посиланням на фіг.3-5 та 6A-6B. Тут опис цього не буде повторюватися.

[00211] Кероване обладнання 1420 також може виконувати способи реконфігурування режиму спільної роботи у варіантах здійснення/прикладах, які описані вище з посиланням на фіг.7 та 8.

[00212] Якщо реконфігурація режиму спільної роботи ініціюється користувальницьким обладнанням 1420, то пристрій 1425 обробки інформації може сформувати запит реконфігурації для реконфігурування режиму спільної роботи, а передавальний пристрій 1427 передає базової станції запит реконфігурації. Приймальний пристрій 1421 приймає повернене базовою станцією відповідне повідомлення реконфігурації, що включає в себе реконфигурационную інформацію для реконфігурування режиму спільної роботи, і пристрій 1425 обробки інформації змінює режим спільної роботи у відповідності з реконфигурационной інформацією.

[00213] як приклад перед формуванням відповідного повідомлення реконфігурації керуючий пристрій 1314 також може вирішити, чи дозволити користувачу обладнання реконфигурировать режим спільної роботи. Якщо не дозволяє, то інформація, яка вказує відмова в р�вирішує, то реконфигурационная інформація для реконфігурування режиму спільної роботи інкапсулюється у відповідь повідомлення реконфігурації. В якості іншого прикладу запит реконфігурації, переданий користувальницьким обладнанням, що включає в себе інформацію, що вказує зміна другої системи зв'язку, і керуючий пристрій 1314 може вибрати реконфигурационную інформацію для реконфігурування режиму спільної роботи у відповідності з інформацією, що вказує зміна другої системи зв'язку (наприклад, конфігураційної інформацією про режим роботи повторно обраної відповідно до зміною другої системи зв'язку). В іншому прикладі запит реконфігурації, переданий користувальницьким обладнанням, що включає в себе конфігураційну інформацію або реконфигурационную інформацію про режим спільної роботи, який рекомендований користувальницьким обладнанням у відповідності з зміною другої системи зв'язку, і керуючий пристрій 1314 у відповідності з системною інформацією може вирішити, чи дозволити користувачу обладнання використовувати конфігураційну інформацію або реконфигурационную інформацію про рекомендованому режимі спільної роботи.

[002125 обробки інформації у відповідності з відповідним повідомленням реконфігурації може спочатку вирішити, дозволяє базова станція реконфигурировать режим спільної роботи. Якщо дозволяє, то режим спільної роботи реконфигурируется, в іншому випадку він не реконфигурируется.

[00215] В іншому прикладі пристрій 1425 обробки інформації також може инкапсулировать запит реконфігурації інформацію, що вказує зміна другої системи зв'язку. В іншому прикладі пристрій 1425 обробки інформації також може повторно вибрати конфігураційну інформацію про режим спільної роботи у відповідності з зміною другої системи зв'язку і инкапсулировать цю інформацію на запит реконфігурації.

[00216] Якщо реконфігурація режиму спільної роботи ініціюється базовою станцією, то приймальний пристрій 1421 приймає передану від базової станції команду реконфігурації для вказівки реконфигурировать режим спільної роботи, яка включає в себе реконфигурационную інформацію для реконфігурування режиму спільної роботи. Пристрій 1425 обробки інформації реконфигурирует режим спільної роботи у відповідності з реконфигурационной інформацією, і передавальний пристрій після закінчення реконфігурації повертає базової станції сигнал підтвердження, вказує, що реконфигурирует режим спільної роботи, можуть застосовувати вміст, формати і методи передачі у варіантах здійснення/прикладах, які описані вище з посиланням на фіг.7 та 8, опис яких тут повторюватися не буде.

[00218] Кероване обладнання 1420 також може виконувати способи припинення і перезапуску режиму спільної роботи у варіантах здійснення/прикладах, які описані вище з посиланням на фіг.9 і 10.

[00219] зокрема, приймальний пристрій 1421 приймає передану від базової станції команду призупинення для вказівки призупинити режим спільної роботи, яка включає в себе інформацію, що вказує час початку припинення режиму спільної роботи. Пристрій обробки інформації призупиняє режим спільної роботи у відповідності з командою припинення.

[00220] У прикладі на додаток до часу початку або затримки початку припинення режиму спільної роботи команда призупинення може включати в себе час перезапуску або затримку перезапуску у перезапуску режиму спільної роботи, і кероване обладнання 1420 (пристрій 1425 обробки інформації) може перезапустити режим спільної роботи в заданий час згідно з тією командою без формування і передачі коман базової станції команду перезапуску для вказівки перезапустити режим спільної роботи, яка включає в себе інформацію, що вказує час перезапуску режиму спільної роботи. Пристрій 1425 обробки інформації перезапускає режим спільної роботи у відповідності з командою перезапуску.

[00222] Після того, як закінчується операція припинення, передавальний пристрій 1427 може повернути базової станції повідомлення закінчення призупинення, яке вказує, що режим спільної роботи призупинено. Після того, як закінчується операція перезапуску, передавальний пристрій 1427 може повернути базової станції повідомлення закінчення перезапуску, вказує, що режим спільної роботи перезапущений.

[00223] Передані і прийняті повідомлення, коли кероване обладнання 1420 призупиняє і перезапускає режим спільної роботи, можуть застосовувати вміст, формати і методи передачі у варіантах здійснення/прикладах, які описані вище з посиланням на фіг.9 і 10, опис яких тут повторюватися не буде.

[00224] Кероване обладнання 1420 також може виконувати спосіб завершення режиму спільної роботи у варіантах здійснення/прикладах, які описані вище з посиланням на фіг.11 і 12.

[00225] Якщо клієнтська обладнання 1420 ініціює алгоритм для �ения режиму для завершення режиму спільної роботи, і передавальний пристрій 1427 передає базової станції запит завершення режиму. Приймальний пристрій 1421 приймає повернуту від базової станції інформацію, що вказує, чи дозволити завершити режим спільної роботи. Пристрій 1425 обробки інформації вирішує, завершити режим спільної роботи, відповідно до поверненої базовою станцією інформацією.

[00226] Якщо базова станція ініціює алгоритм для завершення режиму спільної роботи, то приймальний пристрій 1421 приймає передану від базової станції команду завершення режиму, що дає вказівку завершити режим спільної роботи. Пристрій 1425 обробки інформації завершує режим спільної роботи у відповідності з командою завершення.

[00227] Передані і прийняті повідомлення, коли кероване обладнання 1420 завершує режим спільної роботи, можуть застосовувати вміст, формати і методи передачі у варіантах здійснення/прикладах, які описані вище з посиланням на фіг.11 і 12, опис яких тут повторюватися не буде.

[00228] Варіанти здійснення цього винаходу також надають систему зв'язку, що містить базову станцію і кероване обладнання, які описані вище.

[00229] Спеціалі�рімери є зразковими і не вичерпними, і що даний винахід не обмежується цими варіантами здійснення та/або прикладами.

[00230] У наведених варіантах здійснення та/або прикладах перша система зв'язку і друга система зв'язку відносяться до різних систем зв'язку, існуючим в додатковому обладнанні. Наприклад, перша система зв'язку може бути системою LTE, системою LTE-A чи іншою системою зв'язку, тоді як друга система зв'язку (що створює перешкоди система) може бути системою Bluetooth, системою WLAN або системою GPS, сконфігурованої в додатковому обладнанні. Тут будуть перераховані не всі випадки.

[00231] В описі винаходу термін "перший", "другий" і т. п. призначені тільки для розрізнення ознак, описаних ними буквально, щоб проілюструвати цей винахід щоб уникнути непорозумінь. Тому не слід вважати їх мають якесь обмежене значення.

[00232] В якості прикладу різні етапи вищенаведених способів і різні складові модулі та/або блоки вищезазначених пристроїв можуть конфігуруватися за допомогою програмного забезпечення, мікропрограмного забезпечення, апаратних засобів або їх поєднання в базовій станції (наприклад, eNodeB) або термінальному сайті пекретние засоби і методи, які можуть використовуватися конфігурацією, добре відомі фахівцям в даній області техніки, і подробиці тут пропускаються.

[00233] Не важко зрозуміти, що система, яка містить пристрої з вищенаведених варіантів здійснення, також повинна входити в обсяг охорони цього винаходу.

[00234] як приклад при реалізації за допомогою програмного забезпечення або мікропрограмного забезпечення програма, складова програмне забезпечення, може встановлюватися з носія інформації або з мережі на комп'ютер, що має спеціальну апаратну структуру (наприклад, універсальний комп'ютер 1500, який проілюстрований на фіг.15), коли на комп'ютер встановлюються різні програми, комп'ютер може виконувати різні функції.

[00235] На фіг.15 центральний процесор 1501 (CPU) виконує різні процеси у відповідності з програмою, що зберігається в постійному запам'ятовуючому пристрої 1502 (ROM), чи програмами, завантаженими з запам'ятовуючого пристрою 1508 оперативне запам'ятовуючий пристрій 1503 (RAM). В RAM 1503 також зберігаються дані, необхідні, коли CPU 1501 виконує різні процеси. CPU 1501, ROM 1502 і RAM 1503 підключаються один до одного по шині 1504. Інтерфейс 1505 введення/виводу також поода, включає клавіатуру, мишу і т. п.; блок 1507 висновку, що включає в себе дисплей, наприклад електронно-променеву трубку (ЕПТ), рідкокристалічний дисплей (LCD) тощо, та динаміки і так далі; запам'ятовуючий пристрій 1508, що включає в себе жорсткий диск і т. п.; і частина 1509 зв'язку, що включає в себе мережні інтерфейсні плати, наприклад плати LAN, модеми і так далі. Блок 1509 зв'язку виконує процес зв'язку по мережі типу Інтернет. Відповідно до вимог до інтерфейсу 1505 введення/виводу також підключається привід 1510. Змінний носій 1511, наприклад магнітний диск, CD, магнітооптичний диск, напівпровідниковий пристрій, і так далі, встановлюється в привід 1510 на основі вимог, так що зчитана з нього комп'ютерна програма встановлюється в запам'ятовуючий пристрій 1508 на основі вимог.

[00237] У разі реалізації вищезазначених процесів за допомогою програмного забезпечення програми, складові програмне забезпечення, встановлюються з мережі типу Інтернет або з носія інформації типу змінного носія 1511.

[00238] Фахівцям в даній області техніки слід розуміти, що такий носій інформації не обмежується змінним носієм 1511, який зберігається разом з програм на фіг.15. Приклад змінного носія 1511 включає в себе диск (включаючи гнучкий диск (зареєстрований знак)), CD (включаючи постійне запам'ятовуючий пристрій на компакт-диску (CD-ROM)) і цифровий універсальний диск (DVD)), магнітооптичний диск (включаючи міні-дисків (MD)) (зареєстрований знак)) і напівпровідникове запам'ятовуючий пристрій. В якості альтернативи носій інформації може бути ROM 1502 або жорстким диском, включеним в запам'ятовуючий пристрій 1508, на якому зберігається програма, і програма поширюється користувачу за допомогою способу, що включає такий же носій.

[00239] Даний винахід також надає програмний продукт, який зберігає машиночитаемий набір команд. При зчитуванні виконання машиною набір команд може реалізувати спосіб у відповідності з варіантом здійснення цього винаходу.

[00240] Відповідно, носій інформації для переносу програмного коду, що зберігає машиночитаемий набір команд, також включається в даний винахід. Носій інформації включає в себе, але не тільки, гнучкий диск, CD-ROM, магнітооптичний диск, карти пам'яті, карти флеш-пам'яті Memory Stick і т. п.

[00241] У вищенаведеному описі конкретних варіантів здійснення ознаки, варіанти здійснення таким же або аналогічним способом, об'єднаними з ознаками в інших варіантах здійснення або заміненими ознаками в інших варіантах здійснення.

[00242] Слід підкреслити, що технічний термін "містять/включають в себе" використовується для посилання на наявність ознаки, елементи, етапи або компонента без виключення наявності або приєднань однієї чи більше інших ознак, елементів, етапів або компонентів.

[00243] Крім того, спосіб згідно варіантів здійснення цього винаходу не обмежується виконанням у часовій послідовності, описаної в описі або показаної на кресленнях, і може виконуватися в іншій часовій послідовності паралельно або незалежно. Тому порядок виконання способу, описаний в описі, не обмежує технічний діапазон цього винаходу.

[00244] Хоча варіанти здійснення цього винаходу докладно описані шляхом об'єднання з кресленням, слід розуміти, що описані вище варіанти здійснення використовуються тільки для ілюстрації цього винаходу, а не для обмеження цього винаходу. Для фахівців в даній області техніки повинно бути зрозуміло, що варіанти здійснення можна змінити различнимЏ задається тільки прикладеної формулою винаходу і її еквівалентними значеннями.

1. Спосіб встановлення режиму спільної роботи, що містить етапи, на яких:
попередньо конфігурують інформацію для режиму спільної роботи за допомогою базової станції першої системи зв'язку для користувацького обладнання,
беруть за допомогою базової станції першої системи зв'язку від користувацького обладнання в першій системі зв'язку запит встановлення режиму для вказівки проблеми спільної роботи, випробовуваної користувальницьким обладнанням та
надають допоміжну інформацію для режиму спільної роботи, в якому кероване обладнання виконує першу зв'язок з базовою станцією та виконує другу зв'язок з пристроєм в другій системі зв'язку, яка відрізняється від першої системи зв'язку, за методом з тимчасовим поділом.

2. Спосіб за п. 1, додатково містить етапи, на яких:
інкапсулюють з допомогою базової станції конфігураційну інформацію про режим спільної роботи, дозволену до використання користувальницьким обладнанням, у відповідь встановлення і передають повідомлення у відповідь встановлення до призначеного для користувача устаткування;
беруть за допомогою базової станції повернене від об�лнительно містить етап, на якому: вирішують з допомогою базової станції, чи дозволити користувачу обладнання увійти в режим спільної роботи, у відповідності з робочим станом першої системи зв'язку, і якщо немає, то інкапсулюють у відповідь встановлення інформацію, що вказує відмова призначеного для користувача устаткування на вхід в режим спільної роботи.

4. Спосіб за будь-яким із пп.1-3, додатково містить етап, на якому:
вибирають за допомогою базової станції режим спільної роботи, дозволений до використання користувальницьким обладнанням, у відповідності з робочим станом першої системи зв'язку.

5. Спосіб за п. 4, в якому запит встановлення режиму містить інформацію, що вказує режим спільної роботи, вибраний користувальницьким обладнанням, і причому спосіб додатково містить етап, на якому:
вирішують з допомогою базової станції, чи дозволити користувачу обладнання використовувати режим спільної роботи, вибраний користувальницьким обладнанням, у відповідності з робочим станом першої системи зв'язку, і якщо так, то інкапсулюють у відповідь встановлення інформацію, що вказує, що дозволено використовувати режим спільної роботи, вибраний пользоваѰющую тип і/або послугу другої системи зв'язку, і етап, на якому вибирають режим спільної роботи, дозволений до використання користувальницьким обладнанням, містить етап, на якому:
вибирають режим спільної роботи, дозволений до використання користувальницьким обладнанням, у відповідності з типом і/або послугою другої системи зв'язку і робочим станом першої системи зв'язку.

7. Спосіб за будь-яким із пп.1-3, в якому відповідь встановлення додатково містить інформацію, що вказує затримку запуску режиму спільної роботи.

8. Спосіб за будь-яким із пп.1-3, в якому відповідь встановлення додатково містить інформацію, що вказує метод обробки даних попереднього режиму роботи, передача яких не закінчена в попередньому режимі роботи, після входу та/або завершення режиму спільної роботи.

9. Спосіб за будь-яким із пп.1-3, в якому відповідь встановлення додатково містить інформацію про час переходу режиму спільної роботи, причому кероване обладнання продовжує передавати дані з використанням попереднього режиму роботи протягом часу переходу після входу в режим спільної роботи.

10. Спосіб за будь-яким із пп.1-3, в якому відповідне повідомлення установленления до призначеного для користувача устаткування, містить етап, на якому:
передають призначеного для користувача устаткування відповідь встановлення по каналу низхідній лінії зв'язку рівня Управління радиоресурсами.

11. Спосіб за п. 3, додатково містить етап, на якому:
якщо призначеного для користувача устаткування не дозволяють увійти в режим спільної роботи, з допомогою базової станції додатково інкапсулюють у відповідь встановлення інформацію, що вказує інтервал часу, після якого призначеного для користувача устаткування дозволено передавати наступний запит встановлення режиму.

12. Спосіб за будь-яким із пп.1-3, додатково містить етапи, на яких:
беруть за допомогою базової станції від користувацького обладнання запит реконфігурації для запиту реконфігурування режиму спільної роботи;
інкапсулюють з допомогою базової станції реконфигурационную інформацію для реконфігурування режиму спільної роботи у відповідне повідомлення реконфігурації і передають повідомлення у відповідь реконфігурації призначеного для користувача устаткування.

13. Спосіб за п. 12, додатково містить етап, на якому:
вирішують з допомогою базової станції, чи дозволити користувачу обладнання реконфигурирова�ивающую відмова призначеного для користувача устаткування в реконфигурировании режиму спільної роботи.

14. Спосіб за п. 13, в якому запит реконфігурації містить інформацію, що вказує зміна другої системи зв'язку, і причому спосіб додатково містить етап, на якому:
задають з допомогою базової станції реконфигурационную інформацію у відповідності з інформацією, що вказує зміна другої системи зв'язку.

15. Спосіб за п. 14, в якому запит реконфігурації містить інформацію, що визначає конфігурацію режиму спільної роботи, повторно обрану користувальницьким обладнанням у відповідності з зміною другої системи зв'язку, і причому спосіб додатково містить етап, на якому:
вирішують з допомогою базової станції, чи дозволити користувачу обладнання використовувати конфігурацію, повторно обрану користувальницьким обладнанням у відповідності з робочим станом першої системи зв'язку.

16. Спосіб за будь-яким із пп.1-3, додатково містить етапи, на яких:
передають за допомогою базової станції призначеного для користувача устаткування команду реконфігурації, що дає призначеного для користувача устаткування вказівку реконфигурировать режим спільної роботи, причому команда реконфігурації містить реконфигурационную інформацію для реконфігурування режиму спільні навчальні п�чена чи реконфігурація режиму спільної роботи.

17. Спосіб за будь-яким із пп.1-3, додатково містить етап, на якому:
передають за допомогою базової станції призначеного для користувача устаткування команду призупинення, дає призначеного для користувача устаткування вказівку призупинити режим спільної роботи, причому команда припинення містять тимчасову інформацію про припинення режиму спільної роботи.

18. Спосіб за п. 17, додатково містить етап, на якому:
передають за допомогою базової станції призначеного для користувача устаткування команду перезапуску, що дає призначеного для користувача устаткування вказівку перезапустити режим спільної роботи, причому команда перезапуску містять тимчасову інформацію про перезапуск режиму спільної роботи.

19. Спосіб за будь-яким із пп.1-3, додатково містить етап, на якому:
передають за допомогою базової станції призначеного для користувача устаткування команду призупинення, дає призначеного для користувача устаткування вказівку призупинити режим спільної роботи, причому команда припинення містять тимчасову інформацію про припинення режиму спільної роботи і тимчасову інформацію про перезапуск режиму спільної роботи.

20. Спосіб за будь-яким із пп.1-3, додатково містить етапи, на яких:
� завершення режиму спільної роботи; і
повертають призначеного для користувача устаткування інформацію, що вказує, чи дозволено призначеного для користувача устаткування завершити режим спільної роботи.

21. Спосіб за будь-яким із пп.1-3, додатково містить етап, на якому:
передають за допомогою базової станції команду завершення режиму призначеного для користувача устаткування, що дає призначеного для користувача устаткування вказівку завершити режим спільної роботи.

22. Спосіб встановлення режиму спільної роботи, що містить етапи, на яких:
приймають з допомогою користувацького обладнання першої системи зв'язку від базової станції в першій системі зв'язку інформацію для режиму спільної роботи,
передають за допомогою користувацького обладнання першої системи зв'язку до базової станції в першій системі зв'язку запит встановлення режиму для вказівки проблеми спільної роботи, випробовуваної користувальницьким обладнанням та
надають допоміжну інформацію для режиму спільної роботи, в якому кероване обладнання виконує першу зв'язок з базовою станцією та виконує другу зв'язок з пристроєм в другій системі зв'язку, яка відрізняється від першої системи зв'язку, за методом з тимчасовим поділом.

23. �ня відповідь на повідомлення від встановлення базової станції, містить конфігураційну інформацію про режим спільної роботи, дозволену до використання користувальницьким обладнанням;
конфігурують режим спільної роботи відповідно до конфігураційної інформацією;
повертають базової станції за допомогою користувацького обладнання повідомлення, яке вказує, чи закінчена конфігурація режиму спільної роботи.

24. Спосіб за п. 23, додатково містить етап, на якому:
вирішують з допомогою користувацького обладнання у відповідності з відповідним повідомленням встановлення, дозволяє базова станція увійти призначеного для користувача устаткування в режим спільної роботи.

25. Спосіб за будь-яким із пп.22-24, додатково містить етапи, на яких:
вибирають за допомогою користувацького обладнання режим спільної роботи у відповідності з другою системою зв'язку;
інкапсулюють інформацію про обраному режимі спільної роботи в запит встановлення режиму.

26. Спосіб за будь-яким із пп.22-24, додатково містить етап, на якому:
інкапсулюють з допомогою користувацького обладнання інформацію, що вказує тип і/або послугу другої системи зв'язку, запит встановлення режиму.

27. Спосіб за будь-яким із пп.22-24, у якого�запит встановлення режиму до базової станції, містить етап, на якому:
передають запит встановлення режиму по каналу висхідної лінії зв'язку рівня Управління доступом до середовища.

28. Спосіб за будь-яким із пп.22-24, в якому запит встановлення режиму є сигналізацією Управління радиоресурсами, і етап, на якому передають запит встановлення режиму до базової станції, містить етап, на якому:
передають запит встановлення режиму по каналу висхідної лінії зв'язку рівня Управління радиоресурсами.

29. Спосіб за будь-яким із пп.22-24, в якому відповідь встановлення додатково містить інформацію, що вказує затримку запуску режиму спільної роботи, і причому спосіб додатково містить етап, на якому:
визначають за допомогою користувацького обладнання час запуску режиму спільної роботи у відповідності з затримкою запуску.

30. Спосіб за будь-яким із пп.22-24, в якому відповідь встановлення додатково містить інформацію, що вказує метод обробки даних попереднього режиму роботи, передача яких не закінчена в попередньому режимі роботи, після входу та/або завершення режиму спільної роботи, і в якому кероване обладнання обробляє дані з використанням цього багато повідомлення встановлення додатково містить інформацію про час переходу режиму спільної роботи, і в якому кероване обладнання продовжує передавати дані з використанням попереднього режиму роботи протягом часу переходу після входу в режим спільної роботи.

32. Спосіб за будь-яким із пп.22-24, додатково містить етапи, на яких:
передають базової станції за допомогою користувацького обладнання запит реконфігурації для запиту реконфігурування режиму спільної роботи;
приймають з допомогою користувацького обладнання від базової станції відповідне повідомлення реконфігурації, що містить реконфигурационную інформацію для реконфігурування режиму спільної роботи, і реконфигурируют режим спільної роботи у відповідності з реконфигурационной інформацією.

33. Спосіб за п. 32, додатково містить етап, на якому:
вирішують з допомогою користувацького обладнання у відповідності з відповідним повідомленням реконфігурації, дозволяє базова станція призначеного для користувача устаткування реконфигурировать режим спільної роботи.

34. Спосіб за п. 33, додатково містить етап, на якому:
інкапсулюють з допомогою користувацького обладнання інформацію, що вказує зміна другої системи зв'язку, запит реконфігурації.

35. Сорудования конфігурацію режиму спільної роботи у відповідності з зміною другої системи зв'язку; і
інкапсулюють з допомогою користувацького обладнання інформацію про повторно обраної конфігурації в запит реконфігурації.

36. Спосіб за будь-яким із пп.22-24, додатково містить етапи, на яких:
приймають з допомогою користувацького обладнання від базової станції команду реконфігурації, що дає призначеного для користувача устаткування вказівку реконфигурировать режим спільної роботи, причому команда реконфігурації містить реконфигурационную інформацію для реконфігурування режиму спільної роботи;
реконфигурируют з допомогою користувацького обладнання режим спільної роботи у відповідності з командою реконфігурації;
повертають базової станції за допомогою користувацького обладнання відповідний сигнал, який вказує, чи закінчена реконфігурація режиму спільної роботи.

37. Спосіб за будь-яким із пп.22-24, додатково містить етапи, на яких:
приймають з допомогою користувацького обладнання від базової станції команду призупинення, дає призначеного для користувача устаткування вказівку призупинити режим спільної роботи, причому команда припинення містять тимчасову інформацію про припинення режиму спільної роботи;
припиняють>p>38. Спосіб за п. 37, додатково містить етапи, на яких:
приймають з допомогою користувацького обладнання від базової станції команду перезапуску, що дає призначеного для користувача устаткування вказівку перезапустити режим спільної роботи, причому команда перезапуску містять тимчасову інформацію про перезапуск режиму спільної роботи;
перезапускают з допомогою користувацького обладнання режим спільної роботи у відповідності з командою перезапуску.

39. Спосіб за будь-яким із пп.22-24, додатково містить етапи, на яких:
приймають з допомогою користувацького обладнання від базової станції команду призупинення, дає призначеного для користувача устаткування вказівку призупинити режим спільної роботи, причому команда припинення містять тимчасову інформацію про припинення режиму спільної роботи і тимчасову інформацію про перезапуск режиму спільної роботи;
припиняють за допомогою користувацького обладнання режим спільної роботи у відповідності з тимчасової інформацією про припинення режиму спільної роботи;
перезапускают з допомогою користувацького обладнання режим спільної роботи у відповідності з тимчасової інформацією про перехід:
передають базової станції за допомогою користувацького обладнання запит завершення режиму для запиту завершення режиму спільної роботи;
приймають від базової станції за допомогою користувацького обладнання інформацію, що вказує, чи дозволено призначеного для користувача устаткування завершити режим спільної роботи.

41. Спосіб за будь-яким із пп.22-24, додатково містить етап, на якому:
приймають від базової станції за допомогою користувацького обладнання команду завершення режиму, що дає користувачу обладнання вказівку завершити режим спільної роботи, і завершують режим спільної роботи у відповідності з командою завершення режиму.

42. Базова станція, сконфігурованого в першій системі зв'язку, що містить:
керуючий пристрій, сконфігуроване для попереднього конфігурування інформації для режиму спільної роботи;
приймальний пристрій, сконфігуроване для прийому від користувацького обладнання в першій системі зв'язку запиту встановлення режиму для вказівки проблеми спільної роботи, випробовуваної користувальницьким обладнанням, і надання допоміжної інформації для режиму спільної роботи, в якому польво другій системі зв'язку, яка відрізняється від першої системи зв'язку, за методом з тимчасовим поділом.

43. Базова станція по п. 42, додатково містить:
керуючий пристрій, сконфігуроване для інкапсуляції конфігураційної інформації про режим спільної роботи, дозволену до використання користувальницьким обладнанням, у відповідь встановлення;
передавальний пристрій, сконфігуроване для передачі призначеного для користувача устаткування попередньо сконфігурованої інформації для режиму спільної роботи і відповідного повідомлення встановлення, причому приймальний пристрій додатково конфігурований для прийому повідомлення, яке вказує, чи закінчена конфігурація режиму спільної роботи, повернутого від користувацького обладнання.

44. Базова станція по п. 43, в якій керуючий пристрій додатково конфігурований для:
рішення, чи дозволити користувачу обладнання увійти в режим спільної роботи, у відповідності з робочим станом першої системи зв'язку, і якщо немає, то для інкапсуляції у відповідь встановлення інформації, що вказує відмова призначеного для користувача устаткування на вхід в режим спільної роботи.

45. Базова станція поьского обладнання запиту реконфігурації для запиту реконфігурування режиму спільної роботи,
керуючий пристрій додатково конфігурований для інкапсуляції реконфигурационной інформації для реконфігурування режиму спільної роботи у відповідне повідомлення реконфігурації та
передавальний пристрій додатково конфігурований для передачі призначеного для користувача устаткування відповідь на повідомлення реконфігурації.

46. Базова станція по кожному з пп.42-44, в якій:
керуючий пристрій додатково конфігурований для інкапсуляції реконфигурационной інформації для реконфігурування режиму спільної роботи в команду реконфігурації, що дає призначеного для користувача устаткування вказівку реконфигурировать режим спільної роботи,
передавальний пристрій додатково конфігурований для передачі призначеного для користувача устаткування команди реконфігурації та
приймальний пристрій додатково налаштовано для отримання відповідного сигналу, який вказує, чи закінчена реконфігурація режиму спільної роботи, повернутого від користувацького обладнання.

47. Базова станція по кожному з пп.42-44, в якій:
керуючий пристрій додатково конфігурований для формування команди припинення, дає призначеного для користувача устаткування указу�становке режиму спільної роботи, і
передавальний пристрій додатково конфігурований для передачі призначеного для користувача устаткування команди припинення.

48. Базова станція по кожному з пп.42-44, в якій:
приймальний пристрій додатково конфігурований для прийому від користувацького обладнання запиту завершення режиму для запиту завершення режиму спільної роботи,
керуючий пристрій додатково налаштовано для вирішення, чи дозволити користувачу обладнання завершити режим спільної роботи, у відповідності з робочим станом першої системи зв'язку та
передавальний пристрій додатково конфігурований для повернення призначеного для користувача устаткування інформації, що вказує, чи дозволено призначеного для користувача устаткування завершити режим спільної роботи.

49. Базова станція по кожному з пп.42-44, в якій
передавальний пристрій додатково конфігурований для передачі призначеного для користувача устаткування команди завершення режиму, що дає призначеного для користувача устаткування вказівку завершити режим спільної роботи.

50. Кероване обладнання, сконфігуроване в першій системі зв'язку, що містить:
приймальний пристрій, сконфігуроване для прийому�еме зв'язку;
пристрій обробки інформації, сконфігуроване для формування запиту встановлення режиму для вказівки проблеми спільної роботи, випробовуваної користувальницьким обладнанням, і надання допоміжної інформації для режиму спільної роботи, в якому кероване обладнання виконує першу зв'язок з базовою станцією першої системи зв'язку та виконує другу зв'язок з пристроєм в другій системі зв'язку, яка відрізняється від першої системи зв'язку, за методом з тимчасовим поділом;
передавальний пристрій, сконфігуроване для передачі запиту встановлення режиму до базової станції в першій системі зв'язку.

51. Кероване обладнання за п. 50, додатково містить:
приймальний пристрій, сконфігуроване для прийому від базової станції встановлення відповідного повідомлення, що містить конфігураційну інформацію про режим спільної роботи, дозволену до використання користувальницьким обладнанням,
причому пристрій обробки інформації додатково конфігурований для конфігурування режиму спільної роботи відповідно до конфігураційної інформацією; і передавальний пристрій додатково конфігурований для повернення ба�льское обладнання за п. 51, в якому пристрій обробки інформації додатково конфігурований для:
рішення, дозволяє базова станція увійти призначеного для користувача устаткування в режим спільної роботи, у відповідності з відповідним повідомленням встановлення.

53. Кероване обладнання по кожному з пп.50-52, в якому:
пристрій обробки інформації додатково конфігурований для формування запиту реконфігурації для запиту реконфігурування режиму спільної роботи,
передавальний пристрій додатково конфігурований для передачі базової станції запиту реконфігурації,
приймальний пристрій додатково конфігурований для прийому від базової станції відповідь на повідомлення реконфігурації, що містить реконфигурационную інформацію для реконфігурування режиму спільної роботи, і
пристрій обробки інформації додатково конфігурований для реконфігурування режиму спільної роботи у відповідності з реконфигурационной інформацією.

54. Кероване обладнання по кожному з пп.50-52, в якому:
приймальний пристрій додатково конфігурований для прийому від базової станції команди реконфігурації, що дає призначеного для користувача устаткування вказаний�формацію для реконфігурування режиму спільної роботи;
пристрій обробки інформації додатково конфігурований для реконфігурування режиму спільної роботи у відповідності з командою реконфігурації;
передавальний пристрій додатково конфігурований для повернення базової станції відповідного сигналу, який вказує, чи закінчена реконфігурація режиму спільної роботи.

55. Кероване обладнання по кожному з пп.50-52, в якому:
приймальний пристрій додатково конфігурований для прийому від базової станції команди припинення, дає призначеного для користувача устаткування вказівку призупинити режим спільної роботи, причому команда припинення містять тимчасову інформацію про припинення режиму спільної роботи;
пристрій обробки інформації додатково конфігурований для припинення режиму спільної роботи у відповідності з командою припинення.

56. Кероване обладнання по кожному з пп.50-52, в якому:
пристрій обробки інформації додатково конфігурований для формування запиту завершення режиму для запиту завершення режиму спільної роботи,
передавальний пристрій додатково конфігурований для передачі базової станції запиту завершення режим�ініціати, дозволено призначеного для користувача устаткування завершити режим спільної роботи.

57. Кероване обладнання по кожному з пп.50-52, в якому:
приймальний пристрій додатково конфігурований для прийому від базової станції команди завершення режиму, що дає призначеного для користувача устаткування вказівку завершити режим спільної роботи, і
пристрій обробки інформації додатково конфігурований для завершення режиму спільної роботи у відповідності з командою завершення режиму.

58. Система зв'язку, що містить базову станцію по кожному з пп.42-49 та кероване обладнання по кожному з пп.50-57.



 

Схожі патенти:

Управління доставкою реклами на мобільні клієнти

Винахід відноситься до засобів для управління доставкою реклами на мобільні клієнти з одночасним забезпеченням захисту приватного життя користувачів. Технічним результатом є підвищення точності доставки реклами за рахунок використання сервісу брокера розташування. У способі здійснюють прийом на сервісі доставки реклами жетона використання місця розташування від мобільного клієнта, відправку жетона на сервіс брокера розташування для його верифікації, прийом на сервісі доставки реклами розташування мобільного клієнта від сервісу брокера розташування та доставку реклами, таргетованої по місцю розташування, на мобільний клієнт, причому доставка здійснюється додатково на підставі географічної щільності сукупності мобільних клієнтів. 3 м. і 16 з.п. ф-ли, 3 іл.

Способи і пристрій для заснованого на конкуренції надання в мережі бездротового зв'язку

Винахід відноситься до бездротового зв'язку. Технічний результат полягає в зменшенні імовірності колізії з кількома користувачами в комірці. Для цього асоціація безлічі заснованих на конкуренції надання висхідної лінії зв'язку з діапазоном блоків ресурсів висхідної лінії зв'язку дозволяє одному повідомленню заснованого на конкуренції надання висхідної лінії зв'язку сигналізувати всі безліч надання. Навантаження сигналізації по PDCCH зменшується допомогою використання єдиного повідомлення заснованого на конкуренції надання висхідної лінії зв'язку, щоб сигналізувати безліч заснованих на конкуренції надання висхідної лінії зв'язку. Повідомлення вказує розподілений набір блоків ресурсів висхідної лінії зв'язку і кількість окремих надання ресурсів висхідної лінії зв'язку, представлених набором, і сигналізується таким чином, щоб термінали користувача розпізнали, що окремі поднабори блоків ресурсів висхідної лінії зв'язку в наборі відповідають окремим заснованому на конкуренції надання висхідної лінії зв'язку. Інформація, включена в повідомлення заснованого на конкуренції предоставпредпринимают спробу заснованих на конкуренції передач висхідної лінії зв'язку, та/або управління схемою модуляції і кодування, що використовується для таких передач. 4 н. і 32 з.п. ф-ли, 8 іл.

Способи та пристрої, що забезпечують можливість вказівки відкату потужності в phr в телекомунікаційній системі

Винахід відноситься до області бездротового зв'язку і призначене для вказівки відкату потужності, щонайменше, у звіті про запас потужності в системі зв'язку. Кероване обладнання (700) конфігурований для прийняття рішення щодо того, застосовувати чи ні зниження потужності, і для зазначення цього рішення у звіті про запас потужності, який призначений для передачі в базову станцію (600). Базова радіостанція (600) налаштована для прийому звіту про запас потужності, і на підставі зазначеної інформації у прийнятому звіті про запас потужності базова станція дізнається про додатковий або спеціальному відкаті потужності (наприклад, для виконання вимог питомого ПОГЛИНАННЯ), який застосовувався і, таким чином, може відрізнити його від нормального відкату потужності або зниження потужності. 4 н. і 26 з.п. ф-ли, 18 іл.

Спосіб і пристрій для вимірювання позиціонування в системах передачі з множинними антенами

Винахід відноситься до галузі радіозв'язку. Технічним результатом є підвищення якості вимірювання позиціонування. Розкрито рішення для використання комбінації типів опорних сигналів у мережі бездротового зв'язку при виконанні вимірювань, що відносяться до позиціювання. В одному прикладі UE використовує «комбінацію» CRS і PRS. В якості зразкового випадку UE приймає PRS і, можливо, CRS з однієї або більш сот, тоді як воно з однієї або більше інших сот приймає тільки CRS. В даному випадку UE визначає, наприклад, значення часової прив'язки прийнятого сигналу для CRS як прийнятих з деяких сот для кожної соти і для PRS як прийнятих від інших сот для кожної соти. UE може виконувати вимірювання і повідомляти для кожного сигналу/для кожної соти і може виконувати обчислення, в яких бере участь комбінація вимірювань тимчасової прив'язки, виконаних як для CRS, так і PRS. У додатковому аспекті управління або координація передачами опорних сигналів виконуються для кожного порту в сотах, які використовують численні порти антени для здійснення передачі в кожній такій соте. 7 н. і 23 н. п. ф-ли, 14 іл.

Спосіб мобільного зв'язку, сервер управління абонентами і вузол керування мобільністю

Винахід відноситься до мобільного зв'язку. Технічний результат полягає в забезпеченні можливості виконання мобільною станцією UE процесу вимірювання МВТ (Мінімізація виїзного тестування) у тому випадку, якщо отримано дозвіл від абонента мобільної станції. Спосіб містить: крок сервером передачі ЇМ експлуатації і технічного обслуговування елемента «МВТ config» сервер HSS управління абонентами, і крок передачі сервером HSS управління абонентами в цільову мобільну станцію UE через вузол ММО управління мобільністю і базову станцію eNB команди здійснити процес вимірювання МВТ в тому випадку, коли визначено, що процес вимірювання МВТ цільової мобільною станцією UE дозволено. 4 н. і 4 з.п. ф-ли, 7 іл.

Система зв'язку і спосіб управління нею

Винахід відноситься до системи зв'язку і способу управління нею. Система зв'язку включає в себе: рівень приємопередачі радіосигналу, що включає в себе комбінацію вузлів приємопередачі радіосигналу; локальний обчислювальний рівень, що включає в себе локальний обчислювальний вузол, сполучений із вузлом приємопередачі радіосигналу в одній або декількох комбінаціях сусідніх вузлів приємопередачі радіосигналу і виконує всю обробку зв'язку або першу частину обробки зв'язку; централізований обчислювальний рівень, що включає в себе централізований обчислювальний вузол, з'єднаний з локальним обчислювальним вузлом та виконує другу частину обробки зв'язку, причому вся обробка зв'язку включає в себе першу частину обробки зв'язку і другу частину обробки зв'язку. Локальний обчислювальний рівень відповідає за всю або частину обробки зв'язку. Технічний результат полягає в економії смуги пропускання мережі і поліпшення використання системних ресурсів. 2 н. і 19 з.п. ф-ли, 7 іл.

Способи та пристрої для поширення тимчасової синхронізації каналу між абонентськими пристроями в прямому режимі tdma

Винахід відноситься до області бездротового зв'язку і призначене для поширення тимчасової синхронізації каналу між абонентськими пристроями, що працюють в прямому режимі множинного доступу з поділом часу (TDMA). Спосіб включає в себе: прийом з другого з абонентських пристроїв, працюючих в прямому режимі TDMA, першого повідомлення, визначення першої тимчасової синхронізації каналу з отриманого повідомлення, визначення, є прийнята перша тимчасова синхронізація каналу правильною, причому визначення засноване, щонайменше, на порівнянні версії першого абонентського пристрою з версією другого абонентського пристрою, коли прийнята перша тимчасова синхронізація каналу є правильною, запуск випадкової затримки, після закінчення випадкової затримки, передачу першого повідомлення примусового розповсюдження, щоб поширювати першу тимчасову синхронізацію каналу, щонайменше, в третє з абонентських пристроїв, що працює в прямому режимі TDMA і має більш високу версію, ніж версії першого і другого абонентських пристроїв. 2 н. і 10 з.п. ф-ли, 15 іл.

Пристрій зв'язку та спосіб управління ним

Винахід відноситься до мобільного зв'язку. Технічний результат полягає в підвищенні ефективності вибору точки доступу при виконанні автоматичного конфігурування параметрів зв'язку. Пристрій зв'язку вибирає базову станцію, з якої має бути з'єднане пристрій зв'язку для прийому параметра зв'язку, і приймає параметр зв'язку з приєднаною базової станції або з зовнішнього пристрою, яке здійснює зв'язок з приєднаною базовою станцією, при цьому в разі, коли обробка по установці параметра зв'язку завершилася невдало, пристрій зв'язку здійснює пошук іншого пристрою зв'язку. 3 н. і 8 з.п. ф-ли, 9 іл.

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

Винахід відноситься до області передачі даних, і більш конкретно, до системи і способу для управління ресурсами у гетерогенній мережі радіодоступу. Технічним результатом є забезпечення поліпшення ефективності використання ресурсів, таких як ресурси радиоспектра у гетерогенній мережі радіодоступу. Запропонована система і спосіб для управління ресурсами у гетерогенній мережі, яка включає в себе первинну систему і вторинну систему, і діапазон охоплення зв'язком, який розділений на безліч областей, система, що включає в себе: модуль управління ресурсом гетерогенної мережі виконаний з можливістю збору та управління статусом використання ресурсів в керованій області; модуль управління ресурсом вторинної системи, виконаний з можливістю отримання статусу використання ресурсів кожної області з модуля керування ресурсом гетерогенної мережі, і для виділення ресурсів у вторинну систему, використовуючи отриманий статус використання ресурсів кожної області, згідно з пріоритетом, визначеним на основі ефективності мультиплексування ресурсу між кожною областю та вторинної системою. 6 н. і 35 з.п. ф-ли, 4 табл., 11 іл.

Спосіб реконфігурування, контролер радіомережі і термінал

Винахід відноситься до галузі зв'язку. Варіанти здійснення цього винаходу надають спосіб реконфігурування, контролер радіомережі (RNC) і термінал. Спосіб містить етапи, на яких: приймають звіт про вимірювання, запущений на основі переходу стану і відправлений з терміналу, при цьому звіт про вимірах переносить інформацію вказівки для запуску переходу стану управління радиоресурсами (RRC); і відправляють повідомлення реконфігурування в термінал, при цьому повідомлення реконфігурування містить: цільове стан переходу стану RRC, призначене для терміналу; та/або відповідну інформацію однонаправленої радіоканалу, та/або інформацію транспортного каналу, та/або інформацію фізичного каналу, коли термінал знаходиться в цільовому стані RRC. За рахунок цього затримка, що вноситься в конфігурацію вибраного транспортного каналу, зменшується, а ефективність переходу стану, виконуваного RNC на терміналі, поліпшується. 4 н. і 29 з.п. ф-ли, 7 іл.
Up!