СИСТЕМА МОБИЛЬНОЙ СВЯЗИ, БАЗОВАЯ СТАНЦИЯ, УСТРОЙСТВО БОЛЕЕ ВЫСОКОГО ПОРЯДКА, ШЛЮЗОВОЕ УСТРОЙСТВО, СПОСОБ СВЯЗИ И ПРОГРАММА
MOBILE COMMUNICATION SYSTEM, BASE STATION, TOP-LEVEL DEVICE, GATEWAY DEVICE, COMMUNICATION METHOD AND PROGRAM

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее изобретение относится к системе мобильной связи, базовой станции, устройству более высокого порядка, шлюзовому устройству, способу связи и программе.
УРОВЕНЬ ТЕХНИКИ
Система мобильной связи, сформированная из узла В (базовая станция), контроллера радиосети (RNC) и опорной сети (CN), представляет существующую систему мобильной связи 3GPP (Проекта партнерства 3-го поколения).
В качестве способа кодирования речевых данных в системе мобильной связи с этой конфигурацией можно предложить адаптивное многоскоростное (AMR) кодирование. AMR - представляет собой способ, в котором скорость передачи речевых данных изменяется динамически в соответствии с условиями в линии.
В системе мобильной связи, где используется AMR, в сети CN установлен транскодер, чтобы сделать идентичными скорости кодирования и декодирования речевых данных, где перекодировка выполняется транскодером тогда, когда это необходимо.
Кадры речевых данных, кодируемые с использованием AMR, формируются из множества субкадров, имеющих разные размеры данных. Та или иная комбинация из такого множества субкадров отличается в соответствии со скоростью речевых данных, и в качестве идентификатора для каждой из этих комбинаций предписано значение RFCI (индикатор комбинации субпотоков RAB). Другими словами, значение RFCI определено для каждой скорости речевых данных.
В системе мобильной связи, в которой используется AMR, информация о RFCI устанавливается в качестве управляющей информации при речевом кодировании в каждом узле Node-B. Информация о RFCI включает в себя информацию, которая идентифицирует для каждого значения RFCI структуру кадра данных, указанную значением RFCI, и, в частности, информацию, относящуюся к количеству субпотоков, которые образуют этот кадр данных, и размер данных для каждого субпотока. Вдобавок к AMR, информация о RFCI также используется в широкополосном речевом кодеке (широкополосный AMR) и услугах потоковой передачи с CS, таких как связь по факсу или через модем.
При передаче речевых данных, которые были закодированы с конкретной скоростью, Node-B передает на другой узел Node-B речевые данные, значение RFCI для которых соответствует этой скорости, и после приема речевых данных от другого Node-B декодирует их со скоростью, соответствующей значению RFCI, которое было добавлено в конце речевых данных.
Когда пользовательское оборудование (терминал) UE осуществляет речевую связь через два узла Node-B, если информация о RFCI у этих двух узлов Node-B совпадает, то каждое значение RFCI в этих двух элементах информации о RFCI указывает кадр данных с одинаковой структурой. В результате кодирование/декодирование речевых данных может осуществляться между двумя узлами Node-B с одинаковой скоростью без прохождения через транскодер в сети CN. Режим осуществления речевой связи без прохождения через транскодер в этом случае называется «режим работы без транскодера (TrFO)». Этот режим описан в 3GPP TS23.153 (непатентный документ 1).
С другой стороны, если информация о RFCI у упомянутых двух узлов Node-B не совпадает, то в этих двух элементах информации о RFCI могут быть указаны кадры данных с разной структурой, даже если значения RFCI одинаковые. В таких случаях кодирование/декодирование речевых данных не может осуществляться с одинаковой скоростью между двумя узлами Node-B без использования транскодера, в связи с чем речевую связь невозможно будет осуществить, поддерживая режим работы без транскодера (TrFO).
Соответственно предпочтительно, чтобы информация о RFCI между двумя узлами Node-B совпадала, чтобы можно было реализовать речевую связь, поддерживая режим работы без транскодера (TrFO).
Однако в системе мобильной связи часто имеет место перемещение терминала UE, в результате чего информация о RFCI узла Node-В исходного пункта перемещения, к которому подсоединено оборудование UE перед перемещением, часто оказывается не соответствующей информации о RFCI узла Node-B конечного пункта перемещения, к которому подключается терминал UE после перемещения.
В документе 3GPP TS 25.415 (непатентный документ 2) предписана передача информации о RFCI с использованием сообщения об инициализации Iu-UP, предписанного в протоколе Iu-UP (плоскость пользователя Iu интерфейса) через сеть CN между RNC в случае передислокации обслуживающей подсистемы радиосети (SRNS), к которой подсоединен узел Node-B исходного пункта перемещения терминала UE, отличается от контроллера RNC, к которому подсоединен узел Node-B конечного пункта перемещения.
ЛИТЕРАТУРА, КАСАЮЩАЯСЯ ИЗВЕСТНОГО УРОВНЯ ТЕХНИКИ
Непатентные документы
Непатентный документ 1: 3GPP TS 23.153
Непатентный документ 2: 3GPP TS 25.415
Непатентный документ 3: 3GPP TS 25.413
Непатентный документ 4: 3GPP TS 25.467
Непатентный документ 5: 3GPP TS 25.468
Непатентный документ 6: 3GPP TS 25.469
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
ПРОБЛЕМА, РЕШАЕМАЯ ИЗОБРЕТЕНИЕМ
Однако в настоящее время в рамках проекта 3GPP разрабатываются системы мобильной связи, сформированные из компактных базовых станций для квартир и небольших предприятий, называемых HNB (домашний узел Node-B - компактная базовая станция), HNB GW (домашний узел-шлюз) и сети CN. Далее с подробными ссылками на фиг.1 описывается конфигурация такой системы мобильной связи.
Обратимся к фиг.1, где система мобильной связи включает в себя: терминал UE 1, узел HNB-S 2, узел HNB-3, шлюз HNB-GW 4, сеть CN 6, которая содержит узел 5 сети CN, шлюз HNB-GW 7 и узел HNB X 8.
Терминал UE 1 представляет собой портативный мобильный телефон (терминал) 3-го поколения.
HNB-S2 и HNB-T3, а также HNB-S8 являются небольшими базовыми станциями для квартир или маленьких офисов.
HNB-S2 является узлом HNB исходного пункта перемещения, к которому подсоединен UE 1 перед перемещением. HNB-Т3 является HNB конечного пункта перемещения, к которому подсоединен UE 1 после перемещения.
HNB-Х8 является HNB, находящимся под управлением терминала UE (не показан), который является партнером UE 1 по связи.
HNB-GW 4является шлюзовым устройством, которое соединяет узлы HNB-S2 и HNB-Т3 с сети CN 6, а HNB-GW 7 является шлюзовым устройством, которое соединяет HNB-Х8 с сетью CN 6.
CN 6 является коммутируемой сетью мобильной связи 3-го поколения.
Узел 5 сети CN представляет собой устройство опорной сети, такое как HMS (система управления домашними узлами Node-B) или MSC (центр коммутации мобильной связи), который предусмотрен в сети CN 6. Терминал UE 1 перемещается от узла HNB-S2 к узлу HNB-Т3, который подчиняется одному и тому же шлюзу HNB-GW 4. Этот тип перемещения называется здесь «передислокация внутри HNB-GW».
Перед перемещением терминал UE 1 осуществляет речевую связь с терминалом UE, который подчиняется узлу HNB-Х 8, через узел HNB-S 2, шлюз HNB-GW 4, сеть CN 6, шлюз HNB GW 7 и узел HNB-Х 8.
После перемещения терминал UE 1 осуществляет речевую связь с UE, который подчиняется HNB-Х 8, через узел HNB-Т 3, шлюз HNB-GW 4, сеть CN 6, шлюз HNB-GW 7 и узел HNB-Х 8.
На фиг.1 противоположная система партнера по связи (UE 1) представляет собой систему радиосвязи Проекта 3GPP, сформированную из устройств HNB-Х 8/HNB-GW 7/CN 6, но этой системой также может быть существующая система радиосвязи Проекта 3GPP, которая сформирована из Node-B/RNC/CN.
Здесь предполагается, что HNB установлен индивидуальным абонентом и не является служебным узлом портативной телефонной связи. В результате предполагается, что хотя они подчиняются одному и тому же шлюзу HNB-GW 4, узлы HNB-S 2 и HNB-Т 3 имеют разных поставщиков.
В результате весьма вероятно, что информация о RFCI между HNB-S 2 И HNB-Т 3 не совпадает в момент появления передислокации внутри HNB-GW между узлами HNB-S 2 и HNB-T 3 из-за перемещения терминала UE 1.
Если информация о RFCI не совпадает, то возникает проблема, состоящая в невозможности осуществления речевой связи при поддержании режима работы без транскодера (TrFO).
В проекте 3GPP обсуждаются возможности стандартизации способа передислокации внутри шлюза HNB-GW между узлами HNB в системе мобильной связи, сформированной из HNB/HNB-GW/CN, но пока не предложен способ решения этой проблемы для случая, когда информация о RFCI между узлами HNB не совпадает.
Таким образом, целью настоящего изобретения является обеспечение системы мобильной связи, базовой станции, устройства более высокого порядка, шлюзового устройства, способа связи и программы, которые дают возможность осуществления речевой связи при поддержке режима работы без транскодера (TrFO) даже в случае передислокации внутри HNB-GW между узлами HNB, и таким образом решают вышеописанные проблемы.
СРЕДСТВА РЕШЕНИЯ ПРОБЛЕМЫ
Первая система мобильной связи по настоящему изобретению представляет собой систему мобильной связи, которая включает в себя: терминал, базовую станцию исходного пункта перемещения, к которой подсоединен терминал перед перемещением; базовую станцию конечного пункта перемещения, к которой подсоединен терминал после перемещения; и устройство более высокого порядка, которое имеет под своим управлением базовую станцию исходного пункта перемещения и базовую станцию конечного пункта перемещения; где:
управляющая информация при речевом кодировании на базовой станции исходного пункта перемещения и на базовой станции конечного пункта перемещения устанавливается заранее;
базовая станция исходного пункта перемещения включает управляющую информацию своей собственной станции в первое сообщение и передает это первое сообщение на устройство более высокого порядка; и
устройство более высокого порядка включает управляющую информацию базовой станции исходного пункта перемещения во второе сообщение и передает это второе сообщение на базовую станцию конечного пункта перемещения.
Вторая система мобильной связи по настоящему изобретению представляет собой систему мобильной связи, которая включает в себя: терминал, базовую станцию исходного пункта перемещения, к которой подсоединен терминал перед перемещением; базовую станцию конечного пункта перемещения, к которой подсоединен терминал после перемещения; и шлюзовое устройство, которое соединяет базовую станцию исходного пункта перемещения и базовую станцию конечного пункта перемещения с опорной сетью; где:
в качестве управляющей информации при речевом кодировании на базовой станции исходного пункта перемещения и на базовой станции конечного пункта перемещения заранее устанавливается управляющая информация для каждого идентификатора, причем эта управляющая информация идентифицирует структуру кадра данных, которая указывается идентификатором, для речевых данных, которые были закодированы;
базовая станция исходного пункта перемещения включает управляющую информацию ее собственной станции в первое сообщение и передает это первое сообщение на шлюзовое устройство;
базовая станция конечного пункта перемещения включает управляющую информацию своей собственной станции во второе сообщение и передает второе сообщение на шлюзовое устройство; и
шлюзовое устройство: запоминает управляющую информацию базовой станции исходного пункта перемещения, которая содержится в первом сообщении, и управляющую информацию базовой станции конечного пункта перемещения, которая содержится во втором сообщении; при несовпадении управляющей информации базовой станции исходного пункта перемещения и управляющей информации базовой станции конечного пункта перемещения после последующего приема речевых данных от базовой станции конечного пункта перемещения преобразует идентификаторы, добавленные в конец речевых данных, в идентификаторы, которые указывают кадры данных, имеющие одинаковую структуру, в управляющей информации базовой станции исходного пункта перемещения; и передает речевые данные, в конец которых были добавлены преобразованные идентификаторы, в опорную сеть.
Первая базовая станция по настоящему изобретению является базовой станцией исходного пункта перемещения, к которой подсоединен терминал перед перемещением, причем первая базовая станция включает в себя:
блок управления, в котором заранее установлена управляющая информация при речевом кодировании, и который включает управляющую информацию собственной станции в сообщение; и
приемопередающий блок, который передает указанное сообщение на устройство более высокого порядка.
Вторая базовая станция по настоящему изобретению является базовой станцией конечного пункта перемещения, к которой подсоединен терминал после перемещения, причем вторая базовая станция включает в себя:
блок управления, в котором заранее установлена управляющая информация при речевом кодировании; и
приемопередающий блок, который принимает первое сообщение, которое содержит управляющую информацию базовой станции исходного пункта перемещения, к которой подсоединен терминал перед перемещением.
Устройство более высокого порядка по настоящему изобретению является устройством более высокого порядка, имеющим под своим управлением базовую станцию исходного пункта перемещения, к которой подсоединен терминал перед перемещением, и базовую станцию конечного пункта перемещения, к которой подсоединен терминал после перемещения, причем устройство более высокого порядка, кроме того, включает в себя:
приемопередающий блок, который принимает от базовой станции исходного пункта перемещения первое сообщение, содержащее управляющую информацию базовой станции исходного пункта перемещения, где управляющая информация при речевом кодировании устанавливается заранее на базовой станции исходного пункта перемещения и базовой станции конечного пункта перемещения; и
блок управления, который включает управляющую информацию базовой станции исходного пункта перемещения во второе сообщение, где приемопередающий блок передает второе сообщение на базовую станцию конечного пункта перемещения.
Шлюзовое устройство по настоящему изобретению является шлюзовым устройством, которое соединяет базовую станцию исходного пункта перемещения, к которой подсоединен терминал перед перемещением, и базовую станцию конечного пункта перемещения, к которой подсоединен терминал после перемещения, с опорной сетью; где:
в качестве управляющей информации при речевом кодировании на базовой станции исходного пункта перемещения и базовой станции конечного пункта перемещения заранее устанавливается управляющая информация для каждого идентификатора, причем эта управляющая информация идентифицирует структуру кадра данных, которая указана идентификатором, для речевых данных, которые были закодированы;
шлюзовое устройство дополнительно включает в себя:
приемопередающий блок, который принимает от базовой станции исходного пункта перемещения первое сообщение, содержащее управляющую информацию базовой станции исходного пункта перемещения, и принимает от базовой станции конечного пункта перемещения второе сообщение, содержащее управляющую информацию базовой станции конечного пункта перемещения;
блок памяти, который запоминает управляющую информацию базовой станции исходного пункта перемещения, содержащуюся в первом сообщении, и управляющую информацию базовой станции конечного пункта перемещения, содержащуюся во втором сообщении;
блок управления, который при несовпадении управляющей информации базовой станции исходного пункта перемещения и управляющей информации базовой станции конечного пункта перемещения после последующего приема речевых данных от базовой станции конечного пункта перемещения преобразует идентификаторы, добавленные к концу речевых данных, в идентификаторы, указывающие кадры данных, которые имеют одинаковую структуру, в управляющей информации базовой станции исходного пункта перемещения; и
второй приемопередающий блок, который передает в опорную сеть речевые данные, в конец которых были добавлены преобразованные идентификаторы.
Первый способ связи по настоящему изобретению является способом связи, реализуемым системой мобильной связи, которая включает в себя терминал, базовую станцию исходного пункта перемещения, к которой подсоединен терминал перед перемещением, базовую станцию конечного пункта перемещения, к которой подсоединен терминал после перемещения и устройство более высокого порядка, которое имеет под своим управлением базовую станцию исходного пункта перемещения, и базовую станцию конечного пункта перемещения; причем способ связи включает в себя: включение базовой станцией исходного пункта перемещения управляющей информации при речевом кодировании на собственной станции в первое сообщение и передачу первого сообщения на устройство более высокого порядка; и включение устройством более высокого порядка управляющей информации базовой станции исходного пункта перемещения во второе сообщение и передачу второго сообщения на базовую станцию конечного пункта перемещения.
Второй способ связи по настоящему изобретению является способом связи, реализуемым системой мобильной связи, которая включает в себя терминал, базовую станцию исходного пункта перемещения, к которой подсоединен терминал перед перемещением, базовую станцию конечного пункта перемещения, к которой подсоединен терминал после перемещения, и шлюзовое устройство, которое соединяет базовую станцию исходного пункта перемещения и базовую станцию конечного пункта перемещения с опорной сетью; причем способ связи включает в себя:
на базовой станции исходного пункта перемещения: включение в первое сообщение, в качестве управляющей информации при речевом кодировании на собственной станции, управляющей информации для каждого идентификатора, причем эта управляющая информация идентифицирует структуру кадра данных, которая указана идентификатором, для речевых данных, которые подверглись речевому кодированию, и передачу первого сообщения на шлюзовое устройство;
включение базовой станцией конечного пункта перемещения управляющей информации собственной станции во второе сообщение и передачу второго сообщения на шлюзовое устройство; запоминание шлюзовым устройством управляющей информации базовой станции исходного пункта перемещения, содержащейся в первом сообщении, и управляющей информации базовой станции конечного пункта перемещения, содержащейся во втором сообщении;
при несовпадении управляющей информации базовой станции исходного пункта перемещения и управляющей информации базовой станции конечного пункта перемещения - после приема речевых данных от базовой станции конечного пункта перемещения преобразование шлюзовым устройством идентификаторов, добавленных в конец речевых данных, в идентификаторы, которые указывают кадры данных, имеющих одинаковую структуру, в управляющей информации базовой станции исходного пункта перемещения; и
передачу шлюзовым устройством в опорную сеть речевых данных, в конец которых были добавлены преобразованные идентификаторы.
Третий способ связи по настоящему изобретению является способом связи, реализуемым базовой станцией исходного пункта перемещения, к которой подсоединен терминал перед перемещением, причем третий способ связи содержит включение управляющей информации при речевом кодировании на собственной станции в сообщение и передачу этого сообщения на устройство более высокого порядка.
Четвертый способ связи по настоящему изобретению является способом связи, реализуемым базовой станцией конечного пункта перемещения, к которой подсоединен терминал после перемещения, причем четвертый способ связи включает в себя прием от устройства более высокого порядка первого сообщения, содержащего управляющую информацию при речевом кодировании на базовой станции исходного пункта перемещения, к которой был подсоединен терминал перед перемещением.
Пятый способ связи по настоящему изобретению является способом связи, реализуемым устройством более высокого порядка, имеющим под своим управлением базовую станцию исходного пункта перемещения, к которой подсоединен терминал перед перемещением, и базовую станцию конечного пункта перемещения, к которой подсоединен терминал после перемещения, причем пятый способ связи включает в себя:
прием от первой базовой станции исходного пункта перемещения первого сообщения, которое содержит управляющую информацию при речевом кодировании на базовой станции исходного пункта перемещения;
включение управляющей информации базовой станции исходного пункта перемещения во второе сообщение; и
передачу второго сообщения на базовую станцию конечного пункта перемещения.
Шестой способ связи по настоящему изобретению является способом связи, реализуемым шлюзовым устройством, соединяющим с опорной сетью базовую станцию исходного пункта перемещения, к которой подсоединен терминал перед перемещением, и базовую станцию конечного пункта перемещения, к которой подсоединен терминал после перемещения; причем способ связи включает в себя:
и то, и другое: прием от базовой станции исходного пункта перемещения первого сообщения, которое, в качестве управляющей информации при речевом кодировании на базовой станции исходного пункта перемещения, содержит управляющую информацию для каждого идентификатора, которая идентифицирует структуру кадра данных, указываемую идентификатором, для речевых данных, которые подверглись речевому кодированию, и прием от базовой станции конечного пункта перемещения второго сообщения, которое включает в себя управляющую информацию базовой станции конечного пункта перемещения;
запоминание управляющей информации базовой станции исходного пункта перемещения, содержащейся в первом сообщении, и управляющей информации базовой станции конечного пункта перемещения, содержащейся во втором сообщении;
при несовпадении управляющей информации базовой станции исходного пункта перемещения и управляющей информации базовой станции конечного пункта перемещения - после приема речевых данных от базовой станции конечного пункта перемещения преобразование идентификаторов, добавленных в конец речевых данных, в идентификаторы, которые указывают кадры данных, имеющих одинаковую структуру, в управляющей информации базовой станции исходного пункта перемещения; и
передачу в опорную сеть речевых данных, в конец которых были добавлены преобразованные идентификаторы.
Первая программа по настоящему изобретению вызывает выполнение базовой станцией исходного пункта перемещения, к которой подсоединен терминал перед перемещением, следующих процедур:
включение в сообщение управляющей информации при речевом кодировании собственной станции; и
передачу этого сообщения на устройство более высокого порядка.
Вторая программа по настоящему изобретению вызывает выполнение базовой станцией конечного пункта перемещения, к которой подсоединен терминал после перемещения, следующих процедур:
прием от устройства более высокого порядка первого сообщения, которое включает в себя управляющую информацию при речевом кодировании на базовой станции исходного пункта перемещения, к которой был подсоединен терминал перед перемещением.
Третья программа по настоящему изобретению вызывает выполнение устройством более высокого порядка, имеющим под своим управлением базовую станцию исходного пункта перемещения, к которой подсоединен терминал перед перемещением, и базовую станцию конечного пункта перемещения, к которой подсоединен терминал после перемещения, следующих процедур:
прием от базовой станции исходного пункта перемещения первого сообщения, содержащего управляющую информацию при речевом кодировании на базовой станции исходного пункта перемещения;
включение во второе сообщение управляющей информации базовой станции исходного пункта перемещения; и
передачу второго сообщения на базовую станцию конечного пункта перемещения.
Четвертая программа по настоящему изобретению вызывает выполнение шлюзовым устройством, которое соединяет базовую станцию исходного пункта перемещения, к которой подсоединен терминал перед перемещением, и базовую станцию конечного пункта перемещения, к которой подсоединен терминал после перемещения, с опорной сетью, следующих процедур:
и то, и другое: прием от базовой станции исходного пункта перемещения первого сообщения, которое в качестве управляющей информации при речевом кодировании на базовой станции исходного пункта перемещения содержит управляющую информацию для каждого идентификатора, которая идентифицирует структуру кадра данных, указываемую идентификатором, для речевых данных, которые подверглись речевому кодированию, и прием от базовой станции конечного пункта перемещения второго сообщения, которое содержит управляющую информацию базовой станции конечного пункта перемещения;
запоминание управляющей информации базовой станции исходного пункта перемещения, содержащейся в первом сообщении, и управляющей информации базовой станции конечного пункта перемещения, содержащейся во втором сообщении;
при несовпадении управляющей информации базовой станции исходного пункта перемещения и управляющей информации базовой станции конечного пункта перемещения - после приема речевых данных от базовой станции конечного пункта перемещения преобразование идентификаторов, добавленных в конец речевых данных, в идентификаторы, которые указывают кадры данных, имеющих одинаковую структуру, в управляющей информации базовой станции исходного пункта перемещения; и
передачу в опорную сеть речевых данных, в конец которых были добавлены преобразованные идентификаторы.
ПОЛОЖИТЕЛЬНЫЙ ЭФФЕКТ ИЗОБРЕТЕНИЯ
Согласно первой системе мобильной связи по настоящему изобретению базовая станция исходного пункта перемещения передает управляющую информацию собственной станции на устройство более высокого порядка, а устройство более высокого порядка передает управляющую информацию базовой станции исходного пункта перемещения на базовую станцию конечного пункта перемещения.
Соответственно, базовая станция конечного пункта перемещения имеет возможность принимать управляющую информацию от базовой станции исходного пункта перемещения и таким образом осуществлять речевую связь, поддерживая режим работы без транскодера (TrFO) без изменения в случае передислокации между базовой станцией исходного пункта перемещения и базовой станцией конечного пункта перемещения.
Согласно второй системе мобильной связи по настоящему изобретению при несовпадении управляющей информации базовой станции исходного пункта перемещения и управляющей информации базовой станции конечного пункта перемещения шлюзовое устройство преобразует идентификаторы, добавленные к концу речевых данных, которые затем принимаются от базовой станции конечного пункта перемещения, в идентификаторы, указывающие кадры данных, имеющие одинаковую структуру, в управляющей информации базовой станции исходного пункта перемещения.
В результате при возникновении передислокации между базовой станцией исходного пункта перемещения и базовой станцией конечного пункта перемещения речевая связь может выполняться с поддержкой режима работы без транскодера (TrFO) без изменения даже в том случае, когда управляющая информация не передается между базовой станцией исходного пункта перемещения и базовой станцией конечного пункта перемещения.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фиг.1 - конфигурация системы мобильной связи, сформированной из HNB/HNB-GW/CN;
фиг.2 - блок-схема, показывающая внутреннюю конфигурацию узла HNB и устройства более высокого порядка в системе мобильной связи по первому примерному варианту настоящего изобретения;
фиг.3 - схема последовательности операций, описывающая функционирование системы мобильной связи по первому примерному варианту настоящего изобретения;
фиг.4 - блок-схема, показывающая внутреннюю конфигурацию узла HNB и шлюза HNB-GW в системе мобильной связи по второму примерному варианту настоящего изобретения;
фиг.5 - схема последовательности операций, описывающая функционирование системы мобильной связи по второму примерному варианту настоящего изобретения;
фиг.6 - вид сообщения RANAP о необходимости передислокации, которое было модифицировано по второму примерному варианту настоящего изобретения;
фиг.7 - вид сообщения RANAP о необходимости передислокации, которое было модифицировано по второму примерному варианту настоящего изобретения;
фиг.8 - диаграмма состояний протокола Iu-UP, который был модифицирован по второму примерному варианту настоящего изобретения;
фиг.9 - блок-схема, показывающая внутреннюю конфигурацию узла HNB и шлюза HNB-GW в системе мобильной связи по третьему примерному варианту настоящего изобретения;
фиг.10 - схема последовательности операций, описывающая функционирование системы мобильной связи по третьему примерному варианту настоящего изобретения;
фиг.11 - сообщение RUA о прямой пересылке, модифицированное по третьему примерному варианту настоящего изобретения;
фиг.12 - блок-схема, показывающая внутреннюю конфигурацию узла HNB и шлюза HNB-GW в системе мобильной связи по четвертому примерному варианту настоящего изобретения;
фиг.13 - схема последовательности операций, описывающая функционирование системы мобильной связи по четвертому примерному варианту настоящего изобретения;
фиг.14 - схема последовательности операций, описывающая функционирование системы мобильной связи по пятому примерному варианту настоящего изобретения;
фиг.15 - блок-схема, показывающая внутреннюю конфигурацию узла CN в системе мобильной связи по шестому примерному варианту настоящего изобретения;
фиг.16 - схема последовательности операций, описывающая функционирование системы мобильной связи по шестому примерному варианту настоящего изобретения;
фиг.17 - блок-схема, показывающая внутреннюю конфигурацию узла HNB и шлюза HNB-GW в системе мобильной связи по седьмому примерному варианту настоящего изобретения;
фиг.18 - схема последовательности операций, описывающая функционирование системы мобильной связи по седьмому примерному варианту настоящего изобретения;
фиг.19 - блок-схема, показывающая внутреннюю конфигурацию узла HNB и шлюза HNB-GW в системе мобильной связи по восьмому примерному варианту настоящего изобретения;
фиг.20 - схема последовательности операций, описывающая функционирование системы мобильной связи по восьмому примерному варианту настоящего изобретения.
ТЕХНИЧЕСКОЕ ВЫПОЛНЕНИЕ ИЗОБРЕТЕНИЯ
Далее со ссылками на чертежи описываются примерные варианты настоящего изобретения.
В описанных ниже примерных вариантах общая конфигурация системы мобильной связи аналогична системе, показанной на фиг.1.
Первый примерный вариант
Этот примерный вариант характеризуется наличием узлов HNB-S 2, HNB-Т 3 и устройства более высокого порядка (которое далее называется «устройство 9 более высокого порядка»), которое является либо шлюзом HNB-GW 4, либо узлом 5 сети CN.
В данном примерном варианте информация о RFCI узла HNB-S 2 передается от HNB-S 2 к HNB-Т 3 через устройство 9 более высокого порядка.
Обратимся к фиг.2, где узел HNB-S 2 по настоящему примерному варианту включает в себя блок 21А управления, который содержит информацию о RFCI узла HNB-S 2 в первом сообщении, и приемопередающий блок 22А, который передает это первое сообщение на устройство 9 более высокого порядка.
Устройство 9 более высокого порядка согласно настоящему примерному варианту кроме того включает в себя приемопередающий блок 91А, который принимает первое сообщение от узла HNB-S 2, и блок 92А управления, который включает информацию о RFCI, содержащуюся в первом сообщении, во второе сообщение, причем приемопередающий блок 91А кроме того передает второе сообщение на узел HNB-Т 3.
Вдобавок, узел HNB-Т 3 согласно настоящему примерному варианту включает в себя приемопередающий блок 31А, который принимает второе сообщение от устройства 9 более высокого порядка, и блок 32А управления, который инициализирует информацию о RFCI узла HNB-Т 3 и устанавливает (переустанавливает) информацию о RFCI, содержащуюся во втором сообщении.
Далее с использованием схемы последовательности операций, показанной на фиг.3, описываются операции, выполняемые системой мобильной связи согласно настоящему примерному варианту.
На шаге S101 узел HNB-S 2 передает первое сообщение, содержащее информацию о RFCI узла HNB-S 2, на устройство 9 более высокого порядка.
На шаге S102 устройство 9 более высокого порядка передает на узел HNB-Т 3 второе сообщение, содержащее информацию о RFCI, содержащуюся в первом сообщении, которое было принято от узла HNB-S 2.
В данном примерном варианте, описанном выше, узел HNB-Т 3 способен принять информацию о RFCI от узла HNB-S 2 через устройство 9 более высокого порядка, в результате чего достигается положительный эффект, заключающийся в возможности осуществления речевой связи при поддержке режима работы без транскодера (TrFO) без изменения даже в случае передислокации внутри HNB-GW между узлами HNB-S 2 и HNB-Т 3.
Второй примерный вариант
Настоящий примерный вариант конкретизирует первый примерный вариант с устройством 9 более высокого порядка в качестве шлюза HNB-GW 4.
В настоящем примерном варианте информация о RFCI узла HNB-S 2 передается от узла HNB-S 2 на узел HNB-Т 3 через шлюз HNB-GW 4 посредством сообщения RANAP.
Обратимся к фиг.4, где шлюз HNB-GW 4 согласно настоящему примерному варианту включает в себя: приемопередатчик 41В для связи с противолежащими узлами HNB, функциональный блок 42В RANAP, приемопередатчик 43В для связи с противолежащей сетью CN, блок 44В управления кадрами Iu-UP, блок 45В пересылки кадров Iu-UP и блок 46В удержания RFCI. На фиг.4 приемопередатчик 41В для связи с противолежащими узлами HNB образует приемопередающий блок 91А по фиг.2, а другие функциональные блоки образуют блок 92А управления по фиг.2.
Узел HNB-S 2 согласно настоящему примерному варианту включает в себя приемопередатчик 21В для связи с противолежащим шлюзом HNB-GW, функциональный блок 22В RANAP, блок 23В управления кадрами Iu-UP, блок 24В пересылки кадров Iu-UP. На фиг.4 приемопередатчик 21В для связи с шлюзом HNB-GW образует приемопередающий блок 22А по фиг.2, а другие функциональные блоки образуют блок 21А управления по фиг.2.
Узел HNB-Т 3 согласно настоящему примерному варианту включает в себя приемопередатчик 31В для связи с противолежащим шлюзом HNB-GW, функциональный блок 32В RANAP, блок 33В управления кадрами Iu-UP и блок 34В пересылки кадров Iu-UP. На фиг.4 приемопередатчик 31В для связи с противолежащим шлюзом HNB-GW образует приемопередающий блок 31А по фиг.2, а другие функциональные блоки образуют блок 32А управления по фиг.2.
Приемопередатчик 41В для связи с противолежащими узлами HNB включает в себя интерфейс для соединения HNB-S 2 и HNB-Т 3 и выполняет передачу и прием речевых данных на/от узлов HNB-S 2 и HNB-Т 3.
Функциональные блоки 22В, 32В и 42В RANAP реализуют функции протокола RANAP (Прикладная часть сети радиодоступа), предписанные документом 3GPP TS 25.413 (непатентный документ 3). Например, функциональные блоки 22В, 32В и 42В RANAP имеют функцию создания сообщения RANAP и функцию прекращения использования сообщений RANAP.
Приемопередатчик 43В для связи с противолежащей сетью CN имеет интерфейс для соединения с узлом 5 сети CN, и выполняет передачу и прием речевых данных на и от узла 5 сети CN.
Блоки 23В, 33В и 44В управления кадрами Iu-UP реализуют функции протокола Iu-UP, предписанные документом 3GPP TS25.415 (непатентный документ 2). Например, блоки 23В, 33В и 44В управления кадрами Iu-UP имеют функцию создания сообщений инициализации Iu-UP (далее сокращенно «сообщения Iu-UP Init») и функцию прекращения использования сообщений Iu-UP Init. Вдобавок, блок 44В управления кадрами Iu-UP имеет функцию сообщения информации о RFCI, содержащейся в сообщениях Iu-UP Init, блоку 46В удержания RFCI, а также функцию выдачи запроса в блок 46В удержания RFCI для сравнения информации о RFCI в случае повторного запуска инициализации Iu-UP.
Блоки 24В, 34В и 45В пересылки кадров Iu-UP реализуют функции протокола Iu-UP, предписанные документом 3GPP TS25.415 (непатентный документ 2). Например, блоки 24В, 34В и 45В пересылки кадров Iu-UP имеют функцию пересылки данных кадров Iu-UP.
Блок 46В удержания RFCI имеет функцию удержания информации о RFCI, которая сообщается блоком 44В управления кадрами Iu-UP, и функцию сообщения о результатах сравнения на основе запроса для сравнения информации о RFCI от блока 44В управления кадрами Iu-UP.
Приемопередатчики 21В и 31В для связи с противолежащим шлюзом HNB-GW имеют интерфейсы для соединения со шлюзом HNB-GW 4 и выполняют передачу и прием речевых данных на/от шлюза HNB-GW 4.
Далее описываются два текущих положения Проекта 3GPP, относящиеся к настоящему примерному варианту.
(1) Первое положение
Документ 3GPP TS25.415 (непатентный документ 2) предписывает, что параметры RAB, относящиеся к каналам радиодоступа (RAB) между терминалом UE и сетью CN, должны передаваться посредством сообщений протокола RANAP между сетью CN и контроллером RNC (шлюз HNB-GW). В частности, параметры RAB представляют собой параметры (такие как скорость пересылки данных, размер блока, частота ошибок) качества обслуживания (QoS), которые соответствуют типу обслуживания.
Однако параметры RAB тесно связаны с информацией о RFCI, которой обмениваются с использованием сообщений инициализации Iu-UP, и, следовательно, возникает проблема несовпадения статуса, когда имеет место модификация только информации о RFCI, которая не сопровождается модификацией параметров RAB (модификация RAB) из-за повторного запуска инициализации Iu-UP.
В результате, чтобы предотвратить появление процедуры указанного типа, в документе 3GPP TS25.415 (непатентный документ 2) предписывается, что за исключением модификации RAB не должен быть реализован повторный запуск инициализации Iu-UP из той же самой подсистемы SRNS (Первое положение).
Если к системе мобильной связи, сформированной из HNB/HNB-GW/CN, применена функция передачи информации о RFCI посредством сообщения инициализации Iu-UP в системе мобильной связи, сформированной из существующих устройств Node-B/RNC/CN, то активируется инициализация Iu-UP для сети CN 6 от каждого узла HNB-S 2 и HNB-Т 3 по фиг.1. Однако в этом случае повторная активация инициализации Iu-UP реализуется той же самой подсистемой SRNS (шлюз HNB-GW 4), как видно из CN 6, и, следовательно, первое положение нарушается.
(2) Второе положение
Вышеописанная проблема первого положения может быть предположительно решена путем прекращения использования сообщения инициализации Iu-UP на шлюзе HNB-GW (то есть без прекращения использования в сети CN).
Однако в документе 3GPP TS25.467 (непатентный документ 4) обращается внимание на возрастание объема обработки сигнала и сложности обработки в шлюзе HNB-GW при прекращении использования сообщения Iu-UP в шлюзе HNB-GW, и, следовательно, оговаривается, что использование сообщения протокола Iu-UP в шлюзе HNB-GW (второе положение) не завершается. В результате при прекращении использования сообщения инициализации Iu-UP в шлюзе HNB-GW второе положение нарушается.
Настоящий примерный вариант разрешает выполнение речевой связи при поддержке неизменным режима работы без транскодера (TrFO) в случае передислокации внутри HNB-GW между узлами HNB-S 2 и HNB-Т 3 без модификации вышеописанных первого и второго положений.
Далее с использованием схемы последовательности операций по фиг.5 описываются операции согласно настоящему примерному варианту.
На шаге S 201 узел HNB-S 2 начинает процедуру передислокации, реализуемую путем передачи на шлюз HNB-GW 4 сообщения RANAP о необходимости передислокации, которое запрашивает перемещение терминала UE 1 из HNB-S 2.
В настоящем примерном варианте в сообщение RANAP о необходимости передислокации из пункта 9.1.9 документа 3GPP TS25.413 (непатентный документ 3) добавляется информация о RFCI из сообщения инициализации Iu-UP. На фиг.6 показано сообщение RANAP о необходимости передислокации, которое было модифицировано согласно настоящему примерному варианту. На фиг.6 показаны только те элементы, которые были модифицированы. В сообщение RANAP о необходимости передислокации согласно настоящему примерному варианту в качестве информации о RFCI добавляется: «RFCI», то есть, значение RFCI; «субпоток RFCI», то есть, количество субпотоков, которые образуют кадры данных, показанные с помощью этого значения RFCI; и «длина субпотока», то есть, размер данных для каждого субпотока.
Шлюз HNB-GW 4 завершает использование сообщения RANAP о необходимости передислокации в функциональном блоке 42В RANAP и получает информацию о RFCI.
На шаге S202 шлюз HNB-GW 4 кроме того запрашивает закрепление ресурсов узла HNB-Т 3 путем передачи на узел HNB-Т 3 сообщения RANAP с запросом передислокации, запрашивающего перемещение терминала UE 1 к узлу HNB-Т 3.
В настоящем примерном варианте, когда в сообщении RANAP о необходимости передислокации на шаге S201 содержится информация о RFCI, функциональный блок 42В RANAP получает информацию о RFCI и включает эту информацию о RFCI в сообщение RANAP с запросом передислокации.
Другими словами, согласно настоящему примерному варианту информация о RFCI добавляется к сообщению RANAP с запросом передислокации из пункта 9.1.10 документа 3GPP TS25.413 (непатентный документ 3). На фиг.7 показано сообщение RANAP с запросом передислокации, которое было модифицировано согласно настоящему примерному варианту. На фиг.7 показаны только те элементы, которые были модифицированы. Как и в случае использования сообщения RANAP с запросом передислокации по фиг.6, в качестве информации о RFCI к сообщению RANAP с запросом передислокации согласно настоящему примерному варианту добавляется: «RFCI», то есть, значение RFCI; «субпоток RFCI», то есть, количество субпотоков, которые образуют кадры данных, показанные с помощью этого значения RFCI; и «длина субпотока», то есть, размер данных для каждого субпотока.
Узел HNB-Т 3 завершает использование сообщения RANAP с запросом передислокации в функциональном блоке 32В RANAP. Если в этом сообщении RANAP с запросом передислокации содержится информация о RFCI, то узел HNB-Т 3 инициализирует информацию о RFCI узла HNB-Т 3 и переустанавливает информацию о RFCI содержащуюся в сообщении RANAP с запросом передислокации.
Таким путем, после последовательного приема речевых данных по восходящей линии связи от терминала UE 1 и речевых данных нисходящей линии связи из сети CN 6, узел HNB-Т 3 может правильно определить не только структуру кадров речевых данных, но также скорость, используя значения RFCI, добавленные к концу этих речевых данных.
Кроме того, в настоящем примерном варианте, что касается переходов из состояния в состояние узла HNB-Т 3, то добавляется условие для непосредственного перехода из состояния «Нуль» в состояние «Готовность поддержки режима пересылки данных» в диаграмме переходов из состояния в состояние по протоколу Iu-UP 3GPP TS25.415 (непатентный документ 2). На фиг.8 показан вид диаграммы переходов из состояния в состояние по протоколу Iu-UP, которая была модифицирована согласно настоящему примерному варианту. На фиг.8 показано, что возникает непосредственный переход из состояния «Нуль» в состояние «Готовность поддержки режима пересылки данных» после приема сообщения RANAP с запросом передислокации, которое содержит информацию о RFCI («Intra-HNB-GW Relocation-Req» (запрос передислокации внутри HNB-GW) на фиг.8).
Таким образом, после приема сообщения RANAP с запросом передислокации узел HNB-Т 3 использует это сообщение в качестве инициирующего события и вызывает изменение состояния блока 33В пересылки кадров Iu-UP из состояния «Нуль» в состояние «Готовность поддержки режима пересылки данных» и в результате переходит в состояние, позволяющее пересылку данных кадра Iu-UP без выполнения процедуры инициализации Iu-UP.
В настоящем примерном варианте сигнал, который вызывает переход из состояния «Нуль» в состояние «Готовность поддержки режима пересылки данных», называется «Intra-HNB-GW Relocation-Req», но название этого сигнала этим не ограничивается.
Последующие шаги S203-S211 хорошо известны в виде одной предложенной процедуры передислокации внутри HNB-GW, возможность использования которой исследуется в системах мобильной связи, сформированных из устройств HNB/HNB-GW/CN, причем они непосредственно не относятся к настоящему изобретению.
После выполнения шага S202 узел HNB-Т 3 реагирует на сообщение RANAP с запросом передислокации путем передачи на шаге S203 на шлюз HNB-GW 4 сообщения RANAP с подтверждением запроса передислокации.
Далее шлюз HNB-GW 4 дает команду на начало передислокации путем передачи на узел HNB-S 2 сообщения с командой передислокации (шаг S204).
Затем узел HNB-S 2 дает команду на реконфигурацию радиоканала путем передачи на терминал UE 1 сообщения RRC о реконфигурации (шаг S205).
На шаге S206 узел HNB-Т 3 обнаруживает терминал UE 1 посредством синхронизации на уровне 1 радиосвязи и сообщает об обнаружении терминала UE 1 путем передачи на шлюз HNB-GW 4 сообщения об обнаружении передислокации.
На шаге S207 терминал UE сообщает о завершении распределения радиоресурсов путем передачи на узел HNB-Т 3 сообщения RRC о завершении реконфигурации.
Затем на шаге S208 узел HNB-Т 3 сообщает о завершении передислокации путем передачи на шлюз HNB-GW 4 сообщения RANAP о завершении передислокации.
Далее на шаге S209 шлюз HNB-GW 4 запрашивает освобождение ресурсов узла HNB-S 2 путем передачи на узел HNB-S 2 сообщения RANAP: Iu с командой на освобождение.
Затем на шаге S210 узел HNB-S 2 сообщает о том, что ресурсы узла HNB-S 2 освобождены, путем передачи на шлюз HNB-GW 4 сообщения RANAP: Iu о завершении освобождения.
Затем терминал UE 1 передает и принимает речевые данные (пользовательские данные) на/от шлюза HNB-GW 4 через узел HNB-Т 3 (шаг S211).
В настоящем примерном варианте, как было описано выше, узел HNB-S 2 передает на шлюз HNB-GW 4 информацию о RFCI узла HNB-S 2 с помощью сообщения RANAP о необходимости передислокации, а шлюз HNB-GW 4 передает на узел HNB-Т 3 информацию о RFCI с помощью сообщения RANAP с запросом передислокации, в результате чего узел HNB-Т 3 имеет возможность использовать информацию о RFCI от узла HNB-S 2 без выполнения процедуры инициализации согласно протоколу Iu-UP.
Вдобавок, узел HNB-Т 3 принимает от шлюза HNB-GW 4 сообщение RANAP с запросом передислокации в качестве запускающего события для перехода в состояние, позволяющее осуществлять пересылку речевых данных, в результате чего может выполняться передача речевых данных без выполнения процедуры инициализации Iu-UP.
Соответственно, узел HNB-Т 3 имеет возможность использовать информацию о RFCI от узла HNB-S 2 и передавать речевые данные без выполнения процедуры инициализации Iu-UP, в результате чего передача речи может осуществляться при поддержке неизменным режима работы без транскодера (TrFO) даже в случае передислокации внутри HNB-GW между узлами HNB-S 2 и HNB-Т 3.
Кроме того, поскольку в настоящем примерном варианте нет необходимости выполнения процедуры инициализации Iu-UP, не нужно модифицировать упомянутое первое положение, которое запрещает повторный запуск инициализации Iu-UP из одной и той же подсистемы SRNS (шлюз HNB-GW 4) в 3GPP.
Кроме того, в настоящем примерном варианте нет необходимости прекратить использование сообщения инициализации Iu-UP на шлюзе HNB-GW, а значит, нет необходимости модифицировать второе положение, которое не разрешает прекращение использования сообщения протокола Iu-UP в шлюзе HNB-GW в 3GPP.
Вдобавок, настоящий примерный вариант обладает следующими двумя преимуществами благодаря использованию сообщений RANAP при передаче информации о RFCI:
(1) Первое преимущество
Документ 3GPP TS25.467 (непатентный документ 4)предписывает завершение использования сообщения RANAP в узле HNB и шлюзе HNB-GW В результате настоящий примерный варрант имеет преимущество, заключающееся в том, что при добавлении в сообщение RANAP функций, относящихся к настоящему примерному варианту, нет необходимости в их поддержке путем добавления нового протокола.
(2) Второе преимущество
Хотя в настоящее время в проекте 3GPP исследуется процедура передислокации внутри HNB-GW, для сигналов, относящихся к этой процедуре, как правило, используют сообщение RANAP. Таким образом, благодаря добавлению в сообщения RANAP функций, относящихся к настоящему примерному варианту, настоящий примерный вариант имеет преимущество, состоящее в исключении необходимости добавлять новые сигналы в процедуру передислокации внутри HNGW.
Третий примерный вариант
Данный примерный вариант является примером, в котором первый примерный вариант выполнен, в частности, с использованием в качестве шлюза HNB-GW 4 устройства 9 более высокого порядка.
В настоящем примерном варианте информация о RFCI узла HNB-S 2 передается от узла HNB-S 2 на узел HNB-Т 3 через шлюз HNB-GW 4 посредством сообщения о прямой пересылке по протоколу RANAP с пользовательской адаптацией (далее сокращенно «RUA»).
Протокол RUA определен в документе 3GPP TS25.468 (непатентный документ 5). Вдобавок, сообщение протокола RUA о прямой пересылке является сообщением, используемым для пересылки сообщения RANAP.
Обратимся к фиг.9, где шлюз HNB-GW 4 согласно настоящему примерному варианту отличается от шлюза HNB-GW 4 согласно второму примерному варианту, показанному на фиг.4, тем, что в него добавлен функциональный блок 47В протокола RUA. Функциональный блок 47В протокола RUA является одной из составных частей, образующих блок 92А управления по фиг.2.
Узел HNB-S 2 согласно настоящему примерному варианту отличается от узла HNB-S 2 согласно второму примерному варианту, показанному на фиг.4, тем, что в него добавлен функциональный блок 25В протокола RUA. Функциональный блок 25В протокола RUA является одной из составных частей, образующих блок 21А управления по фиг.2.
Узел HNB-Т 3 согласно настоящему примерному варианту отличается от узла HNB-Т 3 согласно второму примерному варианту, показанному на фиг.4, тем, что в него добавлен функциональный блок 35В протокола RUA. Функциональный блок 35В протокола RUA является одной из составных частей, образующих блок 32А управления по фиг.2.
Функциональный блоки 25В, 35В и 47В RUA реализуют функции протокола RUA, предписанные документом 3GPP TS25.468 (непатентный документ 5). Например, функциональные блоки 25В, 35В и 47В протокола RUA имеют функцию создания сообщений RUA и функцию прекращения использования сообщений RUA.
Далее с использованием схемы последовательности операций по фиг.10 описываются операции согласно настоящему примерному варианту.
На шаге S 301 узел HNB-S 2 начинает процедуру передислокации, реализуемую путем передачи на шлюз HNB-GW 4 сообщения RANAP о необходимости передислокации, которое запрашивает перемещение терминала UE 1 от HNB-S 2.
В настоящем примерном варианте во время передачи сообщения RANAP о необходимости передислокации одновременно передается сообщение RUA о непосредственной пересылке для пересылки этого сообщения RANAP о необходимости передислокации.
Кроме того, в настоящем примерном варианте в сообщение RUA о прямой пересылке из пункта 9.1.4 документа 3GPP TS25.468 (непатентный документ 5) добавляется информация о RFCI из сообщения инициализации Iu-UP Init. На фиг.11 показано сообщение RUA о прямой пересылке, которое было модифицировано согласно настоящему примерному варианту. На фиг.11 показаны только те элементы, которые были модифицированы. В сообщение RUA о прямой пересылке согласно настоящему примерному варианту в качестве информации о RFCI добавляется: «RFCI», то есть, значение RFCI; «субпоток RFCI», то есть, количество субпотоков, которые образуют кадры данных, показанные с помощью значений RFCI; и «длина субпотока», то есть размер данных для каждого субпотока.
Шлюз HNB-GW 4 завершает использование сообщения RANAP о необходимости передислокации в функциональном блоке 42В RANAP и завершает использование сообщения RUA о прямой пересылке в функциональном блоке 47В RUA и получает информацию о RFCI.
На шаге S302 шлюз HNB-GW 4, кроме того, запрашивает закрепление ресурсов узла HNB-Т 3 путем передачи на узел HNB-Т 3 сообщения RANAP с запросом передислокации, запрашивающего перемещение терминала UE 1 к узлу HNB-Т 3.
В настоящем примерном варианте во время передачи сообщения RANAP с запросом передислокации одновременно передается сообщение RUA о прямой пересылке для пересылки этого сообщения RANAP с запросом передислокации.
Кроме того, в настоящем примерном варианте, когда в сообщении RUA о прямой пересылке на шаге S301 содержится информация о RFCI, функциональный блок 47В RUA получает информацию о RFCI и включает эту информацию о RFCI в сообщение RUA о прямой пересылке. В это время сообщение RUA о прямой пересылке совпадает с сообщением, показанным на фиг.11.
Узел HNB-Т 3 завершает использование сообщения RANAP с запросом передислокации в функциональном блоке 32В RANAP и завершает использование сообщения RUA о прямой пересылке в функциональном блоке 35В RUA. Если в этом сообщении RUA о прямой пересылке содержится информация о RFCI, то узел HNB-Т 3 инициализирует информацию о RFCI узла HNB-Т 3 и переустанавливает информацию о RFCI, содержащуюся в сообщении RUA о прямой пересылке.
Таким путем, после последовательного приема узлом HNB-Т 3 речевых данных по восходящей линии связи от терминала UE 1 и речевых данных нисходящей линии связи из сети CN 6, узел HNB-Т 3 может правильно определить не только структуру кадров речевых данных, но также скорость, используя значения RFCI, добавленные к концу этих речевых данных.
Кроме того, в настоящем примерном варианте в диаграмму переходов из состояния в состояние (смотри фиг.8) протокола Iu-UP 3GPP TS25.415 (непатентный документ 2), относящегося к переходам из состояния в состояние узла HNB-Т 3, добавляется условие, состоящее в том, что в качестве условия для непосредственного перехода из состояния «нуль» в состояние «Готовность поддержки режима пересылки данных» принимается сообщение RUA о прямой пересылке, содержащее информацию о RFCI (на фиг.8 представлено как «Intra-HNB-GW Relocation-Req»).
Таким образом, узел HNB-Т 3 использует прием сообщения RUA о прямой пересылке для инициирования изменения состояния блока 33В пересылки кадров Iu-UP из состояния «нуль» в состояние «Готовность поддержки режима пересылки данных» для перехода в состояние, позволяющее пересылку данных кадра Iu-UP без выполнения процедуры инициализации Iu-UP.
Обработка на последующих шагах S303-S311 совпадает с обработкой на шагах S203-S211 по фиг.5.
В настоящем примерном варианте, как было описано выше, узел HNB-S 2 передает информацию о RFCI узла HNB-S 2 на шлюз HNB-GW 4 с помощью сообщения RUA о непосредственной передаче, а шлюз HNB-GW 4 передает информацию о RFCI узла HNB-S 2 на узел HNB-Т 3 с помощью сообщения RUA о прямой пересылке, в результате чего узел HNB-Т 3 имеет возможность использовать информацию о RFCI от узла HNB-S 2 без выполнения процедуры инициализации Iu-UP.
Вдобавок, узел HNB-Т 3 использует прием сообщения RUA о прямой пересылке от узла HNB-GW 4 для инициирования перехода в состояние, позволяющее пересылку речевых данных, в результате чего появляется возможность передачи речевых данных без выполнения процедуры инициализации Iu-UP.
Соответственно, узел HNB-Т 3 способен использовать информацию о RFCI от узла HNB-S 2 и передавать речевые данные без выполнения процедуры инициализации Iu-UP, в результате чего передача речи может осуществляться при поддержке неизменным режима работы без транскодера (TrFO) даже в случае передислокации внутри HNB-GW между узлами HNB-S 2 и HNB-Т 3.
Вдобавок, поскольку в настоящем примерном варианте нет необходимости выполнения процедуры инициализации Iu-UP, не нужно модифицировать первое положение в 3GPP, которое запрещает повторный запуск инициализации Iu-UP из одной и той же подсистемы SRNS (шлюз HNB-GW 4).
Кроме того, в настоящем примерном варианте, поскольку нет необходимости завершать использование сообщения инициализации Iu-UP на шлюзе HNB-GW, пропадает необходимость модификации второго положения, которое не разрешает завершение использования сообщения протокола Iu-UP в шлюзе HNB-GW.
Четвертый примерный вариант
Данный примерный вариант является конкретным примером выполнения первого примерного варианта с использованием в качестве шлюза HNB-GW 4 устройства 9 более высокого порядка.
В настоящем примерном варианте информация о RFCI узла HNB-S 2 передается от узла HNB-S 2 на узел HNB-Т 3 через шлюз HNB-GW 4 посредством сообщения о передислокации от прикладной части домашнего узла В (далее сокращенно «HNBAP»).
Сообщение HNBAP определено в документе 3GPP TS25.469 (непатентный документ 6). Сообщение HNBAP о передислокации в 3GPP не предписано, но оно хорошо известно в качестве одного способа в процедурах передислокации внутри HNB-GW, которые разрабатываются в настоящее время. Сообщения HNBAP о передислокации не имеют прямого отношения к настоящему изобретению.
Обратимся к фиг.12, где шлюз HNB-GW 4 согласно настоящему примерному варианту отличается от шлюза HNB-GW 4 согласно второму примерному варианту, показанному на фиг.4, тем, что в него добавлен функциональный блок 48В HNBAP. Функциональный блок 48В HNBAP является одной из составных частей, образующих блок 92А управления по фиг.2.
Вдобавок, узел HNB-S 2 согласно настоящему примерному варианту отличается от узла HNB-S 2 согласно второму примерному варианту, показанному на фиг.4, тем, что в него добавлен функциональный блок 26В HNBAP. Функциональный блок 26В HNBAP является одной из составных частей, образующих блок 21А управления по фиг.2.
Узел HNB-Т 3 согласно настоящему примерному варианту отличается от узла HNB-Т 3 согласно второму примерному варианту, показанному на фиг.4, тем, что в него добавлен функциональный блок 36В HNBAP. Функциональный блок 36В HNBAP является одной из составных частей, образующих блок 32А управления по фиг.2.
Функциональные блоки 26В, 36В и 48В HNBAP реализуют функции протокола HNBAP, предписанные документом 3GPP TS25.469 (непатентный документ 6). Например, функциональные блоки 26В, 36В и 48В протокола HNBAP имеют функцию создания сообщений HNBAP и функцию прекращения использования сообщений HNBAP.
Далее с использованием схемы последовательности операций по фиг.13 описываются операции согласно настоящему примерному варианту.
На шаге S401 узел HNB-S 2 начинает процедуру передислокации, реализуемую путем передачи на шлюз HNB-GW 4 сообщения HNBAP о необходимости передислокации, которое запрашивает перемещение терминала UE 1 из HNB-S 2.
В настоящем примерном варианте в сообщение HNBAP о необходимости передислокации добавляется информация о RFCI из сообщения Iu-UP Init. Информация о RFCI может быть добавлена в сообщение HNBAP о необходимости передислокации в то же время, когда это происходит в примере на фиг.11.
Шлюз HNB-GW 4 завершает использование сообщения HNBAP о необходимости передислокации в функциональном блоке 48В HNBAP и получает информацию о RFCI.
На шаге S402 шлюз HNB-GW 4 кроме того запрашивает закрепление ресурсов узла HNB-Т 3 путем передачи на узел HNB-Т 3 сообщения HNBAP с запросом передислокации, запрашивающего перемещение терминала UE 1 к узлу HNB-Т 3.
В настоящем примерном варианте, когда в сообщении HNBAP о необходимости передислокации на шаге S401 содержится информация о RFCI, функциональный блок 48В HNBAP получает информацию о RFCI и включает эту информацию о RFCI в сообщение HNBAP с запросом передислокации. В это время информация RFCI может быть добавлена к сообщению HNBAP с запросом передислокации, например, как на фиг.11.
Узел HNB-Т 3 прекращает использование сообщение HNBAP с запросом передислокации в функциональном блоке 36В HNBAP. Если в этом сообщении HNBAP с запросом передислокации содержалась информация о RFCI, то узел HNB-Т 3 инициализирует информацию о RFCI узла HNB-Т 3 и переустанавливает информацию о RFCI, содержащуюся в сообщении HNBAP с запросом передислокации.
Таким путем, после последовательного приема речевых данных по восходящей линии связи от терминала UE 1 и речевых данных по нисходящей линии связи из сети CN 6 узел HNB-Т 3 может правильно определить не только структуру кадров речевых данных, но также скорость, используя значения RFCI, добавленные к концу этих речевых данных.
Кроме того, в настоящем примерном варианте в диаграмму переходов из состояния в состояние (смотри фиг.8) протокола Iu-UP из документа 3GPP TS25.415 (непатентный документ 2), относящегося к переходам из состояния в состояние узла HNB-Т 3, добавляется условие, состоящее в том, что в качестве условия для непосредственного перехода из состояния «Нуль» в состояние «Готовность поддержки режима пересылки данных» принимается сообщение HNBAP с запросом передислокации, содержащее информацию о RFCI (на фиг.8 представлено как «Intra-HNB-GW Relocation-Req»).
Таким образом, узел HNB-Т 3 использует прием сообщения HNBAP с запросом передислокации для инициирования изменения состояния блока 33В пересылки кадров Iu-UP из состояния «Нуль» в состояние «Готовность поддержки режима пересылки данных» для перехода в состояние, позволяющее пересылку данных кадра Iu-UP без выполнения процедуры инициализации Iu-UP.
Обработка на последующих шагах S403-S411 совпадает с обработкой на шагах S203-S211 по фиг.5.
В настоящем примерном варианте, как было описано выше, узел HNB-S 2 передает информацию о RFCI узла HNB-S 2 на шлюз HNB-GW 4 с помощью сообщения HNBAP о необходимости передислокации, а шлюз HNB-GW 4 передает информацию о RFCI узла HNB-S 2 на узел HNB-Т 3 с помощью сообщения HNBAP с запросом передислокации, в результате чего узел HNB-Т 3 имеет возможность использовать информацию о RFCI от узла HNB-S 2 без выполнения процедуры инициализации Iu-UP.
Вдобавок, узел HNB-Т 3 использует прием сообщения HNBAP с запросом передислокации от узла HNB=GW 4 для инициирования перехода в состояние, позволяющее пересылку речевых данных, в результате чего появляется возможность передачи речевых данных без выполнения процедуры инициализации Iu-UP.
Соответственно, узел HNB-Т 3 способен использовать информацию о RFCI от узла HNB-S 2 и передавать речевые данные без выполнения процедуры инициализации Iu-UP, в результате чего передача речи может осуществляться при поддержке неизменным режима работы без транскодера (TrFO) даже в случае передислокации внутри HNB-GW между узлами HNB-S 2 и HNB-Т 3.
Вдобавок, исключение необходимости выполнения процедуры инициализации Iu-UP в настоящем примерном варианте, кроме того, исключает необходимость модифицировать первое положение в проекте 3GPP, которое запрещает повторный запуск инициализации Iu-UP из одной и той же подсистемы SRNS (шлюз HNB-GW 4).
Кроме того, в настоящем примерном варианте исключается необходимость завершения использования сообщения инициализации Iu-UP на шлюзе HNB-GW, что исключает необходимость модифицировать второе положение в 3GPP, которое не разрешает завершение сообщения протокола Iu-UP в HNB-GW.
Пятый примерный вариант
Данный примерный вариант является примером, в котором первый примерный вариант выполнен, в частности, с использованием в качестве шлюза HNB-GW 4 устройства 9 более высокого порядка. Вдобавок, конфигурация данного примерного варианта аналогична конфигурации второго примерного варианта, показанного на фиг.4.
В настоящем примерном варианте шлюз HNB-GW 4 передает информацию o RFCI узла HNB-S 2 на узел HNB-Т 3 с использованием сообщения Iu-UP Init во время обработки передислокации терминала UE 1 от узла HNB-S 2 к узлу HNB-Т 3. Сообщение Iu-UP Init является сообщением, которое передается и принимается между узлами HNB и HNB-GW, когда узел HNB пытается установить связь с тем узлом HNB, который имеет под своим управлением терминал партнера по связи, в то время, например, когда возникает передислокация.
В версии Iu-UP Ver2 документа 3GPP TS25.415 (непатентный документ 2) предписана передача сообщения Iu-UP Init из сети CN на контроллер RNC. Однако это предписание предполагает, что система мобильной связи сформирована из существующих устройств Node-B/RNC/CN проекта 3GPP.
В результате должна быть обеспечена возможность передачи сообщения Iu-UP Init от сети CN на шлюз HNB-GW даже в той системе мобильной связи, которая сформирована из устройств HNB/HNB-GW/СN, но документ 3GPP TS25.467 (непатентный документ 4) предписывает, что использование сообщения протокола Iu-UP не будет прекращено в шлюзе HNB-GW.
Таким образом, настоящий примерный вариант модифицирует положения проекта 3GPP и разрешает прекращение использования сообщения Iu-UP в шлюзе HNB-GW.
Далее со ссылками на схему последовательности операций по фиг.14 описываются операции согласно настоящему примерному варианту.
Что касается фиг.14, то здесь предполагается, что шлюз HNB-GW 4 заранее получил информацию о RFCI узла HNB-S 2. Другими словами, узел HNB-S 2 передал сообщение Iu-UP Init, содержащее информацию о RFCI узла HNB-S 2, на шлюз HNB-GW 4 во время установки связи между узлами HNB-S 2 и HNB-X 8, в результате чего шлюз HNB-GW 4 получает информацию о RFCI узла HNB-S 2. Эта процедура реализуется перед шагом S501 на фиг.14 и на этой фигуре не описана.
Сначала выполняется обработка на шагах S501 и S502, которая аналогична обработке на шагах S201 и S 202 по фиг.5. На шаге S503 узел HNB-Т 3 сначала передает сообщение Iu-UP Init, содержащее информацию о RFCI узла HNB-Т 3 на шлюз HNB-GW 4. Шлюз HNB-GW 4 завершает сообщение Iu-UP Init в блоке 44В управления кадрами Iu-UP и сравнивает информацию о RFCI узла HNB-Т 3, содержащуюся в сообщении Iu-UP Init, с информацией о RFCI узла HNB-S 2, полученной заранее.
На шаге S504 шлюз HNB-GW 4 реагирует на сообщение Iu-UP Init путем передачи на узел HNB-Т 3 сообщения с подтверждением Iu-UP Init.
Если на шаге S503 информация о RFCI узла HNB-S 2 и информация о RFCI узла HNB-Т 3 не совпадают, то шлюз HNB-GW 4 на шаге S505 передает сообщение Iu-UP Init, содержащее информацию о RFCI узла HNB-S 2, чтобы достичь соответствия информации о RFCI узла HNB-Т 3 и информации о RFCI узла HNB-S 2.
Затем на шаге S506 узел HNB-Т 3 реагирует на сообщение Iu-UP Init путем передачи на шлюз HNB-GW 4 сообщения с подтверждением Iu-UP Init. Вдобавок, узел HNB-Т 3 инициализирует информацию о RFCI узла HNB-Т 3 и переустанавливает информацию RFCI узла HNB-S 2, содержащуюся в сообщении Iu-UP Init.
Обработка на последующих шагах S507-S517 совпадает с обработкой на шагах S203-S211 по фиг.5.
В настоящем примерном варианте, как было описано выше, шлюз HNB-GW 4 передает информацию о RFCI узла HNB-S 2 на узел HNB-Т 3 с помощью сообщения Iu-UP Init, в результате чего узел HNB-Т 3 имеет возможность использовать информацию о RFCI от узла HNB-S 2.
Соответственно, речевая связь может осуществляться при поддержке неизменным режима работы без транскодера (TrFO) даже в случае передислокации внутри HNB-GW между узлами HNB-S 2 и HNB-Т 3.
Ниже следует описание из пункта 7.2 документа 3GPP TS25.467 (непатентный документ 4), который модифицирован согласно настоящему примерному варианту.
Iu-UP ограничивается только сетью CN и узлами HNB и HNB-GW.
Далее приведено описание версии Iu-UP Ver2 из пункта 6.5.2 документа 3GPP TS25.415 (непатентный документ 2), который модифицирован согласно настоящему примерному варианту.
Управление процедурой инициализации возможно в двух точках доступа Iu, то есть, CN и Utran.
Процедура инициализации активируется, когда она указана управляющей функцией процедур протокола Iu-UP, то есть, во время передислокации SRNS, или когда устанавливается RAB на Iu, или когда сеть CN или шлюз HNB-GW пытается решить проблему несовпадения RFCI в состоянии выполнения TrFO. Процедура инициализации не может быть вновь запущена подсистемой SRNC для канала RAB без запроса на модификацию RAB через протокол RANAP.
Шестой примерный вариант
Настоящий примерный вариант представляет собой пример, где первый примерный вариант выполнен, в частности, с использованием в качестве узла 5 сети CN устройства 9 более высокого порядка.
В настоящем примерном варианте узел 5 сети CN передает информацию о RFCI узла HNB-S 2 на узел HNB-T 3 с помощью сообщения Iu-UP Init во время обработки передислокации терминала UE 1 от узла HNB-S 2 к узлу HNB-Т 3.
Другими словами, в настоящем примерном варианте узел 5 сети CN выполняет операции, которые в третьем примерном варианте выполнялись шлюзом HNB-GW 4, а шлюз HNB-GW 4 выполняет только пересылку без прекращения использования сообщений RANAP и сообщений Iu-UP Init, которыми обмениваются HNB-S 2/HNB-Т 3 и узел 5 сети CN.
Однако текущий документ 3GPP TS25.415 (непатентный документ 2) не разрешает повторный запуск инициализации Iu-UP при возникновении передислокации внутри HNB-GW.
В этой связи, упомянутые положения 3GPP в настоящем примерном варианте модифицированы, и повторная активация инициализации Iu-UP разрешается даже в случае передислокации внутри HNB-GW.
Обратимся к фиг.15, где узел 5 сети CN согласно настоящему примерному варианту включает в себя: приемопередатчик 51С для связи с противолежащим шлюзом HNB-GW 4, функциональный блок 52С RANAP, приемопередатчик 53С для связи с противолежащим шлюзом HNB-GW 7, блок 54С управления кадрами Iu-UP, блок 55С пересылки кадров Iu-UP и блок 56С удержания RFCI. На фиг.15 приемопередатчик 51С для связи с противолежащим шлюзом HNB-GW образует приемопередающий блок 91А по фиг.2, а другие функциональные блоки образуют блок 92А управления по фиг.2.
Вдобавок, конфигурации узлов HNB-S 2 и HNB-Т 3 согласно настоящему примерному варианту аналогичны конфигурациям узлов HNB-S 2 и HNB-Т 3 согласно второму примерному варианту, показанному на фиг.4.
Приемопередатчик 51С для связи с противолежащим шлюзом HNB-GW имеет интерфейс для соединения со шлюзом HNB-GW 4 и осуществляет передачу и прием речевых данных на/от шлюза HNB-GW 4.
Приемопередатчик 51С для связи с противолежащим шлюзом HNB-GW имеет интерфейс для соединения со шлюзом HNB-GW 7 и осуществляет передачу и прием речевых данных на/от шлюза HNB-GW 7.
Оставшиеся функциональный блок 52С RANAP, блок 54С управления кадрами Iu-UP, блок 55С пересылки кадров Iu-UP и блок 56С удержания RFCI выполняют операции, аналогичные тем, которые выполняет функциональный блок 42В RANAP, блок 44В управления кадрами Iu-UP, блок 45В пересылки кадров Iu-UP и блок 46В удержания RFCI соответственно показанные на фиг.4.
Далее с использованием схемы последовательности операций, показанной на фиг.16, описываются операции, выполняемые согласно настоящему примерному варианту.
Что касается фиг.16, то здесь предполагается, что узел 5 сети CN заранее получил информацию о RFCI узла HNB-S 2. Другими словами, во время установления связи между узлом HNB-S 2 и узлом HNB-Х 8 узел HNB-S 2 передает сообщение Iu-UP Init, содержащее информацию о RFCI узла HNB-S 2 на узел 5 сети CN, через шлюз HNB-GW 4, в результате чего узел 5 сети CN получает информацию о RFCI узла HNB-S 2. Эта процедура реализуется перед шагом S601 на фиг.16 и на этой фигуре не показана.
Сначала устройствами HNB-S 2, HNB-Т 3 и HNB-GW 4 выполняется обработка на шагах S601 и S602, которая аналогична обработке, выполняемой на шагах S201 и S202 по фиг.5 устройствами HNB-S 2, HNB-Т 3 и HNB-GW 4.
На шаге S603 узел HNB-Т 3 передает сообщение Iu-UP Init, содержащее информацию о RFCI узла HNB-Т 3, на узел 5 сети CN через шлюз HNB-GW 4. Узел 5 сети CN завершает сообщение Iu-UP Init в блоке 54С управления кадрами Iu-UP и сравнивает информацию о RFCI узла HNB-Т 3, содержащуюся в сообщении Iu-UP Init, с информацией о RFCI узла HNB-S 2, полученной заранее.
На шаге S604 узел 5 сети CN реагирует на сообщение Iu-UP Init путем передачи на узел HNB-Т 3 сообщения с подтверждением Iu-UP Init через шлюз HNB-GW 4.
Если на шаге S603 информация о RFCI узла HNB-S 2 и информация о RFCI узла HNB-Т 3 не совпадают, то узел 5 сети CN на шаге S605 передает на узел HNB-Т 3 через шлюз HNB-GW 4 сообщение Iu-UP Init, содержащее информацию о RFCI узла HNB-S 2, чтобы достичь соответствия информации о RFCI узла HNB-Т 3 и информации о RFCI узла HNB-S 2.
Затем на шаге S606 узел HNB-Т 3 реагирует на сообщение Iu-UP Init путем передачи на узел 5 сети CN через HNB-GW 4 сообщения с подтверждением Iu-UP Init. Вдобавок, узел HNB-Т 3 инициализирует информацию о RFCI узла HNB-Т 3 и переустанавливает информацию RFCI узла HNB-S 2, содержащуюся в сообщении Iu-UP Init.
Обработка, которая выполняется терминалом UE1, узлом HNB-S 2, узлом HNB-Т 3 и узлом 5 сети CN на последующих шагах S607-S615 совпадает с обработкой на шагах S203-S211 по фиг.5, выполненной терминалом UE1, узлом HNB-S 2, узлом HNB-Т 3 и шлюзом HNB-GW 4.
В настоящем примерном варианте, как было описано выше, узел 5 сети CN передает информацию о RFCI узла HNB-S 2 на узел HNB-Т 3 с помощью сообщения Iu-UP Init, в результате чего узел HNB-Т 3 имеет возможность использовать информацию о RFCI от узла HNB-S 2.
Соответственно, речевая связь может осуществляться при поддержке неизменным режима работы без транскодера (TrFO) даже в случае передислокации внутри HNB-GW между узлами HNB-S 2 и HNB-Т 3.
Вдобавок, ниже следует описание версии Iu-UP Ver1 пункта 6.5.2 документа 3GPP TS25.415 (непатентный документ 2), который модифицирован согласно настоящему примерному варианту.
Упомянутая процедура инициализации не может быть повторно активирована для канала RAB без запроса модификации RAB посредством протокола RANAP или без возникновения передислокации внутри HNB-GW.
Далее приведено описание версии Iu-UP Ver2 из пункта 6.5.2 документа 3GPP TS25.415 (непатентный документ 2), который модифицирован согласно настоящему примерному варианту.
Упомянутая процедура инициализации не может быть повторно активирована для канала RAB без запроса модификации RAB посредством протокола RANAP или без возникновения передислокации внутри HNB-GW.
Седьмой примерный вариант
Система мобильной связи согласно настоящему примерному варианту характеризуется наличием узлов HNB-S 2, HNB-Т 3 и HNB-GW 4.
В настоящем примерном варианте каждый из узлов HNB-S 2 и HNB-Т 3 передает на шлюз HNB-GW 4 информацию о RFCI, и, если информация о RFCI узла HNB-S 2 и информация о RFCI узла HNB-Т 3 не совпадают, то шлюз HNB-GW 4 преобразует значения RFCI, которые добавлены к концу речевых данных, принятых от узла HNB-Т 3, в значения RFCI, которые указывают кадры данных, имеющие одинаковую структуру, в информации о RFCI узла HNB-S 2.
Обратимся к фиг.17, где узел HNB-S 2 по настоящему примерному варианту включает в себя блок 21D управления, который содержит информацию о RFCI узла HNB-S 2 в первом сообщении, и приемопередающий блок 22D, который передает это первое сообщение на шлюз HNB-GW 4.
Вдобавок, узел HNB-Т 3 согласно настоящему примерному варианту включает в себя блок 31D управления, который содержит информацию о RFCI узла HNB-Т 3 во втором сообщении, и приемопередающий блок 32D, который передает это второе сообщение на шлюз HNB-GW 4.
Шлюз HNB-GW 4 согласно настоящему примерному варианту включает в себя: первый приемопередающий блок 41D, который принимает первое сообщение от узла HNB-S 2 и принимает второе сообщение от узла HNB-Т 3; блок 42D памяти, который запоминает информацию о RFCI узла HNB-S 2, содержащуюся в первом сообщении, и информацию о RFCI узла HNB-Т 3, содержащуюся во втором сообщении; блок 43D управления, который при несовпадении информации о RFCI узла HNB-S 2 и информации о RFCI узла HNB-Т 3, после следующего приема речевых данных от узла HNB-Т 3, преобразует значения RFCI, добавленные к концу речевых данных, в значения RFCI, которые указывают кадры данных, имеющие одинаковую структуру, в качестве речевых данных в информации о RFCI узла HNB-S 2$; и второй приемопередающий блок 44D, который передает в сеть CN 6 речевые данные, в конец которых были добавлены значения RFCI, подвергнутые преобразованию RFCI в блоке 43D управления.
Далее с использованием схемы последовательности операций, показанной на фиг.18, описываются операции, выполняемые системой мобильной связи согласно настоящему примерному варианту.
На шаге S701 узел HNB-S 2 передает на шлюз HNB-GW 4, первое сообщение, содержащее информацию о RFCI узла HNB-S 2.
На шаге S702 узел HNB-Т 3 передает на шлюз HNB-GW 4 второе сообщение, содержащее информацию о RFCI узла HNB-Т 3.
Шлюз HNB-GW 4 запоминает информацию о RFCI узла HNB-S 2, содержащуюся в первом сообщении, и информацию о RFCI узла HNB-Т 3, содержащуюся во втором сообщении, в блоке 42D памяти. Вдобавок, шлюз HNB-GW 4 сравнивает информацию о RFCI узлов HNB-S 2 и HNB-Т 3.
На шаге S703 терминал UE 1 последовательно выполняет передачу и прием речевых данных (пользовательские данные) с использованием HNB-GW 4 через узел HNB-Т 3.
При несовпадении информации о RFCI узла HNB-S 2 и информации о RFCI узла HNB-Т 3 шлюз HNB-GW 4 после приема речевых данных от узла HNB-Т 3 выполняет преобразование значений RFCI, добавленных к концу речевых данных, в значения RFCI, указывающие кадры данных, имеющих одинаковую структуру, в качестве речевых данных, в информации о RFCI узла HNB-S 2.
Затем шлюз HNB-GW 4 передает в сеть CN 6 речевые данные, в конец которых были добавлены преобразованные значения RFCI.
Когда информация о RFCI узлов HNB-S 2 и HNB-Т 3 совпадает, HNB-GW 4 передает в сеть CN 6 без изменений речевые данные, принятые от узла HNB-Т 3, и значения RFCI, которые были добавлены к концу речевых данных.
При несовпадении информации о RFCI узла HNB-S 2 и информации о RFCI узла HNB-Т 3 в настоящем примерном варианте, как было описано выше, шлюз HNB-GW 4 последовательно преобразует значения RFCI, добавленные к концу речевых данных, принятых от узла HNB-Т 3, в значения RFCI, которые указывают кадры данных, имеющие одинаковую структуру, в информации о RFCI узла HNB-S 2.
В результате, даже в том случае, когда между узлами HNB-S 2 и HNB-Т 3 информация о RFCI не передается, речевая связь может выполняться при поддержке режима работы без транскодера (TrFO) без изменения в случае передислокации внутри HNB-GW между узлами HNB.
Восьмой примерный вариант
Настоящий примерный вариант является примером, конкретизирующим седьмой примерный вариант.
В настоящем примерном варианте каждый из узлов HNB-S 2 и HNB-Т 3 передает на шлюз HNB-GW 4 информацию о RFCI с помощью сообщений Iu-UP Init, и, если информация о RFCI узла HNB-S 2 и информация о RFCI узла HNB-Т 3 не совпадают, то шлюз HNB-GW 4 преобразует значения RFCI, которые добавлены к концу речевых данных, принятых от узла HNB-Т 3, в значения RFCI, которые указывают кадры данных, имеющие одинаковую структуру, в информации о RFCI узла HNB-S 2.
Однако, архитектура UTRAN для 3G домашнего узла В в документе 3GPP TS25.467 (непатентный документ 4) предписывает, что в шлюзе HNB-GW использование сообщения протокола Iu-UP не заканчивается.
Таким образом, в настоящем примерном варианте предписания 3GPP модифицируются, и разрешается прекращение использования сообщения Iu-UP в шлюзе HNB-GW.
Обратимся к фиг.19, где шлюз HNB-GW 4 согласно настоящему примерному варианту включает в себя: приемопередатчик 41Е для связи с противолежащим шлюзом HNB-GW, функциональный блок 42Е RANAP, приемопередатчик 43Е для связи с противолежащим шлюзом HNB-GW, блок 44Е управления кадрами Iu-UP, блок 45Е пересылки кадров Iu-UP, блок 46Е удержания RFCI и блок 47Е преобразования RFCI. На фиг.19 приемопередатчик 41Е для связи с противолежащим шлюзом HNB-GW образует первый приемопередающий блок 41D по фиг.17, приемопередатчик 43Е для связи с противолежащей сетью CN образует второй приемопередающий блок 44D по фиг.17, блок 46Е удержания RFCI образует блок 42D памяти по фиг.17, а другие функциональные блоки образуют блок 43В управления по фиг.17.
Вдобавок, узел HNB-S 2 согласно настоящему примерному варианту включает в себя: приемопередатчик 21Е для связи с противолежащим шлюзом HNB-GW, функциональный блок 22Е RANAP, блок 23Е управления кадрами Iu-UP, и блок 24Е пересылки кадров Iu-UP Init. На фиг.19 приемопередатчик 21Е для связи с противолежащим шлюзом HNB-GW образует приемопередающий блок 22D по фиг.17, а другие функциональные блоки образуют блок 21D управления по фиг.17.
Вдобавок, узел HNB-Т 3 согласно настоящему примерному варианту включает в себя: приемопередатчик 31Е для связи с противолежащим шлюзом HNB-GW, функциональный блок 32Е RANAP, блок 33Е управления кадрами Iu-UP, и блок 34Е пересылки кадров Iu-UP Init. На фиг.19 приемопередатчик 31Е для связи с противолежащим шлюзом HNB-GW образует приемопередающий блок 32D по фиг.17, а другие функциональные блоки образуют блок 31D управления по фиг.17.
Блок 47Е преобразования RFCI имеет функцию выполнения преобразования RFCI, которая обеспечивает преобразование значений RFCI, добавленных к концу речевых данных, принятых от узла HNB-Т3, в значения RFCI, которые указывают кадры данных, имеющие одинаковую структуру, в информации о RFCI узла HNB-S 2.
В шлюзе HNB-GW 4 другой приемопередатчик 41Е для связи с противолежащим узлом HNB, функциональный блок 42Е RANAP, приемопередатчик 43Е для связи с противолежащим узлом HNB, блок 44Е управления кадрами Iu-UP, блок 45Е пересылки кадров Iu-UP и блок 46Е удержания RFCI выполняют такие же операции, как приемопередатчик 41В для связи с противолежащим узлом HNB, функциональный блок 42В RANAP, приемопередатчик 43В для связи с противолежащим узлом HNB, блок 44В управления кадрами Iu-UP, блок 45В пересылки кадров Iu-UP и блок 46В удержания RFCI соответственно показанные на фиг.4.
В узле HNB-S 2 другой приемопередатчик 21Е для связи с противолежащим шлюзом HNB-GW, функциональный блок 22Е RANAP, блок 23Е управления кадрами Iu-UP и блок 24Е пересылки кадров Iu-UP выполняют такие же операции, как приемопередатчик 21В для связи с противолежащим шлюзом HNB-GW, функциональный блок 22В RANAP, блок 23В управления кадрами Iu-UP и блок 24В пересылки кадров Iu-UP соответственно показанные на фиг.4.
В узле HNB-Т 3 приемопередатчик 31Е для связи с противолежащим шлюзом HNB-GW, функциональный блок 32Е RANAP, блок 33Е управления кадрами Iu-UP и блок 34Е пересылки кадров Iu-UP выполняют такие же операции, как приемопередатчик 31В для связи с противолежащим шлюзом HNB-GW, функциональный блок 32В RANAP, блок 33В управления кадрами Iu-UP, и блок 34В пересылки кадров Iu-UP соответственно показанные на фиг.4.
Далее с использованием схемы последовательности операций, показанной на фиг.20, описываются операции, выполняемые согласно настоящему примерному варианту.
Что касается фиг.20, то здесь предполагается, что шлюз HNB-GW 4 заранее получил информацию о RFCI узла HNB-S 2. Другими словами, узел HNB-S 2 передает на шлюз HNB-GW 4 сообщение Iu-UP Init, содержащее информацию о RFCI узла HNB-S 2 во время установки связи между узлами HNB-S 2 и HNB-X 8, в результате чего шлюз HNB-GW 4 получает информацию о RFCI узла HNB-S 2. Эта процедура реализуется перед шагом S801 на фиг.20 и на этой фигуре не описана.
Сначала выполняется обработка на шагах S801 и S802, которая аналогична обработке на шагах S201 и S 202 по фиг.5.
На шаге S803 узел HNB-Т 3 сначала передает сообщение Iu-UP Init, содержащее информацию о RFCI узла HNB-Т 3 на шлюз HNB-GW 4. Шлюз HNB-GW 4 прекращает использование сообщения Iu-UP Init в блоке 44Е управления кадрами Iu-UP и сравнивает информацию о RFCI узла HNB-Т 3, содержащуюся в сообщении Iu-UP Init, с информацией о RFCI узла HNB-S 2, полученной заранее.
На шаге S804 шлюз HNB-GW 4 реагирует на сообщение Iu-UP Init путем передачи на узел HNB-Т 3 сообщения с подтверждением Iu-UP Init.
Затем выполняется обработка на шагах S805-S812, которые аналогичны шагам S203-S211 по фиг.5, после чего на шаге S813 терминал UE 1 передает и принимает речевые данные (пользовательские данные) на/от узла HNB-GW 4 через узел HNB-Т 3.
Здесь, если на шаге S803 информация о RFCI узла HNB-S 2 и информация о RFCI узла HNB-Т 3 не совпадают, то также не совпадает информация о RFCI узла HNB-Т 3 и узла HNB-Х 8. В указанных случаях значения RFCI, совпадающие в двух наборах информации о RFCI узла HNB-Т 3 и узла HNB-Х 8, тем не менее могут указывать кадры данных, имеющие разные структуры, и, следовательно, понадобится преобразование RFCI для речевых данных, которые передаются на/от терминала UE 1 через узел HNB-Т 3.
В результате шлюз HNB-GW 4 пересылает речевые данные, которые были переданы от UE 1 через узел HNB-Т 3 в блок 47Е преобразования RFCI из блока 45Е пересылки кадров Iu-UP; и в блоке 47Е преобразования RFCI выполняется преобразование значений RFCI, добавленных в конец этих речевых данных, в значения RFCI, которые указывают кадры данных, имеющие аналогичную структуру, в качестве речевых данных, в информации о RFCI узла HNB-S 2. Затем речевые данные, к значениям которых было применено преобразование RFCI, пересылаются в блок 45Е пересылки кадров Iu-UP и передаются в сеть CN 6 через приемопередатчик 43Е для связи с противолежащей сетью CN.
Когда в настоящем примерном варианте информация о RFCI узла HNB-S 2 и информация о RFCI узла HNB-Т 3 не совпадают, как было описано выше, шлюз HNB-GW 4 преобразует затем значения RFCI, добавленные в конец речевых данных, принятых от узла HNB-Т 3, в значения RFCI, указывающие кадры данных, имеющие одинаковую структуру, в информации о RFCI узла HNB-S 2.
В результате речевая связь может осуществляться при поддержке режима работы без транскодера (TrFO) без изменения в случае передислокации внутри HNB-GW между узлами HNB даже в том случае, когда между узлами HNB-S 2 и HNB-Т 3 информация о RFCI не передается.
Ниже следует описание из пункта 7.2 документа 3GPP TS25.467 (непатентный документ 4), который модифицирован согласно настоящему примерному варианту.
Протокол Iu-UP ограничивается только сетью CN и узлами HNB и HNB-GW.
Хотя настоящее изобретение было описано со ссылками на примерные варианты его осуществления, оно не ограничивается вышеописанными примерными вариантами. Состав и детали настоящего изобретения открыты для различных модификаций в рамках объема настоящего изобретения, очевидного специалистам в данной области техники.
Например, в примерных вариантах с первого по четвертый управляющая информация, передаваемая от узла HNB-S 2 на узел HNB-Т 3, описана только как информация о RFCI, но настоящее изобретение не сводится к этой форме, и в качестве добавления может передаваться информация о IPTI (межблочный интервал передачи блоков PDU).
Информация о IPTI представляет собой информацию, предписывающую интервал (период) передачи субпотоков данных, и посредством информации о IPTI можно уникальным образом вычислить речевые данные исходя из общего размера данных в субпотоке и скорости кодека AMR даже в том случае, когда пересылка речевых данных не выполняется.
Хотя здесь пояснялось, что настоящее изобретение можно применить к передислокации внутри HNB-GW между узлами HNB согласно примерным вариантам с первого по шестой, настоящее изобретение можно также применить к передислокации вне HNB-GW (передислокация, при которой узлы HNB-S 2 и HNB-Т 3 не подсоединены к одному и тому же шлюзу HNB-GW).
В пятом и шестом примерных вариантах узел HNB-Т 3 вводил информацию о RFCI узла HNB-Т 3 в сообщение Iu-UP Init и передавал указанное сообщение, но в том случае, если информация о RFCI узла HNB-S 2 была получена во время передачи сообщения Iu-UP Init, то передача сообщения Iu-UP Init узлом HNB-Т 3 может быть запрещена.
Способ, который реализуется в узлах HNB-S, HNB-Т, шлюзах HNB-GW и узле сети CN по настоящему изобретению, также можно применить к программе, выполняемой компьютером. Вдобавок, эта программа может храниться на носителе записи и может быть передана вовне через сеть.
Данная заявка претендует на преимущество приоритетапатентной заявки Японии № 2009-187320, поданной 12 августа 2009 года, и включает по ссылке всю информацию, раскрытую в указанной заявке.