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

Реферат: Пристрій для виявлення проблеми у шифруванні може включати процесор, який може бути конфігурований приймати повідомлення непідтвердженого режиму, ініціювати операції таймера, базовані на прийомі повідомлень непідтвердженого режиму, реініціювати операції таймера у відповідь на кожне наступне повідомлення непідтвердженого режиму, прийняте до вичерпання таймера, реєстрацію факту вичерпання таймер у відповідь на вичерпання таймера до прийому наступного повідомлення непідтвердженого режиму і індикацію помилки прийому даних у випадку прийому наступного повідомлення непідтвердженого режиму після реєстрації факту вичерпання таймера. UA 101549 C2 (12) UA 101549 C2 UA 101549 C2 5 10 15 20 25 30 35 40 45 50 55 60 Втілення винаходу стосуються взагалі систем зв'язку, зокрема, пристрої, способів і комп'ютер програм продуктів, що забезпечують виявлення і розв'язання проблем з шифруванням для радіоносія у непідтвердженого режиму. Ера сучасного зв'язку принесла колосальне розширення провідних і безпровідних мереж. Комп'ютерні мережі, телевізійної мережі і телефонні мережі зазнають безпрецедентного технологічного розширення, яке зумовлюється вимогами споживача. Безпровідні і мобільні мережеві технології задовольняють вимогам споживача, надаючи більшу гнучкість і швидкість передач інформації. Поточні і майбутні мережеві технології забезпечують легкість передачі інформації і зручність для користувачів. Для подальшого полегшення або прискорення передачі інформації і зручності провайдери обслуговування індустрії зв'язку розробляють удосконалення існуючих мереж. У зв'язку з цим безпровідний зв'язок стає все більш популярним завдяки, щонайменше частково, зменшенню розміру і вартості разом з поліпшенням тривалості життя батарей і обчислювальної потужності мобільних електронних пристроїв. Мобільні електронні пристрої стали багатофункціональними, більш зручними і дешевшими. Завдяки повсюдній природі мобільних електронних пристроїв люди усіх віків і рівнів освіти користуються мобільними терміналами для зв'язку з іншими особами або контактами, отримувати послуги і/або інформацію, медіа-і інший контент. Мереж зв'язку і технології були розвинуті і розширені для забезпечення підтримки для мобільних електронних пристроїв. Наприклад, Загальносвітова Інтероперабільність для Мікрохвильового Доступу (WiMAX) є телекомунікаційною технологією, спрямованою на безпровідну передачу даних на великі відстані різними шляхами, від двопунктових зв'язків до повного доступу мобільного стільникового типу. Ведеться розробка розгорнутої мережі радіодоступу (E-UTRAN) універсальної мобільної телекомунікаційної системи. E-UTRAN, відома також як довготерміновий розвиток (LTE) або 3.9G, спрямована на удосконалення існуючих технологій шляхом поліпшення ефективності, зниження витрат, поліпшення обслуговування, використання можливостей нового спектру і забезпечення кращої сумісності з іншими відкритими стандартами. У мережі типової конфігурації мобільні користувачі отримують зв'язок один з одним через канали зв'язку мережі. Наприклад, викликаюча станція може отримувати зв'язок з пристроями мережі для передачі через них даних до станції-адресата. Якість обслуговування (QoS) радіоканалів може регулюватись пристроєм, який називають контролер радіоканалу (RLC). RLC може керувати QoS кожного радіоносія (RB) і передачею даних кожного RB у різних типах режимів RLC. Деякі приклади режимів можуть включати прозорий режим (ТМ), підтверджений режим (AM) і непідтверджений режим (UM). Кожному режиму можуть відповідати різні QoS. Наприклад, ТМ може бути режимом, в якому службові дані не додаються до одиниць даних (SDU) обслуговування RLC, прийнятих від вищого рівня згідно з протоколом даних PDU. Як такий RLC може передавати SDU прозоро. У непрозорих режимах, як AM і UM, до RLC додаються службові дані. У AM RLC формує PDU доданням заголовка PDU, який включає послідовний номер, що може бути використаний приймачем для визначення, чи був втрачений PDU під час передачі. Приймач також надає підтвердження прийому PDU, і, отже, може бути затребувана повторна передача PDU, якщо його не було прийнято, для поліпшення заходів з забезпечення безпомилкової передачі даних повторною передачею за необхідності. Завдяки можливості повторних передач AM може бути більш придатним для пакетних передач не у реальному часі. UM на відміну від AM не надає підтвердження прийому PDU. Отже, хоча приймач і може використовувати послідовний номер з заголовку PDU для визначення, чи був втрачений будь-який PDU, передавач не приймає підтверджень передачі PDU і тому не перевіряє, чи прийняв приймач належним чином прийняті PDU. Отже, коли PDU прийнятий, PDU звичайно не приймається повторно. Внаслідок того, що UM не забезпечує повторні передачі PDU, UM може бути більш придатним для пакетних передач у реальному часі, як, наприклад, голосу згідно Інтернет-протоколом (VoIP), широкомовної/групової передачі даних і інших операцій у реальному часі. Голосові сеанси з перемиканням схеми (CS) можуть бути прикладом обслуговування, для якого UM може надати мережеву підтримку. Зокрема, голосовий зв'язок з CS завдяки швидкості пакетного доступу (HSPA) був введений у WCDMA (широкосмуговий множинний доступ з кодовим розділенням каналів) для поліпшення використання частот і тривалості життя батареї шляхом відображення голосового обслуговування з CS у швидкісному висхідному пакетному доступі (HSUPA) і швидкісному низхідному пакетному доступі (HSDPA). Наприклад, голосового обслуговування у CS носієм радіодоступу (RAB) HSPA може бути відображений на UM RLC і адаптивний багатошвидкісний 1 UA 101549 C2 5 10 15 20 25 30 35 40 45 50 55 60 (AMR) голос кодек може надсилати аудіокадри, наприклад, кожні 20 мс, якщо вони є або надсилати AMR SID (наприклад, кадр мовчання) кожні 160 мс, якщо аудіодані відсутні (наприклад, протягом мовчання). Незважаючи на потенційну корисність UM у застосуваннях, описаних вище, може виникнути проблема у шифруванні, коли приймач не може приймати певну кількість послідовних даних UM у PDU. Наприклад, якщо приймач не може приймати більш, ніж 127 послідовних даних UM PDU, приймач може пропустити момент інкрементації номера гіперкадру (HFN), і тоді значення COUNT-C у приймачі і передавачі можуть випасти з синхронізації. Деякі типові ситуації у проблемі у шифруванні можуть включати випадки поганих радіоумов, жорстких передач зв'язку, переходу на знижену швидкість після жорсткої передачі зв'язку або після невдалого міжсистемного переходу до GSM (глобальна система мобільного зв'язку). У випадку голосового CS через HSPA проблема у шифруванні може виникнути, якщо мережа продовжує надсилати дані UM у PDU і користувацьке обладнання (UE) або мобільний термінал користувача не може приймати дані UM PDU протягом приблизно 2,56 сек. у низхідному напрямку, або якщо UE продовжує надсилати дані UM PDU і мережа не може приймати дані UM PDU протягом 1,28 у висхідному напрямку. Хоча існують механізми виправлення для проблем з шифруванням для операцій ТМ і AM, не існує механізму для виявлення і виправлення проблем з шифрування для операцій з UM. У зв'язку з розглянутим вище, може бути бажаним створити механізм поліпшення можливостей UM, пов'язаних з проблемами шифрування. Отже, запропоновано спосіб, пристрій і комп'ютерний програмний продукт, що можуть забезпечити виявлення проблем у шифруванні і їх виправлення. Відповідно, типове втілення винаходу може забезпечити використання таймеру для виявлення проблем з передачею даних, які можуть вказувати на проблему у шифруванні під час UM операції. Потім деякі втілення можуть надати механізм для виправлення виявленої проблеми у шифруванні. В одному з типових втілень запропоновано спосіб виявлення (а у деяких випадках усунення) проблеми у шифруванні для радіоносія у непідтвердженому режимі. Цей спосіб може включати прийом повідомлення непідтвердженого режиму, ініціацію операції таймеру, базовану на прийомі повідомлення непідтвердженого режиму, ініціацію операції таймеру у відповідь на кожне подальше повідомлення непідтвердженого режиму, прийняте до вичерпання таймеру, реєстрації факту вичерпання таймеру у відповідь на вичерпання таймеру до прийому наступного повідомлення непідтвердженого режиму і індикації помилки прийому у відповідь на прийом наступного повідомлення непідтвердженого режиму після реєстрації факту вичерпання таймеру. В іншому типовому втіленні запропоновано комп'ютерний програмний продукт для виявлення (а у деяких випадках усунення) проблеми у шифруванні для радіоносія у непідтвердженому режимі. Комп'ютерний програмний продукт може включати щонайменше одне придатне для зчитування комп'ютером середовище зберігання, яке містить збережені у ньому придатні для зчитування комп'ютером програмні кодовані інструкції. Придатні для зчитування комп'ютером програмні кодовані інструкції можуть включати виконавчі частини для прийому повідомлення непідтвердженого режиму, ініціації операції таймеру, базованої на прийомі повідомлення непідтвердженого режиму, ініціації операції таймеру у відповідь на кожне подальше повідомлення непідтвердженого режиму, прийняте до вичерпання таймеру, реєстрації факту вичерпання таймеру у відповідь на вичерпання таймеру до прийому наступного повідомлення непідтвердженого режиму і індикації помилки прийому у відповідь на прийом наступного повідомлення непідтвердженого режиму після реєстрації факту вичерпання таймеру. В іншому типовому втіленні запропоновано пристрій для виявлення (а у деяких випадках усунення) проблеми у шифруванні для радіоносія у непідтвердженому режимі. Цей пристрій може включати процесор, який може бути конфігурований приймати повідомлення непідтвердженого режиму, ініціювати операції таймеру, базуючись на прийомі повідомлення непідтвердженого режиму, ініціації операції таймеру у відповідь на кожне подальше повідомлення непідтвердженого режиму, прийняте до вичерпання таймеру, реєстрації факту вичерпання таймеру у відповідь на вичерпання таймеру до прийому наступного повідомлення непідтвердженого режиму і індикації помилки прийому у відповідь на прийом наступного повідомлення непідтвердженого режиму після реєстрації факту вичерпання таймеру. В іншому типовому втіленні запропоновано пристрій для виявлення (а у деяких випадках усунення) проблеми у шифруванні для радіоносія у непідтвердженому режимі, який включає засіб прийому повідомлення непідтвердженого режиму, засіб ініціації операції таймеру, базованої на прийомі повідомлення непідтвердженого режиму, засіб реініціації операції таймеру 2 UA 101549 C2 5 10 15 20 25 30 35 40 45 50 55 60 у відповідь на кожне подальше повідомлення непідтвердженого режиму, прийняте до вичерпання таймеру, засіб реєстрації факту вичерпання таймеру у відповідь на вичерпання таймеру до прийому наступного повідомлення непідтвердженого режиму і засіб індикації помилки прийому у відповідь на прийом наступного повідомлення непідтвердженого режиму після реєстрації факту вичерпання таймеру. Далі наведено загальний опис винаходу з посиланнями на креслення, в яких: фіг 1 - блок-схема безпровідної системи зв'язку згідно з типовим втіленням винаходу; фіг 2 - блок-схема пристрою для виявлення і усунення проблеми у шифруванні згідно з типовим втіленням винаходу; фіг 3 - блок-схема пристрою для конфігурованого для мереж таймерного відрізка часу згідно з типовим втіленням винаходу; фіг 4 - схема операцій керування зв'язком, пов'язана з проблемою у шифруванні, виявленною згідно з типовим втіленням винаходу; фіг 5 - схема операцій керуванням зв'язком, пов'язана з усуненням проблеми у шифруванні згідно з типовим втіленням винаходу; фіг 6 - схема операцій керуванням зв'язком, пов'язана з усуненням проблеми у шифруванні згідно з іншим типовим втіленням винаходу; і фіг 7 - схема операцій способу виявлення проблеми у шифруванні для радіоносія у непідтвердженому режимі згідно з типовим втіленням винаходу. Далі більш детально розглядаються деякі втілення винаходу з посиланнями на креслення, які ілюструють деякі, але не усі втілення винаходу. Різні втілення винаходу можуть бути втілені у різних формах і не обмежують винаходу. Подібні елементи позначено однаковими числами. Терміни "дані", "контент", "інформація" і подібні терміни можуть бути використані взаємозамінно стосовно даних, які можуть бути прийняті, прийматись і/або зберігатись згідно з втіленнями винаходу. Термін "типовий" тут не надає будь-якої якісної оцінки, але лише надає ілюстрацію прикладу. Використання будь-яких таких термінів не обмежує концепцій і об'єму втілень винаходу. Фіг. 1 містить блок-схему системи, що забезпечує механізм виявлення і усунення проблем у шифруванні для радіоносі непідтвердженого режиму згідно з типовим втіленням винаходу. Фіг. 1 ілюструє одне типове втілення, але зрозуміло, що для реалізації втілень винаходу можуть бути використані інші архітектури, що включають додаткові або навіть менш числення елементи. Система включає UTRAN, яка може включати, проміж іншим, сукупність вузлів В (наприклад, вузол В 12 і вузол В 14), пов'язаних з базовою мережею 20, яка може включати один або більш мобільних комутаційних центрів (MSC), серверів MSC, шлюзів медіа (MGW), вузлів підтримки (SGSN) сигналів GPRS (Загальне Пакетне Радіообслуговування) або шлюз GPRS вузла підтримки (GGSN). UTRAN 10 може включати одну або більш радіо мережевих субсистем (RNS) 22. Кожна RNS 22 може включати контролер радіо мережі (RNC) 24, з'єднаний з різними вузлами В. Кожний з вузлів В може діяти як базова станція або пункт доступу для різних користувацьких терміналів, які можна розглядати як користувацьке обладнання (наприклад, UE 30) для зв'язку з UTRAN 10. Кожний вузол В може включати одну або більше комірок або зон покриття, які визначають регіони покриття, в яких знаходяться UE, зокрема, комірка може бути використана для зв'язку з UTRAN 10 через відповідний вузол В, пов'язаний з даною коміркою. Хоча фіг. 1 містить декілька вузлів В і одне UE, система може мати багато вузлів і користувацьких терміналів UTRAN 10 може мати зв'язок з базовою мережею 20 як частиною домену пакетного обслуговування (PS) (наприклад, для VoIP). RNC 24 може також мати зв'язок з вузлами CS у домені базової мережі через HSPA. RNC 24 може забезпечувати площину користувача і площину контролю (наприклад, контролю радіоресурсу (RRC)) завершень протоколу для UE. RNC може надати 5 функціональних хостингів для таких функцій як керування радіоресурсом, контроль радіоносія, контроль радіодоступу, контроль мобільності зв'язку, динамічне призначення ресурсів UE 30 у висхідному і низхідному каналах, вибір вузла базової мережі для приєднання UE, шифрування і компресія заголовка IP і планування пейджингового і широкомовного зв'язку, маршрутизація даних, вимірювання і звітування про вимірювання для конфігурування мобільності тощо. У типовому втіленні базова мережа 20 може забезпечувати зв'язок до такої мережі, як Інтернет. UE 30 може мати зв'язок з іншими UE як прямий зв'язок, який може бути встановлений через будь-який відомий або наявний механізм. Прикладами UE є мобільний термінал, наприклад, портативний електронний помічник (PDA), пейджер, мобільнитй ТВ, ігровий пристрій, лептоп, камера, відеорекордер, аудю/відеопрогравач, радіо, пристрій GPS або будь-які їх комбінації, або інший тип пристрою голосового і текстового зв'язків. Наприклад, UE 30 може працювати з 3 UA 101549 C2 5 10 15 20 25 30 35 40 45 50 55 60 одним або більше стандартами ефірного інтерфейсу, протоколами зв'язку, типами модуляції і типами доступу. Наприклад, UE 30 може працювати за будь-яким з протоколів зв'язку першого, другого, третього і/або четвертого поколінь тощо. Зокрема, UE 30 може працювати згідно з протоколами безпровідного зв'язку IS-136 другого покоління (2G) (множинний доступ з розділенням часу (TDMA)), GSM і IS-95 (множинний доступ з кодовим розділенням каналів (CDMA)) або за протоколами безпровідного зв'язку третього покоління (2G), наприклад, Універсальних Мобільних Телекомунікаційних Систем (UMTS), CDMA2000, широкосмугової CDMA (WCDMA) і синхронної з розділенням часу CDMA (TD-SCDMA), за протоколами безпровідного зв'язку 3.9G, наприклад, E-UTRAN, за протоколами безпровідного зв'язку четвертого покоління (4G) тощо. Крім того (або додатково) UE 30 може працювати з нестільниковими механізмами зв'язку. Наприклад, UE 30 може встановлювати зв'язок у безпровідній локальній мережі (WLAN) або інших мережах зв'язку. У типовому втіленні UE 30 може включати вузол UM RLC 40, яким може бути будь-який засіб, наприклад, пристрій або схема, реалізовані схемно, програмно або комбінацією схеми і програмного забезпечення, для виявлення проблем, пов'язаних з передачею даних, наприклад, проблем у шифруванні і сприяння усуненню виявлених проблем У типовому втіленні UM RLC 40 може включати таймер, який може бути конфігурований для мережі або бути жорстко програмованим для надання таймеру значення, що може бути використане у зв'язку з виявленням проблем у передачі даних, наприклад, проблем у шифруванні. Операція вузла UM RLC 40 згідно з типовим втіленням розглядається нижче (фіг. 2). Слід відзначити, що, хоча на фіг. 1 вузол UM RLC 40 показано як частину UE 30, UM RLC 40 може бути мережевим вузлом, наприклад, RNC 24, у деяких втіленнях. Отже, мережа може також бути здатна виявляти помилки прийому даних, використовуючи втілення винаходу у деяких випадках. У типовому втіленні один або більше RNC (або, можливо, деякі інші мережеві вузли) можуть включати таймерний конфігураційний вузол 50, яким може бути будь-який засіб, наприклад, пристрій, виконаний схемно або програмно або комбіновано і конфігурований забезпечувати таймінг вузла UM RLC 40 у втіленнях, де таймер UM RLC 40 конфігурованим у мережі. Наприклад, таймерний конфігурований вузол 50 може бути пристосований надавати параметри або іншу інформацію вузлу UM RLC 40 для конфігурування таймеру для UM RLC 40. Однак, у деяких втіленнях замість здатності конфігурування мережею таймер UM RLC 40 може бути жорстко програмований. Операція конфігурування таймеру вузлом 50 згідно з одним з типових втілень розглядається нижче (фіг. 3). Фіг. 2 містить блок-схему прикладу пристрою (наприклад, вузла UM RLC 40), конфігурованого виконувати типові втілення винаходу. Наприклад, пристрій для виявлення проблем у шифруванні і забезпечення її усунення згідно з типовим втіленням винаходу може бути втілений або реалізований, наприклад, у UE 30. Слід зазначити, що цей пристрій може також бути використаний на різних інших пристроях, як мобільних, такі стаціонарних (наприклад у пристрої мережі RNC 24), і, отже, втілення винаходу не обов'язково застосовуються на таких пристроях, як, наприклад, мобільні термінали або АР. Слід також зауважити, що, хоча фіг. 2 ілюструє один приклад конфігурації пристрою для виявлення проблеми у шифруванні і забезпечення її усунення, інші конфігурації можуть також бути використані для реалізації втілень винаходу. Фіг. 2 містить пристрій для виявлення проблеми у шифруванні і забезпечення її усунення. Цей пристрій може включати або бути зв'язаний з процесором 70, користувацьким інтерфейсом 72, інтерфейсом 74 зв'язку і пристроєм 76 пам'яті. Пристрій 76 пам'яті може включати, наприклад, енергозалежну і/або енергонезалежну пам'ять. Пристрій 76 пам'яті може бути конфігурований зберігати інформацію, дані, застосування, інструкції тощо, необхідні для виконання пристроєм різних функцій згідно з типовими втіленнями винаходу. Наприклад, пристрій 76 пам'яті може бути конфігурований буферувати вхідні дані для обробки процесором 70. Крім того або в іншому варіанті пристрій 76 пам'яті може бути конфігурований зберігати інструкції для виконання процесором 70. В іншому варіанті пристрій 76 пам'яті може бути одною з баз даних, що зберігають інформацію статично і/або динамічно. Процесор 70 може бути реалізований різними шляхами. Наприклад, процесор 70 може бути обробним елементом, співпроцесором, контролером або іншим засобом обробки, або пристроєм з інтегральними схемами, наприклад, ASIC (прикладна спеціалізована інтегральна схема), FPGA (програмована польова вентильна матриця) схемним акселератором тощо. У типовому втіленні процесор 70 може бути конфігурований виконувати інструкції що зберігаються у пам'яті пристрою 76 або іншому місці доступному для процесора 70. Процесор 70, належним чином конфігурований схемно або програмно, або комбіновано, може репрезентувати вузол, здатний виконувати операції згідно з втіленнями винаходу. Так, наприклад, коли процесор 70 реалізовано як ASIC, FPGA тощо, він може бути конкретно конфігурованою схемою, 4 UA 101549 C2 5 10 15 20 25 30 35 40 45 50 55 60 призначеною виконувати описані операції. В іншому варіанті, коли процесор 70 втілений як виконавець програмних інструкцій, ці інструкції можуть конкретно конфігурувати процесор 70 (без цього він був би обробним елементом загального призначення), реалізувати описані алгоритми і операції. Однак, у деяких випадках процесор 70 може бути процесором спеціалізованого пристрою (наприклад, мобільного терміналу або UE), адаптованим використовувати втілення винаходу додатковим конфігуруванням процесора 70 інструкціями для виконання описаних тут алгоритмів і операції. Інтерфейс 74 зв'язку може бути будь-яким засобом, наприклад, пристроєм, втіленим схемно, програмно або комбіновано і конфігурованим приймати і/або передавати дані від/до мережі і/або будь-якого іншого пристрою або модулю, що має зв'язок з пристроєм. Інтерфейс 74 зв'язку може включати, наприклад, антену (або декілька антен) і схему і/або програму для забезпечення зв'язків з безпровідною мережею зв'язку. У стаціонарному довкіллі інтерфейс 74 зв'язку може, в іншому варіанті, також підтримувати провідний зв'язок. Інтерфейс 74 зв'язку може включати зв'язковий модем і/або іншу схему/програму для забезпечення зв'язку через кабель, цифрову абонентську лінію (DSL), універсальну послідовну шину (USB), Ethernet, Мультимедійний Інтерфейс Високого розрізнення (НDМІ) або інші механізми. Крім того, інтерфейс 74 зв'язку може включати схему і/або програму для реалізації механізмів зв'язку, наприклад, Bluetooth, Infrared, UWB, WiFi тощо. Користувацький інтерфейс 72 може мати зв'язок з процесором 70, який приймає дані, введені користувачем через користувацький інтерфейс 72, і/або надавати слухові, візуальні, механічні або інші сигнали для користувача. Користувацький інтерфейс 72 може включати, наприклад, клавіатуру, мишу, ручку керування, сенсорний екран, дисплей, мікрофон, гучномовець або інші пристрої входу/виходу. У втіленні, де пристрій встановлено у сервері або мережевому вуз (наприклад, вузлі В 14), користувацький інтерфейс 72 може бути обмежений або відсутній. У типовому втіленні процесор 70 може бути включати або і контролювати вузол UM RLC 40, який може мати таймер 80 і засіб 82 виявлення помилок, які можуть кожний бути будь-яким засобом, наприклад, пристроєм або схемою, або програмою або їх комбінацією причому програму конфігуровано виконувати відповідні функції таймеру 80 і 82 виявлення помилок, відповідно. У типовому втіленні таймер 80 може вести відлік доданням або відніманням бути "вичерпаним" або "заповненим", коли відлік відніманням або доданням досягає заздалегідь визначеного значення. У деяких випадках таймер 80 може бути встановлений на заздалегідь визначене значення і вести відлік відніманням до досягнення 0, тобто вичерпання. В інших втіленнях вичерпання може бути досягнуто відніманням або доданням до будь-якого конкретного значення. У деяких втіленнях таймер 80 може бути перевстановлений після прийому деяких повідомлень від мереж (наприклад, вузла В 14). Наприклад, у відповідь на первинний прийом першого екземпляру конкретного повідомлення таймер 80 може виконати відлік. Після подальшого прийому іншого екземпляру конкретного повідомлення таймер 80 може бути перевстановлений і знову виконувати відлік. Однак, якщо таймер 80 досягає вичерпання до прийому екземпляру конкретного повідомлення таймер 80 може сповістити про виявлення помилки 82. У деяких випадках таймер 80 може не вести відлік у будь-якому напрямку, і тоді час вичерпання може бути встановлений для деякого часу у майбутньому після прийому конкретного повідомлення. Наприклад, вичерпання таймеру 80 може бути встановлене на 2,56 сек. після прийому конкретного повідомлення, якщо наступне повідомлення прийнято протягом часу до перевстановлення таймеру 80. У типовому втіленні конкретні повідомлення може бути даними UM PDU, прийнятими від передавача (наприклад, вузла В 14) на боці мережі. Однак, у деяких втіленнях засіб 82 виявлення помилки може бути конфігурований приймати дані UM PDU від передавача і інформувати таймер 80 сигналом на перевстановлення. У таких втіленнях конкретне повідомлення, після якого таймер 80 отримує сигнал вести відлік і перевстановлюватись, може бути внутрішнім повідомленням (відносно вузла UM RLC 40), прийнятим від засобу 82 виявлення помилок, а не зовнішнім повідомленням від передавача. У деяких випадках таймер 80 може бути конфігурований мережею (наприклад, через вузол 50 конфігурування таймеру), як це описано нижче. Однак, в інших випадках таймер 80 може бути конфігурований внутрішньо UE 30 або вузлом UM RLC 40, базуючись жорстко програмованій тривалості для таймеру. Засіб 82 виявлення помилок може бути конфігурований приймати від таймеру 80 індикатор вичерпання для виявлення проблеми у шифруванні або іншої проблеми з передачею даних. 5 UA 101549 C2 5 10 15 20 25 30 35 40 45 50 55 60 Наприклад, неприйняття вузлом UM RLC 40 даних UM PDU протягом роботи таймеру 80 може вказувати на проблеми з передачею даних. У деяких прикладах таймер 80 може бути конфігурований вичерпуватись після 2,56-секундної затримки (або іншої, яка вказує на проблему у шифруванні) і сповіщати про проблеми з передачею даних. Вичерпання таймеру 80 після невдалого прийому даних UM PDU протягом роботи таймеру може вказувати у деяких випадках на проблеми з передачею даних. Однак, в інших випадках прийом даних UM PDU після вичерпання таймеру 80 може вказувати на проблем з передачею даних. У будь-якому випадку засіб 82 виявлення помилок може визначати наявність проблеми з передачею даних, базуючись на вичерпанні таймеру протягом затримки, що відповідає прийому даних UM PDU. Якщо виявлено проблеми з передачею даних (наприклад, помилковий прийом даних), засіб 82 виявлення помилок може бути додатково конфігурований ініціювати процедуру оновлення комірки. Оскільки ця процедура звичайно ініціюється у UE 30, у випадку, коли UE 30 виявляє помилку у прийомі даних, засіб 82 виявлення помилок може бути конфігурований виявляти помилку у прийомі даних і ініціювати цю процедуру. Однак, якщо мережа виявляє помилку у прийомі даних, мережевий засіб виявлення помилок може сигналом до UE 30 інструктувати його засіб 82 виявлення помилок ініціювати процедуру оновлення комірки. При цьому сигнал до UE 30 може не мати форму конкретного повідомлення або сигналу. Для цього мережа може, наприклад, звільнити фізичний канал, щоб UE 30 виявив відмову радіоканалу і у відповідь ініціював оновлення комірки. Отже, механізм, яким UE 30 інструктується ініціювати процедуру оновлення комірки, може не бути повідомленням або навіть механізмом, спеціально пов'язаним з інструктуванням UE 30 ініціювати цю процедуру. У деяких випадках замість ініціації процедури оновлення комірки зас 82 виявлення помилок може надіслати сигнал до пристрою верхнього рівня для ініціювання процедури оновлення комірки. У типовому втіленні ініціації процедур оновлення комірки засобом 82 виявлення помилок або верхнім рівнем може включати припинення призначеного каналу передачі. Крім того, у деяких випадках усунення визначеної помилки у прийомі даних або проблеми з передачею даних може включати реініціацію значення COUNT-C з значенням START під час процедури оновлення комірки перевстановленням UM RLC. Фіг. 3 містить блок-схему мережевого пристрою (наприклад, RLC 24), який може включати вузол 50 конфігурування таймеру. Як можна бачити на фіг. 3, цей пристрій може включати компоненти подібні до компонентів фіг. 2, і може включати пам'ять (наприклад, пристрій 76' пам'яті), процесор, подібний процесору фіг. 2 (наприклад, процесор 70') за винятком того, що процесор 70' конфігурований включати контролювати вузол 50 конфігурування таймеру (наприклад, доданням коду, схемним або програмним, для реалізації функцій вузла 50 конфігурування таймеру), інтерфейс зв'язку (наприклад, інтерфейс 74' зв'язку) і користувацький інтерфейс (наприклад, користувацький інтерфейс 72'). Вузол 50 конфігурування таймеру може бути конфігурований, якщо він використовується, забезпечувати інформацію для конфігурування таймеру 80. Наприклад, вузол 50 конфігурування таймеру може надавати таймеру 80 інформацію про тривалість. У деяких випадках, вузол 50 конфігурування таймеру надавати таймеру цю інформацію повідомленням реконфігурацію RRC (наприклад, повідомленням Встановлення Радіоносія тощо) або повідомленням Підтвердження Оновлення Комірки або іншим конкретним повідомленням, ще не визначеним. Фіг. 4-6 містять схеми операцій для деяких типових втілень винаходу. На фіг. 4 приймальний пристрій (наприклад, приймач даних UM PDU (UMD PDU) 84 (наприклад, UE 30)) може встановлювати зв'язок з екземпляром вузла RRC (наприклад, RRC 86) на боці приймача (наприклад, у UE 30) будь-яким способом. Прийомний пристрій може бути конфігурований приймати дані UMD PDU від передавального пристрою (наприклад, передавача UMD PDU 88). У типовому втіленні приймальний пристрій може мати таймер (наприклад, екземпляр таймеру 80). Цей таймер може мати тривалість, що конфігурується мережею, або її жорстко програмоване значення як описано вище. У відповідь на надсилання передавальним пристроєм UMD PDU до приймального пристрою (операція 100), таймер може почати відлік, коли UMD PDU прийнято (операція 102). Таймер може продовжувати відлік, і під час відліку можуть бути прийняті інші UMD PDU передавальним пристроєм (операція 104). Таймер може бути запущений повторно після прийому іншого UMD PDU приймальним пристроєм (операція 106). Хоча на фіг. 4 показано лише один повторний запуск таймеру, така операція може бути повторена будь-яку кількість разів до вичерпання таймеру (операція 108). Таймер може вичерпатись, якщо приймальний пристрій не зможе прийняти UMD PDU під час роботи таймеру. Після вичерпання таймеру приймальний пристрій може зареєструвати або запам'ятати цю подію (операція 110). Пізніше передавальний пристрій може передати інше UMD PDU (операція 112). Однак, одне або більше UMD PDU також можуть бути прийняті під час роботи таймеру і до 6 UA 101549 C2 5 10 15 20 25 30 35 40 45 50 55 60 вичерпання таймеру, хоча такі UMD PDU можуть бути і не прийняті приймальним пристроєм. У відповідь на прийом UMD PDU після вичерпання таймеру (операція 114) приймальний пристрій може надіслати внутрішнє UM повідомлення CRLC-Status-Ind до RRC 86 (операція 116), інформуючи про помилку прийому. Відповідно, операціями 100 -116 може бути виявлена помилка при прийомі даних. Фіг. 5 містить приклад способу усунення, який може бути використаний після виявлення помилки прийому даних, у відповідь на операцію втілення винаходу, описану вище (фіг. 4). Фіг. 5 також ілюструє приклад конфігурації таймеру мережі. Операцією 120 повідомлення про конфігурацію таймеру (наприклад, повідомленням Встановлення Радюносія) може бути надіслане від екземпляру RRC у мереж (наприклад, RRC, подібним вузлу у NW 90) для конфігурування таймеру (операція 122). В іншому варіанті тривалість таймеру може бути надана системним інформаційним блоком (SIB) і/або повідомленням UTRANMobihtylnformation. У ще одному варіанті тривалість таймер може бути надана повідомленням SIB і/або UTRANMobilitylnformation і повідомленням про реконфігурацію RRC (наприклад, повідомленням Встановлення Радюносія тощо), які можуть також нести інструкцію запустити або скинути таймер. Якщо таймер запущено, операцією 126 і може бути здійснене подальше. В іншому втілення, як описано вище, таймер може не бути здатним до конфігурування для мереж, але може замість цього мати жорстко програмовану тривалість. У таких ситуаціях вузлом UM RLC 40 може бути конфігурований конкретний сервіс (наприклад, голосовий сеанс з CS через HSPA, VoIP) з жорстко програмованою тривалістю таймер. У деяких втіленнях таймер може бути реалізований у вузлі UM RLC 40. Однак, в інших альтернативних втіленнях таймер може бути реалізований на іншому рівні (наприклад, фізичному рівні). У такій ситуації, якщо інший рівень не приймає даних, що мають бути прийняті конкретного сервісу (наприклад, голосового) у кожному часовому інтервалі, то цей рівень може інформувати про помилку прийому даних верхній рівень (наприклад, RRC 86). У будь-якому випадку втілення повідомлення можуть оперувати, базуючись на часових співвідношеннях між прийомами послідовних повідомлень непідтвердженого режиму (наприклад, UMD PDU) у висхідному або низхідному напрямках. Однак, низхідне UMD PDU стосується лише втілень, в яких вузол UM RLC 40 виконує операції, описані вище, веде моніторинг прийому даних повідомлень непідтвердженого режиму у висхідному і низхідному напрямках, що в іншому варіанті може бути виконано фізичним рівнем, MAC-hs, MAC-ehs, MAC-e, MAC-es, МАС-І, MACis тощо. Після конфігурування таймеру RRC 86 може відповісти повідомленням про завершення конфігурації таймеру (операція 124). Пізніше (наприклад, у відповідь на виявлення помилки прийому даних операцією згідно з прикладом фіг. 4), дані UM про помилку прийому індикації можуть бути надані RRC 86 (операція 126). До виявлення помилки прийому даних таймер може починати і знову починати з прийомом кожного UMD PDU. Як зазначено вище, коли таймер вичерпується, вузол UM RLC 40 може запам'ятати цю подію, і тоді, коли нове UMD PDU буде прийняте після вичерпання таймеру, у UE низхідний вузол UM RLC 40 може інформувати RRC 86 про помилку прийому даних (операція 126). RRC 86 може ініціювати або іншим чином розпочати процедуру оновлення комірки (наприклад, надсиланням повідомлення про оновлення комірки (операція 128). Процедура оновлення комірки може включати надання значення START для домену CN вузла UM RLC 40. У деяких випадках повідомлення про оновлення комірки може сповіщати про відмову радіоканалу або будь-якої іншої придатної події. Після прийому цього повідомлення передавальний пристрій або мережевий вузол може ініціювати перевстановлення UM RLC (операція 130). У типовому втіленні перевстановлення UM RLC може включати ініціалізацію значення COUNT-C для вузла UM RLC 40 до значення START, включеного повідомлення про оновлення комірки для домену CN вузла UM RLC 40. Наприклад, 20 старших біт (MSB) компоненту HFN значення COUNT-C можуть бути встановлені у значення START, а решта біт компоненту HFN можуть бути встановлені у 0 під час процедури оновлення комірки. Коли і як мережа виконує перевстановлення UM RLC і ініціалізацію COUNT-C може бути визначене, базуючись на різних шляхах імплементації. Передавальний пристрій може також надсилати підтверджуюче повідомлення (наприклад, операцією 132) назад до приймального пристрою для підтвердження прийому повідомлення про оновлення комірки і також ініціювати перевстановлення UM RLC у приймальному пристрої. Перевстановлення UM RLC може потім відбуватись у приймальному пристрої (операція 134). Коли приймальний пристрій (наприклад, UE 30) приймає повідомлення, що підтверджує оновлення комірки, приймальний пристрій може перевстановити вузол UM RLC і встановити 20 старших бітів компоненту HFN значення COUNT-C у значення "START", включене у 7 UA 101549 C2 5 10 15 20 25 30 35 40 45 50 55 60 повідомлення про оновлення комірки для домену CN вузла UM RLC 40 і встановити решту біт компоненту HFN у COUNT-C вузла UM RLC 40 у 0. Після перевстановлення UM RLC на обох кінцях значення COUNT-C для приймального пристрою і передавального пристрою ресинхронізуються (блок 136) і здійснюється усунення проблеми у шифруванні. Операцією 138 RRC 86 може створити рівноцінний RRC у мереж відповідним повідомленням, що підтверджує прийом (операція 132). У деяких альтернативних втіленнях операції, описані вище, можуть бути модифіковані. Наприклад, фіг. 6 ілюструє одне таке втілення, в якому зроблено зміни у частині втілення фіг. 5, що стосується оновлення комірки. Наприклад, повідомлення 128' про оновлення комірки може додатково включати один біт індикації наявності UM помилки прийому. Операцією 132' повідомлення про оновлення комірки надсилається від передавального пристрою назад до приймального пристрою і може також включає один біт, встановлений мережею для ініціювання перевстановлення RLC у вузлі UM RLC 40. У такому втіленні приймальний пристрій перевстановлює вузол UM RLC 40 у відповідь на встановлення відповідного біту у прийнятому повідомленні про оновлення комірки (операція 134'). Як було зазначено вище, у деяких втіленнях мережа (наприклад, передавальний пристрій) може також включати таймер для моніторингу активності висхідного UM RLC. Отже, мережа може також бути здатна виявляти проблеми з передачею даних у висхідному каналі. У такій ситуації операції системи можуть бути подібними до розглянутих вище для низхідного напрямку з тою відміною, що таймер починає роботу або перевстановлюється після прийому висхідних UMD PDU. Крім того, у таких ситуаціях таймер може бути конфігурований внутрішньо у мережевому вузлі прийому висхідного UMD PDU і мереж вузол може отримати вимогу сигналу для ініціації процедури оновлення комірки, а не ініціації самої процедури оновлення комірки. Вичерпання таймеру реєструється, після чого може бути виконане перевстановлення, як описано вище. Може бути використана будь-яка комбінація описаних вище варіантів. Фіг. 7 містить блок-схему операцій системи, способу і програмного продукту згідно з типовим втіленням винаходу. Зрозуміло, що кожний блок або операція цієї схеми і комбінації блоків схеми можуть бути реалізовані різними засобами, наприклад, схемно, жорстким програмуванням і/або програмою, що включає одну або більше комп'ютерних програмних інструкцій. Наприклад, одна або більш процедур, описаних вище, можуть бути втілені інструкціями комп'ютерної програми. Комп'ютерні програмні інструкції, якими втілюються процедури, описані вище, можуть зберігатись у пристрої пам'яті терміналу (наприклад, UE 30) або мережевого вузла (наприклад, вузла В 14) і виконуватись процесором у терміналі або мережевому вузлі. Будь-які такі інструкції можуть бути завантажені у комп'ютер або інший програмований пристрій (тобто схему) для створення машини, такої, що інструкції, які виконуються у комп'ютері або іншому програмованому пристрої, утворюють засоби реалізації функцій, визначених блоками або операціями блок-схеми. Ці комп'ютерні програмні інструкції можуть також зберігатись у придатній для зчитування комп'ютером пам'яті і можуть інструктувати комп'ютер або інший програмований пристрій виконувати функції таким чином, щоб інструкції, що зберігаються у цій пам'яті, створювали елементи, що містять інструкційні засоби, які реалізують функції, визначені блоками або операціями блок-схеми. Комп'ютерні програмні інструкції можуть також бути завантажені у комп'ютер або інший програмований пристрій, щоб ініціювати послідовності операційних кроків у комп'ютері або іншому програмованому пристрої для такого комп'ютерного процесу, коли інструкції, що виконуються у комп'ютері або іншому програмованому пристрої, забезпечували виконання функцій, визначених блоками або операціями блок-схеми. Відповідно, блоки або операції блок-схеми дозволяють комбінації засобів виконання конкретних функцій, комбінацій операцій, що забезпечують виконання цих функцій, і програмних засобів для виконання цих конкретних функцій. Зрозуміло, що один або більше блоків або операцій блок-схеми і комбінації цих блоків або операцій, можуть бути реалізовані спеціалізованими базованими на схемах комп'ютерними системами, які виконують функції або операції, або комбінації спеціалізованих схем і комп'ютерних інструкцій. Одне з втілень способу виявлення і усунення проблем з передачею даних (фіг. 7) може включати прийом повідомлення непідтвердженого режиму (операція 210) і ініціацію операцій таймеру, базовані на прийнятому повідомлені непідтвердженого режиму (операція 220). У деяких випадках повідомлення непідтвердженого режиму може бути даними непідтвердженого режиму згідно з одиницями протоколу (дані UM PDU). Цей спосіб може додатково включати реініціацію таймерних операцій у відповідь на кожне послідовне повідомлення непідтвердженого режиму, прийняте до вичерпання таймеру (операція 230), і індикацію помилки прийому даних у відповідь на вичерпання таймеру до прийому наступного повідомлення 8 UA 101549 C2 5 10 15 20 25 30 непідтвердженого режиму (операція 240). У деяких випадках, вичерпання таймеру може бути зареєстроване як подія. У деяких втіленнях сповіщення про помилку прийому даних може бути надане негайно у момент вичерпання таймеру (наприклад, безпосередньо у відповідь на вичерпання) або тоді, коли прийнято наступне повідомлення непідтвердженого режиму після вичерпання таймеру (наприклад, непрямо у відповідь на вичерпання таймеру). Цей спосіб (фіг. 7) може бути використаний або мережевим вузлом або користувацьким вузлом (наприклад, UE 30). У деяких типових втіленнях можуть бути включені додаткові опційні операції, деякі приклади яких показано штриховими лініями на фіг. 7. Спосіб може додатково включати конфігурування таймеру з тривалістю для таймеру, базованою на інструкціях прийнятих від мережевого вузла або на жорстко програмованій тривалості для таймеру (операція 200). У деяких втіленнях спосіб може також включати ініціацію процедури оновлення комірки для усунення помилки прийому даних у відповідь на сповіщення про помилку прийому даних (операція 250). У типовому втіленні ініціація процедури оновлення комірки для усунення помилки прийому даних може включати надання конкретного значенні у повідомленні про оновлення комірки до мережевого вузла, в якому це конкретне значення уможливлює ресинхронізацію передавача повідомлення непідтвердженого режиму з приймачем повідомлення непідтвердженого режиму. У деяких випадках цим конкретним значенням може бути значення START у повідомленні про оновлення комірки для ініціалізації COUNT-C значенням, використаним мережевим вузлом. У типовому втіленні пристрій для реалізації способу, описаного вище, може включати процесор (наприклад, процесор 70) конфігурований виконувати кожну з операцій (200-250) описаних вище. Процесор може, наприклад, бути конфігурований виконувати ці операції, виконуючи інструкції або алгоритм виконання кожної з операцій. В іншому варіанті пристрій може включати засоби виконання кожної з операцій, описаних вище. Згідно з типовим втіленням, приклади таких засобів можуть включати, наприклад, алгоритм керування операціями таймеру 80 і засіб 82 виявлення помилок або процесор 70. Фахівець може запропонувати численні модифікації в описаних втіленнях винаходу у нові втілення, базуючись на наведеному описі і кресленнях. Винахід не обмежується описаними втіленнями і припускає модифікації і інші втілення у межах об'єму Формули винаходу. Хоча наведений опис і креслення стосуються типових втілень як певних типових комбінацій елементів і/або функцій, зрозуміло, що в інших втіленнях можуть бути запропоновані інші комбінації елементів і/або функцій у межах об'єму винаходу. Різні комбінації елементів і/або функцій, описаних також можуть бути запропоновані як додаткові п. п. Формули. Конкретні терміни тут були використані лише як дескриптивні елементи і не вносять ніяких обмежень. 35 ФОРМУЛА ВИНАХОДУ 40 45 50 55 1. Пристрій для розв'язання проблем у шифруванні для радіоносія непідтвердженого режиму, який включає процесор і пам'ять, що зберігає призначені для виконання інструкції, які у результаті їх виконання процесором викликають щонайменше виконання пристроєм таких операцій: - забезпечення повідомлення, яке сповіщає про помилку прийому даних при прийомі повідомлень непідтвердженого режиму, внаслідок чого забезпечується повідомлення, яке містить конкретне значення, що уможливлює ресинхронізацію передавача повідомлень непідтвердженого режиму з приймачем повідомлень непідтвердженого режиму, - прийом підтверджуючого повідомлення, яке містить ініціалізацію значення, базованого на цьому конкретному значенні, і - переустановлення приймача повідомлень непідтвердженого режиму згідно з значенням ініціалізації. 2. Пристрій за п. 1, який відрізняється тим, що конкретне значення включає значення START у повідомленні про відновлення комірки і значення ініціалізації включає значення COUNT-C, базоване на значенні START. 3. Пристрій за п. 2, який відрізняється тим, що значення COUNT-C включає значення START. 4. Пристрій за п. 1, який відрізняється тим, що інструкції додатково викликають забезпечення пристроєм повідомлення, яке викликає забезпечення повідомлення про оновлення комірки, яке включає щонайменше один біт, що вказує на помилку прийому даних, і інструкції додатково викликають прийом пристроєм підтверджуючого повідомлення прийомом підтверджуючого повідомлення, яке включає щонайменше один біт для ініціювання перевстановлення приймача. 9 UA 101549 C2 5 10 15 20 25 30 35 40 45 50 55 5. Пристрій за п. 1, який відрізняється тим, що інструкції додатково викликають прийом пристроєм повідомлення непідтвердженого режиму після перевстановлення приймача згідно з значенням ініціалізації. 6. Пристрій за п. 5, який відрізняється тим, що інструкції додатково викликають ведення пристроєм моніторингу повідомлень непідтвердженого режиму для ідентифікації помилки прийому даних. 7. Пристрій за п. 6, який відрізняється тим, що інструкції додатково викликають ведення пристроєм моніторингу повідомлень непідтвердженого режиму: - прийомом повідомлень непідтвердженого режиму, - ініціацією операцій таймера, базованою на прийомі повідомлень непідтвердженого режиму, - реініціацією операцій таймера у відповідь на кожне наступне повідомлення непідтвердженого режиму, прийняте до вичерпання таймера, і - індикацією помилки прийому даних у відповідь на вичерпання таймера до прийому наступного повідомлення непідтвердженого режиму. 8. Спосіб для розв'язання проблем у шифруванні для радіоносія непідтвердженого режиму, який викликає: - забезпечення повідомлення, що вказує на появу помилки прийому даних при прийомі повідомлень непідтвердженого режиму, де забезпечення повідомлення включає забезпечення конкретного значення для уможливлення ресинхронізації передавача повідомлень непідтвердженого режиму з приймачем повідомлень непідтвердженого режиму, - прийом підтверджуючого повідомлення, яке включає значення ініціалізації, базоване на конкретному значенні, і - переустановлення приймача повідомлень непідтвердженого режиму згідно з значенням ініціалізації. 9. Спосіб за п. 8, який відрізняється тим, що конкретне значення включає значення START у повідомленні про відновлення комірки і значення ініціалізації включає значення COUNT-C, базоване на значенні START. 10. Спосіб за п. 9, який відрізняється тим, що значення COUNT-C включає значення START. 11. Спосіб за п. 8, який відрізняється тим, що забезпечення пристроєм повідомлення включає забезпечення повідомлення про оновлення комірки, яке включає щонайменше один біт, що вказує на помилку прийому даних, і прийом підтверджуючого повідомлення включає прийом підтверджуючого повідомлення, яке включає щонайменше один біт для ініціювання переустановлення приймача. 12. Спосіб за п. 8, який відрізняється тим, що додатково включає прийом повідомлень непідтвердженого режиму після перевстановлення приймача згідно з значенням ініціалізації. 13. Спосіб за п. 12, який відрізняється тим, що додатково включає моніторинг повідомлень непідтвердженого режиму для ідентифікації помилки прийому даних. 14. Спосіб за п. 13, який відрізняється тим, що моніторинг повідомлень непідтвердженого режиму включає: - прийом повідомлень непідтвердженого режиму, - ініціацію операцій таймера, базовану на прийомі повідомлень непідтвердженого режиму, - реініціацію операцій таймера у відповідь на кожне наступне повідомлення непідтвердженого режиму, прийняте до вичерпання таймера, і - індикацію помилки прийому даних у відповідь на вичерпання таймера до прийому наступного повідомлення непідтвердженого режиму. 15. Зчитуваний комп'ютером носій для розв'язання проблем у шифруванні для радіоносія непідтвердженого режиму, який містить збережені у ньому придатні для виконання комп'ютером програмні кодовані інструкції, які включають: - програмовані кодовані інструкції, що викликають забезпечення повідомлення, яке вказує на появу помилки прийому даних при прийомі повідомлень непідтвердженого режиму, де програмовані кодовані інструкції, що викликають забезпечення повідомлення, включають програмні кодовані інструкції, що викликають забезпечення конкретного значення для уможливлення ресинхронізації передавача повідомлень непідтвердженого режиму з приймачем повідомлень непідтвердженого режиму, - програмовані кодовані інструкції для прийому підтверджуючого повідомлення, яке включає значення ініціалізації, базоване на цьому конкретному значенні і - програмні кодовані інструкції для переустановлення приймача повідомлень непідтвердженого режиму згідно з значенням ініціалізації. 10 UA 101549 C2 5 10 15 20 16. Носій за п. 15, який відрізняється тим, що конкретне значення включає значення START у повідомленні про відновлення комірки, і значення ініціалізації включає значення COUNT-C, базоване на значенні START. 17. Носій за п. 16, який відрізняється тим, що значення COUNT-C включає значення START. 18. Носій за п. 15, який відрізняється тим, що програмні кодовані інструкції, що викликають забезпечення повідомлення, включають: - програмні кодовані інструкції, що викликають забезпечення повідомлення про оновлення комірки, яке містить щонайменше один біт, що вказує на помилку прийому даних, і - програмні кодовані інструкції для прийому підтверджуючого повідомлення, які включають програмовані кодовані інструкції для прийому підтверджуючого повідомлення, що містить щонайменше один біт для ініціації перевстановлення приймача. 19. Носій за п. 15, який відрізняється тим, що додатково містить програмні кодовані інструкції для ініціації процедури оновлення комірки для уможливлення усунення помилки прийому даних у відповідь на індикацію помилки прийому даних. 20. Носій за п. 19, який відрізняється тим, що програмні кодовані інструкції для ініціації процедури оновлення комірки для уможливлення усунення помилки прийому даних включають інструкції для забезпечення у повідомленні для мережевого вузла про оновлення комірки конкретного значення, яке уможливлює ресинхронізацію передавача повідомлень непідтвердженого режиму з приймачем повідомлень непідтвердженого режиму. 21. Носій за п. 15, який відрізняється тим, що придатні для виконання комп'ютером програмні кодовані інструкції включають програмні кодовані інструкції, що викликають прийом пристроєм повідомлень непідтвердженого режиму після переустановлення приймача згідно з значенням ініціалізації. 11 UA 101549 C2 12 UA 101549 C2 13 UA 101549 C2 14 UA 101549 C2 15 UA 101549 C2 16 UA 101549 C2 17 UA 101549 C2 18 UA 101549 C2 Комп’ютерна верстка С. Чулій Державна служба інтелектуальної власності України, вул. Урицького, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут промислової власності”, вул. Глазунова, 1, м. Київ – 42, 01601 19