СПОСОБ СОЗДАНИЯ ФОРМАТА ДАННЫХ В МОБИЛЬНОЙ СВЯЗИ И ТЕРМИНАЛ ДЛЯ ЕГО ОСУЩЕСТВЛЕНИЯ
METHOD OF CONSTRUCTING DATA FORMAT IN MOBILE COMMUNICATION AND TERMINAL THEREOF

Область техники, к которой относится изобретение
Настоящее изобретение относится к способу передачи данных нисходящей линии связи в подвижный терминал в мобильной связи, и более конкретно к способу создания формата данных для мобильной связи и терминалу, осуществляющему такой способ.
Уровень техники
Фиг. 1 иллюстрирует примерную основную структуру сети UMTS (универсальной мобильной телекоммуникационной системы) в соответствии с настоящим изобретением и данной области техники. UMTS включает в себя терминал (пользовательское оборудование (UE)), UTRAN (наземную сеть радиодоступа UMTS) и базовую сеть (CN). UTRAN включает в себя одну или более подсистем радиосети (RNS). Каждая RNS включает в себя контроллер радиосети (RNC) и множество базовых станций (узлов В), управляемых с помощью RNC. Для одного узла В существует одна или более ячеек.
Фиг. 2 иллюстрирует архитектуру протокола радиоинтерфейса, основанную на спецификации сети радиодоступа 3GPP, между UE и UTRAN. Как изображено на Фиг. 2, протокол радиоинтерфейса имеет горизонтальные уровни, содержащие физический уровень, уровень канала передачи данных и сетевой уровень, и имеет вертикальные плоскости, содержащие плоскость пользователя (плоскость U), предназначенную для передачи информации о данных, и плоскость управления (плоскость С), предназначенную для передачи управляющих сигналов (сигнализации). Уровни протокола на Фиг. 2 могут быть разделены на первый уровень (L1), второй уровень (L2) и третий уровень (L3) на основе трех нижних уровней модели стандарта взаимодействия открытых систем (OSI), широко известной в системах связи.
Каждый уровень на Фиг. 2 будет описан более подробно следующим образом. Первый уровень (L1), а именно физический уровень, обеспечивает услугу передачи информации на верхний уровень с помощью использования физического канала. Физический уровень соединен с верхним уровнем, называемым уровнем управления доступом к среде (МАС), через транспортный канал. Данные передаются между уровнем МАС и физическим уровнем через транспортный канал. Между тем, между разными физическими уровнями, а именно между физическим уровнем передающей стороны и физическим уровнем принимающей стороны, данные передаются через физический канал.
Уровень МАС второго уровня предоставляет услугу на уровень управления радиоканалом (RLC), свой верхний уровень, через логический канал. Уровень RLC второго уровня может поддерживать надежные передачи данных и выполнять сегментацию и конкатенацию сервисных блоков данных (SDU) RLC, доставленных из верхнего уровня.
Уровень управления радиоресурсами (RRC), расположенный в самой нижней части третьего уровня, определен только в плоскости управления и манипулирует управлением транспортными каналами и физическими каналами относительно установления, переконфигурирования и освобождения радиоканалов-носителей (RB). Радиоканал-носитель относится к услуге, обеспеченной с помощью второго уровня (L2) для передачи данных между терминалом и UTRAN. В общем, установление радиоканала-носителя относится к определению уровней протокола и характеристик каналов, необходимых для обеспечения специальной услуги и установки соответственных существенных параметров и способов работы.
Когда уровень RRC конкретного терминала и уровень UTRAN соединяют, чтобы обмениваться сообщением RRC друг с другом, соответствующий терминал находится в соединенном состоянии RRC, а когда уровень RRC конкретного терминала и уровень UTRAN не соединяют, соответствующий терминал находится в незанятом состоянии. Соединенное состояние RRC терминала может быть разделено на состояние URA_PCH, состояние CELL_PCH, состояние CELL_FACH и состояние CELL_DCH. Для того чтобы уменьшить потребление мощности, терминалы в состоянии незанятости, в состоянии URA_PCH или CELL_PCH с перерывами принимают PICH (канал пейджингового индикатора), физический канал и SCCPCH (вторичный общий управляющий физический канал), физический канал, в который преобразуют PCH (пейджинговый канал), транспортный канал, с помощью использования способа DRX (приема с перерывами). В течение других интервалов времени, отличных от длительности времени, когда принимают PICH или SCCPCH, терминал находится в ждущем режиме. В данной области техники терминал, выполняющий способ DRX, активизируется в каждой определенной длительности цикла DRX домена CN или в каждой определенной длительности цикла DRX UTRAN, чтобы принимать монопольный PI (пейджинговый индикатор) терминала. В настоящем описании монопольный PI терминала в данной области техники используют для того, чтобы информировать конкретный терминал о том, что пейджинговое сообщение будет передано в конкретный терминал через канал PCH. Канал PCH разделяют на кадры PICH длительностью 10 мс, и один кадр PICH состоит из 300 бит. Первые 288 бит одного кадра используют для монопольного PICH терминала, чтобы передавать один или более монопольных PI терминала. Задние 12 бит одного кадра PICH не передают. Ради удобства часть передних 288 бит канала PICH определена как PICH UE, а часть задних 12 бит определена как неиспользованная часть PICH.
Фиг. 3 является схемой потока сигналов, иллюстрирующей процедуру соединения RRC между терминалом и UTRAN в соответствии с данной областью техники. Как изображено на Фиг. 3, для того чтобы терминал в незанятом состоянии был соединен RRC с UTRAN, терминал должен выполнить процедуру соединения RRC. Процедура соединения RRC может включать в себя три этапа: передачу с помощью терминала сообщения запроса соединения RRC в UTRAN (S1), передачу с помощью UTRAN сообщения установки соединения RRC в терминал (S2) и передачу с помощью терминала сообщения завершения установки соединения RRC в UTRAN (S3).
Теперь будет описана передача HS-DSCH для передачи высокоскоростных данных в один терминал через нисходящую линию связи в данной области техники. HS-DSCH имеет интервал времени передачи (TTI) 2 мс (3 интервала времени) и поддерживает разные множества кода модуляции (MCS), чтобы получать высокие скорости передачи данных. Оптимальная производительность может быть достигнута с помощью выбора MCS, которое наиболее подходит для ситуации канала. Для этого может быть использован способ гибридного автоматического запроса повторения (HARQ), который объединяет способ ARQ и способ кодирования канала, чтобы выполнять надежные передачи.
Фиг. 4 иллюстрирует стек протоколов HS-DSCH в соответствии с данной областью техники. Как изображено на Фиг. 4, блок данных, передаваемый из уровня RLC SRNC, доставляют в объект MAC-d, который управляет специальным каналом через DICH или DCCH, логическим каналом, и соответствующие данные передают в MAC-hs узла В через MAC-c/sh/m CRNC. В настоящем описании MAC-d является объектом МАС, который управляет специальным каналом, MAC-c/sh/m является объектом МАС, который управляет общим каналом, а MAC-hs является объектом МАС, который управляет HS-DSCH.
Физический канал HS-PDSCH используют для того, чтобы передавать HS-DSCH транспортного канала. HS-PDSCH имеет фиксированный коэффициент распределения 16 и соответствует коду канализации, выбранному из множества кодов канализации, зарезервированных для передачи данных HS-DSCH. Если многокодовую передачу выполняют относительно одной UE, множество кодов канализации назначают в течение одного и того же подкадра HS-PDSCH. Фиг. 5 иллюстрирует структуру подкадра и интервала времени HS-PDSCH. HS-PDSCH передает символы модуляции QPSK или QAM 16. На Фиг. 5 'М' указывает число бит на символ модуляции. А именно в случае QPSK 'М' равно 2, а в случае QAM 16 'М' равно 4.
Фиг. 6 иллюстрирует конфигурацию канала в соответствии с данной областью техники.
Как изображено на Фиг. 6, для того чтобы передать данные пользователя через HS-DSCH, управляющая информация HS-DSCH должна быть передана через HS-SCCH (высокоскоростной общий управляющий канал) нисходящей линии связи и HS-DPCCH (высокоскоростной специальный физический управляющий канал) восходящей линии связи. В настоящем описании DPCH (специальный физический канал) является двунаправленным физическим каналом, в который преобразуют DCH транспортного канала, и используют для того, чтобы передавать монопольные данные терминала и монопольную управляющую информацию L1 терминала, такую как сигнал управления мощностью, необходимый для управления мощностью с замкнутым контуром. Кроме того, F-DPCH (дробный специальный физический канал), канал нисходящей линии связи, является физическим каналом, который передает несколько DPCH с помощью использования одного кода канала. В настоящем описании один F-DPCH не передает монопольные данные терминала (или специальные данные терминала) нескольких терминалов, а его используют для того, чтобы передавать монопольную управляющую информацию L1 терминала нескольких терминалов вместе, такую как сигнал управления мощностью, необходимый для управления мощностью с замкнутым контуром. Если имеется канал F-DPCH нисходящей линии связи, канал F-DPCH восходящей линии связи также работает совместно. На Фиг. 6 UE1, UE2 и UE3 используют F-DCPH через один код канала, в этом случае каждый терминал обеспечивает DPCH в восходящем направлении.
HS-SCCH, физический канал нисходящей линии связи, передают с коэффициентом распределения 128, и он имеет скорость передачи 60 кбит/с. Фиг. 7 иллюстрирует структуру подкадра HS-SCCH. Информация, передаваемая через HS-SCCH нисходящей линии связи, может быть грубо разделена на информацию транспортного формата и информацию, связанную с ресурсами (TFRI), и информацию, связанную с HARQ, и, кроме того, информацию об идентификаторе UE (а именно H-RNTI (временном идентификаторе радиосети HS-DSCH), предназначенную для предоставления информации о конкретном пользователе, которую маскируют в идентификаторе, а затем передают. Таблица изображает подробную информацию HS-SCCH.
Таблица
Информация TFRI
Информация об установлении кода-канализации (7 бит)
Xccs, 1, xccs, 2, …, xccs, 7
Информация о схеме модуляции (1 бит)
Xms, 1
Информация о размере транспортного блока (6 бит)
Xtbs, 1, xtbs, 2, …, xtbs, 6
Информация HARQ
Информация о процессе гибридного ARQ (3 бит)
Xhap, 1, xhap, 2, xhap, 3
Версия избыточности и совокупности (3 бит)
Xrv, 1, xrv, 2, xrv, 3
Индикатор новых данных (1 бит)
Xnd, 1
Информация об ID UE
Именование UE (16 бит)
Xue, 1, xue, 2, … xue, 16
Фиг. 8 изображает схему кодирования HS-SCCH на основе вышеупомянутой информации.
HS-DPCCH передает сигнализацию обратной связи восходящей линии связи, связанную с передачей данных HS-DSCH. HS-DPCCH, специальный канал для конкретного терминала, работает совместно с DPCH восходящей линии связи и нисходящей линии связи. Сигнализация обратной связи включает в себя информацию АСК (подтверждения приема)/NACK (отрицательного подтверждения приема) для HARQ и CQI (индикатор качества канала). Кадр HS-DPCCH включает в себя пять подкадров. Каждый подкадр имеет длительность 2 мс, и один подкадр включает в себя с первого по третий интервалы времени, а именно три интервала времени. Каждый интервал времени подкадров переносит следующую информацию: информацию ACK/NACK, которую переносят в первом интервале времени подкадров HS-DPCCH, и CQI, которую переносят в третьих интервалах времени подкадров HS-DSCH. HS-DPCCH передают всегда вместе с PDCCH восходящей линии связи. CQI передает информацию о состоянии радиоканала нисходящей линии связи, полученную из результатов измерения UE CPICH (общего пилот-канала), и ACK/NACK предоставляет информацию ACK или NACK относительно пакета данных пользователя, который передан через HS-DSCH в соответствии с механизмом HARQ. Фиг. 9 иллюстрирует структуру кадра HS-DPCCH восходящей линии связи.
В данной области техники, когда HS-DSCH передают в конкретный терминал, HS-SCCH указывает монопольный H-RNTI (временный идентификатор радиосети HS-DSCH). Между тем, если HS-DSCH передают в несколько терминалов, HS-SCCH указывает общий H-RNTI. Кроме того, в данной области техники, PDU MAC HS-DSCH не включает в себя идентификатор терминала (идентификатор UE, именование UE).
В данной области техники, в конкретном случае, радиосеть может передавать HS-DSCH в конкретный терминал, которому не назначен монопольный H-RNTI терминала. В этом случае, поскольку конкретный терминал не имеет монопольного H-RNTI терминала, радиосеть информирует конкретный терминал о передаче HS-DSCH через общий H-RNTI. Затем конкретный терминал не может определить, что передача HS-DSCH была предназначена для него, что является проблематичным.
Раскрытие изобретения
Таким образом, задачей настоящего изобретения является дать возможность конкретному терминалу, которому не назначен монопольный H-RNTI терминала, принимать данные через общий канал передачи данных, такой как HS-DSCH, с помощью использования вновь определенного формата PDU MAC, когда HS-DSCH передают с помощью использования общего H-RNTI.
Чтобы выполнить вышеупомянутую задачу, предоставлен способ передачи данных нисходящей линии связи между радиосетью и терминалом в мобильной связи, включающий в себя этапы, на которых: (А) принимают с помощью терминала общего идентификатора через управляющий канал, связанный с общим каналом передачи данных, (В) проверяют, включен ли монопольный идентификатор терминала в заголовок PDU (блока пакетных данных) МАС (управления доступом к среде), переданный с помощью общего канала передачи данных, (С) получают монопольный идентификатор терминала, если заголовок PDU MAC включает в себя монопольный идентификатор терминала, и проверку, идентичны ли полученный монопольный идентификатор терминала и монопольный идентификатор терминала, сохраненный в терминале, и (D) обрабатывают PDU MAC, если монопольные идентификаторы терминала идентичны.
Предпочтительно общий канал передачи данных является HS-DSCH (высокоскоростным специальным общим каналом), а управляющий канал является HS-SCCH (высокоскоростным общим управляющим каналом).
Предпочтительно общий идентификатор является H-RNTI.
Предпочтительно монопольный идентификатор терминала, включенный в заголовок PDU MAC, является U-RNTI (временным идентификатором радиосети UTRAN), который указывает конкретный терминал в UTRAN.
Предпочтительно на этапе (D), если монопольные идентификаторы терминала не являются идентичными, PDU MAC отбрасывают.
Чтобы выполнить вышеупомянутую задачу, также предоставлен терминал, включающий в себя: модуль приема, который принимает конкретный общий идентификатор через управляющий канал, связанный с общим каналом передачи данных в радиосети, и модуль обработки, который проверяет, включает ли в себя заголовок PDU МАС, переданный с помощью общего канала передачи данных, монопольный идентификатор терминала, получает монопольный идентификатор терминала из заголовка PDU MAC, если идентификатор включен в заголовок, и сравнивает полученный монопольный идентификатор терминала с монопольным идентификатором терминала, сохраненным в терминале, чтобы определить, являются ли они идентичными, и передает PDU MAC (соответствующий SDU МАС) на верхний уровень МАС, если монопольные идентификаторы терминала идентичны.
Предпочтительно, если полученный монопольный идентификатор терминала не идентичен монопольному идентификатору терминала, запомненному в терминале, модуль обработки обрабатывает таким образом, что принятый PDU MAC отбрасывают.
Предпочтительно модуль обработки определяет формат PDU MAC, используемый для передачи общего канала передачи данных, указанный с помощью управляющего канала, и расформировывает (разделяет) принятые PDU MAC в соответствии с определенным форматом PDU MAC.
Предпочтительно общий канал передачи данных относится к HS-DSCH (высокоскоростному специальному общему каналу), а управляющий канал относится к HS-SCCH (высокоскоростному общему управляющему каналу).
Предпочтительно монопольный идентификатор терминала, включенный в заголовок PDU MAC, является U-RNTI, который указывает конкретный терминал в UTRAN.
В соответствии с настоящим изобретением подвижный терминал может принимать конкретный общий H-RNTI через HS-SCCH, связанный с HS-DSCH, и распознавать, включает ли в себя или нет заголовок PDU MAC, передаваемый с помощью HS-DSCH, монопольный идентификатор терминала, получать монопольный идентификатор терминала. Если монопольный идентификатор терминала предназначен для него, подвижный терминал может обрабатывать PDU MAC, как свой собственный, при этом, даже если указан общий H-RNTI, конкретный терминал может принимать HS-DSCH.
Краткое описание чертежей
Фиг. 1 иллюстрирует примерную основную структуру сети UMTS в соответствии с настоящим изобретением и данной области техники;
Фиг. 2 иллюстрирует архитектуру протокола радиоинтерфейса, основанную на спецификации сети радиодоступа 3GPP, между UE и UTRAN;
Фиг. 3 является схемой потока сигналов, иллюстрирующей процедуру соединения RRC между терминалом и UTRAN в соответствии с данной областью техники;
Фиг. 4 иллюстрирует стек протоколов HS-DSCH в соответствии с данной областью техники;
Фиг. 5 иллюстрирует структуру подкадра и интервала времени HS-PDSCH;
Фиг. 6 иллюстрирует конфигурацию канала в соответствии с данной областью техники;
Фиг. 7 иллюстрирует структуру подкадра HS-SCCH;
Фиг. 8 иллюстрирует схему кодирования HS-SCCH;
Фиг. 9 иллюстрирует структуру кадра HS-DPCCH восходящей линии связи;
Фиг. 10 иллюстрирует формат PDU MAC;
Фиг. 11 иллюстрирует формат PDU MAC в соответствии с первым вариантом осуществления настоящего изобретения;
Фиг. 12 является блок-схемой последовательности этапов, иллюстрирующей работу терминала, который принял PDU MAC в формате, который изображен на Фиг. 11;
Фиг. 13 иллюстрирует формат PDU MAC в соответствии со вторым вариантом осуществления настоящего изобретения;
Фиг. 14 является блок-схемой последовательности этапов, иллюстрирующей работу терминала, который принял PDU MAC в формате, который изображен на Фиг. 13; и
Фиг. 15 является принципиальной блок-схемой терминала в соответствии с вариантом осуществления настоящего изобретения.
Осуществление изобретения
Настоящее изобретение применяют для системы связи UMTS, устройства связи и способа, которые могут передавать данные нисходящей линии связи в подвижный терминал. Однако настоящее изобретение не ограничено по существу и может быть применимым к любому способу проводной/беспроводной связи.
Основная концепция настоящего изобретения предоставляет способ, в котором только конкретный терминал может принимать данные через общий канал передачи данных (например, HS-DSCH), когда используют общий идентификатор терминала (например, общий H-RNTI). Кроме того, настоящее изобретение предоставляет новый формат PDU MAC, который может выполнять такой способ. А именно подвижный терминал 1) принимает конкретный общий идентификатор (например, H-RNTI) через управляющий канал (например, HS-SCCH), связанный с общим каналом передачи данных, 2) проверяет, включает ли в себя заголовок PDU МАС, переданный с помощью общего канала передачи данных, монопольный идентификатор терминала (например, H-RNTI), и 3) если заголовок включает в себя монопольный идентификатор терминала, подвижный терминал получает монопольный идентификатор терминала, и, если монопольный идентификатор терминала предназначен для самого подвижного терминала, подвижный терминал обрабатывает PDU MAC, как свой собственный.
В настоящем изобретении формат PDU MAC, используемый для передачи HS-DSCH, указанного с помощью HS-SCCH, определяют в соответствии с H-RNTI, идентификатором терминала, принятым через HS-SCCH. А именно, если идентификатор терминала является другим, PDU MAC может быть другим. Иначе говоря, в зависимости от того, является ли H-RNTI монопольным терминала или общим, передающая сторона (сеть) передает другой формат PDU MAC. Принимающая сторона (терминал) проверяет, является ли H-RNTI монопольным терминала или общим H-RNTI и декодирует PDU MAC в соответствии с соответствующим форматом.
Терминал принимает HS-SCCH и получает идентификатор терминала H-RNTI, определяет формат PDU MAC, принятый через HS-DSCH, в соответствии с полученным H-RNTI и расформировывает принятый PDU MAC в соответствии с определенным PDU MAC.
Теперь будут описаны варианты осуществления настоящего изобретения со ссылкой на Фиг. 11 по Фиг. 13.
Фиг. 11 иллюстрирует формат PDU MAC в соответствии с первым вариантом осуществления настоящего изобретения. На Фиг. 11 заголовок MAC-hs является некоторым типом заголовка МАС. Заголовок MAC-hs является объектом МАС, который манипулирует HS-DSCH, а МАС-с является объектом, который манипулирует общим транспортным каналом.
Фиг. 12 является блок-схемой последовательности этапов, иллюстрирующей работу терминала, который принял PDU MAC в таком формате, который изображен на Фиг. 11. Настоящее изобретение будет описано со ссылкой на Фиг. 11 и Фиг. 12. Когда терминал принимает HS-SCCH (например, управляющий канал, связанный с HS-DSCH) и получает монопольный H-RNTI терминала из кадра HS-SCCH (S11), терминал принимает PDU MAC в таком формате, который изображен на Фиг. 11, из кадра HS-DSCH, который преобразуют в HS-SCCH (S12). В этом случае заголовок PDU MAC, как изображено на Фиг. 11, не включает в себя идентификатор терминала, такой как C-RNTI (временный идентификатор сотовой радиосети), U-RNTI или H-RNTI. Следовательно, терминал распознает (определяет), что заголовок PDU MAC не включает в себя идентификатор терминала, а также распознает, что принятый PDU MAC имеет такую конфигурацию, что заголовок PDU MAC не имеет идентификатора терминала (например, C-RNTI, U-RNTI или H-RNTI) (S13, S14). Если монопольный H-RNTI терминала идентичен монопольному H-RNTI терминала, запомненному в самом терминале (S16), терминал определяет принятый PDU MAC, как свой собственный и передает соответствующий PDU MAC на верхний уровень МАС (S17). Если монопольные H-RNTI терминала не идентичны, терминал отбрасывает принятый PDU MAC (S18).
В случае, когда терминал принимает HS-SCCH и получает монопольный H-RNTI CCCH или обычный общий H-RNTI из кадра HS-SCCH, если терминал принимает PDU MAC в таком формате, который изображен на Фиг. 11, из кадра HS-DSCH, который преобразуют в кадр HS-SCCH, терминал определяет, что заголовок принятого PDU MAC не включает в себя идентификатор терминала. В этом случае после приема PDU MAC терминал передает соответствующий PDU MAC на верхний уровень МАС.
Фиг. 13 иллюстрирует формат PDU MAC в соответствии со вторым вариантом осуществления настоящего изобретения. На Фиг. 13 заголовок MAC-hs и MAC-c являются типами заголовков МАС. Заголовок MAC-hs является объектом МАС, который манипулирует HS-DSCH, а МАС-с является объектом, который манипулирует HS-DSCH, а МАС-с является объектом, который манипулирует общим транспортным каналом.
Фиг. 14 является блок-схемой последовательности этапов, иллюстрирующей работу терминала, который принял PDU MAC в таком формате, который изображен на Фиг. 13.
Если терминал принимает HS-SCCH и получает конкретный общий H-RNTI из кадра HS-SCCH (S21), терминал определяет, что заголовок МАС PDU MAC, который принят из кадра HS-DSCH, который преобразуют в H-SCCH, включает в себя идентификатор терминала (S22 по S24). В данном случае идентификатор терминала, включенный в себя заголовок МАС, является U-RNTI, как изображено на Фиг. 13. Конкретный общий H-RNTI, идентификатор, который является совместно разделенным и использованным множеством терминалов, служит для того, чтобы информировать о том, что заголовок МАС включает в себя идентификатор терминала.
Если идентификатор терминала (а именно U-RNTI), включенный в заголовок МАС, идентичен идентификатору, который запомнен в терминале (S25), терминал определяет, что принятый PDU MAC предназначен для самого терминала, и передает соответствующий PDU MAC на верхний уровень МАС (S26). Если идентификаторы терминала не идентичны, терминал отбрасывает принятый PDU (S27).
Фиг. 15 является принципиальной блок-схемой терминала в соответствии с вариантом осуществления настоящего изобретения.
Теперь будет описана конфигурация и работа терминала в соответствии с вариантом осуществления настоящего изобретения со ссылкой на Фиг. 15.
Терминал 100 в соответствии с вариантом осуществления настоящего изобретения включает в себя любой терминал, используемый для мобильной связи (например, UE, мобильные телефоны, телефоны DMB, телефоны DVB-H, телефоны PDA, телефоны РТТ и т.д.), цифровые TV, навигацию GPS, подвижные игровые устройства, бытовые приборы MP3 и тому подобные. То есть подвижный терминал 100 исчерпывающе включает в себя любое устройство, к которому может быть применима техническая идея настоящего изобретения.
Терминал 100 в соответствии с вариантом осуществления настоящего изобретения включает в себя модуль 101 приема, который принимает конкретный общий идентификатор через управляющий канал (HS-SCCH), связанный с общим каналом передачи данных (HS-DSCH) в радиосети UTRAN, и модуль 102 обработки, который проверяет (распознает и определяет), включает ли в себя заголовок PDU МАС, переданный с помощью общего канала передачи данных, монопольный идентификатор терминала, получает монопольный идентификатор терминала из заголовка PDU MAC, если монопольный идентификатор терминала включен в заголовок, сравнивает полученный монопольный идентификатор терминала с монопольным идентификатором терминала, сохраненным в самом терминале, и определяет, что PDU MAC предназначен для самого терминала, если два идентификатора являются идентичными, и передает соответствующий SDU МАС на верхний уровень МАС.
Если полученный монопольный идентификатор терминала не идентичен монопольному идентификатору терминала, запомненному в терминале, после сравнения, модуль 102 обработки отбрасывает принятый PDU MAC.
Модуль 102 обработки определяет формат PDU MAC, используемый для передачи HS-DSCH, указанный с помощью HS-SCCH, в соответствии с идентификатором терминала H-RNTI, который принят через HS-SCCH.
Модуль 101 приема терминала 100 принимает HS-SCCH, а модуль 102 обработки получает идентификатор терминала H-RNTI из принятого HS-SCCH, определяет формат PDU MAC, принятый через HS-DSCH, в соответствии с полученным H-RNTI, и обрабатывает принятый PDU MAC в соответствии с определенным форматом PDU MAC.
Монопольный идентификатор терминала, включенный в заголовок PDU MAC, является U-RNTI, который указывает конкретный терминал в одной UTRAN. Конкретный общий идентификатор является H-RNTI.
Модуль 102 обработки может быть назван контроллером, и значение названия модуля 102 обработки не ограничивает функцию и работу конфигурации. Модуль 101 приема может быть назван модулем RF.
Кроме основных элементов, которые изображены на Фиг. 15, терминал 100 в соответствии с вариантами осуществления настоящего изобретения включает в себя все основные элементы, необходимые для того, чтобы терминал применял способ настоящего изобретения. По существу, подробное описание определенных элементов, изображенных на Фиг. 15, и других связанных элементов, которые могут быть поняты специалистами в данной области техники, не включены только ради краткости. Работу и функцию каждого элемента терминала 100 в соответствии с настоящим изобретением применяют, как он есть, к соответствующим частям описания относительно Фиг. 11-14.
Таким образом, изобретение описано, будет понятно, что изобретение может быть изменено многими способами. Такие изменения не должны быть рассмотрены как выход за рамки объема изобретения, и предполагают, что все такие модификации, как было бы понятно специалисту в данной области техники, включены в рамки объема следующей формулы изобретения.