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

Винахід стосується безпровідного зв'язку, зокрема, удосконалених способу і системи для надійної передачі даних через безпровідний канал з мінімізацією додаткових передач, притаманних протоколу з контролем помилок. Модуляція з використанням паралельного доступу з кодовим ущільненням каналів (ПДКУ) є одним з способів, що уможливлюють встановлення зв'язку для великої кількості користувачів системи. Іншими відомими способами забезпечення паралельного доступу є паралельний доступ з розділом часу (ПДРЧ), паралельний доступ з розділом частот (ПДРЧС)т або схеми модуляції з компандуванням на одній бічній смузі. Системи ПДКУ були стандартизовані Асоціацією зв'язку (ТІА/ЕІА) стандартом IS-95-B ("Стандарт сумісності мобільних і базових станцій для широкосмугових систем двостороннього зв'язку розширеного спектру"), включеному у цей опис посиланням. Спочатку IS-95-B був оптимізований для передачі голосових кадрів змінної швидкості передачі. Для підтримки двостороннього голосового зв'язку, типового для безпровідних телефонів, бажано, щоб система зв'язку забезпечувала мінімальну і суттєво постійну затримку. Для цього у системах IS-95-B передбачають ефективні протоколи попереднього виправлення помилок (ПВП) і вокодери, малочутливі до помилок у голосових кадрах. Протоколи контролю помилок, які передбачають повторну передачу кадрів, створюють неприйнятні затримкі при передачі мови і не включені у IS-85-B. Оптимізації, які роблять стандарт IS-95-B ідеальним для мовного застосування, утруднюють його застосування для передачі пакетованих даних. У багатьох неголосових застосуваннях, наприклад, при передачі за протоколом Інтернету (ПІ) вимоги до затримки є значно менш суворішими. Найбільш поширений у мережі Інтернет Протокол Керування Передачею (ПКП) припускає фактично нескінченну затримку для забезпечення безпомилкової передачі. Для підвищення надійності ПКП передбачає повторні передачі пакетів ПІ. Пакети ПІ звичайно є занадто великими для розміщення у одному кадрі IS-95-B. Навіть після подрібнення пакета ПІ на сегменти для розміщення у наборі кадрів IS-95-B весь цей набір необхідно прийняти без помилок, щоб зберегти цей пакет ПІ для ПКП. Частота кадрових помилок, яку припускає IS-95B, робить дуже низькою імовірність безпомилкового прийому всіх сегментів пакета ПІ. IS-95-B передбачає альтернативні типи обслуговування для типів даних, відмінних від мовних. Стандарт TIA/EIA/IS-707-A, включений посиланням, передбачає ряд процедур, призначених для передачі пакетів даних у системі IS-95-B. Протокол Радіозв'язку (ПРЗ (RLP) або ПРЗ2 (RLP2)), описаний у IS-707-A.8 і включений посиланням, передбачає протокол контролю помилок для процедур повторної передачі кадрів на рівні кадру IS-95-B. ПРЗ належить до класу добре відомих протоколів контролю помилок типу ARQ (NAK-базованих). ПРЗ IS707 передбачає у системі IS-95-B передачу потоків байтів, а не послідовності голосових кадрів. ПРЗ має кілька протокольних рівнів. Пакети ПІ, наприклад, перетворюються у потоки байтів "від пункта до пункта" (ПП) до формування потоку байтів для протокольного рівня ПРЗ. Оскільки рівень ПРЗ ігнорує протокол у формування кадрів вищих протокольних рівнів, потік даних, що передається ПРЗ, називають "безознаковим потоком байтів". ПРЗ був розроблений згідно з вимогами передачі великих пакетів у каналах IS-95-B. Наприклад, якщо пакет ПІ з 500 байтів має бути переданий кадрами IS-95-B по 20 байтів кожний, то він складатиметься з 25 повних послідовних кадрів IS-95-B. Ці 25 кадрів ПРЗ мають бути прийняті без помилок, щоб цей пакет ПІ міг бути використаний вищими протокольними рівнями. Якщо канал IS-95-B припускає 1% кадрових помилок, частота появи помилок у передачі ПРЗ становитиме 1-(0,99)25, тобто 22%, що є дуже великим значенням порівняно з показниками більшості мереж ПІ. ПРЗ призначався як протокол канального рівня для зниження частоти помилок у передачах ПІ порівняно з частотою помилок у каналі типу "10Base2 Ethernet". Нещодавно Міжнародна Спілка Зв'язку висунула вимогу запропонувати способи, що забезпечують високу швидкість передачі даних і високу якість обслуговування мовного зв'язку у безпровідних каналах. Перша з пропозицій надійшла від Асоціації Зв'язку під назвою "The cdma2000 ITU-R RTT Candidate Submission". Асоціація зв'язку розробляє проміжний стандарт TIA/EIA/IS-2000 (далі - cdma2000). Друга пропозиція надійшла від Європейського Інституту Стандартів (ETSI) під назвою "The ETSI UMTS Terrestrial Radio Access (UTRA) ITU-R RTT Candidate Submission" (далі - WCDMA). Третя пропозиція ("The UWC-136 Candidate Submission", далі - EDGE) надійшла від TG 8/1 (США). ПРЗ призначений для використання з IS-95-B. Новий ПРЗ дляcdma2000 описано у документі TIA/EIA/IS-707-A-1.10 (RLP3E), включеному посиланням. У даному описі розглядаються кадри двох типів. - У IS-95-B і cdma2000 кадр є основним часовим інтервалом. Такий кадр називають кадром ПДКУ, і він може містити сигнальну інформацію, первинні і вторинні інформаційні дані або їх комбінації. У RLP3E кадр є основною одиницею передачі. Далі він називатиметься кадр ПРЗ. Він може містити користувацькі дані, послідовний номер, контрольну інформацію ПРЗ (наприклад, SYNC, NAK тощо) або їх комбінації. У IS-95-B основний і допоміжний канали мають кадри ПДКУ фіксованої тривалості 20мс. Кадри ПДКУ допоміжного каналу передаються одночасно з кадрами ПДКУ основного каналу. Оскільки тривалість кадрів є однаковою в обох каналах, всі допоміжні і основні кадри ПДКУ, передані одночасно, будуть прийняті також одночасно. Система cdma2000 має допоміжний канал іншої структури, і передбачає 2 допоміжні канали допоміжний канал 1 і допоміжний канал 2. Під час узгодження обслуговування мобільна станція (МС) і базова станція (БС) узгоджують, зокрема, тривалості кадрів ПДКУ допоміжного каналу. Ці тривалості можуть становити 20, 40 і 80мс. Можливо, у майбутньому будуть передбачені кадри тривалістю 60мс, але їх відсутність не усуне потреби у даному винаході. Однак, оскільки наявність таких кадрів є можливою, у винаході разом з кадрами тривалістю, не передбаченою cdma2000, розглядаються кадри тривалістю 60мс. Кількість даних, що можуть бути передані у каналі, пов'язана з тривалістю (довжиною) кадру ПДКУ. У cdma2000 передбачено узгодження конфігурації, згідно з якою довжини кадрів ПДКУ для допоміжного каналу 1 і допоміжного каналу 2 є різними. Систему зв'язку, яка підтримує одночасну передачу пакетованих даних у різних кодових каналах від одного пристрою (наприклад, БС cdma2000) і може передавати користувацькі дані одночасно у основному і допоміжному каналах до іншого пристрою (наприклад, МС cdma2000), далі називатимемо cdma200-подібною системою. У ПРЗ2, RLP3E і в усіх існуючих втіленнях ПРЗ на обох боках лінії протоколу ПРЗ використовуються три змінні: V(R), V(N) і V(S). Згідно з стандартами ПРЗ, V(R) містить очікуване значення послідовного номера кадру ПРЗ, що має бути наступним, a V(N) містить послідовний номер наступного кадру, прийнятого поза послідовністю. У полі 'SEQ' послідовного номера кожного нового і порожнього надісланого кадру ПРЗ встановлюється значення V(S). Кожна з змінних V(R), V(N) і V(S) є скороченою до 8 біт версією повного 12бітового послідовного номера L_V(R), L_V(N) і L_V(S), які також використовуються на обох боках лінії протоколу ПРЗ. Всі версії ПРЗ побудовані, по суті, як скінченні автомати, що викликаються кожні 20мс з мультиплексного субрівня. Кожні 20мс мультиплексний субрівень доставляє групу кадрів, прийнятих з фізичного рівня, до скінченного автомата ПРЗ, відомого також, як автомат ПРЗ, який порівнює послідовні номери щойно прийнятих кадрів з L_V(R) і L_V(N). Якщо ПРЗ знаходить, що утворилась нова "дірка", генерується NAK. Терміном "дірка" звичайно позначають прийняті автоматом RLP3E кадри групи, які містять номери, що не відповідають послідовності. Нова "дірка" утворюється кожного разу, коли оновлене значення L_V(R) відрізняється від попереднього значення і всі кадри, прийняті з послідовними номерами, більшими за попередню L_V(R) не мають послідовних номерів. RLP3E є схожим з ПРЗ2 у багатьох аспектах. Це зроблено, зокрема, для того, щоб скористуватись з повторного використання кодів. Як RLP3E, так і ПРЗ2 були розроблені, щоб пов'язати послідовний номер кадру з кожним переданим і прийнятим кадром ПРЗ. Кожного разу, коли приймається неочікуваний послідовний номер, до передавального пристрою, що використовує ПРЗ, надсилається вимога повторної передачі (NAK). ПРЗ2 не генерує зайвих повторних передач, оскільки всі кадри ПДКУ IS-95-B, передані одночасно, приймаються також одночасно. Якщо завдяки одночасній передачі всіх кадрів у допоміжних каналах скінченний автомат ПРЗ2 знаходить, що прийом групи кадрів тривалістю 20мс від мультиплексного субрівня породив дірку, це означає, що кадри дірки були втрачені або спотворені на шляху до приймача. Для такої дірки необхідно генерувати NAK, оскільки бажано виконати повторну передачу. Однак, застосування таких методів до RLP3E призводить до виконання зайвих повторних передач, зумовлених гнучкою природою допоміжних каналів cdma2000, тобто здатністю варіювати у цих каналах довжиною кадру ПДКУ. Такі варіації можуть призвести до виявлення RLP3E дірок ι генерування зайвих ΝΑΚ. Фіг.1А містить 160-мілісекундний інтервал генерованих ПРЗ кадрів даних для виклику даних RLP3E, який використовує один основний ι два допоміжні канали. Допоміжний канал 1 має кадри ПДКУ довжиною 80мс, допоміжний канал 2 - кадри довжиною 60мс, а послідовний номер ПРЗ на початку цього інтервалу дорівнює 5. У момент 0 мультиплексний субрівень запитує від автомата ПРЗ три кадри довжинами, що відповідають тривалостям кадрів основного каналу ι кожного з допоміжних. У відповідь автомат ПРЗ генерує три кадри ПРЗ з послідовними номерами 5, 6 і 7. На межі 20мс ПРЗ генерує кадр з номером 8 у відповідь на вимогу від мультиплексного субрівня одного кадру довжиною, що відповідає допоміжному каналу. На межі 40мс ПРЗ генерує кадр з номером 9. На межі 60мс мультиплексний субрівень вимагає кадри довжиною, що відповідає основному каналу і допоміжному каналу 2. У відповідь автомат ПРЗ генерує два кадри ПРЗ з послідовними номерами 10 і 11. Подібним чином на межі 80мс генеруються кадри ПРЗ з послідовними номерами 12, 13, після чого - кадри з номерами 14-17. Фіг.1В ілюструє прийом описаних вище кадрів автоматом RLP3E. На фіг.1В не показані довжини/тривалості прийнятих кадрів, але наведені часи надходження кадрів до приймального автомата RLP3E від приймального мультиплексного субрівня. Вважається відсутньою затримка між завершенням передачі кадру (фіг.1А) і часом надсилання цього кадру до приймального автомата RLP3E від приймального мультиплексного субрівня. Наприклад, оскільки передача кадру 5 закінчується у момент 20мс (фіг.1А), він приймається у момент 20мс приймальним автоматом RLP3E (фіг.1В). Оскільки передача кадрів 7, 9 закінчується у момент 60мс (фіг.1А), вони приймаються у момент 20мс приймальним автоматом RLP3E для обробки (фіг.1В). Подібним чином, оскільки передача кадрів 6, 10 закінчується у момент 80мс (фіг.1А), вони приймаються у момент 80мс приймальним автоматом RLP3E (фіг.1В). Прийом кадрів 8, 11-17 відбувається подібним чином. Як можна бачити з цих фіг., кадри ПРЗ, передані послідовно у порядку зростання номерів, не приймаються у цьому ж порядку приймальним автоматом ПРЗ. Хоча передача кадрів почалась у послідовності згідно з номерами, генерованими RLP3E, вони були прийняті у іншій послідовності, а саме, кадри ПДКУ, що містили номери ПРЗ 5-17 були передані у порядку 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, але були прийняті у порядку 5, 8, 7, 9, 6, 10, 12, 11, 14, 15, 13, 17, 16 внаслідок різниць між тривалостями кадрів. Зрозуміло, що NAK будуть генеровані для кадрів 6, 7, 11, 13, 16 внаслідок часів ι порядку прийому кадрів 8, 12, 14 і 17. NAK генерується лише тоді, коли приймач не зміг прийняти переданий кадр даних ПРЗ, який він мав прийняти. Однак, внаслідок зміни довжин кадрів ПДКУ cdma2000 можуть бути генеровані зайві NAK, що зумовлюється моментами і порядком прийому послідовних номерів. Це призводить до небажаних витрат цінної смуги частот у прямому і зворотному каналах. Ці витрати смуги частот відбуваються при передачі кожної ΝΑΚ одному каналі і при непотрібній повторній передачі кадру у протилежному каналі (зайва повторна передача відбувається у відповідь на кожну зайву ΝΑΚ). Оскільки смуга частот є цінним ресурсом, виникає потреба в удосконаленні способу передачі даних у системі cdma2000. Зокрема, бажано мати спосіб передачі даних у каналі cdma2000, який виключає генерування зайвих ΝΑΚ і виконання повторних передач. Бажано, щоб такий спосіб не збільшував затримки як при передачі кадрів даних до рівня вище ПРЗ, так і при передачі нормальних кадрів ΝΑΚ до мультиплексного субрівня. Особливо бажано, щоб цей спосіб потребував лише мінімальних змін у існуючих втіленнях RLP3E. Об'єктом винаходу є спосіб ι система, які відвертають генерування RLP3E зайвих ΝΑΚ і, відповідно, виконання зайвих повторних передач. Застосування винаходу не створює затримок як при передачі кадрів даних до рівня вище ПРЗ, так і при передачі необхідних кадрів ΝΑΚ до мультиплексного субрівня. При цьому винахід може бути застосований з мінімальними змінами у існуючих втіленнях RLP3E. Винахід може бути застосований у системах стандартів cdma2000, WCDMA ι EDGE, де дані передаються з використанням механізма ARQ (автоматична вимога повторної передачі), а пакети даних іноді приймаються у порядку, відмінному від того, з яким вони були передані. По відношенню до передачі ι прийому кадрів ПРЗ існуючий RLP3E має зв'язок з мультиплексним субрівнем нижче себе і з рівнем потоку байтів вище себе. Рівень потоку байтів називають рівнем ПП, оскільки протокол ПП звичайно використовується на рівні потоку байтів. Згаданий вище інформаційний потік ілюструється фіг.2, де блок-схема показує шлях даних для cdma2000. Винахід передбачає застосування нового механізму, включеного між мультиплексним субрівнем і рівнем RLP3E для всіх інформаційних потоків. Призначенням цього субрівня є переупорядкування прийнятих пакетів згідно з порядком, у якому вони були передані, і надсилання цих пакетів до рівня RLP3E у зазначеному порядку. Цей субрівень далі названо субрівнем переупорядкування кадрів (фіг.3). Субрівень переупорядкування кадрів переупорядковує кадри, прийняті мультиплексним субрівнем, визначаючи порядок, у якому кадри фізичного рівня були передані їх джерелом, і буферуючи кожний прийнятий кадр, доки не будуть прийняті всі кадри, передані до нього. Субрівень переупорядкування кадрів здійснює це, використовуючи таймери і/або лічильники кадрів, а також механізм буферної пам'яті. Особливості, об'єкти і переваги винаходу детально розглядаються у наведеному подальшому описі з посиланнями на креслення, у яких: фіг.1А, 1В - часові діаграми, які ілюструють часові співвідношення між переданими і прийнятими кадрами даних у типовій багатоканальній інформаційній мережі, подібній cdma2000, фіг.2 - функціональна блок-схема типового втілення передавального RLP3E системи cdma2000, фіг.3 - функціональна блок-схема типового втілення передавальної системи згідно з винаходом, фіг.4 - схема алгоритму високого рівня згідно з винаходом, фіг.5 - схема алгоритму високого рівня, яка ілюструє типове втілення способу обробки прийнятих кадрів згідно з винаходом, фіг.6 - схема алгоритму, яка ілюструє типове втілення використання одиночного допоміжного каналу згідно з винаходом, фіг.7 - схема алгоритму, яка ілюструє типове втілення використання подвійного допоміжного каналу згідно з винаходом, фіг.8 - схема алгоритму, яка ілюструє типове втілення буферування подвійного допоміжного каналу згідно з винаходом, фіг.9А - часова діаграма, яка ілюструє часи передачі різних кадрів ПРЗ у типовій системі cdma2000 з одним активним допоміжним каналом, фіг.9В - часова діаграма, яка ілюструє часи передачі різних кадрів ПРЗ у типовій системі cdma2000 з двома активними допоміжними каналами, фіг.10 - часова діаграма, яка ілюструє часи передачі різних кадрів ПРЗ у типовій системі cdma2000 з двома активними допоміжними каналами у іншому варіанті, фіг.11 - бажане втілення операції фіг.6, фіг.12 - бажане втілення операції фіг.8. Фіг.1А, 1В містять часові діаграми, які ілюструють часові співвідношення між переданими і прийнятими кадрами даних у безпровідній інформаційній мережі, подібній cdma2000 На фіг.1А зображений 160мілісекундний інтервал кадрів даних ПРЗ, генерованих для системи 5 передачі даних згідно з РПЗЗЕ, яка включає основний канал 10 і два допоміжні канали. Перший допоміжний канал 20 пристосований для кадрів ПДКУ тривалістю 80мс, а другий допоміжний канал 30 - для кадрів ПДКУ тривалістю 60мс. Вважається, що на початку інтервалу автомат RLP3E має у V(S) значення 5. Основний канал 10 передає 20-мілісекундні кадри ПДКУ, які містять кадри RLP3E з послідовними номерами 5, 8, 9, 10, 12, 14, 15 і 17. Перший допоміжний канал 20 передає 80-мілісекундні кадри ПДКУ, які містять кадри RLP3E з послідовними номерами 6 і 10. Другий допоміжний канал 30 передає 80-мілісекундні кадри ПДКУ, які містять кадри RLP3E з послідовними номерами 7, 11 і 16. Передача кадрів 5, 6, 7 (фіг.1А) починається у момент 0. Передача кадру 5 ПДКУ, який містить кадр 5 RLP3E, у основному каналі 10 завершується у момент 20. Передача кадру 6 у першому допоміжному каналі 20 завершується у момент 80, а передача кадру 7 у другому допоміжному каналі 30 завершується у момент 60. Подібним чином показані початок і кінець передачі кадрів 8-16. Фіг.1В містить 160-мілісекундний інтервал кадрів даних ПРЗ, прийнятих для приймальної системи 45, яка включає основний канал 10, перший допоміжний канал 20 і другий допоміжний канал 30 (нумерація каналів така, як на фіг.1А). Приймальна система 45 даних RLP3E приймає кадри RLP3E негайно після завершення їх передачі передавальною системою 5. Виникнення довільної часової затримки, спільної для каналів 10, 20, 30, не впливає не розгляд і для спрощення може бути ігнороване. Кадр 5 приймається приймальною системою 45 в основному каналі 10 у момент 20, кадр 6 - у першому допоміжному каналі 20 у момент 80 і кадр 7 - у другому допоміжному каналі 30 у момент 60. Подібним чином показані часи прийому кадрів 8-16. З порівняння фіг.1А і фіг.1В можна бачити, що прийом кадрів приймальною системою 45 RLP3E відбувається у порядку, відмінному від їх передачі передавальною системою 5. Фіг.2 містить функціональну блок-схему типового втілення передавальної системи 250 даних cdma2000, яка включає пристрої 210, 230 зв'язку. Для спрощення буде розглянута передача пакетованих даних лише у прямому каналі зв'язку, оскільки передача у зворотному каналі відбувається подібним чином. Рівень 212 потоку байтів у БС 210 надсилає потік даних до рівня 214 RLP3E, який буферує ці байти для подальшої передачі. На межах 20-мілісекундних інтервалів мультиплексний субрівень 216 вимагає кадри ПРЗ від рівня 214 RLP3E, який у відповідь генерує такі кадри і надсилає їх до мультиплексного субрівня 216. Специфікація RLP3E не вказує, що рівень RLP3E має призначати кадрам послідовні номери згідно з їх довжинами, вказаними у вимозі від мультиплексного субрівня. У типовому втіленні мультиплексний субрівень 216 пакетує ці кадри згідно з вимогами cdma2000 і надсилає ці кадри ПРЗ до фізичного рівня 218 для передачі у радіоканалі 220 cdma2000 згідно з специфікацією cdma2000. При надсиланні кадрів до фізичного рівня 218 мультиплексний субрівень 216 вказує, які кадри у яких каналах мають бути передані. Фізичний рівень 238 у МС 230 приймає кадри у радіоканалі 220 cdma2000. З інтервалом 20мс фізичний рівень 238 надсилає кожний прийнятий кадр до мультиплексного субрівня 236 і вказує, у якому каналі був прийнятий кадр. Мультиплексний субрівень 236 розпакетовує ці кадри і надсилає їх до рівня 234 RLP3E, який обробляє їх згідно з специфікацією RLP3E. Якщо будь-який кадр мав послідовний номер, що дорівнює V(N), всі прийняті кадри з подальшими послідовними номерами, що починаються з V(N), надсилаються від рівня 234 RLP3E до рівня 232 потоку байтів. У випадку утворення нової дірки генерується сигнал NAK з вимогою повторної передачі одного або кількох кадрів. Наведений опис стосується типового втілення потоку даних cdma2000 у прямому каналі. Дані у зворотному каналі проходять у зворотному напрямку. Фіг.3 містить функціональну блок-схему типового втілення передавальної системи 360 обслуговування даних згідно з винаходом, яка включає пристрої 310, 340 зв'язку. БС 310 включає рівень 312 потоку байтів, який надсилає до рівня 314 RLP3E потік байтів формату кадрів ПП, але RLP3E розглядає ці байти як потік необроблених байтів і тому формат байтів потоку рівня 312 не є суттєвим для винаходу. Рівень 314 RLP3E буферує ці байти для подальшої передачі згідно з специфікацією RLP3E. На межах 20-мілісекундних інтервалів мультиплексний субрівень 318 вимагає кадри ПРЗ від рівня 314 RLP3E, який, згідно з винаходом, у відповідь генерує такі кадри. Винахід передбачає використання рівня 314 RLP3E згідно з існуючою специфікацією RLP3E, але з певними обмеженнями. Коли мультиплексний субрівень 314 вимагає кадри даних для багатьох каналів від рівня 314 RLP3E, а рівень 314 генерує нові кадри даних (кадри ПРЗ не для повторної передачі), він вимагає надати найнижчий послідовний номер новому кадру даних, який має найменшу довжину кадру ПДКУ, і надати найвищий послідовний номер новому кадру даних, який має найбільшу довжину кадру ПДКУ. Це обмеження допомагає субрівню 346 переупорякування точно визначати, коли він має надсилати прийняті кадри до рівня 344 RLP3E (див. далі фіг.5-10). Мультиплексний субрівень 318 пакетує ці кадри згідно з вимогами cdma2000 і надсилає їх до фізичного рівня 218 для передачі у радіоканалі 330 cdma2000 згідно з специфікацією cdma2000. При надсиланні кадрів до фізичного рівня 218 мультиплексний субрівень 318 вказує, які кадри у яких каналах мають бути передані. Фізичний рівень 350 у МС 340 приймає кадри у радіоканалі 330 cdma2000. З інтервалом 20мс фізичний рівень 350 надсилає кожний прийнятий кадр до мультиплексного субрівня 348 і вказує, у якому каналі був прийнятий цей кадр. Мультиплексний субрівень 348 розпакетовує ці кадри і надсилає їх до рівня 346 переупорядковування кадрів, який (фіг.4, 5) буферує ці кадри згідно з винаходом і надсилає до рівня 344 RLP3E у порядку їх передачі. Рівень 344 RLP3E обробляє ці кадри згідно з специфікацією RLP3E. Якщо будь-який прийнятий кадр має послідовний номер, рівний V(N), всі прийняті кадри з подальшими послідовними номерами, що починаються з V(N), надсилаються від рівня 344 RLP3E до рівня 342 потоку байтів. У випадку утворення нової дірки генерується сигнал NAK з вимогою повторної передачі одного або кількох кадрів. Фіг.4 містить схему алгоритму ініціалізації субрівня 346 переупорядковування кадрів під час встановлення сеансу зв'язку згідно з типовим втіленням. Операцією 400 починається узгодження обслуговування. У типовому втіленні це відбувається у спосіб, описаний у патенті США 5638412, включеному посиланням. Операцією 410 визначається кількість активних допоміжних каналів, зсуви (SCH_OFFSET) і тривалості кадрів цих каналів, а також виконується відповідне призначення каналів. Після призначення операцією 420 субрівень 346 переупорядковування кадрів ініціалізує змінні і таймери. Реєструється кількість активних допоміжних каналів. Якщо допоміжний канал 1 є активним, реєструється тривалість кадру цього каналу і таймер встановлюється у значення його зсуву. Якщо допоміжний канал 2 є активним, реєструється тривалість кадру цього каналу і таймер встановлюється у значення його зсуву. Наприклад, якщо система була конфігурована згідно з фіг.9А, таймер має бути встановлений на 60мс. Відпрацювавши у момент 60 (пункт 910), таймер визначає момент, коли БС 310 вперше передає кадр у допоміжному каналі 1. Крім того, буде зареєстровано, що тривалість кадру допоміжного каналу 1 становить 80мс. Якщо система була конфігурована згідно з фіг.9В, перший таймер має бути встановлений на 20мс. Відпрацювавши у момент 20 (пункт 960), таймер визначає момент, коли БС 310 вперше передає кадр у допоміжному каналі 1, а другий таймер відпрацьовує у момент 60, визначаючи цим момент, коли БС 310 вперше передає кадр у допоміжному каналі 2. Крім того, буде зареєстровано, що тривалість кадру допоміжного каналу 1 становить 80мс, а тривалість кадру допоміжного каналу 2-60мс. У іншому втіленні, якщо використовується лише один допоміжний канал, таймер ініціалізується часом, що дорівнює зсуву каналу плюс 29мс. У типовому втіленні спільні індекси у змінних і таймерах вказують на їх зв'язок між собою. Наприклад, SUP_DURATION[1] і SUP_TIMER[1] є пов'язаними, оскільки мають індекс 1. Всі такі таймери і змінні можуть бути позначені змінними індексами. Наприклад, SUP_DURATION[1] можна позначити SUP_DURATION[X], якщо X=1, а SUP_DURATION[2] можна позначити SUP_DURATION[X], якщо X=2. У одному з втілень флагу FUND_DELIVERY_OK надається значення TRUE, що означає, що коли скінчений автомат спочатку виконує операцію 660 або 780 (див. фіг.6, 7, 8), кадр RLP3E основного каналу, прийнятий операцією 502 протягом цього інтервалу, має бути надісланий до рівня 344 RLP3E. У типовому втіленні змінні і таймери ініціалізуються операцією 420. Змінній MODE надається значення Forward, яке вказує, що субрівень переупорядковування кадрів працює у режимі надсилання всіх кадрів, прийнятих від мультиплексного субрівня 348, до рівня 344 RLP3. Якщо щонайменше один допоміжний канал є активним, SUP_DURATION[1] одержує значення тривалості кадру ПДКУ, узгодженої для допоміжного каналу 1 (опер. 410). Таймер SUP_TIMER[1] ініціалізується зсувом каналу, узгодженим для допоміжного каналу 1. Якщо активними є два допоміжні канали, SUP_DURATION[2] одержує значення тривалості кадру ПДКУ, узгодженої для допоміжного каналу 2 (опер. 410). Другий таймер SUP_TIMER[2] ініціалізується зсувом каналу, узгодженим для допоміжного каналу 2. У одному з втілень флагу FUND_DELIVERY_OK надається значення TRUE, яке означає, що кадр RLP3E основного каналу, прийнятий на наступній 20-мілісекундній межі, має бути надісланий до рівня 344 RLP3E. Крім того, змінним SUP_FRAME_TXD[1] і SUP_FRAME_TXD[2] надається значення NO_SUPS_TXD, яке вказує, що БС 310 ще не передала жодного кадру у допоміжних каналах 1, 2, відповідно. Якщо активними є два допоміжні канали, SUP_DURATION[1] порівнюється з SUP_DURATION[2] і якщо SUP_DURATION[2]>SUP_DURATION[1], індекс L одержує значення 2, а індекс S - значення 1. У іншому випадку індекс L одержує значення 1, а індекс S - значення 2. Отже SUP_DURATION[L] містить найбільшу тривалість кадру, a SUP_DURATION[S] - найменшу, і таймер SUP_TIMER[L] відноситься до каналу з найбільшою тривалістю кадру, а таймер SUP_TIMER[S] - до каналу з найменшою тривалістю кадру. У типовому втіленні системний час використовується як еталонний для буферування кадрів і отримання їх з буфера. У іншому втіленні замість системного часу як еталонний час може використовуватись змінна, що містить час, квантований періодом щонайменше 20мс. Наприклад, змінна REL_TIME може бути використана як еталон часу для буферування кадрів і отримання їх з буфера. У цьому випадку змінна REL_TIME ініціалізується нулем (опер. 420) з подальшим інкрементуванням фіксованим значенням, наприклад, 1, кожного разу, коли виконується операція 502. Після вибору типу обслуговування, починається потік даних (опер. 380). Операція 360 описана у фіг.3. Наведений опис стосується типового втілення. Існують інші втілення, у яких змінні L і S не зберігаються. Одне з таких втілень замість кожного використання L передбачає його заміну значенням виклику для процесу, який повертає індекс, пов'язаний з максимальним значенням SUP_FRAME_DURATION[1] і SUP_FRAME_DURATION[2], і заміну змінної S значенням виклику для процесу, який повертає індекс, пов'язаний з мінімальним значенням SUP_FRAME_DURATION[1] і SUP_FRAME_DURATION[2]. Фіг.5 містить схему алгоритму роботи рівня 346 переупорядковування кадрів у типовому втіленні. Процедура починається з чекання на межу кадру основного каналу (опер. 500). У типовому втіленні відбувається виявлення межі 20-мілісекундного кадру кожного разу, коли мультиплексний субрівень 348 надсилає до субрівня 346 переупорядковування кадрів повідомлення, яке містить кадри RLP3E, прийняті мультиплексним субрівнем 348 протягом 20-мілісекундного періоду. У іншому втіленні кадри RLP3E зберігаються, після чого рівень, що має зв'язок з субрівнем 346 переупорядковування кадрів, надсилає до цього субрівня повідомлення про закінчення 20-мілісекундного кадру і що прийняті кадри RLP3E є доступними через згаданий засіб зберігання. У цьому втіленні рівнем, що має зв'язок з субрівнем 346 переупорядковування кадрів, може бути таймерна підсистема, підсистема переривання тощо або процес у МС 340, який може точно надіслати сигнал до субрівня 346 переупорядковування кадрів після кожної межі кадру. Операцією 502 на кожній межі 20-мілісекундного кадру після приєднання типу обслуговування даних субрівень 346 переупорядковування кадрів приймає кадри RLP3E, надіслані мультиплексним субрівнем 348 (опер. 500)ю Далі у блоці 510 відбувається розгалуження процедури за кількістю допоміжних каналів. Якщо ця кількість є нульовою, виконується операція 520, якою всі прийняті кадри негайно надсилаються до рівня 344 RLP3E, оскільки при передачі без активних допоміжних каналів всі кадри приймаються у тому ж порядку, в якому були передані. Далі відбувається перехід до операції 500 початку процедури. Якщо кількість активних допоміжних каналів становить 1, виконується операція 530, якою субрівень 346 переупорядковування кадрів обробляє кадри згідно з процедурою обробки для одного допоміжного каналу (фіг.6). Якщо кількість активних допоміжних каналів становить 2, виконується операція 540, якою субрівень 346 переупорядковування кадрів обробляє кадри згідно з процедурою обробки для двох допоміжних каналів (фіг.6). Фіг.6 містить схему алгоритму типового втілення винаходу для випадку одиночного допоміжного каналу Операцією 600 здійснюється перевірка значення MODE. Якщо MODE=Forward, зсуву для допоміжного каналу 1 ще не досягнуто, ι це вказує на те, що БС 310 ще не передавала жодного кадру у допоміжному каналі 1. Отже, оскільки протягом цього часу кадри мають прийматись у порядку їх передачі, всі прийняті кадри надсилаються до рівня RLP3E. Якщо таймер відпрацював (фіг.9А, точка 910), це вказує на те, що БС 310 готова до передачі кадрів у допоміжному каналі 1. У цей момент MODE приймає значення Buffer і таймер ініціюється тривалістю кадру допоміжного каналу 1. Наступний момент відпрацювання таймера визначено часом 140 (фіг.9А, точка 920). Якщо MODE=Forward (опер. 600), всі кадри надсилаються до рівня 344 RLP3E (опер. 610). Далі виконується операція перевірки, чи відпрацював таймер SUP_TIMER[1] (опер. 620). Якщо ні, відбувається перехід назад до операції 600, у іншому разі виконується операція 630 зміни значення MODE з Forward на Buffer. Далі операцією 640 таймер SUP_TIMER[1] ініціалізуються тривалістю SUP_DURATI0N[1] кадру допоміжного каналу 1. Якщо (опер. 600) MODE¹Forward, кадри надсилаються у буфер, доки не відпрацює таймер. Цим відвертається таке надсилання прийнятих кадрів до рівня 344 RLP3E, при якому генеруються зайві NAK. Після того, як таймер відпрацює (фіг.9, точки 920, 930), всі кадри з буфера надсилаються до рівня 344 RLP3E. Наприклад (точка 920), були прийняті кадри ПДКУ з послідовними номерами від 3 до 7. Оскільки послідовність залишилась тою ж, NAK не будуть генеровані. Подібно до цього, після того, як таймер відпрацював (точка 920) у момент межі наступного 20-мілюекундного кадру (точка 915) кадр ПРЗ з номером 4 може бути надісланий без NAK. Однак, при надсиланні кадрів у інтервалі між точками 915 і 920 для кадру 4 ПРЗ буде генерована зайва NAK. Після надсилання кадрів таймер пере-встановлюється для визначення моменту прийому наступного кадру у допоміжному каналі. У одному з втілень додатково здійснюється перевірка флагу FUND_DELIVERY_OK. Якщо у основному каналі був прийнятий кадр RLP3E (опер. 502), а значенням FUND_DELIVERY_OK є TRUE, то кадр RLP3E надсилається до рівня 344 RLP3E без букерування. У цьому втіленні після цього FUND_DELIVERY_OK надається значення TRUE, якщо протягом цього інтервалу таймер SUP_TIMER[1] відпрацював, або FALSE у протилежному разі. Якщо (опер. 600) MODE¹Forward, відбувається операція 660 перевірки, чи відпрацював таймер SUP_TIMER[1]. Якщо ні, відбувається перехід до операції 670, якою прийняті кадри спрямовуються у буфер. Інше втілення передбачає перевірку FUND_DELIVERY_OK. Якщо він був встановлений у FALSE, прийняті кадри спрямовуються у буфер Якщо значенням FUND_DELIVERY_OK є TRUE ι протягом цього 20мілісекундного інтервалу у основному каналі був прийнятий кадр RLP3E, то цей кадр надсилається до рівня 344 RLP3E в той час, як прийняті кадри допоміжного каналу буферуються, a FUND_DELIVERY_OK надається значення FALSE. Далі виконується операція 500. Якщо визначено, що SUP_TIMER[1] відпрацював (опер. 660), виконується операція 680, якою всі кадри переносяться з буфера до рівня 344 RLP3E, і, крім того, до рівня 344 RLP3E надсилаються кадри, прийняті (опер. 502) протягом поточного 20-мілюекундного інтервалу. У іншому втіленні FUND_DELIVERY_OK надається значення TRUE, після чого виконується операція 640, якою SUP_TIMER[1] ініціалізується тривалістю SUP_DURATION[1] кадру ПДКУ допоміжного каналу, після чого здійснюється перехід до 500. Фіг.11 ілюструє бажане втілення операцій фіг.6. Якщо MODE=Forward (опер. 1600), всі кадри, прийняті від мультиплексного субрівня 348, надсилаються до рівня 344 RLP3E (опер. 1610). Далі виконується операція перевірки, чи відпрацював таймер SUP_TIMER[1] (опер. 1620). Якщо ні, відбувається перехід назад до операції 1600, у іншому разі виконується операція 1630 зміни значення MODE з Forward на Buffer. У цьому втіленні, крім того, змінній T_DELIVER надається значення поточного еталонного часу плюс 20мс. Це використовується, щоб вказати, що основний кадр, прийнятий протягом наступного періоду, буде надісланий до субрівня 344 RLP3E. Далі операцією 1640 таймер SUP_TIMER[1] ініціалізуються тривалістю SUP_DURATION[1] кадру допоміжного каналу 1. Після цього здійснюється перехід до операції 500. Якщо (опер. 1600) MODE¹Forward, кадри надсилаються у буфер, доки не відпрацює таймер. Лише після того, як таймер відпрацює, всі кадри з буфера і кадри, прийняті на наступній межі 20-мілісекундного інтервалу, надсилаються до рівня 344 RLP3E. Цим відвертається таке надсилання прийнятих кадрів до рівня 344 RLP3E, при якому генеруються зайві ΝΑΚ. Після того, як таймер відпрацював (точки 920, 930 фіг.9) всі буферовані кадри ПДКУ можуть бути надіслані до рівня RLP3E без зайвих ΝΑΚ. Наприклад (точка 920), були прийняті кадри ПДКУ з послідовними номерами ПРЗ від 3 до 7. Оскільки послідовність залишилась тою ж, ΝΑΚ не будуть генеровані. Після того, як таймер відпрацював (точка 920) у момент межі наступного 20-мілісекундного кадру (точка 915) кадр ПРЗ з номером 4 може бути надісланий без ΝΑΚ. Однак, при надсиланні кадрів у інтервалі між точками 915 і 920 для кадру 4 ПРЗ буде генерована зайва ΝΑΚ. Після надсилання кадрів таймер перевстановлюється для визначення моменту прийому наступного кадру у допоміжному каналі. Якщо (опер. 1600) MODE¹Forward, відбувається перевірка, чи відпрацював таймер SUP_TIMER[1]. Якщо так, операцією 1620 змінній T_DELIVER надається поточне значення еталонного часу плюс 20мс, після чого операцією 1664 таймер SUP_TIMER[1] ініціалізуються тривалістю SUP_DURATION[1] кадру допоміжного каналу 1. Після цього здійснюється перехід до операції 500. Якщо таймер SUP_TIMER[1] не відпрацював (опер. 1660), операцією 1670 визначається, чи перевищує поточне значення еталонного часу значення у змінній T_DELIVER і, якщо так, операцією 1675 прийняті кадри буферуються у пам'яті. Після цього здійснюється перехід до операції 500. Якщо поточне значення еталонного часу не перевищує значення у змінній T_DELIVER, операцією 1680 всі кадри з буфера переносяться до рівня 344 RLP3E разом з кадрами, прийнятими від мультиплексного субрівня 348 протягом поточного періоду. Далі здійснюється перехід до операції 500. Фіг.7 містить схему алгоритму роботи згідно з винаходом при наявності двох допоміжних каналів. Операцією 700 виконується перевірка значення MODE. Якщо MODE¹Forward, то MODE=Buffer і виконується операція 780 (фіг.8) MODE=Forward означає, що операцією 710 зсув для допоміжного каналу 1 ще не досягнутий, тобто БС 310 ще не передала жодного кадру у допоміжному каналі 1. Оскільки протягом цього часу кадри мають прийматись у порядку їх передачі, всі прийняті кадри негайно надсилаються до рівня RLP3E. Якщо один або обидва таймери відпрацювали, це вказує на те, що БС 310 готова до передачі кадрів у допоміжному каналі, пов'язаному з таймером, що відпрацював. Наприклад (фіг.9В, точка 960), відпрацював таймер допоміжного каналу 1, що вказує на те, що БС 310 готова передавати у допоміжному каналі 1. Кожного разу, коли MODE=Forward і один або більше таймерів відпрацювали, MODE приймає значення Buffer. У цьому випадку у кожному таймері, що відпрацював, встановлюється значення тривалості пов'язаного з ним допоміжного каналу. Виконується ініціалізація лічильників, щоб зафіксувати час початку передачі кадрів у кожному допоміжному каналі, пов'язаному з таймером, що відпрацював. Цією ініціалізацією також забезпечується стеження за відносною послідовністю номерів, що були передані у кожному допоміжному каналі, пов'язаному з таймером, що відпрацював. Термін "відносна послідовність номерів" вказує на те, що у приймальному пристрої нема потреби стежити за абсолютним відліком фактичних номерів, що передаються у каналах. Цей пристрій має лише стежити за співвідношенням послідовних номерів ПРЗ у останньому кадрі, переданому у кожному допоміжному каналі, зокрема, цей пристрій має перевіряти, чи є послідовний номер кадру RLP3E, переданому у одному з допоміжних каналів, меншим або більшим послідовного номера кадру RLP3E, переданому у другому з допоміжних каналів. У іншому втіленні змінній T_DELIVER надається значення поточного еталонного часу плюс 20мс. Це використовується, щоб вказати, що основний кадр, прийнятий протягом наступного періоду, буде надісланий до субрівня 344 RLP3E. Якщо відпрацював лише один таймер, це означає, що допоміжний кадр лише почав передачу у каналі, пов'язаному з цим таймером. Якщо відпрацювали обидва таймери, то, якщо два кадри були передані одночасно, допоміжному каналу з меншою тривалістю призначається нижчий послідовний номер. У цьому випадку фіксується, що послідовний номер у кадрі, що генерується у допоміжному каналі з більшою тривалістю, є більшим за послідовний номер ПРЗ кадру, генерованому у другому допоміжному каналі. Як уже відзначалось, у точці 960 фіг.9В MODE змінює значення з Forward на Buffer і таймер допоміжного каналу 1 встановлюється на 80мс, а лічильники ініціалізуються для визначення передачі кадру у допоміжному каналі 1 у поточний момент, коли жоден кадр не передається у допоміжному каналі 2. Операцією 710 кадри переносяться з буфера до рівня 344 RLP3, після чого операція 720 визначає, чи відпрацював один з таймерів. Якщо ні, відбувається перехід назад до операції 500. Якщо відпрацював один таймер, операцією 750 визначається, який саме. Якщо було визначено, що відпрацював таймер SUP_TIMER[1], індексу Ε надається значення 1, а індексу S-2. У іншому разі індексу Ε надається значення 2, а індексу S-1. Індекс Ε позначає таймер, тривалість і час останньої передачі у каналі, таймер якого відпрацював. Індекс N позначає час останньої передачі у каналі, таймер якого ще не відпрацював. Далі операцією 760 таймеру і змінним встановлюються значення згідно з індексами Е, S. Змінній SUP_FRAME_TXD[E] надається значення 1, що означає передачу першого допоміжного кадру у допоміжному каналі Ε. Змінній SUP_FRAME_TXD[N] надається значення, на 1 більше максимальної кількості кадрів, що можуть бути передані у основному каналі у максимально припустимому зсуві допоміжного каналу. У типовому втіленні максимально припустимий зсув допоміжного каналу становить 80мс, а тривалість кадру основного каналу - 20мс. Отже, у типовому втіленні змінній SUP_FRAME_TXD[N] надається значення 4(1+(60/20)). Це дозволяє негайно надіслати до рівня 344 RLP3E кадри, прийняті у допоміжному каналі Ε до відпрацьовування SUP_TIMER[1]. У іншому втіленні флагу SUP_FRAME_TXD[N] або іншому флагу може бути надане резервне значення, наприклад, -1 або 0, щоб визначити, що допоміжний канал N ще має почати передачу. У бажаному втіленні цьому флагу SUP_FRAME_TXD[N] надається значення -1. Крім того, змінній SUP_FRAME_TX_TIME[N] надається значення 1, що визначає еталонний час як час початку передачі поточного кадру у допоміжному каналі Е. У типовому втіленні змінній T_DELIVER надається значення поточного часу плюс 20мс. Це вказує, що основний кадр РПЗЗЕ, прийнятий у наступному інтервалі, має бути надісланий до рівня 344 RLP3E. Операцією 760 таймер SUP_TIMER[E] ініціалізується значенням SUP_DURATION[E]. Отже цей таймер відпрацює, як тільки закінчиться передача кадру у допоміжному каналі Е. Далі операцією 770 MODE змінюється з Forward на Buffer, після чого відбувається перехід до операції 500. Якщо було визначено, що відпрацювали обидва таймери (опер. 730), операцією 740 таймеру і змінним встановлюються значення, що забезпечують визначення, коли БС 310 передає кадри, причому змінним надаються значення, що відповідають індексам S, L, визначеним операцією 410. У типовому втіленні операцією 740 змінній SUP_FRAME_TXD[S] надається значення 1, що означає, що у допоміжному каналі S має бути переданий кадр з нижчим послідовним номером, а змінній SUP_FRAME_TXD[L] надається значення 2, що означає, що у допоміжному каналі L має бути переданий кадр з вищим послідовним номером. Хоча кадри у обох цих допоміжних каналах передаються одночасно, згідно з винаходом, змінній SUP_FRAME_TXD[S] надається нижче значення, ніж змінній SUP_FRAME_TXD[L], щоб запобігти надсиланню до рівня 344 RLP3E кадру з більшим послідовним номером ПРЗ ще до надсилання кадру з меншим послідовним номером. Це відповідає вимогам до передачі рівня 344 RLP3E (фіг.3). Змінній SUP_FRAME_TX_TIME[S] надається значення поточного еталонного часу, що відповідає початку передачі поточного кадру у допоміжному каналі S, а змінній SUP_FRAME_TX_TIME[L] - значення поточного еталонного часу, що відповідає початку передачі поточного кадру у допоміжному каналі L. У іншому втілення змінній T_DELIVER надається значення поточного еталонного часу плюс 20мс, що вказує, що основний кадр РПЗЗЕ, прийнятий у наступному інтервалі, має бути надісланий до рівня 344 RLP3E. У типовому втіленні операцією 740 у таймері SUP_TIMER[S] встановлюється значення SUP_DURATION[S], а у таймері SUP_TIMER[L] - значення SUP_DURATION[L]. Отже, таймер SUP_TIMER[S] відпрацює з закінченням передачі кадру у допоміжному каналі S. Додатково у таймері SUP_TIMER[L] встановлюється значення SUP_DURATION[L], і цей таймер відпрацює з закінченням передачі кадру у допоміжному каналі L. Після виконання описаної вище операції 779 відбувається перехід до 500. Якщо MODE¹Forward (опер. 700), виконується операція 780 (див. фіг.8). Фіг.8 містить схему алгоритму типового втілення з буферуванням двох каналів згідно з винаходом. Операцією 810 (MODE=Forward) всі кадри буферуються до відпрацьовування кожного таймера. Якщо жоден з таймерів на відпрацював, у іншому втіленні, яке передбачає використання флагу FUND_DELIVERY_OK, призначеного визначати, чи може бути прийнятий основний кадр надісланий протягом даного періоду, робиться відповідне виключення. Якщо протягом даного періоду жоден з таймерів не відпрацював і FUND_DELIVERY_OK=TRUE, прийнятий основний негайно надсилається до рівня 344 RLP3E. У цьому втіленні FUND_DELIVERY_OK одержує значення FALSE протягом кожного періоду, у якому не відпрацював жоден таймер. У бажаному втіленні у періоді, у якому не відпрацював жоден таймер, значення T_DELIVER порівнюється з поточним еталонним часом. У цьому випадку, якщо цей час не перевищує T_DELIVER, то при прийомі основного кадру RLP3E він негайно надсилається до рівня 344 RLP3E. При кожному відпрацюванні таймера відбувається визначення, які кадри мають бути перенесені з буфера до рівня 344 RLP3E. Буферуванням кадрів до відпрацьовування таймера відвертається таке надсилання прийнятих кадрів до рівня 344 RLP3E, при якому генеруються зайві NAK. Наприклад (точка 970 фіг.9В), були прийняті кадри 0, 1,3. Якби вони не були буферовані, рівень 344 RLP3E генерував би NAK. На відміну від варіанту 530 з одним допоміжним каналом, коли при наявності двох таких каналів відпрацьовує один таймер, лише обрані кадри можуть бути надіслані до рівня 344 RLP3E без генерування зайвих NAK. Припустимо, наприклад, що відпрацював таймер допоміжного каналу 1 (точка 980 фіг.9В). Прийняті кадри міститимуть послідовні номери 0, 1, 3, 4, 6, і 2. Хоча бажано надіслати до рівня 344 RLP3E всі кадри з послідовними номерами менше 5, надсилати кадр 6 небажано, оскільки це призведе до генерування зайвої NAK для кадру 5. Винахід передбачає надсилання до рівня 344 RLP3E лише бажаних кадрів. У випадку двох допоміжних каналів виконується перевірка, чи відпрацював один чи одночасно обидва таймери. Якщо відпрацював лише один таймер (точки 970, 980, 985 фіг.9В і точки 1020, 1030, 1040 фіг.10) виконуються такі дії. По-перше, порівнюються відносні послідовні номери останнього переданого кадру у кожному каналі. Якщо виявляється, що останній послідовний номер, переданий у допоміжному каналі, пов'язаному з таймером, що відпрацював, перевищує послідовний номер, переданий у іншому допоміжному каналі, то прийняті кадри буферуються, а у таймері, що відпрацював, встановлюється тривалість кадру пов'язаного з ним допоміжного каналу. Термін "перевищує" може означати, що значення у скінченій групі вважається більшим ніж інше значення у скінченій групі через зумовлену процедуру, наприклад, арифметичні операції або через арифметичні операції операції за модулем. Наприклад, специфікація ПРЗ2 передбачає використання беззнакової арифметичної операції за модулем 256 для порівняння значень у групі. Відомо, що існують багато операцій для визначення, чи є змінні більше, менше або дорівнюють одна одній ι для порівняння двох змінних згідно з методом. У бажаному втіленні для порівняння ι визначення лічильників (включаючи лічильники еталонного часу) і відносних послідовних номерів використовуються беззнакові арифметичні операції за модулем 256. У одному з інших втілень для порівняння ι визначення лічильників ι відносних послідовних номерів використовуються беззнакові арифметичні операції за модулем 8. Наприклад, при одночасному відпрацюванні обох таймерів (точка 1030 фіг.10) кадри 4, 5 будуть буферовані, а у точці 1040 будуть буферовані кадри 6, 7. Однак, якщо виявляється, що останній послідовний номер, переданий у допоміжному каналі, пов'язаному з таймером, що відпрацював, є меншим за послідовний номер, переданий у іншому допоміжному каналі, або у іншому допоміжному каналі не був переданий жоден кадр, то виконується така процедура. Кадри, прийняті у допоміжному каналі, надсилаються до рівня 344 RLP3E разом з усіма буферованими кадрами, прийнятими протягом або перед 20мс після початку передачі останнього кадру у іншому допоміжному каналі. Якщо поточний час не перевищує 20мс після початку передачі останнього кадру у іншому допоміжному каналі, то прийнятий поточний основний кадр також надсилається до рівня 344 RLP3E, а у іншому разі цей кадр буферується. Наприклад (точка 980 фіг.9В), кадри, прийняті до або протягом часу 80 (60+20), і (точка 985) кадри, прийняті до або протягом часу 120 (100+20), будуть надіслані до рівня 344 RLP3E. Крім того, у таймері, що відпрацював, встановлюється тривалість кадру його допоміжного каналу і реєструється, що кадр готовий починати передачу у каналі, пов'язаному з таймером, що відпрацював, і що кадр, готовий починати передачу у цьому допоміжному каналі, буде містити послідовні номери ПРЗ, більші за кадр, що вже почав передачу у іншому допоміжному каналі. Якщо виявляється, що обидва таймери відпрацювали одночасно (точка 990 фіг.9В), то всі прийняті і всі буферовані кадри надсилаються до рівня 344 RLP3E. Наприклад (точка 990 фіг.9В), всі прийняті і всі буферовані кадри надсилаються до рівня 344 RLP3E. Крім того, кожний таймер, що відпрацював, ініціалізується тривалістю кадру його допоміжного каналу. Реєструється, що послідовний номер у кадрі, який генерується у допоміжному каналі з більшою тривалістю, є відносно більшим за значення послідовного номера ПРЗ у кадрі, що генерується у іншому допоміжному каналі. У одному з втілень, крім того, флаг FUND_DELIVERY_OK одержує значення TRUE, яке вказує на те, що основний кадр RLP3E, прийнятий на наступній 20-мілісекундній межі, має бути надісланий до рівня 344 RLP3E. У іншому втіленні змінній TJDELIVER надається значення поточного еталонного часу плюс 20мс, яке вказує, що основний кадр РПЗЗЕ, прийнятий у наступному інтервалі, має бути надісланий до рівня 344 RLP3E. У системі, де у допоміжних каналах кадри мають однакову тривалість, при відпрацюванні лише одного таймера кадр, що передається у іншому допоміжному каналі, матиме послідовний номер ПРЗ, який перевищує номер щойно прийнятого допоміжного кадру. Отже, у системі, де у допоміжних каналах кадри мають однакову тривалість, процедура для двох допоміжних каналів може бути спрощена, а саме, кожного разу, коли відпрацьовує лише один таймер, до рівня RLP3E надсилаються всі кадри, прийняті протягом або до 20мс після початку передачі останнього кадру у іншому допоміжному каналі. Операцією 810 визначається, чи відпрацював таймер. Якщо ні, операцією 830 всі кадри, прийняті від мультиплексного субрівня 348, буферуються в області пам'яті, пов'язаній з значенням поточного еталонного часу. У іншому втіленні, крім того, відбувається перевірка флага FUND_DELIVERY_OK і, якщо операцією 502 був прийнятий основний кадр RLP3E, а значенням FUND_DELIVERY_OK є TRUE, то цей кадр надсилається до рівня 344 RLP3E без буферування, a FUND_DELIVERY_OK надається значення FALSE. Після цього відбувається перехід до опер. 500. Якщо один з таймерів відпрацював (опер. 810), виконується операція 840, якою здійснюється перевірка, чи відпрацювали обидва таймери. Якщо так, операцією 850 змінним і таймерам надаються значення для стеження за передачею кадрів від БС 310, а саме, SUP_FRAME_TXD[S] надається значення 1, a SUP_FRAME_TXD[L] - значення 2, що означає, що послідовний номер, пов'язаний з допоміжним каналом, який має більшу тривалість, перевищує послідовний номер, пов'язаний з допоміжним каналом, який має меншу тривалість. Змінним SUP_FRAME_TX_TIME[S] і SUP_FRAME_TX_TIME[L] надається значення поточного еталонного часу, тобто часу коли у обох допоміжних каналах почалась передача поточного кадру. Таймер SUP_TIMER[S] одержує значення SUP_DURATION[S], а таймер SUP_TIMER[L] одержує значення SUP_DURATION[L]. Отже, таймер SUP_TIMER[S] відпрацює з завершенням передачі поточного кадру у допоміжному каналі S, a SUP_TIMER[L] - з завершенням передачі поточного кадру у допоміжному каналі L. У іншому втіленні змінній FUND_DELIVERY_OK надається значення TRUE. Далі операцією 860 всі буферовані кадри переносяться до рівня 344 RLP3E разом з кадрами, прийнятими протягом поточного 20-мілісекундного періоду, після чого відбувається перехід до операції 500. Якщо було визначено (опер. 870), що відпрацював лише один таймер, то встановлюється Ε=1 і N=2. У іншому разі встановлюється Ε=2 і N=1. Отже Ε позначає канал, таймер якого відпрацював, а N - канал, таймер якого не відпрацював. Операцією 880 виконується перевірка, чи перевищує значення змінної SUP_FRAME_TXD[E] значення у SUP_FRAME_TXD[N]. Якщо це так або якщо значення SUP_FRAME_TXD[N] дорівнює NO_SUPS_TXD[N], це вказує на те, що кадр, прийнятий у допоміжному каналі, містить більший послідовний номер ПРЗ, ніж кадр, що проходить іншим допоміжним каналом. У цьому випадку операцією 882 у SUP_FRAME_TX_TIME[E] встановлюється значення поточного еталонного часу, і це вказує на те, що буде переданий новий кадр у допоміжному каналі, пов'язаному з таймером, що щойно відпрацював. Крім того, таймер SUP_TIMER[E] одержує значення SUP_DURATION[E] і, отже, відпрацює з завершенням передачі наступного кадру. Далі операцією 884 всі кадри, прийняті від мультиплексного субрівня 348, буферуються в області пам'яті, пов'язаній з значенням поточного еталонного часу. Винятком є втілення, яке використовує флаг FUND_DELIVERY_OK, який вказує, що прийнятий основний кадр може бути надісланий протягом даного періоду. У цьому випадку FUND_DELIVERY_OK одержує значення TRUE і, хоча допоміжні кадри буферуються, основний кадр RLP3E негайно надсилається до рівня 344 RLP3E, після чого FUND_DELIVERY_OK встановлюється у FALSE. Далі відбувається перехід до 500. Якщо значення у SUP_FRAME_TXD[E] не перевищує значення у SUP_FRAME_TXD[N] (опер. 880), це вказує, що кадр, прийнятий у допоміжному каналі, містить нижчий послідовний номер ПРЗ, ніж кадр, що проходить іншим допоміжним каналом. У цьому випадку виконується операція 892, якою, якщо основний кадр був прийнятий у цьому інтервалі, він буферується. У іншому втіленні такий кадр буферується лише тоді, коли поточний еталонний час перевищує SUP_FRAME_TX_TIME[N]+20мс, що усуває операцію буферування і негайного перенесення кадру. Далі виконується операція 894, якою всі буферовані кадри, прийняті до або протягом періоду SUP_FRAME_TX_TIME[N]+20 мультиплексний субрівень, тобто через 20мс після початку передачі кадру що поточно проходить допоміжним каналом, переносяться з буфера до рівня 344 RLP3E разом з щойно прийнятим допоміжним кадром. Операцією 896 SUP_FRAME_TXD[E] одержує значення, більше за значення у SUP_FRAME_TXD[N], і це вказує, що кадр, який має бути переданий у допоміжному каналі, міститиме послідовний номер ПРЗ, який перевищує послідовний номер у кадрі, що вже передається у іншому допоміжному каналі. У SUP_FRAME_TX_TIME[E] встановлюється значення поточного еталонного часу (у бажаному втіленні системного часу) і це вказує на те, що у каналі, таймер якого щойно відпрацював, має бути переданий новий кадр. Крім того, таймер SUP_TIMER[E] одержує значення SUP_DURATION[E] і, отже, відпрацює з завершенням передачі наступного кадру. Далі відбувається перехід до 500. Фіг.12 ілюструє бажане втілення процедури фіг. 8. Операцією 1810 встановлюється MODE=Forward і буферуються всі кадри, що надходять після значення часу T_DELIVER, а кадри, що надійшли раніше, надсилаються. При кожному відпрацюванні таймера відбувається визначення, які кадри мають бути перенесені з буфера до рівня 344 RLP3E. Буферуванням кадрів до відпрацьовування таймера відвертається таке надсилання прийнятих кадрів до рівня 344 RLP3E, при якому генеруються зайві NAK. Наприклад (точка 970 фіг.9В), були прийняті кадри 0, 1, 3. Якби вони не були буферовані, рівень 344 RLP3E генерував би NAK. На відміну від варіанту 530 з одним допоміжним каналом, коли при наявності двох таких каналів відпрацьовує один таймер, лише обрані кадри можуть бути надіслані до рівня 344 RLP3E без генерування зайвих NAK. Припустимо, наприклад, що відпрацював таймер допоміжного каналу 1 (точка 980 фіг.9В). Прийняті кадри міститимуть послідовні номери 0, 1, 3, 4, 6, і 2. Хоча бажано надіслати до рівня 344 RLP3E всі кадри з послідовними номерами менше 5, надсилати кадр 6 небажано, оскільки це призведе до генерування зайвої NAK для кадру 5. Винахід передбачає надсилання до рівня 344 RLP3E лише бажаних кадрів. У випадку двох допоміжних каналів виконується перевірка, відпрацював один чи одночасно обидва таймери. Якщо відпрацював лише один таймер (точки 970, 980, 985 фіг.9В і точки 1020, 1030, 1040 фіг.10) виконуються такі дії. По-перше, порівнюються відносні послідовні номери останнього переданого кадру у кожному каналі. Якщо виявляється, що останній послідовний номер, переданий у допоміжному каналі, пов'язаному з таймером, що відпрацював, перевищує послідовний номер, переданий у іншому допоміжному каналі, то прийняті кадри буферуються, а у таймері, що відпрацював, встановлюється тривалість кадру пов'язаного з ним допоміжного каналу. У бажаному втіленні для порівняння і визначення значень, пов'язаних з SUP_FRAME_TXD, використовуються беззнакові арифметичні операції за модулем 8. Наприклад, при одночасному відпрацюванні обох таймерів (точка 1030 фіг.10) кадри 4, 5 будуть буферовані, а у точці 1040 будуть буферовані кадри 6, 7. Однак, якщо виявляється, що останній послідовний номер, переданий у допоміжному каналі, пов'язаному з таймером, що відпрацював, є меншим за послідовний номер, переданий у іншому допоміжному каналі, або у іншому допоміжному каналі не був переданий жоден кадр, то виконується така процедура. Кадри, прийняті у допоміжному каналі, надсилаються до рівня 344 RLP3E разом з усіма буферованими кадрами, прийнятими протягом або перед 20мс після початку передачі останнього кадру у іншому допоміжному каналі. Якщо поточний час не перевищує 20мс після початку передачі останнього кадру у іншому допоміжному каналі, то прийнятий поточний основний кадр також надсилається до рівня 344 RLP3E, а у іншому разі цей кадр буферується. Наприклад (точка 980 фіг.9В), кадри, прийняті до або протягом часу 80 (60+20), і (точка 985) кадри, прийняті до або протягом часу 120 (100+20), будуть надіслані до рівня 344 RLP3E. Крім того, у таймері, що відпрацював, встановлюється тривалість кадру його допоміжного каналу і реєструється, що кадр готовий починати передачу у каналі, пов'язаному з таймером, що відпрацював, і що кадр, готовий починати передачу у цьому допоміжному каналі, буде містити послідовні номери ПРЗ, більші за кадр, що вже почав передачу у іншому допоміжному каналі. Якщо виявляється, що обидва таймери відпрацювали одночасно (точка 990 фіг.9В), то всі прийняті ι всі буферовані кадри надсилаються до рівня 344 RLP3E. Наприклад (точка 990 фіг.9В), всі прийняті ι всі буферовані кадри надсилаються до рівня 344 RLP3E. Крім того, кожний таймер, що відпрацював, ініціалізується тривалістю кадру його допоміжного каналу. Реєструється, що послідовний номер у кадрі, який генерується у допоміжному каналі з більшою тривалістю, є відносно більшим за значення послідовного номера ПРЗ у кадрі, що генерується у іншому допоміжному каналі. У бажаному втіленні змінній T_DELIVER надається значення поточного еталонного часу плюс 20мс, і це вказує, що основний кадр РПЗЗЕ, прийнятий у наступному інтервалі, має бути надісланий до рівня 344 RLP3E. У системі, де у допоміжних каналах кадри мають однакову тривалість, при відпрацюванні лише одного таймера кадр, що передається у іншому допоміжному каналі, матиме послідовний номер ПРЗ, який перевищує номер щойно прийнятого допоміжного кадру. Отже, у системі, де у допоміжних каналах кадри мають однакову тривалість, процедура для двох допоміжних каналів може бути спрощена, а саме, кожного разу, коли відпрацьовує лише один таймер, до рівня RLP3E надсилаються всі кадри, прийняті протягом або до 20мс після початку передачі останнього кадру у іншому допоміжному каналі. Операцією 1810 визначається, чи відпрацював таймер SUP_TIMER[1] або SUP_TIMER[2]. Якщо ні, операцією 1814 виконується перевірка, чи перевищує поточний еталонний час значення у T_DEUVER і, якщо так, виконується операція 1830, якою допоміжний кадр, прийнятий у цьому періоді, буферується у області пам'яті, пов'язаній з значенням поточного еталонного часу Після цього відбувається перехід до опер. 500. Якщо поточний еталонний час не перевищує значення у T_DELIVER (опер. 1814), виконується операція 1818, якою кадри допоміжного каналу, прийняті у цьому періоді, надсилаються до рівня 344 ПRLP3E. Після цього відбувається перехід до опер. 500. Якщо якийсь таймер відпрацював (опер. 1810), виконується операція 1840, яка перевіряє, чи відпрацювали обидва таймери. Якщо так, операцією 1850 змінні і таймери встановлюються, щоб стежити, за передачею кадрів від БС 310. Операцією 1850 змінним і таймерам надаються такі значення SUP_FRAME_TXD[S] - значення 1, a SUP_FRAME_TXD[L] - значення 2, що означає, що послідовний номер, пов'язаний з допоміжним каналом, який має більшу тривалість, перевищує послідовний номер, пов'язаний з допоміжним каналом, який має меншу тривалість. Змінна T_DELIVER одержує значення поточного еталонного часу плюс 20мс, і це означає, що всі кадри, що надійшли до часу T_DELIVER, мають бути надіслані до рівня 344 RLP3E. Таймер SUP_TIMER[S] одержує значення SUP_DURATION[S], а таймер SUP_TIMER[L] одержує значення SUP_DURATION[L]. Отже, таймер SUP_TIMER[S] відпрацює з завершенням передачі поточного кадру у допоміжному каналі S, a SUP_TIMER[L] - з завершенням передачі поточного кадру у допоміжному каналі L. У іншому втіленні змінній FUND_DELIVERY_OK надається значення TRUE. Далі операцією 1860 всі буферовані кадри переносяться до рівня 344 RLP3E разом з кадрами, прийнятими протягом поточного 20-мілісекундного періоду, після чого відбувається перехід до операції 500. Якщо було визначено (опер. 1840), що відпрацював лише один таймер, то операцією 1870 визначається, який саме. Якщо відпрацював SUP_TIMER[1], встановлюється Ε=1 і Ν=2. У іншому разі встановлюється Ε=2 і Ν=1. Отже Ε позначає канал, таймер якого відпрацював, а N - канал, таймер якого не відпрацював. Далі операцією 1880 виконується перевірка, чи значенням SUP_FRAME_TXD[N] є -1 і чи перевищує значення змінної SUP_FRAME_TXD[E] значення у SUP_FRAME_TXD[N]. Якщо значенням SUP_FRAME_TXD[N] не є -1, це означає, що кадр почав передачу у допоміжному каналі N, а перевищення значенням змінної SUP_FRAME_TXD[E] значення у SUP_FRAME_TXD[N] означає, що кадр, прийнятий у допоміжному каналі Е, містить більший послідовний номер ПРЗ, ніж кадр, що має бути прийнятий допоміжним каналом N. Операцією 1892 всі кадри ПРЗ, прийняті від мультиплексного субрівня 348, буферуються у області пам'яті, пов'язаній з значенням поточного еталонного часу. Якщо значенням SUP_FRAME_TXD[N] є -1 (опер. 1880), це означає, що жоден кадр не почав передачі у допоміжному каналі N, а якщо значення змінної SUP_FRAME_TXD[E] є меншим за значення у SUP_FRAME_TXD[N], це означає, що кадр, прийнятий у допоміжному каналі N, має послідовний номер, нижчий за номер кадру, що передається у допоміжному каналі Ε. Далі виконується операція 1882 буферування одних кадрів ι передачі других кадрів до рівня 344 RLP3E. Якщо поточний еталонний час є меншим за значення у змінній T_DELIVER (опер. 1882), всі кадри переносяться до рівня 344 RLP3E разом з кадрами, що надійшли від мультиплексного субрівня 348 у цей період. У іншому разі всі кадри ПРЗ, прийняті від мультиплексного субрівня 348 у цей період, буферуються у області пам'яті, пов'язаній з значенням поточного еталонного часу. Крім того, всі буферовані кадри, пов'язані з часом не пізніше T_DEUVER, переносяться з буферної пам'яті до рівня 344 RLP3. Далі операцією 1896 таймер SUP_TIMER[E] одержує значення SUP_DURATION[E] і, отже, цей таймер відпрацює з завершенням передачі кадру у допоміжному каналі Ε. Крім того, T_DELIVER одержує значення поточного еталонного часу плюс 20мс, і це означає, що всі кадри, що надійшли до часу T_DELIVER, мають бути надіслані до рівня 344 RLP3E. Змінна SUP_FRAME_TXD[E] одержує значення SUP_FRAME_TXD[N]+1 за mod 8. Фіг.9А містить часову діаграму, яка ілюструє часи передачі різних кадрів ПРЗ у типовій системі cdma2000 з одним активним допоміжним каналом. На фіг.9А зображений 220-мілюекундний інтервал, у якому кадри ПДКУ, що містять послідовні номери 0-12 ПРЗ, передаються системою 900 передачі даних RLP3E, яка складається з основного каналу 901 і одного допоміжного каналу 902. Довжина кадрів ПДКУ для допоміжного каналу 902 становить 80мс, а зсув - 60мс. Основний канал 901 передає 20-мілюекундні кадри ПДКУ, які містять кадри RLP3E з послідовними номерами 0, 1,2, 3, 5, 6, 7, 8, 10, 12. Допоміжний канал 902 передає 80-мілісекундні кадри ПДКУ, які містять кадри RLP3E з послідовними номерами 4 і 9. Передача кадру 0 починається у момент 20 ι закінчується у момент 20. У точці 910, яка репрезентує 60-мілюекундний зсув допоміжного каналу, основний канал 901 закінчує передачу кадру 2 (з послідовним номером ПРЗ 2) і починає передачу кадру 3, а допоміжний канал 902 починає передачу кадру 4. У точці 915 основний канал 901 закінчує передачу кадру 3 і починає передачу кадру 5. У точці 920 основний канал 901 закінчує передачу кадру 7 і починає передачу кадру 8, а допоміжний канал 902 закінчує передачу кадру 4 і починає передачу кадру 9. У точці 930 основний канал 901 закінчує передачу кадру 12, а допоміжний канал 902 закінчує передачу кадру 9. Фіг.9В містить часову діаграму, яка ілюструє часи передачі різних кадрів ПРЗ у типовій системі cdma2000 з двома активними допоміжними каналами. На фіг.9В зображений 220-мілісекундний інтервал, протягом якого передаються кадри ПДКУ з номерами ПРЗ від 0 до 16 у системі 950 передачі даних RLP3E, яка включає основний канал 951, перший допоміжний канал 952 і другий допоміжний канал 953. Тривалість кадрів ПДКУ для першого допоміжного каналу 952 становить 80мс і зсув - 60мс, а тривалість кадрів ПДКУ для другого допоміжного каналу 953 становить 60мс з канальним зсувом 60мс. Основний канал 951 передає 20-мілісекундні кадри ПДКУ, які містять кадри RLP3E з послідовними номерами 0, 1, 3, 4, 6 7, 9, 11 12, 13, 16. Перший допоміжний канал 952 передає 80-мілісекундні кадри ПДКУ, які містять кадри RLP3E з послідовними номерами 2, 8 і 14. Другий допоміжний канал 953 передає 80-мілісекундні кадри ПДКУ, які містять кадри RLP3E з послідовними номерами 5, 10 і 15. Згідно з фіг.1А, передача кадру 0 починається у момент 20 і закінчується у момент 20. У точці 960, яка репрезентує 20-мілісекундний зсув допоміжного каналу, основний канал 951 закінчує передачу кадру 0 (з послідовним номером ПРЗ 2) і починає передачу кадру 1, а перший допоміжний канал 952 починає передачу кадру 2. У точці 970, яка репрезентує 60-мілісекундний зсув допоміжного каналу, основний канал 951 закінчує передачу кадру 3 і починає передачу кадру 4, а другий допоміжний канал 953 починає передачу кадру 5. У точці 980 основний канал 951 закінчує передачу кадру 6 і починає передачу кадру 7, а перший допоміжний канал 952 закінчує передачу кадру 2 і починає передачу кадру 8.У точці 985 основний канал 951 закінчує передачу кадру 7 і починає передачу кадру 9, а другий допоміжний канал 953 закінчує передачу кадру 5 і починає передачу кадру 10. У точці 990 основний канал 951 закінчує передачу кадру 12 і починає передачу кадру 13, а перший допоміжний канал 952 закінчує передачу кадру 8 і починає передачу кадру 14. Нарешті, другий допоміжний канал 953 закінчує передачу кадру 10 і починає передачу кадру 15. Фіг.10 містить часову діаграму, яка ілюструє інші часи передачі кадрів ПРЗ у типовій системі cdma2000 з двома активними допоміжними каналами. На фіг.10 зображений 100-мілісекундний інтервал, протягом якого передаються кадри ПДКУ з номерами ПРЗ від 0 до 9 у системі 1000 передачі даних RLP3E, яка включає основний канал 1001, перший допоміжний канал 1002 і другий допоміжний канал 1003. Тривалість кадрів ПДКУ для першого допоміжного каналу 1002 становить 80мс і зсув становить 60мс, а тривалість кадрів ПДКУ для другого допоміжного каналу 1003 становить 20мс з канальним зсувом 20мс. Основний канал 1001 передає 20-мілісекундні кадри ПДКУ, які містять кадри RLP3E з послідовними номерами 0, 1,4, 6, 8. Перший допоміжний канал 1002 передає 80-мілісекундні кадри ПДКУ, які містять кадр RLP3E з послідовним номером 3. Другий допоміжний канал 1003 передає 20-мілісекундні кадри ПДКУ, які містять кадри RLP3E з послідовними номерами 2, 5, 7 і 9. У точці 1010, яка репрезентує 20-мілісекундний зсув допоміжного каналу, основний канал 1001 закінчує передачу кадру 0 (з послідовним номером ПРЗ 0) і починає передачу кадру 1, а перший і другий допоміжні канали 1002, 1003 починають передачу кадрів, відповідно, 3 і 2. У точці 1020 основний канал 1001 закінчує передачу кадру 1 і починає передачу кадру 4, а другий допоміжний канал 1003 закінчує передачу кадру 2 і починає передачу кадру 5. У точці 1030 основний канал 1001 закінчує передачу кадру 4 і починає передачу кадру 6, а другий допоміжний канал 1002 закінчує передачу кадру 5 і починає передачу кадру 7. У точці 1040 основний канал 1001 закінчує передачу кадру 6 і починає передачу кадру 8, а другий допоміжний канал 1003 закінчує передачу кадру 7 і починає передачу кадру 9. У точці 1050 основний канал 1001 закінчує передачу кадру 8, перший допоміжний канал 1002 починає передачу кадру 2, а другий допоміжний канал 1003 закінчує передачу кадру 9. Наведений вище опис бажаних втілень дозволить будь-якому фахівцю використати винахід, зробивши належні модифікації і зміни згідно з концепціями і принципами винаходу. Об'єм винаходу не обмежується наведеними втіленнями і визначається новими принципами і ознаками.