СПОСОБ И УСТРОЙСТВО ДЛЯ УПРАВЛЕНИЯ ИНФОРМАЦИЕЙ ДЛЯ УСЛУГИ СЕТИ ПОДВИЖНОЙ СВЯЗИ
METHOD AND DEVICE FOR INFORMATION MANAGEMENT FOR MOBILE COMMUNICATION NETWORK SERVICE

Область техники, к которой относится изобретение
Данная заявка притязает на преимущество Предварительной патентной заявки США № 60/818976, поданной 7 июля 2006 года в Патентном ведомстве США, и заявки Кореи № 2006-78982, поданной 21 августа 2006 года в Корейском ведомстве по интеллектуальной собственности, раскрытия которых включаются в этот документ посредством ссылки.
Аспекты настоящего изобретения относятся к передаче обслуживания в сети подвижной связи, а конкретнее к способу и устройству для управления информацией об услуге сети подвижной связи на сервере, который управляет сетью, через которую предоставляется услуга сети подвижной связи.
Предшествующий уровень техники
Передача обслуживания в сети подвижной связи является методикой, дающей мобильному узлу возможность непрерывно принимать услугу, даже при перемещении от сети к сети или с места на место. Для выполнения передачи обслуживания мобильному узлу нужна информация, касающаяся новой сети, в которую перемещается мобильный узел. Эта информация называется информацией передачи обслуживания. Мобильный узел принимает информацию передачи обслуживания в сети, в которую мобильный узел хочет перейти, от информационного сервера.
Каждая сеть, предоставляющая услугу сети подвижной связи, имеет сервер управления для управления сетью. Сервер управления хранит информацию о сетях, которыми он управляет. Если какая-нибудь информация изменяется, то серверу управления нужно проверить и обновить измененную информацию.
Чтобы выдавать мобильному узлу точную информацию о сети, информационному серверу нужно иметь актуальную информацию от сервера управления. Соответственно, чтобы обновлять и управлять информационным сервером, серверу управления в сети нужно периодически передавать измененную информацию на информационный сервер. Однако в настоящее время поставщики услуг (SP) непосредственно управляют информацией о соответствующих сетях. Кроме того, не существует способов для динамического управления информацией о ряде сетей.
Раскрытие изобретения
Техническое решение
Аспекты настоящего изобретения предоставляют способ и устройство, в которых сервер управления динамически передает изменение в информации о сетевой услуге на информационный сервер и управляет информацией.
Особенности настоящего изобретения также предоставляют машиночитаемый носитель записи, который записывает программу для исполнения способа управления информацией о сетевой услуге.
Дополнительные особенности и/или преимущества изобретения будут частично изложены в описании, которое следует, и отчасти будут очевидны из описания или могут быть изучены при применении изобретения на практике.
Полезные результаты
В способе и устройстве управления информацией о сетевой услуге, согласно особенностям настоящего изобретения, когда изменяется информация о сетевой услуге, сообщение, включающее в себя измененную информацию, передается на информационный сервер и повторно передается на информационный сервер заранее установленное количество раз, пока информационный сервер не передаст ответ подтверждения (ACK), указывающий принятие измененной информации. Таким образом, информация о различных сетях может динамически обновляться на информационном сервере и управляться, и последняя сетевая информация о мобильном узле, соответственно, может предоставляться в качестве информации передачи обслуживания.
Описание чертежей
Эти и/или другие особенности и преимущества изобретения станут очевидными и более понятными из последующего описания вариантов осуществления, рассматриваемого вместе с прилагаемыми чертежами, из которых:
фиг.1 - блок-схема устройства управления информацией о сетевой услуге, согласно варианту осуществления настоящего изобретения;
фиг.2 иллюстрирует окружение мобильной связи, к которой применяется управление информацией о сетевой услуге, согласно варианту осуществления настоящего изобретения;
фиг.3 - блок-схема, иллюстрирующая сетевой уровень мобильного узла, включенный в окружение мобильной связи, показанное на фиг.2;
фиг.4 - блок-схема последовательности операций, иллюстрирующая способ управления информацией о сетевой услуге, согласно варианту осуществления настоящего изобретения;
фиг.5 иллюстрирует формат сообщения TLV, согласно варианту осуществления настоящего изобретения;
Фиг.6А-6С иллюстрируют вариант осуществления сообщений TLV для использования в каждом этапе способа управления информацией о сетевой услуге из фиг.4;
фиг.7 - блок-схема последовательности операций, иллюстрирующая вариант осуществления способа для сервера управления, чтобы принимать сообщение с положительным подтверждением (ACK), когда информационный сервер сообщает серверу управления, что информационный сервер не может принять некоторые или все части информации;
фиг.8 - блок-схема последовательности операций, иллюстрирующая способ предотвращения неограниченного повторения этапов, показанных на фиг.7, согласно варианту осуществления настоящего изобретения; и
фиг.9 - блок-схема последовательности операций, иллюстрирующая вариант осуществления способа для сервера управления, чтобы принимать сообщение ACK, когда информационный сервер сообщает серверу управления о непринятии некоторых частей информации.
Наилучший вариант осуществления
Согласно особенности настоящего изобретения предоставляется способ управления информацией об услуге сети подвижной связи на сервере, который управляет сетью, предоставляющей услугу сети подвижной связи, содержащий: распознавание изменения в информации об услуге сети подвижной связи; передачу сообщения, включающего в себя измененную информацию, на информационный сервер; и прием от информационного сервера сообщения с положительным подтверждением, указывающего принятие измененной информации.
Согласно другой особенности настоящего изобретения сообщение, включающее в себя измененную информацию, может включать в себя поле, описывающее тип сообщения, поле, описывающее длину сообщения, и поле, описывающее измененную информацию.
Согласно другой особенности настоящего изобретения передача сообщения, включающего в себя измененную информацию, на информационный сервер может включать в себя форматирование измененной информации на языке разметки и передачу сообщения на информационный сервер.
Согласно другой особенности настоящего изобретения прием сообщения с положительным подтверждением от информационного сервера может включать в себя прием от информационного сервера сообщения с отрицательным подтверждением, представляющего отклонение измененной информации; и повторную передачу сообщения, включающего в себя исправленную информацию, на информационный сервер.
Согласно другой особенности настоящего изобретения прием сообщения с отрицательным подтверждением и повторная передача сообщения, включающего в себя исправленную информацию, могут повторяться заранее установленное количество раз.
Согласно другой особенности настоящего изобретения прием сообщения с положительным подтверждением от информационного сервера может включать в себя ожидание сообщения с положительным подтверждением, которое должно быть передано от информационного сервера в течение заранее установленного периода времени; и повторную передачу сообщения, включающего в себя измененную информацию, на информационный сервер, когда истек заранее установленный период времени.
Согласно другой особенности настоящего изобретения прием сообщения с положительным подтверждением от информационного сервера может включать в себя прием от информационного сервера сообщения с отрицательным подтверждением, представляющего отклонение некоторой измененной информации; и повторную передачу сообщения, включающего в себя исправленную информацию, на информационный сервер.
Согласно другой особенности настоящего изобретения сообщение с отрицательным подтверждением, представляющее отклонение некоторой измененной информации, может включать в себя список отклоненной информации.
Согласно другой особенности настоящего изобретения предоставляется устройство для управления информацией об услуге сети подвижной связи и управления сетью, предоставляющей услугу сети подвижной связи, включающее в себя блок распознавания изменения информации для распознавания изменения в информации об услуге сети подвижной связи; блок передачи информации для передачи сообщения, включающего в себя измененную информацию, на информационный сервер; и блок приема сообщения с положительным подтверждением для приема от информационного сервера сообщения с положительным подтверждением, представляющего принятие измененной информации.
Вариант осуществления для изобретения
Сейчас будет сделана подробная ссылка на имеющиеся варианты осуществления настоящего изобретения, примеры которых иллюстрируются на прилагаемых чертежах, в которых одинаковые номера ссылок ссылаются на одинаковые элементы по всему описанию. Ниже описываются варианты осуществления, чтобы объяснять настоящее изобретение, ссылаясь на чертежи.
Фиг.1 - блок-схема устройства 100 управления информацией о сетевой услуге согласно варианту осуществления настоящего изобретения. Устройство 100 управления информацией о сетевой услуге включает в себя блок 110, распознающий изменение информации, блок 120 передачи информации и блок 130 приема сообщения с положительным подтверждением (ACK). Другие особенности настоящего изобретения могут включать в себя другие компоненты. Аналогичным образом, другие особенности настоящего изобретения могут объединять функциональные возможности двух или более этих блоков в один блок.
Блок 110, распознающий изменение информации, распознает изменения в информации о сетевой услуге. Блок 120 передачи информации передает сообщение, включающее в себя измененную информацию, на информационный сервер, например информационные серверы 5 и 6, показанные на фиг.2. Блок 130 приема сообщения с положительным подтверждением принимает сообщение с положительным подтверждением от информационного сервера, указывающее принятие измененной информации информационным сервером.
Фиг.2 иллюстрирует окружение мобильной связи, применяющее управление информацией о сетевой услуге согласно особенностям настоящего изобретения. Окружение мобильной связи включает в себя мобильный узел 1, серверы 2 и 3 управления сетью, узел 4 корреспондента (CN), информационные серверы 5 и 6 (IS) и множество сетей. Топология сети у окружения мобильной связи является лишь примером. Согласно другим особенностям настоящего изобретения, окружение мобильной связи может иметь другие топологии. Хотя и не требуется во всех особенностях, устройство управления сетевой услугой содержится в одной или обоих информационных серверах 5 и 6.
Мобильный узел 1 является мобильным терминалом, использующим окружение мобильной связи. Когда начинает работать мобильный узел, мобильный узел 1 регистрирует собственный адрес (HOA) в местном агенте (HA) в домашней сети. При перемещении в другую область сети мобильный узел 1 получает новый адрес от новой области сети. Этот новый адрес называется адресом передачи (COA). Мобильный узел 1 отправляет COA к HA и регистрирует COA в HA. HA сопоставляет COA с HOA. Это сопоставление называется обновлением привязки (BU).
Узел корреспондента (CN) знает о HOA мобильного узла 1 и, соответственно, передает данные на HOA мобильного узла 1. Переданные данные передаются к HA. Когда HA принимает данные от CN, HA передает данные на COA, соответствующий HOA.
В конкретной области сети точки привязки (РОА) соединяют мобильный узел 1 с сетью. Когда мобильный узел 1 перемещается между POA, мобильный узел выполняет передачу обслуживания уровня 2 (L2). К тому же, когда мобильный узел 1 перемещается между разными областями сети, мобильный узел 1 выполняет передачу обслуживания уровня 3 (L3).
Фиг.3 - блок-схема, иллюстрирующая сетевой уровень мобильного узла 1. Сетевой уровень мобильного узла 1 включает в себя нижний уровень 10, уровень 20 передачи обслуживания и верхний уровень 30. Для удобства объяснения на фиг.3 также показывается информационный сервер 40.
Нижний уровень 10 обозначает второй уровень или уровни ниже второго уровня из 7 уровней, определенных эталонной моделью OSI (взаимодействие открытых систем), а именно канальный уровень, физический (PHY) уровень и т.д. Верхний уровень 30 обозначает третий уровень или уровни выше третьего уровня из 7 уровней, определенных эталонной моделью OSI, а именно уровень протокола Интернет (IP), уровень мобильного IP, транспортный уровень, прикладной уровень и т.д.
Уровень 20 передачи обслуживания соответствует 2,5-му уровню между нижним уровнем 10 и верхним уровнем 30 и поддерживает передачу обслуживания в нижнем уровне 10 и передачу обслуживания в верхнем уровне 30. Нижний уровень 10 выполняет L2 передачу обслуживания, а верхний уровень 30 выполняет L3 передачу обслуживания. Показанный уровень 20 передачи обслуживания включает в себя модуль 22 обработки событий, модуль 24 информационной службы и модуль 26 обработки команд. Однако уровень 20 передачи обслуживания может быть устроен иным образом.
Модуль 22 обработки событий обнаруживает событие, сформированное в мобильном узле 1, ассоциированное с передачей обслуживания между различными линиями связи, и сообщает о событии верхнему уровню 30. Во время выполнения передачи обслуживания в мобильном узле 1, когда верхнему уровню 30 нужна передача обслуживания, модуль 22 обработки событий передает сообщение на верхний уровень 30, говорящее верхнему уровню 30 выполнять передачу обслуживания L3.
Модуль 24 информационной службы получает информацию передачи обслуживания от информационного сервера 40. Чтобы предоставить информацию передачи обслуживания мобильному узлу 1, информационный сервер 40 должен поддерживать актуальную информацию об услуге сети подвижной связи. Когда модуль 24 информационной службы передает сообщение 7, запрашивающее информацию передачи обслуживания у информационного сервера 40, информационный сервер 40 передает ответное сообщение 8 с информацией передачи обслуживания модулю 24 информационной службы.
Модуль 26 обработки команд принимает команду пользователя от верхнего уровня 30 и управляет передачами обслуживания, выполненными на нижнем уровне 10. Во время выполнения передачи обслуживания в мобильном узле 1, когда определяется, что нижнему уровню 10 нужна передача обслуживания, модуль 26 обработки команд передает сообщение на нижний уровень 10, говорящее нижнему уровню 10 выполнить передачу обслуживания L2.
Фиг.4 - блок-схема последовательности операций, иллюстрирующая методику управления информацией о сетевой услуге, согласно варианту осуществления настоящего изобретения. Блок 110, распознающий изменение информации, распознает изменение в информации о сетевой услуге на этапе S100.
Когда информация изменяется, блок 120 передачи информации передает сообщение с измененной информацией на информационный сервер 40 на этапе S200. В ответ на измененную информацию информационный сервер 40 отправляет сообщение с положительным подтверждением. Блок 130 приема сообщения с положительным подтверждением принимает сообщение с положительным подтверждением от информационного сервера 40 на этапе S300. Для отправки измененной информации на информационный сервер 40 особенности настоящего изобретения используют сообщение TLV (тип-длина-значение), имеющее формат TLV. Однако сообщение может использовать другие форматы вместо или в дополнение к формату TLV.
Фиг.5 иллюстрирует сообщение 200 TLV, согласно особенности изобретения. Формат сообщения 200 TLV включает в себя поле 210, представляющее тип сообщения, поле 220, представляющее длину сообщения, и поле 230, представляющее значение сообщения. Сообщение с измененной информацией, согласно особенностям настоящего изобретения, основывается на типе TLV и включает в себя измененную информацию в поле 230, представляющем значение сообщения. Сообщение, включающее в себя измененную информацию согласно особенностям настоящего изобретения, может быть отформатировано с использованием языка разметки, такого как HTML или XML.
Фиг.6А-6С иллюстрируют вариант осуществления сообщений TLV, которые используются в каждом этапе способа управления информацией о сетевой услуге из фиг.4. Фиг.6А иллюстрирует сообщение 300 для передачи измененной информации от сервера управления (например, сервера, использующего устройство 100 управления) на информационный сервер, например информационные серверы 5 и 6, показанные на фиг.2, или информационный сервер 40, показанный на фиг.3. Типом 310 сообщения у сообщения 300 является "MIIS_TLV_IE_UPDATE", длина 320 сообщения является переменной в соответствии с длиной информации, которую нужно передать, и значение 330 сообщения является списком, устанавливающим части измененной информации, являющейся передаваемой.
Фиг.6В иллюстрирует сообщение 400 с положительным подтверждением, которое информационный сервер 40 передает серверу 100 управления, когда информационный сервер 40 может принять измененную информацию, принятую от сервера 100 управления. Сообщение 400 с положительным подтверждением имеет тип 410 сообщения "MIIS_TLV_IE_UPDATE_ACK". Поскольку никакой другой информации не нужно для передачи подтверждения, у сообщения 400 нет информации в виде значения 430 сообщения, то есть значение 430 сообщения равно NULL. Отсюда длина 420 сообщения равна 0.
Фиг.6С иллюстрирует сообщение 500 с отрицательным подтверждением (NACK), которое информационный сервер 40 передает серверу 100 управления, когда информационный сервер 40 отклоняет некоторую или всю измененную информацию, принятую от сервера 100 управления. Обращаясь к фиг.6С, сообщение 500 с отрицательным подтверждением включает в себя тип 510 сообщения "MIIS_TLV_IE_UPDATE_NACK". Если отклоняется вся информация, в сообщение не нужно включать никакую другую информацию. Таким образом, у сообщения 500 нет информации в значении 530 сообщения, и имеет 0 в качестве длины 520 сообщения.
Когда информационный сервер 40 отклоняет некоторую измененную информацию, значение 530 сообщения у сообщения 500 является списком в формате, в котором передается измененная информация, и длина 520 сообщения переменная в соответствии с длиной отклоненной информации. Соответственно, поле значения сообщения 530 включает в себя, как вариант, список отклоненной информации.
Фиг.7 - блок-схема последовательности операций, иллюстрирующая методику, в которой сервер 100 управления принимает сообщение с отрицательным подтверждением, когда информационный сервер 40 отклоняет некоторые или все части информации.
Информационный сервер 40 отправляет сообщение с отрицательным подтверждением, отклоняющее измененную информацию. Сервер 100 управления принимает сообщение с отрицательным подтверждением, переданное информационным сервером 40, на этапе S310 и распознает, что имеется проблема в сообщении, переданном информационным сервером 40. Эти проблемы могут включать в себя, например, передачу ненужной информационному серверу 40 информации или передачу неверной информации (или информации, имеющей неправильное значение или неожиданное значение). Сообщение также может быть повреждено при передаче.
На этапе S320 сервер 100 управления исправляет проблему и повторно передает сообщение с исправленными элементами на информационный сервер 40. Этот процесс может выполняться не только, когда сервер 100 управления принимает сообщение с отрицательным подтверждением от информационного сервера 40, но также когда сервер 100 управления не принял никакого сообщения в течение заранее установленного периода времени.
Когда информационный сервер 40 принимает информацию, включенную в повторно переданное сообщение, он отправляет сообщение с положительным подтверждением серверу 100 управления. При приеме сообщения с положительным подтверждением сервер 100 управления распознает, что измененная информация обновлена в информационном сервере 40.
Однако, даже если сервер 100 управления повторно передает исправленное сообщение, информационный сервер 40 может все еще быть не в состоянии принять исправленное сообщение. В этом случае информационный сервер 40 отвечает с помощью другого сообщения с отрицательным подтверждением и показанные на фиг.7 этапы S310 и S320 повторяются. Однако неограниченное повторение этого процесса нежелательно.
Фиг.8 - блок-схема последовательности операций, иллюстрирующая способ предотвращения неограниченного повторения этапов из фиг.7, согласно варианту осуществления настоящего изобретения. Сначала на этапе S330 сервер 100 управления принимает сообщение с отрицательным подтверждением и повторно передает исправленное сообщение. Затем сервер 100 управления ожидает сообщения с подтверждением от информационного сервера 40. Если сообщение с подтверждением принимается на этапе S340, то этапы заканчиваются, потому что информационный сервер 40 обновлен.
Однако если не принимаются сообщения с подтверждением (то есть если принимается сообщение с отрицательным подтверждением или никаких сообщений не принимается в течение заранее установленного периода времени), то на этапе S350 определяется количество повторных передач. Если сообщение не передано заранее установленное количество раз, то сообщение повторно передается. Если сообщение повторно передано заранее установленное количество раз, то этапы заканчиваются.
Тот же процесс, что проиллюстрирован на фиг.7 и 8, может выполняться не только, когда сервер 100 управления принимает сообщение с отрицательным подтверждением от информационного сервера 40, но также когда сообщение с подтверждением не принимается в течение заранее установленного периода времени.
Фиг.9 - блок-схема последовательности операций, иллюстрирующая вариант осуществления методики для сервера 100 управления, чтобы принимать сообщение с отрицательным подтверждением, когда информационный сервер 40 отклоняет некоторые части информации.
Информационный сервер 40 передает сообщение 500 с отрицательным подтверждением, проиллюстрированное на фиг.6С. Сервер 100 управления принимает сообщение с отрицательным подтверждением на этапе S360 и проверяет список информации, содержащейся в поле 530 значения сообщения у сообщения 500 с отрицательным подтверждением. Информация в сообщении с отрицательным подтверждением включает в себя отклоненную информацию.
Сервер 100 управления исправляет неправильную информацию, включенную в сообщение с отрицательным подтверждением. Когда информация, с какой информационный сервер 40 не занимается, включается в сообщение с отрицательным подтверждением, информация удаляется из списка. Исправленное сообщение повторно передается на информационный сервер 40 на этапе S370. После этого могут выполняться этапы, проиллюстрированные на фиг.8.
Особенности изобретения также могут быть реализованы как машиночитаемые (включая в себя любое устройство, обладающее функцией обработки информации) коды на машиночитаемом носителе записи. Машиночитаемый носитель записи является любым устройством хранения данных, которое может хранить данные, которые впоследствии могут быть считаны вычислительной системой.
Примеры машиночитаемого носителя записи включают в себя постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), компакт-диски, магнитные пленки, дискеты, устройства с оптической записью информации и т.д.
Хотя показано и описано несколько вариантов осуществления настоящего изобретения, специалисты в данной области техники поймут, что в данном варианте осуществления могут быть сделаны изменения без отклонения от принципов и сущности изобретения, объем которого определяется в формуле изобретения и ее эквивалентах.