Системи і способи для перемикання каналів
Номер патенту: 93118
Опубліковано: 10.01.2011
Автори: Суейзі Скотт Т., Чень Ань Мей, Равііндран Віджаялакшмі Р., Сампатхкумар Рамкумар, Сілбергер Амнон, Лукас Серафім С., мол., Уолкер Гордон Кент, Ши Фан, Нагарадж Тхаді, Орр Брайан Уілльям, Брекман Девід, Сетхі Суміт, Лю Фан, Беннетт Крістофер Джон
Формула / Реферат
1. Пристрій відеокодування, який містить:
процесор, виконаний з можливістю генерації кадру перемикання каналів (CSF) з одного або декількох блоків рівня мережної абстракції (NAL) для дозволу точок довільного доступу в кодованому бітовому потоці, причому один з блоків NAL являє собою блок NAL миттєвого відновлення декодування (IDR), який має ненульовий ідентифікаційний номер кадру.
2. Пристрій за п. 1, в якому блок NAL IDR має ненульове значення лічильника послідовності зображення (РОС).
3. Пристрій за п. 1, в якому ненульовий номер кадру блока IDR NAL дорівнює номеру кадру відповідного Р-слайса.
4. Пристрій за п. 1, в якому процесор виконаний з можливістю генерації CSF щонайменше з двома додатковими блоками NAL, причому ці щонайменше два додаткові блоки NAL містять блок NAL набору параметрів послідовності (SPS) і блок NAL набору параметрів зображення (PPS).
5. Пристрій за п. 1, в якому CSF включають в себе блок NAL І-кадру.
6. Пристрій за п. 1, який додатково містить передавач для широкомовної передачі CSF як кадру точки довільного доступу (RAP).
7. Пристрій за п. 1, в якому CSF є діючим, щоб викликати перемикання з одного каналу на інший канал або сприяти усуненню помилок.
8. Інтегральна схема відеокодування, яка містить:
процесор, виконаний з можливістю створення кадру перемикання каналів (CSF) з одного або декількох блоків рівня мережної абстракції (NAL) для дозволу точок довільного доступу в кодованому бітовому потоці, причому один з блоків NAL являє собою блок NAL низькоякісного миттєвого відновлення декодування (IDR), який має ненульовий ідентифікаційний номер кадру.
9. Інтегральна схема за п. 8, в якій блок NAL IDR має ненульове значення лічильника послідовності зображення (РОС).
10. Інтегральна схема за п. 8, в якій ненульовий номер кадру блока IDR NAL дорівнює номеру кадру відповідного Р-слайса.
11. Інтегральна схема за п. 8, в якій процесор виконаний з можливістю генерації CSF щонайменше з двома додатковими блоками NAL, причому ці щонайменше два додаткові блоки NAL містять блок NAL набору параметрів послідовності (SPS) і блок NAL набору параметрів зображення (PPS).
12. Інтегральна схема за п. 8, в якій CSF включають в себе блок NAL І-кадру.
13. Інтегральна схема за п. 8, яка додатково містить передавач для широкомовної передачі CSF як кадру точки довільного доступу.
14. Інтегральна схема за п. 8, в якій CSF є діючим, щоб викликати перемикання з одного каналуна інший канал або сприяти усуненню помилок.
15. Зчитуваний комп'ютером носій, який містить збережені на ньому команди, що виконуються комп'ютером, які, при виконанні комп'ютером, змушують комп'ютер:
генерувати кадр перемикання каналів (CSF) з одного або декількох блоків рівня мережної абстракції (NAL) для дозволу точок довільного доступу в кодованому бітовому потоці, щоб викликати перемикання з одного каналу на інший канал або сприяти усуненню помилок, причому один з блоків NAL являє собою блок NAL низькоякісного миттєвого відновлення декодування (IDR), який має ненульовий ідентифікаційний номер кадру.
16. Зчитуваний комп'ютером носій за п. 15, в якому блок NAL IDR має ненульове значення лічильника послідовності зображення (РОС).
17. Зчитуваний комп'ютером носій за п. 15, в якому ненульовий номер кадру блока IDR NAL дорівнює номеру кадру відповідного Р-слайса.
18. Зчитуваний комп'ютером носій за п. 15, в якому команди для генерації CSF включають в себе команди для генерації CSF щонайменше з двома додатковими блоками NAL, причому ці щонайменше два додаткові блоки NAL містять блок NAL набору параметрів послідовності (SPS) і блок NAL набору параметрів зображення (PPS).
19. Зчитуваний комп'ютером носій за п. 15, в якому команди для генерації CSF включають в себе команди для генерації блока NAL І-кадру.
20. Пристрій відеодекодування, який містить:
процесор, виконаний з можливістю декодування одного або декількох суміжних кадрів відео медіа з блока послідовних кадрів відео медіа, кожний з яких має однаковий ідентифікаційний номер (ID) кадру, який ідентифікує відносну позицію в блоці послідовних кадрів відео медіа, причому перший кадр відео медіа з суміжних кадрів є кадром точки довільного доступу (RAP), а другий кадр відео медіа не є кадром RAP.
21. Пристрій за п. 20, в якому процесор виконаний з можливістю декодування тільки одного з суміжних кадрів.
22. Пристрій за п. 20, в якому процесор виконаний з можливістю декодування кадру RAP і відкидання кадрів у порядку виведення перед кадром RAP.
23. Пристрій за п. 22, в якому процесор виконаний з можливістю декодування кадру RAP шляхом декодування кадру перемикання каналів, який містить один або декілька блоків рівня мережної абстракції (NAL).
24. Зчитуваний комп'ютером носій, який містить збережені на ньому команди, що виконуються комп'ютером, які, при виконанні комп'ютером, змушують комп'ютер:
декодувати один або кілька суміжних кадрів відео медіа з блока послідовних кадрів відео медіа, кожний з яких має однаковий ідентифікаційний номер (ID) кадру, який ідентифікує відносну позицію в блоці послідовних кадрів відео медіа, причому перший кадр відео медіа з суміжних кадрів є кадром точки довільного доступу (RAP), а другий кадр відео медіа не є кадром RAP.
25. Зчитуваний комп'ютером носій за п. 24, в якому команди для декодування включають в себе команди для декодування тільки одного з суміжних кадрів.
26. Зчитуваний комп'ютером носій за п. 24, в якому команди для декодування включають в себе команди для декодування кадру RAP і відкидання кадрів у порядку виведення перед кадром RAP.
27. Зчитуваний комп'ютером носій за п. 26, в якому команди для декодування кадру RAP включають в себе команду для декодування кадру перемикання каналів, що містить один або кілька блоків рівня мережної абстракції (NAL).
28. Спосіб відеодекодування, що включає етап
декодування одного або декількох суміжних кадрів відео медіа з блока послідовних кадрів відео медіа, кожний з яких має однаковий ідентифікаційний номер (ID) кадру, який ідентифікує відносну позицію в блоці послідовних кадрів відео медіа, причому перший кадр відео медіа з суміжних кадрів є кадром точки довільного доступу (RAP), а другий кадр відео медіа не є кадром RAP.
29. Спосіб за п. 28, в якому етап декодування включає в себе декодування тільки одного з суміжних кадрів.
30. Спосіб за п. 29, який додатково включає етап надання декодеру обох суміжних кадрів.
31. Спосіб за п. 28, в якому етап декодування включає в себе декодування кадру RAP і відкидання кадрів у порядку виведення перед кадром RAP.
32. Спосіб за п. 31, в якому декодування кадру RAP включає в себе декодування кадру перемикання каналів, що містить один або декілька блоків рівня мережної абстракції (NAL).
33. Спосіб відеокодування, який включає етап
кодування одного або декількох суміжних кадрів відео медіа з блока послідовних кадрів відео медіа, кожний з яких має однаковий ідентифікаційний номер (ID) кадру, який ідентифікує відносну позицію в блоці послідовних кадрів відео медіа, причому перший кадр відео медіа з суміжних кадрів є кадром точки довільного доступу (RAP), а другий кадр відео медіа не є кадром RAP.
34. Система відеокодування, яка містить
кодер, виконаний з можливістю кодування одного або декількох суміжних кадрів відео медіа з блока послідовних кадрів відео медіа, кожний з яких має однаковий ідентифікаційний номер (ID) кадру, який ідентифікує відносну позицію в блоці послідовних кадрів відео медіа, причому перший кадр відео медіа з суміжних кадрів є кадром точки довільного доступу (RAP), а другий кадр відео медіа не є кадром RAP; і
декодер, виконаний з можливістю декодування одного або декількох суміжних кадрів відео медіа для перемикання каналів або сприяння усуненню помилок.
35. Система відеокодування, яка містить:
кодер, виконаний з можливістю генерації та широкомовної передачі кадру перемикання каналів (CSF) з одного або декількох блоків рівня мережної абстракції (NAL) для дозволу точок довільного доступу в кодованому бітовому потоці, причому один з блоків NAL являє собою блок NAL низькоякісного миттєвого відновлення декодування (IDR), який має ненульовий ідентифікаційний номер кадру; і
декодер, виконаний з можливістю декодування CSF для забезпечення перемикання з одного каналу на інший канал або сприяння усуненню помилок.
36. Спосіб відеокодування, який включає етап
генерації кадру перемикання каналу (CSF) з одного або декількох блоків рівня мережної абстракції (NAL) для дозволу точок довільного доступу в кодованому бітовому потоці, причому один з блоків NAL являє собою блок NAL низькоякісного миттєвого відновлення декодування (IDR), який має ненульовий ідентифікаційний номер кадру.
37. Спосіб за п. 36, в якому блок NAL IDR має ненульове значення лічильника послідовності зображення (РОС).
38. Спосіб за п. 36, в якому ненульовий номер кадру блока IDR NAL дорівнює номеру кадру відповідного Р-слайса.
39. Спосіб за п. 36, в якому етап генерації додатково включає в себе генерацію CSF щонайменше з двома додатковими блоками NAL, причому ці щонайменше два додаткові блоки NAL містять блок NAL набору параметрів послідовності (SPS) і блок NAL набору параметрів зображення (PPS).
40. Спосіб за п. 36, в якому етап генерації включає в себе генерацію CSF з блоком NAL І-кадру.
41. Спосіб за п. 36, який додатково включає етап широкомовної передачі CSF як кадру точки довільного доступу (RAP) для виконання перемикання каналів.
42. Спосіб за п. 41, який додатково включає прийом CSF і перемикання з одного каналу на інший канал у відповідь на прийнятий CSF.
43. Спосіб за п. 41, який додатково включає прийом CSF і усунення помилки в кодованому бітовому потоці у відповідь на прийнятий CSF.
Текст
1. Пристрій відеокодування, який містить: процесор, виконаний з можливістю генерації кадру перемикання каналів (CSF) з одного або декількох блоків рівня мережної абстракції (NAL) для дозволу точок довільного доступу в кодованому бітовому потоці, причому один з блоків NAL являє собою блок NAL миттєвого відновлення декодування (IDR), який має ненульовий ідентифікаційний номер кадру. 2. Пристрій за п. 1, в якому блок NAL IDR має ненульове значення лічильника послідовності зображення (РОС). 3. Пристрій за п. 1, в якому ненульовий номер кадру блока IDR NAL дорівнює номеру кадру відповідного Р-слайса. 4. Пристрій за п. 1, в якому процесор виконаний з можливістю генерації CSF щонайменше з двома додатковими блоками NAL, причому ці щонайменше два додаткові блоки NAL містять блок NAL набору параметрів послідовності (SPS) і блок NAL набору параметрів зображення (PPS). 5. Пристрій за п. 1, в якому CSF включають в себе блок NAL І-кадру. 6. Пристрій за п. 1, який додатково містить передавач для широкомовної передачі CSF як кадру точки довільного доступу (RAP). 7. Пристрій за п. 1, в якому CSF є діючим, щоб викликати перемикання з одного каналу на інший канал або сприяти усуненню помилок. 8. Інтегральна схема відеокодування, яка містить: процесор, виконаний з можливістю створення кадру перемикання каналів (CSF) з одного або декількох блоків рівня мережної абстракції (NAL) для дозволу точок довільного доступу в кодованому бітовому потоці, причому один з блоків NAL являє собою блок NAL низькоякісного миттєвого відновлення декодування (IDR), який має ненульовий ідентифікаційний номер кадру. UA (21) a200906031 (22) 14.11.2007 (24) 10.01.2011 (86) PCT/US2007/084727, 14.11.2007 (31) 60/865,822 (32) 14.11.2006 (33) US (46) 10.01.2011, Бюл.№ 1, 2011 р. (72) ШИ ФАН, US, БЕННЕТТ КРІСТОФЕР ДЖОН, US, ЛУКАС СЕРАФІМ С., МОЛ., US, ОРР БРАЙАН УІЛЛЬЯМ, US, РАВІІНДРАН ВІДЖАЯЛАКШМІ Р., US, СУЕЙЗІ СКОТТ Т., US, СІЛБЕРГЕР АМНОН, US, ЧЕНЬ АНЬ МЕЙ, US, НАГАРАДЖ ТХАДІ, US, УОЛКЕР ГОРДОН КЕНТ, US, БРЕКМАН ДЕВІД, US, ЛЮ ФАН, US, СЕТХІ СУМІТ, US, САМПАТХКУМАР РАМКУМАР, US (73) КВЕЛКОММ ІНКОРПОРЕЙТЕД, US (56) Karczewicz M; Kurceren R. The SP- and SIframes design for H.264/AVC. IEEE TRANSACTIONS ON CIRCUITS AND SYSTEMS FOR VIDEO TECHNOLOGY, 20030701 IEEE SERVICE CENTER, PISCATAWAY, NJ, US - ISSN 1051-8215. Vol:13, Nr:7, Page(s):637 - 644. XP011099256 Bormans J; List P; Marpe D; Narroschke M; Ostermann J; Pereira F; Stockhammer T; Wedi T. Video coding with H.264/AVC: tools, performance, and complexity. IEEE CIRCUITS AND SYSTEMS MAGAZINE, 20040101 IEEE SERVICE CENTER, NEW YORK, NY, US - ISSN 1531-636X. Vol:4, Nr:1, Page(s):7 - 28. XP011111220 Jennehag U; Tingting Zhang. Increasing bandwidth utilization in next generation iptv networks. Image Processing, 2004. ICIP '04. 2004 International Conference on Singapore 24-27 Oct. 2004, 20041024; 20041024 - 20041027 Piscataway, NJ, USA,IEEE - ISBN 978-0-7803-8554-2 ; ISBN 0-78038554-3. Vol:3, Page(s):2075 - 2078. XP010786181 Huifang Sun; Jun Xin; Vetro A. Error resilience video transcoding for wireless communications. IEEE WIRELESS COMMUNICATIONS, 20050801 IEEE SERVICE CENTER, PISCATAWAY, NJ, US - ISSN 1536-1284. Vol:12, Nr:4, Page(s):14 - 21. XP011137995 FAERBER N; GIROD B. Robust H.263 compatible video transmission for mobile access to video servers. PROCEEDINGS OF THE INTERNATIONAL 2 (19) 1 3 9. Інтегральна схема за п. 8, в якій блок NAL IDR має ненульове значення лічильника послідовності зображення (РОС). 10. Інтегральна схема за п. 8, в якій ненульовий номер кадру блока IDR NAL дорівнює номеру кадру відповідного Р-слайса. 11. Інтегральна схема за п. 8, в якій процесор виконаний з можливістю генерації CSF щонайменше з двома додатковими блоками NAL, причому ці щонайменше два додаткові блоки NAL містять блок NAL набору параметрів послідовності (SPS) і блок NAL набору параметрів зображення (PPS). 12. Інтегральна схема за п. 8, в якій CSF включають в себе блок NAL І-кадру. 13. Інтегральна схема за п. 8, яка додатково містить передавач для широкомовної передачі CSF як кадру точки довільного доступу. 14. Інтегральна схема за п. 8, в якій CSF є діючим, щоб викликати перемикання з одного каналу на інший канал або сприяти усуненню помилок. 15. Зчитуваний комп'ютером носій, який містить збережені на ньому команди, що виконуються комп'ютером, які, при виконанні комп'ютером, змушують комп'ютер: генерувати кадр перемикання каналів (CSF) з одного або декількох блоків рівня мережної абстракції (NAL) для дозволу точок довільного доступу в кодованому бітовому потоці, щоб викликати перемикання з одного каналу на інший канал або сприяти усуненню помилок, причому один з блоків NAL являє собою блок NAL низькоякісного миттєвого відновлення декодування (IDR), який має ненульовий ідентифікаційний номер кадру. 16. Зчитуваний комп'ютером носій за п. 15, в якому блок NAL IDR має ненульове значення лічильника послідовності зображення (РОС). 17. Зчитуваний комп'ютером носій за п. 15, в якому ненульовий номер кадру блока IDR NAL дорівнює номеру кадру відповідного Р-слайса. 18. Зчитуваний комп'ютером носій за п. 15, в якому команди для генерації CSF включають в себе команди для генерації CSF щонайменше з двома додатковими блоками NAL, причому ці щонайменше два додаткові блоки NAL містять блок NAL набору параметрів послідовності (SPS) і блок NAL набору параметрів зображення (PPS). 19. Зчитуваний комп'ютером носій за п. 15, в якому команди для генерації CSF включають в себе команди для генерації блока NAL І-кадру. 20. Пристрій відеодекодування, який містить: процесор, виконаний з можливістю декодування одного або декількох суміжних кадрів відео медіа з блока послідовних кадрів відео медіа, кожний з яких має однаковий ідентифікаційний номер (ID) кадру, який ідентифікує відносну позицію в блоці послідовних кадрів відео медіа, причому перший кадр відео медіа з суміжних кадрів є кадром точки довільного доступу (RAP), а другий кадр відео медіа не є кадром RAP. 21. Пристрій за п. 20, в якому процесор виконаний з можливістю декодування тільки одного з суміжних кадрів. 22. Пристрій за п. 20, в якому процесор виконаний з можливістю декодування кадру RAP і відкидання кадрів у порядку виведення перед кадром RAP. 93118 4 23. Пристрій за п. 22, в якому процесор виконаний з можливістю декодування кадру RAP шляхом декодування кадру перемикання каналів, який містить один або декілька блоків рівня мережної абстракції (NAL). 24. Зчитуваний комп'ютером носій, який містить збережені на ньому команди, що виконуються комп'ютером, які, при виконанні комп'ютером, змушують комп'ютер: декодувати один або кілька суміжних кадрів відео медіа з блока послідовних кадрів відео медіа, кожний з яких має однаковий ідентифікаційний номер (ID) кадру, який ідентифікує відносну позицію в блоці послідовних кадрів відео медіа, причому перший кадр відео медіа з суміжних кадрів є кадром точки довільного доступу (RAP), а другий кадр відео медіа не є кадром RAP. 25. Зчитуваний комп'ютером носій за п. 24, в якому команди для декодування включають в себе команди для декодування тільки одного з суміжних кадрів. 26. Зчитуваний комп'ютером носій за п. 24, в якому команди для декодування включають в себе команди для декодування кадру RAP і відкидання кадрів у порядку виведення перед кадром RAP. 27. Зчитуваний комп'ютером носій за п. 26, в якому команди для декодування кадру RAP включають в себе команду для декодування кадру перемикання каналів, що містить один або кілька блоків рівня мережної абстракції (NAL). 28. Спосіб відеодекодування, що включає етап декодування одного або декількох суміжних кадрів відео медіа з блока послідовних кадрів відео медіа, кожний з яких має однаковий ідентифікаційний номер (ID) кадру, який ідентифікує відносну позицію в блоці послідовних кадрів відео медіа, причому перший кадр відео медіа з суміжних кадрів є кадром точки довільного доступу (RAP), а другий кадр відео медіа не є кадром RAP. 29. Спосіб за п. 28, в якому етап декодування включає в себе декодування тільки одного з суміжних кадрів. 30. Спосіб за п. 29, який додатково включає етап надання декодеру обох суміжних кадрів. 31. Спосіб за п. 28, в якому етап декодування включає в себе декодування кадру RAP і відкидання кадрів у порядку виведення перед кадром RAP. 32. Спосіб за п. 31, в якому декодування кадру RAP включає в себе декодування кадру перемикання каналів, що містить один або декілька блоків рівня мережної абстракції (NAL). 33. Спосіб відеокодування, який включає етап кодування одного або декількох суміжних кадрів відео медіа з блока послідовних кадрів відео медіа, кожний з яких має однаковий ідентифікаційний номер (ID) кадру, який ідентифікує відносну позицію в блоці послідовних кадрів відео медіа, причому перший кадр відео медіа з суміжних кадрів є кадром точки довільного доступу (RAP), а другий кадр відео медіа не є кадром RAP. 34. Система відеокодування, яка містить кодер, виконаний з можливістю кодування одного або декількох суміжних кадрів відео медіа з блока послідовних кадрів відео медіа, кожний з яких має 5 93118 6 однаковий ідентифікаційний номер (ID) кадру, який ідентифікує відносну позицію в блоці послідовних кадрів відео медіа, причому перший кадр відео медіа з суміжних кадрів є кадром точки довільного доступу (RAP), а другий кадр відео медіа не є кадром RAP; і декодер, виконаний з можливістю декодування одного або декількох суміжних кадрів відео медіа для перемикання каналів або сприяння усуненню помилок. 35. Система відеокодування, яка містить: кодер, виконаний з можливістю генерації та широкомовної передачі кадру перемикання каналів (CSF) з одного або декількох блоків рівня мережної абстракції (NAL) для дозволу точок довільного доступу в кодованому бітовому потоці, причому один з блоків NAL являє собою блок NAL низькоякісного миттєвого відновлення декодування (IDR), який має ненульовий ідентифікаційний номер кадру; і декодер, виконаний з можливістю декодування CSF для забезпечення перемикання з одного каналу на інший канал або сприяння усуненню помилок. 36. Спосіб відеокодування, який включає етап генерації кадру перемикання каналу (CSF) з одного або декількох блоків рівня мережної абстракції (NAL) для дозволу точок довільного доступу в ко дованому бітовому потоці, причому один з блоків NAL являє собою блок NAL низькоякісного миттєвого відновлення декодування (IDR), який має ненульовий ідентифікаційний номер кадру. 37. Спосіб за п. 36, в якому блок NAL IDR має ненульове значення лічильника послідовності зображення (РОС). 38. Спосіб за п. 36, в якому ненульовий номер кадру блока IDR NAL дорівнює номеру кадру відповідного Р-слайса. 39. Спосіб за п. 36, в якому етап генерації додатково включає в себе генерацію CSF щонайменше з двома додатковими блоками NAL, причому ці щонайменше два додаткові блоки NAL містять блок NAL набору параметрів послідовності (SPS) і блок NAL набору параметрів зображення (PPS). 40. Спосіб за п. 36, в якому етап генерації включає в себе генерацію CSF з блоком NAL І-кадру. 41. Спосіб за п. 36, який додатково включає етап широкомовної передачі CSF як кадру точки довільного доступу (RAP) для виконання перемикання каналів. 42. Спосіб за п. 41, який додатково включає прийом CSF і перемикання з одного каналу на інший канал у відповідь на прийнятий CSF. 43. Спосіб за п. 41, який додатково включає прийом CSF і усунення помилки в кодованому бітовому потоці у відповідь на прийнятий CSF. Дана патентна заявка претендує на позитивне рішення попередньої заявки США №60/865822 під заголовком «SYSTEMS AND METHODS FOR CHANNEL SWITCHING», що належить тому ж правовласнику, поданої 14 листопада 2006 року. Ця попередня патентна заявка включена в цей документ за допомогою посилання. Дана заявка у всіх відношеннях повністю включає за допомогою посилання патентні заявки США №11/527306, подану 25 вересня 2006 року, і №11/528303, подану 26 вересня 2006 року, що належать тому ж правовласнику. Даний винахід стосується обробки мультимедійного сигналу і, зокрема, стосується способів відеокодування і відеодекодування кадрів перемикання каналів (CSF) для дозволу захоплення і ресинхронізації відеопотоку при збереженні ефективності стиснення. Системи мультимедійної обробки, такі як відеокодери, можуть кодувати мультимедійні дані з використанням способів кодування на основі міжнародних стандартів, таких як стандарти Експертної групи по кінематографії (MPEG)-1, -2 і -4, стандарт Н.263 Міжнародного союзу електрозв'язку (ITU)-T, стандарт ITU-T Н.264 і його аналог, ISO/IEC MPEG-4, частина 10, тобто стандарт вдосконаленого відеокодування (AVC), кожний з яких повністю включений в цей документ за допомогою посилання. Вказані способи кодування в загальному випадку мають за мету стиснення мультимедійних даних для передачі і/або збереження. Стиснення в широкому значенні слова можна розглядати як процес усунення надмірності з мультимедійних даних. Видеосигнал можна описати на основі послідовності зображень, які включають в себе кадри (ціле зображення) або поля (наприклад, черезрядковий відеопотік містить поля почергових непарних або парних рядків зображення). Використовуваний тут термін «кадр» стосується зображення, кадру або поля. Способи відеокодування забезпечують стиснення відеосигналів шляхом використання алгоритму стиснення без втрат або з втратами для стиснення кожного кадру. Внутрішньокадрове кодування стосується кодування кадру з використанням тільки даного кадру. Міжкадрове кодування стосується кодування кадру на основі інших, так званих «опорних» кадрів. Наприклад, відеосигнали часто відрізняються тимчасовою надмірністю, при якій сусідні кадри у тимчасовій послідовності кадрів мають щонайменше декілька ділянок, які повністю або щонайменше частково співпадають одна з одною. Мультимедійні процесори, такі як відеокодери, можуть кодувати кадр, розбиваючи його на блоки або «макроблоки», які складаються, наприклад, з 16x16 пікселів. Кодер може додатково розбити кожний макроблок на субблоки. Кожний субблок може також містити додаткові субблоки. Наприклад, субблоки макроблока можуть включати в себе субблоки 16×8 і 8×16. Субблоки з субблоків 8×16 можуть включати в себе субблоки 8×8, які можуть містити субблоки 4×4 і т.д. Використовува 7 ний тут термін «блок» стосується або макроблока, або субблока. Кодери використовують перевагу тимчасової надмірності між послідовними кадрами, застосовуючи алгоритми міжкадрового кодування на основі компенсації руху. Алгоритми компенсації руху ідентифікують частини одного або декількох опорних кадрів, які щонайменше частково відповідають одному блоку. Цей блок може бути зсунутий в кадрі відносно ділянки збігу опорного кадру (кадрів). Цей зсув характеризується одним або декількома векторами руху. Будь-які відмінності між даним блоком і ділянкою часткового збігу опорного кадру (кадрів) можуть бути охарактеризовані на основі одного або декількох залишків. Кодер може закодувати кадр у вигляді даних, які містять один або декілька векторів руху і залишки для конкретного варіанта розбиття кадру. Конкретний варіант розбиття блоків для кодування кадру можна вибрати шляхом наближеної мінімізації функції витрат, яка, наприклад, зіставляє розрядність кодування зі спотворенням або сприйманим спотворенням для контенту кадру, одержуваного в результаті кодування. Міжкадрове кодування дозволяє забезпечити більш ефективне стиснення, ніж внутрішньокадрове кодування. Однак міжкадрове кодування може створити проблеми, пов'язані з втратою опорних даних (наприклад, опорних кадрів або опорних полів) через канальні помилки і т. п. Додатково до втрат опорних даних через помилки ці опорні дані також можуть виявитися недоступними через початкове захоплення або повторне захоплення відеосигналу в кадрі з міжкадровим кодуванням. У таких випадках декодування даних, закодованих способом міжкадрового кодування, може виявитися неможливим або може привести до небажаних помилок і їх поширення. Ці сценарії можуть привести до втрати синхронізації відеопотоку. Найбільш загальною формою кадру, яка надає можливість ресинхронізації відеосигналу, є кадр, що незалежно декодується, з внутрішньокадровим кодуванням. У стандартах MPEG-x і Н.26х використовується так звана «група зображень» (GOP), що містить кадр з внутрішньокадровим кодуванням (званий також І-кадром) і Р-кадри, кодовані на основі тимчасового прогнозу, або В-кадри, кодовані на основі прогнозу «вперед/назад», які звертаються до І-кадру і/або інших Р- і/або В-кадрів в групі GOP. Для збільшення міри стиснення бажано мати більш довгі групи GOP; але потрібно мати на увазі, що більш короткі групи GOP дозволяють забезпечити більш швидке захоплення і ресинхронізацію. Збільшення кількості І-кадрів дозволяє забезпечити більш швидке захоплення і ресинхронізацію, правда за рахунок меншого стиснення. Отже, є потреба в способах відеокодування і відеодекодування кадрів перемикання каналів (CSF), які дозволяють забезпечити захоплення і ресинхронізацію відеопотоку при збереженні ефективності стиснення. Запропоновані способи відеокодування і відеодекодування кадрів перемикання каналів (CSF), які дають можливість захоплення і ресинхронізації відеопотоку при збереженні ефективності стис 93118 8 нення. Згідно з одним аспектом запропонований пристрій, що містить процесор, використовуваний для створення кадру перемикання каналів (CSF) з одного або декількох блоків рівня мережної абстракції (NAL) для дозволу точок довільного доступу в кодованому бітовому потоці. Інший аспект включає в себе комп'ютерний програмний продукт, що містить зчитуваний комп'ютером носій з командами, які змушують комп'ютер створювати кадр перемикання каналів (CSF) з одного або декількох блоків рівня мережної абстракції (NAL) для дозволу точок довільного доступу в кодованому бітовому потоці. Ще один аспект включає в себе пристрій, що містить процесор, використовуваний для декодування одного або декількох суміжних кадрів, кожний з яких має однаковий ідентифікаційний номер кадру, причому перший кадр з суміжних кадрів є кадром точки довільного доступу (RAP), а другий кадр не є кадром RAP. Додаткові аспекти винаходу стануть більш очевидними з докладного опису винаходу, зокрема, взятого разом з прикладеними кресленнями. Фіг.1 - блок-схема зразкової системи мультимедійного зв'язку згідно з конкретними конфігураціями; Фіг.2А - блок-схема зразкового кодуючого пристрою, який можна використовувати в системі за Фіг.1; Фіг.2В - блок-схема зразкового декодуючого пристрою, який можна використовувати в системі за Фіг.1; Фіг.3 - зразковий взаємозв'язок між повідомленнями рівня синхронізації і медіапотоком реального часу, який виводиться на пристрій або виводиться пристроєм в мережі FLO; Фіг.4 - зразкові рівні протоколу для послуги реального часу в мережі FLO; Фіг.5А-5В - зразкові альтернативні взаємозв'язки між пакетами рівня синхронізації і медіакадрами; Фіг.6 - зразковий кінцевий автомат для обробки рівня синхронізації для окремого потоку в пристрої; Фіг.7 - зразковий кадр перемикання каналів (CSF); Фіг.8 - зразковий кадр (CSF) з 3 блоками NAL; Фіг.9 - генератор кадру перемикання каналів; Фіг.10 - процес декодування бітового потоку з кадрами CSF; Фіг.11 - генератор заголовка синхронізації, який створює заголовок синхронізації; Фіг.12А - генератор додаткових полів генератора заголовка синхронізації; Фіг.12В - генератор типу адаптації генератора заголовка синхронізації; Фіг.13А - асемблер загального медіазаголовка; Фіг.13В - асемблер заголовка, який відображає специфіку медіа; Фіг.14 - асемблер каталогу рівня синхронізації відео; Фіг.15 - асемблер запису VSL; Фіг.16 - блок-схема процесу обробки з рівня синхронізації на медіарівень в пристрої; 9 Фіг.17 - приклад бітового потоку, створеного мережею з однаковими ідентифікаційними номерами суміжних кадрів. Зображення на кресленнях в ілюстративних цілях показані в спрощеному вигляді і без додержання масштабу. Для полегшення розуміння там, де можливо, використані однакові посилальні позиції для позначення однакових елементів, які є загальними для всіх креслень, за винятком того, що для розрізнення деяких елементів додані індекси, коли необхідно. У прикладених кресленнях показані зразкові конфігурації винаходу, причому їх не треба розглядати як обмеження об'єму винаходу, який допускає інші, не менш ефективні конфігурації. Передбачається, що ознаки або блоки з однієї конфігурації можна з успіхом включити в інші конфігурації без додаткового перелічування. Скорочення У подальшому описі застосовуються наступні скорочення: FLO - Зв'язок тільки в прямому напрямі; IDR - миттєве оновлення декодування; ІЕС - Міжнародна електротехнічна комісія; IETF - Інженерна група по розвитку Інтернет; ISO - Міжнародна організації по стандартизації; ITU - Міжнародний союз електрозв'язку; ITU-T - Сектор стандартизації електрозв'язку ITU; NAL - рівень мережної абстракції; RBSP - корисне навантаження необробленої байтової послідовності; ТІА - Асоціації промисловості засобів зв'язку; ТМ3 - Наземна мобільна мультимедійна багатоадресна передача; UINT - ціле число без знаку; RAP - точка довільного доступу; PTS - відмітка часу представлення. Використовуваний тут термін «зразковий» означає «служить як приклад, варіант або ілюстрація». Будь-яка конфігурація або технічне рішення, описані тут як «зразкові», не обов'язково повинні трактуватися як переважні або такі, що мають перевагу над іншими конфігураціями або технічними рішеннями, а терміни «ядро», «механізм», «машина», «процесор» і «блок обробки» використовуються як взаємозамінні. Описані тут способи можна використовувати для безпровідного зв'язку, обробки даних, персональних електронних пристроїв і т.д. Зразкове використання цих способів для безпровідного зв'язку описано нижче. Подальший докладний опис орієнтований на деякі вибіркові конфігурації винаходу. Однак винахід може бути втілений множиною різних шляхів, які визначені і розкриваються формулою винаходу. У цьому описі робляться посилання на креслення, в яких подібні компоненти позначені скрізь однаковими посилальними позиціями. Відеосигнали можна охарактеризувати на основі послідовності зображень, кадрів і/або полів, які можуть додатково включати в себе один або декілька сегментів (слайсів). Використовуваний тут термін «кадр» має широке значення і може охоп 93118 10 лювати один або декілька кадрів, полів, зображень і/або слайсів. Конфігурації включають в себе системи і способи, які полегшують перемикання каналів в системі мультимедійної передачі. Мультимедійні дані можуть включати в себе одне або декілька з наступного: ТБ- або кінозображення, звук, фотографічні зображення, текст або аудіовізуальні дані будь-якого іншого відповідного типу. На Фіг.1 показана блок-схема зразкової системи 100 мультимедійного зв'язку згідно з деякими конфігураціями. Система 100 включає в себе кодуючий пристрій 110, сполучений з декодуючим пристроєм 150 через мережу 140. У одному прикладі кодуючий пристрій 110 приймає мультимедійний сигнал від зовнішнього джерела 102 і кодує цей сигнал для передачі по мережі 140. У даному прикладі кодуючий пристрій 110 містить процесор 112, сполучений з пам'яттю 114 і приймачем-передавачем 116. Процесор 112 кодує дані від джерела мультимедійних даних і подає їх в приймач-передавач 116 для передачі по мережі 140. У цьому прикладі декодуючий пристрій 150 містить процесор 152, сполучений з пам'яттю 154 і приймачем-передавачем 156. Хоч декодуючий пристрій 150 може мати приймач-передавач 156 як для передачі, так і для прийому, декодуючому пристрою 150 необхідний тільки приймач, такий як приймач 158. Процесор 152 може включати в себе один або декілька процесорів загального призначення і/або цифровий процесор сигналів. Пам'ять 154 може включати в себе один або декілька запам'ятовуючих пристроїв на твердотільній основі або на дисках. Приймач-передавач 156 сконфігурований для прийому мультимедійних даних по мережі 140 і надання їх процесору 152 для декодування. У одному прикладі приймач-передавач 16 включає в себе безпровідний приймачпередавач. Мережа 140 може містити одну або декілька систем провідного або без провідного зв'язку, включаючи одне або декілька з наступного: мережа Ethernet, телефонні (наприклад, звичайні старі телефонні системи (POTS)) і кабельні системи, системи зв'язку по лініях електромережі і оптоволоконні системи, і/або безпровідну систему, що містить одну або декілька з наступних систем: систему зв'язку з множинним доступом і кодовим розділенням каналів (CDMA або CDMA2000), систему з множинним доступом і частотним розділенням каналів (FDMA), систему з множинним доступом і ортогональним частотним розділенням каналів (OFDM), систему з множинним доступом і часовим розділенням каналів (TDMA), наприклад, GSM/GPRS (Пакетний радіозв'язок загального призначення)/ЕОGЕ (вдосконалене середовище GSM для високошвидкісної передачі даних), система мобільного телефонного зв'язку TETRA (наземний магістральний радіозв'язок), широкосмугова система з множинним доступом і кодовим розділенням каналів (WCDMA), високошвидкісна система передачі даних (1×EV-DO або 1×EV-DO Gold multicast), система IEEE 802.11, система mediaFLO, система DMB, система DVB-H і т.п. 11 На Фіг.2А показана блок-схема зразкового кодуючого пристрою 110, який можна використовувати в системі 100 за Фіг.1 згідно з деякими конфігураціями. У даній конфігурації кодуючий пристрій 110 містить елемент 118 для міжкадрового кодування, елемент 120 для внутрішньокадрового кодування, елемент 122, що створює опорні дані, і передавальний елемент 124. Елемент 118 для міжкадрового кодування кодує частини відеоданих з використанням міжкадрового кодування з тимчасовим прогнозом (наприклад, з використанням прогнозу з компенсацією руху), звертаючись до інших частин відеоданих, розташованих в інших тимчасових кадрах. Елемент 120 для внутрішньокадрового кодування кодує частини відеоданих, використовуючи внутрішньокадрове кодування, причому ці частини можуть декодуватися незалежно без звернення до інших тимчасово прив'язаних відеоданих. У деяких конфігураціях елемент 120 для внутрішньокадрового кодування може використовувати просторовий прогноз для реалізації переваг надмірності в інших відеоданих, що знаходяться в тому ж тимчасовому кадрі. Генератор 122 опорних даних згідно з одним аспектом створює дані, які вказують, де знаходяться відеодані, закодовані шляхом внутрішньокадрового кодування і міжкадрового кодування, які були створені кодуючими елементами 120 і 118 відповідно. Наприклад, опорні дані можуть включати в себе ідентифікатори субблоків і/або макроблоків, які використовуються декодером для визначення місцеположення в кадрі. Опорні дані можуть також включати в себе порядковий номер кадру, використовуваний для визначення місцеположення кадру в послідовності відеокадрів. Передавач 124 передає дані, закодовані шляхом міжкадрового кодування, дані, закодовані шляхом внутрішньокадрового кодування, а в деяких конфігураціях і опорні дані по мережі, такій як мережа 140 на Фіг.1. Дані можуть передаватися по одній або декількох лініях зв'язку. Термін «лінії зв'язку» використовується в загальному значенні і може включати в себе будь-які канали зв'язку, в тому числі, але не тільки: провідні або безпровідні мережі, віртуальні канали, оптичні лінії зв'язку і т. п. В деяких конфігураціях дані, закодовані шляхом внутрішньокадрового кодування, передаються по лінії зв'язку базового рівня, а дані, закодовані шляхом міжкадрового кодування, передаються по лінії зв'язку рівня поліпшення. У деяких конфігураціях дані, закодовані шляхом внутрішньокадрового кодування, і дані, закодовані шляхом міжкадрового кодування, передаються по одній і тій же лінії зв'язку. У деяких конфігураціях один або декілька з наступних видів даних: дані, закодовані шляхом міжкадрового кодування, дані, закодовані шляхом внутрішньокадрового кодування, і/або опорні дані, можуть передаватися по лінії зв'язку на бічній смузі частот. Наприклад, можна використовувати лінію зв'язку на бічній смузі частот, таку як повідомлення SEI (формат додаткової інформаційної підтримки) в стандарті Н.264 або повідомлення user_data в стандарті MPEG-2. У деяких конфігураціях одне або декілька з нижченаведеного: дані, закодовані шляхом внутрішньокадрового кодуван 93118 12 ня, дані, закодовані шляхом міжкадрового кодування, і/або опорні дані, передаються по віртуальному каналу. Віртуальний канал може містити пакети даних з ідентифікованим заголовком пакета, який ідентифікує пакет даних як такий, що належить даному віртуальному каналу. Фахівцям в даній галузі техніки відомі інші види ідентифікації віртуального каналу, такі як частотне розділення, часове розділення, кодове розширення і т.д. На Фіг.2В показана блок-схема зразкового декодуючого пристрою 150, який може бути використаний системою 100 за Фіг.1 згідно з деякими конфігураціями. У даній конфігурації декодер 150 містить приймальний елемент 158, вибірний декодуючий елемент 160, елемент 162, який визначає опорні дані, і один або декілька детекторів доступності опорних даних, такі як елемент 164 - детектор перемикання каналів і елемент 166 - детектор помилок. Приймач 158 приймає кодовані відеодані (наприклад, дані, закодовані кодуючим пристроєм 110 за Фіг.1 і 2А). Приймач 158 може приймати кодовані дані по провідній або безпровідній мережі, такій як мережа 140 за Фіг.1. Дані можуть прийматися по одній або декількох лініях зв'язку. У деяких конфігураціях дані, закодовані шляхом внутрішньокадрового кодування, приймаються по лінії зв'язку базового рівня, а дані, закодовані шляхом міжкадрового кодування, приймаються по лінії зв'язку рівня поліпшення. У деяких конфігураціях дані, закодовані шляхом внутрішньокадрового кодування, і дані, закодовані шляхом міжкадрового кодування, приймаються по одній і тій же лінії зв'язку. У деяких конфігураціях один або декілька з наступних видів даних: дані, закодовані шляхом міжкадрового кодування, дані, закодовані шляхом внутрішньокадрового кодування, і/або опорні дані, можуть прийматися по лінії зв'язку на бічній смузі частот. Наприклад, можна використовувати лінію зв'язку на бічній смузі частот, таку як повідомлення SEI в стандарті Н.264 або повідомлення user_data в стандарті MPEG-2. У деяких конфігураціях одне або декілька з нижченаведеного: дані, закодовані шляхом внутрішньокадрового кодування, дані, закодовані шляхом міжкадрового кодування, і/або опорні дані приймаються по віртуальному каналу. Віртуальний канал може містити пакети даних з ідентифікованим заголовком пакета, який ідентифікує пакет даних як такий, що належить даному віртуальному каналу. Фахівцям в даній галузі техніки відомі інші види ідентифікації віртуального каналу. Вибірний декодер 160 декодує одержані відеодані, закодовані шляхом міжкадрового кодування і внутрішньокадрового кодування. У деяких конфігураціях одержані дані містять версію частини відеоданих, закодованих шляхом міжкадрового кодування, і версію частини відеоданих, закодованих шляхом внутрішньокадрового кодування. Дані, закодовані шляхом міжкадрового кодування, можуть бути декодовані після того, як декодовані опорні дані, на основі яких вони були передбачені. Наприклад, дані, закодовані з використанням прогнозу з компенсацією руху, містять вектор руху і ідентифікатор кадру, який ідентифікує місцеполо 13 ження опорних даних. Якщо частина кадру, ідентифікована вектором руху і ідентифікатором кадру для версії, закодованої шляхом міжкадрового кодування, доступна (наприклад, вже декодована), тоді вибірний декодер 160 може декодувати цю версію, закодовану шляхом міжкадрового кодування. Однак в тому випадку, якщо опорні дані не доступні, тоді вибірний декодер 160 може декодувати версію, закодовану шляхом внутрішньокадрового кодування. Визначник 162 опорних даних згідно з одним аспектом ідентифікує одержані опорні дані, які вказують, де знаходяться відеодані, закодовані шляхом внутрішньокадрового кодування і міжкадрового кодування, в одержаних закодованих відеоданих. Наприклад, опорні дані можуть включати в себе ідентифікатори субблоків і/або макроблоків, які використовуються вибірним декодером 160 для визначення місцеположення в кадрі. Опорні дані можуть також включати в себе порядковий номер кадру, використовуваний для визначення місцеположення кадру в послідовності відеокадрів. Використання одержаних опорних даних дозволяє декодеру визначити, чи доступні опорні дані, від яких залежать дані, закодовані шляхом міжкадрового кодування. На доступність опорних даних може вплинути користувач, який перемикає канал в багатоканальній системі зв'язку. Наприклад, приймачу 158 може бути доступна множина широкомовних передач відео при використанні однієї або декількох ліній зв'язку. Якщо користувач дає команду приймачу 158 перемкнутися на інший широкомовний канал, тоді опорні дані для даних, закодованих шляхом міжкадрового кодування, в новому каналі можуть не відразу виявитися доступними. Детектор 164 перемикання каналів виявляє появу команди на перемикання каналів і сигналізує про це вибірному декодеру 160. Потім вибірний декодер 160 може використовувати інформацію, одержану від визначника опорних даних, для ідентифікації того, чи доступні опорні дані версії, закодованої шляхом міжкадрового кодування, а потім ідентифікує місцеположення найближчої версії, одержаної шляхом внутрішньокадрового кодування, і вибірно декодує цю ідентифіковану версію, закодовану шляхом внутрішньокадрового кодування. На доступність опорних даних можуть також вплинути помилки в прийнятих відеоданих. Детектор 166 помилок може використовувати технології виявлення помилок (наприклад, пряме виправлення помилок) для ідентифікації помилок, що невиправляються, в бітовому потоці. Якщо помилки, що невиправляються, є в опорних даних, від яких залежить версія, закодована шляхом міжкадрового кодування, тоді детектор 166 помилок може просигналізувати про це вибірному декодеру 160, ідентифікуючи, на які відеодані впливають ці помилки. Потім вибірний декодер 160 може визначити, чи декодувати версію, закодовану шляхом міжкадрового кодування (наприклад, якщо опорні дані доступні), або потрібно декодувати версію, закодовану шляхом внутрішньокадрового кодування (наприклад, якщо опорні дані недоступні). 93118 14 У деяких конфігураціях один або декілька елементів кодуючого пристрою 110 за Фіг.2А можуть бути перекомпоновані і/або об'єднані. Ці елементи можуть бути реалізовані апаратними засобами, програмними засобами, програмноапаратними засобами, міжплатформними програмними засобами, мікрокодом або будь-якою їх комбінацією. У деяких конфігураціях один або декілька елементів декодера 150 за Фіг.2В можуть бути перекомпоновані і/або об'єднані. Ці елементи можуть бути реалізовані апаратними засобами, програмними засобами, програмно-апаратними засобами, міжплатформними програмними засобами, мікрокодом або будь-якою їх комбінацією. Відео Деякі описані тут конфігурації можна реалізувати, використовуючи відеокодування MediaFLO™ для доставки відеопослуг реального часу в системах ТМЗ з використанням специфікації радіоінтерфейсу FLO «Специфікація радіоінтерфейсу зв'язку тільки в прямому напрямі (FLO) для наземної мобільної мультимедійної багатоадресної передачі», опублікованої у вигляді технічного стандарту ТІА-1099, яка повністю включена в цей документ за допомогою посилання. Деякі конфігурації визначають синтаксис і семантику бітового потоку, а також процес декодування для надання цих послуг через рівні 412 радіоінтерфейсу FLO. Наведений тут опис формує щонайменше частково стандарт сумісності для мультимедійних багатоадресних систем FLO, який допомагає адаптивному пристрою 304 FLO одержувати послугу (послуги) через будь-яку мережу 302 FLO (Фіг.3), що задовольняє цьому стандарту. Нормативні посилання Рекомендації Н.264 ITU-T і/або Міжнародний стандарт ISO/IEC 14496-10 вдосконаленого відеокодування (званий тут «стандарт H.264/AVC») повністю включені сюди по посиланню і на них можна посилатися по конкретних аспектах. Також для описаних тут конфігурацій застосовуються визначення з параграфа 3 стандарту H.264/AVC. Додатково, кадр перемикання каналів (CSF) відповідно до описаних тут зразкових конфігурацій визначається як кодоване зображення, яке містить набір параметрів послідовності і/або набір параметрів зображення, і/або зображення миттєвого оновлення декодування. Кадр перемикання каналів (CSF) може бути інкапсульований в незалежний пакет транспортного протоколу для дозволу точок довільного доступу в кодованому бітовому потоці або для полегшення усунення помилок. Кадри перемикання каналів (CSF) визначені нижче. Умовні позначення, використовувані тут для операторів, системи запису, математичних функцій, синтаксичних елементів, таблиць і процесів відповідають заданим в параграфі 5 стандарту H.264/AVC. Деякі описані тут конфігурації включають в себе опис об'єму, нормативних посилань, визначення термінів, скорочення і структуру винаходу, а також опис синтаксису, семантики і процесів декодування бітового потоку. 15 93118 Формат бітового потоку низького рівня складності і декодування для мультимедійної широкомовної передачі У наведеному тут описі серед іншого описується зразковий формат бітового потоку і процес декодування, який забезпечує розширення низького рівня складності для мультимедійної широкомовної передачі. Бітовий потік, відповідний розширенню низького рівня складності, описаному у вказаній специфікації, узгоджується з профілями в розділі А.2 стандарту H.264/AVC при наступних додаткових обмеженнях і розширеннях: 1) Набори параметрів послідовності можуть мати profile_idc, що дорівнює 66 або 88; 2) Набори параметрів послідовності можуть мати constraint_set0_flag, що дорівнює 0; 3) Набори параметрів послідовності можуть мати constraint_set1_flag, що дорівнює 1; 4) Набори параметрів послідовності можуть мати constraint_set2 flag, що дорівнює 0; 5) Може бути присутній слайс типу В; і/або 6) Слайси для Взображень можуть мати nal_ref_idc, що дорівнює 0 (idc представляє індекс профілю). Згідно з іншим аспектом цих конфігурацій, бітовий потік, відповідний розширенню низького рівня складності, описаному в цій специфікації, відповідає профілям в розділі А.2 стандарту H.264/AVC при наступних обмеженнях і розширеннях: 1) Набори параметрів послідовності можуть мати profile_idc, що дорівнює 66 або 88; 2) Набори параметрів послідовності можуть мати constraint_set0_flag, що дорівнює 1; 3) Набори параметрів послідовності можуть мати constraint_set1_flag, що дорівнює 0; 4) Набори параметрів послідовності можуть мати constraint_set2_flag, що дорівнює 1; 5) Може бути присутній слайс типу В; і/або 6) Слайси для Взображень можуть мати nal_ref_idc, що дорівнює 0. Кадр перемикання каналів 16 На Фіг.7 показаний зразковий кадр 700 перемикання каналів (CSF). Щоб дозволити зміну каналу в середовищі MediaFLO™ і полегшити усунення помилок, кодуючі елементи 120 згідно з деякими конфігураціями можуть вставляти кадри перемикання каналів (CSF). Кадр 700 перемикання каналів (CSF) може містити до 3 або більше блоків NAL: NAL1, ... NALх, позначених посилальними позиціями 702 і 704. X може дорівнювати 2 або більше. Проте, CSF 700 може мати тільки один блок NAL. На Фіг.8 показаний зразковий кадр CSF 800 з 3 блоками NAL. У цьому прикладі кадр CSF 800 містить 3 блоки 802, 804 і 806 NAL. Якщо використовуються 3 блоки NAL, то в деяких ситуаціях при їх наявності може мати місце наступний порядок в бітовому потоці: набір 812 параметрів послідовності (SPS), набір 814 параметрів зображення (PPS) і миттєве оновлення 816 декодування (IDR). Блок IDR NAL може являти собою блок IDR NAL з низьким рівнем якості. Таке компонування CSF показане в Таблиці 1. Таблиця 1 визначає, які типи блока NAL використовуються в даний момент для CSF 800. У даній зразковій конфігурації типи блока NAL включають в себе номери 7, 8 і 5. Проте, за інших обставин тип 5 для IDR NAL можна замінити типом 1 NAL Ікадру (кодований слайс). Корисне навантаження RBSP означає корисне навантаження необробленої байтової послідовності, яке представлене в стовпці під заголовком «синтаксична структура RBSP». Стовпець nal_unit_type представляє номер типу блока NAL, використовуваний тут для кадру CSF. Стовпець С представляє інші підтримувані структури. Наприклад, номери 2, 3 і 4 представляють ділянки А, В і С даних. Номер 1 також представляє блок 1 NAL кодованого слайса. Номер 0 не визначений. Таблиця 1 Блоки NAL і синтаксис RBSP для кадрів перемикання каналів Контент блока NAL Набір параметрів послідовності Набір параметрів зображення Кодовані слайси зображення IDR Кодований слайс Синтаксична структура RBSP seq_parameter_set_rbsp() pic_paramete_set_rbsp() slice_layer_with_partitioning_rbsp() slice_layer_with_partitioning_rbsp() Синтаксис, семантика і процеси декодування для цих блоків NAL відповідають заданим в стандарті H.264/AVC. Специфікації параметрів кадру перемикання каналів Семантика бітових потоків кадрів перемикання каналів (CSF) пред'являє різні вимоги для ряду синтаксичних елементів, змінних і функцій, відмінні від вимог стандарту H.264/AVC. На Фіг.9 показаний генератор 900 кадру перемикання каналів (CSF). Генератор 900 CSF включає в себе генератор 902 набору SPS, генератор 904 набору PPS, генератор 906 оновлення IDR і генератор 908 І-кадру. Наступні вимоги відрізняються від стандарту H.264/AVC. Генератор 902 Nal_unit_type 7 8 5 1 С 0 1 2,3 2,3,4 набору SPS допускає, щоб блок NAL результуючого набору параметрів послідовності (SPS) кадру CSF 800 мав pic_order_cnt_type, що дорівнює 0. Додатково, генератор 902 набору SPS допускає, щоб блок NAL результуючого набору параметрів послідовності (SPS) кадру CSF 800 мав прапор gaps_in_frm_num_value_allowed_flag, що дорівнює 0. Генератор набору PPS створює блок NAL результуючого PPS. Генератор 908 І-кадру створює блок NAL І-кадру. Генератор 906 оновлення IDR створює блок NAL результуючого IDR так, що синтаксичний елемент pic_order_cntlsb для зображення IDR може бути ненульовим. Зображення IDR, PicOrderCnt(), дорівнює зображенню відповідного 17 Р-слайса PicOrderCnt(). Додатково, синтаксичний елемент frame_num зображення IDR може бути ненульовим. frame_num зображення IDR дорівнює framenum відповідного Р-слайса. frame_num наступного зображення може дорівнювати (frame_num+1)%MaxFrameNum. Таким чином, генератор IDR включає в себе обчислювач 910 значення лічильника послідовності зображення (РОС) для IDR, який встановлює значення РОС блока NAL IDR рівним значенню РОС Р-слайса. Генератор IDR також включає в себе обчислювач 912 номера кадру зображення IDR, який встановлює номер кадру зображення рівним номеру кадру зображення Р-слайса. Генератор IDR в деяких випадках забезпечує також ненульові значення номера кадру зображення і лічильника РОС. Кодуючий пристрій 110 від стежу є номер кадру в блоці 916, де framenum зображення може дорівнювати (frame_num+1)%MaxFrameNum. Кодуючий пристрій 110 може відстежувати значення змінної PrevRefFrameNum так, що воно може бути встановлене рівним значенню CSF frame_num мінус 1. Декодування кадру перемикання каналів На Фіг.10 показаний процес 1000 для декодування бітового потоку з кадрами CSF. Процес 1000 декодування для І-слайсів у вигляді, заданому в параграфі 8 стандарту H.264/AVC, може бути використаний для декодування кадру перемикання каналів (CSF), якщо блок NAL з IDR замінений блоком NAL з I-слайсом (кодований слайс NAL типу 1), створеним генератором 908 І-кадру. Зображення в запитаному каналі з порядком виведення (відображення) перед кадром перемикання каналів (CSF) можуть бути відкинуті. З точки зору порядку виведення зміни в декодуванні наступних зображень відсутні. Наступні зображення, що ідуть за кадром CSF, не можуть використовувати як опорні кадри які-небудь зображення, що виводяться перед кадром CSF. У різних конфігураціях, наведених нижче, блоки в блок-схемах виконуються в зображеному порядку, або ці блоки або їх частини можуть виконуватися одночасно, паралельно або в іншому порядку. Таким чином, процес 1000 декодування починається з блока 1002, де декодується бітовий потік із зображеннями. За блоком 1002 іде блок 1004, де визначається, чи виявлений кадр CSF. Якщо не виявлений («НІ»), тоді відбувається циклічне повернення з блока 1004 в блок 1002, де має місце додаткове декодування бітового потоку. Однак, якщо в блоці 1004 результатом визначення є «ТАК», тоді кадр CSF декодується згідно з І-слайсами і/або протоколом типів блока NAL. За блоком 1006 іде блок 1008, де визначається, чи є в порядку виведення які-небудь зображення запитаного каналу перед кадром CSF. Якщо визначено «ТАК», то ці зображення в блоці 1010 відкидаються. За блоком 1010 іде блок 1012. Однак в тому випадку, якщо в блоці 1008 визначено «НІ», тоді за блоком 1008 іде блок 1012. У блоці 1012 визначається, чи є в порядку виведення яке-небудь зображення в запитаному каналі після кадру CSF. 93118 18 Якщо визначено «ТАК», то в блоці 1014 як неопорні кадри встановлюються зображення перед кадром CSF в порядку виведення. За блоком 1010 іде блок 1012. Однак, якщо визначено «НІ», тоді виконується циклічне повернення з блока 1012 в блок 1002. Також виконується циклічне повернення з блока 1014 в блок 1002, де має місце стандартне декодування. Неопорний кадр може бути встановлений шляхом скидання кадру або шляхом примусового установлення кадру як неопорного кадру. Рівень синхронізації Система MediaFLO™ може постачати контент щонайменше трьох типів: в реальному часі, не в реальному часі і по технології IP Datacast (наприклад, багатоадресна передача, одноадресна передача і т. д.)- Мережний інтерфейс пристрою багатоадресної передачі (MDNI) для доставки послуги реального часу показаний на Фіг.4. На Фіг.3 показаний зразковий взаємозв'язок між повідомленнями рівня синхронізації і медіапотоком реального часу, який виводиться на пристрій 304 або виводиться пристроєм 304 в мережі 302 FLO. Зразкова мережа 302 FLO може підтримувати безперервну доставку потокового контенту в реальному часі на пристрій 304. Кожний потік може доставлятися окремо, причому відповідний потік може бути ідентифікований як такий, що належить загальній послузі або набору послуг за допомогою використання системної інформації. Мережа 302 може додатково забезпечити дані, які дозволяють пристроям синхронізувати медіапотоки реального часу один з одним і узгодити їх з вимогами до тимчасового представлення контенту. Рівень для об'єднання медіапотоків і даних синхронізації відомий як рівень 406 синхронізації. У пристрої 304, необхідному для доступу до послуги реального часу, для визначення місцеположення цієї послуги використовується системна інформація. Після обробки метаданих, які стосуються послуги, таких як, наприклад, титул і номінальний режим представлення, доступний в даний момент по цій послузі, пристрій 304 може вибрати відповідний потік і відтворити прийнятий потік. Тимчасові співвідношення і синхронізація представлення цих потоків можуть регулюватися відповідними протоколами. Архітектура протоколів На Фіг.4 показані зразкові протокольні рівні 400 для послугиреального часу в мережі 302 FLO. Послуга реального часу може використовувати описані тут послуги рівня 408 кадрування, а також описаний тут рівень 410 шифрування/дешифрування потоку. Він може складатися щонайменше з двох субрівнів: рівень 404 медіакодека і рівень 406 синхронізації. Рівень 402 додатків реального часу показаний на більш високій ділянці протокольних рівнів 400. Рівень 404 медіакодека підтримує спеціалізовані медіакодеки, які не входять в об'єм даної конфігурації. Медіакодек подає послідовність медіакадрів на рівень 406 синхронізації в мережі. Кожний медіакадр може бути ідентифікований тимчасовою відміткою представлення (PTS), яка звичайно задає момент часу представлення кадру, і відповідним ідентифікатором (ID) кадру, який іде 19 нтифікує відносне положення кадру в послідовності кадрів в суперкадрі. Кодек джерела відео може створювати множину медіакадрів з однаковими PTS і ID кадру в суперкадрі. Для деяких типів медіа, особливо для відео, рівень 404 медіакодека в мережі 302 також подає метадані на рівень 406 синхронізації, які цей рівень в пристрої 304 може використовувати для підтримання захоплення і відновлення послідовності медіакадрів, які підлягають доставці на рівень 404 медіакодека в пристрої 304. Рівень 406 синхронізації відповідає за адаптацію медіакадрів, як того вимагає тип медіа, і за забезпечення синхронізації медіа і тимчасових співвідношень представлення. Рівень 406 синхронізації транспортує послідовність пакетів рівня синхронізації. Пакет рівня синхронізації несе в собі або медіакадр, або кадр адаптації, як буде описано нижче. Пакет рівня синхронізації, що несе медіакадр, формується шляхом додавання заголовка синхронізації (SH) до медіакадру. Заголовок синхронізації (SH) складається з типу медіа, загального медїазаголовка і заголовка, що відображає специфіку медіа, як більш детально описано нижче. Додатково, рівень 406 синхронізації може нести деякі метадані, які відображають специфіку кожного типу медіа. Ці метадані переносяться двома шляхами. По-перше, як було зазначено, в заголовок синхронізації пакетів рівня синхронізації можуть бути включені спеціальні розширення, які відображають специфіку медіа. По-друге, пакети рівня синхронізації можуть використовуватися для перенесення кадрів адаптації, які створюються на рівні 406 синхронізації і перемежовуються пакетами рівня синхронізації, що несуть медіакадри в тому ж потоці. Різні типи кадру адаптації ідентифікуються ідентифікатором додатку в заголовку синхронізації для кадру додатку. На Фіг.5А і 5В показані зразкові альтернативні взаємозв'язки між пакетами рівня синхронізації і медіакадрами згідно з деякими конфігураціями. На Фіг.5А показаний зразковий пакет 500 рівня синхронізації, закодований кодуючим пристроєм 110. У пакеті 500 рівня синхронізації міститься, наприклад, множина медіакадрів 504, 506 і 510 змінної довжини. Перед кожним медіакадром 504, 506 і 510 іде відповідний заголовок 502 синхронізації (SH). Заголовок 502 синхронізації (SH) включає в себе три компоненти. Ці три компоненти містять тип 520 медіа (МТ), загальний медіазаголовок (СМН) 522 і заголовок 524, що відображає специфіку медіа (MSH), які детально описані нижче. У прикладі за Фіг.5А кадр 508 адаптації вставлений між медіакадрами 506 і 510. Перед кадром 508 адаптації іде заголовок 512 синхронізації (SH), що має дві компоненти. Ці дві компоненти заголовка 512 синхронізації (SH) включають в себе тип 530 медіа (МТ) і тип 532 адаптації (AT). На Фіг.5 показаний другий зразковий пакет 550 рівня синхронізації, закодований кодуючим пристроєм 110. У пакеті 550 рівня синхронізації міститься, наприклад, множина медіакадрів 564, 570 і 580 змінної довжини. Перед кожним медіакадром 564, 570 і 580 іде відповідний заголовок 560 синхронізації (SH) і заголовок 562 адаптації (АН). У 93118 20 прикладі на Фіг.5В кадр 574 адаптації вставлений між кадрами 570 і 580. Перед кадром 574 адаптації ідн заголовок 572 синхронізації (SH). Опції конфігурації потоку реального часу Для потоків, що забезпечують дані реального часу, опції конфігурації потоку можуть бути сконфигуровані таким чином: 1) FASB_ALLOWED означає «не вибраний»; 2) CHECKSUM_ACTIVE означає «конфігуровний»; і 3) STREAM_ENCRYPTION_ACTIVE означає «конфігуровний». Інтерфейси рівня медіакодека і кадрування Послуга реального часу може складатися з потокової компоненти більше ніж одного типу, наприклад, відео, аудіо і текст, використовуваний для коментарів або введення кодованих титрів, причому це можливо в потоках на множині мов і навіть множині їх комбінацій. Кожна потокова компонента може переноситися в окремому потоці, або множина потокових компонент може переноситися в єдиному потоці. Що стосується Фіг.3, то тут кожний тип контенту кодується і форматується відповідним чином. Тут підтримуються три типи потокового контенту, однак фахівцям в даній галузі техніки очевидна можливість розширення представлених тут концепцій: відео (наприклад, Н.264); аудіо (наприклад, НЕ-ААС, версія 2); і/або синхронні дані (наприклад, синхронний текст 3GPP PSS). Кадри 508 або 574 адаптації, які переносять метадані, пов'язані з потоком, розглядаються як контент четвертого типу. Інтерфейс медіакодека в мережі 302 подає послідовність медіакадрів 504, 506, 510, 564, 570 і 580 на рівень 406 синхронізації. У пристрої 304 рівень 406 синхронізації подає послідовність медіакадрів (наприклад, 504, 506 і 510) в медіакодек. Медіакадри (наприклад, 504, 506 і 510) можуть бути вирівняні по байтових границях при проходженні через інтерфейс між рівнем 406 синхронізації і рівнем 404 медіакодека як в пристрої 304, так і в мережі 302. Рівень 406 синхронізації в мережі 302 додає заголовки рівня синхронізації (наприклад, 502) в медіакадри (наприклад, 504, 506 і 510) для створення пакетів синхронізації, перемежовує їх з пакетами синхронізації, які доставляють кадри 508 адаптації, і доставляє результуючі пакети синхронізації на рівень 408 кадрування для передачі. Пакети синхронізації, що несуть медіакадри відео, можуть передаватися або в компоненті модуляції базового рівня, або в компоненті модуляції рівня поліпшення, як це задається рівнем 404 медіакодека для відео. Інші пакети синхронізації можуть передаватися в компоненті базового рівня. Рівень 406 синхронізації в пристрої 304 доставляє медіакадри (наприклад, 504, 506 і 510) на рівень 404 медіакодека в порядку зростання ID кадру в кожному суперкадрі. На порядок доставки медіакадрів відео накладаються деякі додаткові обмеження в тому випадку, коли є більше одного медіакадру відео з однаковим ID кадру. Максимальний розмір медіакадру (наприклад, 504, 506 і 510) не може перевищувати PMAX_RT байтів, де PMAX_RT - конфігуровний параметр системи 21 FLO, який може бути сконфігурований для забезпечення можливості мати множину різних розмірів медіакадру. У подальшому описі визначається адаптація сервісних пакетів, що надаються медіакодеками для транспортування через рівень 406 синхронізації для кожного типу медіа, і взаємодії рівня 406 синхронізації з рівнем 408 кадрування, що відображають специфіку медіа. Відеоконтент Інтерфейс мережного медіакодека Відеокадри можуть створюватися з будь-якою номінальною частотою, заданою в Таблиці 8, наведеній нижче. Номінальна частота кадру може змінюватися в суперкадрі, наприклад, через те, що контент з різних джерел надходить в мережу з різною частотою кадрів. Для кожного суперкадру рівень 404 медіакодека може указати рівню 406 синхронізації кількість медіакадрів, яку бажано представити користувачеві. Відеокадри складаються з цілого числа байтів. Отже, немає необхідності в байтовому вирівнюванні медіакадру, який транспортує відеокадр. Рівень 404 відеокодека може представляти відеокадри на рівень 406 синхронізації в порядку декодування. Рівень 404 медіакодека може забезпечити з кожним відеокадром наступні метадані для рівня 406 синхронізації: 1) PTS і ID кадру; 2) частоту кадрів, пов'язану з даним кадром, яка ідентифікує миттєву частоту, з якої відеокадри повинні надаватися користувачеві; 3) чи є кадр точкою довільного доступу (RAP), яку пристрій 304 може використовувати для захоплення відеопотоку; 4) чи є кадр опорним кадром; 5) чи містить кадр суттєву відеоінформацію або додаткову відеоінформацію; і/або 6) чи призначений кадр для передачі в компоненті базового рівня або компоненті рівня поліпшення. Критерій, за яким визначається, чи є відеоінформація суттєвою або додатковою, визначається рівнем 404 відеокодека. Значення ID кадру може бути встановлене рівним нулю для першого відеокадру в суперкадрі. Воно може або залишатися тим же самим для кожного подальшого відеокадру, поданого на рівень 406 синхронізації, або зростати аж до значення, яке дорівнює кількості медіакадрів, що підлягають представленню пристроєм 304. Доставка кадрів з однаковим ID кадру через інтерфейс пов'язана з рядом обмежень. Перше обмеження полягає в тому, що, якщо рівень 404 медіакодека створює один або декілька RAPкадрів і один або декілька альтернативних кадрів з однаковим ID кадру, то він може представити RAPкадр (кадри) на рівень 406 синхронізації перед альтернативними кадрами. Друге обмеження полягає в тому, що, якщо рівень 404 медіакодека створює два кадри з одним і тим же ID кадру, які відрізняються тільки рівнем якості відео, низькоякісний кадр може передаватися в компоненті базового рівня, а високоякісний кадр може передаватися в компоненті рівня поліпшення. Мережний інтерфейс рівня кадрування Рівень 406 синхронізації може згрупувати пакети синхронізації, які переносять відеокадри, відповідно до того, чи передаються вони компоненті 93118 22 базового рівня або компоненті рівня поліпшення. Кожна група може оброблятися окремо. Рівень 406 синхронізації може подати пакети синхронізації для коленої групи на рівень 408 кадрування в порядку зростання ID кадру. Два пакети синхронізації з однаковим ID кадру в одній і тій же компоненті можуть бути подані на рівень 408 кадрування в тому порядку, в якому вони були одержані від рівня 404 медіакодека. Інтерфейс рівня кадрування в пристрої Пристрій 304 може відновити пакети синхронізації, передані з компонент базового рівня і рівня поліпшення, а також може відновити порядок, в якому вони повинні доставлятися через інтерфейс медіакодека в пристрої шляхом їх спільної обробки. Інтерфейс медіакодека в пристрої Рівень 406 синхронізації в пристрої 304 може представляти медіакадри відео (наприклад, 504, 506 і 510) на рівень 404 медіакодека в порядку декодування, визначеному виходячи з ID кадру згідно з додатковими рекомендаціями (всі або деякі з яких можуть бути виключені в альтернативних конфігураціях). Перша рекомендація полягає в тому, що, якщо рівень 406 синхронізації виявляє медіакадр відео з встановленим прапором RAP («RAP-кадр») і одним або декількома кадрами, що не є RAP-кадром, і однаковим ID кадру, тоді додатково оцінюється одна з двох умов. Перша умова (для першої рекомендації) полягає в тому, що, якщо рівень 406 синхронізації не захопив відеопотік, то він може доставити RAP-кадр через інтерфейс медіакодека (МСІ) і може відкинути кадри, що не є RAP-кадрами. У іншому випадку (друга умова), рівень 406 синхронізації може відкинути RAP-кадр і може доставити кадр (кадри), що не є RAP-кадром, через інтерфейс медіакодека (МСІ), якщо це необхідно. RAP-кадр може бути кадром CSF. Друга рекомендація полягає в тому, що, якщо рівень 406 синхронізації виявляє два медіакадри відео з ідентичними заголовками рівня синхронізації (SH), він може доставити кадр, одержаний на рівні поліпшення, на рівень 404 медіакодека і відкинути кадр, одержаний в базовому рівні. Третя рекомендація полягає в тому, що, якщо рівень 406 синхронізації виявляє медіакадр відео з суттєвою відеоінформацією і другий медіакадр відео з тим же самим ID кадру і додатковою відеоінформацією, то розглядаються дві додаткових умови. Згідно з першою умовою в третій рекомендації, якщо рівень 404 медіакодека не підтримує обробку додаткової відеоінформації, то рівень 406 синхронізації може відкинути цей медіакадр відео і доставити медіакадр відео з суттєвою відеоінформацією на рівень 404 медіакодека. Згідно з другою умовою третьої рекомендації, якщо перша умова не виконується, то рівень 406 синхронізації може доставити обидва медіакадри відео на рівень 404 медіакодека. На Фіг.16 показана блок-схема процесу 1600 обробки з рівня 406 синхронізації на рівень 404 медіакодека в пристрої 304. Процес 1600 починається з блока 1602, де медіакадри відео надаються з рівня 406 синхронізації на рівень 404 медіако 23 дека в порядку декодування на основі ідентифікаційного номера кадру. За блоком 1602 іде блок 1604, де визначається, чи є два суміжних кадри з однаковим ідентифікаційним номером, і де один кадр є RAP-кадром (наприклад, CSF), а інший не є RAP-кадром. Якщо результатом визначення є «НІ», то виконується циклічне повернення з блока 1604 в блок 1602. Однак у випадку, якщо визначається «ТАК», тоді за блоком 1604 іде блок 1606, де визначається, чи захопив рівень 406 синхронізації відеопотік. Якщо визначено, що «ТАК», тоді за блоком 1606 іде блок 1608, де RAP-кадр відкидається, а кадри, що не є RAP-кадрами, доставляються в інтерфейс МСІ у випадку необхідності. Якщо визначено «НІ», тоді за блоком 1606 іде блок 1610, де RAP-кадр посилається в інтерфейс МСІ, а кадри, що не є RAP-кадрами, відкидаються. На Фіг.17 показаний приклад бітового потоку 1700, створеного мережею 302, де є суміжні кадри з однаковими ідентифікаційними номерами. Бітовий потік 1700 аналогічний бітовому потоку, показаному і описаному в зв'язку з Фіг.5А. Як приклад, медіакадр 1704 включає в себе Р-кадр (1) для каналу, позначеного як СН-CNN. Медіакдр 1704 включає в себе заголовок 1702 синхронізації (SH). Заголовок 1702 синхронізації (SH) аналогічний раніше описаному заголовку 502 синхронізації (SH). У цьому прикладі припустимо, що кадр CSF був вставлений для ініціювання зміни каналу, наприклад, на канал CH-ESPN. Кадр CSF представлений медіакадром 1708 і включає в себе заголовок 1706 синхронізації (SH). Кадр CSF є RAPкадром і має заголовок СМН 1720 з ідентифікаційним номером кадру. В ілюстративних цілях кадр адаптації з відповідним заголовком SH показаний після кадру CSF (медіакадр 1708). Медіакадр 1712 позначений як кадр, що не є RAP-кадром, причому перед ним іде заголовок 1710 синхронізації (SH). У цьому бітовому потоці 1700 медіакадри 1708 і 1712 є суміжними. Кадр CSF призначений для перемикання каналів, наприклад, на канал CH-ESPN. Для ініціювання зміни каналу медіакадр 1712 являє собою Р-кадр (2) і має СМН в заголовку 1710 синхронізації з ідентифікаційним номером кадру, співпадаючим з ідентифікаційним номером кадру в заголовку 1706 синхронізації (SH) для кадру CSF (медіакадр 1708). За медіакадром 1712 іде медіакадр 1716, що має заголовок 1714 синхронізації. Медіакадр 1716 може бути В-кадром. З точки зору порядку виведення В-кадр іде перед Р-кадру. Таким чином, Вкадр відкидається або опускається (дивись Фіг.10). Що стосується опису до Фіг.10, медіакадр 1704 необхідно визначити як неопорний кадр. Оскільки має місце зміна каналу, кадр 1704 не може служити як опорний кадр для відеокадру в іншому каналі. Медіакадр 1704 може бути встановлений як неопорний кадр або видалений з буфера. Проте, можуть бути використані інші засоби, що виключають використання медіакадру як опорного кадру. Аудіоконтент Мережний інтерфейс медіакодека Аудіокадри створюються з фіксованою частотою відповідно до типу вткористовуваного аудіо 93118 24 кодека. Однак частота аудіокадрів може не бути кратною частоті суперкадрів. Для кожного суперкадру рівень 404 медіакодека може указати рівню 406 синхронізації кількість медійних кадрів, яку бажано представити. ID кадру може бути пов'язаний з кожним аудіокадром, представленим рівню 406 синхронізації. ID кадру може бути наданий або рівнем 404 медіакодека, або рівнем 406 синхронізації. Значення ID кадру може бути встановлене рівним нулю для першого аудіокадра в суперкадрі. Це значення може зростати для кожного подальшого аудіокадра, що подається на рівень 406 синхронізації, аж до значення, яке дорівнює кількості медіакадрів, що представляються пристроєм 304. Рівень 404 медіакодека в мережі 302 може представляти аудіокадри рівню 406 синхронізації в порядку їх створення. Аудіокадр може складатися з нецілого числа байтів. Рівень 404 медіакодека може забезпечити байтове вирівнювання згідно зі засобом, заданим для типу використовуваного аудіокодека. Рівень 404 медіакодека може надати метадані рівню 406 синхронізації разом з кожним аудіокадром. Ці метадані включають в себе ID кадру, якщо він наданий рівнем 404 медіакодека. Визначення, чи є кадр RAP-кадром Визначається, чи містить кадр суттєву аудіоінформацію або додаткову аудіоінформацію. Критерій, за яким визначається, чи є аудіоінформація суттєвою або додатковою, визначається рівнем 404 медіакодека. Мережний інтерфейс рівня кадрування Пакети синхронізації, що містять аудіокадри, можуть передаватися в компоненті модуляції, яка направляється рівнем 404 медіакодека. Аудіокадри, одержані в кожній компоненті модуляції, можуть бути представлені рівню 408 кадрування в порядку їх створення. Інтерфейс рівня кадрування в пристрої Рівень 406 синхронізації в пристрої 304 може обробляти пакети синхронізації в порядку їх прийому через інтерфейс рівня кадрування. Інтерфейс медіакодека в пристрої Рівень 406 синхронізації в пристрої 304 може представляти аудіокадри рівню 404 медіакодека в порядку їх витягання з пакетів синхронізації. Контент синхронних даних Мережний інтерфейс медіакодека Кадри синхронних даних створюються із змінною частотою. Як правило, але не обов'язково, є щонайменше один кадр синхронних даних на один суперкадр в потоці синхронних даних, як добре видно на Фіг.3. ID кадру може бути пов'язаний з кожним кадром синхронних даних, представленим рівню 406 синхронізації. ID кадру може надаватися або рівнем 404 медіакодека, або рівнем 406 синхронізації. Значення ID кадру може бути встановлене рівним нулю для першого кадру синхронних даних в суперкадрі. Це значення може зростати для кожного подальшого кадру синхронних даних, представленого рівню синхронізації, аж до значення, рівного кількості медіакадрів, що представляються пристроєм. 25 Рівень 404 медіакодека в мережі може представляти кадри синхронних даних рівню 406 синхронізації в порядку їх створення. Кадри синхронних даних можуть складатися з нецілої кількості байтів. Байтове вирівнювання може бути забезпечене згідно зі засобом, заданим використовуваним типом синхронних даних. Метадані, що надаються рівнем 404 медіакодека рівню 406 синхронізації разом з кожним кадром синхронних даних, якщо такі є, залежать від типу даних. Мережний інтерфейс рівня кадрування Пакети синхронізації, що містять кадри синхронних даних, можуть передаватися в компоненті модуляції, направленої рівнем 404 медіакодека. Кадри синхронних даних, що приймаються в кожній компоненті модуляції, можуть бути подані на рівень кадрування в порядку їх створення. Інтерфейс рівня кадрування в пристрої Рівень 406 синхронізації в пристрої може обробляти пакети синхронізації в порядку їх прийому через інтерфейс рівня кадрування. Інтерфейс медіакодека в пристрої Рівень 406 синхронізації в пристрої може представляти кадри синхронних даних на рівень 404 медіакодека в порядку їх витягання з пакетів синхронізації. Захоплення на рівні синхронізації На Фіг.6 показаний зразковий кінцевий автомат 600 для обробки рівня 406 синхронізації для окремого потоку в пристрої згідно з деякими конфігураціями. Кінцевий автомат 600 ілюструє переходи зі стану в стан, а також обробку, виконувану в кожному стані. Стан виконання захоплення Пристрій 304 може увійти в стан 606 виконання захоплення в будь-якому з наступних випадків: 1) захоплення сигналу FLO, позначене посиланням 602; 2) прийом від рівня 408 кадрування індикації про зміну ID потоку, позначений посиланням 612; 3) втрата сигналу FLO, позначена посиланням 610, при знаходженні в стані 614 після захоплення; 4) виявлення медіакадру з помилками, також позначене посиланням 610, при знаходженні в стані 614 після захоплення; сигналізація про помилки може здійснюватися рівнем 408 кадрування або помилки можуть бути виявлені в результаті контролю за допомогою надмірного циклічного коду (CRC), якщо обробка CRC сконфігурована. Додатково, перехід в стан 606 виконання захоплення можливий при одержанні кадру, що не є RAP-кадром (визначено посиланням 604). У випадку передачі відеопотоку пристрій 304 може використовувати інформацію, надану каталогом рівня синхронізації відео, якщо він доступний, щоб визначити природу медикадрів, зачеплених помилкою. Пристрій 304 здатний визначити, що процедури усунення помилок можливі без повторного переходу в стан 614 виконання захоплення. Стан після захоплення Після прийому RAP-кадру (визначено посиланням 608), тобто за відсутності помилок, пристрій 304 може перейти в стан 614 після захоплення. Перехід в цей же стан відбувається, коли не виявлено жодної помилки в кадрах (визначено 93118 26 посиланням 616), при знаходженні в стані 614 після захоплення. При знаходженні в стані 614 захоплення пристрій 304 може обробляти медіакадри, що надаються рівнем 408 кадрування. Достовірні медіакадри можуть бути доставлені на рівень 404 медіакодека. Заголовок синхронізації (SH) На Фіг.11 показаний генератор 1110 заголовка синхронізації, який створює заголовок 1100 синхронізації. Генератор 1110 заголовка синхронізації включає в себе генератор 1130 типу медіаполя, який створює коди типу медіа. Коди типу медіа витягуються для вставлення в формат заголовка 1100 синхронізації, причому вони включають в себе 00 для відео в блоці 1132, 01 для аудіо в блоці 1134, 10 для синхронних даних в блоці 1136 і 11 для адаптації в блоці 1140. Генератор 1110 заголовка синхронізації також включає в себе генератор 1150 додаткових полів. Генератор 1110 заголовка синхронізації також створює тип адаптації (AT) як показано на Фіг.5А, за допомогою генератора 1160 типу адаптації, показаного на Фіг.12В. Заголовок 1100 синхронізації складається з поля 1102 типу медіа, за яким ідуть додаткові поля 1104, формат яких залежить від значення поля типу медіа, створеного генератором 1130 типу медіаполя. Генератор 1150 додаткових полів показаний на Фіг.12А. Загальний формат заголовка 1100 синхронізації показаний в таблиці 2. Таблиця включає в себе ім'я поля, тип поля і присутність поля. Присутність поля вказує, чи є поле обов'язковим, умовним і т.д. Тип поля вказує, чи є поле цілочисловим без знаку (UINT), змінним, бітами і т.д. Таблиця 2 Загальний формат заголовка рівня синхронізації Ім'я поля MEDIA_TYPE (1102) Додаткові поля (1104) Тип поля UINT (2) Змінна Присутність поля Обов'язкова Обов'язкова MEDIA_TYPE Поле 1102 MEDIA_TYPE ідентифікує тип медіакадру, що переноситься пакетом рівня синхронізації, або визначає, що пакет рівня синхронізації несе кадр адаптації. Значення, визначені для поля MEDIA_TYPE, перераховані в Таблиці 3. Таблиця 3 Значення, визначені для MEDIA_TYPE Ім'я Відео Аудіо TIMED_DATA Адаптація Значення 00 01 10 11 27 93118 Додаткові поля На Фіг.12А показаний генератор 1150 додаткових полів, що входить в генератор 1110 заголовка синхронізації. Генератор 1150 додаткових полів включає в себе асемблер 1200 загального медіазаголовка і асемблер 1202 заголовка, який враховує специфіку медіа. Формат додаткових полів 1104 залежить від значення поля 1102 типу медіа. Асемблер 1200 загального заголовка медіа формує заголовок СМН (Фіг.5А) відповідно до елементів Таблиці 4. Асемблер 1202 заголовка, що відображає специфіку медіа, формує заголовок MSH (Фіг.5А) згідно з елементами в Таблиці 4. Загальний формат полів заголовка для пакетів синхронізації, що передають медіакадри з відео, аудіо або з синхронними даними, показаний в Таблиці 4. Таблиця 4 Загальний формат додаткових полів заголовка рівня синхронізації для медіа кадрів Ім'я поля Тип поля Загальний медіазаго- Біт (22) ловок Заголовок, що відоЗмінна бражає специфіку медіа Присутність поля Обов'язкова Умовна Загальний формат полів заголовка для пакетів синхронізації, що передають кадри адаптації, показаний в Таблиці 5. На Фіг.12В показаний генератор 1160 типу адаптації, що входить в генератор 1110 заголовка синхронізації. Таблиця 5 Загальний формат додаткових полів заголовка рівня синхронізації для кадрів адаптації Ім'я поля ADAPTATION TYPE Тип поля UINT (6) Присутність поля Обов'язкова Загальний медіазаголовок На Фіг.13А показаний асемблер 1200 загального медіазаголовка. Асемблер 1200 заголовка СМН включає в себе генератор 1302 відмітки PTS, генератор 1304 ідентифікатора frame_id, генератор 1306 прапора information_leveI_flag і генератор 1308 прапора RAP_flag. Формат загального медіазаголовка (СМН) для пакетів рівня синхронізації, що несуть медіакадри, показаний в Таблиці 6. Загальний медіазаголовок (СМН) надає різну інформацію. Інформація СМН включає в себе: 1) інформацію про відмітки часу і ID медіакадру; 2) точки довільного доступу в безперервному потоці даних. Це підтримує швидке захоплення аудіо- і відеопотоків і потоку з синхронним текстом. Інформація СМН також включає в себе: 3) індикацію неопорних кадрів. Це дозволяє в деяких обставинах відкидати медіакадри без їх обробки (наприклад, 28 швидке прокручування уперед). Інформація СМН також включає в себе: 4) індикатор рівня якості. Формат загального медіазаголовка, що створюється асемблером 1200 загального медіазаголовка, показаний в Таблиці 6 Таблиця 6 Формат загального медіа заголовка Тип поля PTS UINT (14) FRAME_ID UINT (6) INAORMATION_LEVEL_FLAG Біт (1) RAP_FLAG Біт (1) Ім'я поля Присутність поля Обов'язкова Обов'язкова Обов'язкова Обов'язкова Окремі поля заголовка СМН визначені нижче. Поле PTS Поле PTS є відміткою часу представлення медіакадру, яка створюється генератором 1302 PTS. Це поле задається в мілісекундах. Поле PTS додається до часу суперкадру для одержання дійсного моменту часу представлення медіакадру. FRAME_ІD FRAME_ID являє собою номер медіакадру в суперкадрі, який створюється генератором 1304 frame_id. Цей номер встановлюють рівним 0 для першого медіакадру в суперкадрі і збільшують на одиницю для кожного подальшого медіакадру, який має інше значення для PTS. INFORMATION_LEVEL_FLAG INFORMATION_LEVEL_FLAG являє собою біт, який вказує, чи несе медіакадр суттєву інформацію для цього медіакадру або додаткову інформацію, яку можна одержати за допомогою суттєвої інформації. INFORMATION_LEVEL_FLAG створюється генератором 1306 прапора informationlevel flag. Генератор 1306 створює INFORMATION_LEVEL_FLAG згідно з наступними умовами. Якщо медіакадр несе суттєву інформацію (умова 1), то INFORMATION_LEVEL_FLAG може бути встановлений рівним 0. Якщо медіакадр несе додаткову ознаку (умова 2), INFORMATION_LEVEL_FLAG може бути встановлений рівним 1. Якщо медіакодек не підтримує рівень додаткової інформації (умова 3), то INFORMATION_LEVEL_FLAG може бути встановлений рівним 0, і це поле може бути проігнороване пристроєм. RAP_FLAG Прапор RAP_FLAG сигналізує про те, чи є медіакадр точкою довільного доступу; при цьому він створюється генератором 1308 RAP_flag. Пристрій 304 може використовувати RAP_FLAG під час повторного захоплення або перемикання каналів, щоб визначити, чи можна починати доступ до медіапотоку з вказаним медіакадром. Генератор 1308 RAP flag створює RAP_FLAG згідно з наступними умовами. Якщо (умова 1) MEDIA_TYPE встановлений рівним VIDEO або AUDIO і якщо даний медіакадр є точкою довільного доступу, то RAP_FLAG може бути встановлений рівним 1. Як 29 93118 що (умова 2) MEDIA_TYPE встановлений рівним VIDEO або AUDIO і якщо даний медіакадр не є точкою довільного доступу, то RAP_FLAG може бути встановлений рівним 0. Якщо (умова 3) MEDIA_TYPE встановлений рівним TIMED_DATA, то RAP_FLAG може бути встановлений рівним 1 у всіх медіакадрах. Заголовки, що відображають специфіку медіа На Фіг.13В показаний асемблер 1202 заголовка, який відображає специфіку медіа. Асемблер 1202 заголовка, який відображає специфіку медіа (MSH), формує формати заголовка, який відображає специфіку медіа (Фіг.5А), для пакетів рівня синхронізації, що несуть медіакадр, відповідно до типу медіа. Типами медіа є аудіо, відео, синхронні дані і адаптація. Асемблер 1202 заголовка MSH включає в себе генератор 1322 частоти кадрів, генератор 1324 прапора unreferenced_frame_flag і генератор 1326 резервного поля для типу медіа, призначеного для відео. Відео Заголовок, який відображає специфіку медіа (MSH), для пакетів рівня синхронізації, що несуть медіакадри з відео, є медіазаголовком для відео. Формат медіазаголовка для відео заданий в Таблиці 7. 30 Окремі поля медіазаголовка для відео визначені нижче RAME_RATE Поле FRAME_RATE представляє частоту, з якою кадри створюються мережею, причому це поле створюється генератором 1322 частоти кадрів згідно зі значеннями в Таблиці 8. Значення, визначені для FRAME_RATE, показані в Таблиці 8. Частота FRAME_RATE являє собою номінальну частоту відображення (кадрів в секунду) при прийомі повного відеопотоку. Наприклад, якщо відеопотік посилається з використанням як базового рівня, так і рівня поліпшення, то FRAME_RATE є частотою після того, як обидва потоки даних повністю декодовані. Дійсні частоти відображення можуть відрізнятися одна від одної. Наприклад, пристрій, що приймає тільки базовий рівень передачі, може відображати кадри із зниженою частотою. UNREFERENCED_FRAME_FLAG Прапор UNREFERENCED_FRAME_FLAG являє собою біт, який вказує, чи використовується медіакадр як опорний для відновлення інших медіакадрів, причому цей прапор створюється генератором 1324 прапора unreferenced frame flag. Генератор 1324 створює UNREFERENCED_FRAME_FLAG на основі наступних умов. Якщо медіакадр є опорним кадром (умова 1), то UNREFERENCED_FRAME_FLAG може бути встановлений рівним 0. Якщо медіакадр не є опорним кадром (умова 2), то UNREFERENCED_FRAME_FLAG може бути встановлений рівним 1. RESERVED (зарезервовано) Значення бітів RESERVED може бути встановлене рівним 0, причому це значення створюється генератором 1326 резервного поля, коли це необхідно. Аудіо Асемблер 1202 заголовка, який відображає специфіку медіа, не створює заголовок, який відображає специфіку медіа, для пакетів рівня синхронізації, що несуть медіакадри з аудіоданими. Проте, асемблер 1202 заголовка, який відображає специфіку медіа, може бути модифікований, щоб забезпечити вказаний заголовок MSH для аудіо. Синхронні дані Асемблер 1202 заголовка, який відображає специфіку медіа, включає в себе генератор 1332 timed_data_type. Заголовок, який відображає специфіку медіа, для пакетів рівня синхронізації, що несуть медіакадри з синхронними даними, являє собою медіазаголовок синхронних даних. Формат медіазаголовка синхронних даних, що створюється генератором 1332 timed_data_type, показаний в таблиці 9. Таблиця 8 Таблиця 9 Таблиця 7 Медіазаголовок для відео Тип Присутність поля поля FRAME_RATE UINT Обов'язкова (3) UNREFERENCED_FRAME_FLAG Біт Обов'язкова (1) Зарезервовано UINT Обов'язкова (4) Ім'я поля Значення, визначені для FRAME_RATE Частота кадрів (кадрів в секунду) 2400/1001 (23,976) 24 25 30000/1001 (29,97) 30 50 60000/1001 (59,94) 60 Значення 000 001 010 011 100 101 110 111 Формат медіазаголовка синхронних даних Ім'я поля TIMED_DATA_TYPE Тип поля UINT (8) Присутність поля Обов'язкова TIMED_DATA_TYPE Поле TIMED_DATA_TYPE ідентифікує конкретний тип даних в медіакадрі TIMED_DATA, причому воно створюється генератором 1332 timed_data_type. Значення, визначені для TIMED_DATA_TYPE, задані в Таблиці 10. 31 93118 32 Таблиця 10 Значення, визначені для TIMED_DATA_TYPE Ім'я CHARACTER_TEXT Значення з 1 по 256 зарезервовані Значення 0 Каталог рівня синхронізації відео (VSL) Ім'я поля VSL_RECORDS ADAPTATION_TIPE На Фіг.12В показаний генератор 1160 типу адаптації, що входить в генератор 1110 заголовка синхронізації. Генератор 1160 типу адаптації включає в себе асемблер 1220 каталогу video_sync_layer. Поле ADAPTATION_TIPE задає тип даних адаптації в кадрі адаптації. Значення, визначені для поля ADAPTATION_TIPE, задані в Таблиці 11. Таблиця 11 Значення, визначені для ADAPTATION_TIPE Ім'я video_sync_layer_directory Всі інші значення зарезервовані Таблиця 12 Значення 1 Кадри адаптації Структура тіла кадру адаптації (наприклад, 508) залежить від типу адаптації. Тіло кадру адаптації для кожного типу адаптації задане в Таблиці 11 і описане нижче. Каталог рівня синхронізації відео (VSL) Асемблер 1220 каталогу video_sync_layer створює каталог рівня синхронізації відео, який є необов'язковим кадром адаптації і може бути використаний рівнем 406 синхронізації в пристрої, щоб сприяти усуненню помилок, яке виконується відеокодеком. Наприклад, він дозволяє рівню 406 синхронізації визначити, чи призначався втрачений або пошкоджений кадр як опорний кадр. Інформація про це дозволяє відеокодеку вирішити, чи потрібно обробляти подальші кадри аж до чергового опорного кадру або їх треба відкинути. Асемблер 1160 каталогу video_sync_layer, показаний на Фіг.14, включає в себе модуль 1402 записів VSL_records, модуль 1412 бітів RAP_flag_bits, модуль 1422 бітів U_frame_flag_bits і резервний модуль 1432 для створення і формування каталогу video_sync_layer. Каталог video_sync_layer, якщо він наявний, може транспортуватися у вигляді кадру адаптації рівня синхронізації в компоненті базового рівня потоку, що транспортує відео, для якого він застосовується. Цей каталог потрібно передавати щонайменше один раз протягом суперкадру. Формат каталогу video_sync_layer заданий в Таблиці 12. RAP_FLAG_BITS U_FRAME_FLAG_ BITS Зарезервовано Присутність поля VSL_RECORD_ Обов'язкова TYPE BIT (60) Обов'язкова BIT (60) Обов'язкова Тип поля BIT (змінна) Умовна VSL_RECORD На Фіг.15 показаний модуль 1402 запису VSL. Модуль 1402 запису VSL включає в себе модуль 1502 more_VSL_records, модуль 1504 frame_rate, модуль 1506 num_frames, модуль 1508 first_frame_PTS і модуль 1510 last_frame_PTS. Модуль 1502 more_VSL_records може створювати і формувати один або декілька записів VSL_RECORD для каталогу. Формат VSL_RECORD заданий в Таблиці 13. Таблиця 13 Формат VSL_RECORD Ім'я поля Тип поля MORE_VSL_RECORDS FRAME_RATE NUM_FRAMES FIRST_FRAME_PTS LAST_FRAME_PTS Біт (1) UINT (3) UINT (6) UINT (14) UINT (14) Присутність поля Обов'язкова Обов'язкова Обов'язкова Обов'язкова Обов'язкова MORE_VSL_RECORDS Модуль 1502 more_VSL_records створює прапор MORE_VSL_RECORDS, який може бути встановлений рівним 0, якщо поточний запис VSL_RECORD є останнім в каталозі рівня синхронізації відео. Модуль 1502 more_VSL_records створює прапор MORE_VSL_RECORDS, який може бути встановлений рівним 1, якщо поточний запис VSL_RECORD не є останнім в каталозі рівня синхронізації відео. Кількість записів VSL_RECORD в каталозі рівня синхронізації відео може бути на 1 більша, ніж кількість змін номінальної частоти відеокадрів в суперкадрі. FRAME_RATE Модуль 1504 framerate створює і формує поле FRAME_RATE, яке забезпечує інформацію про частоту кадрів, використовувану в записі VSL_RECORD. Таблиця 8 задає значення, визначені для поля FRAME_RATE. 33 NUM_FRAMES Модуль 1506 num_frames створює поле NUM_FRAMES, яке вказує кількість медіакадрів відео з різними значеннями ID кадру з частотою кадрів, заданою полем FRAME_RATE, в блоці послідовних медіакадрів відео, починаючи з FIRSTFRAMEPTS в суперкадрі. FIRST_FRAME_PTS Модуль 1508 first_frame_PTS створює відмітку часу FIRST_FRAME_PTS, яка є PTS першого медіакадру відео в блоці послідовних медіакадрів відео з частотою кадрів, що задається параметром FRAME_RATE. LAST_FRAME_PTS Модуль 1510 last_frame_PTS створює і формує LAST_FRAME_PTS, яка є відміткою PTS останнього медіакадру відео в блоці послідовних медіакадрів відео з частотою, що задається параметром FRAME_RATE, починаючи з FIRST_FRAME_PTS. RAP_FLAG_BITS Модуль 1412 RAP_flag_bits створює біти RAP_FLAG_BITS. Каталог рівня синхронізації відео містить 60 RAP_FLAG_BITS відповідно до максимальної кількості медіакадрів відео, що дорівнює 60, в суперкадрі. Кожний біт поля RAP_FLAG_BITS відповідає конкретному медіакадру відео, що визначається ID кадру аж до значення, яке дорівнює кількості окремих відеокадрів відео в суперкадрі. Молодший значущий біт відповідає першому медіакадру відео, що покривається першим записом VSL_RECORD. За бітами RAP_FLAG_BITS, що покриваються першим записом VSL_RECORD, ідуть біти RAP_FLAG_BITS, що покриваються другим і подальшими записами VSL_RECORD, якщо вони наявні, в порядку їх передачі. Кожний біт в полі RAP_FLAG_BITS каталогу рівня синхронізації відео може бути встановлений рівним 1, якщо відповідний медіакадр відео є точкою довільного доступу і не супроводжується кадром, що не є RAP-кадром з тим же ID кадру. У іншому випадку, цей біт встановлюють рівним 0. Біти, що ідуть за бітом в RAP_FLAG_BITS, який відповідає останньому переданому медіакадру відео в суперкадрі, можуть бути встановлені рівними 0. U_FRAME_FLAG_BITS Модуль 1422 U_frame_flag_bits створює повідомлення, що містить 60 бітів U_FRAME_FLAG_BITS відповідно до максимальної кількості медіакадрів відео, яка дорівнює 60, в суперкадрі. Кожний біт поля U_FRAME_FLAG_BITS відповідає конкретному медіакадру відео, що ідентифікується ідентифікатором кадру аж до значення, яке дорівнює кількості окремих медіакадрів відео в суперкадрі. Молодший значущий біт відповідає першому медіакадру відео, що покривається першим записом VSL_RECORD. За бітами U_FRAME_FLAG_BITS, що покриваються першим записом VSL_RECORD, ідуть біти U_FRAME_FLAG_BITS, що покриваються другим і подальшими записами VSL_RECORD, якщо вони наявні, в порядку їх передачі. 93118 34 Кожний біт в полі U_FRAME_FLAG_BITS каталогу рівня синхронізації відео може бути встановлений рівним 1, якщо відповідний відеокадр не є опорним кадром. У іншому випадку, цей біт встановлюють рівним 0. Біти, що ідуть за бітом в U_FRAME_FLAG_BITS, який відповідає останньому переданому кадру в суперкадрі, можуть бути встановлені рівними 0. RESERVED За полем U_FRAME_FLAG_BIT іде мінімальна кількість зарезервованих бітів (RESERVED), створених модулем 1432 резервування, які необхідні для вирівнювання останнього байта каталогу синхронізації відео вздовж границі байта. Мережа може встановити резервні біти в каталозі синхронізації відео рівними 0. Фахівцям в даній галузі техніки очевидно, що інформація і сигнали можуть бути представлені з використанням будь-чого з множини різних технологій і способів. Наприклад, дані, інструкції, команди, інформація, сигнали, біти, символи і елементарні посилки, на які можливі посилання по всьому вищенаведеному опису, можуть бути представлені напругами, струмами, електромагнітними хвилями, магнітними полями або частинками, оптичними полями або частинками або будьякою їх комбінацією. Крім того, фахівцям в даній галузі техніки ясно, що різні ілюстративні логічні блоки, модулі і алгоритмічні кроки, описані в зв'язку з розкритими тут прикладами, можуть бути реалізовані у вигляді електронних апаратних засобів, програмноапаратних засобів, комп'ютерного програмного забезпечення, міжплатформного програмного забезпечення, мікрокоду або їх комбінації. Щоб наочно проілюструвати цю взаємозамінність апаратних і програмних засобів, різні ілюстративні компоненти, блоки, модулі, схеми і кроки були описані вище з точки зору їх функціональних можливостей. Те, яким засобами, апаратними або програмними, реалізовуються ці функціональні можливості, залежить від конкретного додатку і проектних обмежень, що накладаються на систему загалом. Фахівці в даній галузі техніки можуть реалізувати описані функціональні можливості різними шляхами для кожного конкретного додатку, але такі рішення по їх реалізації не повинні інтерпретуватися як вихід за рамки об'єму розкритих тут способів. Різні ілюстративні логічні блоки, компоненти, модулі і схеми, описані в зв'язку з розкритими тут прикладами, можуть бути реалізовані або виконані за допомогою процесора загального призначення, цифрового процесора сигналів (DSP), спеціалізованої прикладної інтегральної схеми (ASIC), вентильної матриці, програмованої користувачем (FPGA), або іншого програмованого логічного пристрою, дискретної вентильної або транзисторної логіки, дискретних апаратних компонент або будьякої їх комбінації, призначеної для виконання описаних тут функцій. Процесором загального призначення може бути мікропроцесор, але в альтернативному варіанті процесор може являти собою будь-який відомий процесор, контролер, мікроконтролер або кінцевий автомат. Процесор також 35 може бути реалізований у вигляді комбінації обчислювальних пристроїв, наприклад, комбінації процесора DSP і мікропроцесора, множини мікропроцесорів, одного або декількох мікропроцесорів в поєднанні з ядром DSP або будь-якої іншої вказаної конфігурації. Блоки способу або алгоритму, описаного в зв'язку з розкритими тут прикладами, можуть бути безпосередньо втілені в апаратних засобах, в одному або декількох програмних модулях, виконуваних одним або декількома оброблювальними елементами, або в комбінації того і іншого. Програмний модуль може знаходитися в ОЗП (RAM), флеш-пам'яті, ПЗП (ROM), стираному програмованому ПЗП (EPROM), електрично стираному програмованому ПЗП (EEPROM), регістрах, жорсткому диску, знімному диску, ПЗП на компакт-диску (CD-ROM) або будь-якій іншій формі або комбінації носіїв зберігання, відомому в даній галузі техніки. Ілюстративний носій зберігання пов'язаний з процесором таким чином, щоб процесор міг зчитувати з нього інформацію і записувати інформацію на нього. У альтернативному варіанті носій зберігання може складати з процесором єдине ціле. Процесор і носій зберігання можуть знаходитися в прикладній спеціалізованій інтегральній схемі (ASIC). Схема ASIC може знаходитися в безпровідному модемі. У альтернативному варіанті процесор і носій зберігання можуть знаходитися в безпровідному модемі у вигляді дискретних компонент. У одній або декількох зразкових конфігураціях описані тут функції можуть бути реалізовані апаратними засобами, програмними засобами, апаратно-програмними засобами або будь-якою їх комбінацією. При реалізації програмними засобами ці функції можуть запам'ятовуватися або передаватися у вигляді однієї або декількох команд або коду на зчитуваному комп'ютером середовищі. Зчитуваний комп'ютером носій включає в себе як машиночитаний носій, так і середовище зв'язку, в тому числі будь-який носій, який забезпечує можливість пересилки комп'ютерної програми з одного 93118 36 місця в інше. Носії зберігання можуть являти собою будь-які доступні носії, до яких може одержувати доступ комп'ютер. Наприклад, але не як обмеження, вказані машиночитані носії можуть містити ОЗП, ПЗП, електрично стираний ППЗП, ПЗП на компакт-диску або інший запам'ятовуючий пристрій на оптичному диску, запам'ятовуючий пристрій на магнітному диску або інші магнітні запам'ятовуючі пристрої, або будь-який інший носій, який можна використовувати для транспортування або запам'ятовування необхідного програмного коду у вигляді команд або структур даних і який може бути доступний комп'ютеру. Також машиночитаним носієм може бути назване будь-яке з'єднання. Наприклад, якщо програмне забезпечення передається з Web-сайта, сервера або іншого віддаленого джерела з використанням коаксіального кабелю, оптоволоконного кабелю, витої пари, цифрової абонентської лінії (DSL) або безпровідних технологій, таких як інфрачервоний, радіо і мікрохвильовий зв'язок, тоді коаксіальний кабель, оптоволоконний кабель, вита пара, лінія DSL або безпровідні технології, такі як інфрачервоний, радіо і мікрохвильовий зв'язок, входять у визначення носія. Використовуваний тут термін «диск» включає в себе компакт-диск (CD), лазерний диск, оптичний диск, цифровий універсальний диск (DVD), гнучкий диск і лазерний диск в синьому діапазоні спектра, причому диски (disks) звичайно відтворюють дані на основі магнітних явищ, в той час як диски (discs) відтворюють дані за допомогою оптичних лазерів. У об'єм поняття «машиночитаний носій» потрібно також включати комбінації з вищеописаного. Наведений вище опис розкритих тут прикладів запропонований для того, щоб дати можливість фахівцям в даній галузі техніки виконати або використати розкриті способи і пристрій. Фахівці в даній галузі техніки без великих зусиль запропонують різні модифікації цих прикладів, при цьому визначені тут принципи можна застосувати до інших прикладів, а також в них можуть бути внесені додаткові елементи. 37 93118 38 39 93118 40 41 93118 42 43 93118 44 45 93118 46 47 93118 48 49 93118 50 51 Комп’ютерна верстка Т. Чепелева 93118 Підписне 52 Тираж 26 прим. Міністерство освіти і науки України Державний департамент інтелектуальної власності, вул. Урицького, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут промислової власності”, вул. Глазунова, 1, м. Київ – 42, 01601
ДивитисяДодаткова інформація
Назва патенту англійськоюSystems and methods for channel switching
Автори англійськоюShi, Fang, Bennett, Christopher, John, Loukas, Serafim, S., Jr., Orr, Brian, William, Raviindran Vijaialakshmi P., Swazey, Scott, T., Silberger, Amnon, Chen, An Mei, Nagaraj, Thadi, Walker, Gordon, Kent, Brackman, David, Liu, Fang, Sethi, Sumeet, Sampathkumar, Ramkumar
Назва патенту російськоюСистемы и способы для переключения каналов
Автори російськоюШи Фан, Беннетт Кристофер Джон, Лукас Серафим С., мол., Орр Брайан Уилльям, Равииндран Виджаялакшми Р., Суейзи Скотт Т., Силбергер Амнон, Чень Ань Мей, Нагарадж Тхади, Уолкер Гордон Кент, Брекман Девид, Лю Фан, Сетхи Сумит, Сампатхкумар Рамкумар
МПК / Мітки
Мітки: системі, перемикання, каналів, способи
Код посилання
<a href="https://ua.patents.su/26-93118-sistemi-i-sposobi-dlya-peremikannya-kanaliv.html" target="_blank" rel="follow" title="База патентів України">Системи і способи для перемикання каналів</a>
Пристрій і спосіб для перемикання виклику з мережі з комутацією пакетів в мережу з комутацією каналів (варіанти)
Номер патенту: 84152
Опубліковано: 25.09.2008
Автори: Часкар Хемант М., Крішнамурті Говінд
МПК: H04Q 7/38
Мітки: спосіб, виклику, пристрій, перемикання, мережу, пакетів, каналів, комутацією, варіанти, мережі
Формула / Реферат:
1. Система зв'язку, яка містить:перший термінал, виконаний з можливістю зв'язку через мережу з комутацією пакетів і мережу з комутацією каналів;другий термінал, виконаний з можливістю зв'язку через мережу з комутацією каналів; ішлюз, виконаний з можливістю відображення зв'язку між мережею з комутацією пакетів і щонайменше однією мережею з комутацією каналів,при цьому шлюз виконаний з можливістю підтримки зв'язку...
Спосіб ідентифікації кадрів нульової швидкості та приймальна підсистема для його здійснення (варіанти)
Номер патенту: 67857
Опубліковано: 15.07.2004
Автори: Чен Тао, Пейтел Шіммен
МПК: H04L 27/20, H04L 27/06, H04L 1/20
Мітки: ідентифікації, нульової, варіанти, кадрів, спосіб, підсистема, швидкості, приймальна, здійснення
Формула / Реферат:
1. Спосіб ідентифікації кадрів нульової швидкості у прийнятій передачі даних, який включає:- прийом модульованого сигналу,- демодуляцію модульованого сигналу згідно з певним форматом демодуляції для генерування демодульованих символів,- розділення демодульованих символів на сукупність прийнятих кадрів,- обчислення метрики якості для кожного з цієї сукупності прийнятих кадрів,- порівняння метрики якості...
Спосіб керування потужністю в замкненій системі керування потужністю системи зв’язку з режимом паралельного доступу з кодовим розподілом каналів (пдкр) (варіанти) та замкнена система керування потужністю систем
Номер патенту: 57747
Опубліковано: 15.07.2003
Автор: Сеінтс Кіт В.
МПК: H04B 7/00
Мітки: спосіб, каналів, систем, керування, режимом, кодовим, системі, варіанти, система, паралельного, пдкр, зв'язку, доступу, потужністю, розподілом, замкнена, замкнений
Формула / Реферат:
1. Спосіб керування потужністю в замкненій системі керування потужністю системи зв'язку з режимом паралельного доступу з кодовим розподілом каналів (ПДКР), який полягає в:вимірюванні значення енергії у смузі частот,вимірюванні енергії пілот-каналу,перерахунку зазначеної енергії пілот-каналу відповідно до значення пілотної складової для одержання значення неперешкоджаючої енергії.відніманні зазначеного значення...
Системи, способи і пристрій широкосмугового мовного кодування
Номер патенту: 92341
Опубліковано: 25.10.2010
Автори: Кандхадай Анантхападманабхан А., Вос Кон Бернард
МПК: G10L 19/00, G10L 21/00
Мітки: способи, широкосмугового, кодування, системі, мовного, пристрій
Формула / Реферат:
1. Спосіб обробки сигналу для генерування широкосмугового мовного сигналу з вхідних сигналів, які містять параметри фільтра смуги нижніх частот, сигнал збудження смуги нижніх частот і параметри фільтра смуги верхніх частот, що містить етапи, на якихсинтезують мовний сигнал смуги нижніх частот згідно з щонайменше сигналом збудження смуги нижніх частот і сукупністю параметрів фільтра смуги нижніх частот,генерують сигнал збудження...
Канальні структури для системи зв’язку множинного доступу з квазіортогональним розділенням каналів
Номер патенту: 89399
Опубліковано: 25.01.2010
Автори: Наджиб Айман, Цзи Тінфан, Горохов Алєксєй, Горе Дхананджай Ашок, Сутівонг Арак
МПК: H04J 11/00
Мітки: множинного, доступу, каналів, структури, канальні, зв'язку, розділенням, системі, квазіортогональним
Формула / Реферат:
1. Пристрій зв'язку, який містить:планувальник, діючий, щоб планувати множину терміналів на передачу даних і щоб наділяти множину терміналів каналами в щонайменше двох наборах каналів, при цьому, кожний набір каналів містить множину каналів і асоціативно зв'язаний з окремим відображенням множини каналів в системні ресурси, які є наявними для передачі даних, і при цьому, відображення для кожного набору каналів є псевдовипадковим...
Попередній патент: Спосіб обробки композиційного матеріалу на основі заліза
Наступний патент: Спосіб згущення геодезичної мережі
Випадковий патент: Спосіб прогнозування тривимірного розповсюдження забруднюючих речовин у водоносному горизонті